FR 3023114 A1 20160101 FR 1456129 A 20140630 L'invention concerne le domaine des télécommunications, et en particulier une technique de mise en relation de deux utilisateurs via un réseau de télécommunication, notamment via un réseau de téléphonie. Les annuaires sont des outils indispensables pour rechercher des coordonnées ou données de mise en relation avec un utilisateur souscripteur d'une ligne téléphonique, par exemple pour rechercher un professionnel tel que médecin ou dentiste. Ces annuaires sont disponibles sous forme papier ou sous forme électronique via Internet par exemple. Il en existe de nombreux : des annuaires classiques, de type « pages jaunes » (annuaire des professionnels) ou « pages blanches » (annuaire des particuliers) en France, des annuaires d'hôtels, des annuaires de médecins spécialisés, des annuaires de commerçants dans tel ou tel domaine, etc. Ces annuaires sont souvent enrichis par des fonctionnalités de recommandations. Celles- ci permettent par exemple de faire des recommandations à l'utilisateur qui fait une recherche de différentes manières. Les utilisateurs souscripteurs faisant l'objet d'une recommandation peuvent être des professionnels « sponsorisés » par l'annuaire. En pratique, il s'agit de professionnels ayant payé à cet effet le propriétaire de l'annuaire pour apparaître de manière de manière bien visible dans l'annuaire: encart, caractères gras, mentions particulières, etc. Les utilisateurs souscripteurs faisant l'objet d'une recommandation peuvent aussi être les professionnelles plus contactés par les utilisateurs de l'annuaire au cours d'une période donnée (le dernier mois par exemple). Concrètement, cela peut être par exemple les noms des professionnels sur lesquels les utilisateurs ont le plus cliqué au cours de la période donnée lorsqu'il s'agit d'un annuaire en ligne accessible via Internet. Les utilisateurs souscripteurs faisant l'objet d'une recommandation peuvent aussi être les professionnels ayant reçu les meilleurs notes/avis des utilisateurs de l'annuaire lorsqu'il s'agit d'un annuaire en ligne accessible via Internet. Ce type de recommandations peut cependant ne pas être fiable, en raison d'entreprises spécialisées dans les productions d'avis d'utilisateurs fictifs ou simplement d'utilisateurs donnant des avis fictifs dans le but d'en tirer un quelconque avantage. La demande de brevet européen publiée sous le numéro EP 2 458 545 décrit par exemple une technique de recherche de coordonnées d'un professionnel à partir du réseau social web de l'utilisateur ayant demandé la recherche, en considérant les déclarations d'intérêt faites par un utilisateur faisant partie de ce réseau social web, par exemple les déclarations d'intérêt « j'aime », du type de celles proposées par le réseau social web « Facebook » ®. En effet, pour un utilisateur qui recherche des coordonnées d'un professionnel, la recommandation la plus pertinente vient de ses proches et non d'inconnus. Or, dans la demande de brevet précitée, la difficulté réside dans le fait que le réseau social web d'un utilisateur peut être constituée de personnes que cet utilisateur connaît peu, voire pas du tout, si ce n'est au travers d'un même centre d'intérêt et / ou d'une même profession ou dans le cadre d'une simple conversation établie via le web. Par ailleurs, l'identité réelle des personnes faisant partie du réseau social web d'un l'utilisateur n'est pas forcément connue de cet utilisateur, notamment dans le cas où ce réseau social web utilise des pseudonymes pour mettre en relation les utilisateurs entre eux. Il y a ainsi un problème de fiabilité et de sécurité ou de confiance dans les réponses pouvant être fournies par la méthode précitée. En outre, une telle recommandation ne sera pertinente que si une majorité de personnes pense à enregistrer en ligne des déclarations d'intérêt et procède effectivement à cet enregistrement. En l'absence d'une telle déclaration expresse d'intérêt, les recommandations pourront ne pas comprendre les professionnels les plus appréciés par les personnes du réseau social web de l'utilisateur. Et même en présence d'une telle déclaration d'intérêt, cette déclaration reste une information purement binaire, qui peut masquer d'éventuelles nuances ou gradations possibles dans la déclaration d'intérêt. Enfin, l'utilisateur qui fait la recherche n'a pas de moyen de vérifier si les recommandations fournies sont toujours d'actualité ou au contraire obsolètes: les mentions « j'aime » peuvent être obsolètes, elles peuvent provenir de personnes avec lesquelles l'utilisateur n'a plus aucune relation ou aucun lien social depuis des mois ou des années, etc. Ainsi la pertinence des recommandations fournies par cette méthode peut être insuffisante, car l'utilisateur n'a aucun moyen de quantifier ou d'apprécier objectivement la valeur ou l'éventuelle obsolescence des recommandations fournies. Un des buts de l'invention est de remédier à des problèmes, inconvénients ou insuffisances de l'état de la technique et/ou d'y apporter des améliorations. L'invention concerne un procédé de mise en relation de deux utilisateurs via au moins un réseau de téléphonie, le procédé étant mis en oeuvre par au moins un serveur apte à interroger - au moins une base de données mémorisant, pour chaque utilisateur d'une pluralité d'utilisateurs, au moins un historique de communications établies via ledit au moins un réseau de téléphonie avec cet utilisateur et - au moins un annuaire d'utilisateurs souscripteurs d'au moins une ligne téléphonique, mémorisant des informations associées aux différents utilisateurs souscripteurs, le procédé comprenant : - une étape de réception d'une demande de mise en relation avec un utilisateur souscripteur répondant à au moins un critère de recherche formulé par un premier utilisateur relativement à des informations associées à cet utilisateur souscripteur dans ledit annuaire, - une étape d'identification dans ledit annuaire d'au moins un utilisateur souscripteur, répondant audit au moins un critère de recherche et qui est identifié dans un dit historique de communication d'au moins un deuxième utilisateur, lui-même identifié dans un dit historique de communications du premier utilisateur; - une étape de mise à disposition du premier utilisateur de données de mise en relation, via ledit au moins un réseau de téléphonie, du premier utilisateur avec au moins un utilisateur souscripteur identifié. L'invention permet de fournir des recommandations pour contacter un utilisateur souscripteur, c'est-à-dire des données de mise en relation, à partir des historiques de communications établies à travers au moins un réseau de téléphonie. Il est ainsi possible d'identifier des utilisateurs souscripteurs qui ont déjà été en contact effectif - c'est-à-dire en communication via le réseau de téléphonie - avec des personnes proches ou connues de la personne qui fait la demande de mise en relation. On n'utilise donc plus un réseau social web mais un réseau de personnes avec lesquelles on a déjà été en communication, notamment avec lesquelles on a déjà parlé. Ce qui améliore la confiance et donc potentiellement la pertinence de la réponse fournie à la demande de mise en relation. A l'inverse de la demande de brevet précitée, il n'est plus nécessaire de disposer de déclaration d'intérêt expresse pour pouvoir fournir une telle recommandation, ni de les collecter en faisant appel aux différents réseaux sociaux web. Aucune déclaration d'intérêt ou intervention particulière des utilisateurs n'est nécessaire : le procédé de mise en relation peut être mis en oeuvre sur la base des historiques de communication disponibles et gérés par les opérateurs de réseaux de téléphonie. Les historiques de communication qui sont d'ores et déjà constitués par les opérateurs de réseaux de téléphonie, pour des raisons de facturation notamment, sont ainsi réutilisables dans d'autres buts. Dans un mode de réalisation, le procédé de mise en relation comprend une étape de mise à disposition du premier utilisateur d'un identifiant du deuxième utilisateur et / ou de données de mise en relation du premier utilisateur avec le deuxième utilisateur. Ainsi l'utilisateur peut contacter le deuxième utilisateur, avec lequel il a déjà communiqué, par exemple par téléphone ou par SMS/MMS, afin par exemple de lui demander son avis sur l'utilisateur souscripteur ayant été identifié et/ou d'avoir plus d'informations à son sujet. Dans un mode de réalisation, le procédé de mise en relation comprend une étape de mise à disposition du premier utilisateur d'au moins un indicateur représentatif de la force du lien social entre le premier utilisateur et ledit utilisateur souscripteur identifié, cet indicateur étant déterminé à partir de données quantitatives sur une ou des communications établies : - entre le deuxième utilisateur et le ou les utilisateurs souscripteurs identifiés, - et/ou entre le deuxième utilisateur et le premier utilisateur. L'indicateur peut être défini relativement à une échelle de valeurs, continue ou discontinue. Cet indicateur est par exemple une valeur numérique d'une échelle de valeurs numériques allant de 0 à 3. On peut également utiliser une échelle de valeurs dont chaque échelon est constitué par un qualificatif, par exemple : « nulle », « faible », « moyenne », « forte » sont les quatre échelons d'une telle échelle de valeurs. Ainsi le premier utilisateur dispose, de par cet indicateur, d'une information qualitative sur le lien social existant entre le deuxième utilisateur et l'utilisateur souscripteur identifié et/ou entre le deuxième utilisateur et le premier utilisateur. Cet indicateur représente un degré de pertinence de la réponse fournie à sa demande de mise en relation. En effet, plus le deuxième utilisateur est proche du premier utilisateur et plus la confiance du premier utilisateur dans la relation existant entre le deuxième utilisateur et l'utilisateur souscripteur identifié sera bonne. En pratique, quand une personne proche de votre entourage entretien une relation étroite avec une autre personne, notamment avec un professionnel tel qu'un médecin ou dentiste, la probabilité que vous-mêmes appréciiez ce professionnel est élevée. En effet, une proximité sociale entre le premier et le deuxième utilisateur est souvent une indication d'une proximité dans la perception et l'appréciation des personnes, notamment des professionnels. Concrètement, si un utilisateur UB1 a appelé un utilisateur souscripteur UC1 (par exemple, un dentiste) régulièrement et/ou depuis une dizaine d'année, l'indicateur correspondant pourra correspondre à une valeur élevée sur l'échelle de valeurs utilisée. A l'inverse, si un autre utilisateur UB2 a appelé un utilisateur souscripteur UC2 (par exemple, un autre dentiste) une seule fois et/ou il y a plusieurs années, l'indicateur correspondant pourra correspondre à une valeur faible sur une échelle de valeurs l'échelle de valeurs utilisée. Les données quantitatives sur la ou les communications établies sont calculées par exemple à partir du nombre et/ou de la fréquence et/ou de la durée et/ou de la date des communications établies entre le deuxième utilisateur et l'utilisateur souscripteur identifié et/ou entre le deuxième utilisateur et le premier utilisateur. Ainsi cette méthode permet au premier l'utilisateur de quantifier la pertinence de chaque recommandation fournie et/ou l'éventuelle obsolescence des recommandations fournies. Selon un mode de réalisation, le procédé de mise en relation comprend en outre, lorsque plusieurs utilisateurs souscripteurs ont été identifiés, une étape de détermination d'un dit indicateur pour chaque utilisateur souscripteur identifié et une étape de mise à disposition du premier utilisateur d'un classement des utilisateurs souscripteurs identifiés par ordre de pertinence fonction desdits indicateurs. Contrairement à une déclaration d'intérêt qui n'est que binaire, un tel indicateur permet aussi de faire un classement des utilisateurs souscripteur identifiés, et ainsi de faire des distinctions entre les utilisateurs souscripteur identifiés, voire un classement de ces utilisateurs. Selon un mode de réalisation du procédé de mise en relation, la méthode de détermination d'un indicateur est configurée ou personnalisée pour l'utilisateur appelant. Ainsi l'utilisateur appelant peut obtenir des indicateurs basés sur des critères personnels, prenant en compte par exemple ses habitudes de communication. Il pourra par exemple décider d'augmenter le poids d'un indicateur pour tous les utilisateurs avec lesquels il a établi des communications de longue durée, parce que ce critère est le plus pertinent, sur la base de ses habitudes de communications, pour déterminer le degré de proximité / la force du lien social qu'il a avec ces utilisateurs. Selon un mode de réalisation du procédé de mise en relation, ladite étape de mise à disposition est effectuée conditionnellement à l'obtention d'une autorisation du deuxième utilisateur pour ladite mise à disposition. Ainsi le deuxième utilisateur dispose de moyens de contrôle sur l'usage qui est fiat de son historique de communication et peut en particulier décider de ne pas communiquer sur certains utilisateurs souscripteurs avec lesquels il a été en relation. Selon une implémentation, les différentes étapes du procédé de mise en relation sont mises en oeuvre par un logiciel ou programme d'ordinateur. L'invention concerne ainsi un logiciel ou programme, susceptible d'être exécuté par un ordinateur ou par un processeur de données, ce logiciel / programme comportant des instructions pour commander l'exécution des étapes d'un procédé de mise en relation. Ces instructions sont destinées à être stockées dans une mémoire d'un dispositif informatique, chargées puis exécutées par un processeur de ce dispositif informatique. Ce logiciel / programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. Le dispositif informatique peut être mis en oeuvre par une ou plusieurs machines physiquement distinctes et présente globalement l'architecture d'un ordinateur, incluant des constituants d'une telle architecture: mémoire(s) de données, processeur(s), bus de communication, interface(s) matérielle(s) pour la connexion de ce dispositif informatique à un réseau ou un autre équipement, interface(s) utilisateur, etc. L'invention concerne aussi un support d'informations lisible par un processeur de données, et comportant des instructions d'un programme tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Selon un deuxième aspect, l'invention concerne un serveur de mise en relation de deux utilisateurs via au moins un réseau de téléphonie, ledit serveur étant adapté pour interroger au moins une base de données mémorisant, pour chaque utilisateur d'une pluralité d'utilisateurs, au moins un historique de communications établies via ledit au moins un réseau de téléphonie avec cet utilisateur et au moins un annuaire d'utilisateurs souscripteurs d'au moins une ligne téléphonique, mémorisant des informations associées aux différents utilisateurs souscripteurs, le serveur comprenant : - une interface de réception d'une demande de mise en relation avec un utilisateur souscripteur répondant à au moins un critère de recherche formulé par un premier utilisateur relativement à des informations associées à cet utilisateur souscripteur, - un moteur de recherche pour identifier dans ledit annuaire d'au moins un utilisateur souscripteur, répondant audit au moins un critère de recherche et qui est identifié dans un dit historique de communication d'au moins un deuxième utilisateur, lui-même identifié dans un dit historique de communications du premier utilisateur; - une interface pour mettre à disposition du premier utilisateur des données de mise en relation, via ledit au moins un réseau de téléphonie, du premier utilisateur avec au moins un utilisateur souscripteur identifié. Selon un troisième aspect, l'invention concerne un terminal d'un premier utilisateur, adapté pour communiquer avec un serveur de mise en relation de deux utilisateurs via au moins un réseau de téléphonie, ledit serveur étant adapté pour interroger au moins une base de données mémorisant, pour chaque utilisateur d'une pluralité d'utilisateurs, au moins un historique de communications établies via ledit au moins un réseau de téléphonie avec cet utilisateur et au moins un annuaire d'utilisateurs souscripteurs d'au moins une ligne téléphonique, mémorisant des informations associées aux différents utilisateurs souscripteurs, le terminal comprenant : - une interface utilisateur pour une formulation par le premier utilisateur d'une demande de mise en relation avec un utilisateur souscripteur répondant à au moins un critère de recherche formulé relativement à des informations associées à cet utilisateur souscripteur dans ledit annuaire, - une interface utilisateur pour mettre à disposition du premier utilisateur des données de mise en relation, via ledit au moins un réseau de téléphonie, du premier utilisateur avec au moins un utilisateur souscripteur identifié en réponse à ladite demande de recherche par ledit serveur de mise en relation, au moins un utilisateur souscripteur identifié étant un utilisateur répondant audit au moins un critère de recherche et qui est identifié dans un dit historique de communication d'au moins un deuxième utilisateur, lui-même identifié dans un dit historique de communications du premier utilisateur. Les avantages énoncés pour le procédé de mise en relation selon l'invention sont transposables directement au serveur et au terminal selon l'invention. D'autres buts, caractéristiques et avantages de l'invention apparaîtront à travers la description qui va suivre, donnée uniquement à titre d'exemple non limitatif, et faite par référence aux dessins annexés dans lesquels: - la figure 1 représente de manière schématique un système de mise en relation selon l'invention; - la figure 2 représente un organigramme d'un mode de réalisation du procédé selon l'invention. Le système de mise en relation est destiné à être mise en oeuvre pour le compte d'un opérateur de réseau de télécommunication, supervisant au moins un réseau de télécommunication RS1, RS2. Par exemple, le réseau de télécommunication RS1 est un réseau de téléphonie fixe et le réseau RS2 un réseau de téléphonie mobile permettant l'envoi de messages courts de type SMS (Short Message Service) / MMS (Multimedia Message Service) ou message SMTP (Simple Mail Transfer Protocol). Le système comprend : - une première base de données DB1, pour le stockage d'historiques de communications établies via au moins un réseau de télécommunication RS1, RS2; - une deuxième base de données DB2, pour le stockage d'un annuaire téléphonique comprenant des numéros d'utilisateurs pouvant être joints via au moins un réseau de télécommunication RS1, réseau local RS2 et des informations sur ces utilisateurs : numéro d'appel, adresse postale, activité, notamment activité professionnelle, site Internet, adresse de courriel, localisation géographique, etc; - un serveur applicatif SRV, appelé serveur de mise en relation, pour la mise en oeuvre du procédé de mise en relation ; - des terminaux TA, TB1, TB2, TC associés respectivement aux utilisateurs UA, UB1, UB2, UC. Le serveur applicatif SRV comprend : - des moyens de stockage, notamment une mémoire, pour le stockage d'instructions de programme conçues pour commander l'exécution les étapes d'un procédé de mise en relation selon l'invention; - des moyens de traitement de données, notamment un processeur de données, apte à exécuter les instructions de programme stockées afin de mettre en oeuvre les étapes d'un procédé de mise en relation. Ce serveur de mise en relation comprend en outre des moyens de mise en oeuvre des étapes du procédé de mise en relation décrit dans ce document. Ces moyens sont des modules logiciels (software) et/ou matériels (hardware). Dans cette optique, le terme "module" correspond dans ce document à un composant logiciel, à un composant matériel ou bien à un ensemble de composants matériels et/ou logiciels, apte à mettre en oeuvre une fonction ou un ensemble de fonctions, selon ce qui est décrit ci-dessous pour le module concerné. Le serveur applicatif SRV est une entité réseau, localisée dans une infrastructure réseau d'un opérateur de réseau. Il est conçu pour communiquer avec des terminaux d'utilisateurs au travers d'au moins au réseau de télécommunication : réseau Internet, réseau de téléphonie, etc. Historiques de communication DB1 La base de données DB1 comprend, pour chaque utilisateur d'une pluralité d'utilisateurs, un historique de communications de cet utilisateur UA. Un tel historique de communications est utilisé de manière connue par les opérateurs de réseau de télécommunication dans un but de facturation des communications établies par l'utilisateur UA concerné. La notion d'utilisateur correspond ici à un utilisateur souscripteur d'une ou plusieurs lignes téléphoniques, quel que soit le nombre de personnes physiques utilisant effectivement cette ou ces lignes téléphoniques, qu'il s'agisse d'uns souscription avec ou sans abonnement. L'utilisateur souscripteur peut être une personne morale (une société) disposant d'une ou plusieurs lignes téléphoniques ou une personne physique (particulier ou professionnel) disposant d'une ou plusieurs lignes téléphoniques. Un tel historique de communications concerne usuellement les communications dites « sortantes », c'est-à-dire ayant été initiées par un utilisateur UA en tant qu'utilisateur appelant. Un tel historique de communications peut également comprendre les communications dites « entrantes », c'est-à-dire initiées par un utilisateur différent de l'utilisateur UA pour joindre l'utilisateur UA en tant qu'utilisateur destinataire. Les communications répertoriées dans un historique de communications peuvent être des communications téléphoniques, visiophoniques et/ou des envois de messages (SMS, MMS, messagerie instantanée, messagerie internet, courriel, etc). De manière connue, pour chaque communication répertoriée dans un historique de communications dans la base de données DB1 est mémorisé un identifiant de l'utilisateur (destinataire ou appelant) UB avec lequel l'utilisateur UA a établi une communication (entrante ou sortante) via le ou les réseaux de télécommunication RS1, RS2. Cet identifiant est usuellement le numéro de téléphone de l'utilisateur UB ou son adresse de courriel. Le serveur applicatif SRV comprend un moteur de recherche (par exemple une interface logicielle) pour envoyer des requêtes d'interrogation de la base de données DB1 et recevoir des réponses en retour : il est conçu pour envoyer au moins une requête d'interrogation de cette base de données DB1 afin d'obtenir en retour au moins une liste d'utilisateurs présents dans un historique de communications d'un utilisateur UA donné ou pour déterminer si un utilisateur donné UB est présent ou non dans un historique de communications d'un utilisateur UA donné. Graphe social télécom Le serveur applicatif SRV comprend en outre un calculateur pour déterminer un graphe social télécom (appelé « telco social graph » dans la terminologie anglo-saxonne) à partir des historiques de communications établies à travers le réseau de télécommunication RS1 ou RS2, mémorisées dans la base de données DB1. Les données définissant les liens sociaux constitutifs du graphe social télécom sont mémorisées par le serveur applicatif SRV dans une base de données TSG. Un tel graphe social télécom est constitué par l'ensemble des liens sociaux directs entre deux utilisateurs. Dans le cadre de ce document, un utilisateur UC est dit être en lien social direct avec l'utilisateur UA si cet utilisateur UC est identifié soit dans une liste de contacts de cet utilisateur UA, soit dans un historique de communications de l'utilisateur UA. Un tel lien social direct est dit lien social de premier niveau. Cet utilisateur UC peut en outre être en lien social indirect (lien social de deuxième niveau ou plus) avec l'utilisateur UA si cet utilisateur UC est en lien social direct avec un utilisateur UD qui est lui même en lien social direct avec l'utilisateur UA. Et ainsi de suite, de manière récursive, il est possible de définir des niveaux de lien social selon le nombre d'utilisateurs par l'intermédiaire desquels deux utilisateurs sont en lien social entre eux. Ainsi, deux utilisateurs seront en lien social à travers un tel graphe social télécom s'ils sont reliés entre eux dans ce graphe au travers d'un ou plusieurs liens sociaux directs, par l'intermédiaire ou non d'un ou plusieurs autres utilisateurs. Annuaire d'utilisateurs souscripteurs DB2 La base de données DB2 constitue un annuaire d'utilisateurs souscripteurs. Elle comprend pour chaque utilisateur d'une pluralité d'utilisateurs souscripteurs, des informations sur cet utilisateur souscripteur: un nom, un numéro d'appel ou une adresse de courriel, une adresse postale, et, optionnellement, une activité, etc. La base de données DB2 comprend notamment un sous-ensemble correspondant à un annuaire dit « professionnel », répertoriant les utilisateurs souscripteurs dits « professionnels », c'est-à-dire ceux pour lesquels au moins une activité dite « professionnelle » est renseignée : médecin, dentiste, avocat, vente de chaussures, etc. Aujourd'hui, de tels annuaires sont nombreux, accessibles via internet : ils permettent de telles recherches de professionnels, par exemple l'annuaire des professionnels du Groupe Orange, le « 118702 » (www.118712.fr). Il peut s'agir également d'annuaires spécialisés dans un domaine d'activité donné, par exemple un annuaire des hôtels ou service d'hôtellerie, annuaire des chambres d'hôtes, etc. Le serveur applicatif SRV comprend moteur de recherche pour envoyer des requêtes d'interrogation à la base de données DB2 et recevoir des réponses en retour: il est conçu pour envoyer au moins une requête d'interrogation de cette base de données DB2 afin d'obtenir en retour une liste d'utilisateurs répondant à un critère de recherche formulés relativement aux informations contenues sur les utilisateurs référencés dans cette base de données DB2, notamment à un critère de recherche sur une activité donnée et/ou sur une adresse postale et/ou sur un nom et/ou une localisation géographique. Les deux bases de données DB1 et/ou DB2 et/ou TSG peuvent être regroupées en une seule base de données DBG ou constituer deux parties d'une même base de données DBG, pour faciliter l'interrogation par le serveur applicatif SRV ou permettre des requêtes d'interrogation plus complexes combinant les informations de DB1 et/ou DB2 et/ou TSG. Le procédé de mise en relation de deux utilisateurs via un réseau de téléphonie va maintenant être décrit. Il comprend les étapes 200 à 230. Ces étapes sont effectuées pour chaque demande de mise en relation. Etape 200 - réception de la demande de mise en relation Le serveur applicatif SRV comprend une interface de communication pour réceptionner une demande de mise en relation formulée par un utilisateur UA, dit utilisateur appelant UA. Plusieurs modes de réalisation sont envisageables pour cette interface de communication. Selon un premier mode de réalisation, le serveur applicatif SRV comprend un serveur Web, mettant en oeuvre une interface de communication utilisant un protocole Web tel que le protocole HTTP (« hypertext transfer protocol »). Dans ce cas, la demande de mise en relation provient d'un terminal de télécommunication de l'utilisateur UA, intégrant un navigateur web communiquant avec le serveur applicatif SRV par requête HTTP. Selon un deuxième mode de réalisation, le serveur applicatif SRV comprend un serveur vocal et une interface de communication sous forme d'interface de commande vocale, pour réceptionner une demande de mise en relation formulée vocalement et/ou par envoi de codes DTMF (Dual Tone Modulation Frequency). Selon un troisième mode de réalisation, le serveur applicatif SRV comprend un serveur, mettant en oeuvre une interface de communication utilisant un mode de communication par messages conformes à un protocole de télécommunication donné. Dans ce cas, la demande de mise en relation provient d'une application spécifique, exécutée par un terminal de télécommunication de l'utilisateur UA et communiquant avec le serveur applicatif SRV par messages conformes à ce protocole de télécommunication. La demande de mise en relation formulée par un utilisateur appelant UA comprend au moins un critère de recherche sur un utilisateur souscripteur UB1, UB2 avec lequel l'utilisateur appelant UA souhaite être mis en relation. Ce ou ces critères de recherche sont définis relativement à des informations stockées dans la base de données DB2 pour les différents utilisateurs répertoriés dans cet annuaire, notamment adresse postale et/ou activité (professionnelle), localisation géographique. Par exemple l'utilisateur appelant UA peut demander à rechercher un dentiste ou un médecin généraliste localisé dans une zone géographique donnée. De manière connue, la zone géographique peut être définie relativement à un arrondissement d'une ville, un département, une région, un pays etc. Elle peut également être définie en utilisant au moins un code postal. Etape 210 - recherche d'une réponse à la demande de mise en relation Le serveur applicatif SRV comprend un module de traitement de la demande de mise en relation. Ce module de traitement comprend un moteur de recherche pour rechercher et identifier au moins un utilisateur souscripteur UB1, UB2, destinataire potentiel, répondant aux critères de recherche formulés. Cette recherche s'effectue en recherchant en priorité un utilisateur souscripteur UB1, UB2 répondant aux critères de recherche formulés parmi les utilisateurs identifiés dans un historique de communications d'au moins un utilisateur UC, dit utilisateur intermédiaire, lui-même identifié dans un historique de communications de l'utilisateur appelant UA. En d'autres termes, cette recherche s'effectue en recherchant en priorité un utilisateur souscripteur UB1, UB2 qui est en lien social - direct ou indirect - avec un utilisateur UC, qui est lui-même en lien social - direct ou indirect - avec l'utilisateur appelant UA. Dans un mode de réalisation, notamment lorsque l'invention est appliquée à la recherche d'un utilisateur souscripteur UB1, IB2 qui est un professionnel (dentiste, médecin, etc...) seuls les historiques de communication des utilisateurs UC qui sont des contacts personnels (c'est-à- dire, en général des amis ou membres de la famille, et non des professionnels ou sociétés) de l'utilisateur appelant UA sont analysés dans la phase de recherche pour y trouver un utilisateur souscripteur UB1, IB2 qui est un professionnel. Cette distinction est possible en ce que les annuaires téléphoniques comprennent un sous-ensemble correspondant à un annuaire des particuliers et un autre sous-ensemble correspondant à un annuaire des professionnels (service « pages jaunes » en France par exemple). Il est ainsi possible de rechercher des professionnels qui sont dans les historiques de communications des particuliers ayant été en relation avec l'utilisateur appelant via le réseau de téléphonie. Les historiques de communication utilisés pour cette recherche peuvent être des historiques complets, ou des historiques dont seule une partie, par exemple la partie la plus récente est utilisée : par exemple, seulement les communications établies dans les 6 derniers mois, ou les 12 derniers mois seront prises en compte lors du traitement de la demande de mise en relation. Cette mesure permet d'éviter d'utiliser des communications établies il y a trop longtemps, et qui, en conséquence pourraient ne plus être pertinentes du point de vue de l'utilisateur appelant ou de l'utilisateur intermédiaire : un utilisateur souscripteur UB1 avec lequel l'utilisateur UC ne serait plus en relation depuis plus d'un an pourrait être un indicateur du fait que le lien social entre l'utilisateur souscripteur UB1 et l'utilisateur UC aurait été rompu, parce qu'elle n'est pas satisfaisante ou pour une autre raison. Lorsqu'aucun utilisateur souscripteur UB1, UB2 répondant aux critères de recherche formulés n'est identifié dans un historique de communications d'un utilisateur intermédiaire UC en lien social avec l'utilisateur appelant UA, cette recherche s'effectue dans l'annuaire DB2 d'un utilisateur souscripteur UB1, UB2 répondant aux critères de recherche formulés, mais sans faire de recherche supplémentaire dans les historiques de communications (absence d'utilisateur intermédiaire UC). Etape 220 - contenu de la réponse à la demande de mise en relation Le module de traitement du serveur applicatif SRV prépare ensuite la réponse à fournir à l'utilisateur UA. Cette réponse comprend un identifiant du ou des utilisateurs souscripteurs UB1, UB2 identifiés lors de la phase de recherche et des données de mise en relation avec chacun de ces utilisateurs souscripteurs UB1, UB2. Par identifiant d'un utilisateur on entend ici par exemple un nom et/ou prénom s'il s'agit d'une personne physique ou un pseudonyme extrait d'une liste de contacts de l'utilisateur UA ou nom de la société s'il s'agit d'une personne morale. Par données de mise en relation, on entend ici un numéro de téléphone pour une mise en relation téléphonique ou par SMS /MMS, ou encore une adresse de courriel. Dans un mode de réalisation, la réponse comprend en outre - un identifiant d'un utilisateur intermédiaire UC en lien social avec l'utilisateur UA lorsque au moins un des utilisateurs souscripteurs UB1, UB2 a été trouvé dans un historique des communications de cet utilisateur UC, et/ou - des données de mise en relation avec l'utilisateur intermédiaire UC. Dans le cas où le lien social entre l'utilisateur UA et l'utilisateur UC est un lien indirect, la réponse comprend en outre - un identifiant de chacun des utilisateurs intermédiaires UC1, UC2 par l'intermédiaire desquels les utilisateurs UA et UC sont reliés, et/ou - des données de mise en relation avec les utilisateurs intermédiaires UC1, UC2. Dans un mode de réalisation, lorsqu'il existe un lien social entre l'utilisateur UA et le ou les utilisateurs souscripteurs trouvés UB1, UB2 par l'intermédiaire d'au moins un utilisateur intermédiaire UC, la réponse comprend en outre au moins un indicateur d'un degré de proximité calculé entre deux utilisateurs. Un indicateur peut ainsi être calculé - entre l'utilisateur UA et le ou les utilisateurs souscripteurs trouvés UB1, UB2 et/ou - entre le ou les utilisateurs intermédiaires UC et le ou les utilisateurs souscripteurs identifiés UB1, UB2 et/ou - entre le ou les utilisateurs intermédiaires UC et l'utilisateur appelant UA. Un tel indicateur est représentatif de la nature et/ou force et/ou ancienneté du lien social existant entre les deux utilisateurs concernés par cet indicateur. Il permet alors à l'utilisateur UA qui le reçoit d'évaluer la pertinence ou l'intérêt de la réponse fournie. Un tel indicateur est calculé par le serveur applicatif SRV à partir de données quantitatives sur une ou des communications établies entre les deux utilisateurs concernés. Cet indicateur est ainsi un indicateur d'un degré de proximité entre les deux utilisateurs concernés, cette proximité qui peut être qualifié de « proximité sociale » étant quantifiable / mesurable à partir de données numériques ou statistiques telles que le nombre et/ou la fréquence et/ou la durée et/ou de la date des communications considérées. Ces données quantitatives sont par exemple calculées à partir de données numériques ou statistiques telles que le nombre et/ou la fréquence et/ou la durée et/ou de la date des communications considérées. La formule de calcul utilisée pour cet indicateur peut être identique et/ou définie automatiquement pour tous les utilisateurs appelants UA auxquels cet indicateur sera transmis ou bien personnalisée et/ou configurée par cet utilisateur appelant en fonction des souhaits et/ou habitudes de communication de celui-ci. Une échelle de valeurs d'indicateur peut ainsi être définie pour cet indicateur, à partir du nombre et/ou de la fréquence et/ou de la durée et/ou de la date des communications établies sur une période donnée entre deux utilisateurs. Cette échelle de valeurs peut être une échelle de valeurs numériques ou une échelle de qualificatifs, utilisant des termes tels que « fort », « moyen », « faible » etc., pour identifier les différents degrés / échelons de cette échelle. Par exemple, un premier indicateur, représentatif de la force du lien social entre un utilisateur intermédiaire UC et un utilisateur souscripteur UB1, est calculé à partir de données quantitatives pour les communications entre ces deux utilisateurs sur la base du nombre moyen de communications par an. La méthode de calcul de ce premier indicateur est utilisable par exemple pour qualifier la relation entre un particulier et un professionnel. Une échelle numérique de 0 à 3 est par exemple définie pour ce premier indicateur. Un indicateur à 0 signifie l'absence de lien social dans le graphe social télécom. Un indicateur à 1 signifie un lien social faible, par exemple lorsque la fréquence des communications établies est de l'ordre de 1 ou 2 communications par an en moyenne entre ces deux utilisateurs. Un indicateur à 2 est représentatif d'un lien social moyen, par exemple lorsque la fréquence des communications établies est de plus de 2 communications par an en moyenne, mais moins de 10 communication annuelles entre ces deux utilisateurs. Un indicateur à 3 est représentatif d'un lien social fort, par exemple lorsque la fréquence des communications établies est supérieure à 10 communications par an en moyenne entre ces deux utilisateurs. En complément, un deuxième indicateur, représentatif de la force du lien social entre cet utilisateur intermédiaire UC et l'utilisateur appelant UA, est calculé à partir de données quantitatives pour les communications entre ces deux utilisateurs sur la base de la durée et/ou de la date des communications établies. La méthode de calcul de ce deuxième indicateur est utilisable par exemple pour qualifier le lien social entre deux particuliers, c'est-à-dire deux utilisateurs ont un lien social de nature a priori « privée ». En effet, la durée des communications établies est un facteur qui révèle le degré de proximité entre deux personnes ayant un lien social de nature « privée ». Une échelle de 0 à 3 est par exemple définie pour l'indicateur représentatif de la force du lien social entre ces deux utilisateurs. Un indicateur à 0 signifie l'absence de lien social dans le graphe social télécom. Un indicateur à 1 signifie un lien social faible, par exemple si la durée des communications est toujours inférieure à 3 minutes et/ou le nombre moyen de communications par mois inférieur à 2. Un indicateur à 3 est représentatif d'un lien social fort, par exemple lorsque la fréquence des communications de durée supérieure à 5 minutes est supérieure à 10 communications par mois en moyenne entre ces deux utilisateurs. Un indicateur à 2 sera alors représentatif d'un lien social moyen dans les autres cas. Un troisième indicateur représentatif de la force du lien social entre l'utilisateur appelant UA et un utilisateur souscripteur UB1 peut en outre être calculé par le serveur applicatif SRV, par exemple en effectuant une moyenne (arithmétique, géométrique ou arithmétique pondérée ou autre) entre le premier indicateur représentatif de la force du lien social entre un utilisateur intermédiaire UC et l'utilisateur souscripteur UB1 et le deuxième indicateur, représentatif de la force du lien social entre cet utilisateur intermédiaire UC et l'utilisateur appelant UA. Toute autre méthode de détermination d'un indicateur est utilisable. La méthode de calcul peut être choisie / configurée par l'utilisateur appelant en fonction de critères qui l'intéresse. Lorsque plusieurs utilisateurs souscripteurs ont été identifiés lors de la phase de recherche, le serveur applicatif SRV calcule au moins un indicateur pour chaque utilisateur souscripteur identifié et met à disposition de l'utilisateur appelant UA un classement des utilisateurs souscripteurs identifiés par ordre de pertinence fonction de ces différents indicateurs. Etape 230 - mise à disposition de la réponse à la demande de mise en relation Le module de traitement du serveur applicatif SRV met ensuite à disposition de l'utilisateur UA la réponse préparée, c'est-à-dire les données de mise en relation, via le réseau de téléphonie de l'utilisateur appelant UA avec le ou les utilisateurs souscripteurs UB1, UB2 identifiés. Selon un premier mode de réalisation, lorsque le serveur applicatif SRV comprend un serveur Web, la réponse à la demande de mise en relation est envoyée vers un terminal de télécommunication TA de l'utilisateur appelant UA en tant que page Web à afficher dans un navigateur web de ce terminal, cette page contenant par exemple le nom et les données de contact de chaque utilisateur souscripteur UB1, UB2 identifié. Dans ce premier mode de réalisation, il peut être prévu que des liens hypertexte soient associés aux données de mise en relation affichées dans la page web, de sorte qu'en cliquant sur un tel lien hypertexte une mise en relation téléphonique soit initiée : établissement d'une communication téléphonique (étape 240) avec un utilisateur souscripteur identifié, envoi d'un message SMS à un utilisateur souscripteur identifié, envoi d'un courriel à un utilisateur souscripteur identifié, etc. Le contenu du message ou du courriel peut être par exemple saisi dans une page web par l'utilisateur appelant UA. Selon un deuxième mode de réalisation, lorsque le serveur applicatif SRV comprend un serveur vocal et une interface de communication sous forme d'interface de commande vocale, la réponse à la demande de mise en relation est transmise en tant que flux vocal contenant par exemple le nom et les données de contact de chaque utilisateur souscripteur UB1, UB2 identifié. Dans ce deuxième mode de réalisation, il peut être prévu qu'un menu vocal avec plusieurs options soit proposé, de sorte qu'en appuyant sur une touche donnée de son terminal TA ou en prononçant un mot particulier, une mise en relation téléphonique soit initiée : établissement d'une communication téléphonique (étape 240) avec un utilisateur souscripteur identifié, envoi d'un message SMS à un utilisateur souscripteur identifié, envoi d'un courriel à un utilisateur souscripteur identifié, etc. Le contenu du message ou du courriel peut être par exemple dicté par l'utilisateur appelant UA puis transcodé sous forme de texte pour être inséré dans le SMS ou courriel à envoyer. Selon un troisième mode de réalisation, le serveur applicatif SRV envoie vers une application logicielle d'un terminal de télécommunication TA de l'utilisateur appelant UA un message de réponse contenant par exemple le nom et les données de contact de chaque utilisateur souscripteur UB1, UB2 identifié. Dans ce troisième mode de réalisation, il peut être prévu que des liens hypertexte soient associés aux données de mise en relation affichées dans le message de réponse, de sorte qu'en cliquant sur un tel lien hypertexte une mise en relation téléphonique soit initiée : établissement d'une communication téléphonique (étape 240) avec un utilisateur souscripteur identifié, envoi d'un message SMS à un utilisateur souscripteur identifié, envoi d'un courriel à un utilisateur souscripteur identifié, etc. Le contenu du message ou du courriel peut être par exemple saisi dans une interface utilisateur de l'application logicielle ayant réceptionné le message de réponse. Dans un mode de réalisation, la mise à disposition de la réponse à la demande de mise en relation est effectuée conditionnellement à l'obtention d'une autorisation de l'utilisateur intermédiaire UB. Cette autorisation peut être donnée par l'utilisateur intermédiaire UB en réponse à un envoi de message d'interrogation (par exemple par SMS) de l'utilisateur intermédiaire UB du serveur applicatif SRV préalablement à cette mise à disposition. En alternative, cette autorisation peut être donnée préalablement à la demande de mise en relation de l'utilisateur appelant, par exemple dans un compte utilisateur ou profil utilisateur dont une option correspondant à cette autorisation aurait été configurée par l'utilisateur intermédiaire UB (case à cocher « oui » ou « non », par exemple). Selon le mode de réalisation choisi, le ou les utilisateurs intermédiaires identifiés lors de la phase de traitement de la demande de mise en relation pourront ou non rester anonymes. Autrement dit, il peut être décidé de masquer / de ne pas donner d'information sur le ou les utilisateurs intermédiaires UC identifiés lors de la mise à disposition de la réponse. Dans ce cas, les données de contact avec le ou les utilisateurs intermédiaires UC identifiés ne seront pas mises à disposition de l'utilisateur appelant UA. Le procédé de mise en relation est applicable à toute demande de mise en relation. Elle convient particulièrement bien pour les demandes de mise en relation avec un professionnel ou une société. Elle permet de faire appel aux proches de la personne qui fait la demande de mise en relation et de faire connaître automatiquement à cette personne le réseau des professionnels connus de ses proches.10 REVENDICATIONS1. Procédé de mise en relation de deux utilisateurs via au moins un réseau de téléphonie, le procédé étant mis en oeuvre par au moins un serveur (SRV) apte à interroger - au moins une base de données (DB1) mémorisant, pour chaque utilisateur d'une pluralité d'utilisateurs, au moins un historique de communications établies via ledit au moins un réseau de téléphonie avec cet utilisateur et - au moins un annuaire (DB2) d'utilisateurs souscripteurs d'au moins une ligne téléphonique, mémorisant des informations associées aux différents utilisateurs souscripteurs, le procédé comprenant : - une étape de réception d'une demande de mise en relation avec un utilisateur souscripteur (UB1, UB2) répondant à au moins un critère de recherche formulé par un premier utilisateur (UA) relativement à des informations associées à cet utilisateur souscripteur (UB1, UB2) dans ledit annuaire, - une étape d'identification dans ledit annuaire d'au moins un utilisateur souscripteur (UB1, UB2), répondant audit au moins un critère de recherche et qui est identifié dans un dit historique de communication d'au moins un deuxième utilisateur (UC), lui-même identifié dans un dit historique de communications du premier utilisateur; - une étape de mise à disposition du premier utilisateur de données de mise en relation, via ledit au moins un réseau de téléphonie, du premier utilisateur (UA) avec au moins un utilisateur souscripteur (UB1, UB2) identifié. 2. Procédé selon la revendication 1, comprenant une étape de mise en relation téléphonique via ledit au moins un réseau de téléphonie, du premier utilisateur (UA) avec au moins un utilisateur souscripteur (UB1, UB2) identifié et :ou avec le deuxième utilisateur (UC). 3. Procédé selon la revendication 1, comprenant une étape de mise à disposition du premier utilisateur (UA) d'un identifiant du deuxième utilisateur (UC) et / ou de données de mise en relation du premier utilisateur avec le deuxième utilisateur. 4. Procédé selon la revendication 1 ou 2, comprenant une étape de mise à disposition du premier utilisateur d'au moins un indicateur (IAB) représentatif de la force du lien social entre le premier utilisateur (UA) et ledit utilisateur souscripteur (UB1, UB2) identifié, ledit indicateur étant déterminé à partir de données quantitatives sur une ou des communications établies entre le deuxième utilisateur (UC) et ledit au moins un utilisateur souscripteur (UB1, UB2) identifié et/ou entre le deuxième utilisateur (UC) et le premier utilisateur (UA). 5. Procédé selon l'une quelconque des revendications 1 à 3, comprenant une étape de mise à disposition du premier utilisateur d'au moins un indicateur (IAC) représentatif de laforce du lien social entre le premier utilisateur (UA) et ledit deuxième utilisateur (UC), ledit indicateur étant déterminé à partir de données quantitatives sur une ou des communications établies entre le deuxième utilisateur (UC) et le premier utilisateur (UA). 6. Procédé selon la revendication 3 ou 4, comprenant, lorsque plusieurs utilisateurs souscripteurs ont été identifiés, une étape de détermination d'un dit indicateur pour chaque utilisateur souscripteur identifié et une étape de mise à disposition du premier utilisateur d'un classement des utilisateurs souscripteurs identifiés par ordre de pertinence fonction desdits indicateurs. 7. Procédé selon l'une quelconque des revendications 3 à 5, dans lequel lesdites données quantitatives sur la ou les communications établies sont calculées à partir du nombre et/ou de la fréquence et/ou de la durée et/ou de la date des communications établies entre le deuxième utilisateur et l'utilisateur souscripteur identifié et/ou entre le deuxième utilisateur et le premier utilisateur. 8. Procédé selon l'une quelconque des revendications 3 à 6, dans lequel la méthode de détermination d'un indicateur est configurée ou personnalisée pour l'utilisateur appelant. 9. Procédé selon la revendication 1, dans lequel ladite étape de mise à disposition est effectuée conditionnellement à l'obtention d'une autorisation du deuxième utilisateur pour ladite mise à disposition. 10. Serveur de mise en relation de deux utilisateurs via au moins un réseau de téléphonie, ledit serveur étant adapté pour interroger au moins une base de données mémorisant, pour chaque utilisateur d'une pluralité d'utilisateurs, au moins un historique de communications établies via ledit au moins un réseau de téléphonie avec cet utilisateur et au moins un annuaire d'utilisateurs souscripteurs d'au moins une ligne téléphonique, mémorisant des informations associées aux différents utilisateurs souscripteurs, le serveur comprenant : - une interface de réception d'une demande de mise en relation avec un utilisateur souscripteur (UB1, UB2) répondant à au moins un critère de recherche formulé par un premier utilisateur (UA) relativement à des informations associées à cet utilisateur souscripteur (UB1, UB2), - un moteur de recherche pour identifier dans ledit annuaire d'au moins un utilisateur souscripteur (UB1, UB2), répondant audit au moins un critère de recherche et qui est identifié dans un dit historique de communication d'au moins un deuxième utilisateur (UC), lui-même identifié dans un dit historique de communications du premier utilisateur; - une interface pour mettre à disposition du premier utilisateur des données de mise en relation, via ledit au moins un réseau de téléphonie, du premier utilisateur (UA) avec au moins un utilisateur souscripteur (UB1, UB2) identifié. 11. Terminal d'un premier utilisateur, adapté pour communiquer avec un serveur de mise en relation de deux utilisateurs via au moins un réseau de téléphonie, ledit serveur étant adapté pour interroger au moins une base de données mémorisant, pour chaque utilisateur d'une pluralité d'utilisateurs, au moins un historique de communications établies via ledit au moins un réseau de téléphonie avec cet utilisateur et au moins un annuaire d'utilisateurs souscripteurs d'au moins une ligne téléphonique, mémorisant des informations associées aux différents utilisateurs souscripteurs, le terminal comprenant : - une interface utilisateur pour une formulation par le premier utilisateur (UA) d'une demande de mise en relation avec un utilisateur souscripteur (UB1, UB2) répondant à au moins un critère de recherche formulé relativement à des informations associées à cet utilisateur souscripteur (UB1, UB2) dans ledit annuaire, - une interface utilisateur pour mettre à disposition du premier utilisateur des données de mise en relation, via ledit au moins un réseau de téléphonie, du premier utilisateur (UA) avec au moins un utilisateur souscripteur (UB1, UB2) identifié en réponse à ladite demande de recherche par ledit serveur de mise en relation, au moins un utilisateur souscripteur (UB1, UB2) identifié étant un utilisateur répondant audit au moins un critère de recherche et qui est identifié dans un dit historique de communication d'au moins un deuxième utilisateur (UC), lui-même identifié dans un dit historique de communications du premier utilisateur. 12. Programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes d'un procédé selon l'une des revendications 1 à 9.