FR3111499A1 - Routage d’un appel téléphonique vers une messagerie vocale alias - Google Patents

Routage d’un appel téléphonique vers une messagerie vocale alias Download PDF

Info

Publication number
FR3111499A1
FR3111499A1 FR2006595A FR2006595A FR3111499A1 FR 3111499 A1 FR3111499 A1 FR 3111499A1 FR 2006595 A FR2006595 A FR 2006595A FR 2006595 A FR2006595 A FR 2006595A FR 3111499 A1 FR3111499 A1 FR 3111499A1
Authority
FR
France
Prior art keywords
terminal
communication
request
call identifier
voicemail
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
FR2006595A
Other languages
English (en)
Inventor
François CASEAU
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
Orange 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 Orange SA filed Critical Orange SA
Priority to FR2006595A priority Critical patent/FR3111499A1/fr
Priority to US18/002,582 priority patent/US20230239405A1/en
Priority to PCT/FR2021/051156 priority patent/WO2021260330A1/fr
Priority to EP21743552.8A priority patent/EP4173251A1/fr
Publication of FR3111499A1 publication Critical patent/FR3111499A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0407—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the identity of one or more communicating identities is hidden
    • 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/42008—Systems for anonymous communication between parties, e.g. by use of disposal contact identifiers
    • 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
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/64—Automatic arrangements for answering calls; Automatic arrangements for recording messages for absent subscribers; Arrangements for recording conversations
    • H04M1/65—Recording arrangements for recording a message from the calling party
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/66—Substation equipment, e.g. for use by subscribers with means for preventing unauthorised or fraudulent calling
    • H04M1/663—Preventing unauthorised calls to a telephone set

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L’invention concerne un procédé d’établissement d’une communication téléphonique entre un premier terminal (TC1) et un deuxième terminal (TC2). Les premier et deuxième terminaux ont chacun un identifiant d’appel principal (IAP1, IAP2), et le deuxième terminal a en outre un identifiant d’appel secondaire (IAS). Ce procédé est mis en œuvre lorsque l’utilisateur du premier terminal cherche à communiquer avec l’utilisateur du deuxième terminal en utilisant l’identifiant d’appel secondaire du deuxième terminal. Le procédé permet de rediriger l’appel téléphonique du premier terminal vers une messagerie vocale (MV) associée à l’identifiant d’appel secondaire lorsque l’utilisateur du deuxième terminal n’a pas donné suite à cet appel téléphonique. La messagerie vocale est en fait associée à un identifiant d’appel de messagerie vocale (IAMV) sélectionné au sein d’une base de données (DB) connectée à une plateforme de gestion de communication (PGC).

Description

