FR 3019434 A1 20151002 FR 1452638 A 20140327 -1- Procédé et dispositif d'obtention de traces relatives à un service de communication. L'invention se situe dans le domaine des services de communication et plus particulièrement dans le domaine de la détection de problèmes liés à un service de communication. Pour détecter et analyser d'éventuels problèmes rencontrés par des abonnés à un service d'un réseau de communication, un opérateur du réseau de communication doit disposer d'un moyen d'analyse de son réseau de communication. Afin de permettre à un opérateur d'un réseau de communication, par exemple un réseau de communication basé sur une architecture IMS (pour Internet Protocol Multimedia Subsystem en anglais), d'analyser un éventuel problème dans son réseau de communication, l'opérateur utilise des sondes qui s'interfacent avec les serveurs de gestion du réseau de communication. Par exemple, dans le cas d'un réseau de communication de type IMS, une sonde s'interface avec chaque serveur de type CSCF (pour Call State Control Function en anglais). La sonde enregistre tout le trafic traversant le réseau de communication concernant les terminaux des abonnés de l'opérateur qui sont enregistrés dans le serveur CSCF en question. La sonde enregistre pour une durée déterminée, par exemple un jour ou une semaine, tous les échanges de message selon des protocoles déterminés du réseau de communication IMS, notamment les échanges selon le protocole SIP (Session Initiation Protocol anglais), Diameter, DNS (Domain Name Server en anglais), Radius. Cependant, l'interfaçage d'une sonde avec un serveur de gestion du réseau de communication est souvent complexe à réaliser car le serveur de gestion est un moyen du réseau de communication fortement sollicité pour la fourniture de services aux abonnés du réseau de communication. De plus, l'interfaçage de la sonde avec le serveur de gestion nécessite des moyens spécifiques à mettre en oeuvre pour réaliser cet interfaçage, notamment un moyen de communication entre la sonde et le serveur, un espace de stockage des données capturées par la sonde... De plus, un opérateur d'un réseau de communication dispose en général de plusieurs réseaux de communication en fonction des services qu'il souhaite fournir à ses abonnés. Par exemple, l'opérateur de communication peut disposer d'un réseau de communication IP fixe proposant un service de voix sur IP, un réseau de communication mobile proposant des services RCS (pour Rich Communication Suite en anglais). Il est alors nécessaire pour l'opérateur de déployer autant de sonde que de serveur de gestion dans chaque réseau de communication. En plus du coût de chaque sonde, l'opérateur doit également prévoir un moyen d'alimentation en énergie de la sonde et un moyen de refroidissement complémentaire. En outre, la quantité de données capturées par ces sondes est importante. Résoudre un problème rencontré par un seul abonné au réseau de communication devient alors complexe pour le service après-vente de l'opérateur (SAV). En effet, le SAV doit analyser une quantité de données très importante pour identifier les données pertinentes concernant l'abonné qui a rencontré un problème. De plus, l'usage de ces sondes nécessite l'intervention de personnels formés spécifiquement pour ce matériel.40 - 2 - L'invention vise à améliorer l'état de la technique. L'invention concerne un procédé d'obtention de traces relatives à un service de communication fourni à au moins un terminal associé à une identité d'un utilisateur abonné auprès d'un fournisseur d'accès audit service de communication. Le procédé comprend : une étape d'envoi, par un dispositif traceur, d'une requête d'enregistrement à un serveur de gestion du service de communication, la requête d'enregistrement comprenant : o l'identité de l'utilisateur abonné indiquant au serveur de gestion d'enregistrer le dispositif traceur en association avec l'identité de l'utilisateur abonné, o un paramètre d'identification du dispositif traceur indiquant au serveur de gestion d'appliquer au dispositif traceur au moins une règle de gestion différente d'une règle de gestion appliquée audit au moins un terminal associé à l'identité de l'utilisateur abonné, une étape de réception d'au moins une notification en provenance du serveur de gestion, ladite notification comprenant au moins une information provenant d'un message relatif au service de communication fourni audit au moins un terminal associé à l'identité de l'utilisateur abonné, ledit message ayant transité par le serveur de gestion. Corrélativement, l'invention concerne un dispositif d'obtention de traces relatives à un service de communication fourni à au moins un terminal associé à une identité d'un utilisateur abonné auprès d'un fournisseur d'accès audit service de communication. Le dispositif comprend : des moyens d'envoi, d'une requête d'enregistrement à un serveur de gestion, la requête d'enregistrement comprenant : o l'identité de l'utilisateur abonné indiquant au serveur de gestion d'enregistrer le dispositif en association avec l'identité de l'utilisateur abonné, o un paramètre d'identification du dispositif indiquant au serveur de gestion d'appliquer au dispositif au moins une règle de gestion différente d'une règle de gestion appliquée à un terminal associé à l'identité de l'utilisateur abonné, des moyens de réception d'au moins une notification en provenance du serveur de gestion, ladite notification comprenant au moins une information provenant d'un message relatif au service de communication fourni audit au moins un terminal associé à l'identité de l'utilisateur abonné, ledit message ayant transité par le serveur de gestion. L'invention concerne également un terminal comprenant un tel dispositif d'obtention de traces relatives à un service de communication. Lorsqu'un utilisateur abonné rencontre un problème avec un service de communication, grâce au procédé selon l'invention, le fournisseur d'accès au service de communication peut ainsi facilement obtenir les traces relatives à un service de communication fourni à un terminal de l'utilisateur abonné. Par l'analyse des traces ainsi obtenues, le fournisseur d'accès au service de communication peut résoudre le problème rencontré par l'utilisateur abonné. Avantageusement, le dispositif traceur s'enregistre auprès du serveur de gestion avec l'identité de l'utilisateur abonné pour obtenir les traces relatives au service de communication fourni au terminal - 3 - de l'utilisateur abonné. Le dispositif traceur peut être intégré dans n'importe quel type de terminal : PC (pour Personal Computer), tablette, terminal téléphonique, passerelle ... La mise en oeuvre d'un mécanisme de résolution de problèmes par le fournisseur d'accès au service de communication est ainsi plus facile. Grâce au paramètre d'identification du dispositif traceur, le serveur de gestion peut distinguer le dispositif traceur d'un terminal de l'utilisateur abonné. Le serveur de gestion gère ainsi différemment le dispositif traceur et un terminal associé à l'identité de l'utilisateur abonné. De cette manière, le dispositif traceur ne perturbe pas le service de communication fourni par le serveur de gestion aux terminaux associés à l'identité de l'utilisateur abonné. L'analyse des traces relatives au service de communication fourni au terminal de l'utilisateur abonné est facilitée pour le fournisseur d'accès au service de communication car le dispositif traceur n'obtient que les traces relatives à l'utilisateur abonné pour lequel il s'est enregistré auprès du serveur de gestion. Dans le cas où le fournisseur d'accès au service de communication souhaite obtenir les traces relatives au service de communication fourni à un terminal de plusieurs utilisateurs abonnés, le dispositif traceur s'enregistre pour chaque identité d'utilisateur abonné pour laquelle le fournisseur d'accès souhaite obtenir les traces. Les différents modes ou caractéristiques de réalisation mentionnés ci-après peuvent être ajoutés indépendamment ou en combinaison les uns avec les autres, aux étapes du procédé d'obtention de traces relatives à un service de communication défini ci-dessus. Les différents modes ou caractéristiques de réalisation mentionnés ci-après peuvent être ajoutés indépendamment ou en combinaison les uns avec les autres, aux caractéristiques du dispositif d'obtention de traces relatives à un service de communication défini ci-dessus. Selon un mode particulier de réalisation de l'invention, le procédé comprend en outre une étape d'envoi d'un message de souscription auprès du serveur de gestion, à au moins un évènement relatif au service de communication de l'utilisateur abonné, le au moins un évènement correspondant au message relatif au service de communication ayant transité par le serveur de gestion. Selon ce mode particulier de réalisation de l'invention, grâce au message de souscription, le dispositif traceur peut spécifier au serveur de gestion un type de messages particuliers à tracer. Par exemple, le dispositif traceur indique qu'il ne souhaite recevoir que les traces relatives aux messages échangés selon un protocole particulier. Selon un autre mode particulier de réalisation de l'invention, la requête d'enregistrement comprend en outre un paramètre représentatif d'une capacité du dispositif traceur, la capacité indiquant que le dispositif traceur est seulement apte à recevoir ladite notification. Ce mode particulier de réalisation de l'invention facilite la mise en oeuvre d'une règle de gestion applicable au dispositif traceur. Selon ce mode particulier de réalisation de l'invention, le serveur de gestion a connaissance que le dispositif traceur n'est apte qu'à recevoir la notification relative au message relatif au service de communication ayant transité par le serveur de gestion. Ainsi, par exemple, le serveur de gestion ne transmettra au dispositif traceur aucun message entrant destiné - 4 - à un terminal associé à l'identité de l'utilisateur abonné. Par exemple, lorsque l'invention est mise en oeuvre pour un service de communication en voix sur IP utilisant le protocole SIP (pour Session Initiation Protocol) au sein d'un réseau de communication basé sur une architecture IMS, le serveur de gestion ne transmettra pas au dispositif traceur les messages de type SIP OPTIONS ou SIP INVITE destinés à un terminal associé à l'identité de l'utilisateur abonné. Selon un autre mode particulier de réalisation de l'invention, suite à la réception de la notification, le procédé comprend une étape d'ouverture d'une application prédéterminée associée à l'identité de l'utilisateur abonné. Ce mode particulier de réalisation de l'invention est particulièrement avantageux dans le cas où le dispositif traceur est utilisé pour effectuer un suivi des communications d'un utilisateur abonné, par exemple dans un service de centre d'appels ou de secrétariat. Par exemple, lorsque la notification comprend un message de demande de communication à destination de l'identité de l'utilisateur abonné, le dispositif traceur ouvre une application de gestion de planning relative à l'utilisateur abonné, ou une fiche d'information relative à l'émetteur de la demande de communication. Dans cet exemple, ce mode particulier de réalisation de l'invention permet à un utilisateur du dispositif traceur d'obtenir automatiquement des informations relatives à l'utilisateur abonné auquel une demande de communication est destinée. L'invention concerne aussi un procédé de gestion d'un service de communication fourni par un serveur de gestion à au moins un terminal associé à une identité d'un utilisateur abonné auprès d'un fournisseur d'accès audit service de communication. Le procédé de gestion comprend : une étape de réception, en provenance d'un dispositif traceur, d'une requête d'enregistrement, la requête d'enregistrement comprenant : o l'identité de l'utilisateur abonné, o un paramètre d'identification du dispositif traceur, une étape d'enregistrement du dispositif traceur en association avec l'identité de l'utilisateur abonné, une étape de mémorisation en association avec l'enregistrement du dispositif traceur du paramètre d'identification du dispositif traceur indiquant au serveur de gestion d'appliquer au dispositif traceur au moins une règle de gestion différente d'une règle de gestion appliquée à un terminal associé à l'identité de l'utilisateur abonné, une étape de détermination d'au moins une information provenant d'un message relatif au service de communication fourni audit au moins un terminal associé à l'identité de l'utilisateur abonné et ayant transité par le serveur de gestion, une étape d'envoi au dispositif traceur d'au moins une notification comprenant au moins ladite information déterminée. Corrélativement, l'invention concerne un serveur de gestion d'un service de communication fourni à au moins un terminal associé à une identité d'un utilisateur abonné auprès d'un fournisseur d'accès audit service de communication. Le serveur comprend : des moyens de réception, en provenance d'un dispositif traceur, d'une requête d'enregistrement, la requête d'enregistrement comprenant : - 5 - o l'identité de l'utilisateur abonné, o un paramètre d'identification du dispositif traceur, des moyens d'enregistrement du dispositif traceur en association avec l'identité de l'utilisateur abonné, des moyens de mémorisation en association avec l'enregistrement du dispositif traceur du paramètre d'identification du dispositif traceur indiquant au serveur de gestion d'appliquer au dispositif traceur au moins une règle de gestion différente d'une règle de gestion appliquée à un terminal associé à l'identité de l'utilisateur abonné, des moyens de détermination d'au moins une information provenant d'un message relatif au service de communication fourni audit au moins un terminal associé à l'identité de l'utilisateur abonné et ayant transité par le serveur de gestion, des moyens d'envoi au dispositif traceur d'au moins une notification comprenant au moins ladite information déterminée. Le procédé de gestion selon l'invention permet au serveur de gestion de fournir à un dispositif traceur les traces relatives à un service de communication fourni à au moins un terminal associé à une identité d'un utilisateur abonné, c'est-à-dire tout message transitant par le serveur de gestion et relatif à un terminal de l'utilisateur abonné. Le serveur de gestion peut ainsi transmettre tout message nécessaire à la fourniture du service de communication au terminal de l'utilisateur abonné et transitant par le serveur de gestion. Un tel message peut correspondre à un message émis ou reçu par un terminal de l'utilisateur abonné ou à un message échangé entre un serveur d'application associé au terminal de l'utilisateur abonné et le serveur de gestion, ou encore à un message échangé entre un autre serveur de gestion d'un réseau de communication et le serveur de gestion, ou encore un message échangé entre un serveur de localisation d'un réseau de communication et le serveur de gestion, ou encore un message échangé entre un serveur de profil utilisateur d'un réseau de communication et le serveur de gestion, ... Avantageusement, grâce au paramètre d'identification du dispositif traceur, le serveur de gestion gère différemment le dispositif traceur enregistré en association avec l'identité publique de l'utilisateur abonné et un terminal de l'utilisateur abonné, afin de ne pas perturber le service de communication fourni au terminal de l'utilisateur abonné. Les différents modes ou caractéristiques de réalisation mentionnés ci-après peuvent être ajoutés indépendamment ou en combinaison les uns avec les autres, aux étapes du procédé de gestion d'un service de communication défini ci-dessus. Les différents modes ou caractéristiques de réalisation mentionnés ci-après peuvent être ajoutés indépendamment ou en combinaison les uns avec les autres, aux caractéristiques du serveur de gestion d'un service de communication défini ci-dessus. Selon un mode particulier de réalisation de l'invention, la règle de gestion appliquée au dispositif traceur par le serveur de gestion est d'enregistrer le dispositif traceur indépendamment d'un nombre de terminaux préalablement enregistrés pour l'identité de l'utilisateur abonné. Ce mode particulier de réalisation de l'invention est avantageux dans le cas où le nombre de terminaux enregistrés par le serveur de gestion pour une identité est limité à un nombre maximal - 6 - d'enregistrements. Ce mode particulier de réalisation de l'invention permet, lorsque le nombre maximal de terminaux enregistrés est déjà atteint, d'éviter que l'enregistrement du dispositif traceur avec l'identité de l'utilisateur abonné soit refusé ou qu'un terminal de l'utilisateur abonné préalablement enregistré soit désenregistré selon la politique d'enregistrement que le serveur de gestion applique. Ce mode particulier de réalisation de l'invention permet également d'éviter qu'un terminal de l'utilisateur abonné ne puisse pas s'enregistrer auprès du serveur de gestion du fait que le nombre maximal de terminaux enregistrés soit atteint après l'enregistrement du dispositif traceur. Selon un autre mode particulier de réalisation de l'invention, suite à une étape de réception par le serveur de gestion d'une demande de communication émise par un terminal émetteur à destination de l'identité de l'utilisateur abonné ou d'une demande d'état émise par le terminal émetteur à destination de l'identité de l'utilisateur abonné, la règle de gestion appliquée au dispositif traceur est de ne pas transmettre au dispositif traceur la demande de communication ou la demande d'état. Ce mode particulier de réalisation de l'invention permet de ne pas perturber la logique du service de communication fourni par le serveur de gestion à un terminal associé à l'identité de l'utilisateur abonné. Le dispositif traceur n'est pas un terminal de l'utilisateur abonné. L'utilisateur abonné ne peut pas utiliser le dispositif traceur pour accepter une demande de communication émise par un terminal émetteur à destination de l'identité de l'utilisateur abonné. De même, le dispositif traceur ne doit pas fournir son état à un terminal émetteur d'un message de demande d'état à destination l'identité de l'utilisateur abonné. Ce mode particulier de réalisation de l'invention permet également d'optimiser l'utilisation des ressources du serveur de gestion et du réseau de communication auquel le serveur de gestion appartient en ne transmettant pas de messages inutiles. Selon un mode particulier de réalisation de l'invention, la demande de communication ou la demande d'état est envoyée au dispositif traceur dans la notification. Selon un autre mode particulier de réalisation de l'invention, suite à une étape de réception par le serveur de gestion d'une requête d'enregistrement en provenance d'un terminal de l'utilisateur abonné, le procédé de gestion comprend une étape d'envoi par le serveur de gestion audit terminal de l'utilisateur abonné d'un message de réponse à la requête d'enregistrement dans lequel une adresse de contact du dispositif traceur n'est pas insérée. Ce mode particulier de réalisation de l'invention permet à un terminal de l'utilisateur abonné de ne pas voir l'enregistrement du dispositif traceur en association avec l'identité de l'utilisateur abonné. Ainsi, la signalisation relative à l'utilisation du service de communication par le terminal de l'utilisateur abonné n'est pas impactée par l'enregistrement du dispositif traceur auprès du serveur de gestion. Selon un autre mode particulier de réalisation de l'invention, suite à une étape de réception par le serveur de gestion d'un message en provenance du dispositif traceur, la règle de gestion appliquée au dispositif traceur est de rejeter le message reçu si le message reçu n'est ni une requête d'enregistrement, ni un message de souscription. - 7 - Ce mode particulier de réalisation de l'invention permet de ne pas tenir compte des messages envoyés par le dispositif traceur qui ne sont ni des requêtes d'enregistrement, ni des messages de souscription. Ainsi, le fonctionnement du serveur de gestion n'est pas perturbé dans le cas où le dispositif traceur envoie par erreur un message au serveur de gestion. Selon un autre mode particulier de réalisation de l'invention, suite à l'étape de réception par le serveur de gestion d'un message en provenance du dispositif traceur, le message reçu n'étant ni une requête d'enregistrement, ni un message de souscription, le procédé de gestion comprend une étape d'envoi par le serveur de gestion au dispositif traceur d'un message d'erreur. Ce mode particulier de réalisation de l'invention permet d'indiquer au dispositif traceur que le message qu'il a envoyé n'a pas été pris en compte. Dans un mode particulier de réalisation de l'invention, les différentes étapes du procédé d'obtention de traces relatives à un service de communication et les différentes étapes du procédé de gestion d'un service de communication sont mises en oeuvre par des instructions de programmes d'ordinateurs. En conséquence, l'invention vise aussi des programmes d'ordinateur sur un support d'informations, ces programmes étant susceptibles d'être mis en oeuvre respectivement dans un terminal ou plus généralement dans un ordinateur, ces programmes comportant respectivement des instructions adaptées à la mise en oeuvre des différentes étapes du procédé d'obtention de traces relatives à un service de communication et du procédé de gestion d'un service de communication qui viennent d'être décrits. 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 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 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 ou électronique, par exemple une clé USB ou un disque dur. D'autre part, le support d'informations 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. 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é dans l'exécution du procédé d'obtention de traces relatives à un service de communication ou du procédé de gestion d'un service de communication en question. Les avantages du programme d'ordinateur comportant des instructions adaptées à la mise en oeuvre des différentes étapes du procédé d'obtention de traces relatives à un service de communication et du programme d'ordinateur comportant des instructions adaptées à la mise en - 8 - oeuvre des différentes étapes du procédé de gestion d'un service de communication sont identiques à ceux présentés en relation avec le procédé d'obtention de traces relatives à un service de communication et à ceux présentés en relation avec le procédé de gestion d'un service de communication selon l'un quelconque des modes particuliers de réalisation mentionnés ci- dessus. D'autres avantages et caractéristiques de l'invention apparaîtront plus clairement à la lecture de la description suivante de modes de réalisation particuliers de l'invention, donnés à titre de simples exemples illustratifs et non limitatifs, et des dessins annexés, parmi lesquels: la figure 1 illustre un environnement de mise en oeuvre de l'invention selon un mode particulier de réalisation de l'invention, la figure 2 illustre schématiquement des étapes du procédé d'obtention de traces relatives à un service de communication et du procédé de gestion d'un service de communication selon un mode particulier de réalisation de l'invention, la figure 3A illustre schématiquement des étapes du procédé d'obtention de traces relatives à un service de communication et du procédé de gestion d'un service de communication selon un autre mode particulier de réalisation de l'invention, la figure 3B illustre schématiquement des étapes du procédé d'obtention de traces relatives à un service de communication et du procédé de gestion d'un service de communication selon un autre mode particulier de réalisation de l'invention, la figure 4 illustre un dispositif apte à mettre en oeuvre le procédé d'obtention de traces relatives à un service de communication selon l'un quelconque des modes particuliers de réalisation de l'invention, la figure 5 illustre un dispositif apte à mettre en oeuvre le procédé de gestion d'un service de communication selon l'un quelconque des modes particuliers de réalisation de l'invention. La figure 1 illustre un environnement de mise en oeuvre de l'invention selon un mode particulier de réalisation de l'invention. L'environnement comprend un réseau de communication 100 d'un opérateur de communication OP1. Le réseau de communication 100 correspond par exemple à un réseau de communication IP (pour Internet Protocol en anglais) pouvant être mis en oeuvre par une architecture de type IMS (pour IP Multimedia Subsystem en anglais). Le réseau de communication 100 peut correspondre à plusieurs réseaux de communication d'opérateurs de communication différents interconnectés entre eux par des points d'accès (non représentés). Selon un autre mode particulier de réalisation de l'invention, le réseau de communication 100 peut être mis en oeuvre par une architecture de type RCS. Le réseau de communication 100 comprend notamment : - 9 - un serveur HSS (pour Home Subscriber Server en anglais), qui stocke les données de profil d'un utilisateur abonné au réseau de communication 100 correspondant à un service de communication fourni par l'opérateur de communication OP1, un serveur SLF (pour Server Locator Function en anglais), qui permet de déterminer sur quel serveur HSS les données de profil d'un utilisateur abonné au réseau de communication 100 sont stockées, dans le cas où le réseau de communication 100 comprend plusieurs serveurs HSS, un serveur P-CSCF (pour Proxy Call State Control Function en anglais), correspondant au point d'entrée du réseau de communication IMS 100 d'un terminal désirant communiquer sur le réseau de communication 100, un serveur S-CSCF (pour Serving Call Stat Control Function en anglais), qui permet de contrôler la signalisation et les sessions selon le protocole SIP (pour Session Initiation Protocol en anglais), un serveur I-CSCF (pour Interrogating Call State Control Function en anglais), qui permet d'interroger le serveur HSS pour connaître le serveur S-CSCF qui prendra en charge les terminaux d'un utilisateur abonné au réseau de communication 100. un serveur AS (pour Application Server en anglais), qui permet de mettre en oeuvre des services ou fonctionnalités associées au service de communication fourni à un utilisateur par l'opérateur OP1 du réseau de communication 100, un serveur DNS (pour Domain Name Server en anglais), qui permet notamment de stocker une table de correspondance entre le nom d'un serveur et son adresse IP. Les fonctions des serveurs P-SCCF, I-CSCF et S-CSCF peuvent être regroupées au sein d'un même serveur 101. Des terminaux T1, T2 d'un utilisateur U1 abonné auprès de l'opérateur de communication OP1 sont connectés au réseau de communication 100. Les terminaux T1 et T2 peuvent être tout type de terminaux permettant de communiquer via le réseau de communication 100, par exemple pour établir une communication téléphonique ou visiophonique. Les terminaux T1 et T2 peuvent correspondre à un téléphone portable, un smartphone (téléphone intelligent en anglais), une tablette, une télévision connectée à un réseau de communication, un ordinateur personnel. Dans le mode de réalisation de l'invention décrit ici, le terminal T1 et le terminal T2 sont associés à une même identité publique Id1. L'identité publique 'di correspond par exemple au numéro de téléphone fourni à l'utilisateur U1 par l'opérateur de communication OP1. L'environnement de la figure 1 comprend également un terminal TE d'un autre utilisateur U2. Le terminal TE peut être tout type de terminal permettant de communiquer via le réseau de communication 100. Dans l'exemple décrit ici, le terminal TE est connecté au réseau de communication 100. Le terminal TE est associé à une identité publique Id2 fournie à l'utilisateur U2 par l'opérateur de communication OP1. Selon un autre exemple, l'utilisateur U2 peut être abonné auprès d'un opérateur de communication OP2 différent de l'opérateur de communication OP1. Dans cet exemple, afin d'établir des communications avec un terminal connecté au réseau de communication 100, le terminal TE s'enregistre auprès du réseau de communication (non -10- représenté) de l'opérateur de communication OP2 avec l'identité publique Id2. Le réseau de communication de l'opérateur de communication OP2 s'interconnecte avec le réseau de communication 100 via des serveurs d'interconnexion (non représentés). Selon un mode particulier de réalisation de l'invention, lorsque l'utilisateur U1 rencontre un problème avec le fonctionnement d'un service de communication fourni par l'opérateur de communication OP1, un terminal TR, tel que représenté sur la figure 1, met en oeuvre le procédé d'obtention de traces relatives au service de communication fourni à l'utilisateur Ul. Le terminal TR communique avec le serveur S-CSCF qui met en oeuvre le procédé de gestion d'un service de communication. Le service d'assistance de l'opérateur OP1 dispose ainsi d'informations permettant de résoudre le problème rencontré par l'utilisateur Ul. Selon un autre mode particulier de réalisation de l'invention, le procédé d'obtention de traces relatives au service de communication et le procédé de gestion d'un service de communication peuvent être mis en oeuvre dans le cas d'un service de secrétariat ou de centres d'appels. Grâce à l'invention, à partir du suivi des communications relatives à une identité publique enregistrée auprès de l'opérateur de communication OP, un utilisateur du terminal TR peut obtenir des informations relatives à un utilisateur appelant l'identité publique 'di et fournir par exemple un service de prise de rendez-vous ou de fourniture de renseignements à l'utilisateur appelant. L'invention est décrite ici dans le cas d'une architecture de réseau de communication IMS utilisant le protocole SIP pour mettre en oeuvre les phases d'établissement de sessions d'un service de communication de Voix sur IP par exemple. L'invention s'applique également à tout type d'architecture réseaux utilisant d'autres types de protocoles. Par exemple, l'invention s'applique au cas d'un service de communication utilisant le protocole WebRTC sur une architecture de réseaux IP. La figure 2 illustre schématiquement des étapes du procédé d'obtention de traces relatives à un service de communication et du procédé de gestion d'un service de communication selon un mode particulier de réalisation de l'invention. Lors d'une étape E200, de manière connue, le terminal T1 de l'utilisateur U1 s'enregistre auprès du réseau de communication 100 de la figure 1. Pour cela, au cours de l'étape E200, le terminal T1 envoie un message SIP REGISTER au serveur P-CSCF. Le message SIP REGISTER comprend notamment l'identité publique 'di associée au terminal T1 et à l'utilisateur Ul. Suite à l'authentification du terminal T1 par le réseau de communication 100, le serveur S-CSCF envoie au terminal T1 un message SIP 200 OK lors d'une étape E201 pour confirmer l'enregistrement du terminal T1 auprès du réseau de communication 100. Le message SIP 200 OK contient notamment la liste des terminaux enregistrés auprès du réseau de communication 100 et associés à l'identité publique Id1. Dans le mode particulier de réalisation décrit ici, le serveur S-CSCF autorise un nombre maximal de terminaux à s'enregistrer pour chaque identité publique, ce nombre maximal étant par exemple égal à 2. Dans l'exemple décrit ici, le terminal T1 est le premier terminal associé à l'identité publique 'di à s'enregistrer auprès du réseau de communication. Le nombre de terminaux enregistrés pour l'identité publique 'di est alors égal à 1. Lors d'une étape E2020, le terminal TR s'enregistre auprès du réseau de communication 100 pour l'identité publique Id1. Pour cela, au cours de l'étape E2020, le terminal TR envoie au serveur P- CSCF une requête d'enregistrement, par exemple sous la forme d'un message SIP REGISTER comprenant notamment : dans un champ de données IMPU (pour IP Multimedia Public Identity en anglais), l'identité publique Id1, dans un champ de données AoC (pour Adress Of Contact en anglais) : l'adresse IP du terminal TR, le numéro de port du terminal TR utilisé pour communiquer via le réseau de communication 100, et une liste de caractéristiques, appelée Feature Tag. La liste de caractéristiques comprend notamment un paramètre d'identification du terminal TR, par exemple la valeur « traceur ». Le paramètre d'identification du terminal TR indique au serveur S-CSCF de gérer le terminal TR différemment des terminaux de l'utilisateur U1 associés à l'identité publique Id1. Ainsi, le paramètre d'identification du terminal TR indique au serveur S-CSCF d'appliquer au terminal TR au moins une règle de gestion différente d'une règle de gestion appliquée au terminal T1. Au cours de l'étape E2020 : le serveur P-CSCF reçoit la requête d'enregistrement envoyée par le terminal TR, le serveur P-CSCF transmet la requête d'enregistrement au serveur I-CSCF, le serveur I-CSCF interroge alors le serveur SLF pour obtenir l'adresse du serveur HSS hébergeant les données de l'utilisateur U1, le serveur I-CSCF interroge ensuite le serveur HSS hébergeant les données de l'utilisateur U1 pour obtenir le nom du serveur S-CSCF gérant la signalisation relative à l'utilisateur Ul, ici il s'agit du serveur S-CSCF affecté au terminal T1 lors de l'enregistrement du terminal T1 lors de l'étape E200, le serveur I-CSCF transmet la requête d'enregistrement au serveur S-CSCF affecté au terminal T1. Selon un autre mode particulier de réalisation de l'invention, le terminal T1 ne s'est pas encore enregistré auprès du réseau de communication 100 lorsque le terminal TR s'enregistre. Le serveur S-CSCF affecté au terminal TR est choisi par le serveur HSS. Ultérieurement, lors de l'enregistrement du terminal T1, le serveur HSS renverra au serveur I-CSCF le serveur S-CSCF affecté au terminal TR. Ainsi, que le terminal TR s'enregistre avant ou après l'enregistrement du terminal T1, le terminal TR et le terminal T1 seront gérés par le même serveur S-CSCF. Lors de l'étape E2020, le serveur S-CSCF reçoit la requête d'enregistrement émise par le terminal TR. Lors d'une étape E2021, le serveur S-CSCF enregistre le terminal TR en association avec l'identité publique Id1. A partir du paramètre d'identification du terminal TR compris dans la requête -12- d'enregistrement envoyée par le terminal TR, le serveur S-CSCF détecte qu'il doit appliquer au terminal TR une règle de gestion différente d'une règle de gestion appliquée au terminal T1 de l'utilisateur Ul. Selon un mode particulier de réalisation de l'invention, lors de l'étape E2021, la règle de gestion relative à l'enregistrement du terminal TR implique que le serveur S-CSCF enregistre le terminal TR indépendamment du nombre de terminaux déjà enregistrés en association avec l'identité publique Id1. Selon cette règle de gestion relative à l'enregistrement du terminal TR, au cours de l'étape E2021, le serveur S-CSCF n'incrémente pas le nombre de terminaux enregistrés en association avec l'identité publique Id1. Lors d'une étape E2022, le serveur S-CSCF mémorise en association avec l'enregistrement du terminal TR, le paramètre d'identification du terminal TR. Selon un mode particulier de réalisation de l'invention, la requête d'enregistrement envoyée par le terminal TR comprend un paramètre représentatif d'une capacité du terminal TR. La capacité indique que le terminal TR est seulement apte à recevoir des notifications. Une telle capacité est par exemple insérée dans la requête d'enregistrement dans le champ « Allow » d'un entête du message SIP REGISTER, le champ « Allow » étant affecté de la valeur « NOTIFY». Selon ce mode particulier de réalisation de l'invention, le serveur S-CSCF enregistre la capacité du terminal TR en association avec l'enregistrement du terminal TR. Ainsi le serveur S-CSCF sait que lors de la réception de messages à destination de l'identité publique Id1, le terminal TR ne pourra pas traiter ces messages. Ce mode particulier de réalisation de l'invention permet d'éviter que le serveur S-CSCF transmette tous les messages transitant par le serveur S-CSCF relatifs au fonctionnement du service de communication associé à l'identité publique Id1. Ainsi, le terminal TR n'est pas pris en compte dans le fonctionnement du service de communication. Le terminal TR ne reçoit que des notifications relatives aux messages relatifs au service de communication. Lors d'une étape E203, le serveur S-CSCF envoie au terminal TR un message SIP 2000K de confirmation d'enregistrement du terminal TR. Selon un mode particulier de réalisation de l'invention, concernant la durée d'enregistrement du terminal TR, la règle de gestion appliquée par le serveur S-CSCF est de fournir une valeur supérieure à la valeur de la durée d'enregistrement du terminal T1. Par exemple, la valeur de la durée d'enregistrement du terminal T1 comprise dans un champ « Expires » du message SIP 200 OK envoyé lors de l'étape E201 est de 3600 secondes. La valeur de la durée d'enregistrement du terminal TR comprise dans un champ « Expires » du message SIP 200 OK envoyé lors de l'étape E203 est de 7200 secondes. Le message SIP 2000K envoyé par le serveur S-CSCF est reçu par le terminal TR au cours de l'étape E203. Selon ce mode particulier de réalisation de l'invention, le terminal TR n'a pas besoin de se réenregistrer de manière subséquente aussi fréquemment qu'un terminal classique, tel le terminal T1. Lors d'une étape E2023, le serveur S-CSCF détermine au moins une information provenant d'un message relatif au service de communication fourni à un terminal associé à l'identité publique 'di et ayant transité par le serveur S-CSCF. -13- Le terminal T1 est enregistré en association avec l'identité publique 'di dans le serveur S-CSCF. Le serveur S-CSCF détermine l'adresse de contact du terminal T1 qui était comprise dans le message SIP REGISTER envoyé par le terminal T1 lors de l'étape E200. Lors d'une étape E2060, le serveur S-CSCF envoie une notification au terminal TR comprenant l'adresse de contact du terminal T1, ainsi que la durée d'enregistrement restante du terminal T1, par exemple 2000 secondes. La notification est par exemple envoyée sous la forme d'un message SIP NOTIFY. En variante, l'adresse de contact du terminal T1 peut être envoyée au terminal TR, dans le message SIP 2000K envoyé lors de l'étape E203. Selon la variante utilisée, lors de l'étape E2060 ou E203, le terminal TR reçoit la notification d'une information, ici l'adresse de contact du terminal T1, provenant d'un message (message SIP REGISTER envoyé au cours de l'étape E200) relatif au service de communication fourni à un terminal associé à l'identité publique 'di et ayant transité par le serveur S-CSCF. La réception de la notification par le terminal TR est acquittée par le terminal TR par l'envoi d'un message SIP 200 OK au serveur S-CSCF (non étape E2061). Dans ce mode particulier de réalisation de l'invention, l'étape de détermination E2023 est déclenchée par la mémorisation par le serveur S-CSCF du paramètre d'identification du terminal TR. Selon un autre mode particulier de réalisation de l'invention, l'étape de détermination E2023 est déclenchée par la réception, lors d'une étape E204, d'un message de souscription à au moins un évènement relatif au service de communication de l'utilisateur U1. Un tel évènement correspond à un message relatif au service de communication fourni à un terminal de l'utilisateur U1 et ayant transité par le serveur S-CSCF. Lors de l'étape E204, le terminal TR envoie au serveur S-CSCF un message de souscription à au moins un évènement relatif au service de communication de l'utilisateur U1. Le message de souscription est par exemple envoyé sous la forme d'un message SIP SUBSCRIBE comprenant notamment dans un entête SIP l'identité publique Id1, par exemple dans le champ FROM de cet entête, et dans un champ Event Package la liste des types d'évènements auxquels le terminal TR souhaite souscrire. Par exemple, le terminal TR peut souhaiter recevoir une notification relative à des messages du service de communication de l'utilisateur U1 conformes à un protocole déterminé, tel que le protocole SIP, ou bien le protocole Diameter utilisé pour les messages échangés entre les serveurs mettant en oeuvre le service de communication, ou encore le protocole DNS utilisé pour communiquer avec le serveur DNS représenté sur la figure 1. Suite à la réception du message de souscription par le serveur S-CSCF au cours de l'étape E204, le serveur S-CSCF envoie au terminal TR lors d'une étape E205 un message SIP 200 OK d'acquittement comprenant dans le champ « Expires » la durée de la souscription du terminal TR, par exemple 3600 secondes. Suite à la réception du message de souscription par le serveur S-CSCF au cours de l'étape E204, le serveur S-CSCF détermine lors de l'étape E2023, les messages relatifs au service de communication de l'utilisateur U1 ayant transités par le serveur S-CSCF et conformes aux types -14- d'évènements auxquels le terminal TR a souscrit. Lors de l'étape E2060, le serveur S-CSCF envoie au terminal TR une notification comprenant au moins une information provenant d'un tel message. Selon l'un quelconque des modes de réalisation, suite à l'étape E2060, le terminal TR envoie au serveur S-CSCF, lors d'une étape E2061, un message SIP 2000K d'acquittement indiquant que le terminal TR a bien reçu la notification. Dans la suite de la description, pour plus de clarté, le message d'acquittement envoyé par le terminal TR suite à la réception d'une notification n'est pas représenté. Selon l'un quelconque des modes de réalisation, l'étape E2023 est mise en oeuvre de manière continue. Le serveur S-CSCF détermine chaque évènement relatif au service de communication associé à l'identité publique Id1, c'est-à-dire chaque passage par le serveur S-CSCF d'un message relatif à l'identité publique Id1. Le cas échéant, le serveur S-CSCF détermine si l'évènement correspond à un type d'évènement auquel le terminal TR a souscrit. Dans le cas où le terminal TR n'a pas indiqué de type d'évènements particuliers, le serveur S- CSCF détermine tous les types d'évènements relatifs au service de communication associé à l'identité publique Id1. La suite de la description considère le cas où le terminal TR a souscrit aux évènements relatifs au protocole SIP. Au cours d'une étape E2001, le terminal T2 s'enregistre auprès du réseau de communication 100 par l'envoi au serveur P-CSCF d'un message SIP REGISTER. Le message SIP REGISTER comprend notamment l'identité publique 'di associée au terminal T2 et à l'utilisateur Ul. Au cours de l'étape E2001, le message SIP REGISTER est transmis par le serveur P-CSCF au serveur S-CSCF. Le serveur S-CSCF enregistre le terminal T2 en association avec l'identité publique 'di et incrémente de 1 le nombre de terminaux enregistrés en association avec l'identité publique Id1. Le nombre de terminaux enregistrés en association avec l'identité publique 'di est alors égal à 2. Suite à l'authentification du terminal T2 par le réseau de communication 100, lors d'une étape E2004, le serveur S-CSCF envoie au terminal T2 un message SIP 200 OK pour confirmer l'enregistrement du terminal T2 auprès du réseau de communication 100. Le message SIP 200 OK contient notamment la liste des terminaux enregistrés auprès du réseau de communication 100 et associés à l'identité publique Id1. Selon un mode particulier de réalisation de l'invention, le serveur S-CSCF n'insère pas le terminal TR dans la liste des terminaux enregistrés en association avec l'identité publique 'di comprise dans le message SIP 2000K. Selon ce mode particulier de réalisation de l'invention, cette liste comprend l'adresse de contact des terminaux T1 et T2. Dans un mode particulier de réalisation de l'invention selon lequel le terminal T2 s'enregistre auprès du réseau de communication 100 avant l'enregistrement du terminal TR, lorsque le terminal TR envoie sa requête d'enregistrement, le serveur S-CSCF détermine que le nombre maximal d'enregistrement pour l'identité publique 'di est atteint. Grâce au paramètre d'identification du terminal TR compris dans la requête d'enregistrement émise par le terminal TR, le serveur S- -15- CSCF détermine qu'il doit enregistrer le terminal TR indépendamment du nombre de terminaux préalablement enregistrés en association avec l'identité publique 'd1. Dans le mode particulier de réalisation de l'invention selon lequel le terminal T2 s'enregistre auprès du réseau de communication 100 après l'enregistrement du terminal TR ou après l'envoi par le terminal TR du message de souscription envoyé lors de l'étape E204, le serveur S-CSCF détermine, lors d'une étape E2002, le passage du message SIP REGISTER relatif au service de communication associé à l'identité publique 'di et envoyé par le terminal T2. Lors de l'étape E2002, le serveur S-CSCF envoie au terminal TR une notification comprenant une information provenant de ce message. La notification est par exemple envoyée sous la forme d'un message SIP NOTIFY. Selon un mode particulier de réalisation de l'invention, la notification comprend le message SIP REGISTER envoyé par le terminal T2 lors de l'étape E2001. Suite à l'étape E2004, le serveur S-CSCF détermine, lors d'une étape E2005, le passage du message SIP 2000K relatif au service de communication associé à l'identité publique 'di et envoyé au terminal T2. Lors de l'étape E2005, le serveur S-CSCF envoie au terminal TR une notification comprenant le message SIP 2000K envoyé lors de l'étape E2004. Selon un mode particulier de réalisation de l'invention, lors d'une étape E2007, le serveur S-CSCF reçoit en provenance du terminal TR un message, par exemple un message SIP OPTIONS de demande d'état des terminaux associés à l'identité publique Idl . Au cours de l'étape E2007, le serveur S-CSCF détermine que le message reçu en provenance du terminal TR n'est pas un message d'enregistrement, ni un message de souscription. Le serveur S-CSCF rejette le message en provenance du terminal TR. Le terminal TR n'étant pas un terminal de l'utilisateur U1, le serveur S-CSCF ne doit pas traiter de messages en provenance du terminal TR ce qui risquerait de perturber le service de communication fourni aux terminaux de l'utilisateur Ul. Ce mode particulier de réalisation de l'invention permet également d'éviter qu'un utilisateur mal intentionné du terminal TR puisse perturber la fourniture du service de communication aux terminaux de l'utilisateur U1, voire de pirater le service de communication de l'utilisateur U1. En variante de ce mode particulier de réalisation de l'invention, lors d'une étape E2008, le serveur S-CSCF envoie au terminal TR un message d'erreur indiquant au terminal TR que le message reçu lors de l'étape E2007 n'a pas été pris en compte. L'utilisateur du terminal TR est ainsi informé de l'erreur. La figure 3A illustre schématiquement des étapes du procédé d'obtention de traces relatives à un service de communication et du procédé de gestion d'un service de communication selon un autre mode particulier de réalisation de l'invention. Dans ce mode particulier de réalisation de l'invention, le terminal T1 est enregistré auprès du réseau de communication 100. Le terminal TR s'est enregistré auprès du réseau de communication 100 de manière similaire à son enregistrement décrit en relation avec la figure 2 et le terminal TR a souscrit aux évènements relatifs au protocole SIP, au protocole Diameter et au protocole DNS. -16- Lors d'une étape E207, le terminal TE envoie une demande de communication à destination de l'identité publique Id1, sous la forme d'un message SIP INVITE. La demande de communication est reçue par le serveur I-CSCF au cours de l'étape E207. Au cours de l'étape E207, le serveur ICSCF envoie un message SIP 100 Trying au terminal TE indiquant au terminal TE que sa demande de communication est en cours de traitement. Au cours d'une étape E208, le serveur I-CSCF communique avec le serveur SLF via le protocole Diameter pour obtenir l'adresse du serveur HSS hébergeant les données de l'utilisateur associé à l'identité publique Id1. Au cours d'une étape E209, le serveur I-CSCF communique avec le serveur HSS via le protocole Diameter pour obtenir le nom du serveur S-CSCF gérant les terminaux de l'utilisateur associé à l'identité publique Id1 et enregistrés dans le réseau de communication 100. Au cours d'une étape E210, le serveur I-CSCF communique avec le serveur DNS via le protocole DNS pour obtenir l'adresse IP du serveur S-CSCF gérant les terminaux de l'utilisateur associé à l'identité publique Id1 et enregistrés dans le réseau de communication 100. Au cours d'une étape E211, le serveur I-CSCF transmet la demande de communication au serveur S-CSCF gérant les terminaux de l'utilisateur associé à l'identité publique 'di et enregistrés dans le réseau de communication 100. Au cours de l'étape E211, le serveur S-CSCF reçoit la demande de communication émise par le terminal TE à destination de l'identité publique 'di et détermine le passage du message SIP INVITE envoyé par le serveur I-CSCF et relatif au service de communication associé à l'identité publique Id1. Au cours d'une étape E212, le serveur S-CSCF envoie au terminal TR une notification comprenant ce message SIP INVITE. Au cours d'une étape E213, le serveur S-CSCF envoie au serveur I-CSCF un message SIP 100 Trying indiquant que la demande de communication a bien été reçue. Le serveur S-CSCF détermine le passage du message SIP 100 Trying relatif au service de communication associé à l'identité publique Id1. Au cours d'une étape E214, le serveur S-CSCF envoie au terminal TR une notification comprenant le message SIP 100 Trying. Au cours d'une étape E215, le serveur S-CSCF interroge le serveur DNS selon le protocole DNS, par l'envoi d'une requête Query DNS, afin d'obtenir l'adresse IP du serveur d'application AS hébergeant les fonctionnalités du service de communication associé à l'identité publique Id1. Au cours de l'étape E215, le serveur S-CSCF détermine le passage de la requête Query DNS relative au service de communication associé à l'identité publique 'di et, au cours d'une étape E216, envoie au terminal TR une notification comprenant cette requête DNS. Au cours d'une étape E217, le serveur S-CSCF reçoit via le protocole DNS une réponse du serveur DNS comprenant l'adresse IP du serveur d'application AS. Au cours de l'étape E217, le serveur S-CSCF détermine le passage de cette réponse à la requête DNS relative au service de communication associé à l'identité publique 'di et au cours d'une étape E218, envoie au terminal TR une notification comprenant cette réponse. -17- Au cours d'une étape E219, le serveur S-CSCF envoie au serveur d'application AS la demande de communication. Au cours de l'étape E219, le serveur S-CSCF détermine le passage du message SIP INVITE envoyé au serveur d'application AS et relatif au service de communication associé à l'identité publique Id1. Au cours d'une étape E220, le serveur S-CSCF envoie au terminal TR une notification comprenant le message SIP INVITE envoyé au serveur d'application AS. Au cours d'une étape E221, le serveur S-CSCF reçoit un message SIP 100 Trying en provenance du serveur d'application AS indiquant que le serveur d'application AS a bien reçu la demande de communication. Au cours de l'étape E221, le serveur S-CSCF détermine le passage du message SIP 100 Trying envoyé par le serveur d'application AS et relatif au service de communication associé à l'identité publique Id1. Au cours d'une étape E222, le serveur S-CSCF envoie une notification comprenant le message SIP 100 Trying envoyé par le serveur d'application AS. Au cours d'une étape E223, le serveur d'application AS déclenche les fonctionnalités mises en oeuvre à la réception par ce dernier d'une demande de communication et associées au service de communication fournis à l'utilisateur associé à l'identité publique Id1. Lors de l'étape E223, le serveur d'application AS renvoie au serveur S-CSCF un message SIP INVITE qui contient la demande de communication destinée à l'identité publique Id1. Au cours de l'étape E223, le serveur S-CSCF détermine le passage du message SIP INVITE renvoyé par le serveur d'application AS et envoie au terminal TR lors d'une étape E224, une notification comprenant le message SIP INVITE renvoyé par le serveur d'application AS. Lors d'une étape E225, le serveur S-CSCF envoie un message SIP 100 Trying au serveur d'application AS indiquant que le serveur S-CSCF a bien reçu le message SIP INVITE renvoyé par le serveur d'application AS. Au cours de l'étape E225, le serveur S-CSCF détermine le passage du message SIP 100 Trying envoyé au serveur d'application AS et envoie au terminal TR lors d'une étape E226, une notification comprenant le message SIP 100 Trying envoyé au serveur d'application AS. Au cours d'une étape E227, le serveur S-CSCF envoie au serveur P-CSCF un message SIP INVITE qui contient la demande de communication émise par le terminal TE à destination de l'identité publique 'di afin que le serveur P-CSCF la transfère au terminal T1. Au cours de l'étape E227, le serveur S-CSCF détermine le passage du message SIP INVITE envoyé au serveur P- CSCF. Au cours d'une étape E228, le serveur S-CSCF envoie au terminal TR une notification comprenant le message SIP INVITE envoyé au serveur P-CSCF. Selon le mode de réalisation décrit ici, le terminal TR obtient les traces liées à la réception d'une demande de communication destinée à l'identité publique Id1. Ce mode particulier de réalisation de l'invention décrit l'obtention de traces relatives à des messages ayant transité par le serveur S- CSCF et liés au service de communication associé à l'identité publique Id1. L'invention s'applique également aux messages transitant par le serveur P-CSCF ou le serveur I-CSCF. L'application de l'invention à ces serveurs se fait directement lorsque les fonctionnalités des serveurs P-CSCF, ICSCF et S-CSCF sont intégrées dans un même équipement. Selon un autre mode particulier de réalisation de l'invention, la demande de communication envoyée lors de l'étape E207 peut être une demande d'état des terminaux associés à l'identité -18- publique 'd1, par exemple sous la forme d'un message SIP OPTIONS. La description de ce mode particulier de réalisation de l'invention reste identique. Dans le mode particulier de réalisation de l'invention décrit ici, la notification comprend le message précité ayant transité par le serveur S-CSCF et déterminé par ce dernier. Selon un autre mode particulier de réalisation de l'invention, la notification peut comprendre seulement une information comprise dans le message précité ayant transité par le serveur S-CSCF et déterminé par ce dernier, cette information étant représentative du contenu de ce message. Par exemple, l'information peut comprendre le protocole du message, le type du message, l'émetteur et le récepteur du message. Selon un autre mode particulier de réalisation de l'invention, la notification peut aussi comprendre des données d'horodatage relatives au message déterminé, par exemple la date et l'heure d'envoi ou de réception du message. Selon un autre mode particulier de réalisation de l'invention, la notification comprend plus d'un message ayant transité par le serveur S-CSCF et déterminé par ce dernier. Ce mode particulier de réalisation de l'invention permet de limiter le nombre de notifications à transmettre au terminal TR. La figure 3B illustre schématiquement des étapes du procédé d'obtention de traces relatives à un service de communication et du procédé de gestion d'un service de communication selon un autre mode particulier de réalisation de l'invention. Dans ce mode particulier de réalisation de l'invention, les étapes E207' à E227' sont identiques aux étapes correspondantes E207 à E227 décrites en relation avec la figure 3A. Dans ce mode particulier de réalisation de l'invention, l'utilisateur du terminal TR effectue un suivi des communications destinées à l'identité publique Idl . Lors de la réception d'une demande de communication destinée à l'identité publique Idl par le réseau de communication lors d'une étape E207', le serveur S-CSCF envoie au terminal TR au cours d'une étape E212' une notification indiquant la réception de la demande de communication. Au cours d'une étape E300, la réception de la notification par le terminal TR lors de l'étape E212' déclenche alors l'ouverture d'une application relative à l'identité publique Idl , par exemple une application de prise de rendez-vous. En variante, au cours de l'étape E300, le terminal TR peut déclencher l'ouverture d'une fiche de renseignement concernant l'émetteur de la demande de communication, ici le terminal TE, afin que l'utilisateur du terminal TR dispose d'informations relatives à l'émetteur de la demande de communication. Par exemple, si l'utilisateur du terminal TE est un client, l'utilisateur du terminal TR dispose d'informations relatives à ce client. Dans cette variante, l'identité publique Idl peut correspondre à un numéro d'appel d'une entreprise, par exemple le service après-vente, et le terminal TR peut correspondre à un terminal du service après-vente, vers lequel les appels vers l'identité publique id1 sont redirigés. L'utilisateur du terminal TR répondra alors à la demande de communication et disposera automatiquement d'informations relatives à l'émetteur de la demande de communication. Dans le cas où l'invention est utilisée pour un service de centre d'appels gérant les rendez-vous de plusieurs professionnels, l'utilisateur du terminal TR pourra répondre à la communication et -19- disposer automatiquement du planning de rendez-vous du professionnel associé à l'identité publique 1d1. La figure 4 illustre un dispositif apte à mettre en oeuvre le procédé d'obtention de traces relatives à un service de communication selon un mode particulier de réalisation de l'invention. Le dispositif 40 comprend un module de stockage 42, par exemple une mémoire (MEM), une unité de traitement 43, équipée par exemple d'un microprocesseur (PROC), et pilotée par le programme d'ordinateur (PG) 41 mettant en oeuvre le procédé d'obtention de traces relatives à un service de communication tel que décrit en relation avec les figures 2, 3A et 3B. A l'initialisation, les instructions de code du programme d'ordinateur 41 sont par exemple chargées en mémoire (MEM) avant d'être exécutées par le processeur (PROC) de l'unité de traitement 43. Le processeur de l'unité de traitement 43 met en oeuvre les étapes du procédé d'obtention de traces relatives à un service de communication fourni à au moins un terminal associé à une identité d'un utilisateur abonné auprès d'un fournisseur d'accès audit service de communication, selon les instructions du programme d'ordinateur 41. Le processeur de l'unité de traitement 43 met notamment en oeuvre : une étape d'envoi d'une requête d'enregistrement à un serveur de gestion du service de communication, la requête d'enregistrement comprenant : o l'identité de l'utilisateur abonné indiquant au serveur de gestion d'enregistrer le dispositif 40 en association avec l'identité de l'utilisateur abonné, o un paramètre d'identification du dispositif 40 indiquant au serveur de gestion d'appliquer au dispositif 40 au moins une règle de gestion différente d'une règle de gestion appliquée audit au moins un terminal associé à l'identité de l'utilisateur abonné, une étape de réception d'au moins une notification en provenance du serveur de gestion, ladite notification comprenant au moins une information provenant d'un message relatif au service de communication fourni audit au moins un terminal associé à l'identité de l'utilisateur abonné, ledit message ayant transité par le serveur de gestion. Le dispositif 40 comporte aussi des moyens de communication 45 qui sont par exemple mis en oeuvre par un module de communication (COM). Le module de communication permet notamment au dispositif 40 d'établir des communications via le réseau de communication 100 de la figure 1. Le module de communication (COM) permet de recevoir une notification en provenance du serveur de gestion, d'envoyer une requête d'enregistrement au serveur de gestion, d'envoyer un message de souscription à un évènement relatif au service de communication de l'utilisateur abonné. Selon un mode particulier de réalisation de l'invention, le dispositif 40 comprend des moyens d'interaction utilisateur (48), par exemple un module d'interaction utilisateur (10). Le module d'interaction utilisateur (10) peut correspondre à un clavier, une souris, un écran tactile. Le module d'interaction utilisateur (10) permet à un utilisateur du dispositif 40 d'interagir avec le dispositif 40 et notamment de commander l'envoi d'une requête d'enregistrement du dispositif 40 en association avec l'identité publique de l'utilisateur abonné. -20- Selon un mode particulier de réalisation de l'invention, le dispositif 40 comprend un module de filtrage (non représenté) permettant de filtrer les notifications reçues en provenance du serveur de gestion. Par exemple, le dispositif 40 peut filtrer les notifications en fonction du protocole du message compris dans la notification, du numéro appelant ou appelé d'une demande de communication comprise dans la notification, d'un paramètre compris dans un champ SDP (pour Session Description Protocol en anglais) d'un message compris dans la notification. Un tel module de filtrage permet de faciliter l'établissement d'une information visuelle représentant les messages compris dans les notifications reçues et utilisée par un utilisateur du terminal TR pour résoudre un problème rencontré par l'utilisateur abonné. Le module de filtrage permet également à un utilisateur du terminal TR de ne sélectionner que certains messages dans un but de résolution de problèmes ou d'obtention d'informations. Selon un mode particulier de réalisation de l'invention, le dispositif 40 comprend des moyens d'affichage 46 permettant de restituer visuellement une information représentant le contenu des notifications reçues. Les moyens d'affichage sont mis en oeuvre par un module d'affichage (AFF), par exemple un écran ou une sortie vers un dispositif d'affichage déporté tel qu'une télévision ou un écran. La représentation visuelle peut être faite sous la forme de schémas montrant selon un ordre chronologique les messages ayant transité par le serveur de gestion. Une telle représentation visuelle est générée par un module de génération automatique (non représenté) compris dans le dispositif 40. Selon un mode particulier de réalisation de l'invention, le dispositif 40 est compris dans un serveur ou dans un terminal. La figure 5 illustre un dispositif apte à mettre en oeuvre le procédé de gestion d'un service de communication selon un mode particulier de réalisation de l'invention. Le dispositif 50 comprend un module de stockage 52, par exemple une mémoire (MEM), une unité de traitement 53, équipée par exemple d'un microprocesseur (FROC), et pilotée par le programme d'ordinateur (PG) 51 mettant en oeuvre le procédé de gestion d'un service de communication tel que décrit en relation avec les figures 2, 3A et 3B. A l'initialisation, les instructions de code du programme d'ordinateur 51 sont par exemple chargées en mémoire (MEM) avant d'être exécutées par le processeur (PROC) de l'unité de traitement 53. Le processeur de l'unité de traitement 53 met en oeuvre les étapes du procédé de gestion d'un service de communication fourni par un serveur de gestion à au moins un terminal associé à une identité d'un utilisateur abonné auprès d'un fournisseur d'accès audit service de communication, selon les instructions du programme d'ordinateur 51. Le processeur de l'unité de traitement 53 met notamment en oeuvre : une étape de réception, en provenance d'un dispositif traceur, par exemple le terminal TR de la figure 1, d'une requête d'enregistrement, la requête d'enregistrement comprenant o l'identité de l'utilisateur abonné, o un paramètre d'identification du dispositif traceur, - 21 - une étape d'enregistrement du dispositif traceur en association avec l'identité de l'utilisateur abonné, une étape de mémorisation en association avec l'enregistrement du dispositif traceur du paramètre d'identification du dispositif traceur indiquant au serveur de gestion d'appliquer au dispositif traceur au moins une règle de gestion différente d'une règle de gestion appliquée à un terminal associé à l'identité de l'utilisateur abonné, une étape de détermination d'au moins une information provenant d'un message relatif au service de communication fourni audit au moins un terminal associé à l'identité de l'utilisateur abonné et ayant transité par le serveur de gestion, une étape d'envoi au dispositif traceur d'au moins une notification comprenant au moins ladite information déterminée. Le dispositif 50 comporte aussi des moyens de communication 55 qui sont par exemple mis en oeuvre par un module de communication (COM1). Le module de communication permet notamment au dispositif 50 d'établir des communications via le réseau de communication 100 de la figure 1. Le module de communication (COM) permet d'envoyer une notification au dispositif traceur, de recevoir une requête d'enregistrement en provenance du dispositif traceur, de recevoir un message de souscription à un évènement relatif au service de communication de l'utilisateur abonné. Selon un mode particulier de réalisation de l'invention, le dispositif 50 est compris dans un serveur.20 REVENDICATIONS1. Procédé d'obtention de traces relatives à un service de communication fourni à au moins un terminal (T1) associé à une identité d'un utilisateur abonné auprès d'un fournisseur d'accès audit service de communication, caractérisé en ce qu'il comprend : une étape d'envoi (E2020), par un dispositif traceur (TR), d'une requête d'enregistrement à un serveur de gestion (101) du service de communication, la requête d'enregistrement comprenant : o l'identité de l'utilisateur abonné indiquant au serveur de gestion d'enregistrer le dispositif traceur en association avec l'identité de l'utilisateur abonné, o un paramètre d'identification du dispositif traceur indiquant au serveur de gestion d'appliquer au dispositif traceur au moins une règle de gestion différente d'une règle de gestion appliquée audit au moins un terminal associé à l'identité de l'utilisateur abonné, une étape de réception (E203, E2060) d'au moins une notification en provenance du serveur de gestion, ladite notification comprenant au moins une information provenant d'un message relatif au service de communication fourni audit au moins un terminal associé à l'identité de l'utilisateur abonné, ledit message ayant transité par le serveur de gestion. 2. Procédé d'obtention de traces selon la revendication 1, caractérisé en ce qu'il comprend en outre une étape d'envoi auprès du serveur de gestion, d'un message de souscription à au moins un évènement relatif au service de communication de l'utilisateur abonné, le au moins un évènement correspondant au message relatif au service de communication ayant transité par le serveur de gestion. 3. Procédé d'obtention de traces selon l'une quelconque des revendications 1 ou 2, caractérisé en ce que la requête d'enregistrement comprend en outre un paramètre représentatif d'une capacité du dispositif traceur, la capacité indiquant que le dispositif traceur est seulement apte à recevoir ladite notification. 4. Procédé d'obtention de traces selon l'une quelconque des revendications 1 à 3, caractérisé en ce que, suite à la réception de la notification, il comprend une étape d'ouverture d'une application prédéterminée associée à l'identité de l'utilisateur abonné. 5. Dispositif d'obtention de traces relatives à un service de communication fourni à au moins un terminal associé à une identité d'un utilisateur abonné auprès d'un fournisseur d'accès audit service de communication, caractérisé en ce qu'il comprend : - des moyens d'envoi d'une requête d'enregistrement à un serveur de gestion, la requête d'enregistrement comprenant :- 23 - o l'identité de l'utilisateur abonné indiquant au serveur de gestion d'enregistrer le dispositif en association avec l'identité de l'utilisateur abonné, o un paramètre d'identification du dispositif indiquant au serveur de gestion d'appliquer au dispositif au moins une règle de gestion différente d'une règle de gestion appliquée à un terminal associé à l'identité de l'utilisateur abonné, des moyens de réception d'au moins une notification en provenance du serveur de gestion, ladite notification comprenant au moins une information provenant d'un message relatif au service de communication fourni audit au moins un terminal associé à l'identité de l'utilisateur abonné, ledit message ayant transité par le serveur de gestion. 6. Terminal comprenant un dispositif selon la revendication 5. 7. Procédé de gestion d'un service de communication fourni par un serveur de gestion (101) à au moins un terminal (T1) associé à une identité d'un utilisateur abonné auprès d'un fournisseur d'accès audit service de communication, caractérisé en ce qu'il comprend : une étape de réception (E2020), en provenance d'un dispositif traceur (TR), d'une requête d'enregistrement, la requête d'enregistrement comprenant : o l'identité de l'utilisateur abonné, o un paramètre d'identification du dispositif traceur, une étape d'enregistrement (E2021) du dispositif traceur en association avec l'identité de l'utilisateur abonné, une étape de mémorisation (E2022) en association avec l'enregistrement du dispositif traceur du paramètre d'identification du dispositif traceur indiquant au serveur de gestion d'appliquer au dispositif traceur au moins une règle de gestion différente d'une règle de gestion appliquée à un terminal associé à l'identité de l'utilisateur abonné, une étape de détermination (E2023) d'au moins une information provenant d'un message relatif au service de communication fourni audit au moins un terminal associé à l'identité de l'utilisateur abonné et ayant transité par le serveur de gestion, une étape d'envoi (E203, E2060) au dispositif traceur d'au moins une notification comprenant au moins ladite information déterminée. 8. Procédé de gestion selon la revendication 7, caractérisé en ce que la règle de gestion appliquée au dispositif traceur par le serveur de gestion est d'enregistrer le dispositif traceur indépendamment d'un nombre de terminaux préalablement enregistrés pour l'identité de l'utilisateur abonné. 9. Procédé de gestion selon l'une quelconque des revendications 7 ou 8, caractérisé en ce que suite à une étape de réception par le serveur de gestion d'une demande de communication émise par un terminal émetteur à destination de l'identité de l'utilisateur abonné ou d'une demande d'état d'au moins un terminal associé à l'identité de l'utilisateur abonné émise par le terminal émetteur à destination de l'identité de l'utilisateur abonné, la règle de gestion- 24 - appliquée au dispositif traceur est de ne pas transmettre au dispositif traceur la demande de communication ou la demande d'état. 10. Procédé de gestion selon l'une quelconque des revendications 7 à 9, caractérisé en ce que suite à une étape de réception par le serveur de gestion d'une requête d'enregistrement en provenance d'un terminal de l'utilisateur abonné, il comprend une étape d'envoi par le serveur de gestion audit terminal de l'utilisateur abonné d'un message de réponse à la requête d'enregistrement dans lequel une adresse de contact du dispositif traceur n'est pas insérée. 11. Procédé de gestion selon l'une quelconque des revendications 7 à 10, caractérisé en ce que suite à une étape de réception par le serveur de gestion d'un message en provenance du dispositif traceur, la règle de gestion appliquée au dispositif traceur est de rejeter le message reçu si le message reçu n'est ni une requête d'enregistrement, ni un message de souscription. 12. Procédé de gestion selon la revendication 11, caractérisé en ce que suite à l'étape de réception par le serveur de gestion d'un message en provenance du dispositif traceur, le message reçu n'étant ni une requête d'enregistrement, ni un message de souscription, il comprend une étape d'envoi par le serveur de gestion au dispositif traceur d'un message d'erreur. 13. Serveur de gestion d'un service de communication fourni à au moins un terminal associé à une identité d'un utilisateur abonné auprès d'un fournisseur d'accès audit service de communication, caractérisé en ce qu'il comprend : des moyens de réception, en provenance d'un dispositif traceur, d'une requête d'enregistrement, la requête d'enregistrement comprenant : o l'identité de l'utilisateur abonné, o un paramètre d'identification du dispositif traceur, des moyens d'enregistrement du dispositif traceur en association avec l'identité de l'utilisateur abonné, des moyens de mémorisation en association avec l'enregistrement du dispositif traceur du paramètre d'identification du dispositif traceur indiquant au serveur de gestion d'appliquer au dispositif traceur au moins une règle de gestion différente d'une règle de gestion appliquée à un terminal associé à l'identité de l'utilisateur abonné, des moyens de détermination d'au moins une information provenant d'un message relatif au service de communication fourni audit au moins un terminal associé à l'identité de l'utilisateur abonné et ayant transité par le serveur de gestion, des moyens d'envoi au dispositif traceur d'au moins une notification comprenant au moins ladite information déterminée.- 25 - 14. Programme d'ordinateur comportant des instructions de code de programme pour l'exécution des étapes du procédé d'obtention de traces selon l'une quelconque des revendications 1 à 4, ou des étapes du procédé de gestion d'un service de communication selon l'une quelconque des revendications 7 à 12, lorsque le programme est exécuté par un processeur.5