FR2895863A1 - Procede et dispositif de gestion des communications personnelles d'au moins un utilisateur - Google Patents

Abstract

Ce dispositif de gestion d'appels comporte :- une interface (11-15) de communication permettant une liaison locale avec des terminaux locaux (T1-T4) ;- un module (CL2-CL5) de communication, apte à recevoir un signal d'appel entrant, émis par un terminal (T6-T10) distant et à destination d'un contact (A), conformément à un service de communication ;- des moyens (18) de sélection d'au moins un terminal local (T1-T4) au moyen duquel un utilisateur associé à ce contact (A) est joignable en fonction dudit service de communication et d'une règle (SST) de sélection de terminal prenant au moins en compte des données (TT) relatives aux capacités desdits terminaux locaux (T1-T4) ; et- des moyens (18) pour émettre une requête au terminal local sélectionné, en vue de l'établissement via le module de communication d'une liaison de communication entre le terminal local sélectionné et ledit terminal distant.

Description

Arrière-plan de l'invention Le domaine de l'invention est celui des

systèmes de gestion des communications personnelles d'un ou plusieurs utilisateurs. L'invention trouve une application privilégiée mais non limitative dans un contexte résidentiel dans lequel des utilisateurs partagent des terminaux de différents types pour communiquer avec des terminaux distants sur un ou plusieurs réseaux de télécommunication. Dans cette invention, les terminaux locaux et les terminaux distants peuvent être de tout type, ces terminaux pouvant notamment être constitués par des téléphones analogiques, des téléphones mobiles conformes à la norme GSM ou GPRS, des systèmes de visioconférence mettant en oeuvre le protocole H323, des terminaux de voix sur IP (Internet Protocol) et des assistants personnels (PDA). De façon connue, l'avènement de la téléphonie mobile, et l'augmentation des débits disponibles sur le réseau Internet ont accéléré le développement de nombreux services de télécommunication. Dans ce document, un service de télécommunication est à mettre en relation avec un groupe fermé d'utilisateurs aptes à communiquer entre eux en utilisant notamment un ensemble de protocoles de communication et des procédures d'enregistrement communes. On parlera ainsi, comme de façon connue et non limitative: - de service de téléphonie sur le réseau téléphonique commuté , dénommé ci-après "service RTC", - de service GSM ou de service GPRS , - de service de voix sur IP (VoIP pour "Voice over IP" en anglais) , et - de service de messagerie instantanée (IM pour "Instant Messaging" en anglais) . Pour accéder à un service de communication particulier, chaque destinataire potentiel d'un appel, appelé ici contact, doit posséder un compte utilisateur associé à ce service. Ce compte est généralement attribué par l'opérateur du service au moment de l'abonnement de l'utilisateur, et fermé ou désactivé par l'opérateur suite à la résiliation de cet abonnement. Le contact ou compte utilisateur est associé à une ou plusieurs personnes physiques.