Routage d’un appel téléphonique vers une messagerie vocale alias
Le domaine de l’invention se rapporte au routage d’un appel téléphonique vers une messagerie vocale, et notamment une messagerie vocalealias.
Un terminal de communication mobile dispose généralement d’un identifiant d’appel principal permettant à toute personne d’établir une communication téléphonique avec l’utilisateur du terminal de communication mobile en question, à condition bien entendu de connaître l’identifiant d’appel principal. Typiquement, l’identifiant d’appel principal est un identifiant MSISDN (acronyme anglophone pour «Mobile Station International Subscriber Directory Number») correspondant de manière unique à la carte SIM (acronyme anglophone pour «Subscriber Identity Module») fournie par l’opérateur du réseau mobile auprès duquel l’utilisateur du terminal de communication mobile a souscrit un abonnement. En règle générale, cet identifiant d’appel principal est le numéro de téléphone du terminal mobile dans le réseau mobile.
Par ailleurs, des services de communication garantissant l’anonymat d’un utilisateur proposent d’allouer un identifiant d’appel secondaire au terminal d’un utilisateur disposant déjà d’un identifiant d’appel principal. Ces services de communication sont par exemple proposés aux sociétés ou entreprises souhaitant bénéficier de services d’alias. Ainsi, lorsqu’un salarié d’une société appelle ses clients via un service d’alias, c’est un identifiant d’appel secondaire, aussi appelé numéroalias, qui est présenté à ses clients, et non pas son identifiant d’appel principal. Autrement dit, une technologie d’alias permet d’associer un ou plusieurs numéros de téléphone « virtuels » à un numéro de téléphone « réel » qui porte réellement la communication.
Lorsqu’un client appelle un numéro alias, par exemple d’une société, le numéro de téléphone réel du salarié auquel est associé le numéro alias n’est pas divulgué. Un tel appel téléphonique est tout d’abord redirigé vers une plateforme de gestion de communication, plus communément appelée plateforme d’alias, qui, connaissant le numéro de téléphone réel auquel est associé le numéro de téléphone alias, renvoie l’appel téléphonique vers le numéro de téléphone réel.
Néanmoins, si le salarié en question ne répond pas à l’appel téléphonique du client, par exemple s’il est absent ou ne souhaite pas répondre, l’appel du client aboutit à la messagerie vocale du numéro de téléphone réel ce qui peut induire des problèmes d’anonymat. En effet, la messagerie vocale du numéro de téléphone réel peut fournir des informations concernant l’identité du salarié appelé, par exemple son nom ou son prénom. Par ailleurs, le salarié peut souhaiter également ne pas surcharger la messagerie vocale de son numéro de téléphone réel et préférer que ce type d’appel, c’est-à-dire les appels sur son numéro alias, soient redirigés vers une messagerie vocale propre au numéro alias.
Il peut arriver également qu’un même identifiant d’appel secondaire soit partagé entre plusieurs identifiants d’appel principaux. Autrement dit, un même numéro alias peut être partagé entre plusieurs utilisateurs ayant des numéros de téléphone réels différents. Ce cas se produit notamment dans le cas d’une société bénéficiant d’un nombre restreint de numéros alias utilisés par les différents salariés pour contacter un client.
Résumé
La présente invention vient améliorer la situation.
A ce titre, la présente invention concerne un procédé d’établissement d’une communication téléphonique depuis un premier terminal de communication à destination d’un deuxième terminal de communication, les premier et deuxième terminaux de communication ayant chacun un identifiant d’appel principal, le deuxième terminal de communication ayant en outre un identifiant d’appel secondaire. Le procédé comprend:
- recevoir, au niveau d’une plateforme de gestion de communication, une première requête de communication téléphonique, en provenance du premier terminal, comprenant l’identifiant d’appel secondaire dudit deuxième terminal, l’émission de la première requête ouvrant un premier canal de communication,
- obtenir l’identifiant d’appel principal du deuxième terminal associé au moins à l’identifiant d’appel secondaire,
- obtenir un identifiant d’appel de messagerie vocale associé au moins à l’identifiant d’appel secondaire,
- émettre, par la plateforme de gestion de communication, une deuxième requête de communication téléphonique à destination du deuxième terminal, la deuxième requête comprenant l’identifiant d’appel principal du deuxième terminal, l’émission de la deuxième requête ouvrant un deuxième canal de communication.
Le procédé comprend en outre :
- en cas de réception au niveau de la plateforme de gestion de communication, en provenance du deuxième terminal, d’une réponse favorable à la deuxième requête, raccorder les premier et deuxième canaux de communication pour établir une communication téléphonique entre les premier et deuxième terminaux,
- sinon :
○ raccorder le premier canal de communication à un troisième canal de communication ouvert entre la plateforme de gestion de communication et une messagerie vocale à laquelle est associé l’identifiant d’appel de messagerie vocale sélectionné pour établir une communication entre le premier terminal et la messagerie vocale.
L’invention permet de préserver l’anonymat de l’utilisateur du deuxième terminal. En effet, le procédé visé prévoit, lorsque l’utilisateur du deuxième terminal ne donne pas suite à l’appel de l’utilisateur du premier terminal de rediriger la communication vers une messagerie vocale associée à l’identifiant d’appel secondaire. Ainsi, la messagerie vocale sélectionnée au niveau de la plateforme de gestion de communication n’est pas celle associée au numéro primaire, c’est-à-dire l’identifiant d’appel principal, mais une messagerie vocale associée au numéro alias, donc l’identifiant d’appel secondaire. On peut ainsi tirer parti du fait que l’utilisateur du deuxième terminal a souscrit à un ou plusieurs services d’anonymisation, aussi appelés services d’alias, pour exploiter une messagerie vocale associée à un numéro alias.
L’invention est typiquement mise en œuvre lorsque l’utilisateur du deuxième terminal est un salarié d’une société, d’une entreprise ou d’une administration et que l’utilisateur du premier terminal est un client souhaitant résoudre un problème ou demander un renseignement. Le client ne dispose pas du numéro réel du salarié qui est un numéro privé mais dispose d’un numéro alias.
Selon un premier mode de réalisation, le procédé comprend en outre :
- émettre, par la plateforme de gestion de communication, parallèlement ou suite à l’émission de la deuxième requête à destination du deuxième terminal, une troisième requête de communication téléphonique à destination de la messagerie vocale, la troisième requête comprenant l’identifiant d’appel de messagerie vocale de la messagerie vocale, l’émission de la troisième requête ouvrant le troisième canal de communication,
le procédé comprenant en outre, en cas de réception au niveau de la plateforme de gestion de communication, en provenance du deuxième terminal, d’une réponse favorable à la deuxième requête :
- fermer le troisième canal de communication.
Ce premier mode de réalisation vise donc à anticiper une réponse défavorable de la part de l’utilisateur du deuxième terminal ou une absence de réception, au niveau de la plateforme de gestion de communication, d’une réponse favorable. Ainsi la troisième requête est envoyée à destination de la messagerie vocale en même temps que la deuxième requête est envoyée à destination du deuxième terminal. Cette émission anticipée permet à l’utilisateur du premier terminal d’être mis rapidement en communication téléphonique avec la messagerie vocale du numéro alias lorsque l’utilisateur du deuxième terminal ne donne pas suite à l’appel.
Alternativement, selon un deuxième mode de réalisation, le procédé comprend en outre, en l’absence de réception, au niveau de la plateforme de gestion de communication, d’une réponse favorable à la deuxième requête en provenance du deuxième terminal:
- émettre, par la plateforme de gestion de communication, une troisième requête de communication téléphonique à destination de la messagerie vocale, la troisième requête comprenant l’identifiant d’appel de messagerie vocale de la messagerie vocale, l’émission de la troisième requête ouvrant le troisième canal de communication.
Ce deuxième mode de réalisation permet d’éviter que l’émission de la troisième requête à destination de la messagerie vocale associée au numéro alias ne soit mise en œuvre inutilement.
L’émission de la troisième requête à destination de la messagerie vocale est mise en œuvre par exemple via une interface de programmation applicative d’une plateforme de messagerie vocale. La plateforme de messagerie vocale extrait l’identifiant d’appel de messagerie vocale compris dans la troisième requête et achemine la troisième requête à destination de la messagerie vocale.
Typiquement, l’émission de la troisième requête à destination de la messagerie vocale se traduit par l’émission d’une première sous-requête et d’une deuxième sous-requête. La première sous-requête correspond à un appel vocal pour enregistrer un message vocal sur la messagerie vocale. La deuxième sous-requête correspond à un appel à l’interface de programmation applicative. Les première et deuxième sous-requêtes sont corrélées au niveau de la plateforme de messagerie vocale ou de la messagerie vocale.
Ainsi, la troisième requête transmise par la plateforme de gestion de communication à destination de la messagerie vocale correspond à deux requêtes distinctes. La première de ces requêtes est en fait une requête de téléphonie classique, un appel vocal. Cette requête contient l’identifiant d’appel principal du deuxième terminal et porte la communication entre le premier terminal et la messagerie vocale. Cette première requête permet donc à l’utilisateur du premier terminal de laisser un message vocal. La deuxième de ces requêtes est un appel API (aussi connu sous l’expression anglophone « API call »). Cette requête contient l’identifiant d’appel principal du deuxième terminal et l’identifiant d’appel de messagerie vocale. La corrélation entre ces deux requêtes, qui constituent donc la troisième requête de communication téléphonique au sens de l’invention, est réalisée au niveau de la messagerie vocale ou de la plateforme de messagerie vocale afin que l’utilisateur du premier terminal puisse enregistrer son message vocal dans la messagerie vocale sélectionnée à cet effet.
Typiquement, l’identifiant d’appel de messagerie vocale est sélectionné dans une base de données enregistrée sur la plateforme de gestion de communication ou connectée à celle-ci.
Dans un ou plusieurs modes de réalisation, la première requête est acheminée à destination de la plateforme de gestion de communication via un serveur vocal interactif, la plateforme de gestion de communication recevant ainsi, en plus de la première requête, des données d’entrée caractérisant un service requis par un utilisateur du premier terminal. Dans ce cas, l’identifiant d’appel de messagerie vocale obtenu est sélectionné en fonction dudit service. L’identifiant d’appel secondaire, le service requis et l’identifiant d’appel de messagerie vocale sont associés au sein de la base de données.
Les données d’entrée sont générées par exemple via une ou plusieurs interactions de l’utilisateur avec une application de type composeur téléphonique du premier terminal et/ou via des informations vocales fournies par l’utilisateur du premier terminal.
Ainsi, dans ce mode de réalisation, la base de données est organisée comme suit : au moins un identifiant d’appel secondaire est stocké dans la base de données en association avec un service et un identifiant d’appel de messagerie vocale. Ainsi, la plateforme de gestion de communication extrait l’identifiant d’appel secondaire de la première requête ainsi que le service correspondant aux données d’entrées fournies par l’utilisateur du premier terminal via le serveur vocal interactif. La combinaison de l’identifiant d’appel secondaire composé par l’utilisateur du premier terminal et le service identifié permet de sélectionner l’identifiant d’appel de messagerie vocale, et donc la messagerie vocale correspondante, adéquat.
Par ailleurs, un même identifiant d’appel secondaire peut être partagé par plusieurs identifiants d’appel principaux. Dans un tel cas, avantageusement, le couple formé par un identifiant d’appel secondaire et un service donné peut être associé non seulement à un identifiant d’appel de messagerie vocale mais aussi à un identifiant d’appel principal d’un terminal appelé (par exemple le deuxième terminal), soit un des numéros réels associés au numéro virtuel que constitue l’identifiant d’appel secondaire. Ainsi, grâce à l’identifiant d’appel secondaire composé par l’utilisateur du premier terminal et au service requis par cet utilisateur, la plateforme de gestion de communication peut également, si cet identifiant d’appel secondaire est partagé par plusieurs identifiants d’appels principaux, rechercher dans la base de données l’identifiant d’appel principal, ici l’identifiant d’appel principal du deuxième terminal, associé au couple formé par l’identifiant d’appel secondaire et le service requis.
Parallèlement ou alternativement, l’identifiant d’appel de messagerie vocale obtenu est sélectionné en fonction de l’identifiant d’appel principal du premier terminal. L’identifiant d’appel secondaire, l’identifiant principal du premier terminal et l’identifiant d’appel de messagerie vocale sont associés au sein de la base de données.
Dans ce mode de réalisation, la base de données est organisée comme suit : au moins un identifiant d’appel secondaire est stocké dans la base de données en association cette fois-ci avec un identifiant d’appel principal appelant, par exemple ici l’identifiant d’appel principal du premier terminal, et un identifiant d’appel de messagerie vocale. Ainsi, la plateforme de gestion de communication extrait l’identifiant d’appel secondaire de la première requête ainsi que l’identifiant d’appel principal du terminal émetteur de la requête, donc le terminal appelant, La combinaison de l’identifiant d’appel secondaire composé par l’utilisateur du premier terminal et l’identifiant d’appel principal du terminal appelant permet de sélectionner l’identifiant d’appel de messagerie vocale, et donc la messagerie vocale correspondante, adéquat.
Par ailleurs, lorsqu’un même identifiant d’appel secondaire est partagé par plusieurs identifiants d’appel principaux, le couple formé par un identifiant d’appel secondaire et un identifiant d’appel principal d’un terminal appelant peut avantageusement être associé non seulement à un identifiant d’appel de messagerie vocale mais aussi à un identifiant d’appel principal d’un terminal appelé (par exemple le deuxième terminal), soit un des numéros réels associés au numéro virtuel que constitue l’identifiant d’appel secondaire. Ainsi, grâce à l’identifiant d’appel secondaire composé par l’utilisateur du premier terminal et à l’identifiant d’appel principal du terminal de cet utilisateur, la plateforme de gestion de communication peut également, si cet identifiant d’appel secondaire est partagé par plusieurs identifiants d’appels principaux, rechercher dans la base de données l’identifiant d’appel principal, ici l’identifiant d’appel principal du deuxième terminal, associé au couple formé par l’identifiant d’appel secondaire et l’identifiant d’appel principal du terminal appelant.
Typiquement, les identifiants d’appel principaux respectifs des premier et deuxième terminaux, et l’identifiant d’appel secondaire du deuxième terminal sont des numéros de téléphone de type identifiant MSISDN.
Selon une variante, le deuxième terminal est un téléphone mobile communiquant avec la plateforme de gestion de communication via un réseau de téléphonie mobile de type GSM, UMTS, LTE, 5G ou autres.
Toutefois, alternativement, le deuxième terminal est un téléphone fixe rattaché à un autocommutateur téléphonique privé de type PABX, le téléphone fixe communiquant avec la plateforme de gestion de communication via un réseau interne.
Le numéro du téléphone fixe peut aussi être un numéro d’abonné classique, par exemple dans le cas où un salarié travaille de chez lui et veut communiquer avec ses clients avec le numéro de son entreprise (qui sera le numéro secondaire) comme identifiant mais son numéro « privé » comme numéro primaire.
L’invention concerne également un programme informatique comprenant des instructions pour la mise en œuvre du procédé décrit précédemment, lorsque les instructions sont exécutées par au moins un processeur.
Enfin, l’invention concerne aussi une plateforme de gestion de communication pour l’établissement d’une communication depuis un premier terminal de communication à destination d’un deuxième terminal de communication, les premier et deuxième terminaux de communication ayant chacun un identifiant d’appel principal, le deuxième terminal de communication étant associé en outre à un identifiant d’appel secondaire. Pour ce faire, la plateforme de gestion de communication comprend:
- un module de communication agencé pour recevoir, en provenance du premier terminal, une première requête de communication téléphonique comprenant l’identifiant d’appel secondaire dudit deuxième terminal, l’émission de la première requête ouvrant un premier canal de communication,
- un processeur agencé pour obtenir l’identifiant d’appel principal du deuxième terminal associé au moins à l’identifiant d’appel secondaire et pour obtenir un identifiant d’appel de messagerie vocale associé au moins à l’identifiant d’appel secondaire.
Le module de communication est agencé en outre pour émettre une deuxième requête de communication téléphonique à destination du deuxième terminal, la deuxième requête comprenant l’identifiant d’appel principal du deuxième terminal, l’émission de la deuxième requête ouvrant un deuxième canal de communication.
Le processeur est agencé en outre pour :
- en cas de réception, en provenance du deuxième terminal, d’une réponse favorable à la deuxième requête, raccorder les premier et deuxième canaux de communication pour établir une communication téléphonique entre les premier et deuxième terminaux,
- sinon :
○ raccorder le premier canal de communication à un troisième canal de communication ouvert entre la plateforme de gestion de communication et une messagerie vocale à laquelle est associé l’identifiant d’appel de messagerie vocale sélectionné pour établir une communication entre le premier terminal et la messagerie vocale.
D’autres caractéristiques, détails et avantages apparaîtront à la lecture de la description détaillée ci-après, et à l’analyse des dessins annexés, sur lesquels :
illustre un système comprenant un premier et un deuxième terminal de communication, une plateforme de gestion de communication selon l’invention, une plateforme de messagerie vocale et une messagerie vocale associée à un identifiant d’appel secondaire du deuxième terminal de communication ;
illustre la plateforme de gestion de communication du système illustré en [FIG. 1] ;
illustre un procédé d’établissement d’une communication téléphonique depuis le premier terminal de communication à destination du deuxième terminal de communication selon un premier mode de réalisation de l’invention ; et
illustre le procédé d’établissement d’une communication téléphonique depuis le premier terminal de communication à destination du deuxième terminal selon un deuxième mode de réalisation de l’invention.
La illustre un système SYS. Le système SYS comprend un premier terminal de communication TC1, une plateforme de gestion de communication PGC, un deuxième terminal de communication TC2, une plateforme de messagerie vocale PMV et un messagerie vocale MV.
Dans l’exemple présenté ici, le premier terminal de communication TC1, ci-après premier terminal TC1, est un téléphone mobile. Le premier terminal TC1 est par exemple un téléphone intelligent (plus connu sous le terme anglophone « smartphone ») fonctionnant sous le système d’exploitation IOS, Android ou Linux. Typiquement, le premier terminal TC1 comprend une carte SIM (acronyme anglophone pour « Subscriber Identity Module ») dotée d’un identifiant d’abonné unique IMSI (acronyme anglophone pour « International Mobile Subscriber Identity »). Cet identifiant d’abonné unique IMSI permet d’identifier le premier terminal TC1 dans le réseau auprès duquel l’utilisateur du premier terminal TC1 a souscrit un abonnement. Dans l’exemple illustré en , ce réseau, aussi appelé réseau de rattachement, correspond à un premier réseau RES1. Le premier réseau RES1 est par exemple un réseau de type mobile tel qu’un réseau GSM (acronyme anglophone pour « Global System for Mobile Communications »), un réseau UMTS (acronyme anglophone pour « Universal Mobile Telecommunications System »), un réseau LTE (acronyme anglophone pour « Long Term Evolution») ou autre.
Par ailleurs, l’identifiant d’abonné unique IMSI est associé à un identifiant d’appel principal qui correspond au numéro de téléphone permettant d’appeler l’utilisateur du premier terminal TC1 et donc d’établir une communication avec cet utilisateur. Dans la suite de la description, l’identifiant d’appel principal du premier terminal TC1 est noté IAP1.
Alternativement, le premier terminal TC1 est un téléphone fixe rattaché à un autocommutateur téléphonique privé PABX (acronyme anglophone pour «Private Automatic Branch eXchange»). Le premier réseau RES1 est par exemple un réseau de communication interne tel que le réseau interne d’une société ou d’une entreprise. Dans un tel mode de réalisation, le premier terminal TC1 dispose bien entendu également d’un identifiant d’appel principal IAP1.
Le premier terminal TC1 comprend un module de communication COM1, une interface Homme-Machine IHM1, une mémoire MEM1 et un processeur PROC1.
Le module de communication COM1 est agencé pour communiquer avec le deuxième terminal de communication TC2, appelé ci-après deuxième terminal TC2, par l’intermédiaire de la plateforme de gestion de communication PGC, dont une description plus détaillée sera fournie dans la suite de la description. Plus particulièrement, le module de communication COM1 est agencé pour émettre une première requête de communication téléphonique REQ1, ci-après première requête REQ1, à destination de la plateforme de gestion de communication PGC en vue d’établir une communication téléphonique avec le deuxième terminal TC2.
L’émission de la première requête REQ1 à destination de la plateforme de gestion de communication PGC ouvre un premier canal de communication. Par « émettre une requête de communication téléphonique », on entend que le module de communication COM1 émet un appel téléphonique.
Dans l’exemple illustré en , le module de communication COM1 communique avec la plateforme de gestion de communication PGC via le premier réseau RES1. Dans le cas où le premier terminal TC1 est un téléphone mobile, le module de communication COM1 est agencé pour communiquer avec la plateforme de gestion de communication PGC à l’aide d’une technologie de type GSM, UMTS, LTE ou autre.
Il est connu de la personne du métier qu'il existe de nombreux types différents de réseaux de communication de données, par exemple des réseaux de radiocommunication, cellulaires ou non cellulaires, et qu’en fonction du mode de réalisation, le module de communication COM1 pourra intégrer un ou plusieurs sous-modules de communication, par exemple de communication radiofréquence et être configuré pour l’émission et la réception de signaux radiofréquences, selon une ou plusieurs technologies, telles que TDMA, FDMA, OFDMA, CDMA, ou un ou plusieurs standards de radiocommunication, tels que GSM, EDGE, CDMA, UMTS, HSPA, LTE, LTE-A, WiFi (IEEE 802.11) et WiMAX (IEEE 802.16), ou leurs variantes ou évolutions, actuellement connus ou développés ultérieurement, par exemple 5G.
Par ailleurs, comme illustré en , le premier réseau RES1 peut comprendre un serveur vocal interactif SVI.
Un serveur vocal interactif (connu également sous l’acronyme anglophone IVR pour « Interactive Voice Response »), tel que serveur vocal interactif SVI, désigne une technologie de téléphonie permettant à un utilisateur ou client, typiquement ici l’utilisateur du premier terminal TC1, d’interagir avec la plateforme de gestion de communication PGC. Typiquement, un serveur vocal interactif est mis en place par une entreprise pour faciliter le traitement des demandes des clients.
Un serveur vocal interactif est ainsi capable de recevoir et d’émettre des appels téléphoniques. L’interaction avec un utilisateur est réalisée par le biais de menus vocaux configurables et adaptés pour réagir à différentes entrées de l’utilisateur. Ces entrées peuvent prendre la forme d’appuis de l’utilisateur sur des touches (virtuelles ou non) du terminal de communication, ici le terminal TC1, ou encore d’informations vocales fournies par l’utilisateur. Le fonctionnement d’un serveur vocal interactif, que ce soit le traitement des appels téléphoniques, la configuration des menus vocaux ou encore la réaction du serveur vocal interactif aux entrées d’un utilisateur obéit à une logique préprogrammée.
L’appui de l’utilisateur sur des touches du terminal de communication génère des fréquences sonores correspondant à des codes DTMF (acronyme anglophone pour « Dual-Tone Multi-Frequency »). Une tonalité DTMF permet ainsi de matérialiser un choix de l’utilisateur parmi un certain nombre de propositions pré-enregistrées et présentées à l’utilisateur sous la forme d’un menu vocal. Comme expliqué précédemment, l’utilisateur peut fournir des entrées également via des informations vocales lorsque le serveur vocal interactif est doté d’une technologie de reconnaissance vocale. L’intérêt de telles informations vocales est de permettre l’acquisition d’information qui ne peuvent être communiquées par l’utilisateur au serveur vocal interactif par le seul appui sur des touches. L’information vocale peut également constituer une alternative pour l’utilisateur pour sélectionner un choix dans un menu vocal.
Le serveur vocal interactif SVI est configuré pour acheminer, en plus de la première requête REQ1, des données d’entrée caractérisant un service requis par l’utilisateur du premier terminal TC1 à destination de la plateforme de gestion de communication PGC. Ces données d’entrée sont générées en fonction des entrées fournies par l’utilisateur du premier terminal TC1.
L’interface Homme-Machine IHM1 est agencée pour permettre à l’utilisateur du premier terminal TC1 d’interagir avec le premier terminal TC1. Par exemple, l’interface Homme-Machine IHM1 est un écran, un clavier ou peut être vue comme une combinaison d’un écran et d’un clavier. Avantageusement, l’interface Homme-Machine IHM1 est agencée pour présenter un appel téléphonique entrant signalant ainsi à l’utilisateur du premier terminal TC1 qu’il reçoit un appel téléphonique.
Avantageusement, l’interface Homme-Machine IHM1 est agencée en outre pour permettre à l’utilisateur du premier terminal TC1 de composer un numéro téléphonique, de déclencher l’envoi d’un appel téléphonique et ainsi de communiquer avec l’utilisateur du deuxième terminal TC2.
L’interaction de l’utilisateur avec l’interface Homme-Machine IHM1 peut être réalisée via une application de type composeur téléphonique ou numéroteur téléphonique (aussi appelédialeroudialleren anglais).
Comme expliqué précédemment, la première requête REQ1 peut être acheminée à destination de la plateforme de gestion de communication PGC via le serveur vocal interactif SVI du premier réseau RES1. L’interface Homme-Machine IHM1 peut alors permettre à l’utilisateur du premier terminal TC1 d’interagir avec le serveur vocal interactif SVI. Ainsi, au cours de l’appel téléphonique correspondant à la première requête REQ1, l’utilisateur du premier terminal TC1 peut être amené, en réponse aux différents menus vocaux qui lui sont présentés, à utiliser une application de type composeur téléphonique ou numéroteur téléphonique pour appuyer sur une ou plusieurs touches. Les appuis de l’utilisateur sur les touches génèrent alors des fréquences sonores correspondant à des codes DTMF. Ces codes DTMF constituent des entrées pour la logique préprogrammée du serveur vocal interactif SVI.
La mémoire MEM1 est agencée pour stocker des instructions d’un programme informatique dont l’exécution par le processeur PROC1 se traduit par le fonctionnement du premier terminal TC1. Par exemple, le processeur PROC1 est agencé pour générer la première requête REQ1.
Typiquement, la première requête REQ1 comprend l’identifiant d’appel principal IAP1 du premier terminal TC1 et un identifiant d’appel du deuxième terminal TC2. Ici, l’identifiant d’appel du deuxième terminal TC2 compris dans la première requête REQ1 est un identifiant d’appel secondaire IAS, aussi appelé numéroalias, associé à un identifiant d’appel principal IAP2 du deuxième terminal TC2. En effet, dans le contexte de l’invention, l’utilisateur du premier terminal connaît uniquement le numéro alias, et non le numéro réel, du deuxième terminal TC2. Bien évidemment lorsque l’utilisateur du premier terminal TC1 a connaissance de l’identifiant d’appel principal IAP2, la première requête REQ1 peut comprendre l’identifiant d’appel principal IAP2 du deuxième terminal TC2.
Comme expliqué précédemment, le premier terminal TC1 est par exemple un téléphone mobile comprenant donc une carte SIM dotée d’un identifiant d’abonné unique IMSI auquel est associé un identifiant d’appel principal IAP1. La mémoire MEM1 peut donc être agencée en outre pour stocker de telles données.
La plateforme de gestion de communication PGC, ci-après plateforme PGC, est agencée pour établir une communication entre le premier terminal TC1 et le deuxième terminal TC2 lorsque l’appel téléphonique correspondant à la première requête REQ1 est émis par le premier terminal TC1 à destination du deuxième terminal TC2.
Dans le contexte de l’invention, l’utilisateur du premier terminal TC1 essaye d’établir une communication téléphonique avec l’utilisateur du deuxième terminal TC2 via l’identifiant d’appel secondaire IAS, ou numéro alias, du deuxième terminal TC2. La plateforme PGC peut être appelée aussi « plateforme d’alias ».
En d’autres termes, la plateforme PGC est agencée pour, sur réception de la première requête REQ1, émettre une deuxième requête de communication téléphonique REQ2, ci-après deuxième requête REQ2, à destination du deuxième terminal TC2. La deuxième requête REQ2 comprend l’identifiant d’appel principal IAP1 du premier terminal TC1 et l’identifiant d’appel principal IAP2 du deuxième terminal. De même que la première requête REQ1, la deuxième requête REQ2 correspond à un appel téléphonique.
Par ailleurs, la plateforme PGC peut être agencée en outre pour établir une communication entre le premier terminal TC1 et la messagerie vocale MV sélectionnée au moins en fonction de l’identifiant d’appel secondaire IAS du deuxième terminal TC2. La plateforme PGC est donc agencée pour émettre une troisième requête de communication téléphonique REQ3, ci-après troisième requête REQ3, à destination de la messagerie vocale MV. Là encore, la troisième requête REQ3 correspond à un appel téléphonique. La troisième requête REQ3 comprend l’identifiant d’appel principal IAP1 du premier terminal TC1 et l’identifiant d’appel de messagerie vocale IAMV de la messagerie vocale MV.
La troisième requête REQ3 peut se décomposer en deux appels : un appel API (aussi connu sous l’expression anglophone « API call ») et un appel vocal (aussi connu sous l’expression anglophone « voice call »). L’appel API est émis vers la messagerie vocale MV via un canal spécifique (aussi appelé «canal data» dans la littérature) distinct des canaux de communication classiques. L’appel API comprend l’identifiant d’appel de messagerie vocale IAMV. L’appel vocal vise, lui, à permettre à l’utilisateur du premier terminal TC1 d’enregistrer un message vocal sur la messagerie vocal MV.
Comme expliqué dans la suite de la description, l’émission de la troisième requête REQ3 à destination de la messagerie vocale MV peut être mise en œuvre via la plateforme de messagerie vocale PMV.
Comme illustrée en , la plateforme PGC comprend un module de communication COM, une unité de traitement UNT, un centre de commutation CMT, une base de données DB et un circuit de traitement CT.
Le module de commutation COM est agencé pour communiquer avec le premier terminal TC1. Comme expliqué précédemment, le premier terminal TC1 est par exemple un téléphone mobile identifiable au sein du premier réseau RES1 pour lequel l’utilisateur du premier terminal TC1 a souscrit un abonnement. On comprend alors que le module de communication COM de la plateforme PGC est agencé pour communiquer avec le premier terminal TC1 via le premier réseau RES1. Le module de communication COM est agencé pour recevoir la première requête REQ1.
Comme expliqué précédemment, la première requête REQ1 peut être acheminée à destination de la plateforme PGC via le serveur vocal interactif SVI. Dans un tel cas, le module de communication COM est agencé en outre pour recevoir, en plus de la première requête REQ1, les données d’entrée caractérisant un service requis par l’utilisateur du premier terminal TC1. Ces données d’entrée sont générées via une ou plusieurs interactions de l’utilisateur avec une application de type composeur téléphonique du premier terminal TC1 et/ou via des informations vocales fournies par l’utilisateur du premier terminal TC1.
Le module de communication COM est agencé en outre pour communiquer avec le deuxième terminal TC2 via un deuxième réseau RES2. Les premier et deuxième réseaux RES1 et RES2 peuvent être un seul et même réseau ou des réseaux distincts. On comprend alors que le module de communication COM est agencé pour émettre la deuxième requête REQ2 à destination du deuxième terminal TC2. L’émission de la deuxième requête REQ2 ouvre ainsi un deuxième canal de communication.
Le module de communication COM est agencé en outre pour communiquer avec la messagerie vocale MV sélectionnée par la plateforme PGC en fonction au moins de l’identifiant d’appel secondaire IAS du deuxième terminal TC2. On comprend que le module de communication COM est agencé pour émettre la troisième requête REQ3 à destination de la messagerie vocale MV. L’émission de la troisième requête REQ3 à destination de la messagerie vocale ouvre un troisième canal de communication. Plus précisément, comme expliqué dans la suite de la description, le module de communication COM est agencé pour émettre la troisième requête REQ3 à destination de la plateforme de messagerie vocale PMV pour que celle-ci achemine la troisième requête REQ3 à destination de la messagerie vocale MV.
Comme expliqué précédemment, l’émission de la troisième requête REQ3 se traduit par l’émission d’un appel API et d’un appel vocal. Dans ce cas, le troisième canal de communication correspond au canal de communication portant l’appel vocal et permettant donc à l’utilisateur du premier terminal de laisser un message vocal. L’appel API, de son côté, est émis via un canal data indépendant du troisième canal de communication.
Le module de communication COM est également agencé pour recevoir une éventuelle réponse favorable à la deuxième requête REQ2 en provenance du deuxième terminal TC2.
L’unité de traitement UNT est agencée pour mettre en œuvre un procédé permettant de rediriger (ou router) l’appel téléphonique du premier terminal TC1 vers le deuxième terminal TC2 lorsque cet appel téléphonique est accepté par l’utilisateur du deuxième terminal TC2. A l’inverse, le procédé mis en œuvre par l’unité de traitement UNT permet de rediriger (ou router) l’appel téléphonique du premier terminal TC1 vers la messagerie vocale MV associée à l’identifiant d’appel secondaire IAS du deuxième terminal TC2 en l’absence de réception au niveau de la plateforme PGC d’une réponse favorable du deuxième terminal TC2 à la deuxième requête REQ2. Ce procédé sera décrit plus en détail dans la suite de la description en référence à la puis à la [Fig. 4].
Le centre de commutation CMT est connecté à l’unité de traitement UNT et est agencé pour traiter le trajet de la communication établie depuis le premier terminal TC1 jusqu’au deuxième terminal TC2 ou jusqu’à la messagerie vocale MV sélectionnée.
Le centre de commutation CMT est relié directement ou indirectement à des équipements de réseau bien connus tels que, par exemple, un commutateur mobile (connu sous l‘acronyme anglophone MSC pour «Mobile Switching Centre») d’un réseau de télécommunications mobile. Alternativement, le centre de commutation CMT peut être connecté à un commutateur local d’un réseau de télécommunications fixe. Dans le cas d’un réseau de télécommunications fixe, le commutateur local traite les appels locaux des abonnées d’un même commutateur ainsi que le départ et l’arrivée du trafic avec d’autres commutateurs. Typiquement, une des principales fonctions du centre de commutation CMT est une fonction de contrôle d’appel mettant en œuvre différentes opérations telles que le décodage d’informations d’adresse et le routage d’appels téléphoniques depuis le premier terminal TC1 appelant vers le deuxième terminal TC2 appelé. Une telle fonction est associée à certaines fonctionnalités d’appel telles que :
- une mise en attente de l’appel,
- un transfert d’appel sur une messagerie vocale lorsque le terminal de communication appelé, ici le deuxième terminal TC2, n’est pas décroché,
- éventuellement une sonnerie particulière indiquant à l’utilisateur du terminal appelant, ici le premier terminal TC1, que son correspondant est déjà en ligne ou n’est pas joignable,
- un pré-décroché, qui consiste à diffuser un message à l’utilisateur du terminal appelant pour faire patienter ce dernier pendant la sonnerie du terminal appelé.
Concernant le transfert d’appel sur une messagerie vocale, le procédé décrit par la suite mis en œuvre par l’unité de traitement UNT au niveau de la plateforme PGC permet, lorsque l’appel téléphonique émis par le premier terminal TC1 utilise l’identifiant d’appel secondaire IAS du deuxième terminal, de rediriger l’appel téléphonique en question à destination de la messagerie vocale sélectionnée par la plateforme PGC, et non à destination de la messagerie vocale (non représentée ici) associée à l’identifiant d’appel principal IAP2 du deuxième terminal TC2.
La base de données DB est connectée ou est intégrée à la plateforme PGC. Plus exactement, la base de données DB est connectée à l’unité de traitement UNT.
Sur la , la base de données DB est enregistrée sur la plateforme PGC. Néanmoins, plus généralement, la base de données DB est simplement connectée à la plateforme PGC. Par exemple, la base de données DB peut être accessible à la plateforme PGC à distance.
La base de données DB est agencée pour stocker des données relatives aux terminaux de communication susceptibles de solliciter une communication téléphonique par l’intermédiaire de la plateforme PGC.
A titre d’exemple, l’identifiant d’appel principal de chaque terminal de communication est stocké dans la base de données DB. Par exemple, l’identifiant d’appel principal IAP1 du premier terminal TC1 est stocké dans la base de données DB, de même que l’identifiant d’appel principal IAP2 du deuxième terminal TC2. Au sein de la base de données DB, chaque identifiant d’appel principal est associé à un ou plusieurs identifiants d’appel secondaires si l’utilisateur du terminal identifié par l’identifiant d’appel principal a souscrit à un service d’anonymisation pour disposer de tels identifiants d’appel secondaires, ou numéros alias. De même, chaque identifiant d’appel secondaire est associé à un ou plusieurs identifiants d’appel principaux.
Par exemple, la base de données DB indique que le premier terminal TC1, associé à l’identifiant d’appel principal IAP1, ne dispose pas d’un identifiant d’appel secondaire. A l’inverse, la base de données DB indique que le deuxième terminal TC2, associé à l’identifiant d’appel principal IAP2, est associé au moins à l’identifiant d’appel secondaire IAS. Il est possible pour un même terminal de communication d’être associé à plusieurs identifiants d’appel secondaires. Il est également possible qu’un même identifiant d’appel secondaire soit partagé entre plusieurs identifiants d’appel principaux. Autrement dit, un même numéro alias peut être partagé entre plusieurs utilisateurs ayant des numéros de téléphone réels différents.
Par ailleurs, la base de données DB est aussi agencée pour stocker un identifiant d’appel de messagerie vocale associé à chaque messagerie vocale répertoriée. Ainsi, lorsqu’un un identifiant d’appel principal est associé à une messagerie vocale, l’identifiant d’appel de messagerie vocale associée à cette messagerie vocale est associée au sein de la base de données DB à cet identifiant d’appel principal. De même, lorsqu’un identifiant d’appel secondaire est associé à une messagerie vocale, l’identifiant d’appel de messagerie vocale associée à cette messagerie vocale est associée au sein de la base de données DB à cet identifiant d’appel secondaire.
Un identifiant d’appel secondaire pouvant être partagé entre plusieurs identifiants d’appel principaux, il en est de même pour la messagerie vocale associée à un tel identifiant d’appel secondaire et donc pour l’identifiant d’appel de messagerie vocale correspondant à cette messagerie vocale. Un tel identifiant d’appel de messagerie vocale permet à la plateforme PGC d’établir une communication téléphonique avec la messagerie vocale associée. Par exemple, l’identifiant d’appel secondaire IAS est associé au moins à l’identifiant d’appel de messagerie vocale IAMV correspondant à la messagerie vocale MV.
Dans l’exemple illustré en , la base de données DB stocke donc l’identifiant d’appel de messagerie vocale IAMV de la messagerie vocale MV.
Par ailleurs, un identifiant d’appel principal ou secondaire peut être associé à plusieurs messageries vocales. Dans un tel cas, l’identifiant d’appel principal ou secondaire est associé, au sein de la base de données DB, à plusieurs identifiants d’appel de messagerie vocale, chacun étant associé à une messagerie vocale distincte.
Ainsi, dans un ou plusieurs modes de réalisation, l’identifiant d’appel secondaire IAS du deuxième terminal TC2 est associé, au sein de la base de données DB, à une pluralité d’identifiants d’appel de messagerie vocale. Par ailleurs, comme expliqué précédemment, lorsque la première requête REQ1 est acheminée à destination de la plateforme PGC via le serveur vocal interactif SVI, la plateforme PGC reçoit, en plus de la première requête REQ1, des données d’entrée caractérisant un service requis par l’utilisateur du premier terminal TC1. Il peut alors être prévu que, au sein de la base de données DB, lorsqu’un identifiant d’appel principal ou secondaire est associé à plusieurs identifiants d’appel de messagerie vocale, chacun de ces identifiants d’appel de messagerie vocale corresponde à un service.
On considère par exemple une situation dans lequel l’utilisateur du premier terminal TC1 utilise l’identifiant d’appel secondaire IAS associé à l’identifiant d’appel principal IAP2 du deuxième terminal TC2 et que l’utilisateur, au cours de l’appel téléphonique correspondant à la première requête REQ1, fournit une ou plusieurs entrées au serveur vocal interactif SVI. La plateforme PGC reçoit alors la première requête REQ1, comprenant l’identifiant d’appel principal IAP1 du premier terminal TC1 et l’identifiant d’appel secondaire IAS du deuxième terminal TC2, ainsi que les données d’entrée générées en fonction des entrées fournies par l’utilisateur du premier terminal TC1. Ces données d’entrée caractérisent un service requis par l’utilisateur du premier terminal TC1. La plateforme PGC consulte alors la base de données DB pour sélectionner un identifiant d’appel de messagerie vocale associé au moins à l’identifiant d’appel secondaire IAS. En particulier, si plusieurs identifiants d’appel de messagerie vocale sont associés à l’identifiant d’appel secondaire IAS, alors chaque identifiant d’appel de messagerie vocal peut correspondre à un service possible. On peut alors dire que chaque messagerie vocale correspondant à un identifiant d’appel de messagerie vocale est dédiée à un service. La plateforme PGC peut alors sélectionner, parmi les identifiants d’appel de messagerie vocale associés à l’identifiant d’appel secondaire IAS, l’identifiant d’appel de messagerie vocale correspondant au service requis par l’utilisateur du premier terminal TC1.
Le mode de réalisation décrit précédemment exploite donc le serveur vocal interactif SVI pour sélectionner une messagerie vocale adaptée à la nature de la communication sollicitée par l’utilisateur du premier terminal TC1. Plus spécifiquement, le serveur vocal interactif SVI peut permettre de déterminer un service requis par l’utilisateur du premier TC1 et la messagerie vocale adéquate pour ce service. Dans un tel mode de réalisation, il existe donc une association entre l’identifiant d’appel secondaire IAS, un service requis et une messagerie vocale. En d’autres termes, la sélection de la messagerie vocale adaptée repose sur la détermination de l’identifiant d’appel secondaire composé par l’utilisateur du premier terminal TC1 puis du service requis par cet utilisateur et déduit des données générées via le serveur vocal interactif SVI. Par ailleurs, comme expliqué précédemment, un même identifiant d’appel secondaire peut être associé à un ou plusieurs identifiants d’appel principaux.
Lorsqu’un identifiant d’appel secondaire est associé à plusieurs identifiants d’appels principaux, il peut être prévu que le couple formé par l’identifiant d’appel secondaire et le service requis soit associé non seulement à une messagerie vocale mais aussi à un identifiant d’appel principal. Dans le cas décrit ici, par exemple, l’identifiant d’appel secondaire IAS et un service donné requis par l’utilisateur du premier terminal TC1 peuvent être en combinaison associés à l’identifiant d’appel principal IAP2 du deuxième terminal TC2 en plus de la messagerie vocale MV.
Il est possible de procéder autrement pour déterminer la messagerie vocale adéquate, donc sans utiliser le serveur vocal interactif SVI et donc sans déterminer le service requis par l’utilisateur du premier terminal TC1.
Par exemple, en lieu et place d’une association entre un identifiant d’appel secondaire, tel que l’identifiant d’appel secondaire IAS, un service identifié et une messagerie vocale, et éventuellement l’identifiant d’appel principal IAP2, la plateforme PGC peut générer une association entre un identifiant d’appel secondaire, l’identifiant d’appel principal IAP1 du premier terminal TC1 et une messagerie vocale. En effet, typiquement, l’utilisateur du premier terminal TC1 est un client tandis que l’utilisateur du deuxième terminal TC2 est un conseiller salarié d’une société, d’une entreprise ou d’une administration. Il peut alors être avantageux pour le client d’être systématiquement mis en communication, chaque fois qu’il le désire, avec le même conseiller, au moins pendant une période de temps ou jusqu’à la résolution d’un problème rencontré par le client.
Il est ainsi pertinent, pour améliorer le suivi de ce client, de générer, lorsque le client compose l’identifiant d’appel secondaire IAS avec le premier terminal TC1, de générer au niveau de la plateforme PGC une association entre l’identifiant d’appel secondaire IAS du deuxième terminal TC2, l’identifiant d’appel principal IAP1 du premier terminal TC1 et une messagerie vocale. Concrètement, donc, chaque fois que l’utilisateur du premier terminal TC1 compose l’identifiant d’appel secondaire IAS du deuxième terminal TC2, la plateforme PGC récupère à la fois l’identifiant d’appel secondaire IAS et l’identifiant d’appel principal IAP1 du premier terminal TC1 et retrouve, par exemple dans la base de données DB, la messagerie vocale associée. Cette messagerie vocale peut être sélectionnée la première fois que l’utilisateur du premier terminal TC1 compose l’identifiant d’appel secondaire IAS et l’association obtenue est alors conservée en mémoire par la plateforme PGC, par exemple dans la base de données DB.
En outre, comme mentionné plus haut, un identifiant d’appel secondaire, tel que l’identifiant d’appel secondaire IAS, peut être associé non pas à un mais à plusieurs identifiant d’appel principaux, par exemple l’identifiant d’appel principal IAP2 dans le cas discuté ici.
Ainsi, lorsqu’un identifiant d’appel secondaire est associé à plusieurs identifiants d’appels principaux, il peut être prévu que le couple formé par l’identifiant d’appel secondaire et l’identifiant d’appel principal IAP1 du premier terminal TC1 soit associé non seulement à une messagerie vocale mais aussi à un identifiant d’appel principal. Dans le cas décrit ici, par exemple, l’identifiant d’appel secondaire IAS et l’identifiant d’appel principal IAP1 du premier terminal TC1 peuvent être en combinaison associés à l’identifiant d’appel principal IAP2 du deuxième terminal TC2 en plus de la messagerie vocale MV.
Bien entendu, la base de données DB peut stocker d’autres données ou informations concernant la ou les messageries vocales associées à chaque identifiant d’appel principal ou secondaire de chaque terminal de communication ou permettant l’adressage des requêtes de communication téléphonique, c’est-à-dire la redirection (ou routage) des appels téléphoniques.
Le circuit de traitement CT est agencé pour piloter la plateforme PGC. Plus précisément, le circuit de traitement CT est agencé pour piloter le module de communication COM et l’unité de traitement UNT.
Comme illustré en , le circuit de traitement CT comprend une mémoire MEM et un processeur PROC.
La mémoire MEM est agencée pour stocker des instructions d’un programme informatique dont l’exécution par le processeur PROC se traduit par le fonctionnement du circuit de traitement CT et donc de la plateforme PGC. Le fonctionnement du circuit de traitement CT correspond plus spécifiquement à la mise en œuvre du procédé détaillé ci-après. Par exemple, le circuit de traitement CT est agencé pour générer la deuxième requête REQ2 et, si nécessaire, la troisième requête REQ3.
Par ailleurs, dans une variante, le circuit de traitement CT est agencé en outre pour modifier la deuxième requête REQ2 de sorte que celle-ci comprend une information ou un marqueur concernant le fait que l’appel téléphonique correspondant à la première requête REQ1 a été émis à destination de l’identifiant d’appel secondaire IAS et non à destination de l’identifiant d’appel principal IAP2.
Une telle information ou un tel marqueur permet à l’utilisateur du deuxième terminal TC2 de savoir que l’appel concerne son numéro « alias » et non son numéro réel. Typiquement cette information peut être untagdans le champ ISUP (acronyme anglophone pour «ISDN User Part») correspondant au numéro générique («Generic Number» en anglais) appelé aussi «From» en SIP (acronyme anglophone pour «Session Initiation Protocol») ou NDS en ETSI (acronyme anglophone pour «European Telecommunications Standards Institute»). Cette information peut aussi être unpushapplicatif de type Android ou iOS envoyé en parallèle par la plateforme PGC.
Le deuxième terminal TC2 est un téléphone mobile dans l’exemple illustré en . Le deuxième terminal TC2 est par exemple un téléphone intelligent fonctionnant sous le système d’exploitation IOS, Android ou Linux. Typiquement, le deuxième terminal TC2 comprend donc une carte SIM dotée d’un identifiant d’abonné unique IMSI. A l’instar du premier terminal TC1, cet identifiant d’abonné unique IMSI permet d’identifier le deuxième terminal TC2 dans le réseau auprès duquel l’utilisateur du deuxième terminal TC2 a souscrit un abonnement. Dans l’exemple illustré en [Fig. 1], ce réseau, aussi appelé réseau de rattachement, correspond au deuxième réseau RES2. Le deuxième réseau RES2 est par exemple un réseau de type mobile tel qu’un réseau GSM, un réseau UMTS, un réseau LTE ou autre.
Par ailleurs, l’identifiant d’abonné unique IMSI est associé à l’identifiant d’appel principal IAP2 qui correspond au numéro de téléphone permettant d’appeler l’utilisateur du deuxième terminal TC2 et donc d’établir une communication avec cet utilisateur.
Alternativement, le deuxième terminal TC2 est un téléphone fixe rattaché à un autocommutateur téléphonique privé PABX. Le deuxième réseau RES2 est par exemple un réseau de communication interne, par exemple le réseau interne d’une société ou d’une entreprise. Dans un tel mode de réalisation également, le deuxième terminal TC2 dispose bien entendu d’un identifiant d’appel principal IAP2.
Dans le contexte de l’invention, le deuxième terminal TC2 dispose en outre d’au moins un identifiant d’appel secondaire IAS. L’identifiant d’appel secondaire IAS correspond à un numéro de téléphone, dit numéro alias, permettant lui aussi d’appeler l’utilisateur du deuxième terminal TC2 et d’établir une communication téléphonique avec cet utilisateur. Dans l’exemple décrit ici, ce numéro alias est le numéro utilisé par l’utilisateur du premier terminal TC1 pour appeler l’utilisateur du deuxième terminal TC2. Ce numéro alias, correspondant donc à l’identifiant d’appel secondaire IAS, peut être vu comme un numéro de téléphone « virtuel » associé au numéro de téléphone « réel », correspondant donc à l’identifiant d’appel principal IAP2. Comme expliqué par la suite, la messagerie vocale MV du système SYS illustrée en correspond en fait à une messagerie vocale de l’identifiant d’appel secondaire IAS du deuxième terminal TC2. Bien entendu, l’identifiant d’appel principal IAP2 dispose aussi d’une messagerie vocale (non représentée sur la [Fig. 1]).
Le deuxième terminal TC2 comprend un module de communication COM2, une interface Homme-Machine IHM2, une mémoire MEM2 et un processeur PROC2.
Le module de communication COM2 est agencé pour communiquer avec le premier terminal TC1 par l’intermédiaire de la plateforme PGC. Plus particulièrement, le module de communication COM2 est agencé pour recevoir la deuxième requête REQ2, en provenance de la plateforme PGC en vue d’établir une communication téléphonique avec le premier terminal TC1. De même que pour la première requête REQ1 émise par le premier terminal TC1 à destination de la plateforme de gestion de communication PGC, la deuxième requête REQ2 est un appel téléphonique émis par la plateforme PGC à destination du deuxième terminal TC2.
Dans l’exemple illustré en , le module de communication COM2 communique avec la plateforme PGC via le deuxième réseau RES2. On comprend que, dans le cas où le deuxième terminal TC2 est un téléphone mobile, le module de communication COM2 est agencé pour communiquer avec la plateforme PGC à l’aide d’une technologie de type GSM ou UMTS.
Comme expliqué précédemment pour le premier réseau RES1, il existe de nombreux types différents de réseaux de communication de données, par exemple des réseaux de radiocommunication, cellulaires ou non cellulaires. Ainsi, en fonction du mode de réalisation, le module de communication COM2 pourra intégrer un ou plusieurs sous-modules de communication, par exemple de communication radiofréquence et être configuré pour l’émission et la réception de signaux radiofréquences, selon une ou plusieurs technologies, telles que TDMA, FDMA, OFDMA, CDMA, ou un ou plusieurs standards de radiocommunication, tels que GSM, EDGE, CDMA, UMTS, HSPA, LTE, LTE-A, WiFi (IEEE 802.11) et WiMAX (IEEE 802.16), ou leurs variantes ou évolutions, actuellement connus ou développés ultérieurement.
L’interface Homme-Machine IHM2 est agencée pour permettre à l’utilisateur du deuxième terminal TC2 d’interagir avec le deuxième terminal TC2. Par exemple, l’interface Homme-Machine IHM2 est un écran, un clavier ou peut être vue comme une combinaison d’un écran et d’un clavier. Avantageusement, l’interface Homme-Machine IHM2 est agencée pour présenter un appel téléphonique entrant signalant ainsi à l’utilisateur du deuxième terminal TC2 qu’il reçoit un appel téléphonique.
Avantageusement, l’interface Homme-Machine IHM2 est agencée en outre pour permettre à l’utilisateur du deuxième terminal TC2 d’accepter l’appel téléphonique entrant et ainsi de communiquer avec l’utilisateur du premier terminal TC1. Par exemple, lorsqu’un appel entrant est présenté à l’utilisateur du deuxième terminal TC2, celui-ci peut prendre l’appel, on dira plus communément « décrocher », grâce à un bouton physique du clavier ou un bouton virtuel d’un écran avec lequel l’utilisateur interagit tactilement. L’utilisateur du deuxième terminal TC2 peut également, via l’interface Homme-Machine IHM2, refuser l’appel entrant grâce à un autre bouton physique du clavier ou un bouton virtuel de l’écran.
Dans un ou plusieurs modes de réalisation, l’interaction de l’utilisateur du deuxième terminal TC2 avec l’interface Homme-Machine IHM2 est réalisée via une application de type composeur téléphonique ou numéroteur téléphonique.
L’interface Homme-Machine IHM2 peut aussi être configurée pour indiquer à l’utilisateur si l’appel est destiné à l’identifiant d’appel principal IAP2 ou à l’identifiant d’appel secondaire IAS. Cela peut se traduire par une sonnerie différente ou un affichage graphique différent. Cette information est notamment transmise par la plateforme PGC en modifiant la deuxième requête REQ2.
La mémoire MEM2 est agencée pour stocker des instructions d’un programme informatique dont l’exécution par le processeur PROC2 se traduit par le fonctionnement du deuxième terminal TC2. Par exemple, le processeur PROC2 est agencé pour générer des données représentatives d’une interaction de l’utilisateur du deuxième terminal TC2 avec l’interface Homme-Machine IHM2. Dans le cas où l’interaction de l’utilisateur du deuxième terminal TC2 avec l’interface Homme-Machine IHM2 correspond à une autorisation d’établissement de la communication téléphonique, des données représentatives de cette autorisation sont générées. De même, dans le cas où l’interaction de l’utilisateur du deuxième terminal TC2 avec l’interface Homme-Machine IHM2 correspond à un refus d’établissement de la communication téléphonique, des données représentatives de ce refus sont générées.
Comme expliqué précédemment, le module de communication COM2 est agencé pour communiquer avec la plateforme PGC et peut alors être agencé pour :
- si l’utilisateur du deuxième terminal TC2 accepte l’appel téléphonique correspondant à la deuxième requête REQ2, transmettre la réponse favorable à la deuxième requête REQ2 à la plateforme PGC, par exemple sous la forme de données représentatives d’une interaction de l’utilisateur du deuxième terminal TC2 avec l’interface Homme-Machine IHM2 pour autoriser l’établissement de la communication téléphonique,
- si l’utilisateur du deuxième terminal TC2 refuse l’appel téléphonique correspondant à la deuxième requête REQ2, transmettre la réponse défavorable à la deuxième requête REQ2 à la plateforme PGC, par exemple sous la forme de données représentatives d’une interaction de l’utilisateur du deuxième terminal TC2 avec l’interface Homme-Machine IHM2 pour refuser l’établissement de la communication téléphonique.
Le deuxième terminal TC2 est par exemple un téléphone mobile comprenant donc une carte SIM dotée d’un identifiant d’abonné unique IMSI auquel est associé un identifiant d’appel principal IAP2. En outre, le deuxième terminal TC2 dispose d’un identifiant d’appel secondaire IAS. La mémoire MEM2 peut donc être agencée en outre pour stocker de telles données.
La plateforme de messagerie vocale PMV, ci-après plateforme PMV, est agencée pour recevoir la troisième requête REQ3 en provenance de la plateforme PGC en vue d’établir une communication téléphonique entre l’utilisateur du premier terminal TC1 et la messagerie vocale sélectionnée par la plateforme PGC. Cette messagerie vocale est par exemple la messagerie vocale MV illustrée en .
Plus spécifiquement, la plateforme PMV est agencée pour extraire de la troisième requête REQ3 émise par la plateforme PGC les informations nécessaires pour déterminer la messagerie vocale à laquelle est destinée la troisième requête REQ3. La plateforme PMV est ainsi configurée pour extraire l’identifiant d’appel de messagerie vocale IAMV de la troisième requête REQ3.
Une fois l’identifiant d’appel de messagerie vocale IAMV extrait, la plateforme PMV est agencée pour acheminer la troisième requête à destination de la messagerie vocale MV associée à l’identifiant d’appel de messagerie vocale IAMV. La plateforme PMV permet ainsi l’ouverture du troisième canal de communication entre la plateforme PGC et la messagerie vocale MV.
Comme illustré en , la plateforme PMV comprend une interface de programmation applicative IP.
L’interface de programmation applicative IP (aussi connue sous l’acronyme anglophone API pour « Application Programming Interface ») constitue une façade par laquelle la plateforme PMV offre des services à la plateforme PGC. Parmi ces services, l’interface de programmation applicative IP fournit à la plateforme PGC les identifiants d’appel de messagerie vocale des messageries vocales, telles que la messagerie vocale MV, accessibles via la plateforme PMV. Les identifiants d’appel de messagerie vocale peuvent ainsi être stockés dans la base de données DB.
L’interface de programmation applicative IP est agencée en outre pour mettre en œuvre la réception de la troisième requête REQ3 émise par la plateforme PGC en vue de l’acheminement de la troisième requête REQ3 à destination de la messagerie vocale MV.
Comme expliqué précédemment, l’émission de la troisième requête REQ3 correspond à l’émission d’un appel API et d’un appel vocal. On comprend donc que l’appel API est reçu et pris en charge par l’interface de programmation applicative IP.
La messagerie vocale MV est agencée pour recevoir la requête REQ3 émise par la plateforme PGC et acheminée par la plateforme PMV pour établir une communication avec l’utilisateur du premier terminal TC1. Comme expliqué précédemment, la messagerie vocale MV est associée à l’identifiant d’appel secondaire IAS du deuxième terminal TC2. On comprend que la messagerie vocale MV est distincte de la messagerie vocale associée à l’identifiant d’appel principal IAP2 du deuxième terminal TC2.
Par ailleurs, la messagerie vocale MV peut être associée à un service. Ainsi, lorsque la première requête REQ1 est émise par le premier terminal TC1 à destination de la plateforme PGC via le serveur vocal interactif SVI, le serveur vocal interactif SVI génère, grâce aux entrées fournies par l’utilisateur du premier terminal TC1, des données d’entrée. Ces données d’entrée sont transmises avec la première requête REQ1 à la plateforme PGC qui détermine le service requis par l’utilisateur en fonction de ces données d’entrée. Le service déterminé permet de sélectionner, parmi les identifiants d’appel de messagerie vocale associés à l’identifiant d’appel secondaire IAS, de sélectionner l’identifiant d’appel de messagerie vocale, ici l’identifiant d’appel de messagerie vocale IAMV associé à la messagerie vocale MV appropriée pour le service requis. Cette messagerie vocale est ainsi la messagerie vocale désignée pour recevoir et stocker les messages vocaux des utilisateurs sollicitant un même service.
Les fonctions de la messagerie vocale MV sont bien connues de la personne du métier. A titre d’exemple, la messagerie vocale MV est agencée pour stocker un ou plusieurs messages vocaux laissés par l’utilisateur d’un terminal de communication, ici l’utilisateur du premier terminal TC1, lorsqu’il n’a pu entrer en communication téléphonique avec l’utilisateur du deuxième terminal TC2. Les messages vocaux stockés sont destinés à être restitués à l’utilisateur du deuxième terminal TC2 lorsque celui-ci accède à la messagerie vocale MV.
La messagerie vocale MV est agencée pour réaliser d’autres fonctions optionnelles, comme par exemple diffuser un message vocal automatique ou enregistré par l’utilisateur du deuxième terminal TC2 annonçant l’indisponibilité de l’utilisateur du deuxième terminal TC2 et invitant l’utilisateur du premier terminal TC1 à laisser un message vocal.
Un procédé d’établissement d’une communication téléphonique depuis le premier terminal TC1 à destination du deuxième terminal TC2 va maintenant être décrit en référence à la , selon un premier mode de réalisation, puis en référence à la [Fig. 4], selon un deuxième mode de réalisation. Bien entendu, ce procédé vise également à établir, si besoin, une communication téléphonique entre le premier terminal TC1 et la messagerie vocale MV associée à l’identifiant d’appel secondaire IAS du deuxième terminal TC2.
Typiquement, le contexte de la mise en œuvre du procédé est le suivant : l’utilisateur du premier terminal TC1 souhaite contacter l’utilisateur du deuxième terminal TC2 via une communication téléphonique. Le deuxième terminal TC2 est associé à un identifiant d’appel principal IAP2, qui correspond au numéro « réel » portant la communication, et à un identifiant d’appel secondaire IAS, qui correspond à un numéro alias ou numéro « virtuel ». L’utilisateur du premier terminal TC1 utilise l’identifiant d’appel secondaire IAS pour tenter d’établir une communication téléphonique avec l’utilisateur du deuxième terminal TC2.
Par exemple, l’utilisateur du premier terminal TC1 compose, grâce à une application de type composeur téléphonique du premier terminal TC1, le numéro alias correspondant à l’identifiant d’appel secondaire IAS pour démarrer l’appel téléphonique. En d’autres termes, le premier terminal TC1 génère une première requête de communication téléphonique REQ1. Cette première requête REQ1 comprend l’identifiant d’appel principal IAP1 du premier terminal TC1 et l’identifiant d’appel secondaire IAS du deuxième terminal TC2. Cette première requête REQ1, qui correspond donc à un appel téléphonique, est émise par le module de communication COM1 à destination de la plateforme PGC.
Le premier mode de réalisation du procédé d’établissement d’une communication téléphonique depuis le premier terminal TC1 à destination du deuxième terminal TC1 est décrit ci-après en référence à la .
Lors d’une étape S31, la plateforme PGC reçoit un appel entrant, à savoir la première requête REQ1 en provenance du premier terminal TC1. Plus précisément, la première requête REQ1 est reçue par le module de communication COM de la plateforme PGC. La première requête REQ1 est émise par le premier terminal TC1 à destination de la plateforme PGC via un premier canal de communication ouvert à cet effet. On dit alors communément que la plateforme PGC maintient l’appel en provenance du premier terminal TC1.
Dans un ou plusieurs modes de réalisation, et comme illustré en , la première requête REQ1 est acheminée à destination de la plateforme PGC via le premier réseau RES1, et plus précisément via le serveur vocal interactif SVI. Ainsi, au cours de l’appel téléphonique correspondant à la première requête REQ1, l’utilisateur du premier terminal TC1 est amené à interagir avec la plateforme PGC via le serveur vocal interactif SVI.
L’utilisateur interagit par exemple avec le serveur vocal interactif SVI via l’interface Homme-Machine IHM2. Ainsi, au cours de l’appel téléphonique correspondant à la première requête REQ1, l’utilisateur du premier terminal TC1 utilise, en réponse aux différents menus vocaux qui lui sont présentés, une application de type composeur téléphonique pour appuyer sur une ou plusieurs touches. Les appuis de l’utilisateur sur les touches génèrent alors des fréquences sonores correspondant à des codes DTMF. Ces codes DTMF constituent des entrées pour la logique préprogrammée du serveur vocal interactif SVI.
Eventuellement, l’utilisateur du premier terminal TC1 fournit des entrées au serveur vocal interactif SVI via des informations vocales.
La plateforme PGC reçoit alors non seulement la première requête REQ1, comprenant l’identifiant d’appel principal IAP1 du premier terminal TC1 et l’identifiant d’appel secondaire IAS du deuxième terminal TC2, mais aussi les données d’entrée générées en fonction des entrées fournies par l’utilisateur du premier terminal TC1. Ces données d’entrée caractérisent un service requis par l’utilisateur du premier terminal TC1.
Lors d’une étape S32, la plateforme PGC recherche, au sein de la base de données DB, l’identifiant d’appel principal IAP2 associé au moins à l’identifiant d’appel secondaire IAS. La base de données DB stocke en effet une correspondance entre, d’une part, un identifiant d’appel principal d’un terminal et, d’autre part, le ou les identifiants d’appel secondaires associés ainsi que le ou les identifiants d’appel de messageries vocales de chaque identifiant d’appel secondaire. Ainsi, lors de cette étape, la plateforme PGC détermine l’identifiant d’appel principal IAP2 du deuxième terminal TC2 associé à l’identifiant d’appel secondaire IAS de ce même deuxième terminal TC2.
Comme expliqué précédemment, un même identifiant d’appel secondaire peut être associé à plusieurs identifiants d’appel principaux. Ainsi, dans le cas décrit ici, l’identifiant d’appel secondaire IAS peut être associé non seulement à l’identifiant d’appel principal IAP2 mais aussi à d’autres identifiants d’appel principaux.
La présente invention propose alors deux solutions pour déterminer l’identifiant d’appel principal adéquat, ici par exemple l’identifiant d’appel principal IAP2.
Une première solution est de sélectionner l’identifiant d’appel principal IAP2 en fonction non seulement de l’identifiant d’appel secondaire IAS mais aussi en fonction du service requis par l’utilisateur du premier terminal TC1. Ce service peut être identifié à l’aide des entrées fournies par l’utilisateur du premier terminal TC1 via le serveur vocal interactif SVI. Cette solution suppose que, à chaque couple formé par un identifiant d’appel secondaire et un service donné, est associé un identifiant d’appel principal tel que l’identifiant d’appel principal IAP2 du deuxième terminal TC2. Cette association est par exemple pré-enregistrée dans la base de données DB.
Une deuxième solution est de sélectionner l’identifiant d’appel principal IAP2 en fonction non seulement de l’identifiant d’appel secondaire IAS mais aussi en fonction de l’identifiant d’appel principal IAP1 associé au premier terminal TC1. Cette solution peut être mise en œuvre typiquement en associant, par exemple lors du premier appel de l’utilisateur du premier terminal TC1, l’identifiant d’appel principal IAP1 du premier terminal TC1 combiné à l’identifiant d’appel secondaire composé par l’utilisateur du premier terminal TC1 à l’identifiant d’appel principal IAP2. Ceci peut aussi être fait en déclarant préalablement en base de données un lien entre le premier terminal TC1, l’identifiant d’appel principal IAP2 et l’identifiant d’appel secondaire IAS. Ceci est utile dans le cas d’un service client où un conseiller clientèle va suivre le dossier d’un même client. Lorsque le client appelle, si le conseiller clientèle n’est pas disponible, le client est invité à déposer un message sur la messagerie vocale « personnelle » du conseiller clientèle. Cette association générée peut être stockée par exemple dans la base de données DB.
Lorsque cette deuxième solution est mise en œuvre, il peut ainsi être prévu au sein de la plateforme PGC de prélever, lors de la réception de la première requête REQ1, l’identifiant d’appel secondaire IAS et l’identifiant d’appel principal IAP1 et de chercher, par exemple dans la base de données DB, si une telle combinaison est déjà associée à un identifiant d’appel principal tel que l’identifiant d’appel principal IAP2. Si tel est le cas, alors l’identifiant d’appel principal IAP2 est alors récupéré. Dans le cas contraire, la plateforme PGC sélectionne un identifiant d’appel principal, ici l’identifiant d’appel principal IAP2, notamment si cet identifiant d’appel principal IAP2 est disponible. L’association ainsi générée est alors stockée dans la base de données DB. Alternativement, si aucune association n’a été trouvée, l’appelant peut être soit dissuadé par la plateforme PGC, soit cette dernière peut renvoyer l’appel vers une autre destination, par exemple le centre d’assistance centralisé d’une entreprise.
La personne du métier comprend qu’il est aussi bien possible d’utiliser seule l’une ou l’autre des première et deuxième solutions décrites précédemment que de les utiliser ensemble en combinaison. Par exemple, le couple formé par l’identifiant d’appel secondaire IAS et la messagerie vocale MV, donc l’identifiant d’appel de messagerie vocal IAMV correspondant, peut être associé à la fois au service requis par l’utilisateur du premier terminal TC1 et à l’identifiant d’appel principal IAP1. Il est également possible que, au sein de la base de données DB, certains couples formés par un identifiant d’appel secondaire et une messagerie vocale soient associés à un service donné tandis que d’autres couples sont associés à un identifiant d’appel principal appelant tel que l’identifiant d’appel principal IAP1 du premier terminal TC1.
Lors d’une étape S33, la plateforme PGC sélectionne, au sein de la base de données DB, un identifiant d’appel de messagerie vocale associé au moins à l’identifiant d’appel secondaire IAS du deuxième terminal TC2.
Les considérations précédentes s’appliquent également à la sélection de l’identifiant d’appel de messagerie vocale.
Ainsi, si plusieurs identifiants d’appel de messagerie vocale sont associés à l’identifiant d’appel secondaire IAS, alors chaque identifiant d’appel de messagerie vocal peut correspondre à un service. La plateforme PGC peut alors sélectionner, parmi les identifiants d’appel de messagerie vocale associés à l’identifiant d’appel secondaire IAS, l’identifiant d’appel de messagerie vocale correspondant au service requis par l’utilisateur du premier terminal TC1. Ce service est par exemple déterminé en fonction des données d’entrée reçues par la plateforme PGC.
Ainsi, lorsque la première requête REQ1 est acheminée à destination de la plateforme PGC via le serveur vocal interactif SVI, la plateforme PGC reçoit, en plus de la première requête REQ1, des données d’entrée caractérisant le service requis par l’utilisateur du premier terminal TC1. La plateforme PGC sélectionne ensuite, parmi les identifiants d’appel de messagerie vocale associés à l’identifiant d’appel secondaire IAS, l’identifiant d’appel de messagerie vocale correspondant à ce service. Dans l’exemple illustré en , l’identifiant d’appel de messagerie vocale IAMV associé à la messagerie vocale MV est sélectionné.
Dans un tel cas, on comprend que l’identifiant d’appel secondaire IAS, le service requis par l’utilisateur du premier terminal TC1 et la messagerie vocale MV, donc l’identifiant d’appel de messagerie vocale IAMV, sont associés, par exemple au sein de la base de données DB à laquelle la plateforme PGC peut accéder.
Par ailleurs, il est également possible de sélectionner la messagerie vocale MV, et donc l’identifiant d’appel de messagerie vocale IAMV, en fonction de l’identifiant d’appel secondaire IAS et de l’identifiant d’appel principal IAP1 du premier terminal TC1.
Dans ce cas, la plateforme PGC récupère à la fois l’identifiant d’appel secondaire IAS et l’identifiant d’appel principal IAP1 puis détermine la messagerie vocale, ici la messagerie vocale MV, associée. Cette association est par exemple stockée dans la base de données DB.
Plus spécifiquement, lors de cette étape S33, la plateforme PGC détermine si le couple formé par l’identifiant d’appel secondaire IAS et l’identifiant d’appel principal IAP1 est déjà associé, par exemple dans la base de données DB, à une messagerie vocale telle que la messagerie vocale MV, donc à l’identifiant d’appel de messagerie vocale IAMV. Si tel est le cas, l’identifiant d’appel de messagerie vocale IAMV est récupéré par la plateforme PGC. Dans le cas contraire, une messagerie vocale, avantageusement disponible, est sélectionnée par la plateforme PGC puis associée à l’identifiant d’appel secondaire IAS et à l’identifiant d’appel principal IAP1. Une telle association permet, lors d’un appel ultérieur de l’utilisateur du premier terminal TC1 composant à nouveau l’identifiant d’appel secondaire IAS, de récupérer à nouveau l’identifiant de messagerie vocale IAMV.
Une fois que l’identifiant d’appel principal du deuxième terminal et l’identifiant d’appel de messagerie vocale associés à l’identifiant d’appel secondaire ont été obtenues, la plateforme PGC génère, lors d’une étape S34, une deuxième requête de communication téléphonique REQ2. La deuxième requête REQ2 comprend l’identifiant d’appel principal IAP1 du premier terminal TC1 et l’identifiant d’appel principal IAP2 du deuxième terminal TC2. Toujours lors de cette étape S34, la plateforme PGC émet la deuxième requête REQ2 à destination du deuxième terminal TC2. Plus précisément, cette deuxième requête REQ2, qui correspond à un appel téléphonique, est émise par le module de communication COM à destination du module de communication COM2 du deuxième terminal TC2. La deuxième requête REQ2 est émise à destination du deuxième terminal TC2 via un deuxième canal de communication ouvert par la plateforme PGC à cet effet.
Lors d’une étape S35, la plateforme PGC émet, parallèlement ou suite à l’émission de la deuxième requête REQ2, une troisième requête de communication téléphonique REQ3 à destination de la messagerie vocale MV associée à l’identifiant d’appel de messagerie vocale IAMV. La troisième requête REQ3 comprend l’identifiant d’appel principal IAP1 du premier terminal TC1 et l’identifiant d’appel de messagerie vocale IAMV de la messagerie vocale MV. L’émission de la troisième requête REQ3 ouvre le troisième canal de communication.
Dans l’exemple illustré en , la transmission de la troisième requête REQ3 à destination de la messagerie vocale MV est mise en œuvre via la plateforme de messagerie vocale PMV. Plus spécifiquement, la réception de la troisième requête REQ3 est mise en œuvre via l’interface de programmation applicative IP. La plateforme PMV reçoit la troisième requête REQ3 puis extrait les informations nécessaires pour déterminer la messagerie vocale à laquelle est destinée la troisième requête REQ3. Dans le cas présent, la plateforme PMV extrait l’identifiant d’appel de messagerie vocale IAMV et achemine la troisième requête REQ3 à destination de la messagerie vocale MV associée à l’identifiant d’appel de messagerie vocale IAMV.
L’émission de la troisième requête REQ3 se traduit par l’émission à la fois d’un appel API et d’un appel vocal, chacun étant émis à destination de la messagerie vocale MV via un canal spécifique. La messagerie vocale MV est capable de faire la corrélation entre l’appel API et l’appel vocal et de les identifier comme étant des composantes de la même requête de communication téléphonique REQ3.
Lors d’une étape S36, la plateforme PGC est en attente de réception, en provenance du deuxième terminal TC2 d’une réponse favorable à la deuxième requête REQ2. Bien entendu, la plateforme PGC est aussi en attente d’une possible réponse défavorable en provenance du deuxième terminal TC2, indiquant que l’utilisateur du deuxième terminal TC2 a refusé l’appel entrant.
Typiquement, la plateforme PGC est en attente pendant une période de temps prédéterminée. Si, à l’issue de cette période de temps prédéterminé, la plateforme PGC n’a reçu ni réponse favorable ni réponse défavorable à la deuxième requête REQ2 en provenance du deuxième terminal TC2, cette absence de réponse est assimilée par la plateforme PGC à une réponse défavorable.
Les étapes S37 et S38 détaillées ci-après sont mises en œuvre en cas de réception au niveau de la plateforme PGC d’une réponse favorable à la deuxième requête REQ2 en provenance du deuxième terminal TC2.
Lors de l’étape S37, la plateforme PGC raccorde les premier et deuxième canaux de communication pour établir une communication téléphonique entre le premier terminal TC1 et le deuxième terminal TC2. En effet, jusqu’à cette étape du procédé, l’appel téléphonique du premier terminal TC1 était mis en attente par la plateforme PGC, et l’appel téléphonique de la plateforme PGC à destination du deuxième terminal TC2 était également mis en attente. L’utilisateur du premier terminal TC1 peut alors entrer en communication avec l’utilisateur du deuxième terminal TC2.
Lors de l’étape S38, la plateforme PGC ferme le troisième canal de communication.
En effet, l’émission de la troisième requête REQ3 a ouvert, lors de l’étape S35, un troisième canal de communication entre la plateforme PGC et la messagerie vocale MV. Toutefois, puisque le deuxième terminal TC2 a émis une réponse favorable à la deuxième requête REQ2 et que l’utilisateur du premier terminal TC1 est mis en relation avec l’utilisateur du deuxième terminal TC2, la communication avec la messagerie vocale MV n’est finalement pas nécessaire.
Les étapes S39 et S310 détaillées ci-après sont mises en œuvre en l’absence de réception au niveau de la plateforme PGC d’une réponse favorable à la deuxième requête REQ2 en provenance du deuxième terminal TC2. Cette absence de réception d’une réponse favorable se traduit soit par la réception d’une réponse défavorable, soit d’une absence totale de réponse pendant la période de temps prédéterminée au cours de laquelle la plateforme PGC est en attente d’une réponse en provenance du deuxième terminal TC2.
Lors de l’étape S39, la plateforme PGC ferme le deuxième canal de communication entre la plateforme PGC et le deuxième terminal TC2. En effet, ce deuxième canal de communication avait été ouvert par l’émission de la deuxième requête REQ2 lors de l’étape S34. Puisqu’une communication n’est pas possible entre l’utilisateur du premier terminal TC1 et l’utilisateur du deuxième terminal TC2, il n’est pas nécessaire de maintenir l’appel téléphonique correspondant à la deuxième requête REQ2.
Lors de l’étape S310, la plateforme PGC raccorde les premier et troisième canaux de communication pour établir une communication entre le premier terminal TC1 et la messagerie vocale MV. L’utilisateur du premier terminal TC1 peut alors laisser un message vocale sur la messagerie vocale MV associée à l’identifiant d’appel secondaire IAS du deuxième terminal TC2 et sélectionnée par la plateforme PGC, et non sur la messagerie vocale de l’identifiant d’appel principal IAP.
Ce premier mode de réalisation a ceci d’avantageux que, si l’utilisateur du deuxième terminal TC2 refuse ou ignore l’appel téléphonique correspondant à la deuxième requête REQ2, l’utilisateur du premier terminal TC1 est mis rapidement en communication téléphonique avec la messagerie vocale MV puisque l’appel téléphonique correspondant à la troisième requête REQ3 est émis, par anticipation, en même temps ou suite à l’émission de la deuxième requête REQ2. Le raccordement entre le premier canal de communication et le troisième canal de communication pour permettre à l’utilisateur du premier terminal TC1 de laisser un message vocal est alors plus rapide que dans le cas où cette troisième requête est adressée à la messagerie vocale seulement en l’absence de réponse favorable du deuxième terminal TC2 à la deuxième requête REQ2.
Le deuxième mode de réalisation du procédé d’établissement d’une communication téléphonique depuis le premier terminal TC1 à destination du deuxième terminal TC1 est décrit ci-après en référence à la .
Lors d’une étape S41, la plateforme PGC reçoit un appel entrant, à savoir la première requête REQ1 en provenance du premier terminal TC1. Cette étape S41 est en fat identique à l’étape S31 du premier mode de réalisation décrit précédemment. En particulier, là encore, la première requête REQ1 peut être acheminée à destination de la plateforme PGC via le premier réseau RES1, et plus précisément via le serveur vocal interactif SVI, de sorte que la plateforme PGC reçoit, en plus de la première REQ1, des données d’entrée caractérisant un service requis par l’utilisateur du premier terminal TC1.
Lors d’une étape S42, la plateforme PGC recherche, au sein de la base de données DB, l’identifiant d’appel principal IAP2 associé au moins à l’identifiant d’appel secondaire IAS. Cette étape S42 est en fait identique à l’étape S32 du premier mode de réalisation.
Lors d’une étape S43, la plateforme PGC sélectionne, au sein de la base de données DB, un identifiant d’appel de messagerie vocale associé au moins à l’identifiant d’appel secondaire IAS du deuxième terminal TC2. Cette étape S43 est en fait identique à l’étape S33 du premier mode de réalisation. En particulier, si plusieurs identifiants d’appel de messagerie vocale sont associés à l’identifiant d’appel secondaire IAS, alors chaque identifiant d’appel de messagerie vocal peut correspondre à un service. La plateforme PGC peut alors sélectionner, parmi les identifiants d’appel de messagerie vocale associés à l’identifiant d’appel secondaire IAS, l’identifiant d’appel de messagerie vocale correspondant au service requis par l’utilisateur du premier terminal TC1 et déterminé en fonction des données d’entrée reçues par la plateforme PGC.
Lors d’une étape S44, la plateforme PGC génère une deuxième requête de communication téléphonique REQ2. La deuxième requête REQ2 comprend l’identifiant d’appel principal IAP1 du premier terminal TC1 et l’identifiant d’appel principal IAP2 du deuxième terminal TC2. Toujours lors de cette étape S44, la plateforme PGC émet la deuxième requête REQ2 à destination du deuxième terminal TC2. L’émission de la deuxième requête REQ2 ouvre un deuxième canal de communication. Cette étape S44 est en fait identique à l’étape S34 du premier mode de réalisation.
Lors d’une étape S45, la plateforme PGC est en attente de réception, en provenance du deuxième terminal TC2 d’une réponse favorable à la deuxième requête REQ2. Bien entendu, la plateforme PGC est aussi en attente d’une possible réponse défavorable en provenance du deuxième terminal TC2, indiquant que l’utilisateur du deuxième terminal TC2 a refusé l’appel entrant. Cette étape S45 est en fait identique à l’étape S36 du premier mode de réalisation.
L’étape S46 est mise en œuvre en cas de réception au niveau de la plateforme PGC d’une réponse favorable à la deuxième requête REQ2 en provenance du deuxième terminal TC2.
Lors de l’étape S46, la plateforme PGC raccorde les premier et deuxième canaux de communication pour établir une communication téléphonique entre le premier terminal TC1 et le deuxième terminal TC2. En effet, jusqu’à cette étape du procédé, l’appel téléphonique du premier terminal TC1 était mis en attente par la plateforme PGC, et l’appel téléphonique de la plateforme PGC à destination du deuxième terminal TC2 était également mis en attente. L’utilisateur du premier terminal TC1 peut alors entrer en communication avec l’utilisateur du deuxième terminal TC2. L’étape S46 est en fait identique à l’étape S37 du premier mode de réalisation.
Les étapes S47, S48 et S49 détaillées ci-après sont mises en œuvre en l’absence de réception au niveau de la plateforme PGC d’une réponse favorable à la deuxième requête REQ2 en provenance du deuxième terminal TC2. Cette absence de réception d’une réponse favorable se traduit soit par la réception d’une réponse défavorable, soit d’une absence totale de réponse pendant la période de temps prédéterminée au cours de laquelle la plateforme PGC est en attente d’une réponse en provenance du deuxième terminal TC2.
Lors de l’étape S47, la plateforme PGC ferme le deuxième canal de communication entre la plateforme PGC et le deuxième terminal TC2. En effet, ce deuxième canal de communication avait été ouvert par l’émission de la deuxième requête REQ2 lors de l’étape S44. Puisqu’une communication n’est pas possible entre l’utilisateur du premier terminal TC1 et l’utilisateur du deuxième terminal TC2, il n’est pas nécessaire de maintenir l’appel téléphonique correspondant à la deuxième requête REQ2. Cette étape S44 est en fait identique à l’étape S39 du premier mode de réalisation.
Lors de l’étape S48, la plateforme PGC émet une troisième requête de communication téléphonique REQ3 à destination de la messagerie vocale MV associée à l’identifiant d’appel de messagerie vocale IAMV. La troisième requête REQ3 comprend l’identifiant d’appel principal IAP1 du premier terminal TC1 et l’identifiant d’appel de messagerie vocale IAMV de la messagerie vocale MV. L’émission de la troisième requête REQ3 ouvre le troisième canal de communication. Cette étape S48 est en fait similaire à l’étape S35 du premier mode de réalisation, à ceci près que cette étape n’est pas mise en œuvre parallèlement ou suite à l’émission de la deuxième requête REQ2 à destination du deuxième terminal TC2. En effet, dans ce deuxième mode de réalisation, l’émission de la troisième requête REQ3 à destination de la messagerie vocale MV n’est mise en œuvre qu’en l’absence de réception au niveau de la plateforme PGC d’une réponse favorable de l’utilisateur du deuxième terminal TC2 à l’appel téléphonique correspondant à la deuxième requête REQ2. La troisième requête REQ3 est par exemple mise en œuvre via l’interface de programmation applicative IP de la plateforme PMV, laquelle achemine la troisième requête REQ3 à destination de la messagerie vocale MV grâce à l’identifiant d’appel de messagerie vocale IAMV extrait de la troisième requête REQ3.
Lors de l’étape S49, la plateforme PGC raccorde les premier et troisième canaux de communication pour établir une communication entre le premier terminal TC1 et la messagerie vocale MV. L’utilisateur du premier terminal TC1 peut alors laisser un message vocale sur la messagerie vocale MV associée à l’identifiant d’appel secondaire IAS du deuxième terminal TC2 et sélectionnée par la plateforme PGC, et non sur la messagerie vocale de l’identifiant d’appel principal IAP. Cette étape S49 est en fait identique à l’étape S310 du premier mode de réalisation.
Ce deuxième mode de réalisation a ceci d’avantageux que l’émission de la troisième requête REQ3 à destination de la messagerie vocale MV n’est mise en œuvre que si l’utilisateur du deuxième terminal TC2 refuse ou ignore l’appel téléphonique correspondant à la deuxième requête REQ2. On évite ainsi l’émission potentiellement inutile de la troisième requête REQ3 dans le cas où le deuxième terminal TC2 envoie une réponse favorable à la deuxième requête REQ2 émise par la plateforme PGC.
La présente invention présente plusieurs avantages.
Tout d’abord, l’invention permet de protéger les informations personnelles d’un utilisateur d’un service alias et de favoriser la préservation de son anonymat. En effet, la sélection d’une messagerie vocale associée au numéro alias et le routage de l’appel téléphonique vers cette messagerie vocale par la plateforme de gestion de communication permet d’éviter qu’une personne ayant composé le numéro alias puisse accéder à la messagerie vocale du numéro réel. En effet, la messagerie vocale de l’identifiant d’appel principal livre parfois des informations personnelles sur l’utilisateur du terminal de communication associé.
Par ailleurs, le premier mode de réalisation et l’émission anticipée de la requête de communication téléphonique à destination de la messagerie vocale, parallèlement ou suite à l’émission de la requête de communication téléphonique par la plateforme de gestion de communication à destination du terminal appelé, permet à l’utilisateur du terminal appelant d’être mis rapidement en communication téléphonique avec la messagerie vocale du numéro alias lorsque l’utilisateur du terminal appelé ne donne pas suite à l’appel.
Le deuxième mode de réalisation permet d’éviter que l’émission de la requête de communication téléphonique à destination de la messagerie vocale associée au numéro alias ne soit mise en œuvre inutilement. En effet, cette requête n’est émise que si l’utilisateur du terminal appelé refuse ou ignore l’appel téléphonique.
Enfin, l’utilisation d’un serveur vocal interactif dans le contexte de l’invention permet d’améliorer le routage d’un appel téléphonique à destination d’une messagerie vocale associée à un numéro alias. En effet, les données d’entrée obtenues via le serveur vocal interactif permettent de déterminer un service requis par l’utilisateur du terminal appelant et une sélection plus intelligente d’une messagerie vocale non seulement associée au numéro alias mais aussi dédiée au service en question.

