FR2968493A1 - Procede et dispositif de routage de communications adapte en fonction de la localisation - Google Patents

Abstract

L'invention concerne un procédé de pilotage d'une communication reçue par un terminal d'un utilisateur. Après consultation (207) d'au moins une donnée de localisation d'un terminal mobile de l'utilisateur, le procédé de pilotage détermine (208) un contexte de localisation parmi un ensemble de contextes de localisation préenregistrés, en fonction de la au moins une donnée de localisation consultée et applique (209) à la communication reçue au moins une règle de pilotage prédéfinie associé au contexte de localisation déterminé. L'invention concerne également un dispositif de pilotage de communication comprenant des moyens permettant de mettre en œuvre le procédé selon l'invention.

Description

-1- Procédé et dispositif de routage de communications adapté en fonction de la localisation.

Domaine de l'invention L'invention se situe dans le domaine des services de télécommunications. Elle concerne un procédé et un dispositif de routage de communications dans des réseaux de télécommunications, interprétant des successions de localisation de l'utilisateur appelé.

Art antérieur II est connu pour un utilisateur d'un terminal recevant des communications de pouvoir gérer lui- même un routage des communications reçues sur son terminal de manière ponctuelle ou permanente. L'utilisateur peut par exemple effectuer un renvoi de ses appels vers un terminal fixe ou mobile ou vers une messagerie vocale lorsqu'il est indisponible. Cependant, le renvoi d'appels géré par l'utilisateur lui-même est contraignant pour l'utilisateur, il nécessite une gestion manuelle des renvois et un utilisateur peut oublier de désactiver ou d'activer le renvoi de ses appels.

Une perte de connectivité du signal du terminal peut aussi conduire au renvoi d'une communication sur la messagerie vocale de l'utilisateur. Dans ces cas, un appelant dont la communication est renvoyée vers une messagerie n'a aucune information concernant la raison d'indisponibilité de l'appelé, ni concernant la disponibilité future de l'appelé.

Il est également connu de pouvoir effectuer un routage des appels de manière automatique en utilisant des informations issues d'un agenda ou de données préenregistrées. Par exemple, les communications reçues par un utilisateur dont l'agenda indique "occupé" peuvent être automatiquement renvoyé sur la messagerie de l'utilisateur. Mais, ce mode de routage ne prend en compte que les évènements préenregistrés par l'utilisateur et ne tient pas compte des évènements en temps réel par exemple un retard ou un changement de dernière minute. II est connu de pouvoir localiser un utilisateur en temps réel par l'intermédiaire de son terminal mobile et d'insérer ta donnée de localisation dans un service. Par exemple, la donnée de localisation peut être utilisée afin d'afficher à l'utilisateur des informations sur le lieu où il se trouve, ou bien il est également possible pour un utilisateur de publier sur d'autres terminaux des informations liées à sa localisation. Par exemple, pour un service de partage d'informations entre des utilisateurs appartenant à un réseau social, l'utilisateur télécharge sur son terminal mobile une application dédiée au service qui lui permet de faire le lien entre les utilisateurs enregistrés dans le carnet d'adresses lié à son terminal mobile, les utilisateurs "amis" appartenant au réseau social et les utilisateurs du service de partage d'informations. L'utilisateur enregistre ensuite grâce à l'application le lieu où il se trouve. L'application lui fournit une liste de lieux déterminée par la localisation de son terminal mobile et l'utilisateur choisit dans cette liste le lieu où il se trouve. La localisation d'un terminal mobile est en général faite par un système de localisation GPS (pour Global Positioning System en anglais) ou grâce aux bornes radio d'un réseau de télécommunications mobile. L'utilisateur peut alors envoyer grâce à l'application des informations sur le lieu où il se trouve et consulter les informations publiées par d'autres utilisateurs sur ce lieu.

Inconvénient de l'art antérieur Les techniques antérieures de routages de communications et d'annonces de messagerie vocale ne fournissent pas à l'appelant d'informations concernant la disponibilité future de l'appelé en temps réel et indiquant la raison d'indisponibilité de l'appelé.

Exposé de l'invention Un des buts de l'invention est d'apporter des améliorations par rapport à l'état de la technique. Elle propose à cet effet un procédé de pilotage d'une communication reçue par un terminal d'un utilisateur caractérisé en ce qu'il comprend les étapes de : consultation d'au moins une donnée de localisation d'un terminal mobile de l'utilisateur, détermination d'un contexte de localisation parmi un ensemble de contextes de localisation préenregistrés, en fonction de la au moins une donnée de localisation consultée, traitement de la communication en fonction d'au moins une règle de pilotage prédéfinie associée au contexte de localisation déterminé. Ainsi, lorsqu'un utilisateur reçoit une communication sur un terminal, il est localisé à partir de son terminal mobile. Le procédé détermine ensuite à partir de données de localisation apprises précédemment un contexte de localisation correspondant à sa situation actuelle et applique une règle de pilotage associée à ce contexte de localisation. Un contexte de localisation correspond par exemple à une position fréquemment visitée par l'utilisateur. Le traitement de la communication est ainsi adapté en temps réel en fonction de la localisation de l'utilisateur.

Les différents modes ou caractéristiques de réalisation mentionnés ci-après peuvent être ajoutés indépendamment ou en combinaison les uns avec les autres, aux caractéristiques du procédé défini ci-dessus.

L'invention concerne également un procédé de pilotage d'une communication caractérisé en ce qu'un contexte de localisation correspond à un déplacement déterminé à partir d'au moins deux données de localisation prises en deux instants de temps distincts. Ainsi, un contexte de localisation de déplacement peut par exemple être un trajet fréquemment effectué par l'utilisateur. Le traitement de la communication peut ainsi aussi être adapté en temps réel en fonction du déplacement de l'utilisateur.

Selon un mode de réalisation particulier de l'invention, l'étape de détermination d'un contexte de localisation comprend les étapes de : -3-

consultation d'au moins une donnée de localisation d'au moins un deuxième terminal mobile parmi un ensemble de terminaux mobiles associés au terminal de l'utilisateur, détermination d'un terminal cible selon un critère d'accessibilité, et en ce que la règle de pilotage prédéfinie associée au contexte de localisation déterminé lors de 5 l'étape de traitement de la communication utilise le terminal cible déterminé. Selon ce mode de réalisation, l'utilisateur a préalablement défini un ensemble de terminaux qui lui sont associés. Cette association a par exemple été faite parce que l'utilisateur peut recevoir des appels sur ces terminaux, ou parce que ces terminaux appartiennent à d'autres utilisateurs en relation avec l'utilisateur. Ainsi, le traitement de la communication utilise un des terminaux associés 10 à l'utilisateur selon un critère d'accessibilité. Par exemple, la communication peut être redirigée sur le terminal cible.

Selon un autre mode de réalisation particulier de l'invention, le critère d'accessibilité correspond à un des critères suivants ou à une combinaison de ces critères: 15 - l'intervalle de temps le plus court pour que l'utilisateur d'un des terminaux mobiles associés au terminal de l'utilisateur soit disponible, l'intervalle de temps étant donné par un agenda lié au terminal mobile associé au terminal de l'utilisateur, - la donnée de localisation d'un des terminaux mobiles associés au terminal de l'utilisateur indiquant la distance la plus courte par rapport à la localisation du terminal initiant la 20 communication. Le critère d'accessibilité peut déterminer quel utilisateur d'un terminal mobile associé à l'utilisateur appelé est le plus rapidement disponible, par exemple l'utilisateur dont la fin d'intervention est la plus proche ou dont la fin de réunion est la plus proche. Le critère d'accessibilité peut déterminer également quel utilisateur d'un terminal mobile associé à l'utilisateur appelé est le plus proche de la 25 localisation du terminal appelant, par exemple pour minimiser le déplacement d'un utilisateur vers le terminal appelant en cas de nécessité d'intervention. La communication peut ainsi être redirigée vers le terminal mobile de l'utilisateur susceptible d'intervenir le plus rapidement.

