Brevet FR2837645A1 — publié le 20030926

SP 20021 DB PROCÉDÉ DE FOURNITURE DE SERVICES POUR TERMINAUX PRIVÉS DISTANTS, ET DISPOSITIF ASSOCIÉ Linvention concerne le domaine des communications entre terminaux au sein de réseaux différents, et plus particulièrement celui de la fourniture de services privés à des terminaux déconnoctés de leur réseau privé. De nombreux réscaux, généralement privés, offrent à leurs utilisateurs, lorsque leurs terminaux y sont raccordés, la possibilité de bénéficier de services spécifiques, tels que l'accès à des bases de données ou messageries privéss, ou l'affichage de leur nom sur l'écran du terminal de l'utilisateur avec lequel ils communiquent. Ayant constaté que ces utilisateurs étaient fréquemment déconnectés physiquement de leur réseau privé, par exemple du fait qu'ils trava il lent chez des clients ou à domicile, les concepteurs de résea ux ont développé de nouvelles architectures de réseaux privés permettant d'établir des liaisons à partir de certains réscaux publics, tels que PSTN et PLMN. Cela sous entend que les terminaux sont adaptés à ces réscaux publics. Or, du fait de la complexité de ces nouvelles architectures, et des problèmes de synchronisation entre réseaux publics et privés, les utilisateurs ne peuvent pas bénéficier de l'intégralité des services offerts par leurs réseaux privés, lorsqu'ils y sont raccordés via le réseau public. C'est notamment le cas de la fonction d'affichage automatique du nom de 1'appelant et/ou de 1'appelé. Pour tenter de remédier à cet inconvénient, le protocole CLIP (" Calling Line Identification Presentation ") a été récemment proposé. Ma is, si les messages CLIP réservent un champ pour le nom de l'appelant, celui-ci n'est jamais communiqué par le réseau public au réseau privé. Par conséquent, aucun procédé n'apporte une entière satisfaction en matière de fourniture de services privés à des terminaux déconnectés de leur réseau privé. L'invention a donc pour but de remédier à cet inconvénient. Elle propose à cet effet un procédé de fourniture de services à des terminaux privés quel que soit le réseau auquel ils sont raccordés et quelle que soit leur localisation par rapport au réseau privé auquel ils appartiennent (bien 2 2837645 entendu, sous réserve d'accord entre les propriétaires desUits réseaux). Plus précisément, le procédé concerne les réscaux privés qui comportent une base de donnces privée contenant les identifiants primaires de ses terminaux privés associés à des premières donnces représentatives des services auxquels ils ont accès au sein du réseau privé, et les réscaux publics qui comportent une plate-forme " intelligente ", de commutation et routage, et sont raccordés auxdits réseaux privés. Ce procédé se caractérise par le fait qu'il comprend: * une première étape au cours de laquelle on procède au stockage, à une adresse accessible à la plate-forme intelligente, de secondes donnses représentatives d'u ne pa rtie au moins de la base de don nées privoe, et, à une adresse du réseau public, des troisièmes données représentatives de l'identifiant primaire de chaque terminal privé, du réseau privé associé et de la plate-forme intelligente ayant accès aux secondes données dudit réseau privé, et * une seconde étape au cours de laquelle, en cas d'émission par 1'un des terminaux privés d'une requête de service sur le réscau public, on procède à l'extraction des troisièmes donnces associées à l'identifiant primaire du terminal privé requérant, puis on compare les données de la requ8te aux secondes données désignces par les troisièmes données extraites, de manière à autoriser OU non la plate- forme, désignée par les troisièmes données extraites, à mettre . en _uvre le service requis. On entend ici par >, le fait de lire des données, sans les retirer, puis éventuellement de les conserver, par exemple dans une mémoire. Le procédé selon l'invention pou rra com porter de nom breuses caractéristiques complémentaires qui pourront étre prises séparément et/ou en combinaison, et en particulier: - des secondes données stockées dans au moins une base de données .. auxlare; - des troisièmes données stocLées dans une première table de correspondance sous forme d'un identifiant primaire de terminal privé, d'un identifiant secondaire associé au réscau privé auquel appartient le terminal 3 2837645 privé et d'un identifiant tertiaire associé à la plate-forme intelligente ayant accès aux secondes données du réseau privé; - le stockage à une adresse accessibie à la plate-forme intelligente, de préférence lors de la première étape, d'une seconde table de liens entre réseaux privés autorisés à communiquer entre eux; - des requêtes comprenant, de préférence, au moins l'identifiant primaire du terminal privé requérant et des quatrièmes données représentatives de l'action requise. Cette action est prélérentiellement une demande de service, comme par exemple l'affichage du nom de l'appelant et/ou de l'appelé, ou I'autorisation d'accès à une base de données interne, ou une demande de liaison à un autre terminal privé. Certaines requetes peuvent également comprendre des cinquièmes données représentatives d'une autorisation d'accès à au moins un service au sein de leur réseau. Ainsi, même si la base auxiliaire ne comporte pas d'autorisation d'accès au service demandé par l'utilisateur stockée en correspondance de son identifiant, celui-ci pourra bénéficier, au moins ponctuellement, du service puisqu'il a communiqué le code corresponda nt; - certaines premières donnéss pouvant étre représentatives de services subdivisés en niveaux de service. Par exemple, un premier niveau ne permet I'affichage de nom qu'entre utilisateurs d'un méme réseau privé, tandis qu'un second niveau permet l'affichage de nom entre utilisateurs appartenant à des réscaux différents ayant passé un accord, et un troisième niveau permet l'affichage du nom de l'appelant sur l'écran d'un utilisateur appelé raccordé à un réseau n'ayant pas passé d'accord avec le réseau privé; - une étape auxiliaire dans laquelle on procède au stockage, à une adresse accessible à la plate-forme intelligente, d'une troisième table de relations externes comportant des identifiants primaires de terminaux privés en correspondance de listes d'identifiants quaternaires représentatifs de terminaux avec lesquels ils sont autorisés à établir des liaisons. Cela permet notamment d'établir des liaisons avec certains terminaux appartenant à des réseaux, pubiics ou privés, n'ayant pas passé d'accord avec le réseau privé de I'utilisateur requérant. De telles listes peuvent 8tre communiquces directement par les utilisateurs à la plate-forme intelligente lorsqu'ils ont reu l'autorisation du superviseur de leur réseau privé; - une autre étape auxiliaire dans laquelle on met à jour le contenu de la base auxiliaire et/ou de la première table de correspondance et/ou de la seconde table de liens et/ou de la troisième table de relations externes. Ces mises à jour, ou l'une au moins d'entre elles, peuvent être effectuses périodiquement ou sur requete. L'invention porte également sur un dispositif de fourniture de services à 1C des terminaux privés appartenant un ou plusieurs réseaux privés comportant chacun une base de donnces privée contenant des identifiants primaires des terminaux privés associés à des premières données représentatives de services auxquels ont accès les terminaux privés au sein du réseau privé correspondant, et qui sont susceptibles d'étre connectés à un réssau public comportant une plate-forme intelligente, de commutation et routage, et raccordé à 1'un desdits réseaux privés. Plus précisément, le dispositif se caractérise par le fait qu'il comporte: * des premiers moyens de stockage accessibles à la plate-forme intelligente et contenant des secondes données représentatives d'une partie au moins de la base de données privoe, * des seconds moyens de stockage accessibles sur le réscau public et contenant des troisièmes donnéss représentatives de l'identifiant primaire de chaque terminal privé, du réseau privé associé et de la plate-forme intelligente ayant accès aux secondes données de ce réseau privé, et * des moyens de gestion capables, en cas d'émission par 1'un des terminaux privés d'une requete de service sur le réseau public, d'extraire des seconds moyens de stockage les troisièmes donnces associées à l'identifiant primaire du terminal privé requérant, puis à comparer les données de la requête aux secondes données désignées par les troisièmes données extraites, de manière à autoriser ou non la plate-forme (INP), désignce par les troisièmes données extraites, à mettre en _uvre le service requis. 2837645 Le dispositif selon l'invention pourra comporter de nombreuses caractéristiques complémentaires qui pourront être prises séparément et/ou en combinaison, et en particulier: - au moins une base de données auxiliaire dans laquelle sont stocLées les secondes donnces; - des seconds moyens de stockage comprenant une première table de correspondance comportant les troisièmes données sous forme d'un identifiant primaire de terminal privé, d'un identifiant secondaire associé au réseau privé auquel appartient le terminal privé et d'un identifiant tertiaire associé à la plate forme intelligente ayant accès aux secondes données du réscau privé; - des troisièmes moyens de stockage accessibles à la plate-forme intelligente et comportant une seconde table de liens entre réseaux privés autorisés à communiquer entre eux; - des requêtes comprenant au moins l'identifiant primaire du terminal privé requérant et des quatrièmes donnces représentatives de 1'action requise (de préTérence une demande de service ou une demande de liaison à un autre terminal privé). Ces requ8tes peuvent également comprendre des cinquièmes données représentatives d'une autorisation d'accès à au moins un service au sein d'un réseau; - des premières et secondes donnéss parmi lesquelles certaines peuvent être représentatives de services subdivisés en niveaux de service; - des quatrièmes moyens de stockage accessibles à la plate-forme intelligente et comportant une troisième table de relations externes comprenant des identifiants primaires de terminaux privés en correspondance de listes d'identifiants quaternaires représentatifs de terminaux avec lesquels ils sont autorisés à établir des liaisons; - des moyens de mise à jour capables de mettre à jour, périodiquement ou sur requ8te, le contenu de la base auxiliaire et/ou de la première table de correspondance et/ou de la seconde table de liens et/ou de la troisième table de relations externes. De tels moyens de mise à jour sont préTérentiellement 6 2837645 implantés dans un serveur de liaison dépendant de la plate-forme intelligente; - des moyens de gestion dont une partie au moins est préférentiellement implantée dans un serveur de gestion du réseau public et pouvant comporter les seconds moyens de stockage comprenant la première table de correspondance. L'invention peut être mise en ceuvre dans tout type de réseau de communications, privé ou public, et en particulier dans les réseaux Internet, PLMN et PSTN pour, par exemple, des réseaux publics, ou, par exemple, TETRA et RUBIS pour des réseaux privés. D'autres caractéristiques et avantages de l'invention appara^'tront à l'examen de la description détaillée ci-après, et de l'unique dessin annexé en figure 1, qui illustre de fac,on schématique une installation de communications multi-réseaux, équipée d'un dispositif selon l'invention. Ce dessin est. pour l'essentiel, de caractère certain. En conséquence, il pourra non seulement servir à compléter l'invention, mais aussi contribuer à sa définition, le cas échéant. L'installation de communications illustrée sur la figure 1 comporte tout d'abord plusieurs réseaux publics PUN1, PUN2 et PUN3 raccordés entre eux via une plate-forme intelligente INP de commutation et routage, appartenant de prélérence à l'un d'entre eux. Cette plateforme peut-être par exemple constituce de serveurs connectés sous IP assurant des fonctions d'analyse d'acheminement et des fonctions de commandes de routage et de taxation. Le nombre de réscaux publics n'est pas limité à trois. Il pourra en effet prendre n'importe quelle valeur entière supérieure ou égale à 1. Ces réseaux publics PUN1, PUN2, PUN3 sont par exemple Internet, PSTN et PLMN. Sur la figure 1, deux antennes relais du réseau PLMN sont désignées par la réTérence R3. Par ailleurs, dans l'exemple illustré, un terminal fixe FT1 est associé à PUN2 (ici PSTN), et un terminal mobile MT5 est associé à PUN3 (ici PLMN) . L'installation illustrée comporte également des premier PRN1 et second PRN2 réseaux privés indépendants, auxquels sont respectivement associés des terminaux privés, fixes ou mobiles, et qui sont raccordés aux différents réseaux publics PUN1, PUN2, PUN3, via la plate-forme intelligente iNP. Le nombre de 7 2837645 réscaux privés n'est pas limité à trois. Il pourra en effet prendre n'importe quelle valeur entière supérieure ou égale à 1. Dans l'exemple illustré, un terminal fixe FT1-1 et deux terminaux mobiles MT1, MT3 sont associés à PRN1, FT1-1 étant le seul physiquement raccordé à PRN1. Par ailleurs, trois terminaux fixes FT1-2, FT2-2, FT3-2 et deux terminaux mobiles MT2, MT4 sont associés à PRN2. FT1-2 est raccordé physiquement à l'un des réseaux publics, par exemple PUN1 (ici Internet), tandis que FT22 et FT3-2 sont physiquement raccordés à PRN2. On entend ici par " terminal ", tout matériel informatique pouvant échanger des donnces avec un autre matériel informatique distant, par voie filaire et/ou par voie d'ondes. Il pourra s'agir notamment de téléphones fixes ou mobiles, ou d'ordinateurs fixes ou portables, éventuellement équipés pour le multimédia, ou encore d'assistants personnels numériques (" PDA "). Chaque réssau privé PRN1, PRN2 possède au moins une base de données privée PDB1, PDB2 comportant notamment des données représentatives de services qu'ils offrent à leurs utilisateurs, et permettant de mettre en _uvre lesUits services. Chaque base privée PDB1, PDB2 comporte une table de correspondance dans laquelle sont stockés les identifiants primaires des terminaux privés des utilisateurs du réseau privé en correspondance du ou des services auxquels ils ont accès au sein dadit réseau, éventuellement complétés de niveaux de service. L'identifiant primaire est par exemple un numéro de téléphone, ou une adresse de type internet " e-mail >>, ou encore un code confidentiel. Par ailleurs, on peut envisager qu'un utilisateur dispose de plusieurs identifiants primaires. Parmi les services offerts par les réseaux privés, on peut citer par exemple l'affichage du nom de l'appelant, I'affichage du nom de l'appelé, la conférence à trois utilisateurs, voire plus, I'accès à des bases de données professionnelles internes, I'accès à la messagerie interne, le remplissage de formulaires internes, I'accès gratuit à Internet ou à des bases de données externes ou encore les applications permettant d'accèder aux fonctionnalités . L'invention propose un dispositif destiné à permettre à des utilisateurs 8 2837645 d'un premier réseau privé, raccordés à l'un des réseaux publics, de pouvoir disposer de tout ou partie des services auxquels ils auraient droit s'ils étaient physiquement raccordés audit premier réscau. Bien entendu, une telle possibilité n'est envisageable qu'à partir du moment o les superviseurs des différents réseaux publics et privés ont passé des accords. Le dispositif comporte tout d'abord, pour chaque réseau privé (au moins) PRN1, PRN2, des moyens de stockage préférentiellement réclisés sous la forme d'une base de données auxiliaire ADB1, ADB2, comportant une ferait perdre du temps,notamment lorsqu'ils sont munis de pare-feu ( wall ") ou passerelle de contrôle d'accès ( ). De préTérence, comme dans la base privée PDB1, PDB2, les données des bases auxiliaires ADB1, ADB2 sont, pour au moins une partie d'entre elles, stocLées dans une table de correspondance (identifiant(s) primaire(s); service(s) accessible; niveau(x) de service autorisé). En raison de leur contenu généralement confidentiel, ces bases de donnces auxiliaires ADB1, ADB2 sont préTérentiellement raccordées à la plate- forme intelligente INP par l'intermédiaire d'un serveur de liaison LS, dédié. De plus, elles sont préTérentiellement implantées dans le méme local que le serveur LS et la plate-forme IN P. pour des raisons de sécurité. Mais, les bases auxiliaires pourraient être distantes de la plate-forme et raccordées à celle-ci par l'intermédiaire d'un réscau privé sécurisé. Le dispositif comporte en outre d'autres moyens de stockage, implantés de préTérence dans un serveur de gestion CS de chaque réseau public PUN, et contenant, de préférence sous la forme d'une table de correspondance, des données représentatives de l'identifiant primaire de chaque terminal privé, de 9 2837645 I'identifiant secondaire du réseau privé PRN associé et de l'identifiant tertiaire de la plate-forme intelligente INP ayo nt accès aux don nces de la base auxi l ia ire ADB de ce réscau privé PRN. Lorsque plusieurs réseaux privés PRN coexistent, cette table peut être subdivisée en sous-tables associées chacune à un réseau privé. Bien entendu, ces moyens de stockage pourraient être implantés dans le serveur de liaison LS de la plate-forme intelligente INP, ou dans la plate- forme elle-même. Le dispositif comporte également des moyens de gestion, comportant notamment un module d'extraction EM préférentiellement implanté dans le serveur de gestion CS de chaque réseau public PUN. Ce module d'extraction EM est accessible dans le réseau public PUN à l'adresse qui est choisie par les utilisateurs privés pour adresser leur requête de service (ou de liaison). En d'autres termes, lorsqu'un utilisateur raccordé à un réseau public PUN souhaite bénéficier d'un service offert par son réseau privé PRN, il forme une requête qu'il envoie à l'adresse du module d'extraction EM, de sorte qu'il extraie de la table de correspondance, stocLée dans le serveur de gestion CS, les identifiants secondaire et tertiaire associés à l'identifiant primaire du terminal privé ayant émis la requête. Bien entendu, si l'installation ne comporte qu'une unique plate-forme intelligente, il n'est plus nécessaire de lui prévoir un identifiant tertiaire propre. Un tel identifiant tertiaire n'est en effet utile que lorsque plusieurs plate-formes intelligentes coexistent au sein de l'installation. Les identifiants extraits de la table permettent au module d'extraction EM de transmettre la requête à un module d'analyse AM faisant partie des moyens de gestion et préTérentiellement implanté dans la plate-forme intelligente I N P. associées au terminal requérant et les communique au module d'analyse AM. Ce dernier effectue alors une comparaison entre les donnces contenues dans la req uête et les don nées extraites de la base a uxil iaire, de ma nière à déterminer si 1'utilisateur requérant est autorisé ou non à bénéficier du service qu'il demande ou à établir la liaison qu'il demande, éventuellement avec le niveau de service requis. Si ces donnéss correspondent entre elles, le module d'analyse AM demande au serveur de liaison LS d'extraire de la base auxiliaire ADB les 1C donnces qui vont permettre de mettre en _uvre le service requis ou la liaison demandée. Une fois extraites ces données sont communiquées à la plate-forme intelligente INP pour qu'elle satisfasse la requête, sans passer par le réseau privé PRN de l'utilisateur. Certaines requêtes peuvent comporter des données représentatives d'un code spécifique autorisant 1'utilisateur à bénéTicier ponctuellement d'un service particulier alors même que la base auxiliaire ne les y autorise pas. Dans ce cas, le module d'analyse AM demande directement au serveur de liaison LS d'extraire de la base auxiliaire correspondante les informations qui vont permettre à la plate-forme INP de mettre en _uvre le service requis Des informations liées aux requêtes et communications peuvent être sauvegardées dans les bases auxiliaires ADB afin d'être transmises au réscau privé concerné ou à un organisme tiers pour un traitement spécifique (taxation, journal des appels, statistiques, incidents, etc), soit périodiquement, soit sur requête d'un superviseur de réseau privé. Par ailleurs, afin de permettre des liens entre terminaux appartenant à des résacux privés, il est avantageux de prévoir d'autres moyens de stockage comportant une table de liens. Ces moyens de stockage sont préférentiellement im pla ntés da ns le serveur de liaison LS de la plateforme intelligente IN P. Cette table de liens déTinit toutes les liaisons autorisées entre réseaux privés, et les o services spécifiques associés. Les relations bi-directionnelles sont autorisées par construction, mais elles sont mono-directionnelles dans leur cheminement afin d'éviter que des liaisons interdites ne puissent être réclisées. D'autre part, le dispositif peut comprendre encore d'autres moyens de stockage de manière à mémoriser une ou plusieurs autres tables de relations externes privilogices définissant pour certains terminaux privés une correspondance entre leur identifiant primaire et une liste d'identifiants quaternaires représentatifs de terminaux avec lesquels ils sont autorisés à établir des liaisons. Ce type de table est particulièrement intéressant lorsqu'il s'agit de communiquer avec des clients pour lesquels aucun accord inter-réscau n'a été passé. Préférentiellement, ces moyens de stockage sont implantés dans le serveur de liaison LS de la plate-forme intelligente INP ou bien directement dans la base auxiliaire concernée ADB1, ADB2. La première solution est avantageuse lorsqu'il n'existe qu'une seule table partagée par les différents résacux privés PRN1, PRN2. La seconde solution est préTérable lorsque chaque réscau privé PRN1, PRN2 possède sa propre table de relations externes. Les donnces contenues dans les bases auxiliaires et dans les tables de liens et de correspondance sont prélérentiellement mises à jour par un module de mise à jour dédié (non représenté), du dispositif, implanté dans la plate- forme intelligente INP ou dans son serveur de liaison SL. Selon les contraintes (fréquence des modifications, qualité du service, niveau de sécurité, etc), ce module peut fonctionner soit périodiquement, soit sur requete à la demande d'un superviseur de réscau privé. La mise à jour s'effectue soit par téléchargement de données communiquées par le réseau privé PRN, via un réscau public PUN, soit manuellement à l'aide de données copiées sur un support de stockage, tel qu'un CD-ROM ou un disque dur amovible. Cette mise à jour peut, pour des raisons de sécurité, comprendre une routine de déclaration de 1'identifiant de celui qui la demande (identification du résaou privé, identification-authentification du demandeur (avec un échange éventuel de messages), identification de l'opération et de son contenu (service et niveau de service)). Dans le cas de(s) table(s) définissant des liens entre des terminaux privés d'utilisateurs et des listes de terminaux, on peut envisager une procébure spécifique de mise à jour initiée par chaque utilisateur lorsqu'il désire modifier sa propre liste. 1 2 2837645 De plus, le dispositif peut être sécurisé. A cet effet, la plate-forme intelligente INP est de préférence à accès sécurisé et l'architecture de sécurité est issue de l'opérateur du réscau public ou du résacu privé. PréTérentiellement, cette sécurisation peut porter sur des procébures d'identification, d'authentification et/ou de chiffrement, notamment lors des transferts de donnces. On pourra par exemple utiliser une architecture de type PKI (Public Key Infrastructure), dont la fonction de tiers de confiance délivrant les certificats est assurée par l'entreprise propriétaire du réseau privé ou par un service de l'opérateur du réseau public. Les modules d'extraction, d'analyse et de mise à jour peuvent étre respectivement réclisés sous la forme de circuits électroniques, de modules logiciels (ou informatiques), ou d'une combinaison de circuits et de logiciels. Par ailleurs, les modules d'analyse et de mise à jour pourraient être regroupés en un même module. De tels modules, lorsqu'il sont réclisés sous la forme de logiciels, peuvent étre facilement implantés, soit in situ, par exemple à 1'aide d'un support de mémorisation de type CD-ROM, soit à distance par téléchargement (éventuellement sécurisé). L'invention offre également un procédé destiné aux réseaux privés comportant une base de donnces privée contenant les identifiants primaires de leurs terminaux privés associés à des premières donnces représentatives des services auxquels ils ont accès au sein du réseau privé, et les réseaux publics qui comportent une plate-forme raccordés auxdits réseaux privés. Ce procédé peut être mis en _uvre à l'aide du dispositif présenté ci avant. Les fonctions et sous-fonctions principales et optionnelles assurées par les étapes de ce procédé étant sensiblement identiques à celles assurses par les différents moyens constituants le dispositif, seules seront résumées ci-après les étapes mettant en _uvre les fonctions principales du procédé selon l'invention. Ce procédé comporte i) une première étape dans laquelle on stocke, à une adresse accessible à la plate-forme intelligente INP, de secondes donnces (base auxiliaire ADB1, ADB2) représentatives d'une partie au moins de la base de données privée PRN1, PRN2, et, à une adresse du réscau public PUN, des 1 3 2837645 troisièmes données (table de correspondance) représentatives de lidentifianf primaire de chaque terminal privé FT, MT, du réseau privé associé PRNl, PRN2 et de la plate-forme inteiligente INP ayant accès auxsecondes données dadit réscau privé, et ii) une seconde étape dans laquelle, en cas d'émission par l'un des terminaux privés FT, MT d'une requete de service sur le réscau public PUN, on extra it des troisièmes données (table de corresponda nce) associces à l'identifiant primaire du terminal privé requérant, puis on compare ies données de la requete aux secondes donnces (base auxiliaire ADB1,ADB2) désignces par les troisièmes données extraites, de manière à autoriser ou non la piate forme INP, désignce par les troisièmes données extraites (table de correspondance), à mettre en _uvre le service requis. On va maintenant décrire quelques exemples de traitement de requête, en assimilant un utilisateur à son terminal et le serveur de liaison LS, le module d'analyse AM et la plate-forme intelligente INP à la seule plate-forme INP. Dans les exemples qui suivent, on déTinit trois niveaux de service. Le niveau S1 est attribué aux terminaux privés distants qui sont autorisés à bénéficier du service de " présentation de nom " pour une communication strictement interne, c'est-à-dire réservée aux échanges au sein de leur réseau privé. Le niveau S2 est attribué aux terminaux privés distants qui sont autorisés à bénéficier du service de le serveur de liaison LS. Dans un premier exemple, le terminal mobile privé MT1 associé au réseau privé PRN1, mais distant de celui-ci, souhaite établir une liaison avec le terminal mobile MT3 également associé au réseau privé PRNl et distant de celui-ci. MT1 est autorisé à bénélicier des trois niveaux de service S1, S2 et S3. 1 4 2837645 Ces informations de service sont donc stockées dans la base auxiliaire ADB1 en correspondance de l'identifiant primaire de MT1. MT1 génère sur le réscau public PUN3 (ici PLMN) une requête destinée à établir une liaison avec MT3. Cette requ8te est transmise à l'adresse du module d'extraction EM, ici implanté dans le serveur de gestion CS du réseau public PLMN. Le module d'extraction EM consulte alors la table de correspondance stockée dans le serveur CS pour en extraire les donnces associées à l'identifiant primaire de MT1, et notamment l'identifiant secondaire de PRN1 et l'identifiant tertiaire de la plate-forme INP associée à la base auxiliaire ADB1 de PRN1. Le module EM transmet ensuite la requête et les identifiants extraits à la plate-forme INP, via le réseau public PLMN. La plate forme consulte alors la base auxiliaire ADB1 pour en extraire les données associées à MT1. INP compare les données extraites d'ADB1 à celles recues. La requête ayant pour objet d'établir une liaison avec le terminal mobile MT3 appartenant au réseau privé PRN1, MT1 doit disposer de l'autorisation S1. Tel est le cas ici. INP détermine alors dans la base auxiliaire ADB1 si MT3 fait bien partie du réscau privé PRN1. Tel est le cas ici. INP en déduit alors que la requête peut être satisfaite. Il extrait alors de la base auxiliaire ADB1 les informations stockées qui vont lui permettre de mettre en _uvre le niveau de service S1 demandé par MT1. INP transmet alors à MT3, sur le réscau public PLMN, les informations nécessaires à l'établissement de la liaison avec MT3 en incluant le nom de l'utilisateur de MT1 (service requis). Dans un deuxième exemple, le terminal mobile privé MT1 associé au réseau privé PRN1, mais distant de celui-ci, souhaite établir une liaison avec le terminal mobile MT2 associé au réseau privé PRN2 et distant de celui- ci. MT1 est autorisé à bénéficier des trois niveaux de service S1, S2 et S3. Ces informations de service sont donc stocLées dans la base auxiliaire ADB1 en correspondance de l'identifiant primaire de MT1. Par ailleurs, les donnces représentatives de la liaison autorisée entre les deux réssaux privés PRN1 et PRN2 sont stocLées dans la table de liens implantée dans la plate-forme INP. 1 5 2837645 MT1 génère sur le réseau public PUN3 (ici PLMN) une requête destince à établir une liaison avec MT2. Cette requête est transmise à l'adresse du module d'extraction EM, ici implanté dans le serveur de gestion CS du réscau public PLMN. Le module d'extraction EM consulte alors la table de correspondance stockée dans le serveur CS pour en extraire les donnéss associces à l'identifiant primaire de MT1, et notamment l'identifiant secondaire de PRN1 et l'identifiant tertiaire de la plate-forme INP associse à la base auxiliaire ADB1 de PRN1. Le module EM transmet ensuite la requête et les identifiants extraits à la plate-forme INP, via le réscau public PLMN. La plate forme consulte alors la base auxiliaire ADB1 pour en extraire les données associéss à MT1. INP compare les données extraites d'ADB1 à celles reçues. La requête ayant pour objet d'établir une liaison avec le terminal mobile MT2 appartenant au réseau privé PRN2, MT1 doit disposer de l'autorisation S2. Tel est le cas ici. INP détermine alors dans la table de liens si la liaison entre PRN1 et PRN2 est autorisée. Tel est le cas ici. Puis, INP détermine dans la base auxiliaire ADB2 si MT2 fait bien partie du réscau privé PRN2. Tel est le cas ici. INP en déduit alors que la requête peut être satisfaite. Il extrait alors de la base auxiliaire ADB1 les informations stocLées qui vont lui permettre de mettre en _uvre le niveau de service S2 demandé par MT1. INP transmet alors à MT2, sur le réseau public PLMN, les informations nocessaires à l'établissement de la liaison avec MT2 en incluant le nom de l'utilisateur de MT1 (service requis). Dans un troisième exemple, le terminal mobiie privé MT1 associé au réseau privé PRN1, mais distant de celui-ci, souhaite établir une liaison avec le terminal mobile MT5 de l'un de ses clients privilogiés, lequel est raccordé par voie d'ondes au réseau public PUN3 (ici PLMN). MT1 est autorisé à bénéficier des trois niveaux de service S1, S2 et S3. Ces informations de service sont donc stocLées da ns la base auxilia ire ADB 1 en correspondance de l'identifiant 3 o prima ire de MT1. Pa r ail leurs, les données représentatives de la liaison autorisée entre MT1 et MTS sont stocLées dans la table de relations externes privilégiées implantée dans la plate-forme INP. 1 6 2837645 MT1 génère sur le réseau public PUN3 (ici PLMN) une requete destince à établir une liaison avec MT5. Cette requête est transmise à l'adresse du mod u le d'extraction EM, ici implanté da ns le serveur de gestion CS du réscau public PLMN. Le module d'extraction EM consulte alors la table de correspondance stocLée dans le serveur CS pour en extraire les données associées à l'identifiant primaire de MT1, et notamment l'identifiant secondaire de PRN1 et l'identifiant tertiaire de la plate-forme INP associée à la base auxiliaire ADB1 de PRN1. Le module EM transmet ensuite la requete et les identifiants extraits à la plate-forme INP, via le résacu public PLMN. La plate forme consulte alors la base auxiliaire ADB1 pour en extraire les données associées à MT1. INP compare les données extraites d'ADB1 à celles reçues. La requete ayant pour objet d'établir une liaison avec le terminal mobile MT5 qui n'appartient pas à un réseau privé avec lequel son réseau privé PRN1 a passé un accord, MT1 doit disposer de l'autorisation S3. Tel est le cas ici. INP détermine alors dans la table de relations externes privilégiées si la liaison entre MT1 et MT5 est autorisée. Tel est le cas ici. INP en débuit alors que la requete peut étre satisfaite. Il extrait alors de la base auxiliaire ADB1 les informations stocLées qui vont lui permettre de mettre en _uvre le niveau de service S3 demandé par MT1. INP transmet alors à MT5, sur le réseau public PLMN, les informations nocessaires à l'établissement de la liaison avec MT5 en incluant le nom de l'utilisateur de MT1 (service requis). De nombreuses autres situations peuvent être envisagées, notamment avec des terminaux fixes raccordés à des réseaux privés ou publics. L'invention ne se limite pas aux modes de réclisation de procédés et dispositifs décrits ci-avant, seulement à titre d'exemple, mais elle englobe toutes les variantes que pourra envisager l'homme de l'art dans le cadre des revendications ci-après. Avantageusement, I'invention peut permettre de gérer des notions de priorité entre les services offerts sur les réseaux publics grace aux donnces et aux plateformes INP. Ainsi un appel de type " sécurité>> pourrait utiliser en 1 7 2837645 priorité les ressources des réseaux publics de par la reconnaissance de son appurtenance à une catégorie d'abonnés priviligiée. 1 8 2837645 REVENDICATIONS 1. Procédé de fourniture de services à des terminaux privés (FT;MT) appartenant à au moins un réscau privé (PRN1,2), comportant une base de donnces privée (PDB1,2) contenant des identifiants primaires des terminaux privés (FT,MT) associés à des premières donnces représentatives de services auxquels ont accès lesdits terminaux privés au sein du résaou privé, et susceptibles d'étre connoctés à un réseau public (PUN1-3) comportant une plate-forme intelligente (IN P) et raccordé audit résaou privé, caractérisé en ce qu'il comprend: * une première étape dans laquelle on stocLe i) à une adresse accessible à la plate-forme intelligente (INP), de secondes données représentatives d'une partie au moins de la base de donnces privoe (PDB1,PDB2), et ii) à une adresse du réseau public (PUN), des troisièmes donnces représentatives de l'identifiant primaire de chaque terminal privé (FT,MT), du réseau privé associé (PRN1,PRN2) et de la plate-forme intelligente (INP) ayant accès aux secondes données dudit réscau privé, et * une seconde étape dans laquelle, en cas d'émission par l'un desUits terminaux privés (FT,MT) d'une requête de service sur le réseau public, on extrait les troisièmes données associces à 1'identifiant primaire du terminal privé requérant, puis on compare les données de la requete aux secondes donnces désignées par les troisièmes données extraites, de manière à autoriser ou non la plate-forme (INP), désignée par lesUites troisièmes données extraites, à mettre en _uvre ledit service requis. 2. Procédé selon la revendication 1, caractérisé en ce que les secondes données sont stocLées dans au moins une base de données auxiliaire (ADB1,ADB2). 3. Procédé selon l'une des revendications 1 et 2, caractérisé en ce que les troisièmes données sont stockées dans une première table de correspondance sous forme d'un identifiant primaire de terminal privé (FT, MT), d'un identifiant secondaire associé au réscau privé (PRN1,PRN2) auquel 1 9 2837645 appartient ledit terminal privé et d'un identifiant tertiaire associé à la plate forme intelligente (INP) ayant accès aux secondes donnces dudit réscau privé. 4. Procédé selon l'une des revendications 1 à 3, caractérisé en ce que dans la première étape on stocLe à une adresse accessible à la plateforme intelligente (INP) une seconde table de liens entre des réscaux privés (PRN1,PRN2) autorisés à communiquer entre eux. 5. Procédé selon l'une des revendications 1 à 4, caractérisé en ce que lesUites requêtes comprennent au moins l'identifiant primaire du terminal privé req uéra nt et des q uatrièmes don nces représentatives d'une action requise, choisie dans un groupe comprenant au moins une demande de service et une demande de liaison à un autre terminal privé. 6. Procédé selon la revendication 5, caractérisé en ce que certaines desUites requêtes comprennent en outre des cinquièmes données représentatives d'une autorisation d'accès à au moins un service au sein de leur réseau. 7. Procédé selon l'une des revendications 1 à 6, caractérisé en ce que certaines desUites secondes donnces sont représentatives de services subdivisés . en niveaux de service. 8. Procédé selon l'une des revendications 1 à 7, caractérisé en ce qu'il comprend une étape auxiliaire dans laquelle on stocLe à une adresse accessible à la plate-forme intelligente (INP), une troisième table de relations externes comportant pour certains au moins des terminaux privés (FT,MT) leur identifiant primaire et une liste d'identifiants quaternaires représentatifs de terminaux avec lesquels ils sont autorisés à établir des liaisons. 9. Procédé selon l'une des revendications 2 à 8, caractérisé en ce qu'il comprend une étape auxiliaire dans laquelle on met à jour le contenu de la base auxiliaire (ADB1,ADB2) et/ou de la première table de correspondance et/ou de la seconde table de liens et/ou de la troisième table de relations externes. 1O. Dispositif de fourniture de services à des terminaux privés (FT,MT) appartenant à au moins un réseau privé (PRN1, 2), comportant une base de 2837645 donnces privée (PDB1,2) contenant des identifiants primaires des terminaux privés associés à des premières donnces représentatives de services auxquels ont accès lesUits terminaux privés (FT,MT) au sein du réseau privé, et susceptibles d'être connectés à un réseau public (PUNl-3) comportant une plate-forme intell igente (I N P) et raccordé audit réscau privé, caractérisé en ce qu'il comprend: i. des premiers moyens de stockage, accessibles à la plate-forme intelligente (INP) et contenant des secondes donnses représentatives d'une partie au moins de la base de données privoe (PDB1,PDB2), ii. des seconds moyens de stockage, accessibles sur le réseau public et contenant des troisièmes données représentatives de l'identifiant primaire de chaque terminal privé (FT,MT) , du réseau privé associé (PRNl,PRN2) et de la plate-forme intelligente (INP) ayant accès aux secondes donnces dudit réscau privé, et iii. des moyens de gestion (AM,EM) propres, en cas d'émission par l'un desHits terminaux privés (FT,MT) d'une requête de service sur le réseau public, à extraire des seconds moyens de stockage les troisièmes donnces associces à l'identifiant primaire du terminal privé requérant, puis à comparer les donnéss de la requête aux secondes données désignces par les troisièmes o données extraites, de manière à autoriser ou non la plate-forme (INP), désignée par lesdites troisièmes donnces extraites, à mettre en _uvre ledit service requis. 11. Dispositif selon la revendication 10, caractérisé en ce qu'il comprend au moins une base de donnces auxiliaire (ADB1,ADB2) dans laquelie sont stockées lesUites secondes données associées à au moins un réssau privé. 12. Dispositif selon l'une des revendications 10 et 11, caractérisé en ce que lesUits seconds moyens de stockage comprennent une première table de correspondance dans laquelle sont stocLées les troisièmes donnéss sous forme d'un identifiant primaire de terminal privé (FT,MT), d'un identifiant secondaire o associé au réseau privé (PRN1,PRN2) auquel apparient ledit terminal privé et d'un identifiant tertiaire associé à la plate-forme intelligente (INP) ayant accès aux secondes donnces dudit réscau privé. 2 1 2837645 13. Dispositif selon l'une des revendications 10 à 12, caractérisé en ce qu'il comprend des troisièmes moyens de stockage, accessibles à la plate forme intelligente (INP) et comportant une seconde table de liens entre des réseaux privés (PRN1,PRN2) autorisés à communiquer entre eux. 14. Dispositif selon l'une des revendications 10 à 13, caractérisé en ce que certaines requ8tes comprennent au moins l'identifiant primaire du terminal privé requérant et des quatrièmes données représentatives d'une action requise choisie dans un groupe comprenant au moins une demande de service et une demande de liaison à un autre terminal privé. 15. Dispositif selon la revendication 14, caractérisé en ce que certaines requ8tes comprennent en outre des cinquièmes données représentatives d'une autorisation d'accès à au moins un service au sein d'un résacu. 16. Dispositif selon l'une des revendications 10 à 15, caractérisé en ce que certaines desUites premières données sont représentatives de services subdivisés en niveaux de service. 17. Dispositif selon l'une des revendications 10 à 16, caractérisé en ce qu'il comprend des quatrièmes moyens de stockage, accessibles à la plate forme intelligente (I N P) et comporta nt une troisième table de relations externes comprenant, pour certains au moins des terminaux privés (FT,MT), leur identifiant primaire et une liste d'identifiants quaternaires représentatifs de terminaux avec lesquels ils sont autorisés à établir des liaisons. 18. Dispositif selon l'une des revendications 11 à 17, caractérisé en ce qu'il comprend des moyens de mise à jour propres à mettre à jour le contenu de la base auxiliaire (ADB1,ADB2) et/ou de la première table de correspondance et/ou de la seconde table de liens et/ou de la troisième table de relations externes. 19. Dispositif selon la revendication 18, caractérisé en ce que lesSits moyens de mise à jour sont implantés dans un serveur de liaison (LS) de ladite plate-forme intelligente (INP). 20. Dispositif selon l'une des revendications 10 à 19, caractérisé en ce qu'une partie (EM) au moins desHits moyens de gestion (AM,EM) est implantée 22 2837645 dans un serveur de gestion (CS) dudit réscau public (PUN). 21. Dispositif selon la revendication 20, caractérisé en ce que lesUits seconds moyens de stockage sont implantés dans ledit serveur de gestion (CS). 22. Dispositif selon l'une des revendications 10 à 21, caractérisé en ce que ladite plate-forme intelligente (INP) est à accès sécurisé. 23. Utilisation des procédé et dispositif selon l'une des revendications précédentes dans les réseaux publics (PUN) choisis dans un groupe