Claims (11)

  1. Procédé d’établissement d’une communication téléphonique depuis un premier terminal de communication (TC1) à destination d’un deuxième terminal de communication (TC2), les premier et deuxième terminaux de communication ayant chacun un identifiant d’appel principal (IAP1, IAP2), le deuxième terminal de communication ayant en outre un identifiant d’appel secondaire (IAS), le procédé comprenant:
    - recevoir (S31, S41), au niveau d’une plateforme de gestion de communication (PGC), une première requête de communication téléphonique (REQ1), en provenance du premier terminal, comprenant l’identifiant d’appel secondaire dudit deuxième terminal, l’émission de la première requête ouvrant un premier canal de communication,
    - obtenir (S32, S42) l’identifiant d’appel principal du deuxième terminal associé au moins audit identifiant d’appel secondaire,
    - obtenir (S33, S43) un identifiant d’appel de messagerie vocale (IAMV) associé au moins audit identifiant d’appel secondaire,
    - émettre (S34, S44), par ladite plateforme de gestion de communication, une deuxième requête de communication téléphonique (REQ2) à destination du deuxième terminal, ladite deuxième requête comprenant l’identifiant d’appel principal du deuxième terminal, l’émission de la deuxième requête ouvrant un deuxième canal de communication,
    le procédé comprenant en outre :
    - en cas de réception au niveau de la plateforme de gestion de communication, en provenance du deuxième terminal, d’une réponse favorable à la deuxième requête, raccorder (S37, S46) les premier et deuxième canaux de communication pour établir une communication téléphonique entre les premier et deuxième terminaux,
    - sinon :
    ○ raccorder (S310, S49) le premier canal de communication à un troisième canal de communication ouvert entre la plateforme de gestion de communication et une messagerie vocale (MV) à laquelle est associé l’identifiant d’appel de messagerie vocale obtenu pour établir une communication entre le premier terminal et la messagerie vocale.
  2. Procédé selon la revendication 1, comprenant en outre :
    - émettre (S35), par la plateforme de gestion de communication, parallèlement ou suite à l’émission de la deuxième requête à destination du deuxième terminal, une troisième requête de communication téléphonique (REQ3) à destination de la messagerie vocale, ladite troisième requête comprenant l’identifiant d’appel de messagerie vocale de la messagerie vocale, l’émission de la troisième requête ouvrant le troisième canal de communication,
    le procédé comprenant en outre, en cas de réception au niveau de la plateforme de gestion de communication, en provenance du deuxième terminal, d’une réponse favorable à la deuxième requête :
    - fermer (S38) le troisième canal de communication.
  3. Procédé selon la revendication 1, comprenant en outre, en l’absence de réception, au niveau de la plateforme de gestion de communication, d’une réponse favorable à la deuxième requête en provenance du deuxième terminal:
    - émettre (S48), par la plateforme de gestion de communication, une troisième requête de communication téléphonique (REQ3) à destination de la messagerie vocale (MV), ladite troisième requête comprenant l’identifiant d’appel de messagerie vocale de la messagerie vocale, l’émission de la troisième requête ouvrant le troisième canal de communication.
  4. Procédé selon la revendication 2 ou 3, dans lequel l’émission de la troisième requête à destination de la messagerie vocale est mise en œuvre via une interface de programmation applicative (IP) d’une plateforme de messagerie vocale (PMV),
    dans lequel la plateforme de messagerie vocale extrait l’identifiant d’appel de messagerie vocale compris dans la troisième requête et achemine la troisième requête à destination de la messagerie vocale.
  5. Procédé selon la revendication 4, dans lequel l’émission de la troisième requête à destination de la messagerie vocale se traduit par l’émission d’une première sous-requête et d’une deuxième sous-requête, la première sous-requête correspondant à un appel vocal pour enregistrer un message vocal sur la messagerie vocale, la deuxième sous-requête correspondant à un appel à l’interface de programmation applicative, lesdites première et deuxième sous-requêtes étant corrélées au niveau de la plateforme de messagerie vocale ou de la messagerie vocale.
  6. Procédé selon l’une des revendications précédentes, dans lequel l’identifiant d’appel de messagerie vocale est sélectionné dans une base de données (DB) enregistrée sur la plateforme de gestion de communication ou connectée à celle-ci.
  7. Procédé selon la revendication 6, dans lequel la première requête est acheminée à destination de la plateforme de gestion de communication via un serveur vocal interactif (SVI), la plateforme de gestion de communication recevant ainsi, en plus de la première requête, des données d’entrée caractérisant un service requis par un utilisateur du premier terminal,
    dans lequel l’identifiant d’appel de messagerie vocale obtenu est sélectionné en fonction dudit service,
    l’identifiant d’appel secondaire, le service requis et l’identifiant d’appel de messagerie vocale étant associés au sein de la base de données.
  8. Procédé selon la revendication 7, dans lequel les données d’entrée sont générées via une ou plusieurs interactions de l’utilisateur avec une application de type composeur téléphonique du premier terminal et/ou via des informations vocales fournies par l’utilisateur du premier terminal.
  9. Procédé selon l’une des revendications 6 à 8, dans lequel l’identifiant d’appel de messagerie vocale obtenu est sélectionné en fonction de l’identifiant d’appel principal du premier terminal,
    l’identifiant d’appel secondaire, l’identifiant principal du premier terminal et l’identifiant d’appel de messagerie vocale étant associés au sein de la base de données.
  10. Programme informatique comprenant des instructions pour la mise en œuvre du procédé selon l’une des revendications précédentes, lorsque lesdites instructions sont exécutées par au moins un processeur (PROC).
  11. Plateforme de gestion de communication (PGC) pour l’établissement d’une communication depuis un premier terminal de communication (TC1) à destination d’un deuxième terminal de communication (TC2), les premier et deuxième terminaux de communication ayant chacun un identifiant d’appel principal (IAP1, IAP2), le deuxième terminal de communication étant associé en outre à un identifiant d’appel secondaire (IAS), la plateforme de gestion de communication comprenant:
    - un module de communication (COM) agencé pour recevoir, en provenance du premier terminal, une première requête de communication téléphonique (REQ1) comprenant l’identifiant d’appel secondaire dudit deuxième terminal, l’émission de la première requête ouvrant un premier canal de communication,
    - un processeur (PROC) agencé pour obtenir l’identifiant d’appel principal du deuxième terminal associé au moins audit identifiant d’appel secondaire et pour obtenir un identifiant d’appel de messagerie vocale (IAMV) associé au moins audit identifiant d’appel secondaire,
    le module de communication étant agencé en outre pour émettre une deuxième requête de communication téléphonique (REQ2) à destination du deuxième terminal, ladite deuxième requête comprenant l’identifiant d’appel principal du deuxième terminal, l’émission de la deuxième requête ouvrant un deuxième canal de communication,
    le processeur étant agencé en outre pour :
    - en cas de réception, en provenance du deuxième terminal, d’une réponse favorable à la deuxième requête, raccorder les premier et deuxième canaux de communication pour établir une communication téléphonique entre les premier et deuxième terminaux,
    - sinon :
    ○ raccorder le premier canal de communication à un troisième canal de communication ouvert entre la plateforme de gestion de communication et une messagerie vocale (MV) à laquelle est associé l’identifiant d’appel de messagerie vocale sélectionné pour établir une communication entre le premier terminal et la messagerie vocale.
