EP1583339A1 - Procédé et serveur d'acheminement d'appels téléphoniques - Google Patents

Procédé et serveur d'acheminement d'appels téléphoniques Download PDF

Info

Publication number
EP1583339A1
EP1583339A1 EP05290695A EP05290695A EP1583339A1 EP 1583339 A1 EP1583339 A1 EP 1583339A1 EP 05290695 A EP05290695 A EP 05290695A EP 05290695 A EP05290695 A EP 05290695A EP 1583339 A1 EP1583339 A1 EP 1583339A1
Authority
EP
European Patent Office
Prior art keywords
call
user
call routing
incoming
actions
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP05290695A
Other languages
German (de)
English (en)
Inventor
Stéphane Polouchkine
Emmanuel Bertin
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom SA filed Critical France Telecom SA
Publication of EP1583339A1 publication Critical patent/EP1583339A1/fr
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/436—Arrangements for screening incoming calls, i.e. evaluating the characteristics of a call before deciding whether to answer it
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42127—Systems providing several special services or facilities from groups H04M3/42008 - H04M3/58
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/20—Aspects of automatic or semi-automatic exchanges related to features of supplementary services
    • H04M2203/2072—Schedules, e.g. personal calendars
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2242/00—Special services or facilities
    • H04M2242/30—Determination of the location of a subscriber
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42136—Administration or customisation of services
    • H04M3/42153—Administration or customisation of services by subscriber
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42229—Personal communication services, i.e. services related to one subscriber independent of his terminal and/or location
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/533—Voice mail systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/533—Voice mail systems
    • H04M3/53308—Message originator indirectly connected to the message centre, e.g. after detection of busy or absent state of a called party
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/537—Arrangements for indicating the presence of a recorded message, whereby the presence information might include a preview or summary of the message
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/54—Arrangements for diverting calls for one subscriber to another predetermined subscriber
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/0024—Services and arrangements where telephone services are combined with data services
    • H04M7/0033—Notification or handling of incoming calls by a computer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/0024—Services and arrangements where telephone services are combined with data services
    • H04M7/0042—Services and arrangements where telephone services are combined with data services where the data service is a text-based messaging service
    • H04M7/0048—Services and arrangements where telephone services are combined with data services where the data service is a text-based messaging service where the text-based messaging service is a Short Message Service

