Brevet FR2812152A1 — publié le 20020125

C,-MMNCATION DIRECTE ETRE USAGERS SUR LE RESEAU INTNETT La présente invention concerne les communications sur le réseau Internet. La figure 1 illustre le cas o un utilisateur 1 (SDRl) du réseau Internet souhaite envoyer un message à un correspondant 2 (SDR2), via le réseau Internet. L'utilisateur 1 est abonné auprès d'un fournisseur d'accès 3 au réseau Internet. Le correspondant 2 est aussi un utilisateur du réseau Internet et il est abonné auprès d'un autre fournisseur d'accès 4. L'utilisateur 1 envoie une requête d'ouverture de session, c'est-à-dire de communication, sur le réseau Internet 5 au four- nisseur d'accès 3 par 1' intermédiaire du réseau téléphonique ccmmuté. Par réseau téléphonique commuté, on désigne ici le réseau télé- phonique classique, le réseau RNIS (Réseau Numérique à Intégra- tion de Services, ISDN en anglais), le réseau ADSL (Asymetric Digital Subscriber Line), voire même le réseau câblé à fibres optiques. La liaison entre l'utilisateur 1 et le fournisseur d'accès 3 est symbolisée par une ligne pointillée 6. Le fournis- seur d'accès 3 attribue à l'utilisateur 1 une adresse publique dynamique (IP). Cette adresse publique dynamique permet l'identi- fication de l'utilisateur 1 et lui permet d'accéder et de "naviguer" sur le réseau Internet. L'adresse est dite publique car elle n'est pas attribuée de manière nominative à un usager mais fait partie d'un jeu d'adresses attribuées à un fournisseur d'accès qui les alloue à ses abonnés le temps des connexions et sessions désirées par ceux-ci; elle est dite "dynamique" car elle n'est pas permanente, et n'est allouée à l'utilisateur 1 que le temps de la session souhaitée. L'utilisateur 1 peut alors par exemple envoyer son mes- sage sous forme de données numériques en utilisant l'adresse de courrier électronique (e-mail) de son correspondant. Le message transite par le réseau Internet 5 et est hébergé chez le fournis- seur d'accès 4, à l'adresse de courrier électronique du correspondant. Pour récupérer le message envoyé, le correspondant 2 doit d'abord se connecter auprès de son fournisseur d'accès 4 et consulter sa messagerie électronique. Cette connexion se fait via le réseau téléphonique commuté, et est symbolisée par la ligne pointillée 7. La récupération du message envoyé se fait lorsque le correspondant 2 se connecte à son fournisseur d'accès 4. Dans certains cas, cependant, le message envoyé présente une certaine importance. Par exemple, le message peut concerner des données sensibles, comne des informations financières fluctuant rapidement dans le temps, et il est souhaitable que le correspon- dant puisse en disposer le plus rapidement possible. L'utilisateur 1 peut, dans ce cas, indiquer oralement à l'utilisateur 2 par l'intermédiaire du réseau téléphonique cCmmuté qu'il souhaite établir une session Internet avec lui. Les utili- sateurs 1 et 2 se connectent alors de manière coordonnée au réseau Internet auprès de leurs fournisseurs d'accès respectifs, qui leur attribuent une adresse publique dynamique. La connais- sance respective de leurs adresses publiques dynamiques permet alors l'établissement d'une liaison Internet point à point entre les utilisateurs 1 et 2. Un inconvénient de cette façon de faire est qu'elle nécessite un dialogue téléphonique préalable entre les correspon- dants. Un objet de la présente invention est de prévoir un procédé et un système permettant des communications directes sur le réseau Internet sans dialogue téléphonique préalable entre les correspondants. Pour atteindre cet objet, la présente invention prévoit un procédé pour permettre une communication directe, via le réseau Internet, entre un appelant et au moins un appelé dépourvu d'une adresse publique permanente, comprenant les étapes suivantes: a) envoi, par l'appelant, d'un message à un système de contrôle et d'administration de services, ledit message compor- tant des données propres à l'appelant permettant audit système d'autoriser la connexion de l'appelant, et une requête de connexion avec l'appelé permettant audit système d'identifier l'appelé, b) vérification, par ledit système, de ce que l'appelé est déjà en communication sur le réseau Internet et dispose d'une adresse publique dynamique déclarée audit système, c) si l'appelé n'est pas en communication Internet ou si ledit système n'en a pas connaissance, le procédé comprend les étapes suivantes: cl) réveil de l'appelé par ledit système via le réseau téléphonique commuté, c2) établissement, le cas échéant, d'une session Internet par l'appelé, et c3) envoi par l'appelé d'un message audit système (SCA), le message envoyé par l'appelé comportant des coordonnées de connexion au réseau Internet de l'appelé, d) envoi, par ledit système, des coordonnées de connexion au réseau Internet de l'appelé à l'appelant et de coor- données de connexion au réseau Internet de l'appelant à l'appelé, et e) réalisation, à l'aide des coordonnées de connexion au réseau Internet de l'appelant et de l'appelé, d'une voie de communication directe entre l'appelant et l'appelé via le réseau Internet. Selon un mode de réalisation de la présente invention, la voie de communication directe ne transite pas par ledit sys- tème. Selon un mode de réalisation de la présente invention, les données propres à l'appelant envoyées audit système (SCA) au cours de l'étape a) comprennent l'adresse publique dynamique de l'appelant et, le cas échéant, au moins un élément du groupe: numéro ou numéros de ligne, nom, identifiant, mot de passe et données d'authentification de l'appelant. Selon un mode de réalisation de la présente invention, la requête de connexion avec l'appelé envoyée par l'appelant audit système au cours de l'étape a) comporte au moins un élément du groupe: numéro ou numéros de ligne, nom et identifiant de l'appelé. Selon un mode de réalisation de la présente invention, les échanges d'information et de données entre appelant, appelé et système (SCA) sont faits par des tunnels sécurisés. Selon un mode de réalisation de la présente invention, le procédé comporte l'étape consistant à contrôler de façon transparente, à l'aide dudit système, les paramètres qui prési- dent à l'échange d'information entre appelant et appelé au cours de leur session Internet. La présente invention prévoit aussi un système de contrôle et d'administration de services, connecté en permanence au réseau Internet et disposant d'une adresse publique fixe, comprenant: a) un moyen pour recevoir un message d'un appelant comportant une requête de communication avec au moins un appelé, b) un moyen pour informer l'appelé de la requête de communication, ce moyen comportant un moyen pour réveiller l'appelé via le réseau téléphonique commuté, c) un moyen pour recevoir un message de l'appelant comportant des coordonnées de connexion de 1 'appelant, d) un moyen pour fournir à l'appelé et à l'appelant des paramètres nécessaires pour qu'ils puissent établir une conmmuni- cation directe sur le réseau Internet, et e) un moyen pour mémoriser les paramètres de l'appelant et de l'appelé pendant la durée de leur session Internet. Selon un mode de réalisation de la présente invention, le système comprend une base de données comportant une liste des abonnés audit système, ainsi que des conditions d'accès définies par les abonnés. Selon un mode de réalisation de la présente invention, le système comprend un moyen pour contrôler de façon transparente les paramètres qui gèrent le transfert de l'information entre appelant et appelé. Selon un mode de réalisation de la présente invention, le système comprend un moyen pour rompre toutes les voies de communication (A, B, C) du réseau Internet mises en jeu par la session et à effacer les données spécifiques qui ont permis l'établissement et l'administration desdites voies de communica- tion. Ces objets, caractéristiques et avantages, ainsi que d'autres de la présente invention seront exposés en détail dans la description suivante de modes de réalisation particuliers faite à titre non-limitatif en relation avec les figures jointes parmi lesquelles: la figure 1, déjà décrite, illustre une communication classique sur le réseau Internet; et la figure 2 illustre un mode de réalisation de la pré- sente invention. En figure 2, un utilisateur 1 (SDRl) du réseau Internet, aussi nommé "l'appelant", souhaite établir une communication directe via le réseau Internet avec un ou plusieurs autres utili- sateurs 2 (SDR2) du réseau Internet, aussi nommés "l'appelé". L'appelant est relié au réseau Internet 5 par un fournisseur d'accès 3 qui lui attribue, à chaque session Internet, et de manière aléatoire, une adresse publique dynamique. L'appelant peut aussi être connecté en permanence au réseau Internet et dis- poser d'une adresse publique fixe, c'est-à-dire permanente, sans sortir du cadre de la présente invention. Les communications entre l'appelant et le fournisseur d'accès 3 se font par l'inter- médiaire du réseau téléphonique conmuté et sont symbolisées par la ligne pointillée 6. L'appelant 1 envoie, par l'intermédiaire du réseau Internet, un message à un système de contrôle et d'administration de services 8 (SCA). Ce message comporte des données propres à l'appelant, comme son adresse publique Internet et par exemple des identifiants tels que son ou ses numéros de ligne télépho- nique, son nom, un mot de passe, ou des données d'authentifi- cation, etc. qui lui permettent d'accéder aux services délivrés par le système SCA. Le message ccoporte aussi une requête de connexion avec l'appelé, contenant des données permettant au système SCA de contacter l'appelé. Ces données comprennent, par exemple, un ou des numéros de ligne téléphonique de l'appelé, le nom de l'appelé, un identifiant de l'appelé, etc. Si cela se justifie, l'envoi au système SCA du message de l'appelant est réalisé par "tunnel sécurisé", c'est-à-dire avec des techniques cryptogra- phiques assurant 1 'authentification des correspondants (en l'occurrence l'appelant et le SCA), ainsi que l'intégrité et le chiffrement des données échangées. Le système SCA est un système connecté de manière per- manente au réseau Internet. Il dispose d'une adresse publique IP fixe et peut être contacté en permanence. Le système SCA est un prestataire de services qui n'offre ses services qu'à ses seuls abonnés. Les services du système SCA étant réservés à ses seuls abonnés, le système SCA vérifie d'abord, à la réception du message en provenance de l'appelant, que celuici et l'appelé sont des abonnés. Il dispose à cet effet d'une base de données comportant une liste de ceux-ci. La base de données du système SCA comprend aussi des informations sur les utilisateurs du système, comme leurs nom, identifiant(s), numéro(s) de téléphone, profils d'accès etc. Par profils d'accès, on entend des conditions qu'un utilisateur du système SCA peut poser à une requête de communica- tion venant d'un tiers, coumme une liste d'appelants autorisés, ou une liste de personnes dont il ne souhaite pas recevoir de ccmmuni- cation. Après avoir identifié l'appelé, le système SCA peut vérifier les restrictions d'accès posées par l'appelé, s'il en existe, et informer le cas échéant l'appelant du rejet de la communication souhaitée. Ensuite, le système SCA examine sa base de données par des moyens appropriés pour voir si, à sa connaissance, l'appelé est déjà connecté au réseau Internet et possède une adresse publique dynamique IP. Le système SCA aura par exemple connais- sance de ces faits si l'appelé est déjà partie prenante d'une communication directe établie à l'aide du système SCA. Si le système SCA dispose de l'adresse publique dyna- mique de l'appelé, il communique celle-ci à l'appelant via le réseau Internet. Il communique aussi, via le réseau Internet, l'adresse publique dynamique de l'appelant à l'appelé, en l'informant de la demande de communication entrante. Ces trans- ferts d'information se font, si cela est requis, par des tunnels sécurisés. Grâce à leurs adresses publiques réciproques, une voie de communication directe peut être établie sur le réseau Internet entre appelant et appelé et ceux-ci peuvent commencer à échanger des informations. Cet échange d'informations se fera, si cela est requis, par un tunnel sécurisé. De préférence, la voie de commu- nication entre appelant et appelé ne transite pas par le système SCA. En figure 2, des doubles flèches A, B et C illustrent sché- matiquement les voies de communication utilisées sur le réseau Internet respectivement entre SCA et SDR1, SCA et SDR2, SDR1 et SDR2. Lorsque le système SCA ne connaît pas l'adresse publique dynamique de l'appelé, soit que l'appelé n'est pas connecté au réseau Internet, soit qu'il est en commruunication avec le réseau Internet mais que le système SCA n'en a pas connaissance, le sys- tème SCA lance une procédure de "réveil" visant à informer l'appelé de la demande de communication. Cette procédure de réveil, symbolisée par une double flèche 10 entre SCA et SDR2, utilise le réseau téléphonique commuté. On va supposer dans un premier temps que l'appelé est relié au réseau RNIS. Le réseau RNIS, connu, ne sera pas décrit en détails ici. Indiquons simplement que le réseau RNIS possède un canal, dit canal D, par lequel on peut faire transiter des données de signalisation qui permettent en particulier l'envoi de messages indiquant une communication entrante. Le système SCA utilise alors le canal D du réseau RNIS pour envoyer un message d'appel en direction de l'appelé. L'appelé analyse la provenance de cet appel entrant. Après avoir déterminé que l'appel entrant provient du système SCA, l'appelé rejette cet appel entrant. En effet, le seul but de cet appel est de "réveiller" l'appelé, et l'appelé sait que, lorsqu'il reçoit un appel entrant en provenance du système SCA, un appelant cherche à établir avec lui une communication directe via le réseau Internet. S'il est déjà connecté au réseau Internet, l'appelé envoie au système SCA son adresse publique dynamique, par tunnel sécurisé si besoin est. Si l'appelé n'est pas connecté au réseau Internet, il se connecte par un appel sortant au réseau Internet auprès de son fournisseur d'accès 4, via une liaison sur le réseau télépho- nique commuté symbolisée par une ligne pointillée 7. Le fournis- seur d'accès 4, qui peut d'ailleurs être le même que le fournis- seur d'accès 3, attribue à l'appelé une adresse publique dyna- mique IP. L'appelé transmet alors, par tunnel sécurisé si besoin est, son adresse publique dynamique au système SCA, via le réseau Internet. Le système SCA communique alors, via le réseau Internet, et par tunnel sécurisé si besoin est, l'adresse publique Internet de l'appelé à l'appelant et vice versa, et les appelé et appelant établissent une communication directe via le réseau Internet comme cela est décrit ci-dessus. Si l'appelé n'est pas relié au réseau RNIS, mais au réseau téléphonique classique, il est également possible de le "réveiller" par un appel. En effet, il existe des services qui permettent d'identifier la provenance d'un appel. Ces services utilisent le protocole V23 du CCITT, qui autorise la transmission de messages sur un poste téléphonique raccroché. L'appelé, qui doit être abonné au service IDPA (Identification du Demandeur en Phase d'Appel) d'un opérateur téléphonique, va reconnaître que l'appel entrant provient du système SCA. L'appelé libère alors la ligne téléphonique, en simulant par exemple un raccroché du combiné téléphonique, et débute une procédure d'appel, de façon automatique ou non, de son fournisseur d'accès 4 au réseau Internet, afin d'obtenir une adresse publique dynamique. Lorsque l'appelé dispose de son adresse publique dynamique, le reste des opérations se déroule comme précédemment. On notera que, dans le cas de communications sécu- risées, le système SCA peut envoyer aux correspondants, outre leurs adresses publiques respectives, des authentifiants et iden- tifiants de chacun d'eux, ainsi que des clés de chiffrement, afin de leur permettre d'établir un tunnel sécurisé pour leur conmuni- cation. Pour renforcer la sécurité de la communication, le système SCA peut contrôler celle-ci en cours de session. Ce contrôle est de préférence effectué de manière transparente, c'est-à-dire sans interférer avec l'échange de données entre appelant et appelé. Par exemple, le système SCA peut envoyer, par le réseau Internet ou par le canal D du réseau RNIS, des messages de contrôle visant à s'assurer que la sécurité de la transmission demeure. Ces messages peuvent être des demandes d'authentifica- tion adressées à l'appelant et à l'appelé, auxquelles ceux-ci doivent répondre. Le système SCA peut aussi vérifier que la communication aboutit toujours au même numéro de ligne, et que l'adresse publique IP d'un des correspondants n'a pas été détournée par un tiers non autorisé au cours de la session. La fin de la session Internet est réalisée à la demande de l'appelant ou de l'appelé. Un de ceux-ci informe le système SCA qu'il souhaite interrompre la session. Le système SCA rompt alors, via les tunnels, sécurisés ou non, qui le lient à l'appelant et à l'appelé, le tunnel établi par l'appelant et l'appelé, et efface les données relatives à la session dans sa base de don- nées. L'appelé et l'appelant peuvent alors signaler la fin de la session à leurs fournisseurs d'accès respectifs et se déconnecter du réseau Internet. Bien entendu, la présente invention est susceptible de diverses variantes et modifications qui apparaîtront à l'homme de l'art. En particulier, l'appelant et l'appelé n'ont pas été décrits en détail. Par appelant ou appelé, on désigne, outre l'utilisateur lui-même, tout poste ou équipement pouvant assurer la fonction de terminal d'accès au réseau Internet, comme un modem, un modem-câble, un modem ADSL, un routeur, un ordinateur universel, une terminaison de réseau numérique, etc. On notera que l'établissement d'une communication directe selon la présente invention ne nécessite pas la présence physique de l'utilisateur 2, son équipement pouvant réaliser de manière automatique les fonctions nécessaires et enregistrer et traiter automatiquement par des logiciels et progiciels informa- tiques les informations envoyées par l'appelant. Aussi, la procédure décrite de fin de communication n'est qu'un exemple seulement, et l'homme de l'art définira sans peine d'autres procédures de déconnexion. Par exemple, le système SCA pourra ne rompre que les voies de communication A et B, lais- sant le soin à SDRl ou SDR2 de rompre la voie de communication C. REVDICALTIONS 1. Procédé pour permettre une communication directe, via le réseau Internet, entre un appelant (SDR1) et au moins un appelé (SDR2) dépourvu d'une adresse publique (IP) permanente, comprenant les étapes suivantes: a) envoi, par l'appelant, d'un message à un système de contrôle et d'administration de services (SCA), ledit message comportant des données propres à 1 'appelant permettant audit système (SCA) d'autoriser la connexion de l'appelant, et une requête de connexion avec l'appelé permettant audit système (SCA) d'identifier l'appelé, b) vérification, par ledit système (SCA), de ce que l'appelé est déjà en communication sur le réseau Internet et dispose d'une adresse publique dynamique (IP) déclarée audit système (SCA), c) si l'appelé n'est pas en communication Internet ou si ledit système (SCA) n'en a pas connaissance, le procédé comprend les étapes suivantes: cl) réveil de l'appelé par ledit système (SCA) via le réseau téléphonique conmmuté, c2) établissement, le cas échéant, d'une session Internet par l'appelé, et c3) envoi par l'appelé d'un message audit système (SCA), le message envoyé par l'appelé comportant des coordonnées de connexion au réseau Internet de l'appelé, d) envoi, par ledit système (SCA), des coordonnées de connexion au réseau Internet de l'appelé à l'appelant et de coor- données de connexion au réseau Internet de l'appelant à l'appelé, et e) réalisation, à l'aide des coordonnées de connexion au réseau Internet de l'appelant et de l'appelé, d'une voie de communication directe entre l'appelant et l'appelé via le réseau Internet. 2. Procédé selon la revendication 1, dans lequel ladite voie de communication directe ne transite pas par ledit système (SCA) 3. Procédé selon la revendication 1, dans lequel les données propres à l'appelant envoyées audit système (SCA) au cours de l'étape a) comprennent l'adresse publique dynamique de l'appelant et, le cas échéant, au moins un élément du groupe: numéro ou numéros de ligne, nom, identifiant, mot de passe et données d'authentification de l'appelant. 4. Procédé selon la revendication 1, dans lequel la requête de connexion avec l'appelé envoyée par 1 'appelant audit système (SCA) au cours de l'étape a) comporte au moins un élément du groupe: numéro ou numéros de ligne, nom et identifiant de l'appelé. 5. Procédé selon la revendication 1, dans lequel les échanges d'information et de données entre appelant, appelé et système (SCA) sont faits par des tunnels sécurisés. 6. Procédé selon la revendication 1, comportant l'étape consistant à contrôler de façon transparente, à l'aide dudit sys- tème (SCA), les paramètres qui président à l'échange d'informa- tion entre appelant et appelé au cours de leur session Internet. 7. Système de contrôle et d'administration de services (SCA), connecté en permanence au réseau Internet et disposant d'une adresse publique fixe, comprenant: a) un moyen pour recevoir un message d'un appelant comportant une requête de communication avec au moins un appelé, b) un moyen pour informer l'appelé de la requête de communication, ce moyen comportant un moyen pour réveiller l'appelé via le réseau téléphonique commuté, c) un moyen pour recevoir un message de l'appelant comportant des coordonnées de connexion de 1 'appelant, d) un moyen pour fournir à l'appelé et à l'appelant des paramètres nécessaires pour qu'ils puissent établir une communi- cation directe sur le réseau Internet, et e) un moyen pour mémoriser les paramètres de l'appelant et de l'appelé pendant la durée de leur session Internet. 8. Système selon la revendication 7, comprenant une base de données comportant une liste des abonnés audit système (SCA), ainsi que des conditions d'accès définies par les abonnés. 9. Système selon la revendication 7, comprenant un moyen pour contrôler de façon transparente les paramètres qui gèrent le transfert de l'information entre appelant et appelé. 10. Système selon la revendication 7, comportant un moyen pour rompre toutes les voies de communication (A, B, C) du réseau Internet mises en jeu par la session et à effacer les don- nées spécifiques qui ont permis l'établissement et l'administra- tion desdites voies de communication.