+

WO2017060643A1 - Aide a l'etablissement d'une communication telephonique par provision d'informations sur l'utilisateur appelant - Google Patents

Aide a l'etablissement d'une communication telephonique par provision d'informations sur l'utilisateur appelant Download PDF

Info

Publication number
WO2017060643A1
WO2017060643A1 PCT/FR2016/052590 FR2016052590W WO2017060643A1 WO 2017060643 A1 WO2017060643 A1 WO 2017060643A1 FR 2016052590 W FR2016052590 W FR 2016052590W WO 2017060643 A1 WO2017060643 A1 WO 2017060643A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
message
terminal
calling
call
Prior art date
Application number
PCT/FR2016/052590
Other languages
English (en)
Inventor
Erik GOGER
Original Assignee
Contact Identification System
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 Contact Identification System filed Critical Contact Identification System
Publication of WO2017060643A1 publication Critical patent/WO2017060643A1/fr

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements
    • H04W4/14Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/07User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/18Commands or executable codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21Monitoring or handling of messages
    • H04L51/226Delivery according to priorities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/58Message adaptation for wireless communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42025Calling or Called party identification service
    • H04M3/42034Calling party identification service
    • H04M3/42042Notifying the called party of information on the calling party
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M7/00Arrangements for interconnection between switching centres
    • H04M7/0024Services and arrangements where telephone services are combined with data services
    • H04M7/0042Services and arrangements where telephone services are combined with data services where the data service is a text-based messaging service
    • H04M7/0048Services and arrangements where telephone services are combined with data services where the data service is a text-based messaging service where the text-based messaging service is a Short Message Service
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16Communication-related supplementary services, e.g. call-transfer or call-hold
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42025Calling or Called party identification service
    • H04M3/42034Calling party identification service
    • H04M3/42059Making use of the calling party identifier
    • H04M3/42068Making use of the calling party identifier where the identifier is used to access a profile
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42382Text-based messaging services in telephone networks such as PSTN/ISDN, e.g. User-to-User Signalling or Short Message Service for fixed networks

