Brevet FR3088159A1 — publié le 20200508

Gestion d'une communication entre un terminal de communication appelant, disposant d'un identifiant d'appel principal et d'un identifiant d'appel secondaire, et un terminal de communication appelé. 1. Domaine de l'invention Le domaine de l'invention est celui de la gestion d'une communication entre deux terminaux de communication. Plus précisément, l'invention concerne les services de communication permettant à un utilisateur de disposer de plusieurs identifiants d'appel associés à un même terminal de communication. IO 2. Art antérieur et ses inconvénients Certains services de communication proposent actuellement d'allouer un ou plusieurs identifiant(s) d'appel secondaire(s) au terminal de communication d'un utilisateur appelant, disposant déjà d'un identifiant d'appel principal. Par exemple, dans le cas où l'utilisateur appelant dispose d'un terminal de communication mobile, l'identifiant d'appel principal est un identifiant 15 MSISDN (en anglais « Mobile Station International Subscriber Directory Number ») correspondant de manière unique à la carte SIM (en anglais « Subscriber Identity Module ») qui est fournie par l'opérateur du réseau mobile auprès duquel s'est inscrit l'utilisateur. En règle générale, cet identifiant est le numéro de téléphone du terminal mobile dans ce réseau mobile, connu du public. De tels services permettent par exemple de garantir l'anonymat de l'utilisateur, et lui sont 20 notamment proposés lorsque l'abonné appelant souhaite passer une annonce sur un site Internet dédié à cet effet, tel que par exemple un site de petites annonces, un site de rencontres, un réseau social de type personnel ou professionnel, etc... Il est alors proposé à l'utilisateur de bénéficier d'un identifiant d'appel secondaire qu'il peut utiliser pour contacter par téléphone toute personne ayant laissé ses coordonnées sur le site Internet dédié, sans avoir à dévoiler à 25 cette personne son identifiant d'appel principal. L'utilisateur appelant est également joignable sur cet identifiant d'appel secondaire. Plus généralement, cette possibilité de disposer de plusieurs identifiants d'appel pour un même terminal présente d'autres intérêts que la simple garantie d'anonymat du terminal appelant. En effet, l'utilisateur peut disposer de plusieurs identifiants d'appel qu'il peut alors 30 utiliser dans différents contextes. Par exemple, il peut réserver l'usage de son identifiant d'appel principal aux communications établies dans un contexte professionnel, et utiliser un ou plusieurs identifiants d'appel secondaires pour les communications de sa sphère privée, par exemple un premier identifiant d'appel secondaire pour communiquer avec sa famille et ses amis, et un second identifiant d'appel secondaire réservé à ses échanges via les réseaux sociaux. 2 Un tel service de communication fonctionne de la façon suivante. L'utilisateur qui souhaite en bénéficier s'inscrit préalablement à une plateforme gérant ce service en fournissant ses coordonnées personnelles, et en particulier son identifiant d'appel principal. Un identifiant d'appel secondaire lui est alors alloué puis est enregistré dans la plateforme en correspondance 5 avec son identifiant principal. L'utilisateur télécharge l'application dédiée à ce service sur son téléphone. Lorsque l'utilisateur souhaite établir une communication avec un terminal de communication appelé, il envoie à la plateforme de gestion de communication, via l'application, un message contenant son identifiant d'appel principal et un identifiant d'appel de l'usager qu'il souhaite appeler. Un appel, par exemple vocal, est déclenché à destination de l'identifiant d'appel ID du terminal de communication appelé. Cet appel est intercepté par un routeur du réseau de communication qui récupère auprès de la plateforme de gestion de communication l'identifiant secondaire du terminal appelant, puis émet un appel depuis cet identifiant secondaire vers l'identifiant d'appel principal du terminal de l'usager appelé. Enfin, le routeur établit la communication entre le terminal appelant et le 15 terminal appelé. Bien que ce service soit bien adapté pour garantir efficacement l'anonymat de l'utilisateur qui y a souscrit et assurer la continuité de l'appel, il présente un certain nombre d'inconvénients, tant pour le terminal appelé que pour le terminal appelant. Pour l'utilisateur du terminal appelé tout d'abord, il peut s'avérer difficile d'identifier 20 l'émetteur d'un appel entrant si ce dernier est établi à partir d'un identifiant d'appel secondaire, qui est par nature volatile. Même si l'utilisateur du terminal appelant est un contact connu et enregistré dans le carnet d'adresses du terminal appelé, il peut ne pas être identifié par l'utilisateur appelé si la communication est établie à partir d'un identifiant d'appel secondaire inconnu de celui-ci. 25 Ceci peut notamment s'avérer problématique dans le cas où l'appel reçu correspond à un démarchage commercial, que l'utilisateur du terminal appelé juge nuisible et inopportun. Dans le cas extrême où l'utilisateur du terminal appelé considère que cet appel s'apparente à un spam (en français, courrier indésirable, ou pourriel), et a fait la démarche de bloquer l'identifiant d'appel principal du terminal appelant, l'usage d'un identifiant d'appel secondaire par le terminal 30 appelant lui permet de contourner ce blocage, ce qui constitue une nuisance pour l'utilisateur du terminal appelé. De même, quand l'utilisateur du terminal appelant ne recherche pas spécifiquement l'anonymat, cette situation peut également s'avérer problématique. Par exemple, quand l'utilisateur du terminal appelant fait de la prospection commerciale, il a peu de chance de voir 35 l'utilisateur du terminal appelé accepter un appel entrant émis depuis un identifiant d'appel 3 secondaire qu'il n'aurait pas préalablement enregistré dans son carnet d'adresses, si le terminal appelé n'a pas souscrit à un service d'annuaire inversé lui permettant par exemple d'identifier l'entreprise ou la société émettrice de l'appel. L'activité professionnelle de l'utilisateur appelant peut donc être entravée par l'utilisation d'un identifiant d'appel secondaire. 5 De même, dans la sphère privée, l'utilisateur peut avoir des difficultés à joindre ses amis, lorsqu'il utilise un identifiant d'appel secondaire que ces derniers ne reconnaissent pas comme appartenant à l'un de leurs contacts connus. Il existe donc un besoin d'une technique de gestion de communication ne présentant pas ces différents inconvénients de l'art antérieur. Notamment, il existe un besoin d'une telle ID technique qui permette à un utilisateur de bénéficier de la souplesse de l'utilisation de plusieurs identifiants d'appel pour établir des communications, tout en améliorant ses chances de voir ses appels effectivement aboutir. Il existe également un besoin d'une telle technique qui réduise les nuisances générées pour l'utilisateur du terminal appelé par l'utilisation d'identifiants d'appel secondaires par un terminal de communication appelant. 15 3. Exposé de l'invention L'invention répond à ce besoin en proposant un procédé de gestion d'une communication entre un terminal de communication appelant et un terminal de communication appelé, le terminal de communication appelant disposant d'un identifiant d'appel principal et d'au moins un identifiant d'appel secondaire enregistré, en associant avec ledit identifiant d'appel principal, 20 dans au moins un dispositif de gestion de communication. Selon l'invention, lorsque le terminal de communication appelant initie une communication, à destination du terminal de communication appelé, à partir d'un identifiant d'appel secondaire, un tel procédé met en oeuvre : une émission, vers le terminal appelé, d'une notification comprenant au moins 25 l'identifiant d'appel principal, l'identifiant d'appel secondaire, et au moins une information d'identification d'un utilisateur du terminal appelant associée à l'identifiant d'appel secondaire; un routage de la communication vers le terminal appelé en utilisant l'identifiant d'appel secondaire. 30 Un tel procédé de gestion de communication est mis en oeuvre dans un dispositif de gestion de communication, tel qu'une plateforme de gestion des identifiants d'appel secondaires dans un réseau de communication mobile. En corollaire, la présente invention concerne également un procédé de gestion d'une communication entrante par un terminal de communication appelé, la communication entrante 35 étant initiée par un terminal de communication appelant, disposant d'un identifiant d'appel 4 principal et d'au moins un identifiant d'appel secondaire enregistré, en associant avec l'identifiant d'appel principal, dans au moins un dispositif de gestion de communication. Selon l'invention, lorsque la communication entrante est initiée à partir de l'identifiant d'appel secondaire, le terminal de communication appelé met en oeuvre : 5 une réception d'une notification comprenant au moins l'identifiant d'appel principal, l'identifiant d'appel secondaire, et au moins une information d'identification d'un utilisateur du terminal appelant associée à l'identifiant d'appel secondaire ; une vérification de présence de l'identifiant d'appel principal et/ou de l'identifiant I () d'appel secondaire dans un carnet d'adresses du terminal de communication appelé ; sur réception de la communication entrante : o en cas de présence de l'identifiant d'appel principal et/ou de l'identifiant d'appel secondaire dans le carnet d'adresses, un affichage d'un identifiant 15 d'utilisateur mémorisé dans le carnet d'adresses en association avec l'identifiant d'appel présent ; o en cas d'absence de l'identifiant d'appel principal et de l'identifiant d'appel secondaire dans le carnet d'adresses, un affichage de l'information d'identification comprise dans la notification reçue. 20 Ainsi, l'invention repose sur une approche tout à fait nouvelle et inventive de la gestion des communications entre terminaux appelant et appelé lorsque le terminal appelant dispose d'un identifiant d'appel principal (classiquement, son numéro de téléphone principal connu du public) et d'un ou plusieurs identifiants d'appel secondaires (i.e. un ou plusieurs autres numéros de téléphone dont il a fait l'acquisition auprès de l'opérateur de son réseau de communication 25 mobile). En effet, ces différents procédés de gestion de communication selon un mode de réalisation de l'invention, mis en oeuvre respectivement dans une plateforme de gestion de communication pour le premier, et dans le terminal de communication appelé pour le second, reposent sur l'envoi, par la plateforme de gestion de communication, d'une notification destinée au terminal de communication appelé, qui contient l'identifiant d'appel principal du terminal 30 appelant, mais également l'identifiant d'appel secondaire qu'il utilise pour établir la communication avec le terminal appelé, et une information d'identification de l'utilisateur du terminal appelant. Cette information d'identification de l'utilisateur du terminal appelant peut prendre diverses formes : il peut s'agir d'une information textuelle du type nom/prénom, ou nom de la 35 société pour le compte de laquelle l'utilisateur travaille, ou plus précisément le nom d'un service 5 au sein de cette société ; il peut également s'agir d'une image, comme la photo de l'utilisateur ou le logo de son entreprise ; il peut encore s'agir d'une vidéo ou d'une image animée, par exemple une publicité pour l'entreprise dans laquelle l'utilisateur travaille ou pour l'un de ses produits ; cette information d'identification peut encore prendre la forme d'un hyperlien qui pointe vers un 5 site internet, par exemple un hyperlien qui pointe sur le nom de l'entreprise de l'utilisateur appelant ou son logo. Ainsi, l'envoi d'une telle notification par la plateforme de gestion de communication vers le terminal appelé enrichit les connaissances de l'utilisateur appelé sur le contexte de la communication entrante, afin de lui permettre de décider s'il doit accepter ou refuser la IO communication entrante. En effet, sur la base de l'identifiant d'appel principal (e.g. le MSISDN) du terminal appelant, le terminal appelé peut vérifier si l'utilisateur appelant correspond à un contact qu'il aurait déjà enregistré dans son carnet d'adresses. Dans l'affirmative, cela lui permet d'afficher directement, pour l'utilisateur appelé, les informations de contact enregistrées dans le carnet 15 d'adresses en association avec ce numéro de téléphone principal, et ce, bien que la communication entrante soit établie sur la base d'un identifiant d'appel secondaire non connu de l'utilisateur appelé. Dans la négative, le terminal appelé peut cependant afficher les informations d'identification de l'utilisateur appelant contenues dans la notification reçue de la plateforme de 20 gestion de communication (logo, nom de société, ...). L'utilisateur appelé a ainsi davantage d'informations sur la personne qui cherche à le joindre, et donc le contexte de cet appel. Il peut alors prendre une décision éclairée quant à l'acceptation ou au rejet de cette communication entrante. Selon un aspect d'un tel procédé de gestion de communication, mis en oeuvre par un 25 dispositif de gestion de communication, une telle notification comprend également une instruction de gestion d'un contact associé à l'utilisateur du terminal appelant, l'instruction de gestion appartenant au groupe comprenant : une instruction de création ; une instruction de lecture ; 30 une instruction de mise à jour ; une instruction de suppression. Ces instructions sont connues sous le terme anglais d'opérations CRUD (pour « Create, Read, Update, Delete »). Elles permettent au terminal de communication appelé de gérer la base de données associée au carnet d'adresses des contacts de l'utilisateur, par exemple en y 35 enregistrant l'identifiant d'appel secondaire d'un contact déjà connu en association avec son 6 identifiant d'appel principal, ou en y enregistrant les informations d'identification de l'utilisateur appelant contenues dans la notification (par exemple le logo de son entreprise). En effet, en corollaire, selon un aspect d'un tel procédé de gestion de communication, en cas de présence de l'identifiant d'appel principal dans le carnet d'adresses, le terminal de 5 communication appelé met à jour, dans le carnet d'adresses, un contact associé à un utilisateur du terminal appelant, par ajout de l'identifiant d'appel secondaire et/ou de l'information d'identification compris dans la notification reçue. Ainsi, le terminal appelé enrichit les informations contenues dans le carnet d'adresse pour ce contact particulier, en enregistrant son nouveau numéro de téléphone, et les informations de I () profil qu'il a voulu renseigner auprès de la plateforme de gestion de communication. Selon un autre aspect, en cas d'absence de l'identifiant d'appel principal et de l'identifiant d'appel secondaire dans le carnet d'adresses, il comprend également, à l'issue de la communication entrante, un affichage, par le terminal appelé, d'un message proposant d'enregistrer l'information d'identification, en association avec l'identifiant d'appel secondaire 15 et/ou l'identifiant d'appel principal, dans le carnet d'adresses. Ainsi, l'utilisateur appelé peut aisément créer un nouveau contact dans son carnet d'adresses, dans lequel il mémorise les différentes informations contenues dans la notification reçue de la plateforme de gestion de communication (numéro de téléphone principal, numéro de téléphone secondaire, informations de profil de l'utilisateur...). 20 Selon encore un autre aspect, un tel procédé de gestion d'une communication entrante par un terminal appelé comprend également une vérification que l'identifiant d'appel principal et/ou l'identifiant d'appel secondaire est un identifiant d'appel bloqué, et, dans l'affirmative, un rejet de la communication entrante initiée à partir de l'identifiant d'appel secondaire. Ainsi, on améliore ainsi la performance des mécanismes anti-spams : si l'utilisateur appelé 25 a déjà bloqué le numéro de téléphone principal d'un utilisateur appelant importun, il peut, grâce aux informations contenues dans la notification qu'il reçoit, identifier directement que le numéro de téléphone secondaire utilisé pour la communication entrante est associé au même terminal appelant, et donc rejeter directement l'appel. Il peut également enrichir la base de données des numéros de téléphone associés à des spams, en y enregistrant cet identifiant d'appel secondaire. 30 L'invention concerne également un produit programme d'ordinateur comprenant des instructions de code de programme pour la mise en oeuvre d'un procédé de gestion de communication par un dispositif de gestion de communication tel que décrit précédemment, lorsqu'il est exécuté par un processeur. Elle concerne encore un produit programme d'ordinateur comprenant des instructions de code de programme pour la mise en oeuvre d'un procédé de 7 gestion de communication entrante par un terminal de communication appelé tel que décrit précédemment, lorsqu'il est exécuté par un processeur. L'invention vise également un support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions de code de 5 programme pour l'exécution des étapes de l'un des deux procédés de gestion de communication selon l'invention tels que décrits ci-dessus. Un tel 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, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen ID d'enregistrement magnétique, par exemple une clé USB ou un disque dur. D'autre part, un tel 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. Le programme selon l'invention peut être en particulier téléchargé sur un réseau par 15 exemple le réseau Internet. Alternativement, le support d'enregistrement 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é de contrôle d'affichage précité. L'invention concerne encore un dispositif de gestion de communication pour 20 l'établissement d'une communication entre un terminal de communication appelant et un terminal de communication appelé. Un tel dispositif de gestion de communication comprend un circuit de traitement qui est configuré pour enregistrer, en association, un identifiant d'appel principal et au moins un identifiant d'appel secondaire dudit terminal de communication appelant, et qui est également configuré pour : 25 recevoir une communication initiée par le terminal de communication appelant, à partir de l'identifiant d'appel secondaire, à destination du terminal de communication appelé ; émettre, vers le terminal appelé, une notification comprenant au moins l'identifiant d'appel principal, l'identifiant d'appel secondaire, et au moins une 30 information d'identification d'un utilisateur du terminal appelant associée à l'identifiant d'appel secondaire ; router la communication vers le terminal appelé en utilisant l'identifiant d'appel secondaire. Un tel dispositif est par exemple une plateforme de service gérant l'allocation des 35 identifiants d'appel secondaires aux abonnés d'un réseau de communication mobile, telle que la 8 plateforme 0-10NA® développée par Orange®. L'invention concerne également un terminal de communication, comprenant un circuit de traitement configuré pour traiter une communication entrante initiée par un terminal de communication appelant, disposant d'un identifiant d'appel principal et d'au moins un identifiant 5 d'appel secondaire enregistré, en associant avec l'identifiant d'appel principal, dans au moins un dispositif de gestion de communication. Un tel circuit de traitement est également configuré, lorsque la communication entrante est initiée à partir de l'identifiant d'appel secondaire, pour : recevoir une notification comprenant au moins l'identifiant d'appel principal, l'identifiant d'appel secondaire, et au moins une information d'identification d'un IO utilisateur du terminal appelant associée à l'identifiant d'appel secondaire ; effectuer une vérification de présence de l'identifiant d'appel principal et/ou de l'identifiant d'appel secondaire dans un carnet d'adresses du terminal de communication appelé ; sur réception de la communication entrante : 15 o en cas de présence de l'identifiant d'appel principal et/ou de l'identifiant d'appel secondaire dans le carnet d'adresses, afficher un identifiant d'utilisateur mémorisé dans le carnet d'adresses en association avec l'identifiant d'appel présent ; o en cas d'absence de l'identifiant d'appel principal et de l'identifiant d'appel 20 secondaire dans le carnet d'adresses, afficher l'information d'identification comprise dans la notification reçue. Le dispositif de gestion de communication, le terminal de communication et les programmes d'ordinateur correspondants précités présentent au moins les mêmes avantages que ceux conférés par les procédés de gestion de communication selon la présente invention. 25 4. Liste des figures D'autres buts, caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante, donnée à titre de simple exemple illustratif, et non limitatif, en relation avec les figures, parmi lesquelles : La figure 1 présente une vue schématique et générale d'un système d'établissement 30 d'une communication entre un terminal de communication appelant et un terminal de communication appelé selon un mode de réalisation de l'invention ; La figure 2 présente la structure simplifiée d'un dispositif de gestion de communication appartenant au système de la figure 1, selon un mode de réalisation ; la figure 3 illustre la structure simplifiée d'un terminal de communication appelé 35 appartenant au système de la figure 1, selon un mode de réalisation ; 9 la figure 4 présente les principales étapes d'un procédé de gestion de communication entre un terminal de communication appelant et un terminal de communication appelé selon un mode de réalisation de l'invention ; la figure 5 présente une variante de la figure 4, dans le cas particulier de la gestion des 5 identifiants d'appel indésirables. 5. Description détaillée de modes de réalisation de l'invention Le principe général de l'invention repose sur l'envoi, par une plateforme de gestion de communication, d'une notification, préalablement à l'établissement d'une communication entre un terminal de communication appelant et un terminal de communication appelé, comprenant ID l'identifiant d'appel principal du terminal appelant, son identifiant d'appel secondaire utilisé pour initier la communication, et des informations d'identification complémentaires de l'utilisateur appelant. Cette notification est envoyée au terminal appelé, qui peut utiliser son contenu pour faciliter l'identification, par l'utilisateur appelé, de l'utilisateur appelant. La figure 1 illustre schématiquement un système dans lequel sont mis en oeuvre les 15 procédés de gestion d'une communication selon un mode de réalisation de l'invention. Dans un souci de clarté de la figure 1, certains éléments bien connus de ce système ne sont pas représentés. De tels éléments sont par exemple des serveurs, des noeuds, des stations de base, des passerelles ou encore d'autres entités du réseau de télécommunications utilisé dans ce système. 20 Le système comprend un premier dispositif de communication DC1 apte à établir une communication à destination d'un deuxième dispositif de communication DC2. Dans l'exemple représenté, le dispositif de communication DC1 est un téléphone mobile comprenant une carte SIM dotée d'un identifiant d'abonné unique appelé IMSI (abréviation anglaise de « International Mobile Subscriber Identity »). De façon connue en soi, cet identifiant 25 est utilisé pour identifier le dispositif de communication DC1 dans son réseau de communication de rattachement RC1, c'est-à-dire le réseau auprès duquel l'utilisateur UT1 du dispositif de communication DC1 s'est abonné. Dans l'exemple représenté, le réseau RC1 est de type mobile tel qu'un réseau GSM (abréviation anglaise de « Global System for Mobile communications ») ou UMTS (abréviation anglaise de « Universal Mobile Telecommunications System ») ou LTE 30 (abréviation anglaise de « Long Term Evolution »). L'identifiant IMSI est associé à un identifiant d'appel principal MSISDN, noté IAP1, qui est un numéro de téléphone permettant de joindre le dispositif de communication DC1. Cet exemple n'est bien sûr pas limitatif. Ainsi, selon un autre exemple, le dispositif de communication DC1 est par exemple un téléphone fixe rattaché à un autocommutateur 35 téléphonique privé PABX (de l'anglais « Private Automatic Branch eXchange »). En fonction du type du réseau de communication RC1, l'identifiant d'appel principal IAP1 du dispositif de communication DC1 pourrait être différent d'un numéro de téléphone. Par exemple, il pourrait consister en des métadonnées associées à l'utilisateur UT1 du dispositif de communication DC1, tel qu'en particulier une image ou des informations sur l'utilisateur, telles 5 que son nom et son adresse. Dans le mode de réalisation de la figure 1, le premier dispositif de communication DC1 dispose également d'un ou plusieurs identifiant(s) d'appel secondaire(s) IAS1, qui sont des numéros de téléphone supplémentaires permettant de joindre le dispositif de communication et d'initier des communications vers d'autres dispositifs de communication. ID Le deuxième dispositif de communication DC2 est apte à recevoir la communication initiée par le dispositif de communication DC1. De la même façon que le dispositif de communication DC1, le dispositif de communication DC2 est également doté d'un identifiant d'appel principal IAP2. Dans l'exemple représenté, le dispositif de communication DC2 est un téléphone mobile rattaché à un réseau de communication RC2 de type mobile. Toutefois, le dispositif de communication DC2 peut être également un téléphone fixe rattaché à un réseau de télécommunications commuté ou bien encore un serveur de communication, tel que par exemple un serveur de réception d'appels d'urgence. Le deuxième dispositif de communication DC2 peut, ou non, disposer également d'un ou plusieurs identifiant(s) d'appel secondaire(s) IAS2. Selon un autre exemple non représenté, les réseaux de communication RC1 et RC2 peuvent former un réseau de communication unique d'un même opérateur de télécommunications. En outre, dans la présente description, on entend par « communication » un appel vocal classique ou n'importe quelle autre session de communication de type données et/ou audio et/ou vidéo initiée par le dispositif de communication DC1 à destination du dispositif de communication DC2. Le système représenté sur la figure 1 comprend en outre un dispositif de gestion de communication DGC. Un tel dispositif est une plateforme installée dans le réseau qui est destinée à: gérer l'allocation d'identifiants d'appel secondaires aux dispositifs de communication qui en font la demande. A ce titre, le dispositif DGC maintient notamment une base de données dans laquelle elle enregistre, en association, l'identifiant principal IAP et un ou plusieurs identifiants d'appel secondaires IAS (par exemple, pour le dispositif de communication DC1, un couple (IAP1, IAS1)); 11 traiter toute communication initiée par le dispositif de communication DC1 à partir d'un de ses identifiants d'appel secondaires, à destination de l'identifiant d'appel principal IAP2 du dispositif de communication DC2. En relation avec la figure 2, on considère maintenant la structure simplifiée de la 5 plateforme de gestion de communication DGC selon un exemple de réalisation de l'invention. Une telle plateforme est adaptée pour mettre en oeuvre le procédé de gestion d'une communication entre un terminal appelant et un terminal appelé selon un mode de réalisation de l'invention qui va être décrit ci-dessous. Par exemple, la plateforme DGC de gestion de communication comprend des ressources ID physiques et/ou logicielles, en particulier un circuit de traitement CT1 pour mettre en oeuvre le procédé de gestion de communication selon un mode de réalisation de l'invention, le circuit de traitement CT1 contenant un processeur PROC1 piloté par un programme d'ordinateur PG1. A l'initialisation, les instructions de code du programme d'ordinateur PG1 sont par exemple chargées dans une mémoire RAM, notée MR1, avant d'être exécutées par le circuit de 15 traitement CT1. La plateforme DGC de gestion de communication comprend principalement : une interface de communication COM10 qui est adaptée pour échanger des messages avec le dispositif de communication DC1 de la figure 1, via le réseau RC1 ou bien un autre réseau non représenté sur la figure 1, lesdits messages étant conformes par exemple au 20 protocole http (abréviation anglaise de « HyperText Transfer Protocol »); une interface de communication COM11 apte à communiquer avec les dispositifs de communication DC1 et DC2 et qui, selon le type de communication à établir, peut-être une interface de communication apte à émettre ou recevoir des appels vocaux ou bien une interface de communication apte à émettre ou recevoir des messages textuels de type SMS (de l'anglais 25 « Short Message Service ») ou bien encore une interface de communication apte à émettre ou recevoir des messages multimédia de type MMS (de l'anglais « Multimedia Messaging Service »); un gestionnaire de profils GP apte à gérer le profil de l'utilisateur UT1 du dispositif de communication DC1; un premier module de stockage MST1, par exemple une base de données, relié au 30 gestionnaire de profils GP et contenant une pluralité d'identifiants d'appel secondaires IAS2, IAS2 ..... IAS,,..., IAS, où J est un entier supérieur ou égal à 1 et un deuxième module de stockage MST2, par exemple une base de données, relié au gestionnaire de profils GP et contenant des informations d'identification des dispositifs de communication DCi, ces informations ayant été, lors d'un échange préalable établi entre l'utilisateur UTi du dispositif de communication DCi et la plateforme DGC, communiquées à cette 12 dernière, puis enregistrées dans le deuxième module de stockage MST2 en association avec un des identifiants d'appel secondaires stockés dans le premier module de stockage MST1, par exemple l'identifiant d'appel secondaire IAS,. En prenant l'exemple du dispositif de communication DC1, de telles informations 5 d'identification comprennent, d'une part, l'identifiant d'appel principal IAP1 du dispositif de communication DC1 (par exemple l'identifiant MSISDN du dispositif de communication DC1, le numéro de ligne fixe de l'utilisateur UT1 du dispositif de communication DC1, l'adresse IP ou bien l'adresse email permanente de l'utilisateur UT1), et d'autre part une ou plusieurs informations d'identification (label) que l'utilisateur UT1 souhaite associer à un identifiant d'appel secondaire ID (par exemple, un lien hypertexte vers le site internet de son entreprise, un logo, un nom, un titre...). Une telle gestion des profils par la plateforme DGC permet à un utilisateur appelant de choisir le « label » qui sera affiché sur l'écran du terminal appelé, s'il n'est pas encore connu de ce dernier. Le deuxième module de stockage MST2 contient de telles informations pour tous les 15 dispositifs de communication DCi ayant souscrit, auprès de la plateforme DGC, au service d'attribution d'identifiants d'appel secondaires. Les interfaces de communication COM10, COM11, ainsi que le gestionnaire de profils GP, sont pilotés par le processeur PROC1 du circuit de traitement CT1. Selon un mode de réalisation, les identifiants d'appel secondaires IASJ., IAS2,..., IAS, 20 précités font partie d'un pool attribué par l'administrateur de la plateforme DGC à un fournisseur de service partenaire auprès duquel s'est préalablement inscrit l'utilisateur UT1 du dispositif de communication DC1. Autrement dit, ce pool d'identifiants d'appels secondaires est réservé au service auquel a souscrit l'utilisateur UT1. Un identifiant d'appel secondaire sélectionné dans le pool d'identifiants d'appel 25 secondaires IAS, lAS2 ..... IAS,' ..... IASJ, par exemple l'identifiant IASm, est associé aux informations d'identification relatives au dispositif de communication DC1, qui sont stockées dans le module de stockage MST2. Dans l'exemple représenté, l'identifiant d'appel secondaire sélectionné IASm est un numéro de téléphone. Toutefois, en variante et selon le contexte de la communication à établir, l'identifiant d'appel secondaire peut être un alias, un pseudo ou une identité réseau de 30 type MSISDN, adresse IP, adresse email, adresse E.164, adresse SIP. En outre, cet identifiant d'appel secondaire peut être enregistré en association avec un identifiant IDS du service auprès duquel l'utilisateur UT1 du premier dispositif de communication DC1 a souscrit. A cet effet, cet identifiant secondaire a une durée de validité qui correspond par exemple à la durée de souscription à ce service ou bien à une durée prédéterminée, fixée au préalable par 35 l'administrateur de la plateforme de gestion de communication DGC. 13 Le gestionnaire de profil GP est connecté à un centre de commutation CMT qui est apte à traiter le trajet de la communication établie depuis le dispositif de communication DC1 jusqu'au dispositif de communication DC2, tels que représentés sur la figure 1. Les échanges entre le centre de commutation CMT et le gestionnaire de profils GP sont par exemple conformes au 5 protocole SIP (de l'anglais « Session Initiation Protocol »). Le centre de commutation CMT est bien connu en soi. Dans l'exemple représenté, il correspond par exemple à un centre de commutation mobile "MSC" (Mobile Switching Centre) d'un réseau de télécommunications mobile. Selon un autre mode de réalisation dans lequel le dispositif de communication DC1 serait de type fixe, le centre de commutation CMT pourrait être ID un commutateur local d'un réseau de télécommunications fixe. On notera que dans le réseau de télécommunications fixe, le commutateur local traite les appels locaux entre des abonnés d'un même commutateur ainsi que le départ et l'arrivée du trafic avec les autres commutateurs. Le centre de commutation CMT est caractérisé par deux fonctions principales. La première fonction principale est une fonction de contrôle d'appel qui correspond à la 15 fonction centrale d'un commutateur téléphonique. Une telle fonction met en oeuvre différentes opérations telles que le décodage d'informations d'adresse et le routage d'appels téléphoniques depuis un premier dispositif de communication appelant vers un deuxième dispositif de communication appelé. Une telle fonction est associée à certaines fonctionnalités d'appel telles que: 20 une mise en attente de l'appel ; un transfert d'appel sur une messagerie vocale lorsque le dispositif de communication appelé n'est pas décroché ; une sonnerie particulière indiquant à l'appelant que son correspondant est déjà en ligne ou non joignable. 25 Cette première fonction traite par ailleurs le niveau de signalisation établi au cours de la communication entre les deux dispositifs de communication, c'est-à-dire le niveau correspondant à la signalisation des messages échangés via les différentes entités du réseau de communication. La deuxième fonction principale est une fonction « Média » pour traiter toute la partie Média de la communication entre les deux dispositifs de communication. Une telle fonction 30 correspond au niveau « Média » de traitement des données textuelles et/ou audio et/ou des images/vidéos échangées entre les deux dispositifs de communication lors de la communication. Il convient de noter que même si dans le mode de réalisation représenté sur la figure 2, le gestionnaire de profils GP et le centre de commutation CMT sont hébergés ensemble sur la plateforme de gestion de communication DGC, cet exemple n'est en rien limitatif. 14 En effet, dans une variante de réalisation, la plateforme de gestion de communication DGC pourrait contenir uniquement le gestionnaire de profils GP, le centre de commutation CMT étant hébergé à un autre endroit dans le réseau mais toujours connecté fonctionnellement au gestionnaire de profils GP. 5 En relation avec la figure 3, on considère maintenant la structure simplifiée du dispositif de communication DC1 ou DC2 selon un exemple de réalisation de l'invention. Par exemple, le dispositif de communication DC2, ici un téléphone mobile, comprend des ressources physiques et/ou logicielles, en particulier un circuit de traitement CT2 pour mettre en oeuvre les échanges avec la plateforme de gestion de communication DGC des figures 1 et 2 ID préalablement à la communication à établir, puis une fois ladite communication établie. Le circuit de traitement CT2 contient un processeur PROC2 piloté par un programme d'ordinateur PG2. A l'initialisation, les instructions de code du programme d'ordinateur PG2 sont par exemple chargées dans une mémoire RAM, notée MR2, avant d'être exécutées par le circuit de 15 traitement CT2. Le dispositif de communication DC2 comprend principalement : une interface de communication COM20 qui est adaptée pour échanger des messages avec le gestionnaire de profils GP de la plateforme de gestion de communication DGC des figures 1 et 2, via le réseau de communication RC2 ou un autre réseau de communication 20 de données non représenté, lesdits messages étant conformes par exemple au protocole http (abréviation anglaise de « HyperText Transfer Protocol »); une interface de communication COM21 apte à établir/recevoir un appel via le réseau de communication et qui, selon le type de communication à établir, peut-être une interface de communication apte à émettre ou recevoir des appels vocaux ou bien une interface de 25 communication apte à émettre ou recevoir des messages textuels de type SMS ou bien encore une interface de communication apte à émettre ou recevoir des messages multimédia de type MMS. Le dispositif de communication DC2 comprend également : un module INT de traitement des interactions utilisateurs Ul ; 30 un écran de visualisation EC; un haut-parleur HP; une interface DEC de décodage audio/vidéo des contenus de type texte, audio, vidéo ou audiovisuel, ladite interface étant adaptée pour transmettre les signaux décodés à l'écran EC ou dans le haut-parleur HP; 15 un module TEL de téléchargement de contenus de type texte et/ou audio et/ou audiovisuel ou encore d'applications. Plus particulièrement, l'interface de communication COM20 est configurée pour, préalablement à l'établissement de la communication avec le dispositif de communication 5 appelant DC1, recevoir, en provenance de la plateforme de gestion de communication DGC, via l'interface de communication COM10 de cette dernière, un message qui comprend les informations d'identification associées au dispositif de communication DC1 et qui ont été préalablement enregistrées, comme expliqué plus haut, dans le module de stockage MST2 de la plateforme de gestion de communication DGC, à savoir : 10 - l'identifiant d'appel principal IAP1 du dispositif de communication DC1 appelant ; - l'identifiant d'appel secondaire IAS1 du dispositif de communication DC1, utilisé pour initier la communication vers le terminal de communication appelé DC2; 15 - des informations d'identification de l'utilisateur UT1 du terminal de communication appelant DC1, que ce dernier a préalablement communiquées à la plateforme de gestion de communication DGC, pour qu'elles soient associées par cette dernière à son identifiant d'appel secondaire IAS1. Une telle notification peut également comprendre des instructions de gestion du carnet 20 d'adresses du dispositif de gestion de communication DC2, sous la forme d'opérations CRUD (pour l'anglais « Create, Read, Update, Delete »), pour permettre la mise à jour d'un contact existant associé à l'utilisateur UT1 (par exemple, pour ajouter, dans un contact existant, connu à partir d'un identifiant d'appel principal, un nouvel identifiant d'appel secondaire). Si, de manière optionnelle, le terminal de communication DC2 souhaite souscrire, comme 25 le terminal DC1, à un service d'allocation d'un ou plusieurs identifiant(s) d'appel secondaire(s), le module TEL de téléchargement du dispositif de communication DC2 est en outre configuré pour télécharger, depuis la plateforme DGC de gestion de communication, une application AEC dédiée à la gestion d'une communication conformément à un mode de réalisation de la présente invention. 30 Une telle application a notamment pour fonction de permettre à l'utilisateur UT2 du terminal de communication DC2 de se connecter à la plateforme de gestion de communication DGC, pour y configurer ses identifiants d'appel secondaires, et les informations d'identification (label) qu'ils souhaitent y associer. Ces informations sont transmises au gestionnaire de profil GP, et enregistrées en association dans le module de stockage MST2, comme décrit ci-dessus. 16 Elle a également pour fonction, lorsque l'utilisateur UT2 souhaite initier une communication à partir de l'un de ses identifiants d'appel secondaires IAS2, d'envoyer une requête d'établissement de communication vers la plateforme de gestion de communication DGC. Les interfaces de communication COM20, COM21, le module de téléchargement TEL, ainsi 5 que le module INT de traitement des interactions utilisateurs, sont pilotés par le processeur PROC2 du circuit de traitement CT2. En référence à la figure 4, on décrit maintenant le déroulement d'un procédé de gestion d'une communication selon un mode de réalisation de l'invention, tel que mis en oeuvre dans la plateforme de gestion de communication DGC d'une part, et dans le terminal de communication IO appelé DC2. Préalablement au déroulement de ce procédé, il est considéré que : l'application AEC d'établissement d'une communication à partir d'un identifiant d'appel secondaire a été préalablement téléchargée par le module de téléchargement TEL du dispositif de communication DC1; 15 la plateforme DGC a alloué au dispositif de communication DC1 un ou plusieurs identifiant(s) d'appel secondaire(s) choisi(s) dans le pool d'identifiants d'appels secondaires IAS1, IAS2,...,IAS,, ..... IAS, disponibles au moment de la requête de l'utilisateur UT1. L'identifiant d'appel secondaire sélectionné est par exemple l'identifiant IAS1; l'utilisateur UT1 du dispositif de communication DC1 a communiqué à la plateforme DGC 20 de gestion de communication les informations d'identification qu'il souhaite associer à l'identifiant d'appel secondaire IAS1 de son dispositif de communication DC1; la plateforme DGC a enregistré, en association, dans le module MST2 du gestionnaire de profils GP, l'identifiant d'appel principal IAP1 du dispositif de communication DC1, son identifiant d'appel secondaire IA51 et les informations d'identification associées (label) 25 (ou, en variante, plusieurs identifiants d'appel secondaires, avec les différentes informations d'identification à associer à chacun d'entre eux). De façon générale, le procédé de gestion d'une communication selon l'invention est mis en oeuvre dans le cas où l'utilisateur UT1 du dispositif de communication DC1 souhaite initier une communication à partir d'un identifiant d'appel secondaire IAS1 de ce dernier à destination du 30 dispositif de communication DC2 de la figure 1. A cet effet, au cours d'une étape ST1 représentée sur la figure 4, le gestionnaire de profils GP de la plateforme de gestion de communication DGC reçoit en provenance du dispositif de communication DC1, via l'interface de communication COM10 de cette dernière, un message ReqCom (IAS1, IAP2), par exemple selon le protocole http, qui contient : 17 une requête d'établissement d'une communication vers le terminal DC2, identifié par exemple par son identifiant d'appel principal IAP2 ; l'identifiant d'appel principal IAS1 du dispositif de communication DC1, que l'utilisateur UT1 a sélectionné pour initier cette communication. 5 A réception de cette requête, la plateforme DGC vérifie que l'utilisateur UT1 est authentifié en comparant les informations d'identification contenues dans le message reçu avec celles enregistrées dans le module de stockage MST2 de la figure 2, et extrait de ce module MST2 l'identifiant d'appel principal IAP1 et les informations d'identification (label) associées à l'identifiant d'appel secondaire IAS1 pour ce terminal de communication DC1. ID Au cours d'une étape 5T2, la plateforme DGC émet, à destination du terminal de communication appelé DC2, une notification Notif(IAP1, IA51, label, CRUD, cont data), qui contient par exemple : - l'identifiant d'appel principal IAP1 du terminal appelant DC1, par exemple son MSISDN ; l'identifiant d'appel secondaire IAS1, par exemple un numéro de téléphone secondaire, 15 avec lequel l'utilisateur UT1 souhaite établir la communication ; des informations d'identification label que l'utilisateur UT1 a préalablement communiquées à la plateforme DGC pour qu'elles soient associées à l'identifiant d'appel secondaire IAS1, par exemple le logo de son entreprise, ou un lien hypertexte pointant vers le site internet de cette dernière ; 20 des opérations CRUD, donnant instructions, le cas échéant, de mettre à jour un contact enregistré dans le carnet d'adresses du terminal de DC2 pour l'utilisateur UT1, en associant avec les données de mise à jour correspondantes cont data. Une telle notification Notif(lAP1, lA51, label, CRUD, cont data) peut présenter une structure de type JSON (pour l'anglais « JavaScript Object Notation », qui est un format de 25 données textuelles permettant de représenter de l'information structurée), par exemple : - {MSISDN : +33631258565, IAS1 : +33715458796, label : Mon Entreprise, create, : +33715458796:,} - {MSISDN : +33631258565, IAS1 : +33715458796, label : Mon Entreprise, update, {cont data : Mon Entreprtse;; 30 Le premier exemple ci-dessus correspond au cas d'une notification avec un nouveau numéro de téléphone secondaire, utilisé pour établir une communication. Comme on le verra plus en détail par la suite, si le numéro de téléphone principale MSISDN de l'utilisateur UT1 est déjà enregistré dans le carnet d'adresses du terminal appelé DC2, les opérations « create, {IAS1: +33715458796}» permettent d'enregistrer ce numéro de téléphone secondaire 1451 dans le 35 contact associé à UT1. 18 Le deuxième exemple ci-dessus correspond, dans un contexte d'appel professionnel par exemple, à une mise à jour du nom de l'entreprise associée à UT1. En référence à nouveau à la figure 4, le terminal de communication appelé DC2 procède, à réception de la notification émise par la plateforme de gestion de communication DGC, à la 5 vérification Verif(lAP1) de la présence de l'identifiant d'appel principal IAP1 du terminal appelant DC1 dans son carnet d'adresses, au cours d'une étape référencée ST3. Un tel carnet d'adresses est par exemple enregistré dans la mémoire MR2 du circuit de traitement CT2, et répertorie tous les contacts connus de l'utilisateur UT2. Cette vérification consiste par exemple à vérifier la présence du MSISDN du terminal appelant DC1 dans le carnet d'adresses. 10 A l'issue de cette vérification, le terminal de communication DC2 adresse un accusé de réception ACK à la plateforme de gestion de communication DGC au cours d'une étape référencée ST4. En outre, si, lors de l'étape de vérification ST3, le terminal DC2 a identifié l'identifiant d'appel principal IAP1 comme étant déjà enregistré dans son carnet d'adresses, il met alors à jour 15 le contact correspondant associé à l'utilisateur UT1, au cours d'une étape ST3B CRUD(IAP1), à partir des instructions CRUD contenues dans la notification reçue au cours de l'étape ST2, et des données de contact correspondantes cont _data. Par exemple, il ajoute, dans le contact associé à l'utilisateur UT1, le nouveau numéro de téléphone secondaire IAS1. Au cours d'une étape référencée ST5, la plateforme de gestion de communication DGC 20 route alors, grâce au centre de commutation CMT, la communication entrante ReqCom(lAS1, IAP2) initiée par le terminal appelant DC1 vers le terminal appelé DC2. Deux situations peuvent alors se produire, lorsque le terminal de communication appelé DC2 reçoit cet appel entrant : si, lors de l'étape de vérification ST3, le terminal DC2 a identifié l'identifiant d'appel 25 principal IAP1 comme étant déjà enregistré dans son carnet d'adresses, il affiche alors, lors d'une étape ST6 Aff EC, les informations de contact enregistrées en association avec ce MSISDN dans le carnet d'adresses (par exemple un nom/prénom de l'utilisateur UT1) (éventuellement après mise à jour de ces dernières lors de l'étape ST3B); si en revanche, lors de l'étape de vérification 5T3, il a été conclu que ce MSISDN était 30 inconnu du terminal appelé DC2, ce dernier affiche sur l'écran EC, lors d'une étape 5T6 Aff EC, les informations d'identification label contenues dans la notification Notif(IAP1, IAS1, label, CRUD, cont data) reçue à l'étape ST2. Dans un cas comme dans l'autre, l'utilisateur UT2 dispose donc d'informations sur l'identité de l'utilisateur UT1 qui cherche à le joindre et ce, bien qu'il ne connaisse pas le numéro 19 de téléphone secondaire utilisé par ce dernier. Il peut alors prendre une décision éclairée quant à l'acceptation ou au rejet de cette communication entrante. En ce qui concerne ces informations d'identifications (label), on notera que plusieurs cas d'usage peuvent se présenter : 5 dans un contexte professionnel, elles peuvent permettre à l'utilisateur UT1 d'annoncer à l'utilisateur UT2 qu'il représente la société Mon Entreprise, même s'il ne fait pas partie de la liste de contacts du terminal appelé DC2 ; dans un contexte privé, elles peuvent permettre à l'utilisateur UT1 d'utiliser des numéros de téléphone différents pour différents groupes de contacts, par exemple IO son cercle familial, les réseaux sociaux, et son groupe d'amis ; elles peuvent enfin permettre à l'utilisateur UT1 de disposer de deux profils, un profil professionnel associé à certains identifiants d'appel, et un profil privé associé à certains autres, et à basculer de l'un à l'autre de ces profils, tout en conservant le même terminal de communication DC1. 15 A l'issue de l'appel, des messages de fin de communication FIN sont transmis par le terminal appelé DC2 vers la plateforme de gestion de communication DGC au cours d'une étape ST7, puis par la plateforme de gestion de communication DGC vers le terminal appelant DC1 au cours d'une étape ST8. Au cours d'une étape référencée ST9, si l'identifiant d'appel principal IAP1 du terminal 20 appelant DC1 n'était pas connu du carnet d'adresses du terminal appelé DC2, ce dernier peut alors afficher, sous forme de message pop-up sur l'écran EC, une proposition Add Contact? d'enregistrer ce nouveau contact UT1 dans le carnet d'adresses. Ainsi, lors d'un éventuel prochain appel, même s'il est initié avec un autre identifiant d'appel secondaire du terminal DC1, l'utilisateur UT2 reconnaîtra la personne qui cherche à le 25 joindre. Ceci est particulièrement utile dans le cadre de la lutte anti-spams, par le terminal appelé DC2. En effet, le procédé de gestion de l'invention permet avantageusement de propager les mécanismes connus d'antispam et les procédures de blocages d'appels aux identifiants d'appel secondaires, comme illustrés sur la figure 5. 30 Sur cette figure, les étapes identiques à celles de la figure 4 sont désignées par les mêmes références et ne seront pas décrites ici plus en détail, par souci de simplification. Si nécessaire, on pourra se référer à la description de la figure 4 ci-avant. Selon le procédé de gestion de communication de la figure 4, le terminal appelé DC2 procède, lors d'une étape ST3, à la vérification de l'existence de l'identifiant d'appel principal IAP1 35 du terminal appelant DC1 dans son carnet d'adresses. 20 Les informations fournies dans la notification reçues à l'étape ST2 lui permettent en effet d'établir une correspondance entre l'identifiant d'appel principal IAP1, par exemple le MSISDN, et l'identifiant d'appel secondaire IAS1 utilisé par le terminal appelant DC1. Grâce à cette corrélation, si l'identifiant d'appel principal a précédemment été identifié 5 comme une source de spam (en français, pourriel), ou a précédemment été bloqué par l'utilisateur UT2, il est possible de bloquer également l'identifiant d'appel secondaire IAS1, ou de le marquer comme un numéro indésirable. Ainsi, lors d'une étape référencée ST10 Verif SPAM, le terminal DC2 vérifie automatiquement la présence de l'identifiant d'appel principal IAP1 ou de l'identifiant d'appel ID secondaire 1451 dans une liste d'identifiants d'appel jugés indésirables. Si par exemple le numéro de téléphone principal IAP1 a été précédemment identifié comme indésirable, et enregistré comme tel dans le terminal DC2, ce dernier met à jour, au cours d'une étape référencée ST11 Update Spam, la liste d'identifiants d'appel indésirables en y ajoutant l'identifiant d'appel secondaire IAS1. 15 A réception 5T5 de la communication entrante ReqCom(IAS1, IAP2), le terminal DC2 peut automatiquement procéder à son rejet RejCom(IAS1, IAP2) au cours d'une étape référencée ST12. Ce rejet est propagé de la plateforme de gestion de communication DGC au terminal appelant DC1 au cours d'une étape référencée ST13. Cette solution ne nécessite aucune intervention manuelle de la part de l'utilisateur UT2 20 pour bloquer un identifiant d'appel secondaire s'il a déjà identifié que l'identifiant d'appel principal ou un autre identifiant d'appel secondaire du même terminal appelant était indésirable. Ceci constitue donc une solution particulièrement efficace pour lutter contre les spams, dans le cas où le terminal appelant change régulièrement de numéros de téléphone secondaires. Plus généralement, la solution de l'invention présente de multiples avantages, tant du 25 point de vue du terminal appelant que du terminal appelé. Du point de vue du terminal appelant : l'utilisateur UT1 peut choisir précisément le « label » qu'il veut voir afficher sur l'écran du terminal appelé quand il initie une communication à partir d'un numéro de téléphone secondaire ; 30 quel que soit le numéro de téléphone secondaire utilisé pour initier l'appel, les utilisateurs des terminaux appelés peuvent identifier l'utilisateur UT1 appelant, qu'ils le connaissent ou non ; l'utilisateur UT1 n'a pas besoin d'informer au préalable ses amis, sa famille, ou ses contacts professionnels qu'il dispose d'un numéro de téléphone secondaire ; 21 les « labels » associés aux numéros de téléphone secondaires de l'appelant sont gérés de façon homogène et uniforme pour l'ensemble des terminaux appelés, qui les voient tous s'afficher sous la même forme. Du point de vue du terminal appelé : 5 si le terminal appelant fait déjà partie des contacts du carnet d'adresses, l'utilisateur UT2 n'a pas besoin de faire des démarches d'enregistrement de ses différents numéros de téléphone secondaires, ceci est fait de façon automatique et transparente; le terminal appelé n'a pas besoin de gérer les informations d'identification associées aux numéros de téléphone secondaires, ni de disposer d'un service d'annuaire inversé ; IO l'utilisateur appelé UT2 n'a pas besoin d'enregistrer un nouveau numéro inconnu dans son carnet d'adresses, pour qu'il puisse être affiché lors d'un prochain appel. Ceci se fait automatiquement, par affichage d'un message pop-up proposant cet ajout automatique, à la fin de l'appel reçu. Il va de soi que les modes de réalisation qui ont été décrits ci-dessus ont été donnés à titre 15 purement indicatif et nullement limitatif, et que de nombreuses modifications peuvent être facilement apportées par l'homme de l'art sans pour autant sortir du cadre de l'invention. REVENDICATIONS1. Procédé de gestion d'une communication entre un terminal de communication appelant (DC1) et un terminal de communication appelé (DC2), le terminal de communication appelant disposant d'un identifiant d'appel principal (IAP1) et d'au moins un identifiant d'appel secondaire (IAS1) enregistré, en associant avec ledit identifiant d'appel principal, dans au moins un dispositif de gestion de communication (DGC), caractérisé en ce que, lorsque ledit terminal de communication appelant (DC1) initie une communication, à destination dudit terminal de communication appelé (DC2), à partir dudit au ID moins un identifiant d'appel secondaire, il met en oeuvre : une émission (ST2), vers ledit terminal appelé, d'une notification comprenant au moins ledit identifiant d'appel principal (IAP1), ledit au moins un identifiant d'appel secondaire (IA51), et au moins une information d'identification (label) d'un utilisateur (UT1) dudit terminal appelant associée audit identifiant d'appel 15 secondaire ; un routage (ST5) de ladite communication vers ledit terminal appelé en utilisant ledit au moins un identifiant d'appel secondaire. 2. Procédé selon la revendication 1, caractérisé en ce que ladite notification comprend également une instruction (CRUD) de gestion d'un contact associé audit utilisateur dudit terminal 20 appelant, ladite instruction de gestion appartenant au groupe comprenant : une instruction de création ; une instruction de lecture ; une instruction de mise à jour ; une instruction de suppression. 25 3. Programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé de gestion d'une communication selon l'une quelconque des revendications 1 et 2, lorsque ledit programme est exécuté par un processeur d'un dispositif de gestion de communication. 4. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un 30 programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé de gestion d'une communication selon l'une quelconque des revendications 1 et 2, lorsque ledit programme est exécuté par un processeur d'un dispositif de gestion de communication. 23 5. Dispositif de gestion de communication (DGC) pour l'établissement d'une communication entre un terminal de communication appelant (DC1) et un terminal de communication appelé (DC2), le dispositif de gestion de communication (DGC) comprenant un circuit de traitement (CT1) qui est 5 configuré pour enregistrer, en association, un identifiant d'appel principal (IAP1) et au moins un identifiant d'appel secondaire (IAS1) dudit terminal de communication appelant (DC1), caractérisé en ce que ledit circuit de traitement (CT1) est également configuré pour : recevoir (ST1) une communication initiée par ledit terminal de communication appelant, à partir dudit au moins un identifiant d'appel secondaire, à destination ID dudit terminal de communication appelé ; émettre (ST2), vers ledit terminal appelé, une notification comprenant au moins ledit identifiant d'appel principal, ledit au moins un identifiant d'appel secondaire, et au moins une information d'identification d'un utilisateur dudit terminal appelant associée audit identifiant d'appel secondaire ; 15 router (ST5) ladite communication vers ledit terminal appelé en utilisant ledit au moins un identifiant d'appel secondaire. 6. Procédé de gestion d'une communication entrante par un terminal de communication appelé (DC2), ladite communication entrante étant initiée par un terminal de communication appelant (DC1), 20 disposant d'un identifiant d'appel principal (IAP1) et d'au moins un identifiant d'appel secondaire (IAS1) enregistré, en associant avec ledit identifiant d'appel principal, dans au moins un dispositif de gestion de communication (DGC), caractérisé en ce que, lorsque ladite communication entrante est initiée à partir dudit au moins un identifiant d'appel secondaire, ledit terminal de communication appelé met en oeuvre : 25 une réception (ST2) d'une notification comprenant au moins ledit identifiant d'appel principal, ledit au moins un identifiant d'appel secondaire, et au moins une information d'identification d'un utilisateur dudit terminal appelant associée audit identifiant d'appel secondaire ; une vérification (5T3) de présence dudit identifiant d'appel principal et/ou dudit 30 au moins un identifiant d'appel secondaire dans un carnet d'adresses dudit terminal de communication appelé ; sur réception (ST5) de ladite communication entrante : o en cas de présence dudit identifiant d'appel principal et/ou dudit au moins un identifiant d'appel secondaire dans ledit carnet d'adresses, un affichage (ST6) 24 d'un identifiant d'utilisateur mémorisé dans ledit carnet d'adresses en association avec ledit identifiant d'appel présent ; o en cas d'absence dudit identifiant d'appel principal et dudit au moins un identifiant d'appel secondaire dans ledit carnet d'adresses, un affichage (5T6) 5 de ladite au moins une information d'identification comprise dans ladite notification reçue. 7. Procédé de gestion d'une communication entrante selon la revendication 6, caractérisé en ce que, en cas de présence dudit identifiant d'appel principal dans ledit carnet d'adresses, il met à jour (ST3B), dans ledit carnet d'adresses, un contact associé à un utilisateur dudit terminal ID appelant, par ajout dudit au moins un identifiant d'appel secondaire et/ou de ladite information d'identification compris dans ladite notification reçue. 8. Procédé de gestion d'une communication entrante selon l'une quelconque des revendications 6 et 7, caractérisé en ce que, en cas d'absence dudit identifiant d'appel principal et dudit au moins un identifiant d'appel secondaire dans ledit carnet d'adresses, il comprend 15 également, à l'issue de ladite communication entrante, un affichage (ST9) d'un message proposant d'enregistrer ladite au moins une information d'identification, en association avec ledit au moins un identifiant d'appel secondaire et/ou ledit identifiant d'appel principal, dans ledit carnet d'adresses. 9. Procédé de gestion d'une communication entrante selon l'une quelconque des 20 revendications 6 à 8, caractérisé en ce qu'il comprend également une vérification que ledit identifiant d'appel principal et/ou ledit au moins un identifiant d'appel secondaire est un identifiant d'appel bloqué, et, dans l'affirmative, un rejet de ladite communication entrante initiée à partir dudit au moins un identifiant d'appel secondaire. 10. Programme d'ordinateur comprenant des instructions de code de programme pour 25 l'exécution des étapes du procédé de gestion d'une communication entrante selon l'une quelconque des revendications 6 à 9, lorsque ledit programme est exécuté par un processeur d'un terminal de communication appelé. 11. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions de code de programme pour l'exécution 30 des étapes du procédé de gestion d'une communication entrante selon l'une quelconque des revendications 6 à 9, lorsque ledit programme est exécuté par un processeur d'un terminal de communication appelé. 12. Terminal de communication (DC2), comprenant un circuit de traitement (CT2) configuré pour traiter une communication entrante initiée par un terminal de communication appelant 35 (DC1), disposant d'un identifiant d'appel principal (IAPÎ) et d'au moins un identifiant d'appel 25 secondaire (IA51) enregistré, en associant avec ledit identifiant d'appel principal, dans au moins un dispositif de gestion de communication (DGC), caractérisé en ce que, ledit circuit de traitement (CT2) est également configuré, lorsque ladite communication entrante est initiée à partir dudit au moins un identifiant d'appel secondaire, 5 pour : recevoir (ST2) une notification comprenant au moins ledit identifiant d'appel principal, ledit au moins un identifiant d'appel secondaire, et au moins une information d'identification d'un utilisateur dudit terminal appelant associée audit identifiant d'appel secondaire ; IO effectuer une vérification (ST3) de présence dudit identifiant d'appel principal et/ou dudit au moins un identifiant d'appel secondaire dans un carnet d'adresses dudit terminal de communication appelé ; sur réception (ST5) de ladite communication entrante : o en cas de présence dudit identifiant d'appel principal et/ou dudit au moins un 15 identifiant d'appel secondaire dans ledit carnet d'adresses, afficher (5T6) un identifiant d'utilisateur mémorisé dans ledit carnet d'adresses en association avec ledit identifiant d'appel présent ; o en cas d'absence dudit identifiant d'appel principal et dudit au moins un identifiant d'appel secondaire dans ledit carnet d'adresses, afficher (ST6) 20 ladite au moins une information d'identification comprise dans ladite notification reçue.