Brevet FR2837049A1 — publié le 20030912

La présente invention concerne un procédé de routage d'appel téléphonique. Plus précisément, l'invention concerne un procédé de routage d'appel téléphonique comprenant un choix multiple de services de routage proposé à un appelant lorsque celui-ci tente de joindre un appelé. Quand une personne tente de joindre un correspondant, et que la ligne est occupée, un renvoi d'appel téléphonique sur une messagerie vocale est habituellement prioritaire sur un rappel automatique sur occupation, ce rappel automatique visant à rappeler automatiquement le correspondant dès que la ligne est de nouveau libre. Ainsi, même si le correspondant en communication possède ces deux services, messagerie vocale et rappel automatique, l'appelant ne pourra pas choisir le service à déclencher. Or, chaque service correspond à un besoin et à une utilisation précise. Ainsi un renvoi vers une messagerie vocale est intéressant si l'appelant veut laisser un message et le rappel automatique sur occupation si l'appelant veut être rappelé dès que possible. L'appelant étant le seul à connaître le degré d'urgence de son appel et à connaître son type de besoin de communication, seul l'appelant peut donc choisir le service qui répond le mieux à ses besoins parmi les services activables. Sur certains systèmes de communication avancés, de tels choix de services sont proposés à la personne appelante. Des systèmes offrent, par exemple, un choix à l'appelant, lorsque la ligne qu'il tente de joindre est occupée, entre un rappel automatique et une messagerie vocale. Mais ces choix de services de routage téléphonique sont configurés par un administrateur des services téléphoniques (un opérateur, par exemple) et ne sont en aucun cas personnalisés par la personne appelée. En effet, si l'appelé souhaite laisser d'autres possibilités de renvoi d'appel aux personnes qui tenteront de le joindre, il ne peut pour l'instant pas le faire. Dans l'état de la technique, l'appelé ne peut donc pas configurer les possibilités de choix de routage de ses appels entrants. Il ne peut notamment pas intervenir sur le routage de ses appels en fonction, par exemple, de ses disponibilités à répondre aux différents moments de la journée. De même, l'appelé ne peut pas configurer le choix de services présentés en fonction de l'identité de l'appelant. De manière générale, l'appelé ne peut pas personnaliser la liste de services, que l'appelant aura à choisir lors de son appel, selon des règles de routage définies par lui, suivant certaines conditions d'appel entraînant certaines actions de routage. Le but de l'invention est de répondre au besoin décrit ci-dessus. Afin d'atteindre ce but, un premier aspect que propose l'invention est un procédé de gestion d'appel téléphonique caractérisé en ce qu'il comprend une mise en oeuvre de moyens selon les étapes suivantes : * configuration par une personne susceptible d'être appelée d'un routage d'appel en fonction de conditions d'appel, une configuration consistant à associer au moins une action de routage d'appel à déclencher à au moins une condition d'appel, * appel téléphonique d'un appelant vers un appelé prévoyant, en cas de non disponibilité de l'appelé, un routage de l'appel tel que précédemment configuré. Un deuxième aspect de l'invention représente des moyens de routage d'appel mettant en oeuvre un procédé de routage d'appel téléphonique selon un premier aspect de l'invention caractérisés en ce qu'il sont organisés en une unité centrale de traitement et de plusieurs modules fonctionnels, l'unité centrale étant apte à coordonner les actions entreprises par les différents modules, les modules comprenant un module de configuration apte à mettre en oeuvre des configurations comprenant lesdites configurations de routage d'appel. La figure 1 représente un premier exemple d'application d'un procédé conforme à l'invention. La figure 2 représente un deuxième exemple d'application d'un procédé conforme à l'invention. La figure 3 représente l'organisation architecturale des moyens de routage d'appel utilisés dans un mode de réalisation préférentiel d'un service de gestion de routage d'appel téléphonique conforme à l'invention. Les figures 4,5, 6,7, 8,9, 10 et 11, représentent des modes de fonctionnement particuliers du service de gestion de routages d'appel de la figure 3. La figure 4 représente un procédé de création d'un compte utilisateur du service. La figure 5 représente un procédé de configuration du service par l'appelé. La figure 6 représente un procédé d'affichage de personnes contactables. La figure 7 représente un procédé d'appel. La figure 8 représente un procédé de traitement des appels entrants pour l'appelé, dans un cas où il est disponible. La figure 9 représente un procédé de traitement des appels entrants pour l'appelé dans un cas où il n'est pas disponible. La figure 10 représente un procédé de routage d'appel dans le cas d'un échec de l'appel de l'appelant vers l'appelé. La figure 11 représente un schéma global du procédé de routage d'appel détaillée dans les figures 4 à 10. Un des buts de l'invention est de permettre à une personne appelante de choisir elle-même une action de routage d'appel parmi une liste d'actions de routage d'appel activables, et de l'activer, lorsque l'appelant tente de joindre une personne appelée non disponible. Un autre but de l'invention est que la personne appelée puisse personnaliser cette liste en fonction de conditions de l'appel de l'appelant. Comme représenté figures 1 et 2, un schéma général de fonctionnement de la présente invention s'organise autour de trois pôles principaux : un appelant A qui tente de joindre via un réseau de téléphonie un appelé B, et un service de gestion des routages d'appels téléphoniques 100. L'appelant A et/ou l'appelé B traite (nt) les appels à partir de leurs terminaux respectifs branchés sur au moins un réseau de téléphonie à une adresse donnée. Le service de gestion 100 gère à la fois les configurations de routage d'appel, les appels et les routages d'appels. Ce service est en général pris en compte par une société de services téléphoniques. Pour proposer une liste de services activables à l'appelant A, l'appelé B configure au préalable au moins un routage d'appel. Une configuration de routage d'appel est caractérisée par deux éléments : au moins une condition d'appel qui constitue l'élément déclencheur de la configuration et au moins une action de routage d'appel qui est effectuée lorsque la ou les condition (s) est (sont) validée (s). Par exemple sur occupation (=condition), proposer de renvoyer l'appel vers la secrétaire (=action). Une configuration par défaut est avantageusement créée et appliquée au cas où aucune configuration n'est applicable, et/ou qu'un appel a échoué. Dans un mode préférentiel, une précaution est prise pour avoir toujours au moins une configuration par défaut déclenchable. Au cas où deux configurations comportent la même condition, le système de fonctionnement du service de gestion 100 définit une priorité désignant une configuration prioritaire. L'appelé peut aussi définir plusieurs configurations. Une configuration peut être activée en fonction de diverses conditions, comme par exemple : . "état" de la communication : sur appel entrant, sur occupation ou sur nonréponse. * par rapport à l'appelant : cette condition permet de personnaliser les actions en fonction de l'identité de l'appelant. . en fonction d'un paramètre temps : par exemple, en dehors du temps de travail, je peux suggérer de renvoyer l'appel vers le poste de mon domicile. De même pendant les réunions, je peux proposer de transférer l'appel vers un mobile. Dans ce dernier exemple, la configuration peut se réaliser de façon automatisée en relation avec l'agenda électronique de l'appelé B. Un temps peut correspondre à un créneau horaire, un jour ou une période déterminée entre deux moments. * en fonction de la priorité de l'appel : dans la mesure où il est possible de détecter la priorité de l'appel, l'idée est de pouvoir proposer des services en fonction de cette priorité. Si un appel est considéré comme"urgent", on pourrait par exemple proposer un renvoi vers le poste de la secrétaire. * en fonction de l'état de présence : un état de présence permet de déterminer le niveau de disponibilité d'un utilisateur ("En ligne","Absent", "Occupé","Bientôt revenu"...). En fonction de chaque état, l'utilisateur peut définir une action spécifique, en fonction du premier appelé (après un renvoi d'appel), . en fonction de l'état du réseau (bande passante), infrastructure (liaison modem, LAN...), en fonction d'événements extérieurs au système (météo, localisation...). Des exemples d'actions de routage d'appel sont présentés ci-après : Notification de l'appelé : un message électronique écrit permet d'informer l'appelé qu'une personne a souhaité le joindre. Cette notification est préférentiellement envoyée par une messagerie électronique ou sur un téléphone portable par des petits messages électroniques de type SMS (acronyme anglo-saxon de Short Message Service ). Le message peut être prédéfini ou personnalisé par l'appelant. Le message comporte préférentiellement des informations sur l'appel comportant la date de l'appel et l'identité de l'appelant. Informations pour l'appelant : un message écrit permet d'informer l'appelant d'un message de l'appelé B. Cette notification est envoyée selon le type d'interaction que l'appelant A a choisi d'utiliser pour sa connexion au réseau. Ce message est prédéfini et peut être personnalisé par l'appelé. Ceci permet aussi d'indiquer à l'appelant A (en fonction par exemple de son identité) des informations diverses concernant l'état de l'appel (par exemple occupation, non-réponse), la disponibilité de l'utilisateur appelé en fonction de son agenda (par exemple "je suis actuellement en réunion, vous pouvez me rappeler à partir de 14h00") ou un message combiné avec les actions proposées (par exemple "pour avoir des informations sur tel sujet, contacter telle personne"). . Renvoi sur une autre ligne. Renvoi Renvoi sur un serveur vocal. 'Renvoi vers un site Internet. Envoi Envoi d'un message à l'appelé par email. Une action de routage d'appel peut se déclencher selon l'une des manières suivantes : . déclenchement automatique, . déclenchement direct par l'appelant, comme par exemple un rappel automatique sur occupation de la ligne téléphonique de l'appelé ou un renvoi d'appel sur une messagerie vocale, déclenchement d'au moins une action adaptable au type de terminal employé par l'appelant. En fonction du type d'interaction utilisé par l'appelant A pour interagir avec le service 100 (ordinateur, terminal, vocal), le système du service 100 retourne les services proposés par l'appelé B techniquement compatibles avec ce média. En effet, certains services peuvent être dépendants du média utilisé par l'appelant. Pour interagir avec le service 100, l'appelant A dispose de plusieurs possibilités : soit en mode vocal, soit une application dédiée sur un ordinateur ou soit une application sur un autre terminal si ce dernier dispose de caractéristiques techniques nécessaires pour répondre aux besoins. Si l'appelant A peut et veut choisir un autre type d'interaction que le mode vocal, un protocole préférentiel est établi au moyen d'une identification préalable auprès du service 100 en signifiant le type d'interaction qu'il souhaite utiliser (interaction sur ordinateur, terminal ou mode vocal). Si l'appelant A n'est pas identifié, le mode vocal est préférentiellement utilisé par défaut. Pour le mode vocal, l'appel est transféré vers le serveur vocal qui énonce à l'appelant A l'ensemble des possibilités proposées. L'appelant A choisit au moyen de touches d'un clavier de commande (comme par exemple un clavier de téléphone), si celles-ci émettent des signaux de sélection de type DTMF (acronyme anglo-saxon de Dual-Tone-Multiple-Frequency ), ou au moyen de sa voix si le serveur vocal est muni d'un identificateur de voix. Les réseaux de téléphonie utilisés pour véhiculer les informations d'échange d'informations peuvent être de tous types, en particulier de type téléphonie fixe, téléphonie mobile ou téléphonie sur IP utilisant le protocole SIP (acronyme anglo-saxon de Session Initiation Protocol ). En référence à la figure 1, un premier exemple d'application y est donné. L'appelé B configure son routage d'appel comme suit : - si A cherche à me joindre entre 12 heures et 14 heures, lui proposer un renvoi vers mon téléphone portable, - entre 12 heures et 14 heures, renvoyer tous les appels vers la messagerie. Cette configuration 1 est alors stockée au niveau du service de routage d'appel 100. En 2, A appelle B à 13h15. En 3, le service 100 délivre un message : B est indisponible, - contacter B sur son portable, - laisser un message sur sa messagerie. En 4, A sélectionne le premier choix, En 5, l'appel est renvoyé vers le portable de B. En référence à la figure 2, un deuxième exemple d'application y est donné. L'appelé B configure son routage d'appel comme suit : - si A cherche à me joindre, lui proposer de laisser un message, - renvoyer les appels vers une autre ligne téléphonique. Cette configuration 1 est alors stockée au niveau du service de routage d'appel 100. En 2, A appelle B. En 3, le service 100 délivre un message : B est indisponible, vous pouvez laisser un message sur sa messagerie. En 4, A choisit de laisser un message, En 5, l'appel est renvoyé vers la messagerie de B. En référence à la figure 3, sont présentés des moyens de routage d'appel utilisés dans un mode de réalisation préférentiel d'un service de gestion de routage d'appel téléphonique 100. Ce service 100 a été réalisé dans un réseau 1000 de téléphonie sur IP utilisant le protocole SIP. Il est organisé en modules, ces modules étant coordonnés par une unité de traitement 101. Ils servent d'interface entre le service 100 et les entités extérieures qui peuvent être en particulier un annuaire d'entreprise 171, une plate-forme de présence et de messagerie instantanée 500, navigateur Internet 600 ou un réseau SIP 1000. En référence à la figure 3 : Les modules sont représentés par des cadres à coins arrondis. Les entités extérieures sont représentées par de simples cadres. Des bases de données sont représentées par des cylindres. Les flèches relient les modules à l'unité de traitement 101 ; leur sens est celui des requêtes, les réponses à ces requêtes ne sont pas représentées. L'architecture du service 100 comprend les modules suivants : 'interface annuaire (interface vers les annuaires) 104, *) liste de contacts 105, * gestion de configuration 103 (stockage, interprétation, cohérence), * interface présence 106 (interface vers la plate-forme de présence et de messagerie instantanée 500), * sélection d'appelé 107 (demande d'appel par l'appelant à partir de l'annuaire), 'interface appelant 108 (affichage des choix et sélection), * unité de traitement 101 (coordonne les appels à tous les modules), 'configuration du service par l'appelé 102, * notification de l'appelé 111 (messages électroniques 900, de types SMS 910, e-mail 920, IM 930), *) lanceur d'appel 109 (au niveau du réseau SIP 1000), * traitement appels entrants 110 (remontée des événements réseau SIP et actions), administration du service 112. Le rôle de chaque module est précisé dans les paragraphes suivants. Interface annuaire 104 Ce module interroge un annuaire 171 ou 172 afin de connaître les noms et les numéros de téléphone (ainsi qu'éventuellement d'autres attributs : adresse, photo...) de toutes les personnes que peut joindre un utilisateur du service 100. Le résultat de cette requête est présenté à l'utilisateur par le module de sélection d'appelé 107. Il peut servir d'interface à des annuaires d'entreprise 171 et/ou personnels 172 de l'utilisateur. e Liste de contacts 105 Ce module gère les listes de contacts 152 de l'appelé B. Les contacts sont issus d'au moins un annuaire, par exemple d'un annuaire personnel 152 et/ou d'un annuaire d'entreprise 151 de l'appelé B. Chaque liste 152 est caractérisée par son nom, qui peut être utilisé dans la définition des configurations de routage d'appel ayant des conditions d'appel comprenant une condition d'appel liée à l'identité d'un appelant appartenant à la liste de contacts. e Gestion de configuration 103 Ce module gère les configurations de routage d'appel déposées par l'appelé B. Lors de leur dépôt (via le module Configuration 102), il s'assure de leur cohérence (intrinsèque et avec les configurations existantes) et les stocke dans une base de données 151. Lors d'un appel, il détermine au moins une configuration applicable, s'assure de sa cohérence (par exemple pour empêcher les itérations fermées entre les conditions d'appel et les actions de routage d'appel) et renvoie la ou les actions à effectuer. 'interface présence 106 Ce module est vu par une plate-forme 500, préférentiellement de présence et de messagerie instantanée, par exemple de type Jabber, comme un utilisateur du service 100 dont la liste des contacts est l'ensemble des utilisateurs du service 100. Il est donc notifié par la plate-forme 500 à chaque changement dans la présence d'un utilisateur du service 100. Grâce à ces notifications, il maintient à jour localement l'état de présence de chaque utilisateur du service 100. Ces informations sont présentées à l'utilisateur par le module sélection de l'appelé 107. e Sélection d'appelé 107 Ce module utilise un navigateur 600 (Intranet, extranet et/ou Internet) pour interagir avec l'appelant A. Il affiche à l'appelant A une liste de personnes d'un annuaire 171 ou 172 (obtenue par interrogation du module interface annuaire 104) qu'il peut appeler, avec la disponibilité de ces personnes pour lui lorsqu'elles sont utilisatrices du service 100 (basée sur leur présence et sur leurs configurations, obtenues par interrogation des modules interface présence 106 et gestion de configuration 103). Lorsque l'appelant A sélectionne une personne, les choix éventuels (configurés sur appel entrant par l'appelé B) lui sont présentés par le module interface appelant 108, puis l'appel est éventuellement établi par le module lanceur d'appel 109. e Interface appelant 108 Lorsque les configurations de l'appelé B prévoient un choix par l'appelant A, ce choix est présenté par ce module. L'appelé A peut également avoir prévu un message texte ou multimédia qui est transmis par ce module. Si l'appelant A est utilisateur du service 100, la présentation et le choix se font via un utilisateur 700 du service 100. Cet utilisateur 700 peut être sur un ordinateur ou sur un téléphone interactif. Le module interface appelant 108 stocke en outre les données sur l'appelant A : son ou ses adresses SIP et l'adresse IP (du terminal utilisé) qui lui est associé. Si l'appelant A n'est pas utilisateur du service, la présentation et le choix se font par un serveur vocal 800 avec DTMF ou identification de voix. 'Unité de traitement 101 Ce module coordonne tous les autres modules pour mettre en oeuvre le service 100. 'Configuration (du service par l'appelé) 102 Ce module utilise un navigateur 600 (Intranet, extranet et/ou Internet) pour interagir avec l'appelé B. Il présente à l'appelé B une interface de création de configurations simples et conviviales. Ce module permet également à l'appelé B de définir son annuaire personnel 172 et ses listes de contacts 152. Les configurations sont vérifiées et stockées par le module gestion de configuration 103, l'annuaire personnel 172 est stocké par le module interface annuaire 104 et les listes de contacts 152 par le module liste de contacts 105. . Notification de l'appelé 111 Ce module notifie l'appelé B de la réception d'un appel lorsque l'appelé B l'a demandé dans ses configurations. Une notification se fait par courrier électronique 900 soit, selon la configuration, par SMS 910, par e-mail 920 ou par message instantané (IM) 930. -o Lanceur d'appel 109 Ce module initie un appel dans le réseau SIP. Seule la signalisation d'établissement d'appel passe par ce module, les flux média ne passent pas par lui. Ce module est invoqué lorsque l'appelant A établit un appel par le module sélection d'appelé 107. Lors de l'initiation de l'appel SIP, l'appelant A est appelé en premier. Cet appel ne doit pas déclencher d'éventuelles configurations de routage d'appel (si l'appelant A a activé le service comme appelé B). S'il ne décroche pas, la demande est annulée. S'il décroche, l'appelé B est appelé et la requête est close. Si l'appelé a activé le service 100 (c'est à dire si son terminal est connecté au réseau SIP), les événements de non-réponse et occupation seront remontés par le module traitement appels entrants 110. . Traitement appels entrants 110 Ce module est invoqué par le réseau SIP lorsque l'appelé B est utilisateur du service 100 : la signalisation d'appel est routée vers le serveur applicatif sur lequel tourne ce module. Les configurations de routage d'appel sont alors consultées. Des choix sont proposés à l'appelant A par le module interface appelant 108. Si l'action choisie est téléphonique (par exemple un renvoi), elle est exécutée par ce module traitement appels entrants 110. Sinon, elle est exécutée par un autre module ou par le terminal d'appel de l'appelant A (par exemple l'envoi d'un e-mail). Si l'appelant A n'est pas utilisateur du service 100, le module interface appelant 110 renvoie préférentiellement comme action le routage vers un serveur vocal 800 et propose des choix via le serveur vocal 800. C'est alors le serveur vocal 800 qui exécute les actions téléphoniques. . Administration du service 112 Ce module permet à un administrateur du service 100 d'administrer les comptes des utilisateurs. L'interaction avec l'administrateur est faite par un navigateur (intranet, extranet ou internet). Les informations sur l'appelant A (@IP) sont stockées par le module interface appelant 108 et les informations sur l'appelé B (configuration par défaut) par le module gestion de configuration 103. Une telle architecture de service 100 modulaire permet d'intégrer des critères multiples proposés par l'appelé B et sélectionnables par l'appelant A. Le service 100 comprend notamment des mécanismes de sélection par l'appelant A de services à déclencher parmi des services souscrits par l'appelé B, ainsi que des moyens de lecture de messages personnalisés. Le service 100 comprend en particulier des mécanismes d'exécution de services automatiques demandés par l'appelé B. Le service 100 comprend aussi une structure de paramétrage et de stockage de choix à proposer en fonction de l'identité de l'appelant A, de l'heure, de la présence de l'appelé B, du premier appelé, de paramètres réseau, d'événements externes, etc... En référence aux figures 4,5, 6,7, 8,9, 10 et 11, sont présentés des modes de fonctionnement particuliers du service de gestion de routage d'appel 100 précédemment décrit et en référence à la figure 3. Les flèches continues représentent des requêtes. Les flèches en pointillés représentent des réponses aux requêtes. En référence à la figure 4, est présenté un procédé de création d'un compte utilisateur du service 100. Un administrateur du service crée un compte utilisateur par le module administration du service 112. Cette configuration consiste à configurer les paramètres nécessaires pour que l'utilisateur puisse jouer les rôles d'appelant A et d'appelé B : un compte appelant et un compte appelé sont créés pour cet utilisateur. La création 10-11 d'un compte appelant consiste à entrer une ou des URI de l'appelant A et au moins une adresse IP d'un terminal de l'utilisateur (comportant des moyens de mis en oeuvre d'un procédé d'interfaçage avec le service 100) dans une base technique du module d'interface appelant 108. La création 12-13 d'un compte appelé consiste à entrer une ou des URI de l'appelé B, une configuration par défaut et éventuellement des configurations pré-définies dans le module de gestion de configuration 103. En référence à la figure 5, est présenté un procédé de configuration du service par l'appelé B. L'appelé B crée, consulte et modifie ses configurations par le module configuration 102. Ce module 102 consulte en 14 le module gestion de configuration 103 pour afficher en 15 les configurations existantes. L'appelé B peut en outre créer une nouvelle configuration, effacer ou modifier une configuration existante. Après une modification ou une création de configuration, celle-ci est envoyée (16 ou 18 respectivement) au module gestion de configuration 103 qui vérifie sa cohérence interne et sa compatibilité avec les configurations existantes. Ce module 102 répond (17 ou 19 respectivement) positivement si la configuration est valide ou négativement si la configuration n'est pas valide. Dans un mode préférentiel, un problème éventuel est indiqué par un message ou un signal au configurateur. L'effacement 20 d'une règle n'est avantageusement possible (21) que s'il reste une règle par défaut. En référence à la figure 6, un procédé d'affichage de personnes contactables est présenté. Une requête d'actualisation 22 de listes de personnes que l'appelant A est susceptible d'appeler est lancée du module sélection d'appelé 107 vers l'unité de traitement 101, la liste étant d'abord mise à jour en consultant (23-24) le module interface annuaire 104. Une consultation (25-26) du module interface présence 106, et une consultation (27-28) du module gestion de configuration 103 permet ensuite de mettre à jour respectivement l'état de présence et la disponibilité téléphonique des personnes de la liste qu'elles souhaitent afficher à l'appelant A. Nous verrons dans l'étude des figures 8 et 9 que la disponibilité de ces personnes comprises dans la liste peut être configurée de sorte à être fonction de conditions d'appel d'un appelant A, et en particulier de son identité. La liste actualisée, comprenant les informations actualisées sur l'état de présence et la disponibilité des personnes la composant, est alors renvoyée en 29 vers le module sélection d'appelé 107. L'appelant A peut alors consulter son annuaire en sachant dores et déjà, avant même d'appeler une personne, les personnes qui sont joignables. En référence à la figure 7, un procédé d'appel y est représenté. Une fois que la liste actualisée est affichée, l'appelant A peut soit sélectionner une personne disponible, soit entrer manuellement une URI à partir du module sélection d'appelé 107. Une requête d'appel 30 est alors initiée vers l'unité de traitement 101 et une liaison 31 établie avec le lanceur d'appel 109. Le lanceur d'appel 109 envoie un Invite sans SDP à l'appelant A, puis se sert des informations contenues dans le SDP retourné pour envoyer un Invite à l'appelé. Ce mode de fonctionnement est décrit dans le document IETF draftrosenberg-sip-3pcc-02. Un mode de fonctionnement plus complexe doit être mis en oeuvre si les terminaux utilisent des codecs différents et doivent les négocier. Que l'appelé ait ou non activé le service 100, l'établissement de l'appel s'effectue de la même manière. Si l'appelé a activé le service 100, l'appel est traité comme tout appel entrant, comme nous allons le voir. En référence aux figures 8 et 9, sont représentés deux procédés de traitement des appels entrants pour l'appelé, dans les cas respectifs aux figures où l'appelé B est disponible et non disponible. Lorsque l'appelé B a activé le service 100, tous ses appels (qu'ils viennent d'un téléphone SIP, d'une passerelle ou du module lanceur d'appel 109) sont renvoyés par un serveur local vers le module traitement appels entrants 110 du service 100, puis gérés en 34 par l'unité de traitement 101. La disponibilité de l'appelé B est alors trouvée en déterminant d'abord son état de présence en 35-36 (par le module interface présence 106), puis la disponibilité que l'appelé présente pour l'appelant B en 39 (par le module gestion de configuration 103). Dans un mode de mise en oeuvre particulier du procédé, la disponibilité que l'appelé B présente à l'appelant A est fonction (en tout ou partie) d'informations provenant d'une liste de contacts à laquelle appartient éventuellement l'appelant A (et gérée par le module liste de contacts 105). Une étape de comparaison de l'identité de l'appelant A avec des personnes appartenant à la liste de contacts et de déduction de l'appartenance ou non de l'appelant A à la liste, vient alors précéder la disponibilité de l'appelé B à l'appelant A. Les requête-réponse au module liste de contacts sont référencées 37-38. Ce mode particulier de mise en oeuvre du procédé permet ainsi à l'appelé B de choisir au préalable une disponibilité qu'il souhaite afficher en fonction de la personne qui l'appelle. L'identité de l'appelant A peut aussi constituer une condition d'appel particulière configurée apte à déclencher une ou plusieurs actions de routage d'appel. En référence à la figure 8, la disponibilité 40 de l'appelé B est positive, et l'appel 41 est établi vers l'appelé B par le module traitement des appels entrants 110. En référence à la figure 9, la disponibilité 42 de l'appelé B est négative, et des actions de routage d'appel vont être déclenchées en 43-44 pour pallier à l'impossibilité de joindre l'appelé B sur sa ligne directe. Le choix des actions à déclencher sont gérées par le module gestion de configuration 103, et peuvent être fonction de conditions de l'appel. Les actions déclenchées par la suite sont données à titre d'exemple, sachant que les types d'actions à déclencher peuvent être de nature et de formes différentes. Les actions déclenchées 51-52 correspondent à un message informatif à l'appelant A et à une liste de choix d'actions de routage d'appel proposées à l'appelant A à travers le module interface appelant 108. Le message à l'appelant A peut avoir été au préalable personnalisé par l'appelé B à l'appelant A au niveau d'une configuration particulière et mémorisée dans la base 151. Au travers du module interface appelant 108, l'appelant A sélectionne à partir de son terminal une action de routage d'appel parmi la liste proposée en 51. Si celle-ci est de type téléphonique, elle est renvoyée en 52 vers l'unité de traitement 101, puis traitée en 56 en tant qu'action SIP par le module traitement appels entrants 110. Si elle est de type courrier électronique ou renvoi sur une page HTML (par exemple), l'action est traitée localement en 55 au niveau du terminal d'appel de l'appelant A. Une action de notification de l'appelé en 53-54 est également effectuée via le module notification de l'appelé 111. En référence à la figure 10, est représenté un procédé de routage d'appel dans le cas d'un échec de l'appel de l'appelant A vers l'appelé B. Un échec d'appel survient à la suite d'une non-réponse, d'une occupation ou d'un non-enregistrement. Cet échec est géré en 43 par le module gestion de configuration 103 qui comprend au moins une configuration prévue au cas d'un tel échec d'appel. En 44, un avis d'échec d'appel est de préférence envoyé en SIP à l'appelant A et des actions à déclencher sont activées et suivent un procédé identique à celui représenté figure 9 d'une non disponibilité de l'appelé B, à savoir une liste de choix d'actions de routage d'appel sélectionnable en 51-52, une notification de l'appelé en 53-54, un traitement local en 55 de renvoi de courrier électronique ou sur page Internet, puis un renvoi en 56 des appels téléphoniques vers le module traitement appels entrants 110. Dans un mode préférentiel, au maximum deux listes d'actions seront présentées à l'appelant A, une sur appel entrant et une sur échec d'appel. Un autre cas de figure peut être aussi un déclenchement automatique d'une action par défaut et configurée par l'appelé B. Si aucune action ne peut être déclenchée, l'appel sera rejeté. En référence à la figure 11, est représenté le schéma global du procédé de routage d'appel détaillé dans les figures 4 à 10. En cas d'appel entrant 34, on détermine en 36-38 la présence de l'appelé B et éventuellement du nom de l'appelant A dans une liste de contacts, ainsi qu'on détermine en 39 la disponibilité de l'appelé B à l'appelant A. En cas de disponibilité 40, l'appel est établi en 41 avec l'appelé B. En cas de non disponibilité 42, on détermine en 43 des actions à déclencher, notamment en fonction de conditions de l'appel. Cette détermination 43 des actions à déclencher est également à effectuer en cas d'échec 45 de l'appel. Une interrogation de l'appelant en 51 sur un choix d'actions de routage d'appel à effectuer conduit à l'affichage en 51 bis et à une sélection en 52 d'une action par l'appelant A. L'appel peut alors être transféré en 52 bis sur un autre terminal de l'appelé B ou une autre action peut être déclenchée en 52 ter avant la fin de l'appel en 60. Une notification de l'appelé B en 53-54 peut également être faite, afin de l'avertir de l'appel de l'appelant A, avant de terminer l'appel en 60. Celleci peut être faite aussi en combinaison avec la liste de choix d'actions en 51 bis proposée à l'appelant A. REVENDICATIONS 1. Procédé de gestion d'appel téléphonique caractérisé en ce qu'il comprend une mise en oeuvre de moyens selon les étapes suivantes : * configuration par une personne susceptible d'être appelée d'un routage d'appel en fonction de condition d'appel, une configuration consistant à associer au moins une action de routage d'appel à déclencher à au moins une condition d'appel, * appel téléphonique d'un appelant vers un appelé prévoyant, en cas de non disponibilité de l'appelé, un routage de l'appel tel que précédemment configuré. 2. Procédé de gestion d'appel téléphonique selon la revendication précédente, caractérisé en qu'il met en oeuvre en outre une configuration par la personne susceptible d'être appelée de disponibilité de cette personne en fonction de condition d'appel. 3. Procédé de gestion d'appel téléphonique selon l'une des revendications précédentes, caractérisé en ce que lors de l'appel, l'appelant peut choisir une action de routage d'appel parmi une liste d'actions de routage d'appel proposées par l'appelé, lorsqu'il tente de joindre l'appelé et que celui-ci n'est pas disponible, et la déclencher. 4. Procédé de gestion d'appel téléphonique selon l'une des revendications précédentes, caractérisé en ce que la ou les configuration (s) de routage d'appel peu (ven) t être créée (s), effacée (s) ou modifiée (s) par la personne susceptible d'être appelée. 5. Procédé de gestion d'appel téléphonique selon les revendications précédentes, caractérisé en ce qu'il existe toujours au moins une action configurée de routage d'appel par défaut déclenchable dans les cas suivants : échec d'appel, non disponibilité et non déclenchement des autres actions de routage d'appel, . non disponibilité et aucune autre action de routage d'appel n'est configurée. 6. Procédé de gestion d'appel téléphonique selon l'une des revendications précédentes, caractérisé en ce qu'il assure en outre une cohérence intrinsèque de chaque configuration et une cohérence de chaque configuration envers les autres configurations. 7. Procédé de gestion d'appel téléphonique selon la revendication précédente, caractérisé en ce que, en cas de problème d'incohérence dans ou entre une ou des configuration (s), une description du problème survenu est notifiée à la personne qui configure. 8. Procédé de gestion d'appel téléphonique selon l'une des revendications précédentes, caractérisé en ce qu'une condition d'appel consiste à une des conditions suivantes : état de la communication lors de la réception d'un appel sur un terminal de l'appelé, l'état de la communication pouvant être un appel entrant, une occupation de la ligne téléphonique ou une non réponse à l'appel, . l'identité de l'appelant, un paramètre temps, comme par exemple une date ou une heure de la journée, une priorité d'appel, comme par exemple un appel urgent ou non urgent, w un état de présence de l'appelé, comme par exemple en ligne , absent , en réunion , * l'identité d'un premier appelé, dans le cas où l'appel a déjà fait l'objet d'au moins un renvoi d'appel, * l'état du réseau téléphonique ou de l'état d'une infrastructure (comme par exemple une liaison modem ou LAN), * évènements extérieurs au système, comme par exemple la météo, la localisation. 9. Procédé de gestion d'appel téléphonique selon l'une des revendications précédentes, caractérisé en ce qu'une action de routage d'appel consiste à une des actions suivantes : notification à l'appelé au moyen d'un message écrit qu'un appel a été reçu sur la ligne téléphonique de l'appelé, par exemple un SMS, renvoi sur une autre ligne, renvoi sur un serveur vocal, envoi d'un message électronique écrit à l'appelant, par exemple un e- mail, un SMS ou un message instantané (IM), envoi d'un message électronique écrit à l'appelé, envoi sur un site Internet. 10. Procédé de gestion d'appel téléphonique selon l'une des revendications précédentes, caractérisé en ce qu'un déclenchement d'une action de routage d'appel s'effectue selon l'une des manières suivantes : * déclenchement automatique, * déclenchement direct par l'appelant, comme par exemple un rappel automatique sur occupation de la ligne téléphonique de l'appelé ou un renvoi d'appel sur une messagerie vocale, déclenchement d'au moins une action adaptable au type de terminal employé par l'appelant. 11. Procédé de gestion d'appel téléphonique selon l'une des revendications précédentes, caractérisé en ce que l'appel téléphonique de l'appelant comprend les opérations suivantes : choix de l'appelé par l'appelant, établissement d'un appel de l'appelant destiné à l'appelé, traitement de l'appel. 12. Procédé de gestion d'appel téléphonique selon la revendication précédente, caractérisé en ce que l'opération de choix de l'appelé par l'appelant comprend une sélection de l'appelé à partir d'au moins un annuaire actualisé constitué (s) d'une liste de personnes (que l'appelant est susceptible d'appeler) auxquelles sont respectivement associées des informations (comme par exemple des adresses, des numéros de téléphone) les concernant, le procédé comprenant les étapes suivantes : a demande par l'appelant d'informations comprises dans les ou l'annuaire (s), * consultation des ou de l'annuaire (s), * mise à jour d'informations sur les personnes comprises dans les ou l'annuaire (s) demandé (s), choix par l'appelant de l'appelé en sélectionnant une personne parmi la liste des personnes ou en composant manuellement un code d'appel d'une personne non comprise dans la liste. 13. Procédé de gestion d'appel téléphonique selon la revendication précédente, caractérisé en ce que la mise à jour d'informations comprend les étapes suivantes : 'détermination de la présence des personnes de la liste, permettant d'identifier si des terminaux des personnes sont présents sur le réseau de téléphonie aux adresses respectives de ces personnes, 'détermination des disponibilités respectives des personnes de la liste qui sont présentes. 14. Procédé de gestion d'appel téléphonique selon la revendication précédente, caractérisé en ce que le traitement de l'appel comprend en outre, avant la détermination des disponibilités, une étape de détermination de conditions d'appel liées à la demande d'informations faite par l'appelant. 15. Procédé de gestion d'appel téléphonique selon la revendication précédente combinée avec la revendication 2, caractérisé en ce que la détermination de disponibilité d'au moins une personne de la liste dépend d'au moins une partie des conditions d'appel. 16. Procédé de gestion d'appel téléphonique selon la revendication précédente, caractérisé en ce que au moins une des personnes présentes de la liste d'annuaire a au moins une liste de contacts qui lui est allouée (s), et en ce que la détermination des conditions d'appel comprend les étapes suivantes : * reconnaissance de l'identité de l'appelant, . comparaison de l'identité de l'appelant aux identités de personnes comprises dans chaque liste de contacts, . déduction de l'appartenance ou non de l'appelant au ou à la liste (s) de contacts. 17. Procédé de gestion d'appel téléphonique selon les deux revendications précédentes, caractérisé en ce que l'appelant appartient à au moins une liste de contacts d'au moins une personne présente de la liste d'annuaire, et en ce qu'une condition d'appel consistant à l'identité de l'appelant est prise en compte pour la détermination de la disponibilité de cette ou de ces personne (s) pour l'appelant. 18. Procédé de gestion d'appel téléphonique selon l'une des sept revendications précédentes, caractérisé en ce que l'opération d'établissement d'un appel de l'appelant destiné à l'appelé se déroule selon les étapes suivantes : requête d'envoi d'un signal à l'appelant une fois l'appelé choisi, envoi d'un signal à l'appelant sans message additif, réception du signal par l'appelant, envoi d'un signal d'appel destiné à l'appelé. 19. Procédé de gestion d'appel téléphonique selon l'une des huit revendications précédentes, caractérisé en ce que l'opération de traitement de l'appel comprend une réception de l'appel de l'appelant par l'appelé, lorsque l'appel n'est pas mis en échec, comprenant les étapes suivantes : * réception de l'appel destiné à l'appelé, * activation d'un des deux traitements d'appel suivants : - si l'appelé est disponible, l'appel de l'appelant est prolongé vers le terminal de l'appelé, - si l'appelé n'est pas disponible, les deux étapes qui suivent sont mises en oeuvre : 'détermination d'au moins une action de routage d'appel configurée (s) à déclencher, 'déclenchement des ou de l'action (s) de routage d'appel associée (s) à au moins une des conditions de l'appel. 20. Procédé de gestion d'appel téléphonique selon la revendication 11 à 18 combinée avec la revendication 5, caractérisé en ce que le traitement de l'appel comprend une opération d'échec d'appel de l'appelant vers l'appelé dans le cas d'un échec d'appel (par exemple une non-réponse, une occupation, un nonenregistrement) comprenant un déclenchement des ou de l'action (s) de routage d'appel configurée (s) par défaut. 21. Procédé de gestion d'appel téléphonique selon la revendication précédente, caractérisé en ce qu'une action de routage d'appel par défaut consiste à l'envoi automatique d'un avis d'échec d'appel à l'appelant. 22. Procédé de gestion d'appel téléphonique selon l'une des trois revendications précédentes, caractérisé en ce qu'au moins un déclenchement d'action de routage d'appel est fait automatiquement. 23. Procédé de gestion d'appel téléphonique selon l'une des quatre revendications précédentes, caractérisé en ce qu'au moins un déclenchement d'action de routage d'appel est fait par l'appelant après communication à l'appelant de liste d'au moins une action de routage d'appel à déclencher. 24. Procédé de gestion d'appel téléphonique selon la revendication précédente, caractérisé en ce que la communication de liste d'action de routage d'appel à déclencher s'effectue d'une des deux façons suivantes : envoi d'au moins une liste d'action de routage d'appel à déclencher vers le terminal d'appel de l'appelant, dans le cas où le terminal d'appel est équipé de moyens d'affichage et de sélection des ou de l'action (s) de routage d'appel à déclencher parmi la liste, et est relié au réseau de communication adapté pour un tel transport d'informations, envoi d'une liste d'action de routage d'appel à déclencher vers un serveur vocal qui communique cette liste à l'appelant oralement sur le terminal d'appel de l'appelant, dans le cas où le terminal d'appel est équipé de moyens de sélection des ou de l'action (s) de routage d'appel à déclencher parmi la liste énoncée oralement. 25. Procédé de gestion d'appel téléphonique selon la revendication précédente, caractérisé en ce que dans un cas non compris dans ceux énoncés précédemment, au moins une action de routage d'appel par défaut est déclenchée automatiquement. 26. Procédé de gestion d'appel téléphonique selon l'une des neuf revendications précédentes, caractérisé en ce que l'appel est rejeté dans le cas d'impossibilité de prolonger l'appel de l'appelant vers le terminal de l'appelé ou de non déclenchement de toute action de routage d'appel. 27. Procédé de gestion d'appel téléphonique selon l'une des revendications précédentes, caractérisé en ce qu'il utilise au moins un des réseaux de téléphonie suivants : téléphonie sur IP utilisant un protocole SIP, . téléphonie mobile, * téléphonie fixe. 28. Procédé de gestion d'appel téléphonique selon l'une des revendications précédentes, caractérisé en ce que la gestion d'appel est essentiellement prise en charge par un service distant de routage d'appel personnalisé comprenant des moyens de routage d'appel. 29. Moyens de routage d'appel mettant en oeuvre un procédé de routage d'appel téléphonique selon l'une des revendications précédentes caractérisés en ce qu'il sont organisés en une unité centrale de traitement et de plusieurs modules fonctionnels, l'unité centrale étant apte à coordonner les actions entreprises par les différents modules, les modules comprenant un module de configuration apte à mettre en oeuvre des configurations comprenant lesdites configurations de routage d'appel. 30. Moyens de routage d'appel selon la revendication précédente caractérisés en ce que le module de configuration comprend des outils de création, de modification et d'effacement de configurations. 31. Moyens de routage d'appel selon la revendication précédente caractérisés en ce que lesdits outils comprennent : * des moyens de déclencher une requête de chargement d'au moins une liste de configurations, de conditions d'appel et d'actions de routage d'appel prédéterminées dans des moyens de mémorisation à partir de base de données locale ou distante, * des moyens d'associer au moins une disponibilité téléphonique à au moins une condition d'appel requise afin de créer ou de modifier des configurations de disponibilités, * des moyens d'associer au moins une action de routage d'appel à déclencher à au moins une condition d'appel afin de créer ou de modifier des configurations de routage d'appel, au moins une liste de configurations comprenant desdites configurations de routage d'appel. 32. Moyens de routage d'appel selon l'une des trois revendications précédentes, caractérisés en ce qu'ils comprennent en outre un module de gestion de configuration comprenant : 'des moyens de mémorisation des configurations de routage d'appel, 'des moyens d'assurer une cohérence intrinsèque d'une configuration de routage d'appel et une cohérence d'une configuration de routage d'appel avec les configurations de routage d'appel mémorisées, la configuration de routage d'appel étant configurée au préalable par l'intermédiaire du module de configuration, * des moyens de choisir une disponibilité configurée en fonction de condition d'appel entrante, 'des moyens de choisir au moins une action de routage d'appel à déclencher en fonction de condition d'appel entrante parmi les configurations mémorisées, 'des moyens d'envoi des ou de l'action (s) de routage d'appel choisie (s) au module apte à la ou les déclencher. 33. Moyens de routage d'appel selon l'une des quatre revendications précédentes, caractérisés en ce qu'ils comprennent en outre un module d'interface annuaire comprenant des moyens de déclencher une requête de chargement d'au moins un annuaire de liste de personnes susceptibles d'être appelées auxquelles sont respectivement associées des informations comprenant des adresses et des numéros de téléphone, à partir de base de donnée d'annuaire locale ou distante. 34. Moyens de routage d'appel selon la revendication précédente, caractérisés en ce qu'ils comprennent en outre un module de liste de contacts personnels, comprenant : e des moyens de création d'au moins une liste à partir de liste d'annuaire, * des moyens de stockage d'au moins une liste de contacts, * des moyens de comparaison de l'identité d'un appelant aux identités de chaque personne d'au moins une liste de contacts, des moyens de déduction de l'appartenance ou non de l'appelant à au moins une liste de contacts. 35. Moyens de routage d'appel selon l'une des six revendications précédentes, caractérisés en ce qu'ils comprennent en outre un module d'interface de présence comprenant des moyens aptes à déterminer la présence des personnes d'un réseau de communication, à savoir à identifier en temps réel si des terminaux des personnes sont présents sur un réseau de télécommunication aux adresses respectives de ces personnes. 36. Moyens de routage d'appel selon la revendication précédente, caractérisés en ce que ladite identification se fait au travers d'une plate-forme de communication pour fournir des services de gestion de présence et de messagerie instantanée. 37. Moyens de routage d'appel selon les revendications 35 et 36 combinée avec l'une des deux revendications précédentes, caractérisés en ce qu'ils comprennent en outre un module de sélection d'appelé comprenant : des moyens pour permettre un affichage des personnes comprises dans une liste d'annuaire requis par l'interface annuaire, de la présence des personnes des ou de l'annuaire (s) déterminée par l'interface de présence, de la disponibilité des personnes étant présentes en interrogeant les modules de gestion de configuration de ces personnes, . des moyens de sélection d'une personne comprise dans la liste et des moyens de saisir manuellement un code d'identification d'une personne, comme par exemple un numéro de téléphone ou un code URI. 38. Moyens de routage d'appel selon l'une des neuf revendications précédentes, caractérisés en ce qu'ils comprennent en outre un module d'interface appelant, comprenant des moyens de communication à l'appelant de liste d'actions de routage d'appel à déclencher provenant du module de gestion de configuration de l'appelé et des moyens de sélection par l'appelant d'une action parmi une liste. 39. Moyens de routage d'appel selon la revendication précédente, caractérisés en ce que les moyens de communication du module d'interface appelant comprennent en outre : des moyens de connexion au terminal d'appel de l'appelant relié à un réseau de téléphonie sur IP utilisant le protocole SIP, des moyens de router au moins une liste de choix d'actions de routage d'appel vers le terminal d'appel de l'appelant, des moyens de stocker des données comprenant le ou les URI SIP de l'appelant et l'adresse IP de son terminal d'appel. 40. Moyens de routage d'appel selon la revendication précédente, caractérisés en ce que les moyens de communication du module d'interface appelant comprennent en outre : * des moyens de connexion à un serveur vocal, 'des moyens de basculer les moyens de communication de ce module d'une connexion au réseau de téléphonie sur IP à une connexion au serveur vocal, au cas où il n'est pas possible de transmettre une liste d'action de routage d'appel sur le terminal de l'appelant par le réseau de téléphonie sur IP, * des moyens de router une action de routage d'appel ou une liste de choix d'action de routage d'appel vers le serveur vocal. 41. Moyens de routage d'appel selon l'une des douze revendications précédentes, caractérisé en ce qu'ils comprennent en outre un module de traitement des appels entrants, comprenant les moyens de réception et de déclenchement d'une action de routage d'appel entrante de type téléphonique provenant d'un réseau de téléphonie sur IP. 42. Moyens de routage d'appel selon l'une des treize revendications précédentes, caractérisé en ce qu'ils comprennent en outre un module de lanceur d'appel comprenant des moyens aptes à établir un appel dans un réseau de téléphonie sur IP. 43. Moyens de routage d'appel selon l'une des quatorze revendications précédentes, caractérisé en ce qu'ils comprennent en outre un module de notification de l'appelé comprenant les moyens d'envoi de messages écrits à l'appelé par courriers électroniques de type e-mail, petit message (SMS) ou message instantané (IM), un envoi d'un desdits messages correspondant à un déclenchement d'une action de routage d'appel activée automatiquement ou après une sélection au niveau du terminal d'appel de l'appelant. 44. Moyens de routage d'appel selon l'une des quinze revendications précédentes, caractérisé en ce qu'ils comprennent en outre un module d'administration du service comprenant les moyens de créer des comptes utilisateur d'un réseau de téléphonie sur IP, et de stocker des données définissant de comptes appelant et de comptes appelé, les données d'un compte appelant comprenant une ou des URI de l'appelant et une adresse IP du terminal d'appel de l'appelant, les données d'un compte appelé comprenant une ou des URI de l'appelé et au moins une configuration de routage d'appel de l'appelé. 45. Moyens de routage d'appel selon l'une des quinze revendications précédentes, caractérisé en ce qu'ils sont gérés par un service de routage d'appel personnalisé. 46. Terminal utilisé par l'appelant ou par l'appelé dans un procédé ou avec des moyens de routage d'appel selon l'une des revendications précédentes, caractérisés en ce qu'ils comprend des moyens de connexion à un réseau sur IP, des moyens d'affichage de message électronique et de liste d'actions de routage d'appel, et des moyens de sélection d'actions de routage d'appel. 47. Terminal utilisé par l'appelant ou par l'appelé dans un procédé ou avec des moyens de routage d'appel selon l'une des revendications 1 à 45, caractérisé en ce qu'il comprend des moyens téléphoniques permettant de sélectionner une action de routage d'appel parmi une liste de routage d'appel proposé par un serveur vocal, les moyens téléphoniques étant de type touches de clavier avec DMTF ou de type identificateur de voix. 48. Terminal utilisé par l'appelant ou par l'appelé dans un procédé ou avec des moyens de routage d'appel selon l'une des revendications 1 à 45, caractérisés en ce qu'ils comprennent un ordinateur, un téléphone fixe, un téléphone portable ou un téléphone utilisant un protocole de téléphonie sur IP.