FR3111500A1 - Procédé de traitement d’une requête provenant d’un terminal de communication. - Google Patents

Procédé de traitement d’une requête provenant d’un terminal de communication. Download PDF

Info

Publication number
FR3111500A1
FR3111500A1 FR2006592A FR2006592A FR3111500A1 FR 3111500 A1 FR3111500 A1 FR 3111500A1 FR 2006592 A FR2006592 A FR 2006592A FR 2006592 A FR2006592 A FR 2006592A FR 3111500 A1 FR3111500 A1 FR 3111500A1
Authority
FR
France
Prior art keywords
communication terminal
communication
identifier
management platform
generated
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
FR2006592A
Other languages
English (en)
Inventor
Franck DERVILLE
François CASEAU
Paul Beardow
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
Orange SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Orange SA filed Critical Orange SA
Priority to FR2006592A priority Critical patent/FR3111500A1/fr
Priority to PCT/FR2021/051134 priority patent/WO2021260318A1/fr
Priority to EP21740603.2A priority patent/EP4173273A1/fr
Priority to US18/003,182 priority patent/US20230262167A1/en
Publication of FR3111500A1 publication Critical patent/FR3111500A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/50Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/51Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
    • H04M3/523Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing with call distribution or queueing
    • H04M3/5231Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing with call distribution or queueing with call back arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42008Systems for anonymous communication between parties, e.g. by use of disposal contact identifiers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2203/00Aspects of automatic or semi-automatic exchanges
    • H04M2203/15Aspects of automatic or semi-automatic exchanges related to dial plan and call routing
    • H04M2203/152Temporary dial plan
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42025Calling or Called party identification service
    • H04M3/42034Calling party identification service
    • H04M3/42059Making use of the calling party identifier

Abstract

Un procédé de traitement d’une requête provenant d’un premier terminal de communication (10a, 10b), destinée à établir une communication avec un deuxième terminal de communication (20) via une plateforme de gestion de communications (100), comporte l’identification (E11) du deuxième terminal de communication (20) parmi un ensemble de terminaux de communication (200) associés à la plateforme de gestion de communications (100). Le procédé comporte en outre : - la génération (E12) d’au moins un identifiant (Id2 ) associé au deuxième terminal de communication (200) identifié, ledit au moins un identifiant généré (Id2 ) pouvant être utilisé par le premier terminal de communication (10a, 10b) pour établir une communication avec le deuxième terminal de communication (20), et - la transmission (E13) au premier terminal de communication (10a, 10b) d’un message comportant ledit au moins un identifiant généré (Id2 ). Figure pour l’abrégé : Fig. 3

Description