FR2006595A 2020-06-24 2020-06-24 Routage d’un appel téléphonique vers une messagerie vocale alias Withdrawn FR3111499A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
FR2006595A FR3111499A1 (fr) 2020-06-24 2020-06-24 Routage d’un appel téléphonique vers une messagerie vocale alias
US18/002,582 US20230239405A1 (en) 2020-06-24 2021-06-23 Routing a telephone call to an alias voicemail system
PCT/FR2021/051156 WO2021260330A1 (fr) 2020-06-24 2021-06-23 Routage d'un appel téléphonique vers une messagerie vocale alias
EP21743552.8A EP4173251A1 (fr) 2020-06-24 2021-06-23 Routage d'un appel téléphonique vers une messagerie vocale alias

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR2006595A FR3111499A1 (fr) 2020-06-24 2020-06-24 Routage d’un appel téléphonique vers une messagerie vocale alias
FR2006595 2020-06-24

Publications (1)

Publication Number Publication Date
FR3111499A1 true FR3111499A1 (fr) 2021-12-17

Family

ID=72709534

Family Applications (1)

Application Number Title Priority Date Filing Date
FR2006595A Withdrawn FR3111499A1 (fr) 2020-06-24 2020-06-24 Routage d’un appel téléphonique vers une messagerie vocale alias

