BE1016843A7 - Solution de mise en relation de proximite assistee par la technologie du reseau nomade sans-fil. - Google Patents
Solution de mise en relation de proximite assistee par la technologie du reseau nomade sans-fil. Download PDFInfo
- Publication number
- BE1016843A7 BE1016843A7 BE2005/0539A BE200500539A BE1016843A7 BE 1016843 A7 BE1016843 A7 BE 1016843A7 BE 2005/0539 A BE2005/0539 A BE 2005/0539A BE 200500539 A BE200500539 A BE 200500539A BE 1016843 A7 BE1016843 A7 BE 1016843A7
- Authority
- BE
- Belgium
- Prior art keywords
- portable terminal
- user
- profile
- portable
- principle
- Prior art date
Links
- 238000005516 engineering process Methods 0.000 title description 2
- 238000004891 communication Methods 0.000 abstract description 7
- 230000005540 biological transmission Effects 0.000 description 7
- 238000000034 method Methods 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000011160 research Methods 0.000 description 2
- 229910006123 SOCa Inorganic materials 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000006073 displacement reaction Methods 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 230000007787 long-term memory Effects 0.000 description 1
- 230000015654 memory Effects 0.000 description 1
- 210000000056 organ Anatomy 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 238000013518 transcription Methods 0.000 description 1
- 230000035897 transcription Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
- H04L12/1822—Conducting the conference, e.g. admission, detection, selection or grouping of participants, correlating users to one or more conference sessions, prioritising transmission
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/029—Location-based management or tracking services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/18—Selecting a network or a communication service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- General Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
L'objet de l'invention permet de créer un service visant à mettre en relation via un appareil portable des personnes se trouvant dans un environnement proche sur base d'un centre d'intérêt commun au sens large et ceci sans que ces mêmes personnes se connaissent préalablement. Le portable crée un réseau nomade sans-fil autour de lui, et peut ainsi contacter un autre portable ayant le profil recherché se trouvant dans le réseau nomade sans-fil. Une communication s'établit entre les deux portables, suivant un protocole dédié, permettant aux détenteurs de prendre contact s'ils le souhaitent. Les profils sont chargés au préalable sur les portables au départ d'un site internet. Derrière le profil de chaque utilisateur se trouve un code secret protégé et d'une durée de vie limitée dans le temps.
Description
SOLUTION DE MISE EN RELATION DE PROXIMITE ASSISTEE PAR LA TECHNOLOGIE DU RESEAU MOMADE SANS-FIL.
Description 1. Objet L’objet de l’invention permet de créer un service visant à mettre en relation via un appareil portable des personnes se trouvant dans un environnement proche sur base d’un centre d’intérêt commun au sens large et ceci sans que ces mêmes personnes se connaissent préalablement.
L’invention consiste en les éléments suivants; • Un appareil portable qui est un émetteur/récepteur RF (Terminal portable) o Le Moving Wireless Network (MWN) • Un protocole de communication entre deux Terminal portables (Common Invitation Protocol - CIP) • Un profil o Un code de présentation personnel (PPC) o Un code d’objet recherché (SOC) o Coordonnées pour contact ultérieur (LCI) • La création et gestion des profils o Un mécanisme d’acquisition des codes o protection des codes
Encryption
Count down • Un système de scoring (Personal Score - PS) 2. Le principe de l’invention
Le principe de l’invention se résume comme suit;
Un appareil portable broadcast dans son environnement (de quelques mètres à quelques dizaines de mètres - voir principe de portée réglable) sur une fréquence radio commune utilisée par toutes les autres terminaux portables, un ou plusieurs code(s) de présentation personnel. En alternance (time division) avec le broadcasting de son ou ses code(s) de présentation personnel, le terminal portable scanne la fréquence radio et réagit lorsqu’il reconnaît un des codes recherchés.
Pour autant que le second terminal portable (repéré par le premier) reçoive le message du premier, une communication selon un protocole décrit ci-après va s’établir entre les deux terminaux portables afin de prévenir les détenteurs de ceux-ci, pour autant que les recherches croisées correspondent, de la présence proche d’une personne correspondante à la recherche.
Ces deux personnes - physiquement proche l’une de l’autre - se reconnaîtront en regardant autour d’elle. Le protocole prévoit que les personnes pourront également décider de simplement s’échanger leurs coordonnées sans qu’il y ait rencontre. Par exemple pour une prise de contact ultérieurement.
Les codes PPC et SOC sont téléchargés sur le terminal portable à partir d’un site internet.
Ces codes (vendus) sont crytpés et ont une durée de vie limitée dans le temps.
Pour certains domaines d’application, un système de scoring personnel permettra d’établir une priorité entre les personnes par rapport au déclenchement des terminaux portables. Ce principe, optionnel pour l’exploitation de l’invention, permet d’écarter des utilisateurs ayant « abusé » du service.
3. Descriptions
Les descriptions ci-dessous expliquent les principes élaborant le concept sans être une transcription « figée » de l’implémentation de cette invention.
En effet, d’une part certains éléments sont optionnels et d’autre part certains éléments peuvent être ajoutés ou modifiés dans la pratique.
a. Description de l’appareil portable
La description ci-dessous se limite aux organes indispensables du terminal portable. Des options sont évidemment envisageables selon le domaine d’application. Il s’agit donc ici de la configuration minimale.
Il s’agit d’un petit émetteur/récepteur RF qui travaille sur une fréquence commune aussi bien pour l’émission que pour la réception. Tous les terminaux portables fonctionnent sur la même fréquence. Chaque terminal portable est un élément de ce que nous appelons le « moving wireless network ».
Il alterne entre émission et réception durant un cycle (émission réception émission réception
Le temps d’émission est relativement court par rapport au temps d’écoute afin de maximiser la probabilité de détection mutuelle. La durée du cycle est établit en fonction de la vitesse probable de déplacement (ou sur base de la vitesse mesurée éventuellement avec un récepteur GPS intégré, dans une version plus élaborée pour des domaines d’applications qui le nécessitent).
Ce terminal portable peut se décliner sous différents formats.
La puissance d’émission, donc la portée, peut être réglée manuellement par l’utilisateur (par exemple en fonction de l’endroit où il se situe - dans une foule dense ou non...), ou être liée à la nature/contexte de l’objet recherché. Dans quel cas, une consigne de puissance peut être incluse dans le code lui-même.
Le terminal portable est équipé d’une interface de communication vers un PC (ou autres équipements de connexion internet) afin de télécharger des informations (PPC, SOC, PS). Cette interface peut être de différents types (port USB, l/R, Bluethoot,...).
Le terminal portable est équipé d’un module d’encryption et décryption car les codes émis sur l’interface air sont codés et ceci afin la prolifération de codes « non officiels ». C’est-à-dire qui ne viendraient pas du site Internet dédié aux services.
Le terminal portable est doté d’une horloge utilisée pour décompter la période de validité des codes (principe décrit dans la « gestion des codes »).
Le terminal portable sera doté d’une signalisation permettant de supporter les fonctionnalités implémentées, donc soit un écran LCD, soit des LED’s et/ou un avertisseur sonore et/ou vibreur
Le terminal portable est équipé d’une commande « accepted » et d’une commande « envoi des coordonnées ».
b. Description du protocole
Le terminal portable « a » émet son PPC une fois par cycle. Le PPC contient les informations suivantes ; le profil de « a » (voir description ci-après), son score personnel (PS), et son pseudo (Nickname). De telle sorte qu’un autre terminal portable « b », à distance de réception, puisse réagir si le PPC reçu du terminal portable « a » correspond à ce que « b » recherche, c’est-à-dire son SOC.
Ensuite, le terminal portable « a » passe en mode scanning pour le restant du cycle. Si le terminal portable « a » détecte la présence d’un autre terminal portable « b » (phase de préambule), il va comparer le profil « b » (défini dans le PPCb) avec son propre SOC.
PPCb = SOCa
Cela signifie qu’il y a rencontre potentielle, et le terminal portable « a » va mémoriser le PPCb complet, c’est-à-dire toutes les informations relatives à « b », dont son pseudo, qui permettra d’identifier une source unique au cas ou plusieurs profils « b » seraient présents en même temps dans la zone de réception de « a ». Le terminal portable « a » passe d’un mode de communication P2MP (Broadcast) à un mode P2P, en essayant de rentrer en contact avec de terminal portable « b ».
A partir de ce moment là, le terminal portable « a » va insérer dans sa trame le pseudo de « b », de telle sorte que tous les autres terminaux portables ignorent le message de « a », et seul le terminal portable « b » va « écouter » « a », pour autant qu’il soit et reste en zone de détection bien sûr. Avant d’entamer cette communication « individuelle » avec « b », le terminal portable « a » va comparer son score personnel (PS) avec celui de « b » (qui est inclus dans le PPCb).
Il y a donc trois résultats possibles ; PSa=PSb, ou PSa>PSb, ou alors PSa<PSb.
La logique veut que la personne ayant un score plus élevé aie la possibilité de décider de continuer la procédure ou pas - sur base de la valeur du score affichée sur le terminal portable - avant que le terminal portable de la personne ayant un score plus bas ne soit prévenu par son terminal portable. Donc le terminal portable avec le score le plus bas attendra une confirmation de l’autre (ayant un score plus élevé) avant de signaler la présence de l’autre à son détenteur. Et le terminal portable du score le plus élevé attendra une action de son détenteur avant d’envoyer une autorisation de « réaction » vers l’autre (le score le moins élevé). Ce mécanisme peut être souhaitable dans certains domaines d’application.
Si PSa = PSb :
Le terminal portable « a » enclenche un timer qui fixe une durée pour tenter d’établir la « rencontre ». Passé ce délai, si la procédure n’a pas pu être terminée, le terminal portable « a » retournera dans le mode « altemating broadcat & scanning » càd P2MP.
Ensuite, le terminal portable « a » prévient (par son, ou lumière, ou vibration) en affichant le PPCb.
terminal portable « a » communique ensuite en P2P vers terminal portable B, en insérant dans son émission le pseudo « b » qui se reconnaîtra comme étant le seul destinataire du message de « a ». Les autres terminaux portables éventuellement présents dans le MWN vont ignorer le message venant de « a » car celui-ci inclus un pseudo qui n’est pas le leur.
Après s’être fait connaître par le terminal portable « b », le terminal portable « a » écoute la fréquence pour recevoir un message de « b ». Si « b » reçoit « a », ce dernier recevra également le message de « b » l’ayant reconnu.
Dans quel cas, le terminal portable « a » est le seul qui écoute le terminal portable « b » étant donné que ce dernier inclus le pseudo « a » dans son émission.
Le terminal portable « a » va, durant tout le décompte du timer, alterner entre d’une part l’attente d’une consigne de l’utilisateur « a » (accepted ou envoi de coordonnées vers « b »), et d’autre part l’attente de la réception d’un message de « b » (accepted ou envoi de coordonnées vers « a »). Tant que l’utilisateur « a » n’a pas pris de décision et que le timer n’est pas en fin de course, le terminal portable « a » continue d’autre part d’émettre son message à destination de « b » afin de confirmer qu’il y a encore contact radio, et d’autre part d’écouter la fréquence afin d’abord de vérifier que « b » est à portée, et surtout de recevoir de « b » soit une acceptation de rencontre ou bien ses coordonnées (celles de « b »).
Si le décompte arrive à zéro (=time-out) avant la décision de « a » ou/et « b », le terminal portable « a » revient au mode initial d’alternance de broadcasting en P2MP et scanning pour établir un nouveau contact. On considère donc que cette rencontre potentielle n’a pas pu se faire. Soit parce que les utilisateurs (ou l’un d’entre eux) n’ont pas souhaitez donner suite, soit que l’un des terminaux portables s’est éloigné de trop et la communication a été interrompue trop tôt.
Avant de revenir au mode initial P2MP, la mémoire temporaire est effacée.
Si l’utilisateur « a » confirme qu’il accepte la rencontre en appuyant sur un bouton de commande, lors de la période d’émission du cycle, ce dernier envoit un message « accepted » en P2P vers le terminal portable « b ».
Si l’utilisateur « a » donne la commande d’envoyer ses coordonnées, en appuyant sur un bouton de commande (envoi de coordonnées), lors de la période d’émission du cycle, le terminal portable « a » envoit un message avec les coordonnées programmée par l’utilisateur dans son terminal portable, en P2P vers le terminal portable « b ».
Si le terminal portable « a » reçoit « accepted » du terminal portable « b », il alarme l’utilisateur « a » via un son, une lumière ou un vibrateur, et affiche le pseudo de « b ».
Dans le cas où « a » a également confirmé, les utilisateurs « a » et « b » savent à présent qu’ils souhaitent tous deux faire la rencontre, ils ne leur reste alors plus qu’à chercher autour d’eux pour se reconnaître (croisement de regard ou autre signe distinctif).
Si le terminal portable « a » reçoit les coordonnées de « b », celles-ci seront sauvegardées dans une mémoire long terme pour consultation ultérieure afin de prendre un contact ultérieur.
Si PSa < PSb :
La logique veut que dans ce cas, le terminal portable « a » commence à émettre en P2P vers « b », mais l’utilisateur « a » ne le sait pas encore car son terminal portable reste « muet ». Il ne sera avertit par son terminal portable que lorsque l’utilisateur « b » aura envoyé soit un « accepted », soit ses coordonnées. Ensuite, le terminal portable « a » attendra une consigne de son utilisateur (action sur un bouton) afin d’envoyer un « accepted » ou ses coordonnées vers « b ».
Pour le reste, la logique est semblable au cas où PSa = PSb.
Le schéma logique de fonctionnement le décrit.
Si PSa > PSb :
Dans ce cas, le terminal portable « a » est le seul des deux qui avertit son utilisateur en indiquant en plus du code « b », également le score de « b », et attend une action de la part de l’utilisateur. Une communication en P2P se fait, mais le terminal portable « b » n’avertit pas son utilisateur. Il ne le fera que lorsque «a » lui aura envoyé un « accepted » ou bien ses coordonnées. Si tel est le cas, le terminal portable « b » va demander une réaction à son utilisateur afin que celui-ci confirme « accepted » ou décide d’envoyer ses coordonnées vers « a ».
Pour le reste, la logique est semblable au cas où PSa = PSb.
Le schéma logique de fonctionnement le décrit.
c. Description du profil
Le profil est téléchargé par l’utilisateur dans le terminal portable lors de la phase d’initialisation. L’utilisateur peut modifier son profil quand bon lui semble.
Le profil contient les informations suivantes : • PPC, qui lui-même contient : • Le code qui correspond à ce que la personne souhaite « offrir » • Le scor (voir description ci-après) • Le pseudonyme • SOC qui est un code correspondant à l’objet recherché, ce même code sera en fait dans le PPC de la personne que l’on souhaite rencontrer.
• Les coordonnées que l’on mémorise dans le terminal portable pour envoyer éventuellement vers un contact établi avec un autre terminal portable. Ces coordonnées peuvent être un numéro de téléphone, une adresse e-mail, un site WWW, une adresse postale, un lieu connu, etc....
Cette description de profil constitue la configuration minimale, toutefois, des options sont à envisager selon les besoins du domaine d’application.
d. Description de la gestion des profils
Pour créer son profil, il faut se connecter sur un site Internet dédié à ce service ici breveté. Cette connexion est tout à fait classique, via un PC ou via une GSM ou tout type de PDA. L’utilisateur devra tout d’abord ouvrir un compte utilisateur (nom, prénom, adresse, etc....), il devra ensuite créer un pseudo et il lui sera attribué un mot de passe personnel. Une fois le compte ouvert, il devra sélectionner les codes (celui qui défini l’offre, et celui qui défini la demande) parmi une liste de codes proposés, ou bien il peut lui-même créer des codes. Les codes créés peuvent être revendu par l’utilisateur à d’autres utilisateurs. Les codes proposés sont éventuellement payants, et la création de code peut également être payante. La vente de codes constitue une des sources de revenus du service ici breveté.
Lorsque l’utilisateur a terminé de définir son profil, après avoir vérifié une éventuelle transaction financière (achat de code), il commande le téléchargement de son profil vers le terminal portable qui est connecté à l’appareil (PC, GSM, PDA ou autre appareil de connexion au site Internet).
L’utilisateur peut à tout moment retourner sur le site Internet pour modifier un ou plusieurs paramètres de son profil. Les codes ont une durée de vie limitée, c’est-à-dire que lorsqu’un code est téléchargé sur le terminal portable, ou activé une première fois, un compte à rebours commence. Ce compte à rebours peut être de différentes formes, soit une certain temps décompté de plusieurs manières possibles (décompte temporel absolu, décompte temporel en utilisation terminal portable « on », décompte en temps d’émission, soit décompte en nombre de fois que le code est émis, etc....
L’objectif est de vendre régulièrement des codes en vue de générer des revenus.
Etant donné la valeur économique des codes, ceux-ci doivent être protégé afin de garder l’exclusivité de la vente. Pour ce faire, les terminaux portables sont équipés d’un module d’encrytion et décryption, de telle sorte que les codes envoyés sur l’interface air ne soient pas « compréhensibles ». Seuls les terminaux portables, ayant l’algorithme et la clé de décryption pourront interpréter la signification. La clé est dans le terminal portable et est protégée contre la lecture. Cette clé est envoyée lors du téléchargement du profil.
e. Description de système de scoring
Le système de scoring consiste à attribuer à chaque utilisateur un score. Ce score est déterminé sur base de feedbacks laissés par des autres utilisateurs ayant eu une expérience avec l’utilisateur. Ces feedback sont introduits via le site Internet sur base du pseudo.
Cette mesure vise à « exclure » les utilisateurs qui ne se comportent pas correctement vis-à-vis des possibilités offertes par le service. En effet, le score est utilisé dans la logique de mise en contact afin de laisser la personne ayant le score le plus élevé décider ou non d’avertir le score le plus bas. Ceci permet donc à quelqu’un de refuser un contact avec un « mauvais » score avant même que ce « mauvais » score n’ait même eu conscience de la proximité de la personne ou objet recherché.
Il est même ainsi possible de fermer un compte utilisateur si le score passe un certain seuil. Ce mécanisme permet d’écarter des personnes n’ayant pas une conduite acceptable. Le calcul de score peut se faire de multiples façons selon le domaine d’application. (Une sévérité extrême s’impose dans le domaine des rencontres à caractères sexuels).
4. Exemple type d’utilisation
Un étudiant sur un campus universitaire souhaite acheter un vélo d’occasion pour ses déplacements quotidiens sur le campus. Il est donc possesseur d’un terminal portable et se rend sur le site internet sur lequel il a un compte utilisateur. Après s’être fait reconnaître en tant qu’utilisateur du service, il définit son profil de recherche en sélectionnant comme code d’objets recherchés « vend vélo d’occasion » et comme code de présentation personnel (PPC) « j’achète vélo d’occasion ». L’étudiant choisit par ailleurs une durée de vie du code (par exemple : 1 semaine, 2 semaines, 1 mois,...)
Une fois avoir confirmé sa sélection, et le cas échéant avoir validé son paiement, il est invité à accepter le téléchargement de son profil de recherche qui sera ainsi stocké sur son terminal portable. A présent le terminal portable est initialisé, prêt à se lancer à la recherche d’une personne qui vend un vélo d’occasion, et ceci pour une période définie par la durée de vie sélectionnée lors de la création du profil.
Lors de ses déplacements sur le campus, il prendra bien soin d’allumer son terminal portable. Ce dernier broadcastant son profil dans l’environnement immédiat. Ainsi l’étudiant se déplace avec son réseau nomade sans fil (Moving wireless network - MWN). Soudain en se déplaçant son terminal portable lui signale la proximité du code recherché en lui affichant le score personnel de la personne qui l’émet. Ce score affiché est par exemple de 25% signifiant à l’étudiant l’indication que son interlocuteur potentiel n’est pas suffisamment fiable pour concrétiser la rencontre (25% étant un résultat de feedbacks majoritairement négatifs laissés par d’autres utilisateurs du service par rapport au détenteur du terminal portable rencontré). L’étudiant décide dès lors de ne pas donner suite à cette procédure de mise en relation (citation : mieux vaut rater une bonne affaire, plutôt que d’en faire une mauvaise).
L’étudiant va préférer attendre une prochaine rencontre avec un autre utilisateur présentant le même code mais cette fois-ci dans l’espoir de trouver un score plus engageant. Dans ces conditions jugées favorables, l’étudiant activera manuellement l’envoi du message « accepted ». Pour autant que la rencontre soit également acceptée par l’autre usager, les deux utilisateurs se reconnaîtront par un croisement de regard étant donné leur proximité physique proche (quelques mètres seulement).
Dans l’hypothèse que l’étudiant ne trouve pas l’objet recherché avant la fin de vie du code, il lui faudra retourner sur le site internet pour télécharger un nouveau code.
Ceci n’étant qu’un exemple parmi de nombreuses utilisations possibles gravitant toujours autour de la mise en relation de personnes se trouvant dans un environnement proche et présentant des caractéristiques réciproques. Chacun pouvant imaginer des nombreuses applications (ex : jeux, loisirs, business, promotion, relationnel, ...).
L’efficacité dépendra de la concentration d’usagers autour d’un thème commun. Par exemple : vente de voiture dans un salon de l’auto, vente de meubles anciens dans une foire des antiquaires, recherche de couples dans un campus, ...
Claims (1)
- Revendications a. le principe de rencontre lié à la proximité des « demandeurs » b. la configuration minimale du terminal portable c. la logique du protocole d. la configuration minimale d’un profil e. le principe de création et de gestion des profils f. le protection des codes, en ce le principe de limite de validité et le principe d’encryption sur l’interface air. g. le principe de scoring permettant d’exclure, soit par les utilisateurs eux-mêmes en refusant les bas scores, soit par l’administrateur du site par rapport au franchissement d’un seuil. h. L’ensemble des éléments ci-dessus qui constitue le service de base ici breveté.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| BE2005/0539A BE1016843A7 (fr) | 2005-11-08 | 2005-11-08 | Solution de mise en relation de proximite assistee par la technologie du reseau nomade sans-fil. |
| PCT/BE2006/000120 WO2007053914A1 (fr) | 2005-11-08 | 2006-11-08 | Procede , appareil et dispositif pour mettre automatiquement en relation des utilisateurs d ' un reseau de telecommunications |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| BE200500539 | 2005-11-08 | ||
| BE2005/0539A BE1016843A7 (fr) | 2005-11-08 | 2005-11-08 | Solution de mise en relation de proximite assistee par la technologie du reseau nomade sans-fil. |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| BE1016843A7 true BE1016843A7 (fr) | 2007-08-07 |
Family
ID=37708223
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BE2005/0539A BE1016843A7 (fr) | 2005-11-08 | 2005-11-08 | Solution de mise en relation de proximite assistee par la technologie du reseau nomade sans-fil. |
Country Status (2)
| Country | Link |
|---|---|
| BE (1) | BE1016843A7 (fr) |
| WO (1) | WO2007053914A1 (fr) |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI20021259A0 (fi) * | 2002-06-27 | 2002-06-27 | Nokia Corp | Mekanismi viestintäryhmän muodostamiseksi |
| US7545784B2 (en) * | 2004-02-11 | 2009-06-09 | Yahoo! Inc. | System and method for wireless communication between previously known and unknown users |
-
2005
- 2005-11-08 BE BE2005/0539A patent/BE1016843A7/fr not_active IP Right Cessation
-
2006
- 2006-11-08 WO PCT/BE2006/000120 patent/WO2007053914A1/fr not_active Ceased
Also Published As
| Publication number | Publication date |
|---|---|
| WO2007053914A1 (fr) | 2007-05-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TWI377806B (en) | Portable multi-purpose audience measurement system | |
| US20210326963A1 (en) | Online Product Reservation System | |
| US9129317B2 (en) | Method, medium, and system for providing location aware classified content | |
| US20060047572A1 (en) | Text and multimedia messaging-based layered service and contact method, auction method and method of conducting business | |
| US20130232030A1 (en) | Socially-interactive cause platform and method of use | |
| CN107800765B (zh) | 一种信息处理方法、终端及系统 | |
| US20250014079A1 (en) | System and method | |
| CA2335925A1 (fr) | Procede de paiement electronique | |
| US9399171B2 (en) | Electronic gaming and advertising method using proximate personal devices | |
| CN102402760A (zh) | 广告管理 | |
| US8351446B2 (en) | Device, method and system for wireless communication and uses thereof | |
| EP1668938B1 (fr) | Methode d'appariement entre un telephone portable et une carte personnelle | |
| BE1016843A7 (fr) | Solution de mise en relation de proximite assistee par la technologie du reseau nomade sans-fil. | |
| CA3003508A1 (fr) | Procede de traitement de donnees sur borne multimedia de paiement, dispositifs et programmes d'ordinateur correspondants | |
| WO2018149999A1 (fr) | Terminal de collecte d'un avis de satisfaction d'un utilisateur, système de collecte comprenant ce terminal et procédé de collecte d'un avis de satisfaction d'un utilisateur au moyen de ce terminal | |
| EP1706831A1 (fr) | Systeme et procede de reconnaissance de sequence sonore | |
| EP2366165A1 (fr) | Procede de controle d'acces a un systeme par une pluralite d'utilisateurs, et systeme procurant l'acces a des services | |
| FR3102598A1 (fr) | Système pour faciliter les interactions avec les clients dans les cabines d’essayage | |
| KR20230006181A (ko) | 지자체 소상공인을 위한 라이브 서비스 제공 시스템 및 방법 | |
| KR20140034401A (ko) | 개인별 광고 마케팅이 결합된 샘플 제공 방법 | |
| Tofighi et al. | Craigslist as a source for illicit Drugs: a case report and review of the literature | |
| WO2010015045A2 (fr) | Système « eye to eye » (121) : appareil de contact fonctionnant en tant que site de rencontre portable et mobile | |
| WO2003012753A2 (fr) | Procede et dispositif de transactions electroniques entre particuliers | |
| WO2010122079A2 (fr) | Procédé de sécurité pour la sécurité et gestion des travailleurs isolés | |
| CN110210897A (zh) | 一种融合线上和线下的广告位监测方法及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RE | Patent lapsed |
Effective date: 20081130 |