Selon un autre mode particulier de réalisation de l'invention, le critère d'accessibilité correspond à 30 un des critères suivants: le déplacement d'un des terminaux mobiles associés au terminal de l'utilisateur est identique au déplacement du terminal mobile de l'utilisateur. - la donnée de localisation d'un des terminaux mobiles associés au terminal de l'utilisateur est identique à la donnée de localisation du terminal mobile de l'utilisateur. 35 Le critère d'accessibilité détermine ainsi un terminal mobile proche de l'utilisateur, ce terminal mobile est à une position fixe identique à celle de l'utilisateur appelé ou bien ce terminal mobile a un déplacement identique à celui de l'utilisateur. Ainsi, la communication peut être redirigée vers le terminal mobile d'un utilisateur proche de l'utilisateur appelé. Cet utilisateur proche de l'utilisateur appelé peut par exemple être un collaborateur de travail, un membre de la famille ou un ami de 40 l'utilisateur appelé. -4-

Selon un autre mode particulier de réalisation, le critère d'accessibilité détermine comme terminal cible le terminal de l'utilisateur si la donnée de localisation d'au moins un des terminaux mobiles associés au terminal de l'utilisateur est identique à la localisation du terminal de l'utilisateur. Par exemple, si le terminal de l'utilisateur correspond au terminal du domicile de l'utilisateur et qu'un des terminaux mobiles associés à ce terminal est localisé au domicile, la communication est envoyée vers le terminal du domicile. Selon ce mode de réalisation, si aucune donnée de localisation des terminaux mobiles associés au terminal de l'utilisateur n'est identique à la localisation du terminal de l'utilisateur, l'étape de détermination du terminal cible comprend une étape de détermination d'un contexte de localisation parmi un ensemble de contextes de localisation préenregistrés pour au moins un deuxième terminal mobile. Le terminal cible est alors le premier terminal mobile selon un ordre prédéterminé parmi l'ensemble des terminaux mobiles associés au terminal de l'utilisateur dont le contexte de localisation déterminé indique la disponibilité de l'utilisateur. Par exemple, si aucun terminal mobile associé à ce terminal n'est localisé au domicile, la communication est envoyée vers le terminal mobile dont l'utilisateur est disponible. Ainsi, l'appelant pourra communiquer avec l'utilisateur ou un utilisateur en relation avec lui.

Selon un autre mode particulier de l'invention, la règle de pilotage prédéfinie comprend les étapes 20 de: - détermination d'une information d'accessibilité de l'utilisateur du terminal mobile à partir de la au moins une donnée de localisation et d'au moins un paramètre du contexte de localisation déterminé, envoi à un serveur d'annonces vocales d'une commande de modification de l'annonce vocale 25 associée au terminal de l'utilisateur, en utilisant l'information d'accessibilité déterminée. Ainsi, l'annonce vocale diffusée à l'appelant est adaptée en temps réel à la situation de l'utilisateur appelé. L'appelant est ainsi informé de la future disponibilité de l'appelé. Par exemple, si l'utilisateur est dans un contexte "trajet domicile-travail" et qu'il reçoit un appel sur son terminal du bureau ou son terminal mobile, l'annonce diffusée peut informer l'appelant du 30 temps restant avant que l'utilisateur arrive au bureau et puisse prendre un appel. L'annonce vocale peut par exemple être de la forme: "Actuellement en voiture, je lirai votre message dans x minutes et je vous rappellerai.", x étant l'information d'accessibilité déterminée. Si l'utilisateur se déplace en transport en commun, l'annonce peut par exemple être de la forme: 35 "Actuellement dans le bus vous pourrez me joindre dans x minutes. Si c'est urgent composer le 1 pour me joindre dans le bus sinon laisser moi un message.", x étant l'information d'accessibilité déterminée. L'annonce dynamique peut aussi être personnalisée en fonction de l'appelant ou du sens du trajet détecté. Par exemple, dans le sens du retour du trajet "domicile-travail" et pour un appelant 40 appartenant à la famille de l'utilisateur, l'annonce dynamique peut être: "Je suis sur le trajet de -5-

retour, j'arrive dans environ x minutes." Sur le même trajet, mais pour un appelant collaborateur de travail, l'annonce dynamique peut être: "Actuellement hors du bureau, je vous rappellerai demain." Ainsi si l'utilisateur est conducteur d'une voiture, il n'a plus besoin de décrocher son terminal mobile pour donner une information pertinente de sa disponibilité future à l'appelant.

Lorsque l'utilisateur effectue un trajet fréquent en transport en commun, en train ou en avion, l'annonce peut être adaptée lorsque le terminal mobile n'est plus joignable à cause d'une perte de connectivité radio. L'annonce dynamique peut être: "Actuellement dans le train/métro/avion/ ou sous un tunnel rappeler moi dans x minutes ou laisser moi un message." x étant l'information d'accessibilité déterminée.

Selon un autre mode de réalisation de l'invention, la règle de pilotage prédéfinie comprend une étape d'envoi à une entité de routage de communications d'une commande de routage de la communication vers un serveur de messagerie ou un terminal. Ainsi, la communication peut être redirigée soit vers un serveur de messagerie afin que l'appelant laisse un message à l'utilisateur appelé, soit un autre terminal pour que l'utilisateur prenne la communication sur ce terminal, ou pour qu'un autre utilisateur prenne la communication.

L'invention concerne également un procédé de gestion d'un ensemble de contextes de localisation préenregistrés d'un utilisateur caractérisé en ce qu'il comprend les étapes de: réception de données de localisation d'un terminal mobile de l'utilisateur prises sur une durée donnée, définition d'un ensemble de contextes de localisation et de règles de pilotage associées à chaque contexte à partir de l'analyse des données de localisation et d'informations données par l'utilisateur, enregistrement de l'ensemble de contextes de localisation définis et des règles de pilotage associées. Le procédé permet ainsi de définir des contextes de localisation correspondants à des situations fréquentes de l'utilisateur en fonction de données de localisation apprises pendant un intervalle de temps déterminé. Des règles de pilotage sont ensuite associées à chaque contexte de localisation.

Les contextes de localisation et les règles de pilotage associées peuvent être mis à jour par l'utilisateur lors d'une étape de paramétrage. Cette mise à jour peut aussi être faite à tout moment de l'utilisation du service pour prendre en compte un changement dans les habitudes de l'utilisateur par exemple. Elle peut être proposée par le procédé de gestion qui aura détecté un nouveau contexte de localisation ou demandée par l'utilisateur.

Les contextes et les règles de pilotage associées ainsi définis pour un utilisateur peuvent être utilisés par un procédé de pilotage lors du traitement d'une communication reçue par un terminal de l'utilisateur.

L'invention concerne aussi un dispositif de pilotage de communication reçue par un terminal d'un utilisateur, caractérisé en ce qu'il comprend : -6-

des moyens de consultation d'au moins une donnée de localisation d'un terminal mobile de l'utilisateur, des moyens de détermination d'un contexte de localisation parmi un ensemble de contextes de localisation préenregistrés, en fonction de la au moins une donnée de localisation consultée, - des moyens de traitement de la communication en fonction d'au moins une règle de pilotage prédéfinie associée au contexte de localisation déterminé. Ainsi, après consultation de données de localisation d'un utilisateur, le dispositif de pilotage détermine un contexte de localisation correspondant à la situation actuelle de l'utilisateur et applique à la communication reçue au moins une règle de pilotage associée au contexte de localisation déterminé. Le traitement de la communication est donc adapté en temps réel à la situation de l'utilisateur recevant la communication.

Les différents modes ou caractéristiques de réalisation mentionnés ci-après peuvent être ajoutés indépendamment ou en combinaison les uns avec les autres, aux caractéristiques du dispositif défini ci-dessus. Selon un mode de réalisation de l'invention, le dispositif de pilotage comprend également: - des moyens de détermination d'une information d'accessibilité de l'utilisateur du terminal mobile à partir de la au moins une donnée de localisation et d'au moins un paramètre du contexte de localisation déterminé, des moyens d'envoi à un serveur d'annonces vocales d'une commande de modification de l'annonce vocale associée au terminal de l'utilisateur, en utilisant l'information d'accessibilité déterminée, - des moyens d'envoi à une entité de routage de communications d'une commande de routage de la communication vers un serveur de messagerie ou un terminal.

