FR2977437A1

FR2977437A1 - Method for processing request for establishing communication sent by calling terminal to terminal forwarding call to another terminal, involves implementing or inhibiting call forwarding based on result of verification of filter criteria

Info

Publication number: FR2977437A1
Application number: FR1155885A
Authority: FR
Inventors: Bertrand Bouvet
Original assignee: France Telecom SA
Current assignee: Orange SA
Priority date: 2011-06-30
Filing date: 2011-06-30
Publication date: 2013-01-04

Abstract

The method involves intercepting a request, and verifying the request to determine whether filter criteria specific to calls forwarded from a terminal (TB) e.g. mobile phone, to another terminal (TC) e.g. fixed phone, are checked for the request. The call forwarding is implemented or inhibited for the request for establishing communication according to the result of the verification. An identifier e.g. phone number, of the former terminal is obtained from the request, and a determination is made weather the filter criteria are defined in relation to the identifier of the former terminal. An independent claim is also included for a device for processing a request for establishing communication sent by a calling terminal to a terminal forwarding a call to another terminal.

Description

-1- Procédé et dispositif de traitement d'appels renvoyés -1- Method and device for processing returned calls

L'invention se rapporte au domaine des télécommunications, et particulièrement à celui des services de type "renvoi d'appel". The invention relates to the field of telecommunications, and particularly to that of "call forwarding" services.

De façon connue, un service de renvoi d'appel permet à un utilisateur abonné à un service de téléphonie et équipé d'un terminal téléphonique raccordé à un réseau de téléphonie, de demander le renvoi des appels émis à destination de ce terminal vers un autre terminal. Ainsi quand un interlocuteur A demande l'établissement d'une communication avec un utilisateur B ayant demandé le renvoi de ses appels vers un autre terminal, la demande d'appel est 10 directement renvoyée, c'est-à-dire transférée, vers cet autre terminal. I1 est par exemple possible pour un utilisateur de renvoyer les appels émis à destination de son terminal mobile vers un téléphone fixe ou de renvoyer les appels de son terminal fixe vers un terminal fixe ou mobile d'un autre utilisateur. Le renvoi activé peut être inconditionnel ou soumis à une ou plusieurs conditions. 15 Parmi les services de renvoi existants, on peut citer le renvoi sur non réponse, le renvoi sur occupation, le renvoi sur non joignabilité du terminal, par exemple dans le cas d'un terminal mobile non connecté au réseau ou d'une passerelle domestique éteinte, le renvoi vers plusieurs destinations ou encore le renvoi en fonction d'un calendrier. La configuration du renvoi par un utilisateur peut être effectuée par exemple à partir d'une 20 application disponible sur le Web ou par accès à un serveur vocal. Cette configuration est effectuée à l'initiative de l'utilisateur demandant le renvoi. Cet utilisateur est a priori l'utilisateur du terminal concerné par le renvoi. Il peut également être un autre utilisateur, voire un utilisateur malveillant. Dans le cas d'un appel renvoyé vers un terminal d'un autre utilisateur, celui-ci n'est consulté 25 avant la configuration que si l'utilisateur configurant le renvoi fait une démarche personnelle pour l'informer. De plus, lors de la réception d'un appel, il ne sait pas si l'appel reçu est ou non un appel renvoyé. L'utilisateur à l'initiative du renvoi peut se tromper dans la saisie du numéro destinataire du renvoi ou saisir volontairement le numéro d'un utilisateur ne souhaitant pas recevoir les appels 30 renvoyés. Il peut également oublier d'annuler un renvoi d'appel. Dans le cas d'un tel renvoi vers un autre utilisateur, celui-ci reçoit ainsi des appels qu'il ne souhaite pas recevoir. Il ne peut annuler le renvoi. De plus, il ne peut composer le numéro de l'utilisateur du terminal renvoyé car cet appel étant renvoyé ne peut aboutir. Il existe donc un besoin d'améliorer le service de renvoi d'appels. 35 A cet effet, l'invention propose un procédé de traitement d'une demande de mise en communication émise par un terminal appelant à destination d'un premier terminal pour lequel un 2977437 -2- renvoi d'appel vers un deuxième terminal est activé. Selon l'invention, le procédé comporte les étapes suivantes: interception de ladite demande; - vérification pour déterminer si au moins un critère de filtrage propre aux appels renvoyés 5 vers le deuxième terminal est vérifié pour ladite demande; mise en oeuvre ou inhibition du renvoi d'appel pour ladite demande de mise en communication en fonction du résultat de la vérification. Un ou plusieurs critères de filtrage définis pour le deuxième terminal sont appliqués pour décider si la mise en communication pour laquelle un renvoi d'appel est activé doit être ou non 10 transférée vers ce deuxième terminal. Le ou les critères de filtrage permettent un contrôle des demandes de mise en relation faisant l'objet d'un renvoi d'appel. Ainsi, des demandes de mise en communication qui auraient dû aboutir sur le deuxième terminal après renvoi d'appel peuvent être rejetées. Le renvoi d'appel est inhibé pour ces demandes. 15 Ceci améliore le confort de l'utilisateur du deuxième terminal. Ces critères sont propres aux appels renvoyés. Ils permettent une vérification spécifique pour les appels renvoyés. L'utilisateur du deuxième terminal peut par exemple définir lui-même le ou les critères à appliquer afin de personnaliser le filtrage effectué pour les demandes qui sont renvoyées vers ce 20 deuxième terminal. Selon un mode de réalisation particulier du procédé, l'étape de vérification comporte la vérification d'au moins un ensemble de critères de filtrage prédéfinis pour le deuxième terminal et combinés entre eux par des opérateurs booléens. L'utilisation de critères de filtrage combinés par des opérateurs booléens permet de combiner 25 plusieurs critères de filtrage et ainsi de paramétrer finement les conditions dans lesquelles un renvoi d'appel vers le deuxième terminal est mis en oeuvre ou inhibé. Selon une caractéristique particulière de ces modes de réalisation, le procédé comporte une étape d'obtention d'un identifiant du premier terminal à partir de ladite demande, et l'étape de vérification comprend un test pour déterminer si l'identifiant du premier terminal vérifie un dit 30 critère de filtrage défini par rapport à au moins un identifiant de terminal. L'utilisation, dans la définition d'un critère de filtrage, de l'identifiant d'un terminal pour lequel un renvoi est activé permet de définir le mode de traitement des demandes de mises en communication émises à destination d'un tel terminal. Grâce à un tel critère, il est par exemple possible d'inhiber le renvoi d'appel pour toutes les 35 demandes renvoyées intempestivement vers le deuxième terminal ou au contraire de mettre en oeuvre le renvoi d'appel systématiquement les demandes renvoyées par un premier terminal connu de l'utilisateur du deuxième terminal. 2977437 -3- Selon un mode de réalisation particulier du procédé, le test comprend une recherche dudit identifiant de premier terminal dans une liste d'identifiants autorisés ou interdits. L'établissement d'une liste d'identifiants interdits ou d'identifiants autorisés est un moyen simple pour définir un critère de filtrage. 5 Un identifiant est par exemple un numéro de téléphone ou un préfixe de numéro de téléphone. La liste peut facilement être modifiée, par ajout ou par suppression. Elle permet de modifier le résultat du filtrage de façon simple et aisée. Selon une caractéristique particulière, un critère de filtrage est défini par rapport à une plage 10 temporelle. Un tel critère permet de mettre en oeuvre un filtrage adapté en fonction d'une plage horaire, du jour de la semaine...Il peut être appliqué seul ou en combinaison avec un autre critère, par exemple un critère défini par rapport à un identifiant de terminal ou à une liste d'identifiants. Selon une autre caractéristique particulière, un critère de filtrage est défini par rapport au 15 type du renvoi d'appel activé pour le premier terminal et/ou par rapport à un nombre de renvois d'appels déjà subis par ladite demande. La définition d'un critère par rapport à un type de renvoi activé et/ou par rapport à un nombre de renvois d'appels déjà subis par ladite demande permet d'adapter la décision de mise en oeuvre ou d'inhibition au type de renvoi activé ou aux circonstances de ce renvoi et ainsi un filtrage précis des 20 demandes de mises en relation faisant l'objet du renvoi d'appels. Un tel critère permet, par exemple, de décider de l'inhibition des demandes renvoyées sur occupation et de la mise en oeuvre du renvoi d'appel pour des demandes renvoyées sur non réponse. Selon un mode de réalisation, l'étape d'inhibition comprend l'envoi à destination du terminal appelant d'un message d'information sur l'inhibition ou d'une tonalité prédéfinie. 25 Le message d'information d'inhibition ou la tonalité prédéfinie, par exemple une tonalité d'occupation, informe l'utilisateur du terminal appelant de l'inhibition. Par exemple, le message d'information contient une information sur la cause de l'inhibition et l'utilisateur appelant informé de cette cause de l'inhibition n'est pas incité à émettre une nouvelle demande de mise en relation. Selon un mode de réalisation utilisé seul ou en combinaison avec un mode de réalisation 30 précédent, l'étape de l'inhibition comprend l'envoi d'un message d'information sur l'inhibition à destination du premier terminal. L'envoi d'un message d'information à destination du terminal pour lequel un renvoi d'appel est activé permet d'informer l'utilisateur de ce terminal des appels émis à sa destination. Il permet également de rappeler à l'utilisateur de ce terminal ou de l'informer qu'un renvoi est activé pour son 35 terminal vers un terminal n'acceptant pas ces renvois. Sur réception de ce message, l'utilisateur peut désactiver ce renvoi d'appels. 2977437 -4- Selon un mode de réalisation utilisé seul ou en combinaison avec un mode de réalisation précédent l'étape d'inhibition est effectuée après réception d'une confirmation d'inhibition en provenance du deuxième terminal. Dans ce mode de réalisation, le deuxième terminal, destinataire du renvoi d'appels, envoie un 5 message d'inhibition avant que celui-ci ne soit effectif. Cette confirmation d'inhibition est par exemple envoyée par le deuxième terminal après que celui-ci ait reçu un message informant l'utilisateur de la demande d'appel. Ceci permet à l'utilisateur du deuxième terminal de refuser l'appel, c'est-à-dire d'inhiber le renvoi d'appel pour ladite demande, en temps réel. In known manner, a call forwarding service allows a user subscribed to a telephony service and equipped with a telephone terminal connected to a telephony network, to request the forwarding of the calls sent to this terminal to another terminal. Thus, when an interlocutor A requests the establishment of a communication with a user B who has requested the forwarding of his calls to another terminal, the call request is directly returned, that is to say transferred, to that user. other terminal. For example, it is possible for a user to forward the calls sent to his mobile terminal to a fixed telephone or to forward calls from his fixed terminal to a fixed or mobile terminal of another user. Activated forwarding may be unconditional or subject to one or more conditions. Among the existing forwarding services, mention can be made of forwarding on no answer, forwarding on busy, forwarding on non-reachability of the terminal, for example in the case of a mobile terminal not connected to the network or a home gateway off, forwarding to multiple destinations or forwarding according to a calendar. The configuration of the forwarding by a user can be done for example from an application available on the Web or by access to a voice server. This configuration is done on the initiative of the user requesting the return. This user is a priori the user of the terminal concerned by the return. It can also be another user or even a malicious user. In the case of a call forwarded to a terminal of another user, it is consulted before the configuration only if the user configuring the referral makes a personal approach to inform him. In addition, when receiving a call, it does not know if the received call is or not a returned call. The user at the initiative of the return can be mistaken in entering the number to which the return has been sent or voluntarily enter the number of a user who does not wish to receive the calls 30 forwarded. He can also forget to cancel a call forwarding. In the case of such a return to another user, it receives calls that it does not want to receive. He can not cancel the return. In addition, it can not dial the number of the user of the returned device because this call being returned can not succeed. There is therefore a need to improve the call forwarding service. For this purpose, the invention proposes a method of processing a call-up request sent by a calling terminal to a first terminal for which a call forwarding to a second terminal is activated. . According to the invention, the method comprises the following steps: interception of said request; checking to determine if at least one filtering criterion specific to the calls sent back to the second terminal is checked for said request; implementing or inhibiting call forwarding for said call-up request based on the result of the check. One or more filtering criteria defined for the second terminal are applied to decide whether the communication setting for which a call forwarding is activated is to be transferred to this second terminal or not. The filtering criterion (s) allows a control of the linking requests that are the subject of a call forwarding. Thus, call-up requests that should have ended on the second terminal after call forwarding may be rejected. Call forwarding is inhibited for these requests. This improves the comfort of the user of the second terminal. These criteria are specific to the calls that are returned. They allow specific verification for returned calls. The user of the second terminal can for example define the criterion or criteria to be applied in order to customize the filtering performed for the requests that are sent back to this second terminal. According to a particular embodiment of the method, the verification step comprises the verification of at least one set of predefined filtering criteria for the second terminal and combined with each other by Boolean operators. The use of filtering criteria combined by Boolean operators makes it possible to combine several filtering criteria and thus to fine-tune the conditions under which call forwarding to the second terminal is implemented or inhibited. According to a particular feature of these embodiments, the method comprises a step of obtaining an identifier of the first terminal from said request, and the verification step comprises a test to determine if the identifier of the first terminal verifies a said filtering criterion defined with respect to at least one terminal identifier. The use, in the definition of a filtering criterion, of the identifier of a terminal for which a forwarding is activated makes it possible to define the mode of processing of the put in communication requests sent to such a terminal. Thanks to such a criterion, it is possible, for example, to inhibit the call forwarding for all the requests sent back to the second terminal unexpectedly or, conversely, to implement call forwarding systematically the requests returned by a first terminal. known to the user of the second terminal. According to a particular embodiment of the method, the test includes a search for said first terminal identifier in a list of authorized or forbidden identifiers. The establishment of a list of forbidden identifiers or authorized identifiers is a simple way to define a filtering criterion. An identifier is for example a telephone number or a prefix of telephone number. The list can be easily modified by adding or deleting. It makes it possible to modify the result of the filtering in a simple and easy way. According to a particular characteristic, a filtering criterion is defined with respect to a time range. Such a criterion makes it possible to implement a filtering adapted according to a time slot, the day of the week, etc. It can be applied alone or in combination with another criterion, for example a criterion defined with respect to an identifier. terminal or a list of identifiers. According to another particular characteristic, a filtering criterion is defined with respect to the type of call forwarding activated for the first terminal and / or with respect to a number of call forwarding already undergone by said request. The definition of a criterion with respect to a type of forwarding activated and / or with respect to a number of call forwarding already undergone by said request makes it possible to adapt the decision of implementation or inhibition to the type of forwarding. activated or the circumstances of this referral and thus an accurate filtering of the linking requests 20 referred call forwarding. Such a criterion makes it possible, for example, to decide on the inhibition of requests returned on busy and the implementation of call forwarding for requests sent back on no answer. According to one embodiment, the inhibiting step comprises sending to the calling terminal an information message on the inhibition or a predefined tone. The muting information message or the predefined tone, for example a busy tone, informs the user of the calling terminal of the inhibition. For example, the information message contains information on the cause of the inhibition and the calling user informed of this cause of the inhibition is not prompted to issue a new connection request. According to an embodiment used alone or in combination with a previous embodiment, the inhibition step comprises sending an information message on the inhibition to the first terminal. The sending of an information message to the terminal for which call forwarding is activated makes it possible to inform the user of this terminal of the calls sent to his destination. It also allows the user to be reminded of this terminal or to inform him that a forwarding is activated for his terminal to a terminal which does not accept these references. Upon receipt of this message, the user can disable this call forwarding. According to an embodiment used alone or in combination with a previous embodiment, the inhibition step is performed after receiving an inhibition confirmation from the second terminal. In this embodiment, the second terminal, recipient of call forwarding, sends an inhibition message before it is effective. This inhibition confirmation is sent for example by the second terminal after it has received a message informing the user of the call request. This allows the user of the second terminal to refuse the call, that is to say to inhibit the call forwarding for said request, in real time.

