FR3042667A1 - Procede de communication entre deux utilisateurs, systeme utilisant un tel procede. - Google Patents
Procede de communication entre deux utilisateurs, systeme utilisant un tel procede. Download PDFInfo
- Publication number
- FR3042667A1 FR3042667A1 FR1559815A FR1559815A FR3042667A1 FR 3042667 A1 FR3042667 A1 FR 3042667A1 FR 1559815 A FR1559815 A FR 1559815A FR 1559815 A FR1559815 A FR 1559815A FR 3042667 A1 FR3042667 A1 FR 3042667A1
- Authority
- FR
- France
- Prior art keywords
- user
- server
- terminal
- profile
- users
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 30
- 238000004891 communication Methods 0.000 title claims abstract description 20
- 238000004364 calculation method Methods 0.000 claims description 12
- 230000005540 biological transmission Effects 0.000 claims description 2
- 238000010276 construction Methods 0.000 claims 1
- 238000012360 testing method Methods 0.000 description 14
- 238000010586 diagram Methods 0.000 description 3
- 230000008520 organization Effects 0.000 description 3
- 230000003993 interaction Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000010348 incorporation Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000012797 qualification Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000005236 sound signal Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/222—Monitoring or handling of messages using geographical location information, e.g. messages transmitted or received in proximity of a certain spot or area
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/52—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail for supporting social networking services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- Information Transfer Between Computers (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Il s'agit d'un procédé et d'un système de communication entre utilisateurs communiquant par des terminaux via à un serveur (3), dans lequel à partir d'une base de données (12) d'utilisateurs (U0, U1, U2, U3, U4) correspondants à des critères déterminés, on identifie certains paramètres de sélection en fonction de critères, on les compare un profil, et pour un utilisateur, on construit une première liste (25) identifiée et joignable. On génère, émit par le serveur, lesdits paramètres, et les terminaux étant géolocalisables directement et/ou indirectement, on compare les paramètres avec ceux de la base de données en tenant compte de la distance (D1, D2, D3, D4), entre les terminaux, on crée une seconde liste (24) d'utilisateurs récepteurs en fonction de la comparaison en générant un score associé à chaque profil (IDU1, IDU2, IDU3, IDU4) par rapport au profil (IDU0) de l'utilisateur émetteur, on trie la seconde liste en fonction des scores, et on génère un message (26) vers les terminaux correspondant aux scores les plus élevé.
Description
PROCEDE DE COMMUNICATION ENTRE DEUX UTILISATEURS, SYSTEME UTILISANT UN TEL PROCEDE
La présente invention concerne un procédé de communication entre deux utilisateurs de réseaux informatiques communiquant par des terminaux mobiles interconnectés à un serveur. L'invention concerne également un système mobile mettant en œuvre un tel procédé.
Elle trouve une application particulièrement importante, bien que non exclusive, dans le domaine de l'appairage de terminaux mobiles connectés à au moins un même serveur et notamment de la mise en relation d'au moins deux terminaux pour la rencontre présentielle de leurs utilisateurs.
Elle trouve également une utilisation par exemple dans le domaine de l'administration, de la gestion et de la récupération de données à partir de sous-réseaux tels que des réseaux sociaux.
On parle ici d'appairage de terminaux pour désigner le fait de créer une voie de communication privilégiée entre deux utilisateurs, potentiellement inconnus 1'un de 1'autre au départ.
On désigne également par la suite les réseaux sociaux comme étant une communauté virtuelle accessible par internet, regroupée autour d'une thématique et ayant son espace propre de stockage d'informations relatives à chaque utilisateur ainsi qu'à la communauté elle-même.
Pour constituer de tels réseaux et ajouter des utilisateurs comme contacts il est connu soit de solliciter directement, par exemple par courriel, l'utilisateur concerné, ce qui n'est efficient que si l'on connaît déjà la personne, soit de contacter l'utilisateur indirectement, par contact commun interposé, ou par proposition de contact émise par un administrateur du réseau.
De tels réseaux ne permettent pas à un utilisateur d'être nouvellement mis en relation de manière efficace avec des personnes, en particulier inconnues.
Ces réseaux n'offrent en outre pas la possibilité de rencontrer une personne de manière sensiblement instantanée ou rapide.
En effet, lorsque l'on désire rencontrer en personne un nouveau contact, il est nécessaire de préalablement formuler une demande d'acceptation dans sa sphère puis, une fois acceptée, lui proposer un rendez-vous.
On entend ici plus particulièrement par sphère l'ensemble des contacts d'un utilisateur avec lesquels son profil est préalablement lié notamment par un certain degré de similarité et/ou compatibilité et avec lesquels il peut entrer en interactions via le réseau social.
Rien ne garantissant ni l'utilisation par le nouveau contact du réseau social à un instant donné, ni sa proximité géographique, un tel rendez-vous ne peut être proposé que dans un horizon temporel relativement lointain.
On connaît (EP 2 852 105) des systèmes de communication pour utilisateurs situés dans une même zone géographique et menant à une communication en personne.
Bien que permettant de réduire le temps de planification d'un rendez-vous, de tels systèmes ne sont pas efficaces.
Les personnes, notamment inconnues, ainsi sollicitées n'ont qu'une compatibilité/affinité faible et/ou peu fiable.
On constate par exemple qu'en moyenne plus de 95% des contacts d'un utilisateur des réseaux sociaux n'entrent pas en interaction avec lui.
Les paramètres des profils ne permettent pas une réelle pertinence et/ou ne sont pas suffisamment complétés par l'utilisateur. L'identification des profils compatibles et leur mise en relation ne sont pas satisfaisantes.
Ils ne permettent pas à l'utilisateur d'avoir une stratégie de rencontre et/ou d'optimiser et faciliter ses chances d'une réelle rencontre en personne.
En outre, elle ne permet pas à l'administrateur du réseau et/ou aux membres de celui-ci de mesurer le volume et la qualité de l'interaction entre les membres dudit réseau et/ou communauté.
La présente invention vise à fournir un procédé et un système répondant mieux que ceux antérieurement connus aux exigences de la pratique, notamment en ce qu'ils vont permettre une plus grande efficacité et rapidité dans les rencontres avec moins de propositions infructueuses, ce qui conforte les utilisateurs dans l'usage du procédé, en offrant également des outils de gestion et d'analyse du réseau aux administrateurs de serveurs et/ou de communauté et en ce que, en cas d'impossibilité passagère ou permanente de géolocaliser un terminal, ils vont permettre d'être opérationnels de façon continue.
Dans ce but, l'invention propose notamment un procédé de communication entre au moins deux utilisateurs de réseaux informatiques communiquant par des terminaux interconnectés à un serveur, à savoir un utilisateur émetteur porteur d'un premier terminal mobile et au moins un utilisateur récepteur porteur d'un second terminal , dans lequel à partir d'une base de données d'utilisateurs correspondants à des critères déterminés, ladite base étant hébergée par le serveur, et pour lesquels sont renseignés des paramètres déterminés (âge, sexe, disponibilité etc...) pour chacun des utilisateurs de ladite base, on identifie certains paramètres de sélection en fonction de critères évolutifs ou non (profil), on compare les paramètres de la base de données avec ledit profil, et pour un utilisateur émetteur appartenant à ladite base de données on construit une première liste identifiée et joignable par le biais du réseau correspondant audit profil, caractérisé en ce que lesdits paramètres de sélection ayant été identifiés, on transmet au serveur via le terminal mobile émetteur ou on génère par le serveur lesdits paramètres de sélection, directement et/ou indirectement de façon manuelle par l'utilisateur émetteur et/ou de façon automatique, en ce que les terminaux étant géolocalisables directement et/ou indirectement, la comparaison des paramètres de sélection avec les paramètres de la base de données comprend une détermination, en temps réel ou non, de la distance entre le premier terminal mobile et le ou les seconds terminaux à partir desdites géolocalisations et on crée une seconde liste desdits utilisateurs récepteurs en fonction de ladite comparaison, en ce que le serveur comprend des moyens de calculs agencés pour générer un score associé à chaque profil d'utilisateur récepteur de cette seconde liste par rapport au profil de l'utilisateur émetteur et pour trier ladite seconde liste d'utilisateurs récepteurs en fonction desdits scores, et en ce que on génère un message vers le ou les seconds terminaux appartenant à ou aux utilisateurs récepteurs correspondant à un ou aux scores le ou les plus élevés.
Le message peut être un signal sonore et/ou un message visuel avec écrit apparaissant sur le ou les terminaux récepteurs.
Par géolocalisable ou localisable on entend plus particulièrement ici le fait de générer une information précise ou globale sur la position du terminal concerné, émetteur et récepteur.
Par la suite un terminal sera considéré comme étant géolocalisable s'il existe le concernant par exemple des données telles que : - Ses coordonnées terrestres comme la latitude et la longitude ; - Une zone déterminée dans laquelle il se trouve, par exemple à 100 mètres d'une balise se trouvant à telle adresse ou par indication de quartier, par exemple « quartier bastille à Paris » ; - Une adresse par exemple personnelle ou professionnelle ou un lieu de déplacement, de son utilisateur; - Une ville, région, ou toute zone géographique déterminée.
On entend également par directement géolocalisable le fait d'obtenir ces données à partir des moyens techniques du terminal lui-même, comme par exemple un GPS incorporé, et par indirectement géolocalisable l'obtention de ces données par combinaison de moyens tels que : - Le positionnement par rapport à un lieu déterminé (adresse d'une balise) ; - L'adresse ou la localisation définies par 1'utilisateur lui-même par exemple sur son espace personnel dans un réseau social ou dans toute application ou tout site internet (Je suis actuellement à Toronto au Canada).
Par profil on entend l'ensemble des paramètres permettant de caractériser un individu et qui comprend, par exemple de façon cumulative ou non et de façon non limitative : Nom, prénom, âge, professions passés et présente, adresse, centre d'intérêts,...
Dans des modes de réalisation avantageux, on a par ailleurs et/ou de plus recours à 1'une et/ou à l'autre des dispositions suivantes : - au moins un des terminaux récepteur est mobile ; - on inscrit dans une mémoire du serveur à chaque géolocalisation l'instant Tl par horodatage et la position du terminal à 1'instant Tl considéré.
De cette manière on constitue un historique de connexion d'au moins une valeur, ainsi que de lieu de connexion du terminal mobile émetteur, permettant notamment la gestion et des analyses statistiques concernant la communauté et/ou autorisant le fonctionnement en mode dégradé comme décrit ci-après. on géolocalise par exemple les terminaux en continu, à intervalle de temps inférieur par exemple à 24 heures et/ou à chaque connexion de l'utilisateur au serveur ; - les moyens de géolocalisation étant déconnectés lors d'une interrogation de la base de données par un utilisateur, on détecte l'instant T2 de l'interrogation par horodatage, on calcule la durée entre Tl et T2 et si la durée est inférieure à un seuil déterminé, on remplace, pour la détermination de la distance, dans les valeurs des paramètres déterminés la localisation du terminal à l'instant T2 par la position du terminal à l'instant Tl.
Autrement dit, lorsque les utilisateurs sont déconnectés de la géolocalisation, par exemple GPS, il existe ainsi un mode dégradé qui, s'il ne s'est pas écoulé trop de temps avec la dernière connexion du terminal émetteur, permet malgré tout le fonctionnement avec prise en compte de la dernière position connue ; on détecte pour un terminal la déconnexion automatique de ses moyens de géolocalisation et/ou leur déconnexion par l'utilisateur dudit terminal.
Ceci permet le passage automatique d'un mode de fonctionnement nominal à un mode de fonctionnement dégradé en utilisant par exemple d'autres données de localisation de l'utilisateur comme la géolocalisation indirecte en lieu et place de la géolocalisation directe ; - le serveur étant connecté à au moins un deuxième serveur, on interroge le deuxième serveur pour récupérer des données structurées formant des valeurs desdits paramètres de sélection déterminés associés à un profil, et on renseigne au moins une partie des paramètres déterminés dudit profil avec lesdites valeurs.
Par données structurées on entend plus particulièrement ici des données et/ou informations organisées et classées en vue de faciliter leur lecture et traitement tel que par exemple une base de données.
Ainsi les paramètres de sélection d'un utilisateur peuvent être récupérés depuis d'autres sites, notamment internet dont les réseaux sociaux ; - le serveur étant connecté à au moins un deuxième serveur, on interroge le deuxième serveur pour récupérer des données non structurées formant des valeurs de paramètres déterminés associés à un profil, et on renseigne au moins une partie desdits paramètres de sélection déterminés dudit profil avec lesdites valeurs.
On peut également formater les données récupérées pour former lesdites valeurs de paramètres déterminés.
Par données non structurées on entend ici des données et informations représentées ou stockées sans format prédéfini préalablement établi et/ou inconnu de l'utilisateur desdites données. Elles correspondent, par exemple, à un assemblage brut et hétérogène de données. De cette manière et en usant des techniques propres au Big Data (expression anglophone) connus de l'homme du métier, à partir des données collectées en vrac, sur internet ou toute autre source, il est possible de compléter des paramètres d'utilisateurs et ce par exemple automatiquement ; on introduit l'adresse physique d'une destination, on acquière la position géographique du terminal par les moyens de géolocalisation, à partir d'une modélisation numérique de la géographie, on détermine un chemin physique pour atteindre la destination et on émet au moins un message à l'utilisateur comprenant des indications du chemin.
Autrement dit la comparaison des distances entre terminaux sélectionne tout terminal situé à une distance inférieure à une distance déterminée, par exemple 200m, et les fait apparaître sur une carte numérique du terminal mobile émetteur ; - une adresse ayant été introduite dans un terminal mobile, on détecte par les moyens de géolocalisation si la distance entre le terminal et l'adresse est inférieure à un seuil déterminé et on enregistre dans une mémoire du terminal et/ou du serveur une donnée de présence de l'utilisateur à l'adresse.
Il est donc ainsi possible d'effectuer une gestion, une surveillance et un monitoring des activités de la communauté ; l'utilisateur introduit des commentaires déterminés sur la rencontre dans son terminal et/ou on détecte par au moins un terminal la réalisation d'une rencontre, et on inscrit ces commentaires et/ou la réalisation de la rencontre dans le serveur ; - on réalise la géolocalisation par GPS et/ou par géolocalisation de l'IP et/ou d'au moins une balise IBeacon® et/ou proximity® (marques enregistrées concernant des balises de positionnement en intérieur commercialisées respectivement par les sociétés Apple et Samsung) et/ou toute autre technologie par balise dite Beacon (terme anglosaxon) connue en soi de l'homme du métier et/ou par récupération de données de géolocalisation sur internet.
Par géolocalisation sur internet on entend plus particulièrement ici les données de position géographique relative à l'utilisateur et inscrites sur des sites internet tels que des réseaux sociaux. L'invention propose également un système agencé pour mettre en œuvre un procédé tel que ci-dessus décrit. L'invention propose aussi un système de communication entre au moins deux utilisateurs de réseaux informatiques communiquant par des terminaux interconnectés à un serveur, à savoir un utilisateur émetteur porteur d'un premier terminal mobile et au moins un utilisateur récepteur porteur d'un second terminal , le serveur hébergeant une base de données d'utilisateurs correspondants à des critères déterminés, la base étant renseignée par des paramètres déterminés (âge, sexe, disponibilité etc...) pour chacun des utilisateurs de la base, le terminal mobile émetteur comprenant des moyens d'identification de certains paramètres de sélection en fonction de critères évolutifs ou non (profil), des moyens d'interrogation par l'utilisateur émetteur de ladite base de données, le serveur comprenant des moyens de calcul par comparaison des paramètres de la base de données avec ledit profil, et des moyens de construction d'une liste identifiée et joignable par le biais du réseau correspondant audit profil, caractérisé en ce que les moyens d'interrogation comprennent des moyens de transmission via le terminal mobile émetteur et/ou des moyens de génération par le serveur desdits paramètres de sélection directement et/ou indirectement de façon manuelle par l'utilisateur émetteur et/ou de façon automatique, en ce que les terminaux comprennent des moyens de géolocalisation directe et/ou indirecte, en ce que le système comprend des moyens de comparaison des paramètres de sélection et des moyens de détermination, en temps réel ou non, de la distance entre le premier terminal mobile et le ou les seconds terminaux à partir de géolocalisations des terminaux et des moyens de création d'une seconde liste desdits utilisateurs récepteurs en fonction de ladite comparaison, en ce que le serveur comprend des moyens de calculs agencés pour générer un score associé à chaque profil d'utilisateur récepteur de cette seconde liste par rapport au profil de l'utilisateur émetteur et pour trier ladite seconde liste d'utilisateurs récepteurs en fonction desdits scores, et en ce que le serveur et/ou le terminal mobile émetteur comprennent des moyens de génération et d'émission d'un message vers le ou les seconds terminaux appartenant à ou aux utilisateurs récepteurs correspondant à un ou aux scores le ou les plus élevés.
Par score on entend plus particulièrement ici, une valeur particulière à un instant donné appartenant à un ensemble ordonné et représentant le degré d'affinité et/ou de correspondance spécifique entre deux individus particuliers et/ou leur représentation numérique. L'invention sera mieux comprise à la lecture de la description qui suit de modes de réalisations donnés ci-après à titre d'exemples non limitatifs.
La description se réfère aux dessins qui l'accompagnent dans lesquels :
La figure 1 est un schéma de principe illustrant un système de communication selon un mode de réalisation de l'invention.
La figure IA est une vue de face d'un terminal mobile utilisé avec le système de la figure 1.
La figure 2 est un diagramme donnant les étapes d'un mode de réalisation du procédé de communication selon l'invention.
La figure 3 représente schématiquement l'architecture d'une base de données pour la mise en œuvre d'un procédé selon un mode de réalisation de 1'invention.
La figure 4 illustre schématiquement sous forme de blocs fonctionnels certains éléments du système de la figure 1 (les blocs sont renseignés en langue anglaise).
La figure 1 montre un système 1 de communication informatique selon le mode de réalisation de l'invention plus particulièrement décrit ici, appliqué à l'organisation de rencontres.
Le système 1 utilise un réseau informatique 2, (internet, réseau de téléphonie mobile, ...) qui connecte entre eux au moins un serveur 3 et des terminaux mobiles 4, 5, 6, 7, 8,... chacun associé à un utilisateur, U0, Ui, U 2, U3, U4 etc... à savoir un utilisateur qui sera qualifié d'utilisateur émetteur U0 (terminal mobile 4) et des utilisateurs qualifiés d'utilisateurs récepteurs IL, U2, U3, U4 etc... (terminaux mobiles 5, 6, 7, 8,...) .
Dans les modes de réalisation plus particulièrement décrits ici, les terminaux sont mobiles bien que ceux-ci pourraient être fixes, notamment les terminaux récepteurs, sans sortir du périmètre de l'invention.
Le serveur 3 comprend de manière connue de l'homme du métier, des moyens 9 de calculs (ordinateur, microprocesseur... ) , au moins une mémoire non volatile 10, des moyens 11 de communication par émission/réception d'informations (modem, WIFI, ...) . Dans le mode de réalisation plus particulièrement décrit ici, le serveur 3 physique comprend deux serveurs logiques dont le premier comporte les moyens de calcul 9 et le second héberge et exécute une base de données 12 inscrites dans la mémoire 10.
La base de données 12 qui sera plus particulièrement décrite en référence à la figure 3, comprend des fiches d'identités (ci-après fiche ID) IDU0, IDU1# IDu2, IDu3j IDu4/.„ correspondant à chacun des utilisateurs U0, Ui, U2, U3, U4 etc... constitués par des regroupements de données/paramètres répondant à des critères déterminés (α, β, y,...). Chaque utilisateur (i.e. son identifiant) est donc connecté et/ou associé à au moins l'une desdites fiches ID et présente une personnalité numérique ainsi définie.
Les critères déterminés (α, β, y,...) comprennent de façon non limitative l'âge, le sexe, l'école, les disponibilités etc...
Ces critères peuvent être modifiés et sont évolutifs dans le temps ou non.
Les données/paramètres sont par exemple acquises par le serveur 3 à partir des terminaux mobiles 4, 5, 6, 7, 8....
Les terminaux mobiles 4, 5, 6, 7, 8 comprennent des moyens de communication agencés pour émettre et recevoir des informations et sont par exemple des téléphones portables, tablettes ou des ordinateurs portables.
Ils comprennent une antenne 13 et échangent des données avec le réseau 2 informatique en utilisant un protocole connu et/ou répondant aux normes de communication 3G, 4G ou Wifi®, Bluetooth®, IBeacon® (toutes trois marques déposées) etc....
Ils comprennent également de façon connue des moyens de calculs (non représentés), un clavier 14 ou écran tactile, des moyens 15 d'affichages et peuvent comporter au moins une mémoire interne non volatile (non représentée).
Les terminaux mobiles 4, 5, 6, 7, 8 sont de plus géolocalisables. Par exemple leur longitude et latitude et/ou l'adresse géographique de l'utilisateur sont disponibles et accessibles.
Dans un mode de réalisation les terminaux mobiles comprennent des moyens de géolocalisation embarqués, tel que par exemple GPS (acronyme anglo-saxon de Global Positioning System) et déterminent eux-mêmes leur position.
Dans un autre mode de réalisation les moyens de géolocalisation sont partagés et c'est le serveur 3 qui détermine la position du terminal mobile 4, 5, 6, 7, 8 par exemple par localisation physique de l'adresse IP (acronyme anglo-saxon d'Internet Protocol) du point d'entrée du terminal mobile 4, 5, 6, 7, 8... sur le réseau 2 informatique (relai, tête de réseau,...), ou par repérage de la position du terminal par rapport à des balises (non représentée), par exemple du type Beacon (IBeacon®, Proximity®, ...) .
Dans encore un autre mode de réalisation le serveur 3 récupère de données de géolocalisation sur internet 16.
Le serveur se connecte à d'autres sites par exemple réseau social 17 dans lequel l'utilisateur est géolocalisé et/ou il se localise lui-même par exemple en inscrivant sa position et/ou son adresse, et/ou le serveur 3 récupère sur internet 16 et/ou sur le terminal 4, 5, 6, 7, 8 de l'utilisateur, toutes données géographiques datées relatives à l'utilisateur U0, Ui, U2, U3, U4,....
Chaque terminal 4, 5, 6, 7, 8 mobile est par exemple lui-même associé à son utilisateur U0, Ui, U2, U3, U4 et comporte dans sa mémoire les paramètres individuels de celui-ci.
Les paramètres sont déterminés directement en introduisant la valeur spécifique dudit paramètre et/ou indirectement par calcul à partir de ceux préalablement introduits. L'introduction est réalisée de façon manuelle par l'utilisateur et/ou automatique.
Les paramètres comportent l'adresse physique de l'utilisateur et/ou les coordonnées physiques de positionnement du terminal et/ou des données de géolocalisation.
Lorsqu'un utilisateur U0 souhaite initier une rencontre avec un autre utilisateur IL, U2,..., il crée une requête 18 sur son terminal mobile 4 via le serveur 3 (trait mixte 19 sur la figure 1) correspondant à un profil 20 cible de sa recherche comportant au moins en partie les paramètres de l'utilisateur Uo.
Pour créer ce profil 20, il choisit des critères spécifiques et identifie certains paramètres de sélection pour générer cette requête soit à l'instant t soit une bonne fois pour toute (modifiable).
Cette requête 18 est adressée à la base de données 12 pour l'interroger de façon connue, par exemple sous forme d'une chaîne d'instructions au format SQL (acronyme de Structured Query Language) ou tout autre format connu de l'homme du métier.
Dans un autre mode de réalisation (non représenté) tous les critères et les paramètres ou une partie de ceux-ci, prédéterminés par le serveur 3, sont utilisés pour générer la requête 18. A partir des paramètres existant dans le registre 21 de chaque utilisateur Ui, Ü2, U3, U4 et du profil cible, le serveur 3 effectue alors une étape de sélection/qualification des profils, qui sont alors affichés (flèche 23) sur son terminal mobile 4 sous forme d'une seconde liste 24.
Pour ce faire, il procède par une première étape de détermination de la proximité des utilisateurs de terminaux récepteurs mobile par rapport au terminal mobile émetteur, on obtient les distances Dl, D2, D3, D4 avec cet utilisateur U0.
Cette première étape permet de constituer la première liste 25 et assure qu'en cas de compatibilité des fiches ID IDU0, IDm, IDU2, IDu3j IDu4j... avec le profil voulu, un rendez-vous présentiel pourra réellement avoir lieu dans des délais raisonnables.
Il effectue ici la détermination de la distance entre terminaux émetteur 4 et récepteurs 5, 6, 7, 8 par comparaison des coordonnées desdits terminaux.
Dans un mode de réalisation on peut également géolocaliser les terminaux 4, 5, 6, 7, 8 mobiles en continu. Les données de géolocalisation sont acquises et/ou rafraîchis à intervalle de temps d'une valeur déterminée par exemple inférieur à 24 heures.
La détermination est réalisée en temps réel ou sensiblement en temps réel.
Dans un mode de réalisation on considère que la distance est satisfaisante si la distance est inférieure à un seuil déterminé, par exemple inférieur à 1km, par exemple inférieur à 500m, par exemple inférieure à 200m.
Dans un mode de réalisation, lorsque le nombre de fiches ID pré-qualifiées est faible, par exemple inférieur à 5, par exemple inférieur à 3, la valeur de seuil déterminé de distance est augmenté automatiquement d'un quantum prédéterminé par exemple de 1km.
La détermination peut être réalisée dynamiquement, en fonction des positions à un instant donné des terminaux récepteurs, et ce par adaptation de la distance à prendre en compte, de sorte à obtenir un nombre prédéterminé de fiches ID pré-qualifiées par exemple égale à cinq.
Dans un autre mode de réalisation, on affecte d'une pondération inversement proportionnelle à l'éloignement la valeur de la satisfaction du critère de distance entre les terminaux émetteur et récepteurs.
Les fiches ID des utilisateurs connectés qui sont à une distance satisfaisante (par exemple Ui, U3, et U4 en référence à la figure 1) sont ainsi préqualifiées et inscrites dans ladite seconde liste 24.
Pour chaque fiche ID pré-qualifiée, on compare alors les paramètres associés dans la base de données 12 avec ceux du profil 20 de, et/ou crée par, l'utilisateur U0 interrogateur du serveur 3 et/ou avec les paramètres de la requête 18 qu'il a formulée.
Chaque comparaison par les moyens 9 de calculs du serveur 3 donne lieu par exemple à un résultat soit booléen (identité ou non), soit numérique (par exemple un pourcentage de ressemblance et/ou corrélation entre les données).
Les moyens 9 de calculs engendrent alors pour l'ensemble des comparaisons de paramètres, une donnée chiffrée, par exemple un score total représentant l'affinité de deux profils.
Le score est par exemple une sommation, éventuellement pondérée, des pourcentages et/ou de valeurs statiques préétablies (pour les booléen).
Le calcul du score peut être réalisé à la suite de la réception de la requête (à chaque interrogation), de manière régulière (par exemple toutes les deux heures) ou différée par exemple à chaque ajout de paramètres ou mise à jour desdits paramètres d'un profil par rapport à ses sphères et/ou selon la disponibilité des moyens de calcul et/ou de communication du serveur. A titre d'exemple :
Pour des critères de requête avec les valeurs correspondantes suivants pour l'utilisateur initiant le rendez-vous potentiel avec les utilisateurs U, U', U' ' , U' ' ' , etc... :
Les fiches ID U' , U' ' , U' ' ' étant à une distance les pré-qualifiant pour une rencontre, obtiennent les scores suivants :
Dans un mode de réalisation les scores sont normés pour correspondre à un pourcentage de correspondances.
Dans l'exemple précédent, le score de 100 % correspond à 230 + 2 X 100 + 0,5 X 100 soit 480. Dès lors : U' obtient 310/480 soit un score d'environ 64, 58 % U'' obtient 347,5/480 soit un score d'environ 72, 39 % U''' obtient 250/480 soit un score d'environ 52, 08 %.
Les moyens de calculs 9 du serveur 3 sont ainsi agencés pour générer le score associé à chaque fiche ID par rapport au profil généré par l'utilisateur interrogateur U, le score dépendant de la comparaison des paramètres et de la détermination de la distance.
En fonction du score, par exemple s'il est supérieur à un seuil déterminé, on ordonne les utilisateurs correspondant au profil de la seconde liste 24 par exemple créée dans le serveur.
La seconde liste 24 est ainsi construite et structurée pour être affichable sur le terminal mobile 4, et les utilisateurs joignables par le biais du réseau.
Dans un mode de réalisation la seconde liste 24 correspond à la première liste 25, réduite et/ou filtrée.
Les étapes de détermination de la satisfaction du critère de distance et la comparaison des paramètres peuvent être inversées l'une par rapport à l'autre sans sortir du périmètre de la présente invention.
Dans un mode de réalisation, le serveur 3 détermine la première liste 25 de compatibilité avec chaque profil préalablement et indépendamment d'une interrogation du serveur 3 et lors de l'interrogation du serveur 3 par un utilisateur considéré, détermine alors les utilisateurs à distances compatibles pour bâtir la seconde liste 24.
On trie alors la seconde liste 24 en fonction desdits scores par exemple par ordre décroissant. L'utilisateur choisit au moins une fiche ID, correspondant à un utilisateur, dans la seconde liste 24 et lui transmet un signal et/ou un message 26 déterminé par le biais du réseau.
Sur la figure IA est représenté de face un terminal 4 mobile émetteur constitué d'un téléphone mobile.
Sur ses moyens 15 d'affichage comprenant un écran tactile 14, ses moyens de calcul affichent la seconde liste 24 générée et triée par le serveur 3, par exemple associé au score 27, 27', 27'', 27''', 27'''' correspondant de la fiche ID de l'utilisateur. L'appui du doigt de l'utilisateur sur les icônes 28, 28', 28'', 28''', 28'''' cliquables correspondant à au moins une fiche ID provoque l'envoi d'un message 26, par exemple courriel, proposant un rendez-vous accompagné des coordonnées dudit rendez-vous et de la fiche ID de l'émetteur.
On va maintenant décrire en référence aux figures 2, 3 et 4 les étapes d'un procédé selon des modes de réalisation de l'invention.
Par la suite les mêmes numéros de références seront utilisés pour désigner des éléments identiques ou similaires.
La figure 2 montre un diagramme illustrant les étapes du procédé de communication selon le mode de réalisation plus particulièrement décrit ici.
De manière préliminaire, l'utilisateur (Uo sur la figure 1) ne peut accéder à la plateforme que s'il dispose d'un identifiant de connexion et d'un mot de passe associé. L'utilisateur n'obtient ceux-ci que par inscription sur ladite plateforme et l'inscription ne peut être réalisée que par invitation par un membre utilisateur préalablement inscrit. L'invitation comprend un message, généré par l'utilisateur invitant à destination de l'utilisateur invité et complété automatiquement par le serveur, par exemple un e-mail depuis la plateforme et contenant un mot de passe généré automatiquement par le serveur 3 et dont l'adresse e-mail sert de premier identifiant de connexion et complété par exemple par des données de l'utilisateur comme les centres d'intérêts et/ou données de son profil.
Dans une première étape (étape 29) l'utilisateur U0 qui souhaite initier une rencontre en personne se connecte à un serveur 3 via son terminal 4 mobile.
Il accède par exemple au serveur 3 et/ou service par une plateforme sécurisée par identifiant et de mots de passe. L'utilisateur accède alors à son espace personnel dans lequel on teste (test 30) si c'est sa première connexion au serveur 3 dans l'absolu et/ou avec ce terminal 4, ou non.
Si c'est sa première connexion, ou si 1'utilisateur U0 souhaite compléter sa fiche IDU0, on l'invite (étape 31) à attribuer au moins une valeur aux critères préalablement définis.
Si l'utilisateur Uo accepte de compléter et/ou modifier son profil, le choix lui est offert entre le faire manuellement et automatiquement (test 32).
Soit l'utilisateur U0 introduit manuellement les valeurs dans son terminal 4 (étape 33) , soit (étape 34), dans le cas où l'utilisateur souhaite renseigner automatiquement sa fiche IDUo, le serveur 3 génère alors des requêtes à au moins un deuxième serveur (non représentée) et/ou au terminal 4 lui-même de manière à récupérer lesdites données.
Ces données peuvent être par exemple accessibles sur internet 2 indifféremment ou dans des sites particuliers tels que des réseaux sociaux comme Facebook, viadeo, linkdin,... (Tous trois marques déposées) hébergés par des serveurs spécifiques R (sur la figure 1) et/ou sur une base de données (non représentée) spécifique.
Dans ce mode de réalisation il est par exemple demandé (test 35) à l'utilisateur s'il souhaite rattacher à sa fiche ID ses données personnelles contenues dans d'autres réseaux sociaux.
Dans ce cas, l'utilisateur est connecté par exemple vers une interface du site internet du réseau social R considéré qui génère une clé numérique unique d'identification de l'utilisateur associée (étape 36) à ses données personnelles qui sont alors transmise (étape 37) au serveur 3 pour être introduites (étape 38) dans la base de données 12 et être mises en correspondance avec la fiche ID de l'utilisateur en récupérant, en utilisant ladite clé numérique, les données dudit réseau social de manière connue en soi.
Le serveur 3 interroge le deuxième serveur pour récupérer des données (étape 39).
Les données sont structurées (étape 40) formant des valeurs de paramètres déterminés associé à un profil et importées par requête par exemple SQL.
On teste alors (test 41) si par rapport à tous les utilisateurs Ui, U2, U3, U4... présents dans la base de données 12, indépendamment de la distance Di, D2, D3, D4, D5, il existe des profils ayant un certain degré de recouvrement entre leurs valeurs de paramètre et ceux de l'utilisateur U0.
Si des identités et ou cohérences apparaissent, on crée (étape 42) alors ou on incorpore à, au moins une sphère de relation potentielle entre l'utilisateur U0 et ceux dont le profil est compatible.
La création des sphères peut être libre pour l'utilisateur ou cantonnée à des choix préalablement définis.
Dans un autre mode de réalisation les sphères sont préalablement créées et seule son intégration/incorporation à une sphère préexistante est possible pour l'utilisateur.
Sinon, dans le cas où aucune sphère n'est créée et/ou toutes les sphères sont vides, on invite l'utilisateur à modifier et/ou compléter sa fiche IDUo (retour à l'étape 31 suivant la flèche 43). L'utilisateur ne peut proposer un rendez-vous qu'uniquement aux utilisateurs membres d'au moins une de ses sphères.
Dans ce mode de réalisation on boucle (flèche 43) sur le test 41 tant qu'il n'existe pas de sphère non vide.
Si une sphère de l'utilisateur U0 est non vide, c'est à dire qu'elle contient au moins un profil compatible (test 41), l'utilisateur choisit alors (test 44), immédiatement ou postérieurement à une prochaine connexion (étape 45) de générer une requête 18 de rendez-vous.
Il est ainsi par exemple possible pour un utilisateur U0 d'effectuer une recherche déterminée de profils compatibles, avec une géolocalisation déterminée mais fictive afin par exemple de préparer un déplacement professionnel dans ladite localisation fictive et proposer un rendez-vous par avance.
La requête 18 comprend les paramètres du profil 9 qui sont soit générés automatiquement par le serveur 3 soit choisis par 1'utilisateur Uo.
Une fois la requête 18 construite (étape 46), le terminal interroge la base de données (étape 47) du serveur 3 pour récolter (étape 48) des profils compatibles dans la sphère de l'utilisateur U0.
Le serveur 3 teste alors (test 49) la compatibilité des distances de l'utilisateur Uo par rapport aux autres utilisateurs Ui, U2, U3, U4.
Dans un mode de réalisation on détecte pour un terminal 4, 5, 6, 7, 8 mobile la déconnexion de ses moyens de géolocalisation.
La détection de la déconnexion s'opère par exemple par perte du signal de porteuse des moyens de géolocalisation par GPS.
On peut également détecter la déconnexion des moyens de géolocalisation volontairement par 1'utilisateur du terminal.
On inscrit dans une mémoire du serveur 3 à chaque géolocalisation l'instant Tl par des moyens d'horodatage du serveur ainsi que la position (coordonnées physiques) du terminal mobile à l'instant Tl considéré.
Il est ainsi possible de conserver soit un historique des positions horodatées ou seulement la dernière position du terminal.
Lors d'une déconnexion si une interrogation de la base de données 12 par un utilisateur intervient, on détecte alors l'instant T2 de l'interrogation par les moyens d'horodatage.
On calcule ainsi la durée entre Tl et T2 et si la durée est inférieure à un seuil déterminé, on remplace dans les valeurs des paramètres déterminés la localisation du terminal mobile à l'instant T2 par la position du terminal à l'instant Tl.
Dans ce mode de réalisation, en cas de dysfonctionnement des moyens de géolocalisation on fonctionne dans un mode dégradé dans lequel les coordonnées physiques (géographique) du terminal mobile lors de la dernière connexion servent alors pour la détermination de la distance Di, D2, D3, D4... entre terminaux 4 émetteur et récepteurs 5, 6, 7, 8... à condition que le temps entre la dernière connexion et la présente interrogation n'ait pas été trop long par rapport à un seuil déterminé (par exemple inférieur à 3h).
Dans un mode de réalisation, si la durée est supérieure au seuil déterminé, le serveur 3 utilise l'adresse physique inscrite dans le profil de l'utilisateur, et/ou l'adresse renseignée dans un autre site (par exemple un réseau social) et/ou dans le terminal mobile lui-même (par exemple par récupération de la géolocalisation d'une photo prise par le terminal il y a moins par exemple de lh).
On teste (test 49) si au moins un profil compatible est à une distance acceptable, le serveur 3 calcule (étape 50) alors son score.
Une seconde liste 24 triée des utilisateurs compatibles est alors générée (étape 51) et affichée (étape 52) sur les moyens 14 d'affichage du terminal 4 mobile récepteur. L'utilisateur U0 actionne alors (étape 53) les moyens de communication du terminal 4 mobile émetteur pour envoyer un message 26 de proposition de rendez-vous .
Si au moins un des terminaux 5, 6, 7, 8 mobile récepteurs des utilisateurs Ui, U2, U3, U4 contactés répond par un accord (test 54) le rendez-vous est confirmé (étape 55).
Par confirmé on entend par exemple l'envoi depuis son terminal d'un message sonore, lumineux, et/ou écrit du récepteur à l'émetteur indiquant son accord.
Un espace mémoire dédié peut alors être créé, sur le serveur 3 et/ou sur les terminaux 4, 5, 6, 7, 8, pour enregistrer ledit rendez-vous comprenant par exemple les identifiants des participants, le lieu, la date, l'heure, et les futurs commentaires de chacun vis-à-vis de ce rendez-vous.
Cet espace mémoire est accessible et consultable par les utilisateurs impliqués dans le rendez-vous et/ou par les administrateurs de réseau et/ou de la communauté, par exemple sur les moyens 14 d'affichage respectivement des terminaux 4, 5, 6, 7, 8 mobiles et/ou du serveur 3 (voir figure 1). L'adresse de destination du rendez-vous est introduite soit dans le message 26 de proposition initiale soit dans le terminal une fois le principe du rendez-vous accepté.
Dans un mode de réalisation on guide l'utilisateur jusqu'au rendez-vous.
On acquière alors la position géographique du terminal mobile de l'utilisateur par les moyens de géolocalisation et à partir d'une modélisation numérique de la géographie, telle qu'une modélisation topographique connue en soi, on détermine un chemin physique pour atteindre la destination. L'utilisateur est alors guidé jusqu'à destination par exemple par émission d'au moins un message à l'utilisateur comprenant des indications du chemin et/ou de guidage.
Dans un autre mode de réalisation on détecte la position des terminaux mobiles récepteurs et émetteur ayant acceptés le rendez-vous et si leurs distance est inférieure à un seuil déterminé, par exemple inférieure à 5m par exemple inférieure à 3m, pendant une durée déterminée, par exemple inférieure à 30 min par exemple inférieure à Ih, le serveur enregistre le rendez-vous comme ayant eu lieu, à 1'adresse correspondant à la position commune des terminaux.
Ainsi 1'adresse est introduite directement ou indirectement.
Dans un mode de réalisation les terminaux ou le serveur 3 détecte la correspondance entre le positionnement des terminaux mobiles émetteur et récepteurs et le lieu de rendez-vous préalablement renseigné et inscrit une donnée de la réalisation d'une rencontre.
On détecte par les moyens de géolocalisation si la distance entre le terminal mobile et l'adresse de destination est inférieure à un seuil déterminé.
Dans ce cas on enregistre dans une mémoire du terminal mobile et/ou du serveur 3 une donnée de présence de l'utilisateur à ladite adresse.
Une fois le rendez-vous effectué, ou l'horaire dudit rendez-vous dépassé, il est utile pour le gestionnaire de la communauté et pour les membres d'accéder aux informations de retombé et d'efficacité relationnelle de leur sphère.
Dans l'espace mémoire crée, l'utilisateur introduit des commentaires déterminés sur la rencontre dans son terminal mobile et/ou sur le serveur.
Sur la figure 3 est représentée à titre d'exemple non limitatif une organisation de base de données 12 relationnelle pour un procédé d'organisation de rencontre selon un mode de réalisation de 1'invention.
Elle comprend une première table 57 d'utilisateurs structurée par des champs. Cette table répond à des critères personnels comme par exemple :
Quel est l'identifiant unique de l'utilisateur ?
La fiche ID a-t-elle été validée ? A quelle date a-t-elle été validée ? Quel est le mot de passe de la fiche ID de l'utilisateur ?
La dernière heure et date de connexion de l'utilisateur ?
Quels sont les nom, prénom, login choisi, adresse e-mail, date de naissance, genre, pays, ville, adresse, numéro de téléphone de l'utilisateur ?
Quel ont été les emplois de l'utilisateur ? Quel est-il actuellement ?
Quel diplôme, titre et études de l'utilisateur ?
Quelles sont les informations de connexion à des réseaux sociaux autres et l'autorisation de s'y connecter est-elle donnée ? (par exemple Facebook, viadeo, linkdin) ?
Quel sont les centres d'intérêt personnels de l'utilisateur? Ceux Professionnel ?
Commentaires de l'utilisateur ?
Cette table est en relation directe avec sept tables correspondant à * Une table 58 et une sous table 59 pour les sphères de 1'utilisateur, * Une table 60 pour les relations, * Une table 61 pour les créneaux de disponibilité, * Une table 62 pour les rencontres passées, * Une table 63 et une sous table 64 pour les intérêts, * Une table 65 pour les rencontres ayant réellement eu lieu, * Une table 66 et sous table 67 pour les différentes adresses et façon de contacter 1'utilisateur.
Les données peuvent également être dites non structurées et récupérées par requête par exemple noSQL (acronyme anglo-saxon de NOT ONLY SQL) des données analysées par les méthodes connues en elles même de l'homme du métier sous la dénomination anglo-saxon de Big Data.
Dans un mode de réalisation, les données sont introduites dans une structure associative, par exemple par correspondance de clés à au moins une valeur associée et sont enregistrées et utilisées de manière complémentaire de la base de données dans la mémoire du serveur.
Dans un autre mode de réalisation les données sont alors reformatées pour être introduites dans des champs de paramètres structurés.
Une fois les valeurs de paramètres acquis on renseigne au moins une partie des paramètres déterminés de la fiche ID avec lesdites valeurs.
Sur la figure 4 sont également représentés des services additionnels possibles avec l'invention.
Le serveur 3 comprend par exemple des moyens 68, 69 d'administration du serveur et/ou du site internet.
Ces moyens permettent par exemple la récupération des données de rendez-vous, tels que le nombre de rendez-vous proposé, les rendez-vous réalisés et les commentaires associés, la taille des sphères et le taux de rencontre entre les membres de ladite sphère et le temps moyens entre chaque rencontre... accessibles et visibles par exemple sur les moyens d'affichage 56 du serveur (figure 1).
Le serveur 3 comporte également des moyens 70 connus en soi de l'homme du métier pour protéger les données personnelles des utilisateurs.
Ils comprennent également des moyens 71 de notification, par exemple par téléphone, e-mail, sms message sur la plateforme internet, ... des utilisateurs.
Des moyens 72 sécurisés de paiement en ligne sont également présents.
On va décrire ci-après un exemple de mise en œuvre du système selon un mode de réalisation de l'invention en référence à la figure 1. L'utilisateur U0 souhaite rencontrer une nouvelle personne, utilisatrice de l'invention.
Il sélectionne automatiquement ou non l'intégralité ou partie des critères d'importance pour lui et/ou cette rencontre.
La base de données 12 est alors interrogée avec le profil recherché pour restituer les fiches ID compatibles.
Pour cela le serveur 3 interroge à son tour les terminaux 5, 6, 7, 8 récepteurs des utilisateurs Ul, U2, U3, U4 pour qu'ils renvoient leurs positions géographiques.
Les terminaux mobiles récepteurs, via leurs moyens de géolocalisation, par exemple GPS en communication satellitaire 78 (sur la figure 1), acquièrent leurs positions et la transmettent au serveur 3.
Le serveur calcule les distances Dl, D2, D3 et D4 respectivement des utilisateurs Ul, U2, U3, U4 par rapport à U0.
Sur la figure 1, la distance D2 est par exemple supérieure au seuil déterminé de distance. L'utilisateur U2 est donc disqualifié tandis que les autres fiches ID d'utilisateurs sont préqualifiées .
Les fiches ID sont alors inscrites dans la première liste 25 et comparés critère par critère.
La fiche ID de l'utilisateur Ul comporte le critère μ mais elle ne comprend pas le critère β définit dans la requête. Elle est alors également disqualifiée.
Les fiches ID des utilisateurs U3 et U4 correspondent quant à elles à la requête de l'utilisateur Ul (critère a, β,...) et sont inscrites dans la seconde liste 24.
La fiche ID de l'utilisateur U4 est intégralement compatible avec l'utilisateur UO mais la fiche ID de 1'utilisateur U3 ne l'est que partiellement, la valeur du paramètre a' de U3 n'étant que partiellement semblable à celle du paramètre a de UO.
La fiche ID de U4 obtient donc un score de compatibilité supérieur à celle de l'utilisateur U3 et ressort en tête de la liste générée par le serveur.
Le serveur 3 émet donc, à destination du terminal émetteur de l'utilisateur UO, la seconde liste 24 triée par ordre décroissant de scores de compatibilité les deux fiches ID néanmoins satisfaisantes. L'utilisateur UO décide de contacter l'utilisateur U4 pour lui proposer un rendez-vous, par exemple par l'envoie d'un message 26 sms (acronyme anglo saxon pour Short Message Service) comprenant des indications de sa fiche ID et au moins une proposition de rendez-vous comprenant le lieu, l'horaire et la raison ou l'objet de la rencontre. L'utilisateur U4 peut accepter ou décliner, mais ayant accepté, il rencontre alors personnellement l'utilisateur Ul à l'adresse convenue.
Comme il va de soi et comme il résulte également de ce qui précède, la présente invention n'est pas limitée aux modes de réalisation plus particulièrement décrits. Elle en embrasse au contraire toutes les variantes notamment celles où le terminal mobile est un ordinateur 5' (sur la figure 4) personnel fixe celui-ci utilisant alors par exemple l'adresse physique du domicile de l'utilisateur pour la géolocalisation, et où le procédé n'est pas mis en œuvre par une application ayant accès aux données du terminal mobile mais par un site internet.
Claims (12)
- REVENDICATIONS1. Procédé de communication entre au moins deux utilisateurs de réseaux informatiques communiquant par des terminaux (4, 5, 6, 7, 8)interconnectés à un serveur (3) , à savoir un utilisateur émetteur (Uo) porteur d'un premier terminal (4) mobile et au moins un utilisateur (Ui, U2, U3, U4) récepteur porteur d'un second terminal(5, 6, 7, 8), dans lequel à partir d'une base de données (12) d'utilisateurs (U0, Ui, U2, U3, U4) correspondants à des critères déterminés, ladite base (12) étant hébergée par le serveur (3), et pour lesquels sont renseignés des paramètres déterminés pour chacun des utilisateurs (U0, Ui, U2, U3, U4) de ladite base (12), on identifie certains paramètres de sélection en fonction de critères évolutifs ou non (profil), on compare les paramètres de la base de données (12) avec ledit profil, et pour un utilisateur émetteur appartenant à ladite base de données (12), on construit une première liste (25) identifiée et joignable par le biais du réseau (2) correspondant audit profil, caractérisé en ce que lesdits paramètres de sélection ayant été identifiés, on transmet au serveur (3) via le terminal (4) mobile émetteur ou on génère par le serveur (3) lesdits paramètres de sélection, directement et/ou indirectement de façon manuelle par l'utilisateur (Uo) émetteur et/ou de façon automatique, en ce que les terminaux (4, 5, 6, 7, 8)étant géolocalisables directement et/ou indirectement, la comparaison des paramètres de sélection avec les paramètres de la base de données (12) comprend une détermination, en temps réel ou non, de la distance (Di, D2, D3, D4) , entre le premier terminal (4) mobile et le ou les seconds terminaux (5, 6, 7, 8) à partir desdites géolocalisations et on crée une seconde liste (24) desdits utilisateurs récepteurs en fonction de ladite comparaison, en ce que le serveur comprend des moyens (9) de calculs agencés pour générer un score associé à chaque profil ( IDui, IDU2, IDU3, IDU4) d'utilisateur récepteur de cette seconde liste (24) par rapport au profil (IDU0) de l'utilisateur émetteur et pour trier ladite seconde liste d'utilisateurs récepteurs en fonction desdits scores, et en ce que on génère un message (26) vers le ou les seconds terminaux (5, 6, 7, 8) appartenant à ou aux utilisateurs récepteurs correspondant à un ou aux scores le ou les plus élevé.
- 2. Procédé selon la revendication 1, caractérisé en ce qu'au moins un terminal (5, 6, 7, 8) récepteur est mobile.
- 3. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'on inscrit dans une mémoire (10) du serveur (3) à chaque géolocalisation l'instant Tl par horodatage et la position du terminal (4, 5, 6, 7, 8) à l'instant Tl considéré.
- 4. Procédé selon la revendication 3, caractérisé en ce que les moyens de géolocalisation étant déconnectés lors d'une interrogation de la base de données (12) par un utilisateur, on détecte l'instant T2 de l'interrogation par horodatage, on calcule la durée entre Tl et T2 et si la durée est inférieure à un seuil déterminé, on remplace, pour la détermination de la distance, dans les valeurs des paramètres déterminés la localisation du terminal à l'instant T2 par la position du terminal à l'instant Tl.
- 5. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'on détecte pour un terminal la déconnexion automatique de ses moyens de géolocalisation et/ou leur déconnexion par l'utilisateur dudit terminal.
- 6. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que le serveur étant connecté à au moins un deuxième serveur, on interroge le deuxième serveur pour récupérer des données structurées formant des valeurs desdits paramètres de sélection déterminés associés à un profil, et on renseigne au moins une partie des paramètres déterminés dudit profil avec lesdites valeurs.
- 7. Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce que le serveur étant connecté à au moins un deuxième serveur, on interroge le deuxième serveur pour récupérer des données non structurées formant des valeurs desdits paramètres de sélection déterminées associés à un profil, et on renseigne au moins une partie des paramètres déterminés dudit profil avec lesdites valeurs.
- 8. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'on introduit directement ou indirectement l'adresse d'une destination, on acquière la position géographique du terminal par les moyens de géolocalisation, à partir d'une modélisation numérique de la géographie, on détermine un chemin physique pour atteindre la destination et on émet au moins un message à l'utilisateur comprenant des indications du chemin.
- 9. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que une adresse ayant été introduite dans un terminal mobile, on détecte par les moyens de géolocalisation si la distance entre le terminal et l'adresse est inférieure à un seuil déterminé et on enregistre dans une mémoire du terminal et/ou du serveur une donnée de présence de l'utilisateur à l'adresse.
- 10. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que 1'utilisateur introduit des commentaires déterminés sur la rencontre dans son terminal et/ou on détecte par au moins un terminal la réalisation d'une rencontre, et on inscrit ces commentaires et/ou la réalisation de la rencontre dans le serveur (3).
- 11. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'on réalise la géolocalisation par GPS et/ou par géolocalisation de l'IP et/ou d'au moins une balise IBeacon ou Proximity ou Beacon et/ou par récupération de données de géolocalisation sur internet (2).
- 12. Système de communication entre au moins deux utilisateurs de réseaux informatiques communiquant par des terminaux (4, 5, 6, 7, 8 ) interconnectés à un serveur (3) , à savoir un utilisateur (Uo) émetteur porteur d'un premier terminal (4) mobile et au moins un utilisateur (Ui, U2, U3, U4) récepteur porteur d'un second terminal (5, 6, 7, 8), le serveur (3) hébergeant une base (12) de données d'utilisateurs correspondants à des critères déterminés, la base (12) étant renseignée par des paramètres déterminés (âge, sexe, disponibilité etc...) pour chacun des utilisateurs de la base (12), le terminal (4) mobile émetteur comprenant des moyens d'identification de certains paramètres de sélection en fonction de critères évolutifs ou non (profil), des moyens d'interrogation par l'utilisateur émetteur de ladite base de données, le serveur (3) comprenant des moyens (9) de calcul par comparaison des paramètres de la base (12) de données avec ledit profil, et des moyens de construction d'une liste (25) identifiée et joignable par le biais du réseau correspondant audit profil, caractérisé en ce que les moyens d'interrogation comprennent des moyens de transmission via le terminal (4) mobile émetteur et/ou des moyens de génération par le serveur (3) desdits paramètres de sélection directement et/ou indirectement de façon manuelle par l'utilisateur émetteur et/ou de façon automatique, en ce que les terminaux (4, 5, 6, 7, 8 ) comprennent des moyens de géolocalisation directe et/ou indirecte, en ce que le système comprend des moyens de comparaison des paramètres de sélection et des moyens de détermination, en temps réel ou non, de la distance (Di, D2, D3, D4) entre le premier terminal (4) mobile et le ou les seconds terminaux (5, 6, 7, 8) à partir de géolocalisations des terminaux et des moyens de création d'une seconde liste (24) desdits utilisateurs récepteurs en fonction de ladite comparaison, en ce que le serveur (3) comprend des moyens de calculs agencés pour générer un score associé à chaque profil ( IDui, IDU2, IDU3, IDu4) d'utilisateur (Ui, U2, U3, U4) récepteur de cette seconde liste (24) par rapport au profil (IDuo) de l'utilisateur émetteur et pour trier ladite seconde liste (24) d'utilisateurs récepteurs en fonction desdits scores, et en ce que le serveur (3) et/ou le terminal (4) mobile émetteur comprennent des moyens de génération et d'émission d'un message (26) vers le ou les seconds terminaux (5, 6, 7, 8) appartenant à ou aux utilisateurs récepteurs correspondant à un ou aux scores le ou les plus élevés.
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR1559815A FR3042667B1 (fr) | 2015-10-15 | 2015-10-15 | Procede de communication entre deux utilisateurs, systeme utilisant un tel procede. |
PCT/FR2016/052678 WO2017064446A1 (fr) | 2015-10-15 | 2016-10-17 | Procede de communication entre deux utilisateurs, systeme utilisant un tel procede |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR1559815 | 2015-10-15 | ||
FR1559815A FR3042667B1 (fr) | 2015-10-15 | 2015-10-15 | Procede de communication entre deux utilisateurs, systeme utilisant un tel procede. |
Publications (2)
Publication Number | Publication Date |
---|---|
FR3042667A1 true FR3042667A1 (fr) | 2017-04-21 |
FR3042667B1 FR3042667B1 (fr) | 2018-11-23 |
Family
ID=55236538
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
FR1559815A Active FR3042667B1 (fr) | 2015-10-15 | 2015-10-15 | Procede de communication entre deux utilisateurs, systeme utilisant un tel procede. |
Country Status (2)
Country | Link |
---|---|
FR (1) | FR3042667B1 (fr) |
WO (1) | WO2017064446A1 (fr) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107426083A (zh) * | 2017-05-16 | 2017-12-01 | 太仓诚泽网络科技有限公司 | 一种近场即时通讯*** |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050181803A1 (en) * | 2004-02-17 | 2005-08-18 | Weaver Christopher S. | System for combining geographic location information, database-derived affinity matches, and user control in order to permit individuals to rendezvous |
US20140143352A1 (en) * | 2012-11-20 | 2014-05-22 | Linkedln Corporation | User profile and geography-based meetings |
-
2015
- 2015-10-15 FR FR1559815A patent/FR3042667B1/fr active Active
-
2016
- 2016-10-17 WO PCT/FR2016/052678 patent/WO2017064446A1/fr active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050181803A1 (en) * | 2004-02-17 | 2005-08-18 | Weaver Christopher S. | System for combining geographic location information, database-derived affinity matches, and user control in order to permit individuals to rendezvous |
US20140143352A1 (en) * | 2012-11-20 | 2014-05-22 | Linkedln Corporation | User profile and geography-based meetings |
Non-Patent Citations (1)
Title |
---|
ARMIR BUJARI ET AL: "Nudge Nudge: A proximity based social application", WIRELESS DAYS (WD), 2011 IFIP, IEEE, 10 October 2011 (2011-10-10), pages 1 - 3, XP032072085, ISBN: 978-1-4577-2027-7, DOI: 10.1109/WD.2011.6098192 * |
Also Published As
Publication number | Publication date |
---|---|
WO2017064446A1 (fr) | 2017-04-20 |
FR3042667B1 (fr) | 2018-11-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11128979B2 (en) | Inferring user availability for a communication | |
US10803112B2 (en) | Dynamic tagging recommendation | |
US10282154B2 (en) | Graphical user interface for map search | |
US11244294B2 (en) | Data information transaction method and system | |
Schuster et al. | Pervasive social context: Taxonomy and survey | |
WO2018183019A1 (fr) | Distinction d'événements d'utilisateurs pour distribution de contenu de service efficace | |
WO2017215523A1 (fr) | Procédé et dispositif d'identification du type de localisation géographique où se trouve un utilisateur | |
US20170017928A1 (en) | Inferring physical meeting location | |
US20170116285A1 (en) | Semantic Location Layer For User-Related Activity | |
US11334637B2 (en) | Dynamic journey mapping and recordkeeping | |
CN107798552B (zh) | 活动信息推送方法、***、服务器和介质 | |
JP2007306409A (ja) | 位置情報ログによるコミュニティの生成・登録システムおよび方法 | |
WO2019005333A1 (fr) | Recherches géographiques hors ligne | |
FR3042667A1 (fr) | Procede de communication entre deux utilisateurs, systeme utilisant un tel procede. | |
CN106031101A (zh) | 从独立可寻址消息得到原子通信线程 | |
WO2018193201A1 (fr) | Procédés pour le partage de données de localisation entre un dispositif source d'un utilisateur et un dispositif destinataire d'un tiers, serveur, dispositif source d'un utilisateur, dispositif destinataire d'un tiers et programme d'ordinateur correspondants | |
US9461761B1 (en) | Ski area conditions reporting system | |
EP1473684A1 (fr) | Système de création de communauté d'intérêt | |
EP2806386A1 (fr) | Procédé et systeme pour signaler automatiquement un évènement à partir de fichiers reçus sur un serveur informatique | |
EP2979233A1 (fr) | Procede de mise en communication d'objets communicants stockant des profils d'utilisateurs et objet communicant correspondant | |
Bell | Providing Context to the Clues: Recovery and Reliability of Location Data from Android Devices | |
WO2020128252A1 (fr) | Procédé et structure de signalement d'incident | |
FR3134491A1 (fr) | Procédé d’activation d’un protocole de sécurité sur un terminal mobile, produit programme d’ordinateur et dispositifs correspondants | |
FR2948791A1 (fr) | Systeme de geolocalisation par analyse linguistique | |
FR3061589A1 (fr) | Dispositif et procede de generation de listes d'utilisateurs d'interet au sein d'une architecture reseau structuree |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PLFP | Fee payment |
Year of fee payment: 2 |
|
PLSC | Publication of the preliminary search report |
Effective date: 20170421 |
|
PLFP | Fee payment |
Year of fee payment: 3 |
|
PLFP | Fee payment |
Year of fee payment: 4 |
|
PLFP | Fee payment |
Year of fee payment: 5 |
|
PLFP | Fee payment |
Year of fee payment: 6 |
|
PLFP | Fee payment |
Year of fee payment: 7 |
|
PLFP | Fee payment |
Year of fee payment: 8 |
|
PLFP | Fee payment |
Year of fee payment: 9 |