Procédé de traitement d’une requête provenant d’un terminal de communication.
La présente invention concerne un procédé de traitement d’une requête de communication provenant d’un terminal de communication. La requête est destinée à établir une communication avec un deuxième terminal de communication via une plateforme de gestion de communications.
Elle concerne en outre un dispositif de traitement d’une requête et une plateforme de gestion de communications mettant en œuvre le procédé de traitement.
L’invention s’applique en particulier à des plateformes utilisées pour la gestion de la clientèle ou les services client pour, par exemple, la prestation de services.
Certaines entreprises, tel que les opérateurs de téléphonie, mettent à disposition de leur clients ou futurs clients, de services client ou services à la clientèle. Lorsqu’un client, ou futur client, appelle le service client en utilisant un identifiant d’appel ou numéro d’appel générique, cet appel est reçu dans une plateforme destinée à la gestion ou traitement de communications. En particulier, cette plateforme a pour mission de mettre en communication le client appelant avec une ressource du service client pouvant répondre à sa demande.
La ressource du service client peut être un personne en charge de la relation clientèle (connue comme opérateur ou téléconseiller) ou un serveur vocale lui donnant une information demandée.
En général, la plateforme de gestion de communications sélectionne un opérateur adéquat pour répondre à la sollicitation du client, en fonction par exemple d’informations relatives au service demandé par le client.
A cette fin, certaines plateformes de gestion de communications utilisent un serveur vocal interactif (SVI, connu en terminologie anglo-saxonne comme IVR, pour « Interactive Voice Response »). La plateforme de gestion de communications sélectionne un poste d’opérateur en fonction d’informations provenant du client, correspondant par exemple à des actions du client sur de touches de son terminal de communication ou des informations vocales données par le client.
Dans d’autres plateformes de gestion de communications, un opérateur répondant à l’appel du client, demande le service recherché par le client et en fonction, dirige l’appel vers le poste le plus adéquat pour le traitement de sa demande.
Ainsi, un service client ou de clientèle prend la forme d’une plateforme destinée à la gestion ou traitement des requêtes de communication reçues en provenance des terminaux de communication des clients. Ces requêtes de communication sont destinées à l’établissement d’une communication avec un terminal de communication associé à la plateforme de gestion de communications.
La plateforme de gestion de communications recevant une requête de communication provenant d’un premier terminal de communication, identifie un deuxième terminal de communication associé à la plateforme de gestion, et met en communication le premier terminal de communication avec le deuxième terminal de communication. Dans le cas d’un service client, le deuxième terminal de communication correspond en général à un poste d’une personne en charge de la relation de clientèle. Ainsi, la plateforme de gestion de communications met en communication le client et l’opérateur.
Parfois le service demandé par un client ne peut pas être traité en appelant une seule fois au service client. Ceci est le cas lors de situations complexes, telles qu’un déménagement ou la déclaration et le traitement d’un sinistre etc.
Or chaque fois que le client appelle le service client, bien que concernant le même service, la plateforme lui attribue un poste d’opérateur différent.
Ainsi, dans ces situations dans lesquels le client doit prendre contact avec le service client à plusieurs reprises concernant un même service, le service client manque d’efficacité dans la fourniture du service et l’expérience client n’est pas optimale.
La présente invention propose d’améliorer cette situation.
A cet effet, l’invention vise, selon un premier aspect, un procédé de traitement d’une requête de communication provenant d’un premier terminal de communication, la requête étant destinée à établir une communication avec un deuxième terminal de communication via une plateforme de gestion de communications, le procédé comportant, l’identification du deuxième terminal de communication parmi un ensemble de terminaux de communication associés à la plateforme de gestion de communications.
Selon l’invention, le procédé de traitement comporte en outre :
- la génération d’au moins un identifiant associé au deuxième terminal de communication identifié, ledit au moins un identifiant généré pouvant être utilisé par le premier terminal de communication pour établir une communication avec le deuxième terminal de communication, et
- la transmission au premier terminal de communication, d’un message comportant ledit au moins un identifiant généré.
Ainsi, le premier terminal de communication recevant ledit au moins un identifiant généré, peut l’utiliser pour établir des communications ultérieures avec le deuxième terminal de communication, sans que l’identification du deuxième terminal doive être mise en œuvre à nouveau.
Par conséquent, ledit au moins un identifiant généré est attribué au premier terminal de communication. Il peut être ainsi considéré que ledit au moins un identifiant est associé au deuxième terminal de communication et au premier terminal de communication.
Le procédé de traitement est mis en œuvre par la plateforme de gestion de communications à la suite de la réception d’une requête de communication en provenance du premier terminal de communication. Cette requête de communication est destinée à établir une communication avec un terminal de communication associé à la plateforme de gestion de communications, pour par exemple, demander une fourniture de service.
Lorsque le premier terminal établi à nouveau une communication avec le deuxième terminal de communication via la plateforme de gestion en utilisant l’identifiant reçu de la plateforme de gestion, l’opérateur ou utilisateur du deuxième terminal est au courant du service demandé par l’utilisateur du premier terminal de communication. Ainsi le traitement du service demandé par l’utilisateur du premier terminal de communication est efficace et l’expérience client de l’utilisateur est positive. On notera que l’utilisateur du premier terminal de communication sera mis en communication avec l’utilisateur du deuxième terminal de communication directement et qu’il n’aura pas à refaire la demande du service à l’utilisateur du deuxième terminal de communication (par exemple un opérateur).
Les plateformes de gestion de communication peuvent être utilisées dans de buts différents. Par exemple, la plateforme de gestion de communication peut être une plateforme de service client d’une entreprise, telle qu’un opérateur de téléphonie, une assurance, une centrale d’achats ou réservations etc. Ainsi, les services demandés par les utilisateurs des terminaux de communication peuvent être différents. Un service peut être toute demande d’un utilisateur d’un terminal de communication, l’utilisateur étant en général un client d’une entreprise mettant à disposition une plateforme de gestion de communication. Le service peut être par exemple la résolution d’un problème rencontré par le client, la réservation d’un voyage, etc.
Selon une caractéristique, ledit au moins un identifiant est un identifiant d’appel ou une adresse de messagerie électronique.
Ainsi, le premier terminal de communication reçoit de la plateforme de communication un identifiant d’appel et/ou une adresse de messagerie électronique lui permettant d’établir une communication avec le deuxième terminal de communication.
Le premier terminal de communication peut ainsi établir de communications avec le deuxième terminal de communication en utilisant l’identificateur d’appel et/ou l’adresse de messagerie électronique reçue de la plateforme de gestion de communications.
Dans un mode de réalisation, le message transmis au premier terminal comporte un lien hypertexte vers une ressource dans un réseau, cette ressource permettant d’adresser un message électronique à l’adresse de messagerie électronique générée.
Par exemple le message peut comprendre un lien hypertexte vers une page Web hébergée par un serveur Web, par exemple la page Web de l’entreprise mettant à disposition un service client par le moyen de la plateforme de gestion de communications.
L’utilisateur du premier terminal de communication peut atteindre la ressource via le lien hypertexte, et utilise cette ressource pour l’établissement d’une communication avec le deuxième terminal. La ressource est configurée pour adresser un message électronique dont le contenu est composé par l’utilisateur du premier terminal de communication, vers l’adresse de messagerie électronique généré par la plateforme de gestion de communications.
Selon une caractéristique, le procédé de traitement comporte en outre la mise en communication entre le premier terminal de communication et le deuxième terminal de communication, à la suite de la réception de la requête de communication.
Ainsi, le premier terminal de communication, en plus de recevoir l’identifiant d’appel et/ou l’adresse de messagerie électronique qui lui a été associé par la plateforme de gestion des communications, est mis en communication avec le deuxième terminal de communication identifié.
Dans un mode de réalisation, le deuxième terminal de communication peut être identifié en fonction d’une information relative au premier terminal de communication.
Par exemple, l’information relative au premier terminal de communication est obtenue par un serveur vocal interactif recevant la requête du premier terminal de communication.
Selon une caractéristique, le procédé de traitement comporte l’enregistrement dans une base de données, de l’identifiant du premier terminal de communication et de l’identifiant généré, les deux identifiants étant enregistrés en association.
Selon une caractéristique, le procédé de traitement comporte en outre l’enregistrement dans la base de données, en association de l’identifiant du premier terminal de communication et de l’identifiant généré, d’une variable de validité indiquant si l’identifiant généré est valide.
La variable de validité peut présenter une première valeur représentative de la validité de l’identifiant généré et une deuxième valeur représentative de l’invalidité de l’identifiant généré.
Par exemple, l’identifiant généré est valide si le service demandé par l’utilisateur du premier terminal de communication est en cours de traitement. L’identifiant n’est pas valide si le service demandé a été fourni.
Ainsi, tant que le service demandé est en cours de traitement, l’identifiant généré peut être utilisé. Dans d’autres termes, tant que le service demandé est en cours de traitement, le premier terminal de communication peut établir une communication avec le deuxième terminal de communication. Une fois que l’utilisateur du premier terminal a obtenu le service demandé, le premier terminal de communication ne peut plus établir de communication avec le deuxième terminal de communication.
Selon un autre mode de réalisation, le procédé de traitement comporte en outre la génération d’une période de temps de validité pendant lequel ledit au moins un identifiant généré peut être utilisé par le premier terminal de communication pour établir une communication avec le deuxième terminal de communication.
Dans ce mode de réalisation, une fois que la période de temps s’est écoulé, l’identifiant généré n’est pas valide.
La valeur de la variable de validité indiquant si l’identifiant généré est valide est mis à jour en fonction de l’écoulement de cette période de temps de validité.
Selon une caractéristique, le procédé de traitement comporte en outre :
- la réception d’une requête additionnelle provenant du premier terminal, destinée à établir une communication avec le deuxième terminal de communication identifié préalablement,
- la vérification dans la base de données de la validité de l’identifiant généré enregistré préalablement, et
l’établissement de la communication entre le premier terminal de communication et le deuxième terminal de communication, si l’identifiant généré est valide.
Ainsi, en fonction du résultat de la vérification de la validité de l’identifiant, la communication entre les terminaux de communication est établie ou pas.
La communication entre les terminaux de communication est établie seulement si l’identifiant est valide, par exemple si la valeur de la variable de validité indique que le service demandé est en cours de traitement, c'est-à-dire qu’il n’est pas finalisé.
Par exemple, la vérification de la validité de l’identifiant généré comporte la vérification de la variable de validité associée à l’identifiant généré enregistré préalablement, la communication entre le premier terminal de communication et le deuxième terminal de communication étant établie si la variable de validité indique que l’identifiant généré est valide.
Selon une caractéristique, si la variable de validité indique que l’identifiant généré n’est pas valide, le procédé de traitement comporte en outre la génération d’un message informant que l’identifiant généré n’est pas valide, et la transmission du message au premier terminal de communication.
Si le service demandé a été fourni, lorsque la plateforme de gestion de communications reçoit une requête additionnelle et qu’à l’étape de vérification de la validité de l’identifiant, l’identifiant généré n’est pas valide, l’établissement de la communication avec le deuxième terminal est refusée et le premier terminal de communication en est informé.
A réception de ce message informatif, l’utilisateur constate qu’il faut qu’il adresse à nouveau une requête de communication à la plateforme de gestion de communications en utilisant l’identifiant permettant de joindre la plateforme de gestion de communication.
La présente invention concerne, selon un deuxième aspect, un dispositif de traitement d’une requête de communication provenant d’un premier terminal de communication, destinée à établir une communication avec un deuxième terminal de communication via une plateforme de gestion de communications, le dispositif de traitement comportant un module d’identification du deuxième terminal de communication parmi un ensemble de terminaux de communication associés à la plateforme de gestion de communications.
Selon l’invention, le dispositif de traitement comporte en outre :
- un module de génération d’au moins un identifiant associé au deuxième terminal de communication identifié, l’identifiant généré pouvant être utilisé par le premier terminal de communication pour établir une communication avec le deuxième terminal de communication, et
- un module de transmission au premier terminal de communication, d’un message comportant ledit au moins un identifiant généré.
Selon une caractéristique, le dispositif de traitement comporte en outre un module de communication configuré pour établir une communication entre le premier terminal de communication et le deuxième terminal de communication.
Selon une caractéristique, le dispositif de traitement est configuré pour enregistrer dans une base de données, l’identifiant du premier terminal de communication et de l’identifiant généré, les deux identifiants étant enregistrés en association.
Selon une caractéristique, le dispositif de traitement est configuré en outre pour enregistrer dans la base de données, en association de l’identifiant du premier terminal de communication et de l’identifiant généré, une variable de validité indiquant si l’identifiant généré est valide.
Selon une caractéristique, le dispositif de traitement comporte en outre un module de vérification configuré pour vérifier dans la base de données si l’identifiant généré enregistré préalablement est valide, et dans lequel le module de communication est en outre configuré pour établir une communication entre le premier terminal de communication et le deuxième terminal de communication si l’identifiant généré est valide.
Selon une caractéristique, le dispositif de traitement comporte en outre un module de génération d’un message informant que l’identifiant généré n’est pas valide, et un module de transmission du message au premier terminal de communication.
Les caractéristiques du procédé de traitement et du dispositif présentés ci-dessous peuvent être prises isolément ou en combinaison les unes avec les autres.
La présente invention concerne, selon un troisième aspect, une plateforme de gestion de communications comportant un dispositif de traitement conforme à l’invention.
Selon une caractéristique, la plateforme de gestion de communication comporte un serveur interactif vocal.
La présente invention concerne, selon un quatrième aspect, un programme d’ordinateur comprenant une séquence d’instructions pour la mise en œuvre du procédé de traitement conforme à l’invention, lorsqu’il est chargé et exécuté par un processeur.
La présente invention concerne, selon un cinquième aspect, un support d’informations lisible par un ordinateur, sur lequel est enregistré un programme d’ordinateur comprenant une séquence d’instructions pour la mise en œuvre du procédé de traitement conforme à l’invention, lorsqu’il est chargé dans et exécuté par un processeur.
Le dispositif de traitement, la plateforme de gestion de communications, le programme d’ordinateur et le support d’informations présentent des caractéristiques et avantages analogues à ceux décrits précédemment en relation avec le procédé de traitement.
D'autres particularités et avantages de l'invention apparaîtront encore dans la description ci-après.
Aux dessins annexés, donnés à titre d'exemples non limitatifs :
la figure 1 représente une plateforme de gestion de communications conforme à un mode de réalisation,
la figure 2 illustre des étapes du procédé de traitement conforme à un mode de réalisation de l’invention,
la figure 3 illustre des étapes du procédé de traitement conforme à un mode de réalisation de l’invention sous forme d’échanges entre des entités,
la figure 4a illustre une architecture matérielle pouvant mettre en œuvre le procédé de traitement conforme à l’invention, et
la figure 4b est une représentation fonctionnelle d’une plateforme de gestion conforme à un mode de réalisation de l’invention.
L’invention s’applique particulièrement à des plateformes du type service client dans lesquels des utilisateurs sont mis en relation, via la plateforme, avec des opérateurs ou téléconseillers.
Lafigure 1représente une plateforme de gestion de communications 100 selon un mode de réalisation. Un premier terminal de communication 10a adresse une requête de communication R1 à la plateforme de gestion de communications 100, via une passerelle 40. La requête de communication R1 est destinée à établir une communication avec un deuxième terminal de communication 20 via la plateforme de gestion de communications 100. Le deuxième terminal de communication 20 fait partie d’un ensemble de terminaux de communication 200 associé à la plateforme de gestion de communications 100.
A titre illustratif, chaque terminal de communication de cet ensemble 200 correspond à un poste d’opérateur d’un service client.
Dans un mode de réalisation, la requête de communication R1 provenant du premier terminal de communication 10a est une requête de type SIP (pour « Session Initiation Protocol »). Bien entendu, d’autres protocoles peuvent être utilisés pour la communication entre le premier terminal de communication et la plateforme de gestion de communications, par exemple en utilisant des technologies DTMF (pour « Dual-Tone Multi-Frequency), SDMF (pour « Subscriber Main Distributing Frame »), MDMF (pour « Multiple Data Message Format ») ou autres.
On considère qu’un terminal de communication est tout dispositif pouvant établir des communications avec d’autres dispositifs ou terminaux de communication 10a, 10b, 20 via un réseau de communication 30.
Le terminal de communication 10a, 10b, 20 peut être un terminal de communication mobile, tel qu’un téléphone mobile par exemple de type « smartphone », une tablette ou un ordinateur portable, un ordinateur de bureau ou un appareil domestique pouvant établir une connexion avec un autre terminal de communication 10a, 10b, 20 via un réseau de communication 30. Le terminal de communication 10a, 10b, 20 peut aussi être un terminal de téléphonie fixe.
Dans le mode de réalisation représenté, la passerelle 40 est une passerelle permettant l’accès à la plateforme de gestion de communication 100 ainsi que l’accès de la plateforme vers des terminaux de communication 10a, 10b. La passerelle 40 est par exemple dans une plateforme d’un opérateur ou peut être une plateforme résidentielle.
Dans un mode de réalisation, tel que celui représenté, la plateforme de gestion de communications 100 comporte un serveur vocal interactif ou SVI 102, connu en terminologie anglo-saxonne comme « Interactive Voice Response » ou IVR.
Dans ce mode de réalisation, lorsque la plateforme 100 reçoit une requête de communication R1, elle est reçue en particulier par le serveur vocal interactif 102. Le serveur vocal interactif 102 dialogue avec l’utilisateur du premier terminal de communication 10a pour obtenir une information relative au premier terminal de communication 10a.
Dans le cas d’une plateforme de gestion de communications utilisée dans un service client, le serveur vocal interactif 102 obtient par exemple une information relative au service recherché par l’utilisateur du premier terminal de communication ou client.
Le serveur vocal interactif 102 utilise l’information obtenue pour identifier le deuxième terminal de communication 10b parmi l’ensemble de terminaux de communication 200 associé à la plateforme de gestion de communications 100.
Le fonctionnement d’un serveur vocal interactif est connu de l’homme du métier et ne sera pas décrit en détail ici.
A titre d’exemple nullement limitatif, si la plateforme de gestion de communications est le service client d’un opérateur de téléphonie, l’utilisateur peut par exemple exprimer, par un message vocal ou par une action sur le clavier du premier terminal de communication, si sa demande concerne un abonnement de téléphonie mobile, un abonnement internet, ou si l’utilisateur est un client particulier ou professionnel, ou un potentiel client etc.
Bien entendu, la plateforme de gestion de communications 100 peut être destinée à d’autres services, par exemple elle peut être utilisée comme centrale de réservation par exemple pour une compagnie aérienne ou ferroviaire, comme centrale d’achat ou autre.
Le serveur vocal interactif 102 obtient en outre l’identifiant du premier terminal de communication 10a. Par exemple, l’identifiant du premier terminal de communication 10a est un identifiant d’appel. Cet identifiant d’appel est un identifiant unique associé au premier terminal de communication 10a permettant d’identifier le terminal de communication 10a dans un réseau mobile d’un opérateur auprès duquel l’utilisateur du premier terminal de communication 10a, 10b est abonné. Par exemple, l’identifiant d’appel est un identifiant MSISDN (pour «Mobile Station International Subscriber Directory Number») correspondant de manière unique à la carte SIM (pour «Subscriber Identity Module») du terminal de communication 10a, 10b.
La plateforme de gestion de communications 100 comporte en outre une plateforme de génération d’alias 101. Cette plateforme de génération d’alias 101 est configurée pour recevoir en provenance du serveur vocal interactif 102 et/ou de l’ensemble d’agents 103, les informations obtenues relatives au premier terminal de communication 10a. La plateforme de génération d’alias 101 est configurée pour identifier, en fonction de l’information obtenue relative au premier terminal de communication 10a, un deuxième terminal de communication 20 pouvant répondre à la demande de l’utilisateur du premier terminal de communication 10a.
En outre, la plateforme de génération d’alias 101 est configurée pour générer au moins un identifiant associé au deuxième terminal de communication 20 identifié. L’identifiant généré pourra être utilisé ultérieurement par le premier terminal de communication 10a, 10b pour établir une communication avec le deuxième terminal de communication 20.
Ledit au moins un identifiant généré peut être une adresse de messagerie électronique.
A titre d’exemple nullement limitatif, l’adresse de messagerie électronique comporte l’identifiant d’appel et le nom de l’entreprise mettant à disposition le service client. Par exemple, l’adresse de messagerie électronique peut prendre les formes suivantes :
“ IdentifiantAppelTerminal”@NomEntreprise.com
" IdentifiantAppelTerminal "-"NumServiceClient"@NomEntreprise.com“
“ NumServiceClient "-" IdentifiantAppelTerminal "@NomEntreprise.com“
" IdentifiantAppelTerminal "-TypeService@NomEntreprise.com“
" IdentifiantAppelTerminal "-" NumServiceClient "- TypeService @ NomEntreprise.com“
" NumServiceClient "-" IdentifiantAppelTerminal "- TypeService @NomEntreprise.com“
Dans le mode de réalisation décrit, la plateforme de gestion de communications 100 génère un identifiant d’appel et une adresse de messagerie électronique. Ainsi, le premier terminal de communication peut établir ultérieurement une communication avec le deuxième terminal de communication 20 via des moyens techniques différents.
Dans d’autres modes de réalisation, la plateforme de gestion de communication 100 génère soit un identifiant d’appel soit une adresse de messagerie électronique.
Dans le mode de réalisation décrit, la plateforme de gestion de communications 100 comporte en outre un ensemble de postes d’agent ou opérateur 103. Les postes d’agent 103 peuvent obtenir des informations relatives au premier terminal de communication 10a, en remplacement ou en complément, du serveur vocal interactif 102. Ainsi, un poste d’agent peut être mis en relation avec le premier terminal de communication 10a pour par exemple répondre à la requête de communication reçue en provenance du premier terminal de communication 10a.
Dans le mode de réalisation décrit, la plateforme de génération d’alias 101 est configurée en outre pour émettre une requête de communication vers le deuxième terminal de communication 20 destinée à mettre en communication le premier terminal de communication 10a et le deuxième terminal de communication 20.
En outre, la plateforme de génération d’alias 101 est configurée pour transmettre au premier terminal de communication 10a un message comportant l’identifiant généré.
La plateforme de gestion de communications 100 comporte un outre une base de données 104 dans laquelle sont enregistrés l’identifiant du premier terminal de communication 10a, en association avec l’identifiant généré. Comme il sera décrit ultérieurement, une variable de validité indiquant si l’identifiant généré est valide ou invalide est aussi enregistré dans la base de données 104 pour chaque pair formée par l’identifiant du premier terminal de communication 10a et l’identifiant généré par la plateforme de gestion de communications 100.
Dans d’autres modes de réalisation, la base de données ne fait pas partie de la plateforme de gestion de communications 100 et est associée à la plateforme de gestion de communications 100.
Dans le mode de réalisation décrit, la plateforme de gestion de communication 100 comporte en outre un serveur de messagerie 105 destiné à recevoir des messages électroniques en provenance du premier terminal de communication 10a, 10b. Le serveur de messagerie 105 peut recevoir de courrier électroniques ou de messages de type SMS (pour « Short Message Service »).
Dans un mode de réalisation, les messages électroniques peuvent être envoyés au serveur de messagerie 105 de la plateforme de gestion de communications 100 via un serveur Web 50.
Lafigure 2 illustre des étapes du procédé de traitement conforme à un mode de réalisation. Ce procédé est mis en œuvre par une plateforme de gestion des communications 100 tel que représentée à la figure 1.
Le procédé de traitement est mis œuvre à la suite de la réception E10 d’une requête de communication R1 provenant du premier terminal de communication 10a, 10b. Cette requête de communication R1 est destinée à établir une communication avec un deuxième terminal de communication 20.
Lorsque la plateforme de gestion de communications 100 reçoit la requête de communication R1 provenant du premier terminal de communication 10, le deuxième terminal de communication 20 est identifié E11 parmi un ensemble de terminaux de communication 200 associés à la plateforme de gestion de communications 100.
Comme indiqué ci-dessous, l’identification est mise en œuvre en fonction des informations obtenues du premier terminal de communication 10a, 10b. Pour mettre en œuvre l’identification du deuxième terminal 20, la plateforme de gestion de communications 100 utilise des bases de données avec des informations propres à la plateforme de gestion de communications, par exemple la base de données 104. La mise en œuvre de l’identification du deuxième terminal est connue de l’homme du métier et ne nécessite pas d’être décrite en détail ici.
Une fois que la plateforme de gestion de communications 100 a identifié le deuxième terminal de communication 20, un identifiant associé au deuxième terminal de communication 20 identifié, est généré E12.
Ensuite, un message comportant l’identifiant généré, est transmis E13 au premier terminal de communication 10a, 10b.
Comme indiqué ci-dessous, l’identifiant généré peut être un identifiant d’appel et/ou une adresse de messagerie électronique.
Dans un mode de réalisation, le message transmis au premier terminal comporte un lien hypertexte vers une ressource dans le réseau de communication 30, cette ressource permettant d’adresser un message électronique à l’adresse de messagerie électronique générée.
Par exemple, le message peut comprendre un lien hypertexte vers une page Web hébergée par un serveur Web 50, par exemple la page Web de l’entreprise mettant à disposition un service client par le moyen de la plateforme de gestion de communications 100.
L’utilisateur du premier terminal de communication 10a, 10b peut atteindre la ressource via le lien hypertexte, et utilise cette ressource pour l’établissement d’une communication avec le deuxième terminal de communication 20. La ressource est configurée pour adresser un message électronique dont le contenu est composé par l’utilisateur du premier terminal de communication 10a, 10b, vers l’adresse de messagerie électronique généré par la plateforme de gestion de communications 100.
Par exemple, lorsque l'utilisateur du premier terminal 10a, 10b sélectionne le lien hypertexte dans le message reçu en provenance de la plateforme de gestion de communications 100, une page Web est chargée sur laquelle l’utilisateur peut composer un message destinée à l’utilisateur du deuxième terminal de communication 20 ou opérateur. L’adresse de la messagerie électronique générée par la plateforme de gestion de communications 100 est pré remplie dans le champ destinataire du message.
On notera, que dans ce mode de réalisation, le message envoyé par la plateforme de gestion de communication 100 au premier terminal de communication 10a, 10b contient le lien hypertexte au lieu de l’adresse de messagerie électronique est remplacé
Dans un mode de réalisation, l’identifiant généré est en outre enregistré E14 dans la base de données 104.
Lorsque la plateforme de gestion reçoit E20 du premier terminal de communication 10a, 10b une requête additionnelle R2 destinée à établir une connexion avec le deuxième terminal de communication 20 identifié préalablement, la plateforme de gestion 100 met en œuvre des vérifications E21, E22 pour décider si le premier terminal de communication 10a, 10b peut être mis en communication avec le deuxième terminal de communication 20. Lors de ces vérifications E21, E22, il est vérifié si l’identifiant généré est valide.
On considère qu’une requête additionnelle R2 est une requête reçue ultérieurement à la première requête de communication R1 et après génération d’un identifiant associé au deuxième terminal de communication 20 et au premier terminal de communication 10a, 10b.
On notera que l’identifiant généré par la plateforme de gestion de communications 100 est associé, en plus d’au deuxième terminal de communications 20, au premier terminal de communication 10a, 10b.
On considère qu’un identifiant est valide s’il peut être utilisé, ou autrement dit si le premier terminal de communication 10a, 10b peut établir une communication avec le deuxième terminal de communication 20 en utilisant cet identifiant.
Au contraire, on considère qu’un identifiant n’est pas valide s’il ne peut pas être utilisé par le premier terminal de communication 10a, 10b pour établir une communication avec le deuxième terminal de communication 20.
Dans un mode de réalisation, pour vérifier si l’identifiant est valide, une première vérification est mise en œuvre E21 destinée à vérifier si l’identifiant d’appel du premier terminal de communication 10a, 10b est enregistré dans la base de données 104 de la plateforme de gestion 100 (ou associée à la plateforme de gestion 100). Si l’identifiant est présent dans la base de données 104 et est en association avec le deuxième terminal de communication 20, le procédé comporte une seconde vérification E22 destinée à vérifier la valeur de la variable de validité associée à l’identifiant généré et à l’identifiant d’appel du premier terminal de communication 10a, 10b.
Dans un mode de réalisation, la variable de validité peut présenter deux valeurs, une première valeur indiquant que l’identifiant est valide et une deuxième valeur indiquant que l’identifiant n’est pas valide.
L’identifiant est valide tant que le service demandé par l’utilisateur du premier terminal de communication 10a, 10b n’a pas été fourni. Autrement dit, la variable de validité présente la première valeur tant que le service n’a pas été fourni. Une fois que le service a été fourni, la variable de validité présente la deuxième valeur, la variable de validité indiquant que l’identifiant n’est plus valide.
Dans un mode de réalisation, lors de l’enregistrement de l’identifiant d’appel du premier terminal de communication 10a, 10b et de l’identifiant généré, la variable de validité présente la première valeur, cette première valeur étant la valeur par défaut de la variable de validité.
Lorsque le service demandé par l’utilisateur du premier terminal de communication 10a, 10b est fourni, la valeur de la variable de validité est modifiée pour qu’elle indique que l’identifiant généré n’est plus valide. Cette modification peut être mise en œuvre par un agent de l’ensemble d’agents 103.
Selon un autre mode de réalisation, le procédé de traitement comporte en outre la génération d’une période de temps de validité pendant lequel l’identifiant généré peut être utilisé par le premier terminal de communication 10a, 10b pour établir une communication avec le deuxième terminal de communication 20.
Dans ce mode de réalisation, une fois que la période de temps s’est écoulé, l’identifiant généré n’est pas valide.
La valeur de la variable de validité indiquant si l’identifiant généré est valide est mis à jour en fonction de l’écoulement de cette période de temps de validité .Ainsi, la valeur de la variable indique que l’identifiant généré est valide tant que la période de temps de validité ne s’est pas écoulée. Au contraire, la valeur de la variable indique que l’identifiant généré n’est plus valide une fois la période de temps de validité écoulée.
Si la variable de validité présente une valeur indiquant que l’identifiant généré est valide, une communication est établie E23 entre le premier terminal de communication 10a, 10b et le deuxième terminal de communication 20.
Si la variable de validité présente une valeur indiquant que l’identifiant généré n’est pas valide, un message informant que l’identifiant généré n’est pas valide est généré E24 et transmis E25 au premier terminal de communication 10a, 10b.
L’utilisateur du premier terminal de communication 10a, 10b est ainsi informé de la non validité de l’identifiant préalablement reçu.
Les vérifications présentées ci-dessus empêchent qu’un même operateur soit contacté par des terminaux de communication qui n’ont pas été mis en contact préalablement via la plateforme de gestion concernant un service. Ainsi, grâce à l’invention, il est évité que l’utilisateur du premier terminal donne l’identifiant reçu à un autre utilisateur pour qu’il contacte l’opérateur qui a été attribué au premier terminal de communication. En outre, il est évité que l’utilisateur du premier terminal utilise l’identifiant généré une fois que le service est fourni et que la plateforme de gestion 100 a répondu à sa demande. En effet, pour la fourniture d’un nouveau service, l’utilisateur du premier terminal 10a, 10b doit envoyer à la plateforme de gestion 100 une première requête de communication R1 pour obtenir un nouveau identifiant.
En outre, la gestion des terminaux de communication 200 associés à la plateforme de gestion de communications 100 est prévue par la plateforme elle-même et les terminaux de communication 200 ne sont pas contactés directement en dehors de la plateforme de communication 200. Ainsi, la gestion de la plateforme de gestion est optimale.
Dans un mode de réalisation, l’identifiant généré qui est attribué au premier terminal de communication 10a, 10b est un identifiant secondaire ou alias du deuxième terminal de communication 20.
Cet identifiant secondaire ou alias est attribué au premier terminal de communication 10a, 10b pendant la période de temps de validité.
Dans le mode de réalisation décrit, cette période de temps correspond à la période de temps nécessaire pour que le service demandé par l’utilisateur du premier terminal de communication 10a, 10b soit fourni.
Ainsi, le premier terminal de communication 100 ne reçoit pas l’identifiant d’appel principale du deuxième terminal de communication 20, mais un identifiant d’appel alias.
Dans un autre mode de réalisation, la période de temps de validité présente une valeur prédéfinie. L’utilisateur du premier terminal de communication peut joindre le deuxième terminal de communication pendant cette période de temps prédéfinie.
Lafigure 3illustre des étapes du procédé de traitement conforme à un mode de réalisation de l’invention sous forme d’échanges entre les différentes entités.
Lorsque l’utilisateur du premier terminal de communication 10a émet une requête R1 destinée à la plateforme de gestion 100, elle est reçue par une passerelle 40. La passerelle 40, retransmet la requête R1 vers la plateforme de gestion. En particulier, le terminal de communication 10a est mis en communication avec le serveur vocale interactif 102 et/ou un opérateur de l’ensemble d’opérateurs 103.
Comme décrit ci-dessous, le serveur vocale interactif 102 et/ou l’opérateur de l’ensemble d’agents ou d’opérateurs 103 obtiennent des informations relativesInfau service demandé par l’utilisateur du premier terminal de communication 10a, 10b ainsi que identifiant d’appelId1du premier terminal de communication 10a, 10b. Ces informationsId1 , Infsont adressées à la plateforme d’alias 101, cette plateforme identifiant E11 un deuxième terminal de communication 20 parmi un ensemble de terminaux de communication 200.
La plateforme de génération d’alias 101 génère E12 un identifiant associé au deuxième terminal de communication 20. En particulier, la plateforme de génération d’alias 101 attribue un identifiant secondaire ou alias au deuxième terminal de communication 20 identifié.
L’identifiant généréId2est transmis E13 au premier terminal de communication 10a via la passerelle 40. En outre, l’identifiant du premier terminal de communicationId 1et l’identifiant généréId2sont enregistrés dans la base de données 104 et le premier terminal de communication 10a, 10b est mis en communication avec le deuxième terminal de communication 20.
Lorsque le premier terminal de communication 20 émet une deuxième requête R2 destinée à établir une communication avec le deuxième terminal, la plateforme de génération d’alias E101, consulte la base de données 104 pour vérifier E21, E22 si l’identifiantId2est valide. En fonction du résultat de cette vérification E21, E22 la communication entre le premier terminal de communication 10a et le deuxième terminal de communication 20 est établie ou pas. Dans le cas pratique illustré, la communication entre les terminaux de communication est établie E23.
Dans le cas illustré, à la suite de cette communication E23, on considère que le service a été fourni. Ainsi, lorsque le terminal de communication 10a émet à nouveau une requête de communication R3, la plateforme de génération d’alias 101 génère E24 un message informant que l’identifiantid2n’est plus valide et transmet E25 ce message au premier terminal de communication 10a.
Lafigure 4aillustre schématiquement une architecture matérielle d’un dispositif de traitement 60 pouvant mettre en œuvre le procédé de traitement conforme à l’invention.
Dans un mode de réalisation, le dispositif de traitement 60 peut être intégré dans la plateforme de gestion de communications 100, en particulier dans la plateforme de génération d’alias 101.
Le dispositif de traitement 60 comprend un bus de communication 600 auquel sont reliées :
- une unité de traitement 601, nommée sur la figure CPU (pour « Central Processing Unit ») et pouvant comporter un ou plusieurs processeurs ;
- une mémoire non volatile 602, par exemple ROM (pour « Read Only Memory »), EEPROM (pour « Electrically Erasable Read Only Memory ») ou une mémoire Flash;
- une mémoire vive 603 ou RAM (pour « Random Access Memory ») ;
- une interface 604 d’entrée/sortie, nommée sur la figure I/O (pour « Input/Output »), par exemple des touches ou boutons, un écran, un clavier, une souris ou un autre dispositif de pointage tel qu’un écran tactile ou une télécommande permettant à un utilisateur d’interagir avec dispositif de traitement 20 via une interface graphique ou interface homme-machine ; et
- une interface de communication 605, nommée COM sur la figure, adaptée à échanger des données par exemple avec une base de données 104 ou un serveur vocal interactif 102.
La mémoire vive 603 comprend des registres adaptés à l'enregistrement des variables et paramètres créés et modifiés au cours de l'exécution d'un programme informatique comprenant des instructions pour la mise en œuvre du procédé de traitement selon l'invention. Les codes d'instructions du programme stocké en mémoire non-volatile 602 sont chargés en mémoire RAM 603 en vue d'être exécutés par l'unité de traitement CPU 601.
La mémoire non-volatile 602 est par exemple une mémoire réinscriptible de type EEPROM ou mémoire Flash pouvant constituer un support au sens de l'invention, c'est-à-dire pouvant comprendre un programme informatique comprenant des instructions pour la mise en œuvre du procédé de traitement selon l'invention. La mémoire réinscriptible peut comprendre par exemple une base de données répertoriant des identifiants d’appel, des identifiants secondaires générés et des variables de validité de l’identifiant.
Ce programme définit, par le biais de ses instructions, des modules fonctionnels du dispositif de traitement 60 qui sont mise en œuvre et/ou commandent les éléments matériels décrits précédemment. Lafigure 4best une représentation fonctionnelle d’un dispositif de traitement 60 conforme à un mode de réalisation.
Ces modules comprennent notamment :
- un module d’identification 61 du deuxième terminal de communication 20 parmi un ensemble de terminaux de communication 200 associés à la plateforme de gestion de communications 100,
- un module de génération 62 d’au moins un identifiant associé au deuxième terminal de communication 20 identifié, et
- un module de transmission 63 d’un message comportant ledit identifiant généréId2, au premier terminal de communication 10a, 10b.
Le dispositif de traitement 60 peut comprendre en outre, en fonction de modes de réalisation :
- un module de communication 64 configuré pour établir une communication entre le premier terminal de communication 10a, 10b et le deuxième terminal de communication 20,
- un module de vérification 65 configuré pour vérifier dans la base de données si l’identifiant généréId2enregistré préalablement est valide, t
- un module de génération 66 d’un message informant que l’identifiant généréId2n’est pas valide, et
- un module de transmission 67du message au premier terminal de communication 10a, 10b.
Le dispositif de traitement 60 est en outre configuré pour enregistrer dans une base de données 104 l’identifiant du premier terminal de communication 10a, 10b, l’identifiant généré et une variable de validité indiquant si l’identifiant généréId2est valide.
Les modules et moyens précités sont pilotés par le processeur de l'unité de traitement 601. Ils peuvent prendre la forme d’un programme exécutable par un processeur, ou une forme matérielle (ou « hardware »), telle un circuit intégré spécialisé (connu en terminologie anglo-saxonne connu comme ASIC pour « Application-Specific Integrated Circuit »), un système sur puce (connu en terminologie anglo-saxonne comme SoC pour « System On Chip »), ou un composant électronique de type circuit logique programmable, tel qu’un composant de type FPGA (pour « Field-Programmable Gate Array »).