L'invention se rapporte également à un dispositif de traitement d'une demande de mise en communication émise par un terminal appelant à destination d'un premier terminal pour lequel un renvoi d'appel vers un deuxième terminal est activé. Selon l'invention, le procédé comporte : des moyens d'interception de ladite demande; des moyens de vérification pour déterminer si au moins un critère propre aux appels 15 renvoyés vers le deuxième terminal est vérifié, un dit critère concernant ledit identifiant de premier terminal; des moyens de mise en oeuvre ou d'inhibition de ladite demande de mise en communication en fonction du résultat de la vérification. L'invention se rapporte encore à un terminal de communication contenant un dispositif de 20 traitement tel que décrit précédemment. L'invention se rapporte également à un équipement de réseau contenant un dispositif de traitement tel que décrit précédemment, ledit équipement de réseau étant choisi dans une liste d'équipements comprenant un commutateur téléphonique, un commutateur à autonomie d'acheminement, un point de commande de services, un serveur d'application, un autocommutateur 25 téléphonique privé, une passerelle domestique. L'invention se rapporte enfin à un produit programme d'ordinateur comprenant des instructions pour mettre en oeuvre les étapes d'un procédé de traitement d'une demande de mise en communication, tel que décrit précédemment, lorsqu'il est chargé et exécuté par un processeur. 30 D'autres particularités et avantages de la présente invention apparaitront dans la description suivante de modes de réalisation donnés à titre d'exemples non limitatifs, en référence aux dessins annexés, dans lesquels : - la figure 1 est un schéma bloc illustrant un système selon un mode de réalisation de l'invention, 35 - la figure 2 est un organigramme illustrant les différentes étapes d'un procédé de traitement d'une demande de mise en communication selon un premier mode de réalisation, 2977437 -5- - la figure 3 est un schéma bloc illustrant un système selon un deuxième mode de réalisation de l'invention, - la figure 4 est un organigramme illustrant les différentes étapes d'un procédé de traitement d'une demande de mise en communication selon un deuxième mode de réalisation 5 particulier. The invention also relates to a device for processing a call-up request sent by a calling terminal to a first terminal for which call forwarding to a second terminal is activated. According to the invention, the method comprises: means for intercepting said request; verification means for determining whether at least one criterion specific to the calls returned to the second terminal is verified, a said criterion relating to said first terminal identifier; means for implementing or inhibiting said call-up request depending on the result of the verification. The invention also relates to a communication terminal containing a processing device as described above. The invention also relates to a network device containing a processing device as described above, said network equipment being chosen from a list of equipment comprising a telephone switch, a switch with autonomous routing, a control point services, an application server, a private telephone exchange, a home gateway. Finally, the invention relates to a computer program product comprising instructions for carrying out the steps of a method of processing a call-up request, as described above, when it is loaded and executed by a processor. Other features and advantages of the present invention will appear in the following description of embodiments given as non-limiting examples, with reference to the appended drawings, in which: FIG. 1 is a block diagram illustrating a system according to In one embodiment of the invention, FIG. 2 is a flowchart illustrating the various steps of a method for processing a handshake request according to a first embodiment, FIG. 3 is a block diagram illustrating a system according to a second embodiment of the invention, - Figure 4 is a flowchart illustrating the various steps of a method of processing a communication request according to a second embodiment 5 particular.

