FR3037465A1 - DEVICE AND METHOD FOR PROCESSING A COMMUNICATION - Google Patents

Abstract

A method of processing a call for at least one destination terminal, said method comprising: - a step (E100) of receiving a call to said at least one destination terminal; a step (E200, E300) of obtaining a non-certified identifier (FROM) of a transmitter of said communication, said identifiers being included in a signaling message (M1) of said communication and reliability information; (PAI); a step (E400) of comparing said reliability information (PAI) with said non-certified identifier (FROM); and a step (E500) of processing said communication as a function of the result of said comparison step.

Description

BACKGROUND OF THE INVENTION The invention relates to the general field of telecommunications. It relates more particularly to the field of the processing of communications for filtering, and in particular telephone calls, calls made in the context of a videoconference, instant messaging communications (in English "Instant Messaging"), and text messages (SMS) or multimedia messages (MMS). In the current state of the art, there are methods of filtering calls by blacklist. These blacklists contain unwanted caller numbers and filter an unwanted call based on the caller's phone number. It is also possible to block calls whose callers' phone numbers are hidden. There are also white-list filtering methods in which all phone calls are filtered except for phone calls where the caller's phone number is whitelisted. Some telecom operators also offer a service for identifying hidden calls that can be used to filter hidden calls before they are presented to the recipient. Thus, in the case of the "stop secret" service developed by Orange (registered trademark), the caller whose phone number is masked is put in communication with a server which asks him to identify himself vocally. If the caller does not provide voice identification, the call is not presented to the called party.

Unfortunately, these voice or list filtering procedures have flaws. Some call centers have implemented a practice of falsifying their telephone number when they make their phone calls so that blacklisting or voice identification filtering methods are ineffective.

On the other hand, the constitution of a whitelist is a long and tedious operation since it requires the census of the entirety of the telephone numbers of the callers of which one wishes to receive the calls. Thus, if one wishes to be able to receive all the calls coming from a particular company, it is necessary to list exhaustively all the numbers used by all the posts of this company.

There is therefore a need for a simple and effective solution to improve on the one hand the efficiency of the filtering of communications and on the other hand the experience of the associated user.

SUMMARY OF THE INVENTION The present invention responds to this need by proposing, in a first aspect, a method of processing a communication intended for at least one destination terminal, this method comprising: a reception step a communication to this destination terminal; a step of obtaining a non-certified identifier of a transmitter of the communication included in a signaling message of this communication and a reliability information; a step of comparing the reliability information with the non-certified identifier; and a step of processing the communication according to the result of this comparison step. Correlatively, the invention also relates to a device for processing a communication intended for at least one destination terminal, this device comprising: a module for receiving a communication destined for said at least one destination terminal; a obtaining module in a signaling message of the communication of a non-certified identifier of a transmitter of this communication and a reliability information; a reliability information comparison module with the non-certified identifier; and a communication processing module according to the result of the comparison step. Within the meaning of the invention, the expression "communication" is used to designate indifferently a telephone call or a video conference call or even more broadly any communication service such as SMS communication services or messaging communication services. instant. In a particular embodiment, the reliability information is a certified identifier included in the signaling message of the communication.

A certified identifier is an identifier whose value and integrity are guaranteed by the operators of the networks through which the communication passes and which is recognized as such in a communication signaling message. A certified identifier may also be an identifier whose value and integrity are guaranteed by a service provider or server 35 of a trusted third party organization. Reliability information can alternatively correspond to data, for example relating to previous communications.

In the case where the reliability information is a certified identifier, it is for example in a particular dedicated field of a communication signaling message. In other words, network operators or service providers of type 0-n- (in English "Over The Top") are, vis-à-vis the user of the destination terminal, trusted third parties who 5 establish the certified identifier and guarantee the value of this certified identifier when it is transmitted by the signaling to the recipient. Such a certified identifier is therefore unfalsifiable by the caller since it is inserted at each call, by the network operator or service provider in charge of the caller or via a trusted third party (eg: WebRTC communication identified and authenticated by a trusted third party).

The communication signaling message may therefore include an uncertified identifier that may be presented to the recipient (s) within the framework of a presentation service of the number or the identity of the user. calling and a certified identifier within the meaning of the invention managed by the communication network and which is not intended to be presented to the users of the destination terminals.