La modification de l'annonce vocale diffusée à l'appelant permet de lui fournir une information pertinente sur la disponibilité future de l'utilisateur appelé grâce à l'information d'accessibilité. De plus, la communication peut être redirigée vers un serveur de messagerie pour que l'appelant laisse un message à l'appelé ou vers un autre terminal.

L'invention concerne également un dispositif de gestion de contextes de localisation d'un utilisateur caractérisé en ce qu'il comprend: - des moyens de réception de données de localisation d'un terminal mobile de l'utilisateur prises sur une durée donnée, des moyens de définition d'un ensemble de contextes de localisation et de règles de pilotage associées à chaque contexte à partir de l'analyse des données de localisation et d'informations données par l'utilisateur, des moyens d'enregistrement de l'ensemble de contextes de localisation définis et des règles de pilotage associées. Le dispositif de gestion de contextes définit ainsi un ensemble de contextes par apprentissage des localisations précédentes de l'utilisateur et associe des règles de pilotage aux contextes définis. Il - 7

prend en compte également les mises à jour envoyées par l'utilisateur. Les contextes et les règles de pilotage associées ainsi définis pour un utilisateur peuvent être utilisés par un dispositif de pilotage afin de traiter une communication reçue par un terminal de l'utilisateur.

Selon un mode de réalisation particulier de l'invention, le procédé de pilotage peut être mis en ceuvre au sein d'un terminal mobile. Ce mode réalisation permet une mise en oeuvre simple du procédé de pilotage pour des appels reçus par le terminal mobile ou un terminal de l'utilisateur dont les appels ont été renvoyés sur le terminal mobile.

Selon un mode de réalisation particulier de l'invention, le procédé de pilotage est mis en oeuvre par un serveur de pilotage. Ce serveur de pilotage peut être intégré dans une plateforme de service d'un opérateur de télécommunications.

Selon un mode de réalisation particulier de l'invention, le procédé de gestion de l'ensemble de contextes de localisation est mis en oeuvre par un serveur de gestion. L'invention concerne aussi un programme d'ordinateur comportant des instructions pour l'exécution des étapes d'un procédé de pilotage de communications décrit précédemment et/ou d'un procédé de gestion d'un ensemble de contextes de localisation décrit précédemment, lorsque ledit programme est exécuté par un processeur.

L'invention concerne également un support d'information lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus.

Liste des figures D'autres avantages et caractéristiques de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier de l'invention, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels: La figure 1 illustre un environnement d'un mode de réalisation de l'invention, - La figure 2 illustre un mode de réalisation de l'invention, La figure 3 illustre des étapes du procédé de pilotage selon un mode particulier de réalisation de l'invention, La figure 4 illustre les étapes du procédé de gestion de contextes selon un mode de réalisation de l'invention, La figure 5 illustre un autre mode particulier de réalisation de l'invention, - La figure 6 illustre un mode particulier de réalisation de l'invention dans lequel le procédé de pilotage détermine l'utilisateur le plus rapidement disponible, - La figure 7 illustre un mode particulier de réalisation de l'invention dans lequel le procédé de pilotage détermine un contexte de "covoiturage" de l'utilisateur, La figure 8 illustre un mode particulier de réalisation de l'invention dans lequel le procédé de pilotage détecte la présence d'usagers au domicile de l'utilisateur. -8-

La figure 9 illustre un mode particulier de réalisation de l'invention dans lequel le procédé de pilotage détermine le contexte de l'utilisateur dans un environnement géographique d'entreprise. La figure 10 présente la structure d'un dispositif de pilotage selon un mode de réalisation de l'invention. La figure 11 présente la structure d'un dispositif de gestion de contextes de localisation selon un mode de réalisation de l'invention.

Description d'un mode particulier de réalisation de l'invention La figure 1 montre un environnement 110 composé d'un ou plusieurs réseaux d'opérateurs de télécommunication comportant un coeur de réseau mobile 111 et ses relais radios 114, un coeur de réseau fixe 112 et un réseau IP (pour Internet Protocol en anglais) d'accès Internet 113. Selon un mode de réalisation particulier de l'invention, l'invention peut également être mise en oeuvre sur des réseaux VOIP (pour Voice over IP). L'environnement 110 comprend également un serveur vocal interactif 180 utilisé pour diffuser des annonces vocales interactives, son rôle sera décrit plus en détail en relation avec la figure 3. L'environnement 130 de la figure 1 représente un environnement d'entreprise dans lequel des terminaux d'entreprise 132 sont raccordés à une entité 131 de connexion PABX (pour Private Automatic Branch eXchange en anglais). L'entité de connexion 131 est raccordée au réseau fixe 112 et permet de diriger les appels depuis et vers les terminaux de l'entreprise. L'environnement d'entreprise 130 dispose également d'un réseau local 134 connecté au réseau IP d'accès Internet 113. L'environnement d'entreprise 132 comprend également un serveur vocal interactif 181 utilisé pour diffuser des annonces vocales interactives, son rôle sera décrit plus en détail en relation avec la figure 3.

L'environnement 120 comporte les serveurs 121 à 124 mettant en oeuvre un mode de réalisation de l'invention: Le serveur 121 est un serveur de gestion des utilisateurs du service, Le serveur 122 est un serveur de stockage des localisations des utilisateurs du service, Le serveur 123 est un serveur de pilotage des communications reçues par les utilisateurs, - Le serveur 124 est un serveur d'annonces vocales. Selon la figure 1, on considère un utilisateur d'un terminal d'entreprise 132 et possédant un terminal mobile 160. Selon un mode de réalisation de l'invention, le serveur de pilotage 123 va gérer dynamiquement le routage des appels reçus par le terminal 132 dans le cadre d'un service de convergence fixe-mobile entre le terminal 132 et le terminal mobile 160 de l'utilisateur. Le routage dynamique est complété par la diffusion d'annonces dynamiques vers l'appelant en fonction d'un contexte de localisation. Le contexte de localisation est déduit des positions de localisation précédentes de l'appelé obtenues à partir de la localisation de son terminal mobile 160. Afin que le serveur de pilotage 123 puisse être informé des appels reçus sur le terminal de l'entreprise 132, un lien de pilotage 135 de type CTI (pour Couplage Téléphonique Informatique) -9-

est mis en place entre le serveur de pilotage 123 et l'entité de connexion PABX 131 au travers du réseau IP 113 et du réseau local 134 de l'entreprise. Ce lien connu dans l'état de la technique utilise par exemple le protocole CSTA (pour Computer Supported Telecommunications Applications en anglais). Le serveur de pilotage 123 demande à l'entité de connexion PABX 131 de l'informer des appels qui arrivent sur le terminal d'entreprise 132. Par exemple, si un appel est émis depuis un terminal 140 vers le terminal d'entreprise 132, l'entité de connexion PABX 131 en informe le serveur de pilotage 123 à l'aide du lien CTI 135. Le protocole CSTA permet également de réacheminer les appels. Par exemple, le serveur de pilotage 123 peut émettre une commande vers l'entité de connexion PABX 131 pour rediriger l'appel du terminal 140 vers le terminal mobile 160.

La communication est alors établie entre le terminal 140 et le terminal mobile 160 soit au travers de l'entité de connexion PABX 131, soit dans le réseau PSTN 112 si ce réseau accepte les commandes de renvoi de terminal en phase d'appel. Selon ce mode de réalisation, l'invention est mise en ceuvre afin de gérer les appels destinés à des terminaux 132 de l'entreprise. Dans ce mode de réalisation, l'environnement 120 peut être intégré 15 dans l'environnement opérateur 110 ou dans l'environnement d'entreprise 130.

Dans la suite de la description, les éléments 110 à 181 font référence aux éléments de la figure 1 et peuvent être utilisés pour aider à la description des figures suivantes.

