Brevet FR2736232A1 — publié le 19970103

Procédé et dispositif de commande de facilité offertes aux abonnés d'un central. L'invention concerne un procédé de commande de facilités, offertes aux abonnés, d'un central et un dispositif de commande de facilités, offertes aux abonnés, d'un central. Aujourd'hui, il n'y a pas de mécanisme défini permettant une commande abstraite, c'est-à-dire orientée objet, de facilités offertes aux abonnés, pour des10 systèmes de commutation, qui utilisent un protocole de stimulus comme par exemple le protocole CorNet-TS de la Société Siemens AG. On peut citer comme exemple d'une commande abstraite de facilités offertes aux abonnés, ce que l'on appelle le "Feature Key Management" du protocole15 CorNet-T, également de la Société Siemens AG, qui utilise les messages "Feature presentation", "Feature activation" et "Feature indication". Ce protocole se base sur des architectures de protocole, qui sont normalisées dans CCITT Q.931/932. Des mécanismes connus de commande20 abstraite de facilités offertes aux abonnés ne peuvent pas en effet être pris en charge dans un protocole à stimulus du fait de l'architecture différente du protocole. L'invention vise donc un procédé et un dispositif de commande abstraite de facilités offertes aux abonnés dans des systèmes de commutation, qui utilisent un protocole à stimulus, pour pouvoir connecter des terminaux tout en assistant de manière performante les facilités offertes aux abonnés du central. On y parvient suivant l'invention par un procédé de commande de facilités offertes aux abonnés d'un central, qui comporte les étapes: a) transmission d'un tableau statique de codes objets de facilités offertes aux abonnés, ayant des valeurs de code correspondantes lors d'une initialisation d'appareils, du central à un terminal, le tableau statique de codes objets de facilités offertes aux abonnés étant spécifique du central et contenant toutes les facilités offertes aux abonnés qui sont disponibles dans ce central et une information destinée à décrire l'objet de facilité offerte aux abonnés étant associée à chaque valeur de code objet de facilité offerte aux abonnés; b) mémorisation du tableau statique de codes objets de facilités offertes aux abonnés dans un terminal; c) transmission d'un tableau dynamique de codes objets de facilités offertes aux abonnés, qui correspondent aux facilités offertes aux abonnés, qui peuvent être activées dans l'état actuel de commutation du terminal, du central au terminal; d) affichage des facilités offertes aux abonnés de l'état de commutation actuelle suivant le tableau dynamique de codes objets de facilités offertes aux abonnés, par le terminal; e) sélection de la facilité offerte aux abonnés souhaitée dans le terminal; f) accusé de réception de la facilité offerte aux abonnés sélectionnée par transmission de la valeur de code objet de facilité offerte aux abonnés correspondante du terminal au central; g) modification de l'état de commutation en fonction de la facilité offerte aux abonnés sélectionnée et retour à l'étape c). On y parvient également par un dispositif pour la mise en oeuvre du procédé qui comporte un terminal comportant un dispositif d'affichage, un dispositif de commande, une mémoire à accès aléatoire et une mémoire non volatile et qui comporte un central comportant un dispositif de commande, le terminal étant relié au central par l'intermédiaire d'une ligne de transmission bidirectionnelle de données. Le procédé suivant l'invention et le dispositif suivant l'invention ont l'avantage de commander tout le déroulement de facilités offertes aux abonnés par le central. Le terminal commandé ne nécessite pas de connaissance de l'état de commutation mais des applications se trouvant dans le terminal peuvent accéder15 de manière quasi-fonctionnelle aux facilités, offertes aux abonnés, du central par le codage orienté objet des facilités offertes aux abonnés. En l'occurrence, on conserve la subdivision fonctionnelle du protocole à stimulus. Un tableau statique de facilités offertes aux20 abonnés ou de codes objets correspondant de facilités offertes aux abonnés, qui sont spécifiques du central et qui ne le sont pas des terminaux connectés auxquels sont associées éventuellement des facilités différentes offertes aux abonnés, est chargé par le bas lors de25 l'initialisation et des tableaux dynamiques de facilités offertes aux abonnés sont transmis suivant l'invention en fonction de l'état de commutation des terminaux du système. Cela procure l'avantage de diminuer les temps nécessaires à la transmission de valeurs de codes de30 facilités offertes aux abonnés et de décharger ainsi des lignes de connexion entre le central et les terminaux. On peut réaliser en même temps le central et les terminaux d'une manière simple en technique des circuits et de la programmation. Suivant un mode de mise en oeuvre du procédé suivant l'invention, l'information destinée à décrire l'objet de facilité offerte aux abonnés est une chaîne de caractères associée à la valeur de code objet de facilité 5 offerte aux abonnés. Suivant un mode de mise en oeuvre du procédé suivant l'invention, l'information destinée à décrire l'objet de facilité offerte aux abonnés est une transcription mnémonique, associée à la valeur de code10 objet de facilité offerte aux abonnés, d'une facilité offerte aux abonnés. Suivant un mode de mise en oeuvre du procédé, on effectue la transmission du tableau dynamique de codes objets de facilités offertes aux abonnés, du central au15 terminal, par transmission des valeurs de codes objets de facilités offertes aux abonnés associées à celles-ci. Suivant un mode de mise en oeuvre du procédé suivant l'invention, on effectue l'affichage de la facilité offerte aux abonnés par le terminal en fonction20 de son interface utilisateur. Suivant un mode de mise en oeuvre du procédé suivant l'invention, le terminal sélectionne au préalable, dans le tableau dynamique de codes objets de facilités offertes aux abonnés, au moins une facilité25 offerte aux abonnés et affiche au moins une facilité offerte aux abonnés sélectionnée. Suivant un mode de mise en oeuvre du procédé suivant l'invention, on effectue, pour le déroulement d'applications comportant des facilités offertes aux30 abonnés variant dans le temps suivant l'étape a), une transmission supplémentaire de codes objets de facilités offertes aux abonnés, lors de laquelle on établit une association entre une valeur de code objet de facilité offerte aux abonnés et un objet de facilité offerte aux abonnés, qui est spécifique de l'application ou d'un abonné. Suivant un mode de mise en oeuvre du procédé suivant l'invention, on effectue de manière récurrente, en enregistrant au même endroit, la transmission supplémentaire en fonction de l'application. Suivant un mode de mise en oeuvre du procédé suivant l'invention, la transmission supplémentaire ne concerne pas le tableau statique de codes objets de10 facilités offertes aux abonnés transmis au cours de l'étape a). Suivant un mode de réalisation du dispositif suivant l'invention, il est relié au terminal un serveur au lieu du central.15 L'invention prévoit également un central pour un dispositif suivant l'invention, ce central comportant un dispositif de commande pour l'exécution d'un programme correspondant au procédé suivant l'invention. L'invention prévoit également un terminal pour un dispositif suivant l'invention, ce terminal comportant un dispositif de commande pour l'exécution d'un programme correspondant au procédé suivant l'invention. D'autres avantages, particularités et possibilités d'applications de l'invention ressortiront de la description ci-après d'exemples de réalisation de l'invention en rapport avec le dessin qui montre Fig.1 un organigramme d'un exemple de réalisation préféré du procédé de l'invention; Fig.2 un synoptique modulaire suivant un exemple de30 réalisation préféré du dispositif de l'invention; Fig.3 un exemple de réalisation préféré d'un affichage, par caractères, suivant le procédé de l'invention; Les Fig. 4, 5, 6 et 7 d'autres exemples de réalisation préférés d'un affichage et la sélection de facilités offertes aux abonnés souhaités suivant un exemple de réalisation préféré de l'invention. On explique ci-dessous la présente invention pour l'exemple d'un terminal du type Symphony M2 de la Société Siemens AG. Le terminal Symphony M2 est un terminal à protocole résident et à répartition fonctionnelle de stimulus. Le terminal comporte un micro- processeur, une mémoire à accès aléatoire (RAM), une mémoire non volatile et un dispositif d'affichage. Les particularités du dispositif d'affichage sont les suivantes: - orientation par ligne comportant n x 24 lignes, o n > 2; - pas d'icônes graphiques commandées directement par une représentation Bitmap, - codes de facilités offertes aux abonnés, que l'on utilise pour l'affichage et l'activation de facilités offertes aux abonnés, - assistance d'un code objet (FOC) de facilités offertes aux abonnés, c'est-à-dire attribution d'une chaîne de caractères à un code objet de facilités offertes aux abonnés ou attribution d'un objet (icône) graphique de facilités offertes aux abonnés, qui représente la facilité offerte aux abonnés, à un code objet de facilités offertes aux abonnés. La commande de facilités offertes aux abonnés suivant la présente invention peut être décrite comme un métalangage d'affichage/activation de facilités offertes aux abonnés et de représentation de celles-ci. La30 commande des facilités offertes aux abonnés s'effectue en l'occurrence par des codes objets FOC de facilités offertes aux abonnés. La répartition fonctionnelle du terminal est du type d'un protocole à stimulus. Le terminal est un dispositif d'entrée/sortie doué d'une35 intelligence ne servant qu'à la représentation locale de facilités offertes aux abonnés. La commande des états de commutation et la commande des facilités possibles offertes aux abonnés s'effectuent complètement du côté du central. Il n'est pas associé d'attributs de caractères, comme par exemple caractères en gras, clignotants ou soulignés, aux objets de facilités offertes aux abonnés orientés caractères (chaînes de caractères IA5). La représentation par caractères des objets de facilités offertes aux abonnés est une tâche purement locale du terminal. Des objets de facilités offertes aux abonnés orientés graphiques ("icônes") sont désignés par une description mnémonique de facilités offertes aux abonnés (par exemple "CALLREDIRECTION_ACTIVATION"). La représentation graphique des objets de facilités offertes aux abonnés est également une tâche locale du terminal. Suivant le procédé de la présente invention, comme le montre un exemple de réalisation préféré dans l'organigramme de la figure 1, on transmet, à tous les terminaux connectés, indépendamment de celle des20 facilités qui leur est associée, au cours d'une première étape a), un tableau statique de codes objets FOC de facilités offertes aux abonnés au cours de l'initialisation des appareils par le central, par exemple d'un central privé. Ce tableau statique de codes25 objets de facilités offertes aux abonnés est spécifique du central et contient toutes les facilités offertes aux abonnés qui sont disponibles dans le système. Lors de sa transmission, on associe à chaque valeur de codes objets de facilités offertes aux abonnés une information30 destinée à décrire l'objet de facilités offertes aux abonnés. Cela signifie qu'en fonction du type du terminal et/ou de l'utilisation, on associe par exemple à une valeur de code objet FOC de facilités offertes aux abonnés, une chaîne de caractères IA5 (FOC# -> "IA5-35 string") ou une description mnémonique de facilités offertes aux abonnés (FOC# -> "description mnémonique de facilités offertes aux abonnés"). Pour le déroulement d'applications ayant des contenus d'objets variant dans le temps, c'est-à-dire pour assister par exemple les facilités offertes aux abonnés d'un serveur, qui commande le terminal au lieu d'un central, on peut prévoir une transmission supplémentaire de code objet de facilités offertes aux abonnés, lors de laquelle on établit par exemple une association entre une valeur de code objet de facilités offertes aux abonnés et un objet de facilités offertes aux abonnés, qui est spécifique de l'application ou d'un abonné. Cette transmission supplémentaire peut s'effectuer de manière récurrente par enregistrement au même endroit en fonction de l'application, la15 transmission de base, spécifique du central, du tableau statique n'étant pas concernée. Dans tous les cas, le central assure l'association univoque du code objet de facilités offertes aux abonnés et de l'objet de facilités offertes20 aux abonnés. Le terminal connaît donc l'information de base transmise du central et il faut éventuellement que le central procède à une mise à jour de cette information de base. Après l'initialisation des appareils et la transmission, qui s'est effectuée au cours de celle-ci, du tableau statique de codes objets de facilités offertes aux abonnés dans le terminal, se poursuit la commande des facilités offertes aux abonnés par les valeurs de codes objets de facilités offertes aux abonnés.30 Le terminal est en mesure de mémoriser les informations transmises par le central, au cours d'une seconde étape b) (voir Figure 1) dans une mémoire non volatile (RAM). Au cours d'une troisième étape c), on transmet ce que l'on appelle un tableau dynamique de codes objets 9 2736232 de facilités offertes aux abonnés du central au terminal. Les codes objets de facilités offertes aux abonnés de ce tableau dynamique correspondent aux facilités, que l'on peut activer dans l'état actuel de commutation du terminal. Le terminal provoque alors, au cours d'une autre étape d), l'affichage des facilités offertes aux abonnés possibles en tant que tâches locales sur la base du tableau dynamique de facilités offertes aux abonnés.10 Le type de la représentation dépend en l'occurrence de l'interface utilisateur (orientée caractère, graphique) et est dans une large mesure sans rapport avec le protocole du fait de l'utilisation des valeurs de codes objets de facilités offertes aux abonnés. Une utilisation15 des deux procédés est également possible. Tant que l'utilisateur du terminal n'a pas encore définitivement choisi une facilité souhaitée, l'opération de sélection s'effectue de manière locale dans le terminal (par exemple par défilement ("Scrollen") de la description des20 facilités offertes aux abonnés). Cette opération de sélection dans le terminal précédant la sélection définitive par l'utilisateur est une présélection suivant des critères définis au préalable. La présélection d'une ou de plusieurs facilités offertes aux abonnés peut être25 rapportée à la vraisemblance et permet une sélection plus rapide par l'utilisateur, qui n'a plus qu'à confirmer cette présélection, par exemple en actionnant une touche particulière. L'opération de sélection ne s'effectue que sous la commande du terminal ayant l'intelligence30 adéquate et complètement indépendamment du central. L'affichage de la ou des facilités offertes aux abonnés sélectionnées sur le dispositif d'affichage, notamment à l'écran, peut se produire par exemple en inversant la chaîne de caractères décrivant la facilité offerte aux abonnés. La sélection par l'utilisateur peut se produire par exemple également en utilisant une souris. Lorsqu'une facilité offerte aux abonnés est sélectionnée (cinquième étape e)), on ne transmet que la valeur de code objet associée de facilité offerte aux abonnés au central (sixième étape f). La facilité offerte aux abonnés souhaitée est activée sur la base de cette valeur de code objet de facilité offerte aux abonnés et le nouveau tableau dynamique de facilités offertes aux10 abonnés, qui correspond à ce nouvel état de commutation est formé par le central et est transmis au terminal (septième étape g)). Les facilités offertes aux abonnés sont alors de nouveau affichées par le terminal, c'est - à-dire par d'autres mots, les étapes du procédé sont répétées à partir de la troisième étape c) à chaque changement de l'état de commutation jusqu'à ce qu'il soit mis fin à la liaison entre le terminal et le central. Le procédé suivant l'invention s'effectue donc par le central en coopération avec le terminal.20 On a représenté à la Figure 2 un synoptique modulaire d'un exemple de réalisation préféré d'un dispositif pour la mise en oeuvre du procédé suivant l'invention. Un terminal 1 est relié pour l'échange bidirectionnel de données par l'intermédiaire d'une ligne de transmission de données à un central 2. Le terminal 1 comporte un dispositif de commande, notamment un micro- processeur MP1, qui met en oeuvre, en coopération avec un dispositif MP2 de commande du central 2, le procédé30 suivant l'invention, une mémoire RAM à accès aléatoire, une mémoire non volatile (non représentée) et un dispositif 4 d'affichage. Le dispositif d'affichage correspond de préférence à celui d'un terminal du type Symphony M2 de la Société Siemens AG, comme décrit ci-35 dessus. Mais on peut utiliser comme terminal tout terminal approprié et apte à donner une affichage, comme par exemple un téléphone à écran, un écran d'ordinateur ou similaire. On peut notamment également utiliser, au lieu du central 4, un serveur 3 représenté en traits mixtes à la Figure 2. Le procédé de l'invention peut ainsi être utilisé également pour des applications multimédia. On décrit dans ce qui suit sur la base de la Figure 3 un exemple préféré de réalisation de la structure d'un affichage d'un terminal suivant l'invention. L'affichage, par caractères, d'un terminal est subdivisé en l'occurrence en deux parties, d'une part en une fenêtre, qui est commandée directement par le central (fenêtre M) et d'autre part en une fenêtre15 destinée à l'affichage des facilités actuelles offertes aux abonnés suivant l'invention (fenêtre N). Même des terminaux ayant un affichage graphique assistent la fenêtre N commandée par le central. La représentation de la fenêtre N commandée par le code objet de facilité20 offerte aux abonnés est complètement subordonnée à la commande du terminal local. L'adressage de la fenêtre M commandée par le central s'effectue en fonction du protocole habituel d'affichage suivant la norme. La fenêtre N du protocole d'affichage suivant l'invention25 est orientée facilités offertes aux abonnés, c'est-à-dire qu'elle contient toutes les facilités offertes aux abonnés possibles actuellement suivant le tableau dynamique de codes objets de facilités offertes aux abonnés, que l'on transmet de nouveau à chaque changement30 d'état de commutation. La transmission du tableau statique de codes objets de facilités offertes aux abonnés permet d'attribuer une chaîne de caractères IA5 et/ou une description mnémonique de facilités offertes aux abonnés35 à une valeur de code objet de facilité offerte aux abonnés, comme décrit ci-dessus. L'affichage graphique ou non orienté caractères peut exploiter l'une de ces attributions ou même les deux. Le tableau statique de codes objets de facilités offertes aux abonnés pour un affichage graphique peut donc être, suivant un exemple de réalisation préféré de l'invention, par exemple comme suit: FOC#1: "lère description mnémonique de facilité offerte10 aux abonnés" FOC#2: "2nde description mnémonique de facilité offerte aux abonnés" FOC#n:"nième description mnémonique de facilité offerte aux abonnés" FOC#N: "Nième description mnémonique de facilité offerte aux abonnés", Nmax = 216 en supposant un codage à 16 bits. La représentation des objets de facilités offertes aux abonnés est ainsi une tâche purement locale du terminal.25 La Figure 3 représente un exemple de réalisation préféré d'un affichage par caractère suivant l'invention. La fenêtre N destinée au protocole d'affichage suivant l'invention est orientée facilités offertes aux abonnés. Les facilités offertes aux abonnés30 possibles en fonction du tableau dynamique de codes objets de facilités offertes aux abonnés sont transmises au terminal à chaque changement d'état de commutation. La fenêtre M a une structure de lignes et de colonnes et le terminal obtient du central une information, qui définit35 le nombre m de lignes, qui doivent être affichées dans la fenêtre M. La fenêtre N est alors disposée dans la prochaine ligne sous la fenêtre M en commençant par la première colonne. Le tableau statique, transmis lors de l'initialisation des appareils et spécifique du central, de codes objets de facilités offertes aux abonnés, peut être par exemple comme suit: FOC#1: "chaîne de caractères IA5 #1" FOC#2: "chaîne de caractères IA5 #2" FOC#n: "chaîne de caractères IA5 #n" FOC#N: "chaîne de caractères IA5 #N", Nmax = 216 en supposant un codage à 16 bits. On transmet ensuite le tableau dynamique de codes objets de facilités offertes aux abonnés, suivant les facilités pouvant être activées dans l'état actuel de commutation, l'affichage des facilités offertes aux20 abonnés étant une tâche locale du terminal et étant mis en oeuvre par le dispositif MP1 local de commande. L'accès du central à la fenêtre M commandé par lui s'effectue suivant le protocole d'affichage habituel suivant les normes. Le contenu de la fenêtre N correspond25 aux facilités offertes aux abonnés transmises avec le tableau dynamique de codes objets de facilités offertes aux abonnés. En l'occurrence le premier article dans la liste affichée commence à la ligne m+l de l'affichage. Il correspond à la première description de facilité offerte30 aux abonnés. Les autres descriptions de facilités offertes aux abonnés suivent décalées chacune d'une ligne dans leur ordre dans le tableau dynamique de codes objets de facilités offertes aux abonnés. La longueur des chaînes de caractères est limitée dans le présent exemple35 à 22 caractères, pour que le terminal puisse afficher par exemple le début de la liste (par "*" à la Figure 3) ou pour qu'il y ait plus encore d'articles (par "+" à la Figure 3), lorsque le tableau dynamique contient plus d'articles que la fenêtre N n'a de lignes disponibles. Ces repères peuvent être définis lors de la transmission au cours de l'initialisation des appareils. La fenêtre N affiche donc un menu de facilités offertes aux abonnés, qui correspond à l'état de commutation du terminal. S'il y a plus de facilités offertes aux abonnés dans le tableau dynamique de codes objets de facilités offertes aux abonnés que de lignes disponibles dans la fenêtre N, on peut faire défiler sur le terminal la liste dans la fenêtre N. Après sélection d'une facilité offerte aux abonnés dans le menu, on communique celle-ci du terminal au central par transmission de la valeur de code objet correspondant de facilité offerte aux abonnés. Le central peut écrire dans la fenêtre N, par l'intermédiaire du protocole d'affichage suivant les normes, moyennant utilisation de la méthode d'adressage20 par ligne/colonne. Ces chaînes de caractères écrites par le central ne sont pas manipulées par défilement local dans le terminal et, lors du prochain accès local à la fenêtre N par le terminal, on écrit à la place de la chaîne de caractères écrite par le central.25 En fonction de la taille des menus dépendant de l'état de commutation ou des menus se rapportant aux services, le central peut indiquer, le nombre de lignes n qui doivent être utilisées pour la fenêtre M commandée par le central. Il peut indiquer en outre s'il doit être30 affiché ou non une ligne de séparation entre les fenêtres. La séparation entre la fenêtre M et la fenêtre N est une tâche locale du terminal. La ligne de séparation est constituée par exemple d'une suite de caractères identiques, qui sont définis lors35 l'initialisation de l'appareil. Le terminal connaît alors la taille restante de la fenêtre N. La production de l'affichage de la ligne sélectionnée est également la tâche du terminal. Cet affichage peut s'effectuer par exemple par inversion de la ligne sélectionnée ou par insertion d'un pointeur. Toutes les lignes de la fenêtre N sont commandées par le terminal, la première ligne dans la fenêtre N, qui correspond à la première valeur de code objet de facilité offerte aux abonnés dans le tableau dynamique et ainsi à la première facilité offerte aux10 abonnés pouvant être sélectionnée, étant affichée directement, après réception d'un nouveau tableau dynamique de codes objets de facilités offertes aux abonnés, comme étant sélectionnée localement par le terminal.15 Lorsque la liste à afficher a moins d'articles que de lignes disponibles dans la fenêtre N, le terminal n'effectue pas de défilement mais déplace le pointeur sur le côté du menu affiché. Lorsque la liste à afficher a plus d'articles que de lignes disponibles dans la fenêtre20 N, le terminal fait défiler la liste ligne par ligne sur l'affichage, la dernière ligne étant affichée comme étant sélectionnée. Cela est esquissé à titre d'exemple aux Figures 4, 5, 6 et 7. La Figure 4 représente l'état initial de l'affichage, dans lequel la première facilité offerte aux abonnés affichée (ligne 1) apparaît sélectionnée. La Figure 5 représente le défilement vers le haut, de sorte que le dernier article de la liste, c'est-à-dire la facilité N offerte aux abonnés est affichée comme étant30 sélectionnée. La Figure 6 représente l'opération de sélection, lorsque la liste à afficher a moins d'articles que de lignes à disposition sur l'affichage, de sorte que le pointeur se déplace sur le côté représenté du menu. La Figure 7 représente le cas o l'on fait défiler vers le35 bas la liste représentée dans la fenêtre N et o on sélectionne la septième ligne respectivement la septième facilité offerte aux abonnés. La représentation décrite ci-dessus des facilités offertes aux abonnés sur l'affichage par une subdivision de l'affichage en deux fenêtres doit être comprise purement et simplement comme un exemple et toute représentation appropriée sur un affichage peut être assistée par le procédé de la présente invention. Liste des signes de références 1 Terminal 2 Central 3 Serveur 4 Dispositif d'affichage Ligne de transmission bidirectionnelle de données MP1 Dispositif de commande de 1 FOC Code objet de facilité offerte aux abonnés RAM Mémoire à accès aléatoire MP2 Dispositif de commande de 2 REVEND I CATIONS 1. Procédé de commande de facilités offertes aux abonnés d'un central (2), qui comporte les étapes: a) transmission d'un tableau statique de codes objets (FOC) de facilités offertes aux abonnés, ayant des valeurs de code correspondantes lors d'une initialisation d'appareils, du central (2) à un terminal (1), le tableau statique de codes objets de facilités offertes aux abonnés étant spécifique du central (2) et contenant toutes les facilités offertes aux abonnés qui sont disponibles dans ce central et une information destinée à décrire l'objet de facilité offerte aux abonnés étant associée à chaque valeur de code objet de facilité offerte aux abonnés; b) mémorisation du tableau statique de codes objets de facilités offertes aux abonnés dans un terminal (1); c) transmission d'un tableau dynamique de codes objets de facilités offertes aux abonnés, qui correspondent aux facilités offertes aux abonnés, qui peuvent être activées dans l'état actuel de commutation du terminal, du central (2) au terminal (1); d) affichage des facilités offertes aux abonnés de l'état de commutation actuelle suivant le tableau dynamique de codes objets de facilités offertes aux abonnés, par le terminal (1); e) sélection de la facilité offerte aux abonnés souhaitée dans le terminal (1); f) accusé de réception de la facilité offerte aux abonnés sélectionnée par transmission de la valeur de code objet de facilité offerte aux abonnés correspondante du terminal (1) au central (2); g) modification de l'état de commutation en fonction de la facilité offerte aux abonnés sélectionnée et retour à l'étape c). 2. Procédé suivant la revendication 1, caractérisé en ce que l'information destinée à décrire l'objet de facilité offerte aux abonnés est une chaîne de caractères associée à la valeur de code objet de facilité offerte aux abonnés. 3. Procédé suivant l'une des revendications précédentes, caractérisé en ce que l'information destinée à décrire l'objet de facilité offerte aux abonnés est une transcription mnémonique, associée à la valeur de code objet de facilité offerte aux abonnés, d'une facilité offerte aux abonnés. 4. Procédé suivant l'une des revendications précédentes, caractérisé en ce que l'on effectue la transmission du tableau dynamique de codes objets de facilités offertes aux abonnés, du central (2) au terminal (1), par transmission des valeurs de codes objets de facilités offertes aux abonnés associées à30 celles-ci. 5. Procédé suivant l'une des revendications précédentes, caractérisé en ce que l'on effectue l'affichage de la facilité offerte aux abonnés par le35 terminal (1) en fonction de son interface utilisateur. 6. Procédé suivant l'une des revendications précédentes, caractérisé en ce que le terminal (1) sélectionne au préalable, dans le tableau dynamique de codes objets de facilités offertes aux abonnés, au moins une facilité offerte aux abonnés et affiche au moins une facilité offerte aux abonnés sélectionnée. 7. Procédé suivant l'une des revendications précédentes, caractérisé en ce que l'on effectue, pour le déroulement d'applications comportant des facilités offertes aux abonnés variant dans le temps suivant l'étape a), une transmission supplémentaire de codes objets de facilités offertes aux abonnés, lors de laquelle on établit une association entre une valeur de code objet de facilité offerte aux abonnés et un objet de facilité offerte aux abonnés, qui est spécifique de l'application ou d'un abonné. 8. Procédé suivant la revendication 7, caractérisé en ce que l'on effectue de manière récurrente, en enregistrant au même endroit, la transmission supplémentaire en fonction de l'application. 9. Procédé suivant la revendication 7 ou 8, caractérisé en ce que la transmission supplémentaire ne concerne pas le tableau statique de codes objets de facilités offertes aux abonnés transmis au cours de l'étape a). 10. Dispositif pour la mise en oeuvre du procédé suivant l'une des revendications précédentes, qui comporte un terminal (1) comportant un dispositif (4) d'affichage, un dispositif (MP1) de commande, une mémoire (RAM) à accès aléatoire et une mémoire non volatile et qui comporte un central (2) comportant un dispositif (MP2) de commande, le terminal (1) étant relié au central (2) par l'intermédiaire d'une ligne (5) de transmission bidirectionnelle de données. 11. Dispositif suivant la revendication 10, caractérisé en ce qu'il est relié au terminal (1) un serveur (3) au lieu du central (2). 12. Central (2) pour un dispositif suivant la revendication 10 ou 11, caractérisé en ce qu'il comporte un dispositif (MP2) de commande pour l'exécution d'un programme correspondant au procédé selon l'une des revendications 1 à 9. 13. Terminal (1) pour un dispositif suivant la revendication 10 ou 11, caractérisé en ce qu'il comporte un dispositif (MP1) de commande pour l'exécution d'un programme correspondant au procédé selon l'une des revendications 1 à 9.