It should be noted that such a certified identifier is present in certain communication signals. For example, SIP-compliant signaling messages (defined by the IETF RFC 3261 and IETF RFC 3325 documents or by one of their evolutions) include a PAI field ("P_Asserted_Id") containing a certified identifier of the caller within the meaning of the invention in addition to the FROM field likely to be presented on the destination terminal or terminals 20 as part of a caller number presentation service. In a particular embodiment of the invention, the processing step includes a substep of filtering the communication. The invention thus proposes to filter (that is to say transmit or block) a communication according to the comparison between the reliability information and the uncertified identifier of the transmitter. This reliability information advantageously guarantees the identification of the caller actually at the origin of the communication. In a particular embodiment of the invention: the processing step includes a substep of searching the reliability information in a list containing issuer reliability information associated with uncertified identifiers of these transmitters ; and the filtering substep is performed based on this substep of searching. Thus, the invention also proposes to filter a communication based on the membership or non-membership of a list of reliability information. In a particular embodiment of the invention, the processing step comprises: a substep of notifying at least one characteristic of the communication as a function of the comparison step and / or the result of the the step of searching for said reliability information in a list containing reliability information of issuers associated with uncertified identifiers of these transmitters. The invention thus also proposes a means of informing the recipient in a simple manner of the nature of the communication, and in particular of the probability that this communication is "safe", and thus to incite him to accept or not the communication ( get a phone call, do not open an SMS or a suspicious email, ...). In a particular embodiment of the invention, the processing step takes into account the type of communication. Thus and advantageously, the filtering may or may not be effected according to the type of communication, depending for example on whether this communication is a telephone call, a text message or a video conference. The invention also proposes, according to a second aspect, a method of updating a list for filtering communications intended for at least one destination terminal, this method comprising: a step of receiving a communication intended for the destination terminal ; a step of obtaining a non-certified identifier of a transmitter of the communication included in a communication signaling message and reliability information; and upon request of a user, a step of adding or removing from the list of reliability information in association with the non-certified identifier. Correlatively, the invention also relates to a device for updating a list of communication filtering intended for at least one destination terminal, this device comprising: a module for receiving a communication destined for the destination terminal; a module for obtaining a non-certified identifier of the sender at the origin of the communication included in a communication signaling message and reliability information; an add-on or delete module in the list, at the request of a user, of the reliability information in association with the non-certified identifier. Thus, the invention enables a user to dynamically build a communication filtering list 30, this list comprising not the uncertified identifiers of the callers presented on the destination terminals as in the state of the art but the identifiers certified by them. network operators or OTT-type service providers. Those skilled in the art will subsequently understand that this list mainly used for filtering (hence its name) is also used as a parameter of the notification step, including when the processing step of the invention does not implement filtering. In a particular embodiment, the reliability information is a certified identifier included in the signaling message of the communication.

Advantageously, when the reliability information is an identifier certified by the network operators or the service providers, it can not be falsified by the callers. The invention thus makes it possible to improve the efficiency of the existing list filtering methods of the state of the art.

5 Associating reliability information and non-certified identifiers in the list allows the user to subsequently modify this list using only the uncertified identifier of the caller. In a particular embodiment of the invention, the request of the user follows a presentation of an identifier of the caller of the call on at least one terminal of the called party.

In other words, the user's request follows the conventional presentation of the caller's number. The implementation of the invention is thus advantageously transparent to the user of the destination terminal. In a particular embodiment of the invention, the list is a blacklist. Such a blacklist thus brings together in the same computer structure the certified and non-certified identifiers of the callers whose user of the destination terminal does not wish to receive communication. In this embodiment, the invention makes it possible to block a communication, which communication is not routed to the destination terminal, if the reliability information included in a signaling message is included in this blacklist.

Thanks to the filtering performed by the invention on the basis of reliability information, the existing blacklist filtering methods are thus improved by blocking unwanted calls even if the caller identification intended to be presented on the screen. recipient terminal has been falsified. In another embodiment of the invention, the step of adding the reliability information 25 and the non-certified identifier in the blacklist is performed only if the reliability information is a certified identifier. included in the communication signaling message and that this certified identifier is different from the non-certified identifier. Thus, by comparing the call identifier that can be presented and whose value is not guaranteed with the caller identifier certified by the network operators or the service providers, the setting device day of the list can detect possible attempts to falsify the identification of the caller to present on the destination terminal, this detection allowing the step of adding the certified identifier in the blacklist filtering. Advantageously, the invention can thus be implemented to block only the communications for which a falsification of the identification of the caller is detected.

In a particular embodiment of the invention, the list is a whitelist.

Such a whitelist thus brings together in the same computer structure the reliability information and the uncertified identifiers of the callers whose destination terminal user wishes to receive the calls. In this embodiment of the invention, the call is transferred to the destination terminal if reliability information is listed in this whitelist. In a particular embodiment of the invention in which the reliability information is a certified identifier, this identifier certified by the operator or the service provider identifies a number range of positions assigned by the network operator to a PBX (Private Automatic Branch eXchange) associated for example with a company. Such a certified identifier thus makes it possible to identify not a particular position number of the company but all the positions of the company. The invention thus facilitates the user experience of the user of the whitelist filtering method by allowing him / her to use a whitelist in which all of the PBX-associated stations are accessible through a single piece of information. reliability.