Ii est identifié par un nom, qui lorsque le compte utilisateur est propre à une seule personne physique, est usuellement le nom et/ou le prénom de cette personne. Un tel compte comporte au moins un identifiant permettant d'identifier le serveur ou le terminal adressé par l'appel et au moyen duquel un contact peut être joint. Il comporte aussi optionnellement un mot de passe, et éventuellement d'autres attributs de définition du service, par exemple des conditions tarifaires et de bande passante définies au moment de l'abonnement. Dans le cas du service RTC ou d'un service de téléphonie mobile, l'identifiant d'un compte utilisateur est simplement constitué par un numéro de téléphone. Dans le cas d'un service de messagerie instantanée, cet identifiant est constitué par une adresse de messagerie. Dans le cas d'un service voix sur IP, cet identifiant est constitué par une chaîne de caractères choisie par l'utilisateur, l'unicité de cet identifiant au sein du groupe fermé d'utilisateurs étant vérifiée par l'opérateur au moment de l'inscription au service. Les différents services de communication mettent en oeuvre différents types de communication. Pour chaque type de communication, un terminal doit posséder certaines capacités techniques minimales prédéfinies pour pouvoir établir une liaison de communication via ce service de communication. Par capacités d'un terminal, on entend ici l'ensemble des paramètres déterminant les possibilités du terminal relativement à l'établissement de sessions de communication. Ces paramètres définissent notamment: - les protocoles d'établissement de communication supportés (H320, H323, SIP, GSN'l, RTC, ...), - les algorithmes d'encodage et/ou de décodage de flux audio et/ou 35 vidéo supportés, - les médias de télécommunication proposés par le terminal: audio seulement, vidéo seulement (temps réel, streaming, etc), audio et vidéo, etc., - les caractéristiques de traitement des flux: temps de latence minimum requis par le réseau, débits supportés, perte de paquets toléré, 5 vitesse de connexion, etc. A titre d'exemple, on distinguera à un premier niveau, les trois types de communication Texte , Voix et Vidéo , chacun de ces types nécessitant des capacités spécifiques au niveau des terminaux. A un deuxième niveau, le traitement temps réel/asynchrone des 10 messages textuels impose des contraintes au niveau des terminaux de sorte qu'il est avantageux définir les deux types de communication SMS et Messagerie Instantanée , ci-après IM . Sur la base des exemples de services mentionnés plus haut: - le service RTC est un service supportant des communications 15 de type "voix" , - le service GPRS est un service supportant des communications de type "voix" ou "texte", - un service de messagerie instantanée est un service supportant, selon le cas, soit uniquement des communications de type 20 "texte", soit également des communications de type "voix" ou "vidéo". L'homme du métier comprendra que cette notion de type de communication est susceptible d'évoluer avec les futures générations de terminaux. A titre d'exemple, on considérera ici que les écrans LCD disponibles à ce jour sont tous capables d'afficher de la couleur, et qu'il 25 est juste nécessaire de définir le type de communication vidéo , alors que quelques années auparavant il aurait été nécessaire de définir des types vidéo niveaux de gris et vidéo couleur . Lorsqu'un utilisateur souhaite communiquer avec l'un de ses contacts, il utilise le terminal de son choix pour initier cette session. 30 En revanche, dans l'état actuel de la technique, les communications entrantes, c'est-à-dire initiées par un contact, sont reçues par le terminal de l'utilisateur vers lequel l'appel du contact a été émis. Ce terminal est généralement le termina( sur lequel un compte utilisateur et un logiciel client ont été installés pour pouvoir accéder au service de 35 communication correspondant à cet appel.

Ceci présente un inconvénient majeur, notamment lorsque ce terminal n'est pas disponible, puisque l'appel ne peut aboutir.

Objet et résumé de l'invention La présente invention a pour but principal de résoudre les inconvénients précités, en proposant un dispositif permettant de gérer et simplifier des appels pouvant être reçus par une pluralité de terminaux. Plus précisément, l'invention concerne un dispositif de gestion des appels destinés à un terminal local parmi une pluralité de terminaux locaux, ce dispositif comportant : - une interface de communication permettant une liaison locale avec chacun des terminaux locaux - un module de communication, apte à recevoir un signal d'appel entrant, émis conformément à un service de communication par un terminal distant et à destination d'un contact, - des moyens de sélection aptes à sélectionner au moins un terminal local au moyen duquel un utilisateur associé à ce contact est joignable en fonction du service de communication et d'une règle de sélection de terminal prenant au moins en compte des données relatives aux capacités que possèdent les terminaux locaux pour la mise en oeuvre de services de communication; et - des moyens pour émettre un message de notification au terminal local sélectionné via l'interface de communication associée à ce terminal, en vue de l'établissement via le module de communication d'une liaison de communication permettant de véhiculer un contenu entre le terminal local sélectionné et ledit terminal distant. Dans ce document, dire que le contact est joignable au moyen d'un service sous-entend que le ou les utilisateurs associés à ce contact se sont enregistrés auprès d'un prestataire de service pour accéder à ce service, qu'ils possèdent un compte utilisateur associé à ce service, et qu'ils sont donc susceptibles d'être joints au moyen d'un terminal capable de mettre en oeuvre une liaison de communication conforme à ce service. Cela ne signifie pas nécessairement qu'il est présent et/ou disponible à un instant donné pour être effectivement joint via ce service. A titre d'exemple, on considérera qu'une personne est joignable par téléphone via le service RTC dès lors qu'elle est abonnée à ce service,, même si elle n'est pas présente à proximité de son téléphone, ou que sa ligne est occupée ou en dérangement. Corrélativement, l'invention concerne un procédé de gestion des appels destinés à terminal local parmi une pluralité de terminaux locaux, 5 ce procédé comportant : - une étape de réception d'un signal d'appel entrant émis conformément à un service de communication par un terminal distant à destination d'un contact ; - une étape de sélection d'au moins un terminal local au moyen duquel un 10 utilisateur associé audit contact est joignable en fonction du service de communication et d'une règle de sélection de terminal prenant au moins en compte des données relatives aux capacités que possèdent les terminaux locaux pour la mise en oeuvre de services de communication ; et 15 - une étape d'émission d'une requête au terminal local sélectionné via une interface de communication associée à ce terminal, en vue de l'établissement via ce module de communication d'une liaison de communication permettant de véhiculer un contenu entre le terminal local sélectionné et le terminal distant. 20 Le dispositif de gestion d'appels conforme à l'invention peut être intégré dans une passerelle ou un serveur placé en coupure de flux entre les terminaux locaux et le réseau de communication, et jouant le rôle de proxy de communication entre les terminaux locaux et le ou les terminaux distants. L'invention concerne aussi un serveur de type proxy comportant 25 un dispositif de gestion d'appel conforme à l'invention. Le dispositif de gestion d'appels selon l'invention comporte des interfaces de communication avec les terminaux locaux, des moyens de sélection de terminal, des moyens d'établissement de session, des modules de communication adaptés à mettre en oeuvre chacun des 30 services de communication avec les clients équivalents des terminaux distants amenés à communiquer avec le dispositif, et des moyens de routage des données et/ou flux de données entre les interfaces de communication d'une part et les modules de communication d'autre part. La liaison de communication établie entre le terminal local et le 35 terminal distant par le module de communication du dispositif de gestion d'appel selon l'invention comporte deux portions, à savoir : - une portion entre le terminal local et le dispositif de gestion d'appel ;et - une portion entre ce dispositif et le terminal distant. Le dispositif de gestion d'appel sert donc de relais de communication entre le terminal local et le terminal distant. Dans un mode particulier de réalisation, le dispositif de gestion d'appel selon l'invention comporte des moyens de conversion pour - recevoir, du module de communication et via la liaison de communication précitée, des premières données, conformes à un premier protocole compatible avec le service de communication, 10 - convertir les premières données en deuxièmes données, conformes à un deuxième protocole indépendant de ce service, et - transmettre les deuxièmes données au terminal sélectionné, via l'interface de communication associée et via cette liaison de communication. 15 Ainsi, chaque terminal local qui a les capacités requises pour la mise en oeuvre des types de communication d'un service particulier peut recevoir des appels grâce à un module de communication intégré dans le terminal, dit client léger, commun aux différents types de service et de communication possibles, sans qu'il soit nécessaire d'installer un compte 20 utilisateur, ni un client propre à ce service dans chacun des terminaux. Le module de communication du terminal est capable de recevoir et émettre des données de signalisation ou des messages dans un protocole prédéfini, par exemple le protocole SIP, ainsi que de recevoir ou émettre des flux de données brutes, de type "voix" ou "vidéo" conformément à un 25 protocole compatible avec le protocole SIP. Ainsi, les données de signalisation entrantes sont converties dans le dispositif pour être conformes au protocole SIP, avant acheminement vers les terminaux des utilisateurs, les flux de données audio, vidéo ou texte, n'étant convertis que s'ils sont dans un protocole 30 qui n'est pas compatible avec le protocole SIP. Par exemple, si le dispositif de gestion d'appels reçoit un appel entrant. pour établir une session de service de messagerie instantanée, il réceptionne le message via son client de messagerie instantanée puis construit un message SIP avec la méthode MESSAGE (RFC3428 35 http://www.ietf.org/rfc/rfc3428.txt) et achemine ce message SIP vers un ou plusieurs terminaux utilisateurs.

Pour plus de renseignements sur le protocole de signalisation SIP, l'homme du métier pourra se reporter au document RFC 3261 de l'IEI-F (Internet Engineering Task Force). En variante, tout autre protocole de communication peut être 5 utilisé entre le dispositif selon l'invention et les terminaux locaux, notamment le protocole de signalisation utilisé dans la suite protocolaire H323. Les flux de données sont donc échangés entre le terminal émetteur de l'appel et le terminal destinataire de l'appel avec un transit au 10 niveau du dispositif de gestion d'appels. Le module de communication client, propre à un service, qui est installé dans un dispositif de gestion d'appels selon l'invention, est apte à gérer une session de communication pour chaque utilisateur connecté à ce dispositif. 15 Dans un mode particulier de réalisation, le dispositif de gestion des appels entrants selon l'invention comporte des moyens pour, lorsque plusieurs terminaux ont été sélectionnés par les moyens de sélection, envoyer un message de notification à chacun des terminaux sélectionnés, les moyens de sélection étant adaptés à sélectionner, pour l'établissement 20 de la liaison de communication, un terminal ayant répondu positivement à cette notification. Cette notification est préférentiellement établie entre le dispositif de gestion des appels et le client léger de chacun des terminaux sélectionnés conformément au protocole SIP. 25 Ainsi, lorsqu'un appel entrant est reçu par le dispositif de gestion des appels, par exemple pour un appel de type vidéo, ce dispositif peut émettre une notification à plusieurs terminaux de l'utilisateur adapté(s) à lire une vidéo, par exemple un système de vidéoconférence ou un ordinateur de type PC. 30 Dans un tel scénario, l'utilisateur reçoit donc deux signaux d'appel, et le dispositif de gestion des appels établit la liaison de communication avec le terminal sur lequel l'utilisateur prend effectivement l'appel, cette opération générant une réponse positive à la notification, reçus par le dispositif selon l'invention conformément au protocole SIP. 35 Dans une autre variante de réalisation, les moyens de sélection sont adaptés, lorsque plusieurs terminaux ont été sélectionnés par les moyens de sélection, pour sélectionner parmi les terminaux sélectionnés un premier terminal en fonction d'une règle de préférence, le dispositif comportant des moyens pour envoyer un message de notification au premier terminal sélectionné, les moyens de sélection étant adaptés à sélectionner un deuxième terminal, lorsque le premier terminal sélectionné n'a pas répondu à la notification. Dans un mode particulier de réalisation, le dispositif de gestion des appels selon l'invention comporte des moyens de mémorisation d'informations sur l'état de disponibilité des terminaux et/ou des utilisateurs, la règle de sélection de terminal utilisant un critère relatif à ces informations de disponibilité. Dans un mode préféré de réalisation, les différentes étapes du procédé de gestion d'appels selon l'invention sont déterminées par des instructions de programmes d'ordinateurs.

En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre dans un dispositif de gestion ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre des étapes d'un procédé de gestion des appels sortants et/ou les différentes étapes du procédé de gestion des appels entrants tel que décrit ci-dessus. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus.

Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy dise} ou un disque dur.

