Brevet FR2793636A1 — publié le 20001117

PROCEDE DE SIGNALISATION ENTRE UN SYSTEME DE COMMUTATION ET UN EQUIPEMENT TELEPHONIQUE TERMINAL, SYSTEME DE COMMUTATION ET EQUIPEMENT TELEPHONIQUE TERMINAL POUR LA MISE EN #UVRE DU PROCEDE La présente invention concerne les méthodes de. signalisation employées entre des systèmes de commutation et des terminaux téléphoniques.' Elle s'applique particulièrement au domaine de la commutation d'entreprise, le système de commutation comprenant alors un ou plusieurs autocommutateurs (PABX). Certains réseaux de communication utilisent des terminaux intelligents, capables d'interpréter des contextes de communication pour présenter divers éléments à l'utilisateur (par affichage ou signalisation sonore) et adresser au système de commutation des données ou commandes fournies par l'utilisateur. C'est le cas par exemple dans les réseaux numériques à intégration de services (RNIS), ou encore dans les réseaux informatiques supportant des applications de téléphonie à l'aide d'interfaces de type TAPI ( Telephone Application Programming Interface ). Dans ce cas, les informations échangées entre le système de commutation et les terminaux se rapportent à un certain contexte de communication, mais ne caractérisent pas en tant que tels les éléments devant être présentés à l'utilisateur. C'est le logiciel dont le terminal est équipé qui interprète ce contexte pour générer l'affichage etlou la signalisation sonore en fonction de la configuration matérielle de son interface homme-machine. Dans d'autrés réseaux, les terminaux sont entièrement esclaves du système de commutation. Ce sont par exemple des postes numériques à affichage en mode ASCII. Un tel terminal (Minitel par exemple) est incapable d'intérpréter ou de traiter les données qu'il, reçoit. Le système de commutation doit connaître les détails de ce terminal afin de lui envoyer des messages de commande conformes à la configuration matérielle de son interface homme- machine. La première des deux solutions ci-dessus a pour inconvénient de nécessiter des terminaux relativement complexes et coûteux, notamment dans le contexte des applications multimédia, où ils doivent être capables de traiter plusieurs protocoles. ' La seconde pose des problèmes de comptabilité du système de commutation avec les différents types de terminaux susceptibles de lui être raccordés. Le système de commutation a besoin de connaître les détails de chaque terminal, ce qui complique sa conception et sa réalisation. Pour limiter l'inconvénient ci-dessus, certains PABX sont équipés d'une interface interne entre les modules applicatifs et les modules de raccordement des terminaux. Cette interface interne simule un terminal générique permettant le développement des modules applicatifs de manière indépendante de la structure des terminaux. En aval de cette interface interne, plusieurs types de module de raccordement sont prévus pour les différents terminaux susceptibles d'être raccordés au PABX. Ce genre d'organisation offre une plus grande souplesse pour le développement des services, mais laisse subsister les problèmes de compatibilité du PABX avec différents types de terminaux. En outre, il ne permet pas aisément aux utilisateurs de personnaliser la présentation des informations de signalisation sur leurs terminaux. Un but principal de la présente invention est de rendre plus flexible les interfaces entre le système de commutation et les terminaux. L'invention propose ainsi un procédé de signalisation entre un système de commutation et un équipement téléphonique terminal comportant au moins une interface homme-machine, dans lequel une interface de commande du système de commutation adresse à l'équipement téléphonique terminal des messages donnant des descriptions sémantiques codées d'éléments à présenter à un utilisateur au moyen de l'interface homme-machine, certains au moins desdits éléments se rapportant à des fonctions de signalisation pour lesquelles l'inteiface de commande attend des réponses de l'équipement téléphonique terminal, et dans lequel l'équipement téléphonique traduit les descriptions d'éléments reçues dans lesdits messages en- cornmandes adaptées à l'interface homme-machine pour la présentation des éléments et la saisie des réponses attendues.. Le mode de description des éléments de signalisation transportés par les messages envoyés à l'équipement téléphonique terminal est indépendant du type d'interface homme-machine présent dans cet équipement. Dans ces conditions, le système de commutation et les applications qu'il héberge n'ont besoin de connaître ni le type de terminal raccordé ni les paramètres de fonctionnement de celui-ci. D'autre part, comme les éléments devant être présentés à l'utilisateur sont décrits dans les messages en question, le terminal a simplement besoin de tables de traduction pour adapter la présentation de ces éléments en fonction des caractéristiques de son interface homme-machine. Le terminal n'a donc pas à interpréter un contexte de communication suivant un protocole complexe, ce qui permet d'utiliser divers types de terminaux pouvant être relativement simples. II suffit de les associer à un module de traduction et d'interprétation des messages. Dans un mode d'exécution particulier du procédé, l'équipement téléphonique terminal comporte un ordinateur relié à un réseau informatique par lequel les tables de traduction sont téléchargées. Cet ordinateur pourra héberger des applications de téléphonie, ou encore être associé à un poste téléphonique par une liaison série. Le réseau informatique peut comporter un serveur mettant à disposition des utilisateurs divers jeux de tables de traduction qui pourront être utilisés en fonction des types de terminaux raccordés ou des desiderata des utilisateurs, par exemple en matière de langue de présentation des informations ou en matière de graphisme, couleurs, effets sonores, etc. En variante, les tables de traduction pourraient être chargées au moyen d'un support de données portable. Elles peuvent également être modifiables individuellement par chaque utilisateur. Un autre aspect de la présente invention se rapporte à un système de commutation pour la mise en oeuvre d'un procédé tel qu'énoncé ci-dessus avec des équipements téléphoniques terminaux comportant chacun au moins une interface homme-machine. Ce système de commutation comprend au moins une interface de commande agencée pour adresser à un équipement téléphonique terminal des messages donnant des descriptions sémantiques codées d'éléments à présenter à un utilisateur au moyen de l'interface homme- machine dudit équipement, certains au moins desdits éléments se rapportant à des fonctions de signalisation pour lesquelles l'interface de commande attend des réponses de l'équipement téléphonique terminal, le mode de description desdits éléments étant indépendant de l'interface homme-machine dudit équipement. Un troisième aspect de l'invention se rapporte à un équipement téléphonique terminal pour la mise en oeuvre d'un procédé tel qu'énoncé ci- dessus avec un système de commutation adressant des messages donnant des descriptions sémantiques codées d'éléments à présenter à un utilisateur, l'équipement téléphonique terminal comportant au moins une interface homme- machine pour la présentation desdits éléments, dont certains au moins se rapportent à des fonctions de signalisation pour lesquelles le système de commutation attend des réponses de l'équipement téléphonique terminal, et des moyens de traduction des descriptions d'éléments reçues dans lesdits messages en commandes adaptées à l'interface homme-machine pour la présentation des éléments et la saisie des réponses attendues. D'autres particularités et avantages de la présente invention apparaîtront dans la description ci-après d'exemples de réalisation non limitatifs, en référence aux dessins annexés, dans lesquels - la figure 1 est un schéma d'un réseau de téléphonie pour la mise en oeuvre de l'invention ; - la figure 2 est un schéma synoptique des modules impliqués dans cette mise en oeuvre ; et - la figure 3 est un diagramme illustrant un exemple de scénario d'appel avec transfert dans un mode de réalisation du procédé selon l'invention. Le réseau téléphonique d'entreprise représenté sur la figure 1 comporte un système de commutation consistant en un autocommutateur, ou PABX, 4 relié à un ensemble de terminaux 5-10 et à un réseau informatique local 11. Ces terminaux peuvent consister en tous types d'équipements incorporant la fonction terminal de téléphonie, en particulier les postes d'accueil, les postes téléphoniques personnels haut de gamme, les terminaux informatiques hébergeant des applications de phonie ( voix sur IP ), les terminaux sans fil de nouvelle génération, les terminaux Internet ( webphones ), les postes d'opérateurs, avec ou sans fil... Dans l'exemple schématisé sur la figure 1, le terminal 5 est un ordinateur 15 équipé de transducteurs audio 25 et de logiciels de présentation de téléphonie, les terminaux 6, 8, 9 comprennent des ordinateurs 16, 18, 19 associés à des postes téléphoniques conventionnels 26, 28, 29, le terminal 7 est un poste téléphonique autonome relié au PABX 4, par exemple par un lien V24, et le terminal 10 est un terminal mobile autonome relié au PABX 4 par un lien radio par l'intermédiaire d'un contrôleur (base), par exemple de type DECT. Les ordinateurs 15, 16, et 18 sont reliés à un réseau informatique local 11, et peuvent l'être par une liaison de secours au PABX 4. Chaque terminal 5-10 comporte une interface homme-machine, notamment pour les échanges de signalisation avec l'utilisateur. Cette interface homme-machine (écran présentant par exemple à l'utilisateur des mires ou des fenêtres, clavier, haut-parleur, microphone,... ) peut comprendre celle du poste téléphonique 7, 10, 26, 28, 29 et/ou celle de l'ordinateur 15, 16, 18, 19. La nature de ces interfaces homme-machine peut donc être très variable selon les types de matériels raccordés au PABX 4. La figure 2 illustre une organisation possible des modules servant à la signalisation dans le PABX 4. Dans l'exemple considéré, le PABX comporte quatre serveurs applicatifs 30 pour les fonctions de traitement d'appel (TAP), de relations homme-machine (RHM, incluant par exemple l'enregistrement des renvois, les rappels de rendez-vous, ... ), d'annuaire (ANNU) et de messagerie vocale (MVOC). Chaque serveur 30 est divisé en un module fonctionnel 31 qui traite les services concernés et un module de présentation 32 qui sert d'interface de commande des terminaux. Les messages adressés aux terminaux par les modules de présentation 32 sont des messages fonctionnels dont la syntaxe est indépendante du serveur considéré 30 et des facilités qui lui sont associées (rappel automatique, double appel, conférence, transfert, etc.), ainsi que de la nature des terminaux raccordés 5-10, de leur configuration (langues, topologie de l'écran, etc.), et de la phase de communication. Ainsi, l'introduction de nouvelles fonctionnalités (ajout à un serveur 30, ou création d'un nouveau serveur) n'oblige pas nécessairement à développer une nouvelle procédure de traduction de mires, mais conduit généralement à introduire de nouveaux éléments dans le dictionnaire de traduction. Une possibilité est de former ces messages suivant un langage de la famille SGML ( Standard Generalized Markup Language ). Un exemple préféré en est le langage XML ( eXtensible Markup Language ), spécifié dans la Recommandation REC-xml-19980210 diffusée par le Consortium World Wide Web W3C (http:IIwww.w3.orgITR119981REC-xml-19980210). II permet de définir des étiquettes ( tags ) communes à tous les types de terminaux pour coder la sémantique des éléments de signalisation présentés aux utilisateurs en liaison avec les fonctions accomplies par les modules 31. Ces étiquettes ont leur signification à l'intérieur d'une description de type de document (DTD) connue des terminaux et du serveur applicatif. Elles sont interprétées au niveau des terminaux en utilisant des tables de traduction. Les messages pourront par exemple faire référence à une DTD particulière pour chaque type de mire devant être affichée sur un terminal. Pour transporter ces messages de signalisation et recevoir ceux issus des terminaux, le PABX 4 comporte un module d'interface physique 35 qui incorpore le langage XML dans un protocole de transport, tel que le protocole TCPIIP ( Transmission Control Protocol I Internet Protocol ), le protocole DECT ( Digital Enhanced Cordless Telephone ) ou encore le protocole V24... Le mode de réalisation préféré de l'invention utilise un lien TCPIIP (dans l'illustration schématique de la figure 2, le module d'interface 35 est représenté relié directement aux terminaux, dans la mesure où les routeurs et couches physiques intermédiaires ne sont pas directement impliqués par l'invention). TCPIIP permet de former des circuits virtuels en mode connecté entre le PABX et les terminaux clients, et des sessions multiples au sein de ces circuits virtuels. Ces particularités ne sont pas offertes, par exemple, dans le protocole UDP ( User Datagram Protocol ) habituellement utilisé pour transmettre des pages HTML, suivant lequel le serveur ne peut pas s'adresser spontanément aux clients mais ne peut que répondre à leurs requêtes en mode non connecté. Une session s'entend comme l'établissement d'un dialogue entre un serveur et un terminal client en mode connecté. Dans le PABX 4, un module logiciel 36, appelé GMS ( Gestionnaire Multi-Sessions ), est associé à chaque terminal raccordé et initialisé afin de permettre l'ouverture de plusieurs sessions simultanées. Les messages échangés entre les modules de présentation 32 des serveurs applicatifs 30 et les terminaux via l'interface 35 transitent par le GMS 36 qui gère les éventuelles sessions multiples en cours. La figure 2 montre également l'organisation d'un équipement terminal 40 selon l'invention. La référence 41 désigne l'interface homme-machine (IHM) d'un terminal 5-9 et la référence 42 le moteur d'affichage associé. Le moteur d'affichage 42 traduit les messages XML, reçus via le module d'interface TCPIIP 43 qui dialogue avec son homologue 35 du PABX, et les traduit en commandes d'affichage pour l'IHM 41. Cette traduction est opérée à l'aide de tables de traduction 44 mémorisées dans l'équipement terminal 40, qui contiennent les DTD pertinentes ainsi que des dictionnaires donnant les descriptions des étiquettes XML rencontrées dans le cadre de ces DTD, pour générer les commandes d'affichage des éléments requis conformément à la configuration particulière de l'IHM. Les messages XML définissent des formulaires permettant la saisie de réponses de l'utilisateur au moyen de HHM (clavier, commandes vocales, ... ). Ces réponses peuvent être renvoyées dans des messages XML pour le sens client vers serveur. Matériellement, l'équipement terminal 40 peut coïncider avec un terminal 5-7, 10 (figure1). Si ce terminal 5, 6 comporte un ordinateur 15, 16, celui-ci peut contenir le moteur d'affichage 42, l'interface avec le PABX 43, les tables de traduction 44, et éventuellement tout ou partie de l'IHM 41. Sinon le poste téléphonique 7, 10 peut incorporer l'ensemble des fonctions de téléphonie et de signalisation pourvu qu'il soit équipé d'une interface capable de transporter des messages XML, et qu'il soit capable de traiter des messages XML. Le fait que les ordinateurs 15, 16 soient reliés à un réseau informatique 11 permet aussi aux opérateurs de télécharger les tables de traduction depuis un serveur 50 raccordé à ce réseau, où diverses tables de traduction possibles ont été préalablement mémorisées. L'opérateur peut ainsi choisir les modes de présentation qui lui semblent les plus appropriés en fonction de son matériel, de sa langue habituelle ou encore de l'ergonomie de son poste de travail. Un équipement téléphonique terminal (vu du PABX), dont l'architecture fonctionnelle est montrée sur la figure 2, peut également être composé de plusieurs terminaux individuels 8, 9, pour lesquels les messages XML sont traités par une unité commune qui peut être distincte des terminaux ou encore être constituée par l'ordinateur 18 de l'un de ces terminaux (figure 1). Dans ce cas, le moteur d'affichage 42 placé dans cette unité agit à la manière d'un agent proxy pour traiter les messages concernant un ensemble de terminaux clients 8, 9. Cette façon de procéder peut permettre de raccorder au PABX 4 un ensemble de terminaux qui n'ont pas été prévus initialement pour cela sans multiplier les moyens de traduction; mais elle nécessite des liens particuliers entre les terminaux concernés. Pour configurer le lien TCPIIP entre un terminal et le PABX, le terminal doit au moins fournir l'adresse IP de la passerelle de commutation (par exemple un port téléphonique usuel) et son numéro d'annuaire vu du commutateur. L'ouverture de la session TCPAP est effectuée lors de l'activation du terminal. Elle donne lieu, suite à la transmission par le terminal de son numéro d'annuaire, à la création d'une occurrence de GMS qui adresse une requête au serveur TAP pour l'envoi d'une mire générale d'initialisation. Celle-ci donne accès aux différents serveurs 30 pour que l'utilisateur puisse entamer un dialogue avec l'un ou l'autre de ces serveurs. Ce dialogue a lieu comme indiqué précédemment à l'aide de messages XML. A titre d'illustration, la figure 3 montre un exemple d'un tel dialogue entre un terminal et le serveur de traitement d'appel, dont les modules fonctionnels 31 et de présentation 32, respectivement notés TAP FCT et TAP PRE, dialoguent entre eux suivant un format interne au PABX. Le GMS et les interfaces TCPIIP, transparents au niveau des messages XML, ne sont pas représentés. Le scénario particulier est celui d'un appel vers un terminal d'opérateur avec renvoi vers un autre terminal. A réception d'un appel (60), le serveur TAP délivre une commande de présentation des appels, que son module de présentation traduit en un message XML décrivant de façon sémantique le contenu d'une page de présentation des appels. A réception de ce message, le moteur d'affichage 42 du terminal effectue les opérations de traduction à l'aide de ses tables 44 afin d'adresser à l'IHM 41 une commande adaptée pour l'affichage à l'écran des appels en cours, par exemple sous forme d'une liste n'indiquant que les types d'appel. L'opérateur peut sélectionner un type appel dans cette liste (61) au moyen de l'IHM (par exemple clic sur une zone d'écran, saisie au clavier, commande vocale, ... ), son choix étant remonté par le moteur d'affichage 42 qui produit un formulaire de réponse. Une fois qu'il connaît le type d'appel sélectionné par l'opérateur (62), le module TAP FCT indique l'appel arrivé, qui est transmis au terminal d'opérateur sous forme d'un message XML (DTD notée COM TEL) incluant des données telles que le numéro ou l'identité de l'appelant et une description des actions disponibles. Si parmi ces actions il y a la possibilité de renvoyer l'appel vers un autre poste, le message XML comportera une description codée d'un formulaire d'appel secondaire pour effectuer le transfert si nécessaire. Ce message XML est à son tour traduit par le moteur d'affichage 42 pour présenter ces informations à l'opérateur. L'opérateur peut prendre l'appel puis vouloir le transférer. II y aura alors une phase de conversation avec l'appelant suivie par une demande (63) de transfert supervisé vers un terminal distant (un transfert supervisé est un transfert pour lequel l'opérateur attend que l'utilisateur sollicité, appelé distant , réponde pour relâcher la communication sur l'opérateur). La requête de l'opérateur est transmise au serveur TAP qui génère un message d'établissement (SET UP) avec transfert non supervisé. Le transfert est alors effectué par le serveur TAP (64), qui informe l'opérateur que l'appel est en garde. Cette information est retransmise dans une mire XML de type COM TEL, avec l'attribut garde . Ce message XML est traduit par le moteur d'affichage, de sorte que la mise en garde de l'appel apparaît sur le terminal d'opérateur (par exemple couleur particulière, clignotement, ... ). L'opérateur peut alors reprendre la communication si le distant ne répond pas. L'appel étant mis en garde, l'opérateur est considéré comme étant à nouveau libre, et le serveur TAP lui envoie (65) la page XML de présentation des appels, qui provoque un affichage semblable à celui de l'étape 60. Lorsque le distant a décroché (étape 66), il n'y a plus de raison pour que l'appel soit supervisé par l'opérateur, de sorte que le serveur TAP lui envoie un message de libération d'appel, traduit par le module TAP PRE en une mire XML consistant en un message de type COM TEL avec l'attribut fin . A réception de cette mire, le moteur d'affichage 42 fait disparaître la présentation de la mise en garde de l'appel dans la mire de présentation des appels, et le cas échéant mémorise une entrée dans le journal d'appel. REVENDICATIONS 1. Procédé de signalisation entre un système de commutation (4) et un équipement téléphonique terminal (40) comportant au moins une interface homme-machine (41), dans lequel une interface de commande (32) du système de commutation adresse à l'équipement téléphonique terminal des messages donnant des descriptions sémantiques codées d'éléments à présenter à un utilisateur au moyen de l'interface homme-machine, certains au moins desdits éléments se rapportant à des fonctions de signalisation pour lesquelles l'interface de commande attend des réponses de l'équipement téléphonique terminal, et dans lequel l'équipement téléphonique terminal traduit les descriptions d'éléments reçues dans lesdits messages en commandes adaptées à l'interface homme-machine pour la présentation des éléments et la saisie des réponses attendues. 2. Procédé selon la revendication 1, dans lequel lesdits messages comprennent des étiquettes du langage XML. 3. Procédé selon la revendication 1 ou 2, dans lequel lesdits messages sont adressés à l'équipement téléphonique terminal (40) dans le cadre d'une session de protocole TCPIIP établie avec le système de commutation (4). 4. Procédé selon l'une quelconque des revendications 1 à 3, dans lequel l'équipement téléphonique terminal (40) comporte un ordinateur (15, 16) relié à un réseau informatique (11) par lequel des tables de traduction (44) sont téléchargées. 5. Système de commutation pour la mise en oeuvre d'un procédé selon l'une quelconque des revendications 1 à 4 avec des équipements téléphoniques terminaux (40) comportant chacun au moins une interface homme-machine (41), le système de commutation (4) comprenant au moins une interface de commande (32) agencée pour adresser à un équipement téléphonique terminal des messages donnant des descriptions sémantiques codées d'éléments à présenter à un utilisateur au moyen de l'interface homme- machine dudit équipement, certains au moins desdits éléments se rapportant à des fonctions de signalisation pour lesquelles l'interface de commande attend des réponses de l'équipement téléphonique terminal, le mode de description desdits éléments étant indépendant de l'interface homme-machine dudit équipement. 6. Système de commutation selon la revendication 5, dans lequel lesdits messages comprennent des étiquettes du langage XML. 7. Système de commutation selon la revendication 5 ou 6, dans lequel lesdits messages sont adressés à l'équipement téléphonique terminal (40) dans le cadre d'une session de protocole TCPIIP. 8. Equipement téléphonique terminal pour la mise en ceuvre d'un procédé selon l'une quelconque des revendications 1 à 4 avec un système de commutation (4) adressant des messages donnant des descriptions sémantiques codées d'éléments à présenter à un utilisateur, l'équipement téléphonique terminal (40) comportant au moins une interface homme-machine (41) pour la présentation desdits éléments, dont certains au moins se rapportent à des fonctions de signalisation pour lesquelles le système de commutation attend des réponses de l'équipement téléphonique terminal, et des moyens (42, 44) de traduction des descriptions d'éléments reçues dans lesdits messages en commandes adaptées à l'interface homme-machine pour la présentation des éléments et la saisie des réponses attendues. 9. Equipement selon la revendication 8, comportant un ordinateur (15, 16) hébergeant les moyens de traduction (42) et des moyens de téléchargement de tables de traduction (44) via un réseau informatique (11). 10. Equipement selon la revendication 8 ou 9, comprenant un groupe de terminaux (8, 9) ayant chacun une interface homme-machine (41), et une unité de traitement (18) incluant les moyens de traduction (42, 44) pour les terminaux dudit groupe.