Country Status (4)

Country Link
US (1) US20230239405A1 (fr)
EP (1) EP4173251A1 (fr)
FR (1) FR3111499A1 (fr)
WO (1) WO2021260330A1 (fr)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3046002A1 (fr) * 2015-12-18 2017-06-23 Orange Gestion d'une communication entre deux terminaux de communication
FR3046009A1 (fr) * 2015-12-18 2017-06-23 Orange Service de messagerie
FR3079702A1 (fr) * 2018-04-03 2019-10-04 Orange Procede de routage d'un appel telephonique vers une messagerie vocale alias

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3046002A1 (fr) * 2015-12-18 2017-06-23 Orange Gestion d'une communication entre deux terminaux de communication
FR3046009A1 (fr) * 2015-12-18 2017-06-23 Orange Service de messagerie
FR3079702A1 (fr) * 2018-04-03 2019-10-04 Orange Procede de routage d'un appel telephonique vers une messagerie vocale alias

Also Published As

Publication number Publication date
EP4173251A1 (fr) 2023-05-03
US20230239405A1 (en) 2023-07-27
WO2021260330A1 (fr) 2021-12-30

Similar Documents

Publication Publication Date Title
US9544439B2 (en) Caller-callee association of a plurality of networked devices
US7660898B2 (en) Presence enhanced telephony service architecture
US7793305B2 (en) Methods and systems for providing a communication manager for wireless wireline converged telecommunication services
EP1393539B1 (fr) Systemes et procedes pour recevoir des appels telephoniques par messagerie instantanee
US8837704B2 (en) Client controlled dynamic call forwarding
US7532710B2 (en) Systems and methods for providing voicemail services
US8081751B1 (en) Method for triggering content download during call setup
WO2014118736A2 (fr) Service et système de communication vocale
EP2572523A1 (fr) Routage dynamique des appels pour le traitement en temps réel des appels vocaux entrants sur des téléphones mobiles
MX2013002183A (es) Sistemas y metodos para proporcionar servicios de comunicaciones.
CN101227631A (zh) 一种集团用户的通信方法及其系统
US20100056120A1 (en) Method and server for filtering telephone calls
FR3111499A1 (fr) Routage d’un appel téléphonique vers une messagerie vocale alias
FR3079702A1 (fr) Procede de routage d'un appel telephonique vers une messagerie vocale alias
EP1457031B1 (fr) Procede et systeme de renvoi automatique d'appel telephonique
CA2167215A1 (fr) Methode de notification vocale et de transmission de messages de commande sur une voie de transmission de donnees
WO2024009008A1 (fr) Plateforme de service de téléphonie fournissant des services à valeur ajoutée
FR3080512A1 (fr) Procede et systeme de detection de coupures de communications mobiles et de retablissement automatique des communications.
EP3442197A1 (fr) Procédé et proxy sip de gestion des appels dans un réseau de voix sur ip
FR2895861A1 (fr) Systeme de transfert de communications, procede, dispositif et programme
EP2134062A2 (fr) Procédé de gestion d'un appel entre deux systèmes de communication et systèmes de communication associés
EP2008433A2 (fr) Ajout d'autres dispositifs d'un appelant identifié à un système de messagerie vocale
NO331923B1 (no) System og fremgangsmate for a etablere en samtale mellom abonnentterminaler

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20211217

ST Notification of lapse

Effective date: 20230205