Brevet FR2970393A1 — publié le 20120713

Alcatel-Lucent - 808587 PROCÉDÉ ET DISPOSITIF DE GESTION DE SERVICES TÉLÉPHONIQUES D'UN ÉQUIPEMENT DE COMMUNICATION D'USAGER LORSQU'UN SERVEUR ASSURANT CES SERVICES TÉLÉPHONIQUES EST INDISPONIBLE Domaine technique L'invention concerne les réseaux de communication, et plus précisément la gestion de services téléphoniques qui sont utilisés par des usagers de réseaux de communication (filaires ou non filaires), disposant d'au moins un équipement de communication. On entend ici par "équipement de communication" tout appareil disposant d'un module de communication capable de se connecter à au moins un réseau (filaire ou non filaire) afin d'établir des communications avec au moins un autre équipement de communication et/ou au moins un équipement de réseau. Il pourra donc s'agir, par exemple, d'un téléphone fixe ou mobile, éventuellement de type dit "intelligent" (ou "smartphone"), ou d'un ordinateur fixe ou portable, ou d'un assistant personnel numérique (ou PDA), ou encore d'une tablette graphique numérique. Etat de l'art De nombreux réseaux de communication comprennent un serveur dit principal comportant des moyens de gestion propres à gérer de façon centralisée des services téléphoniques en fonction de règles qui ont été définies (au moins partiellement) par des usagers disposant d'au moins un équipement de communication. Cela permet de décharger les équipements de communication de certaines tâches, mais également d'offrir aux usagers disposant de plusieurs équipements de communication la possibilité de définir une politique globale d'utilisation de ces derniers. Cela permet en outre de dissocier l'équipement de communication de son usager en centralisant certaines données de cet usager sur un serveur principal plutôt que sur son équipement de communication. Chaque usager est associé à un identifiant qui, lorsqu'il est composé par un équipement de communication d'un autre usager lors d'un appel, permet à un serveur principal de traiter cet appel en fonction de(s) règle(s) de gestion définie(s) par l'usager appelé. Par exemple, ces règles de gestion sont relatives à des services téléphoniques tels que des renvois de communication (vers un autre équipement de communication ou vers une messagerie électronique), ou des déclenchements d'alarme, ou encore des conférences. On entend ici par "règle de gestion" une règle qui peut être appliquée partiellement ou totalement par un même équipement de communication ou un serveur. On notera que certaines règles de gestion peuvent s'appliquer en dehors de tout contexte de communication. C'est notamment le cas de la gestion des alarmes. Résumé de l'invention L'inconvénient principal de cette gestion centralisée des services téléphoniques par un serveur principal réside dans le fait qu'aucun de ces services téléphoniques ne peut plus être assuré lorsque ce serveur principal est indisponible. Cela peut s'avérer dommageable lorsqu'un usager ne s'en aperçoit pas rapidement. En outre, cela peut provoquer la perte des règles de gestion définies par les usagers, et donc, lorsque le serveur principal redevient opérationnel, chaque usager doit redéfinir ses règles de gestion puis les communiquer de nouveau au serveur principal, ce qui constitue une perte de temps et nécessite une intervention de l'usager, ce qui nuit à la facilité d'utilisation du système de communication global. Certes, certains équipements de communication sont capables d'assurer localement, au moins partiellement, certains services téléphoniques lorsqu'ils ont été reconfigurés à cet effet. Mais, ce n'est que pour eux mêmes et non pour les différents équipements de communication de leur usager. Par conséquent, dans certaines situations, lorsqu'un serveur principal est indisponible, il peut devenir totalement impossible de joindre un usager, même si ses équipements de communication peuvent être joints via un serveur auxiliaire (généralement de type SIP ("Session Initiation Protocol") et généralement appelé "backup server" en anglais) chargé de se substituer temporairement et très partiellement au serveur principal. On comprendra en effet que si l'appel d'un usager est aiguillé vers un serveur auxiliaire qui ne dispose pas des règles de gestion des usagers, il risque fort d'être automatiquement aiguillé vers l'équipement de communication dit maître de l'usager appelé, équipement sur lequel l'usager n'est peut-être pas joignable. On notera que le serveur auxiliaire (ou backup server) offre certains intérêts par rapport aux serveurs dits miroirs qui sont des copies de serveurs principaux. En effet, ils sont peu onéreux et faciles à mettre en oeuvre du fait qu'ils ne fournissent généralement que des services téléphoniques de base. En outre, même lorsque l'on dispose de serveurs miroirs, un serveur auxiliaire (ou backup server) peut servir de solution de repli dans le pire des cas où aucun des autres serveurs associés n'est accessible. L'invention a donc pour but d'améliorer la situation lorsque des usagers de réseaux de communication disposent d'au moins un équipement de communication capable d'assurer localement, et au moins partiellement, certains services téléphoniques. Selon un premier aspect, l'invention propose un dispositif, dédié à la gestion de services téléphoniques pour un équipement de communication d'un usager pouvant être joint via un serveur principal disposant de premiers moyens de gestion propres à gérer des services téléphoniques en fonction de règles d'usagers stockées, ou via un serveur auxiliaire en cas d'indisponibilité du serveur principal. Ce dispositif comprend plus précisément: - des moyens d'interrogation agencés pour obtenir du serveur principal au moins chaque règle stockée qui est relative à l'usager et à un service téléphonique pouvant être assuré au moins partiellement par l'équipement de communication, afin de la stocker, localement ou non, et - des seconds moyens de gestion agencés pour gérer chaque service téléphonique concerné par une règle obtenue et stockée en fonction de cette dernière, à la place du serveur principal, lorsque ce dernier est indisponible. Le dispositif peut comporter d'autres caractéristiques qui peuvent être prises séparément ou en combinaison, et notamment : - ses seconds moyens de gestion peuvent être agencés pour gérer des services téléphoniques qui sont choisis parmi (au moins) un renvoi de communication, un déclenchement d'alarme et une conférence; - ses moyens d'interrogation peuvent être agencés pour obtenir du serveur principal chaque règle stockée qui est relative à l'usager, afin de la stocker localement ou non; - ses seconds moyens de gestion peuvent être agencés, lorsque le serveur principal est indisponible, pour contrôler la connexion de l'équipement de communication au serveur auxiliaire, puis pour activer au sein de l'équipement de communication chaque service téléphonique qui est concerné par une règle obtenue et stockée et qui peut être assuré au moins partiellement par cet équipement de communication; - ses seconds moyens de gestion peuvent être agencés, lorsque le serveur principal est de nouveau disponible après avoir été indisponible, pour contrôler la fermeture de la connexion entre l'équipement de communication et le serveur auxiliaire, puis pour contrôler la connexion de l'équipement de communication au serveur principal et pour désactiver au sein de l'équipement de communication chaque service téléphonique qui a été préalablement activé localement; - ses seconds moyens de gestion peuvent être agencés pour déterminer pour chaque règle obtenue et stockée si elle doit être transmise et appliquée sur le serveur principal; - ses seconds moyens de gestion peuvent être également agencés pour contrôler la transmission au serveur principal par l'équipement de communication de chaque règle obtenue et stockée. Selon un deuxième aspect, l'invention propose un équipement de communication comprenant un dispositif de gestion de services téléphoniques du type de celui présenté ci-avant. Selon un troisième aspect, l'invention propose un procédé, dédié à la gestion de services téléphoniques pour un équipement de communication d'un usager qui peut être joint via un serveur principal propre à gérer des services téléphoniques en fonction de règles d'usagers stockées, ou via un serveur auxiliaire lorsque le serveur principal est indisponible. Ce procédé comprend plus précisément: - une étape (a) dans laquelle l'équipement de communication obtient du serveur principal au moins chaque règle stockée qui est relative à l'usager et à un service téléphonique qui peut être assuré au moins partiellement par cet équipement de communication, afin de la stocker, localement ou non, et - une étape (b) dans laquelle l'équipement de communication gère chaque service téléphonique concerné par une règle obtenue et stockée en fonction de cette dernière, à la place du serveur principal, lorsque ce dernier est indisponible. Le procédé peut comporter d'autres caractéristiques qui peuvent être prises séparément ou en combinaison, et notamment : - durant l'étape (a) l'équipement de communication peut obtenir du serveur principal chaque règle stockée relative à l'usager, afin de la stocker, localement ou non; - durant l'étape (b), lorsque le serveur principal est indisponible, l'équipement de communication peut se connecter au serveur auxiliaire, puis activer chaque service téléphonique qui est concerné par une règle qu'il a obtenue et stockée et qu'il peut assurer au moins partiellement; - durant l'étape (b), lorsque le serveur principal est de nouveau disponible après avoir été indisponible, l'équipement de communication peut fermer sa connexion avec le serveur auxiliaire, puis se connecter au serveur principal et désactiver chaque service téléphonique qui a été préalablement activé localement; - durant l'étape (b), l'équipement de communication peut déterminer pour chaque règle obtenue et stockée si elle doit être transmise et appliquée sur le serveur principal; - durant l'étape (b), l'équipement de communication peut transmettre au serveur principal chaque règle obtenue et stockée. Brève description des dessins D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés, sur lesquels: - la figure 1 illustre de façon très schématique et fonctionnelle un réseau de communication comprenant un serveur principal et un serveur auxiliaire auxquels peuvent se connecter des équipements de communication d'usagers dont l'un est muni d'un dispositif de gestion selon l'invention, - la figure 2 illustre de façon très schématique et fonctionnelle un exemple d'interactions survenant entre le serveur principal, un équipement de communication d'un premier usager (équipé d'un dispositif de gestion selon l'invention), un équipement de communication d'un second usager et un module de messagerie vocale, lorsque le premier usager décide de renvoyer les appels qui le concernent vers sa messagerie vocale et que le second usager tente de joindre ce premier usager, - la figure 3 illustre de façon très schématique et fonctionnelle un exemple d'interactions survenant entre le serveur auxiliaire, un équipement de communication d'un premier usager (équipé d'un dispositif de gestion selon l'invention), un équipement de communication d'un second usager et un module de messagerie vocale, lorsque le premier usager a renvoyé les appels qui le concernent vers sa messagerie vocale et que le second usager tente de joindre ce premier usager alors que le serveur principal est indisponible, et - la figure 4 illustre de façon très schématique et fonctionnelle un exemple d'interactions survenant entre le serveur principal et un équipement de communication d'un premier usager (équipé d'un dispositif de gestion selon l'invention), lorsque le serveur principal est de nouveau disponible après avoir été indisponible. Les dessins annexés pourront non seulement servir à compléter l'invention, mais aussi contribuer à sa définition, le cas échéant. Description détaillée L'invention a pour objet de permettre une continuité au moins partielle de services téléphoniques pour des usagers de réseau(x) de communication (RO) disposant d'au moins un équipement de communication (Eij), lorsque le serveur principal auquel est connecté ce dernier est indisponible. On notera que l'invention concerne n'importe quel type de réseau de communication, filaire ou non filaire, comprenant au moins un serveur principal (SP) associé à un serveur auxiliaire (SA) de secours. On entend ici par "serveur principal" un serveur propre à gérer de façon centralisée des services téléphoniques en fonction de règles qui ont été définies (au moins partiellement) par des usagers. Par ailleurs, on entend ici par "serveur auxiliaire" un serveur propre à prendre la relève d'un serveur principal au moins pour ce qui concerne la gestion des sessions de communication grâce à un protocole de gestion de sessions. Dans ce qui suit, on considère, à titre d'exemple illustratif, que le protocole de gestion de sessions est SIP (Session Initiation Protocol). Mais, l'invention n'est pas limitée à ce type de protocole de gestion de sessions. On a schématiquement illustré sur la figure 1 un exemple non limitatif de réseau de communication RC comprenant un serveur principal SP et un serveur auxiliaire SA de secours, associés l'un à l'autre, ainsi que des équipements de communication Eij d'usagers pouvant se connecter à ce serveur principal SP ou bien à ce serveur auxiliaire SA lorsque le serveur principal SP est indisponible. On notera que l'indice i désigne un usager. Il prend ici les valeurs 1 et 2 du fait que seuls deux usagers sont considérés. Mais, il peut servir à désigner plus de deux usagers. Par ailleurs, l'indice j désigne un équipement de communication d'un usager (i). Il prend ici les valeurs 1 et 2 pour le premier usager (i = 1) du fait que ce dernier dispose de deux équipements de communication, et la valeur 1 pour le second usager (i = 2) du fait que ce dernier ne dispose que d'un seul équipement de communication. On notera qu'il n'est pas obligatoire qu'un usager dispose de plusieurs (au moins deux) équipements de communication. Ce qui est important, c'est le fait qu'il doit, de préférence, y avoir une raison pour qu'un service ou une fonction téléphonique doive être offert(e) par un serveur principal. Cette raison peut être, par exemple, la nécessité d'une gestion centralisée (notamment dans le cas d'un renvoi ou d'une alarme), ou l'impossibilité qu'à un équipement de communication d'offrir un service ou une fonction téléphonique de manière partielle et/ou sous certaines conditions (notamment dans le cas d'une conférence). Par ailleurs, dans l'exemple non limitatif illustré sur la figure 1, seul le premier équipement (de communication) E11 du premier usager (i = 1) est pourvu d'un dispositif de gestion D selon l'invention. Mais, le second équipement (de communication) E12 du premier usager (i = 1) et/ou l'équipement E21 du second usager (i = 2) pourrai(en)t être pourvu(s) d'un dispositif de gestion D selon l'invention. On considère dans ce qui suit, à titre d'exemple illustratif, que le premier équipement E11 du premier usager (i = 1) est un ordinateur fixe, et que le second équipement E12 du premier usager (i = 1) et l'équipement E21 du second usager (i = 2) sont des téléphones mobiles (éventuellement de type smartphone). Mais, l'invention n'est pas limitée à ces exemples d'équipements de communication. Elle concerne en effet tout type d'équipement de communication disposant d'un module de communication capable de se connecter à au moins un réseau (filaire ou non filaire) afin d'établir des communications avec au moins un autre équipement de communication et/ou au moins un équipement de réseau. Il pourra donc également s'agir, par exemple, de téléphones fixes, ou d'ordinateurs portables, ou d'assistants personnels numériques (ou PDAs), ou encore de tablettes graphiques numériques. Il est important de noter qu'un dispositif de gestion D, selon l'invention, ne peut être implanté que dans un équipement de communication Eij qui est capable d'assurer localement, et au moins partiellement, certains services téléphoniques, comme par exemple un renvoi de communication vers un autre équipement de communication ou un équipement de réseau, ou un déclenchement d'alarme, ou encore une conférence entre au moins trois usagers (dont le sien). Il est également important de noter que l'invention concerne la continuité des services ou fonctions téléphoniques qui sont offert(e)s par un serveur de communication et qui peuvent être assuré(e)s, de manière partielle ou intégrale, localement par un équipement de communication quand ce serveur de communication n'est pas accessible. Comme illustré sur les figures 1 à 4, afin de pouvoir assurer les services (ou fonctions) téléphoniques, le serveur principal SP comprend des premiers moyens de gestion MG1, un serveur de gestion de session SS (ici de type SIP) et des (troisièmes) moyens de stockage MS3. Le serveur SIP SS est chargé de gérer les sessions de communication de certains usagers (i) au moyen du protocole de gestion de session SIP. C'est donc lui qui reçoit du réseau (de communication) RC les appels (ou communications) qui concernent ces usagers (i). Les troisièmes moyens de stockage MS3 sont chargés de stocker toutes les informations qui sont relatives aux usagers (i) ainsi qu'à leurs différents équipements Eij, de préférence hormis les règles de gestion dont on parlera plus loin. Ils peuvent se présenter sous n'importe quelle forme connue de l'homme de l'art, et notamment sous la forme d'une mémoire (éventuellement de type logiciel), ou d'une base de données, ou encore d'un fichier informatique. Ces informations peuvent être utilisées par les premiers moyens de gestion MG1 en collaboration avec le serveur SIP SS à chaque fois que le serveur SIP SS doit traiter un appel concernant au moins un équipement Eij d'un usager (i). Les premiers moyens de gestion MG1 sont agencés de manière à gérer des services téléphoniques pour des usagers (i) en fonction de règles (de gestion) qui ont été définies au moins partiellement par ces usagers (i). A cet effet, et comme illustré non Iimitativement sur les figures 1 à 4, les premiers moyens de gestion MG1 peuvent comprendre un moteur de gestion de règles MRG, chargé de déterminer le traitement qui doit être appliqué à un appel (ou une communication) concernant un usager (i), qui a été reçu par le serveur SIP SS, conformément à une ou plusieurs règle(s) de gestion de cet usager (i), qui peu(ven)t être stockée(s) dans des premiers moyens de stockage MS1. Les premiers moyens de stockage MS1 sont ici chargés de stocker des règles (de gestion) concernant des usagers, comme par exemple des règles de renvoi (ou routage), des règles d'alarmes, des règles de droits sur des services. Il est rappelé que ces règles de gestion sont fournies au moins partiellement par les équipements Eij des usagers (i). Elles peuvent également provenir d'une configuration réalisée par un administrateur de réseau et stockée dans les troisièmes moyens de stockage MS3, puis obtenues lors de consultations par le moteur de gestion des règles MRG. On notera que les premiers moyens de stockage MS1 peuvent 1 o éventuellement faire partie des troisièmes moyens de stockage MS3. Ils peuvent se présenter sous n'importe quelle forme connue de l'homme de l'art, et notamment sous la forme d'une mémoire (éventuellement de type logiciel) ou d'une base de données ou d'un fichier informatique de type binaire ou de type texte. On notera également que le moteur de gestion de règles MRG peut, par 15 exemple, disposer d'une table établissant des correspondances entre des identifiants d'usagers et des identifiants d'équipements de communication Eij. Un dispositif de gestion de services téléphoniques D, selon l'invention, comprend au moins des moyens d'interrogation MI et des seconds moyens de gestion MG2. 20 Les moyens d'interrogation MI sont agencés pour obtenir du serveur principal SP au moins chaque règle qui est stockée dans ses premiers moyens de stockage MS1 et/ou troisièmes moyens de stockage MS3 et qui concerne l'usager (i) qui dispose de l'équipement Eij qui les contient, et à un service téléphonique qui peut être assuré au moins partiellement par cet équipement 25 Eij, afin de la stocker, soit localement (c'est-à-dire dans l'équipement Eij), soit dans tout autre dispositif (ou équipement ou encore élément) accessible par l'équipement Eij, comme par exemple une carte mémoire amovible, un disque de stockage de données connecté à l'équipement Eij par une liaison filaire ou non filaire, ou encore un serveur de données (virtuel ou non) localisé dans un 30 réseau de données (« cloud » en anglais). On notera que le stockage local se fait dans des deuxièmes moyens de stockage MS2 qui peuvent faire partie du dispositif (de gestion) D, comme Il illustré non limitativement sur les figures 1 à 4, ou qui font partie de l'équipement Eij. Ces deuxièmes moyens de stockage MS2 peuvent se présenter sous n'importe quelle forme connue de l'homme de l'art, et notamment sous la forme d'une mémoire (éventuellement de type logiciel) ou d'un fichier. On notera que le stockage dans un équipement ou élément distinct de Eij (et donc externe) se fait dans des quatrièmes moyens de stockage (non représentés) qui peuvent faire partie d'un dispositif annexe directement connecté à l'équipement Eij de manière filaire ou non filaire ou qui font partie 1 o d'un ensemble de données stocké et agencé dans un serveur de données (virtuel ou non) accessible dans un réseau de données. Ces quatrièmes moyens de stockage peuvent se présenter sous n'importe quelle forme connue de l'homme de l'art, et notamment sous la forme d'une mémoire (éventuellement de type logiciel), d'une base de données ou d'un fichier. 15 Les seconds moyens de gestion MG2 sont agencés pour gérer, à la place du serveur principal SP, lorsque ce dernier (SP) est indisponible, chaque service téléphonique qui est concerné par une règle d'un usager, qui a été obtenue auprès du serveur principal SP et qui est stockée (dans les deuxièmes MS2 ou quatrièmes moyens de stockage), en fonction de cette dernière règle. 20 En d'autres termes, l'invention propose notamment qu'un équipement Eij d'usager stocke, localement ou dans un équipement ou élément externe, une copie de certaines au moins des règles de gestion de services téléphoniques qui concernent cet usager et qui sont également stockées dans le serveur principal SP afin de pouvoir assurer au moins partiellement certains 25 au moins de ces services téléphoniques lorsque le serveur principal SP est indisponible (en raison d'une panne ou d'un problème dans son réseau de communication RC). Ainsi, l'équipement Eij est en mesure d'assurer une continuité au moins partielle des services téléphoniques qui concernent son usager (i) et donc certains au moins des équipements Eij de cet usager (i). 30 On notera qu'il est préférable que les moyens d'interrogation MI obtiennent du serveur principal SP toutes les règles qu'il stocke dans ses premiers moyens de stockage MS1 et/ou les troisièmes moyens de stockage MS3 et qui sont relatives à leur usager (i), afin de les stocker dans les deuxièmes MS2 et/ou quatrièmes moyens de stockage. En effet, cela permet à l'équipement Eij considéré de disposer de l'intégralité des règles de son usager (i), même si certaines d'entre elles concernent des services téléphoniques qu'il ne peut pas, ou pas totalement, assurer, et donc d'être en mesure de retransmettre toutes ces règles au serveur principal SP une fois qu'il est de nouveau opérationnel ou disponible. On a schématiquement illustré sur la figure 2 un exemple d'interactions survenant entre le serveur principal SP, le premier équipement E11 du premier 1 o usager (i = 1), l'équipement du second usager (i = 2) et un module de messagerie vocale MM du réseau de communication RC, qui est chargé de stocker les messages vocaux destinés au premier usager, lorsque ce dernier a définie une règle destinée à provoquer le renvoi de tous les appels qui le concernent vers sa messagerie vocale et que le second usager tente de joindre 15 ce premier usager. La première interaction est matérialisée par la flèche F1. Elle concerne la transmission au serveur principal SP, par le premier équipement E11 (à la demande des moyens d'interrogation MI de son dispositif D), d'un message contenant une règle de gestion du premier usager (i = 1). Par exemple cette 20 règle a pour but d'aiguiller chaque appel destiné au premier usager vers la messagerie vocale MM de ce dernier. Ce message est de préférence, ici, conforme au protocole SOAP ou HTTP. Ce message est reçu par le serveur SIP SS du serveur principal SP, qui le transmet aux premiers moyens de gestion MG1. Le moteur de gestion de règles MRG va alors stocker la règle 25 (contenue dans le message) dans les premiers moyens de stockage MS1 et/ou les troisièmes moyens de stockage MS3, puis il avertit le serveur SIP SS de ce stockage. La deuxième interaction est matérialisée par la flèche F2. Elle concerne la transmission au premier équipement E11, par le serveur principal 30 SP, d'un message de réponse signalant que la règle de l'usager a été stockée et donc qu'elle sera prise en compte. Ce message peut, par exemple, être conforme au protocole SIP ou SOAP ou HTTP (il répond en fait à la requête matérialisée par la première interaction F1). Ce message est reçu par le premier équipement E11, puis transmis à son dispositif D. La troisième interaction est matérialisée par la flèche F3. Elle concerne une tentative d'appel du premier usager (i = 1), via le serveur principal SP, par l'équipement E21 du second usager (i = 2). La requête d'appel est de préférence, ici, conforme au protocole SIP. Cette requête d'appel est reçue par le serveur SIP SS du serveur principal SP. La quatrième interaction est matérialisée par la flèche F4. Elle concerne la transmission aux premiers moyens de gestion MG1 par le serveur SIP SS d'une requête destinée à obtenir une éventuelle règle concernant le premier usager (i = 1), objet de l'appel. A réception de cette requête, le moteur de gestion de règles MRG détermine dans les premiers moyens de stockage MS1 et/ou les troisièmes moyens de stockage MS3 si il existe une règle concernant le premier usager (i = 1). Dans le cas présent, il s'agit d'une règle de renvoi de l'appel vers le module de messagerie vocale MM en charge du premier usager. La cinquième interaction est matérialisée par la flèche F5. Elle concerne la transmission au serveur SIP SS par les premiers moyens de gestion MG1 d'un message de réponse désignant l'identifiant du module de messagerie vocale MM vers lequel l'appel doit être aiguillé. La sixième interaction est matérialisée par la flèche F6. Elle concerne l'aiguillage de l'appel de l'équipement E21 vers le module de messagerie vocale MM désigné dans le message de réponse fourni par les premiers moyens de gestion MG1. Lorsqu'un équipement Eij disposant d'un dispositif D détecte que le serveur principal SP est indisponible, les seconds moyens de gestion MG2 de son dispositif D contrôlent la connexion de leur équipement Eij au serveur auxiliaire SA. Puis, ils activent au sein de leur équipement Eij chaque service téléphonique qui est concerné par une règle précédemment obtenue et stockée (dans les deuxièmes MS2 et/ou quatrièmes moyens de stockage) et qui peut être assuré au moins partiellement par leur équipement Eij. On a schématiquement illustré sur la figure 3 un exemple d'interactions survenant entre le serveur auxiliaire SA, le premier équipement E11 du premier usager (i = 1), l'équipement du second usager (i = 2) et le module de messagerie vocale MM du réseau de communication RC, qui est chargé de stocker les messages vocaux destinés au premier usager, lorsque ce dernier a défini une règle destinée à provoquer le renvoi de tous les appels qui le concernent vers sa messagerie vocale et que le second usager tente de joindre ce premier usager. Sur la figure 3, la flèche F'1 est barrée afin de matérialiser le fait que le premier équipement E11 ne peut pas joindre le serveur principal SP. La première interaction est matérialisée par la flèche F'2. Elle concerne la connexion du premier équipement E11 au serveur auxiliaire SA (à la demande des seconds moyens de gestion MG2 du dispositif D). La deuxième interaction est matérialisée par la flèche F'3. Elle concerne une tentative d'appel du premier usager (i = 1), via le serveur auxiliaire SA, par l'équipement E21 du second usager (i = 2). La requête d'appel est de préférence, ici, conforme au protocole SIP. La troisième interaction est matérialisée par la flèche F'4. Elle concerne l'aiguillage de l'appel vers le premier équipement E11. A réception de la requête d'appel, le premier équipement E11 la transmet à son dispositif D, et plus précisément à ses seconds moyens de gestion MG2 qui se chargent de traiter l'appel entrant conformément à la règle de renvoi stockée dans les deuxièmes MS2 et/ou quatrièmes moyens de stockage. La quatrième interaction est matérialisée par la flèche F'5. Elle concerne l'aiguillage de l'appel entrant par le premier équipement E11 vers le module de messagerie vocale MM en charge du premier usager, à la demande des seconds moyens de gestion MG2. Cet aiguillage peut être réalisé soit directement par l'équipement E11, soit à l'aide du protocole de gestion de session (ici SIP) en collaboration avec le serveur auxiliaire SA. Lorsqu'un équipement Eij disposant d'un dispositif D détecte que le serveur principal SP est de nouveau disponible après avoir été indisponible, les seconds moyens de gestion MG2 de son dispositif D contrôlent la fermeture de la connexion entre leur équipement Eij et le serveur auxiliaire SA. Puis, ils contrôlent la connexion de leur équipement Eij au serveur principal SP et désactivent au sein de leur équipement Eij chaque service téléphonique qu'ils avaient préalablement activé localement. Cette connexion est matérialisée par la flèche F"1 de la figure 4. On notera que les seconds moyens de gestion MG2 du dispositif D d'un équipement Eij peuvent également contrôler la transmission au serveur principal SP (de nouveau joignable) par cet équipement Eij de chaque règle précédemment obtenue et stockée dans les deuxièmes MS2 et/ou quatrièmes moyens de stockage. Cette transmission est matérialisée par la flèche F"2 de la figure 4. Elle permet de reconfigurer immédiatement le serveur principal SP pour qu'il puisse de nouveau traiter les appels destinés à l'équipement Eij en fonction de l'intégralité des règles transmises, à la place dudit équipement Eij. Cela peut permettre de mettre à jour les premiers moyens de stockage MS1 et/ou les troisièmes moyens de stockage MS3 du serveur principal SP, dans l'hypothèse où ils n'auraient pas perdu les règles stockées lors de la période d'indisponibilité du serveur principal SP et où l'usager aurait modifié ces propres règles pendant cette période d'indisponibilité. On notera également qu'au lieu que ce soit l'équipement Eij qui fournisse les règles de son usager (stockées dans les deuxièmes MS2 et/ou quatrièmes moyens de stockage), c'est l'équipement Eij qui peut récupérer les règles concernant son usager, à la demande des seconds moyens de gestion MG2 de son dispositif D. Une telle situation peut notamment survenir lorsqu'un usager dispose de plusieurs équipements Eij munis chacun d'un dispositif D. On comprendra en effet que dans ce cas, l'un de ces équipements Eij peut avoir fourni au serveur principal SP des règles modifiées sans qu'un autre de ces équipements Eij' n'en ait été informé. Dans le cas où les deux équipements Eij et Eij' disposent chacun d'un dispositif D, un algorithme peut être nécessaire pour décider quelles règles doivent être appliquées. A titre d'exemple non limitatif on peut par exemple horodater dans les premiers MS1, deuxièmes MS2, troisièmes MS3 ou quatrièmes moyens de stockage les règles qui y sont stockées pour représenter les dates auxquelles elles sont respectivement devenues actives. L'algorithme pourrait alors être du type de celui qui est décrit ci-après. Au moment ou un équipement Eij détecte que le serveur principal SP est à nouveau joignable, cet équipement Eij peut tirer une valeur aléatoire dans une fenêtre temporelle de quelques minutes (par exemple de l'ordre de 10 à 20 minutes - on notera que le compte à rebours ne démarre pas forcément au même moment sur les deux équipements Eij et Eij' puisque le démarrage est synchronisé sur le moment où l'on détecte que le serveur principal SP est à nouveau disponible). A l'expiration de cette valeur, l'équipement Eij récupère les règles sur le serveur principal SP. Si ces règles sont différentes de celles stockées dans les deuxièmes MS2 ou quatrièmes moyens de stockage associés à l'équipement Eij ou différentes de celles qui sont stockées dans les deuxièmes MS2' ou quatrièmes moyens de stockage associés à l'équipement Eij', on peut comparer les dates associées à ces règles dans les deux équipements Eij et Eij'. Si pour l'un des deux équipements Eij et Eij' les règles stockées dans les deuxièmes MS2 (ou MS2') ou quatrièmes moyens de stockage associés sont plus récentes que celles stockées dans les premiers moyens de stockage MS1 et/ou troisièmes moyens de stockage MS3, alors l'équipement concerné Eij ou Eij' met à jour les règles sur le serveur principal SP. On notera également qu'un dispositif D est préférentiellement réalisé sous la forme de modules logiciels (ou informatiques). Mais, il pourrait également être réalisé sous la forme d'une combinaison de circuits électroniques et de modules logiciels. Il est important de noter que, selon un aspect, l'invention peut être également considérée sous l'angle d'un procédé de gestion, pouvant être notamment mis en oeuvre au moyen d'un dispositif de gestion D du type de celui présenté ci-avant. Les fonctionnalités offertes par la mise en oeuvre du procédé selon l'invention étant identiques à celles offertes par le dispositif de gestion D présenté ci-avant, seule la combinaison de fonctionnalités principales offerte par le procédé est présentée ci-après. Ce procédé de gestion comprend deux étapes (a) et (b). L'étape (a) consiste à obtenir d'un serveur principal SP, avec un équipement Eij d'un usager, au moins chaque règle qu'il stocke et qui est relative à cet usager et à un service téléphonique qui peut être assuré au moins partiellement par cet équipement Eij, afin de la stocker, localement (dans ce dernier (Eij)) ou dans un équipement ou élément distinct. L'étape (b) consiste à gérer dans l'équipement Eij chaque service téléphonique qui est concerné par une règle obtenue et stockée (lors d'une étape (a)) en fonction de cette dernière règle, à la place du serveur principal SP, lorsque ce dernier (SP) est indisponible. L'invention ne se limite pas aux modes de réalisation de dispositif de gestion, d'équipement de communication et de procédé de gestion décrits ci-avant, seulement à titre d'exemple, mais elle englobe toutes les variantes que pourra envisager l'homme de l'art dans le cadre des revendications ci-après. REVENDICATIONS1. Dispositif (D) de gestion de services téléphoniques pour un équipement de communication (Eij) d'un usager joignable via un serveur principal (SP) disposant de premiers moyens de gestion (MG1) propres à gérer des services téléphoniques en fonction de règles d'usagers stockées, ou via un serveur auxiliaire (SA) en cas d'indisponibilité dudit serveur principal (SP), ledit dispositif (D) comprenant des moyens d'interrogation (MI) agencés pour obtenir dudit serveur principal (SP) au moins chaque règle stockée relative audit usager et à un service téléphonique pouvant être assuré au moins partiellement par ledit équipement de communication (Eij), afin de la stocker, et des seconds moyens de gestion (MG2) agencés pour gérer chaque service téléphonique concerné par une règle obtenue et stockée en fonction de cette dernière, à la place dudit serveur principal (SP), lorsque ce dernier (SP) est indisponible. 2. Dispositif selon la revendication 1, dans lequel lesdits seconds moyens de gestion (MG2) sont agencés pour gérer des services téléphoniques choisis dans un groupe comprenant au moins un renvoi de communication, un déclenchement d'alarme et une conférence. 3. Dispositif selon l'une des revendications 1 et 2, dans lequel lesdits moyens d'interrogation (MI) sont agencés pour obtenir dudit serveur principal (SP) chaque règle stockée relative audit usager, afin de la stocker. 4. Dispositif selon l'une des revendications 1 à 3, dans lequel lesdits seconds moyens de gestion (MG2) sont agencés, lorsque ledit serveur principal (SP) est indisponible, pour contrôler la connexion dudit équipement de communication (Eij) audit serveur auxiliaire (SA), puis pour activer au sein dudit équipement de communication (Eij) chaque service téléphonique concerné par une règle obtenue et stockée et pouvant être assuré au moins partiellement par cet équipement de communication (Eij). 5. Dispositif selon la revendication 4, dans lequel lesdits seconds moyens de gestion (MG2) sont agencés, lorsque ledit serveur principal (SP) est de nouveau disponible après avoir été indisponible, pour contrôler la fermeture de la connexion entre ledit équipement de communication (Eij) et ledit serveurauxiliaire (SA), puis pour contrôler la connexion dudit équipement de communication (Eij) audit serveur principal (SP) et pour désactiver au sein dudit équipement de communication (Eij) chaque service téléphonique préalablement activé localement. 6. Dispositif selon la revendication 5, dans lequel lesdits seconds moyens de gestion (MG2) sont agencés pour déterminer pour chaque règle obtenue et stockée si elle doit être transmise et appliquée sur ledit serveur principal (SP). 7. Dispositif selon l'une des revendications 5 et 6, dans lequel lesdits 1 o seconds moyens de gestion (MG2) sont également agencés pour contrôler la transmission audit serveur principal (SP) par ledit équipement de communication (Eij) de chaque règle obtenue et stockée. 8. Equipement de communication (Eij) comprenant un dispositif de gestion de services téléphoniques (D) selon l'une des revendications 15 précédentes. 9. Procédé de gestion de services téléphoniques pour un équipement de communication (Eij) d'un usager joignable via un serveur principal (SP) propre à gérer des services téléphoniques en fonction de règles d'usagers stockées, ou via un serveur auxiliaire (SA) en cas d'indisponibilité dudit serveur 20 principal (SP), ledit procédé comprenant une étape (a) dans laquelle ledit équipement de communication (Eij) obtient dudit serveur principal (SP) au moins chaque règle stockée relative audit usager et à un service téléphonique pouvant être assuré au moins partiellement par ledit équipement de communication (Eij), afin de la stocker, et une étape (b) dans laquelle ledit 25 équipement de communication (Eij) gère chaque service téléphonique concerné par une règle obtenue et stockée en fonction de cette dernière, à la place dudit serveur principal (SP), lorsque ce dernier (SP) est indisponible. 10. Procédé selon la revendication 9, dans lequel on gère des services téléphoniques choisis dans un groupe comprenant au moins un renvoi de 30 communication, un déclenchement d'alarme et une conférence. 11. Procédé selon l'une des revendications 9 et 10, dans lequel durant l'étape (a) ledit équipement de communication (Eij) obtient dudit serveurprincipal (SP) chaque règle stockée relative audit usager, afin de la stocker. 12. Procédé selon l'une des revendications 9 à 11, dans lequel durant l'étape (b) lorsque ledit serveur principal (SP) est indisponible ledit équipement de communication (Eij) se connecte audit serveur auxiliaire (SA), puis active chaque service téléphonique concerné par une règle qu'il a obtenue et stockée et qu'il peut assurer au moins partiellement. 13. Procédé selon la revendication 12, dans lequel durant l'étape (b) lorsque ledit serveur principal (SP) est de nouveau disponible après avoir été indisponible, ledit équipement de communication (Eij) ferme sa connexion avec ledit serveur auxiliaire (SA), puis se connecte audit serveur principal (SP) et désactive chaque service téléphonique préalablement activé localement. 14. Dispositif selon la revendication 13, dans lequel ledit équipement de communication (Eij) détermine pour chaque règle obtenue et stockée si elle doit être transmise et appliquée sur ledit serveur principal (SP). 15. Procédé selon la revendication 13, dans lequel durant l'étape (b) ledit équipement de communication (Eij) transmet audit serveur principal (SP) chaque règle obtenue et stockée.