FR 2927755 A1 20090821 FR 0851063 A 20080219 Serveur de communication permettant d'associer à un premier utilisateur au moins un second utilisateur, pour un appelant donné ; et terminal permettant de configurer ce serveur L'invention concerne un serveur de communication permettant d'associer à un premier utilisateur au moins un second utilisateur, pour un appelant donné ; et un terminal permettant de configurer ce serveur. Dans une entreprise, une personne qui reçoit un appel téléphonique a souvent besoin de déclencher une interaction immédiate avec une autre personne, de la même entreprise : Le filtrage d'appel, l'interception d'appel, la consultation mutuelle, le transfert, la conférence et l'échange de textes, etc... Par exemple, une personne qui reçoit un appel téléphonique a souvent besoin de l'aide immédiate d'une autre personne pour répondre à une question. Cette aide peut être obtenue en transférant l'appel sur le téléphone de cette autre personne. Mais un transfert nécessite une suite de manipulations sur le clavier d'un téléphone, pour mettre en garde l'appel, composer le numéro de téléphone de l'autre personne, puis déclencher le transfert. L'interaction avec une autre personne n'est donc pas facile, ni immédiate. Les systèmes de télécommunication d'entreprise classiques permettent d'associer un terminal téléphonique d'un premier utilisateur donné, au terminal téléphonique d'un second utilisateur, de manière statique. Cet autre terminal est celui d'un(e) assistant(e), d'un(e) supérieur(e) hiérarchique, etc. Quand le premier utilisateur a besoin d'aide, il transfert immédiatement la communication au terminal du second utilisateur, simplement en appuyant sur une touche, grâce au fait qu'une association a été préalablement programmée dans l'autocommutateur ou serveur de communication. Malheureusement cette association est limitée à deux terminaux, et en outre elle est la même, quel que soit l'appelant, et donc quel que soit le sujet pour lequel le premier utilisateur a besoin d'aide. Or les appels concernent des sujets variés qui nécessiteraient l'aide de différentes personnes en fonction du sujet de l'appel. Il serait donc avantageux de pouvoir modifier une association, notamment pour l'adapter: - à chaque appelant, en exploitant le fait que des informations sur l'appelant (Numéro de téléphone, nom, sujet et date de chaque appel) sont généralement disponibles dans une base de données de l'entreprise, à la suite d'au moins un précédent contact téléphonique avec l'entreprise ; - au nombre des utilisateurs qui sont compétents pour apporter une aide à l'appelé, pour un appelant donné ; - et à la disponibilité des utilisateurs qui sont compétents pour apporter une aide à l'appelé, pour un appelant donné, à un instant donné. D'une manière plus générale, il est souhaitable de pouvoir commander une interaction immédiate avec un second utilisateur adapté à un appelant donné, en appuyant sur un petit nombre de touches, ou en cliquant sur un petit nombre de zones d'un écran, avant et pendant la communication. Par exemple pour obtenir immédiatement : un filtrage d'appel, une interception d'appel, une consultation mutuelle, un transfert, une conférence, un échange de textes, etc... Un premier but de l'invention est de permettre de programmer une association adaptée à chaque appelant. Un premier objet de l'invention est un serveur permettant d'associer à un premier utilisateur au moins un second utilisateur, pour un appelant donné, de manière que le premier utilisateur peut commander une interaction avec un second utilisateur lorsque cet appelant appelle le premier utilisateur ; qui est caractérisé en ce qu'il comporte des moyens pour mémoriser, dans un répertoire propre au premier utilisateur, en association : -- l'identificateur d'un appelant donné, -- et de l'identificateur d'au moins un second utilisateur associé au premier utilisateur, pour cet appelant donné. Selon un mode de réalisation préféré, le serveur selon l'invention comporte en outre : - des moyens pour recevoir un identificateur d'appelant quand quelqu'un demande l'établissement d'une communication avec le premier utilisateur ; - des moyens pour rechercher si l'identificateur reçu est présent dans le répertoire propre au premier utilisateur, dans lesdits moyens pour mémoriser ; et s'il est trouvé, lire au moins un identificateur de second utilisateur qui est mémorisé en association avec cet identificateur d'appelant ; - et des moyens pour envoyer à un terminal du premier utilisateur au moins un identificateur de second utilisateur, qui a été lu ainsi. Un second objet de l'invention est un terminal permettant de configurer un serveur de communication pour associer à un premier utilisateur au moins un second utilisateur pour un appelant donné ; et qui est caractérisé en ce qu'il comporte des moyens pour commander à un tel serveur de mémoriser, dans un répertoire propre à un premier utilisateur, en association : -l'identificateur d'au moins un appelant ; - et au moins un identificateur de second utilisateur. Selon un mode de réalisation préféré, le terminal selon l'invention comporte en outre : - des moyens pour recevoir d'un serveur, et pour restituer sur une interface homme-machine : --l'identificateur d'un appelant ; -- et l'identificateur d'au moins une personne associée ; - et des moyens pour commander à ce serveur de communication une interaction avec la personne associée. Le serveur et le terminal ainsi caractérisés permettent à un premier utilisateur d'associer très facilement, dans un répertoire, un ou plusieurs second utilisateurs à ce premier utilisateur, pour un appelant donné, identifié par un identificateur d'appelant. Lorsque cet appelant appelle le premier utilisateur, le serveur reconnaît l'identificateur de cet appelant, et va lire, dans le répertoire propre au premier utilisateur, des informations sur le second utilisateur ou les seconds utilisateurs qui sont associés à ce premier utilisateur. Ces informations vont permettre au premier utilisateur de commander une interaction immédiate avec un second utilisateur. Outre un numéro de téléphone et un nom pour chaque utilisateur associé, ces informations peuvent comporter une information de présence (Disponible, occupé, absent) et une information sur les moyens de communication de cet utilisateur associé (Messagerie instantanée notamment). Les informations de présence permettent au serveur de sélectionner automatiquement un utilisateur disponible, s'il y a un choix possible entre plusieurs seconds utilisateurs associés au premier utilisateur. L'invention sera mieux comprise et d'autres caractéristiques apparaîtront à l'aide de la description ci-dessous et des figures l'accompagnant : - La figure 1 représente un exemple de réseau d'entreprise comportant un exemple de réalisation du serveur selon l'invention, et des exemples de réalisation du terminal selon l'invention. - La figure 2 illustre le fonctionnement de cet exemple de réseau lorsque le premier utilisateur réalise une association. - La figure 3 illustre le fonctionnement de cet exemple de réseau lorsque quelqu'un, connu du serveur de communication, appelle le premier utilisateur. L'exemple de réseau d'entreprise qui est représenté sur la figure 1 comporte : - Un serveur de communication en temps réel RTCS. - Un serveur d'applications d'entreprise BAS. - Un serveur de messagerie textuelle EMS. - Un routeur R associé à un pare-feu (ou un contrôleur de session) FWISBC, relié au réseau Internet. - Un réseau local LAN, de type Ethernet, qui relie entre eux tous ces éléments. - Des terminaux qui sont reliés au réseau local LAN. Par exemple : un ordinateur personnel PC1 ; un point d'accès Wifi, AP, permettant une liaison radio vers un téléphone Wifi Ti ; et un téléphone filaire T2. Ces téléphones Ti, T2 supportent la technologie de réseau Ethernet et le protocoles IP (Protocole Internet) et SIP (Protocole d'initialisation de sessions). Le réseau local LAN supporte les communications multimédia et les transferts de données d'une entreprise. Il est relié à un réseau public de téléphonie fixe, PSTN, par des moyens classiques non représentés. Pendant ses déplacements hors des locaux de l'entreprise, un employé de l'entreprise peut communiquer avec cette entreprise au moyen d'un terminal téléphonique T3 de type GSM, ou dérivé, via ce réseau public PSTN. Il peut aussi échanger des messages ou des données avec l'entreprise au moyen d'un ordinateur portable PC2, via le réseau Internet. La figure 2 illustre le fonctionnement de cet exemple de réseau lorsqu'un utilisateur configure le service d'association fourni par le serveur de communication en temps réel RTCS, pour réaliser une association entre lui et au moins un second utilisateur du système, pour un appelant donné. Ce premier utilisateur peut utiliser divers types de terminal pour configurer le service d'association. Par exemple, le premier utilisateur possède l'ordinateur personnel PC1 et cet ordinateur exécute un logiciel client permettant d'accéder au service d'association fourni par le serveur d'applications d'entreprise BAS, pour configurer ce service et pour l'utiliser. Ce logiciel client comprend essentiellement une interface graphique. Un autre utilisateur, en déplacement à l'extérieur de l'entreprise, peut accéder au serveur BAS en utilisant l'ordinateur portable PC2 relié au réseau Internet. Cet ordinateur portable exécute le même logiciel client que l'ordinateur PC1. Un autre utilisateur peut accéder au serveur BAS en utilisant le terminal téléphonique Wifi Ti, ou le terminal filaire T2, ou le terminal GSM T3, en utilisant le clavier téléphonique classique produisant des tonalités classiques dites DTMF (Dual tone Mufti Frequencies). Dans tous les cas, le client exécuté sur le terminal et le logiciel serveur exécuté dans le serveur d'applications d'entreprise BAS offrent à l'utilisateur la possibilité de : - Saisir le nom d'un appelant (en général c'est un client de l'entreprise). - Puis désigner (par son nom et son numéro de téléphone) un second utilisateur à associer à son propre nom, ce second utilisateur ayant des compétences spécifiques pouvant aider le premier utilisateur pour les sujets concernant cet appelant. Ces données sont enregistrées dans un annuaire d'association, propre au premier utilisateur, et sont accessibles à partir du nom d'un appelant. Ce répertoire est mémorisé dans une base de données intégrée au serveur d'applications d'entreprise BAS, ou relié à celui-ci par un moyen classique. La figure 3 illustre le fonctionnement de cet exemple de réseau lorsqu'un appelant, par exemple un client connu de l'entreprise, utilise un terminal T4 du réseau public PSTN pour appeler un employé de l'entreprise, appelé premier utilisateur dans ce qui suit. Etape 31 : L'appelant compose un numéro, dit de sélection directe à l'arrivée, qui désigne le terminal Wifi Ti du premier utilisateur. Ce premier utilisateur a configuré le service d'association de façon à être associé à un second utilisateur qui a le téléphone filaire T2. La demande d'établissement d'appel est acheminée jusqu'au serveur de communication en temps réel RTCS. Elle comporte en général un identificateur de l'appelant, constitué par le numéro d'annuaire du téléphone T4. Etape 32 : Lorsque le serveur de communication en temps réel RTCS reçoit cette demande d'établissement d'appel, il consulte le répertoire propre au premier utilisateur, dans la base de données DB, pour savoir s'il y existe des données d'association, à une adresse constituée par le numéro de téléphone de l'appelant. En l'occurrence, il trouve des données d'association qui sont le nom et le numéro de téléphone d'un (ou plusieurs) second(s) utilisateur(s). Etape 33 : Par exemple, la base de donnée DB répond que, pour cet appelant, le premier utilisateur est associé à un seul second utilisateur qui possède le téléphone T2. Elle fournit au serveur de communication en temps réel RTCS le numéro du téléphone T2 et le nom de ce second utilisateur. Etape 34 : Dans cet exemple de réalisation, le serveur de communication en temps réel RTCS fait sonner les deux téléphone Ti et T2. Sur l'écran du téléphone T2 du second utilisateur, il fait afficher : � Appel de X destiné à y �. Ce message avertit le second utilisateur qu'il va peut-être devoir aider le premier utilisateur (Y) pour répondre à un appel de X. Sur le téléphone Ti, il fait afficher le nom de l'appelant (X), et une indication qu'un transfert vers le second utilisateur est possible pour cet appelant. Le premier utilisateur a deux possibilités : - Soit il accepte de prendre l'appel : Il s'enquiert du sujet de l'appel, et s'il a besoin de l'aide du second utilisateur, il appuie sur une touche de son téléphone Ti pour provoquer le transfert de l'appel sur le téléphone T2 du second utilisateur. Cette touche est une touche à fonction dynamique définie par le serveur de communication en temps réel RTCS. Ce dernier provoque l'affichage de quelques mots ou d'une icône, à proximité de cette touche, pour indiquer au premier utilisateur le nom du second utilisateur. Ainsi il est informé, qu'en appuyant sur cette touche, il peut indiquer au serveur de communication en temps réel RTCS qu'il souhaite transférer cet appel sur le téléphone T2 du second utilisateur associé spécifiquement pour cet appelant. - Soit il ne veut pas prendre l'appel : Il appuie immédiatement sur la touche de son téléphone Ti pour commander immédiatement le transfert de l'appel sur le téléphone T2 du second utilisateur. Le serveur de communication en temps réel RTCS fait sonner le téléphone T2 et fait afficher un nouveau message ou une nouvelle icône sur le téléphone T2 pour indiquer au second utilisateur le transfert de l'appel sur son téléphone T2, et indiquer le nom de l'appelant. Si plusieurs seconds utilisateurs sont associés au premier utilisateur pour un même appelant, les noms de tous les seconds utilisateurs associés sont affichés sur le téléphone Ti du premier utilisateur, afin que celui-ci puisse choisir l'un d'eux. Selon un autre mode de réalisation, le serveur de communication en temps réel RTCS est relié en outre à un serveur de présence. Il consulte ce serveur de présence après avoir consulté la base de données, afin de connaître le statut du second utilisateur associé, ou des seconds utilisateurs associés pour cet appelant . Si un second utilisateur est disponible, le serveur de communication en temps réel RTCS provoque l'affichage de son nom et un indicateur de statut de disponibilité, à proximité d'une touche du téléphone Ti, pour indiquer au premier utilisateur qu'un second utilisateur associé pour cet appelant, est disponible. Si plusieurs sont présents, il provoque le même type d'affichage à proximité de plusieurs touches du téléphone Ti. Si aucun n'est disponible, il provoque l'affichage d'un message sur l'écran du téléphone Ti pour en informer le premier utilisateur. Selon une variante de réalisation, la base de données fournit aussi au téléphone du premier utilisateur l'adresse de messagerie instantanée de chacun des seconds utilisateurs disponibles, pour permettre au premier utilisateur de contacter discrètement un second utilisateur par un message textuel instantané, en vue de se mettre d'accord sur qui doit répondre, et sur quoi répondre à l'appelant ; sans interrompre la communication téléphonique sur le téléphone du premier utilisateur, et sans que l'appelant ait connaissance de cet échange d'informations. REVENDICATIONS : 1) Serveur de communication permettant d'associer à un premier utilisateur (Ti) au moins un second utilisateur (T2), pour un appelant donné, de manière que le premier utilisateur (Ti) peut commander une interaction avec un second utilisateur (T2) lorsque cet appelant appelle le premier utilisateur (Ti) ; caractérisé en ce qu'il comporte des moyens (DB) pour mémoriser, dans un répertoire propre au premier utilisateur, en association : -- l'identificateur d'un appelant donné, -- et de l'identificateur d'au moins un second utilisateur associé au premier utilisateur, pour cet appelant donné. 2) Serveur selon la revendication 1, caractérisé en ce qu'il comporte en outre : - des moyens pour recevoir un identificateur d'appelant quand quelqu'un demande l'établissement d'une communication avec le premier utilisateur (Ti) ; - des moyens pour rechercher si l'identificateur reçu est présent dans le répertoire propre au premier utilisateur, dans lesdits moyens (DB) pour mémoriser ; et s'il est trouvé, lire au moins un identificateur de second utilisateur qui est mémorisé en association avec cet identificateur d'appelant ; - et des moyens pour envoyer à un terminal du premier utilisateur (Ti) au moins un identificateur de second utilisateur, qui a été lu ainsi. 3) Terminal (PC1) permettant de configurer un serveur de communication (RTCS) pour associer à un premier utilisateur (Ti) au moins un second utilisateur (T2) pour un appelant donné ; caractérisé en ce qu'il comporte des moyens pour commander à un tel serveur (RTCS) de mémoriser, dans un répertoire propre à un premier utilisateur (Ti), en association : -l'identificateur d'au moins un appelant ; - et au moins un identificateur de second utilisateur. 4) terminal selon la revendication 3, caractérisé en ce qu'il comporte en outre : - des moyens pour recevoir d'un serveur, et pour restituer sur une interface homme-machine : -- l'identificateur d'un appelant ;-- et l'identificateur d'au moins une personne associée ; - et des moyens pour commander à ce serveur de communication une interaction avec la personne associée.