D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question.

L'invention concerne aussi un terminal comprenant un module de communication apte à communiquer avec un dispositif de gestion d'appel, ce dispositif de gestion d'appel étant apte à recevoir un signal d'appel entrant, émis conformément à un service de communication par un terminal distant à destination d'un contact associé à un utilisateur de ce terminal, ce terminal comprenant des moyens pour recevoir du dispositif de gestion d'appel un message de notification en vue de l'établissement, via ce dispositif de gestion d'appel, d'une liaison de communication entre le terminal local et un terminal distant et des moyens pour mettre en oeuvre ladite liaison de communication utilisant, pour la partie de la liaison entre le terminal et le dispositif de gestion d'appel, un protocole de communication indépendant du service.

Brève description des dessins D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : - la figure 1 représente, dans son environnement, un serveur proxy comprenant un dispositif selon l'invention dans un mode préféré de 30 réalisation ; et -la figure 2 représente, sous forme d'organigramme, les prirrupaies étapes d'un procédé de gestion de communication conforme à l'invention dans un mode préféré de réalisation.

Description détaillée d'un mode de réalisation La figure 1 représente un serveur proxy 10. Ce serveur proxy 10 comporte un dispositif de gestion d'appels selon l'invention.

Ce serveur proxy 10 est relié au réseau téléphonique commuté R1 et au réseau Internet R2, via un modem ADSL 120. Dans l'exemple décrit ici, nous noterons A et B deux utilisateurs du serveur proxy 10. Nous supposerons que le serveur proxy 10 offre cinq services de 10 communication aux utilisateurs A et B : - Si : service de téléphonie sur RTC ; - S2 : service de voix sur IP ; - S3 : premier service de messagerie instantanée ; - S4 : deuxième service de messagerie instantanée ; et 15 - S5 : service GSM. Dans cet exemple, l'utilisateur A est identifié sur deux terminaux Ti, T2 et l'utilisateur B sur trois terminaux T2, T3, T4. Ces terminaux sont respectivement un assistant personnel Ti ; 20 un dispositif T2 de voix sur IP ; un système de visioconférence T3 ; et un ordinateur personnel T4 . .. Les utilisateurs A Et B sont aussi utilisateurs d'un téléphone analogique T5 adapté au RTC Ri. 25 Dans l'exemple décrit ici, chacun des quatre terminaux Tl à T4 est adapté à mettre en oeuvre un protocole de communication de type IP (Internet Protocol). Nous supposerons dans cet exemple que les adresses Internet des terminaux Tl à T4 sont respectivement @Tl @T2, @T3 et @T4. 30 Nous supposerons dans cet exemple que les utilisateurs A e ont deux contacts D et E qui possèdent des téléphones analogiques T6 et T7 des contacts D et E connectés au réseau téléphonique commuté Ri. Connectés au réseau Internet R2, nous avons représenté : - un terminal T8 du contact D adapté à mettre en oeuvre le service S2 de voix sur IP ; - un terminal T9 du contact D adapté à mettre en oeuvre le premier service S3 de messagerie instantanée ; - un terminal T10 du contact E adapté à mettre en oeuvre le service S2 de voix sur IP ; et - un terminal GSM T12 de l'utilisateur D. Ce dispositif comporte des interfaces de communication 11 à 14 avec les terminaux locaux Ti à T4. Ces interfaces de communication comportent des moyens matériels (carte réseau, connectique, émetteurs/récepteurs) et logiciels (pilotes) adaptés à chacun des terminaux. Ils peuvent par exemple être constitués par des moyens de conformes aux normes Ethernet ou Wifi telle que définie par l'IEEE sous le nom 80211. Dans l'exemple décrit ici, ces interfaces de communication 11 à 14 sont adaptées à communiquer avec un module de communication dit client léger des terminaux Ti à T4 conformément au protocole SIP. Le dispositif de gestion d'appels du serveur proxy 10 comporte une pluralité de modules de communication CL2-CL5, chaque module étant apte à établir avec un terminal distant une liaison de communication, conforme à un service de communication via un réseau de communication. Dans le contexte de l'invention, la liaison de communication établie entre un des terminaux locaux Ti à T4 et un terminal distant T6 ou T7 accessible via le réseau RI ou R2, comporte deux portions de liaison, à savoir : - une première portion entre le terminal local et le module de communication considérés ; et - une deuxième portion entre ce module de communication et le terminal distant, cette deuxième portion étant conforme au service de communication associé au module de communication considéré.