In association with the reliability information and the non-certified identifiers, it is possible to add in the list in particular: the type of the communication (telephone call, instant messenger, etc.); and / or the identifier of the destination terminal. This additional information makes it possible to carry out conditional filtering: filtering of telephone calls for certain terminals, blocking of videoconferencing for all terminals, receiving SMS messages for all terminals, etc. In a particular embodiment of the invention, reliability information is a certified identifier and more particularly a PAI identifier (for "P_Asserted_Id") conforming to the SIP protocol (in English "Session Initiation Protocol") or a NDI identifier (for a number of 25 designation of the installation) compliant the ISDN (ISDN Signalling User Part) protocol. In another particular embodiment of the invention, said non-certified identifier is a SIP-compliant FROM identifier or an ISUP-compliant NDS (Additional Designation Number) identifier.

The invention is thus compatible with the use of SIP standards (defined by IETF documents RFC 3261 and IETF RFC 3325 or by one of their evolutions) and ISDN (defined by ITU document Q.931 (for Union In one particular embodiment, the steps of the method of processing and / or the steps of the updating method are determined by computer program instructions. the invention also relates to a computer program on an information medium, this program being capable of being implemented in a communication terminal, a residential gateway, or a network equipment, this program comprising adapted instructions implementing the steps of a processing method and / or updating method as described above This program can use any programming language, and be e in the form of source codes, object codes, or intermediate codes between source code and object code, such as in a partially compiled form, or in any other desirable form. The invention also relates to a computer-readable information medium, comprising instructions of a computer program as mentioned above. The information carrier may be any entity or device capable of storing the program. For example, the medium may comprise a storage means, such as a ROM, RAM, PROM, EPROM, a CD ROM or a magnetic recording means, for example a diskette (floppy disc) or a hard disk. On the other hand, the information medium may be a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by other means. The program according to the invention can be downloaded in particular on an Internet type network. Alternatively, the information carrier may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the method in question.

BRIEF DESCRIPTION OF THE DRAWINGS Particular features and advantages of the present invention will become apparent from the detailed description given with reference to the figures in which: FIG. 1 represents in their environment, a communications processing device and an update device according to the present invention; to the invention in a particular embodiment; FIG. 2 illustrates an exemplary hardware architecture of the processing device of FIG. 1; FIG. 3 represents, in the form of a flow chart, the main steps of a processing method according to the invention in an implementation variant in which the list is a blacklist; FIG. 4 illustrates an example of hardware architecture of the updating device of FIG. 1; FIG. 5 represents, in the form of a flow chart, the main steps of a method of updating a filtering list according to the invention in an implementation variant in which the list is a blacklist; and FIG. 6 represents the different substeps of the notification step of the processing method. DETAILED DESCRIPTION OF ONE EMBODIMENT OF THE INVENTION FIG. 1 represents, in its environment, a communication processing device 1 intended for two communication terminals 2 and 2 '. In the embodiment described here, the processing device makes it possible to filter communications and to notify the user of a degree of certification of the communication. In the embodiment described here, the reliability information is a Session Initiation Protocol (SIP) certified P_AssertedId (PAI) identifier. In this embodiment of the invention, the filtering uses a black list L, this blacklist containing certified identifiers associated with uncertified identifiers and for each of these couples, the type of communications that must be blocked for each of the terminals. 2 and 2 'when the signaling message of this communication comprises the corresponding certified identifier. In the example envisaged here, the black list L contains the certified identifier of the line connecting the terminal 9 of the user U4 to the network 4, this certified identifier being associated with the communications by SMS and instant messaging. The communication terminal 2 is, in the example illustrated in FIG. 1, a fixed telephone 20 allowing the user U1 within the framework of a subscribed subscription to a network operator to access services of a communication network 4 via a residential gateway 3. In this embodiment, the processing device 1 and the list L are incorporated in the terminal 2. Alternatively they could be incorporated in the residential gateway 3 or in a network equipment 4. The communication terminal 2 'is, in the example illustrated in FIG. 1, a smart mobile phone (also known in English as "snnartphone") equipped with software Communication. The smart phone 2 'communicates with the residential gateway 3 by means of wireless connection, for example WiFi. The communication software enables the smart phone 2 'to register with a server of the communication network 4 in order to access via the residential gateway 3 services subscribed by the user U1. In other words, the user U1 has two communication terminals 2 and 2 'called destination terminals which are connected to the residential gateway 3 and which are accessible by the same public identity, in this case the number of the telephone line connected to residential gateway 3.

In particular, the user U1 can be informed simultaneously on the terminals 2 and 2 'of the telephone calls from the terminals 5, 9 and 10 of the users U2, U4 and U3. The communications network 4 can be a mobile network (eg UMTS (Universal Mobile Telecommunications System)) or fixed (eg RTC, DSL VoIP, fiber, cable), wired or wireless (eg WLAN (Wireless Local Area Network) ), private or public, etc. In the example envisaged here, it is assumed that the network architecture 4 is an IMS (IP Multimedia Subsystem) architecture. It is further assumed that the user U2 is an employee of a call center who has a communication terminal 5 for making telephone calls using SIP-compliant call signaling as defined. in IETF RFC 3261 and RFC3325. Traditionally, the network operator 4 has assigned a number of call numbers to the call center. The first number of the number range corresponding here to the number of the call center switchboard and to identify the physical line connecting the call center to the communications network 4. The other numbers of the range of numbers allocated at the call center are assigned to the communication terminals, including terminals 5 and 10, belonging to the call center. In the example described here, it is assumed that the network operator 4 allocated the hundred-number block 01 23 45 00-01 23 45 99 to the call center. In other words, the number of the call center standard is 01 23 45 00 and the number of the communication terminal 5 is 01 23 45 05. It is also assumed that the user U2 initiates from his communication terminal 5 a telephone call to the terminals 2 and 2 'of the user U1 accessible by the telephone number associated with the telephone line to which the residential gateway 25 is connected 3. The communication terminal 5 then transmits at its destination of the residential gateway 3 an SIP INVITE type M1 call signaling message comprising a field of type FROM whose content and integrity are not certified by the network 4. This field of type FROM contains the telephone number of the station (for example 01 23 45 05) allocated to the communication terminal 5.

The M1 call signaling message is first received by a PBX 6 (Private Automatic Branch eXchange) located in the call center premises. The PBX equipment 6 allows the communication terminals 5 and 10 to access the network 4. It is assumed here that the PBX equipment 6 is configured to change the field FROM of the message M1 so that this field contains a number of phone that does not belong to the consecutive number range allocated to the call center. In other words, the PBX equipment 6 replaces the number 01 23 45 05 contained in the FROM field by another number, for example by the number 03 45 67 89.

The PBX device 6 can also configure the message M1 to contain a PAI field (P_Asserted_Id) conforming to the SIP protocol and in whose field the value of the FROM field has been copied. Then the PBX equipment 6 transmits the message M1 to a first device 7 under the control of the operator of the communications network 4. In the example envisaged here, the equipment 7 is a P-CSCF equipment (in English " Call Proxy / Session Control Function "). This equipment P-CSCF 7 checks whether the message M1 contains a PAI field. If necessary, the P-CSCF-7 equipment modifies the PAI field so that it contains the number of the physical line (ie the number of the standard) connecting the call center to the communications network 4. If the message M1 does not contain a PAI field, the equipment P-CSCF-7 creates one and assigns it the number of the physical line connecting the call center to the communications network 4. In other words, the equipment P-CSCF 7 configures the PAI field to contain a certified identifier whose value is the number 01 23 45 00 identifying the physical line connecting the call center to the communications network 4. In accordance with the SIP protocol, the P-CSCF 7 equipment does not look at or change the value contained in the FROM field. The message M1 is then transmitted by the P-CSCF 7 equipment to the destination terminal 2 'through the communication network 4 and the residential gateway 3.

The communication network 4 also transmits an M2 message signaling the call to the destination terminal 2 'via the residential gateway 3. During its transmission in the communication network 4 and through the residential gateway 3 the network operator 4 guarantees, in accordance with the SIP standard, the integrity and the value of the PAI field of the message Ml and the message M2. On the other hand, the network operator 4 does not guarantee the integrity of the FROM field. In other words, within the meaning of the invention, the PAI field of the message M1 is a certified identifier of the caller and the field FROM is an uncertified identifier of the caller. The terminals 2 and 2 'can notify the user U2 of the degree of certification of the call when it is transmitted to them.

We will now describe, with reference to FIG. 3, the main steps of a processing method according to the invention when the processing device 1 receives a telephone call sent by the user U2. During a step E100, the device 1 receives the call signaling message M1 indicating that the user U2 wishes to establish a telephone call with the terminal 2 of the user U1.

Similarly, the smart phone 2 'presents the communication (for example by ringing) to the user U1 upon receipt of the message M2 call signaling.

The device 1 analyzes the message M1 and obtains a certified identifier (step E200) and a non-certified identifier (step E300) of the caller at the origin of the call by extracting the call signaling message M1. identifier contained in the PAI field and the identifier contained in the FROM field. The identifier contained in the PAI field constitutes, as pointed out above, an identifier certified by the communications network 4. The device 1 then compares (step E400) the certified identifier PAI extracted from the message M1 with the non-certified identifier FROM, and depending on the result executes a processing step (E500) comprising several substeps (E510 to E550). If the certified identifier is different from the non-certified identifier (answer yes to step E400) 10 then the device 1 compares (step E510) the certified identifier PAI extracted from the message M1 with the certified identifiers listed in the blacklist L. If the identifier PAI corresponds to a certified identifier listed in the black list L (answer yes to step E510), the device 1 blocks (step E530) the call destined for the terminal 2. As a variant, when Step E510, it is also checked whether the certified identifier listed in black list L is also associated with the type of communication "telephone call". If this is the case, the device 1 blocks (step E530) the call destined for the terminal 2. According to this variant, if the authenticated identifier present in the black list L is associated with a type of communication, for example message text, different from the type of communication received in step E100 (in this case, the type of the call is a telephone call), the device 1 does not block the call to the terminal 2. Alternatively, the device 1 blocks the call destined for the terminal 2 as soon as the identifiers FROM and PAI are different, whether or not the identifier PAI corresponds to a certified identifier listed in the black list L, the step E510 then not being Implementation. In the embodiment described here, when the device 1 blocks the call to the terminal 2, in a step E540, the device 1 transmits a request to reject the telephone call. In the example described here, the device 1 transmits via the communication network 4 a SIP request of the series 6> O <, typically a request 603 DECLINE, to the terminal 5. Upon receipt of this request 603 DECLINE , the communication network 4 notifies the destination terminal 2 'via the residential gateway 3 that the communication sent by the terminal 5 of the user U2 is rejected by the terminal 2 of the user U1. Upon receipt of this notification, the terminal 2 'stops presenting the communication to the user U1. In a variant, the device 1 transmits, via the communication network 4, a SIP request of the series 4) 0K, typically a request 406 BUSY HERE, to the terminal 5.

On receipt of this request 406 BUSY HERE, the communication network 4 does not notify the destination terminal 2 'via the residential gateway 3 that the communication sent by the terminal 5 of the user U2 is rejected by the user. In other words, the terminal 2 'continues to present the communication to the user U1.

If the identifier PAI does not correspond to a certified identifier listed and associated with the type of communication "telephone call" in the black list L (answer no to step E510), the device 1 transmits the message M1 (step E520) in terminal 2 so that the call is presented to the user of the destination terminal 2. If the identifier PAI is identical to the identifier FROM, the device 1 also transmits the message M1 (step E520) to the terminal 2 so that the call is presented to the user. In the latter two cases for which the call is presented to the user, the device 1 performs a step (E550) notification to indicate to this user information on the communication and particularly on its certification. This notification step (E550) is optional.

This notification step can be broken down into a series of substeps (E600 to E960) shown in FIG. 6. In this embodiment, three tests are performed: it is checked whether the identifiers PAI and FROM are identical or not ( E600). If they are different, we check if their first digits are still the same or if the FROM is in accordance with the ARCEP (Electronic Communications and Postal Regulatory Authority) plan (E800). Finally, it is checked whether the FROM identifier is present in a BOOK address book recorded in the terminal 2 (E730 'E830, E930). Depending on the result of these tests, the destination terminal 2 may play a specific ring tone, display a probability that the calling number corresponding to the FROM identifier is certified, or may display this number in a certain typography or color. For example, in this embodiment, a first test (E600) compares the uncertified identifier FROM and the certified identifier PAI. If these identifiers are identical, the terminal 2 plays a specific tone Si (E710), then displays (E720) a probability P1 that the calling number is certified.

Then, we check (E730) if the identifier FROM is present in the address book BOOK of the terminal 2. If this is not the case, we display (E750) the identifier FROM in a color and a typography specific showing that the latter is certified, for example in green and with a first typography. If the FROM identifier is present in the address book, it can display (E740) 35 directly the contact associated with this identifier, such as his name and / or his first name, but always in the same color and the same typography.

3037465 13 If the FROM and PAI are different, we compare their first digits or we check if the FROM is in accordance with the ARCEP (E800) plan. If this is the case, or if the first digits are identical, a specific ring tone S2 (E810) is played, then a probability P2 is displayed (E820) that the calling number is certified.

5 Then, one checks (E830) if the identifier FROM is present in the address book BOOK of the terminal 2. If it is not the case, one displays (E850) the identifier FROM in a color and a typography specific showing that the latter is not certified but has a consistent format, for example in orange and with a second typography. If the FROM identifier is present in the address book, it can display (E840) 10 directly the contact associated with this identifier, such as his name and / or his first name, but always in the same color and the same typography. If the first digits are different or if the FROM identifier does not comply with the ARCEP plan, a specific ringing tone S3 (E910) is played, then a probability P3 (E920) is displayed that the calling number is not certified.

15 We then check (E930) if the identifier FROM is present in the address book BOOK of the terminal 2. If this is not the case, we display (E950) the identifier FROM in a specific color and typography showing that the latter is not certified and is not in the correct format, for example in red and with a third typography. If the FROM identifier is present in the address book, it can display (E940) 20 directly the contact associated with this identifier, such as his name and / or his first name, but always in the same color and the same typography. In a particular embodiment, the user U1 can enrich the BOOK address book of the device 1 from the incoming call log information to store both the FROM identifier and the PAI identifier.

Thus, in the case of an identity theft for which the identifier FROM is in the ARCEP format and is present in the address book but is different from the PAI, the user U1 may be notified of this usurpation, by example by a specific ringtone or visual information. We will now describe, with reference to FIG. 5, the main steps of a method for updating the filtering list L. It will be recalled that this list, mainly used for the filtering of the communication, can also be used in parameter of the notification to the user of the degree of certification of this communication. In this embodiment, the method is implemented during the reception by the device 8 of a telephone call sent by the user U2.

During a step F100, the update device 8 receives via the filtering device 1 the call sent by the communication terminal 5 of the user U2 to the terminal 2 of the user. U1. In other words, the signaling message M1 has not been blocked by the filtering device 1. In the example envisaged here, the message M1 therefore comprises: a PAT field (P_Asserted_Id) conforming to the SIP protocol, this field comprising an identifier certified by the network operator 4 whose value (01 23 45 00) corresponds to the number of the physical line (ie the number of the standard) connecting the call center to the communications network 4; and a field FROM having an identifier not certified by the operator of the network 4 and whose value 03 45 67 89 has been configured by the PBX equipment 6 of the call center. On receipt of the message M1 (step F100), the device 8 extracts (step F200) from the message M1 the identifier contained in the field FROM and presents (step F300) to the user U1 this value by displaying it on a screen of destination terminal 2. The device 8 also extracts (step F400) from the message M1 the certified identifier contained in the PAT field. The device 8 compares (step F500) the value of the certified identifier contained in the PAI field with the value of the non-certified identifier contained in the FROM field. If, as is the case in the example described here, the PAT certified identifier is different from the non-certified identifier FROM (answer yes to step F500), the device 8 saves the certified identifier in association with the non-certified identifier (step F700) in the non-volatile memory 8D of the device 8.

In the example described here, the user U1 decides to take the call and discovers that it is a call from a call center which he no longer wishes to receive in the future. call. The user Ul then consults the call register of the terminal 2, selects the call that he has just received from the identifier that has been presented to him and sends a request RQ (for example by selecting a menu in the terminal user interface 2) to the black list update device L 8, this request RQ indicating that it no longer wishes to receive a telephone call from this caller. Upon receipt of the request RQ, the update device 8 adds in the black list L during a step F900 the certified identifier PAI in association with the uncertified identifier FROM which was previously saved in step F700 in the non-volatile memory 8D.

As a variant, the updating device 8 also adds to the black list L during step F900 in association with the PAI-certified identifier, an indication that the PAI-certified identifier is used to filter the type communications. phone call.

The device 8 for updating the list L may be incorporated in the terminal 2, in the residential gateway 3 or in a piece of equipment of the communication network 4. In these embodiments, the filtering device 1 has the hardware architecture of a computer, as schematically illustrated in Figure 2.

Thus, the filtering device 1 comprises in particular a processor 1A, a read-only memory 1B, a random access memory 1C, a non-volatile memory 1D and communication means 1E. The processor 1A, the memories 1B-1D and the communication means 1E can optionally be shared with corresponding means of the communication terminal 2. The read-only memory 1B of the filtering device 1 constitutes a recording medium 10 readable by the processor 1A and on which is recorded a computer program according to the invention, comprising instructions for performing the steps of a processing method according to the invention, the steps of this method of treatment being described with reference to the Figure 3, in a particular embodiment. This computer program equivalently defines a processing functional module 1B1 of the processing device 1. This module makes it possible in particular to carry out filtering and / or notification functions, these functions being described in more detail with reference to FIGS. 3. In these embodiments, the device 8 for updating a list (terminal, residential gateway 3 or server) has the hardware architecture of a computer, such as a computer. schematically illustrated in FIG. 4. Thus, the updating device of a list 8 comprises in particular a processor 8A, a read-only memory 8B, a random access memory 8C, a non-volatile memory 8D and communication means 8E. The processor 8A, the memories 8B-8D and the communication means 8E can optionally be shared with corresponding means of the communication terminal 2. The read-only memory 8B of the device for updating a list constitutes a recording medium readable by the processor 8A and on which is recorded a computer program according to the invention, comprising instructions for performing the steps of a method of updating a filtering list according to the invention, the steps of this method of updating a list being described later with reference to FIG. 5, in a particular embodiment. This computer program equivalently defines functional modules of the device 8 for updating a list, such as, in particular, a reception module 8B1 of a communication destined for the destination terminal 2, an obtaining module 8B2 of a list at least one certified identifier and a non-certified identifier of the caller at the origin of the communication from a communication signaling message, a backup module 8B3 of said at least one certified identifier in association with an uncertified identifier of the present caller 3037465 16 in the signaling of the call and an add-on module 8B4 in the list L of said at least one certified identifier in association with the non-certified identifier. The adding module 8B4 is activated on request of a user U1 of the destination terminal 2. The receiving module 8B1 uses in particular the communication means 8E. The functions of these modules are described in more detail with reference to the steps of the updating method of a list illustrated in FIG. 5. Other embodiments The invention aims at identifying the communications to be filtered, that is to say that is, those to be routed to a given terminal and those to be blocked, and to inform the user of the degree of certification of the calling number. The blocking and the routing of the communications are mechanisms known to those skilled in the art and which differ according to the entity that implements them. In the embodiment described above, the filtering according to the invention is implemented within a terminal, this terminal being configured to cancel the presentation of the call to the terminals identified in the blacklist as not wishing to receive this call. Alternatively the invention can be implemented in the residential gateway 3. In which case, the gateway can block the call for all terminals with the same identity connected behind the gateway and possibly allow or not other terminals sharing 20 the same public identity used in nomadism continue to ring by sending a SIP rejection code 4) 0 (or SIP 6) 0. (Alternatively the filtering can be implemented by a network equipment, by For example, an AS application server, in which case the filtering applies to all terminals identically.

To apply the filtering according to a terminal sharing a public identity with other terminals: The INVITE incoming call (FROM, PAI, TO) is transmitted from the S-CSCF to the application server AS which manages the messages. calls received by the shared public identity; The AS verifies the called terminals that have set call screening for the authenticated / non-PAI / FROM credential pair 30 included in the INVITE message; The AS then sends an INVITE SIP message to the S-CSCF, the INVITE message being enriched with the SIP header RejectContact and evaluated with the AoC contact address (including the GRUU or IMEI of the terminal) of the terminal (s). Having configured the caller's certified identifier in their blacklist; 35 - The S-CSCF server then triggers its forking mechanism only to the terminals whose AoC is not present in the RejectContact of the INVITE received from the AS. 3037465 1.7 In the case where no RejectContact is set, all terminals receive an SIP INVITE message sent by the S-CSCF via the P-CSCF. To identify a terminal among a set of terminals sharing the same public SIP identity, it is possible to use the IMEI (International Mobile Equipment Identifier) of the terminal, or 5 when the terminal does not have a SIM card, a temporary identifier of the type "GRUU" As standardized to the IETF, generated by the S-CSCF and communicated to the terminal at the time of its registration in the network. This unique identifier GRUU must then be communicated to the network entity responsible for filtering, for example by means of an http request.

According to a first variant of this particular embodiment of the invention, a blacklist L is associated with each terminal and identified from an identifier of the terminal. The updating of such a list can be carried out according to the updating method described with reference to FIG. 5. This blacklist L can also be included in a network database to which the terminal can access via a network. internet IP link. According to a second variant of this particular embodiment of the invention, the blacklist L is associated with the public identity shared by the terminals. Such a blacklist L includes a terminal identifier associated with the certified identifiers for which the terminals wish to block the communications. The update of such a blacklist L can be carried out according to the update method described with reference to FIG. 5 by adding in the list L in association with the certified identifier, the identifier of the terminal 2 or 2 'which initiated the request at step F800.

DETAILED DESCRIPTION OF ANOTHER EMBODIMENT OF THE INVENTION In this particular embodiment of the invention, the list L is a whitelist, so that only calls whose certified identifiers are registered in the list L are presented to the user of terminal 2.

One embodiment of this method can be described by presenting its differences with the blacklist filtering method described with reference to FIG. 3. After receiving in step E100 the call signaling message M1, the extracting the caller's certified identifier from the PAI field of this message M1 in step E200, the device 1 compares (step E510) this certified identifier PAI with the certified identifiers listed in the white list L.

In this embodiment, the device 1 transmits the message M1 to the terminal 2 so that the call is presented to the user of the destination terminal 2 only if the identifier PAI corresponds to a certified identifier listed in the whitelist. In this embodiment, the whitelist can be initially constructed by a process outside the invention. The user can also add or remove certified identifiers using a menu of his terminal. The invention also makes it possible to offer the user the possibility of deleting a certified identifier from the whitelist on request after the call has been presented to him. Moreover, in one embodiment, during the notification step, if the FROM and PAI identifiers differ, it is possible to use display and ringing rules that are different depending on the pair of identifiers FROM and PAT is whitelisted or not. This makes it possible, in particular, to manage communications sent from companies or call centers with whom it is desired to establish a relationship, but for which the identifier FROM is not necessarily identical to the identifier PAL. Description of other embodiments In the first two embodiments detailed above, the processing device executes a filter sub-step (E520, E530) based on the comparison (E400) of the PAT-certified identifier with the identifier not certified FROM and the membership or not (E510) of the identifier PAT to a list containing certified identifiers of issuers associated with uncertified identifiers of these issuers. In another embodiment, the processing device does not carry out a filter sub-step but only a notification step (E550) performed on the basis of the identifiers PAI and FROM and to inform the user of the degree certification of the communication to allow him the choice to accept or reject this communication himself. In the first two embodiments detailed above, the reliability information is a PAI certified identifier included in a communication signaling message. In another embodiment, the PAI-certified identifier is not presented at the time of the communication, for example when the equipment is of older generation. In this case, the processing method may be identical to the case where the non-certified identifier is different from an identifier certified by the operator. When the mobile network is in 2G / 3G circuit technology, the PAI is not supplied to the terminal.

In one embodiment where the communication is under 4G coverage and temporarily switches over to a 2G / 3G mobile network, the processing process is interrupted. As a variant, in the case of this switchover, the reliability information used in the method comes from a database of reliability of the previous communications carried out under 4G coverage and processed, with their PAT identifiers. In another embodiment, the reliability information used in the processing method is provided by the network via a still untapped call signaling field. The comparison of this reliability information with the non-certified identifier FROM is then performed by the MSC (Mobile Switch Center) and the terminal retrieves the result of this comparison. In another embodiment, this reliability information is provided to the terminal by the core network TAS telephone application server either via an unused call signaling field or via a notification platform of the same type. Apple APNS / Google 10 C2M / Microsoft.

Claims (16)

REVENDICATIONS1. A method of processing a call for at least one destination terminal, said method comprising: a step (E100) of receiving a call to said at least one destination terminal (2); a step (E200, E300) of obtaining a non-certified identifier (FROM) of a transmitter of said communication (U2) included in a signaling message (M1) of said communication and reliability information (PAI) ); a step (E400) of comparing said reliability information (PAT) with said non-certified identifier (FROM); and a processing step (E500) of said communication (U2) according to the result of said comparing step. 2. Processing method according to claim 1, wherein said processing step (E500) comprises a substep (E520, E530) for filtering said communication. 3. Treatment method according to claim 2, characterized in that: said processing step (E500) comprises a substep (E510) for searching for said reliability information (PAI) in a list containing reliability information (PAI). ) issuers associated with uncertified identifiers (FROMs) of these issuers; and in that - said substep (E530) for filtering said communication is performed according to said substep (E510) search. The processing method according to any one of claims 1 to 3, wherein said processing step comprises: a substep (E550) of notification of at least one characteristic of said communication according to said comparing step and or the result of a search step (E510) of said reliability information (PAI) in a list containing reliability information (PAI) of issuers associated with uncertified identifiers (FROM) of these issuers. 5. A method of updating a list (L) for filtering communications intended for at least one destination terminal (2), said method comprising: - a step (F100) for receiving a communication intended for said at least one a destination terminal (2); A step (F400) for obtaining a non-certified identifier (FROM) of a transmitter (U2) of said communication, said identifier being included in a signaling message of said communication and reliability information ( PAI); and on request (RQ) of a user (U1), a step (F900) of adding or deleting in said list (L) of said reliability information (PAI) in association with said non-certified identifier (FROM) . 6. Update method according to claim 5 wherein said request (RQ) follows a presentation (F300) of said non-certified identifier (FROM). 10 7. An updating method according to any one of claims 5 or 6 wherein said list (L) is: - a whitelist containing the uncertified identifiers and the reliability information of the issuers whose communications intended for said at least one destination terminal must be transmitted to said at least one destination terminal; or - a blacklist containing the non-certified identifiers and the reliability information of the transmitters whose communications destined for said at least one destination terminal must be blocked. 20 8. Update method according to any one of claims 5 to 7 wherein said adding step (F900) also comprises adding information of a type of said communication in association with said identifiers (PAI). , FROM). 9. An updating method according to any one of claims 5 to 8 wherein said list is a blacklist and wherein said adding step (F900) is performed only if: said reliability information is a certified identifier (PAI) included in said signaling message (M1) of said communication; and said certified identifier (PAI) is different from said non-certified identifier (FROM). 30 The method of any one of claims 1 to 9 wherein said reliability information is a certified identifier (PAT) included in said signaling message (M1) of said communication. The method of claim 10 wherein said reliability information is a Session Initiation Protocol (SIP) compliant P_Asserted_Id (PAT) identifier or an ISUP compliant ISUP-compliant NDI (Facility Designation Number) identifier. Digital Network Signalling User Part Services). 3037465 22 Computer program comprising instructions for performing the steps of the method of processing a communication according to any one of claims 1-4 and 1011 or for performing the steps of the update process of a list according to any one of claims 5 to 11 when said program is executed by computer. 13. Device (1) for processing a communication intended for at least one destination terminal, said device comprising: a module for receiving a call to said at least one destination terminal (2); a module for obtaining, in a signaling message (M1), a non-certified identifier (FROM) from a transmitter of said communication (U2) and a reliability information element (PAT), a module for comparing said information of reliability (PAI) with said uncertified identifier (FROM); and a module (181) for processing said communication as a function of the result of said comparing step. 14. Device (8) for updating a list (L) for filtering communications intended for at least one destination terminal (2), said device (8) comprising: a module (881) for receiving a communication to said at least one destination terminal (2); a module (8B2) for obtaining a non-certified identifier (FROM) from the transmitter (U2) at the origin of said communication, said identifier being included in a signaling message (M1) of said communication and reliability information (PAI); a module (8B4) for adding or deleting said list (L), at the request of a user (U1), of said reliability information (PAI) in association with said non-certified identifier (FROM). 30 Terminal comprising a processing device according to claim 13 and / or an updating device according to claim 14. Gateway comprising a processing device according to claim 13 and / or an updating device according to claim 14.