Brevet FR3163234A1 — publié le 20251212

Procédé de traitement d’un appel émis par un terminal vers un numéro pseudonymisé, ledit appel étant conforme à un protocole d’initialisation de session et transitant par un dispositif de gestion de numéros pseudonymisés gérant ledit numéro pseudonymisé, ledit procédé étant mis en œuvre par un dispositif de traitement d’appels pseudonymisés et comportant : - une étape de détermination que l’appel ne peut pas aboutir pour le terminal, - une étape d’envoi au dispositif de gestion de numéros pseudonymisés d’un message d’erreur conforme au protocole d’initialisation de session, ledit message d’erreur étant apte à déclencher une transmission par le dispositif de gestion de numéros pseudonymisés d’un flux média notifiant le terminal du non-aboutissement de l’appel. Figure pour l’abrégé : Figure 2 Procédés de traitement d’un appel pseudonymisés et de gestion d’un numéro pseudonymisé et dispositifs mettant en œuvre ces procédés Domaine de l’invention Cette invention se rapporte au domaine des communications. Plus précisément, l'invention porte sur le traitement du non-aboutissement d’appels émis vers des numéros de téléphone pseudonymisés. Art antérieur Le développement des plateformes d’intermédiation, par exemple marchandes ou sociales, participe à l’augmentation des communications ponctuelles et/ou éphémères entre les utilisateurs, ou entre les utilisateurs et les plateformes. Dans le cadre de ces communications, les personnes interagissant avec ou via ces plateformes, qu’elles soient appelantes et appelées, ne souhaitent généralement pas divulguer leur numéro de téléphone personnel. Pour adresser ce problème de confidentialité et de sécurisation du numéro de téléphone personnel d’un utilisateur (ce numéro identifiant l’utilisateur de façon directe), une solution consiste à recourir à un mécanisme de pseudonymisation d’appel. La pseudonymisation repose sur le fait d’utiliser un identifiant d’appel secondaire appelé numéro pseudonymisé en lieu et place du numéro de téléphone personnel de l’utilisateur (désigné par la suite comme identifiant d’appel primaire ou numéro primaire). Un numéro pseudonymisé est donc en quelque sorte un numéro de téléphone « d’emprunt », attribué typiquement par un service de pseudonymisation à un numéro primaire. Lorsqu’un appel est émis depuis un terminal (ou spécifiquement par un terminal associé à un numéro spécifique) vers ce numéro pseudonymisé, il est routé par le service de pseudonymisation vers l’identifiant primaire de l’appelé correspondant au numéro pseudonymisé de sorte que l’appelant puisse joindre l’appelé sans connaitre son identifiant primaire. Ce processus suppose que le numéro pseudonymisé de l’appelé est communiqué en amont à l’appelant. Il existe également des cas où l’appelant utilise lui aussi un numéro de pseudonymisé qui s’affichera en remplacement de son numéro personnel, sur le terminal de l’appelé, ce numéro pouvant être utilisé par l’appelé pour rappeler l’appelant. Cette solution permet notamment à l’appelant de ne pas dévoiler son numéro primaire à la personne qu’il appelle. Ces solutions permettent ainsi de résoudre les problèmes de confidentialité entre appelant et appelé notamment vis à vis des interactions en lien avec des plateformes d’intermédiation. Toutefois, elles peuvent générer des lourdeurs de traitement lorsque les appels n’aboutissent pas et notamment lorsqu’un message de non-aboutissement de l’appel est retourné à l’appelant. Outre des raisons techniques, des causes de non-aboutissement spécifiques aux appels vers des numéros pseudonymisés peuvent être liées aux motivations des personnes appelées via ces numéros et/ou aux circonstances qui ont amené à la création et/ou à l’attribution de ces numéros. Par exemple, - pour une plateforme d’intermédiation marchande offrant en vente des objets, lorsqu’un objet a trouvé acquéreur et que l’annonce correspondante a été retirée, le vendeur n’a plus besoin d’être contacté via le numéro d’appel pseudonymisé que lui a attribué la plateforme marchande ; - pour une plateforme d’intermédiation de type site de rencontres, à la suite d’un échange désagréable, un appelé peut ne plus souhaiter être joint par un appelant spécifique. Dans de tels cas, il est alors souhaitable d’informer l’appelant que ses appels vers le numéro pseudonymisé ne peuvent plus aboutir et les raisons spécifiques de cette situation (par exemple à la suite d’une annonce retirée ou à un blocage). Pour diffuser un tel message à l’appelant, dans l’état actuel de la technique, un serveur média est sollicité au sein de la plateforme mettant en œuvre le service d’appel pseudonymisé, puis le message est diffusé depuis le serveur média, vers le réseau de l’appelant, pour être finalement délivré à ce dernier. S’agissant d’un message audio et/ou vidéo, l’acheminement de ce message a un impact sur la bande passante du réseau téléphonique. Par ailleurs, lorsque la plateforme d’intermédiation mettant en œuvre le service d’appel pseudonymisé n’est pas dans le même pays que l’appelant, le message doit transiter par plusieurs réseaux téléphoniques ce qui génère un effet dit « trombone », plus couramment appelé « tromboning » en anglais. Le tromboning fait référence au passage forcé du trafic (ici du flux média portant le message) par un point spécifique (le trombone) entre les opérateurs, ce qui impacte négativement la bande passante des réseaux de ces opérateurs et peut par extension réduire la fiabilité du service. Objet et résumé de l'invention L’invention répond notamment à ces problèmes en proposant un procédé de traitement d’un appel émis par un terminal vers un numéro pseudonymisé, ledit appel étant conforme à un protocole d’initialisation de session et transitant par un dispositif de gestion de numéros pseudonymisés gérant ledit numéro pseudonymisé, ledit procédé étant mis en œuvre par un dispositif de traitement d’appels pseudonymisés et comportant : - une étape de détermination que l’appel ne peut pas aboutir pour le terminal, - une étape d’envoi au dispositif de gestion de numéros pseudonymisés d’un message d’erreur conforme au protocole d’initialisation de session, ledit message d’erreur étant apte à déclencher une transmission par le dispositif de gestion de numéros pseudonymisés d’un flux média notifiant le terminal du non-aboutissement de l’appel. L’invention porte également sur un procédé de gestion d’un numéro pseudonymisé par un dispositif de gestion de numéros pseudonymisés, ledit procédé comprenant : - une étape de transmission vers un dispositif de traitement d’appels pseudonymisés d’un appel reçu par ledit dispositif de gestion et émis par un terminal vers ledit numéro pseudonymisé, ledit appel étant conforme à un protocole d’initialisation de session, - lorsque ledit dispositif de traitement d’appels pseudonymisés détermine que l’appel ne peut pas aboutir pour le terminal, une étape de réception en provenance dudit dispositif de traitement, d’un message d’erreur conforme au protocole d’initialisation de session, ledit message d’erreur étant apte à déclencher une transmission par le dispositif de gestion d’un flux média notifiant le terminal du non-aboutissement de l’appel, et - une étape de transmission dudit flux média audit terminal. Selon un mode particulier de réalisation, le protocole d’initialisation de session est le protocole SIP ( Session Initiation Protocol, protocole d’initialisation de session en français) ou le protocole ISUP ( Integrated Services Digital Network User Part, partie utilisateur de réseau numérique à intégration de services en français). Par « apte à déclencher », on entend ici que le message d’erreur, lorsqu’il est reçu par le dispositif de gestion de numéros pseudonymisés, est interprété par ce dernier comme une instruction (ou une commande) en vue de réaliser une action particulière, en l’occurrence ici l’envoi d’un flux média vers le terminal expliquant la raison du non-aboutissement de l’appel, qui peut être complétée éventuellement par d’autres actions comme par exemple l’envoi d’un message d’erreur au terminal, etc. Les protocoles d’initialisation de session sont connus de l’homme du métier pour permettre l’envoi de requêtes telles que par exemple, pour le protocole SIP : - INVITE qui permet à un client de demander une nouvelle session, typiquement une session d’appel, - ACK qui permet de confirmer l'établissement de la session, ou - CANCEL qui permet d’annuler une requête INVITE en suspens, Auxquels peuvent être associées des réponses types, comme par exemple : - 200 OK : requête acceptée, - 4XX : erreur client, comme par exemple : -- 400 : Bad Request (lorsque la demande n’a pas été comprise par le serveur) - 5XX : échec serveur, tels que : -- 502 : Bad Gateway (lorsqu’un problème dans d’autres réseaux empêche la demande d’être traitée), -- 503 : Service Unavailable (lorsque le service est temporairement indisponible) - etc. L’un des principes de l’invention consiste à exploiter de manière inventive des messages existants du protocole d’initiation de session, et plus particulièrement des messages d’erreur du protocole s’appuyant typiquement sur des codes existants, en les détournant de leur fonction première et en leur donnant un sens spécifique, interprété tel quel par le dispositif de gestion de numéros pseudonymisés et correspondant à des causes de non-aboutissement d’appel vers des numéros pseudonymisés. Grâce à l’invention, le traitement du non-aboutissement d’un appel vers un numéro pseudonymisé est assuré de même que la notification de l’appelant de la raison de ce non-aboutissement tout en réduisant les coûts réseau, en limitant les infrastructures mobilisées et en fiabilisant le service. Comme il s’agit de messages d’erreur du protocole d’initiation de session, leur transit via des équipements intermédiaires jusqu’au dispositif de gestion de numéros pseudonymisés est assuré et ne déclenche pas en soi d’effet indésirable et de traitements par ces équipements intermédiaires non souhaités. À titre illustratif, ces procédés permettent notamment de ne plus avoir à solliciter un serveur média (aussi connu sous le nom de serveur MRF pour Media Resource Function Server en anglais) déployé au sein de la plateforme de gestion des appels anonymisés, contrairement à l’état de la technique. En effet, dans des implémentations classiques et dans le contexte d’un appel n’aboutissant pas, un serveur MRF est communément utilisé pour émettre un flux média, renseignant sur les raisons du non-aboutissement de l’appel, sur le réseau téléphonique, depuis ledit serveur MRF jusqu’au terminal appelant en passant par une plateforme de gestion de numéros pseudonymisés. Une telle implémentation impacte négativement la bande passante. Il est par ailleurs fréquent que ces équipements, par exemple la plateforme PFS, ledit serveur MRF et le terminal appelant, appartiennent à des réseaux de communication différents ce qui aboutit à des encombrements au niveau de chaque réseau. Selon l’invention, les procédés exploitent la possibilité du protocole d’initiation de session (par exemple SIP ou ISUP) d’envoyer des messages d’erreur en les associant avantageusement à des « raisons types » de non-aboutissement d’appel interprété en tant que telles par le dispositif de gestion de numéros pseudonymisés. C’est uniquement à la fin du cheminement de cette information, avant de la transmettre à l’appelant, qu’un serveur (ici le dispositif de gestion de numéros pseudonymisés) va l’interpréter et générer un flux média correspondant en quelque sorte à une « verbalisation » du code du protocole d’initiation de session associé à la raison du non-acheminement de l’appel. Outre le fait de réduire la sollicitation des infrastructures qui composent le réseau télécom, l’invention s’avère être relativement simple à mettre en œuvre et permet de profiter d’une meilleure compatibilité du service d’appel pseudonymisé au sein des réseaux télécoms utilisant déjà des protocoles d’initialisation de session. Selon un mode particulier de réalisation, le message d’erreur est en outre apte à déclencher l’envoi, par le dispositif de gestion de numéros pseudonymisés, au terminal, d’un message de fin d’appel conforme au protocole d’initialisation de session. Ce mode de réalisation permet notamment de prévenir les cas où le réseau de l’appelant transmet lui-même au terminal un autre flux média relatif au non-aboutissement de l’appel. Cette solution a donc l’avantage de proposer une gestion plus complète du non-aboutissement de l’appel ce qui garantit in fine une meilleure compréhension de la situation pour l’appelant (en lui évitant de recevoir d’autres messages, éventuellement contradictoires, vis-à-vis du non-aboutissement de l’appel). Selon un mode particulier de réalisation, le flux média transmis par le dispositif de gestion de numéros pseudonymisés est spécifique à une cause du non-aboutissement de l’appel spécifiée par le message d’erreur. Ce mode de réalisation offre une plus grande transparence à l’appelant en lui fournissant la cause du non-aboutissement de son appel vers le numéro pseudonymisé. La raison du non-aboutissement de l’appel peut être par exemple transmise au sein même du message d’erreur selon un format conforme au protocole d’initialisation de session, ce qui permet de limiter les ressources réseau mobilisées. Un flux média spécifique est ensuite envoyé au terminal appelant en fonction de la raison de non-aboutissement reçu. Pour mettre en œuvre ce mode de réalisation, plusieurs flux média prédéterminés peuvent être disponibles au niveau du dispositif de gestion de numéros pseudonymisés, chacun de ces flux correspondant à un type de raison de non-aboutissement d’appel (par exemple le blocage de l’appelant, le retrait de l’annonce vis-à-vis de laquelle le numéro pseudonymisé avait été associé à l’appelé, etc.) et en fonction de la raison de non aboutissement reçue au sein du message d’erreur, le flux correspondant (à cette raison) est transmis au terminal appelant. Dans un mode particulier de réalisation, le message d’erreur comprend une adresse de téléchargement de données spécifiques au non-aboutissement de l’appel destinées à être utilisées lors de la transmission du flux média. Selon un mode de réalisation, lesdites données comprennent un fichier audio et/ou vidéo destiné à être joué au sein dudit flux média. Ces modes de réalisation permettent de fournir aisément à l’appelant une raison personnalisée et/ou plus précise du non-aboutissement de l’appel. Par exemple le fichier en question peut comprendre un message préconfiguré, ou personnalisé adapté au contexte. Des exemples de tels messages sont notamment : - un message audio renseignant sur la raison pour laquelle l’appelé ne souhaite plus être joint par l’appelant, - un message contenant des précisions fournies par le service d’intermédiation ayant communiqué le numéro pseudonymisé à l’appelant, - etc. L’invention porte également sur un dispositif de traitement d’appels pseudonymisés émis par un terminal vers un numéro pseudonymisé, ledit appel étant conforme à un protocole d’initialisation de session et transitant par un dispositif de gestion de numéros pseudonymisés gérant ledit numéro pseudonymisé, ledit dispositif pseudonymisé d’appels comprenant: - un module de détermination configuré pour déterminer que l’appel ne peut pas aboutir pour le terminal, et - un module d’émission configuré pour envoyer au dispositif de gestion de numéros pseudonymisés un message d’erreur conforme au protocole de d’initialisation de session, ce message d’erreur étant apte à déclencher la transmission, par ledit dispositif de gestion de numéros pseudonymisés, d’un flux média notifiant le terminal du non aboutissement de l’appel. L’invention porte également sur un dispositif de gestion de numéros pseudonymisés, configuré pour recevoir un appel émis par un terminal vers un numéro d’appel pseudonymisé géré par ledit dispositif de gestion, ledit appel étant conforme à un protocole d’initialisation de session, le dispositif de gestion comprenant : - un module de transmission configuré pour transmettre ledit appel vers un dispositif de traitement d’appels pseudonymisés, - un module de réception configuré pour, lorsque ledit dispositif de traitement d’appels pseudonymisés détermine que l’appel ne peut pas aboutir pour le terminal, recevoir dudit dispositif de traitement d’appels pseudonymisés, un message d’erreur conforme au protocole d’initialisation de session, apte à déclencher la transmission par le dispositif de gestion de numéros pseudonymisés d’un flux média notifiant le terminal du non aboutissement de l’appel, - un module d’envoi configuré pour transmettre ledit flux média audit terminal. L'invention concerne encore un programme d'ordinateur comportant des instructions pour la mise en œuvre des procédés de traitement d’un appel et de gestion d’un numéro pseudonymisé, selon l’un quelconque des modes particuliers de réalisation décrits précédemment, lorsque ces programmes sont exécutés par un processeur. De telles instructions peuvent être stockées durablement dans un support mémoire non transitoire d’un terminal mettant en œuvre le procédé de traitement d’un appel selon l’invention. Ces programmes peuvent 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 et code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable. L’invention vise également un support d’informations ou d’enregistrement lisible par un ordinateur sur lequel est enregistré un programme d’ordinateur tels que mentionnés ci-dessus. Le support d'enregistrement peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM (« Read Only Memory » en anglais), par exemple un CD ROM (« Compact Disc Read-Only Memory » en anglais) ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple un support mobile, un disque dur ou un SSD (« Solid State-Drive » en anglais). D'autre part, le support d'enregistrement peut être un support transmissible, tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens, de sorte que le programme d’ordinateur qu’il contient est exécutable à distance. Les programmes selon l'invention peuvent être en particulier téléchargés sur un réseau, par un exemple un réseau de type Internet. Alternativement, le support d'enregistrement peut être un circuit intégré dans lequel l’un des programmes est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution des procédés de traitement d’un appel et de gestion de numéros pseudonymisés précités. L’invention concerne aussi un système de traitement d’un appel pseudonymisé, ledit système comprenant : - un dispositif de traitement d’appels pseudonymisés conforme à l’invention, et - un dispositif de gestion de numéros pseudonymisés conforme à l’invention. Le dispositif de traitement d’appels pseudonymisés, le dispositif de gestion de numéros pseudonymisés, le programme d’ordinateur, le support d’enregistrement et le système selon l’invention disposent des mêmes avantages évoqués précédemment que les procédés de traitement d’un appel et de de gestion de numéros pseudonymisés. Par ailleurs, on peut envisager, dans d'autres modes de réalisation, que les procédés et dispositifs selon l’invention présentent en combinaison tout ou partie des caractéristiques précitées. D'autres caractéristiques et avantages apparaîtront à la lecture de modes de réalisation particuliers de l'invention, donnés à titre d’exemples illustratifs et non limitatifs, et des dessins annexés, parmi lesquels : La figure FIG. 1 représente, dans son environnement, un système conforme à l’invention, dans un mode particulier de réalisation, La figure FIG. 2 décrit les étapes des procédés de traitement d’appels pseudonymisés et de gestion de numéros pseudonymisés selon un mode de réalisation, La figure FIG. 3 représente schématiquement l’architecture matérielle d’un dispositif de traitement d’appels pseudonymisés selon un mode de réalisation de l’invention. La figure FIG. 4 représente schématiquement l’architecture matérielle d’un dispositif de gestion de numéros pseudonymisés selon un mode de réalisation de l’invention. Description détaillée Description d’un système conforme à l’invention, dans un mode particulier de réalisation La figure FIG. 1 présente, dans son environnement, un système SYS conforme à l’invention, dans un mode particulier de réalisation. Ce système SYS comprend : - un dispositif de traitement d’appels pseudonymisés DT, conforme à l’invention, configuré pour mettre en œuvre un procédé traitement d’un appel émis par un terminal vers un numéro pseudonymisé selon l’invention, et, - un dispositif de gestion de numéros pseudonymisés DG conforme à l’invention, configuré pour mettre en œuvre un procédé de gestion d’un numéro pseudonymisé selon l’invention. Les dispositifs DT et DG sont par exemple des serveurs ou des équipements réseau configurables tels que des routeurs. Étant investis dans la gestion des appels (par exemple lorsque le numéro pseudonymisé est appelé ou est l’appelant), ils utilisent un protocole d’initialisation de session, tel que dans l’exemple envisagé ici le protocole SIP, pour communiquer avec d’autres équipements ou terminaux. Bien entendu, l’invention ne se limite pas à ce protocole, et d’autres protocoles d’initiation de session peuvent être envisagés, comme le protocole ISUP, un protocole propriétaire, etc. Dans le mode de réalisation envisagé ici, le système SYS est déployé dans un environnement comprenant : - un terminal T1, associé à un numéro d’appel primaire ID1, connecté à un réseau téléphonique R et émettant un appel vers un numéro pseudonymisé ID2Bis en vue d’être mis en contact avec un utilisateur U2. Le terminal T1 peut être tout type d’équipement utilisateur tel que par exemple un téléphone fixe, un smartphone, etc., - un terminal T2, auquel est associé un numéro pseudonymisé ID2Bis qui est fourni à l’utilisateur du terminal T1 pour appeler le terminal T2. Le terminal T2 est connecté à un réseau téléphonique R, et peut être tout type d’équipement utilisateur tel que par exemple un téléphone fixe, un smartphone, etc. ou encore un serveur, et - un serveur PFS, auquel est associé un service d’intermédiation S, utilisant le numéro pseudonymisé ID2Bis pour mettre en relation les utilisateurs des terminaux T1 et T2. Le réseau R auquel sont connectés les terminaux T1, T2 ainsi que le serveur PFS et les dispositifs DG et DT permet aux terminaux, serveur et dispositifs de communiquer entre eux selon, dans l’exemple envisagé ici, le protocole d’initialisation de session SIP. Dans d’autres modes de réalisation, un autre protocole d’initialisation de session, par exemple ISUP, est utilisé. Selon les modes de réalisation, le dispositif de traitement d’appels pseudonymisés DT, le dispositif de gestion de numéros pseudonymisés DG ainsi que le serveur PFS communiquent entre eux en utilisant un ou plusieurs (sous-)réseaux (ou réseaux secondaires), typiquement le réseau de l'appelant, le réseau de l'appelé, et des réseaux intermédiaires non représentés sur la figure. Ces (sous-)réseaux peuvent être gérés par des opérateurs identiques ou différents, et être déployés au sein d’un même pays ou de pays différents, être des réseaux distincts ou un seul et même réseau, etc. À titre illustratif, dans l’exemple envisagé ici, les terminaux T1 et T2 sont des smartphones associés respectivement à des (sous-)réseaux de R, nommés R1 et R2, opérés par deux opérateurs télécom différents. Selon des dispositions connues de l’homme du métier, le dispositif de gestion de numéros pseudonymisés DG gère au moins un numéro de téléphone pseudonymisé ID2Bis de sorte que les appels vers ce numéro sont dirigés vers ledit dispositif de gestion de numéros pseudonymisés DG. Dans ce mode de réalisation, le dispositif de gestion de numéros pseudonymisés DG est géré par un fournisseur de numéros pseudonymisés ( alias number provider ), par exemple un opérateur mobile ayant passé un accord avec un opérateur de téléphonie fixe du réseau R auquel appartient ledit numéro de téléphone ID2Bis, et qu’il a ensuite délégué (i.e. attribué) dans le cadre de l’accord passé à l’opérateur mobile. Il s’agit de dispositions bien connues de l’homme du métier où une entreprise, par exemple un opérateur de réseau mobile virtuel (MVNO) ou un opérateur de réseau mobile (MNO), peut obtenir auprès d’autres opérateurs un ou des numéros de téléphone afin de les utiliser pour mettre en œuvre sa propre offre de service. Dans ce mode de réalisation, le dispositif de gestion de numéros pseudonymisés DG est configuré de façon à transférer les appels à destination du numéro ID2Bis vers un dispositif de traitement d’appels pseudonymisés DT. Le dispositif de traitement d’appels pseudonymisés DT est un équipement réseau destiné à rediriger les appels reçus vers des numéros de téléphone primaires spécifiés par le serveur PFS. Dans ce mode de réalisation le module de traitement d’appels pseudonymisés DT correspond à un service de traitement d’appel « aliassé « (c’est-à-dire pseudonymisé) AS Call traitement. Le serveur PFS stocke les informations concernant les routes liant un numéro de téléphone pseudonymisé et un numéro de téléphone primaire d’un terminal. Dans le cas d’espèce, ces informations portent sur le routage vers le numéro ID2 associé au terminal T2 des appels émis spécifiquement en provenance du terminal T1 vers le numéro ID2Bis. Le serveur PFS dispose également d’informations vis-à-vis du statut du routage de numéros pseudonymisés et d’informations sur les raisons et circonstances dudit statut. Typiquement, dans l’exemple envisagé ici, le serveur PFS correspond à un service backend (dorsal en français) de numéros « aliassés » AliasNumber disposant d’informations indiquant la raison (ou les raisons) du non-aboutissement d’un appel émis du terminal T1 vers le numéro ID2Bis du terminal T2. Selon le mode de réalisation décrit ici, le numéro ID2Bis a été communiqué à l’utilisateur U1 du terminal T1 à la suite d’une demande par l’utilisateur U1 (l’appelant) faisant état de son souhait d’entrer en contact avec l’utilisateur U2 (l’appelé). Selon des dispositions connues de l’homme du métier, cette demande de mise en relation a été effectuée depuis le service d’intermédiation S, associé au serveur PFS. Le serveur PFS, qui connait par ailleurs les numéros primaires des terminaux T1 et T2, a créé à la suite de cette demande une route associée au numéro de pseudonymisation et aux numéros de téléphone primaires des terminaux T1 et T2 de sorte qu’un appel émis en provenance du terminal T1 et à destination du numéro ID2Bis soit routé vers le terminal T2. Il a ensuite communiqué le numéro pseudonymisé ID2Bis à l’utilisateur U1. Le fait qu’une demande de mise en relation précède l’appel du terminal T1 vers le terminal T2 offre l’avantage de permettre d’utiliser simultanément un même numéro pseudonymisé pour plusieurs couples d’appelants-appelés. En effet, ici, le routage de l’appelant vers l’appelé est établi à la fois en fonction du numéro composé par l’appelant (ID2Bis) mais également en fonction du numéro de téléphone associé à son terminal (ID1). De cette façon, deux appelants distincts peuvent composer un même numéro d’appelé pseudonymisé mais être routés vers deux appelés différents. Dans un autre mode de réalisation, le routage du numéro de téléphone ID2Bis vers le terminal T2 n’est pas spécifique au terminal T1 de sorte que tous les appels émis vers le numéro ID2Bis sont redirigés vers le terminal T2 indépendamment du terminal appelant. Selon un autre mode de réalisation encore, le numéro du terminal T1 de l’appelant peut également être pseudonymisé : dans ce cas, un autre numéro de pseudonymisation ID1Bis s’affiche sur le terminal T2 de l’appelé à la place du numéro ID1 de téléphone principal associé au terminal T1. On parle alors de double pseudonymisation. Tels que représentés sur la figure, le dispositif de traitement d’appels pseudonymisés et le serveur PFS constituent deux équipements réseaux distincts toutefois, dans d’autres modes de réalisation, ils peuvent ne constituer qu’un seul équipement. La nature des terminaux T1 et T2, la structure des réseaux et sous réseaux R, R1 et R2, la nature des dispositifs de gestion de numéros pseudonymisés DG et de traitement d’appels DT ainsi que celle du serveur PFS correspondent à un mode de réalisation illustratif et non limitatif. Description des étapes des procédés de traitement d’un appel et de gestion d’un numéro pseudonymisé selon un premier mode de réalisation La figure FIG. 2 représente les principales étapes des procédés selon l’invention telles qu’elles sont mises en œuvre respectivement par les dispositifs de traitement d’appels pseudonymisés DT et de gestion d’un numéro pseudonymisé DG du système SYS représenté sur la figure FIG. 1 , dans un mode particulier de réalisation. On suppose ici que lors de l’étape E201, le terminal T1 émet un appel vers le terminal T2 en utilisant le numéro d’appel pseudonymisé ID2Bis. Cet appel est acheminé de façon connue en soi vers le dispositif de gestion de numéros pseudonymisés DG qui assure la gestion dudit numéro d’appel pseudonymisé ID2Bis. En E202, le dispositif DG reçoit l’appel et le transmet vers le dispositif de traitement d’appels pseudonymisés DT. La transmission de cet appel résulte d’une configuration préalable du dispositif DG de gestion de numéros pseudonymisés de sorte qu’un appel vers le numéro pseudonymisé ID2Bis soit transmis au dispositif de traitement d’appels pseudonymisés DT. Cet appel est conforme à au protocole SIP et prend par exemple la forme suivante : SIP Invite (SDP ID1) R-URI= IDTech ; user=phone From = PAI= ID1 To = IDTech Diversion : ID2Bis Où IDTech est le numéro technique associé au dispositif DT de traitement d’appels pseudonymisés, c’est-à-dire l’équivalent de son numéro de téléphone primaire. Ce numéro est préalablement connu, le renvoi d’un tel appel vers le dispositif DT de traitement d’appels pseudonymisés relevant de la configuration du dispositif de gestion de numéros pseudonymisés. En E203, après avoir reçu l’appel, le dispositif de traitement d’appels pseudonymisés DT détermine que ledit appel ne peut pas aboutir pour le terminal. Les raisons de ce non-aboutissement peuvent varier. À titre illustratif et de façon non limitative, la raison du non-aboutissement correspond, selon un premier exemple, à un cas où l’annonce, pour laquelle le numéro de téléphone ID2Bis a été créée, a été retirée et selon un second exemple au cas d’un blocage, par l’appelé, de l’appelant en particulier. D’autres causes peuvent exister, comme par exemple la mise en veille du numéro par le destinataire pendant un temps donné, un non-acheminement dû à un problème technique etc. À cet effet, dans le mode de réalisation décrit ici, le dispositif de traitement d’appels pseudonymisés DT communique des données de l’appel au serveur PFS, et plus particulièrement le numéro de l’appelant ID1 et le numéro pseudonymisé ID2Bis appelé, et reçoit en retour l’information selon laquelle l’appel ne peut pas aboutir, ainsi que la raison associée à ce non-aboutissement. Ainsi à titre illustratif, dans l’exemple 1 envisagé précédemment, dès lors que l’annonce a laquelle le numéro pseudonymisé est associé est retirée, une information est produite puis rapportée automatiquement sur le serveur PFS, indiquant que les appels à venir n’aboutiront plus. La raison de non-aboutissement de l’appel indiquée est « annonce retirée » Selon l’exemple 2, à la suite du signalement sur le service de rencontre par le destinataire de son souhait de ne plus être contacté par l’appelant, une information est produite puis rapportée automatiquement sur le serveur PFS, indiquant que les appels à venir, émanant du numéro ID1 n’aboutiront plus. La raison de non- aboutissement de l’appel indiquée est « appelant bloqué » Dans d’autres modes de réalisation, cette détermination peut être réalisée directement par le dispositif de traitement d’appels pseudonymisés DT, par exemple dans le cas où le dispositif de traitement d’appels pseudonymisés DT et le serveur PFS sont une seule même entité technique. Selon ce mode de réalisation, la raison du non-aboutissement de l’appel est, comme dans les exemples ci-dessus, spécifique au service associé à cet appel ainsi qu’à l’appelant et/ou à l’appelé. Selon d’autres modes de réalisations, la raison du non-aboutissement est d’ordre technique, par exemple si le dispositif de traitement d’appels pseudonymisés DT ne parvient pas à joindre le serveur PFS ou si les données du serveur PFS ont été perdues etc. En E204, conformément à l’invention, le dispositif de traitement d’appels pseudonymisés DT envoie un message d’erreur conforme au protocole d’initialisation de session à destination du dispositif de gestion de numéros pseudonymisés DG, ce message d’erreur étant apte à déclencher la transmission, par ledit dispositif DG, d’un flux média notifiant le terminal T1 du non-aboutissement de l’appel. De façon illustrative et dans le cas du protocole d’initialisation de session SIP, selon les deux exemples précités, un tel message d’erreur prend la forme suivante : Exemple 1 : SIP 4xx (Reason-Header : Q.850; cause=announce_cancel) , dans le cas d’une annonce retirée , Exemple 2 : SIP 4xx (Reason-Header : Q.850; cause=caller_blocked) , dans le cas d’un blocage des numéros appelants, où : - 4xx est un code de statut SIP choisi dans le cadre du mode de réalisation pour communiquer le non-aboutissement d’appel vers un numéro pseudonymisé, - Reason-Header : Q.850 est un intitulé de code de cause, - cause = announce_cancel ou caller_blocked les raisons de non-aboutissement de l’appel selon les deux exemples. Selon d’autre modes de réalisation, plutôt que de renseigner la cause de non-aboutissement de l’appel par le biais d’un intitulé de code cause, des codes de statut SIP, tels que par exemple 4xx ou 6xx sont utilisés pour indiquer une cause en particulier. Par exemple selon un mode de réalisation : - SIP 4xx correspond à un non-aboutissement du message du fait d’une annonce retirée, et - SIP 6xx correspond à un non-aboutissement du message du fait du blocage de l’appelant. Selon ces exemples, la cause renvoyée (champ « cause ») fournit une information spécifique au non-aboutissement de l’appel pseudonymisé sans pour autant que cette information soit propre à l’appelant, à l’appelé ou au service d’intermédiation qui a occasionné l’appel. Par exemple, la cause « announce_cancel » ne précise pas spécifiquement que l’annonce retirée était publiée sur une plateforme d’intermédiation particulière ou que pour la cause « caller_blocked » que c’est nommément le destinataire de l’appel qui a bloqué le numéro de l’appelant. En E205, la réception du message d’erreur en provenance du dispositif de traitement d’appels pseudonymisés DT déclenche la transmission par le dispositif de gestion de numéros pseudonymisés DG d’un flux média notifiant le terminal T1 du non-aboutissement de l’appel. Selon ce mode de réalisation, il existe un flux média type, correspondant à un message générique, pour chaque type de cause de non-aboutissement de l’appel. Ainsi, le flux média transmis correspond à la cause de non-aboutissement reçue. À titre illustratif, dans le cas des exemples 1 et 2 précédemment envisagés, ces flux média peuvent véhiculer les messages génériques suivants : - Exemple 1 : « l’annonce pour laquelle vous appelez a été retirée » - Exemple 2 : « la personne que vous souhaitez joindre vous a bloqué » Selon un autre mode de réalisation, en E204, le message d’erreur envoyé par le dispositif de traitement d’appels pseudonymisés DT contient un lien permettant de télécharger un contenu spécifique, par exemple un fichier audio et/ou vidéo. Dans cet autre mode de réalisation, le message n’est plus nécessairement générique et peut au contraire être spécifique au service, à l’appelant et/ou à l’appelé. Typiquement, dans les exemples envisagés précédemment : - Exemple 1 : le fichier peut comprendre un message texte : « bonjour Julien, le canapé bleu de Julie a été vendu, cette annonce a été supprimée, notre service de petite annonce vous remercie de votre appel », - Exemple 2 : le fichier peut être un fichier audio correspondant au message suivant « bonjour Paul, je ne souhaite plus vous revoir ». En outre, en E205, ce message est téléchargé par le dispositif de gestion DG depuis le serveur PFS puis envoyé au terminal T1. Selon un autre mode de réalisation encore, en E204, le message d’erreur envoyé par le dispositif de traitement d’appels pseudonymisés DT est en outre apte à déclencher l’envoi, par le dispositif de gestion de numéros pseudonymisés, au terminal, d’un message de fin d’appel conforme au protocole d’initialisation de session. Un tel message de fin d’appel signifie, selon le protocole d’initialisation de session utilisé, que l’appel est terminé et qu’il ne doit pas conduire à d’autres actions particulières tel que l’envoi de message au niveau des équipements réseau mobilisés dans le cadre de l’appel. Par exemple, dans le cas du protocole SIP, un tel message de fin d’appel peut être un message SIP 410 (Reason-Header : Q.850; value=16), ou un message SIP 607 (Reason-Header: Q.850; value=16). Le code value 16 correspondant à une information « Normal call clearing » (suppression normale des appels en français), comme détaillé au sein du document The Reason Header Field for the Session Initiation Protocol (SIP) publié par l’IETF (https://www.ietf.org/rfc/rfc3326.txt). Le code SIP, ici 410 ou 607, correspond à un code dont la signification a été, dans le cadre de l’invention, détournée afin de renseigner sur une cause de non-aboutissement d’un appel vers un numéro pseudonymisé. Selon ce mode de réalisation, en E205, le dispositif de gestion de numéros pseudonymisés DG transmet alors le flux média au terminal T1, puis une fois le flux média joué au terminal T1, il lui envoie le message de fin d’appel. Dans ce mode de réalisation, le message de fin d’appel permet de s’assurer d’une part, qu’aucun équipement au sein du réseau R, ou de l’un de ses sous-réseaux R1 ou R2 mobilisés dans l’acheminement de l’appel, ne génère un flux média supplémentaire en plus de celui envoyé par le dispositif de gestion de numéros pseudonymisés DG au terminal T1, et d’autre part, que le dispositif de gestion de numéros pseudonymisés DG met fin à l’appel (notamment, dans ce mode de réalisation, grâce au code « value=16 » ). Il convient de noter que le message de fin d’appel peut être un message distinct du message d’erreur reçu du dispositif de traitement d’appels pseudonymisés DT ; en variante, il peut s’agir du message d’erreur reçu du dispositif de traitement d’appels pseudonymisés DT qui est relayé par le dispositif de gestion de numéros pseudonymisés DG jusqu’au terminal T1 dès lors que ce message véhicule une instruction de fin d’appel (par exemple, un code tel que le code « value=16 » dans l’exemple du protocole SIP). Description d’un dispositif de traitement d’appels pseudonymisés DT selon un mode de réalisation de l’invention La FIG. 3 présente la structure simplifiée d’un dispositif DT configuré pour mettre en œuvre le procédé de traitement d’un appel pseudonymisé dans un mode particulier de réalisation. Dans ce mode de réalisation, le dispositif DT comprend un module de communication ER1 adapté pour recevoir et émettre des appels et des informations. Par ailleurs, dans le mode particulier de réalisation de l'invention décrit ici, les étapes exécutées par le dispositif DT, dans le cadre de la mise en œuvre du procédé de traitement d’un appel pseudonymisé de la présente invention, sont implémentées au moyen d’instructions d’un programme d'ordinateur PG1. Pour cela, le dispositif DT a l'architecture classique d'un ordinateur et comprend notamment une mémoire MEM1, une unité de traitement UTR1, équipée par exemple d'un processeur PROC1, et pilotée par le programme d'ordinateur PG1 stocké en mémoire MEM1. La mémoire MEM1 est un support d’enregistrement au sens de l’invention. Le programme d'ordinateur PG1 comprend des instructions pour mettre en œuvre les étapes du procédé de traitement d’un appel pseudonymisé selon l’invention, et en particulier : - déterminer que l’appel ne peut pas aboutir pour le terminal, - envoyer au dispositif de gestion de numéros pseudonymisés un message d’erreur conforme au protocole d’initialisation, apte à déclencher la transmission par le dispositif de gestion de numéros pseudonymisés d’un flux média notifiant le terminal du non-aboutissement de l’appel. Le programme PG1 définit ainsi des modules fonctionnels du dispositif de traitement d’appels pseudonymisés DT qui comprennent : - un module de détermination Det1 permettant de déterminer que l’appel ne peut pas aboutir pour le terminal, - un module d’émission Env1 envoyant au dispositif de gestion de numéros pseudonymisés un message d’erreur conforme au protocole d’initialisation, apte à déclencher la transmission d’un flux média notifiant le terminal du non-aboutissement de l’appel. Description d’un dispositif de gestion de numéros pseudonymisés selon un mode de réalisation de l’invention La FIG. 4 présente la structure simplifiée d’un dispositif DG configuré pour mettre en œuvre le procédé de gestion de numéros pseudonymisés dans un mode particulier de réalisation. Dans ce mode de réalisation, le dispositif DG comprend un module de communication ER2 adapté pour recevoir et émettre des appels et des informations. Par ailleurs, dans le mode particulier de réalisation de l'invention décrit ici, les étapes exécutées par le dispositif DG, dans le cadre de la mise en œuvre du procédé de gestion de numéros pseudonymisés de la présente invention, sont implémentées au moyen d’instructions d’un programme d'ordinateur PG2. Pour cela, le dispositif DG a l'architecture classique d'un ordinateur et comprend notamment une mémoire MEM2, une unité de traitement UTR2, équipée par exemple d'un processeur PROC2, et pilotée par le programme d'ordinateur PG2 stocké en mémoire MEM2. La mémoire MEM2 est un support d’enregistrement au sens de l’invention. Le programme d'ordinateur PG2 comprend des instructions pour mettre en œuvre les étapes de procédé de gestion de numéros pseudonymisés, en particulier : - transmettre ledit appel vers un dispositif de traitement d’appels pseudonymisés, - lorsque ledit dispositif de traitement d’appels pseudonymisés détermine que l’appel ne peut pas aboutir pour le terminal, recevoir dudit module un message d’erreur conforme au protocole de d’initialisation, apte à déclencher la transmission d’un flux média notifiant le terminal du non aboutissement de l’appel, - la transmission dudit flux média vers le terminal. Le programme PG2 définit ainsi des modules fonctionnels du dispositif de gestion de numéros pseudonymisés DG recevant un appel émis par un terminal vers un numéro d’appel pseudonymisé, ledit appel étant conforme à un protocole d’initialisation de session et comprenant : - un module de transmission Tr2 configuré pour transmettre ledit appel vers un dispositif de traitement d’appels pseudonymisés, - un module de réception Rec2 configurer pour, lorsque ledit dispositif de traitement d’appels pseudonymisés détermine que l’appel ne peut pas aboutir pour le terminal, recevoir dudit dispositif DT, un message d’erreur conforme au protocole d’initialisation de session, apte à déclencher la transmission d’un flux média notifiant le terminal du non aboutissement de l’appel, - un module d’envoi Env2 configuré pour transmettre ledit flux média audit terminal. Procédé de traitement d’un appel émis par un terminal vers un numéro pseudonymisé, ledit appel étant conforme à un protocole d’initialisation de session et transitant par un dispositif de gestion de numéros pseudonymisés gérant ledit numéro pseudonymisé, ledit procédé étant mis en œuvre par un dispositif de traitement d’appels pseudonymisés et comportant : - une étape (E203) de détermination que l’appel ne peut pas aboutir pour le terminal, - une étape (E204) d’envoi au dispositif de gestion de numéros pseudonymisés d’un message d’erreur conforme au protocole d’initialisation de session, ledit message d’erreur étant apte à déclencher une transmission par le dispositif de gestion de numéros pseudonymisés d’un flux média notifiant le terminal du non-aboutissement de l’appel. Procédé de gestion d’un numéro pseudonymisé par un dispositif de gestion de numéros pseudonymisés, ledit procédé comprenant : - une étape de transmission (E202) vers un dispositif de traitement d’appels pseudonymisés d’un appel reçu par ledit dispositif de gestion et émis par un terminal vers ledit numéro pseudonymisé, ledit appel étant conforme à un protocole d’initialisation de session, - lorsque ledit dispositif de traitement d’appels pseudonymisés détermine que l’appel ne peut pas aboutir pour le terminal, une étape de réception (E204) dudit dispositif de traitement, d’un message d’erreur conforme au protocole d’initialisation de session, ledit message d’erreur étant apte à déclencher une transmission par le dispositif de gestion d’un flux média notifiant le terminal du non-aboutissement de l’appel, et - une étape de transmission (E205) dudit flux média audit terminal. Procédé selon la revendication 1 ou 2, où le message d’erreur est en outre apte à déclencher l’envoi, par le dispositif de gestion de numéros pseudonymisés, au terminal, d’un message de fin d’appel conforme au protocole d’initialisation de session. Procédé selon l’une quelconque des revendications 1 à 3, dans lequel le flux média transmis par le dispositif de gestion de numéros pseudonymisés est spécifique à une cause du non-aboutissement de l’appel spécifiée par le message d’erreur. Procédé selon l’une quelconque des revendications 1 à 4, dans lequel le message d’erreur comprend une adresse de téléchargement de données spécifiques au non-aboutissement de l’appel destinées à être utilisées lors de la transmission du flux média. Procédé selon la revendication 5, dans lequel lesdites données comprennent un fichier audio et/ou vidéo destiné à être joué au sein dudit flux média. Procédé selon l’une quelconque des revendications 1 à 6, dans lequel le protocole d’initialisation de session est le protocole SIP ( Session Initialisation Protocol ) ou le protocole ISUP ( Integrated Services Digital Network User Part) . Dispositif de traitement d’appels pseudonymisés émis par un terminal vers un numéro pseudonymisé, ledit appel étant conforme à un protocole d’initialisation de session et transitant par un dispositif de gestion de numéros pseudonymisés gérant ledit numéro, ledit dispositif de traitement comprenant: - un module de détermination (D1) configuré pour déterminer que l’appel ne peut pas aboutir pour le terminal, et - un module d’émission (E1) configuré pour envoyer au dispositif de gestion de numéros pseudonymisés un message d’erreur conforme au protocole de d’initialisation de session, ce message d’erreur étant apte à déclencher la transmission, par ledit dispositif de gestion de numéros pseudonymisés, d’un flux média notifiant le terminal du non aboutissement de l’appel. Dispositif de gestion de numéros pseudonymisés, configuré pour recevoir un appel émis par un terminal vers un numéro d’appel pseudonymisé géré par ledit dispositif de gestion, ledit appel étant conforme à un protocole d’initialisation de session, le dispositif de gestion comprenant : - un module de transmission (Tr2) configuré pour transmettre ledit appel vers un dispositif de traitement d’appels pseudonymisés, - un module de réception (Rec2) configuré pour, lorsque ledit dispositif de traitement d’appels pseudonymisés détermine que l’appel ne peut pas aboutir pour le terminal, recevoir dudit dispositif de traitement d’appels pseudonymisés, un message d’erreur conforme au protocole d’initialisation de session, apte à déclencher la transmission par le dispositif de gestion de numéros pseudonymisés d’un flux média notifiant le terminal du non aboutissement de l’appel, - un module d’envoi (E2) configuré pour transmettre ledit flux média audit terminal. Programme d’ordinateur (PG1, PG2), comportant des instructions pour la mise en œuvre des procédés de traitement d’un appel et de gestion d’un numéro pseudonymisé, selon l’une quelconque des revendications 1 à 7, lorsque ledit programme est exécuté par un processeur. Support d’informations ou d’enregistrement (MEM1), respectivement (MEM2), lisible par un ordinateur sur lequel est enregistré un programme d’ordinateur selon la revendication 10. Système (SYS) de traitement d’appels pseudonymisés, ledit système comprenant : - un dispositif de traitement d’appels pseudonymisés selon la revendication 8, et - un dispositif de gestion de numéros pseudonymisés selon la revendication 9.