Le module de communication considéré joue ici le rôle de relais de communication entre le module de communication (client léger) du ternilai Tl à T4 et le terminal distant T6 ou T7, dans la mesure où les données et/ou flux de communication échangés via cette liaison de communication transitent au niveau du serveur proxy par le module de communication du dispositif.

Le dispositif de gestion des appels comporte des moyens de conversion pour convertir les données et/ou flux de données entrants via un module de communication, données qui sont conformes à un premier protocole propre au service de communication associé au module de communication, en données et/ou flux de données conformes au protocole SIP, ces dernières étant ensuite transmises au terminal destinataire de l'appel, via l'interface associée au terminal. De manière symétrique, le dispositif de gestion des appels comporte des moyens de conversion pour convertir les données et/ou flux de données entrants via une interface de communication associée à un terminal, données qui sont conformes au protocole SIP, en données et/ou flux de données conformes à un deuxième protocole propre au service de communication associé au module de communication destinataire, ces dernières données étant ensuite transmises à ce module de communication. De préférence toutes les données de signalisation échangées envoyées entre un terminal et le dispositif selon l'invention sont échangés conformément au protocole SIP. Les autres données ou flux de données (données brutes, audio, vidéo, ...) ne sont converties que si leur format ou leur protocole n'est pas compatible avec une signalisation via le protocole SIP. Les différents modules de communication sont les suivants: - un module de communication client, dit CL2 adapté à mettre en oeuvre le service S2 de voix sur IP, et notamment à établir une session 25 avec un terminal distant permettant l'accès à ce service ; - un module de communication client, dit CL3 adapté à mettre en oeuvre le premier service S3 de messagerie instantanée et notamment à établir une session avec un terminal distant permettant l'accès à ce service 30 - un module de communication client, dit CL4 adapté à mettre en oeuvre le deuxième service S4 de messagerie instantanée et notamment à établir une session avec un terminal distant permettant l'accès à ce service et - un module de communication client, dit CL5 adapté à mettre 35 en oeuvre le service GSM S5 et notamment à établir une session avec un terminal distant permettant l'accès à ce service.

Le dispositif de gestion d'appels comporte aussi une interface de connexion, sous la forme d'une entrée 15 de type RJ11 à laquelle peut être connectée le téléphone analogique RTC T5, et une interface 21 vers le réseau téléphonique commuté, de manière à permettre l'établissement d'une session entre le téléphone analogique T5 et un autre téléphone analogique connecté au réseau RTC. Dans l'exemple décrit ici, le port associé à cette entrée RJ11 est noté @T5. Le dispositif de gestion des appels comprend une couche fonctionnelle réalisée sous la forme d'un middleware et permettant l'interfaçage entre les modules de communication CL2 à CL5 et 21 d'une part, et les interfaces 11 à 15 de communication d'autre part. Chaque module client CL2 à CL5 et 21 remplit les mêmes fonctionnalités qu'un module client installé sur un terminal autonome. Dans le contexte de l'invention, chaque module client coopère en outre avec le middleware pour la mise en oeuvre, au niveau du dispositif de gestion d'appels, des fonctionnalités suivantes: - la gestion des fonctionnalités d'enregistrement vis-à-vis du service de communication associé à chacun des modules de communication du dispositif, - la gestion de l'état de disponibilité de chaque terminal et/ou de chaque utilisateur via le service de communication associé, - la gestion de listes de contacts par utilisateur et par service de communication, et de listes de contacts globales par utilisateur, - la gestion des communications entrantes et sortantes.

Le middleware 18 quant à lui gère et enregistre de manière centralisée des listes de contact ainsi que des informations relatives à l'état de disponibilité des utilisateurs sur chacun des terminaux, pour chacun des services de communication et à l'état de disponibilité des terminaux.

Le middleware 18 participe également aux procédures d'enregistrement auprès de serveurs d'enregistrement lors de la création d'un compte utilisateur permettant l'accès à un service de communication, Il enregistre des données de compte utilisateur pour chaque couple utilisateur / service de communication, pour lequel un compte utilisateur a été créé.

