Brevet FR3042667A1 — publié le 20170421

PROCEDE DE COMMUNICATION ENTRE DEUX UTILISATEURS, SYSTEME UTILISANT UN TEL PROCEDE La présente invention concerne un procédé de 5 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 oeuvre un tel procédé. 10 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 15 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. 20 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 l'un de l'autre au départ. On désigne également par la suite les réseaux 25 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. 30 Pour constituer de tels réseaux et ajouter des utilisateurs comme contacts il est connu soit de 3042667 2 solliciter directement, par exemple par courriel, l'utilisateur concerné, ce qui n'est efficient que si l'on connait 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 10 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 15 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 20 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. 25 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. 30 On connait (EP 2 852 105) des systèmes de communication pour utilisateurs situés dans une même 3042667 3 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 5 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% 10 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. 15 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. 20 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 25 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 30 utilisateurs dans l'usage du procédé, en offrant également des outils de gestion et d'analyse du 3042667 4 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 5 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 25 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, 30 directement et/ou indirectement de façon manuelle par l'utilisateur émetteur et/ou de façon automatique, 3042667 5 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 5 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, 10 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 15 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. 20 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 25 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 : 30 - Ses coordonnées terrestres comme la latitude et la longitude ; 3042667 6 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 à 5 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 10 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 15 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 20 l'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 25 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,_ 3042667 7 Dans des modes de réalisation avantageux, on a par ailleurs et/ou de plus recours à l'une et/ou à l'autre des dispositions suivantes : - au moins un des terminaux récepteur est mobile ; 5 - on inscrit dans une mémoire du serveur à chaque géolocalisation l'instant Tl par horodatage et la position du terminal à l'instant T1 considéré. De cette manière on constitue un historique de connexion d'au moins une valeur, ainsi que de lieu de 10 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 15 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 20 utilisateur, on détecte l'instant 12 de l'interrogation par horodatage, on calcule la durée entre Tl et 12 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 12 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 3042667 8 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 5 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 10 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 15 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 20 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 25 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 30 valeurs de paramètres déterminés associés à un profil, et on renseigne au moins une partie desdits 3042667 9 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 5 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 10 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 15 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 20 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. 25 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 apparaitre sur une carte numérique du terminal mobile émetteur ; 30 - une adresse ayant été introduite dans un terminal mobile, on détecte par les moyens de géolocalisation 3042667 10 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. 5 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 10 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 15 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 20 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 25 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 oeuvre un procédé tel que ci-dessus décrit. 30 L'invention propose aussi un système de communication entre au moins deux utilisateurs de 3042667 11 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 5 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 10 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 15 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 20 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 25 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 30 de détermination, en temps réel ou non, de la distance entre le premier terminal mobile et le ou 3042667 12 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, 5 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 10 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 15 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é 20 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 25 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 30 réalisation de l'invention. 3042667 13 La figure lA 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 5 selon l'invention. La figure 3 représente schématiquement l'architecture d'une base de données pour la mise en oeuvre d'un procédé selon un mode de réalisation de l'invention. 10 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 15 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 20 connecte entre eux au moins un serveur 3 et des terminaux mobiles 4, 5, 6, 7, 8,_ chacun associé à un utilisateur, U0, U1, U2, U3, U4 etc_ à savoir un utilisateur qui sera qualifié d'utilisateur émetteur U0 (terminal mobile 4) et des utilisateurs qualifiés 25 d'utilisateurs récepteurs U1, 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, 30 notamment les terminaux récepteurs, sans sortir du périmètre de l'invention. 3042667 14 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 5 é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 10 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) IDuo, ID1, ID2, IDu3, 'Du/1_ correspondant à chacun des 15 utilisateurs U0, U1, U2, U3, U4 etc_ constitués par des regroupements de données/paramètres répondant à des critères déterminés (OE, 3, y, ...) . Chaque utilisateur (i.e. son identifiant) est donc connecté et/ou associé à au moins l'une desdites fiches ID et 20 présente une personnalité numérique ainsi définie. Les critères déterminés (a, 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 25 é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 30 des moyens de communication agencés pour émettre et recevoir des informations et sont par exemple des 3042667 15 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 5 protocole connu et/ou répondant aux normes de communication 3G, 4G ou WifiO, Bluetooth0, IBeacon0 (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 10 é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 15 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 20 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, 25 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 30 par rapport à des balises (non représentée), par exemple du type Beacon (IBeacon®, Proximity®, _). 3042667 16 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 5 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 10 données géographiques datées relatives à l'utilisateur U0, U1, U2, U3, Chaque terminal 4, 5, 6, 7, 8 mobile est par exemple lui-même associé à son utilisateur U0, U1, U2, U3, U4 et comporte dans sa mémoire les paramètres 15 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. 20 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 25 géolocalisation. Lorsqu'un utilisateur U0 souhaite initier une rencontre avec un autre utilisateur U1, U2_, il crée une requête 18 sur son terminal mobile 4 via le serveur 3 (trait mixte 19 sur la figure 1) 30 correspondant à un profil 20 cible de sa recherche 3042667 17 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 5 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 chaine d'instructions au format SQL 10 (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 15 utilisés pour générer la requête 18. A partir des paramètres existant dans le registre 21 de chaque utilisateur U2, U2, U3, U4 et du profil cible, le serveur 3 effectue alors une étape de sélection/qualification des profils, qui sont alors 20 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 25 mobile émetteur, on obtient les distances Dl, D2, D3, D4 avec cet utilisateur Uo. Cette première étape permet de constituer la première liste 25 et assure qu'en cas de compatibilité des fiches ID IDuo, ID1, IDu2, IDu3, 30 avec le profil voulu, un rendez-vous présentiel 3042667 18 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 5 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 rafraichis à intervalle de temps d'une valeur 10 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 15 inférieure à un seuil déterminé, par exemple inférieur à lkm, 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 20 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 lkm. La détermination peut être réalisée dynamiquement, 25 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. 30 Dans un autre mode de réalisation, on affecte d'une pondération inversement proportionnelle à 3042667 19 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 5 à une distance satisfaisante (par exemple U1, 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 10 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 15 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 20 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 25 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 30 paramètres ou mise à jour desdits paramètres d'un profil par rapport à ses sphères et/ou selon la 3042667 20 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 5 correspondantes suivants pour l'utilisateur initiant le rendez-vous potentiel avec les utilisateurs U, U', U", U"', etc_ 10 Les fiches ID U', U", U"' étant à une distance les pré-qualifiant pour une rencontre, obtiennent les scores suivants : 15 Critère Valeur pour Coefficient l'utilisateur de émetteur ou de Pondération profil Intéressé pour Oui 230 faire des affaires (i) Domaine de la Création internet de site 2 société recherché (ii) Fonction de Directeur 0.5 l'utilisateur dans la société (iii) 3042667 21 Utilisateur invité critère Valeur Valeur de Score symbolique fiche ID en pourcentage U' (i) oui 1 230*1+25 *2+60*0. (ii) Matériel 25 informatique 5 (iii) Commercial 60 adjoint =310 (i) oui 1 230*1+40 (ii) Système 40 *2+75*0. U" d'information 5 (iii) Commercial 75 =347.5 (i) non 0 230*0+10 (ii) Création de 100 0*2+100* U"' site internet 0.5 (iii) Directeur 100 =250 Dans un mode de réalisation les scores sont normés pour correspondre à un pourcentage de correspondances. 5 Dans l'exemple précédent, le score de 100 % correspond à 230 + 2 X 100 + 0,5 X 100 soit 480. Dès score d'environ 64, score d'environ 72, score d'environ 52, lors : obtient 310/480 soit un U' 58 % 10 U" obtient 347,5/480 soit un 39 % U"' obtient 250/480 soit un 08 %. 3042667 22 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 5 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. 10 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 15 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 20 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 25 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. 30 L'utilisateur choisit au moins une fiche ID, correspondant à un utilisateur, dans la seconde liste 3042667 23 24 et lui transmet un signal et/ou un message 26 déterminé par le biais du réseau. Sur la figure lA est représenté de face un terminal 4 mobile émetteur constitué d'un téléphone mobile. 5 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. 10 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 15 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 20 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. 25 De manière préliminaire, l'utilisateur (U0 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 30 sur ladite plateforme et l'inscription ne peut être 3042667 24 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 5 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 10 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. 15 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 20 connexion au serveur 3 dans l'absolu et/ou avec ce terminal 4, ou non. Si c'est sa première connexion, ou si l'utilisateur U0 souhaite compléter sa fiche IDU0, on l'invite (étape 31) à attribuer au moins une valeur aux 25 critères préalablement définis. Si l'utilisateur U0 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 30 valeurs dans son terminal 4 (étape 33), soit (étape 34), dans le cas où l'utilisateur souhaite renseigner 3042667 25 automatiquement sa fiche IDU0, 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. 5 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 10 (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 15 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) 20 à 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 25 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 30 et importées par requête par exemple SQL. 3042667 26 On teste alors (test 41) si par rapport à tous les utilisateurs U1, U2, U3, U.I." présents dans la base de données 12, indépendamment de la distance Dl, D2f D3, D4, D5, il existe des profils ayant un certain degré 5 de recouvrement entre leurs valeurs de paramètre et ceux de l'utilisateur Uo. 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 10 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 15 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 20 l'utilisateur à modifier et/ou compléter sa fiche IDU0 (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. 25 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 Uo est non vide, c'est à dire qu'elle contient au moins un profil 30 compatible (test 41), l'utilisateur choisit alors (test 44), immédiatement ou postérieurement à une 3042667 27 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 5 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 10 qui sont soit générés automatiquement par le serveur 3 soit choisis par l'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 15 compatibles dans la sphère de l'utilisateur U0. Le serveur 3 teste alors (test 49) la compatibilité des distances de l'utilisateur U0 par rapport aux autres utilisateurs U,, U2, U3, U4. Dans un mode de réalisation on détecte pour un 20 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. 25 On peut également détecter la déconnexion des moyens de géolocalisation volontairement par l'utilisateur du terminal. On inscrit dans une mémoire du serveur 3 à chaque géolocalisation l'instant Tl par des moyens 30 d'horodatage du serveur ainsi que la position 3042667 28 (coordonnées physiques) du terminal mobile à l'instant T1 considéré. Il est ainsi possible de conserver soit un historique des positions horodatées ou seulement la 5 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 12 de l'interrogation par les moyens d'horodatage. 10 On calcule ainsi la durée entre Tl et 12 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 12 par la position du terminal à l'instant Tl. 15 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 20 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 25 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 30 autre site (par exemple un réseau social) et/ou dans le terminal mobile lui-même (par exemple par 3042667 29 récupération de la géolocalisation d'une photo prise par le terminal il y a moins par exemple de 1h). On teste (test 49) si au moins un profil compatible est à une distance acceptable, le serveur 3 calcule 5 (é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. 10 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 15 récepteurs des utilisateurs U1, 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 20 é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, 25 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 30 communauté, par exemple sur les moyens 14 d'affichage 3042667 30 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 5 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 10 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. 15 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 20 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 25 par exemple inférieure à lh, le serveur enregistre le rendez-vous comme ayant eu lieu, à l'adresse correspondant à la position commune des terminaux. Ainsi l'adresse est introduite directement ou indirectement. 30 Dans un mode de réalisation les terminaux ou le serveur 3 détecte la correspondance entre le 3042667 31 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. 5 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 10 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é 15 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 20 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 l'invention. Elle comprend une première table 57 d'utilisateurs 25 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 30 fiche ID de l'utilisateur ? 3042667 32 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, 5 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 10 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 ? 15 Commentaires de l'utilisateur ? Cette table est en relation directe avec sept tables correspondant à 6 Une table 58 et une sous table 59 pour les sphères de l'utilisateur, 20 6 Une table 60 pour les relations, 6 Une table 61 pour les créneaux de disponibilité, 6 Une table 62 pour les rencontres passées, 6 Une table 63 et une sous table 64 pour les 25 intérêts, 6 Une table 65 pour les rencontres ayant réellement eu lieu, e Une table 66 et sous table 67 pour les différentes adresses et façon de contacter 30 l'utilisateur. 3042667 33 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 5 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 10 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 15 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 20 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 25 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 30 d'affichage 56 du serveur (figure 1). 3042667 34 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 5 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. 10 On va décrire ci-après un exemple de mise en oeuvre 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. 15 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 20 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. 25 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 30 respectivement des utilisateurs Ul, U2, U3, U4 par rapport à U0. 3042667 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é- 5 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 p mais elle ne comprend pas le critère définit dans 10 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, [3,_) et sont inscrites dans la seconde liste 24. 15 La fiche ID de l'utilisateur U4 est intégralement compatible avec l'utilisateur UO mais la fiche ID de l'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. 20 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 25 é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 30 U4 pour lui proposer un rendez-vous, par exemple par l'envoie d'un message 26 sms (acronyme anglo saxon 3042667 36 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. 5 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 10 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 15 exemple l'adresse physique du domicile de l'utilisateur pour la géolocalisation, et où le procédé n'est pas mis en oeuvre par une application ayant accès aux données du terminal mobile mais par un site internet. 20 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 (U1, second terminal(5, 6, d'une base de données U3, U4) récepteur porteur d'un 7, 8), dans lequel à partir (12) d'utilisateurs (Uo, 2 , 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 (Uo, U1, 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 20 (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, 25 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 30 manuelle par l'utilisateur (Uo) émetteur et/ou de façon automatique, 3042667 38 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 5 détermination, en temps réel ou non, de la distance (D1, 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 10 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 (IDIJIL, IDu2, IDu3, IDu4) d'utilisateur récepteur de cette seconde liste (24) par rapport au 15 profil (IDuo) 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 20 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. 25 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 T1 par horodatage et la position du terminal (4, 5, 6, 7, 8) à l'instant T1 30 considéré. 3042667 39 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 5 12 de l'interrogation par horodatage, on calcule la durée entre Tl et 12 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 à 10 l'instant 12 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 15 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 3042667 40 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 5 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 10 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 15 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 20 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 l'utilisateur introduit des commentaires déterminés 25 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 30 revendications précédentes, caractérisé en ce qu'on réalise la géolocalisation par GPS et/ou par 3042667 41 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 5 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 (U1, U2, U3, U4) récepteur porteur d'un 10 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 15 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 20 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 25 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 30 sélection directement et/ou indirectement de façon 3042667 42 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 5 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) 10 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, 15 en ce que le serveur (3) comprend des moyens de calculs agencés pour générer un score associé à chaque profil (ID1F, IDIJ2, ID1_13, IDu4) d'utilisateur (U1, U2, U3, U4) récepteur de cette seconde liste (24) par rapport au profil (IDuo) de l'utilisateur émetteur et 20 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 25 seconds terminaux (5, 6, 7, 8) appartenant à ou aux utilisateurs récepteurs correspondant à un ou aux scores le ou les plus élevés.