20 La figure 2 montre des étapes du procédé selon l'invention. Dans une étape d'initialisation 200, l'utilisateur du terminal d'entreprise 132 se connecte à un serveur de gestion 121 à l'aide de son terminal mobile 160 au travers du réseau mobile 111 et du réseau IP 113 pour déclarer un compte utilisateur et pour télécharger une application 161 à installer sur son terminal mobile 160. Le serveur de gestion 121 dispose d'une interface 125 à laquelle 25 l'utilisateur a accès par l'intermédiaire d'un terminal connecté au réseau IP 113. Dans son compte utilisateur, l'utilisateur déclare un ensemble de terminaux sur lesquels il peut recevoir des communications: par exemple le terminal mobile 160, le terminal d'entreprise 132 ou encore le terminal de son domicile. Cette étape d'initialisation 200 peut également être mise en oeuvre par l'intermédiaire d'un 30 ordinateur 150 connecté au réseau IP 113 ou d'un ordinateur 133 connecté au réseau IP 113 via le réseau local d'entreprise 134. L'utilisateur transfère alors l'application 161 téléchargée depuis l'ordinateur 150 ou 133 sur son terminal mobile 160. L'application 161 téléchargée est ensuite installée sur le terminal mobile 160. Une autre étape d'initialisation 203 permet au serveur de gestion 121 de réserver un espace de 35 stockage dans le serveur de stockage 122. Cet espace de stockage permet de stocker les données de localisation de l'utilisateur qui vont lui être envoyées par l'application 161. Dans une étape 201, l'application 161 collecte les données de localisation du terminal mobile 160 de l'utilisateur fournies soit par un récepteur GPS du terminal mobile 160 qui reçoit les données de localisation d'un réseau de satellites 170 ou soit par les bornes émettrices 114 du réseau mobile 40 111. Cette étape 201 s'effectue en permanence. -10-

Dans une étape 202, l'application 161 transmet périodiquement les données de localisation collectées au serveur de stockage 122 au travers du réseau mobile 111 et du réseau IP 113. Lorsque le terminal mobile 160 est connecté au réseau IP 113 via une connexion Wifi, la transmission des données de localisation peut se faire sans passer par le réseau mobile 111.

Dans une étape 204 de paramétrage, le serveur de gestion 121 analyse les données de localisation de l'utilisateur stockées sur le serveur de stockage 122 et propose à l'utilisateur via son interface 125 un ensemble de contextes de localisation. Un contexte de localisation peut correspondre à une position (une localisation) ou un déplacement (un ensemble de localisations) fréquent de l'utilisateur.

L'utilisateur peut alors paramétrer les contextes en définissant les règles de pilotage des communications qu'il reçoit. Ces règles de pilotage peuvent être appliquées soit après un temps de temporisation et que l'utilisateur ne décroche pas le terminal recevant l'appel, soit de manière automatique. L'utilisateur peut modifier des règles de pilotage proposées par défaut par le serveur de gestion 121 ou les garder intactes. L'utilisateur peut aussi ajouter ou supprimer des contextes parmi les contextes proposés par le serveur de gestion 121. Par exemple, l'utilisateur peut ajouter un trajet issu du calcul d'un itinéraire par une application proposée par un service sur l'internet ou un appareil d'aide à la navigation utilisant la technologie GPS. Par exemple, l'utilisateur peut ainsi ajouter un trajet temporaire qu'il n'effectue pas fréquemment, par exemple pour un départ en vacances, et associer à ce trajet des règles de pilotage pour traiter les communications qu'il reçoit pendant ce trajet. L'utilisateur peut également préciser contextuellement à quoi correspond une position: par exemple "domicile" ou un déplacement: par exemple "trajet domicile-bureau". Les contextes proposés par le serveur de gestion 121 peuvent par exemple être présentés sous la 25 forme "Position x adresse" ou "Trajet y de adresse_de_départ à adresse_d'_arrivée". Par exemple, l'utilisateur se voit proposer l'ensemble de contextes suivant: Position 1 94230 CACHAN avenue Pasteur Position 2 75003 PARIS rue Réaumur Position 3 94230 CACHAN avenue de l'Europe: Piscine ? 30 - Trajet 1 de 94230 CACHAN avenue Pasteur à 75003 PARIS rue Réaumur Trajet 2 de 94230 CACHAN avenue Pasteur à 94230 CACHAN avenue de l'Europe. Le serveur de gestion peut demander à l'utilisateur de confirmer ou modifier les contextes proposés. Par exemple, le serveur de gestion a détecté que la position 3 correspondait à un lieu publique, dans cet exemple une piscine, il demande à l'utilisateur de confirmer que la position 3 35 correspondant à une localisation fréquente de l'utilisateur peut bien être associé à un contexte "piscine". Le serveur de gestion peut également afficher un contexte ou l'ensemble des contextes sous la forme d'une carte géographique pour permettre à l'utilisateur de scinder un trajet en plusieurs sous-trajets afin d'appliquer des règles de pilotage différentes sur chacun des sous-trajets.

Le résultat de la confirmation ou de la modification des contextes proposés peut être affiché à l'utilisateur sous la forme suivante: domicile = Position 1 94230 CACHAN avenue Pasteur bureau = Position 2 75003 PARIS rue Réaumur - lieu clef "piscine" = Position 3 94230 CACHAN avenue de l'Europe: Piscine trajet "domicile-travail" = Trajet 1 de 94230 CACHAN avenue Pasteur à 75003 PARIS rue Réaumur. Les règles de pilotage associées à un contexte et définies par l'utilisateur peuvent par exemple être le renvoi de l'appel vers un autre terminal ou un serveur de messagerie, la diffusion d'une annonce vocale à l'appelé indiquant l'indisponibilité de l'utilisateur, la diffusion d'une annonce vocale à l'appelé indiquant la durée restante avant la prochaine disponibilité de l'utilisateur. Dans une étape 205, le serveur de gestion 121 transmet l'ensemble des contextes mis à jour et les règles de pilotage associées au serveur de pilotage 123. Dans une étape 206, lorsqu'un appel est reçu par le terminal d'entreprise 132, l'entité de connexion PABX 131 en informe le serveur de pilotage 123 via le lien CTI 135. Dans une étape 207, le serveur de pilotage consulte alors les données de localisation du terminal mobile 160 de l'utilisateur stockées sur le serveur de stockage 122. En fonction de ces données de localisation, le serveur de pilotage détermine dans une étape 208 le contexte correspondant à la situation actuelle de l'utilisateur. Par exemple, les données de localisation indiquent un déplacement de l'utilisateur passant par des points géographiques appartenant au trajet "domicile-travail", le serveur de pilotage 123 déduit alors que le contexte de l'utilisateur est le trajet "domicile-travail". Le serveur de pilotage 123 applique alors les règles de pilotage associées à ce contexte dans une étape 209. L'ensemble de règles de pilotage associées à chacun des contextes proposés peut par exemple prendre la forme suivante, pour l'exemple ci-dessus: Pour le contexte "domicile", la règle de pilotage peut être: si les localisations successives du terminal mobile 160 de l'utilisateur indiquent la localisation du domicile de l'utilisateur et que ces localisations ont été prises sur une durée inférieure à une heure, l'appel reçu par le terminal d'entreprise 132 devra être dirigé vers le terminal du domicile de l'utilisateur. Sinon, une annonce vocale devra indiquer à l'appelant de contacter un collaborateur de l'utilisateur. Pour le contexte "bureau", si les localisations successives du terminal mobile 160 de l'utilisateur indiquent la localisation du bureau de l'utilisateur, et que ces localisations ont été prises sur une durée inférieure à un quart d'heure, une annonce vocale devra indiquer à l'appelant que l'utilisateur est proche de son bureau, dans le parking par exemple, et qu'il sera joignable dans quelques minutes, l'appelant aura également la possibilité de laisser un message à l'utilisateur appelé. - Pour le contexte "piscine", une annonce vocale devra indiquer à l'appelant que l'utilisateur n'est pas disponible pendant x minutes, x étant calculé à partir d'un intervalle de temps moyen calculé précédemment et le temps écoulé depuis la première localisation à cette position. -12-

