FR3079702A1 - Procede de routage d'un appel telephonique vers une messagerie vocale alias - Google Patents
Procede de routage d'un appel telephonique vers une messagerie vocale alias Download PDFInfo
- Publication number
- FR3079702A1 FR3079702A1 FR1852901A FR1852901A FR3079702A1 FR 3079702 A1 FR3079702 A1 FR 3079702A1 FR 1852901 A FR1852901 A FR 1852901A FR 1852901 A FR1852901 A FR 1852901A FR 3079702 A1 FR3079702 A1 FR 3079702A1
- Authority
- FR
- France
- Prior art keywords
- communication
- terminal
- telephone
- call
- request
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 40
- 238000004891 communication Methods 0.000 claims abstract description 370
- 108091007065 BIRCs Proteins 0.000 claims abstract description 33
- 102000055031 Inhibitor of Apoptosis Proteins Human genes 0.000 claims abstract description 33
- 101100064323 Arabidopsis thaliana DTX47 gene Proteins 0.000 claims abstract description 14
- 102000051819 Baculoviral IAP Repeat-Containing 3 Human genes 0.000 claims abstract description 14
- 108700003785 Baculoviral IAP Repeat-Containing 3 Proteins 0.000 claims abstract description 14
- 101100499270 Drosophila melanogaster Diap1 gene Proteins 0.000 claims abstract description 14
- 101100272587 Gallus gallus ITA gene Proteins 0.000 claims abstract description 14
- 101150032161 IAP1 gene Proteins 0.000 claims abstract description 14
- 230000003993 interaction Effects 0.000 claims description 26
- 230000004044 response Effects 0.000 claims description 21
- 230000005540 biological transmission Effects 0.000 claims description 17
- 230000002349 favourable effect Effects 0.000 claims description 14
- 238000013475 authorization Methods 0.000 claims description 13
- 101100194363 Schizosaccharomyces pombe (strain 972 / ATCC 24843) res2 gene Proteins 0.000 claims description 10
- 238000010295 mobile communication Methods 0.000 claims description 6
- 238000004590 computer program Methods 0.000 claims description 5
- 101100189060 Arabidopsis thaliana PROC1 gene Proteins 0.000 claims description 3
- 230000001143 conditioned effect Effects 0.000 claims description 2
- 238000012545 processing Methods 0.000 description 17
- 230000008901 benefit Effects 0.000 description 6
- 230000008569 process Effects 0.000 description 6
- 101000746134 Homo sapiens DNA endonuclease RBBP8 Proteins 0.000 description 5
- 101000969031 Homo sapiens Nuclear protein 1 Proteins 0.000 description 5
- 102100021133 Nuclear protein 1 Human genes 0.000 description 5
- 101100194362 Schizosaccharomyces pombe (strain 972 / ATCC 24843) res1 gene Proteins 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 230000011664 signaling Effects 0.000 description 4
- 238000001514 detection method Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000000977 initiatory effect Effects 0.000 description 2
- 239000003550 marker Substances 0.000 description 2
- 230000000295 complement effect Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000008092 positive effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/57—Arrangements for indicating or recording the number of the calling subscriber at the called subscriber's set
-
- 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
- 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
- H04M3/53308—Message originator indirectly connected to the message centre, e.g. after detection of busy or absent state of a called party
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
L'invention concerne un 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 (IAS2). 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 en question. Le procédé, mis en œuvre au niveau d'une plateforme de gestion de communication (PGC), permet de rediriger l'appel téléphonique du premier terminal vers le deuxième terminal de communication lorsqu'il est estimé que cet appel téléphonique a été accepté par l'utilisateur du deuxième terminal. A l'inverse, l'appel téléphonique est redirigé du premier terminal à une messagerie vocale (MV2) associée à l'identifiant d'appel secondaire lorsqu'il est estimé que cet appel téléphonique a été accepté par la messagerie vocale de l'identifiant d'appel principal du deuxième terminal, ou refusé.
Description
Procédé de routage d’un appel téléphonique vers une messagerie vocale alias
L’invention concerne 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 ayant chacun un identifiant d’appel principal, et le deuxième terminal ayant en outre un identifiant d’appel secondaire. Le domaine de l’invention se rapporte également au routage d’un appel téléphonique vers une messagerie vocale, et notamment une messagerie vocale alias.
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 s’est inscrit l’utilisateur du terminal de communication mobile. 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 en question.
Par ailleurs, des services de communication garantissant l’anonymat d’un utilisateur proposent actuellement 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éro alias, 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 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 et/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 la 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.
La présente invention vient améliorer la situation.
Il est proposé ici 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é, mis en œuvre au niveau d’une plateforme de gestion de communication, comprend :
réception, en provenance du premier terminal de communication, d’une première requête de communication téléphonique comprenant l’identifiant d’appel principal du premier terminal et l’identifiant d’appel secondaire du deuxième terminal de communication, la première requête de communication téléphonique étant émise à destination de la plateforme de gestion de communication via un premier canal de communication, recherche, au sein d’une base de données connectée à la plateforme, de l’identifiant d’appel principal associé au moins audit identifiant d’appel secondaire, émission, par la plateforme, d’une deuxième requête de communication téléphonique à destination du deuxième terminal de communication auquel est associé l’identifiant d’appel principal, la deuxième requête comprenant l’identifiant d’appel principal du premier terminal de communication, la deuxième requête de communication téléphonique étant émise à destination du deuxième terminal de communication via un deuxième canal de communication, la plateforme de gestion de communication mettant en œuvre en outre :
en cas de réception, en provenance du deuxième terminal de communication, d’une réponse favorable à la deuxième requête de communication téléphonique avant une durée maximale prédéterminée et après une durée minimale prédéterminée, raccordement des premier et deuxième canaux de communication pour établir une communication téléphonique entre les premier et deuxième terminaux de communication, sinon:
o fermeture du deuxième canal de communication, o recherche, au sein de la base de données, d’un identifiant d’appel de messagerie vocale associé au moins à l’identifiant d’appel secondaire, o émission, par la plateforme, d’une troisième requête de communication téléphonique à destination d’une messagerie vocale à laquelle est associé l’identifiant d’appel de messagerie vocale, la troisième requête de communication téléphonique étant émise à destination de la messagerie vocale via un troisième canal de communication, o raccordement, sur réception par la messagerie vocale de la troisième requête, des premier et troisième canaux de communication pour établir une communication entre le premier terminal de communication et la messagerie vocale.
Lorsqu’un utilisateur souscrit à un service d’anonymisation, il peut alors bénéficier d’un ou de plusieurs identifiants d’appel secondaires, aussi appelés numéros alias. Un numéro alias peut être vu comme un numéro de téléphone « virtuel » associé au numéro de téléphone « réel » correspondant à l’identifiant d’appel principal. Dans le contexte de l’invention, un utilisateur d’un premier terminal de communication cherche à joindre un autre utilisateur disposant d’un deuxième terminal de communication. Par ailleurs, toujours dans le contexte de l’invention, l’utilisateur du premier terminal utilise le numéro alias pour déclencher un appel téléphonique à destination du deuxième terminal. Puisque l’utilisateur utilise un numéro alias pour joindre son correspondant, l’appel téléphonique passe par une plateforme de gestion de communication, aussi appelée « plateforme d’alias ». Cette plateforme est chargée de déclencher à son tour un appel téléphonique à destination du deuxième terminal. Lorsque l’appel aboutit, le problème se pose de savoir s’il s’agit d’un décroché « humain » ou d’un décroché de la messagerie vocale associée à l’identifiant d’appel principal, donc au numéro « réel ». Le procédé décrit précédemment permet d’une manière fiable de détecter si c’est l’utilisateur (ou un utilisateur tiers) qui a décroché ou si c’est la messagerie vocale. S’il est estimé que c’est la messagerie vocale, la plateforme interrompt alors l’appel, ce qui correspond à la fermeture du deuxième canal de communication, et redirige l’appel téléphonique de l’utilisateur du premier terminal à destination de la messagerie vocale associée à l’identifiant d’appel secondaire, donc au numéro alias. Ainsi, l’anonymisation de l’utilisateur du deuxième terminal est préservée (la messagerie vocale du numéro « réel » livre souvent des informations personnelles sur l’utilisateur) et l’utilisateur du deuxième terminal peut tout de même laisser un message. D’autre part, dans le cas où un même identifiant d’appel secondaire est partagé entre plusieurs identifiants d’appels principaux, la messagerie vocale associée à cet identifiant d’appel secondaire est alors également partagée entre les différents identifiants d’appel principaux. Ainsi, le procédé décrit permet de centraliser les messages vocaux reçus après un appel sur l’identifiant d’appel secondaire. Cette centralisation n’est en effet pas possible si l’appel aboutit sur la messagerie d’appel associée à l’identifiant d’appel principal puisque chaque identifiant d’appel principal dispose de sa propre messagerie vocale.
Dans un ou plusieurs modes de réalisation, en plus de la réception, en provenance du deuxième terminal de communication, d’une réponse favorable à la requête de communication téléphonique avant la durée maximale prédéterminée et après la durée minimale prédéterminée, le raccordement des premier et deuxième canaux de communication pour établir une communication téléphonique entre les premier et deuxième terminaux de communication est conditionné en outre par la réception par la plateforme de gestion de communication, en provenance du deuxième terminal de communication, de données représentatives d’une interaction d’un utilisateur avec une interface Homme-Machine du deuxième terminal de communication, l’interaction correspondant à une autorisation d’établissement de la communication téléphonique.
Dans ce mode de réalisation, un moyen supplémentaire et complémentaire des moyens précédemment évoqués est utilisé pour déterminer si c’est un utilisateur qui a décroché ou si c’est la messagerie vocale. Ce mode de réalisation consiste à détecter si l’utilisateur a effectivement interagit avec son terminal de communication pour accepter l’appel. Typiquement, l’utilisateur peut appuyer manuellement sur un bouton physique ou appuyer sur un bouton virtuel de l’interface Homme-Machine , par exemple tactilement. Cette action positive de l’utilisateur déclenche l’envoi de données représentatives d’une interaction d’un utilisateur avec une interface Homme-Machine, ce qui renforce la fiabilité de l’estimation qu’il s’agit d’un décroché « humain ». L’émission de ces données peut également être assimilée à un call API (acronyme anglophone pour «Application Program Interface »). Bien entendu, il se peut aussi que l’utilisateur du deuxième terminal interagisse avec l’interface Homme-Machine pour refuser l’appel entrant, auquel cas la plateforme de gestion de communication ferme le deuxième canal de communication, puis établit une communication entre le premier terminal et la messagerie vocale associée à l’identifiant d’appel secondaire du deuxième terminal.
Selon un aspect de l’invention, l’interaction de l’utilisateur avec l’interface Homme-Machine est réalisée via une application de type composeur téléphonique.
Ce type d’application (aussi appelée dialer ou dialler en anglais) permet à un utilisateur, ici donc l’utilisateur du deuxième terminal de communication, d’accepter ou de refuser un appel entrant. Plus généralement, ce type d’application présente d’autres fonctionnalités, notamment de composer un numéro de téléphone.
Dans un ou plusieurs modes de réalisation, la condition de réception de données représentatives d’une interaction d’un utilisateur avec une interface Homme-Machine correspondant à une autorisation d’établissement de la communication téléphonique est appliquée seulement en cas de réception, en provenance du deuxième terminal de communication et conséquemment à l’émission par la plateforme de gestion de communication de la deuxième requête de communication à destination dudit deuxième terminal, de données représentatives de la réception d’un appel téléphonique correspondant à la deuxième requête de communication téléphonique.
De la même manière que des données peuvent être transmises pour signaler que l’utilisateur du deuxième terminal a interagit avec l’interface Homme-Machine du deuxième terminal pour accepter l’appel, en appuyant typiquement sur un bouton physique ou virtuel, des données peuvent également être transmises par le deuxième terminal pour signaler que l’appel a bien été reçu. Ce critère supplémentaire renforce encore la fiabilité du procédé puisque la plateforme peut déterminer par exemple si le deuxième terminal est en mesure de recevoir l’appel, si le deuxième terminal est éteint ou allumé etc.
Dans un ou plusieurs modes de réalisation, parallèlement ou consécutivement à l’émission de la deuxième requête de communication téléphonique par la plateforme de gestion de communication à destination du deuxième terminal de communication, des données d’interrogation de réception d’appel sont transmises en outre par la plateforme de gestion de communication à destination du deuxième terminal de communication, de sorte que, sur réception des données d’interrogation en question par le deuxième terminal :
si l’appel téléphonique est reçu par le deuxième terminal de communication, des données représentatives de la réception de l’appel téléphonique sont transmises à la plateforme de gestion de communication, sinon, des données représentatives d’une absence de réception de l’appel téléphonique sont transmises à la plateforme de gestion de communication, la réception par la plateforme de ces données entraînant la non-application de la condition de réception de données représentatives d’une interaction d’un utilisateur avec une interface HommeMachine correspondant à une autorisation d’établissement de la communication téléphonique
Dans ce cas de figure, un push est utilisé pour interroger directement le deuxième terminal concernant la réception ou l’absence de réception de l’appel entrant. Ce mode de réalisation a ceci d’avantageux qu’il permet de restreindre la période de temps pendant laquelle la plateforme de gestion de communication est en attente de données représentatives d’une réception de l’appel. En effet, lorsque la plateforme de gestion de communication a émis un appel à destination du deuxième terminal, elle est en attente de réception, en provenance de ce deuxième terminal, de données représentatives d’une réception de l’appel. Néanmoins, si l’appel en question n’a pas été reçu, par exemple pour un problème lié au réseau ou au deuxième terminal, la plateforme de gestion de communication ne dispose pas de moyens pour le savoir et est en donc en attente pour une période de temps prédéterminée. Ici, comme un push est transmis en plus de l’appel, le deuxième terminal peut recevoir les données d’interrogation sans recevoir l’appel et, auquel cas, transmettre à la plateforme des données représentatives de l’absence de réception de l’appel. Ainsi la période de temps prédéterminée d’attente peut être plus courte lorsque des données d’interrogation de réception d’appel ont été transmises via unpush que dans le cas où seul l’appel a été transmis par la plateforme à destination du deuxième terminal.
Selon un aspect de rinvention, les données d’interrogation de réception d’appel sont transmises via un canal de communication auxiliaire distinct du deuxième canal de communication.
Ainsi, même si le deuxième canal de communication est endommagé de sorte que le deuxième terminal ne reçoit pas la deuxième requête de communication téléphonique, il reste toutefois possible pour le deuxième terminal de recevoir les données d’interrogation de réception d’appel. Le deuxième terminal peut alors avertir la plateforme de gestion de communication que l’appel n’a pas été reçu, via l’émission de données représentatives d’une absence de réception d’appel.
Selon un autre aspect de Tinvention, les identifiants d’appel principaux respectifs des premier et deuxième terminaux de communication, et Tidentifiant d’appel secondaire du deuxième terminal de communication sont des numéros de téléphone de type identifiant MSISDN (Mobile Station ISDN Number).
Selon un autre aspect de Tinvention, le deuxième terminal de communication est un téléphone mobile communiquant avec la plateforme de gestion de communication via un réseau (RES2) de type GSM (Global System for Mobile Communications') ou de type UMTS (Universal Mobile Télécommunications System).
Selon un autre aspect de Tinvention, le deuxième terminal de communication est un téléphone fixe rattaché à un autocommutateur téléphonique privé de type PABX (« Private Automatic Branch eXchange »), le téléphone fixe communiquant avec la plateforme de gestion de communication via un réseau (RES2) interne.
L’invention concerne en outre un programme informatique comprenant des instructions pour la mise en œuvre du procédé décrit précédemment, lorsque ces instructions sont exécutées par au moins un processeur.
L’invention concerne également 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 étant chacun associés à un identifiant d’appel principal, le deuxième terminal de communication étant associé en outre à un identifiant d’appel secondaire. La plateforme de gestion de communication comprend:
un module de communication (COM) agencé pour recevoir, en provenance du premier terminal de communication, d’une première requête de communication téléphonique (REQ1) comprenant l’identifiant d’appel principal dudit premier terminal et l’identifiant d’appel secondaire du deuxième terminal de communication, la première requête de communication téléphonique étant émise à destination de la plateforme de gestion de communication via un premier canal de communication, un processeur (PROC) agencé pour rechercher, au sein d’une base de données (DB) connectée à la plateforme, l’identifiant d’appel principal 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 de communication auquel est associé l’identifiant d’appel principal, la deuxième requête comprenant l’identifiant d’appel principal du premier terminal de communication, la deuxième requête de communication téléphonique étant émise à destination du deuxième terminal de communication via un deuxième canal de communication, le processeur étant agencé en outre pour :
en cas de réception par le module de communication, en provenance du deuxième terminal de communication, d’une réponse favorable à la deuxième requête de communication téléphonique avant une durée maximale prédéterminée (Dmax) et après une durée minimale prédéterminée (Dmin), raccorder les premier et deuxième canaux de communication pour établir une communication téléphonique entre les premier et deuxième terminaux de communication, sinon:
o fermer le deuxième canal de communication, o rechercher, au sein de la base de données, un identifiant d’appel de messagerie vocale (IAMV2) associé au moins à l’identifiant d’appel secondaire, o piloter l’émission, par le module de communication, d’une troisième requête de communication téléphonique (REQ3) à destination d’une messagerie vocale (MV2) à laquelle est associé l’identifiant d’appel de messagerie vocale, la troisième requête de communication téléphonique étant émise à destination de la messagerie vocale via un troisième canal de communication, o raccorder les premier et troisième canaux de communication pour établir une communication entre le premier terminal de communication et la messagerie vocale.
D’autres caractéristiques, détails et avantages de l’invention apparaîtront à la lecture de la description détaillée ci-après, et à l’analyse des dessins annexés, sur lesquels :
la Figure 1 illustre un système comprenant un premier et un deuxième terminal de communication, une plateforme de gestion de communication selon l’invention et une messagerie vocale associée à un identifiant d’appel secondaire du deuxième terminal de communication ;
la Figure 2 illustre la plateforme de gestion de communication du système illustré en Figure 1 ;
la Figure 3 illustre une base de données enregistrée sur la plateforme de gestion de communication de la Figure 2 ;
la Figure 4 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 mode de réalisation de l’invention ; et la Figure 5 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 autre mode de réalisation de l’invention.
La Figure 1 illustre un système SYS. Le système SYS comprend un premier terminal de communication TCI, une plateforme de gestion de communication PGC, un deuxième terminal de communication TC2, et une messagerie vocale MV2.
Dans l’exemple présenté ici, le premier terminal de communication TCI, ci-après premier terminal TCI, est un téléphone mobile. Le premier terminal TCI 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 TCI comprend une carte SIM (acronyme anglophone pour « Suhscriher 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 TCI dans le réseau auprès duquel l’utilisateur du premier terminal TCI s’est abonné. Dans l’exemple illustré en Figure 1, 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 ») ou un réseau UMTS (acronyme anglophone pour « Universal Mobile Télécommunications System »).
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 TCI et donc d’établir une communication avec cet utilisateur. Dans la suite de la description, l’identifiant d’appel principal du premier terminal TCI est noté IAP1.
Alternativement, le premier terminal TCI 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, par exemple le réseau interne d’une société ou d’une entreprise. Dans un tel mode de réalisation également, le premier terminal TCI dispose bien entendu d’un identifiant d’appel principal IAP1.
Le premier terminal de communication TCI comprend un module de communication C0M1, une mémoire MEM1 et un processeur PROC1.
Le module de communication C0M1 est agencé pour communiquer avec le deuxième terminal de communication TC2, appelé aussi 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 C0M1 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 de communication TC2. La première requête REQ1 est émise à destination de la plateforme de gestion de communication PGC via un premier canal de communication. Par « émettre une requête de communication de communication téléphonique », on entend que le module de communication COM1 émet un appel téléphonique.
Dans l’exemple illustré en Figure 1, le module de communication COM1 communique avec la plateforme de gestion de communication PGC via le premier réseau RES 1. On comprend que, dans le cas où le premier terminal TCI 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 ou UMTS.
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 TCI. Par exemple, le processeur PROC 1 est agencé pour générer la première requête REQ 1.
Typiquement, la première requête REQ1 comprend l’identifiant d’appel principal IAP1 du premier terminal TCI et un identifiant d’appel du deuxième terminal de communication TC2. Comme on le verra par la suite, le contexte de l’invention concerne le cas où l’identifiant d’appel du deuxième terminal de communication TC2 compris dans la première requête REQ1 est un identifiant d’appel secondaire, aussi appelé numéro alias, associé à un identifiant d’appel principal IAP2 du deuxième terminal de communication TC2. Néanmoins, la première REQ1 peut comprendre l’identifiant d’appel principal IAP2 du deuxième terminal de communication TC2, par exemple lorsque l’utilisateur du premier terminal TCI a connaissance de cet identifiant d’appel principal.
Comme expliqué précédemment, le premier terminal TCI 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 TC 1 et le deuxième terminal TC2, notamment dans le cas où la première requête REQ1, c’est-à-dire l’appel téléphonique, est émise par le premier terminal TCI à destination du deuxième terminal TC2. 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 REQ2, à destination du deuxième terminal TC2. La deuxième requête REQ2 comprend l’identifiant d’appel principal IAP1 du premier terminal TCI. 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 pour émettre, parallèlement ou consécutivement à l’émission de la deuxième requête de communication, des données d’interrogation de réception d’appel à destination du deuxième terminal TC2.
La plateforme PGC est agencée en outre pour établir une communication entre le premier terminal TCI et la messagerie vocale MV2 associée à l’identifiant d’appel secondaire IAS2 du deuxième terminal TCI. La plateforme PGC est donc agencée pour émettre une troisième requête de communication téléphonique REQ3, ci-après REQ3, à destination de la messagerie vocale MV2. Là encore, la troisième requête REQ3 correspond à un appel téléphonique.
Par ailleurs, dans une variante, la plateforme PGC est agencée en outre pour informer le deuxième terminal TC2 que l’appel téléphonique correspondant à la première requête REQ1 a été émis à destination de l’identifiant d’appel secondaire IAS2 et non à destination l’identifiant d’appel principal IAP2.
Dans le contexte de l’invention, l’utilisateur du premier terminal TCI essaye d’établir une communication téléphonique avec l’utilisateur du deuxième terminal TC2 via l’identifiant d’appel secondaire IAS2, ou numéro alias, du deuxième terminal TC2. La plateforme PGC peut en conséquence aussi être appelée « plateforme d’alias ».
Comme illustrée en Figure 2, 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 TCI. Comme expliqué précédemment, le premier terminal TCI est par exemple un téléphone mobile identifiable au sein du premier réseau RES1 au sein duquel l’utilisateur du premier terminal TCI s’est abonné. On comprend alors que le module de communication COM de la plateforme PGC est agencé pour communiqué avec le premier terminal TC 1 via le premier RES 1. On comprend aussi que le module de communication COM est agencé pour recevoir la première requête REQ1.
Le module de communication COM est agencé en outre pour communiquer avec le deuxième terminal TC2 via le 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. La deuxième requête REQ2 est émise à destination du deuxième terminal TC2 via un deuxième canal de communication. Par ailleurs, le module de communication COM est agencé pour recevoir des données en provenance du deuxième terminal TC2. Les données susceptibles d’être émises par le deuxième terminal TC2 à destination de la plateforme PGC seront détaillées par la suite. Dans un ou plusieurs modes de réalisation, le module de communication COM est agencé pour transmettre des données d’interrogation de réception d’appel à destination du deuxième terminal TC2. Avantageusement, ces données d’interrogation sont transmises au deuxième terminal TC2 via un canal de communication auxiliaire distinct du deuxième canal de communication.
Le module de communication COM est agencé en outre pour communiquer avec la messagerie vocale MV2 associée à l’identifiant d’appel secondaire IAS2 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 MV2. La troisième requête REQ3 est émise à destination de la messagerie vocale MV2 via un troisième canal de communication.
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 TCI vers le deuxième terminal de communication TC2 lorsqu’il est estimé que cet appel téléphonique a été 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 vers la messagerie vocale MV2 associée à l’identifiant d’appel secondaire IAS2 du deuxième terminal TC2 lorsqu’il est estimé que cet appel téléphonique a été accepté par la messagerie vocale de l’identifiant d’appel principal IAP1 du deuxième terminal TC2, ou refusé. Ce procédé sera décrit plus en détail dans la suite de la description en référence à la Figure 4.
Le centre de commutation CMT est connecté à l’unité de traitement UNT et est agencée pour traiter le trajet de la communication établie depuis le premier terminal TCI jusqu’au deuxième terminal TC2 ou jusqu’à la messagerie vocale MV2 associée à l’identifiant d’appel secondaire IAS2 du deuxième terminal TC2.
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 1‘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 TCI 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é, une sonnerie particulière éventuellement, indiquant à l’utilisateur du terminal appelant, ici le premier terminal TCI, 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 au niveau de la plateforme PGC permet, lorsque l’appel téléphonique émis par le premier terminal TCI utilise l’identifiant d’appel secondaire IAS2 du deuxième terminal, de rediriger l’appel téléphonique en question à destination de la messagerie vocale MV2 associée à l’identifiant d’appel secondaire IAS2 du deuxième terminal TC2, et non à destination de la messagerie vocale associée à l’identifiant d’appel principal IAP2 du deuxième terminal TC2.
La base de données DB est connectée à la plateforme PGC. Plus exactement, la base de données DB est connectée à l’unité de traitement UNT. Sur la Figure 2, 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 par 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, la base de données DB est illustrée plus en détail en Figure 3. L’identifiant d’appel principal de chaque terminal de communication est stocké dans la base de données DB. Par exemple, on constate que l’identifiant d’appel principal IAP1 du premier terminal TCI 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 souscrit à un service d’anonymisation pour disposer de tels identifiants d’appel secondaires, ou numéros alias.
Par exemple, en référence toujours à la Figure 3, le premier terminal TCI, associé à l’identifiant d’appel principal IAP1, ne dispose pas d’un identifiant d’appel secondaire. A l’inverse, et comme expliqué précédemment, le deuxième terminal TC2, associé à l’identifiant d’appel principal IAP2, est associé en outre à un identifiant d’appel secondaire IAS2. Il est par ailleurs possible pour un même terminal de communication d’être associé à plusieurs identifiants d’appel secondaires. Par exemple, on constate dans la base de données DB qu’un terminal de communication, associé à un identifiant d’appel principal IAPN, est associé en outre à deux identifiants d’appel secondaires IASN1 et IASN2. 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 stocke également un identifiant d’appel de messagerie vocale associé à chaque messagerie vocale répertoriée. 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. 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 IAS2 est associé à une messagerie vocale MV2. Cette messagerie vocale MV2 est par ailleurs accessible à la plateforme PGC, comme illustrée en Figure 1.
La base de données DB stocke par conséquent un identifiant d’appel IAMV2 de la messagerie vocale MV2. De même, concernant le terminal de communication associé à l’identifiant d’appel principal IAPN, l’identifiant d’appel secondaire IASN1 est associé à une messagerie vocale MVN1 dont l’identifiant d’appel IAMVN1 est stocké dans la base de données DB tandis que l’identifiant d’appel secondaire IASN2 est associé à une messagerie vocale MVN2 dont l’identifiant d’appel IAMVN2 est également stocké dans la base de données DB.
Bien entendu, la base de données DB peut stocker d’autres données ou informations concernant la messagerie vocale associée à chaque identifiant d’appel principal 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 Figure 2, 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é. 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. Le circuit de traitement CT peut être agencé en outre pour générer des données d’interrogation de réception d’appel destinées à être transmises au deuxième terminal TC2 en vue de déterminer si l’appel téléphonique correspondant à la deuxième requête REQ2 a été ou non reçu par le deuxième terminal TC2.
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 IAS2 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 un tag dans 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 Télécommunications Standards Institute »).
Alternativement, notamment dans le cas de figure où des données d’interrogation de réception d’appel sont générées puis transmises par le module de communication COM à destination du deuxième terminal TC2, le circuit de traitement CT est agencé en outre pour générer une information relative au fait que l’appel entrant correspondant à la première requête REQ1 a été émis à destination de l’identifiant d’appel secondaire IAS2 et non à destination de l’identifiant d’appel principal IAP2, cette information étant transmise avec les données d’interrogation de réception d’appel.
Le deuxième terminal de communication TC2 est un téléphone mobile dans l’exemple illustré en Figure 1. 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 premier terminal TCI comprend donc une carte SIM dotée d’un identifiant d’abonné unique IMSI. A l’instar du premier terminal TCI, 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 s’est abonné. Dans l’exemple illustré en Figure 1, ce réseau, aussi appelé réseau de rattachement, correspond à un 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 ou un réseau UMTS.
Par ailleurs, l’identifiant d’abonné unique IMSI est associé à un 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 IAS2. L’identifiant d’appel secondaire IAS2 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 TCI pour appeler l’utilisateur du deuxième terminal TC2. Ce numéro alias, correspondant donc à l’identifiant d’appel secondaire IAS2, 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 MV2 du système SYS illustrée en Figure 1 correspond en fait à la messagerie vocale de l’identifiant d’appel secondaire IAS2 du deuxième terminal TC2. Bien entendu, l’identifiant d’appel principal IAP2 dispose aussi d’une messagerie vocale (non représenté sur la Figure 1).
Le deuxième terminal de communication TC2 comprend un module de communication COM2, une interface Homme-Machine IHM, une mémoire MEM2 et un processeur PROC2.
Le module de communication COM2 est agencé pour communiquer avec le premier terminal TCI par l’intermédiaire de la plateforme de gestion de communication PGC. Plus particulièrement, le module de communication COM2 est agencé pour recevoir la deuxième requête REQ2, en provenance de la plateforme de gestion de communication PGC en vue d’établir une communication téléphonique avec le premier terminal TC 1. De même que pour la première requête REQ1 émise par le premier terminal TCI à 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 de gestion de communication PGC à destination du deuxième terminal TC2.
Dans un ou plusieurs modes de réalisation, le module de communication COM2 est agencé en outre pour recevoir des données d’interrogation de réception d’appel en provenance de la plateforme PGC. Comme expliqué précédemment, les données d’interrogation de réception d’appel sont émises parallèlement ou consécutivement à l’émission de la deuxième requête REQ2. Avantageusement, ces données d’interrogation sont émises via un canal de communication auxiliaire distinct du deuxième canal de communication. Par exemple, ce canal de communication auxiliaire est un canal « voix » ou un canal « data ». On comprend que le canal de communication auxiliaire est un canal « data » indépendant du canal de téléphonie, fonctionnant par exemple sous la forme d’un « push » ou d’un « push API ».
Dans l’exemple illustré en Figure 1, 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 COM1 est agencé pour communiquer avec la plateforme PGC à l’aide d’une technologie de type GSM ou UMTS.
L’interface Homme-Machine IHM 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 IHM est un écran, un clavier ou peut être vu comme une combinaison d’un écran et d’un clavier. Avantageusement, l’interface Homme-Machine IHM 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 IHM 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 TCI. 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.
Dans un ou plusieurs modes de réalisation, l’interaction de l’utilisateur avec l’interface HommeMachine IHM est réalisée via une application de type composeur téléphonique ou numéroteur téléphonique (aussi appelé dialer ou dialler en anglais).
Dans un ou plusieurs modes de réalisation, l’interface Homme-Machine IHM est configurée pour indiquer à l’utilisateur si l’appel est destiné à l’identifiant d’appel principal IAP2 ou à l’identifiant d’appel secondaire IAS2. Cela peut se traduire par une sonnerie différente et un affichage graphique différent. Cette information est notamment transmise par la plateforme PGC en modifiant la deuxième REQ2 ou est transmise avec des données d’interrogation de réception d’appel.
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, dans un ou plusieurs modes de réalisation, 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 IHM. Dans le cas où l’interaction de l’utilisateur du deuxième terminal TC2 avec l’interface Homme-Machine IHM 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 IHM 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. Par exemple, le module de communication COM2 peut recevoir des données d’interrogation de réception d’appel. Le processeur PROC2 peut alors être agencé pour :
- si l’appel téléphonique est effectivement reçu par le terminal TC2, générer des données représentatives d’une réception de l’appel téléphonique. Le module de communication COM2 est par ailleurs agencé pour transmettre ces données à la plateforme PGC,
- sinon, générer des données représentatives d’une absence de réception de l’appel téléphonique. Là aussi, le module de communication COM2 est agencé pour transmettre ces données à la plateforme PGC.
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 IAS2. La mémoire MEM2 peut donc être agencée en outre pour stocker de telles données.
La messagerie vocale MV2 est agencée pour recevoir la requête REQ3 en provenance de la plateforme PGC en vue d’établir une communication avec Eutilisateur du premier terminal TCI. Comme expliqué précédemment, la messagerie vocale MV2 est associée à l’identifiant d’appel secondaire IAS2 du deuxième terminal TC2. On comprend que la messagerie vocale MV2 est distincte de la messagerie vocale associée à l’identifiant d’appel principal IAP2 du deuxième terminal TC2.
Les fonctions de la messagerie vocale MV2 sont bien connues de l’homme du métier. A titre d’exemple, la messagerie vocale MV2 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 TCI lorsqu’il n’a pu entrer en communication téléphonique avec l’utilisateur du deuxième terminal TC2, de sorte que 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 M2. La messagerie vocale MV2 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 TCI à laisser un message vocal.
Un procédé d’établissement d’une communication téléphonique depuis le premier terminal de communication TCI à destination du deuxième terminal de communication TC2 va maintenant être décrit en référence à la Figure 4. Bien entendu, ce procédé permet également si besoin d’établir une communication téléphonique entre le premier terminal TCI et la messagerie vocale MV2 associée à l’identifiant d’appel secondaire IAS2 du deuxième terminal TC2.
Typiquement, le contexte de la mise en œuvre du procédé est le suivant : l’utilisateur du premier terminal de communication TCI souhaite contacter l’utilisateur du deuxième terminal de communication TC2 pour une communication téléphonique. Comme expliqué précédemment, 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 IAS2, qui correspond à un numéro alias ou numéro « virtuel ». L’utilisateur du premier terminal TCI utilise l’identifiant d’appel secondaire IAS2 pour tenter d’établir une communication téléphonique avec l’identifiant du deuxième terminal TC2.
Par exemple, l’utilisateur du premier terminal TCI compose, grâce à une application de type composeur téléphonique du premier terminal TCI, le numéro alias correspondant à l’identifiant d’appel secondaire IAS2 pour démarrer l’appel téléphonique. En d’autres termes, le premier terminal TC 1 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 TCI et l’identifiant d’appel secondaire IAS2 du deuxième terminal de communication 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 de gestion de communication PGC. Comme illustrée sur la Figure 1, la première requête REQ 1 est émise via le premier réseau RES 1.
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 TCI. 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 TCI à destination de la plateforme PGC via un premier canal de communication. On dit alors communément que la plateforme PGC maintient l’appel en provenance du premier terminal TCI.
Lors d’une étape S42, la plateforme PGC recherche, au sein de la base de données DB connectée à la plateforme PGC, l’identifiant d’appel principal IAP2 associé au moins à l’identifiant d’appel secondaire IAS2. Comme illustrée en Figure 3, la base de données DB stocke 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 respectifs des identifiants d’appel secondaires. 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 IAS2 de ce même deuxième terminal TC2.
Lors d’une étape S43, la plateforme PGC génère une deuxième requête de communication REQ2. La deuxième requête REQ2 comprend l’identifiant d’appel principal IAP1 du premier terminal de communication TCI. Toujours lors de cette étape, 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 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.
Lors d’une étape S44, 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 avant une durée maximale Dmax prédéterminée et après une durée minimale Dmin prédéterminée. Bien entendu, la plateforme PGC est aussi potentiellement en attente d’une réponse défavorable en provenance du deuxième terminal TC2, indiquant que l’utilisateur a refusé l’appel entrant. En d’autres termes, la plateforme PGC est en attente pour déterminer si, dans un intervalle de temps prédéterminé, l’appel téléphonique correspondant à la deuxième requête REQ2 aboutit ou non. Par ailleurs, si l’appel aboutit, il doit être estimé par la plateforme PGC si c’est l’utilisateur du deuxième terminal TC2 qui a décroché ou si c’est la messagerie vocale associée à l’identifiant d’appel principal IAP2.
La durée minimale Dmin prédéterminée est typiquement de l’ordre de quelques centièmes de seconde. La durée maximale Dmax prédéterminée est typiquement de l’ordre de 15 à 20 secondes, voire 30 secondes. Par exemple, la durée Dmax prédéterminée correspond à cinq sonneries du deuxième terminal TC2.
Optionnellement, lors d’une étape S45, la plateforme PGC en en attente pendant une période de temps prédéterminée d’une réception, en provenance du deuxième terminal TC2, de données représentatives d’une interaction de l’utilisateur du deuxième terminal TC2 avec l’interface Homme-Machine IHM du deuxième terminal TC2, l’interaction en question correspondant à une autorisation d’établissement de la communication téléphonique. Si la plateforme PGC ne reçoit pas de telles données, il est estimé que, même si l’appel a abouti après la durée minimale Dmin prédéterminée et avant la durée maximale prédéterminée, c’est en fait la messagerie vocale associée à l’identifiant d’appel principal IAP2 qui a décroché et non l’utilisateur du deuxième terminal TC2 puisque ce dernier n’a pas interagi avec l’interface Homme-Machine IHM pour accepter l’appel ou qu’il a interagi avec l’interface Homme-Machine IHM pour refuser l’appel.
Lors d’une étape S46, mise en œuvre lorsque la plateforme PGC a estimé que c’est l’utilisateur du deuxième terminal TC2 qui a décroché, la plateforme PGC raccorde les premier et deuxième canaux de communication pour établir une communication téléphonique entre le premier terminal TCI et le deuxième terminal TC2. En effet, jusqu’à cette étape du procédé, l’appel téléphonique du premier terminal TCI é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. Cette étape S46 est mise en œuvre lorsque la plateforme PGC a reçu une réponse favorable à la deuxième requête REQ2 avant une durée maximale Dmax prédéterminée et après une durée minimale Dmin prédéterminée et lorsqu’avantageusement la plateforme PGC a reçu des données représentatives d’une interaction de l’utilisateur du deuxième terminal TC2 avec l’interface Homme-Machine IHM du deuxième terminal TC2, l’interaction en question correspondant à une autorisation d’établissement de la communication téléphonique. Lors de cette étape, les deux appels téléphoniques en attente sont raccordés et l’utilisateur du premier terminal TCI peut entrer en communication avec l’utilisateur du deuxième terminal TC2.
L’homme du métier comprend ici que le procédé illustré en Figure 4 peut être mis en œuvre également avec pour seule condition la réception d’une réponse favorable à la deuxième requête REQ2 avant une durée maximale prédéterminée et après une durée minimale Dmin prédéterminée.
Lors d’une étape S47, mise en œuvre lorsque :
la plateforme PGC n’a pas reçu de réponse favorable à la deuxième requête REQ2 avant la durée maximale Dmax prédéterminée et après la une durée minimale Dmin prédéterminée, ou la plateforme PGC n’a pas reçu de données représentatives d’une interaction de l’utilisateur du deuxième terminal TC2 avec l’interface Homme-Machine IHM du deuxième terminal TC2 correspondant à une autorisation d’établissement de la communication téléphonique. En d’autres termes, la plateforme PGC n’a pas reçu de données représentatives d’une interaction quelconque de l’utilisateur du deuxième terminal TC2 avec l’interface HommeMachine IHM ou a reçu des données représentatives d’une interaction correspondant à un refus d’établissement de la communication téléphonique.
Au cours de cette étape S47, la plateforme PGC a donc estimé que c’est la messagerie vocale associée à l’identifiant d’appel principal IAP2 du deuxième terminal TC2 qui a décroché, si décrochage il y a eu, et non l’utilisateur du deuxième terminal TC2. Bien entendu, et comme expliqué précédemment, cette étape S47 est aussi mise en œuvre si aucune réponse favorable à la deuxième requête REQ2 n’a été reçue ou si une réponse défavorable a été reçue. Au cours de cette étape S47, la plateforme PGC ferme le deuxième canal de communication entre elle et le deuxième terminal TC2. L’appel téléphonique en attente émis par la plateforme PGC à destination du deuxième terminal TC2 est donc interrompu.
Lors d’une étape S48 consécutive à l’étape S47, la plateforme PGC recherche, au sein de la base de données DB, un identifiant d’appel de messagerie vocale IAMV2 associé à l’identifiant d’appel secondaire IAS2. Cet identifiant d’appel de messagerie IAMV2 permet de joindre la messagerie vocale MV2 associée à l’identifiant d’appel secondaire IAS2.
Lors d’une étape S49 consécutive à l’étape S48, la plateforme génère une troisième requête REQ3 puis émet la troisième requête REQ3 à destination de la messagerie vocale MV2 à laquelle est associé l’identifiant d’appel de messagerie vocale IAMV2 trouvé lors de l’étape S8. La troisième requête REQ3 est émise par la plateforme PGC à destination de la messagerie vocale MV2 via un troisième canal de communication.
La plateforme PGC raccorde ensuite les premier et troisième canaux de communication pour établir une communication entre le premier terminal TCI et la messagerie vocale MV2. L’utilisateur du premier terminal TCI peut alors laisser un message vocale sur la messagerie vocale associée à l’identifiant d’appel secondaire IAS2 du deuxième terminal TC2 et non sur la messagerie vocale de l’identifiant d’appel principal IAP2.
Par ailleurs, le procédé décrit précédemment en référence à la Figure 4 peut être mis en œuvre selon d’autres modes de réalisation. A ce titre, un autre mode de réalisation du procédé d’établissement d’une communication téléphonique depuis le premier terminal de communication TCI à destination du deuxième terminal de communication TC2 va maintenant être décrit en référence à la Figure 5.
Lors d’une étape S51 similaire à l’étape S41, la plateforme PGC reçoit un appel entrant, à savoir la première requête REQ1 en provenance du premier terminal TCI. 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 TCI à destination de la plateforme PGC via un premier canal de communication. On dit alors communément que la plateforme PGC maintient l’appel en provenance du premier terminal TCI.
Lors d’une étape S52 similaire à l’étape S42, la plateforme PGC recherche, au sein de la base de données DB connectée à la plateforme PGC, l’identifiant d’appel principal IAP2 associé au moins à l’identifiant d’appel secondaire IAS2.
Lors d’une étape S53, la plateforme PGC génère une deuxième requête de communication REQ2. La deuxième requête REQ2 comprend l’identifiant d’appel principal IAP1 du premier terminal de communication. Toujours lors de cette étape, 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 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.
Selon une variante, des données d’interrogation de réception d’appel sont émises en outre par la plateforme PGC à destination du deuxième terminal TC2 parallèlement ou consécutivement à l’émission de la deuxième requête REQ2. Comme expliqué par la suite, l’émission de ces données d’interrogation de réception d’appel vise à interroger le deuxième terminal TC2 concernant la réception ou l’absence de réception de l’appel téléphonique, correspondant à la deuxième requête REQ2. Autrement dit, l’émission de ces données peut être vue comme un «push » pour que le deuxième terminal TC2, en réponse à la réception de ce push, envoie une réponse à la plateforme PGC concernant la réception ou non de l’appel téléphonique Comme expliqué précédemment, les données d’interrogation de réception d’appel sont avantageusement transmises via un canal de communication auxiliaire distinct du deuxième canal de communication.
Lors d’une étape S54, au cours d’une période de temps prédéterminée, la plateforme PGC est en attente d’une réponse éventuelle, en provenance du deuxième terminal TC2, concernant la réception de l’appel téléphonique, correspondant à la deuxième REQ2.
Si, au cours de l’étape S53, des données d’interrogation de réception d’appel ont été transmises sous la forme d’un push et ont été reçue par le deuxième terminal TC2. Le deuxième terminal TC2 peut alors répondre à la réception du push comme suit :
si l’appel téléphonique est ou a été reçu par le deuxième terminal TC2, des données représentatives d’une réception de l’appel téléphonique sont transmises à la plateforme PGC, sinon, des données représentatives d’une absence de réception de l’appel téléphonique sont transmises à la plateforme PGC.
Si à l’inverse, au cours de l’étape S53, aucune donnée d’interrogation de réception d’appel n’a été transmise, alors la plateforme PGC est simplement en attente d’un message éventuel en provenance du deuxième terminal TC2 signalant que l’appel téléphonique a été reçu par le deuxième terminal TC2.
Avantageusement, la période de temps prédéterminée au cours de laquelle la plateforme PGC est en attente de données représentatives d’une réception de l’appel est plus courte dans le cas où des données d’interrogation de réception d’appel ont été transmises au cours de l’étape S53 que dans le cas inverse où la deuxième requête REQ2 a été transmise au deuxième terminal TC2 sans données d’interrogation de réception d’appel. En effet, lorsque la plateforme PGC n’a pas envoyé de données d’interrogation, le deuxième terminal TC2 ne transmettra pas de données en cas de nonréception de l’appel téléphonique correspondant à la deuxième requête REQ2. En revanche, lorsque la plateforme a envoyé des données d’interrogation de réception d’appel, le deuxième terminal TC2 transmettra des données représentatives d’une absence de réception d’appel si l’appel n’a effectivement pas été reçu (et si, évidemment, les données d’interrogation ont été reçues) et la plateforme PGC aura alors rapidement l’information selon laquelle l’appel n’a pas été reçu ce qui réduit alors la nécessité d’une attente prolongée.
Une étape S55 est mise en œuvre suite à l’étape S54 dans les cas suivants :
la plateforme PGC a transmis des données d’interrogation de réceptiond’appel au deuxième terminal TC2 et a reçu des données représentatives d’une absence de réception de l’appel téléphonique ou n’a reçu aucun données en réponse à la transmission des données d’interrogation, ou la plateforme PGC n’a pas envoyé de push, donc n’a pas transmis des données d’interrogation de réception d’appel au deuxième terminal TC2, et n’a reçu aucun message en provenance du deuxième terminal TC2 signalant la réception ou l’absence de réception de l’appel.
Lors de cette étape S55, 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 avant une durée maximale Dmax prédéterminée et après une durée minimale Dmin prédéterminée. La plateforme PGC peut aussi être en attente d’une réponse en provenance du deuxième terminal indiquant que l’utilisateur a refusé l’appel entrant. En d’autres termes, la plateforme PGC est en attente pour déterminer si, dans un intervalle de temps prédéterminé, l’appel téléphonique correspondant à la deuxième requête REQ2 aboutit ou non. Par ailleurs, si l’appel aboutit, il doit être estimé par la plateforme PGC si c’est l’utilisateur du deuxième terminal TC2 qui a décroché ou si c’est la messagerie vocale associée à l’identifiant d’appel principal IAP2.
Dans le cas présent, c’est-à-dire dans le mode de réalisation dans lequel l’étape S55 est mise en œuvre, si l’appel aboutit avant la durée minimale Dmin prédéterminée ou après la durée maximale Dmax prédéterminée, il est estimé par la plateforme PGC que c’est la messagerie vocale associée à l’identifiant d’appel principal IAP2 qui a décroché. A l’inverse, si l’appel aboutit après la durée minimale Dmin prédéterminée et avant la durée maximale Dmax prédéterminée, il est estimé par la plateforme PGC que c’est l’utilisateur du deuxième terminal TC2 qui a décroché.
Comme expliqué précédemment, la durée minimale Dmin prédéterminée est typiquement de l’ordre de quelques centièmes de seconde. La durée maximale Dmax prédéterminée est typiquement de l’ordre de 15 à 20 secondes, voire 30 secondes. Par exemple, la durée prédéterminée correspond à cinq sonneries du deuxième terminal TC2.
Lors d’une étape S56 similaire à l’étape S46, mise en œuvre lorsque la plateforme PGC a estimé que c’est l’utilisateur du deuxième terminal TC2 qui a décroché, la plateforme PGC raccorde les premier et deuxième canaux de communication pour établir une communication téléphonique entre le premier terminal TCI et le deuxième terminal TC2.
Lors d’une étape S57 similaire à l’étape S47, mise en œuvre lorsque la plateforme PGC a estimé que c’est la messagerie vocale associée à l’identifiant d’appel principal IAP2 du deuxième terminal TC2 qui a décroché, ou si aucune réponse favorable à la deuxième requête REQ2 n’a été reçue, la plateforme PGC ferme le deuxième canal de communication entre elle et le deuxième terminal TC2, interrompant donc l’appel téléphonique correspondant en attente.
Lors d’une étape S58 consécutive à l’étape S57et similaire à l’étape S48, la plateforme PGC recherche, au sein de la base de données DB, un identifiant d’appel de messagerie vocale IAMV2 associé à l’identifiant d’appel secondaire IAS2. Cet identifiant d’appel de messagerie IAMV2 permet de joindre la messagerie vocale MV2 associée à l’identifiant d’appel secondaire IAS2.
Lors d’une étape S59 consécutive à l’étape S58 et similaire à l’étape S49, la plateforme génère une troisième requête REQ3 puis l’émet à destination de la messagerie vocale MV2 à laquelle est associé l’identifiant d’appel de messagerie vocale IAMV2 trouvé lors de l’étape S58. La troisième requête REQ3 est émise par la plateforme PGC à destination de la messagerie vocale MV2 via un troisième canal de communication.
La plateforme PGC raccorde ensuite les premier et troisième canaux de communication pour établir une communication entre le premier terminal TCI et la messagerie vocale MV2. L’utilisateur du premier terminal TCI peut alors laisser un message vocale sur la messagerie vocale associée à l’identifiant d’appel secondaire IAS2 du deuxième terminal TC2 et non sur la messagerie vocale de l’identifiant d’appel principal IAP2.
Une étape S510 est mise en œuvre suite à l’étape S54 dans les cas suivants :
la plateforme PGC a transmis des données d’interrogation de réception d’appel au deuxième terminal TC2 et a reçu des données représentatives d’une réception de l’appel en question correspondant à la deuxième requête REQ2.
la plateforme PGC n’a pas envoyé de push, donc n’a pas transmis des données d’interrogation de réception d’appel au deuxième terminal TC2, mais a tout de même reçu un message en provenance du deuxième terminal TC2 signalant la réception de l’appel.
Lors de cette étape S510, 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 avant une durée maximale prédéterminée et après une durée minimale Dmin prédéterminée. En d’autres termes, la plateforme PGC est en attente pour déterminer si, dans un intervalle de temps prédéterminé, l’appel téléphonique correspondant à la deuxième requête REQ2 aboutit ou non.
De la même manière que dans l’étape S55 ou l’étape S44, si l’appel n’aboutit pas après la durée minimale Dmin prédéterminée ou avant la durée maximale D^ prédéterminée, il est estimé par la plateforme PGC que c’est la messagerie vocale associée à l’identifiant d’appel principal IAP2 qui a décroché.
Dans ce cas de figure, les étapes S57, S58 et S59 décrites précédemment sont mises en œuvre successivement.
En revanche, et c’est en cela que l’étape S510 se distingue du cas de figure de l’étape S55, si l’appel aboutit après la durée minimale Dmin prédéterminée et avant la durée maximale Dmax prédéterminée, une étape S511 supplémentaire est mise en œuvre pour estimer si c’est bien l’utilisateur du deuxième terminal TC2 qui a décroché.
Lors de l’étape S511, mise en œuvre donc consécutivement à l’étape S510 si l’appel aboutit après la durée minimale Dmin prédéterminée et avant la durée maximale Dmax prédéterminée, la plateforme PGC en en attente pendant une nouvelle période de temps prédéterminée d’une réception, en provenance du deuxième terminal TC2, de données représentatives d’une interaction de l’utilisateur du deuxième terminal TC2 avec l’interface Homme-Machine IHM du deuxième terminal TC2 correspondant à une autorisation d’établissement de la communication téléphonique. Si la plateforme PGC ne reçoit pas de telles données, il est estimé que, même si l’appel a abouti après la durée minimale Dmin prédéterminée et avant la durée maximale Dmax prédéterminée, c’est en fait la messagerie vocale associée à l’identifiant d’appel principal IAP2 qui a décroché et non l’utilisateur du deuxième terminal TC2 puisque ce dernier n’a pas interagi avec l’interface HommeMachine IHM pour accepter l’appel ou qu’il a interagi avec l’interface Homme-Machine IHM pour refuser l’appel.
Dans ce cas de figure, les étapes S57, S58 et S59 décrites précédemment sont mises en œuvre successivement.
A l’inverse, si des données représentatives d’une interaction d’un utilisateur du deuxième terminal TC2 avec l’interface Homme-Machine IHM du deuxième terminal TC2 correspondant à une autorisation d’établissement de la communication téléphonique ont été reçues par la plateforme PGC en provenance du deuxième terminal TC2, il est estimé que c’est bien l’utilisateur du deuxième terminal TC2 qui a décroché et non la messagerie vocale associée à l’identifiant d’appel principal IAP2.
Dans ce cas de figure, l’étape S56 décrite précédemment est mise en œuvre et l’utilisateur du premier terminal TCI peut entrer en communication avec l’utilisateur du deuxième terminal TC2.
Dans la description du procédé, on a donc cité différents critères permettant de déterminer de manière plus fiable si, lorsque l’appel téléphonique correspondant à la deuxième requête REQ2 aboutit, c’est un utilisateur du deuxième terminal TC2 qui a décroché ou si c’est la messagerie vocale associée à l’identifiant d’appel principal du deuxième terminal TC2. Ces critères sont relatifs à la durée avant que l’appel aboutisse, à la détection d’une réception de l’appel entrant par deuxième terminal TC2 et/ou à la détection d’une interaction entre un utilisateur du deuxième terminal TC2 et l’interface Homme-Machine IHM pour accepter ou refuser l’appel entrant. L’homme du métier comprend que différents modes de réalisation prenant en compte différentes combinaison de ces critères sont possibles.
La présente invention présente plusieurs avantages.
Tout d’abord, l’invention proposée permet de favoriser la préservation de l’anonymat d’un utilisateur d’un terminal de communication. En effet, lorsqu’un appel téléphonique aboutit le procédé décrit permet de détecter avec une certaine fiabilité si c’est un utilisateur du terminal de communication qui a décroché ou si c’est la messagerie vocale associée à l’identifiant d’appel principal. Cette détection a ceci d’avantageux qu’elle permet à la plateforme de gestion de communication de rediriger l’appel vers la messagerie vocale associée au numéro alias et, ainsi, d’empêcher une personne ayant composé le numéro alias d’aboutir à la messagerie vocale de l’identifiant d’appel principal. En effet, la messagerie vocale de l’identifiant d’appel principal livre 5 parfois des informations personnelles sur l’utilisateur du terminal associé.
Par ailleurs, cette amélioration de la fiabilité de la distinction entre un décroché « humain » et un décroché de la messagerie vocale est rendue possible par la combinaison de différents critères, notamment la prise en compte du temps mis par l’appel téléphonique pour aboutir, la détection d’une réception de l’appel entrant ou la détection d’une interaction entre un utilisateur et l’interface 10 Homme-Machine pour accepter l’appel entrant.
Claims (11)
- Revendications :1. Procédé d’établissement d’une communication téléphonique depuis un premier terminal de communication (TCI) à 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 (IAS2), le procédé mettant en œuvre, au niveau d’une plateforme de gestion de communication (PGC) :réception (S41, S51), en provenance du premier terminal de communication, d’une première requête de communication téléphonique (REQ1) comprenant l’identifiant d’appel principal dudit premier terminal et l’identifiant d’appel secondaire du deuxième terminal de communication, la première requête de communication téléphonique étant émise à destination de la plateforme de gestion de communication via un premier canal de communication, recherche (S42, S52), au sein d’une base de données (DB) connectée à ladite plateforme, de l’identifiant d’appel principal associé au moins audit identifiant d’appel secondaire, émission (S43, S53), par ladite plateforme, d’une deuxième requête de communication téléphonique (REQ2) à destination du deuxième terminal de communication auquel est associé l’identifiant d’appel principal, ladite requête comprenant l’identifiant d’appel principal du premier terminal de communication, la deuxième requête de communication téléphonique étant émise à destination du deuxième terminal de communication via un deuxième canal de communication, la plateforme de gestion de communication mettant en œuvre en outre :en cas de réception, en provenance du deuxième terminal de communication, d’une réponse favorable à la deuxième requête de communication téléphonique avant une durée maximale prédéterminée (Dmax) et après une durée minimale prédéterminée (Dmin), raccordement (S46, S56) des premier et deuxième canaux de communication pour établir une communication téléphonique entre les premier et deuxième terminaux de communication, sinon:o fermeture (S47, S57) du deuxième canal de communication, o recherche (S48, S58), au sein de la base de données, d’un identifiant d’appel de messagerie vocale (IAMV2) associé au moins à l’identifiant d’appel secondaire, o émission (S49, S59), par ladite plateforme, d’une troisième requête de communication téléphonique (REQ3) à destination d’une messagerie vocale (MV2) à laquelle est associé l’identifiant d’appel de messagerie vocale, la troisième requête de communication téléphonique étant émise à destination de la messagerie vocale via un troisième canal de communication, o raccordement, sur réception par la messagerie vocale de la troisième requête, des premier et troisième canaux de communication pour établir une communication entre le premier terminal de communication et la messagerie vocale.
- 2. Procédé selon la revendication 1, dans lequel, en plus de la réception, en provenance du deuxième terminal de communication, d’une réponse favorable à la requête de communication téléphonique avant la durée maximale prédéterminée et après la durée minimale prédéterminée, le raccordement des premier et deuxième canaux de communication pour établir une communication téléphonique entre les premier et deuxième terminaux de communication est conditionné en outre par la réception par la plateforme de gestion de communication, en provenance du deuxième terminal de communication, de données représentatives d’une interaction d’un utilisateur avec une interface Homme-Machine (IHM) dudit terminal, ladite interaction correspondant à une autorisation d’établissement de la communication téléphonique.
- 3. Procédé selon la revendication 2, dans lequel l’interaction de l’utilisateur avec l’interface Homme-Machine est réalisée via une application de type composeur téléphonique.
- 4. Procédé selon la revendication 2 ou 3, dans lequel la condition de réception de données représentatives d’une interaction d’un utilisateur avec une interface Homme-Machine correspondant à une autorisation d’établissement de la communication téléphonique est appliquée seulement en cas de réception, en provenance du deuxième terminal de communication et conséquemment à l’émission par la plateforme de gestion de communication de la deuxième requête de communication à destination dudit deuxième terminal, de données représentatives de la réception d’un appel téléphonique correspondant à la deuxième requête de communication téléphonique.
- 5. Procédé selon la revendication 4, dans lequel, parallèlement ou consécutivement à l’émission de la deuxième requête de communication téléphonique par la plateforme de gestion de communication à destination du deuxième terminal de communication, des données d’interrogation de réception d’appel sont transmises en outre par la plateforme de gestion de communication à destination du deuxième terminal de communication, de sorte que, sur réception desdites données d’interrogation par ledit deuxième terminal : si l’appel téléphonique est reçu par le deuxième terminal de communication, des données représentatives de la réception de l’appel téléphonique sont transmises à la plateforme de gestion de communication, sinon, des données représentatives d’une absence de réception de l’appel téléphonique sont transmises à la plateforme de gestion de communication, la réception par ladite plateforme desdites données entraînant la non-application de la condition de réception de données représentatives d’une interaction d’un utilisateur avec une interface Homme-Machine correspondant à une autorisation d’établissement de la communication téléphonique.
- 6. Procédé selon la revendication 5, dans lequel les données d’interrogation de réception d’appel sont transmises via un canal de communication auxiliaire distinct du deuxième canal de communication.
- 7. Procédé selon l’une des revendications précédentes, dans lequel les identifiants d’appel principaux respectifs des premier et deuxième terminaux de communication, et l’identifiant d’appel secondaire du deuxième terminal de communication sont des numéros de téléphone de type identifiant MSISDN (Mobile Station ISDNNumber).
- 8. Procédé selon l’une des revendications précédentes, dans lequel le deuxième terminal de communication est un téléphone mobile communiquant avec la plateforme de gestion de communication via un réseau (RES2) de type GSM (Global System for Mobile Communications') ou de type UMTS (UniversalMobile Télécommunications System).
- 9. Procédé selon l’une des revendications précédentes, dans lequel le deuxième terminal de communication est un téléphone fixe rattaché à un autocommutateur téléphonique privé de type PABX (« Private Automatic Branch eXchange »), ledit téléphone fixe communiquant avec la plateforme de gestion de communication via un réseau (RES2) interne.
- 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, PROC1, PROC2).
- 11. Plateforme de gestion de communication (PGC) pour l’établissement d’une communication depuis un premier terminal de communication (TCI) à destination d’un deuxième terminal de communication (TC2), les premier et deuxième terminaux de communication étant chacun associés à un identifiant d’appel principal (IAP1, IAP2), le deuxième terminal de communication étant associé en outre à un identifiant d’appel secondaire (IAS2), la plateforme de gestion de communication comprenant:un module de communication (COM) agencé pour recevoir, en provenance du premier terminal de communication, d’une première requête de communication téléphonique (REQ1) comprenant l’identifiant d’appel principal dudit premier terminal et l’identifiant d’appel secondaire du deuxième terminal de communication, la première requête de communication téléphonique étant émise à destination de la plateforme de gestion de communication via un premier canal de communication, un processeur (PROC) agencé pour rechercher, au sein d’une base de données (DB) connectée à ladite plateforme, l’identifiant d’appel principal 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 de communication auquel est associé l’identifiant d’appel principal, ladite requête comprenant l’identifiant d’appel principal du premier terminal de communication, la deuxième requête de communication téléphonique étant émise à destination du deuxième terminal de communication via un deuxième canal de communication, le processeur étant agencé en outre pour :en cas de réception par le module de communication, en provenance du deuxième terminal de communication, d’une réponse favorable à la deuxième requête de communication téléphonique avant une durée maximale prédéterminée (Dmax) et après une durée minimale prédéterminée (Dmin), raccorder les premier et deuxième canaux de communication pour établir une communication téléphonique entre les premier et deuxième terminaux de communication, sinon:o fermer le deuxième canal de communication, o rechercher, au sein de la base de données, un identifiant d’appel de messagerie vocale (IAMV2) associé au moins à l’identifiant d’appel secondaire, o piloter l’émission, par le module de communication, d’une troisième requête de communication téléphonique (REQ3) à destination d’une messagerie vocale (MV2) à laquelle est associé l’identifiant d’appel de messagerie vocale, la troisième requête de communication téléphonique étant émise à destination de la messagerie vocale via un troisième canal de communication, o raccorder les premier et troisième canaux de communication pour établir une communication entre le premier terminal de communication et la messagerie vocale.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR1852901A FR3079702B1 (fr) | 2018-04-03 | 2018-04-03 | Procede de routage d'un appel telephonique vers une messagerie vocale alias |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR1852901A FR3079702B1 (fr) | 2018-04-03 | 2018-04-03 | Procede de routage d'un appel telephonique vers une messagerie vocale alias |
| FR1852901 | 2018-04-03 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| FR3079702A1 true FR3079702A1 (fr) | 2019-10-04 |
| FR3079702B1 FR3079702B1 (fr) | 2021-04-30 |
Family
ID=62816736
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR1852901A Active FR3079702B1 (fr) | 2018-04-03 | 2018-04-03 | Procede de routage d'un appel telephonique vers une messagerie vocale alias |
Country Status (1)
| Country | Link |
|---|---|
| FR (1) | FR3079702B1 (fr) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR3111499A1 (fr) * | 2020-06-24 | 2021-12-17 | Orange | Routage d’un appel téléphonique vers une messagerie vocale alias |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100048180A1 (en) * | 2008-08-21 | 2010-02-25 | Bhawani Sapkota | System and method for voicemail service mobility |
| FR3046002A1 (fr) * | 2015-12-18 | 2017-06-23 | Orange | Gestion d'une communication entre deux terminaux de communication |
-
2018
- 2018-04-03 FR FR1852901A patent/FR3079702B1/fr active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100048180A1 (en) * | 2008-08-21 | 2010-02-25 | Bhawani Sapkota | System and method for voicemail service mobility |
| FR3046002A1 (fr) * | 2015-12-18 | 2017-06-23 | Orange | Gestion d'une communication entre deux terminaux de communication |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR3111499A1 (fr) * | 2020-06-24 | 2021-12-17 | Orange | Routage d’un appel téléphonique vers une messagerie vocale alias |
| WO2021260330A1 (fr) * | 2020-06-24 | 2021-12-30 | Orange | Routage d'un appel téléphonique vers une messagerie vocale alias |
Also Published As
| Publication number | Publication date |
|---|---|
| FR3079702B1 (fr) | 2021-04-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7508927B1 (en) | Methods and apparatus for returning a call over a telephony system | |
| US7123697B2 (en) | Method and system for providing a call answering service between a source telephone and a target telephone | |
| US6253249B1 (en) | Method and devices for bridging data and telephone networks | |
| JP2008022584A (ja) | ワイヤレスマルチメディア通信システム及び方法 | |
| EP3182671A1 (fr) | Procédé et dispositif pour un service de messagerie | |
| FR2834166A1 (fr) | Procede et systeme de rappel automatique multi reseaux | |
| US8498398B2 (en) | Method and system for managing a caller's telephone call to a called party | |
| FR3079702A1 (fr) | Procede de routage d'un appel telephonique vers une messagerie vocale alias | |
| FR3046002A1 (fr) | Gestion d'une communication entre deux terminaux de communication | |
| EP0821512B1 (fr) | Procédé de mise à disposition de services à des abonnés d'un réseau téléphonique | |
| US6963637B2 (en) | Methods, systems, and media to capture a redialing sequence and to redial | |
| US6603848B1 (en) | Techniques for providing caller name announcement | |
| EP4173251A1 (fr) | Routage d'un appel téléphonique vers une messagerie vocale alias | |
| EP1457031B1 (fr) | Procede et systeme de renvoi automatique d'appel telephonique | |
| US20170201470A1 (en) | Use Based Scalable Instant Voice Communication | |
| EP3785486A1 (fr) | Procédé et système de détection d'interruption de com-munications et de rétablissement automatique des communications | |
| FR3104877A1 (fr) | Procédé d’accès à un terminal associé à un premier réseau à partir d’un identifiant d’accès à un deuxième réseau | |
| CA2246192C (fr) | Methode et dispositifs de liaison de reseaux de donnes et de telephonie au moyen de ponts | |
| FR2865877A1 (fr) | Procede d'etablissement d'appels entre un terminal telephonique et un terminal ip. | |
| EP2648385B1 (fr) | Services externes pour appels internes | |
| EP3462702A1 (fr) | Procédé d'affectation d'une communication | |
| EP1601170B1 (fr) | Procédé d'établissement d'une liaison d'échange de données entre une messagerie vocale et un terminal appelant | |
| FR2876237A1 (fr) | Procede et systeme de filtrage tarifaire pour appels telephoniques entrants | |
| FR2895861A1 (fr) | Systeme de transfert de communications, procede, dispositif et programme | |
| WO2006061497A1 (fr) | Procede et systeme de communication personnelle |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PLFP | Fee payment |
Year of fee payment: 2 |
|
| PLSC | Publication of the preliminary search report |
Effective date: 20191004 |
|
| PLFP | Fee payment |
Year of fee payment: 3 |
|
| PLFP | Fee payment |
Year of fee payment: 4 |
|
| PLFP | Fee payment |
Year of fee payment: 5 |
|
| PLFP | Fee payment |
Year of fee payment: 6 |
|
| PLFP | Fee payment |
Year of fee payment: 7 |