En outre le middleware 18 est responsable de la gestion centralisée des communications entrantes et sortantes. Il gère les stratégies d'émission de notification vers les terminaux et le traitement des réponses ou non-réponses. Il dispose d'informations relatives aux capacités des différents terminaux à mettre en oeuvre un service de communication. Il met en oeuvre des règles de sélection de service et de terminal, notamment en fonction de préférences des utilisateurs des terminaux Ti à T5. Le middleware 18 a également une fonction de routage des appels 10 entrants et sortants. Dans le cas d'un appel entrant, le middleware sélectionne leterminal vers lequel l'appel entrant doit être acheminé et redirige l'appel vers l'interface de communication avec ce terminal. Dans le cas d'un appel sortant, le middleware sélectionne un service de communication et redirige l'appel vers le module client de communication 15 associé au service de communication sélectionné pour l'établissement de la communication. Le processus sera décrit plus en détail ci-après. En complément de sa fonction de routage des appels, le middleware 18 est adapté à effectuer une conversion entre le protocole SIP et chacun des protocoles mis en oeuvre par les clients de 20 communication CL2 à CL5 ou la conversion inverse. Le middleware 18 est adapté à établir une communication utilisant le protocole SIP avec le client léger des terminaux Tl à T4. Il est adapté à obtenir de chacun des clients CL2 à CL5 des données ou un flux de données (message vocal, texte, video, ...) émis par ce client, et à 25 construire un message SIP encapsulant ce contenu. Il est également adapté à obtenir de chacun des clients légers des terminaux Tl à T4, via les interfaces de communication 11 à 14, des données ou un flux de données émis par le client léger et à convertir ce flux en flux conforme au protocole ou aux protocoles utilisés par le module client CL2 à CL5 vers 30 lequel ce flux est redirigé. Les services de communication S1 à S5 mettent en oeuvre différents types de communication. Chacun des terminaux Tl à T5 ne peut mettre en oeuvre un service de communication ou un type de communication que s'il possède les capacités nécessaires à cette mise en oeuvre. Dans l'exemple décrit ici, on considérera que : - le service Si de téléphonie sur RTC peut être accédé par tout terminal ayant des capacités à gérer les types de communication Voix ; - le service S2, fonctionnant sur réseau IP, peut être accédé par 5 tout terminal ayant des capacités à gérer les types de communication Voix , Texte ou Vidéo ; - le service S3 de messagerie instantanée peut être accédé par tout terminal ayant des capacités à gérer les types de communication Voix , Texte ou Vidéo ; 10 - le service S4 de messagerie instantanée peut être accédé par tout terminal ayant des capacités à gérer les types de communication Texte ; et - le service S5 GSM peut être accédé par tout terminal ayant des capacités à gérer les types de communication Voix et Texte . 15 Dans le mode préféré de réalisation décrit ici, le dispositif selon l'invention comprend des moyens 16 de mémorisation de données (mémoire, disque dur, etc), dans lesquels sont stockées des données utiles à la gestion des appels. Les moyens 16 de mémorisation comprennent notamment une 20 table de terminaux U décrivant, pour chacun des terminaux Ti à T5, les capacités de ces terminaux, leurs adresses, leur disponibilités, et une information selon laquelle ils sont ou non utilisés par les utilisateurs A et B. Dans l'exemple décrit ici, cette table TT a le contenu suivant : A B Dispo Capacités Voix SMS Vidéo Ti 0 1 0 0 T T2 !1'1 1 1 0 0 0 T2 f T3 0 1' 1 1 0 0 1 T3 T4 1 1 0 0 1 @T4 T5 1 0 1 0 T5 Table de terminaux H Cette table comporte cinq lignes, une pour chacun des terminaux Tl à T5 des utilisateurs A et B. 25 Dans chacune de ces lignes on trouve les informations suivantes : le nom du terminal (Ti à T5) ; une valeur binaire égale à 1 si ce terminal est utilisé par l'utilisateur A et égale à 0 dans le cas contraire - une valeur binaire égale à 1 si ce terminal est utilisé par l'utilisateur B et égale à 0 dans le cas contraire - une valeur binaire égale à 1 si ce terminal est disponible et égale à o dans le cas contraire ; - une valeur binaire égale à 1 si ce terminal supporte le type de communication Voix et égale à o dans le cas contraire ; - une valeur binaire égale à 1 si ce terminal supporte le type de communication IM et égale à o dans le cas contraire ; - une valeur binaire égale à 1 si ce terminal supporte le type de 15 communication SMS et égale à o dans le cas contraire - une valeur binaire égale à 1 si ce terminal supporte le type de communication Vidéo et égale à o dans le cas contraire ; et - une adresse permettant au serveur proxy 10 de joindre ce terminal. 20 En variante, l'état de disponibilité d'un utilisateur sur un terminal n'est pas codée de manière binaire, mais avec différents niveaux comme cela se pratique pour les outils de messagerie instantanée: "disponible", "présent", "ne pas déranger", "non connecté", etc... En variante, l'état de disponibilité d'un utilisateur est codé en 25 prenant en compte les différents services de communication pour lesquels il possède un compte. Un utilisateur peut être disponible sur un service et pas sur un autre. Toute autre variante ou combinaison entre ces variantes est envisageable. 30 Préférentiellement, ces informations de disponibilité d'utilisateur et/ou de terminal sont automatiquement mises à jour par le dispositif selon l'invention, en fonction des communications établies, des changements d'état de disponibilité dans les services de communication (notamment messagerie instantanée) et des informations de gestion de 35 connexion obtenues à partir des modules de communication CL2 à CL5.

Dans l'exemple décrit ici, les moyens 16 de mémorisation comportent une table de services TS mémorisant, pour chacun des utilisateurs A et B, et pour chacun des contacts D et E de ces utilisateurs, au moins un compte de ces utilisateurs A et B associé à un service de communication. Dans l'exemple décrit ici, cette table TS est la suivante : SI S2 S3 S4 S5 A A-S1 1 A-S2 1 A-S3 0 A-S4 1 B B-Si 1 B-S2 i 0 B-S D D-S1 1 D-S2 D-S3 0 D-S5 1 E 1E-Sl 1 E-S2 0 Table de services TS

