Brevet FR2883436A1 — publié le 20060922

Procédé pour fournir un service de présence, et serveur pour la mise en oeuvre de ce procédé L'invention concerne un procédé pour fournir un service de présence, et un serveur pour la mise en oeuvre de ce procédé. Quand un usager de réseaux de télécommunication souhaite communiquer avec un autre usager, il a maintenant le choix entre plusieurs possibilités, de plus en plus nombreuses: téléphone fixe, téléphone mobile, courrier électronique, message instantané, message court (SMS: Short Message System), message multimédia (MMS: Multimedia Message System), etc Il fait ce choix en fonction de ses connaissances sur la localisation de l'autre usager et sur les terminaux à la disposition de celui-ci. Par exemple, pendant les heures de travail de l'usager à appeler, on l'appelle généralement sur un téléphone fixe, situé sur son lieu de travail. En cas d'échec, on peut laisser un message vocal dans une boîte vocale gérée par l'autocommutateur de l'entreprise qui l'emploie; ou on peut l'appeler sur un téléphone mobile; et en dernier recours on peut laisser un courrier électronique dans sa boîte à courrier électronique. Le choix devient de plus en plus compliqué pour les utilisateurs des réseaux de télécommunication, et il risque de ne pas être optimal. Il est donc souhaitable de faciliter ce choix, en personnalisant automatiquement l'offre de services de télécommunication, en fonction du contexte de l'usager à appeler, et en fonction du contexte de l'usager appelant. On entend par caractéristiques du contexte: - la localisation de l'usager, c'est à dire la position géographique actuelle de l'usager s'il peut se déplacer sur plusieurs sites distincts; - les caractéristiques du réseau (ou des réseaux) auquel il est abonné, notamment la bande passante utilisable; - les caractéristiques des services auxquels il est abonné, par exemple le service de visiophonie; -les caractéristiques du terminal (ou des terminaux) qui sont à sa disposition sur chaque site, notamment le type de données qu'il peut recevoir (sons, textes, vidéo) ; - les préférences de l'usager, notamment en fonction de l'heure; - la présence de l'usager près d'un ou plusieurs terminaux (son terminal 30 peut être éteint, ou l'usager peut ne pas vouloir être dérangé). Le document US 5.812.865 décrit un réseau de télécommunication d'entreprise comportant de multiples terminaux, ordinateurs, et utilisateurs. Dans ce système, chaque terminal, chaque ordinateur, et chaque usager est représenté par un agent électronique. Cet agent permet au système de connaître l'identité et la localisation de chaque usager, de chaque terminal, et de chaque ordinateur. Il connaît aussi les préférences de chaque usager. Le système utilise ces informations de contexte chaque fois qu'un usager demande l'établissement d'une communication avec un autre usager, pour automatiser le choix des terminaux ou ordinateurs à utiliser. Dans les réseaux publiques, il est aussi souhaitable de faciliter la tâche d'un usager appelant, en personnalisant automatiquement l'offre de services de télécommunication en fonction du contexte de l'usager à appeler, et en fonction du contexte de l'usager appelant. Personnaliser l'offre de services est d'autant plus difficile que l'usager à appeler peut accéder à plus de réseaux et de services qui sont a priori indépendants les uns des autres. Les caractéristiques du contexte de chaque usager peuvent dépendre de plusieurs opérateurs de réseau qui a priori s'ignorent mutuellement. En outre, un même réseau peut supporter plusieurs services gérés par des fournisseurs a priori indépendants. Par exemple, grâce à la technologie ADSL (Assymetrical Digital Subscriber Line) une même ligne téléphonique analogique peut supporter simultanément: - un accès téléphonique analogique vers un premier opérateur, - un accès téléphonique par paquets vers un second opérateur téléphonique, - un accès à un distributeur de programmes de télévision, - et un accès à Internet, via un fournisseur d'accès Internet; cet accès pouvant être partagé par plusieurs applications simultanées (par exemple un jeu en réseau sur un ordinateur, et la lecture d'un film sur un autre ordinateur) . Ces opérateurs, distributeur de programmes de télévision, et fournisseur d'accès Internet sont a priori indépendants. A priori, chacun gère indépendamment ses abonnés. D'autre part, une autre tendance actuelle consiste a utiliser des terminaux mobiles multimodes, par exemple un terminal téléphonique pouvant fonctionner: - dans un réseau informatique local sans fil selon la norme IEEE 802.11 (ou la norme Bluetooth) quand il est dans la zone de couverture d'un réseau local sans fil, - ou dans un réseau public de radiotéléphonie, selon la norme GSM (Global System for Mobiles) par exemple, quand il est hors de la zone de couverture de ce réseau local sans fil. Lorsqu'un usager veut demander l'établissement d'une communication vers un tel terminal multimode, cet usager doit choisir parmi les différents réseaux possibles, si l'usager appelé ne bénéficie pas d'un système permettant de rediriger automatiquement un appel arrivant. Dans ce cas, il est souhaitable de faciliter le choix le choix de l'usager appelant, voire de l'automatiser complètement. Le but de l'invention est de proposer un procédé permettant de fournir un service de présence, notamment pour appeler des usagers qui bénéficient de services ou de réseaux gérés indépendamment les uns des autres. L'objet de l'invention est un procédé caractérisé en ce que pour déterminer les caractéristiques du contexte de présence d'un usager donné, il consiste à interroger, à partir d'un serveur centralisé, une pluralité de bases de données de gestion d'usagers de réseaux ou d'usagers de services, pour retrouver les bases qui gèrent des abonnements de cet usager, et demander, aux bases qui gèrent des abonnements de cet usager, de fournir des informations pouvant constituer des caractéristiques du contexte de présence de cet usager. Selon un premier mode de mise en oeuvre, lorsqu'un usager demande 15 l'établissement d'une communication vers un usager à appeler, ce procédé consiste en outre à : - recevoir dans ce serveur au moins les informations constituant des caractéristiques de contexte de présence de l'usager à appeler, - à faire choisir par ce serveur les caractéristiques de la communication à établir, - puis faire commander, par ce serveur, l'établissement d'une communication. Selon un second mode de mise en oeuvre, lorsqu'un usager demande l'établissement d'une communication vers un usager à appeler, ce procédé consiste en outre à : - recevoir dans ce serveur au moins les informations constituant des 25 caractéristiques de contexte de présence de l'usager à appeler, - à transmettre de ce serveur à un terminal de l'usager appelant des caractéristiques de contexte concernant l'usager à appeler, - à faire choisir par l'usager appelant les caractéristiques de la communication à établir, en fonction de ces caractéristiques de contexte concernant l'usager à 30 appeler, - puis faire commander, par ce serveur, l'établissement d'une communication. L'invention a aussi pour objet un serveur pour la mise en oeuvre de ce procédé. L'invention sera mieux comprise et d'autres caractéristiques apparaîtront à l'aide de la description ci-dessous et de la figure unique l'accompagnant. La figure illustre un exemple de mise en oeuvre du procédé selon l'invention. Par exemple, considérons un usager U1 qui dispose d'un terminal téléphonique fixe POT1 et d'un terminal téléphonique mobile, de type GSM, Ti. Cet usager U1 souhaite communiquer avec un autre usager U2 qui bénéficie des services suivants: - Téléphonie fixe classique sur un terminal téléphonique analogique POT2 relié à un réseau téléphonique public PSTN. - Courrier électronique, accessible par son ordinateur personnel PC couplé à un modem ADSL, référencé M, qui est relié au réseau téléphonique public PSTN. - Réception de musique diffusée par des sites Internet, sur un lecteur WP spécifique, couplé au modem M. - Télévision sur un téléviseur TV couplé au modem M, ce dernier comportant un décodeur vidéo intégré. - Téléphonie fixe sur un terminal téléphonique analogique POT3 couplé à au modem M, celui-ci comportant une passerelle spécifique pour convertir les signaux vocaux en paquets de données et réciproquement. - Téléphonie mobile sur un terminal de type GSM, T2. L'usager appelant U1 appelle un serveur de présence PS selon l'invention, en utilisant l'un de ses terminaux POT1 ou T1. Par exemple, il utilise le terminal POT1. L'usager compose ensuite le numéro de l'un des terminaux de l'usager à appeler, U2. Par exemple, il compose le numéro du terminal POT3. Le réseau de téléphonie fixe PSTN transmet au serveur PS le numéro du terminal POT3, et il fournit aussi au serveur PS, de manière classique, le numéro de la ligne de raccordement du terminal POT1. Le serveur PS détermine un identificateur de l'usager U2 à appeler, à partir du numéro du terminal POT3 composé par l'usager appelant U1; et il détermine un identificateur de l'usager appelant U1, en fonction du numéro du terminal POT1 de l'usager appelant. A partir des identificateurs de l'usager à appeler U2 et de l'usager appelant U1, le serveur de présence PS interroge des bases de données d'usager DB1, DB2, DB3, DB4, pour lesquelles il a des droits d'accès chez des opérateurs de télécommunication et des fournisseurs de service, afin de retrouver les bases qui gèrent des abonnements pour ces deux usagers. Puis le serveur PS demande à ces bases des informations pouvant constituer des caractéristiques du contexte de présence pour chacun des deux utilisateurs U1 et U2: localisation, identités des réseaux et services auxquels il est abonné, caractéristiques de ces réseaux et services, caractéristiques des terminaux à sa disposition, préférences de l'usager, etc.... Les bases de données interrogées répondent en indiquant si l'usager considéré est abonné ou non, et le cas échéant fournissent des informations. Le serveur PS mémorise temporairement ces informations, pendant la durée nécessaire à l'établissement de la communication. Par exemple, ces informations indiquent que l'utilisateur U2: -est en train de regarder la télévision via ADSL, à la maison, - qu'il dispose d'une boîte à courrier électronique, - qu'il dispose de deux terminaux téléphoniques fixes classiques ayant tels numéros qui correspondent respectivement à un service téléphonique classique et à un service téléphonique par paquets, - qu'il dispose d'une boîte pour des messages vocaux et pour des messages textuels courts (SMS) chez son opérateur de téléphonie mobile (Son terminal téléphonique GSM T2 n'est pas mentionné parce qu'il est éteint, dans cet exemple), - et qu'il ne veut pas être dérangé à cette heure-ci. En ce qui concerne l'usager U1, dans cet exemple, le serveur PS indique: qu'il dispose d'un terminal téléphonique fixe classique POT1, -qu'il dispose d'un terminal téléphonique mobile Ti, de type GSM, - et qu'il a telle ou telle préférence. Mais comme l'usager U1 a initié la communication avec le terminal fixe POT1, il est évident qu'il préfère établir la communication avec ce terminal. Le fait que ce soit un terminal classique (uniquement pour la voix) fait que le choix du mode de communication est plus simple de son côté. Selon un premier mode de mise en oeuvre du procédé selon l'invention, le serveur PS fait lui même le choix entre les diverses possibilités pour simplifier au maximum la tâche de l'usager appelant U1. II propose à l'usager appelant U1 une seule possibilité qui résulte d'un choix optimisé en fonction des contraintes techniques imposées par les caractéristiques des réseaux et des terminaux, et en fonctions des préférences des deux utilisateurs. Par exemple, il propose de laisser un message vocal dans la boîte située chez l'opérateur de téléphonie mobile de l'utilisateur U2. Si l'utilisateur U1 est d'accord, il appuie sur une touche du terminal POT1. En réponse à cette commande, le serveur PS demande alors aux réseaux PSTN et PLMN l'établissement d'une communication selon le mode choisi par le serveur PS. Dans cet exemple, le serveur PS demande d'établir une communication entre le terminal POT1 et le terminal mobile T2. Ce terminal mobile T2 étant éteint, la communication sera établie avec la boîte pour messages vocaux et pour messages textuels courts (SMS) propre à l'usager U2, chez l'opérateur de téléphonie mobile de l'usager U2. Selon un second mode de mise en oeuvre, le serveur PS ne fait qu'indiquer les différentes possibilités à l'usager appelant U1, par exemple au moyen d'un message vocal délivré par un synthétiseur vocal. L'usager U1 fait un choix en tapant sur une touche du clavier du terminal, correspondant à l'option choisie. Le serveur reçoit le signal DTMF (Dual Tone Mufti Frequency) émis par le terminal POT1, l'interprète, et commande aux réseaux téléphoniques PLMN et PSTN l'établissement d'une communication, par exemple en envoyant le numéro de terminal mobile T2 de l'usager U2 au réseau mobile PLMN, si c'est l'option choisie par l'usager appelant U1. L'usager appelant U1 fait donc lui même le choix entre les diverses possibilités. Naturellement, ce second mode de mise en oeuvre suppose que l'usager à appeler, U2, ait donné une fois pour toutes son accord pour que les caractéristiques de son contexte soient communiquées à des tiers. Un perfectionnement à ce procédé consiste à offrir aux usager appelants la possibilité d'envoyer un message de type quelconque, sans se soucier des contraintes techniques, en assurant automatiquement une conversion du type du message pour surmonter des contraintes imposés, dans certains cas, par les réseaux et les terminaux disponibles. Ces conversions peuvent être: Conversion voix vers texte (courrier électronique). - Conversion texte vers voix. - Conversion message textuel court (SMS) vers courrier électronique. etc Le serveur PS peut être constitué d'un ordinateur comportant des moyens logiciels pour remplir les fonctions décrites ci-dessus. Les bases de données des opérateurs de réseaux et des fournisseurs de services peuvent être gérées par des logiciels classiques de gestion de base de données. Ces bases sont toutes organisées de manières analogues, et elles sont capables de communiquer avec le serveur de présence PS selon un même protocole prédéterminé. II est possible d'utiliser un protocole classique de transmission de données. Les informations collectées par les opérateurs de réseau et les fournisseurs de service peuvent être étendues au-delà des exemples décrits ci-dessus pour enrichir encore le service de présence. Ces informations peuvent comprendre des informations sur les applications en cours d'utilisation par l'usager considéré, c'est à dire les identités ou les types des applications qui utilisent ces réseaux et ces services à un moment donné. Ces caractéristiques de contexte permettent d'intervenir dans ces applications (Télévision, jeu en réseau, lecture de film ou de musique, etc...). Par exemple, si un usager appelant veut absolument faire passer un message à l'usager appelé, alors que celui-ci est en train de regarder un film via son modem ADSL, le serveur de présence peut faire parvenir ce message en demandant au service qui transmet le film d'afficher un texte superposé à l'image, comme on superpose classiquement des sous-titres. REVENDICATIONS: 1) Procédé pour fournir un service de présence, pour des usagers (U1, U2) qui bénéficient d'une pluralité de réseaux ou de services gérés indépendamment les uns des autres; caractérisé en ce que pour déterminer les caractéristiques du contexte de présence d'un usager donné, il consiste à interroger, à partir d'un serveur centralisé (PS), une pluralité de bases de données (DB1, ..., DB4) de gestion d'usagers de réseaux ou d'usagers de services, pour retrouver les bases qui gèrent des abonnements de cet usager, et demander, aux bases qui gèrent des abonnements de cet usager, de 'fournir des informations pouvant constituer des caractéristiques du contexte de présence de cet usager. 2) Procédé selon la revendication 1, caractérisé en ce que lorsqu'un usager (U 1) demande l'établissement d'une communication vers un usager à appeler (U2), il consiste en outre à : - recevoir dans ce serveur (PS) au moins les informations constituant des caractéristiques de contexte de présence de l'usager à appeler (U2), - à faire choisir par ce serveur les caractéristiques de la communication à établir, - puis faire commander, par ce serveur, l'établissement d'une communication. 20 3) Procédé selon la revendication 1, caractérisé en ce que lorsqu'un usager (U1) demande l'établissement d'une communication vers un usager à appeler (U2), il consiste en outre à : - recevoir dans ce serveur (PS) au moins les informations constituant des caractéristiques de contexte de présence de l'usager à appeler (U2), - à transmettre de ce serveur à un terminal de l'usager appelant (U 1) des caractéristiques de contexte concernant l'usager à appeler (U2), - à faire choisir par l'usager appelant (U1) les caractéristiques de la communication à établir, en fonction de ces caractéristiques de contexte concernant l'usager à appeler (U2), - puis faire commander, par ce serveur, l'établissement d'une communication. 4) Procédé selon la revendication 1, caractérisé en ce que les informations fournies par les bases de données comportent des informations sur les applications en cours d'utilisation par l'usager considéré. 5) Serveur de présence (PS) caractérisé en ce qu'il comporte des moyens pour remplir les fonctions selon l'une des revendications précédentes.