Claims (13)

  1. Procédé de traitement d’une requête provenant d’un premier terminal de communication (10a, 10b), destinée à établir une communication avec un deuxième terminal de communication (20) via une plateforme de gestion de communications (100), le procédé comportant l’identification (E11) du deuxième terminal de communication (20) parmi un ensemble de terminaux de communication (200) associés à la plateforme de gestion de communications (100), et étant caractérisé en ce qu’il comporte en outre :
    - la génération (E12) d’au moins un identifiant (Id2 )associé au deuxième terminal de communication (200) identifié, ledit au moins un identifiant généré (Id2 )pouvant être utilisé par le premier terminal de communication (10a, 10b) pour établir une communication avec le deuxième terminal de communication (20), et
    - la transmission (E13) au premier terminal de communication (10a, 10b) d’un message comportant ledit au moins un identifiant généré (Id2 ).
  2. Procédé de traitement conforme à la revendication 1, dans lequel ledit au moins un identifiant généré (Id2 )est un identifiant d’appel ou une adresse de messagerie électronique.
  3. Procédé de traitement conforme à la revendication 2, dans lequel le message transmis au premier terminal de communication (10a, 10b) comporte un lien hypertexte vers une ressource dans un réseau de communication (30), cette ressource permettant d’adresser un message électronique à l’adresse de messagerie électronique générée.
  4. Procédé de traitement conforme à la revendication 1, comportant en outre la mise en communication entre le premier terminal de communication (10a, 10b) et le deuxième terminal de communication (20).
  5. Procédé de traitement conforme à la revendication 1, dans lequel le deuxième terminal de communication (20) peut être identifié en fonction d’une information (Inf) relative au premier terminal de communication (10a, 10b).
  6. Procédé de traitement conforme à la revendication 5, dans lequel l’information (Inf) relative au premier terminal de communication (10a, 10b) est obtenue par un serveur vocal interactif (102) recevant la requête (R1) du premier terminal de communication (10a, 10b).
  7. Procédé de traitement conforme à la revendication 1, comportant en outre l’enregistrement (E14) dans une base de données (104) de l’identifiant (Id1) du premier terminal de communication (10a, 10b), et en association avec ledit identifiant (Id1) du premier terminal de communication (10a, 10b), l’enregistrement de l’identifiant généré (Id2 )et d’une variable de validité indiquant si l’identifiant généré (Id2 )est valide.
  8. Procédé de traitement conforme à la revendication 7, comportant en outre :
    • la réception (E20) d’une requête additionnelle (R2) provenant du premier terminal de communication (10a, 10b), destinée à établir une communication avec le deuxième terminal de communication (20) identifié préalablement,
    • la vérification (E21) dans la base de données de la validité de l’identifiant généré(Id2)enregistré préalablement, et
    • établissement (E23) de la communication entre le premier terminal de communication (10a, 10b) et le deuxième terminal de communication (20) si l’identifiant généré(Id2)est valide.
  9. Procédé de traitement conforme à la revendication 8, comportant en outre la génération (E24) d’un message informant que l’identifiant généré (Id2 )n’est pas valide, et la transmission (E25) du message au premier terminal de communication (10a, 10b).
  10. Dispositif de traitement d’une requête provenant d’un terminal de communication (10a, 10b), destinée à établir une communication avec un deuxième terminal de communication (20) via une plateforme de gestion de communications (100), le dispositif de traitement comportant un module d’identification du deuxième terminal de communication (20) parmi un ensemble de terminaux de communication (200) associés à la plateforme de gestion de communications (100), et étant caractérisé en ce qu’il comporte en outre :
    - un module de génération (62) d’au moins un identifiant (Id1) associé au deuxième terminal de communication (200) identifié, l’identifiant généré (Id2 )pouvant être utilisé par le premier terminal de communication (10a, 10b) pour établir une communication avec le deuxième terminal de communication (20), et
    - un module de transmission (63) d’un message comportant ledit identifiant généré (Id2 ), au premier terminal de communication (10a, 10b).
  11. Plateforme de gestion de communications comportant un dispositif de traitement conforme à la revendication 10.
  12. Programme d’ordinateur comprenant une séquence d’instructions pour la mise en œuvre du procédé de traitement conforme à l’une des revendications 1 à 9, lorsqu’il est chargé et exécuté par un processeur.
  13. Support d’informations lisible par un ordinateur, sur lequel est enregistré un programme d’ordinateur comprenant une séquence d’instructions pour la mise en œuvre du procédé de traitement conforme à l’une des revendications 1 à 9, lorsqu’il est chargé dans et exécuté par un processeur.
    .
