FR 2918526 A1 20090109 FR 0704888 A 20070706 10 L'invention concerne la technologie des réseaux et plus particulièrement les réseaux de type internet. Elle a pour objet un procédé permettant à un utilisateur d'obtenir un service d'au moins un site de type internet par l'intermédiaire mais différent du site de type internet auquel il est connecté. Elle a plus particulièrement, mais non exclusivement pour but de permettre à 15 l'utilisateur d'un site de type internet d'envoyer une requête en vue de l'obtention d'un service par l'intermédiaire du site de type internet auprès duquel il est connecté et auquel il est habitué, et d'obtenir une réponse agrégée de plusieurs autres sites offrant le même service quelles que soient leurs localisations géographiques, par exemple dans le même pays ou dans des pays 20 différents. Elle met en oeuvre une plateforme de communication reliée à une pluralité de sites par un réseau existant, par exemple un réseau de type internet ou un intranet. Les moteurs de recherche tels que Google permettent, à l'aide de mots 25 clefs, d'identifier des sites susceptibles d'offrir un même service, mais le résultat ne consiste qu'en une liste de liens vers des sites plus ou moins pertinents ; l'utilisateur devra consulter ces sites un par un, le moteur n'offrant pas la possibilité d'interagir en parallèle avec les sites identifiés ou une sélection desdits sites. D'autre part, si l'utilisateur souhaite élargir sa 30 recherche de service à l'étranger, il se pose un problème de langue car les mots clefs devront être fournis dans la langue du pays. -2 La demande de brevet US 2006/0085741 dévoile une interface graphique qui permet d'ouvrir simultanément les fenêtres de plusieurs sites identifiés à la suite d'une recherche plutôt que de fournir une liste de liens. Cependant l'utilisateur doit toujours consulter les sites individuellement. On connaît également des agrégateurs de moteurs de recherche, ou métamoteurs, qui permettent de soumettre la même requête à plusieurs moteurs de recherche simultanément. Les résultats sont ensuite triés en fonction d'un certain nombre de critères tels que la pertinence ou la présence de doublons. Néanmoins l'utilisateur doit volontairement se connecter sur les sites de ces métamoteurs et donc quitter le site dont il est familier et sur lequel il est référencé. Au plan technique, ces métamoteurs se connectent aux moteurs de recherche par leur interface utilisateur, comme un utilisateur normal, il n'y a aucune coopération entre le métamoteur et les moteurs de recherche interrogés. De plus ces métamoteurs sont mono service, à savoir l'exécution d'une recherche à partir de mots clefs. La demande US 2006/0179111 dévoile un procédé qui a pour objet d'éviter à un utilisateur de sites de rencontre de fournir plusieurs fois ses données personnelles. Le procédé consiste pour l'utilisateur soit à demander à un site principal 10 sur lequel ses données sont inscrites de les transférer à un autre site, soit de demander à cet autre site d'aller rechercher ses données personnelles sur le site principal 10 où il est identifié. A l'occasion de ce transfert, l'utilisateur a la possibilité de modifier ou de filtrer ses données personnelles. Cependant d'autres utilisateurs peuvent vouloir choisir un autre site que le site 10 comme site principal. La nouvelle fonctionnalité offerte par l'invention est donc la capacité des différents sites de rencontre à échanger les données personnelles de leurs utilisateurs à la demande de ces derniers. Ce procédé se heurte à de nombreuses difficultés pratiques que la demande de brevet n'aborde pas, notamment la question de la compatibilité des formats de données, différents d'un site à l'autre, et ne résout pas le problème posé car l'utilisateur devra toujours se connecter à chacun des sites successivement. Ainsi, l'état de l'art ne permet pas à un utilisateur connecté avec un site de type internet offrant une palette de services, d'interagir en parallèle à l'aide d'une même requête avec d'autre sites de type internet offrant les mêmes services et par exemple d'obtenir un résultat agrégé de réponses en provenance desdits sites. S'il veut consulter d'autres sites, il doit passer de l'un à l'autre, si tant est qu'il connaisse leur adresse sur le réseau, et chaque fois reformuler sa requête. De plus, s'il souhaite élargir sa recherche à des sites étrangers, il se pose un problème de langue. L'invention a donc plus particulièrement pour but de supprimer ces inconvénients en proposant un procédé permettant à un utilisateur de propager sa requête adressée au site de type internet auquel il est connecté ou dont il est familier à d'autres sites offrant les mêmes services, de collecter les réponses obtenues et de présenter une réponse agrégée audit utilisateur. Cet effet est obtenu grâce à l'intervention d'une plateforme de communication, transparente pour l'utilisateur, qui a pour partenaires une pluralité de sites, dont le site de l'utilisateur. A cet effet, elle propose un procédé pour l'exécution d'un service défini par une requête exprimée par un premier utilisateur d'un premier site de type internet, ledit premier utilisateur ayant fourni des premières informations audit premier site, ledit procédé mettant en oeuvre au moins une plateforme de communication reliée à une pluralité de sites de type internet par un réseau existant, ladite plateforme de communication comportant au moins une base de données contenant des informations sur ladite pluralité de sites de type internet et sur les utilisateurs du procédé, ledit procédé comportant les étapes suivantes : • une première étape de fourniture par le premier utilisateur au premier site de type internet de l'information selon laquelle il souhaite que sa requête soit exécutée par d'autres sites de type internet, et/ou • une deuxième étape de transmission par ledit premier site de type internet de ladite requête à une plateforme de communication, et/ou • une troisième étape dans laquelle ladite plateforme de communication effectue des traitements sur ladite requête en vue de sélectionner au moins un second site concerné par ladite requête grâce à ladite base de données et composer pour chacun desdits sites sélectionnés une nouvelle requête suivant un format adapté à chacun de ces sites, et/ou • une quatrième étape de transmission par la plateforme de communication de cette nouvelle requête selon des formats respectivement adaptés à chacun des sites sélectionnés, et/ou • une cinquième étape d'élaboration par au moins un desdits sites sélectionnés d'une réponse primaire dans son propre format et envoi de ladite réponse primaire à la plateforme de communication, et/ou • une sixième étape dans laquelle ladite plateforme de communication réceptionne au moins une réponse primaire, effectue des traitements sur lesdites réponses primaires en vue de construire une réponse secondaire pouvant comprendre une agrégation de plusieurs réponses primaires et de mettre ladite réponse secondaire au format du premier site de type internet, et/ou • une septième étape dans laquelle ladite plateforme de communication envoie audit premier site de type internet ladite réponse secondaire. 25 Le premier utilisateur demande l'exécution d'une requête à son site habituel mais il souhaite également que cette requête soit exécutée par d'autres sites en parallèle. Grâce au procédé selon l'invention, il a la possibilité de fournir une information audit site selon laquelle il souhaite que sa requête soit propagée à 30 d'autres sites, grâce à une adaptation mineure d'au moins une page de saisie de son site habituel, par exemple le simple ajout d'une boite à cocher. Si -5 l'utilisateur a fourni cette information, ledit site peut traiter sa requête localement ou pas, et la transmet par le biais d'un réseau existant à une plateforme de communication qui prend en charge tous les traitements associés à la propagation de la requête à d'autres sites et au recueil des résultats. Ce service étendu n'est donc disponible pour l'utilisateur que sur les sites ayant accepté de légèrement modifier au moins une de leurs pages de saisie pour pouvoir échanger des données avec la plateforme de communication et qui sont donc devenus partenaires de ladite plateforme. Une particularité avantageuse de l'invention consiste donc dans le fait que la plateforme de communication est transparente pour l'utilisateur et ne se comporte pas comme un site supplémentaire. Elle permet à un utilisateur d'un site partenaire de ladite plateforme de faire exécuter sa requête en parallèle à d'autres sites, par exemple d'effectuer une recherche d'informations au niveau européen, et d'obtenir une réponse de ces autres sites. Le nombre de sites auxquels la plateforme de communication est reliée n'est pas limité. Chacun de ces sites offre un palette de services connus dans la technologie de communication par réseau et ont deux à deux au moins un service commun. Les services concernés sont par exemple et de façon non limitative l'exécution d'une recherche, l'inscription ou la désinscription d'une liste, la consultation ou la suppression d'une information, l'envoi et la réception de messages et de fichiers, la conversation en ligne ( chat ), l'exécution d'un script ou d'une action. Ledit service étendu peut correspondre par exemple à l'exécution en parallèle d'une requête par plusieurs sites situés dans des pays différents, par exemple 25 en Europe. Le procédé n'implique pas que l'utilisateur soit effectivement connecté à son site habituel ni même qu'il ait formulé une requête : il peut par exemple recevoir des messages des autres sites partenaires ou de la plateforme de communication, des messages d'alerte par exemple, alors qu'il est 30 déconnecté. De même, il peut recevoir des sollicitations spontanées en fonction de son profil . La plateforme de communication dispose de bases de données concernant les sites partenaires et les utilisateurs ayant déjà utilisé le service étendu. Grâce à ces informations, la plateforme de communication prend en charge dans les différentes étapes du procédé les traitements associés à la propagation de la requête et à l'agrégation des réponses, par exemple l'enregistrement de la requête, la vérification des autorisations liées à l'utilisateur et/ou au site qu'il utilise ainsi que des sites et/ou des utilisateurs qui répondent, le filtrage de la requête et/ou des réponses, la modération manuelle ou automatique par la plateforme, les conversions de formats, la construction d'une réponse agrégée, l'envoi de cette réponse agrégée en une ou plusieurs fois en fonction de son volume. Au plan technique, la plateforme de communication est reliée aux différents sites partenaires par le biais de leur API ( Application Programming Interface ) et non de leur interface utilisateur, comme les métamoteurs. Ceci implique que la plateforme de communication dispose dans une base de données des formats des sites partenaires pour pouvoir échanger des informations par le biais de ladite interface API. Selon une caractéristique additionnelle, le procédé peut comporter en outre les 20 étapes suivantes : • la construction et l'envoi par ladite plateforme de communication d'un écran de saisie à au moins un utilisateur, ledit écran de saisie pouvant venir en superposition d'une page du site habituel dudit utilisateur, et/ou 25 • la saisie par ledit utilisateur d'au moins une seconde information complémentaire par le biais dudit écran de saisie, et/ou • l'envoi par l'utilisateur desdites secondes informations complémentaires à la plateforme de communication, et/ou • l'enregistrement par ladite plateforme de communication desdites 30 secondes informations complémentaires fournies par l'utilisateur dans une base de données utilisateur, et/ou • lors du traitement par ladite plateforme de communication d'une requête concernant l'utilisateur, l'ajout ou la substitution desdites secondes informations complémentaires aux premières informations fournies par l'utilisateur, de manière notamment à ce que les informations fournies par ledit utilisateur soient disponibles dans différentes langues. Grâce à cette caractéristique additionnelle, le procédé offre à l'utilisateur la possibilité de fournir des informations complémentaires à celles déjà détenues par son site habituel et par la plateforme de communication. Un exemple non limitatif de cette possibilité est donné ci-après. Il est fréquent que l'écran de saisie d'un site de type internet, en plus de choix bloqués, par exemple des cases à cocher ou des menus déroulants, propose à un utilisateur un emplacement pour saisir un texte libre de son choix. L'utilisateur fournit ce texte dans la langue qui lui est la plus naturelle. S'il souhaite bénéficier d'un service étendu à d'autres sites situés dans d'autres pays, ce texte ne sera peut être pas compris par les utilisateurs des autres sites. La plateforme de communication peut dans ce cas générer et proposer à l'utilisateur, par le biais d'un écran de saisie spécifique, par exemple une fenêtre pop up venant en superposition à l'une des fenêtres de son site habituel, de fournir des données complémentaires, notamment dans une autre langue. Ces données complémentaires sont enregistrées dans une base de données de la plateforme de communication et fournies en réponse à une requête concernant l'utilisateur, en complément ou en substitution des données déjà fournies par ledit utilisateur et déjà détenues par son site. Selon une autre caractéristique additionnelle avantageuse, l'écran de saisie spécifique généré par la plateforme de communication et présenté à l'utilisateur prend l'aspect d'une page de son site habituel. Ainsi l'utilisateur n'est pas dérouté par cet écran de saisie supplémentaire, qui correspond en fait au service étendu qu'il a demandé à son site habituel. Selon une autre caractéristique additionnelle, les traitements effectués par la plateforme de communication sur ladite requête au cours de ladite troisième étape du procédé comprennent au moins l'une des sous-étapes suivantes : • enregistrement et authentification de la requête, • authentification du site duquel émane ladite requête, • authentification de l'utilisateur, • détermination des éléments d'autorisation de poursuite du traitement de ladite requête, en fonction du type de requête, et/ou de l'utilisateur, 10 et/ou du site duquel émane ladite requête, • conversion de format. Lorsqu'elle reçoit une requête en provenance de l'utilisateur connecté à un site d'origine, la plateforme de communication effectue une série de traitements 15 préalables avant de la propager à d'autres sites partenaires en s'appuyant sur les informations enregistrées dans ses bases de données. L'authentification du site dont émane la requête utilise des éléments transmis avec la requête de façon explicite tels que identifiant ou mot de passe, ou implicite tels que l'adresse IP. Cette authentification a pour but par exemple 20 de vérifier si ledit site est bien partenaire de la plateforme et la liste des services auxquels il est inscrit. L'authentification de l'utilisateur s'appuie par exemple sur l'identifiant transmis par le site qu'il utilise. La plateforme de communication en déduit les éléments d'autorisation propres à cet utilisateur, par exemple le fait que 25 certaines de ses actions doivent être modérées manuellement ou automatiquement: par la plateforme. Avant de propager valablement la requête de l'utilisateur à d'autres sites partenaires, la plateforme de communication la convertit dans des formats adaptés à ces autres sites. Elle peut par exemple procéder à la conversion de la 30 requête dans un format pivot qui lui est propre, puis de ce format pivot dans les différents formats des sites destinataires, ou bien procéder à une simple conversion des données du format du site d'origine au format de chacun des autres sites destinataires. Il est important de noter que cette conversion de format de la requête a généralement pour conséquence sa traduction d'une langue à une autre. Par exemple, lorsque les paramètres de la requête codent les caractéristiques d'un bien recherché par l'utilisateur d'un premier site, la conversion de ces paramètres dans le format du second site destinataire a pour effet, pour un utilisateur du second site, une traduction de ces paramètres. Si l'utilisateur a fourni des secondes informations complémentaires à la plateforme de communication, celle-ci complète la requête avec ces secondes informations ou bien procède au remplacement de tout ou partie des premières informations par lesdites secondes informations. Selon une autre caractéristique additionnelle, les traitements effectués par la 15 plateforme de communication au cours de ladite sixième étape du procédé comprennent au moins l'une des sous-étapes suivantes : • enregistrement des réponses primaires, • filtrage, • conversion de format, 20 • agrégation de réponses primaires pour construire une réponse secondaire. Les filtrages effectués par la plateforme de communication sur les réponses primaires peuvent par exemple s'appuyer sur l'identité des utilisateurs ou des 25 sites partenaires qui répondent, la quantité des informations et notamment la présence de doublons, ou l'identité du destinataire des réponses ; ils peuvent également découler de l'application de règles de cohérence propres au métier de chacun des sites partenaires. Par exemple, sur le secteur immobilier, une annonce de vente d'un appartement sur Paris à 5000 euros sera rejetée pour 30 incohérence entre le bien et le prix. - 10- De même que dans l'étape de traitement de la requête avant propagation, si des utilisateurs ont fourni des secondes informations complémentaires à la plateforme de communication, celle-ci complète leur réponse ou la réponse de leur site avec ces secondes informations ou bien procède au remplacement de tout ou partie des premières informations par lesdites secondes informations. Comme dans l'étape de propagation de la requête initiale, la plateforme de communication procède à une conversion de format des réponses primaires, en utilisant un format pivot propre à ladite plateforme ou en convertissant directement les réponses dans le format du site destinataire. Enfin la plateforme de communication procède à l'agrégation des réponses primaires pour constituer une réponse secondaire. Cette réponse secondaire agrégée est envoyée à l'utilisateur du site d'où a émané la requête, en une ou plusieurs fois en fonction de son volume. Selon une caractéristique additionnelle, la plateforme de communication réalise en outre l'étape suivante : • l'exécution de calculs de gestion pouvant comprendre des calculs statistiques ou des calculs pour la facturation du service. A partir des informations enregistrées au cours des troisième et sixième étapes du procédé, la plateforme de communication peut effectuer des calculs de gestion tels que des calculs statistiques et des calculs en vue de la facturation aux sites partenaires du service étendu qu'elle permet d'offrir aux usagers desdits sites partenaires. Le procédé s'applique d'une façon particulièrement avantageuse notamment à la mise en relation de personnes en vue de rencontre et aux achats en ligne de biens ou de services. Le procédé peut s'appliquer à plusieurs réseaux de partenariats en fonction des marchés visés, par exemple rencontre de personnes au niveau européen, achat immobilier, import de véhicules, marché de l'emploi... -11- Des modes d'exécution de l'invention seront décrits ci-après, à titre d'exemples non limitatifs, avec référence aux dessins annexés, dans lesquels : La figure 1 représente une vue schématique de l'état de l'art en matière de connexion à un réseau existant de type internet. La figure 2 représente une vue schématique du fonctionnement de la plateforme de communication. La figure 3 représente une vue schématique d'une fonction supplémentaire de 10 la plateforme de communication. La figure 4 représente un bloc diagramme d'un exemple de réalisation de la plateforme de communication. Dans la figure 1 de l'état de l'art, les utilisateurs Ul, U2, U3 et U4 sont 15 connectés ou sont identifiés chacun sur un site S1, S2, S3 ou S4. Un utilisateur U1 par exemple peut obtenir des informations sur l'utilisateur U' l identifié sur le même site S1, mais pas sur l'utilisateur U2 du site S2. Dans certains cas l'utilisateur U1 peut interagir avec l'utilisateur U4 du site S4, mais de façon limitée à l'échange de messages ou de fichiers par la liaison 11. 20 Dans la figure 2, l'utilisateur U1 a formulé une requête par le biais de son site habituel S1. Le site S1 étant partenaire de la plateforme Pl, il a proposé à l'utilisateur U1 de propager sa requête à d'autres sites partenaires, grâce à une légère adaptation de l'une de ses pages, lesdits sites partenaires étant par 25 exemple situés à l'étranger. Si l'utilisateur U1 a accepté cette proposition, le site S1 propage la requête à la plateforme P1 par le biais de la liaison 12, ladite plateforme P1 propageant ensuite ladite requête par le biais de la liaison 12' à l'ensemble ou à une sélection de sites partenaires S2, S3 et S4. La plateforme Pl collecte et traite les réponses reçues, par exemple des informations sur les 30 utilisateurs U2, U3 et U4, et envoie une réponse agrégée au site S 1. L'utilisateur reçoit des réponses concernant les utilisateurs U' 1, U2, U3 et U4 - 12 - sans avoir eu à changer de site S1. Pour procéder à ces échanges et à ces traitements, la plateforme Pl comporte une base de données 20 dans laquelle sont enregistrées [es formats des sites partenaires et une base de données 21 dans laquelle sont enregistrées des informations sur les utilisateurs. Les bases de données 20 et 21 peuvent être réunies en une seule. Dans la figure 3, l'utilisateur U1 est un utilisateur identifié du site S1 et il a choisi de propager sa/ses requête(s) vers d'autres sites partenaires, par exemple situés à l'étranger. La plateforme Pl a construit une page de saisie spécifique, par exemple une page pop up , au même format qu'une page du site S1 et la propose à l'utilisateur U1, par exemple directement par la liaison 13 ou par le biais du site S1 par la liaison 13'. L'utilisateur U1 peut alors saisir des informations complémentaires le concernant, dans une autre langue que sa langue habituelle, par exemple en anglais. Ces informations complémentaires sont enregistrées comme telles dans la base de données utilisateurs 21 et seront disponibles pour les utilisateurs U2, U3 et U4 situés dans d'autres pays que l'utilisateur Ul. La plateforme Pl représentée en figure 4 est un calculateur du type serveur standard apte à exécuter les étapes du procédé grâce à des modules logiciels enregistrés en mémoire. La figure 4 représente également 3 utilisateurs U1, U2, U3 de sites internet partenaires S1, S2, S3 reliés à la plateforme P1. Les liaisons classiques par le réseau internet représentées 10 dans les précédentes figures ont été omises pour une meilleure lisibilité. Dans cet exemple de réalisation, la plateforme P1 comporte : une ou des bases de données 20, 21, pour conserver notamment les informations concernant les sites partenaires et les utilisateurs, un module connecteur vers la plateforme 22, qui gère les communications en entrée sur ladite plateforme ; il utilise des protocoles tels que http ou SOAP ( Service Oriented Architecture Protocol ), - 13 - un module connecteur vers les sites 23 qui gère les communications en sortie de la plateforme vers les sites partenaires, un module interface utilisateur 24, qui gère la construction et l'envoi par la plateforme P1 d'un écran de saisie à un utilisateur d'un site partenaire, par exemple U1 utilisateur du site partenaire S1, ledit écran de saisie pouvant prendre l'apparence d'une page du site S1, de façon à recueillir et stocker des secondes informations complémentaires sur l'utilisateur U1, par exemple des informations dans une autre langue que la langue habituelle de l'utilisateur U1, un module de sécurité 25 dont le rôle est de d'assurer l'authentification des sites partenaires et des utilisateurs et d'accorder ou non les autorisations de connexion et de gestion des requêtes, un module 26 de conversion des données, par exemple pour assurer la conversion des requêtes et des réponses dans les formats des différents sites partenaires, un module 27 de gestion des règles métier pour assurer la cohérence des requêtes et des réponses, un module 28 de transmission des requêtes vers les sites partenaires, par l'intermédiaire du module 23 de communication vers les sites, un module 29 de gestion des données complémentaires recueillies par le module 24 d'interface utilisateur, un module 30 d'agrégation des données qui réalise l'agrégation des réponses reçues des sites partenaires à une requête émise par un utilisateur à partir de son site habituel, - un module 31 de gestion de la performance qui surveille le fonctionnement de la plateforme, par exemple le temps de traitement d'une requête ou la charge de calcul, un module 32 de statistiques de façon à pouvoir caractériser le fonctionnement de la plateforme suivant différents critères, par exemple par site partenaire, par utilisateur, par type de requête... - 14 - un module 33 de facturation en vue de la facturation du service aux sites partenaires. Les liaisons en traits courbes, par exemple 40, représentent un exemple de cheminement d'une requête 41 émise par un utilisateur Ul d'un site S1 et propagée par la plateforme P1 vers deux autres sites partenaires S2 et S3, par l'exécution successive au sein de la plateforme Pl des modules 22, 25, 26, 27, 28 et 23. Suivant le type de la requête 41, les réponses peuvent provenir automatiquement des sites partenaires S2 et S3 ou des utilisateurs connectés ; dans l'exemple représenté, l'utilisateur U3 n'est pas connecté mais il est identifié dans le site S3 et si la requête 41 est une recherche d'informations, le site S3 peut répondre automatiquement. Le cheminement des réponses des sites S2 et S3 et de la réponse agrégée vers le site S1 est représenté en traits interrompus 42 ; il est analogue au cheminement 40 de la requête 41, avec l'étape supplémentaire de l'agrégation des réponses réalisée par le module 30. Il conduit à l'exécution successive au sein de la plateforme Pl des modules 22, 25, 26, 27, 30, 28 et 23. Revendications 1. Procédé pour l'exécution d'un service défini par une requête exprimée par un premier utilisateur (U1) d'un premier site de type internet (Si), ledit premier utilisateur (U1) ayant fourni des premières informations audit premier site (S 1), ledit procédé mettant en oeuvre au moins une plateforme de communication (Pl) reliée à une pluralité de sites de type internet (S 1, S2, S3, S4) par un réseau existant (10), ladite plateforme de communication (P1) comportant au moins une base de données (20, 21) contenant des informations sur ladite pluralité de sites de type internet (Si, S2, S3, S4) et sur les utilisateurs du procédé, ledit procédé comportant les étapes suivantes : • une première étape de fourniture par le premier utilisateur (U1) au premier site de type internet (Si) de l'information selon laquelle il souhaite que sa requête soit exécutée par d'autres sites de type internet (S2, S3, S4), • une deuxième étape de transmission par ledit premier site de type internet (S 1) de ladite requête à une plateforme de communication (Pl), • une troisième étape dans laquelle ladite plateforme de communication (P1) effectue des traitements sur ladite requête en vue de sélectionner au moins un second site (S2) concerné par ladite requête grâce à ladite base de données et composer pour chacun desdits sites sélectionnés (S2, S3, S4) une nouvelle requête suivant un format adapté à chacun de ces sites, • une quatrième étape de transmission par la plateforme de communication de cette nouvelle requête selon des formats respectivement adaptés à chacun des sites (S2, S3, S4) sélectionnés, • une cinquième étape d'élaboration par au moins un desdits sites (S2, S3, S4) sélectionnés d'une réponse primaire dans son propre format et envoi de ladite réponse primaire à la plateforme de communication (P1),-16- • une sixième étape dans laquelle ladite plateforme de communication (Pl) réceptionne au moins une réponse primaire, effectue des traitements sur lesdites réponses primaires en vue de construire une réponse secondaire pouvant comprendre une agrégation de plusieurs réponses primaires et de mettre ladite réponse secondaire au format du premier site de type internet (Si), • une septième étape dans laquelle ladite plateforme de communication (Pl) envoie audit premier site de type internet (Si) ladite réponse secondaire. 2. Procédé selon la revendication 1, caractérisé en ce qu'il cornporte en outre les étapes suivantes : • la construction et l'envoi par ladite plateforme de communication (P1) d'un écran de saisie à au moins un utilisateur (U1), ledit écran de saisie pouvant venir en superposition d'une page du site (S 1) habituel dudit utilisateur, • la saisie par ledit utilisateur (U1) d'au moins une seconde information complémentaire par le biais dudit écran de saisie, • l'envoi par l'utilisateur (U1) desdites secondes informations complémentaires à la plateforme de communication (P1), • l'enregistrement par ladite plateforme de communication (Pl) desdites secondes informations complémentaires fournies par l'utilisateur (U 1) dans une base de données utilisateur (21), • lors du traitement par ladite plateforme de communication (P1) d'une requête concernant l'utilisateur (U1), l'ajout ou la substitution desdites secondes informations complémentaires aux premières informations fournies par l'utilisateur (U1), de manière notamment à ce que les informations fournies par ledit utilisateur (U1) soient disponibles dans différentes langues.30- 17- 3. Procédé selon la revendication 2, caractérisé en ce que l'écran de saisie spécifique généré par la plateforme de communication et présenté à l'utilisateur prend l'aspect d'une page de son site habituel. 4. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que les traitements effectués par la plateforme de communication (Pl) sur ladite requête au cours de ladite troisième étape du procédé comprennent au moins l'une des sous-étapes suivantes : • enregistrement et authentification de la requête, • authentification du site (S 1) duquel émane ladite requête, • authentification de l'utilisateur (U 1), • détermination des éléments d'autorisation de poursuite du traitement de ladite requête, en fonction du type de requête, de l'utilisateur (Ul), 15 du site (Si) duquel émane ladite requête, • conversion de format. 5. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que les traitements effectués par la plateforme de 20 communication (Pl) au cours de ladite sixième étape du procédé comprennent au moins l'une des sous-étapes suivantes : • enregistrement des réponses primaires, • filtrage, • conversion de format, 25 • agrégation de réponses primaires pour construire une réponse secondaire. 6. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que la plateforme de communication (Pl) réalise en outre 30 l'étape suivante :-18- • l'exécution de calculs de gestion pouvant comprendre des calculs statistiques ou des calculs pour la facturation du service. 7. Procédé selon l'une quelconque des revendications précédentes dans lequel le service demandé comprend la consultation ou la suppression d'informations, une recherche d'informations, l'inscription ou la désinscription d'une liste, l'envoi ou la réception d'un message, l'ouverture une session de dialogue en ligne, l'envoi ou la réception d'un fichier ou l'exécution d'un script. 8. Plateforme de communication conçue pour réaliser le procédé selon l'une quelconque des revendications précédentes, comportant : • au moins une base de données (20, 21), • un module (22) connecteur vers la plateforme (Pl), • un module (23) connecteur vers les sites, • un module (24) interface utilisateur, • un module de sécurité (25), • un module (26) de conversion des données, • un module (27) de gestion des règles métier, • un module (28) de transmission des requêtes, • un module (29) de gestion des données complémentaires, • un module (30) d'agrégation des données, • un module (31) de gestion de la performance, • un module (32) de statistiques, • un module (33) de facturation.