FR 3057129 A1 20180406 FR 1750603 A 20170125 1 Arrière-plan de l'invention L'invention se rapporte au domaine général des télécommunications. Elle concerne plus particulièrement le domaine du filtrage des communications, et en particulier le filtrage des appels téléphoniques et visiophoniques. Dans l'état actuel de la technique, il existe des procédés de filtrage d'appels par liste noire. Ces listes noires contiennent des numéros de téléphone d'appelants indésirables et permettent de filtrer un appel indésirable sur la base du numéro de téléphone de l'appelant. Certains opérateurs de télécommunications proposent en outre des services permettant d'ajouter le numéro de téléphone d'un appelant indésirable dans une liste noire, par exemple en utilisant une application dédiée, ou encore en proposant à l'utilisateur de composer un code sur son téléphone suivi du numéro en question. De fait, l'ajout d'un numéro de téléphone dans une liste noire constitue actuellement une démarche assez longue et fastidieuse. Il existe donc un besoin d'une solution simple et rapide permettant d'ajouter un numéro de téléphone indésirable dans une liste noire. Objet et résumé de l'invention La présente invention répond notamment à ce besoin en proposant, selon un premier aspect, un procédé d'enregistrement d'un identifiant d'un émetteur ou d'un récepteur d'un appel dans une liste noire. Ce procédé peut être mis en oeuvre par un terminal d'un utilisateur. En variante, le procédé peut être mis en oeuvre par un serveur compris dans un réseau auquel est connecté le terminal d'un utilisateur. Dans ce deuxième cas, le terminal peut avoir une fonction d'interface entre l'utilisateur et le serveur. Il comporte : une étape de réception ou d'émission de l'appel par le terminal ; une étape de détection d'une commande de l'utilisateur ; et - sur détection de la commande, une étape d'ajout de l'identifiant dans la liste noire ; et est caractérisé en ce que la commande peut être détectée : au cours d'une phase de présentation de l'appel sur le terminal ; au cours d'une phase pendant laquelle l'appel est établi ; au cours d'une plage prédéterminée commençant à la fin de l'appel ; ou 3057129 2 - dans le cas où le terminal émet l'appel, au cours d'une phase de tentative d'établissement de l'appel. Corrélativement, l'invention vise également un terminal comportant : des moyens de réception et d'émission d'un appel ; 5 des moyens de détection d'une commande d'un utilisateur du terminal ; des moyens d'ajout permettant, sur détection de la commande, d'ajouter un identifiant d'un émetteur ou d'un récepteur dudit appel dans une liste noire ; et est caractérisé en ce que les moyens de détection sont aptes à détecter la commande au moins : 10 au cours d'une phase de présentation de l'appel sur le terminal ; au cours d'une phase pendant laquelle l'appel est établi ; au cours d'une plage prédéterminée commençant à la fin de l'appel ; ou - dans le cas où le terminal émet l'appel, au cours d'une phase de tentative d'établissement de l'appel. 15 En particulier, l'invention vise un mode de réalisation dans lequel les moyens de détection sont aptes à détecter la commande pendant chacune de ces phases. Dans un mode préféré de réalisation, les identifiants compris dans la liste noire correspondent à des numéros de téléphone. En variante, ces identifiants peuvent correspondre à des identifiants (par 20 exemple des pseudonymes) permettant d'émettre ou recevoir un appel via une solution de téléphonie (voix sur IP, etc.) ou de visiophonie quelconque. Au sens de l'invention, le terminal de l'utilisateur peut être émetteur de l'appel ou destinataire de l'appel. La phase de présentation de l'appel sur le terminal correspond à la phase durant 25 laquelle le terminal signale à son utilisateur : que l'appel est en train d'être émis vers un terminal destinataire, dans le cas où le terminal de l'utilisateur émet l'appel. Ce signalement peut par exemple correspondre à une sonnerie de retour d'appel (ou tonalité) émise par le terminal, ou en l'affichage sur un écran du terminal d'une interface 30 caractéristique de la tentative d'émission d'un appel ; ou qu'un appel est reçu sur son terminal, dans le cas où le terminal de l'utilisateur reçoit l'appel. Ce signalement peut par exemple correspondre à une sonnerie émise par le terminal, une vibration du terminal, ou simplement un affichage sur un écran du terminal d'une interface caractéristique de la réception d'un 35 appel. 3057129 3 La phase de tentative d'établissement de l'appel commence au moment où le terminal, ici émetteur de l'appel, initie la demande d'appel, sur détection d'une action de l'utilisateur (par exemple un appui sur un bouton « Numéroter » d'un clavier du terminal ou un appui sur un contact dans une liste de contacts affichée sur un écran du 5 terminal). Cette phase de tentative d'établissement d'appel peut se terminer au moment où le terminal émetteur accuse réception que l'appel est établi ou rejeté. Cette phase de tentative d'établissement d'appel peut également se terminer si le terminal émetteur interrompt la tentative d'établissement de l'appel. 10 La plage prédéterminée commençant à la fin de l'appel correspond à un intervalle de temps choisi préférablement de courte durée, par exemple d'une durée de 5 secondes, 10 secondes, etc. Dans un mode particulier de réalisation, cette plage correspond à un intervalle de temps pendant lequel une interface graphique affichée par l'application de téléphonie 15 sur un écran du terminal à la fin de l'appel reste affichée sur cet écran. Cette plage prédéterminée commençant à la fin de l'appel peut être interrompue, par exemple si le terminal reçoit un nouvel appel avant la fin de l'intervalle de temps mentionné ci-dessus. Avantageusement, l'invention propose une solution permettant à un utilisateur 20 d'ajouter un identifiant dans une liste noire sans avoir à effectuer d'opération pour spécifier cet identifiant. En effet, lors des différentes phases précédemment évoquées, le terminal peut avoir accès à l'identifiant de l'émetteur ou du récepteur de l'appel. Lors de la phase de présentation de l'appel, la phase de tentative d'établissement 25 de l'appel, ou la phase pendant laquelle l'appel est établi, ridentifiant peut être obtenu par le terminal à partir de la signalisation (par exemple dans un des champs des messages échangés). Par ailleurs, le terminal peut, au moins lors de ces trois phases, stocker l'identifiant en mémoire pour pouvoir y accéder lors de la plage prédéterminée 30 commençant à la fin de l'appel. En d'autres termes, le terminal comporte des moyens d'obtention pour obtenir l'identifiant de l'émetteur ou du récepteur l'appel au cours d'au moins l'une de ces phases, préférentiellement au cours de chacune des phases. 3057129 4 Ces moyens peuvent être compris dans les moyens de détection ou dans les moyens d'ajout précédemment évoqués ou en variante constituer des moyens distincts. Cette solution permet donc de simplifier l'opération d'ajout d'un identifiant dans 5 une liste noire. Dans un mode particulier de réalisation, la commande peut être détectée au cours d'une plage comprise dans un intervalle de temps : commençant au début de la phase de présentation de l'appel ou au début de la phase de tentative d'établissement de l'appel ; et 10 finissant à la fin de la plage prédéterminée commençant à la fin de l'appel. Dans un mode particulier de réalisation, la commande correspond à une commande vocale. Dans un mode particulier de réalisation, la commande vocale peut être détectée au cours d'une plage prédéterminée commençant au début de la phase pendant 15 laquelle l'appel est établi. Cette plage prédéterminée peut avantageusement être choisie de courte durée, par exemple d'une durée de 10 secondes ou 20 secondes. Avantageusement, restreindre la durée de la plage prédéterminée pendant laquelle la commande vocale peut être détectée permet de n'utiliser le système de 20 reconnaissance vocale que pendant cette durée et donc d'économiser les ressources du terminal ou d'un serveur du réseau si la reconnaissance vocale est mise en oeuvre par ce serveur. De plus, si la commande correspond à la détection par reconnaissance vocale d'un ou plusieurs mots-clés, il existe un risque que l'utilisateur prononce 25 malencontreusement ces mots sans intention d'ajouter l'identifiant associé à l'appel dans la liste noire. Choisir une plage prédéterminée de durée limitée pour détecter la commande vocale permet de réduire ce risque. Dans un mode particulier de réalisation, la commande correspond à un ou plusieurs appuis de l'utilisateur sur un ou plusieurs boutons virtuels ou physiques du 30 terminal. L'utilisation d'une commande telle que l'appui sur un ou plusieurs boutons ou une commande vocale permet avantageusement à l'utilisateur d'ajouter simplement et rapidement un identifiant dans la liste noire. Dans un mode particulier de réalisation, la liste noire est stockée dans le 35 terminal. 3057129 5 Dans un mode particulier de réalisation, la liste noire est stockée dans un serveur distant communiquant avec le terminal. Dans un mode particulier de réalisation, la détection de la commande met fin à l'appel si cette détection s'effectue au cours de l'appel. 5 Dans un mode particulier de réalisation, la détection de la commande provoque le rejet de l'appel si cette détection s'effectue au cours de la présentation de l'appel ou au cours de la phase de tentative d'établissement de l'appel. Avantageusement, une seule commande permet à la fois de mettre fin à un appel indésirable ou à une tentative d'appel indésirable et d'ajouter l'identifiant de 10 l'émetteur ou du récepteur de l'appel indésirable dans la liste. Dans un mode particulier de réalisation, les différentes étapes du procédé d'enregistrement d'un identifiant dans une liste noire sont déterminées par des instructions de programmes d'ordinateurs. En conséquence, l'invention vise aussi un programme d'ordinateur sur un support 15 d'informations, ce programme étant susceptible d'être mis en oeuvre par un ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre du procédé d'enregistrement d'un identifiant dans une liste noire tel que mentionné ci-dessus. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source 20 et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable 25 de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple un disque dur. D'autre part, le support d'informations peut être un support transmissible tel 30 qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé 35 dans l'exécution du procédé en question. 305 7 1 2 9 6 Brève description des figures D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de 5 la description qui suit, faite en référence aux dessins annexés dans lesquels : la figure 1 représente les étapes principales d'un procédé d'enregistrement d'un identifiant dans une liste noire conforme à l'invention; les figures 2 à 4 représentent une interface d'une terminal conforme à l'invention ; 10 la figure 5 représente des étapes du protocole SIP (Session Initiation Protocol) vu du terminal récepteur et connu de l'art antérieur ; les figures 6 à 8 représentent les étapes de modes de réalisation de !Invention, vu du terminal récepteur, lorsque elle est mise en oeuvre dans le cadre du protocole SIP ; 15 la figure 9 représente des étapes du protocole SIP (Session Initiation Protocol) vu du terminal émetteur connu de l'art antérieur ; les figures 10 à 12 représentent les étapes de modes de réalisation de l'invention, vu du terminal émetteur, lorsque elle est mise en oeuvre dans le cadre du protocole SIP ; 20 la figure 13 représente les étapes du protocole 11323 (protocole de communication en mode paquet) connu de l'art antérieur ; et les figures 14 et 15 représentent chacune un terminal conforme à l'invention. Description détaillée de modes de réalisation 25 La figure 1 représente les étapes principales d'un procédé d'enregistrement d'un identifiant d'un émetteur ou d'un récepteur d'un appel dans une liste noire L conforme à l'invention. Ce procédé peut être mis en oeuvre par un terminal T1 tel que représenté aux 30 figures 14 et 15. Ce terminal peut indifféremment consister en un téléphone fixe, un téléphone portable, un téléphone intelligent (ou « Smartphone » en anglais), une tablette, un ordinateur, etc. Ce procédé comporte une première étape E10 de réception ou d'émission d'un 35 appel par le terminal T1. 3057129 7 Cet appel peut être de type téléphonique ou visiophonique. Il peut dans un mode particulier de réalisation être mis en oeuvre par une application de téléphonie gérée par le terminal Ti. Le protocole utilisé pour établir cet appel peut par exemple correspondre à un 5 protocole de type : - RTC (Réseau Téléphonique Commuté) ; - SIP (Session Initiation Protocol) ; ou - H323 (Protocole de communication en mode paquet). L'étape E10 est suivie d'une étape E30 de détection d'une commande de 10 l'utilisateur. Cette commande peut être détectée au cours de quatre phases : lors d'une phase Pi de présentation de l'appel sur le terminal T1 ; lors d'une phase P2 pendant laquelle l'appel est établi ; lors d'une plage prédéterminée P3 commençant à la fin de l'appel ; ou - dans le cas où le terminal émet l'appel, lors d'une phase Pl' de tentative 15 d'établissement de l'appel. Ces différentes phases Pl, Pi', P2 et P3 sont définies différemment en fonction du protocole de communication utilisé. Elles seront détaillées par la suite pour chacun des protocoles précédemment évoqués en référence aux figures 5 à 13. La commande peut être une commande de type vocale. Par exemple, le terminal 20 T1 peut comporter un système de reconnaissance vocale apte à reconnaître un ou plusieurs mots clé, par exemple les mots « Liste noire », et sur reconnaissance de ces mots clé ajouter l'identifiant ID de l'émetteur ou du récepteur de l'appel dans la liste noire L. Préférablement, lorsque la commande est de type vocal, elle peut être détectée 25 pendant la phase P2 pendant laquelle l'appel est établi. Plus précisément, cette commande peut être détectée au cours d'une plage prédéterminée commençant au début de la phase P2. En variante, la commande peut correspondre à un ou plusieurs appuis de l'utilisateur sur un ou plusieurs boutons Bl, B2, B3 virtuels ou physiques du terminal 30 Ti. Par exemple et en référence à la figure 2, lorsque le terminal est récepteur de l'appel, la commande peut correspondre à un appui de l'utilisateur sur un bouton B1 compris dans une interface INT1 affichée lors de la phase P1 de présentation de l'appel sur un écran SC du terminal Ti. 3057129 8 En référence à la figure 3, toujours lorsque le terminal est récepteur de l'appel, la commande peut correspondre à un appui de l'utilisateur sur un bouton B2 compris dans une interface INT2 affichée lors de la phase P2 pendant laquelle l'appel est établi sur un écran SC du terminal Ti. 5 Enfin, en référence à la figure 4, toujours lorsque le terminal est récepteur de l'appel, la commande peut correspondre à un appui de l'utilisateur sur un bouton B3 compris dans une interface INT3 affichée lors de la plage P3 prédéterminée commençant à la fin de l'appel sur un écran SC du terminal Ti. Les interfaces INT1, INT2 et INT3 peuvent être affichées par une application de 10 téléphonie installée sur le terminal Ti. En variante, la commande peut correspondre à un ou plusieurs appuis de l'utilisateur sur une ou plusieurs touches d'un clavier du terminal Tl. Lors des trois phases Pl, P1' et P2, le terminal a accès à l'identifiant ID présent dans la signalisation de l'appel. 15 Il peut également stocker cet identifiant ID pour pouvoir y avoir accès lors de la plage P3 prédéterminée commençant à la fin de l'appel. L'étape E30 du procédé est suivie d'une étape E50 d'ajout, sur détection de la commande, de l'identifiant ID de l'émetteur de l'appel dans la liste noire L. La manière dont est ajouté l'identifiant ID dans la liste L peut dépendre du 20 protocole de communication utilisé et sera détaillée par la suite. L'identifiant ID peut être ajouté dans une liste L stockée en local sur le terminal T1, sur un périphérique du terminal Ti ou sur un serveur distant S communiquant avec le terminal Ti. La figure 14 représente un terminal T1 conforme à l'invention. 25 Ce terminal Ti met en oeuvre les différentes étapes d'un procédé d'enregistrement d'un identifiant dans une liste noire L telles que décrites en référence à la figure 1. Ce terminal T1 peut consister par exemple en un téléphone, un Smartphone, un une tablette, etc. 30 Dans le mode de réalisation décrit ici, le terminal T1 possède l'architecture matérielle d'un ordinateur. Ainsi, le terminal T1 comporte un processeur 10, une mémoire 11 non volatile réinscriptible (de type flash par exemple), une mémoire 12 de type ROM (pour « Read Only Memory » en anglais), une mémoire vive de type RAM (pour « Random Access 35 Memory » en anglais) 13 et un module COM de communication. 3057129 9 La mémoire 12 du terminal T1 constitue un support d'enregistrement conforme à l'invention, lisible par le processeur 10 et sur lequel est enregistré un programme d'ordinateur PG conforme à l'invention comportant des instructions pour l'exécution des étapes d'un procédé d'enregistrement d'un identifiant dans une liste noire selon 5 l'invention. Dans un mode particulier de réalisation, la mémoire 12 peut également comporter une liste noire L. La figure 15 représente le terminal T1 de la figure 14 selon un mode de réalisation particulier. 10 Le terminal T1 met en oeuvre un procédé d'enregistrement d'un identifiant d'un appel dans une liste noire L conforme à l'invention. Le terminal T1 comporte : des moyens REC/EM permettant de recevoir ou d'émettre un appel. des moyens DET de détection d'une commande de l'utilisateur ; 15 - des moyens A] d'ajout permettant, sur détection de ladite commande, d'ajouter un identifiant ID d'un émetteur ou d'un récepteur de l'appel dans une liste noire L. Les moyens DET de détection sont aptes à détecter la commande : - au cours d'une phase P1 de présentation dudit appel sur ledit terminal ; 20 au cours d'une phase P2 pendant laquelle ledit appel est établi ; au cours d'une plage P3 prédéterminée commençant à la fin dudit appel ; ou dans le cas où le terminal émet l'appel, au cours d'une phase P1' de tentative d'établissement dudit appel. Les moyens DET de détection, les moyens A.] d'ajout, ou éventuellement d'autres 25 moyens du terminal T sont aptes à obtenir l'identifiant ID de l'émetteur ou du récepteur de l'appel au cours de chacune des phases. Ces moyens DET peuvent comporter un ou plusieurs boutons physiques ou virtuels du terminal T1. En variante, ils peuvent comporter un système de reconnaissance vocale, 30 permettant de détecter une commande vocale, par exemple un ou plusieurs mots clé. Le terminal T comporte également un support d'information SUP dans lequel est stocké un programme PG, tous deux conformes à l'invention, le programme PG comportant des instructions pour l'exécution des étapes d'un procédé d'enregistrement d'un identifiant dans une liste noire L conforme à l'invention. 3057129 10 Dans un mode particulier de réalisation, le support d'information SUP contient également une liste noire L. En variante et comme représenté à la figure 15, la liste L est stockée sur un serveur S distant communiquant avec le terminal Ti. 5 La suite de la description détaille trois modes de réalisation de l'invention pour trois protocoles de communication différents. Protocole RTC 10 Le protocole RTC (Réseau Téléphonique Commuté) correspond au protocole notamment utilisé par les téléphones fixes et fonctionne sur une logique de circuit ouvert ou fermé. Chaque téléphone fixe est relié à un commutateur d'un réseau public, et les différents commutateurs sont eux-mêmes reliés entre eux. 15 Lorsque le téléphone est dans l'état « raccroché », le circuit téléphonique est en position « ouvert ». Il est alors impossible d'envoyer des instructions au commutateur. Lorsque le téléphone est dans l'état « décroché », le circuit téléphonique est en position « fermé » et il est alors possible d'envoyer des instructions au commutateur. Dans le cadre d'un protocole RTC, si le terminal T1 (ci-après téléphone Ti) de 20 l'utilisateur reçoit l'appel, la phase P1 de présentation de l'appel correspond à la période pendant laquelle le téléphone T1 émet une sonnerie, vibre, affiche une interface spécifique sur un écran et/ou signale par un quelconque moyen l'appel à l'utilisateur. Cette phase P1 se termine au moment où l'utilisateur décroche le téléphone T1 25 ou rejette l'appel, par exemple par un appui sur un bouton du téléphone Ti, ou éventuellement à un moment différent si le terminal de l'appelant raccroche avant que le téléphone Tl soit décroché. Elle peut également se terminer après un certain temps (au bout d'un nombre de sonneries qui peut être définit par l'utilisateur) au bout duquel l'appel est 30 automatiquement rejeté si le terminal Tl n'est pas décroché. Si le téléphone T1 de l'utilisateur émet l'appel, la phase P1 de présentation de l'appel correspond à la période pendant laquelle le téléphone T1 émet une sonnerie de retour, affiche une interface spécifique sur un écran et/ou signale par un quelconque moyen l'appel à l'utilisateur. 3057129 11 La phase Pl' de tentative d'établissement de l'appel commence au moment où le terminal de l'utilisateur initie une demande d'appel (par exemple en appuyant sur un bouton « Numéroter » après avoir composé le numéro de téléphone) et finit au moment où le terminal de l'utilisateur décroche ou raccroche, ou au moment où le 5 destinataire de l'appel décroche ou rejette l'appel. Durant ces phases P1 ou P1', l'identifiant ID associé à l'émetteur ou au récepteur de l'appel et affiché généralement sur une interface du téléphone T1 peut être ajouté à une liste noire L sur détection d'une commande. Il peut durant ces phases P1 ou .P1' être ajouté à une liste noire L stockée sur le 10 téléphone Ti ou par exemple sur un serveur type « serveur d'entreprise » (PBX). L'ajout de l'identifiant ID dans la liste L peut par exemple s'effectuer par l'appui de l'utilisateur sur une ou plusieurs touches d'un clavier du téléphone Tl. Dans un mode particulier de réalisation, lorsque le terminal de l'utilisateur reçoit l'appel et que la commande est détectée au cours de la phase Pl, l'appel est rejeté (le 15 circuit s'ouvre). La phase P2 pendant laquelle l'appel est établi débute au moment où l'appelé décroche son téléphone et prend fin au moment où le premier de l'appelé ou de l'appelant raccroche, c'est à dire de la fermeture de la boucle électrique pour établir le contact avec le commutateur jusqu'à l'ouverture du circuit. 20 Durant cette phase P2, l'ajout de l'identifiant ID dans la liste noire L est possible, que le terminal de l'utilisateur appelle ou soit appelé, aussi bien en local sur le terminal T1 que sur un serveur S distant communiquant avec le terminal Ti. Dans ce deuxième cas, dans un mode particulier de réalisation, un ou plusieurs codes DTMF (« Dual-Tone Multi-Frequency ») peuvent être envoyés via le 25 commutateur vers un serveur distant S du réseau stockant la liste noire L. À la réception de ces codes DTMF, le serveur ajoute l'identifiant ID associé à l'émetteur ou au récepteur de l'appel dans la liste L. On rappelle qu'un code DTMF correspond à une combinaison de fréquences pouvant être émise par l'appui de l'utilisateur sur une touche d'un clavier du téléphone 30 Ti. En variante, durant cette phase P2, l'ajout de l'identifiant ID dans la liste L peut s'effectuer par détection d'une commande vocale, si le téléphone T1 ou un serveur du réseau connecté au terminal T1 comporte un système de reconnaissance vocale. Sous détection de la commande vocale, par exemple un ou plusieurs mots clé, 35 l'identifiant ID peut être ajouté par le terminal T1 dans la liste L qu'il stocke ou en 3057129 12 variante être envoyé par le terminal Tl via le réseau téléphonique pour être ajouté dans la liste L stockée sur un serveur distant S. En variante, si le système de reconnaissance vocale est mis en oeuvre par un serveur du réseau, l'identifiant ID peut être envoyé par ce serveur pour être ajouté 5 dans la liste L stockée sur un serveur distant S. Dans un mode particulier de réalisation, si la commande est détectée durant la phase P2, le téléphone T1 ou le commutateur du réseau met fin à l'appel. Enfin, la plage P3 prédéterminée commençant à la fin de l'appel commence au moment où l'utilisateur raccroche le téléphone T1 (le circuit téléphonique s'ouvre). 10 L'ajout dans la liste noire L de l'identifiant ID ne peut alors se faire qu'en local sur le téléphone Ti. Protocole SIP 15 Les figures 5 à 12 concernent le protocole SIP. Les figures 5 à 8 correspondent à des modes de réalisation dans lesquels le terminal T1 de l'utilisateur est appelé par un terminal T2, les figures 9 à 12 à des modes de réalisation dans lesquels le terminal T1 de l'utilisateur appelle un terminal T2. 20 La figure 5 représente des étapes d'un protocole SIP (Session Initiation Protocol) standard connu de l'art antérieur. Ce protocole est un protocole notamment utilisé pour la téléphonie par internet (VoIP), notamment dans le cadre des télécommunications multimédia. Dans le cadre du protocole SIP, un appel entre le terminal T1 et un terminal T2 25 correspond à un échange de messages envoyés via un réseau et notamment via un serveur proxy SIP. La figure 5 correspond à un mode de réalisation dans lequel le terminal T1 de l'utilisateur est appelé. Ce terminal Tl peut par exemple correspondre à un téléphone, un Smartphone, 30 une tablette, etc. Dans ce mode de réalisation, la détection de la commande de l'utilisateur peut être effectuée durant les trois phases suivantes propres au terminal T1 et représentées à la figure 5 : 3057129 13 la phase Pl de présentation de l'appel commençant au moment au le terminal Ti reçoit un message de type INVITE et terminant au moment où le terminal Tl renvoi un message de type 200 OK ; la phase P2 pendant laquelle l'appel est établi commençant à la réception du 5 message ACK et finissant à l'envoi du message BYE si le terminal de l'utilisateur met fin à l'appel ou la réception du message BYE si le terminal de l'appelant met fin à l'appel ; et la plage P3 prédéterminée commençant à la fin de l'appel, c'est-à-dire à la réception du message 200 OK si le terminal de l'utilisateur met fin à l'appel ou 10 l'envoi du message 200 OK si le terminal de l'appelant met fin à l'appel, et finissant au bout d'un temps prédéterminé. Au cours des phases PI et P2, le terminal Ti peut accéder à l'identifiant ID dans un ou plusieurs des messages de signalisation échangés, par exemple dans un champ du premier message de type INVITE reçu. 15 Le terminal Ti peut également stocker cet identifiant ID en mémoire pour y avoir accès lors de la plage P3. En référence à la figure 6, dans le cas où la commande est détectée lors de la phase Pl, la détection de cette commande peut par exemple déclencher l'envoi par le terminal Tl au proxy SIP d'un message de type 603 DECLINE ou d'un message de type 20 495 NOK BLACK LIST. Dans le cadre du protocole SIP, un message de numéro 603 est usuellement utilisé pour rejeter un appel. Si la liste L est stockée localement sur le terminal Ti, la détection de la commande déclenche l'ajout de l'identifiant ID de l'émetteur de l'appel dans la liste L et 25 le message éventuellement envoyé par le terminal Ti vers le proxy SIP correspond à un message de numéro 603 classique. En revanche, si la liste L est stockée sur un serveur S distant, le message envoyé par le terminal est de type 495 NOK BLACK LIST et comporte des instructions destinées au proxy SIP (lui-même relié au serveur S) pour que ce dernier ajoute 30 l'identifiant ID de l'émetteur de l'appel dans la liste L. Par exemple, le message de type 495 NOK BLACK LIST peut être de la forme suivante (identifiant ID apparait ci-après dans le champ « To »): « SIP/2.0 495 NOK BLACK LIST 35 Via : SIP/2.0/UDP xxx.com:5060 3057129 14 Via : SIP/2.0/UDP »tx.com:5060 Max-Forwards : 20 To : Appelant Rich From : Appelé 5 Call-Id: yw@xxx.com CSeq: 1 INVITE Contact: appelant@IP appelant Content-Type: application/sdp Content-Length:162 10 v = 0 c = IN IP4 IP appelant m = audio 22220 RTP/AVP 0 ». Dans les deux cas, sur réception du message 603 DECLINE ou 495 NOK BLACK 15 LIST, le proxy SIP transmet au terminal appelant T2 le message 603 DECLINE indiquant à ce dernier que l'appel est rejeté. En référence à la figure 7, dans le cas où la commande est détectée lors de la phase d'appel P2, si la liste noire L est stockée localement, la détection de cette commande déclenche l'ajout de l'identifiant ID dans le liste L et éventuellement l'envoi 20 par le terminal T1 au proxy SIP d'un message de type connu BYE indiquant que le terminal T1 termine l'appel. Si la liste L est stockée sur un serveur distant S, la détection de cette commande déclenche l'envoi d'un message de type BYE BLACK LIST. Un message BYE est alors transmis par le proxy SIP au terminal appelant T2. 25 Le message BYE BLACK LIST, en plus de contenir des instructions à destination du proxy SIP pour mettre fin à l'appel (comme un message de type BYE), comporte également des instructions pour indiquer au proxy SIP d'ajouter l'identifiant ID à la liste noire L stockée sur le serveur distant S. Par exemple, le message de type BYE BLACK LIST peut être de la forme suivante (l'identifiant ID apparait ci-après dans le 30 champ « To ») : « BYE BLACK LIST sip:appelanteoot'.corn SIP/2.0 Via : SIP/2.0/UDP xxx.com:5060 Max-Forwards : 20 35 To : Appelant Rich 3057129 15 From : Appelé Call-Id: yyy@xxx.com CSeq: 2 BYE BLACK LIST ». 5 En référence à la figure 8, dans le cas où la commande est détectée lors de la phase d'appel P3, si la liste L est stockée sur un serveur distant S, la détection de cette commande déclenche l'envoi par le terminal T1 au proxy SIP d'un message de type BLACK LIST comportant des instructions pour que le proxy SIP ajoute l'identifiant ID à la liste noire L. Par exemple, le message de type BLACK LIST peut être de la forme suivante (l'identifiant ID apparait ci-après dans le champ « Contact ») : « SIP/2.0 495 BLACK LIST Via : SIP/2.0/UDP xxx.com:5060 15 Via : SIP/2.0/UDP xxx.com:5060 Max-Forwards : 20 To Proxy SIP From : Appelé Call-Id: yyyecxx.com 20 Contact: appelant@xxx.com Content-Type: application/sdp Content-Length:162 v = 0 c = IN IP4 IP_proxy 25 m = audio 22220 RTP/AVP 0 ». Si la liste L est stockée localement sur le terminal T1, aucun message particulier n'est envoyé au proxy SIP et l'identifiant ID est ajouté à la liste L. La figure 9 représente des étapes d'un protocole SIP standard connu de l'art 30 antérieur, dans un mode de réalisation dans lequel le terminal T1 de l'utilisateur émet l'appel, c'est-à-dire que le terminal T1 émet un appel vers le terminal T2. Dans ce mode de réalisation, la détection de la commande de l'utilisateur peut être effectuée durant les trois phases suivantes propres au terminal T1 et représentées à la figure 9 : 3057129 16 - la phase P1' de tentative d'établissement de l'appel pouvant correspondre à la phase 151 de présentation de l'appel et commençant au moment où le terminal T1 émet un message de type INVITE et terminant au moment où le terminal T1 reçoit un message de type 200 OK ; 5 la phase P2 pendant laquelle l'appel est établi commençant à l'émission du message ACK par le terminal T1 et finissant à l'envoi du message BYE si le terminal de l'utilisateur met fin à l'appel ou la réception du message BYE si l'appelant met fin à l'appel ; et - la plage P3 prédéterminée commençant à la fin de l'appel, c'est-à-dire à la 10 réception du message 200 OK si le terminal de l'utilisateur met fin à l'appel ou l'envoi du message 200 OK si l'appelant met fin à l'appel, et finissant au bout d'un temps prédéterminé. Au cours des phases Pl, P1' ou P2, le terminal Tl, ici émetteur, peut accéder à l'identifiant ID, par exemple dans un ou plusieurs des messages de signalisation 15 échangés (par exemple dans un champ du premier message de type INVITE envoyé). Le terminal Ti peut également stocker cet identifiant ID en mémoire pour y avoir accès lors de la plage P3. En référence à la figure 10, dans le cas où la commande est détectée lors de la phase P1 ou P1', la détection de cette commande peut déclencher l'envoi par le 20 terminal Ti au proxy SIP d'un message de type 603 DECLINE ou d'un message de type 495 NOK BLACK LIST. Si la liste L est stockée localement sur le terminal Tl, la détection de la commande déclenche l'ajout de l'identifiant ID du récepteur de l'appel dans la liste L et le message éventuellement envoyé par le terminal T1 vers le proxy SIP correspond à 25 un message de numéro 603 classique. En revanche, si la liste L est stockée sur un serveur S distant, le message envoyé par le terminal est de type 495 NOK BLACK LIST et comporte des instructions destinées au proxy SIP (lui-même relié au serveur S) pour ajouter l'identifiant ID du récepteur de l'appel dans la liste L. 30 Dans les deux cas, sur réception du message 603 DECLINE ou 495 NOK BLACK LIST, le proxy SIP transmet au terminal appelant T2 le message 603 DECLINE indiquant à ce dernier que l'appel est refusé. En référence à la figure 11, dans le cas où la commande est détectée lors de la phase d'appel P2, la détection de cette commande déclenche l'envoi par le terminal Tl 35 au proxy SIP d'un message de type connu BYE si la liste est stockée localement ou un 305 7 1 2 9 17 message de type BYE BLACK LIST si la liste L est stockée sur un serveur distant S. Un message de type BYE est alors transmis par le proxy SIP au terminal appelant T2. Le message BYE BLACK LIST, en plus de contenir des instructions pour terminal l'appel comme un message de type BYE, contient également des instructions pour 5 indiquer au proxy SIP d'ajouter l'identifiant ID à la liste noire L stockée sur le serveur distant S. En référence à la figure 12, dans le cas où la commande est détectée lors d'une plage prédéterminée commençant à la fin de l'appel P3, si la liste L est stockée sur un serveur distant S, la détection de cette commande déclenche l'envoi par le terminal T1 10 au proxy SIP d'un message de type BLACK LIST comportant des instructions pour que le proxy SIP ajoute l'identifiant ID à la liste noire L. Si la liste est stockée localement sur le terminal Tl, aucun message particulier n'est envoyé au proxy SIP. 15 Protocole H323 La figure 13 représente des étapes d'un protocole H323 standard connu de l'art antérieur, dans lequel le terminal Ti de l'utilisateur reçoit l'appel. Dans le cadre du protocole H323, un appel entre le terminal T1 et un terminal T2 20 correspond à un échange de messages via un réseau et notamment via un « portier » GK (« Gatekeeper » en Anglais). Il existe trois principaux types de messages utilisés dans le protocole H323 : les messages de type H.225/RAS (« Registration, Admission and Status ») : ils sont utilisés entre les terminaux T1 ou T2 et le Gatekeeper GK qui les contrôle. 25 Ils permettent donc au Gatekeeper GK de contrôler les terminaux Ti et T2 ; les messages de type H.225/Q.931 : ils sont utilisés pour établir et libérer les connexions entre les terminaux T1 et T2 ; et les messages de type H.245 : lorsque l'appel est établi, ces messages permettent l'établissement de canaux RTP/RTCP permettant le transfert de 30 données multimédia et le contrôle de ce transfert. Dans le mode de réalisation représenté à la figure 13, la détection de la commande de l'utilisateur peut être effectuée durant les trois phases suivantes propres au terminal T1 : 305 7 1 2 9 18 la phase P1 de présentation de l'appel commençant au moment où le terminal T1 reçoit un message de type H.225/Q.931 Setup et terminant au moment où le terminal Tl envoie un message de type H.225/Q931 Connect ; la phase P2 pendant laquelle l'appel est établi commençant à la réception du 5 deuxième message H.245 Open Logical Channel Acknowledge et finissant à l'envoi du premier message H.245 Close Logical Channel par le terminal de l'utilisateur (si le terminal met fin à l'appel) ou par le terminal appelant (si le terminal appelant met fin à l'appel) ; et la plage P3 prédéterminée commençant à la fin de l'appel, c'est-à-dire à la 10 réception du message Disengage Confirm. Dans le mode de réalisation dans lequel le terminal T1 émet l'appel, les positions des terminaux T1 et T2 sont inversées sur la figure 13. Dans ce mode de réalisation, la détection de la commande de l'utilisateur peut alors être effectuée durant les trois phases suivantes : 15 la phase P1' de tentative d'établissement de l'appel pouvant correspondre à la phase Pl de présentation de l'appel commençant au moment où le terminal Tl émet un message de type H.225/Q.931 Setup et terminant au moment où le terminal Tl reçoit un message de type H.225/Q931 Connect ; la phase P2 pendant laquelle l'appel est établi commençant à la réception du 20 premier message H.245 Open Logical Channel Acknowledge et finissant à l'envoi du premier message H.245 Close Logical Channel par le terminal de l'utilisateur (si le terminal met fin à l'appel) ou par le terminal destinataire (si le terminal destinataire met fin à l'appel); et la plage P3 prédéterminée commençant à la fin de l'appel, c'est-à-dire à la 25 réception du message Disengage Confirm. Dans le cas où la commande est détectée lors de la phase P1 ou P1', si la liste L est stockée sur un serveur S distant du terminal T1, la détection de cette commande peut déclencher l'envoi par le terminal T1 au Gatekeeper GK d'un message de type NOK BLACK LIST lui indiquant d'ajouter l'identifiant ID dans la liste L et éventuellement 30 de rejeter l'appel. Si la liste L est stockée localement sur le terminal Tl, la détection de la commande déclenche l'ajout de l'identifiant ID de l'émetteur ou du récepteur de l'appel dans la liste L et le message éventuellement envoyé par le terminal T1 vers le Gatekeeper GK peut correspondre à un message classique de rejet d'un appel. 3057129 19 Dans le cas où la commande est détectée lors de la phase P2, si la liste L est stockée sur un serveur S distant du terminal Ti, la détection de cette commande peut déclencher l'envoi par le terminal Tl au Gatekeeper GK d'un message de type BYE BLACK LIST lui indiquant d'ajouter l'identifiant ID dans la liste L et éventuellement de 5 mettre fin à l'appel. Si la liste L est stockée localement sur le terminal T1, la détection de la commande déclenche l'ajout de l'identifiant ID de l'émetteur ou du récepteur de l'appel dans la liste L et le message éventuellement envoyé par le terminal T1 vers le Gatekeeper GK peut correspondre à un message permettant de mettre fin à l'appel de 10 manière classique. Enfin, dans le cas où la commande est détectée lors de la phase d'appel P3, si la liste L est stockée sur un serveur distant S, la détection de cette commande déclenche l'envoi par le terminal Tl au Gatekeeper GK d'un message de type BLACK LIST comportant des instructions pour qu'il ajoute l'identifiant ID à la liste noire L. 15 Si la liste est stockée localement sur le terminal Ti, aucun message particulier n'est envoyé au Gatekeeper GK. Les messages NOK BLACK LIST, BYE BLACK LIST et BLACK LIST peuvent correspondre à de nouveaux types de messages ajoutés au standard H.450 qui définit des services dits « supplémentaires ». 20 REVENDICATIONS1. Procédé d'enregistrement d'un identifiant (ID) d'un émetteur ou d'un récepteur d'un appel dans une liste noire (L), ledit procédé étant mis en oeuvre par un terminal (T1) d'un utilisateur, ledit procédé comportant : une étape (E10) de réception ou d'émission dudit appel par ledit terminal (T1) ; une étape (E30) de détection d'une commande dudit utilisateur ; sur détection de ladite commande, une étape (E50) d'ajout dudit identifiant (ID) dans ladite liste (L) ; ledit procédé étant caractérisé en ce que ladite commande peut être détectée : au cours d'une phase (Pl) de présentation dudit appel sur ledit terminal (T1) ; au cours d'une phase (P2) pendant laquelle ledit appel est établi ; au cours d'une plage prédéterminée (P3) commençant à la fin dudit appel ; ou dans le cas où le terminal (T1) émet l'appel, au cours d'une phase (P1') de tentative d'établissement dudit appel. 2. Procédé selon la revendication 1, dans lequel ladite commande correspond à une commande vocale. 3. Procédé selon la revendication 2, dans lequel ladite commande vocale peut être détectée au cours d'une plage prédéterminée commençant au début dudit appel. 4. Procédé selon la revendication 1, dans lequel ladite commande correspond à au moins un appui dudit utilisateur sur au moins un bouton (B1, B2, B3) virtuel ou physique dudit terminal (T1). 5. Procédé selon l'une quelconque des revendications 1 à 4, dans lequel ladite détection de ladite commande met fin au dit appel si cette détection s'effectue au cours de ladite phase (P2) pendant laquelle ledit appel est établi. 6. Procédé selon l'une quelconque des revendications 1 à 5, dans lequel ladite détection de ladite commande provoque le rejet dudit appel si cette détection s'effectue au cours de ladite phase (P1) de présentation dudit appel ou au cours de ladite phase (P1') de tentative d'établissement dudit appel. 3057129 21 7. Terminal (T1) comportant : - des moyens (REC/EM) de réception et d'émission d'un appel ; des moyens (DET) de détection d'une commande dudit utilisateur ; des moyens (Al) d'ajout permettant, sur détection de ladite commande, 5 d'ajouter un identifiant (ID) d'un émetteur ou d'un récepteur dudit appel dans une liste noire (L) ; ledit terminal (T1) étant caractérisé en ce que lesdites moyens (DET) de détection sont aptes à détecter ladite commande au moins : au cours d'une phase (P1) de présentation dudit appel sur ledit terminal (T1) ; 10 - au cours d'une phase (P2) pendant laquelle ledit appel est établi ; au cours d'une plage prédéterminée (P3) commençant à la fin dudit appel ; ou dans le cas où le terminal (T1) émet l'appel, au cours d'une phase (Pl') de tentative d'établissement dudit appel. 15 8. Programme d'ordinateur (PG) comportant des instructions pour l'exécution des étapes du procédé d'enregistrement selon l'une quelconque des revendications 1 à 6, lorsque ledit programme est exécuté par un ordinateur. 9. Support d'enregistrement (SUP) lisible par un ordinateur sur lequel est enregistré 20 un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé d'enregistrement selon l'une quelconque des revendications 1 à 6.