L'intervalle de temps moyen aura été calculé en faisant la moyenne des durées passées à cette position lors de localisations antérieures. - Pour le contexte "trajet domicile-travail", une annonce vocale devra indiquer à l'appelant que l'utilisateur est dans sa voiture ou en transport en commun et qu'il sera disponible à son bureau dans x minutes, x étant calculé à partir d'un intervalle de temps moyen calculé précédemment et la localisation actuelle de l'utilisateur.

La figure 3 précise les étapes du traitement 209 de la communication selon les règles de pilotage prédéfinies par le serveur de pilotage 123.

Lors d'une étape 300, le serveur de pilotage calcule une information d'accessibilité de l'utilisateur à partir d'une ou plusieurs données de localisation de l'utilisateur et d'un paramètre du contexte correspondant à la situation de l'utilisateur. Pour le contexte 'trajet domicile-travail", ce paramètre peut par exemple être le temps moyen calculé précédemment pour effectuer le trajet "domicile-travail". Avec la dernière donnée de localisation de l'utilisateur et ce paramètre, le serveur de pilotage peut calculer le temps restant à l'utilisateur pour finir le trajet domicile-travail. Ce temps restant avant que l'utilisateur soit disponible correspond à l'information d'accessibilité. Cette information d'accessibilité peut aussi être affinée en fonction d'information supplémentaire, par exemple des informations concernant le trafic routier sur le trajet de l'utilisateur, ou le temps écoulé depuis le départ de l'utilisateur sur ce trajet et sa dernière localisation.

Dans une étape 301, le serveur de pilotage 123 envoie à l'entité de connexion PABX 131 via le lien 135 une commande pour router l'appel reçu par le terminal 132 vers un serveur vocal interactif. Selon le mode de réalisation de l'invention, ce serveur vocal interactif peut être soit un serveur vocal interactif 181 placé dans l'environnement d'entreprise 130, soit un serveur vocal interactif 180 mutualisé et placé dans l'environnement opérateur 110 ou dans l'environnement 120. Dans ce mode de réalisation, le serveur vocal interactif 181 est placé dans l'environnement d'entreprise 130. Le serveur vocal interactif est raccordé à l'entité de connexion PABX 131 et au réseau local 134 d'entreprise. Le serveur de pilotage envoie une commande de modification de l'annonce vocale à un serveur d'annonce vocale 124 afin d'insérer l'information d'accessibilité dans l'annonce vocale diffusée à l'appelant. Le serveur de pilotage envoie ensuite une commande au serveur vocal interactif 181 pour qu'il télécharge l'annonce vocale modifiée depuis le serveur d'annonce vocale 124. Après diffusion de l'annonce vocale à l'appelant, le serveur de pilotage envoie à l'entité de connexion PABX 131, via le lien 135 lors d'une étape 302 une commande de routage de l'appel vers la messagerie de l'utilisateur afin que l'appelant puisse laisser un message à l'appelé s'il le souhaite. Selon le mode de réalisation, la messagerie de l'utilisateur peut être la messagerie associée au terminal 132, la messagerie du terminal mobile 160 de l'utilisateur dans le réseau 111 ou encore une messagerie délivrée par les serveurs vocaux interactifs 180 ou 181. -13-

Selon un autre mode de réalisation, le serveur de pilotage peut effectuer directement l'étape 302, en cas de redirection de l'appel vers un autre terminal, sans diffuser d'annonce vocale ou sans que l'annonce vocale n'indique d'information d'accessibilité.

La figure 4 précise les étapes du procédé de gestion d'un ensemble de contextes de localisation mis en oeuvre par un serveur de gestion 121 lors de l'étape de paramétrage 204. Lors d'une étape 400, le serveur de gestion 121 récupère les données de localisation d'un utilisateur stockées sur le serveur de stockage 122. Ces données de localisation ont été envoyées périodiquement par le terminal mobile 160 sur une durée donnée.

Dans une étape 401, le serveur de gestion 121 définit un ensemble de contextes de localisation à partir de l'analyse des données de localisation. L'ensemble de contextes de localisation est ainsi défini par apprentissage des localisations de l'utilisateur. Le serveur de gestion 121 associe ensuite à chaque contexte de localisation défini un ensemble de règle de pilotage. Dans une étape 402 de mise à jour, le serveur de gestion 121 propose à l'utilisateur via son interface 125 l'ensemble des contextes de localisation définis et les règles de pilotage associées. L'utilisateur peut alors modifier les contextes de localisation proposés et les règles de pilotage associées. Enfin, dans une étape 403, le serveur de gestion 121 enregistre l'ensemble des contextes de localisation et les règles de pilotage associées mis à jour.

Selon un autre mode de réalisation, le procédé de pilotage est mis en ceuvre dans le terminal mobile 160 de l'utilisateur. Ce mode de réalisation permet de gérer simplement les appels reçus par l'utilisateur sur son terminal mobile 160. Ce mode de réalisation permet aussi de gérer les appels reçus par le terminal d'entreprise 132 de l'utilisateur lorsque le pilotage de l'appel n'est pas disponible au sein de l'entité de connexion PABX 131 ou lorsque la mise en place du lien CTI 135 n'est pas possible. Pour les appels reçus par le terminal d'entreprise 132, l'utilisateur doit alors activer au sein de l'entité de connexion PABX 131 un renvoi immédiat ou temporisé vers son terminal mobile 160. L'application 161 du terminal mobile 160 effectue en plus les étapes du serveur de pilotage 123.

Elle peut aussi assurer la diffusion des annonces vocales dynamiques. Dans ce mode de réalisation, les étapes décrites à la figure 2 de 200 à 203 restent inchangées. L'étape de paramétrage 204 propose des règles de pilotage adaptées notamment lorsque le terminal mobile 160 n'est pas joignable, par exemple si le terminal mobile 160 n'est pas dans une zone de couverture radio des bornes 114.

A l'étape 205, le serveur de gestion 121 transmet l'ensemble des contextes de localisation et les règles de pilotage associées au terminal mobile 160 de l'utilisateur. Lorsqu'une communication est reçue lors d'une étape 206 par le terminal mobile 160, les étapes 207 à 209 sont mises en oeuvre par le terminal mobile 160. -14-

Selon un autre mode de réalisation, le procédé de pilotage est mis en oeuvre à la fois par le serveur de pilotage 123 et le terminal mobile 160. Ce mode de réalisation permet de gérer les appels reçus par l'utilisateur sur son terminal mobile 160 et sur le terminal d'entreprise 132 lorsque le pilotage de l'appel n'est pas disponible au sein de l'entité de connexion PABX 131 ou lorsque la mise en place du lien CTI 135 n'est pas possible. Dans ce mode de réalisation, les étapes du procédé 200 à 205 restent inchangées. Lors de l'étape de 204 de paramétrage, le serveur de gestion 121 demande à l'utilisateur de renvoyer les appels reçus sur le terminal 132 vers un numéro particulier du serveur vocal interactif 180. Le serveur de gestion 121 demande également à l'utilisateur s'il souhaite appliquer les règles de pilotage définies aux appels reçus par son terminal mobile 160. Dans ce cas, le serveur de gestion 121 envoie au terminal mobile 160 une commande pour qu'il envoie au réseau mobile 111 des règles de renvois des appels vers le serveur vocal interactif 180 dans les cas où le terminal mobile 160 est indisponible. Les cas où le terminal mobile 160 est indisponible correspondent aux cas où le terminal mobile 160 est injoignable, où l'utilisateur ne répond pas à l'appel ou lorsque l'utilisateur est déjà en communication. Dans l'étape 205, le serveur de gestion transmet l'ensemble des contextes de localisation et les règles de pilotage associées mis à jour au serveur de pilotage 123. Si les règles de pilotage s'appliquent aussi aux appels reçus sur le terminal mobile 160, le serveur de gestion 121 transmet l'ensemble des contextes de localisation et les règles de pilotage associées mis à jour à l'application 161 du terminal mobile 160. Lorsqu'un appel est reçu par le terminal 132, il est renvoyé directement ou après une temporisation prédéterminée vers le numéro particulier du serveur vocal interactif 180. Le serveur vocal interactif informe alors le serveur de pilotage 123 de l'appel. Le serveur de pilotage 123 applique ensuite les étapes 207 à 209 du procédé de pilotage.