Un premier mode de réalisation d'un procédé de traitement d'une demande de mise en communication va maintenant être décrit en référence aux figures 1 et 2. La figure 1 illustre le contexte général de l'invention. 10 En référence à la figure 1, un système SYS comprend un terminal appelant TA d'un premier utilisateur A, un premier terminal TB d'un deuxième utilisateur B, un deuxième terminal TC, un dispositif de traitement D et un dispositif de renvoi d'appels DR. Le terminal appelant TA est un terminal de communication apte à établir une communication avec un autre terminal, par exemple avec le premier terminal TB, via un réseau de communication 15 R. Le terminal appelant TA est, par exemple, un poste téléphonique raccordé au réseau de télécommunication R via une liaison de type RTC (pour "réseau téléphonique commuté"). A titre d'alternative, le terminal appelant TA est un poste téléphonique raccordé au réseau de télécommunication via une passerelle domestique et une liaison de type IP (pour "Internet 20 Protocol"). Egalement, à titre d'alternative, le terminal appelant TA est un téléphone mobile ou un PDA (pour "Personal Digital Assistant"). Le premier terminal TB est, par exemple, un téléphone mobile raccordé au réseau de télécommunication R via une liaison sans fil. 25 A titre d'alternative, le premier terminal TB est un poste téléphonique raccordé au réseau de télécommunication R via une liaison de type RTC ou via une passerelle domestique et une liaison de type IP (pour "Internet Protocol"). Egalement, à titre d'alternative, le premier terminal TB est un PDA (pour "Personal Digital Assistant"). 30 Le deuxième terminal TC est, par exemple, un poste téléphonique d'un troisième utilisateur C raccordé au réseau de télécommunication R via une liaison de type RTC (pour "réseau téléphonique commuté"). A titre d'alternative, le deuxième terminal TC est un poste téléphonique raccordé au réseau de télécommunication R via une passerelle domestique et une liaison de type IP (pour "Internet 35 Protocol"). Egalement, à titre d'alternative, le deuxième terminal TC est un téléphone mobile ou un PDA (pour "Personal Digital Assistant"). 2977437 -6- Encore, à titre d'alternative, le deuxième terminal TC est un terminal du deuxième utilisateur B. Dans le mode de réalisation décrit, le terminal TA et le terminal TC sont de même type. A titre d'alternative, les terminaux TA et TC sont de type différent : par exemple, le terminal TA est 5 un terminal raccordé à un réseau de téléphonie RTC et le terminal TC est un terminal de voix sur IP raccordé à un réseau de téléphonie numérique. Le réseau R englobe alors le réseau RTC interconnecté avec le réseau numérique. Dans le mode de réalisation décrit, la communication est une conversation téléphonique. A titre d'alternative, la communication est une communication visiophonique et ou de texte 10 temps réel. Plus généralement, l'invention s'applique à tout type de communication vocale et/ou de données. Le dispositif de renvoi d'appels DR est apte à intercepter une demande de mise en communication émise par un terminal appelant à destination d'un terminal appelé, à déterminer si un renvoi d'appel est activé pour le terminal appelé et à renvoyer la demande de mise en communication vers un terminal déterminé en cas de renvoi d'appel activé. Le dispositif de traitement D comporte de façon connue, notamment une unité de traitement UT équipée d'un microprocesseur, une ou plusieurs mémoires mortes MM de type ROM ou EEPROM, une mémoire vive MV de type RAM. A first embodiment of a method for processing a communication request will now be described with reference to FIGS. 1 and 2. FIG. 1 illustrates the general context of the invention. Referring to FIG. 1, a system SYS comprises a calling terminal TA of a first user A, a first terminal TB of a second user B, a second terminal TC, a processing device D and a sending device D. DR calls. The calling terminal TA is a communication terminal capable of establishing a communication with another terminal, for example with the first terminal TB, via a communication network 15 R. The calling terminal TA is, for example, a telephone set connected to the network. of telecommunication R via a PSTN type connection (for "switched telephone network"). As an alternative, the calling terminal TA is a telephone set connected to the telecommunications network via a home gateway and an IP type connection (for "Internet 20 Protocol"). Also, as an alternative, the calling terminal TA is a mobile phone or a PDA (for "Personal Digital Assistant"). The first terminal TB is, for example, a mobile phone connected to the telecommunications network R via a wireless link. As an alternative, the first terminal TB is a telephone set connected to the telecommunications network R via a PSTN type connection or via a home gateway and an IP type connection (for "Internet Protocol"). Also, as an alternative, the first terminal TB is a PDA (for "Personal Digital Assistant"). The second terminal TC is, for example, a telephone set of a third user C connected to the telecommunications network R via a PSTN type connection (for "switched telephone network"). As an alternative, the second terminal TC is a telephone set connected to the telecommunications network R via a home gateway and an IP type connection (for "Internet Protocol"). Also, as an alternative, the second terminal TC is a mobile phone or a PDA (for "Personal Digital Assistant"). Again, as an alternative, the second terminal TC is a terminal of the second user B. In the embodiment described, the terminal TA and the terminal TC are of the same type. As an alternative, the terminals TA and TC are of different types: for example, the terminal TA is a terminal connected to a PSTN telephone network and the terminal TC is a voice over IP terminal connected to a telephony network. digital. The network R then encompasses the interconnected PSTN network with the digital network. In the embodiment described, the communication is a telephone conversation. As an alternative, the communication is a videophone and / or real-time text communication. More generally, the invention applies to any type of voice communication and / or data. The call forwarding device DR is able to intercept a call-up request sent by a calling terminal to a called terminal, to determine whether a call forwarding is activated for the called terminal and to send the request. setting in communication to a specific terminal in case of activated call forwarding. The processing device D comprises, in a known manner, in particular a processing unit UT equipped with a microprocessor, one or more ROM ROM or EEPROM ROMs, a RAM RAM MV.

Le dispositif de traitement D comprend également un module de réception REC, un module de filtrage FLT et un module de vérification VER. La mémoire morte MM comporte des registres mémorisant un programme d'ordinateur PG. L'unité de traitement UT est pilotée par le programme informatique PG afin de mettre en couvre notamment le procédé de traitement d'une demande de mise en communication selon un des modes de réalisation de l'invention décrits ultérieurement. Le programme informatique PG comporte des instructions de code pour mettre en oeuvre notamment les étapes d'interception de ladite demande, de vérification pour déterminer si au moins un critère de filtrage propre aux appels renvoyés vers le deuxième terminal est vérifié pour ladite demande, et de mise en oeuvre ou d'inhibition du renvoi d'appel pour ladite demande de mise en communication au deuxième terminal en fonction du résultat de la vérification. The processing device D also comprises a reception module REC, a filtering module FLT and a verifying module VER. The ROM MM contains registers storing a PG computer program. The processing unit UT is controlled by the computer program PG to cover in particular the method of processing a communication request according to one of the embodiments of the invention described later. The computer program PG includes code instructions to implement inter alia the steps of intercepting said request, checking to determine if at least one filtering criterion specific calls to the second terminal is verified for said request, and implementing or inhibiting call forwarding for said handshake request to the second terminal based on the result of the check.