Definitions

  • the present invention relates to a method and a routing server phone calls.
  • communication systems offer several services activable upon the arrival of a telephone call such as the return of the call to a voice box, or to another extension. These systems choose the or the services to be triggered according to generally binary criteria. It results that the recipient of the call has no means of choosing the the manner in which the appeal is to be dealt with, so as to take account of the place or the current activity of the user. For example, if the recipient user of a call does not want to be disturbed, it is desirable to send back to the mail calls from unknown callers. On the other hand, if the appellant is known to the user, he may wish to take the call on his phone fixed, or on his mobile phone by call transfer if he wants to avoid disturb other people.
  • the Applicant has developed a system described in the patent application FR 02 02976 allowing the appellant to choose the treatment to be applied to his call, taking into account, in particular, constraints specified by the user called, possibly defined according to the identity of the calling user, and the free or busy state of the called party's telephone line.
  • this system does not allow the recipient user to choose the the processing to be applied to each incoming call intended for it, at the moment when this one is received.
  • this method further comprises a step of determining an accessibility state of each of the means of telecommunication of each of the users.
  • the invention also relates to a call routing server for users of telecommunications networks, each of the users having at least one telecommunication means connectable to one of the telecommunication networks, the call routing server comprising means for receiving incoming telephone calls for users, means to determine the characteristics of incoming calls and call routing rules specified by users to apply incoming calls, ways to execute the rules to identify actions to be applied to incoming calls, and ways to execute actions identified to incoming calls.
  • the routing server of calls is configured so that means to perform the actions identified to incoming calls and ways to route incoming calls by performing the alternative actions chosen by the called users are the same.
  • the call routing server presents an architecture modular unit comprising a central unit and a set of modules functional, the central unit being designed to coordinate the treatments performed by the functional modules.
  • FIG. 1 represents an information transmission system comprising a set of telecommunication and transmission networks 2, 3 data, to which are connected terminals 10 to 16 of users and servers 4 to 9 providing specialized communication services.
  • Reference 2 illustrates a set of networks of type IP (Internet Protocol), public and / or such as the Internet and intranets.
  • Reference 3 illustrates a set of PSTN-type telephony networks (Network Switched telephone) or mobile telephone, for example according to the GSM standard (Global System for Mobile Communication), GPRS (General Packet Radio Service) or UMTS (Universal Mobile Telecommunications System).
  • GSM Global System for Mobile Communication
  • GPRS General Packet Radio Service
  • UMTS Universal Mobile Telecommunications System
  • the terminals connected to the IP networks 2 are for example computer-type personal 10, personal assistant PDA (Personal Digital Assistant) 11, terminal telephony (IP telephony) 12, or a television set 13 associated with a set top box. They can also be terminals mobile devices with GSM and / or short-range compliant with Bluetooth or Wi-Fi (Wireless Fidelity) standards IEEE 802.11a or b), so that it can communicate with a local area network IP type Intranet.
  • the terminals connected to the telephony networks 3 are of fixed telephone type 16 through the SIP protocol (Session Initiation Protocol), mobile phone 14, personal assistant communicating 15 (by example equipped with a GSM telecommunication module).
  • Communication servers connected to IP 2 networks include example of email servers 5 and instant messaging 4, scheduling servers 6 memorizing for each user of information about the user's planned activities, management servers, presence 9 to determine the accessibility or reachability of users by one of the networks 2, and location servers 7 giving access to information to locate users' terminals, to know the IP address of the user in the case of an IP network.
  • Communication servers connected to mobile networks 3 include short message transmission servers 8, for example of the SMS type (Short Message Service) or MMS (Multimedia Messaging Service), these servers that can also be connected to an IP 2 network to enable sending short messages from an IP terminal, management servers 9 to determine the accessibility or reachability of users by one of the networks 3, and location servers 7 giving access to information to locate the mobile terminals of users.
  • SMS Short Message Service
  • MMS Multimedia Messaging Service
  • this system also comprises a server 1 routing system, designed to allow users to choose the way (choice of protocol, network and terminal) from which will be transmitted the calls intended for it.
  • the calls thus treated may come from a fixed telephone (PSTN or IP) or mobile.
  • the server 1 may be designed to allow the user to define contexts corresponding to situations in which the user can find, such as “at the office and available”, “at the office and in meetings”, “in moving “,” to another place of work “,” not reachable ",” at home and available “,” at home and busy ", etc.
  • a context is active for each of the users of the service routing of calls, the activation of a context that can be triggered manually by the user or automatically according to a calendar in which activation periods of these contexts are specified.
  • Server 1 is also designed to allow the user to specify for each context rules for triggering an action or service according to a condition.
  • the notification action of the called party may be associated with an indication of the terminal and / or the service to be used to perform the notification (e-mail electronic, SMS, voice server, instant message displayed on the TV through the decoder 13, window (pop-up) displayed on the screen of the computer 10, .
  • contexts defined by the users of the service can specify a terminal and / or a default service to use to perform call notifications.
  • the user terminal is connected to other terminals by a set of telecommunication and / or data transmission networks and at least one call routing server. It is configured to receive from the server call forwarding a call notification signal and includes means of displaying this call notification.
  • the notification signal call is associated with a list of action choices to be made by the user; the user terminal comprising means for selecting by the user of a choice of action in the list, and means of transmission of the choice back to the call routing server.
  • the computer and the decoder associated with the television set have a application designed for this purpose.
  • the module 21 for processing incoming calls is made in the form of a application server that is activated upon receipt of an incoming call received by through the network 2.
  • This module receives call signaling containing including the respective identifiers of the called party and the calling party, transmits it for processing at the central unit 20, and executes call transfer orders issued by it.
  • the notification module 22 of the called party is designed to notify the called party of the receiving a call.
  • this notification may be two types, namely a simple warning of the arrival of the call, or a warning of the appeal with presentation of a list of treatment choices at apply to the call in which the user must make a choice.
  • the notification can be made in the form of a message sending (email or instant message), or in a window that is displayed on the screen of a computer 10 or a television set 13 connected to a decoder connected to the IP network. 2.
  • the notification shall be made by a means of to immediately reach the called user, such as instant messaging or SMS, or triggering the display of a window on a screen display (computer, television set), taking into account information from presence of the user on one or other of these means of transmission and rules specified by the called user.
  • the configuration module 23 is preferably accessible via an IP network 2 such as the Internet, through a configuration interface user friendly and ergonomic, for example an Internet browser software.
  • IP network 2 such as the Internet
  • the configuration module 23 receives a identifier and a password that allow him to subsequently modify his user profile or to introduce commands for the server routing of calls.
  • the context management module 25 is designed to determine a context of a called user according to the information provided by the interface modules 29 to 31 for calendar, presence and location.
  • the presence interface module 30 is registered as a client with each presence management server so as to be notified by the latter by means of notifications, of each change of state of presence of users of the service. With these notifications, the interface module 30 maintains for each user terminal of the service a presence state, depending on whether the user is reachable, in communication or absent.
  • the rule management module 26 is designed to check the coherence intrinsically and between them, rules provided by each user by through the configuration module 23, and stores these rules in a 32. This module is called by the central unit 20 for determine the rules or rules applicable to an incoming call according to the current context of the called user, and to execute the rules as well selected, while ensuring their consistency, in particular to prevent the loops, and to return to the central unit the actions to be performed.
  • the contact list management module 27 manages lists of contacts for each user of the service, information about each contact appearing in these lists from the 36 or 37 corporate directory of the user, these directories being accessible via an IP network and the directory interface module 28.
  • Each of a user's lists is performed by the user through the configuration module 23 and is characterized by an identifier that can be used in defining the rules.
  • the directory interface module 28 is designed to query directories corporate and personal data whose addresses on the IP network are provided by the users of the service, in order to retrieve the information (name, number of telephone, and possibly address, photo, etc.) relating to the contacts of users.
  • a user B calls the user A, B from the list of "Friend" contacts of user A.
  • This call is received by the processing module incoming calls 21 which transmits to the central unit 20 the information of signaling relating to the incoming call, ie caller ID B (phone number), and the caller ID A (phone number).
  • the CPU 20 calls the context management module 25 in it providing the identifier of the called party, to obtain the current context in which is the user called A.
  • the context management module determines the current context of the called party by calling in particular the interface module 29 and the accessible terminals thereof by calling the module presence interface 30.
  • the accessible terminals are the fixed station 12 or 16 of the user A and the television set 13 which is connected to the IP network by via a decoder.
  • the CPU 20 then calls the rule management module 26 into it. providing the identifier of the called party, and the current context of it.
  • the module 26 provides in response the rules to be executed given the current context of Called.
  • the central unit then executes the rules thus received using the information about the incoming call. For this purpose, to determine whether the appellant B belongs to the "friends" contact list of user A, the CPU does call to the contact list management module 27 by providing the caller ID and caller ID, as well as the name of the contact list.
  • the module 27 provides the name of the caller corresponding to the identifier received if this one is in the list indicated.
  • the unit central office determines that for the appellant B, the called party A must be notified of the list of possible actions "take the call", "reject the call". From the list of accessible terminals of called party A, the central unit determines that this notification can be made using the television set. Central unity therefore makes use of the call notification module 22 by providing it the caller ID, the list to be notified and the information to access the decoder of the television set of the called A. The module 22 sends the action list to the address of the decoder which triggers the display of the information to be notified in a window inlaid on the screen of the television. Called A thus appears on the screen "call of B, you can 1. take the call, 2. reject the call ".
  • Call A can then select an option using a remote control from television 13 associated with a decoder, for example "take the call", this choice being transmitted by the decoder to the notification module 22, then to the unit Central.
  • the central unit then establishes the communication between the users A and B by transferring the call to an accessible terminal of the called A.
  • the central unit notifies the call to this last, always using the accessible notification terminal and transfers the call to the voice box of the called A.
  • the computer 10 of the user is accessible to the server call routing 1, as well as the mobile phone.
  • the called user can then make a choice for example using the mouse. If the called party chooses the second option, the call routing server triggers the transfer of the call to the mobile phone of the called party.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Procédé de gestion d'appels destinés à des utilisateurs de réseaux (2, 3) de télécommunications, comprenant des étapes au cours desquelles : les utilisateurs (10 à 16) introduisent chacun au moins une règle d'acheminement d'appels associant au moins une condition appliquée à une caractéristique d'un appel téléphonique entrant à une action d'acheminement de l'appel entrant; et un serveur d'acheminement d'appels (1) reçoit et détermine les caractéristiques d'un appel entrant, et les règles à lui appliquer, applique les règles déterminées pour identifier des actions à exécuter ; si plusieurs actions alternatives sont obtenues en exécutant les règles déterminées pour l'appel entrant, le serveur d'acheminement d'appels transmet vers l'utilisateur appelé, une notification d'appel entrant indiquant les actions alternatives ; l'utilisateur appelé transmet au serveur (1) une indication de l'action alternative choisie par l'utilisateur appelé ; et le serveur (1) traite l'appel entrant en exécutant l'action alternative choisie par l'utilisateur appelé. <IMAGE>

Description

La présente invention concerne un procédé et un serveur d'acheminement d'appels téléphoniques.
Elle s'applique notamment, mais non exclusivement aux réseaux de télécommunication fixes et mobiles, ainsi qu'aux réseaux de transmission de données publics ou privés, comprenant un serveur d'acheminement d'appels.
Actuellement, les utilisateurs des réseaux de télécommunication, qu'ils soient dans un cadre privé ou professionnel, disposent chacun de nombreux équipements ou moyens de communication leur permettant de communiquer avec d'autres utilisateurs. Or les besoins d'un utilisateur, en termes de communication, dépendent essentiellement du lieu où il se trouve et de ce qu'il est en train de faire.
Dans ce contexte, il est souhaitable d'acheminer les appels destinés à un utilisateur, où qu'il soit et quoi qu'il fasse et ce, de façon adaptée à sa situation quelle qu'elle soit. Cet acheminement devrait être effectué d'une manière totalement transparente pour l'utilisateur, c'est-à-dire sans qu'il lui soit nécessaire d'intervenir pour avertir de tout changement de situation. Pour l'utilisateur appelant, cet acheminement doit également être transparent, c'est-à-dire que l'émetteur ne doit pas avoir à se préoccuper de choisir un terminal avec lequel il souhaite établir une communication avec l'utilisateur appelé.
Actuellement, les systèmes de communication offrent plusieurs services activables à l'arrivée d'un appel téléphonique comme par exemple le renvoi de l'appel vers une boíte vocale, ou vers un autre poste. Ces systèmes choisissent le ou les services à déclencher selon des critères en général binaires. Il en résulte que l'utilisateur destinataire de l'appel ne dispose d'aucun moyen pour choisir la manière dont l'appel doit être traité, de manière à tenir compte du lieu ou de l'activité courante de l'utilisateur. Par exemple, si l'utilisateur destinataire d'un appel ne veut pas être dérangé, il est souhaitable de renvoyer vers la messagerie vocale les appels provenant d'appelants inconnus. En revanche, si l'appelant est connu de l'utilisateur, celui-ci peut souhaiter prendre l'appel sur son téléphone fixe, ou bien sur son téléphone mobile par transfert d'appel s'il veut éviter de déranger d'autres personnes.
La Demanderesse a mis au point un système décrit dans la demande de brevet FR 02 02976 permettant à l'appelant de choisir le traitement à appliquer à son appel, en tenant compte notamment de contraintes spécifiées par l'utilisateur appelé, définies éventuellement en fonction de l'identité de l'utilisateur appelant, et de l'état libre ou occupé de la ligne téléphonique de l'appelé.
Toutefois, ce système ne permet pas à l'utilisateur destinataire de choisir le traitement à appliquer à chaque appel entrant qui lui est destiné, au moment où celui-ci est reçu.
La présente invention a pour but de supprimer cet inconvénient. Cet objectif est atteint par la prévision d'un procédé de gestion d'appels destinés à des utilisateurs de réseaux de télécommunications, chacun des utilisateurs disposant d'au moins un moyen de télécommunication connectable à l'un des réseaux de télécommunication, le procédé comprenant des étapes au cours desquelles :
  • les utilisateurs introduisent chacun au moins une règle d'acheminement d'appels associant au moins une condition appliquée à une caractéristique d'un appel entrant à une action d'acheminement de l'appel entrant, et
  • un serveur d'acheminement d'appels reçoit un appel téléphonique entrant destiné à un utilisateur, détermine les caractéristiques de l'appel entrant et les règles à appliquer à l'appel entrant, applique les règles déterminées pour identifier les actions à appliquer à l'appel entrant, et exécute les actions identifiées sur l'appel entrant.
Selon l'invention, au moins certaines règles d'acheminement d'appels spécifiées par les utilisateurs comprennent plusieurs actions alternatives à sélectionner par l'utilisateur appelé au moment de la réception de l'appel entrant, le procédé comprenant en outre des étapes au cours desquelles :
  • si plusieurs actions alternatives sont obtenues en exécutant les règles déterminées pour l'appel entrant, le serveur d'acheminement d'appels transmet vers un moyen de communication accessible de l'utilisateur appelé, une notification d'appel entrant indiquant les actions alternatives parmi lesquelles l'utilisateur appelé doit effectuer un choix,
  • le moyen de communication de l'utilisateur appelé transmet au serveur d'acheminement d'appels une indication de l'action alternative choisie par l'utilisateur appelé, et
  • le serveur d'acheminement d'appels traite l'appel entrant en exécutant l'action alternative choisie par l'utilisateur appelé.
Selon un mode de réalisation de l'invention, chacune des conditions des règles d'acheminement d'appels entrants porte sur au moins l'une des informations suivantes :
  • l'identité de l'utilisateur appelant,
  • l'identité du premier utilisateur appelant en cas de renvoi d'appel,
  • un état "occupé" ou "non réponse" du moyen de communication demandé par l'utilisateur appelant,
  • la date et heure de réception de l'appel,
  • un niveau de priorité attribué à l'appel entrant,
  • un état de présence de l'appelé, indiquant si l'appelé est accessible par au moins un terminal de communication,
  • l'état du réseau,
  • la localisation de l'appelé, et
  • des événements extérieurs au système.
Selon un autre mode de réalisation de l'invention, les actions d'acheminement d'appels sont sélectionnées parmi les actions suivantes lors de l'introduction des règles d'acheminement d'appels entrants :
  • notifier l'utilisateur appelé pour l'informer de l'arrivée d'un appel entrant,
  • acheminer l'appel vers un service spécifié activable appartenant à l'ensemble des services auxquels l'utilisateur appelé a souscrit et qui sont utilisables dans le cadre du service d'acheminement d'appels,
  • rejeter l'appel, et
  • proposer une liste de services alternatifs activables appartenant à cet ensemble de services, et dans laquelle l'utilisateur appelé doit effectuer une sélection.
Selon un autre mode de réalisation de l'invention, ce procédé comprend en outre une étape de détermination d'un état d'accessibilité de chacun des moyens de télécommunication de chacun des utilisateurs.
Selon un autre mode de réalisation de l'invention, ce procédé comprend en outre une étape de configuration du service d'acheminement d'appels au cours de laquelle chaque utilisateur spécifie un profil d'utilisateur regroupant :
  • des paramètres nécessaires au serveur d'acheminement d'appels comportant des paramètres d'accès aux moyens de communication par lesquels l'utilisateur peut être joint et à des serveurs de gestion de présence auprès desquels l'utilisateur est enregistré et fournissant un état d'accessibilité des moyens de communication,
  • des définitions de contextes correspondant chacun à une situation dans laquelle l'utilisateur a prévu de se trouver, chaque contexte étant associé à des règles d'acheminement d'appels respectives à appliquer aux appels entrants, et
  • des données d'agenda spécifiant des plages horaires durant lesquelles un contexte est activé.
L'invention concerne également un serveur d'acheminement d'appels destiné à des utilisateurs de réseaux de télécommunications, chacun des utilisateurs disposant d'au moins un moyen de télécommunication connectable à l'un des réseaux de télécommunication, le serveur d'acheminement d'appels comprenant des moyens pour recevoir des appels téléphoniques entrants destinés à des utilisateurs, des moyens pour déterminer les caractéristiques des appels entrants et des règles d'acheminement d'appels spécifiées par les utilisateurs à appliquer aux appels entrants, des moyens pour exécuter les règles afin d'identifier les actions à appliquer aux appels entrants, et des moyens pour exécuter les actions identifiées aux appels entrants.
Selon l'invention, le serveur d'acheminement d'appels comprend en outre :
  • des moyens mis à la disposition des utilisateurs pour spécifier des règles d'acheminement d'appels comprenant une ou plusieurs actions alternatives à sélectionner par l'utilisateur appelé au moment de la réception de l'appel entrant,
  • des moyens pour transmettre vers un moyen de communication accessible d'un utilisateur appelé, une notification d'appel entrant indiquant les actions alternatives parmi lesquelles l'utilisateur appelé doit effectuer un choix, si plusieurs actions alternatives sont identifiées en exécutant les règles déterminées pour un appel entrant,
  • des moyens pour recevoir des indications d'actions alternatives choisies par les utilisateurs appelés, et
  • des moyens pour acheminer les appels entrants en exécutant les actions alternatives choisies par les utilisateurs appelés.
Selon un mode de réalisation préféré de l'invention, le serveur d'acheminement d'appels est configuré de sorte que les moyens pour exécuter les actions identifiées aux appels entrants et les moyens pour acheminer les appels entrants en exécutant les actions alternatives choisies par les utilisateurs appelés sont les mêmes.
Avantageusement, le serveur d'acheminement d'appels présente une architecture modulaire comprenant une unité centrale et un ensemble de modules fonctionnels, l'unité centrale étant conçue pour coordonner les traitements effectués par les modules fonctionnels.
Selon un mode de réalisation de l'invention, ce serveur d'acheminement d'appels comprend un module de configuration permettant à chacun des utilisateurs de spécifier un profil d'utilisateur regroupant :
  • des paramètres nécessaires au serveur d'acheminement d'appels comportant des paramètres d'accès aux moyens de communication par lesquels l'utilisateur peut être joint et à des serveurs de gestion de présence auprès desquels l'utilisateur est enregistré et fournissant un état d'accessibilité des moyens de communication,
  • des définitions de contextes correspondant chacun à une situation dans laquelle l'utilisateur a prévu de se trouver, chaque contexte étant associé à des règles d'acheminement d'appels respectives à appliquer aux appels entrants, et
  • des données d'agenda spécifiant des plages horaires durant lesquelles un contexte est activé.
Selon un autre mode de réalisation de l'invention, pour transmettre à un utilisateur appelé une notification d'appel entrant, le serveur d'acheminement d'appels utilise au moins l'un des moyens de communication suivants :
  • messagerie électronique,
  • messagerie instantanée,
  • message SMS,
  • déclenchement d'affichage d'une fenêtre en surimpression sur un écran d'ordinateur, et
  • déclenchement d'affichage d'une fenêtre en surimpression sur un écran de télévision connecté à un décodeur relié à un réseau IP.
Selon un autre mode de réalisation de l'invention, le serveur d'acheminement d'appels est connecté à au moins l'un des réseaux de téléphonie suivants :
  • réseau de téléphonie mobile,
  • réseau de téléphonie fixe,
  • réseau de téléphonie IP utilisant le protocole SIP.
Un mode de réalisation préféré de l'invention sera décrit ci-après, à titre d'exemple non limitatif, avec référence aux dessins annexés dans lesquels :
  • La figure 1 représente schématiquement un serveur d'acheminement d'appels téléphoniques intégré dans un environnement de réseaux de télécommunication auxquels sont connectés des terminaux d'utilisateurs ;
  • La figure 2 montre l'architecture fonctionnelle du serveur d'acheminement d'appels téléphoniques représenté sur la figure 1.
    • La figure 1 représente un système de transmission d'informations comprenant un ensemble de réseaux 2, 3 de télécommunications et de transmission de données, auxquels sont connectés des terminaux 10 à 16 d'utilisateurs et des serveurs 4 à 9 offrant des services spécialisés de communication. La référence 2 illustre un ensemble de réseaux de type IP (Internet Protocol), publics et/ou privés, par exemple le réseau Internet et des réseaux Intranet. La référence 3 illustre un ensemble de réseaux de téléphonie de type RTC (Réseau Téléphonique Commuté) ou mobile, par exemple conforme à la norme GSM (Global System for Mobile Communication), GPRS (Général Packet Radio Service) ou UMTS (Universal Mobile Télécommunication System).
    Les terminaux connectés aux réseaux IP 2 sont par exemple de type ordinateur personnel 10, assistant personnel PDA (Personal Digital Assistant) 11, terminal téléphonique (téléphonie IP) 12, ou encore un poste de télévision 13 associé à un décodeur vidéo (Set Top Box). Ils peuvent être également des terminaux mobiles munis de moyens de communication GSM et/ou de faible portée tels que conformes aux normes Bluetooth ou Wi-Fi (Wireless Fidelity) (normes IEEE 802.11 a ou b), de manière à pouvoir communiquer avec un réseau local IP de type Intranet. Les terminaux connectés aux réseaux de téléphonie 3 sont de type téléphone fixe 16 à travers le protocole SIP (Session Initiation Protocol), téléphone mobile 14, assistant personnel communiquant 15 (par exemple équipé d'un module de télécommunication GSM).
    Les serveurs de communication connectés aux réseaux IP 2 comprennent par exemple des serveurs de messagerie électronique 5 et de messagerie instantanée 4, des serveurs de gestion d'agenda 6 mémorisant pour chaque utilisateur des informations sur les activités prévues de l'utilisateur, des serveurs de gestion de présence 9 permettant de déterminer l'accessibilité ou la joignabilité des utilisateurs par l'un des réseaux 2, et des serveurs de localisation 7 donnant accès à des informations permettant de localiser les terminaux des utilisateurs, à savoir l'adresse IP de l'utilisateur dans le cas d'un réseau IP.
    Les serveurs de communication connectés aux réseaux mobiles 3 comprennent des serveurs de transmission de messages courts 8, par exemple de type SMS (Service de Messages Courts) ou MMS (Multimedia Messaging Service), ces serveurs pouvant également être connectés à un réseau IP 2 pour permettre l'émission de messages courts à partir d'un terminal IP, des serveurs de gestion de présence 9 permettant de déterminer l'accessibilité ou la joignabilité des utilisateurs par l'un des réseaux 3, et des serveurs de localisation 7 donnant accès à des informations permettant de localiser les terminaux mobiles des utilisateurs.
    Selon l'invention, ce système comprend également un serveur 1 d'acheminement d'appels, conçu pour permettre aux utilisateurs de choisir la façon (choix du protocole, du réseau et du terminal) dont vont lui être transmis les appels qui lui sont destinés. Les appels ainsi traités peuvent provenir d'un téléphone fixe (RTC ou IP) ou mobile.
    A cet effet, le serveur 1 peut être conçu pour permettre à l'utilisateur de définir des contextes correspondant à des situations dans lesquelles l'utilisateur peut se trouver, telles que "au bureau et disponible", "au bureau et en réunion", "en déplacement", "sur un autre lieu de travail", "non joignable", "à la maison et disponible", "à la maison et occupé", etc.
    A un instant donné, un contexte est actif pour chacun des utilisateurs du service d'acheminement d'appels, l'activation d'un contexte pouvant être déclenchée manuellement par l'utilisateur ou automatiquement en fonction d'un agenda dans lequel des périodes d'activation de ces contextes sont spécifiées.
    Le serveur 1 est également conçu pour permettre à l'utilisateur de spécifier pour chaque contexte des règles de déclenchement d'une action ou d'un service en fonction d'une condition.
    Une règle est caractérisée par deux éléments, à savoir une condition qui constitue l'élément déclencheur de la règle et une action qui est activée lorsque la condition est remplie, par exemple "sur occupation" (=condition), "renvoyer l'appel vers un autre terminal" (=action).
    Les conditions peuvent porter sur les informations suivantes :
    • l'état "occupé" ou "non réponse" du moyen de communication demandé par l'utilisateur appelant,
    • l'identité de l'appelant ou du premier appelant en cas de renvoi d'appel,
    • la date et heure de réception de l'appel, par exemple en correspondance avec l'agenda électronique de l'appelé,
    • la priorité de l'appel, dans la mesure où cette information est disponible,
    • l'état de présence de l'appelé qui indique si l'appelé est accessible par au moins terminal de communication, et un état de disponibilité,
    • l'état du réseau (bande passante, infrastructure telle que liaison modem, LAN, ...),
    • la localisation de l'appelé,
    • des événements extérieurs au système, par exemple les conditions météorologiques, ...
    Les actions disponibles peuvent être les suivantes :
    • notifier l'appelé pour l'informer qu'une personne a cherché à le joindre, cette notification comportant les informations de l'appel, à savoir la date de réception de l'appel et l'identité de l'appelant,
    • acheminer l'appel vers un service spécifié activable appartenant à l'ensemble des services auxquels l'utilisateur appelé a souscrit et qui sont utilisables dans le cadre du service d'acheminement d'appels (par exemple : transfert de l'appel vers une boíte vocale ou vers un autre numéro d'appel),
    • rejeter l'appel, et
    • proposer une liste de services activables appartenant à cet ensemble de services, et dans laquelle l'utilisateur appelé doit effectuer une sélection.
    L'action de notification de l'appelé peut être associée à une indication du terminal et/ou du service à utiliser pour effectuer la notification (messagerie électronique, SMS, serveur vocal, message instantané affiché sur le téléviseur par l'intermédiaire du décodeur 13, fenêtre (pop-up) affichée à l'écran de l'ordinateur 10, ...).
    Il est à noter que les contextes définis par les utilisateurs du service peuvent spécifier un terminal et/ou un service par défaut à utiliser pour effectuer les notifications d'appel.
    Le terminal d'utilisateur est connecté à d'autres terminaux par un ensemble de réseaux de télécommunication et/ou de transmission de données et au moins un serveur d'acheminement d'appel. Il est configuré pour recevoir du serveur d'acheminement d'appel un signal de notification d'appel et comprend des moyens d'affichage de cette notification d'appels. Le signal de notification d'appel est associé à une liste de choix d'action à effectuer par l'utilisateur ; le terminal d'utilisateur comprenant des moyens de sélection par l'utilisateur d'un choix d'action dans la liste, et des moyens de transmission du choix en retour au serveur d'acheminement d'appel.
    Dans le cas où une notification est effectuée sous la forme d'une fenêtre ("pop-up") apparaissant à l'écran d'un ordinateur ou d'un poste de télévision, l'ordinateur et le décodeur associé au poste de télévision disposent d'un applicatif conçu à cet effet.
    La figure 2 montre un exemple d'architecture fonctionnelle du serveur d'acheminement d'appels 1 dans un réseau de téléphonie sur IP utilisant le protocole SIP (Session Initiation Protocol). Sur cette figure, le serveur présente avantageusement une architecture modulaire comprenant les modules suivants :
    • une unité centrale 20 qui coordonne tous les traitements effectués par le serveur pour fournir le service d'acheminement d'appels,
    • un module 21 de traitement des appels entrants,
    • un module 22 de notification des appels entrants,
    • un module 23 de configuration intégrant par exemple une interface Web accessible par l'intermédiaire d'un réseau IP 2 pour permettre à chacun des utilisateurs du service de configurer le service de traitement d'appel pour permettre à celui-ci de traiter les appels qui lui sont destinés,
    • un module 24 d'administration intégrant par exemple une interface Web accessible par l'intermédiaire d'un réseau IP 2 pour permettre à un administrateur de gérer des comptes pour chacun des utilisateurs du service,
    • un module 25 de gestion de contextes pour déterminer un contexte courant dans lequel se trouve chacun des utilisateurs du service,
    • un module 26 de gestion de règles pour gérer les règles spécifiées par chacun des utilisateurs et à exécuter à la réception d'un appel entrant,
    • un module 27 de gestion de listes de contacts pour gérer des listes de contacts pour chacun des utilisateurs du service, et
    • un ensemble de modules d'interface 28 à 31 pour assurer l'interface entre le serveur d'acheminement d'appels et les serveurs tels que les serveurs d'agenda 6, de présence 9, d'annuaires 36, 37, et de localisation 7.
    Le module 21 de traitement des appels entrants est réalisé sous la forme d'un serveur applicatif qui est activé à la réception d'un appel entrant reçu par l'intermédiaire du réseau 2. Ce module reçoit la signalisation d'appel contenant notamment les identifiants respectifs de l'appelé et de l'appelant, la transmet pour traitement à l'unité centrale 20, et exécute des ordres de transfert d'appel émis par celle-ci.
    Le module 22 de notification de l'appelé est conçu pour notifier l'appelé de la réception d'un appel. Conformément à l'invention, cette notification peut être de deux types, à savoir un simple avertissement de l'arrivée de l'appel, ou un avertissement de l'appel avec présentation d'une liste de choix de traitements à appliquer à l'appel dans laquelle l'utilisateur doit effectuer un choix.
    La notification peut être effectuée sous la forme d'un envoi de message électronique (email ou message instantané), ou dans une fenêtre qui est affichée à l'écran d'un ordinateur 10 ou d'un poste de télévision 13 connecté à un décodeur relié au réseau IP 2. Dans le cas où une liste de traitements est présentée, la notification est effectuée par un moyen de transmission permettant d'atteindre immédiatement l'utilisateur appelé, comme la messagerie instantanée ou SMS, ou le déclenchement de l'affichage d'une fenêtre sur un écran d'affichage (ordinateur, poste de télévision), en tenant compte d'informations de présence de l'utilisateur sur l'un ou l'autre des ces moyens de transmission et des règles spécifiées par l'utilisateur appelé.
    Le module 23 de configuration du service permet à chaque utilisateur de spécifier un profil d'utilisateur regroupant :
    • tous les paramètres nécessaires au service et notamment tous les paramètres permettant d'accéder aux différents moyens de communication (terminaux et services) que l'utilisateur est susceptible d'employer ou aux serveurs de gestion de présence 9 auprès desquels l'utilisateur est enregistré,
    • des définitions de contextes correspondant chacun à une situation dans laquelle l'utilisateur a prévu de se trouver, et identifiant des moyens de communication utilisables pour joindre l'utilisateur en fonction d'un degré d'urgence, chaque contexte étant associé à un ensemble de règles à appliquer aux appels entrants.
    Le module 23 de configuration est de préférence accessible via un réseau IP 2 tel que le réseau Internet, par l'intermédiaire d'une interface de configuration conviviale et ergonomique, par exemple un logiciel de navigation Internet. Lorsque l'utilisateur accède pour la première fois au service, il reçoit un identifiant et un mot de passe qui lui permettent par la suite de modifier son profil d'utilisateur ou d'introduire des commandes destinées au serveur d'acheminement d'appels.
    Le module 25 de gestion des contextes est conçu pour déterminer un contexte courant d'un utilisateur appelé en fonction des informations fournies par les modules d'interface 29 à 31 d'agenda, de présence et de localisation.
    Le module 30 d'interface de présence est enregistré comme client auprès de chaque serveur de gestion de présence de manière à être averti par ces derniers au moyen de notifications, de chaque changement d'état de présence des utilisateurs du service. A l'aide de ces notifications, le module d'interface 30 tient à jour pour chaque terminal d'utilisateur du service un état de présence, selon que l'utilisateur est joignable, en communication ou absent.
    Le module 26 de gestion de règles est conçu pour vérifier la cohérence intrinsèque et entre elles, des règles fournies par chaque utilisateur par l'intermédiaire du module de configuration 23, et stocke ces règles dans une base de données 32. Ce module est appelé par l'unité centrale 20 pour déterminer la ou les règles applicables à un appel entrant en fonction du contexte courant de l'utilisateur appelé, et pour exécuter les règles ainsi sélectionnées, tout en s'assurant de leur cohérence, notamment pour empêcher les boucles, et pour renvoyer à l'unité centrale les actions à effectuer.
    Le module 27 de gestion de listes de contacts gère des listes de contacts pour chaque utilisateur du service, les informations relatives à chaque contact figurant dans ces listes provenant de l'annuaire d'entreprise 36 ou personnel 37 de l'utilisateur, ces annuaires étant accessibles par l'intermédiaire d'un réseau IP et du module d'interface d'annuaires 28. Chacune des listes d'un utilisateur est réalisée par l'utilisateur par l'intermédiaire du module de configuration 23 et est caractérisée par un identifiant qui peut être utilisé dans la définition des règles.
    Le module d'interface d'annuaires 28 est conçu pour interroger des annuaires d'entreprise et personnels dont les adresses sur le réseau IP sont fournies par les utilisateurs du service, afin de récupérer les informations (nom, numéro de téléphone, et éventuellement adresse, photo, etc.) relatives aux contacts des utilisateurs.
    Des exemples d'utilisation du service sont maintenant décrits.
    Dans un premier exemple, un utilisateur A a configuré le service à l'aide du module d'interface de configuration 23 en définissant un contexte "familial" pour lequel il introduit les règles suivantes :
    • si un appel entrant arrive entre 21h00 et 23h00 et que l'appelant fait partie de la liste de contacts "amis", les actions possibles sont "prendre l'appel" et "rejeter l'appel", sinon la seule action possible est "renvoyer tous les appels vers la boíte vocale",
    • si un appel entrant arrive entre 23h00 et 7h00, la seule action possible est "renvoyer tous les appels vers la boíte vocale".
    Par ailleurs, dans le contexte "familial, l'utilisateur A a indiqué qu'il souhaite que tous les appels lui soient notifiés.
    A 22h00, un utilisateur B appelle l'utilisateur A, B faisant partie de la liste de contacts "amis" de l'utilisateur A. Cet appel est reçu par le module de traitement des appels entrants 21 qui transmet à l'unité centrale 20 les informations de signalisation relatives à l'appel entrant, à savoir l'identifiant de l'appelant B (numéro de téléphone), et l'identifiant de l'appelé A (numéro de téléphone). L'unité centrale 20 appelle le module de gestion de contexte 25 en lui fournissant l'identifiant de l'appelé, pour obtenir le contexte courant dans lequel se trouve l'utilisateur appelé A. Le module de gestion de contexte détermine le contexte courant de l'appelé en faisant appel notamment au module d'interface d'agenda 29 et les terminaux accessibles de celui-ci en faisant appel au module d'interface de présence 30.
    Dans l'exemple considéré, les terminaux accessibles sont le poste fixe 12 ou 16 de l'utilisateur A et le poste de télévision 13 qui est connecté au réseau IP par l'intermédiaire d'un décodeur.
    L'unité centrale 20 appelle ensuite le module 26 de gestion des règles en lui fournissant l'identifiant de l'appelé, et le contexte courant de celui-ci. Le module 26 fournit en réponse les règles à exécuter compte tenu du contexte courant de l'appelé. L'unité centrale exécute ensuite les règles ainsi reçues à l'aide des informations relatives à l'appel entrant. A cet effet, pour déterminer si l'appelant B appartient à la liste de contact "amis" de l'utilisateur A, l'unité centrale fait appel au module de gestion des listes de contacts 27 en lui fournissant les identifiants de l'appelé et de l'appelant, ainsi que le nom de la liste de contacts. Le module 27 fournit le nom de l'appelant correspondant à l'identifiant reçu si celui-ci figure dans la liste indiquée.
    En appliquant les règles reçues du module 26 de gestion des règles, l'unité centrale détermine que pour l'appelant B, il faut notifier à l'appelé A la liste des actions possibles "prendre l'appel", "rejeter l'appel". A partir de la liste des terminaux accessibles de l'appelé A, l'unité centrale détermine que cette notification peut être effectuée à l'aide du poste de télévision. L'unité centrale fait donc appel au module 22 de notification d'appels en lui fournissant l'identifiant de l'appelant, la liste à notifier et les informations permettant d'accéder au décodeur du poste de télévision de l'appelé A. Le module 22 transmet la liste d'actions à l'adresse du décodeur qui déclenche l'affichage des informations à notifier dans une fenêtre incrustée à l'écran du poste de télévision. L'appelé A voit ainsi apparaítre à l'écran "appel de B, vous pouvez 1. prendre l'appel, 2. refuser l'appel".
    L'appelé A peut alors sélectionner une option à l'aide d'une télécommande du téléviseur 13 associé à un décodeur, par exemple "prendre l'appel", ce choix étant transmis par le décodeur au module de notification 22, puis à l'unité centrale. L'unité centrale établit alors la communication entre les utilisateurs A et B en transférant l'appel vers un terminal accessible de l'appelé A.
    Si l'appelant B n'est pas connu de l'appelé A, l'unité centrale notifie l'appel à ce dernier, toujours en utilisant le terminal de notification accessible et transfère l'appel vers la boíte vocale de l'appelé A.
    Dans un autre exemple d'utilisation du service, un utilisateur A a configuré le service à l'aide du module d'interface de configuration 23 en définissant un contexte "bureau - réunion" pour lequel il introduit la règle suivante :
  • "si l'appelant est ma secrétaire", les actions possibles sont "prendre l'appel" et "transférer l'appel vers mon téléphone mobile", sinon "transférer tous les appels vers ma secrétaire".
    • Dans ce contexte, l'ordinateur 10 de l'utilisateur est accessible au serveur d'acheminement d'appels 1, de même que le téléphone mobile.
    Si l'appelant est la secrétaire de l'appelé, le serveur d'acheminement d'appels déclenche l'affichage à l'écran de l'ordinateur de l'appelé le message suivant :
  • "appel de la secrétaire, vous pouvez 1. rejeter l'appel ou 2. transférer l'appel vers le téléphone mobile".
    • L'utilisateur appelé peut alors effectuer un choix par exemple à l'aide de la souris. Si l'appelé choisit la seconde option, le serveur d'acheminement d'appels déclenche le transfert de l'appel vers le téléphone mobile de l'appelé.

    Claims (12)

    1. Procédé de gestion d'appels destinés à des utilisateurs de réseaux (2, 3) de télécommunications, chacun des utilisateurs disposant d'au moins un moyen de télécommunication (10 à 16) connectable à l'un des réseaux de télécommunication, le procédé comprenant des étapes au cours desquelles :
      les utilisateurs introduisent chacun au moins une règle d'acheminement d'appels associant au moins une condition appliquée à une caractéristique d'un appel entrant à une action d'acheminement de l'appel entrant, et
      un serveur d'acheminement d'appels (1) reçoit un appel téléphonique entrant destiné à un utilisateur, détermine les caractéristiques de l'appel entrant et les règles à appliquer à l'appel entrant, applique les règles déterminées pour identifier les actions à appliquer à l'appel entrant, et exécute les actions identifiées sur l'appel entrant,
      caractérisé en ce qu'au moins certaines règles d'acheminement d'appels spécifiées par les utilisateurs comprennent plusieurs actions alternatives à sélectionner par l'utilisateur appelé au moment de la réception de l'appel entrant, le procédé comprenant en outre des étapes au cours desquelles :
      si plusieurs actions alternatives sont obtenues en exécutant les règles déterminées pour l'appel entrant, le serveur d'acheminement d'appels (1) transmet vers un moyen de communication accessible de l'utilisateur appelé, une notification d'appel entrant indiquant les actions alternatives parmi lesquelles l'utilisateur appelé doit effectuer un choix,
      le moyen de communication (10 à 12 et 14 à 16) de l'utilisateur appelé transmet au serveur d'acheminement d'appels une indication de l'action alternative choisie par l'utilisateur appelé, et
      le serveur d'acheminement d'appels traite l'appel entrant en exécutant l'action alternative choisie par l'utilisateur appelé.
    2. Procédé selon la revendication 1,
      caractérisé en ce que chacune des conditions des règles d'acheminement d'appels entrants porte sur au moins l'une des informations suivantes :
      l'identité de l'utilisateur appelant,
      l'identité du premier utilisateur appelant en cas de renvoi d'appel,
      un état "occupé" ou "non réponse" du moyen de communication demandé par l'utilisateur appelant,
      la date et heure de réception de l'appel,
      un niveau de priorité attribué à l'appel entrant,
      un état de présence de l'appelé, indiquant si l'appelé est accessible par au moins un terminal de communication,
      l'état du réseau (2, 3),
      la localisation de l'appelé, et
      des événements extérieurs au système.
    3. Procédé selon la revendication 1 ou 2,
      caractérisé en ce que les actions d'acheminement d'appels sont sélectionnées parmi les actions suivantes lors de l'introduction des règles d'acheminement d'appels entrants :
      notifier l'utilisateur appelé pour l'informer de l'arrivée d'un appel entrant,
      acheminer l'appel vers un service spécifié activable appartenant à l'ensemble des services auxquels l'utilisateur appelé a souscrit et qui sont utilisables dans le cadre du service d'acheminement d'appels,
      rejeter l'appel, et
      proposer une liste de services alternatifs activables appartenant à cet ensemble de services, et dans laquelle l'utilisateur appelé doit effectuer une sélection.
    4. Procédé selon l'une des revendications 1 à 3,
      caractérisé en ce qu'il comprend en outre une étape de détermination d'un état d'accessibilité de chacun des moyens de télécommunication (10 à 16) de chacun des utilisateurs.
    5. Procédé selon l'une des revendications 1 à 4,
      caractérisé en ce qu'il comprend en outre une étape de configuration du service d'acheminement d'appels au cours de laquelle chaque utilisateur spécifie un profil d'utilisateur regroupant :
      des paramètres nécessaires au serveur d'acheminement d'appels (1) comportant des paramètres d'accès aux moyens de communication (10 à 16) par lesquels l'utilisateur peut être joint et à des serveurs de gestion de présence (9) auprès desquels l'utilisateur est enregistré et fournissant un état d'accessibilité des moyens de communication,
      des définitions de contextes correspondant chacun à une situation dans laquelle l'utilisateur a prévu de se trouver, chaque contexte étant associé à des règles d'acheminement d'appels respectives à appliquer aux appels entrants, et
      des données d'agenda spécifiant des plages horaires durant lesquelles un contexte est activé.
    6. Serveur d'acheminement d'appels destinés à des utilisateurs de réseaux (2, 3) de télécommunications, chacun des utilisateurs disposant d'au moins un moyen de télécommunication (10 à 16) connectable à l'un des réseaux de télécommunication, le serveur d'acheminement d'appels (1) comprenant des moyens pour recevoir des appels téléphoniques entrants destinés à des utilisateurs, des moyens pour déterminer les caractéristiques des appels entrants et des règles d'acheminement d'appels spécifiées par les utilisateurs à appliquer aux appels entrants, des moyens pour exécuter les règles afin d'identifier les actions à appliquer aux appels entrants, et des moyens pour exécuter les actions identifiées aux appels entrants,
      caractérisé en ce que le serveur d'acheminement d'appels (1) comprend en outre :
      des moyens mis à la disposition des utilisateurs pour spécifier des règles d'acheminement d'appels comprenant une ou plusieurs actions alternatives à sélectionner par l'utilisateur appelé au moment de la réception de l'appel entrant,
      des moyens pour transmettre vers un moyen de communication (10 à 16) accessible d'un utilisateur appelé, une notification d'appel entrant indiquant les actions alternatives parmi lesquelles l'utilisateur appelé doit effectuer un choix, si plusieurs actions alternatives sont identifiées en exécutant les règles déterminées pour un appel entrant,
      des moyens pour recevoir des indications d'actions alternatives choisies par les utilisateurs appelés, et
      des moyens pour acheminer les appels entrants en exécutant les actions alternatives choisies par les utilisateurs appelés.
    7. Serveur d'acheminement d'appels selon la revendication 6,
      caractérisé en ce que le serveur d'acheminement d'appels (1) présente une architecture modulaire comprenant une unité centrale (20) et un ensemble de modules fonctionnels (21 à 31), l'unité centrale étant conçue pour coordonner les traitements effectués par les modules fonctionnels.
    8. Serveur d'acheminement d'appels selon la revendication 6 ou 7,
      caractérisé en ce qu'il comprend un module de configuration (23) permettant à chacun des utilisateurs de spécifier un profil d'utilisateur regroupant :
      des paramètres nécessaires au serveur d'acheminement d'appels (1) comportant des paramètres d'accès aux moyens de communication (10 à 16) par lesquels l'utilisateur peut être joint et à des serveurs de gestion de présence (5) auprès desquels l'utilisateur est enregistré et fournissant un état d'accessibilité des moyens de communication,
      des définitions de contextes correspondant chacun à une situation dans laquelle l'utilisateur a prévu de se trouver, chaque contexte étant associé à des règles d'acheminement d'appels respectives à appliquer aux appels entrants, et
      des données d'agenda spécifiant des plages horaires durant lesquelles un contexte est activé.
    9. Serveur d'acheminement d'appels selon l'une des revendications 6 à 8,
      caractérisé en ce que pour transmettre à un utilisateur appelé une notification d'appel entrant, le serveur d'acheminement d'appels (1) utilise au moins l'un des moyens de communication suivants :
      messagerie électronique,
      messagerie instantanée,
      message SMS,
      déclenchement d'affichage d'une fenêtre en surimpression sur un écran d'ordinateur, et
      déclenchement d'affichage d'une fenêtre en surimpression sur un écran de télévision connecté à un décodeur relié à un réseau IP.
    10. Serveur d'acheminement d'appels selon l'une des revendications 6 à 9,
      caractérisé en ce que le serveur d'acheminement d'appels (1) est connecté à au moins l'un des réseaux de téléphonie suivants :
      réseau de téléphonie mobile (3),
      réseau de téléphonie fixe (3),
      réseau de téléphonie IP utilisant le protocole SIP (2).
    11. Serveur d'acheminement d'appels selon l'une des revendications 6 à 10 caractérisé en ce que les moyens pour exécuter les actions identifiées aux appels entrants et les moyens pour acheminer les appels entrants en exécutant les actions alternatives choisies par les utilisateurs appelés sont les mêmes (21).
    12. Terminal d'utilisateur connecté à d'autres terminaux par un ensemble de réseaux de télécommunication et/ou de transmission de données et au moins un serveur d'acheminement d'appel, le terminal d'utilisateur étant configuré pour recevoir du serveur d'acheminement d'appel un signal de notification d'appel et comprenant des moyens d'affichage de cette notification d'appels, caractérisé en ce que le signal de notification d'appel est associé à une liste de choix d'action à effectuer par l'utilisateur ; le terminal d'utilisateur comprenant des moyens de sélection par l'utilisateur d'un choix d'action dans la liste, et des moyens de transmission du choix en retour au serveur d'acheminement d'appel.
    EP05290695A 2004-03-31 2005-03-29 Procédé et serveur d'acheminement d'appels téléphoniques Withdrawn EP1583339A1 (fr)

    Applications Claiming Priority (2)

    Application Number Priority Date Filing Date Title
    FR0403385 2004-03-31
    FR0403385 2004-03-31

    Publications (1)

    Publication Number Publication Date
    EP1583339A1 true EP1583339A1 (fr) 2005-10-05

    Family

    ID=34878476

    Family Applications (1)

    Application Number Title Priority Date Filing Date
    EP05290695A Withdrawn EP1583339A1 (fr) 2004-03-31 2005-03-29 Procédé et serveur d'acheminement d'appels téléphoniques

    Country Status (3)

    Country Link
    US (1) US20050243987A1 (fr)
    EP (1) EP1583339A1 (fr)
    CA (1) CA2502995A1 (fr)

    Cited By (2)

    * Cited by examiner, † Cited by third party
    Publication number Priority date Publication date Assignee Title
    FR2910762A1 (fr) * 2006-12-22 2008-06-27 Alcatel Lucent Sa Procede d'adaptation du routage des communications d'un client dans un reseau de type ims
    WO2014152687A1 (fr) * 2013-03-15 2014-09-25 Vonage Network, Llc Systèmes et procédés de gestion de communications entrantes dirigées vers un dispositif de téléphonie

    Families Citing this family (8)

    * Cited by examiner, † Cited by third party
    Publication number Priority date Publication date Assignee Title
    US8638922B2 (en) 2004-10-20 2014-01-28 Apple Inc. Location-based call routing
    CN1859501A (zh) * 2005-04-30 2006-11-08 华为技术有限公司 电话呼叫方法
    US8744059B2 (en) * 2007-06-08 2014-06-03 Verizon Patent And Licensing Inc. Method and system for providing intelligent call rejection and call rollover in a telephony network
    US8712033B2 (en) * 2007-06-08 2014-04-29 Verizon Patent And Licensing Inc. Method and system for providing intelligent call rejection and call rollover in a data network
    CA2701423C (fr) * 2007-10-02 2016-06-21 Ascendent Telecommunications, Inc. Procede, appareil et systeme de routage d'appel intelligent
    US8233943B1 (en) * 2008-01-29 2012-07-31 Smith Micro Software, Inc Selective activation of alerts for receipt and availability of data in a communication device
    US8244905B2 (en) * 2009-03-31 2012-08-14 Alcatel Lucent Routing mechanisms for messaging applications using an enhanced gateway control function
    CN110365932B (zh) * 2019-06-11 2024-03-08 聚好看科技股份有限公司 视频通话系统方法及装置

    Citations (8)

    * Cited by examiner, † Cited by third party
    Publication number Priority date Publication date Assignee Title
    WO1997020423A1 (fr) * 1995-11-29 1997-06-05 Bell Communications Research, Inc. Systeme et procede pour analyser et orienter automatiquement les appels entrants
    US20020073207A1 (en) * 2000-09-28 2002-06-13 Ian Widger Communication management system for managing multiple incoming communications, such as from one graphical user interface
    US20020090064A1 (en) * 1997-11-26 2002-07-11 Burg Frederick Murray System and method for providing call subject information to a called party
    US20020146105A1 (en) * 2001-04-05 2002-10-10 International Business Machines Corporation Interactive call forwarding
    US20030007617A1 (en) * 2001-07-05 2003-01-09 Mcalinden Paul Delivering calls using calendar information
    EP1324579A2 (fr) * 2001-12-18 2003-07-02 AT&T Corp. Méthode de gestion d'appels dépendant de la présence en ligne sur le reseau
    EP1345397A1 (fr) * 2002-03-14 2003-09-17 Avaya UK Messagerie instantanée pour notification de l'abonné appelé
    WO2003077518A2 (fr) * 2002-03-08 2003-09-18 France Telecom Preconfiguration de la disponibilite de l’appele et du routage des appels entrants

    Family Cites Families (4)

    * Cited by examiner, † Cited by third party
    Publication number Priority date Publication date Assignee Title
    CA2299639C (fr) * 1999-03-05 2005-11-01 Mitel Corporation Mecanisme adaptif base sur des regles et methode de resolution d'interactions de caracteristiques
    US7203294B2 (en) * 2002-08-06 2007-04-10 At&T Corp. System and method for dynamically routing communications
    US7027463B2 (en) * 2003-07-11 2006-04-11 Sonolink Communications Systems, Llc System and method for multi-tiered rule filtering
    US7636431B2 (en) * 2004-03-23 2009-12-22 Williams L Lloyd Method and apparatus for subscriber control of an inbound call

    Patent Citations (8)

    * Cited by examiner, † Cited by third party
    Publication number Priority date Publication date Assignee Title
    WO1997020423A1 (fr) * 1995-11-29 1997-06-05 Bell Communications Research, Inc. Systeme et procede pour analyser et orienter automatiquement les appels entrants
    US20020090064A1 (en) * 1997-11-26 2002-07-11 Burg Frederick Murray System and method for providing call subject information to a called party
    US20020073207A1 (en) * 2000-09-28 2002-06-13 Ian Widger Communication management system for managing multiple incoming communications, such as from one graphical user interface
    US20020146105A1 (en) * 2001-04-05 2002-10-10 International Business Machines Corporation Interactive call forwarding
    US20030007617A1 (en) * 2001-07-05 2003-01-09 Mcalinden Paul Delivering calls using calendar information
    EP1324579A2 (fr) * 2001-12-18 2003-07-02 AT&T Corp. Méthode de gestion d'appels dépendant de la présence en ligne sur le reseau
    WO2003077518A2 (fr) * 2002-03-08 2003-09-18 France Telecom Preconfiguration de la disponibilite de l’appele et du routage des appels entrants
    EP1345397A1 (fr) * 2002-03-14 2003-09-17 Avaya UK Messagerie instantanée pour notification de l'abonné appelé

    Cited By (3)

    * Cited by examiner, † Cited by third party
    Publication number Priority date Publication date Assignee Title
    FR2910762A1 (fr) * 2006-12-22 2008-06-27 Alcatel Lucent Sa Procede d'adaptation du routage des communications d'un client dans un reseau de type ims
    WO2008080848A1 (fr) * 2006-12-22 2008-07-10 Alcatel Lucent Procede d'adaptation du routage des communications d'un client dans un reseau de type ims
    WO2014152687A1 (fr) * 2013-03-15 2014-09-25 Vonage Network, Llc Systèmes et procédés de gestion de communications entrantes dirigées vers un dispositif de téléphonie

    Also Published As

    Publication number Publication date
    US20050243987A1 (en) 2005-11-03
    CA2502995A1 (fr) 2005-09-30

    Similar Documents

    Publication Publication Date Title
    EP1590931B1 (fr) Procede de presentation d&#39;etat d&#39;un utilisateur utilisant plusieurs equipements de communication
    US9560205B2 (en) Methods and apparatus for providing messaging using voicemail
    US7330721B2 (en) Method and system for supporting non-intrusive and effective voice communication among mobile users
    US20080076395A1 (en) Method and System for Supporting Non-Intrusive and Effective Voice Communication Among Mobile Users
    EP2504986B1 (fr) Selection d&#39;un mode de communication
    EP1457028B1 (fr) Procede et systeme de rappel automatique multi reseaux
    EP1583339A1 (fr) Procédé et serveur d&#39;acheminement d&#39;appels téléphoniques
    EP3182671A1 (fr) Procédé et dispositif pour un service de messagerie
    EP1692882B1 (fr) Procede et serveur de coordination de services de telecommunication
    EP2112811A1 (fr) Procédé et dispositif de fourniture à un appelé d&#39;informations relatives à un appelant, sans décrochage
    EP1728369B1 (fr) Passerelle de publication d&#39;etats de communication
    EP2819352B1 (fr) Dépôt et consultation de messages par des utilisateurs de réseaux sociaux
    EP1457031B1 (fr) Procede et systeme de renvoi automatique d&#39;appel telephonique
    FR2837049A1 (fr) Routage d&#39;appel telephonique
    EP2375718B1 (fr) Procédé de réponse à un message reçu dans un terminal d&#39;utilisateur via une application de messagerie sur un réseau de communication
    EP3035723A1 (fr) Procédé de transmission de données en relation avec une communication
    EP3648443A1 (fr) Gestion d&#39;une communication entre un terminal de communication appelant, disposant d&#39;un identifiant d&#39;appel principal et d&#39;un identifiant d&#39;appel secondaire, et un terminal de communication appelé
    FR2834164A1 (fr) Procede et systeme pour la fourniture d&#39;un service de repertoire intelligent
    FR2847754A1 (fr) Procede et systeme d&#39;acheminement de flux d&#39;informations
    EP1944943A1 (fr) Procédé d&#39;établissement de communication entre terminaux sur un méduim choisi par l&#39;appele, et dispositifs d&#39;aide associés

    Legal Events

    Date Code Title Description
    PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

    Free format text: ORIGINAL CODE: 0009012

    AK Designated contracting states

    Kind code of ref document: A1

    Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU MC NL PL PT RO SE SI SK TR

    AX Request for extension of the european patent

    Extension state: AL BA HR LV MK YU

    17P Request for examination filed

    Effective date: 20060329

    AKX Designation fees paid

    Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU MC NL PL PT RO SE SI SK TR

    17Q First examination report despatched

    Effective date: 20061229

    RAP1 Party data changed (applicant data changed or rights of an application transferred)

    Owner name: ORANGE

    STAA Information on the status of an ep patent application or granted ep patent

    Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

    18D Application deemed to be withdrawn

    Effective date: 20171003

    RIC1 Information provided on ipc code assigned before grant

    Ipc: H04M 3/42 20060101ALI20050617BHEP

    Ipc: H04M 7/00 20060101ALI20050617BHEP

    Ipc: H04M 3/436 20060101AFI20050617BHEP