Lorsqu'un appel est reçu par le terminal mobile 160 et que le terminal mobile 160 n'est pas dans un des cas d'indisponibilité décrit plus haut, les étapes 207 à 209 sont mises en oeuvre par le terminal mobile 160. Lorsqu'un appel est reçu par le terminal mobile 160 et que le terminal mobile 160 est dans un des cas d'indisponibilité décrit plus haut, le réseau mobile 111 renvoie l'appel vers le numéro particulier du serveur vocal interactif 180. Le serveur vocal interactif informe alors le serveur de pilotage 123 de l'appel. Le serveur de pilotage 123 applique ensuite les étapes 207 à 209 du procédé de pilotage.

Selon un autre mode de réalisation, l'invention est mise en oeuvre afin de gérer les appels destinés à un terminal 140 ou un terminal mobile 160 d'un utilisateur particulier, l'environnement 120 est alors intégré dans l'environnement opérateur 110. Le terminal 140 peut par exemple correspondre au téléphone du domicile de l'utilisateur. Le procédé de pilotage peut être mis en oeuvre à la fois par le serveur de pilotage 123 et le terminal mobile 160 ou seulement par le serveur de pilotage 123.

Dans ce mode de réalisation, les étapes du procédé 200 à 205 restent inchangées. -15-

Lors de l'étape de 204 de paramétrage, si l'utilisateur souhaite appliquer les règles de pilotage définies aux appels reçus par son terminal mobile 160, le serveur de gestion 121 envoie au terminal mobile 160 une commande d'envoi au réseau mobile 111 des règles de renvois des appels vers le serveur vocal interactif 180 dans les cas où le terminal mobile 160 est indisponible.

Dans l'étape 205, le serveur de gestion transmet l'ensemble des contextes de localisation et les règles de pilotage associées mis à jour au serveur de pilotage 123. Si les règles de pilotage s'appliquent aussi aux appels reçus sur le terminal mobile 160, le serveur de gestion 121 transmet l'ensemble des contextes de localisation et les règles de pilotage associées mis à jour à l'application 161 du terminal mobile 160.

Lorsqu'un appel est émis vers le terminal 140, une entité du réseau opérateur 110 informe le serveur de pilotage 123 de l'appel. Le serveur de pilotage 123 applique ensuite les étapes 207 à 209 du procédé de pilotage. Lorsqu'un appel est reçu par le terminal mobile 160 et que le terminal mobile 160 est dans un des cas d'indisponibilité décrit plus haut, le réseau mobile 111 informe le serveur de pilotage 123 de l'appel. Le serveur de pilotage 123 applique ensuite les étapes 207 à 209 du procédé de pilotage. Lorsqu'un appel est reçu par le terminal mobile 160 et que le terminal mobile 160 n'est pas dans un des cas d'indisponibilité décrit plus haut, les étapes 207 à 209 sont mises en ceuvre par le terminal mobile 160. Si le terminal mobile n'a pas les capacités d'effectuer les étapes du procédé de pilotage 207 à 209, ces étapes sont effectuées par le serveur de pilotage.

La figure 5 illustre un autre mode de réalisation de l'invention. Dans l'étape de paramétrage 204, l'utilisateur a la possibilité de déclarer au serveur de gestion 121 un ou plusieurs terminaux mobiles qui lui seront associés. Cette association est faite car les usagers de ces terminaux mobiles sont liés à l'utilisateur. Par exemple, les usagers sont des collaborateurs de travail de l'utilisateur, ou des membres de sa famille ou des amis. Les règles de pilotage associées au contexte de l'utilisateur prennent en compte les terminaux mobiles associés à l'utilisateur. Les usagers des terminaux mobiles associés à l'utilisateur doit alors être utilisateur du service de routages et d'annonces dynamique adaptées à la localisation. Au moins les étapes du procédé 200 à 204 doivent avoir été effectuées pour ces terminaux mobiles.

A partir de la figure 5, lorsqu'un appel est reçu par un terminal de l'utilisateur, le serveur de pilotage consulte dans une étape 207 au moins une donnée de localisation de l'utilisateur stockée sur le serveur de stockage 122 afin de déterminer lors d'une étape 208 un contexte de localisation pour l'utilisateur. Si le contexte de localisation indique que l'appel peut être redirigé vers un terminal mobile, le serveur de pilotage consulte lors d'une étape 500 alors au moins une deuxième donnée de localisation pour au moins un des terminaux mobiles associés à l'utilisateur. La deuxième donnée de localisation est aussi stockée sur le serveur de stockage 122. En fonction d'un critère d'accessibilité, le serveur de pilotage détermine alors un terminal cible. Ce terminal cible sera utilisé par une des règles de pilotage associé au contexte de localisation de l'utilisateur lors de l'étape 209 de traitement de l'appel.40 -16-

La figure 6 illustre un autre mode de réalisation particulier de l'invention. L'utilisateur a déclaré lors de l'étape de paramétrage 204 les terminaux mobiles 160, 601 et 602. Lorsqu'un appel est émis depuis le terminal 140 vers un serveur central d'une entreprise par exemple, le serveur de pilotage 123 détermine quel utilisateur d'un des terminaux mobiles est disponible le plus rapidement.

A partir des données de localisation du terminal mobile 160 et des données contenues dans un agenda distribué 603, le serveur de pilotage 123 détermine le contexte de localisation de l'utilisateur du terminal mobile 160. L'agenda distribué 603 est par exemple localisé chez l'employeur de l'utilisateur et accessible par le serveur de pilotage 123 via le réseau IP 113. Une copie de cet agenda peut également être 10 disponible dans le serveur de pilotage et mise à jour automatiquement. Les données de l'agenda 603 pour un utilisateur peuvent par exemple indiquer que l'utilisateur est occupé sur un site d'intervention pour des travaux d'entretien ou pour des soins à domicile. Elles indiquent aussi pendant combien de temps l'utilisateur est occupé. Les données de localisation permettent de calculer sa position par rapport à la localisation du terminal 140. 15 De la même manière, le serveur de pilotage 123 détermine aussi le contexte de localisation des utilisateurs des terminaux mobiles 602 et 601. A partir de ces contextes déterminés, le serveur de pilotage détermine ensuite le terminal mobile de l'utilisateur vers lequel l'appel va être redirigé. Le terminal mobile déterminé correspond à celui dont l'utilisateur est le plus rapidement disponible ou le plus proche de la localisation du terminal 20 140. Le terminal mobile déterminé peut aussi correspondre à celui qui offre le meilleur compromis entre ces deux critères. Le serveur de pilotage 123 redirige ensuite l'appel vers le terminal mobile déterminé afin que l'appelant laisse un message à l'utilisateur de ce terminal mobile s'il ne décroche pas son terminal. Une annonce dynamique peut aussi lui être diffusée, cette annonce peut par exemple être de la 25 forme: "Vous serez contacté dans x minutes par Mr ..., merci de décrire votre problème après le signal sonore.", x étant une information d'accessibilité calculée à partir des données de localisation et d'agenda 603 de l'utilisateur du terminal mobile déterminé.

La figure 7 décrit un autre mode de réalisation de l'invention. Dans ce mode de réalisation, lors de 30 l'étape de paramétrage 204, l'utilisateur du terminal mobile 160 a associé à la règle de pilotage d'un de ces contextes de localisation, par exemple le contexte "covoiturage sur un trajet y" un autre terminal mobile 701. Ce terminal mobile 701 correspond par exemple au terminal mobile d'un de ses amis, d'un membre de sa famille ou d'un collaborateur. Lorsque l'utilisateur reçoit un appel sur son terminal mobile 160, le serveur de pilotage 123 35 détermine à partir des données de localisation de l'utilisateur le contexte le plus probable correspondant à sa localisation actuelle. Si le contexte déterminé correspond au contexte "covoiturage", le serveur de pilotage envoie une commande de diffusion d'une annonce dynamique au serveur d'annonce vocale 124. L'annonce vocale peut être: "Alfred n'est pas disponible mais Bob est à côté de lui, nous lui transférons l'appel." L'annonce peut également offrir un choix 40 interactif à l'appelant, par exemple: "Alfred n'est pas disponible mais Bob est à côté de lui, si vous -17-

