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

Routage d'un appel téléphonique vers une messagerie vocale alias

Info

Publication number
EP4173251A1
EP4173251A1 EP21743552.8A EP21743552A EP4173251A1 EP 4173251 A1 EP4173251 A1 EP 4173251A1 EP 21743552 A EP21743552 A EP 21743552A EP 4173251 A1 EP4173251 A1 EP 4173251A1
Authority
EP
European Patent Office
Prior art keywords
terminal
request
communication
call identifier
call
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.)
Pending
Application number
EP21743552.8A
Other languages
German (de)
English (en)
Inventor
François Caseau
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
Orange SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Orange SA filed Critical Orange SA
Publication of EP4173251A1 publication Critical patent/EP4173251A1/fr
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0407—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the identity of one or more communicating identities is hidden
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42008—Systems for anonymous communication between parties, e.g. by use of disposal contact identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/533—Voice mail systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/64—Automatic arrangements for answering calls; Automatic arrangements for recording messages for absent subscribers; Arrangements for recording conversations
    • H04M1/65—Recording arrangements for recording a message from the calling party
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/66—Substation equipment, e.g. for use by subscribers with means for preventing unauthorised or fraudulent calling
    • H04M1/663—Preventing unauthorised calls to a telephone set

Definitions

  • the field of the invention relates to the routing of a telephone call to a voice mailbox, and in particular an alias voice mailbox.
  • a mobile communication terminal generally has a main call identifier allowing any person to establish a telephone communication with the user of the mobile communication terminal in question, on condition of course of knowing the main call identifier.
  • the main call identifier is an identifier MSISDN (acronym for "Mobile Station International Subscriber Directory Number") corresponding uniquely to the SIM card (acronym for "Subscriber Identity Module”) provided by the operator of the mobile network with which the user of the mobile communication terminal has taken out a subscription.
  • MSISDN acronym for "Mobile Station International Subscriber Directory Number”
  • SIM card an identifier for "Subscriber Identity Module”
  • this primary caller ID is the phone number of the mobile device in the mobile network.
  • communication services guaranteeing the anonymity of a user offer to allocate a secondary call identifier to the terminal of a user who already has a primary call identifier.
  • These communication services are for example offered to companies or businesses wishing to benefit from alias services.
  • alias service when an employee of a company calls his customers via an alias service, it is a secondary call identifier, also called an alias number, which is presented to his customers, and not his call identifier.
  • alias technology allows one or more "virtual" phone numbers to be associated with a "real" phone number that actually carries the communication.
  • alias number such as a company number
  • the actual phone number of the employee with which the alias number is associated is not disclosed.
  • Such a telephone call is first of all redirected to a management platform. communication, more commonly known as an alias platform, which, knowing the real telephone number with which the alias telephone number is associated, redirects the telephone call to the real telephone number.
  • the employee in question does not answer the customer's phone call, for example if he is absent or does not wish to answer, the customer's call ends in the voicemail of the real phone number, which may induce anonymity issues.
  • the voice mail of the real telephone number can provide information concerning the identity of the employee called, for example his name or his first name.
  • the employee may also wish not to overload the voicemail with his real phone number and prefer that this type of call, that is to say calls to his alias number, be redirected to their own voicemail. to the alias number.
  • the same Secondary Call ID is shared between several Primary Call IDs.
  • the same alias number can be shared between several users having different real telephone numbers. This case occurs in particular in the case of a company benefiting from a limited number of alias numbers used by the various employees to contact a customer.
  • the present invention improves the situation.
  • the present invention relates to a method of establishing a telephone call from a first communication terminal to a second communication terminal, the first and second communication terminals each having a main call identifier, the second communication terminal further having a secondary call identifier.
  • the process includes:
  • the method further comprises: in the event of no reception at the level of the communication management platform, from the second terminal, a favorable response to the second request:
  • the invention preserves the anonymity of the user of the second terminal.
  • the targeted method provides, when the user of the second terminal does not respond to the call from the user of the first terminal, to redirect the communication to a voicemail associated with the secondary call identifier.
  • the voice mailbox selected at the level of the communication management platform is not the one associated with the primary number, that is to say the main call identifier, but a voice mail associated with the alias number, therefore the secondary call identifier. It is thus possible to take advantage of the fact that the user of the second terminal has subscribed to one or more anonymization services, also called alias services, to operate a voicemail associated with an alias number.
  • the voice mail platform receives, via different channels, an identifier d. 'voicemail call associated with the secondary call identifier, and a telephone communication request aimed at establishing a communication between the first terminal and a voicemail with which the voicemail call identifier is associated.
  • the voice mail call identifier associated with the secondary call identifier is transmitted, to the voice mail platform, by the communication management platform, via a channel different from the transmission channel of the request. telephone communication aiming to establish a communication between the first terminal and a voice mail.
  • the same user can have several secondary call identifiers, each secondary call identifier having an associated voicemail.
  • the invention is typically implemented when the user of the second terminal is an employee of a company, a business or an administration and the user of the first terminal is a customer wishing to resolve a problem or request a intelligence.
  • the customer does not have the employee's real number which is a private number but has an alias number.
  • the telephone communication request aiming to establish a communication between the first terminal and said voice mailbox comprises the secondary call identifier and / or the main call identifier of the second terminal, one of said identifiers being used to correlate said voicemail call identifier and said telephone communication request to establish communication between the first terminal and said voicemail.
  • the voice platform thus makes the link between the received voice mail call ID and the telephone communication request and transfers the latter to the voice mail corresponding to the received call ID.
  • the method further comprises:
  • This first embodiment therefore aims to anticipate an unfavorable response from the user of the second terminal or an absence of reception, at the level of the communication management platform, of a favorable response.
  • the third request is sent to the voice mail at the same time as the second request is sent to the second terminal. This early transmission allows the user of the first terminal to be quickly put into telephone communication with the voicemail of the alias number when the user of the second terminal does not answer the call.
  • the method further comprises, in the absence of reception, at the level of the communication management platform, of a favorable response to the second request from the second terminal:
  • This second embodiment makes it possible to prevent the sending of the third request to the voicemail associated with the alias number from being unnecessarily implemented.
  • the sending of the third request to the voice mail is implemented for example via an application programming interface of a voice mail platform.
  • the voicemail platform extracts the voicemail call identifier included in the third request and routes the third request to the voicemail. As shown below, the voicemail call identifier is addressed to a messaging platform through a data channel.
  • the transmission of the third request to the voice mailbox results in the transmission of a first sub-request and a second sub-request.
  • the first sub-query corresponds to a voice call to record a voice message on the voice mail.
  • the second sub-request corresponds to a call to the application programming interface.
  • the first and second sub-queries correlate at the voicemail platform or voicemail level.
  • the third request transmitted by the communication management platform to the voice mail corresponds to two distinct requests.
  • the first of these requests is in fact a classic telephony request, a voice call.
  • This request contains the primary call identifier of the second terminal and carries the communication between the first terminal and voicemail. This first request therefore allows the user of the first terminal to leave a voice message.
  • the second of these requests is an API call (also known as "API call").
  • API call also known as "API call”
  • This request contains the primary call ID or secondary call ID of the second terminal and the voicemail call ID.
  • the correlation between these two requests which therefore constitute the third telephone communication request within the meaning of the invention, is carried out at the level of the voice mail or of the voice mail platform so that the user of the first terminal can record his message. voice mail in the voice mailbox selected for this purpose.
  • the voice mail call identifier is selected from a database registered on or connected to the communication management platform.
  • the first request is routed to the communication management platform via an interactive voice server, the communication management platform thus receiving, in addition to the first request, input data characterizing a service required by a user of the first terminal.
  • the obtained voice mail call identifier is selected as a function of said service.
  • the secondary call identifier, the required service and the voicemail call identifier are associated within the database.
  • the input data is generated for example via one or more interactions of the user with an application of the telephone dialer type of the first terminal and / or via voice information supplied by the user of the first terminal.
  • the database is organized as follows: at least one secondary call identifier is stored in the database in association with a service and a voice mail call identifier.
  • the communication management platform extracts the secondary call identifier of the first request as well as the service corresponding to the input data provided by the user of the first terminal via the interactive voice server.
  • the combination of the secondary call identifier dialed by the user of the first terminal and the identified service makes it possible to select the appropriate voicemail call identifier, and therefore the corresponding voicemail mailbox.
  • the same secondary call identifier can be shared by several primary call identifiers.
  • the pair formed by a secondary call identifier and a given service can be associated not only with a voice mail call identifier but also with a primary call identifier of a called terminal (for example the second terminal), or one of the real numbers associated with the virtual number that constitutes the secondary call identifier.
  • the communication management platform can also, if this secondary call identifier is shared by several identifiers of main calls, search the database for the main call identifier, here the main call identifier of the second terminal, associated with the pair formed by the secondary call identifier and the required service.
  • the obtained voicemail call identifier is selected based on the primary call identifier of the first terminal.
  • the secondary call identifier, the primary identifier of the first terminal and the voicemail call identifier are associated within the database.
  • the database is organized as follows: at least one secondary call identifier is stored in the database in association this time with a calling principal call identifier, for example here the principal call identifier of the first terminal, and a voicemail call identifier.
  • the communication management platform extracts the secondary call identifier of the first request as well as the main call identifier of the terminal sending the request, therefore the calling terminal,
  • the combination of the call identifier secondary dialed by the user of the first terminal and the primary call identifier of the calling terminal makes it possible to select the appropriate voicemail call identifier, and therefore the corresponding voicemail.
  • the pair formed by a secondary call identifier and a main call identifier of a calling terminal can advantageously be associated not only to a voice mail call identifier but also to a main call identifier of a called terminal (for example the second terminal), ie one of the real numbers associated with the virtual number that constitutes the secondary call identifier.
  • the communication management platform can also, if this secondary call identifier is shared by several main call identifiers, search the database for the main call identifier, here the main call identifier of the second terminal, associated with the pair formed by the secondary call identifier and the 'main call identifier of the calling terminal.
  • the respective primary caller ID of the first and second terminal, and the secondary call ID of the second terminal are MSISDN identifier type telephone numbers.
  • the second terminal is a mobile telephone communicating with the communication management platform via a mobile telephone network of the GSM, UMTS, LTE, 5G or other type.
  • the second terminal is a fixed telephone attached to a private telephone exchange of the PABX type, the fixed telephone communicating with the communication management platform via an internal network.
  • the fixed telephone number can also be a classic subscriber number, for example in the case where an employee works from home and wants to communicate with his customers with the number of his company (which will be the secondary number) as an identifier but his "private" number as primary number.
  • the invention also relates to a computer program comprising instructions for implementing the method described above, when the instructions are executed by at least one processor.
  • the invention also relates to a communication management platform for establishing a communication from a first communication terminal to a second communication terminal, the first and second communication terminals each having an identifier of main call, the second communication terminal being further associated with a secondary call identifier.
  • the communication management platform includes:
  • a communication module arranged to receive, from the first terminal, a first telephone communication request comprising the secondary call identifier of said second terminal, the transmission of the first request opening a first communication channel.
  • the communication module is furthermore arranged to send a second telephone communication request to the second terminal, the second request comprising the main call identifier of the second terminal, the transmission of the second request opening a second communication channel .
  • the communication management platform further comprises a processor (PROC) arranged for, in the event of no reception, from the second terminal, of a favorable response to the second request: o transmit to a voice messaging platform (PMV ), by a data channel, a voice mail call identifier (IAMV) associated with said secondary call identifier o transmit to the voice mail platform (PMV) a telephone communication request aimed at establishing a communication between the first terminal and a voice mail (MV) with which said voice mail call identifier (IAMV) is associated.
  • a processor PROC
  • FIG. 1 illustrates a system comprising a first and a second communication terminal, a communication management platform according to the invention, a voice mail platform and a voice mail associated with a secondary call identifier of the second communication terminal ;
  • FIG. 2 illustrates the communication management platform of the system illustrated in FIG. 1;
  • FIG. 3 illustrates a method of establishing a telephone communication from the first communication terminal to the second communication terminal according to a first embodiment of the invention
  • FIG. 4 illustrates the method of establishing a telephone call from the first communication terminal to the second terminal according to a second embodiment of the invention.
  • FIG. 1 illustrates a SYS system.
  • the SYS system comprises a first communication terminal TC1, a communication management platform PGC, a second communication terminal TC2, a voice messaging platform PMV and a voice mail MV.
  • the first communication terminal TC1 is a mobile telephone.
  • the first terminal TC1 is for example a smart phone (better known by the English term “smartphone”) operating under the operating system IOS, Android or Linux.
  • the first terminal TC1 comprises a SIM card (English acronym for "Subscriber Identity Module”) provided with a unique subscriber identifier IMSI (English acronym for "International Mobile Subscriber Identity”)
  • SIM card English acronym for "Subscriber Identity Module”
  • IMSI International Mobile Subscriber Identity
  • This unique subscriber identifier IMSI makes it possible to 'identify the first terminal TC1 in the network with which the user of the first terminal TC1 has taken out a subscription.
  • this network also called a home network, corresponds to a first network RES1.
  • the first network RES1 is for example a mobile type network such as a GSM network (acronym for “Global System for Mobile Communications”), a UMTS network (acronym for “Universal Mobile Telecommunications System”), an LTE network ( English acronym for "Long Term Evolution”) or other.
  • GSM Global System for Mobile Communications
  • UMTS Universal Mobile Telecommunications System
  • LTE Long Term Evolution
  • the unique subscriber identifier IMSI is associated with a main call identifier which corresponds to the telephone number making it possible to call the user of the first terminal TC1 and therefore to establish a communication with this user.
  • the main call identifier of the first terminal TC1 is denoted IAP1.
  • the first terminal TC1 is a fixed telephone attached to a private telephone exchange PABX (acronym for “Private Automatic Branch eXchange”).
  • the first network RES1 is for example an internal communication network such as the internal network of a company or a business.
  • the first terminal TC1 of course also has a main call identifier IAP1.
  • the first terminal TC1 comprises a communication module COM1, a Man-Machine interface IHM1, a memory MEM1 and a processor PROC1.
  • the communication module COM1 is arranged to communicate with the second communication terminal TC2, hereinafter referred to as the second terminal TC2, by means of the communication management platform PGC, a more detailed description of which will be provided below in the following section. description. More particularly, the communication module COM1 is arranged to send a first telephone communication request REQ1, hereinafter first request REQ1, to the communication management platform PGC with a view to establishing a telephone communication with the second terminal TC2 .
  • the transmission of the first request REQ1 intended for the communication management platform PGC opens a first communication channel.
  • issue a telephone communication request means that the communication module COM1 makes a telephone call.
  • the COM1 communication module communicates with the PGC communication management platform via the first RES1 network.
  • the communication module COM1 is arranged to communicate with the communication management platform PGC using a technology of the GSM, UMTS, LTE or other type.
  • the communication module COM1 may integrate one or more communication sub-modules, for example radio frequency communication and be configured for the transmission and reception of radio frequency signals, according to one or more technologies, such as TDMA, FDMA, OFDMA, CDMA, or one or more radiocommunication standards, such as GSM, EDGE, CDMA, UMTS, HSPA, LTE, LTE-A, WiFi (IEEE 802.11) and WiMAX (IEEE 802.16), or their variants or evolutions, currently known or developed later, for example 5G.
  • technologies such as TDMA, FDMA, OFDMA, CDMA
  • radiocommunication standards such as GSM, EDGE, CDMA, UMTS, HSPA, LTE, LTE-A, WiFi (IEEE 802.11) and WiMAX (IEEE 802.16), or their variants or evolutions, currently known or developed later, for example 5G.
  • the first network RES1 can include an interactive voice server SVI.
  • An interactive voice server (also known by the English acronym IVR for “Interactive Voice Response”), such as an interactive voice server IVR, designates a telephony technology allowing a user or client, typically here the user of the first terminal TC1, interact with the PGC communication management platform.
  • an interactive voice server is set up by a company to facilitate the processing of customer requests.
  • An interactive voice server is thus capable of receiving and sending telephone calls. Interaction with a user is achieved through configurable voice menus adapted to react to different user inputs. These inputs can take the form of user presses on keys (virtual or not) of the communication terminal, here the terminal TC1, or else voice information provided by the user.
  • the operation of an interactive voice server whether it is the processing of telephone calls, the configuration of voice menus or the reaction of the interactive voice server to inputs from a user obeys a preprogrammed logic.
  • the user pressing the keys of the communication terminal generates sound frequencies corresponding to DTMF codes (acronym for "Dual-Tone Multi-Frequency").
  • a DTMF tone thus makes it possible to materialize a user's choice among a number of pre-recorded suggestions and presented to the user in the form of a voice menu.
  • the user can provide input also via voice information when the interactive voice server is equipped with voice recognition technology. The advantage of such voice information is that it allows the acquisition of information that cannot be communicated by the user to the interactive voice server by simply pressing keys. Voice information can also be an alternative for the user to select a choice from a voice menu.
  • the IVR interactive voice server is configured to route, in addition to the first request REQ1, input data characterizing a service required by the user of the first terminal TC1 to the communication management platform PGC. These input data are generated based on the inputs provided by the user of the first terminal TC1.
  • the Human-Machine interface IHM1 is designed to allow the user of the first terminal TC1 to interact with the first terminal TC1.
  • the Human Machine Interface IHM1 is a screen, a keyboard or can be seen as a combination of a screen and a keyboard.
  • the Man-Machine interface IHM1 is designed to present an incoming telephone call thus signaling to the user of the first terminal TC1 that he is receiving a telephone call.
  • the Human-Machine interface IHM1 is furthermore arranged to allow the user of the first terminal TC1 to dial a telephone number, to trigger the sending of a telephone call and thus to communicate with the user of the second terminal. TC2.
  • User interaction with the Human-Machine interface IHM1 can be carried out via an application of the telephone dialer or telephone dialer type (also called dialer or dialer).
  • the first request REQ1 can be routed to the communication management platform PGC via the interactive voice server SVI of the first network RES1.
  • the Human-Machine interface IHM1 can then allow the user of the first terminal TC1 to interact with the IVR interactive voice server.
  • the user of the first terminal TC1 may be led, in response to the various voice menus presented to him, to use an application of the telephone dialer or telephone dialer type to press one or more keys. Presses by the user on the keys then generate sound frequencies corresponding to DTMF codes.
  • These DTMF codes constitute inputs for the preprogrammed logic of the IVR interactive voice server.
  • the memory MEM1 is designed to store instructions of a computer program whose execution by the processor PROC1 results in the operation of the first terminal TC1.
  • the processor PROC1 is designed to generate the first request REQ1.
  • the first request REQ1 comprises the main call identifier IAP1 of the first terminal TC1 and a call identifier of the second terminal TC2.
  • the call identifier of the second terminal TC2 included in the first request REQ1 is a secondary call identifier IAS, also called alias number, associated with a main call identifier IAP2 of the second terminal TC2.
  • IAS secondary call identifier
  • the user of the first terminal only knows the alias number, and not the actual number, of the second terminal TC2.
  • the first request REQ1 can include the main call identifier IAP2 of the second terminal TC2.
  • the first terminal TC1 is for example a mobile telephone therefore comprising a SIM card provided with a subscriber identifier. unique IMSI with which is associated a main call identifier IAP1.
  • the memory MEM1 can therefore also be arranged to store such data.
  • the communication management platform PGC hereinafter PGC platform, is arranged to establish a communication between the first terminal TC1 and the second terminal TC2 when the telephone call corresponding to the first request REQ1 is sent by the first terminal TC1 to the destination of the second terminal TC2.
  • the user of the first terminal TC1 tries to establish a telephone communication with the user of the second terminal TC2 via the secondary call identifier IAS, or alias number, of the second terminal TC2.
  • the PGC platform may also be referred to as an "alias platform”.
  • the PGC platform is designed to, on receipt of the first request REQ1, send a second telephone communication request REQ2, hereinafter second request REQ2, to the second terminal TC2.
  • the second request REQ2 comprises the main call identifier IAP1 of the first terminal TC1 and the main call identifier IAP2 of the second terminal.
  • the second request REQ2 corresponds to a telephone call.
  • the PGC platform can be furthermore arranged to establish a communication between the first terminal TC1 and the selected voice mailbox MV at least as a function of the secondary call identifier IAS of the second terminal TC2.
  • the platform PGC is therefore designed to send a third telephone communication request REQ3, hereinafter a third request REQ3, to the voice mailbox MV.
  • the third request REQ3 corresponds to a telephone call.
  • the third request REQ3 includes the main call identifier IAP1 of the first terminal TC1 and the voicemail call identifier IAMV of the voicemail MV.
  • the third REQ3 request can be broken down into two calls: an API call (also known by the English expression "API call”) and a voice call (also known by the English expression "voice call”).
  • API call also known by the English expression "API call”
  • voice call also known by the English expression "voice call”
  • the API call is sent to the MV voice mail via a specific channel (also called “data channel” in the literature) distinct from traditional communication channels.
  • the API call includes the IAMV voicemail call identifier.
  • the purpose of the voice call is to allow the user of the first terminal TC1 to record a voice message on the voice mail MV.
  • the transmission of the third request REQ3 intended for the voicemail MV can be implemented via the voicemail platform PMV.
  • the PGC platform comprises a communication module COM, a processing unit UNT, a switching center CMT, a database DB and a processing circuit CT.
  • the switching module COM is arranged to communicate with the first terminal TC1.
  • the first terminal TC1 is for example an identifiable mobile telephone within the first network RES1 for which the user of the first terminal TC1 has taken out a subscription. It is then understood that the communication module COM of the PGC platform is arranged to communicate with the first terminal TC1 via the first network RES1.
  • the communication module COM is designed to receive the first request REQ1.
  • the first request REQ1 can be routed to the PGC platform via the interactive voice server SVI.
  • the communication module COM is further arranged to receive, in addition to the first request REQ1, the input data characterizing a service required by the user of the first terminal TC1. These input data are generated via one or more interactions of the user with a telephone dialer type application of the first terminal TC1 and / or via voice information provided by the user of the first terminal TC1.
  • the communication module COM is furthermore designed to communicate with the second terminal TC2 via a second network RES2.
  • the first and second networks RES1 and RES2 can be one and the same network or separate networks. It will then be understood that the communication module COM is designed to send the second request REQ2 to the second terminal TC2. The transmission of the second request REQ2 thus opens a second communication channel.
  • the communication module COM is further designed to communicate with the voice mail MV selected by the PGC platform based at least on the secondary call identifier IAS of the second terminal TC2. It will be understood that the communication module COM is designed to send the third request REQ3 to the voice mailbox MV. Sending the third REQ3 request to voicemail opens a third communication channel. More specifically, as explained in the remainder of the description, the communication module COM is arranged to send the third request REQ3 to the voice mail platform PMV so that the latter routes the third request REQ3 to the voice mailbox. MV.
  • issuing the third REQ3 request results in issuing an API call and a voice call.
  • the third communication channel corresponds to the communication channel carrying the voice call and therefore allowing the user of the first terminal to leave a voice message.
  • the API call is sent via a data channel or data channel independent of the third communication channel. The content of the sub-requests making up the third REQ3 request will be detailed below.
  • the communication module COM is also designed to receive a possible favorable response to the second request REQ2 coming from the second terminal TC2.
  • the processing unit U NT is arranged to implement a method making it possible to redirect (or route) the telephone call from the first terminal TC1 to the second terminal TC2 when this telephone call is accepted by the user of the second terminal TC2.
  • the method implemented by the processing unit UNT makes it possible to redirect (or route) the telephone call from the first terminal TC1 to the voice mailbox MV associated with the secondary call identifier IAS of the second terminal TC2 in the absence of reception at the level of the platform PGC of a favorable response from the second terminal TC2 to the second request REQ2. This method will be described in more detail in the remainder of the description with reference to FIG. 3, then to FIG. 4.
  • the switching center CMT is connected to the processing unit UNT and is arranged to process the path of the communication established from the first terminal TC1 to the second terminal TC2 or to the selected voice mailbox MV.
  • the CMT switching center is connected directly or indirectly to well-known network equipment such as, for example, a mobile switch (known by the acronym MSC for "Mobile Switching Center") of a mobile telecommunications network.
  • the CMT switching center can be connected to a local switch of a fixed telecommunications network.
  • the local switch handles local calls from subscribers on the same switch as well as originating and terminating traffic with other switches.
  • one of the main functions of the CMT switching center is a call control function implementing various operations such as decoding of address information and routing of telephone calls from the first calling terminal TC1 to the second. TC2 terminal called.
  • Such a function is associated with certain call functions such as:
  • pre-hook which consists of broadcasting a message to the user of the calling terminal to make the latter wait while the called terminal is ringing.
  • the method described below implemented by the processing unit UNT at the level of the PGC platform allows, when the telephone call sent by the first terminal TC1 uses the identifier IAS secondary call of the second terminal, to redirect the telephone call in question to the voice mailbox selected by the PGC platform, and not to the voice mailbox (not shown here) associated with the call identifier main IAP2 of the second terminal TC2.
  • the DB database is connected or integrated into the PGC platform. More exactly, the database DB is connected to the processing unit UNT.
  • the database DB is registered on the PGC platform. However, more generally, the DB database is simply connected to the PGC platform. For example, the DB database can be accessible to the PGC platform remotely.
  • the database DB is designed to store data relating to the communication terminals likely to request a telephone communication through the PGC platform.
  • the main call identifier of each communication terminal is stored in the DB database.
  • the main call identifier IAP1 of the first terminal TC1 is stored in the database DB, as is the main call identifier IAP2 of the second terminal TC2.
  • each primary call identifier is associated with one or more secondary call identifiers if the user of the terminal identified by the primary call identifier has subscribed to an anonymization service for have such secondary call identifiers, or alias numbers.
  • each secondary call ID is associated with one or more primary call IDs.
  • the database DB indicates that the first terminal TC1, associated with the primary call identifier IAP1, does not have a secondary call identifier.
  • the DB database indicates that the second terminal TC2, associated with the primary call ID IAP2, is associated with at least the secondary call ID IAS. It is possible for the same communication terminal to be associated with several secondary call identifiers. It is also possible for the same Secondary Call ID to be shared among multiple Primary Call IDs. In other words, the same alias number can be shared between several users having different real telephone numbers.
  • the database DB is also designed to store a voice mail call identifier associated with each listed voice mail.
  • a primary call identifier is associated with a voicemail
  • the voicemail call identifier associated with this voicemail is associated within the database DB with this main call identifier.
  • a secondary call identifier is associated with a voicemail
  • the voicemail call identifier associated with this voicemail is associated within the database DB with this secondary call identifier.
  • a secondary call identifier can be shared between several main call identifiers, the same is true for the voice mail associated with such a secondary call identifier and therefore for the voice mail call identifier corresponding to this Voice Messaging.
  • a voicemail call identifier allows the PGC platform to establish telephone communication with the associated voicemail.
  • the Secondary Call ID IAS is associated with at least the Voicemail Call ID IAMV corresponding to Voicemail MV.
  • this IAMV voice mail call identifier is sent by the management platform PGC to the voice mail platform, to allow the establishment of the telephone communication between the first terminal TC1 and the good MV voicemail, that is, the MV voicemail associated with the IAMV voicemail call identifier.
  • the database DB therefore stores the IAMV voicemail call identifier of the MV voicemail.
  • a primary or secondary call identifier can be associated with several voice mailboxes.
  • the primary or secondary call identifier is associated, within the database DB, with several voicemail call identifiers, each associated with a separate voicemail.
  • the secondary call identifier IAS of the second terminal TC2 is associated, within the database DB, with a plurality of voicemail call identifiers.
  • the PGC platform receives, in addition to the first REQ1 request, input data characterizing a service required by the user of the first terminal TC1. He can then provision should be made for, within the database DB, when a primary or secondary call identifier is associated with several voicemail call identifiers, each of these voicemail call identifiers corresponds to a service.
  • the PGC platform receives the first request REQ1, comprising the main call identifier IAP1 of the first terminal TC1 and the secondary call identifier IAS of the second terminal TC2, as well as the input data generated according to the inputs provided. by the user of the first terminal TC1.
  • These input data characterize a service required by the user of the first terminal TC1.
  • the PGC then consults the DB database to select a voicemail call ID associated with at least the secondary call ID IAS.
  • a voicemail call ID associated with at least the secondary call ID IAS.
  • each Voicemail Call ID may correspond to a possible service.
  • each voicemail corresponding to a voicemail call identifier is dedicated to a service.
  • the PGC platform can then select, from among the voicemail call identifiers associated with the secondary call identifier IAS, the voicemail call identifier corresponding to the service required by the user of the first terminal TC1.
  • the embodiment described above therefore uses the interactive voice server SVI to select a voice mailbox suited to the nature of the communication requested by the user of the first terminal TC1. More specifically, the IVR interactive voice server can make it possible to determine a service required by the user of the first TC1 and the appropriate voice mail for this service. In such an embodiment, there is therefore an association between the secondary call identifier IAS, a required service and a voice mail. In other words, the selection of the appropriate voice mailbox is based on on the determination of the secondary call identifier composed by the user of the first terminal TC1 then of the service required by this user and deduced from the data generated via the interactive voice server SVI. Moreover, as explained previously, the same secondary call identifier can be associated with one or more main call identifiers.
  • a secondary call identifier When a secondary call identifier is associated with several primary call identifiers, provision may be made for the pair formed by the secondary call identifier and the required service to be associated not only with a voice mailbox but also with a primary call id.
  • the secondary call identifier IAS and a given service required by the user of the first terminal TC1 can be in combination associated with the main call identifier IAP2 of the second terminal TC2 in addition MV voicemail.
  • the PGC platform can generate an association between a secondary call identifier, the main call identifier IAP1 of the first terminal TC1 and a voice mail.
  • a secondary call identifier such as the secondary call identifier IAS
  • the main call identifier IAP1 of the first terminal TC1 can be generated.
  • the user of the first terminal TC1 is a customer while the user of the second terminal TC2 is an employee adviser to a company, business or administration. It can then be advantageous for the client to be systematically put in communication, whenever he wishes, with the same adviser, at least for a period of time or until the resolution of a problem encountered by the client. .
  • a secondary call identifier such as the secondary call identifier IAS
  • IAS can be associated not with one but with several primary call identifiers, for example the call identifier.
  • main IAP2 in the case discussed here.
  • a secondary call identifier when a secondary call identifier is associated with several main call identifiers, provision may be made for the pair formed by the secondary call identifier and the main call identifier IAP1 of the first terminal TC1 to be associated not only with a voicemail but also with a primary call identifier.
  • the secondary call identifier IAS and the main call identifier IAP1 of the first terminal TC1 can be in combination associated with the main call identifier IAP2 of the second terminal TC2 in addition MV voicemail.
  • the database DB can store other data or information concerning the voice mailbox (es) associated with each primary or secondary call identifier of each communication terminal or allowing the addressing of telephone communication requests, c ' that is, the redirection (or routing) of telephone calls.
  • the processing circuit CT is arranged to control the PGC platform. More precisely, the processing circuit CT is arranged to drive the communication module COM and the processing unit UNT.
  • the processing circuit CT comprises a memory MEM and a processor PROC.
  • the memory MEM is designed to store instructions of a computer program whose execution by the processor PROC results in the operation of the processing circuit CT and therefore of the PGC platform.
  • the operation of the processing circuit CT corresponds more specifically to the implementation of the method detailed below.
  • the processing circuit CT is arranged to generate the second request REQ2 and, if necessary, the third request REQ3.
  • the processing circuit CT is furthermore arranged to modify the second request REQ2 so that the latter includes information or a marker relating to the fact that the telephone call corresponding to the first request REQ1 has been sent to the secondary call identifier IAS and not to the main call identifier IAP2.
  • Such information or such a marker allows the user of the second terminal TC2 to know that the call concerns his "alias" number and not his real number.
  • this information can be a tag in the ISUP field (acronym for "ISDN User Part") corresponding to the generic number ("Generic Number” in English) also called “From” in SI P (acronym for "Session Initiation Protocol” ) or NDS in ETSI (English acronym for "European Telecommunications Standards Institute”).
  • This information can also be an application push of the Android or iOS type sent in parallel by the PGC platform.
  • the second terminal TC2 is a mobile phone in the example illustrated in Figure 1.
  • the second terminal TC2 is, for example, a smart phone operating under the IOS, Android or Linux operating system.
  • the second terminal TC2 therefore includes a SIM card with a unique subscriber identifier I MSI.
  • I MSI subscriber identifier
  • this unique IMSI subscriber identifier makes it possible to identify the second terminal TC2 in the network with which the user of the second terminal TC2 has taken out a subscription.
  • this network also called the home network, corresponds to the second network RES2.
  • the second network RES2 is for example a mobile type network such as a GSM network, a UMTS network, an LTE network or the like.
  • the unique subscriber identifier IMSI is associated with the main call identifier IAP2 which corresponds to the telephone number allowing to call. the user of the second terminal TC2 and therefore establish a communication with this user.
  • the second terminal TC2 is a fixed telephone attached to a private telephone exchange PABX.
  • the second network RES2 is for example an internal communication network, for example the internal network of a company or a business. Also in such an embodiment, the second terminal TC2 naturally has a main call identifier IAP2.
  • the second terminal TC2 further has at least one secondary call identifier IAS.
  • the secondary call identifier IAS corresponds to a telephone number, known as an alias number, which also makes it possible to call the user of the second terminal TC2 and to establish a telephone call with this user.
  • this alias number is the number used by the user of the first terminal TC1 to call the user of the second terminal TC2.
  • This alias number therefore corresponding to the secondary call identifier IAS, can be seen as a "virtual" telephone number associated with the "real" telephone number, thus corresponding to the primary call identifier IAP2.
  • the voice mail MV of the SYS system illustrated in FIG. 1 in fact corresponds to a voice mail of the secondary call identifier IAS of the second terminal TC2.
  • the main call identifier IAP2 also has a voice mail (not shown in Figure 1).
  • the second terminal TC2 comprises a communication module COM2, a Human-Machine interface IHM2, a memory MEM2 and a processor PROC2.
  • the communication module COM2 is arranged to communicate with the first terminal TC1 via the PGC platform. More particularly, the communication module COM2 is designed to receive the second request REQ2, coming from the platform PGC with a view to establishing a telephone communication with the first terminal TC1. As for the first request REQ1 sent by the first terminal TC1 to the communication management platform PGC, the second request REQ2 is a telephone call sent by the platform PGC to the second terminal TC2. In the example illustrated in FIG. 1, the communication module COM2 communicates with the PGC platform via the second network RES2. It will be understood that, in the case where the second terminal TC2 is a mobile telephone, the communication module COM2 is arranged to communicate with the PGC platform using a technology of the GSM or UMTS type.
  • the communication module COM2 may integrate one or more communication sub-modules, for example radio frequency communication and be configured for the transmission and reception of radio frequency signals, according to one or more technologies, such as TDMA, FDMA, OFDMA, CDMA, or one or more radio standards, such as GSM, EDGE, CDMA, UMTS, HSPA, LTE, LTE-A, WiFi (IEEE 802.11) and WiMAX (IEEE 802.16), or their variants or evolutions, currently known or developed subsequently.
  • technologies such as TDMA, FDMA, OFDMA, CDMA
  • radio standards such as GSM, EDGE, CDMA, UMTS, HSPA, LTE, LTE-A, WiFi (IEEE 802.11) and WiMAX (IEEE 802.16), or their variants or evolutions, currently known or developed subsequently.
  • the Human-Machine interface IHM2 is designed to allow the user of the second terminal TC2 to interact with the second terminal TC2.
  • the Human Machine Interface IHM2 is a screen, a keyboard or can be seen as a combination of a screen and a keyboard.
  • the Human-Machine interface IHM2 is designed to present an incoming telephone call thus signaling to the user of the second terminal TC2 that he is receiving a telephone call.
  • the Human-Machine interface IHM2 is furthermore arranged to allow the user of the second terminal TC2 to accept the incoming telephone call and thus to communicate with the user of the first terminal TC1.
  • the latter can take the call, more commonly it will be said “pick up”, thanks to a physical button on the keyboard or a virtual button on the keyboard. screen with which the user interacts with touch.
  • the user of the second terminal TC2 can also, via the Man-Machine interface IHM2, refuse the incoming call using another physical button on the keyboard or a virtual button on the screen.
  • the interaction of the user of the second terminal TC2 with the Man-Machine interface IHM2 is carried out via an application of the telephone dialer or telephone dialer type.
  • the Human Machine Interface IHM2 can also be configured to indicate to the user whether the call is for the primary call ID IAP2 or the secondary call ID IAS. This may result in a different ringtone or a different graphic display. This information is notably transmitted by the PGC platform by modifying the second request REQ2.
  • the memory MEM2 is designed to store instructions of a computer program whose execution by the processor PROC2 results in the operation of the second terminal TC2.
  • the processor PROC2 is arranged to generate data representative of an interaction of the user of the second terminal TC2 with the Human-Machine interface IHM2. If the interaction of the user of the second terminal TC2 with the Human-Machine interface IHM2 corresponds to an authorization to establish telephone communication, data representative of this authorization is generated. Likewise, in the case where the interaction of the user of the second terminal TC2 with the Human-Machine interface IHM2 corresponds to a refusal to establish telephone communication, data representative of this refusal is generated.
  • the communication module COM2 is arranged to communicate with the PGC platform and can then be arranged to:
  • the platform PGC transmits the favorable response to the second request REQ2 to the platform PGC, for example in the form of data representative of an interaction of the user of the second terminal TC2 with the Human-Machine interface IHM2 to authorize the establishment of telephone communication
  • the platform PGC transmits the unfavorable response to the second request REQ2 to the platform PGC, for example in the form of data representative of an interaction of the user of the second TC2 terminal with the Human-Machine interface IHM2 to refuse the establishment of telephone communication.
  • the second terminal TC2 is for example a mobile telephone therefore comprising a SIM card provided with a unique subscriber identifier IMSI with which is associated a main call identifier IAP2.
  • the second terminal TC2 has an IAS secondary call identifier.
  • the memory MEM2 can therefore also be arranged to store such data.
  • the PMV voice mail platform hereinafter PMV platform, is designed to receive the third request REQ3 from the PGC platform with a view to establishing a telephone communication between the user of the first terminal TC1 and the voice mail system selected by the PGC platform.
  • This voicemail is for example the voicemail MV illustrated in FIG. 1.
  • the PMV platform is designed to extract from the third request REQ3 sent by the platform PGC the information necessary to determine the voice mail for which the third request REQ3 is intended.
  • the PMV platform is thus configured to extract the IAMV voice mail call identifier from the third REQ3 request.
  • the PMV platform is arranged to route the third request to the MV voicemail associated with the IAMV voicemail call ID.
  • the PMV platform thus allows the opening of the third communication channel between the PGC platform and the MV voicemail.
  • the PMV platform includes an IP application programming interface.
  • the IP application programming interface (also known by the English acronym API for “Application Programming Interface”) constitutes a facade through which the PMV platform offers services to the PGC platform. Among these services, the IP application programming interface provides the PGC platform with the voicemail call identifiers of the voicemail services, such as the MV voicemail, accessible via the PMV platform. Voicemail call identifiers can thus be stored in the DB database.
  • the IP application programming interface is furthermore designed to implement the reception of the third request REQ3 sent by the platform PGC with a view to the routing of the third request REQ3 to the voice mailbox MV.
  • issuing the third REQ3 request corresponds to issuing an API call and a voice call. It is therefore understood that the API call is received and handled by the IP application programming interface.
  • the MV voice mailbox is designed to receive the REQ3 request sent by the PGC platform and routed by the PMV platform to establish communication with the user of the first terminal TC1.
  • the voice mail MV is associated with the secondary call identifier IAS of the second terminal TC2. It is understood that the voice mail MV is distinct from the voice mail associated with the main call identifier IAP2 of the second terminal TC2.
  • the MV voice mail can be associated with a service.
  • the interactive voice server SVI when the first request REQ1 is sent by the first terminal TC1 to the PGC platform via the interactive voice server SVI, the interactive voice server SVI generates, thanks to the inputs supplied by the user of the first terminal TC1, data d 'Entrance.
  • This input data is transmitted with the first REQ1 request to the PGC platform which determines the service required by the user based on this input data.
  • the determined service makes it possible to select, from among the voicemail call identifiers associated with the secondary call identifier IAS, the voicemail call identifier, here the voicemail call identifier IAMV associated with the appropriate MV voicemail for the required service.
  • This voice mail is thus the voice mail designated to receive and store the voice messages of users requesting the same service.
  • the voice mail MV is designed to store one or more voice messages left by the user of a communication terminal, here the user of the first terminal TC1, when he has not been able to enter into communication. telephone with the user of the second terminal TC2.
  • the stored voice messages are intended to be returned to the user of the second terminal TC2 when the latter accesses the voice mailbox MV.
  • the voice mail MV is designed to perform other optional functions, such as for example broadcasting an automatic voice message or recorded by the user of the second terminal TC2 announcing the unavailability of the user of the second terminal TC2 and inviting the user to first TC1 terminal to leave a voice message.
  • a method of establishing a telephone call from the first terminal TC1 to the second terminal TC2 will now be described with reference to FIG. 3, according to a first embodiment, then with reference to FIG. 4, according to a second embodiment.
  • this method also aims to establish, if necessary, a telephone communication between the first terminal TC1 and the voice mailbox MV associated with the secondary call identifier IAS of the second terminal TC2.
  • the context of the implementation of the method is as follows: the user of the first terminal TC1 wishes to contact the user of the second terminal TC2 via a telephone communication.
  • the second terminal TC2 is associated with a main call identifier IAP2, which corresponds to the "real" number carrying the communication, and with a secondary call identifier IAS, which corresponds to an alias number or "virtual" number.
  • the user of the first terminal TC1 uses the secondary call identifier IAS to attempt to establish a telephone call with the user of the second terminal TC2.
  • the user of the first terminal TC1 dials, thanks to an application of the telephone dialer type of the first terminal TC1, the alias number corresponding to the secondary call identifier IAS to start the telephone call.
  • the first terminal TC1 generates a first telephone communication request REQ1.
  • This first request REQ1 comprises the main call identifier IAP1 of the first terminal TC1 and the secondary call identifier IAS of the second terminal TC2.
  • This first request REQ1 which therefore corresponds to a telephone call, is sent by the communication module COM1 to the platform PGC.
  • the first embodiment of the method for establishing a telephone call from the first terminal TC1 to the second terminal TC1 is described below with reference to FIG. 3.
  • the platform PGC receives an incoming call, namely the first request REQ1 from the first terminal TC1. More precisely, the first REQ1 request is received by the communication module COM of the PGC platform. The first REQ1 request is sent by the first terminal TC1 to the PGC platform via a first communication channel open for this purpose. It is then commonly said that the PGC platform maintains the call coming from the first terminal TC1.
  • the first request REQ1 is routed to the PGC platform via the first network RES1, and more precisely via the interactive voice server SVI.
  • the user of the first terminal TC1 is required to interact with the PGC platform via the interactive voice server SVI.
  • the user interacts, for example, with the IVR interactive voice server via the Human-Machine interface IHM2.
  • the user of the first terminal TC1 uses, in response to the various voice menus presented to him, a telephone dialer type application to press one or more keys. Presses by the user on the keys then generate sound frequencies corresponding to DTMF codes. These DTMF codes constitute inputs for the preprogrammed logic of the IVR interactive voice server.
  • the user of the first terminal TC1 provides inputs to the IVR interactive voice server via voice information.
  • the PGC platform then receives not only the first request REQ1, comprising the main call identifier IAP1 of the first terminal TC1 and the secondary call identifier IAS of the second terminal TC2, but also the input data generated as a function of the inputs provided by the user of the first terminal TC1. These input data characterize a service required by the user of the first terminal TC1.
  • the PGC platform searches, within the database DB, the main call identifier IAP2 associated at least with the secondary call identifier IAS.
  • the database DB indeed stores a correspondence between, on the one hand, a main call identifier of a terminal and, on the other hand, the associated secondary call identifier (s) as well as the identifier (s) of a terminal. 'voice mail calls for each secondary call identifier.
  • the PGC platform determines the main call identifier IAP2 of the second terminal TC2 associated with the secondary call identifier IAS of this same second terminal TC2.
  • Secondary Call ID IAS can be associated not only with the Primary Call ID IAP2 but also with other primary Call IDs.
  • the present invention therefore proposes two solutions for determining the appropriate main call identifier, here for example the main call identifier IAP2.
  • a first solution is to select the main call identifier IAP2 as a function not only of the secondary call identifier IAS but also as a function of the service required by the user of the first terminal TC1.
  • This service can be identified using inputs provided by the user of the first TC1 terminal via the IVR interactive voice server.
  • This solution assumes that, with each pair formed by a secondary call identifier and a given service, there is associated a main call identifier such as the main call identifier IAP2 of the second terminal TC2. This association is for example pre-recorded in the database DB.
  • a second solution is to select the main call identifier IAP2 as a function not only of the secondary call identifier IAS but also as a function of the main call identifier IAP1 associated with the first terminal TC1.
  • This solution can be implemented typically by associating, for example during the first call of the user of the first terminal TC1, the call identifier main IAP1 of the first terminal TC1 combined with the secondary call identifier dialed by the user of the first terminal TC1 with the main call identifier IAP2. This can also be done by first declaring in the database a link between the first terminal TC1, the main call identifier IAP2 and the secondary call identifier IAS.
  • the pair formed by the secondary call identifier IAS and the voicemail MV can be associated with both the service required by the user of the first terminal TC1 and the main call identifier IAP1. It is also possible that, within the database DB, certain pairs formed by a secondary call identifier and a voice mailbox are associated with a given service while other pairs are associated with a given service.
  • main caller call identifier such as the main call identifier IAP1 of the first terminal TC1.
  • the PGC platform selects, within the database DB, a voice mail call identifier associated at least with the secondary call identifier IAS of the second terminal TC2.
  • each Voicemail Call ID can correspond to a service.
  • the PGC platform can then select, from among the voicemail call identifiers associated with the secondary call identifier IAS, the voicemail call identifier corresponding to the service required by the user of the first terminal TC1. This service is for example determined according to the input data received by the PGC platform.
  • the PGC platform receives, in addition to the first REQ1 request, input data characterizing the service required by the user of the first TC1 terminal.
  • the PGC selects, from among the voicemail call identifiers associated with the secondary call identifier IAS, the voicemail call identifier corresponding to that service.
  • the IAMV voicemail call identifier associated with the MV voicemail is selected.
  • the secondary call identifier IAS the service required by the user of the first terminal TC1 and the voicemail MV, therefore the voicemail call identifier IAMV, are associated, by example within the DB database to which the PGC platform can access.
  • the voice mail MV and therefore the voice mail call identifier IAMV, according to the secondary call identifier IAS and the primary call identifier IAP1 of the first one.
  • the PGC platform retrieves both the secondary call identifier IAS and the main call identifier IAP1 then determines the voice mail, here the voice mail MV, associated. This association is for example stored in the database DB.
  • the PGC platform determines whether the pair formed by the secondary call identifier IAS and the primary call identifier IAP1 is already associated, for example in the database DB, with a voicemail such as MV voicemail, therefore to the IAMV voicemail call identifier. If so, the IAMV voicemail call ID is retrieved by the PGC platform. Otherwise, a voice mailbox, advantageously available, is selected by the PGC platform and then associated with the secondary call identifier IAS and with the primary call identifier IAP1. Such an association makes it possible, during a subsequent call from the user of the first terminal TC1 again composing the secondary call identifier IAS, to retrieve the voice mail identifier IAMV again.
  • the PGC platform generates, during a step S34, a second REQ2 telephone communication request.
  • the second request REQ2 includes the main call identifier IAP1 of the first terminal TC1 and the main call identifier IAP2 of the second terminal TC2.
  • the platform PGC sends the second request REQ2 to the second terminal TC2. More precisely, this second request REQ2, which corresponds to a telephone call, is sent by the communication module COM to the communication module COM2 of the second terminal TC2.
  • the second REQ2 request is sent to the second terminal TC2 via a second communication channel opened by the PGC platform for this purpose.
  • the platform PGC sends, in parallel or following the transmission of the second request REQ2, a third telephone communication request REQ3 intended for the voice mail MV associated with the voice mail call identifier.
  • the third request REQ3 comprises the main call identifier IAP1 of the first terminal TC1 and the identifier Voicemail MV IAMV call call.
  • the transmission of the third request REQ3 opens the third communication channel.
  • the transmission of the third request REQ3 to the MV voice mail is implemented via the PMV voice mail platform. More specifically, the reception of the third REQ3 request is implemented via the IP application programming interface.
  • the PMV platform receives the third request REQ3 then extracts the information necessary to determine the voice mail for which the third request REQ3 is intended. In this case, the PMV platform extracts the IAMV voicemail call ID and routes the third REQ3 request to the MV voicemail associated with the IAMV voicemail call ID.
  • the sending of the third request REQ3 results in the sending of both an API call and a voice call, for example a call sent according to the SIP protocol for “Signaling Internet Protocol”, in English terminology. ), each being sent to the PMV voice mail platform via a specific channel.
  • the PMV voice mail platform is able to correlate the API call with the voice call and identify them as components of the same REQ3 telephone communication request.
  • the PGC platform is waiting to receive, from the second terminal TC2, a favorable response to the second request REQ2.
  • the PGC platform is also waiting for a possible unfavorable response from the second terminal TC2, indicating that the user of the second terminal TC2 has refused the incoming call.
  • the PGC platform is on standby for a predetermined period of time. If, at the end of this predetermined period of time, the PGC platform has received neither a favorable response nor an unfavorable response to the second request REQ2 originating from the second terminal TC2, this lack of response is assimilated by the PGC platform to a unfavorable response.
  • the steps S37 and S38 detailed below are implemented in the event of reception at the level of the platform PGC of a favorable response to the second request REQ2 originating from the second terminal TC2.
  • step S37 the PGC platform connects the first and second communication channels to establish telephone communication between the first terminal TC1 and the second terminal TC2. Indeed, until this step of the method, the telephone call from the first terminal TC1 was put on hold by the PGC platform, and the telephone call from the PGC platform to the second terminal TC2 was also put on hold. The user of the first terminal TC1 can then enter into communication with the user of the second terminal TC2.
  • step S38 the PGC platform closes the third communication channel.
  • the issuance of the third request REQ3 opened, during step S35, a third communication channel between the PGC platform and the voice mail MV.
  • the second terminal TC2 has sent a favorable response to the second request REQ2 and the user of the first terminal TC1 is put in touch with the user of the second terminal TC2, communication with the voice mail MV is not finally not necessary.
  • Steps S39 and S310 detailed below are implemented in the absence of reception at the level of the platform PGC of a favorable response to the second request REQ2 from the second terminal TC2. This lack of receipt of a favorable response results in either the receipt of an unfavorable response or a total absence of response during the predetermined period of time during which the PGC platform is awaiting a response in from the second terminal TC2.
  • step S39 the platform PGC closes the second communication channel between the platform PGC and the second terminal TC2. Indeed, this second communication channel had been opened by sending the second request REQ2 during step S34. Since communication is not possible between the user of the first terminal TC1 and the user of the second terminal TC2, it is not necessary to maintain the telephone call corresponding to the second request REQ2. In the event of failure to receive a favorable response to the second request REQ2 from the second terminal TC2, the platform PGC transmits to the messaging platform PMV, the third request REQ3.
  • the messaging platform receives from the PGC platform, via a data channel, a message or API request comprising the voice mail call identifier IAMV associated with said secondary call identifier and a telephone communication request aimed at establishing a communication between the first terminal and the voicemail MV with which the voicemail call identifier IAMV is associated.
  • the telephone communication request is for example a request sent according to the SIP protocol.
  • this telephone communication request comprises the main call identifier or the secondary call identifier of the second terminal TC2 making it possible to correlate with the API message containing the voice mail call identifier.
  • IAMV The primary or secondary call identifier can be inserted in a header of the SIP request, for example in the “Diversion” field of the SIP request.
  • the API request contains the call ID of the IAMV voicemail and at least one call ID from the call ID of the first terminal and the primary and secondary ID of the second terminal TC2.
  • the PMV voice mail platform correlates the subrequests (API request and telephone communication request such as a SIP request) to determine to which voice mail the telephone communication request should be directed. .
  • the correlation is implemented by identifying in the two sub-requests the secondary call identifier of the second terminal TC2 or the primary call identifier of the second terminal TC2. In another embodiment, the correlation between the sub-requests is implemented by identifying the call identifier of the first terminal TC1 (calling terminal).
  • the platform PGC connects the first and third communication channels to establish communication between the first terminal TC1 and the voice mailbox MV.
  • the user of the first terminal TC1 can then leave a voice message on the voice mail MV associated with the call identifier secondary IAS of the second terminal TC2 and selected by the PGC platform, and not on the voice mail of the primary call identifier IAP.
  • This first embodiment has the advantage of that, if the user of the second terminal TC2 refuses or ignores the telephone call corresponding to the second request REQ2, the user of the first terminal TC1 is quickly put in telephone communication with the mailbox. voice MV since the telephone call corresponding to the third request REQ3 is transmitted, in anticipation, at the same time or following the transmission of the second request REQ2.
  • the connection between the first communication channel and the third communication channel to allow the user of the first terminal TC1 to leave a voice message is then faster than in the case where this third request is addressed to the voice mail only in l absence of a favorable response from the second terminal TC2 to the second request REQ2.
  • the platform PGC receives an incoming call, namely the first request REQ1 from the first terminal TC1.
  • This step S41 is identical to step S31 of the first embodiment described above.
  • the first request REQ1 can be routed to the PGC platform via the first network RES1, and more precisely via the interactive voice server SVI, so that the PGC platform receives, in addition to the first REQ1, input data characterizing a service required by the user of the first terminal TC1.
  • step S42 the PGC platform searches, within the database DB, the main call identifier IAP2 associated with at least the secondary call identifier IAS.
  • This step S42 is in fact identical to the step S32 of the first embodiment.
  • the platform PGC selects, within the database DB, a voice mail call identifier associated at least with the secondary call identifier IAS of the second terminal TC2.
  • This step S43 is in fact identical to step S33 of the first embodiment.
  • each voicemail call identifier may correspond to a service.
  • the PGC platform can then select, from among the voicemail call identifiers associated with the secondary call identifier IAS, the voicemail call identifier corresponding to the service required by the user of the first terminal TC1 and determined. according to the input data received by the PGC platform.
  • the PGC platform During a step S44, the PGC platform generates a second telephone communication request REQ2.
  • the second request REQ2 includes the main call identifier IAP1 of the first terminal TC1 and the main call identifier IAP2 of the second terminal TC2.
  • the platform PGC sends the second request REQ2 to the second terminal TC2.
  • the issuance of the second REQ2 request opens a second communication channel.
  • This step S44 is in fact identical to the step S34 of the first embodiment.
  • step S45 the PGC platform is waiting to receive, from the second terminal TC2, a favorable response to the second request REQ2.
  • the PGC platform is also waiting for a possible unfavorable response from the second terminal TC2, indicating that the user of the second terminal TC2 has refused the incoming call.
  • This step S45 is in fact identical to the step S36 of the first embodiment.
  • Step S46 is implemented if the PGC platform receives a favorable response to the second request REQ2 from the second terminal TC2.
  • step S46 the platform PGC connects the first and second communication channels to establish telephone communication between the first terminal TC1 and the second terminal TC2. Indeed, until this step of the method, the telephone call from the first terminal TC1 was put on hold by the platform PGC, and the telephone call from the platform PGC to the second terminal TC2 was also put on hold. The user of the first TC1 terminal can then enter into communication with the user of the second terminal TC2. Step S46 is in fact identical to step S37 of the first embodiment.
  • steps S47, S48 and S49 detailed below are implemented in the absence of reception at the level of the platform PGC of a favorable response to the second request REQ2 from the second terminal TC2.
  • This lack of receipt of a favorable response results in either the receipt of an unfavorable response or a total absence of response during the predetermined period of time during which the PGC platform is awaiting a response in from the second terminal TC2.
  • step S47 the PGC platform closes the second communication channel between the PGC platform and the second terminal TC2. Indeed, this second communication channel had been opened by issuing the second REQ2 request during step S44. Since communication is not possible between the user of the first terminal TC1 and the user of the second terminal TC2, it is not necessary to maintain the telephone call corresponding to the second request REQ2.
  • This step S44 is in fact identical to the step S39 of the first embodiment.
  • step S48 the platform PGC sends a third telephone communication request REQ3 to the voice mailbox MV associated with the voice mail call identifier IAMV.
  • the third request REQ3 comprises the main call identifier IAP1 of the first terminal TC1 and the voicemail call identifier IAMV of the voicemail MV.
  • the transmission of the third request REQ3 opens the third communication channel.
  • This step S48 is in fact similar to step S35 of the first embodiment, except that this step is not implemented in parallel or following the transmission of the second request REQ2 to the second terminal TC2. In fact, in this second embodiment, the transmission of the third request REQ3 to the voice mailbox MV is only implemented in the absence of reception at the level of the PGC platform of a favorable response.
  • the third REQ3 request is for example implemented via the IP application programming interface of the PMV platform, which routes the third request REQ3 to the voicemail MV thanks to the voicemail call identifier IAMV extracted from the third request REQ3.
  • step S49 the PGC platform connects the first and third communication channels to establish communication between the first terminal TC1 and the voice mailbox MV.
  • the user of the first terminal TC1 can then leave a voice message on the voice mailbox MV associated with the secondary call identifier IAS of the second terminal TC2 and selected by the platform PGC, and not on the voice mail of the identifier d main IAP call.
  • This step S49 is in fact identical to the step S310 of the first embodiment.
  • This second embodiment has the advantage of the fact that the transmission of the third request REQ3 to the voice mailbox MV is implemented only if the user of the second terminal TC2 refuses or ignores the telephone call corresponding to the second REQ2 request. This avoids the potentially unnecessary sending of the third request REQ3 in the event that the second terminal TC2 sends a favorable response to the second request REQ2 sent by the platform PGC.
  • the present invention has several advantages.
  • the invention helps protect the personal information of a user of an alias service and helps maintain their anonymity. Indeed, the selection of a voice mail associated with the alias number and the routing of the telephone call to this voice mail by the communication management platform makes it possible to prevent a person having dialed the alias number from being able to access the telephone. real number voicemail. This is because the primary caller ID voicemail sometimes delivers personal information about the user of the associated communication terminal.
  • the first embodiment and the anticipated transmission of the telephone communication request to the voice mailbox allows the user of the calling terminal to be quickly put in telephone communication with the voicemail of the alias number when the user of the called terminal does not follow up on the call.
  • the second embodiment makes it possible to prevent the sending of the telephone communication request to the voice mail associated with the alias number from being unnecessarily implemented. Indeed, this request is only sent if the user of the called terminal refuses or ignores the phone call.
  • an interactive voice server in the context of the invention makes it possible to improve the routing of a telephone call to a voice mailbox associated with an alias number.
  • the input data obtained via the interactive voice server make it possible to determine a service required by the user of the calling terminal and a smarter selection of a voice mailbox not only associated with the alias number but also dedicated to the service in question. .

Landscapes

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

Abstract

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

Description

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

Claims

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

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR2006595A FR3111499A1 (fr) 2020-06-24 2020-06-24 Routage d’un appel téléphonique vers une messagerie vocale alias
PCT/FR2021/051156 WO2021260330A1 (fr) 2020-06-24 2021-06-23 Routage d'un appel téléphonique vers une messagerie vocale alias

Publications (1)

Publication Number Publication Date
EP4173251A1 true EP4173251A1 (fr) 2023-05-03

Family

ID=72709534

Family Applications (1)

Application Number Title Priority Date Filing Date
EP21743552.8A Pending EP4173251A1 (fr) 2020-06-24 2021-06-23 Routage d'un appel téléphonique vers une messagerie vocale alias

Country Status (4)

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

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8693655B1 (en) * 2011-08-31 2014-04-08 Ringcentral, Inc. System and method for provisioning temporary telephone numbers
US20150181025A1 (en) * 2013-12-20 2015-06-25 Bandwidth.Com, Inc. Private Calling Number for Advertisements
FR3046009A1 (fr) * 2015-12-18 2017-06-23 Orange Service de messagerie
FR3046002A1 (fr) * 2015-12-18 2017-06-23 Orange Gestion d'une communication entre deux terminaux de communication
FR3079702B1 (fr) * 2018-04-03 2021-04-30 Orange Procede de routage d'un appel telephonique vers une messagerie vocale alias

Also Published As

Publication number Publication date
FR3111499A1 (fr) 2021-12-17
US20230239405A1 (en) 2023-07-27
WO2021260330A1 (fr) 2021-12-30

Similar Documents

Publication Publication Date Title
US9294514B2 (en) Caller-callee association of a plurality of networked devices
EP1393539B1 (fr) Systemes et procedes pour recevoir des appels telephoniques par messagerie instantanee
US5809128A (en) Method and apparatus permitting notification and control of blocked incoming calls over a data network
US7508927B1 (en) Methods and apparatus for returning a call over a telephony system
US8756328B2 (en) Caller-callee association of a plurality of networked devices with direct dial through thin client
CN103155606B (zh) 用于实时处理移动电话上入站语音呼叫的动态呼叫路由
CA2301449A1 (fr) Gestionnaire d'appels pour la telephonie sans fil
EP4173251A1 (fr) Routage d'un appel téléphonique vers une messagerie vocale alias
EP0821512B1 (fr) Procédé de mise à disposition de services à des abonnés d'un réseau téléphonique
FR3079702A1 (fr) Procede de routage d'un appel telephonique vers une messagerie vocale alias
EP1457031B1 (fr) Procede et systeme de renvoi automatique d'appel telephonique
US6963637B2 (en) Methods, systems, and media to capture a redialing sequence and to redial
CA2167215A1 (fr) Methode de notification vocale et de transmission de messages de commande sur une voie de transmission de donnees
EP3785486B1 (fr) Procédé et système de détection d'interruption de com-munications et de rétablissement automatique des communications
FR2895861A1 (fr) Systeme de transfert de communications, procede, dispositif et programme
WO2006061497A1 (fr) Procede et systeme de communication personnelle
EP2134062A2 (fr) Procédé de gestion d'un appel entre deux systèmes de communication et systèmes de communication associés
AU2013200033A1 (en) Caller-callee association of a plurality of networked devices

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

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

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

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

Free format text: ORIGINAL CODE: 0009012

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

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20221216

AK Designated contracting states

Kind code of ref document: A1

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

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
RAP3 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE

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

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20260107