10 Lorsqu'un utilisateur A, B ou un contact D, E possède un compte pour accéder à l'un de ces services S1 à S5, ce compte est mémorisé dans la table TS. Par exemple, l'homme du métier comprendra à la lecture de cette table, que le contact D possède un compte D-S1 pour le service S1, 15 un compte D-S2 pour le service S2, un compte D-S3 pour le service S3, un compte D-S5 pour le service S5 mais qu'il ne possède pas de compte pour le service S4. Dans le mode préféré de réalisation décrit ici, la table TS mémorise également une valeur binaire égale à 1 si un utilisateur est 20 joignable sur un service et égale à o dans le cas contraire. Par exemple, l'homme du métier comprendra que l'utilisateur B est joignable sur les services S1 et S3 mais non joignable via le service S2.

Gestion des appels sortants 25 Le dispositif de gestion d'appels du serveur proxy 10 est adapté à recevoir par les interfaces de communication 11 à 14, en provenance du téléphone analogique T5 ou du client léger SIP d'un terminal Ti à T4, une requête pour joindre un contact D sélectionné, au moyen d'une interface utilisateur appropriée par un utilisateur du terminal émetteur de la 30 requête, dans la liste de contacts mémorisée dans la table TS, Conformément à l'invention, le dispositif de gestion d'appels du serveur proxy 10 comporte des moyens pour sélectionner un service de communication au moyen duquel le contact sélectionné est joignable. Dans le mode de réalisation décrit ici, ces moyens de sélection sont mis en oeuvre dans la couche fonctionnelle 18 du serveur proxy 10. Ces moyens de sélection utilisent pour sélectionner un service une règle SSS, dite règle de sélection de service pour appel sortant. La règle SSS utilise un ou plusieurs des critères suivants: - un critère de priorité entre plusieurs services de communication au 10 moyen desquels le contact sélectionné est joignable, - un critère de disponibilité du contact via le service de communication sélectionné, - un critère de coût de communication des services de communication au moyen desquels le contact sélectionné est joignable. 15 Le critère de priorité est défini par exemple dans une table de priorité TP, stockées dans les moyens 16 de mémorisation. Cette table TP comporte quatre colonnes en fonction du type de communication requis, à savoir les types Voix , TM , SMS et Vidéo .

Voix Texte Vidéo , SI 3 S2 1 2 2 S3 , S4 4 S5 Table des priorités : TP

Cette table de priorité TP résume les priorités pour l'utilisateur A. Bien entendu, le serveur proxy 10 selon l'invention peut comporter une table identique ou similaire pour l'autre utilisateur B et pour chacun des contacts D et E. Cette table doit être lue de la façon suivante : lorsqu'un service initié par l'utilisateur A requiert une communication de type Voix , le serveur proxy 10 selon l'invention sélectionne en priorité le service S2 de voix sur IP, en cas d'impossibilité le premier service S3 de messagerie instantanée, puis le service Si de téléphonie sur RTC, puis le service S5 GSM. Ces priorités qui constituent la règle de sélection de service sur appel sortant peuvent elles-mêmes être dépendantes de critères de coût. Dans le mode préféré de réalisation décrit ici, la règle SSS de sélection de service sur appel sortant utilise en outre un critère relatif à l'état de disponibilité du contact D, une information binaire représentant cet état de disponibilité étant enregistrée dans une table pour chaque contact de la liste de contacts. Ainsi, si dans le scénario mentionné ci-dessus, le contact est l'individu D, le serveur proxy 10 selon l'invention sélectionnera, en cas d'échec sur le service S2 de voix sur IP, le service Si de téléphonie sur RTC, puis le service S5 GSM, le contact D étant injoignable par le premier service S3 de messagerie instantanée. Lorsque la sélection de service utilise des critères de priorité pour sélectionner le service parmi les différents services au moyen desquels le contact destinataire de l'appel est joignable, c'est-à-dire les services pour lesquels le contact destinataire de l'appel possède un compte, la sélection du service pet être gérée automatiquement par le dispositif de gestion d'appel selon l'invention, l'utilisateur initiateur de l'appel n'ayant qu'à sélectionner un contact. Selon une première alternative, l'utilisateur initiateur de l'appel peut sélectionner manuellement, au moyen d'une interface utilisateur appropriée, mise en oeuvre sur le terminal local Tl à T4, le service au moyen duquel il souhaite joindre un contact. Selon une deuxième alternative, l'utilisateur initiateur de l'appel indique ses préférences sur le choix du service, indiquant par exemple le type de communication souhaité ou un ordre de préférence, le dispositif de gestion d'appels essayant en priorité de contacter ce contact au moyen d'un compte utilisateur associé à un service du type préféré de communication, par exemple à un service de messagerie instantanée, puis en cas d'échec au moyen d'un compte de voix sur IP, puis en cas de nouvel échec sur un téléphone GSM.

Par exemple, l'utilisateur pourra paramétrer le serveur proxy selon l'invention de façon à ce qu'il essaie, sur réception d'un signal d'appel sortant, de diriger cet appel vocal sur un des modules de communication supportant des communications de type "voix", puis, en cas d'échec, vers un autre module de communication supportant des communications de type "voix". Dans un mode particulier de réalisation, la règle de sélection de service sur appel sortant utilise des critères de coût de communication des services de communication au moyen desquels le contact sélectionné est joignable. Ces critères de coût peuvent notamment prendre en compte l'heure à laquelle le signal d'appel sortant est reçu par le dispositif de gestion d'appels conforme à l'invention. Dans un mode particulier de réalisation, la règle de sélection de service sur appel sortant peut interdire l'utilisation d'un service de communication donné pendant une plage donnée.

Dans un mode particulier de réalisation de l'invention, la règle de sélection de service sur appel sortant utilise des critères relatifs à l'état de disponibilité du contact pour sélectionner le service. Des informations sur la disponibilité d'un contact dans la liste de contacts sur chacun des services de communication peuvent être obtenues par le middleware en interrogeant le module de communication qui est associé à chacun de ces services et gère des informations sur l'état de disponibilité et/ou de connexion du contact. Les services de type "messagerie instantanée" notamment, gère de façon permanente des états de disponibilité des différents contacts.