souhaitez parler à Bob taper 1 ou dites oui, sinon votre appel sera transféré sur la messagerie d'Alfred." Ainsi, si l'appelant choisit la première proposition, le serveur de pilotage envoie une commande à une entité de routage dans le réseau 111 afin de rediriger l'appel vers le terminal mobile associé 701. Sinon, le serveur de pilotage envoie une commande à une entité de routage dans le réseau 111 afin de rediriger l'appel vers la messagerie associée au terminal mobile 160. Selon la mise en oeuvre de ce mode de réalisation, le serveur de pilotage peut être mis en oeuvre par le terminal mobile 160.

La figure 8 décrit un autre mode de réalisation. Dans ce mode de réalisation, lors de l'étape de paramétrage 204, l'utilisateur a associé à son terminal 800 les terminaux mobiles 160 et 801. Le terminal 800 peut par exemple correspondre au terminal du domicile de l'utilisateur. Le terminal mobile 160 correspond au terminal de l'utilisateur, le terminal mobile 801 correspond par exemple au terminal mobile d'un membre de sa famille. Lorsqu'un appel est émis du terminal 140 vers le terminal 800, le serveur de pilotage consulte les données de localisation des terminaux mobiles 801 et 160 et détermine le contexte de localisation pour chaque terminal mobile. Si un des contextes de localisation correspond à la position du domicile de l'utilisateur, le serveur de pilotage laisse l'appel arriver sur le terminal 800. Si aucun contexte de localisation ne correspond au domicile de l'utilisateur, le serveur de pilotage détermine si un des utilisateurs des terminaux mobiles est dans un contexte disponible pour recevoir un appel, par exemple, si l'utilisateur n'est pas dans un lieu public où il ne peut recevoir des appels, par exemple un cinéma ou une salle de spectacle. Le serveur de pilotage redirige alors l'appel vers le terminal mobile dont l'utilisateur est disponible.

Selon un autre mode particulier de réalisation de l'invention, l'utilisateur a associé à son terminal mobile 160, le terminal 800 de son domicile. Ainsi, lorsqu'un appel est reçu par son terminal mobile 160 et que le serveur de pilotage détermine que le terminal mobile 160 est dans le contexte de position au domicile, le serveur de pilotage redirige l'appel vers le terminal 800 du domicile de l'utilisateur et diffuse une annonce dynamique à l'appelant pour le prévenir de la redirection. L'annonce dynamique peut par exemple être: "Le mobile de votre correspondant n'est pas joignable, nous vous transférons à son domicile".

La figure 9 décrit un autre mode de réalisation. Dans ce mode de réalisation, le procédé de pilotage détermine le contexte de l'utilisateur dans un environnement géographique d'entreprise. Sur la figure 9, l'environnement 900 montre un environnement géographique d'entreprise comprenant une zone de bureaux 901, une zone de salles de réunion 902 et une zone de salle de restauration collective 903. La zone de bureaux 901 comprend le bureau de l'utilisateur dans lequel est disposé son terminal d'entreprise 132. Lorsque l'utilisateur reçoit un appel sur son terminal d'entreprise 132, le serveur de pilotage 123 détermine le contexte de localisation correspondant à l'utilisateur à partir des données de 40 localisation stockées sur le serveur de stockage 122. Si le contexte de localisation de l'utilisateur -18-

correspond à la position de la zone de réunion 902 ou de la zone de salle de restauration collective 903, le serveur de pilotage envoie une commande au serveur d'annonce vocale 124 afin de diffuser une annonce dynamique à l'appelant. Par exemple, si l'utilisateur est dans la zone 903, l'annonce peut être: "Actuellement indisponible, je lirai votre message dans x minutes.", x correspondant à l'information d'accessibilité de l'utilisateur calculé à partir du temps moyen appris lors de précédentes localisations.

Selon un autre mode de réalisation, lors de l'étape de paramétrage 204, le serveur de gestion de contextes peut proposer un contexte de localisation "voyage en avion" ou "voyage en train". La détermination de ce contexte par le serveur de pilotage est faite si les données de localisation du terminal mobile 160 indiquent une position dans un aéroport sur une durée d'au moins 45 minutes par exemple, suivi d'une perte de données de localisation. Le serveur de pilotage diffusera alors l'annonce suivante à un appelant de l'utilisateur: "Actuellement en avion ou en train, je consulterai votre message en arrivant".

Si le serveur de pilotage a accès aux données du système de réservation des transporteurs, l'annonce dynamique peut insérer une information d'accessibilité relative à l'heure d'arrivée de l'utilisateur.

Selon un autre mode de réalisation de l'invention, lorsqu'un appel est reçu par le terminal mobile 160, à partir des données de localisation de l'utilisateur, le serveur de pilotage peut déterminer un contexte "voyage à l'étranger", et adapter l'annonce diffusée à l'appelant de la manière suivante: "Actuellement à l'étranger, il est ici 3 heures du matin, je consulterai votre message dans x heures". L'appel sera acheminé vers le terminal mobile si les données de localisation permettent au serveur de pilotage de déterminer que l'utilisateur est dans un contexte disponible, par exemple si les données de localisation indiquent un déplacement ou une position en dehors de l'hôtel de l'utilisateur.

Comme illustré en figure 10, le dispositif selon l'invention comprend une mémoire (100) comprenant une mémoire tampon, une unité de traitement (101), équipée par exemple d'un microprocesseur pP, et pilotée par le programme d'ordinateur (102), mettant en oeuvre le procédé de pilotage selon l'invention. A l'initialisation, les instructions de code du programme d'ordinateur (102) sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le processeur de l'unité de traitement (101). Le microprocesseur de l'unité de traitement (101) met en ceuvre les étapes du procédé de pilotage selon l'invention décrit précédemment et notamment les étapes de consultation d'au moins une donnée de localisation d'un terminal mobile de l'utilisateur, détermination d'un contexte de localisation parmi un ensemble de contextes de localisation préenregistrés, en fonction de la au moins une donnée de localisation consultée et traitement de la communication en fonction d'au moins une règle de pilotage prédéfinie associée au contexte de localisation déterminé, selon les instructions du programme d'ordinateur (102). Pour cela, le dispositif comprend, outre la mémoire -19-

tampon (101), des moyens de consultation d'au moins une donnée de localisation d'un terminal mobile de l'utilisateur, des moyens de détermination d'un contexte de localisation parmi un ensemble de contextes de localisation préenregistrés, en fonction de la au moins une donnée de localisation consultée et des moyens de traitement de la communication en fonction d'au moins une règle de pilotage prédéfinie associée au contexte de localisation déterminé. Selon un autre mode de réalisation de l'invention, le dispositif comprend également des moyens de détermination d'une information d'accessibilité de l'utilisateur du terminal mobile à partir de la au moins une donnée de localisation et d'au moins un paramètre du contexte de localisation déterminé, des moyens d'envoi à un serveur d'annonces vocales d'une commande de modification de l'annonce vocale associée au terminal de l'utilisateur, en utilisant l'information d'accessibilité déterminée et des moyens d'envoi à une entité de routage de communications d'une commande de routage de la communication vers un serveur de messagerie ou un terminal. Ces moyens sont pilotés par le microprocesseur de l'unité de traitement (101).