Un premier mode de réalisation de l'invention mis en oeuvre dans le système SYS va maintenant être décrit en référence à la figure 2. Lors d'une étape EO de configuration, le troisième utilisateur C détermine au moins un 35 critère de filtrage CF pour le deuxième terminal TC. Le critère de filtrage CF est propre aux appels renvoyés. 2977437 -7- Un critère de filtrage CF est par exemple l'appartenance à une liste d'identifiants de terminal interdits L1. Un identifiant de terminal est par exemple un numéro de téléphone ou un préfixe de numéro de téléphone. Un préfixe de numéro de téléphone est par exemple le préfixe '06' ou le préfixe '07' 5 contenus dans les numéros de téléphones mobiles en France. La liste Ll comprend par exemple un ou plusieurs identifiants de terminaux IdT pour lesquels le troisième utilisateur C refuse de recevoir les demandes de communication émises à destination de ces terminaux et pour lesquels un renvoi d'appel a été configuré vers le deuxième terminal TC. 10 Dans le mode de réalisation décrit, la liste de numéros interdits L1 comprend un identifiant IdB du terminal TB. L'identifiant IdB est par exemple le numéro de téléphone du terminal TB. Le critère CF est par exemple défini par l'utilisateur C au moyen d'une application Web. Cette application Web permet par exemple à l'utilisateur C de définir le critère CF d'appartenance à une liste de numéros interdits et de saisir un ou plusieurs identifiants de terminal au moyen d'une 15 interface graphique. Le critère CF et la liste L1 sont ensuite enregistrés en association avec un identifiant IdC du deuxième terminal TC dans une mémoire M du dispositif de traitement D, par exemple dans la mémoire MM, ou dans une mémoire externe, par exemple une base de données, accessible par le dispositif de traitement D. 20 Lors d'une étape E2, l'utilisateur appelant A souhaitant joindre l'utilisateur B, compose le numéro d'appel du terminal TB ou sélectionne ce numéro dans une liste ou répertoire de numéros préenregistrés. Le terminal appelant TA envoie alors une demande RQ1 de mise en relation avec l'utilisateur B à destination du terminal TB. De façon classique, la demande RQ1 comporte un identifiant du terminal appelant, ici 25 l'identifiant IdA du terminal TA, et un identifiant du terminal appelé, ici l'identifiant IdB du terminal TB. Un identifiant d'un terminal est par exemple le numéro d'appel, également appelé numéro téléphonique. De façon connue, avant et après sa réception par le dispositif de renvoi d'appel DR, la demande RQ1 est traitée par divers équipements du réseau, par exemple un autocommutateur 30 auquel est relié le terminal TA et un autocommutateur auquel est relié le terminal TB. Pour des raisons de clarté de l'exposé, le traitement par ces divers équipements n'est pas décrit ici. La demande de mise en relation RQ1 est traitée par le dispositif de renvoi d'appels DR lors d'une étape E4. Le traitement effectué est un traitement classique au cours duquel, lors de la réception de la demande RQ1, le dispositif de renvoi d'appel DR détermine si un renvoi d'appel est activé pour le terminal TB et si les conditions de ce renvoi d'appels sont remplies. Les conditions de renvoi d'appels sont déterminées par rapport à un type de renvoi d'appels, par exemple renvoi inconditionnel, renvoi sur non réponse, renvoi sur occupation... 2977437 -8- Si un renvoi d'appel est activé et si les conditions sont remplies, le dispositif de renvoi d'appels DR modifie dans la requête RQ1, l'identifiant du terminal appelé. Plus précisément, le dispositif de renvoi d'appels DR remplace dans la requête RQ1 l'identifiant IdB du premier terminal par l'identifiant IdC du deuxième terminal. De plus, il ajoute un champ de signalisation d'appel R, 5 contenant l'identifiant IdB du premier terminal TB, (Diversion ou History en protocole SIP) une valeur VT de type de renvoi et un compteur de renvoi d'appels CR. Le champ "Redirecting Number" est spécifique au protocole de signalisation ISUP mis en oeuvre dans le réseau RTC. Dans le cas d'un réseau mettant en oeuvre le protocole SfP, par exemple un réseau de voix sur 10 IP, le champ de signalisation d'appel R est le champ Diversion ou History. A titre d'alternative, la champ de signalisation d'appel R contient uniquement l'identifiant IdB du premier terminal '1'13. Le compteur de renvoi d'appels CR indique le nombre de renvois d'appels effectués pour la demande RQ1. Il est positionné par le dispositif de renvoi d'appels DR, par exemple à une valeur 15 de 1, lors d'un premier renvoi d'appel pour la demande RQ1. Si plusieurs renvois successifs sont acceptés pour la demande RQ1 par le dispositif de renvoi d'appels, le compteur de renvoi d'appels CR est incrémenté lors de chaque renvoi. La valeur VT de type de renvoi est une valeur numérique ou un texte indiquant le type de renvoi d'appels. 20 Lors d'une étape E6, ultérieure à l'étape E4, la demande de mise en relation RQ1 est interceptée par le module de réception REC du dispositif de traitement D. Plus précisément, la demande RQ1 est reçue par le module de réception REC du dispositif de traitement D. Le module de vérification VER du dispositif de traitement D vérifie si le champ de signalisation d'appel R est présent ou non dans la demande RQ1. Si le champ de signalisation R 25 n'est pas présent, cela signifie que la demande RQ1 ne concerne pas un appel renvoyé et la demande RQ1 est transmise de façon classique au terminal appelé dont l'identifiant est contenu dans la demande RQ1. Si le champ de signalisation R est présent, cela signifie que la demande RQ1 concerne un appel faisant l'objet d'un renvoi d'appel et lors d'une étape E8, le module de vérification VER du 30 dispositif de traitement D détermine si au moins un critère de filtrage CF est prédéfini pour le deuxième terminal TC. Plus précisément, le module de vérification VER extrait de la demande RQ1 un identifiant de terminal appelé, soit ici l'identifiant IdC du deuxième terminal TC vers lequel le transfert est demandé. Puis, il accède à la mémoire M et vérifie si au moins un critère a été enregistré en 35 association avec l'identifiant IdC du deuxième terminal TC. 2977437 -9- Si aucun critère n'est enregistré dans la mémoire M en association avec l'identifiant IdC, la demande de mise en relation RQ1 est transmise au deuxième terminal TC. L'appel est ainsi présenté au deuxième terminal TC de façon classique. Si, au moins un critère CF est enregistré dans la mémoire M en association avec l'identifiant 5 IdC du deuxième terminal TC, l'étape ES est suivie d'une étape E10 lors de laquelle le module de vérification VER du dispositif de traitement D détermine si au moins un critère de filtrage prédéfini pour le deuxième terminal TC et propre aux appels renvoyés vers le deuxième terminal TC est vérifié pour la demande RQ1. Dans le mode de réalisation décrit, le module de vérification VER du dispositif de traitement 10 D détermine si le critère de filtrage CF est vérifié ou non pour la demande RQ1. Pour cela, le module de vérification VER du dispositif de traitement D extrait de la demande de mise en relation RQ1, et plus précisément du champ de signalisation R, et recherche l'identifiant IdB du premier terminal TB dans la liste d'identifiants L1. Dans le cas où le critère CF n'est pas vérifié, la demande de mise en relation RQ1 est 15 transférée vers le deuxième terminal TC lors d'une étape E14. Dans ce cas, le renvoi d'appel est mis en oeuvre pour la demande de mise en communication RQ1. L'identifiant IdB étant contenu dans la liste d'identifiants L1, l'identifiant IdB est un identifiant interdit et le critère CF est vérifié pour la demande RQ1. Au moins un des critères étant vérifié pour la demande RQ1, l'étape E10 est suivie d'une 20 étape E16 d'inhibition du renvoi d'appel pour la demande RQ1 de mise en communication. Dans le mode de réalisation décrit ici, lors de l'étape E16, le module de filtrage FLT du dispositif de traitement D envoie au terminal appelant TA, une tonalité prédéfinie, par exemple une tonalité d'occupation TO. La demande de mise en communication RQ1 n'est pas transférée vers le deuxième terminal TC. 25 A titre d'alternative, le module de filtrage FLT du dispositif de traitement D transmet au terminal appelant TA un message d'information, par exemple un message vocal MSV indiquant par exemple que sa demande ne peut aboutir. La demande de mise en communication RQ1 n'est pas transférée vers le deuxième terminal TC. Egalement à titre d'alternative, le module de filtrage FLT du dispositif de traitement D 30 envoie au deuxième terminal TC une requête de connexion RQ2. La requête de connexion RQ2 est une deuxième demande de mise en communication émise par le dispositif de traitement D à destination du deuxième terminal TC. Dans le cas où l'utilisateur C du deuxième terminal TC répond à cette requête de connexion, c'est-à-dire qu'il décroche le deuxième terminal TC, il reçoit un message vocal diffusé par le dispositif de traitement D et indiquant une demande de mise en 35 relation en provenance du terminal appelant TA. Suite à l'écoute de ce message vocal, le deuxième terminal TC peut alors informer le dispositif de traitement D qu'il accepte ou qu'il refuse l'appel émis par le terminal appelant TA, ou encore demander le transfert de cet appel vers une messagerie. 2977437 -10- Si le deuxième terminal TC ne répond pas à la requête de connexion RQ2 ou si la requête de connexion RQ2 est renvoyée automatiquement vers une messagerie associée au deuxième terminal TC, le dispositif de traitement D inhibe le renvoi d'appel pour la demande RQ1. Si le deuxième terminal TC répond â la requête de connexion RQ2, par exemple parce que 5 l'utilisateur C décroche, le deuxième terminal TC envoie une réponse à la requête de connexion RQ2. La réponse contient par exemple un code DTMF ou un ou plusieurs mots prononcés par l'utilisateur C. Si cette réponse indique que le deuxième terminal TC accepte l'appel émis par le terminal appelant TA, la demande de mise en communication RQ1 est transférée vers le deuxième terminal 10 TC par le module de filtrage FLT. Ainsi, la demande de mise en communication RQ1 n'est pas rejetée et le renvoi d'appel est mis en oeuvre pour la demande RQ1. Si cette réponse indique que le deuxième terminal TC n'accepte pas l'appel, le module de filtrage FLT transmet alors au terminal appelant TA une tonalité d'occupation ou un message d'information sur l'inhibition. Le message d'information sur l'inhibition est par exemple un message 15 vocal indiquant que la demande RQ1 ne peut aboutir. A titre d'alternative, le message d'information contient également la cause de l'inhibition. La demande de mise en communication n'est pas transférée vers le deuxième terminal TC. Le renvoi d'appel est ainsi inhibé pour la demande RQ1. A titre d'alternative, lors de la réception de la requête de connexion RQ2, l'utilisateur du deuxième terminal TC envoie une réponse indiquant que l'appel émis par le terminal appelant TA 20 doit être transféré sur une messagerie vocale. Dans le cas où le terminal appelant TA est un terminal mobile, l'inhibition du renvoi d'appel, c'est-à-dire le rejet de la demande, peut être communiqué à l'utilisateur A du terminal appelant TA sous la forme d'un SMS (pour "Short Message Service") ou sous la forme d'un MMS (pour "Multimédia message Service"). 25 Egalement à titre d'alternative, en cas d'inhibition du renvoi d'appel pour la demande de mise en relation RQ1, le module de filtrage FLT du dispositif de traitement D envoie à destination du premier terminal TB un message MB, par exemple sous forme de SMS ou MMS, pour informer l'utilisateur B du premier terminal TB de l'inhibition du renvoi d'appel pour la demande de mise en relation RQ1. Le message MB est un message d'information sur l'inhibition à destination du 30 premier terminal TB. Le message MB contient par exemple l'identifiant IdA du terminal A. Par exemple, le message MB est "à 10 heures, vous avez reçu un appel en provenance du numéro IdA, cet appel n'a pu être transféré vers le numéro IdC". Dans une autre variante, utilisée en complément ou non de la variante précédente, la 35 demande RQ1 de mise en communication est d'abord traitée par un dispositif de filtrage (non représenté) apte à déterminer si l'appel est ou non masqué. On rappelle qu'un appel masqué est un appel pour lequel la demande de mise en relation contient une information indiquant que l'émetteur 2977437 -11- de l'appel souhaite que le numéro du terminal d'appel ne soit pas communiqué à son interlocuteur. Si le numéro d'appel est non masqué, la demande RQ 1 est transmise au dispositif de traitement D. Si le numéro d'appel est masqué, un processus classique d'interrogation de l'appelant pour lui demander de se présenter est effectué. La demande RQ1 n'est pas transférée au dispositif de 5 traitement D. Dans le mode de réalisation décrit, un seul critère CF a été défini pour le deuxième terminal TC. A titre d'alternative, plusieurs critères sont déterminés pour le deuxième terminal TC. Par 10 exemple, trois critères de filtrage Cl, C2 et C3 sont déterminés. Le critère Cl est le critère CF défini auparavant. Le critère C2 est un critère défini par rapport à une plage temporelle. Par exemple, le critère C2 est "la demande ne doit pas être émise entre 23h et 6h". Le critère C3 est un critère défini par rapport à une valeur de type de renvoi. Par exemple, le critère C3 est "la valeur de type de renvoi est 'renvoi d'un téléphone mobile hors couverture réseau". 15 Ces exemples ne sont donnés qu'à titre d'illustration. Egalement à titre d'alternative, lors de l'étape EO de configuration, un ou plusieurs ensembles de critères de filtrage sont prédéfinis pour le deuxième terminal. Ces critères sont spécifiques aux appels renvoyés. Un ensemble contient un ou plusieurs critères. 20 Dans un ensemble de plusieurs critères, les critères sont combinés entre eux par des opérateurs booléens. Par exemple, un ensemble El de critères est "C3 ET C4" dans lequel C3 = "la demande doit appartenir à une liste de numéros L1 " et C4 = "la demande doit être émise entre 23h et 5h". 25 Un deuxième mode de réalisation particulier dans lequel le réseau de communication R est un réseau RTC interconnecté avec un réseau VoIP (de l'anglais "Voix sur LP") s'appuyant sur une architecture IMS (de l'anglais "IP Multimédia Subsystem" pour "sous-système multimédia Internet protocol") va maintenant être décrit en relation avec les figures 3 et 4. De façon connue, l'architecture IMS permet d'offrir des services multimédia dans les réseaux 30 fixes et mobiles. Cette architecture utilise le protocole de signalisation SIP (pour "Session Initiation Protocol") standardisé par l'IE'Lr' ('Internet Engineering Task Force' en anglais). Ce protocole SIP est notamment utilisé pour initier une communication. En référence à la figure 3, un système SY2 comprend un terminal téléphonique TA relié à un autocommutateur CAA1 du réseau RTC. 35 Le système SY2 comprend également un terminal téléphonique TB relié à un autocommutateur CAA2 du réseau RTC. Le terminal TB représente un premier terminal selon l'invention. 2977437 -12- Le système SY2 comprend également un terminal téléphonique TC relié au réseau de communication R via une passerelle domestique PC. Le terminal TC représente un deuxième terminal selon l'invention. La passerelle domestique PC est par exemple reliée au réseau IMS à travers un réseau d'accès, par exemple de type ADSL (pour 'Asynchronous Digital Subscriber 5 Une`), puis un réseau de collecte, par exemple de type ATM (pour'Asynchronous Transfer Mode'). De façon connue, le réseau IMS comprend un coeur de réseau CR et un serveur d'application ASC auquel le terminal TC est associé. Le système SY2 comprend également un équipement de réseau INT apte à réaliser l'interconnexion entre le réseau RTC et le réseau IMS. L'équipement INT comprend par exemple 10 un MGCF (pour "Media Gateway Control Function" en anglais) qui assure la traduction de signalisation d'appel RTC en signalisation d'appel SIP et vice versa et une MGF (pour "Media Gateway Function") qui assure la conversion des flux média en mode circuit RTC vers le mode VoIP RTP (pour "Real Time Protocol") et vice et versa. Le système SY2 comprend également un dispositif de traitement D et un dispositif de renvoi 15 d'appels DR. A first embodiment of the invention implemented in the SYS system will now be described with reference to FIG. 2. During a configuration step EO, the third user C determines at least one filter criterion CF for the second TC terminal. The filter criterion CF is specific to the calls that are returned. A filtering criterion CF is, for example, belonging to a list of forbidden terminal identifiers L1. A terminal identifier is for example a telephone number or a telephone number prefix. A prefix of telephone number is for example the prefix '06' or the prefix '07' 5 contained in the mobile phone numbers in France. The list L1 comprises for example one or more identifiers of IdT terminals for which the third user C refuses to receive the communication requests sent to these terminals and for which call forwarding has been configured to the second terminal TC. In the embodiment described, the list of prohibited numbers L1 comprises an identifier IdB of the terminal TB. The identifier IdB is for example the telephone number of the terminal TB. The criterion CF is for example defined by the user C by means of a Web application. This Web application allows for example the user C to define the criterion CF belonging to a list of prohibited numbers and enter one or more terminal identifiers by means of a graphical interface. The criterion CF and the list L1 are then recorded in association with an identifier IdC of the second terminal TC in a memory M of the processing device D, for example in the memory MM, or in an external memory, for example a database, accessible to the processing device D. During a step E2, the calling user A wishing to join the user B, dials the terminal number of the terminal TB or selects this number from a list or directory of pre-recorded numbers. The calling terminal TA then sends a request RQ1 for connection to the user B to the terminal TB. In a conventional manner, the request RQ1 comprises an identifier of the calling terminal, here the IdA of the terminal TA, and an identifier of the called terminal, here the identifier IdB of the terminal TB. An identifier of a terminal is for example the number of call, also called telephone number. In known manner, before and after its reception by the call forwarding device DR, the request RQ1 is processed by various network equipment, for example a switch 30 which is connected to the terminal TA and a switch to which the terminal TB is connected. . For reasons of clarity of the presentation, the treatment by these various equipment is not described here. The connection request RQ1 is processed by the call forwarding device DR during a step E4. The processing carried out is a conventional treatment during which, when the request RQ1 is received, the call forwarding device DR determines whether a call forwarding is activated for the terminal TB and if the conditions of this forwarding of calls are filled. The call forwarding conditions are determined with respect to a type of call forwarding, eg unconditional forwarding, forwarding to no answer, forwarding to busy ... 2977437 -8- If call forwarding is activated and if the conditions are fulfilled, the device for diverting calls DR modifies in the request RQ1, the identifier of the called terminal. More precisely, the call forwarding device DR replaces, in the request RQ1, the identifier IdB of the first terminal with the identifier IdC of the second terminal. In addition, it adds a call signaling field R, containing the identifier IdB of the first terminal TB, (Diversion or History in SIP protocol) a return type value VT and a call forwarding counter CR. The "Redirecting Number" field is specific to the ISUP signaling protocol implemented in the PSTN network. In the case of a network implementing the SfP protocol, for example an IP voice network, the call signaling field R is the field Diversion or History. As an alternative, the call signaling field R contains only the identifier IdB of the first terminal 1'13. The call forwarding counter CR indicates the number of call forwardings made for the request RQ1. It is set by the call forwarding device DR, for example to a value of 1, during a first call forwarding for the request RQ1. If several successive references are accepted for the request RQ1 by the call forwarding device, the call forwarding counter CR is incremented on each return. The return type VT value is a numeric value or text that indicates the type of call forwarding. In a step E6, subsequent to the step E4, the connection request RQ1 is intercepted by the reception module REC of the processing device D. More precisely, the request RQ1 is received by the reception module REC of the processing device D. The VER verification module of the processing device D checks whether the call signaling field R is present or not in the request RQ1. If the R 25 signaling field is not present, this means that the request RQ1 does not concern a call returned and the request RQ1 is transmitted in a conventional manner to the called terminal whose identifier is contained in the request RQ1. If the signaling field R is present, this means that the request RQ1 concerns a call which is the subject of call forwarding and in a step E8, the verification module VER of the processing device D determines whether at least one filtering criterion CF is predefined for the second terminal TC. More precisely, the verification module VER extracts from the request RQ1 a called terminal identifier, here the identifier IdC of the second terminal TC to which the transfer is requested. Then, it accesses the memory M and checks whether at least one criterion has been registered in association with the identifier IdC of the second terminal TC. If no criterion is stored in the memory M in association with the identifier IdC, the connection request RQ1 is transmitted to the second terminal TC. The call is thus presented to the second terminal TC in a conventional manner. If at least one criterion CF is stored in the memory M in association with the identifier IdC of the second terminal TC, the step ES is followed by a step E10 during which the verification module VER of the processing device D determines whether at least one predefined filtering criterion for the second terminal CT and specific calls to the second terminal TC is verified for the request RQ1. In the embodiment described, the verification module VER of the processing device 10 D determines whether the filter criterion CF is checked or not for the request RQ1. For this purpose, the verification module VER of the processing device D extracts from the connection request RQ1, and more precisely from the signaling field R, and searches for the identifier IdB of the first terminal TB in the list of identifiers L1. In the case where the criterion CF is not verified, the connection request RQ1 is transferred to the second terminal TC during a step E14. In this case, the call forwarding is implemented for the communication establishment request RQ1. The identifier IdB being contained in the list of identifiers L1, the identifier IdB is a forbidden identifier and the criterion CF is verified for the request RQ1. At least one of the criteria being verified for the request RQ1, the step E10 is followed by a step E16 of inhibiting the call forwarding for the call setting request RQ1. In the embodiment described here, during step E16, the filtering module FLT of the processing device D sends to the calling terminal TA a predefined tone, for example a busy tone TO. The communication establishment request RQ1 is not transferred to the second terminal TC. As an alternative, the filtering module FLT of the processing device D transmits to the calling terminal TA an information message, for example an MSV voice message indicating for example that its request can not succeed. The communication establishment request RQ1 is not transferred to the second terminal TC. Also as an alternative, the filtering module FLT of the processing device D 30 sends the second terminal TC a connection request RQ2. The connection request RQ2 is a second call-up request sent by the processing device D to the second terminal TC. In the case where the user C of the second terminal TC responds to this connection request, that is to say, he picks up the second terminal TC, he receives a voice message broadcast by the processing device D and indicating a relocation request from the calling terminal TA. Following listening to this voice message, the second terminal TC can then inform the processing device D that it accepts or refuses the call sent by the calling terminal TA, or request the transfer of this call to a messenger. If the second terminal TC does not respond to the connection request RQ2 or if the connection request RQ2 is automatically sent back to a mailbox associated with the second terminal TC, the processing device D inhibits call forwarding for the second call terminal. request RQ1. If the second terminal TC responds to the connection request RQ2, for example because the user C answers, the second terminal TC sends a response to the connection request RQ2. The response contains, for example, a DTMF code or one or more words pronounced by the user C. If this answer indicates that the second terminal TC accepts the call sent by the calling terminal TA, the call-up request RQ1 is transferred to the second terminal 10 TC by the filtering module FLT. Thus, the call-up request RQ1 is not rejected and the call forwarding is implemented for the request RQ1. If this response indicates that the second terminal TC does not accept the call, the filtering module FLT then transmits to the calling terminal TA a busy tone or an information message on the inhibition. The information message on the inhibition is for example a voice message indicating that the request RQ1 can not succeed. As an alternative, the information message also contains the cause of the inhibition. The call-up request is not transferred to the second terminal TC. The call forwarding is thus inhibited for the request RQ1. As an alternative, upon receipt of the connection request RQ2, the user of the second terminal TC sends a reply indicating that the call sent by the calling terminal TA 20 must be transferred to a voicemail. In the case where the calling terminal TA is a mobile terminal, the inhibition of call forwarding, that is to say the rejection of the request, can be communicated to the user A of the calling terminal TA in the form an SMS (for "Short Message Service") or in the form of an MMS (for "Multimedia message Service"). Alternatively, if call forwarding is inhibited for the connection request RQ1, the filtering module FLT of the processing device D sends to the first terminal TB a message MB, for example in the form of SMS or MMS, to inform the user B of the first terminal TB of the inhibition of call forwarding for the connection request RQ1. The message MB is an information message on the inhibition to the first terminal TB. The message MB contains, for example, the IdA identifier of the terminal A. For example, the message MB is "at 10 o'clock, you have received a call from the IdA number, this call could not be transferred to the IdC number" . In another variant, used in addition or not to the previous variant, the communication request RQ1 is first processed by a filtering device (not shown) able to determine whether or not the call is masked. It will be recalled that a masked call is a call for which the connection request contains information indicating that the sender 2977437 -11- of the call wishes that the number of the call terminal not be communicated to his interlocutor . If the call number is not masked, the request RQ 1 is transmitted to the processing device D. If the call number is masked, a conventional process of interrogating the caller to ask him to present himself is carried out. The request RQ1 is not transferred to the processing device D. In the embodiment described, a single criterion CF has been defined for the second terminal TC. As an alternative, several criteria are determined for the second terminal TC. For example, three filter criteria C1, C2 and C3 are determined. The criterion C1 is the criterion CF defined previously. The criterion C2 is a criterion defined with respect to a time range. For example, criterion C2 is "the request must not be issued between 11 pm and 6 am". Criterion C3 is a criterion defined against a return type value. For example, the criterion C3 is "the return type value is 'return of a mobile phone out of network coverage'. These examples are for illustrative purposes only. Also as an alternative, during the EO configuration step, one or more sets of filter criteria are predefined for the second terminal. These criteria are specific to the calls that are returned. A set contains one or more criteria. In a set of several criteria, the criteria are combined with each other by Boolean operators. For example, a set El of criteria is "C3 AND C4" in which C3 = "the request must belong to a list of numbers L1" and C4 = "the request must be issued between 23h and 5h". A second particular embodiment in which the communication network R is a PSTN interconnected with a Voice over LP (VoIP) network based on an IP Multimedia Subsystem (IMS) architecture. "for" Internet protocol multimedia subsystem ") will now be described in connection with FIGS. 3 and 4. In a known manner, the IMS architecture makes it possible to offer multimedia services in the fixed and mobile networks. This architecture uses the SIP signaling protocol (for "Session Initiation Protocol") standardized by the IE'Lr (Internet Engineering Task Force). This SIP protocol is used in particular to initiate a communication. With reference to FIG. 3, a system SY2 comprises a telephone terminal TA connected to a switch CAA1 of the network RTC. The system SY2 also comprises a telephone terminal TB connected to a switch CAA2 of the network RTC. The terminal TB represents a first terminal according to the invention. The system SY2 also comprises a telephone terminal TC connected to the communication network R via a home gateway PC. The terminal TC represents a second terminal according to the invention. The home gateway PC is for example connected to the IMS network through an access network, for example of the ADSL type (for 'Asynchronous Digital Subscriber 5 Une`), then a collection network, for example of the ATM type (for Asynchronous Transfer Mode '). In a known manner, the IMS network comprises a core network CR and an application server ASC to which the terminal TC is associated. The SY2 system also comprises a network equipment INT capable of interconnecting the PSTN network and the IMS network. The INT equipment comprises for example a MGCF (for "Media Gateway Control Function" in English) which provides the translation of PSTN call signaling in SIP call signaling and vice versa and an MGF (for "Media Gateway Function"). ) which converts the media streams in RTC mode mode to the RTP VoIP mode (for "Real Time Protocol") and vice versa. The system SY2 also includes a processing device D and a call forwarding device DR.