Gestion des appels entrants Le dispositif de gestion d'appels du serveur proxy 10 est adapté à recevoir, en provenance d'un contact, un signal d'appel émis par un terminal distant T6 à T12 conformément à un service de communication, à destination d'un contact associé à au moins un utilisateur A d'au moins un des terminaux T1 à T5. Conformément à l'invention, le dispositif de gestion d'appels du serveur proxy 10 comporte des moyens pour sélectionner, en fonction du service de communication au moyen duquel est reçu le signal d'appel, et d'une règle SST de sélection, au moins un terminal parmi les terminaux ayant pour utilisateur le ou les utilisateurs associés au contact A. Dans le mode de réalisation décrit ici, ces moyens de sélection sont mis en oeuvre dans la couche fonctionnelle 18 du serveur proxy 10. Ces moyens de sélections sont aptes à sélectionner au moins un terminal en fonction du service de communication au moyen duquel est reçu le signal d'appel, notamment en fonction du type de communication requis par le service associé à l'appel, et en fonction de la règle SST de sélection de terminal. Cette règle SST prend au moins en compte des données U relatives aux capacités que possèdent lesdits terminaux pour la mise en oeuvre de services de communication.

Dans un mode de réalisation particulier, le serveur 10 mémorise des informations sur l'état de disponibilité des utilisateurs sur chacun des terminaux, et la règle SST de sélection de terminal utilise un critère relatif auxdites informations sur l'état de disponibilité des utilisateurs. Dans le mode de réalisation décrit ici, cette règle SST de sélection de terminal est implémentée par les tables de services TS et de terminaux H . Par exemple, si un appel entrant destiné au contact A est reçu via un service S2 requérant un type de communication Voix , le dispositif de gestion d'appels du serveur proxy 10 sélectionnera tout d'abord un terminal ayant la capacité à recevoir un appel de type Voix (voir table des terminaux W.

Il sélectionnera ensuite un terminal, parmi les trois terminaux Tl, T2 et T5 supportant un appel de type Voix , au moyen duquel l'utilisateur A est joignable (voir table des terminaux TT). Un appel entrant par le réseau RTC peut être traité de la même façon que s'il s'agissait d'un utilisateur d'un service de communications de téléphonie sur Internet, sauf que l'utilisateur est unique et il est traité comme enregistré sur tous les terminaux simultanément. Un profil de comportement pour les appels entrants associé à cet utilisateur peut être défini.

Le serveur est adapté pour, lorsque plusieurs terminaux ont été sélectionnés sur la base de la règle de sélection SST, envoyer un message de notification à chacun des terminaux sélectionnés, puis sélectionner, pour l'établissement de ladite liaison de communication, un terminal ayant répondu positivement à ladite notification.

En alternative, le serveur est adapté pour, lorsque plusieurs terminaux ont été sélectionnés, sélectionner parmi les terminaux sélectionnés un premier terminal en fonction d'une règle de préférence, puis envoyer un message de notification au premier terminal sélectionné, puis sélectionner un deuxième terminal, lorsque le premier terminal sélectionné n'a pas répondu à ladite notification. Nous allons maintenant décrire en référence à la figure 2 les principales étapes du procédé de gestion d'appels conforme à l'invention. Nous supposerons dans cet exemple que ce procédé est mis en oeuvre par le serveur proxy 10 décrit précédemment.

Au cours d'une première étape E10, le serveur proxy 10 reçoit un appel (requête ou signal d'appel) et teste si cet appel est un appel entrant ou un appel sortant. S'il s'agit d'un appel entrant, le serveur proxy 10 sélectionne, au cours d'une étape E30 du procédé de gestion d'appels selon l'invention, au moins un terminal disponible ayant les capacités pour rendre ce service, à partir de la règle SST de sélection de terminal déjà décrite. Cette sélection peut s'effectuer en utilisant la table des terminaux H décrite précédemment. Lorsque le terminal est sélectionné, le middleware émet un 35 message de notification ou requête au terminal local sélectionné via l'interface de communication associée à ce terminal, en vue de l'établissement via le module de communication d'une liaison de communication entre le terminal sélectionné et le terminal distant. Lorsque plusieurs terminaux sont sélectionnés, le middleware envoie un message de notification à chacun des terminaux sélectionnés, puis sélectionne, pour l'établissement de ladite liaison de communication, un terminal ayant répondu positivement à ladite notification. En alternative, lorsque plusieurs terminaux sont sélectionnés, le middleware sélectionne parmi les terminaux sélectionnés un premier terminal en fonction d'une règle de préférence, puis envoie un message de notification au premier terminal sélectionné, et le cas échéant, sélectionne un deuxième terminal lorsque le premier terminal sélectionné n'a pas répondu à la notification. Si, suite à une action d'un utilisateur d'un terminal sélectionné, celui-ci répond à la notification reçue, l'appel est transféré vers le terminal ayant répondu. Une liaison de communication est alors établie à l'étape E40 entre le terminal distant émetteur de l'appel et le terminal local sélectionné, via le module de communication récepteur de l'appel et via l'interface de communication associée au terminal local sélectionné. Cette liaison de communication permet de véhiculer un contenu (voix, vidéo, texte, etc...) entre ces deux terminaux. Si à l'étape EIO, il s'agit d'une requête, destinée à établir une communication sortante avec un contact D ou E sélectionné dans la liste de contacts du dispositif, le dispositif sélectionne, au cours d'une étape E50 du procédé de gestion des appels sortants conforme à l'invention, en fonction d'une règle SSS de sélection de service, un service de communication. Cette sélection s'effectue en utilisant les tables TP et Tr décrites précédemment. Lorsque le service de communication est sélectionné, le middleware identifie parmi les modules de communication du dispositif, un 30 module de communication apte à établir une liaison de communication conforme au service sélectionné. Il émet alors une requête au module de communication identifié, en vue de l'établissement via le module de communication identifié d'une liaison de communication entre le terminal de l'utilisateur émetteur du 35 signal d'appel et un autre terminal distant au moyen duquel le contact sélectionné est joignable au moyen du service sélectionné.