FR2006592A 2020-06-24 2020-06-24 Procédé de traitement d’une requête provenant d’un terminal de communication. Withdrawn FR3111500A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
FR2006592A FR3111500A1 (fr) 2020-06-24 2020-06-24 Procédé de traitement d’une requête provenant d’un terminal de communication.
PCT/FR2021/051134 WO2021260318A1 (fr) 2020-06-24 2021-06-22 Procédé de traitement d'une requête provenant d'un terminal de communication
EP21740603.2A EP4173273A1 (fr) 2020-06-24 2021-06-22 Procédé de traitement d'une requête provenant d'un terminal de communication
US18/003,182 US20230262167A1 (en) 2020-06-24 2021-06-22 Method for processing a request from a communication terminal

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR2006592 2020-06-24
FR2006592A FR3111500A1 (fr) 2020-06-24 2020-06-24 Procédé de traitement d’une requête provenant d’un terminal de communication.

Publications (1)

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

Family

ID=72560819

Family Applications (1)

Application Number Title Priority Date Filing Date
FR2006592A Withdrawn FR3111500A1 (fr) 2020-06-24 2020-06-24 Procédé de traitement d’une requête provenant d’un terminal de communication.

Country Status (4)

Country Link
US (1) US20230262167A1 (fr)
EP (1) EP4173273A1 (fr)
FR (1) FR3111500A1 (fr)
WO (1) WO2021260318A1 (fr)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0768788A2 (fr) * 1995-10-16 1997-04-16 AT&T Corp. Etablissement d'appels vers un opérateur préféré dans un distributeur automatique d'appels
US20160309030A1 (en) * 2013-04-12 2016-10-20 Unify Gmbh & Co. Kg Procedure and Mechanism for Managing a Call to a Call Center

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0768788A2 (fr) * 1995-10-16 1997-04-16 AT&T Corp. Etablissement d'appels vers un opérateur préféré dans un distributeur automatique d'appels
US20160309030A1 (en) * 2013-04-12 2016-10-20 Unify Gmbh & Co. Kg Procedure and Mechanism for Managing a Call to a Call Center