La figure 4 décrit les étapes d'un procédé de traitement d'une demande de mise en communication mis en oeuvre dans le système SY2 selon un mode de réalisation. Lors d'une étape préalable (non représentée) d'inscription de l'utilisateur C au service de 20 filtrage de renvoi d'appel, le profil de service IMS enregistré au niveau d'une base de données HSS (pour "Home Subscriber Server') est modifié pour que, lors de la réception d'appel entrant, les messages de signalisation SIP de type INVITE soit dirigés vers le dispositif de traitement D uniquement lorsqu'ils contiennent une information de renvoi d'appel (présence dans le message SIP INVITE de l'entête SIP Diversion ou History). Dans le cas d'un appel ne contenant pas de renvoi 25 d'appel, la signalisation d'appel ne transite pas par le dispositif de traitement D ce qui permet d'optimiser les ressources réseau et le temps d'établissement d'appel. Lors d'une étape E50, similaire à l'étape EO décrite précédemment, l'utilisateur du terminal TC détermine un ou plusieurs critères de filtrage et les enregistre dans une mémoire MM du dispositif de traitement D en association avec un identifiant IdC du terminal TC. L'identifiant IdC 30 est par exemple le numéro téléphonique du terminal TC. Par exemple, deux critères C5 et C6 sont définis. Le critère C5 est "aucun appel entre 23h et 6h" et le critère C6 est " l'identifiant du terminal ayant demandé le renvoi appartient à une liste L2 d'identifiants autorisés". Lors d'une étape E52, le terminal appelant TA transmet via le réseau R, une demande RQ3 35 de mise en relation avec le terminal TB. La demande de mise en relation RQ3 est ici un message ISUP contenant de façon classique un identifiant de terminal appelant et un identifiant de terminal appelé. L'identifiant de terminal 2977437 -13- appelant est ici un identifiant IdA du terminal appelant TA et l'identifiant du terminal appelé est un identifiant IdB du terminal TB. De façon connue, un message ISUP est un message de signalisation d'appel du réseau RTC. Le message ISUP est traité de façon classique par les entités du réseau RTC.FIG. 4 describes the steps of a method of processing a communication request implemented in the system SY2 according to one embodiment. In a prior step (not shown) of registering the user C with the call forwarding filtering service, the IMS service profile registered at a HSS database (for "Home Subscriber Server ') is modified so that, when receiving incoming call, the INVITE type SIP signaling messages are directed to the processing device D only when they contain call forwarding information (presence in the SIP message) In the case of a call that does not contain a call forwarding, the call signaling does not pass through the processing device D, which makes it possible to optimize the resources. In a step E50, similar to the step EO described above, the user of the terminal TC determines one or more filtering criteria and stores them in a memory MM of the device. D treatment in association with ec an identifier IdC of the terminal TC. The identifier IdC 30 is for example the telephone number of the terminal TC. For example, two criteria C5 and C6 are defined. The criterion C5 is "no call between 23h and 6h" and the criterion C6 is "the identifier of the terminal having requested the return belongs to a list L2 of authorized identifiers". During a step E52, the calling terminal TA transmits via the network R, a request RQ3 35 of connection to the terminal TB. The connection request RQ3 is here an ISUP message conventionally containing a calling terminal identifier and a called terminal identifier. The calling terminal identifier 2977437 is here an IdA identifier of the calling terminal TA and the identifier of the called terminal is an identifier IdB of the terminal TB. In known manner, an ISUP message is a call signaling message of the PSTN network. The ISUP message is conventionally processed by the entities of the PSTN network.

5 Notamment, il est transmis au commutateur CAA1 puis au commutateur CAA2. Lors de sa réception par le CAA2, un renvoi étant activé pour le terminal TB et la condition de renvoi étant supposée remplie, le CAA2 insère dans le message de signalisation ISUP un champ intitulé "Redirecting Number" contenant l'identifiant IdB ainsi qu'un type de renvoi, par exemple "renvoi inconditionnel" et une valeur d'un compteur de renvoi qui est par exemple égale à 1. De 10 plus, le CAA2 remplace dans le message ISUP, l'identifiant de terminal appelé IdB par l'identifiant IdC du terminal TC. La demande de mise en relation RQ3, c'est-à-dire le message ISUP modifié est ensuite transmis à l'équipement de réseau INT qui transforme le message ISUP en un message SIP de type INVITE. Le message SIP obtenu contient un champ SIP Diversion. La présence du champ SIP 15 Diversion indique que le message fait l'objet d'un renvoi d'appel. Le message SIP INVITE obtenu comprend un entête SIP 'From' contenant l'identifiant IdA d'appelant, un entête SIP 'To' contenant l'identifiant IdC du terminal TC et un champ 'Diversion'. Le champ Diversion indique que le renvoi d'appel est effectué à l'initiative du terminal TB d'identifiant IdB. Le champ 'Diversion' indique également que le renvoi est de type inconditionnel et qu'il s'agit 20 du premier renvoi d'appel (compteur de renvoi d'appel =O. A titre d'alternative, le message SIP INVITE contient un champ SIP History info en lieu et place du champ 'Diversion'. Le message SIP est ensuite envoyé au coeur de réseau CR et traité de façon classique. Avant d'être transmis au serveur d'application ASC du terminal TC, il est transmis au dispositif de 25 traitement D. Autrement dit, le message est intercepté par le dispositif de traitement D. Cette interception est effectuée grâce à la priorisation des triggers du dispositif de traitement D et du serveur d'application ASC mémorisée dans le profil IMS de l'utilisateur C lors de l'étape d'inscription au service. Le message SIP INVITE, c'est-à-dire la demande RQ3, est reçu par le dispositif de 30 traitement D lors d'une étape E54. Si le service de filtrage n'est pas activé pour le terminal TC, le message est transmis au coeur IMS CR puis au serveur d'application ASC et la demande de mise en relation RQ3 est traitée de façon classique. En revanche si le service de filtrage est activé pour le terminal TC, lors d'une étape E56, le 35 dispositif de traitement D vérifie si au moins un ensemble de critères enregistré en association avec l'identifiant IdC du terminal TC est vérifié pour la demande RQ3. 2977437 -14- L'étape E56 est similaire à l'étape E10 décrite en relation avec le premier mode de réalisation. L'étape E56 permet de déterminer si le renvoi d'appel doit être mis en oeuvre ou inhibé pour la demande RQ3, c'est-à-dire si la demande de mise en communication RQ3 doit être ou non rejetée.In particular, it is transmitted to the switch CAA1 then to the switch CAA2. When it is received by the CAA2, a forwarding being activated for the terminal TB and the return condition being assumed to be fulfilled, the CAA2 inserts in the ISUP signaling message a field entitled "Redirecting Number" containing the identifier IdB as well as a type of return, for example "unconditional forwarding" and a value of a forwarding counter which is for example equal to 1. In addition, the CAA2 replaces in the ISUP message, the terminal identifier called IdB by the identifier IdC of the TC terminal. The connection request RQ3, that is to say the modified ISUP message, is then transmitted to the network equipment INT which transforms the ISUP message into an INVITE type SIP message. The resulting SIP message contains a SIP Diversion field. The presence of the SIP 15 Diversion field indicates that the message is being forwarded. The SIP INVITE message obtained comprises a SIP header 'From' containing the Caller ID IdA, a SIP header 'To' containing the IdC identifier of the TC terminal and a 'Diversion' field. The Diversion field indicates that the call forwarding is done on the initiative of the terminal TB ID IdB. The 'Diversion' field also indicates that the forwarding is of the unconditional type and is the first call forwarding (call forwarding counter = 0. Alternatively, the SIP INVITE message contains a SIP field History info in place of the field 'Diversion' The SIP message is then sent to the core network CR and processed conventionally.Before being transmitted to the application server ASC of the terminal TC, it is transmitted to processing device D. In other words, the message is intercepted by the processing device D. This interception is performed by prioritizing the triggers of the processing device D and the application server ASC stored in the IMS profile of the user C during the service registration step The INVITE SIP message, ie the request RQ3, is received by the processing device D in a step E54. is not activated for the TC terminal, the message is transmitted s at the heart IMS CR then to the application server ASC and the connection request RQ3 is processed conventionally. On the other hand, if the filtering service is activated for the terminal TC, during a step E56, the processing device D checks whether at least one set of criteria registered in association with the identifier IdC of the terminal TC is checked for the request RQ3. Step E56 is similar to step E10 described in connection with the first embodiment. Step E56 makes it possible to determine whether the call forwarding must be implemented or inhibited for the request RQ3, that is to say whether or not the call-up request RQ3 must be rejected.

5 Si le critère C5 et le critère C6 sont vérifiés, par exemple si l'identifiant IdA du terminal appelant figure dans la liste L2 et si l'heure d'appel est 12heures, le renvoi d'appel est mis en oeuvre lors d'une étape E58 et le message SIP, c'est-à-dire la demande RQ3, est transmis au terminal TC via le serveur d'application ASC et la passerelle domestique PC. Un message SIP 180 Ringing est transmis à destination du terminal TA et la mise en relation est ensuite effectuée classiquement.If the criterion C5 and the criterion C6 are checked, for example if the identifier IdA of the calling terminal is in the list L2 and if the call time is 12 hours, the call forwarding is implemented when a step E58 and the SIP message, that is to say the request RQ3, is transmitted to the terminal TC via the application server ASC and the home gateway PC. A SIP 180 Ringing message is transmitted to the TA terminal and the connection is then performed conventionally.

10 Si au moins un des critères C5 ou C6 n'est pas vérifié, par exemple si l'heure d'appel est 2h du matin ou si l'identifiant IdA du terminal appelant n'est pas dans la liste L2, le renvoi d'appel est inhibé pour la demande RQ3 par le dispositif de traitement D, lors d'une étape E60. La demande RQ3 n'est pas transférée au terminal TC. De plus, le dispositif de traitement D envoie un message SIP 403 Forbidden à destination du terminal TA via le coeur de réseau CR, 15 l'équipement de réseau INT qui transforme ce message SIP 403 Forbidden en message ISUP Release et transmet ce message RELEASE vers le commutateur CAA2 qui lui-même le transmet au commutateur CAA1 qui lui-même transmet une tonalité d'occupation TO au terminal TA. A titre d'alternative, le dispositif de traitement D envoie un message d'information d'inhibition MRF au terminal appelant TA.10 If at least one of the criteria C5 or C6 is not verified, for example if the call time is 2am or if the IdA of the calling terminal is not in the list L2, the return of The call is inhibited for the request RQ3 by the processing device D, during a step E60. The request RQ3 is not transferred to the terminal TC. In addition, the processing device D sends a Forbidden SIP message 403 to the terminal TA via the network core CR, the network equipment INT which transforms this SIP message 403 Forbidden into an ISUP Release message and transmits this RELEASE message to the CAA2 switch which itself transmits it to the switch CAA1 which itself transmits a busy tone TO to the terminal TA. As an alternative, the processing device D sends an inhibit information message MRF to the calling terminal TA.

20 Le message d'information d'inhibition MRF est par exemple un message SIP 183 In Progress avec SDP (pour Session Description Protocol) associé à un message vocal par le dispositif de traitement D est transmis par le dispositif de traitement D à destination du terminal TA. De façon classique, l'envoi d'un message 183 permet la transmission d'un message vocal en mode non connecté.The inhibit information message MRF is for example a SIP 183 In Progress message with SDP (for Session Description Protocol) associated with a voice message by the processing device D is transmitted by the processing device D to the terminal YOUR. Conventionally, the sending of a message 183 allows the transmission of a voice message in unconnected mode.

25 A titre d'alternative, le dispositif de traitement D envoie un message vocal au terminal A en mode connecté. Ce message vocal représente un message d'information d'inhibition MRF. Pour précisément, le dispositif de traitement D envoie un message SIP 200 OK avec SDP. De façon classique, l'envoi d'un message 200 OK permet d'établir une session de communication entre le dispositif de traitement D et le terminal TA. Puis le dispositif de traitement D envoie un message 30 vocal à destination de A. A titre d'alternative, le terminal TA est connecté à une messagerie vocale du terminal TC. Pour cela, le dispositif de traitement D envoie un message SIP INVITE vers la messagerie vocale associée au terminal TC et celle-ci accepte l'appel via l'envoi d'un message 200 OK à destination du terminal TA.Alternatively, the processing device D sends a voice message to the terminal A in connected mode. This voice message represents an inhibition information message MRF. Specifically, the processing device D sends a SIP message 200 OK with SDP. Conventionally, the sending of a 200 OK message makes it possible to establish a communication session between the processing device D and the terminal TA. Then the processing device D sends a voice message to A. As an alternative, the terminal TA is connected to a voice mail of the terminal TC. For this, the processing device D sends an INVITE SIP message to the voicemail associated with the terminal TC and the latter accepts the call via sending a 200 OK message to the terminal TA.

35 Dans le mode de réalisation, les messages SIP transmis par le dispositif de traitement D à destination du terminal TA sont convertis par l'équipement de réseau INT en messages ISUP. Cette conversion connue n'est pas détaillée ici. 2977437 -15- Encore à titre d'alternative, l'appel est proposé à l'utilisateur C qui accepte ou refuse. Le renvoi vers la messagerie peut être effectué directement à l'initiative du dispositif de traitement D ou après présentation de l'appel au terminal TC.In the embodiment, the SIP messages transmitted by the processing device D to the terminal TA are converted by the network equipment INT into ISUP messages. This known conversion is not detailed here. As an alternative, the call is proposed to user C who accepts or refuses. The return to the messaging can be done directly at the initiative of the processing device D or after presenting the call to the terminal TC.

5 Dans les modes de réalisation décrits ci-dessus, le dispositif de traitement D est un dispositif spécifique adapté pour réaliser les étapes du procédé de traitement de la demande de mise en communication. A titre d'alternative, le dispositif de traitement D est inclus dans un dispositif existant, par exemple dans un dispositif existant de traitement des requêtes de mise en relation, par exemple le 10 serveur d'application ASC. Egalement, à titre d'alternative, le dispositif de traitement D est installé dans le terminal TC de l'utilisateur C. 15 In the embodiments described above, the processing device D is a specific device adapted to perform the steps of the method of processing the call-up request. As an alternative, the processing device D is included in an existing device, for example in an existing device for processing connection requests, for example the application server ASC. Also, as an alternative, the processing device D is installed in the TC terminal of the user C.

Claims

REVENDICATIONS1. A method of processing a call-up request transmitted by a calling terminal (TA) to a first terminal (TB) for which call forwarding to a second terminal (TC) is activated, characterized in that it comprises the following steps: interception (E6) of said request; checking (E I O) to determine if at least one filtering criterion (CF) specific to the calls returned to the second terminal is checked for said request; implementing (E12) or inhibiting (EI6) call forwarding for said porting request based on the result of the check.

2. Processing method according to claim 1 characterized in that the verification step comprises the verification of at least one set of filtering criteria specific to the calls sent to the second terminal and combined with each other by Boolean operators.

3. Processing method according to claim 1 or 2, characterized in that it comprises a step of obtaining an identifier (IdB) of the first terminal (TB) from said request, and in that the step of verification comprises a test for determining whether the identifier of the first terminal verifies a said defined filter criterion with respect to at least one terminal identifier.

4. Processing method according to claim 3 wherein the test comprises a search for said first terminal identifier in a list of authorized or prohibited identifiers.

5. Processing method according to claim 1 wherein a said filtering criterion is defined with respect to a time range.

6. The processing method as claimed in claim 1, in which a said filtering criterion is defined with respect to the type of call forwarding activated for the first terminal and / or with respect to a number of call forwarding already received by said request.

7. The processing method according to claim 1, wherein the inhibiting step comprises sending to the calling terminal an information message on the inhibition or a predefined tone.

8. Processing method according to claim 1 wherein the inhibiting step comprises sending an information message on the inhibition to the first terminal. 40

9. Processing method according to claim 1 wherein the inhibiting step is performed after receiving a confirmation of inhibition from the second terminal. 2977437 -17-

10. Device (D) for processing a call-up request sent by a calling terminal (TA) to a first terminal (TB) for which call forwarding to a second terminal (TC) is activated characterized in that it comprises: means for intercepting (REC) said request; verification means (VER) for determining whether at least one criterion specific to the calls returned to the second terminal is verified, a said criterion relating to said first terminal identifier; means (FLT) for implementing or inhibiting said call-up request according to the result of the verification. 15