FR 2809505 A1 20011130 FR 0103546 A 20010315 DOMAINE TECHNIQUE La présente invention concerne les réseaux intelligents, et plus particulièrement une méthode et un système pour accéder à des applications fonctionnant sur ce qu'on appelle les points de contrôle de services (SCP) et les périphériques intelligents (IP) des systèmes de commutation publics. CONTEXTE Sur les réseaux téléphoniques proposés par les exploitants, le routage et le traitement des appels étaient initialement assurés par des systèmes de commutation publics, aussi appelés "bureaux centraux". De nos jours, sur les réseaux à architecture intelligente, les centraux assurent toujours le routage, mais le traitement des appels et les autres fonctions qui constituent les services évolués proposés par les exploitants de réseaux sont traités par des éléments de réseaux intelligents auxiliaires. Ces éléments intelligents, tels que les points de contrôle de services (SCP) et les périphériques intelligents (IP), sont des ordinateurs temps réel utilisant des applications appelées programmes logiques de service (SLP) et communicant avec les centraux selon des protocoles qui sont généralement standardisés. Des applications SLP pour traduire les numéros de téléphone, filtrer les appelants, etc. sont installés dans les SCP. La traduction des numéros de téléphone est simple lorsqu'elle est basée sur des tables de routage et traitée par des centraux. La traduction des numéros de téléphone par les SLP est plus complexe. Par exemple, pour les numéros gratuits de type 800, le numéro d'appel réel dépend de la date et de l'heure (ils peuvent être réacheminés vers des sites de réserve le week-end ou la nuit) ou l'origine de l'appel (l'appel peut être réacheminé vers le site le plus proche du numéro appelant). Les SLP tournant sur des IP permettent d'obtenir un échange vocal avec l'appelant pour diffuser une annonce ou pour obtenir des informations sur les utilisateurs. Les architectures de réseaux intelligents sont généralement standardisées. la norme Intelligent Network (IN) définie par l'ITU-T comprend les éléments CS-1 (famille de recommandations Q.121x) et CS-2 (famille de recommandations Q.122x); la norme Advanced Intelligent Network (AIN) est définie par Bellcore et le Wireless Intelligent Network (WIN) définit une extension de l'architecture de réseaux mobiles TIA/ EIA IS-41. Ces trois normes, ITU, AIN et WIN, définissent, par exemple, où doivent être stockées les informations sur les abonnés ; être plus précis, elles définissent les communications entre les centraux et les SCP ou les IP en spécifiant les caractéristiques des couches de session de réseau, de session de transport et de présentation du modèle OSI. Tout SLP en relation avec la couche de présentation doit être adapté à la norme qu'il supporte. Autrement dit, un SLP fonctionnant dans un SCP ou un IP compatible avec la norme Bellcore ne peut pas être utilisé dans un SCP ou un IP compatible avec les normes ITU ou WIN ; doit être modifié pour pouvoir être transféré d'un environnement dans un autre. Cela pose un problème pour les développeurs de logiciels réseau et les fournisseurs de solutions intégrées. En outre, les normes ITU et Bellcore prévoient deux jeux différents d'échanges de flux entre les SCP et les IP selon que les échanges se font en mode de connexion directe ou en mode relais via le central. La séquence des demandes et des réponses qui doivent être échangées (et donc transmises ou reçues par le SLP) est différente d'un mode à l'autre et différente entre les deux normes (ITU et Bellcore). Si rien n'est fait pour résoudre ce problème, chaque SLP peut nécessiter jusqu'à cinq versions différentes, selon la norme et le mode de connexion. La première version suivra la norme Bellcore et appliquera le mode de connexion directe appelé "SR-3511". La deuxième version suivra la norme Bellcore mais appliquera le mode relais appelé "GR-1129". La troisième version suivra la norme ITU et appliquera le mode direct appelé "ETSI CoreInap, direct connection configuration". La quatrième version du SLP suivra la norme ITU et appliquera le mode relais appelé "ETSI CoreInap, relay configuration". Si l'on utilise la norme WIN(EIA/TIA), une cinquième version du SLP sera nécessaire car, si la sémantique des verbes de communication SCP-IP est similaire sur les réseaux câbles et sans fil, les formats et les protocoles sont différents. L'un des objets de l'invention est de permettre l'exécution des programmes SLP sur un équipement de réseau utilisant n'importe quel protocole de communication usité sur les réseaux intelligents et n'importe quel type de mode de connexion. RESUME DE L'INVENTION En résumé, cet objectif, ainsi que d'autres, peut être atteint en isolant les applications fonctionnant sur les éléments de réseaux intelligents (les SLP) des échanges de protocoles à l'aide d'une interface de programme d'application indépendante qui masque les différences de syntaxe et les différences entre les flux échangés aux yeux des applications. L'un des avantages de l'invention est de réduire les coûts de développement et de maintenance liés au transfert des SLP d'un environnement de réseau intelligent vers un autre. BREVE DESCRIPTION DES DESSINS On comprendra mieux les différents objets, aspects et avantages de l'invention à la lecture de la description détaillée suivante d'une version préférentielle, accompagnée des dessins suivants : La figure 1 représente un réseau intelligent. La figure 2 montre les couches implantées dans les éléments de réseaux intelligents SCP et IP lorsqu'on utilise la norme ITU/ETSI et que la connexion SCP/IP utilise le mode direct. La figure 3 montre les couches implantées dans les éléments de réseaux intelligents SCP et IP lorsqu'on utilise la norme ITU/ETSI et que la connexion SCP/IP utilise le mode relais. La figure 4 montre les couches implantées dans les éléments de réseaux intelligents SCP et IP lorsqu'on utilise la norme Bellcore et que la connexion SCP/IP utilise le mode direct. La figure 5 montre les couches implantées dans les éléments de réseaux intelligents SCP et IP lorsqu'on utilise la norme Bellcore et que la connexion SCP/IP utilise le mode relais. La figure 6 décrit les différentes étapes de la méthode pour établir une connexion appelant lorsqu'on utilise la norme ETSI/ITU en mode direct. La figure 7 décrit les différentes étapes de la méthode pour établir une interaction avec un appelant lorsqu'on utilise la norme ETSI/ITU en mode direct. La figure 8 décrit les différentes étapes de la méthode pour établir une connexion appelant lorsqu'on utilise la norme ETSI/ITU en mode relais. La figure 9 décrit les différentes étapes de la méthode pour établir une connexion appelant lorsqu'on utilise la norme Bellcore en mode direct. La figure 10 décrit les différentes étapes de la méthode pour établir une interaction avec un appelant lorsqu'on utilise la norme Bellcore en mode direct. La figure 11 décrit les différentes étapes de la méthode pour établir une connexion appelant et pour établir une interaction avec l'appelant lorsqu'on utilise la norme Bellcore en mode relais. La figure 12 montre les couches implantées dans les éléments de réseaux intelligents SCP et IP lorsqu'on utilise la norme WIN (EIA/TIA) . La figure 13 décrit les différentes étapes de la méthode pour établir une connexion appelant lorsqu'on utilise la norme WIN(EIA/TIA). La figure 14 décrit les différentes étapes de la méthode pour établir une interaction avec l'appelant lorsqu'on utilise la norme WIN(EIA/TIA). DESCRIPTION DE LA VERSION PREFERENTIELLE La figure 1 représente un environnement de réseau intelligent dans lequel la version préférentielle peut être appliquée. Un utilisateur (100) communique avec le réseau intelligent au moyen de son téléphone. Sa ligne téléphonique atteint un central local (SSL, bureau local, 110) à la limite du réseau téléphonique public. Pour les lignes interurbaines au sein du réseau téléphonique, on utilise généralement des centraux interurbains plus puissants (SSL, bureau interurbain, 120). Aussi bien les centraux locaux que les centraux interurbains assurent le routage des appels téléphoniques. L'ordinateur nodal de services (SN, 130) connecté à un central local offre si nécessaire des ressources informatiques pour exécuter le routage des appels téléphoniques. D'autres connexions de données sont établies entre les centraux locaux et interurbains et les éléments de réseau intelligents (IP, SN, SCP, SDP et SSP). Ces autres connexions peuvent être des lignes privées. Les lignes entre les utilisateurs et les centraux locaux (104) transmettent des données vocales. Des canaux vocaux est également installés entre les centraux locaux et l'interurbain (114 et 124), entre un central local et l'ordinateur nodal de services (134) et entre un central local et l'IP (154). L'IP est généralement utilisé sur les réseaux intelligents pour exécuter le transfert des données vocales, par exemple des messages vocaux automatiques que l'utilisateur reçoit sur sa ligne téléphonique. Ce n'est généralement pas le cas des éléments SCP qui ne traitent que des données. Le fameux protocole standardisé de signalisation de canal commun SS7 (170) est utilisé pour les communications entre les centraux (110 et 120) et les éléments IP et SCP du réseau intelligent. Le canal de données entre le central local et l'IP utilise le protocole SS7. Dans la version préférentielle, les couches inférieures du réseau suivent la couche ss7 ISUP (élément utilisateur ISDN) qui est l'équivalent de ISDN pour les réseaux SS7. Dans la version préférentielle, le protocole INAP (Intelligent Network Application Part) de la norme ITU/ETSI est utilisé pour les communications entre le SCP et l'IP sur les couches du réseau SS7. Des SLP tournent sur les éléments SCP et IP. Les éléments SCP peuvent utiliser les services d'une base de données située sur un autre ordinateur, le point de contrôle de services (SCP, 150). Tous les éléments du réseau que nous venons de décrire peuvent être gérés par un point de gestion de services (SMP, 190) qui est un ordinateur de type PC relié par un réseau de communication de données tel que, par exemple, un réseau X.25 (180). Dans cet environnement, la version préférentielle peut être appliquée dans les éléments IP et SCP, qui exécutent tous deux des SLP pour traiter des applications de réseau intelligent. Sur la figure 1, un SCP est connecté directement à l'IP, tandis que l'autre ne l'est pas. La communication entre ce dernier SCP et l'IP n'est pas en mode direct, mais en mode relais via le SSP. La figure 2 montre les couches implantées dans les éléments de réseaux intelligents SCP et IP lorsqu'on utilise la norme ITU/ETSI et que la connexion SCP/IP utilise le mode direct. Dans ce mode de communication direct, au moins une ligne de signalisation est utilisée entre le SCP et l'IP avec le protocole de signalisation SS7. Les couches sont représentées sur la figure 2. Avec cette norme ITU/ETSI, le protocole Intelligent Network Application Part (INAP) est utilisé pour établir, envoyer, recevoir et exécuter les demandes et les réponses émises par le SSP, le SCP et l'IP. Ces services sont utilisés par le SLP, qui fonctionne comme une couche située sur la couche INAP. Dans l'IP, la ligne AA représente l'interface, conformément à la version préférentielle, qui permet au SLP développé dans les éléments IP d'utiliser les services fournis par la couche INAP. En mode direct, comme le montre la figure 2, le protocole INAP est transféré de bout en bout au-dessus de l'élément TCAP (Transaction Capabilities Application Part), l'une des couches SS7. Le TCAP comprend des fonctions de transaction (organisation du dialogue entre demandes et réponses) pour la couche INAP. La couche SCCP (Signaling Connection Control Part) est destinée au protocole SS7. Combiné avec la couche MTP, le SCCP fournit des services de réseau aux couches supérieures du protocole SS7. Le MTP (Message Transfer Part), qui est divisé en trois sous-couches 1, 2 et 3, constitue la couche la plus basse du protocole SS7. La figure 3 montre les couches implantées dans les éléments de réseaux intelligents SCP et IP lorsqu'on utilise la norme ITU/ETSI et que la connexion SCP/IP utilise le mode relais. En mode relais, l'élément SCP communique avec l'élément IP via les centraux SSP. Comme en mode direct, le SLP est développé à l'aide des services fournis par la couche INAP. Dans l'élément IP, la ligne AA représente l'application de la version préférentielle de l'invention utilisée comme interface par le SLP pour bénéficier des services INAP; c'est la même interface que celle utilisée avec le mode de fonctionnement direct pour la norme ITU/ETSI. Le protocole INAP de ITU/ETSI est transmis avec le TCAP entre le SSP et le SCP via la ligne de signalisation SS7. Le protocole INAP peut être transmis entre les éléments SSP et IP avec le TCAP, à l'aide du protocole ss7. La figure 2 illustre une deuxième possibilité, le protocole INAP étant transmis via les éléments SSP et IP à l'aide d'un canal de signal de réseau ISDN primaire (canal D). La couche ACSE-ROSE (Remote Opération Service Element) emballe le protocole INAP dans des blocs de signalisation ISDN. Une troisième possibilité, non représentée sur la figure 3, pour transmettre le protocole INAP entre les éléments SSP et IP consiste à utiliser ISUP, l'élément utilisateur ISDN qui constitue la couche SS7 équivalente à ISDN au sein du réseau de télécommunication. C'est la forme "de réseau à réseau" de ISDN. La figure 4 montre les couches implantées dans les éléments de réseaux intelligents SCP et IP lorsqu'on utilise la norme Bellcore et que la connexion SCP/IP utilise le mode direct. Dans le mode direct défini par Bellcore, les éléments SCP et IP sont reliés directement par une ou plusieurs connexions TCP/IP qui constituent les deux couches inférieures. TCP/IP transporte de bout en bout le protocole SR-3511 spécifique à Bellcore, pour établir, envoyer, recevoir et exécuter les demandes et les réponses émises par le SSP, le SCP et l'IP. Ces services sont utilisés par le SLP qui fait office de couche supérieure avec le protocole SR-3511. La ligne AA représente l'interface de la version préférentielle de la présente invention, utilisée pour développer le SLP dans les éléments IP ; la même interface que celle utilisée avec la norme ITU/ETSI quel que soit le mode de fonctionnement, direct ou relais. Le protocole SR-3511 est transmis sur TCAP, une couche SS7, comme avec la norme ITU/ETSI. La figure 5 montre les couches implantées dans les éléments de réseaux intelligents SCP et IP lorsqu'on utilise la norme Bellcore et que la connexion SCP/IP utilise le mode relais. Le mode relais de Bellcore utilise GR-1129, un protocole différent du protocole SR-3511 utilisé en mode direct pour établir, envoyer, recevoir et exécuter les demandes et les réponses émises par le SSP, le SCP et l'IP. Du fait de l'utilisation d'un autre protocole, l'interface représentée par la ligne AA, entre les couches SLP et GR-1129 est la même, conformément à la version préférentielle de l'invention, que celle utilisée en mode direct entre les couches SLP et SR-3511. C'est également la même interface que celle utilisée avec la norme ITU/ETSI. Entre les éléments SCP et SSP, les couches inférieures utilisées sont les couches de protocole SS7 TCAP, SCCP et MTP utilisées avec la norme ITU/ETSI pour transférer le protocole GR-1129. Entre les éléments SSP et IP, la norme Bellcore utilise deux moyens possibles pour transférer le protocole GR-1129, à savoir les couches ss7 (TCAP, SCCP et MTP) et les couches primaires ISDN lorsque le canal D d'une ligne ISDN primaire est utilisé entre les éléments SSP et IP. Comme avec la norme ITU/ETSI, lorsqu'une ligne ISDN est utilisée, la couche au-dessus de ISDN est ROSE. La figure 6 montre les différentes étapes de la méthode de la version préférentielle pour établir une connexion appelant. Plus précisément, la méthode introduit deux exemples de verbes nouveaux (SCP Assist et SCP Assist ack) qui font partie d'une interface de programmation d'application d'exécution de services entre les applications IP SLP et la couche immédiatement inférieure du réseau, INAP. Cette interface est représentée par la ligne AA. La méthode décrite sur la figure 6 est appliquée dans les éléments de réseau intelligents IP lorsqu'on utilise la norme ETSI/ITU en mode direct. L'utilisateur final émet un appel entrant (1) dirigé par le SSP vers l'élément IP. Lorsque l'appel est reçu par l'élément IP, une application IP SLP est lancée. A la réception de l'appel entrant, l'application IP SLP émet un nouveau verbe, le verbe SCP~Assist (2) de l'API d'exécution de service implantée sur l'interface AA entre le SLP et l'INAP. Plus précisément, les paramètres fournis au verbe SCP~Assist sont ScpId et CorrelNum; ils définissent l'identité du SCP (Scpld) et la référence de l'appel traité (CorrelNum). Lorsqu'elle reçoit le verbe SCP~Assist, l'interface AA génère la demande d'un nouvel identifiant de transaction à la couche INAP sous la forme d'un nouveau verbe INAPL~Dialogstart du protocole INAP. La couche INAP renvoie l'identifiant de transaction (Tid). A la réception du Tid, l'interface AA génère (4) un nouveau verbe, le New AssistRequestInstructions (ARI), avec les paramètres Tid et Corrid qui définissent l'identifiant de transaction et la référence de l'appel traité (même paramètre que CorrelNum). A la réception du verbe New ARI, un verbe INAP ARI est émis (5) par la couche INAP de l'élément IP, via les couches ss7, vers la couche INAP de l'élément SCP. Ensuite, l'interface AA envoie (6) un nouveau verbe, le verbe SCP Assist Ack, à l'application IP SLP pour accuser réception de l'envoi du verbe ARI au SCP par la couche de protocole INAP. La figure 7 montre les différentes étapes de la méthode pour établir une interaction entre l'appelant et le SCP. La méthode de la figure 7 est appliquée aux éléments de réseaux intelligents IP selon la norme ETSI/ITU en mode direct. En mode direct, une interaction utilisateur a lieu une fois qu'un appel utilisateur a été établi. Elle est toujours initiée par le SCP. La méthode de la figure 7 introduit de nouveaux verbes de l'interface de programmation d'application d'exécution de service entre les applications IP SLP et la couche immédiatement inférieure du réseau, la couche INAP. Un message Prompt&CollectUserInformation (P&CUI) est émis par le SCP via les couches SS7 vers l'élément IP et maintenu (1) dans la couche INAP de l'élément IP. Lorsque l'interface AA est prête à recevoir, elle envoie un nouveau verbe, INAPI RecMsg. La couche INAP fait emballer le message P&CUI dans un élément Invoke TCAP. Après avoir décodé et contrôlé le message, la structure Play and collect digits est remplie et envoyée par la couche INAO à l'interface AA. L'interface AA convertit la structure P&CUI en un nouveau verbe IPA Request (Play and Collect digits) et l'envoie à l'application IP SLP (3). L'application IP SLP réalise une interaction vocale avec l'utilisateur indiquée par les pointillés sur la figure 7. Lorsque l'application IP SLP a terminé l'interaction avec l'utilisateur final, elle émet un nouveau verbe SCP~Report (4) contenant le résultat de l'opération et les paramètres associés. A la réception du verbe SCP~Report, l'interface AA convertit l'instruction de chaîne en une structure Play and collect result et l'envoie, via un verbe New INAPI~SendMsg, à la couche INAP. La couche INAP génère le verbe P&CUI INAP, l'emballe dans un élément Invoke TCAP et l'envoie au TCP via les couches ss7 (6). La figure 8 décrit les différentes étapes de la méthode pour établir une connexion appelant et pour établir une interaction avec l'appelant lorsqu'on utilise la norme ETSI/ITU en mode relais. En mode relais, l'élément IP ne peut pas communiquer directement avec le SCP, mais communique avec le SSP qui est connecté au SCP. En mode relais, l'établissement de l'appel et l'interaction avec l'utilisateur commencent en même temps. Entre le SSP et l'élément IP, le protocole INAP est emballé dans des blocs de signalisation ISDN. Il s'agit d'une alternative au protocole SS7 qui peut être utilisée entre le SSP et l'IP, une autre possibilité consistant à utiliser la couche SS7 ISUP à la place de ISDN. Lorsque l'utilisateur émet un appel (1), il arrive toujours dans le SSP, lequel, après une interaction avec le SCP, l'achemine vers l'IP. Un verbe ISDN SETUP connu est émis (2) par le SSP lorsqu'il reçoit un appel entrant (1) ; il envoie simultanément le message Prompt&CollectUserInformation (P&CUI) INAP (2). De ce fait, les deux opérations de connexion appelant et d'interaction appelant sont exécutées simultanément. La réception du verbe SETUP dans l'IP provoque le démarrage de l'application IP SLP. Le message INAP est mis en file d'attente dans la couche INAP. Comme avec la connexion appelant en mode direct, l'application IP SLP émet (3) le nouveau verbe SCP~Assist avec les paramètres port et dn qui indiquent respectivement l'identifiant du port et le numéro d'appel utilisé par l'appel entrant qui a déclenché l'application IP. A la réception du verbe SCP~Assist émis par l'application IP SLP, l'interface AA ne lance pas un échange avec le SCP car le mode de fonctionnement est le mode relais. En revanche, l'interface AA répond immédiatement à l'application IP SLP en émettant un verbe SCP~Assist~ack, le même verbe qu'en mode direct. Le message P&CUI INAP est traité comme en mode direct par l'interface AA lorsqu'elle est prête à recevoir. L'interface AA envoie le verbe IPA~Request (Play and collect digits) à l'application IP SLP (5) qui lance à son tour une interaction avec l'utilisateur final via le canal vocal en diffusant le message et en collectant les DTMF entrés par l'utilisateur final (pointillés). Comme en mode direct, lorsque l'interaction est terminée entre l'application IP SLP et l'utilisateur final, l'application IP SLP renvoie le résultat de la collecte des chiffres à l'interface AA en émettant un verbe SCP Report (6) contenant le résultat de l'opération et les paramètres associés. Comme en mode direct, l'interface AA convertit l'instruction de chaîne de message SCP Report en un nouveau verbe "NEWPlay and Collect digits result" et envoie le même nouveau verbe NewINAPI~SendMsg à la couche INAP. La couche INAP établit la réponse (P&CUI) et la transmet à la couche ISDN. La couche ISDN emballe le message INAP et le transmet au SSP (7) à l'aide du verbe FACILITIE connu de la couche ISDN, avec le paramètre FIE pour transférer le message. Le SSP envoie ce message INAP emballé au SCP. La figure 9 décrit les différentes étapes de la méthode pour établir une connexion appelant lorsqu'on utilise la norme Bellcore en mode direct. L'utilisateur final envoie un message entrant (1) dirigé par le SSP vers l'élément IP. Lorsqu'un appel atteint l'élément IP, une application IP SLP est lancée. A la réception du message entrant, l'application IP SLP émet le même nouveau verbe SCP Assist (2) qu'avec la norme ITU/ETSI vers l'interface AA entre le SLP et la couche SR-3511 de l'élément IP Bellcore. A la réception du verbe SCP~Assist, l'interface AA envoie une demande (3) de nouvel identifiant de transaction à la couche SR-3511 sous la forme du nouveau verbe SR-3511 Convstart émis vers la couche SR-3511. La couche SR-3511 renvoie alors l'identifiant de transaction (Tid). A la réception du Tid, l'interface AA envoie (4) l'instruction connue ProvideInstructions SR-3511 au SCP, avec les paramètres Tid et Called Number. La couche SR-3511 établit le message emballé dans un message Query with Permission TCAP et un élément Invoke Last TCAP, et l'envoie au SCP (5) via une connexion TCP/IP. L'interface AA envoie alors (6) le nouveau verbe SCP~ASSIST ack à l'application IP, comme avec la norme ITU/ETSI en mode direct. La figure 10 décrit les différentes étapes de la méthode pour établir une interaction avec l'appelant lorsqu'on utilise la norme Bellcore en mode direct. La méthode décrite ici est appliquée dans les éléments de réseaux intelligents IP selon le mode direct Bellcore. Un message CallinfoToResource (CITR) SR-3511 est émis (1) via une connexion TCP/IP par le SCP qui lance toujours l'interaction. Le message est maintenu dans la couche SR-3511. Lorsque l'interface AA est prête à recevoir, elle en informe la couche SR-3511 en émettant un nouveau verbe SR-3511~RecMsg. La couche SR-3511 fait emballer le message dans un message Conversation with Permission TCAP et un élément ReturnResult TCAP. Une fois le message décodé et contrôlé, un nouveau verbe "NewPlay and collect digits" est rempli et envoyé à l'interface AA (2). L'interface AA convertit la structure Play and collect digit en une instruction de chaîne et l'envoie (3) sous forme de IPA~request à l'application IP. L'application IP exécute une interaction vocale avec l'utilisateur final via le canal vocal (pointillés). Lorsque l'application IP a terminé l'interaction avec l'utilisateur final, elle envoie un nouveau verbe SCP~Report (4) contenant le résultat de l'opération et les paramètres associés à l'interface AA. L'interface AA convertit l'instruction de chaîne en un nouveau verbe Play and Collect Result et envoie un nouveau verbe SR3511~SendMsg (5) pour le transmettre sous forme de paramètre vers la couche SR~3511. La couche SR-3511 établit le message connu CallinfoFromResource SR~3511, l'emballe dans un message Query with Permission (CIFR) TCAP et un élément Invoke not Last TCAP, et l'envoie au SCP (6) via une connexion TCP/IP. La figure 11 décrit les différentes étapes de la méthode pour établir une connexion appelant et pour établir une interaction avec l'appelant lorsqu'on utilise la norme Bellcore en mode relais. En mode relais, l'élément IP ne peut pas communiquer directement avec le SCP ; revanche, il communique avec le SSP qui est connecté avec le SCP. En mode relais, l'établissement de l'appel et l'interaction avec l'utilisateur sont lancés en même temps. Entre le SSP et l'élément IP, le protocole GR-1129 est emballé dans des blocs de signalisation ISDN à l'aide de la couche ROSE. Il s'agit d'une alternative aux couches de protocole SS7 (TCAP, CSSP et MTP 1/2/3) qui peut aussi être utilisée pour transmettre le protocole GR1129. L'ISUP peut être utilisé à la place de ISDN, ce qui constitue une troisième possibilité. Lorsque l'utilisateur envoie un appel (1), il parvient toujours au SSP, lequel, après une interaction avec le SCP, l'achemine vers l'application IP SLP. Le message d'établissement d'appel ISDN émis par le SSP à la réception d'un appel entrant transmet en même temps le message Prompt&Collect (P&C) GR1129 (2). Cela provoque l'exécution simultanée de deux opérations de connexion appelant et d'interaction appelant. Le message d'établissement lui-même provoque le démarrage de l'application IP. Le message GR1129 (SendToIpResource Invoke) est mis en file d'attente par la couche GR-1129. A la réception de l'appel utilisateur, l'IP SLP génère un verbe SCP~Assist avec les paramètres port et dn qui indiquent respectivement l'identifiant du port et le numéro d'appel utilisé par l'appel entrant qui a déclenché l'application IP. Lorsqu'elle reçoit le SCP~Assist émis par l'application IP SLP, l'interface AA ne lance pas un échange avec le SCP car le mode de fonctionnement est le mode relais. En revanche, l'interface AA répond immédiatement à l'application IP SLP en émettant un verbe SCP~Assist~ack, le même verbe qu'en mode direct. Le message P&C INAP est traité comme en mode direct par l'interface AA lorsqu'elle est prête à le recevoir. L'interface AA envoie le message IPA~Request (Play and collect digits) à l'application IP SLP (5) qui lance à son tour une interaction avec l'utilisateur final via le canal vocal, en diffusant le message et en collectant les DTMF entrés par l'utilisateur final (pointillés). Comme en mode direct, lorsque l'interaction est terminée entre l'application IP SLP et l'utilisateur final, l'application IP SLP renvoie les résultats de la collecte de chiffres à l'interface AA en émettant un message SCP~Report (6) contenant le résultat de l'opération et les paramètres associés. Comme en mode direct, l'interface AA convertit l'instruction de chaîne de message SCP~Report en une structure Play and Collect digits result, et émet un message GR-1129 (SendToIpResource Result) à destination du SCP qu'il remet au SSP. Le SSP transmet ce message au SCP. La figure 12 montre les couches implantées dans les éléments de réseaux intelligents SCP et IP lorsqu'on utilise la norme WIN EIA/TIA. Dans cette norme, les éléments SCP et IP sont connectés directement par une ou plusieurs connexions TCP/IP qui constituent les deux couches inférieures. TCP/IP transporte de bout en bout un protocole spécifique à WIN pour établir, émettre, recevoir et exécuter les demandes et les réponses émises par le SSP, le SCP et l'IP. Ces services sont utilisés par le SLP qui constitue la couche supérieure, au-dessus du protocole WIN. La ligne AA représente l'interface de la version préférentielle de la présente invention utilisée pour développer les SLP dans les éléments IP ; c'est la même interface que celle utilisée avec les normes ITU/ETSI ou BELLCORE, quel que soit le mode de fonctionnement, direct ou relais. Le protocole WIN est transmis au-dessus de TCAP, une couche SS7, comme avec les normes ITU/ETSI ou BELLCORE. La figure 13 décrit les différentes étapes de la méthode de la version préférentielle pour établir une connexion appelant lorsqu'on utilise la norme WIN EIA/TIA. Contrairement aux autres normes câblées qui ont deux modes possible de connexion, le mode direct et le mode relais, avec la norme WIN, il y a un seul mode de connexion, dont la connexion appelant et l'interaction appelant sont illustrées sur les figures 13 et 14. Plus précisément, la méthode de l'interaction appelant introduit deux exemples de nouveaux verbes (SCP Assist et SCP~Assist~ack) qui font partie d'une interface de programmation d'application d'exécution de service entre les applications IP SLP et la couche immédiatement inférieure du réseau, WIN pour cette norme. Cette interface est représentée par la ligne AA. Avec la norme sans fil, les échanges d'informations entre le SCP et l'IP sont deux étapes nécessaires avant d'établir la connexion entre l'appelant et le SCP via l'application IP. Ces deux étapes initiales sont transparentes pour l'application IP. Le SCP envoie(1) au système IP l'identification de corrélation (SvrCorld) qui identifie l'appel. Le SCP transmet cette information par une instruction SeizeRes standard via TCP/IP. Le système IP renvoie (2) au SCP le numéro d'accès (TLDN) qui sera utilisé par le SCP pour transférer l'appel vers le système IP. L'information TLDN est émise par le système IP avec l'instruction SeizeRes via TCP/IP. Avec ce numéro d'accès, le SCP ordonne au MSC d'envoyer un appel vers le serveur IP. Le MSC (centre de commutation mobile) représente la fonction de commutation du réseau mobile. Sur un réseau intelligent sans fil, le MSC exécute les mêmes fonctions que le SSP sur un réseau câblé. L'appel de l'utilisateur entre (3); est dirigé vers l'élément IP. Lorsque l'appel est reçu par l'élément IP, une application IP SLP est lancée. A la réception de l'appel entrant, l'application IP SLP émet un nouveau verbe, le verbe SCP Assist (4) de l'API d'exécution de service implantée sur l'interface AA entre le SLP et la couche WIN/TCAP. Pour être plus précis, les paramètres fournis au verbe SCP~Assist sont ScpId et SrvCorld; ils définissent l'identité du SCP (ScpId) et la référence de l'appel traité (SrvCorld). Lorsqu'elle reçoit le verbe SCP Assist, l'interface AA envoie (5) un nouveau verbe, le verbe New IntrReq, à l'interface WIN/TCAP à l'aide de l'identifiant de corrélation SrvCorld. L'interface WIN/TCAP convertit ce nouveau verbe en un verbe de la norme WIN, le verbe InstReq, et l'envoie (6) via TCP/IP vers le SCP pour établir la communication. Ensuite, l'interface AA envoie un message New SCP~Assist Ack à l'application IP pour accuser réception de la demande envoyée au SCP. La figure 14 décrit les différentes étapes de la méthode pour établir une interaction entre l'appelant et le SCP. La méthode de la figure 14 est appliquée aux éléments de réseaux intelligents IP selon le protocole standard WIN. La méthode de la figure 14 introduit de nouveaux verbes de l'interface de programmation d'application d'exécution de service entre les applications IP SLP et la couche immédiatement inférieure du réseau, à savoir WIN. Un message SFRDIR du SCP parvient via les couches SS7 de TCP/IP à l'élément IP et est maintenu (1) dans la couche WIN de celui-ci. Lorsque l'interface AA est prête à recevoir, elle envoie un nouveau verbe, WIN ReckMsg. La couche WIN fait emballer le message SFRDIR WIN dans un message TCAP. Après le décodage et le contrôle du message, la structure Play and collect digit est remplie et envoyée par la couche WIN à l'interface AA (2). L'interface AA convertit la structure Play and collect digit en un nouveau verbe, IPA~Request (Play and Collect digits), et l'envoie à l'application IP SLP (3). L'application IP SLP effectue une interaction vocale avec l'utilisateur. Lorsque l'application IP SLP a terminé l'interaction avec l'utilisateur final, elle envoie le nouveau verbe SCP~Report (4) contenant le résultat de l'opération et les paramètres associés. Lorsqu'elle reçoit le message SCP~Report, l'interface AA convertit l'instruction de chaîne en une structure Play and collect result, et l'envoie via un nouveau verbe WIN SendMsg à la couche WIN. La couche WIN génère alors le message Sfrdir WIN, l'emballe dans élément TCAP et l'envoie au SCP via une connexion TCP/IP (6). L'interface AA est commune à tous les réseaux intelligents possibles, y compris les protocoles standardisés de la version préférentielle. Cette interface peut être enrichie avec de nouveaux verbes à chaque fois qu'un même verbe a la même sémantique dans les différents protocoles et à chaque fois que la sémantique peut être mappée comme indiqué avec la connexion de l'appelant et les opération d'interaction avec l'appelant. Pour chaque nouveau verbe de l'interface de programmation, le protocole de la couche supérieur doit être adapté pour le supporter. REVENDICATIONS 1. Un système pour permettre aux utilisateurs de téléphones qui peuvent se connecter via un canal vocal à un premier ordinateur d'un réseau intelligent, et qui peuvent accéder à des applications de services fonctionnant sur ledit premier ordinateur, d'accéder à d'autres applications de services fonctionnant sur un ordinateur distant dudit réseau intelligent, ledit système comprenant : une interface de programmation située dans ledit premier ordinateur, dotée d'un jeu d'applications d'interface de programmation qui peuvent être sollicitées par lesdites applications de services de réseau intelligent fonctionnant sur ledit premier ordinateur pour communiquer avec les applications de services fonctionnant sur ledit ordinateur distant, ou pouvant au contraire être sollicitées par lesdites applications de services de réseau intelligent fonctionnant sur ledit ordinateur distant pour communiquer avec les applications de services fonctionnant sur ledit premier ordinateur, et un module ajouté à un protocole de communication de réseau intelligent (INAP, SR3511, GR1129 ou WIN) situé dans ledit premier ordinateur, ledit module récupérant les messages générés par lesdites applications d'interface de programmation et les mappant avec des messages correspondant audit protocole de communication de réseau intelligent (INAP, SR3511, GR1129 ou WIN), et récupérant à l'inverse les messages conformes aux dits protocoles de communication de réseau intelligent (INAP, SR3511, GR1129 ou WIN) et les mappant avec des messages dirigés vers lesdites application d'interface de programmation. 2. Le système de la revendication 1, lesdits messages conformes au dit protocole de communication de réseau intelligent (INAP, SR3511, GR1129 ou WIN) étant transmis à l'aide d'un protocole de transport (SS7 ou ISDN), sur des lignes de données de réseau, entre ledit premier ordinateur et ledit ordinateur distant, en mode dit direct. 3. Le système de la revendication 2, le protocole de communication d'application de réseau intelligent utilisé entre ledit premier ordinateur et ledit ordinateur distant étant le protocole standardisé ITU/ETSI INAP, et le protocole de transport utilisé entre ledit premier ordinateur et ledit ordinateur distant étant le protocole standardisé SS7. 4. Le système de la revendication 2, le protocole de communication d'application de réseau intelligent utilisé entre ledit premier ordinateur et ledit ordinateur distant étant le protocole Bellcore SR-3511, et les protocoles de transport utilisés entre ledit premier ordinateur et ledit ordinateur distant étant les protocoles standardisés SS7-TCAP et TCP/IP. 5. Le système de la revendication 2, le protocole de communication d'application de réseau intelligent utilisé entre ledit premier ordinateur et ledit ordinateur distant étant le protocole (TIA/EIA) WIN, et les protocoles de transport utilisés entre ledit premier ordinateur et ledit ordinateur distant étant les protocoles standardisés SS7-TCAP et TCP/IP. 6. Le système de la revendication 1, lesdits messages conformes audit protocole de communication de réseau intelligent (INAP, SR3511, GR1129 et WIN) étant transmis à l'aide d'un protocole de transport (SS7 ou ISDN), sur des lignes de données de réseau, entre ledit premier ordinateur et un bureau central du réseau intelligent et entre ledit bureau central et ledit ordinateur distant, en mode dit relais. 7. Le système de la revendication 6, le protocole d'application de réseau intelligent utilisé entre ledit premier ordinateur et ledit ordinateur distant étant le protocole standardisé ITU/ETSI INAP, les protocoles de transport entre ledit premier ordinateur et ledit bureau central étant les protocoles standardisés ROSE et ISDN, et le protocole de transport utilisé entre ledit bureau central et ledit ordinateur distant étant le protocole standardisé SS7. 8. Le système de la revendication 6, le protocole d'application de réseau intelligent utilisé entre ledit premier ordinateur et ledit ordinateur distant étant le protocole standardisé ITU/ETSI INAP, les protocoles de transport entre ledit premier ordinateur et ledit bureau central étant les protocoles standardisés ROSE et SS7 ISUP, et le protocole de transport utilisé entre ledit bureau central et ledit ordinateur distant étant le protocole standardisé SS7. 9. Le système de la revendication 6, le protocole d'application de réseau intelligent utilisé entre ledit premier ordinateur et ledit ordinateur distant étant le protocole standardisé ITU/ETSI INAP, et le protocole de transport utilisé entre ledit premier ordinateur et ledit bureau central et entre ledit bureau central et ledit ordinateur distant étant le protocole SS7. 10. Le système de la revendication 6, le protocole d'application de réseau intelligent utilisé entre ledit premier ordinateur et ledit ordinateur distant étant le protocole Bellcore GR-1129, les protocoles de transport entre ledit premier ordinateur et ledit bureau central étant les protocoles standardisés ROSE et ISDN, et le protocole de transport utilisé entre ledit bureau central et ledit ordinateur distant étant le protocole standardisé SS7. 11. Le système de la revendication 6, le protocole d'application de réseau intelligent utilisé entre ledit premier ordinateur et ledit ordinateur distant étant le protocole Bellcore GR-1129, et le protocole de transport utilisé entre ledit premier ordinateur et ledit bureau central et entre ledit bureau central et ledit ordinateur distant étant le protocole SS7. 12. Le système de la revendication 1, l'application d'interface de programmation pour établir un appel utilisateur entre l'utilisateur et une application de service intelligent fonctionnant sur ledit ordinateur distant étant sollicitée par une application de service intelligent fonctionnant sur ledit premier ordinateur qui émet un verbe (SCP~Assist) ayant comme paramètres l'identifiant de l'ordinateur distant et la référence de l'appel à établir, ladite application d'interface de programmation recevant en outre un verbe (SCP Assist ack)pour signaler l'acceptation de l'établissement de l'appel par l'ordinateur distant. 13. Le système de la revendication 1, l'application d'interface de programmation pour établir une interaction numérique vocale entre l'utilisateur et une application de service intelligent fonctionnant sur ledit ordinateur distant étant sollicitée par une application de service intelligent fonctionnant sur ledit premier ordinateur qui reçoit un verbe (IPA~Request) ayant comme paramètres le message numérique à diffuser à l'utilisateur et la demande de collecte de la réponse numérique, ladite application d'interface de programmation émettant en outre un verbe (SCP~Report) ayant comme paramètre la réponse numérique collectée auprès de l'utilisateur. 14. Une méthode pour permettre aux utilisateurs de téléphones qui peuvent se connecter via un canal vocal à un premier ordinateur d'un réseau intelligent, et qui peuvent accéder à des applications de services fonctionnant sur ledit premier ordinateur, d'accéder à d'autres applications de services fonctionnant sur un ordinateur distant dudit réseau intelligent, ladite méthode comprenant les étapes suivantes : installation d'une interface de fonction de traitement dans une interface de programmation de réseau ajoutée à un protocole de communication de réseau intelligent (INAP, SR3511, GR1129 ou WIN) situé sur ledit premier ordinateur, ladite fonction de traitement : interceptant les messages initiés par les applications de services fonctionnant sur ledit premier ordinateur et générés par ladite interface de programmation pour communiquer avec les applications de services fonctionnant sur ledit ordinateur distant, et les mappant avec des messages conformes audit protocole de communication de réseau intelligent (INAP, SR3511, GR1129 ou WIN) et dirigés vers lesdites applications d'interface de programmation fonctionnant sur ledit ordinateur distant; ladite fonction de traitement comprenant en outre : l'interception des messages initiés par les applications de services fonctionnant sur ledit ordinateur distant, selon ledit protocole de communication de réseau intelligent (INAP, SR3511, GR1129 ou WIN) et générés par ladite interface de programmation pour communiquer avec les applications de services fonctionnant sur ledit premier ordinateur, et leur mappage avec des messages générés par ladite interface de programmation et dirigés vers lesdites applications d'interface de programmation fonctionnant sur ledit premier ordinateur.