Also Published As

Publication number Publication date
WO2021260318A1 (fr) 2021-12-30
US20230262167A1 (en) 2023-08-17
EP4173273A1 (fr) 2023-05-03

Similar Documents

Publication Publication Date Title
US11882139B2 (en) Method and system for preventing illicit use of a telephony platform
US10171658B2 (en) System and method for managing customer communications over communication channels
US10244105B2 (en) Methods and systems for real time display of caller location, profile, and trust relationship
US8190705B2 (en) Communication capability coupons
US20110319061A1 (en) Automated Mobile Intelligent Communication Processing System
EP1619844A1 (fr) Procédé et système de gestion de la surcharge d'identité et de la disponibilité privée/publique d'une adresse de messagerie instanée.
US11882243B1 (en) Visual interfaces for telephone calls
EP3182671B1 (fr) Procédé et dispositif pour un service de messagerie
EP3890287A1 (fr) Procédé et dispositif de gestion des appels entrants dans un terminal de communication
FR3111500A1 (fr) Procédé de traitement d’une requête provenant d’un terminal de communication.
WO2013076420A1 (fr) Procede de gestion de la mise en relation numerique
KR102414223B1 (ko) 대면 녹취 시스템 및 그 방법, 인증 장치
EP4191989A2 (fr) Procédé de gestion d'un numéro de téléphone non attribué dans un réseau de communication, procédé de traitement d'une demande d attribution d'un numéro de téléphone, dispositifs, équipement de communication, système et programmes d ordinateur correspondants
AU2021218220A1 (en) System for vetting communications being sent to a person’s communication device
CN113298532A (zh) 通信授权、通信纠纷处理和通信方法、装置以及通信系统
FR2771874A1 (fr) Equipement de liaison multimedia d'acces potentiel a un sous-ensemble de terminaux
FR3029380A1 (fr) Declenchement conditionne d'applications interactives
FR3024259A1 (fr) Systeme et procede de paiement sur facture de telephone mobile
FR2887390A1 (fr) Procede et equipement de selection, depuis un terminal mobile, d'un compte payeur d'un appel telephonique
WO2008017776A2 (fr) Procede et systeme d'authentification d'utilisateurs dans un reseau de communication

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20211217

ST Notification of lapse

Effective date: 20230205