WO2007034041A1 - Procede de routage d'appel. plate-forme et programme pour la mise en œuvre du procede - Google Patents

Procede de routage d'appel. plate-forme et programme pour la mise en œuvre du procede Download PDF

Info

Publication number
WO2007034041A1
WO2007034041A1 PCT/FR2006/000194 FR2006000194W WO2007034041A1 WO 2007034041 A1 WO2007034041 A1 WO 2007034041A1 FR 2006000194 W FR2006000194 W FR 2006000194W WO 2007034041 A1 WO2007034041 A1 WO 2007034041A1
Authority
WO
WIPO (PCT)
Prior art keywords
call
notification message
message
incoming call
routing
Prior art date
Application number
PCT/FR2006/000194
Other languages
English (en)
Inventor
Ludovic Carlier
François Colin
Salim Mounir Alaoui
Philippe Legay
Phillipe Deniau
Frank Bowman
Original Assignee
France Telecom
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom filed Critical France Telecom
Publication of WO2007034041A1 publication Critical patent/WO2007034041A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/436—Arrangements for screening incoming calls, i.e. evaluating the characteristics of a call before deciding whether to answer it
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/20—Aspects of automatic or semi-automatic exchanges related to features of supplementary services
    • H04M2203/2011—Service processing based on information specified by a party before or during a call, e.g. information, tone or routing selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/20—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place hybrid systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/46—Arrangements for calling a number of substations in a predetermined sequence until an answer is obtained
    • H04M3/465—Arrangements for simultaneously calling a number of substations until an answer is obtained