Comme illustré en figure 11, le dispositif selon l'invention comprend une mémoire (1100) comprenant une mémoire tampon, une unité de traitement (1101), équipée par exemple d'un microprocesseur NP, et pilotée par le programme d'ordinateur (1102), mettant en oeuvre le procédé de gestion de contextes de localisation selon l'invention. A l'initialisation, les instructions de code du programme d'ordinateur (1102) sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le processeur de l'unité de traitement (1101). Le microprocesseur de l'unité de traitement (1101) met en oeuvre les étapes du procédé de gestion de contextes de localisation selon l'invention décrit précédemment et notamment les étapes de réception de données de localisation d'un terminal mobile de l'utilisateur prises sur une durée donnée, définition d'un ensemble de contextes de localisation et de règles de pilotage associées à chaque contexte à partir de l'analyse des données de localisation et d'informations données par l'utilisateur, et d'enregistrement de l'ensemble de contextes de localisation définis et des règles de pilotage associées, selon les instructions du programme d'ordinateur (1102). Pour cela, le dispositif comprend, outre la mémoire tampon (1101), des moyens de réception de données de localisation d'un terminal mobile de l'utilisateur prises sur une durée donnée, des moyens de définition d'un ensemble de contextes de localisation et de règles de pilotage associées à chaque contexte à partir de l'analyse des données de localisation et d'informations données par l'utilisateur et des moyens d'enregistrement de l'ensemble de contextes de localisation définis et des règles de pilotage associées. Ces moyens sont pilotés par le microprocesseur de l'unité de traitement (1101).35

Claims (14)

1. REVENDICATIONS1. Procédé de pilotage d'une communication reçue par un terminal d'un utilisateur caractérisé en ce qu'il comprend les étapes de : - consultation (207) d'au moins une donnée de localisation d'un terminal mobile (160) de l'utilisateur, - détermination (208) d'un contexte de localisation parmi un ensemble de contextes de localisation préenregistrés, en fonction de la au moins une donnée de localisation consultée, traitement (209) de la communication en fonction d'au moins une règle de pilotage prédéfinie associée au contexte de localisation déterminé.
2. 2. Procédé de pilotage d'une communication selon la revendication 1 caractérisé en ce qu'un contexte de localisation correspond à un déplacement déterminé à partir d'au moins deux données de localisation prises en deux instants de temps distincts.
3. 3. Procédé de pilotage d'une communication selon la revendication 1 caractérisé en ce que l'étape de détermination (208) d'un contexte de localisation comprend les étapes de : consultation (500) d'au moins une donnée de localisation d'au moins un deuxième terminal mobile parmi un ensemble de terminaux mobiles associés au terminal de l'utilisateur, détermination (501) d'un terminal cible selon un critère d'accessibilité, et en ce que la règle de pilotage prédéfinie associée au contexte de localisation déterminé lors de l'étape de traitement (209) de la communication utilise le terminal cible déterminé.
4. 4. Procédé de pilotage d'une communication selon la revendication 3 caractérisé en ce que le critère d'accessibilité correspond à un des critères suivants ou à une combinaison de ces critères: l'intervalle de temps le plus court pour que l'utilisateur d'un des terminaux mobiles associés au terminal de l'utilisateur soit disponible, l'intervalle de temps étant donné par un agenda lié au terminal mobile associé au terminal de l'utilisateur, la donnée de localisation d'un des terminaux mobiles associés au terminal de l'utilisateur indiquant la distance la plus courte par rapport à la localisation du terminal initiant la communication.
5. 5. Procédé de pilotage d'une communication selon la revendication 3 caractérisé en ce que le critère d'accessibilité correspond à un des critères suivants: le déplacement d'un des terminaux mobiles associés au terminal de l'utilisateur est identique au déplacement du terminal mobile de l'utilisateur.la donnée de localisation d'un des terminaux mobiles associés au terminal de l'utilisateur est identique à la donnée de localisation du terminal mobile de l'utilisateur.
6. 6. Procédé de pilotage d'une communication selon la revendication 3 caractérisé en ce que: dans le cas où la donnée de localisation d'au moins un des terminaux mobiles associés au terminal de l'utilisateur est identique à la localisation du terminal de l'utilisateur, le critère d'accessibilité détermine comme terminal cible le terminal de l'utilisateur, dans le cas où aucune donnée de localisation des terminaux mobiles associés au terminal de l'utilisateur n'est identique à la localisation du terminal de l'utilisateur, l'étape de détermination du terminal cible comprend une étape de détermination d'un contexte de localisation parmi un ensemble de contextes de localisation préenregistrés pour le au moins un deuxième terminal mobile, le terminal cible étant alors le premier terminal mobile selon un ordre prédéterminé parmi l'ensemble des terminaux mobiles associés au terminal de l'utilisateur dont le contexte de localisation déterminé indique la disponibilité de l'utilisateur.
7. 7. Procédé de pilotage selon la revendication 1 caractérisé en ce que la règle de pilotage prédéfinie comprend les étapes de: Détermination (300) d'une information d'accessibilité de l'utilisateur du terminal mobile à partir de la au moins une donnée de localisation et d'au moins un paramètre du contexte de localisation déterminé, Envoi (301) à un serveur d'annonces vocales d'une commande de modification de l'annonce vocale associée au terminal de l'utilisateur, en utilisant l'information d'accessibilité déterminée.
8. 8. Procédé de pilotage selon la revendication 1 caractérisé en ce que la règle de pilotage prédéfinie comprend une étape d'envoi (302) à une entité de routage de communications d'une commande de routage de la communication vers un serveur de messagerie ou un terminal.
9. 9. Procédé de pilotage d'une communication selon la revendication 1 caractérisé en ce que l'ensemble de contextes de localisation préenregistrés est obtenu par les étapes suivantes: Réception (400) de données de localisation d'un terminal mobile de l'utilisateur prises sur une durée donnée, Définition (401) d'un ensemble de contextes de localisation et de règles de pilotage associées à chaque contexte à partir de l'analyse des données de localisation et d'informations données par l'utilisateur,Enregistrement (403) de l'ensemble de contextes de localisation définis et des règles de pilotage associées.
10. 10. Dispositif de pilotage (123) de communication reçue par un terminal d'un utilisateur, caractérisé en ce qu'il comprend : des moyens de consultation d'au moins une donnée de localisation d'un terminal mobile de l'utilisateur, des moyens de détermination d'un contexte de localisation parmi un ensemble de contextes de localisation préenregistrés, en fonction de la au moins une donnée de localisation consultée, des moyens de traitement de la communication en fonction d'au moins une règle de pilotage prédéfinie associée au contexte de localisation déterminé.
11. 11. Dispositif de pilotage selon la revendication 10, caractérisé en ce qu'il comprend: des moyens de détermination d'une information d'accessibilité de l'utilisateur du terminal mobile à partir de la au moins une donnée de localisation et d'au moins un paramètre du contexte de localisation déterminé, des moyens d'envoi à un serveur d'annonces vocales d'une commande de modification de l'annonce vocale associée au terminal de l'utilisateur, en utilisant l'information d'accessibilité déterminée, des moyens d'envoi à une entité de routage de communications d'une commande de routage de la communication vers un serveur de messagerie ou un terminal.
12. 12. Système de pilotage de communication reçue par un terminal d'un utilisateur caractérisé en ce qu'il comprend un dispositif de pilotage selon l'une quelconque des revendications 10 ou 11 et un dispositif de gestion (121) de contextes de localisation d'un utilisateur comprenant: des moyens de réception de données de localisation d'un terminal mobile de l'utilisateur prises sur une durée donnée, des moyens de définition d'un ensemble de contextes de localisation et de règles de pilotage associées à chaque contexte à partir de l'analyse des données de localisation et d'informations données par l'utilisateur, des moyens d'enregistrement de l'ensemble de contextes de localisation définis et des règles de pilotage associées.
13. 13. Terminal mobile caractérisé en ce qu'il comprend un dispositif selon l'une quelconque des revendications 10 ou 11.
14. 14. Serveur dé pilotage caractérisé en ce qu'il comprend un dispositif selon l'une quelconque des revendications 10 ou 11.. Programme d'ordinateur comportant des instructions pour l'exécution des étapes d'un procédé de pilotage de communications selon l'une quelconque des revendications 1 à 9, lorsque ledit programme est exécuté par un processeur.