Definitions

  • the present invention relates to mobile communication networks. It relates more particularly to the establishment of a communication between two terminals connected to such a network, and a mechanism providing information on the caller to a user of the called terminal.
  • the communication terminals generally maintain a telephone directory for associating telephone numbers with information sheets that may contain a name, a first name, addresses, and various other data.
  • This directory is personal and allows, during an incoming call, to display the information previously entered in the information sheet associated with this number.
  • the terminal user will have information on the incoming call.
  • Such a solution relies on a priori knowledge of incoming calls. It requires a seizure or, at least, a prior registration of an information sheet associated with a telephone number which must, necessarily, be known. It does not display information for a call from an unknown number. In this case, the communication terminal interface will only display the phone number of the incoming call. It is then impossible for the called user to have any information on the incoming call.
  • Some solutions are not autonomous, because they must be connected to the Internet, in particular to a web server, to be able to function.
  • the object of the present invention is to provide a method and a communication terminal at least partially overcoming the aforementioned drawbacks.
  • communication terminal is understood to mean devices as diverse as “smartphone” type telephones, fixed telephones, tablets, computers, fixed or mobile computers, and, in general, any electronic device having telecommunication means. he can for example also be embedded devices, especially in the human body, with such telecommunication capabilities.
  • the present invention proposes a method for establishing a telephone communication between a calling terminal and a called terminal connected to a mobile communication network, comprising:
  • a step of reception by said called terminal of a message and the determination if said message is an information message containing information on a calling user associated with said calling terminal, and in which case, a processing step by said called terminal; said message so as to store said information in a memory of said called terminal;
  • the invention comprises one or more of the following features which can be used separately or in partial combination with one another or in total combination with one another:
  • the receiving step includes intercepting said message first to determine whether said message is an information message and, in which case, to process it so that it is not accessible to a called user associated with said called terminal ,
  • said message is an SMS or MMS message; said message is sent by a server and the method comprises a preliminary step of storing information provided by the user of said calling terminal, by said server; said processing step also includes recovering a visual element from a server from information contained in said information message;
  • said information message contains a unique identifier of said calling terminal and / or the user of said calling terminal, for example a telephone number, and a second unique identifier, for example a second telephone number, and wherein said called terminal determines said second information by substituting said second unique identifier for said unique identifier;
  • said information further comprises:
  • a telephone number contained in said signaling message is substituted for the telephone number of the calling terminal in said call log;
  • the call when following reception of said signaling message, the call is missed on said called terminal (T2), said call is notified in a call log of said called terminal in association with said information corresponding to said call;
  • the method comprises a preliminary step of storing information provided by the user of said calling terminal within a server, said information comprising a calling telephone number, and a step of transmitting an information message by said server containing said calling telephone, so that the calling telephone is displayed on the human-telephone interface; machine of said called terminal upon receipt of said signaling message.
  • Another aspect of the invention relates to a computer program comprising software means adapted to the implementation of the method described above, when triggered by an information processing platform.
  • Another aspect of the invention relates to a communication terminal adapted for receiving a telephone call from a calling terminal through a mobile communication network, comprising:
  • second means for receiving a signaling message relating to a call from said calling terminal, triggering search in said memory for information corresponding to said call, and displaying second information determined by said information on said called terminal.
  • said first means are provided for intercepting said message in priority to determine if said message is an informational message and, in this case, process it so that it is not accessible to a called user associated with said called terminal.
  • Another aspect of the invention relates to a system comprising a calling terminal, a terminal as previously described and a server, wherein said server has means for storing information provided by the user of said calling terminal and means for transmitting said information message, containing said information, to said called terminal.
  • the invention provides a mechanism for provisioning information relating to a calling user on a called terminal, to assist the user of the latter in the decision to take or refuse an incoming call.
  • the proposed solution is integrated, and the called user may have no need at any time to install or even configure an application to implement the solution of the invention.
  • Information messages which may be of the SMS / MMS type, may not be visible to the user, who therefore does not feel polluted by these types of messages.
  • the proposed solution also works with a very light infrastructure. It can operate in a territory that does not have a digital infrastructure and that only has a mobile telephony infrastructure such as GSM.
  • another advantage is to increase the safety of persons, by allowing official persons to identify themselves clearly, with a technical guarantee, and to limit the possibilities for usurpers to be pass for people from the state or companies on the street to contact individuals or even to break into their home.
  • a person who must intervene in an individual can announce in advance through the mechanism of the invention by communicating a photograph, for example, or another element of recognition (password %), which will be displayed on the communication terminal of the individual and will allow him to recognize the person in question when he goes to his home.
  • Another possible application of the invention is to secure telephone calls as part of the treatment of alerts (fires, earthquakes, etc.). People may be responsible for a geographic area or neighborhood to coordinate actions to be undertaken.
  • the invention can make it possible to enrich and secure calls in order to avoid malicious calls resulting in a loss of efficiency that can have very significant consequences in these emergencies.
  • FIG. 1 schematically represents an example of a functional architecture of a communication terminal according to one embodiment of the invention.
  • FIG. 2 diagrammatically represents a communication network making it possible to implement the invention, according to one of these embodiments.
  • the invention is based on a mobile telephony infrastructure, allowing the transmission of messages of the type SMS ("Short Message Service") or MMS ("Multimedia Message Service”). Other types of short messages are also conceivable within the scope of the invention.
  • SMS Short Message Service
  • MMS Multimedia Message Service
  • SMS Short Message Service
  • MMS Multimedia Message Service
  • SMS Short Message Service
  • MMS Multimedia Message Service
  • SMS Short Message Service
  • MMS Multimedia Message Service
  • the invention can be based on a prior step of downloading to a communication terminal a software application for implementing the invention by the particular processing of incoming messages. Preferably, however, this application is installed by default on the called party's communication terminal. It can be an extension of the terminal operating system.
  • it is activated systematically on switching on its communication terminal.
  • This application contains the software means enabling the communication terminals to benefit from the services provided by the mechanisms of the invention for receiving calls and establishing a telephone communication with a calling communication terminal.
  • These software means may correspond to the means M1, M2, M3 shown in Figure 1 where they constitute the software application Aa, previously downloaded to the communication terminal called T2.
  • the first means Ml are triggered upon receipt of a message m.
  • Some operating systems define the mechanisms to be implemented by a communication terminal for receiving an SMS message and allow an application to intercept the incoming messages in priority in order to process them. This mechanism can for example allow an application to replace the display application and SMS message processing provided by default by the operating system of the mobile terminal.
  • an information message m called "alpha message", ma can be received by the communication terminal called T2.
  • This alpha message is a normal message, that is to say complies with the standards of messages of type SMS, MMS, etc.
  • the invention will be presented in an application to a telephony network, wherein the receiver is identified by a telephone number.
  • Other cases of applications are however possible, such as that of broadcast networks in which the called users are identified by unique identifiers and the information messages are messages of "EMM" type, for "Entitlement Management Message” ".
  • This particular data can be:
  • the means Ml have one or more numbers to compare the phone number associated with the message m incoming. For example, they may have a list of phone numbers by country. This list can be hard-coded or configured via an Aa application management server.
  • the information message comes from a calling communication terminal T1, not shown in FIG. 1, but represented in FIG. 2.
  • This information message is, as will be seen below, potentially a harbinger of a call from the calling user (or sender) of this calling terminal Tl, and aims to improve the experience of the two parties in the communication between the users of terminals T1 and T2.
  • the means M1 determine that an incoming message m is not an information message ma, they transmit this message m to the default application TS message processing which can be part of the operating system. Typically, this message m can then be notified on the human-machine interface of the terminal T2. The user of the terminal T2, or "receiver", can display it to read it. If the means M1 determine that an incoming message m is an information message ma, they transmit this message m to means M2 of the application Aa.
  • the application Aa prioritizes the incoming messages and determines itself whether an incoming message must be transmitted to the default application TS messages processing or M2 means .
  • information messages can be presented to the user, they must be formatted to be both relevant to the user and contain information for the M2 means.
  • a first example of formatting such an information message may be:
  • 06XXXXXXXXX Such a message can be handled in a meaningful way by the default application of TS message processing. It will be understood by the user of the terminal.
  • It may contain escape characters, or any other tag (here, the characters "-! -", indicating that it is an informational message ma.
  • escape characters or any other tag (here, the characters "-! -", indicating that it is an informational message ma.
  • Other embodiments are possible to allow the means M1 to determine that an incoming message is an information message ma.
  • This beacon is understood by the means Ml which can thus process the incoming message as information message ma.
  • the means M2 can analyze the content of this message according to a format decided in advance. This format allows M2 means to determine the locations of expected information (name, company, phone number %) within this message. This information can then be stored in a memory MEM.
  • the message of this first example is compatible with SMS services of mobile telephony.
  • a second example can be:
  • the incoming message is of the MMS type. It contains a standard VCF file attachment.
  • M2 contains a tag ("-! -", for example) indicating to the means Ml that it is an information message ma. It is therefore transmitted to M2 means that will extract the content of the business card attached vcf and consider it as information to store in memory MEMa.
  • the information may appear visibly to the users, but the quality of the information message is hidden from them. From their point of view, the information message will appear to me as a simple prospecting message.
  • this message will not be available either for the default application of TS message processing, or directly for the user of the T2 communication terminal. It is necessary for this purpose that the operating system and the personalization of the called terminal are adapted to allow the priority processing of incoming messages by an application Aa.
  • the information messages may conform to a format as described above.
  • the content will therefore be readable for a user, but the decision to present it to him will depend on the concrete implementation of the mechanism of the invention on the reception communication terminal T2.
  • the information messages ma are transparent to the receiver which is not disturbed in its normal use of the terminal T2.
  • the means M1 are therefore adapted so that the information messages are not accessible to the users, in particular by not storing them in the memory provided for the storage of SMS and MMS messages.
  • the means M2 are provided for storing information contained in the information message in a memory MEMa of the communication terminal T2.
  • This memory is typically a dedicated area of the T2 terminal memory. It can especially be a group of contacts reserved within the telephone directory of the terminal T2.
  • the information contained in the information messages can be stored in whole or in part in this MEM memory.
  • control data, security ("checksum" ...) contained in the information message may not be stored in the memory MEMa.
  • the particular data to determine that the message is an informational message may not be stored either.
  • the means M2 are further adapted to analyze the incoming information message to determine the information it contains.
  • This information can be transmitted in the message alpha ma in a standardized text format, for example of the XML type ("eXtended MetaLanguage") or CSV ("Comma Separated Values") as defined by the RFC 4180 of the IETF (Internet Engineering Task Force).
  • the information contained in the message ma and that can be stored in the memory MEMa by the means M2 can comprise:
  • this identifier is for example a telephone number
  • the activity sector identifier can be used to determine a visual element (logo, graphic, etc.) supplied with the application that will be displayed by default in association with the stored information, when receiving an incoming call from that user, as will be seen later.
  • Other information can also be used to determine a visual element. This can for example be an identifier of a company, etc.
  • the software application Aa can be provided for connecting to a web server or equivalent, for example, to recover the visual element chosen by the issuer from these identifiers.
  • This visual element can be determined by the means M2 during the reception of an information message and stored in the memory MEMa or by the means M3 when receiving an incoming call.
  • it may be provided to allow transmitters to provide graphics, logos, etc. "Default" which will be integrated into all the visual elements provided with the application. This feature can be of interest to large companies, who can pay to have a clean visual element, provided with the application and can be stored in the communication terminal.
  • the information message ma is in the MMS format and contains a business card, including a business card, for example conforming to the .vcf format.
  • the means M2 may be provided for transmitting an acknowledgment message intended for the calling terminal, thereby indicating that it is ready to receive a call from it, that is to say to present to the receiver of information upon receipt of a message from C signaling on his part.
  • this acknowledgment message is intended for the calling terminal but may not be addressed directly to it. As will be seen later, it can be sent to a central server that can act on behalf of the user of the calling terminal T1 (or issuer) and it can then be informed of the acknowledgment via this server.
  • a call from the same calling terminal is received by the called terminal T2.
  • This call can be implemented by a signaling message C, and it aims to establish a telephone call (and possibly video) between the calling terminal and the called terminal T2.
  • This call is processed by the means M3 of the application Aa. It initiates the search, by means M3, of information corresponding to the incoming call and transmitted by the signaling message C.
  • the search can be based on an identifier of the calling terminal or the sender which can correspond to a key of search within memory MEMa.
  • the means M3 can recover the information stored in the memory MEMa in association with this identifier. M3 means can then present to the receiver this information, listed below, so that it can read it before deciding whether or not to take the incoming call, or information derived from the stored information.
  • this information may include:
  • this identifier is for example a telephone number
  • a name, a company name can only be displayed on the human-machine interface of the terminal T2, at the same time as the incoming call notification.
  • a visual element (logo, graphic 7) corresponding to the company or a professional field can also be displayed.
  • this visual element may have been stored in the memory MEMa or it may be recovered at the time of this call c depending on an identifier or a link stored in the memory MEMa.
  • This last implementation makes it possible to minimize the volume of data stored in the memory MEMa and to be able to more easily manage the dynamic modifications of these visual elements since these are deported on a server.
  • the information presented on the human-machine interface of the called terminal T2 can be constructed from the stored information and / or include some or all of the information stored and associated with the identifier of the caller.
  • the means M3 can conventionally use the memory MEMu which stores the personal directory of the user of the terminal T2, in order to determine if the call comes from a known user. If so, then the information associated with this user is presented to the user, in a manner known per se.
  • the memory MEMa is a sub-part of the memory MEMu which contains the directories of the user.
  • a dedicated contact group can be associated with the users corresponding to the information messages and this contact group can be configured so that its contacts can not be visible to the user when consulting his telephone directory.
  • a mechanism can also be provided to delete certain information stored in the memory MEMa, including the oldest information. These deletions can be triggered according to a date of seniority and / or as a function of a filling rate of the memory of the communication terminal T2 and / or according to a maximum number of users, etc.
  • the application Aa is adapted to take into account the missed calls.
  • the telephone operator notifies in the call log of the terminal T2 that a new message is available, in the case where the sender left a voice message.
  • the application Aa can then complete the content of the notification in the call log by adding additional information such as name, surname, company, and any other information among those stored in the memory MEMa in association with the number of phone the missed call.
  • FIG. 2 illustrates a system embodying the invention, comprising a terminal called T2 as described above, a calling terminal T1 and a server S.
  • the user of the terminal, or transmitter, T1 provides information to the server S. It can do it through the terminal T1 or by any other means.
  • the server S may offer a web interface for providing this information.
  • This transmitter provides D information that will be presented to the called user, or receiver.
  • This information D can be provided during a preliminary registration phase of the transmitter Tl with the server S.
  • This information D may include a personal name, a company name, a type of activity, a visual element such as a logo, a graphic, a photograph, etc. This information can form a kind of virtual business card of the issuer.
  • Information can be provided automatically, that is, transparently for the sender, such as a phone number of the sender, and so on. This information can be determined automatically by the server S from the signaling data and the communication protocol.
  • the transmitter may further provide call terminal identifiers to be called T2, for example telephone numbers belonging to a contact list.
  • the server S itself determines the identifiers of the terminals to be called T2 (for example their telephone numbers) on the basis of a soliciting campaign, or prospecting, configured by the issuer Tl.
  • the data provided can then be stored in a memory of the server S.
  • This data can be stored in a database set up on the server S.
  • the server S can then transmit the business cards to terminals called T2. It can be a software module executed by the server S which, from the information stored in the server memory, transmits information messages Mi to each identified terminal T2 to prepare the call of the transmitter to that the latter is not anonymous.
  • the phone number of the server S may be visible.
  • a specific phone number (or other identifier) may be used, the callback of which will trigger the transmission of a dedicated voice message. This type of number can be provided by the telephone company.
  • the information message ma may be associated with an alphanumeric identifier which will be displayed instead of the telephone number, both when the information message is received and during the consultation of the call log.
  • a concrete example of this mechanism can be described for a company that wants to carry out a direct marketing campaign with a customer base or potential customers. She then enters the customer files on the server S, including the phone numbers of these customers or potential customers, as well as information about herself: name of the company, type of activity (which will allow the determination of a visual element displayed on the called terminal), possibly a personal or promotional message to "personalize" the call, etc.
  • the server S can trigger the transmission of an information message Mi to the selected terminals T2 for this campaign of soliciting.
  • the terminals T2 can transmit, in response, acknowledgment messages Ma.
  • the server S can update the data stored in its memory and present the issuer with an interface enabling it to visualize the base of customers or potential customers and, opposite, if they have received the information message and / or if they have transmitted an acknowledgment message.
  • the sender knows whether he can trigger a call c to the terminal T2 of the customer with the assurance that his "identity card" will be presented to the customer (receiver). He can decide to wait until a customer or potential customer has received the identity card before calling.
  • This server can be operated by a service provider that offers this service to memorize the business cards (that is to say the information to be transmitted to customers or potential customers), the customer base or potential customers and to manage the transmissions of business cards instead of the sending user.
  • This service can be offered according to a tariff.
  • the server can also implement other services, such as the management of "reporting" (data communication) prospecting campaigns or canvassing customers.
  • a mechanism can be provided to verify that the application Aa is installed on the terminal called T2.
  • the information messages may be considered as normal messages and will appear in the list of messages received for the receiver, which can be considered unpleasant by this receiver.
  • a preliminary step can be put in place to guard against this problem.
  • This preliminary step consists of transmitting a message to the terminal T2 which is both the least annoying possible if the application Aa is not installed, and which allows the application Aa to react, if it is installed, responding.
  • This message can be transmitted by the server S, and depending on the response or not the terminal T2, it can know T2 terminals that have an application Aa installed.
  • Such a mechanism can be implemented in different ways.
  • a message may be transmitted by the server S to the terminal T2 of the receiver, this message containing both a neutral text for the receiver and data for the application Aa.
  • This text may be an informational message from the operator of the server S.
  • this message may be a welcome message on the network.
  • the data for application Aa may be special characters that are not visible to the recipient. For example, it can be the characters “ ⁇ t", “ ⁇ n", the character "space” or a combination of these.
  • the Aa application is installed.
  • the message is processed by the application because, by the presence of the non-visible data, it understands that the message is intended. It responds to the server S to mean it is installed on this terminal.
  • the Aa application is not installed.
  • the message is then processed by the default mechanisms of the terminal T2. It is displayed as a normal message and visible by the receiver.
  • An acknowledgment can be sent back to the server S, but according to the normal default mechanisms.
  • the server S will be informed of the non installation of the application alpha Aa by not receiving a specific acknowledgment.
  • Information on the called terminal can be sent back to the server, with acknowledgment.
  • This information may for example be the operating system, the version of the application Aa, etc.
  • Another implementation may be to issue an operating message, rather than a normal message.
  • the end user of the service may not be that of the calling terminal. This is for example the case when a company uses a subcontracting call center for a canvassing partner.
  • the call center acts as agent of the user and uses its own telecommunication resources (terminal, telephone number .). However, the end user wishes to see his own information appear on the terminal called T2, and not those of the mandated call center.
  • an implementation of the invention provides a mechanism for the substitution of certain information specific to the call center by those of the client user.
  • Specific information can thus be inserted in the information message m indicating that the transmitter is a call center acting as an agent of an end user.
  • This specific information may contain an additional telephone number (or other contact information), which is the call center number that will be used to solicit the end user.
  • the means M2 can process the messages m comprising such specific information in a particular manner, and in particular store in the memory MEMa all the telephone numbers contained in the specific information (that is to say including the telephone number which will be used by the call center to solicit the end user).
  • the second means M3 are implemented as described above.
  • a search is triggered in the memory MEMa, information corresponding to this incoming call and transmitted by the associated signaling message C. If specific information is present in the record corresponding to this call, M3 means then implement a particular treatment corresponding to a call from a call center.
  • the means M3 present to the receiver the additional telephone number, instead of the telephone number of the call center.
  • the additional telephone number is substituted in the call log for the call center telephone number, and the call center telephone number is deleted in the MEM memory.
  • an implementation of the invention makes it possible to manage the migration between a previous application Aa and an application Aa deploying the above implementation of management of call centers.
  • this last implementation uses information messages ma modified relative to the insertion of at least one specific information.
  • This specific information can not be understood by an earlier version of the application.
  • the application Aa in all its versions, may be able to understand a particular piece of information that specifies the type of data structure of the message m. Thus, the application Aa will be able to determine if the message m addressed to it can be processed or not, and if so, in what way. If the message can not be processed because it corresponds to a later version of the Aa application, this message can simply be deleted.
  • the information message m can be compressed to save bandwidth or, at equal bandwidth, carry more information.
  • the means M2 are provided to detect whether an information message is compressed and, in this case, to decompress it.
  • the present invention is not limited to the examples and to the embodiment described and shown, but it is capable of numerous variants accessible to those skilled in the art.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

L'invention concerne un procédé d'établissement d'une communication téléphonique entre un terminal appelant (T1) et un terminal appelé (T2) connectés à un réseau de communication mobile, comportant -une étape de réception par le terminal appelé d'un message, et la détermination si ce message est un message d'information (mα) contenant des informations sur un utilisateur appelant associé au terminal appelant, et auquel cas, une étape de traitement par le terminal appelé de ce message de sorte à stocker les informations dans une mémoire (MEMα)du terminal appelé; -une étape de réception par le terminal appelé d'un message de signalisation relatif à un appel provenant du terminal appelant, déclenchant la recherche dans la mémoire (MEMα) des informations correspondant à cet appel, et la présentation de secondes informations déterminées par ces informations sur le terminal appelé.

Description

AIDE A L'ETABLISSEMENT D'UNE COMMUNICATION TELEPHONIQUE PAR PROVISION D'INFORMATIONS SUR
L'UTILISATEUR APPELANT
DOMAINE DE L'INVENTION
La présente invention est relative aux réseaux de communication mobiles. Elle concerne plus particulièrement l'établissement d'une communication entre deux terminaux connectés à un tel réseau, et un mécanisme fournissant des informations sur l'appelant à un utilisateur du terminal appelé.
CONTEXTE DE L'INVENTION
Aujourd'hui, aucun mécanisme intégré et autonome n'est prévu pour permettre à un utilisateur de disposer d'informations sur les appels entrants en dehors du numéro de téléphone de l'appelant qui peut s'afficher sur l'écran de son propre terminal, et en dehors des appels des utilisateurs déjà connus et répertoriés.
En effet, les terminaux de communication maintiennent en général un répertoire téléphonique permettant d'associer des numéros de téléphone à des fiches d'informations qui peuvent contenir un nom, un prénom, des adresses, et diverses autres données. Ce répertoire est personnel et permet, lors d'un appel entrant, d'afficher les informations préalablement saisies dans la fiche d'information associée à ce numéro. Ainsi, l'utilisateur du terminal disposera d'informations sur l'appel entrant.
Une telle solution repose toutefois sur la connaissance a priori des appels entrants. Elle nécessite en effet une saisie ou, tout du moins, un enregistrement préalable d'une fiche d'information associée à un numéro de téléphone qui doit donc, nécessairement, être connu. Elle ne permet pas d'afficher des informations pour un appel émanant d'un numéro inconnu. Dans ce cas, l'interface du terminal de communication affichera uniquement le numéro de téléphone de l'appel entrant. Il est alors impossible à l'utilisateur appelé d'avoir la moindre information sur l'appel entrant.
Il peut pourtant être intéressant pour cet utilisateur de disposer d'informations sur les appels entrants « inconnus ».
Il peut aussi être intéressant pour des utilisateurs appelants d'indiquer aux utilisateurs appelés à l'avance de l'appel quelques informations préalables. Cela peut être notamment le cas dans le cadre de démarchage commercial.
Il peut en outre être intéressant à des opérateurs ou prestataires de service de fournir un tel service à leurs clients. Certaines solutions existent mais elles ne sont pas intégrées : l'utilisateur appelé doit installer une application particulière, qui peut ne pas inter-opérer de façon optimale avec le système d'exploitation.
Certaines solutions ne sont pas autonomes, car elles doivent être connectées à internet, notamment à un serveur web, pour pouvoir fonctionner.
RESUME DE L'INVENTION
Le but de la présente invention est de fournir un procédé et un terminal de communication palliant au moins partiellement les inconvénients précités.
On entend par terminal de communication des dispositifs aussi divers que des téléphones de type « smartphone », des téléphones fixes, des tablettes, des ordinateurs, fixes ou mobiles, et d'une façon générale, tout appareil électronique disposant de moyens de télécommunication. Il peut par exemple également s'agir de dispositifs embarqués, notamment dans le corps humain, ayant de telles capacités de télécommunication.
A cette fin, la présente invention propose un procédé d'établissement d'une communication téléphonique entre un terminal appelant et un terminal appelé connectés à un réseau de communication mobile, comportant :
- une étape de réception par ledit terminal appelé d'un message, et la détermination si ledit message est un message d'information contenant des informations sur un utilisateur appelant associé audit terminal appelant, et auquel cas, une étape de traitement par ledit terminal appelé dudit message de sorte à stocker lesdites informations dans une mémoire dudit terminal appelé ;
- une étape de réception par ledit terminal appelé d'un message de signalisation relatif à un appel provenant dudit terminal appelant, déclenchant la recherche dans ladite mémoire des informations correspondant audit appel, et la présentation de secondes informations déterminées par lesdites informations sur ledit terminal appelé.
Suivant des modes de réalisation, l'invention comprend une ou plusieurs des caractéristiques suivantes qui peuvent être utilisées séparément ou en combinaison partielle entre elles ou en combinaison totale entre elles :
l'étape de réception comprend l'interception en priorité dudit message pour déterminer si ledit message est un message d'information et, auquel cas, le traiter de sorte à ce qu'il ne soit pas accessible à un utilisateur appelé associé audit terminal appelé,
ledit message est un message de type SMS ou MMS ; ledit message est émis par un serveur et le procédé comprend une étape préalable de mémorisation d'informations fournies par l'utilisateur dudit terminal appelant, par ledit serveur ; ladite étape de traitement comprend également la récupération d'un élément visuel, depuis un serveur, à partir d'informations contenues dans ledit message d'information ;
ledit message d'information contient un identifiant unique dudit terminal appelant et/ou de l'utilisateur dudit terminal appelant, par exemple un numéro de téléphone, et un second identifiant unique, par exemple un second numéro de téléphone, et dans lequel ledit terminal appelé détermine lesdites secondes informations en substituant ledit second identifiant unique audit identifiant unique ;
lesdites informations comprennent en outre :
le nom et le prénom dudit utilisateur appelant ;
le nom d'une société ou d'une personne morale associée audit utilisateur appelant ;
une fonction dudit utilisateur appelant au sein de cette société;
un identifiant d'un secteur d'activité ;
un élément visuel ;
ou une combinaison de ces éléments,
un numéro de téléphone contenu dans ledit message de signalisation est substitué au numéro de téléphone du terminal appelant dans ledit journal d'appel ;
lorsque ledit terminal appelé a reçu lesdites informations, il émet un message d'acquittement destiné audit terminal appelant ;
lorsque suite à la réception dudit message de signalisation, l'appel est manqué sur ledit terminal appelé (T2), ledit appel est notifié dans un journal d'appel dudit terminal appelé en association avec lesdites informations correspondant audit appel ;
le procédé comporte une étape préalable de mémorisation d'informations fournies par l'utilisateur dudit terminal appelant au sein d'un serveur, lesdites informations comprenant un numéro de téléphone appelant, et une étape de transmission d'un message d'information par ledit serveur contenant ledit téléphone appelant, de sorte que ce téléphone appelant soit affiché sur l'interface homme-machine dudit terminal appelé lors de la réception dudit message de signalisation.
Un autre aspect de l'invention concerne un programme d'ordinateur comportant des moyens logiciels adaptés à la mise en œuvre du procédé précédemment décrit, lorsque déclenché par une plateforme de traitement de l'information.
Un autre aspect de l'invention concerne un terminal de communication adapté pour la réception d'une communication téléphonique provenant d'un terminal appelant à travers un réseau de communication mobile, comportant :
des premiers moyens pour la réception de messages et pour déterminer si un message reçu est un message d'information (ma) contenant des informations sur un utilisateur appelant associé audit terminal appelant, et auquel cas, pour le traiter de sorte à stocker lesdites informations dans une mémoire dudit terminal appelé ;
des seconds moyens pour la réception d'un message de signalisation relatif à un appel provenant dudit terminal appelant, déclenchant la recherche dans ladite mémoire des informations correspondant audit appel, et l'affichage de secondes informations déterminées par lesdites informations sur ledit terminal appelé.
Selon un mode de réalisation, lesdits premiers moyens sont prévus pour intercepter en priorité ledit message pour déterminer si ledit message est un message d'information et, auquel cas, le traiter de sorte à ce qu'il ne soit pas accessible à un utilisateur appelé associé audit terminal appelé.
Un autre aspect de l'invention concerne un système comportant un terminal appelant, un terminal tel que précédemment décrit et un serveur, dans lequel ledit serveur dispose de moyens de mémorisation d'informations fournies par l'utilisateur dudit terminal appelant et de moyens pour transmettre ledit message d'informations, contenant lesdites informations, vers ledit terminal appelé.
Ainsi l'invention propose un mécanisme permettant de provisionner des informations relatives à un utilisateur appelant sur un terminal appelé, afin d'aider l'utilisateur de ce dernier dans la décision de prise ou de refus d'un appel entrant.
La solution proposée est intégrée, et l'utilisateur appelé peut n'avoir à aucun moment besoin d'installer ou même de configurer une application pour mettre en œuvre la solution de l'invention.
Les messages d'information, qui peuvent être de type SMS/MMS, peuvent ne pas être visibles pour l'utilisateur, qui n'a donc pas le sentiment d'être pollué par ces types de messages.
La solution proposée fonctionne en outre avec une infrastructure très légère. Elle peut fonctionner sur un territoire ne possédant pas d'infrastructure numérique et qui ne dispose que d'une infrastructure de téléphonie mobile telle que le GSM.
De même, si la connexion au réseau internet n'est pas disponible, la solution de l'invention permet malgré tout de procéder à une reconnaissance de l'appelant.
Selon une mise en œuvre de l'invention, un autre avantage est d'accroître la sécurité des personnes, en permettant à des personnes officielles de s'identifier clairement, avec une garantie technique, et de limiter les possibilités pour des usurpateurs de se faire passer pour des personnes de l'Etat ou de sociétés ayant pignons sur rue pour contacter des particuliers, voire pour s'introduire chez eux. Ainsi, une personne devant intervenir chez un particulier peut s'annoncer au préalable via le mécanisme de l'invention en communiquant une photographie, par exemple, ou un autre élément de reconnaissance (mot de passe...), qui sera affiché sur le terminal de communication du particulier et lui permettra de reconnaître la personne en question lorsqu'elle se rendra chez lui.
Une autre application possible de l'invention consiste à sécuriser des appels téléphoniques dans le cadre du traitement des alertes (incendies, tremblements de terre, etc.). Des personnes peuvent être responsables pour un secteur géographique ou un quartier afin de coordonner des actions à entreprendre. L'invention peut permettre d'enrichir et sécuriser les appels afin d'éviter les appels malveillants entraînants une perte d'efficacité pouvant avoir des conséquences très importantes dans ces cas d'urgence.
D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de la description qui suit d'un mode de réalisation préféré de l'invention, donnée à titre d'exemple et en référence aux dessins annexés.
BREVE DESCRIPTION DES DESSINS
La figure 1 représente schématiquement un exemple d'architecture fonctionnelle d'un terminal de communication selon un mode de réalisation de l'invention.
La figure 2 représente schématiquement un réseau de communication permettant de mettre en œuvre l'invention, selon un de ces modes de réalisation. DESCRIPTION DETAILLEE DE L'INVENTION
L'invention repose sur une infrastructure de téléphonie mobile, permettant la transmission de messages de type SMS (« Short Message Service ») ou MMS (« Multimedia Message Service »). D'autres types de messages courts sont également envisageables dans le cadre de l'invention. Dans la suite, le terme « message » sera utilisé indistinctement du type de messages (SMS, MMS, etc.) utilisés. L'invention peut se baser sur une étape préalable consistant à télécharger sur un terminal de communication une application logicielle permettant de mettre en œuvre l'invention par le traitement particulier des messages entrants. Préférentiellement, toutefois, cette application est installée par défaut sur le terminal de communication de l'appelé. Elle peut être une extension du système d'exploitation du terminal.
Préférentiellement, elle est activée systématiquement à l'allumage de son terminal de communication.
Cette application contient les moyens logiciels permettant aux terminaux de communication de bénéficier des services apportés par les mécanismes de l'invention pour recevoir des appels et établir une communication téléphonique avec un terminal de communication appelant.
Ces moyens logiciels peuvent correspondre aux moyens Ml, M2, M3 représentés sur la figure 1 où ils constituent l'application logicielle Aa, préalablement téléchargée sur le terminal de communication appelé T2.
Ces moyens représentent des aspects fonctionnels. Selon les modes de réalisations, il peut donc s'agir de modules logiciels indépendants, ou simplement des fonctions ou des parties de code d'un même module logiciel. Ces moyens Ml, M2, M3 sont présentés dans la suite comme fonctionnellement distincts pour la clarté de l'exposé. Les premiers moyens Ml sont déclenchés à la réception d'un message m. Certains systèmes d'exploitation définissent les mécanismes à mettre en œuvre par un terminal de communication pour la réception d'un message de type SMS et permettent à une application d'intercepter en priorité les messages m entrants afin de les traiter. Ce mécanisme peut par exemple permettre à une application de remplacer l'application de visualisation et traitement des messages SMS prévue par défaut par le système d'exploitation du terminal mobile.
Ce mécanisme est notamment possible sur les plateformes Android™. Il est par exemple décrit à l'URL :
http://developer.android.com/guide/topics/mamfest/intent-filter- element.html
Selon l'invention, un message d'information m appelé « message alpha » , ma, peut être reçu par le terminal de communication appelé T2. Ce message alpha est un message normal, c'est-à-dire conforme aux standards des messages de type SMS, MMS, etc.
Ci-dessous, l'invention sera présentée dans une application à un réseau de téléphonie, dans lequel le récepteur est identifié par un numéro de téléphone. D'autres cas d'applications sont toutefois possibles, comme par exemple celui des réseaux de télédiffusion dans lequel les utilisateurs appelés sont identifiés par des identifiants uniques et les messages d'informations sont des messages de type « EMM », pour « Entitlement Management Message ».
Son contenu permet de le distinguer des autres messages de type SMS, MMS, etc. qui ne doivent pas être traités par l'application.
Notamment, il peut être identifié par une donnée particulière permettant de le distinguer des autres messages. Le rôle des moyens Ml est de déterminer si un message m entrant est un message d'information (m=ma) ou pas. Cette donnée particulière peut être:
-L'identifiant, par exemple le numéro de téléphone d'émission. Auquel cas, les moyens Ml disposent d'un ou de plusieurs numéros auxquels comparer le numéro de téléphone associé au message m entrant. Ils peuvent par exemple disposer d'une liste de numéro de téléphones par pays. Cette liste peut être codée en dur ou configurée via un serveur de gestion de l'application Aa.
- une combinaison de caractères particuliers, « imprimables » ou « non imprimables », ou « balise ». Cette combinaison est alors reconnue par les moyens Ml et leur permet de déterminer par sa présence qu'un message entrant est un message d'information « alpha ». Ce mode de réalisation sera décrit plus complément plus bas, en liaison avec des exemples
-une classe de SMS;
-une extension privée d'une classe normalisée de SMS;
-une combinaison des possibilités explicitées ci-dessus.
Le message d'information provient d'un terminal de communication appelant Tl, non représenté sur la figure 1, mais représenté sur la figure 2. Ce message d'information est, comme il sera vu plus loin, potentiellement annonciateur d'un appel de l'utilisateur appelant (ou émetteur) de ce terminal appelant Tl, et vise à améliorer l'expérience des deux parties à la communication entre les utilisateurs des terminaux Tl et T2.
Si les moyens Ml déterminent qu'un message m entrant n'est pas un message d'information ma, ils transmettent ce message m vers l'application par défaut de traitement des messages TS qui peut faire partie du système d'exploitation. Typiquement, ce message m peut alors être notifié sur l'interface homme-machine du terminal T2. L'utilisateur du terminal T2, ou « récepteur », peut l'afficher pour en prendre connaissance. Si les moyens Ml déterminent qu'un message m entrant est un message d'information ma, ils transmettent ce message m vers des moyens M2 de l'application Aa.
Plusieurs mises en œuvre sont alors possibles. Le choix d'une mise en œuvre peut être guidé ou même imposé par le système d'exploitation du terminal de communication.
En effet, certains systèmes d'exploitation ne permettent pas une application Aa de préempter le traitement des messages entrants. Ceux-ci seront donc systématiquement traités par l'application par défaut de traitement des messages TS. Par conséquent, les messages ma seront présentés à l'utilisateur du terminal de communication.
Dans d'autres cas, il est possible et choisi que l'application Aa traite en priorité les messages entrant et détermine elle-même si un message entrant doit être transmis à l'application par défaut de traitement des messages TS ou bien aux moyens M2.
Dans la mesure où les messages d'information ma peuvent être présentés à l'utilisateur, ils doivent être formatés pour être à la fois pertinents pour l'utilisateur et contenir des informations destinées aux moyens M2.
Un premier exemple de formatage d'un tel message d'information peut être :
- !-
M. Franck Martin
Vous allez être prochainement contacté par
Elise Durand,
Société X
Chargée de clientèle
06XXXXXXXX Un tel message peut être traité de façon pertinente par l'application par défaut de traitement des messages TS. Il sera compris par l'utilisateur du terminal.
Il peut contenir des caractères d'échappement, ou tout autre balise (ici, les caractères « - ! - », indiquant qu'il s'agit d'un message d'information ma. D'autres modes de réalisation sont possibles pour permettre aux moyens Ml de déterminer qu'un message entrant est un message d'information ma.
Cette balise est comprise par les moyens Ml qui peuvent ainsi traiter le message entrant comme message d'information ma. Les moyens M2 peuvent analyser le contenu de ce message en fonction d'un format décidé à l'avance. Ce format permet aux moyens M2 de déterminer les emplacements des informations attendues (nom, société, numéro de téléphone...) au sein de ce message. Ces informations peuvent ensuite être stockées dans une mémoire MEMa.
Le message de ce premier exemple est compatible avec les services SMS de la téléphonie mobile.
Un second exemple peut être :
- !-
Cher Monsieur / Madame
Vous allez être prochainement contacté par notre conseiller. Voici sa carte de visite :
Carte de visite.vcf
Dans ce second exemple, le message entrant est de type MMS. Il contient une pièce jointe au format standardisé VCF.
Comme précédemment, il contient une balise (« - ! - », par exemple) indiquant aux moyens Ml qu'il s'agit d'un message d'information ma. Il est par conséquent transmis aux moyens M2 qui vont extraire le contenu de la carte de visite attachée vcf et la considérer comme informations à stocker dans la mémoire MEMa.
Dans ces mises en œuvre, l'information peut apparaître de façon visible aux utilisateurs, mais la qualité de message d'information ma leur est masquée. De leur point de vue, le message d'information ma apparaîtra comme un simple message de prospection.
Selon une autre mise en œuvre, ce message ne sera pas disponible ni pour l'application par défaut de traitement des messages TS, ni directement pour l'utilisateur du terminal de communication T2. Il faut pour ce faire que le système d'exploitation et la personnalisation du terminal appelé soient adaptés pour permettre le traitement prioritaire des messages entrants par une application Aa.
Afin de permettre une compatibilité avec ces deux mises en œuvre, les messages d'information peuvent être conformes à un format tel que décrit ci-dessus. Le contenu sera donc lisible pour un utilisateur, mais la décision de le lui présenter dépendra de l'implémentation concrète du mécanisme de l'invention sur le terminal de communication de réception T2.
Dans le cadre de cette autre mise en œuvre, les messages d'information ma sont donc transparents pour le récepteur qui n'est ainsi pas perturbé dans son utilisation normale du terminal T2. Les moyens Ml sont de ce fait adaptés pour que les messages d'informations ne soient pas accessibles aux utilisateurs, notamment en ne les stockant pas dans la mémoire prévue pour le stockage des messages SMS et MMS.
Les moyens M2 sont prévus pour stocker des informations contenues dans le message d'information dans une mémoire MEMa du terminal de communication T2. Cette mémoire est typiquement une zone dédiée de la mémoire du terminal T2. Il peut notamment s'agir d'un groupe de contacts réservé au sein du répertoire téléphonique du terminal T2.
Les informations contenues dans les messages d'information ma peuvent être stockées en totalité ou en partie dans cette mémoire MEMa. Par exemple, des données de contrôle, de sécurité (« checksum »...) contenues dans le message d'information peuvent ne pas être stockées dans la mémoire MEMa. De même, les données particulières permettant de déterminer que le message est un message d'information peuvent ne pas être stockées elles non-plus.
Quelle que soit la mise en œuvre du mécanisme, les moyens M2 sont en outre adaptés pour analyser le message d'information entrant afin de déterminer les informations qu'il contient. Ces informations peuvent être transmises dans le message alpha ma sous un format texte standardisé, par exemple de type XML (« eXtended MetaLanguage ») ou CSV (« Comma Separated Values ») tel que défini par le RFC 4180 de l'IETF (Internet Engineering Task Force).
Les informations contenues dans le message ma et pouvant être stockées dans la mémoire MEMa par les moyens M2 peuvent comprendre:
-un identifiant unique du terminal appelant Tl et/ou de l'utilisateur de ce terminal (ou émetteur), qui est à l'origine du message d'information ma, cet identifiant est par exemple un numéro de téléphone;
- le nom et le prénom de cet utilisateur appelant;
- le nom d'une société ou d'une personne morale associée à cet utilisateur appelant (ou émetteur);
- une fonction de l'utilisateur appelant au sein de cette société;
- un identifiant d'un secteur d'activité ;
- etc. L'identifiant de secteur d'activité peut permettre de déterminer un élément visuel (logo, graphisme...) fourni avec l'application qui sera affiché par défaut en association avec les informations stockées, lors de la réception d'un appel entrant de cet utilisateur, comme il sera vu plus loin. D'autres informations peuvent également servir à déterminer un élément visuel. Ce peut par exemple être un identifiant d'une société, etc.
L'application logicielle Aa peut être prévue pour se connecter sur un serveur web ou équivalent, par exemple, pour récupérer l'élément visuel choisi par l'émetteur à partir de ces identifiants. Cet élément visuel peut être déterminé par les moyens M2 lors de la réception d'un message d'information et stocké dans la mémoire MEMa ou bien par les moyens M3 lors de la réception d'un appel entrant.
Ainsi, on peut disposer d'un élément visuel par défaut, fourni avec l'application, et éventuellement d'un élément visuel téléchargé depuis le web et choisi par l'émetteur. Ce deuxième élément visuel peut alors remplacer l'élément visuel par défaut.
Selon un mode de réalisation de l'invention, il peut être prévu de permettre à des émetteurs de fournir des graphismes, logos, etc. « par défaut » qui seront intégrés dans l'ensemble des éléments visuels fournis avec l'application. Cette fonctionnalité peut être intéressante pour des entreprises de grandes tailles, qui peuvent ainsi payer pour avoir un élément visuel propre, fourni avec l'application et qui peut être stocké dans le terminal de communication.
Comme il a été évoqué ci-dessus, selon une mise en œuvre de l'invention, le message d'information ma est au format MMS et contient une carte de visite, notamment une carte de visite, par exemple conforme au format .vcf.
Selon un mode de réalisation de l'invention, les moyens M2 peuvent être prévus pour émettre un message d'acquittement destiné au terminal appelant, lui signifiant ainsi être prêt à recevoir un appel de sa part, c'est-à- dire à présenter au récepteur des informations à réception d'un message de signalisation C de sa part. Il est à noter que ce message d'acquittement est destiné au terminal appelant mais peut ne pas lui être adressé directement. Comme il sera vu plus loin, il peut être adressé à un serveur central qui peut agir pour le compte de l'utilisateur du terminal appelant Tl (ou émetteur) et celui-ci pourra alors être informé de l'acquittement via ce serveur.
Dans un deuxième temps, un appel provenant du même terminal appelant est reçu par le terminal appelé T2. Cet appel peut être mis en œuvre par un message de signalisation C, et il vise à l'établissement d'une communication téléphonique (et éventuellement vidéo) entre le terminal appelant et le terminal appelé T2.
Cet appel est traité par les moyens M3 de l'application Aa. Il déclenche la recherche, par les moyens M3, des informations correspondant à l'appel entrant et transmises par le message de signalisation C. La recherche peut être basée sur un identifiant du terminal appelant ou de l'émetteur qui peut correspondre à une clé de recherche au sein de la mémoire MEMa.
Ainsi, les moyens M3 peuvent récupérer les informations stockées dans la mémoire MEMa en association avec cet identifiant. Les moyens M3 peuvent alors présenter au récepteur ces informations, citées ci-dessous, afin que celui-ci puisse en prendre connaissance avant de décider de prendre ou non l'appel entrant, ou bien des informations dérivées à partir des informations stockées.
Comme il a été vu précédemment, ces informations peuvent comprendre notamment :
- un identifiant unique du terminal appelant Tl et/ou de l'utilisateur de ce terminal, qui est à l'origine du message d'information ma, cet identifiant est par exemple un numéro de téléphone ;
- le nom et le prénom de cet utilisateur appelant;
- le nom d'une société ou d'une personne morale associée à cet utilisateur appelant; - une fonction de l'utilisateur appelant au sein de cette société;
- un identifiant d'un secteur d'activité ;
etc.
Seule une partie des informations stockées dans la mémoire MEMa peut être présentée. Par exemple, un nom, un nom de société peuvent être uniquement affichés sur l'interface homme-machine du terminal T2, en même temps que la notification d'appel entrant.
En sus, un élément visuel (logo, graphisme...) correspondant à la société ou à un domaine professionnel peut être également affiché. Comme décrit précédemment, cet élément visuel peut avoir été stocké dans la mémoire MEMa ou bien il peut être récupéré au moment de cet appel c en fonction d'un identifiant ou d'un lien stocké dans la mémoire MEMa. Cette dernière mise en œuvre permet de minimiser le volume de données stockées dans la mémoire MEMa et de pouvoir plus facilement gérer les modifications dynamiques de ces éléments visuels puisque ceux-ci sont déportées sur un serveur.
Les informations présentées sur l'interface homme-machine du terminal appelé T2 peuvent être construites à partir des informations stockées et/ou comprendre une partie, ou la totalité des informations stockées et associées à l'identifiant de l'appelant.
Par conséquent, lors de l'arrivée d'un appel entrant, les moyens M3 peuvent classiquement utiliser la mémoire MEMu qui mémorise le répertoire personnel de l'utilisateur du terminal T2, afin de déterminer si l'appel provient d'un utilisateur connu. Si oui, alors les informations associées à cet utilisateur sont présentées à l'utilisateur, de façon connue en soi.
Si l'utilisateur n'est pas connu, alors une recherche est déclenchée dans la mémoire MEMa et si le terminal T2 a préalablement reçu un message d'information de la part de cet utilisateur, alors des informations peuvent également être présentées à l'utilisateur. L'invention permet ainsi de présenter à l'utilisateur des informations sur un appelant, même dans le cas où cet appelant est inconnu de l'utilisateur. Selon un mode de réalisation de l'invention, la mémoire MEMa est une sous-partie de la mémoire MEMu qui contient les répertoires de l'utilisateur. Par exemple, un groupe de contact dédié peut être associé aux utilisateurs correspondant aux messages d'informations et ce groupe de contact peut être configuré pour que ses contacts ne puissent pas être visibles par l'utilisateur lorsqu'il consulte son répertoire téléphonique.
Un mécanisme peut également être prévu pour supprimer certaines informations stockées dans la mémoire MEMa, et notamment les informations les plus anciennes. Ces suppressions peuvent être déclenchées en fonction d'une date d'ancienneté et/ou en fonction d'un taux de remplissage de la mémoire du terminal de communication T2 et/ou en fonction d'un nombre maximum d'utilisateurs, etc.
Selon un mode de réalisation de l'invention, l'application Aa est adaptée pour prendre en compte les appels manqués. Lorsqu'un appel est manqué, c'est-à-dire non décroché à temps par le récepteur, l'opérateur téléphonique notifie dans le journal d'appel du terminal T2 qu'un nouveau message est disponible, dans le cas où l'émetteur a laissé un message vocal. L'application Aa peut alors compléter le contenu de la notification dans le journal d'appel en ajoutant des informations complémentaires comme le nom, le prénom, la société, et toutes autres informations parmi celles stockées dans la mémoire MEMa en association avec le numéro de téléphone de l'appel manqué. La figure 2 illustre un système mettant en œuvre l'invention, comportant un terminal appelé T2 tel que décrit précédemment, un terminal appelant Tl et un serveur S.
L'utilisateur du terminal, ou émetteur, Tl fournit des informations au serveur S. Il peut le faire par le truchement du terminal Tl ou par tout autre moyen. Par exemple, le serveur S peut offrir une interface web permettant de fournir ces informations.
Cet émetteur fournit des informations D qui seront présentées à l'utilisateur appelé, ou récepteur. Ces informations D peuvent être fournies lors d'une phase préalable d'inscription de l'émetteur Tl auprès du serveur S.
Ces informations D peuvent notamment comprendre un nom personnel, d'un nom de société, d'un type d'activité, d'un élément visuel tel un logo, un graphisme, une photographie, etc. Ces informations peuvent former une sorte de carte de visite virtuelle de l'émetteur.
Des informations peuvent être fournies automatiquement, c'est-à-dire de façon transparente pour l'émetteur, comme par exemple un numéro de téléphone de l'émetteur, etc. Ces informations peuvent être déterminées automatiquement par le serveur S à partir des données de signalisation et du protocole de communication.
L'émetteur peut en outre fournir des identifiants de terminaux de communication à appeler T2, par exemple des numéros de téléphones appartenant à une liste de contacts. Dans une mise en œuvre de l'invention, le serveur S détermine lui-même les identifiants des terminaux à appeler T2 (par exemple leurs numéros de téléphone) sur la base d'une campagne de démarchage, ou prospection, configurée par l'émetteur Tl .
Les données fournies peuvent être ensuite mémorisées dans une mémoire du serveur S. Ces données peuvent être mémorisées dans une base de données mise en place sur le serveur S. Le serveur S peut ensuite transmettre les cartes de visite aux terminaux appelés T2. Il peut s'agir d'un module logiciel exécuté par le serveur S qui, à partir des informations stockées dans la mémoire du serveur, transmet des messages d'informations Mi à chaque terminal T2 identifié pour préparer l'appel de l'émetteur afin que ce dernier ne soit pas anonyme.
Dans la mesure où le message d'information ma peut être accédé par l'utilisateur, le numéro de téléphone du serveur S peut être visible. Un numéro de téléphone (ou autre identifiant) spécifique peut être utilisé, dont le rappel déclenchera la transmission d'un message vocal dédié. Ce type de numéro peut être fourni par l'opérateur téléphonique.
De la même façon, le message d'information ma peut être associé à un identifiant alphanumérique qui sera affiché à la place du numéro de téléphone, tant lors de la réception du message d'information que lors de la consultation du journal des appels.
Un exemple concret de ce mécanisme peut être décrit pour une société qui souhaite effectuer une campagne de démarchage direct auprès d'une base de clients ou de clients potentiels. Elle saisit alors les fiches clients sur le serveur S, notamment les numéros de téléphones de ces clients ou clients potentiels, ainsi que des informations sur elle-même : nom de la société, type d'activité (qui va permettre la détermination d'un élément visuel affiché sur le terminal appelé), éventuellement un message personnel ou promotionnel pour « personnaliser » l'appel, etc.
Une fois ces données saisies, le serveur S peut déclencher la transmission d'un message d'information Mi vers les terminaux T2 retenus pour cette campagne de démarchage.
Les terminaux T2 peuvent transmettre, en réponse, des messages d'acquittement Ma. Le serveur S peut mettre à jour les données stockées dans sa mémoire et présenter à l'émetteur une interface lui permettant de visualiser la base de clients ou clients potentiels et, en regard, s'ils ont reçu le message d'information et/ou s'ils ont transmis un message d'acquittement. De cette façon, l'émetteur sait s'il peut déclencher un appel c vers le terminal T2 du client en ayant l'assurance que sa « carte d'identité » sera présentée au client (récepteur). Il peut ainsi décider d'attendre qu'un client ou client potentiel ait bien reçu la carte d'identité avant de l'appeler.
Ce serveur peut être opéré par une société prestataire qui propose ce service de mémoriser les cartes de visites (c'est-à-dire les informations à transmettre aux clients ou clients potentiels), la base clients ou clients potentiels et de gérer les transmissions des cartes de visite à la place de l'utilisateur émetteur. Ce service peut être proposé selon une tarification.
Le serveur peut également mettre en œuvre d'autres services, comme par exemple la gestion du « reporting » (communication de données) des campagnes de prospection ou démarchage de clients.
Selon un mode de réalisation de l'invention, un mécanisme peut être prévu afin de vérifier que l'application Aa est bien installée sur le terminal appelé T2.
En effet, si l'application Aa n'est pas installée sur le terminal T2, les messages d'information ma ne seront pas traitées par celle-ci mais par les mécanismes par défaut du système d'exploitation. Les messages d'informations seront donc considérés comme des messages normaux et apparaîtront dans la liste des messages reçus pour le récepteur, ce qui peut être considéré comme désagréable par ce récepteur.
Une étape préalable peut être mise en place pour se prémunir de cette problématique. Cette étape préalable consiste à transmettre un message au terminal T2 qui soit à la fois le moins gênant possible si l'application Aa n'est pas installée, et qui permet à l'application Aa de réagir, si elle est installée, en y répondant. Ce message peut être transmis par le serveur S, et selon la réponse ou non du terminal T2, celui-ci peut connaître les terminaux T2 qui ont une application Aa installée.
Un tel mécanisme peut être mis en œuvre de différentes façons.
Par exemple, un message peut être transmis par le serveur S vers le terminal T2 du récepteur, ce message contenant à la fois un texte neutre et destiné au récepteur et des données destinées à l'application Aa. Ce texte peut être un message informatif de l'opérateur du serveur S. Dans le cas où le serveur S est géré par l'opérateur du réseau de téléphonie mobile, ce message peut être un message de bienvenu sur le réseau.
Les données destinées à l'application Aa peuvent être des caractères spéciaux qui ne sont pas visibles par le destinataire. Par exemple, il peut s'agir des caractères « \t », « \n », du caractère « espace » ou d'une combinaison de ceux-ci.
Lorsque le terminal T2 reçoit ce message, deux situations sont envisageables:
- l'application Aa est installée. Dans ce cas le message est traité par l'application car, par la présence des données non visibles, celle-ci comprend que le message lui est destiné. Elle répond au serveur S pour lui signifier être installée sur ce terminal.
- L'application Aa n'est pas installée. Le message est alors traité par les mécanismes par défaut du terminal T2. Il est affiché comme un message normal et visible par le récepteur. Un acquittement peut être renvoyé au serveur S, mais selon les mécanismes normaux par défaut. Le serveur S sera informé de la non installation de l'application alpha Aa par la non réception d'un acquittement spécifique.
Des informations sur le terminal appelé peuvent être remontées vers le serveur, avec l'acquittement. Ces informations peuvent par exemple être le système d'exploitation, la version de l'application Aa, etc. Une autre mise en œuvre peut consister à émettre un message d'exploitation, plutôt qu'un message normal.
Selon un mode de réalisation de l'invention, l'utilisateur final du service peut ne pas être celui du terminal appelant. C'est par exemple le cas lorsqu'une société fait appel à un centre d'appels en sous-traitance pour une compagne de démarchage.
En ce cas, en effet, le centre d'appel agit en mandataire de l'utilisateur et utilise ses propres ressources de télécommunication (terminal, numéro de téléphone....). Toutefois, l'utilisateur final souhaite voir ses informations propres apparaître sur le terminal appelé T2, et non pas celles du centre d'appel mandaté.
Aussi, une mise en œuvre de l'invention propose un mécanisme permettant la substitution de certaines informations propres au centre d'appel par celles de l'utilisateur mandant.
Une information spécifique peut ainsi être insérée dans le message d'information m indiquant que l'émetteur est un centre d'appel agissant en tant que mandataire d'un utilisateur final.
Cette information spécifique peut contenir un numéro de téléphone supplémentaire (ou tout autre information de contact), qui est celui du centre d'appel qui sera utilisé pour démarcher l'utilisateur final.
Les moyens M2 peuvent traiter les messages m comportant une telle information spécifique de façon particulière, et notamment stocker dans la mémoire MEMa l'ensemble des numéros de téléphones contenus dans les informations spécifiques (c'est-à-dire y compris le numéro de téléphone qui sera utilisé par le centre d'appel pour démarcher l'utilisateur final).
Lorsqu'un appel survient, les seconds moyens M3 sont mis en œuvre comme décrit précédemment. Notamment, une recherche est déclenchée dans la mémoire MEMa, des informations correspondant à cet appel entrant et transmises par le message de signalisation C associé. Si une information spécifique est présente dans l'enregistrement correspondant à cet appel, les moyens M3 mettent alors en œuvre un traitement particulier correspondant à un appel provenant d'un centre d'appel.
Ainsi, les moyens M3 présentent au récepteur le numéro de téléphone supplémentaire, à la place du numéro de téléphone du centre d'appel.
De même, le numéro de téléphone supplémentaire est substitué, dans le journal d'appel, au numéro de téléphone du centre d'appel, et le numéro de téléphone du centre d'appel est supprimé dans la mémoire MEMa.
De surcroît, une mise en œuvre de l'invention permet de gérer la migration entre une application Aa antérieure et une application Aa déployant la mise en œuvre ci-dessus de gestion des centres d'appel.
En effet, cette dernière mise en œuvre utilise des messages d'information ma modifiées par rapport par l'insertion au moins d'une information spécifique. Cette information spécifique ne peut être comprise par une version antérieure de l'application. Il en va de même de toutes nouvelles versions de l'application mettant en œuvre de nouvelles fonctions impactant les informations véhiculées par les messages d'information m.
Aussi, l'application Aa, dans toutes ses versions, peut être à même de comprendre une information particulière qui spécifie le type de structure de données du message m. Ainsi, l'application Aa sera capable de déterminer si le message m qui lui est adressé peut être traité ou pas, et si oui, de quelle façon. Si le message ne peut pas être traité parce qu'il correspond à une version postérieure de l'application Aa, ce message peut être tout simplement supprimé.
En outre, le message d'information m peut être compressé afin d'économiser la bande passante ou, à bande passante égale, de transporter davantage d'information.
Les moyens M2 sont prévus pour détecter si un message d'information est compressé et, auquel cas, pour le décompresser. Bien entendu, la présente invention n'est pas limitée aux exemples et au mode de réalisation décrits et représentés, mais elle est susceptible de nombreuses variantes accessibles à l'homme de l'art.

Claims

REVENDICATIONS
Procédé d'établissement d'une communication téléphonique entre un terminal appelant (Tl) et un terminal appelé (T2) connectés à un réseau de communication mobile, comportant
une étape de réception par ledit terminal appelé d'un message, et la détermination si ledit message est un message d'information (ma) contenant des informations sur un utilisateur appelant associé audit terminal appelant, et auquel cas, une étape de traitement par ledit terminal appelé dudit message de sorte à stocker lesdites informations dans une mémoire (MEMa) dudit terminal appelé ;
une étape de réception par ledit terminal appelé d'un message de signalisation relatif à un appel provenant dudit terminal appelant, déclenchant la recherche dans ladite mémoire (MEMa) des informations correspondant audit appel, et la présentation de secondes informations déterminées par lesdites informations sur ledit terminal appelé.
Procédé selon la revendication 1, dans lequel l'étape de réception comprend l'interception en priorité dudit message pour déterminer si ledit message est un message d'information et, auquel cas, le traiter de sorte à ce qu'il ne soit pas accessible à un utilisateur appelé associé audit terminal appelé,
Procédé selon l'une des revendications 1 ou 2, dans lequel ledit message est un message de type SMS ou MMS.
Procédé selon l'une des revendications précédentes, dans lequel ledit message est émis par un serveur (S) et le procédé comprend une étape préalable de mémorisation d'informations fournies par l'utilisateur dudit terminal appelant, par ledit serveur.
Procédé selon l'une des revendications précédentes, dans lequel ladite étape de traitement comprend également la récupération d'un élément visuel, depuis un serveur, à partir d'informations contenues dans ledit message d'information.
Procédé selon l'une des revendications précédentes, dans lequel ledit message d'information contient un identifiant unique dudit terminal appelant et/ou de l'utilisateur dudit terminal appelant, par exemple un numéro de téléphone, et un second identifiant unique, par exemple un second numéro de téléphone, et dans lequel ledit terminal appelé détermine lesdites secondes informations en substituant ledit second identifiant unique audit identifiant unique. Procédé selon l'une des revendications précédentes dans lequel lesdites informations comprennent en outre :
le nom et le prénom dudit utilisateur appelant ;
le nom d'une société ou d'une personne morale associée audit utilisateur appelant ;
une fonction dudit utilisateur appelant au sein de cette société; un identifiant d'un secteur d'activité ;
un élément visuel ;
ou une combinaison de ces éléments.
Procédé selon la revendication précédente, dans lequel un numéro de téléphone contenu dans ledit message de signalisation est substitué au numéro de téléphone du terminal appelant dans ledit journal d'appel.
9. Procédé selon l'une des revendications précédentes dans lequel lorsque ledit terminal appelé a reçu lesdites informations, il émet un message d'acquittement destiné audit terminal appelant.
10. Procédé selon l'une des revendications précédentes, dans lequel lorsque suite à la réception dudit message de signalisation, l'appel est manqué sur ledit terminal appelé (T2), ledit appel est notifié dans un journal d'appel dudit terminal appelé en association avec lesdites informations correspondant audit appel.
11. Procédé selon l'une des revendications précédentes, comportant une étape préalable de mémorisation d'informations fournies par l'utilisateur dudit terminal appelant au sein d'un serveur, lesdites informations comprenant un numéro de téléphone appelant, et une étape de transmission d'un message d'information par ledit serveur contenant ledit téléphone appelant, de sorte que ce téléphone appelant soit affiché sur l'interface homme-machine dudit terminal appelé lors de la réception dudit message de signalisation.
12. Programme d'ordinateur comportant des moyens logiciels adaptés à la mise en œuvre du procédé selon l'une des revendications précédentes, lorsqu'il est déclenché par une plateforme de traitement de l'information.
13. Terminal de communication adapté pour la réception d'une communication téléphonique provenant d'un terminal appelant à travers un réseau de communication mobile, comportant :
des premiers moyens (Ml, M2) pour la réception de messages et pour déterminer si un message reçu est un message d'information (ma) contenant des informations sur un utilisateur appelant associé audit terminal appelant, et auquel cas, pour le traiter de sorte à stocker lesdites informations dans une mémoire (MEMa) dudit terminal appelé ;
des seconds moyens (M3) pour la réception d'un message de signalisation relatif à un appel provenant dudit terminal appelant, déclenchant la recherche dans ladite mémoire des informations correspondant audit appel, et l'affichage de secondes informations déterminées par lesdites informations sur ledit terminal appelé. 14. Terminal selon la revendication précédente, dans lequel lesdits premiers moyens sont prévus pour intercepter en priorité ledit message pour déterminer si ledit message est un message d'information et, auquel cas, le traiter de sorte à ce qu'il ne soit pas accessible à un utilisateur appelé associé audit terminal appelé.
15. Système comportant un terminal appelant, un terminal appelé selon l'une des revendications 13 à 14 et un serveur (S), dans lequel ledit serveur dispose de moyens de mémorisation d'informations fournies par l'utilisateur dudit terminal appelant et de moyens pour transmettre ledit message d'informations, contenant lesdites informations, vers ledit terminal appelé (T2).
PCT/FR2016/052590 2015-10-08 2016-10-07 Aide a l'etablissement d'une communication telephonique par provision d'informations sur l'utilisateur appelant WO2017060643A1 (fr)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
FR1559563A FR3042372A1 (fr) 2015-10-08 2015-10-08 Aide a l'etablissement d'une communication telephonique par provision d'informations sur l'utilisateur appelant
FR1559563 2015-10-08
FR1562780A FR3042373A1 (fr) 2015-10-08 2015-12-18 Aide a l'etablissement d'une communication telephonique par provision d'informations sur l'utilisateur appelant
FR1562780 2015-12-18
FR1654642A FR3042374B1 (fr) 2015-10-08 2016-05-24 Aide a l'etablissement d'une communication telephonique par provision d'informations sur l'utilisateur appelant
FR1654642 2016-05-24

Publications (1)

Publication Number Publication Date
WO2017060643A1 true WO2017060643A1 (fr) 2017-04-13

Family

ID=55022569

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2016/052590 WO2017060643A1 (fr) 2015-10-08 2016-10-07 Aide a l'etablissement d'une communication telephonique par provision d'informations sur l'utilisateur appelant

Country Status (2)

Country Link
FR (3) FR3042372A1 (fr)
WO (1) WO2017060643A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3648443A1 (fr) * 2018-11-05 2020-05-06 Orange Gestion d'une communication entre un terminal de communication appelant, disposant d'un identifiant d'appel principal et d'un identifiant d'appel secondaire, et un terminal de communication appelé

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6175741B1 (en) * 1998-12-30 2001-01-16 Ericsson Inc. System and method for enhancing business card services within a cellular network
EP1396989A2 (fr) * 2002-09-04 2004-03-10 Nec Corporation Dispositif terminal de communication, appareil de téléphone, système et procédé permettant la notification des informations relatives à l'appelant, ainsi que le programme et le support d'enregistrement associés
EP1427242A1 (fr) * 2002-12-07 2004-06-09 Curitel Communications, Inc. Système, procédé et terminal mobile pour afficher des informations d'appelant
EP1505814A2 (fr) * 2003-08-07 2005-02-09 Microsoft Corporation Identification photographique et dynamique de l'appelant
US20090310765A1 (en) * 2008-06-13 2009-12-17 At&T Delaware Intellectual Property, Inc. Methods, apparatus, and computer program products for providing dynamic replacement communication identification service

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6175741B1 (en) * 1998-12-30 2001-01-16 Ericsson Inc. System and method for enhancing business card services within a cellular network
EP1396989A2 (fr) * 2002-09-04 2004-03-10 Nec Corporation Dispositif terminal de communication, appareil de téléphone, système et procédé permettant la notification des informations relatives à l'appelant, ainsi que le programme et le support d'enregistrement associés
EP1427242A1 (fr) * 2002-12-07 2004-06-09 Curitel Communications, Inc. Système, procédé et terminal mobile pour afficher des informations d'appelant
EP1505814A2 (fr) * 2003-08-07 2005-02-09 Microsoft Corporation Identification photographique et dynamique de l'appelant
US20090310765A1 (en) * 2008-06-13 2009-12-17 At&T Delaware Intellectual Property, Inc. Methods, apparatus, and computer program products for providing dynamic replacement communication identification service

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3648443A1 (fr) * 2018-11-05 2020-05-06 Orange Gestion d'une communication entre un terminal de communication appelant, disposant d'un identifiant d'appel principal et d'un identifiant d'appel secondaire, et un terminal de communication appelé
US11368576B2 (en) 2018-11-05 2022-06-21 Orange Management of a communication call between a caller communications terminal, having a main call identifier and a secondary call identifier, and a called communications terminal

Also Published As

Publication number Publication date
FR3042373A1 (fr) 2017-04-14
FR3042374A1 (fr) 2017-04-14
FR3042372A1 (fr) 2017-04-14
FR3042374B1 (fr) 2021-12-24

Similar Documents

Publication Publication Date Title
EP2643961B1 (fr) Communication entre deux applications web
EP1226725A1 (fr) Systeme et procede de transmission de messages, et utilisation du systeme de transmission pour l'investigation de services fournis
FR2968497A1 (fr) Procede et systeme de diffusion de contenus informatiques vers un terminal mobile
WO2017060643A1 (fr) Aide a l'etablissement d'une communication telephonique par provision d'informations sur l'utilisateur appelant
WO2019052860A1 (fr) Procede de mise en liaison telephonique d'un terminal de communication a numero multiple
EP2336967A1 (fr) Messagerie personnalisée sur encarts Web.
WO2008107595A2 (fr) Procédé et installation de télécommunication pour la fourniture d'un service à l'utilisateur d'un équipement personnel.
EP2299667B1 (fr) Controle parental de l'utilisation d'un terminal mobile
EP3391680B1 (fr) Procédé de gestion d'au moins une communication, dispositif et programme de module logiciel correspondants
EP3035723B1 (fr) Procédé de transmission de données en relation avec une communication
EP1671451B1 (fr) Procede et systeme de mise a disposition d'informations de taxation d'un service payant delivre par un fournisseur de services
EP2007119B1 (fr) Système et procédé de gestion de l'identification de l'opérateur du numéro d'appel d'un correspondant au niveau du terminal d'un ordinateur
FR3030820A1 (fr) Procede pour l'acces a un contenu numerique dans un reseau de communication, au moyen d'un equipement terminal connecte audit reseau de communication
EP2274882B1 (fr) Procede de transmission de message, dispositif et produit programme d'ordinateur correspondants
EP4048542A1 (fr) Procédé de restitution de contenus d'une interface informatique pour véhicule
WO2010007275A1 (fr) Analyse de communications consecutives a un envoi de message
EP2785029A1 (fr) Procédé et dispositif de transmission d'un appel masqué, procédé et dispositif de réception d'un appel masqué, signal de transmission d'un appel masqué, et programme d'ordinateur correspondant
WO2009077568A1 (fr) Objet portable pour filtrer un message entrant non voulu, terminal et procede correspondants
EP3648443A1 (fr) Gestion d'une communication entre un terminal de communication appelant, disposant d'un identifiant d'appel principal et d'un identifiant d'appel secondaire, et un terminal de communication appelé
EP3476110A1 (fr) Procédé et dispositif de traitement d'un objet multimédia
WO2017207892A1 (fr) Procédé d'invocation d'un service applicatif par un navigateur
FR2877114A1 (fr) Systeme et procede de gestion de messages dans un reseau de communication par messagerie electronique
WO2006092505A1 (fr) Procede et dispositif de mise en relation automatique de terminaux proches
FR2950774A1 (fr) Procede de gestion de messages par un serveur, produit programme d'ordinateur, moyen de stockage et serveur correspondants
FR3013550A1 (fr) Procede et dispositif de mise a jour de boites d' emission de messages associees a un terminal de communication

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16793947

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16793947

Country of ref document: EP

Kind code of ref document: A1

点击 这是indexloc提供的php浏览器服务,不要输入任何密码和下载