Une liaison de communication est ensuite établie à l'étape E60 entre ces deux terminaux, via le module de communication identifié et via l'interface de communication réceptrice du signal d'appel. Cette liaison de communication permet de véhiculer un contenu (voix, vidéo, texte, etc.) entre ces deux terminaux.

Claims (11)

REVENDICATIONS

1. Dispositif de gestion des appels destinés à au moins un 5 terminal local (T1-T4) parmi une pluralité de terminaux locaux (T1-T4), le dispositif comportant : - une interface (11-15) de communication avec chacun desdits terminaux locaux (T1-T4) - un module (CL2-CL5) de communication, apte à recevoir un signal 10 d'appel entrant, émis conformément à un service de communication par un terminal (T6-T10) distant à destination d'un contact (A) ; - des moyens (18) de sélection aptes à sélectionner au moins un terminal local (T1-T4) au moyen duquel un utilisateur associé audit contact (A) est joignable en fonction dudit service de communication et d'une règle (SST) 15 de sélection de terminal prenant au moins en compte des données (TT) relatives aux capacités que possèdent lesdits terminaux locaux (T1-T4) pour la mise en oeuvre de services de communication; et - des moyens (18) pour émettre un message de notification au terminal local sélectionné via l'interface (11-15) de communication associée à ce 20 terminal, en vue de l'établissement via ledit module de communication d'une liaison de communication permettant de véhiculer un contenu entre le terminal local sélectionné et ledit terminal distant.

2. Dispositif de gestion d'appels selon la revendication 1, 25 caractérisé en ce qu'il comporte des moyens (18) de conversion pour, - recevoir du module de communication et via ladite liaison de communication, des premières données, conformes à un premier protocole compatible avec ledit service de communication, - convertir les premières données en deuxièmes données, conformes à un 30 deuxième protocole indépendant dudit service, et transmettre les deuxièmes données au terminal sélectionné, via l'interface (11-15) de communication associée et via ladite liaison de communication. 35

3. Dispositif de gestion d'appels selon la revendication 1 ou 2, caractérisé en ce qu'il comporte des moyens pour, lorsque plusieursterminaux ont été sélectionnés par les moyens de sélection, envoyer un message de notification à chacun des terminaux (Tl, T2) sélectionnés, lesdits moyens (18) de sélection étant adaptés à sélectionner, pour l'établissement de ladite liaison de communication, un terminal ayant répondu positivement à ladite notification.

4. Dispositif de gestion d'appels selon la revendication 1 ou 2, caractérisé en ce que lesdits moyens (18) de sélection sont adaptés pour, lorsque plusieurs terminaux ont été sélectionnés par les moyens de 10 sélection, sélectionner parmi les terminaux sélectionnés un premier terminal en fonction d'une règle de préférence, le dispositif comportant des moyens pour envoyer un message de notification au premier terminal sélectionné, lesdits moyens (18) de sélection étant adaptés à sélectionner un deuxième terminal, lorsque le premier terminal sélectionné n'a pas 15 répondu à ladite notification.

5. Dispositif de gestion d'appels selon l'une quelconque des revendications 1 à 4, caractérisé en ce qu'il comporte des moyens (16) de mémorisation d'informations sur l'état de disponibilité des terminaux, 20 ladite règle (SST) de sélection de terminal utilisant un critère relatif auxdites informations sur l'état de disponibilité des terminaux.

6. Dispositif de gestion d'appels selon l'une quelconque des revendications 1 à 5, caractérisé en ce qu'il comporte des moyens (16) de 25 mémorisation d'informations sur l'état de disponibilité des utilisateurs sur chacun des terminaux, ladite règle (SST) de sélection de terminal utilisant un critère relatif auxdites informations sur l'état de disponibilité des utilisateurs. 30

7. Procédé de gestion des appels destinés à terminal local (Tl-T4) parmi une pluralité de terminaux locaux (T1-T4), ce procédé comportant : - une étape (EIO) de réception d'un signal d'appel entrant émis conformément à un service de communication par un terminal distant (T6-35 T10) à destination d'un contact (A) ;- une étape (E30) de sélection d'au moins un terminal local (T1-T4) au moyen duquel un utilisateur associé audit contact (A) est joignable en fonction dudit service de communication et d'une règle (SST) de sélection de terminal prenant au moins en compte des données (U) relatives aux capacités que possèdent lesdits terminaux locaux (T1-T4) pour la mise en oeuvre de services de communication ; et - une étape (E60) d'émission d'une requête au terminal local sélectionné via une interface (11-15) de communication associée à ce terminal (Ti-T4), en vue de l'établissement via ce module de communication d'une liaison de communication permettant de véhiculer un contenu entre le terminal local (T1-T4) sélectionné et ledit terminal distant (T6-T10).

8. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé de gestion d'appels selon la 5 revendication 7 lorsque ledit programme est exécuté par un ordinateur.

9. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé de gestion d'appels entrants selon 20 la revendication 7.

10. Serveur proxy (10) comportant un dispositif de gestion des appels entrants selon l'une quelconque des revendications 1 à 6. 25

11. Terminal (T1-T4) comprenant un module de communication apte à communiquer avec un dispositif de gestion d'appels, le dispositif étant apte à recevoir un signal d'appel entrant, émis conformément à un service de communication par un terminal (T6-T10) distant à destination d'un contact (A) associé à un utilisateur dudit terminal, ledit terminal comprenant : - des moyens pour recevoir dudit dispositif de gestion d'appel un message de notification en vue de l'établissement via ledit dispositif de gestion d'appels d'une liaison de communication entre ledit terminal et ledit terminal distant (T6) ; et 35 - des moyens pour mettre en oeuvre ladite liaison de communication utilisant, pour la partie de ladite liaison entre ledit terminal et leditdispositif de gestion d'appels, un protocole de communication qui est indépendant dudit service.