Definitions

  • the present invention relates to call signaling in telecommunication networks. It aims in particular to offer subscribers the possibility of taking on a telephone line incoming calls initially intended for another telephone line.
  • telephone line or more generally “line of communication” is to be considered here in a broad sense, as covering any means that a user may have to access a telephony service or other telecommunication service: fixed line traditional, analog or digital, wireless access through cellular networks, voice over IP ("Internet Protocol”), etc.
  • IP Internet Protocol
  • the transport of the voice can be completed, or even replaced, by a video and / or data transport.
  • call transfer services For telephony operators, it is conventional to offer call transfer services, which may have different options: unconditional transfer, no answer, line busy, ... This technique allows you to route all calls without filtering. to another telephone line, fixed or mobile.
  • the transfer When the transfer is activated, the initially called phone no longer rings so that it can no longer receive incoming calls.
  • the subscriber can not define, on a case-by-case basis, in real time the calls that he wishes to transfer and the ones he prefers to let go to the station initially called.
  • An object of the present invention is to provide a method for intercepting, from a communication line, a call arriving on another line. Interception is understood here as a redirection of the call. Another goal is to offer the person with the line the ability to define in real time which calls are to be intercepted. Yet another object is that the method does not introduce disturbance at the caller's level so that it has no particular action to perform.
  • the invention proposes a method for signaling a telephone call, comprising the following steps: detecting an incoming call intended for a first telephone line;
  • the invention relates to a method for routing calls in a telecommunication system, comprising the following steps:
  • the user can thus receive, on one or more second lines, notification of calls intended for his first line. In real time, it can decide either to ignore the notification message, which in general will simply result in a routing of the call to its first line, or to intercept the call, in which case the call is redirected on another line that will typically be the second line on which the notification message was sent. Other options may also be offered to the user in the notification message.
  • This process of notifying and processing the user's eventual response may be executed before the ringing tone sounds. It is then completely transparent to the appellant, except for the perception of a possible delay, which delay can be limited by an appropriate delay.
  • the incoming call is initially routed to the first communication line, which makes the connected apparatus ring.
  • a voice message can be played to the caller to make it wait. If at least one response is received to the notification message, the call can then be routed again dependent on that response and / or the phone's off-hook on the first line.
  • a notification context is advantageously open for each incoming call detection, and a behavior strategy is defined to determine what will be the routing operation performed in the event of conflicting responses (for example two terminals request to intercept the call in same time, a terminal requests to intercept the call and the station connected to the first line is off the hook, a terminal requests a forwarding of the call on messaging while another request to intercept the call, etc.) .
  • the method further comprises a step of sending an information message indicating which routing processing is adopted for the incoming call to at least one terminal by which it has been answered to the - AT -
  • the method is applicable to all types of lines, including telephone.
  • a good illustration is the case where the "first line” is a fixed line of a subscriber and where the "second lines” can be reached on a mobile phone.
  • the call notification message can also be of various forms suitable for presentation to the user selection of response options. It can in particular be sent to the terminal in the form of a WAP message ("Wireless Application Protocol"), SMS ("Short Message Service”), MMS (“Multimedia Message Service”), USSD (“Unstructured Supplementary Service Data”) or instant messaging.
  • WAP message Wireless Application Protocol
  • SMS Short Message Service
  • MMS Multimedia Message Service
  • USSD Unstructured Supplementary Service Data
  • Another aspect of the present invention relates to a service platform for controlling call routing in a telecommunications system, comprising:
  • Still another aspect of the present invention relates to a computer program for a service platform controlling call routing in a telecommunication system.
  • the program includes instructions for performing the following processes when performing the program by a processing unit of the platform:
  • FIG. 1 is a diagram of a telecommunication system adapted to the implementation of the invention
  • FIG. 2 is a schematic view of a mobile terminal on which a call notification message is displayed in one embodiment of the invention
  • FIG. 3 is a flowchart of an exemplary program according to the invention.
  • FIG. 4 is a diagram of a telecommunication system adapted to the implementation of the invention in another embodiment.
  • the invention is described here in its non-limiting application to the notification and the interception on the mobile terminal of a user of requested calls to a fixed telephone line of this user. It can also be implemented for other communications, for example in the case of calls to a mobile terminal redirected to a fixed line. In the same way, the communications can be transmitted to any terminal allowing the reception of the notification, for example a computer
  • A means the calling party, who may use any telephone line
  • B means the called party who subscribes to a call intercepting service of which the implementation is supervised by a platform 1 of the telecommunications system infrastructure.
  • the Open Service Access (OSA) architecture is used by the platform 1.
  • An OSA gateway is connected to a gateway. part of the platform 1 and networks 3, 4 offering telephone service to users.
  • the signaling between the gateway 2 and the networks 3, 4 is typically carried out according to the protocol SS7 standardized by the International Telecommunication Union (ITU) and / or the INAP protocol ("Intelligent Network Application Part").
  • the OSA application hosted by the platform 1 to supervise the interception service dialogue with the gateway 2 following the API (programming programming interface, "Application Programming Interface") called Parlay, specified by the Parlay Group and the European Institute for Standardization in Telecommunications (ETSI) as part of the OSA architecture.
  • API programming interface, "Application Programming Interface”
  • Parlay specified by the Parlay Group and the European Institute for Standardization in Telecommunications (ETSI) as part of the OSA architecture.
  • the invention can also be implemented with platforms and gateways using other technologies, for example, in the case of IP telephony ("Internet Protocol”) the signaling is in particular carried out according to the SIP protocol ("Session Initiation Protocol ").
  • the networks connected to the OSA gateway 2 comprise the switched telephone network 3 allowing access to the telephone service by fixed telephones 5, 6 and a cellular network 4 offering the same service for mobile terminals 7 of subscribers.
  • Subscription by B to the Call Pickup service causes some configuration operations in the system: the subscriber data for B in the fixed network 3 include a mention of subscription to the interception service as well as the address of the gateway 2 to which the incoming calls will be to report;
  • the database associated with the OSA application in the platform 1 includes a record for the subscriber B, this record comprising various fields including a field for containing the call number of the mobile terminal of B.
  • the conventional detection of each call to the fixed telephone 5 of B by an access switch of the network 3 is signaled to a service switching point (SSP, " Service Switching Point ") which sends a specific message to the gateway 2, for example an InitialDP message of the INAP protocol.
  • SSP service switching point
  • This message includes Caller ID credentials carried by the call signaling (if the origin of the call is hidden, the caller ID simply indicates that it is a masked call of origin).
  • This event is relayed by the gateway 2 to the platform 1, for example in a Parlay CallEventNotify message.
  • the application OSA then causes the sending to the mobile terminal of B a call notification message intended to be displayed automatically on the screen of the terminal upon receipt (alternatively, it could also be a audio message played automatically at reception). Consequently, the call does not reach the called telephone line without the caller being disturbed in any way and without having any particular action to perform.
  • FIG. 2 shows an example of presentation of such a message in the form of a WAP ("Wireless Application Protocol") message.
  • B is informed of the arrival of a call to his fixed line and can define in real time which calls are to be intercepted and how.
  • the identification of the caller A is presented, usually in the form of his telephone number (+33296051234 in the example).
  • a first zone of the displayed message is then "+33296051234 calls" (or "+33296051234 is calling” in The case of a message presented in English).
  • the number of the called line may also be indicated in the call notification message.
  • the call notification message presents to B various options available to him for the processing of the incoming call: - Intercept call ("Intercept call").
  • Intercept call Intercept call
  • the platform 1 controls the routing of the call to the fixed telephone of B and inserts in the record that it holds for the subscriber B an indication that each subsequent incoming call intended for the fixed line of B from A will be routed directly to the fixed line of B without result in the sending of a new call notification message to B.'s mobile terminal.
  • the application routes the call to the fixed line of B.
  • This delay corresponds for example to a delay of the order of a dozen seconds.
  • WAP messages to notify incoming calls is convenient because the message can be set to display directly upon reception, and B can easily select the option it retains using the navigation and selection keys. usually provided on phones mobile.
  • a WAP server (not shown) is associated with the cellular network 4 This server receives the elements of the notification message from the OSA application, via the gateway 2 (for example by a message Parlay CreateUserlnteraction), and formats this message for the send to the terminal 7.
  • the WAP server collects the possible response from B and sends the information back to the OSA application via the gateway 2.
  • call notification messages may be employed:
  • - SMS or USSD for messages in text form
  • - MMS for messages having one or more multimedia components
  • Figure 3 shows an example flowchart of the treatments provided by the OSA application of platform 1.
  • step 10 Upon receipt from the gateway 2 of an incoming call indication from A to the fixed line of B (step 10), the application examines its record relating to B, and if it contains an indication following a non-contact. general interception on the part of B with respect to the calls of A (test 11), it proceeds to step 12 of command to route the call to the fixed line of B. To execute this step 12, the application sends a RouteRequest message indicating the fixed line of B and the gateway 2 returns to the SSP of the fixed network 3 a continuous INAP message which continues call signaling to the fixed telephone 6 of B.
  • the OSA application triggers the sending to the mobile terminal 7 of the call notification message (step 13), for example to the using the CreateUserlnteraction message above, which gateway 2 translates into a command for the push-type WAP server.
  • the WAP page presenting the call notification message is then sent to the mobile terminal 7. If it is reachable, the message is displayed and the application is placed waiting for the response of the user. It initiates the timer in step 14. Before the expiration of the timer (test 15 in FIG. 3), the application monitors the reception of one or other of the possible responses from the user. If no response is received at the expiration of the timer, step 12 is executed to route the call to the fixed line of B.
  • step 17 If B responds that it definitely ignores calls from A (test 17), a corresponding indication is stored in the database associated with the application in step 17, and step 12 is executed to route the call to the fixed line of B. If B responds that he simply ignores the current call (test 18), step 12 is executed directly to route the call to the fixed line of B.
  • the OSA application goes to step 20 of routing command of the call to the mobile B. To do this, it sends a RouteRequest message indicating the number of The gateway 2 translates this RouteRequest message into an INAP Connect message sent to the SSP.
  • the call signaling continues to ring the mobile terminal 7 of B.
  • the caller A is connected to B and the discussion can begin.
  • the OSA application commands the call on hold by providing the corresponding indication to the SSP via the OSA gateway 2 (step 22).
  • FIG. 4 illustrates another embodiment of the invention in which the incoming call can be notified to several terminals available to the user or his entourage.
  • the registration for subscriber B in the database of the OSA application comprises several call numbers of other terminals 7, T, 9, 9 'associated with B.
  • the application sends to each of the specified terminals the call notification message. with the identification of the caller A, then monitors the receipt of any responses to proceed with the appropriate routing of the call.
  • This embodiment requires special arrangements to arbitrate between potentially conflicting responses received from multiple terminals. This is done according to a behavior strategy, for example encoded in an XML file ("eXtended Mark-up Language"). It is further desirable to inform the terminals that provided a response of the processing applied to the call.
  • a behavior strategy for example encoded in an XML file ("eXtended Mark-up Language"). It is further desirable to inform the terminals that provided a response of the processing applied to the call.
  • the OSA gateway 2 also interacts with a voice over IP network 8 (VoIP).
  • Terminals of B that may be recipients of the call notification message include, for example, cellular telephones 7, T and VoIP terminals.
  • the carriers of the telephones 7, T, 9, 9 'receiving the call notification message can respond by intercepting the call, directing it to the subscriber's mailbox or transferring the call to another number.
  • the application 1 opens a notification context for the detected call and triggers the following actions via the OSA gateway 2: - putting the caller A on a voice machine;
  • application 1 can control a messaging server (SMSC) directly, without going through gateway 2.
  • SMSC messaging server
  • the application also loads the scheduled policy associated with the subscriber B.
  • the notification message sent to the terminals of B is presented on these terminals if they are active.
  • the display can optionally be performed using an application embedded on a terminal. If the fixed telephone 6 of B is off the hook, the application 1 is informed. Similarly, if one or more of the terminals to which the call notification message is addressed returns a response, the application 1 is informed of the content of this response.
  • the routing operation of the call is carried out accordingly.
  • the behavior adopted depends on the policy that is loaded for subscriber B. The corresponding instructions are sent to the networks.
  • a simple example is to proceed according to the response that comes first to the application.
  • Terminals 7, T, 9, 9 'specified for B, or at least those which have responded by asking for an action which has finally not been retained, are informed by another message of the processing adopted by the application 1.
  • This information message can be sent in the same channel as the previous incoming call notification message.
  • the application 1 can open several notification contexts in parallel. This makes it possible to differentiate the applied treatments and, for example, to intercept on a mobile phone 7, T, 9, 9 'a call that arrives while the fixed line 6 is busy or that another call is being notified. .

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Suite à la détection d'un appel entrant destiné à une première ligne de communication, qui peut être la ligne fixe d'un utilisateur ou abonné, il est construit un message de notification d'appel incluant une identification d'origine de l'appel entrant détecté. Ce message de notification d'appel est envoyé sur une ou plusieurs secondes lignes prédéfinies, distinctes de la première ligne de communication, par exemple sur un ou plusieurs terminaux mobiles dont dispose l'utilisateur. A réception du message de notification d'appel sur un terminal (7) via une seconde ligne, le message est présenté à l'utilisateur. L'appel entrant est alors routé de façon dépendante d'une réponse faite par l'utilisateur au message de notification d'appel.

Description

PROCEDE DE ROUTAGE D'APPEL. PLATE-FORME ET PROGRAMME POUR LA MISE EN ŒUVRE DU PROCEDE
La présente invention concerne la signalisation d'appel dans les réseaux de télécommunication. Elle vise notamment à offrir à des abonnés la possibilité de prendre sur une ligne téléphonique des appels entrants initialement destinés à une autre ligne téléphonique.
La notion de "ligne téléphonique" ou plus généralement de "ligne de communication" est à considérer ici au sens large, comme couvrant tout moyen dont peut disposer un utilisateur pour accéder à un service de téléphonie ou à un autre service de télécommunication: ligne fixe traditionnelle, analogique ou numérique, accès sans fil par des réseaux cellulaires, voix sur IP ("Internet Protocol"), etc. D'autre part, on comprendra que sur une "ligne téléphonique", le transport de la voix peut être complété, voire remplacé, par un transport de vidéo et/ou de données.
Pour les opérateurs de téléphonie, il est classique de proposer des services de transfert d'appel, qui peuvent présenter différentes options: transfert inconditionnel, sur non réponse, sur occupation de ligne, ... Cette technique permet de router tous les appels sans filtrage vers une autre ligne téléphonique, fixe ou mobile. Lorsque le transfert est activé, le téléphone initialement appelé ne sonne plus de sorte qu'il ne peut plus recevoir d'appels entrants. En outre, l'abonné ne peut pas définir au coup par coup et en temps réel les appels qu'il souhaite transférer et ceux qu'il préfère laisser acheminer jusqu'au poste initialement appelé.
Dans le contexte de l'écoute téléphonique, il existe divers procédés d'interception, mais ils ne permettent pas d'établir une véritable communication, c'est-à-dire une communication bidirectionnelle. Dans ce contexte, il demeure évidemment nécessaire que le téléphone appelé sonne et participe à la communication. Les procédés en question sont réservés aux organismes en charge de la surveillance de communications téléphoniques et ne peuvent pas être proposés à des abonnés d'un opérateur téléphonique. Un but de la présente invention est de proposer un procédé permettant d'intercepter, à partir d'une ligne de communication, un appel arrivant sur une autre ligne. L'interception s'entend ici comme une redirection de l'appel. Un autre but est d'offrir à la personne disposant de la ligne la possibilité de définir en temps réel quels appels sont à intercepter. Un autre but encore est que le procédé n'introduise pas de perturbation au niveau de l'appelant de façon qu'il n'ait pas d'action particulière à accomplir.
L'invention propose un procédé de signalisation d'appel téléphonique, comprenant les étapes suivantes: - détecter un appel entrant destiné à une première ligne téléphonique;
- construire un message de notification d'appel incluant une identification d'origine de l'appel entrant détecté;
- envoyer le message de notification d'appel sur une seconde ligne prédéfinie, distincte de la première ligne téléphonique; - à réception du message de notification d'appel sur un terminal via une seconde ligne, présenter le message à un utilisateur dudit terminal; et
- router l'appel entrant de façon dépendante d'une réponse faite par l'utilisateur au message de notification d'appel, et poursuivre la signalisation d'appel.
L'invention se rapporte à un procédé de routage d'appels dans un système de télécommunication, comprenant les étapes suivantes:
- détecter un appel entrant destiné à une première ligne de communication;
- construire un message de notification d'appel incluant une identification d'origine de l'appel entrant détecté;
- envoyer le message de notification d'appel sur au moins une seconde ligne prédéfinie, distincte de la première ligne de communication;
- à réception du message de notification d'appel sur un terminal via une seconde ligne, présenter le message à un utilisateur dudit terminal; et - à réception d'au moins une réponse faite par l'utilisateur au message de notification d'appel, router l'appel entrant de façon dépendante de ladite au moins une réponse.
L'utilisateur peut ainsi recevoir, sur une ou plusieurs secondes lignes, notification des appels destinés à sa première ligne. En temps réel, il peut décider soit d'ignorer le message de notification, ce qui en général donnera simplement lieu à un routage de l'appel vers sa première ligne, soit d'intercepter l'appel, auquel cas l'appel est redirigé sur une autre ligne qui sera typiquement la seconde ligne sur laquelle la message de notification a été envoyé. D'autres options peuvent aussi être offertes à l'utilisateur dans le message de notification.
Ce processus de notification et de traitement de la réponse éventuelle de l'utilisateur peut être exécuté avant que la sonnerie retentisse. Il est alors complètement transparent pour l'appelant, hormis la perception d'un éventuel retard, lequel retard peut être limité par une temporisation appropriée.
Dans une autre réalisation, l'appel entrant est initialement routé vers la première ligne de communication, ce qui fait sonner l'appareil qui y est raccordé. Un message vocal peut être joué à l'appelant pour le faire attendre. Si au moins une réponse est reçue au message de notification, l'appel peut ensuite être routé à nouveau de façon dépendante de cette réponse et/ou du décrochement du téléphone sur la première ligne.
Un contexte de notification est avantageusement ouvert à chaque détection d'appel entrant, et une stratégie de comportement est définie pour déterminer quelle sera l'opération de routage effectuée en cas de réponses conflictuelles (par exemple deux terminaux demandent d'intercepter l'appel en même temps, un terminal demande d'intercepter l'appel et le poste raccordé à la première ligne est décroché, un terminal demande un renvoi de l'appel sur messagerie alors qu'un autre demande d'intercepter l'appel, etc.).
Avantageusement, le procédé comprend en outre une étape d'envoi d'un message d'information indiquant quel traitement de routage est adopté pour l'appel entrant à au moins un terminal par lequel il a été a répondu au - A -
message de notification d'appel, et de préférence à chaque terminal par lequel il a été répondu au message de notification d'appel avec une réponse demandant un traitement de routage qui n'a pas été adopté pour l'appel entrant.
Le procédé est applicable à tous types de lignes, notamment téléphoniques. Une bonne illustration est le cas où la "première ligne" est une ligne fixe d'un abonné et où la ou les "secondes lignes" permettent de le joindre sur un téléphone mobile. Le message de notification d'appel peut également être de différentes formes adaptées à la présentation à la sélection par l'utilisateur des options de réponse. Il peut notamment être envoyé au terminal sous forme d'un message WAP ("Wireless Application Protocol"), SMS ("Short Message Service"), MMS ("Multimedia Message Service"), USSD ("Unstructured Supplementary Service Data") ou de messagerie instantanée.
Un autre aspect de la présente invention se rapporte à une plate-forme de service pour contrôler le routage d'appels dans un système de télécommunication, comprenant:
- des moyens pour recevoir une indication de détection d'un appel entrant destiné à une première ligne de communication;
- des moyens pour commander l'envoi d'un message de notification d'appel, incluant une identification d'origine de l'appel entrant, sur au moins une seconde ligne prédéfinie, distincte de la première ligne de communication, de façon qu'à réception du message de notification d'appel sur un terminal via une seconde ligne, le message soit présenté à un utilisateur dudit terminal; et - des moyens pour, à réception d'au moins une réponse faite par l'utilisateur au message de notification d'appel, commander un routage de l'appel entrant de façon dépendante de ladite au moins une réponse.
Un autre aspect encore de la présente invention se rapporte à un programme d'ordinateur pour une plate-forme de service contrôlant le routage d'appels dans un système de télécommunication. Le programme comprend des instructions pour effectuer les traitements suivants lors d'une exécution du programme par une unité de traitement de la plate-forme:
- recevoir une indication de détection d'un appel entrant destiné à une première ligne de communication;
- commander l'envoi d'un message de notification d'appel, incluant une identification d'origine de l'appel entrant, sur au moins une seconde ligne prédéfinie, distincte de la première ligne de communication, de façon qu'à réception du message de notification d'appel sur un terminal via une seconde ligne, le message soit présenté à un utilisateur dudit terminal; et
- à réception d'au moins une réponse faite par l'utilisateur au message de notification d'appel, commander un routage de l'appel entrant de façon dépendante de ladite au moins une réponse.
D'autres particularités et avantages de la présente invention apparaîtront dans la description ci-après d'exemples de réalisation non limitatifs, en référence aux dessins annexés, dans lesquels : - la figure 1 est un schéma d'un système de télécommunication adapté à la mise en œuvre de l'invention;
- la figure 2 est une vue schématique d'un terminal mobile sur lequel un message de notification d'appel est affiché dans un mode de réalisation de l'invention; - la figure 3 est un organigramme d'un exemple de programme selon l'invention; et
- la figure 4 est un schéma d'un système de télécommunication adapté à la mise en œuvre de l'invention dans un autre mode de réalisation.
L'invention est décrite ici dans son application non limitative à la notification et à l'interception, sur le terminal mobile d'un utilisateur, d'appels demandés à destination d'une ligne téléphonique fixe de cet utilisateur. Elle peut également être mise en œuvre pour d'autres communications, par exemple dans le cas d'appels à destination d'un terminal mobile redirigés vers une ligne fixe. De même, les communications peuvent être transmises vers tout terminal permettant la réception de la notification, par exemple un ordinateur
(ou PC) équipé d'un modem téléphonique et pouvant recevoir une notification sous la forme d'un message électronique SMS ou bien par messagerie instantanée.
Dans la description ci-après, "A" désigne l'appelant, qui peut se servir d'une ligne téléphonique quelconque, et "B" désigne l'appelé, qui s'est abonné à un service d'interception d'appels dont la mise en œuvre est supervisée par une plate-forme 1 de l'infrastructure du système de télécommunication.
Dans la réalisation illustrée par la figure 1 , l'architecture d'accès à des services ouverts (OSA, "Open Service Access") est utilisée par la plate-forme 1. Une passerelle ("gateway") OSA 2 est reliée d'une part à la plate-forme 1 et d'autre part aux réseaux 3, 4 offrant le service téléphonique aux usagers. La signalisation entre la passerelle 2 et les réseaux 3, 4 est typiquement réalisée suivant le protocole SS7 normalisé par l'Union Internationale des Télécommunications (ITU) et/ou le protocole INAP ("Intelligent Network Application Part"). L'application OSA hébergée par la plate-forme 1 pour superviser le service d'interception dialogue avec la passerelle 2 suivant l'API (interface informatique de programmation, "Application Programming Interface") dite Parlay, spécifiée par le Groupe Parlay et l'Institut Européen de Standardisation en Télécommunications (ETSI) dans le cadre de l'architecture OSA.
L'invention peut également être implémentée avec des plateformes et des passerelles utilisant d'autres technologies, par exemple, dans le cas de téléphonie sur IP ("Internet Protocol") la signalisation est en particulier réalisée suivant le protocole SIP ("Session Initiation Protocol").
Dans l'exemple considéré, les réseaux raccordés à la passerelle OSA 2 comprennent le réseau téléphonique commuté 3 permettant l'accès au service téléphonique par des téléphones fixes 5, 6 et un réseau cellulaire 4 offrant le même service pour des terminaux mobiles 7 d'abonnés.
La souscription par B au service d'interception d'appels entraîne certaines opérations de configuration dans le système: - les données d'abonné pour B dans le réseau fixe 3 incluent une mention de souscription au service d'interception ainsi que l'adresse de la passerelle 2 à laquelle les appels entrants seront à signaler;
- la base de données associée à l'application OSA dans la plate-forme 1 comprend un enregistrement pour l'abonné B, cet enregistrement comprenant différents champs dont un champ pour contenir le numéro d'appel du terminal mobile de B.
Grâce aux données d'abonné enregistrées pour B dans le réseau fixe 3, la détection classique de chaque appel destiné au téléphone fixe 5 de B par un commutateur d'accès du réseau 3 est signalée à un point de commutation de service (SSP, "Service Switching Point") qui envoie un message spécifique à la passerelle 2, par exemple un message InitialDP du protocole INAP. Ce message inclut les données d'identification de l'appelant A portées par la signalisation d'appel (si l'origine de l'appel est masquée, l'identification de l'appelant indique simplement qu'il s'agit d'un appel d'origine masquée). Cet événement est relayé par la passerelle 2 à la plate-forme 1 , par exemple dans un message Parlay CallEventNotify.
L'application OSA provoque alors l'envoi au terminal mobile de B d'un message de notification d'appel destiné à s'afficher automatiquement sur l'écran du terminal dès réception (en variante, il pourrait aussi s'agir d'un message audio joué automatiquement à réception). Par conséquent, l'appel ne parvient pas jusqu'à la ligne téléphonique appelée et ceci sans que l'appelant ne soit perturbé d'aucune façon et sans qu'il n'ait d'action particulière à accomplir.
La figure 2 montre un exemple de présentation d'un tel message sous la forme d'un message WAP ("Wireless Application Protocol"). B est informé de l'arrivée d'un appel à destination de sa ligne fixe et peut définir en temps réel quels appels sont à intercepter et de quelle manière. L'identification de l'appelant A est présentée, en général sous la forme de son numéro de téléphone (+33296051234 dans l'exemple). Une première zone du message affiché est alors "+33296051234 appelle" (ou "+33296051234 is calling" dans Ie cas d'un message présenté en anglais). Le numéro de la ligne appelée peut aussi être indiqué dans le message de notification d'appel. Ensuite, le message de notification d'appel présente à B différentes options qui s'offrent à lui pour le traitement de l'appel entrant: - intercepter l'appel ("Intercept call"). Lorsque B sélectionne cette option, la plate-forme 1 en est informée et fait router l'appel entrant vers le téléphone mobile de B qui se met donc à sonner quelques instants plus tard;
- ignorer i'appel ("Ignore"), c'est-à-dire ne pas l'intercepter. Lorsque B sélectionne cette option, la plate-forme 1 laisse se poursuivre ia signalisation de l'appel vers le téléphone fixe de B. L'appel est donc routé vers la ligne fixe de B;
- mettre l'appel en attente ("Put on hold"). Lorsque B sélectionne cette option, la plate-forme 1 commande la mise en attente de l'appel de A, de manière connue en soi. A en est avisé par un message sonore;
- ignorer définitivement les appels de A ("Ignore definitely"), c'est-à-dire généraliser la non-interception en ce qui concerne A. Lorsque B sélectionne cette option, la plate-forme 1 commande le routage de l'appel vers le téléphone fixe de B et insère dans l'enregistrement qu'il tient pour l'abonné B une indication selon laquelle chaque appel entrant ultérieur destiné à la ligne fixe de B en provenance de A sera routé directement vers la ligne fixe de B sans donner lieu à l'envoi d'un nouveau message de notification d'appel au terminal mobile de B.
Si B ne fournit aucune réponse dans un délai déterminé après l'envoi du message de notification d'appel, l'application fait router l'appel vers la ligne fixe de B. Ce délai correspond par exemple à une temporisation de l'ordre d'une dizaine de secondes.
L'utilisation de messages WAP pour notifier les appels entrants est commode car le message peut être paramétré pour s'afficher directement dès réception, et B peut aisément sélectionner l'option qu'il retient à l'aide des touches de navigation et de sélection généralement prévues sur les téléphones mobiles. Un serveur WAP (non représenté) est associé au réseau cellulaire 4 ce serveur reçoit les éléments du message de notification depuis l'application OSA, via la passerelle 2 (par exemple par un message Parlay CreateUserlnteraction), et met en forme ce message pour l'envoyer au terminal 7. Le serveur WAP recueille la réponse éventuelle de B et fait remonter l'information à l'application OSA via la passerelle 2.
D'autres formes de messages de notification d'appels peuvent être employées:
- SMS ou USSD pour des messages sous forme de texte; - MMS pour des messages ayant une ou plusieurs composantes multimédia;
- messagerie instantanée dans des cas où le réseau sait que l'utilisateur a une session de messagerie instantanée en cours;
- etc.
La figure 3 montre un exemple d'organigramme des traitements assurés par l'application OSA de la plate-forme 1.
A réception depuis la passerelle 2 d'une indication d'appel entrant de A vers la ligne fixe de B (étape 10), l'application examine son enregistrement relatif à B, et si celui-ci contient une indication consécutive à une non- interception généralisée de la part de B en ce qui concerne les appels de A (test 11), elle passe à l'étape 12 de commande de routage de l'appel vers la ligne fixe de B. Pour exécuter cette étape 12, l'application envoie un message RouteRequest indiquant la ligne fixe de B et la passerelle 2 retourne au SSP du réseau fixe 3 un message INAP Continue qui fait poursuivre la signalisation d'appel vers le téléphone fixe 6 de B.
Si le test 11 montre que B n'a pas précédemment décidé d'ignorer systématiquement les appels de A, l'application OSA déclenche l'envoi au terminal mobile 7 du message de notification d'appel (étape 13), par exemple à l'aide du message CreateUserlnteraction précité, que la passerelle 2 traduit en une commande pour le serveur WAP de type push. La page WAP présentant le message de notification d'appel est alors envoyée au terminal mobile 7. Si celui-ci est joignable, le message est affiché et l'application se place en attente de la réponse de l'utilisateur. Elle déclenche la temporisation à l'étape 14. Avant l'expiration de la temporisation (test 15 sur la figure 3), l'application surveille la réception de l'une ou l'autre des réponses possibles de l'utilisateur. Si aucune réponse n'est reçue à l'expiration de la temporisation, l'étape 12 est exécutée pour router l'appel vers la ligne fixe de B.
Si B répond qu'il ignore définitivement les appels venant de A (test 17), une indication correspondante est mémorisée dans la base de données associée à l'application à l'étape 17, et l'étape 12 est exécutée pour router l'appel vers la ligne fixe de B. Si B répond qu'il ignore simplement l'appel en cours (test 18), l'étape 12 est exécutée directement pour router l'appel vers la ligne fixe de B.
Si B décide d'intercepter l'appel (test 19), l'application OSA passe à l'étape 20 de commande de routage de l'appel vers le mobile de B. Pour cela, elle envoie un message RouteRequest indiquant le numéro d'appel du terminal mobile 7 de B. La passerelle 2 traduit ce message RouteRequest en en message INAP Connect envoyé au SSP. La signalisation d'appel se poursuit pour faire sonner le terminal mobile 7 de B. L'appelant A est mis en relation avec B et la discussion peut commencer.
Si B répond qu'il met l'appel de A en attente (test 21), l'application OSA commande la mise en attente de l'appel en fournissant l'indication correspondante au SSP via la passerelle OSA 2 (étape 22).
La figure 4 illustre un autre mode de réalisation de l'invention dans lequel l'appel entrant peut être notifié vers plusieurs terminaux dont dispose l'utilisateur ou son entourage.
Dans ce cas, l'enregistrement pour l'abonné B dans la base de données de l'application OSA comprend plusieurs numéros d'appel d'autres terminaux 7, T, 9, 9' associés à B. Suite à la détection d'un appel entrant destiné, par exemple, à Ia ligne fixe de B (poste 6), l'application fait envoyer vers chacun des terminaux spécifiés Ie message de notification d'appel comportant l'identification de l'appelant A, puis surveille la réception d'éventuelles réponses pour procéder au routage approprié de l'appel.
Ce mode de réalisation nécessite des dispositions particulières pour arbitrer entre des réponses potentiellement contradictoires reçues depuis plusieurs terminaux. Ceci est réalisé selon une stratégie de comportement, par exemple codée dans un fichier XML ("eXtended Mark-up Language"). Il est en outre souhaitable d'informer les terminaux qui ont fourni une réponse du traitement appliqué à l'appel.
Dans la réalisation illustrée par la figure 4, la passerelle OSA 2 interagit aussi avec un réseau 8 de voix sur IP (VoIP). Les terminaux de B qui peuvent être destinataires du message de notification d'appel comprennent par exemple des combinés de téléphonie cellulaire 7, T et des terminaux de VoIP
9, 9'. Les porteurs des téléphones 7, T, 9, 9' recevant le message de notification d'appel peuvent y répondre en interceptant l'appel, en le dirigeant sur la messagerie de l'abonné ou en transférant l'appel vers un autre numéro.
Ils peuvent également ne rien faire ou décider d'ignorer l'appel.
Lorsque l'appel entrant pour B est détecté, l'application 1 ouvre un contexte de notification pour l'appel détecté et déclenche les actions suivantes via la passerelle OSA 2: - mise en attente de l'appelant A sur une machine vocale;
- lancement d'un appel vers la ligne fixe de l'appelé B de façon a faire sonner son téléphone fixe 6;
- envoi du message de notification vers chacun des terminaux désignés pour l'appelé B dans la base de données. Dans certains cas, l'application 1 peut commander un serveur de messagerie (SMSC) directement, sans passer par la passerelle 2.
L'application charge en outre la stratégie programmée associée à l'abonné B. Le message de notification envoyé vers les terminaux de B est présenté sur ces terminaux s'ils sont actifs. L'affichage peut éventuellement être effectué à l'aide d'une application embarquée sur un terminal. Si le téléphone fixe 6 de B est décroché, l'application 1 en est informée. De même, si un ou plusieurs des terminaux auxquels est adressé le message de notification d'appel retourne une réponse, l'application 1 est informée de la teneur de cette réponse.
Si un seul événement est remonté à l'application 1 avant l'expiration de la temporisation lancée à l'ouverture du contexte de notification, l'opération de routage de l'appel est réalisée en conséquence. Lorsque plusieurs événements sont remontés, le comportement adopté dépend de la stratégie chargée pour l'abonné B. Les instructions correspondantes sont envoyées dans les réseaux
3, 4, 8 via la passerelle 2 et les terminaux qui ont fourni une réponse sont informés du comportement adopté.
Les stratégies de comportement peuvent être très variées.
Un exemple simple consiste à procéder selon la réponse qui parvient en premier à l'application. On peut y ajouter le fait que si le téléphone fixe 6 de B est décroché, il prend la main sur l'appel entrant. Les terminaux 7, T, 9, 9' spécifiés pour B, ou au moins ceux qui ont répondu en demandant une action qui finalement n'a pas été retenue, sont informés par un autre message du traitement adopté par l'application 1 . Ce message d'information peut être envoyé selon le même canal que le précédent message de notification d'appel entrant.
II est également possible, dans d'autres stratégies, de définir des priorités entre les terminaux d'où proviennent les réponses multiples et/ou entre les actions demandées depuis ces terminaux. La stratégie de comportement appliquée aux appels entrants de B peut être rendue sélectionnable par l'abonné B afin de satisfaire à ses besoins.
Si B reçoit plusieurs appels entrants, l'application 1 peut ouvrir en parallèle plusieurs contextes de notification. Ceci permet de différencier les traitements appliqués et, par exemple, d'intercepter sur un téléphone mobile 7, T, 9, 9' un appel qui arrive alors que la ligne fixe 6 est occupée ou qu'un autre appel est en cours de notification.

Claims

R E V E N D I C A T I O N S
1. Procédé de routage d'appels dans un système de télécommunication, comprenant les étapes suivantes:
- détecter un appel entrant destiné à une première ligne de communication;
- construire un message de notification d'appel incluant une identification d'origine de l'appel entrant détecté;
- envoyer le message de notification d'appel sur au moins une seconde ligne prédéfinie, distincte de la première ligne de communication; - à réception du message de notification d'appel sur un terminal (7, 7', 9,
9') via une seconde ligne, présenter Ie message à un utilisateur dudit terminal; et
- à réception d'au moins une réponse faite par l'utilisateur au message de notification d'appel, router l'appel entrant de façon dépendante de ladite au moins une réponse.
2. Procédé selon la revendication 1 , dans lequel le message de notification d'appel présenté à l'utilisateur comprend, outre l'identification d'origine de l'appel entrant, des options de routage sélectionnables par l'utilisateur pour fournir ladite réponse.
3. Procédé selon l'une quelconque des revendications précédentes, dans lequel l'appel entrant est routé vers la première ligne de communication lorsque la réponse faite par l'utilisateur correspond à une instruction de non- interception de l'appel.
4. Procédé selon l'une quelconque des revendications précédentes, dans lequel lorsque la réponse faite par l'utilisateur correspond à une instruction de non-interception généralisée, l'appel est routé vers la première ligne de communication et on mémorise une indication selon laquelle chaque appei entrant ultérieur destiné à la première ligne de communication et ayant la même identification d'origine ne donnera pas lieu à l'envoi d'un nouveau message de notification d'appel.
5. Procédé selon l'une quelconque des revendications précédentes, dans lequel l'appel est routé vers la seconde ligne lorsque la réponse faite par l'utilisateur correspond à une instruction d'interception de l'appel.
6. Procédé selon l'une quelconque des revendications précédentes, dans lequel l'appel est mis en attente lorsque la réponse faite par l'utilisateur correspond à une instruction de mise en attente.
7. Procédé selon l'une quelconque des revendications précédentes, dans lequel le terminal est un terminal mobile (J, T, 9, 9').
8. Procédé selon l'une quelconque des revendications précédentes, dans lequel le message de notification d'appel est envoyé au terminal (7) sous forme d'un message WAP, SMS, MMS, USSD ou de messagerie instantanée.
9. Procédé selon l'une quelconque des revendications précédentes, dans lequel l'appel entrant est initialement routé vers la première ligne de communication, puis routé à nouveau de façon dépendante d'au moins une réponse reçue au message de notification.
10. Procédé selon l'une quelconque des revendications précédentes, dans lequel un contexte de notification est ouvert suite à la détection de l'appel entrant, et une stratégie de comportement est associée audit contexte pour définir le routage de l'appel en fonction des réponses possibles au message de notification.
11. Procédé selon la revendication 10, dans lequel le message de notification est envoyé sur plusieurs secondes lignes prédéfinies et la stratégie de comportement détermine l'opération de routage à effectuer selon les réponses reçues au message de notification.
12. Procédé selon la revendication 10 ou 11 , comprenant en outre une étape d'envoi, à au moins un terminal (7, T, 9, 9') par lequel il a été a répondu au message de notification d'appel, d'un message d'information indiquant quel traitement de routage est adopté pour l'appel entrant.
13. Procédé selon la revendication 12, dans lequel le message d'information est envoyé à chaque terminal (7, T, 9, 9') par lequel il a été répondu au message de notification d'appel avec une réponse demandant un traitement de routage qui n'a pas été adopté pour l'appel entrant.
14. Plate-forme de service pour contrôler le routage d'appels dans un système de télécommunication, comprenant:
- des moyens (10) pour recevoir une indication de détection d'un appel entrant destiné à une première ligne de communication;
- des moyens (13) pour commander l'envoi d'un message de notification d'appel, incluant une identification d'origine de l'appel entrant, sur au moins une seconde ligne prédéfinie, distincte de la première ligne de communication, de façon qu'à réception du message de notification d'appel sur un terminal (7, 7', 9, 9') via une seconde ligne, le message soit présenté à un utilisateur dudit terminal; et
- des moyens (12, 20) pour, à réception d'au moins une réponse faite par l'utilisateur au message de notification d'appel, commander un routage de l'appel entrant de façon dépendante de ladite au moins une réponse.
15. Plate-forme de service selon la revendication 14, dans lequel les moyens (13) de commande d'envoi du message de notification d'appel sont agencés pour commander l'envoi dudit message vers plusieurs secondes lignes prédéfinies.
16. Plate-forme de service selon la revendication 15, dans lequel les moyens (12, 20) de commande de routage appliquent une stratégie de comportement prédéfinie pour déterminer l'opération de routage à effectuer selon les réponses reçues au message de notification.
17. Plate-forme de service selon la revendication 15 ou 16, comprenant en outre des moyens pour commander l'envoi, à au moins un terminal (7, T, 9, 9') par lequel il a été a répondu au message de notification d'appel, d'un message d'information indiquant quel traitement de routage est adopté pour l'appel entrant.
18. Programme d'ordinateur pour une plate-forme de service (1 ) contrôlant le routage d'appels dans un système de télécommunication, le programme comprenant des instructions pour effectuer les traitements suivants lors d'une exécution du programme par une unité de traitement de la plate- forme:
- recevoir (10) une indication de détection d'un appel entrant destiné à une première ligne de communication;
- commander (13) l'envoi d'un message de notification d'appel, incluant une identification d'origine de l'appel entrant, sur au moins une seconde ligne prédéfinie, distincte de la première ligne de communication, de façon qu'à réception du message de notification d'appel sur un terminal (J, T, 9, 9') via une seconde ligne, le message soit présenté à un utilisateur dudit terminal; et
- à réception d'au moins une réponse faite par l'utilisateur au message de notification d'appel, commander (12, 20) un routage de l'appel entrant de façon dépendante de ladite au moins une réponse.
19. Programme d'ordinateur selon la revendication 18, dans lequel le message de notification d'appel est envoyé vers plusieurs secondes lignes prédéfinies.
20. Programme d'ordinateur selon la revendication 19, dans lequel une stratégie de comportement prédéfinie est appliquée pour déterminer l'opération de routage à effectuer selon les réponses reçues au message de notification.
21. Programme d'ordinateur selon la revendication 19 ou 20, comprenant en outre des instructions pour commander l'envoi, à au moins un terminal (7, T, 9, 9') par lequel il a été a répondu au message de notification d'appel, d'un message d'information indiquant quel traitement de routage est adopté pour l'appel entrant.
PCT/FR2006/000194 2005-09-26 2006-01-27 Procede de routage d'appel. plate-forme et programme pour la mise en œuvre du procede WO2007034041A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0509817 2005-09-26
FR0509817 2005-09-26

Publications (1)

Publication Number Publication Date
WO2007034041A1 true WO2007034041A1 (fr) 2007-03-29

Family

ID=36283703

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2006/000194 WO2007034041A1 (fr) 2005-09-26 2006-01-27 Procede de routage d'appel. plate-forme et programme pour la mise en œuvre du procede

Country Status (1)

Country Link
WO (1) WO2007034041A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2372992A1 (fr) * 2008-12-25 2011-10-05 NTT DoCoMo, Inc. Serveur de contrôle de message entrant et procédé de contrôle de message entrant

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020146105A1 (en) * 2001-04-05 2002-10-10 International Business Machines Corporation Interactive call forwarding
US6724872B1 (en) * 2001-12-17 2004-04-20 Bellsouth Intellectual Property Corporation Personalized messages over Internet call waiting
US20050018833A1 (en) * 2003-07-21 2005-01-27 Wang Myles Thomas Multi-user call waiting

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020146105A1 (en) * 2001-04-05 2002-10-10 International Business Machines Corporation Interactive call forwarding
US6724872B1 (en) * 2001-12-17 2004-04-20 Bellsouth Intellectual Property Corporation Personalized messages over Internet call waiting
US20050018833A1 (en) * 2003-07-21 2005-01-27 Wang Myles Thomas Multi-user call waiting

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2372992A1 (fr) * 2008-12-25 2011-10-05 NTT DoCoMo, Inc. Serveur de contrôle de message entrant et procédé de contrôle de message entrant
EP2372992A4 (fr) * 2008-12-25 2014-12-10 Ntt Docomo Inc Serveur de contrôle de message entrant et procédé de contrôle de message entrant
US8954036B2 (en) 2008-12-25 2015-02-10 Ntt Docomo, Inc. Data arrival control server and method for notifying a communication terminal of a plurality of communication terminals of data arrival at a certain communication terminal of the plurality of communication terminals

Similar Documents

Publication Publication Date Title
US7245612B2 (en) Internet call waiting with voicemail system that provides monitoring during recording
US8787549B2 (en) Programmable caller ID
US7295660B1 (en) Telemarketer screening
US7260205B1 (en) Call waiting using external notification and presence detection
US9531882B1 (en) Methods and systems for confirming message delivery
US7020259B2 (en) Privacy screening service for telecommunications
EP1704709B1 (fr) Procede et systeme pour la fourniture d'un service de reponses aux appels entre un telephone d'origine et un telephone destinataire
EP1314305B1 (fr) Systeme et procede de messagerie unifiee en telephonie inter/intranet
CA2414299C (fr) Methode de gestion d'appels sensible a la presence de reseau
US6999577B2 (en) Multi-user call waiting
US9497308B1 (en) Method and systems for messaging services
US8160226B2 (en) Key word programmable caller ID
US20060239429A1 (en) Privacy screening services
EP2025137B1 (fr) Techniques permettant de placer en mémoire des messages vocaux en temps réel dans la boîte de courrier vocal d'un appelant
WO2007034041A1 (fr) Procede de routage d'appel. plate-forme et programme pour la mise en œuvre du procede
EP2856733B1 (fr) Procede de sauvegarde de l'anonymat lors d'une communication telephonique et systeme de telecommunication pour la mise en oeuvre du procede
EP1994732A1 (fr) Procede de transmission d'une information d'inhibition d'un service de messagerie
EP1176791B1 (fr) Protocole de transmission d'une information d'appel téléphonique urgent d'un abonné absent de son domicile.
FR2876237A1 (fr) Procede et systeme de filtrage tarifaire pour appels telephoniques entrants

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06709190

Country of ref document: EP

Kind code of ref document: A1