Brevet FR3118556A1 — publié le 20220701

Procédé de traitement d'une requête d'établissement d'une communication L'invention concerne un procédé de traitement d'une requête d'établissement d'une communication entre un terminal dit terminal origine et identifié par au moins un numéro dit numéro origine, et un terminal dit terminal destination identifié par un numéro dit numéro destination, le procédé étant mis en œuvre dans le terminal origine et comprenant les étapes suivantes: obtention (E30) d'une information relative à une tarification de la communication entre le numéro origine et le numéro destination, dite information tarifaire, émission (E40) d'une demande de confirmation comprenant l'information tarifaire, réception (E50) d'une commande confirmant la requête d'établissement d'une communication. Figure pour l'abrégé: Figure 1 Procédé de traitement d'une requête d'établissement d'une communication 1. Domaine de l'invention L'invention se situe dans le domaine de la téléphonie mobile. 2. Etat de la technique antérieure La terminaison d'appel est le coût de transmission facturé par un opérateur à un autre opérateur pour faire transiter ou terminer un appel sur son réseau. Lorsque l'abonné d'un opérateur A appelle un abonné d'un opérateur B, l'opérateur A doit payer à l'opérateur B une terminaison d'appel pour chaque unité de facturation de la communication. L'unité de facturation est par exemple une seconde ou une minute. En général pour l'abonné, le coût d'un appel inter-opérateur est supérieur au coût d'un appel intra-opérateur, c’est-à-dire un appel de l'abonné de l'opérateur A vers un autre abonné de l'opérateur A. De plus, dans le cas d'un appel inter-opérateur, le coût peut aussi être différent selon l'opérateur de destination de l'appel. Avant de lancer un appel, l'abonné a donc intérêt à savoir quel est l'opérateur de l'abonné qu'il souhaite contacter. Une solution telle que, par exemple, l'application mobile "Contacts par opérateur Maroc", de l'éditeur Toubkal Mob, se limite à afficher, dans le répertoire de contacts du smartphone, le logo correspondant à l'opérateur de chacun des contacts, l'opérateur étant déterminé sur la base des indicatifs fixes et mobiles attribués aux opérateur d'un pays par le régulateur national des télécommunications. Cette solution n'offre pas plus d'information à l'utilisateur du smartphone que l'identité de l'opérateur du contact. Si l'utilisateur ne connait pas les tarifs respectifs des opérateurs, il ne saura pas comment utiliser cette information. De plus, l'identité de l'opérateur du contact peut être fausse en cas de portabilité du numéro, c’est-à-dire si le numéro du contact a été porté de son opérateur d'origine vers un autre opérateur. La même problématique existe concernant les SMS (Short Message Service, ou service de messagerie courte, aussi appelé texto) émis par l'abonné. Dans ce cas l'unité de facturation est par exemple le SMS. Un des buts de l'invention est de remédier à ces inconvénients de l'état de la technique. 3. Exposé de l'invention L'invention vient améliorer la situation à l'aide d'un procédé de traitement d'une requête d'établissement d'une communication entre un terminal dit terminal origine et identifié par au moins un numéro dit numéro origine, et un terminal dit terminal destination identifié par un numéro dit numéro destination, le procédé étant mis en œuvre dans le terminal origine et comprenant les étapes suivantes: obtention d'une information relative à une tarification de la communication entre le numéro origine et le numéro destination, dite information tarifaire, émission d'une demande de confirmation comprenant l'information tarifaire, réception d'une commande confirmant la requête d'établissement d'une communication. Contrairement à la technique antérieure, selon le procédé proposé, lorsqu'un utilisateur d'un smartphone appelle un numéro, le lancement de l'appel est mis en attente pendant qu'une confirmation est demandée à l'utilisateur, par exemple sur l'écran du smartphone. Ceci permet d'informer l'utilisateur sur l'aspect tarification de l'appel qu'il s'apprête à effectuer. L'utilisateur peut alors décider de confirmer son appel, ou au contraire de l'annuler, grâce à une information concernant la tarification qui sera appliquée à l'appel. Selon un aspect du procédé de traitement, les numéros origine et destination sont associés à un opérateur respectif, et où l'étape d'émission d'une demande de confirmation est déclenchée quand l'information tarifaire indique que l'opérateur du numéro destination est différent de l'opérateur du numéro origine. Grâce à cet aspect, les avantages du procédé sont exploités dès que l'appel sort du réseau auquel est abonné l'utilisateur, ce qui est une situation où généralement les appels sont plus chers pour l'utilisateur que s'il appelait un numéro du même réseau. Selon un aspect du procédé de traitement, les numéros origine et destination sont associés à un opérateur respectif, et où l'étape d'émission d'une demande de confirmation est déclenchée quand l'information tarifaire indique qu'une tarification d'une communication entre l'opérateur du numéro destination et l'opérateur du numéro origine est supérieure à un seuil. Grâce à cet aspect, les avantages du procédé sont exploités dès que le tarif de l'appel est supérieur à un seuil d'alerte. Ce seuil peut par exemple être égal à zéro. De cette manière, si l'utilisateur bénéficie par exemple d'un forfait prépayé illimité pour tous les appels vers un certain opérateur, il est alerté dès qu'il tente d'appeler un numéro qui n'est pas chez cet opérateur, et qui ne sera pas gratuit pour lui. Selon un aspect du procédé de traitement, le terminal origine comprend une pluralité de modules d'identité d'abonné, dits cartes SIM (Subscriber Identity Module en anglais), les cartes SIM étant associées à un numéro origine respectif, et où la demande de confirmation comprend en outre une invitation à sélectionner un des numéros origine. Grâce à cet aspect, l'utilisateur peut diminuer le coût d'un appel en précisant quel numéro origine il souhaite utiliser, c’est-à-dire quelle carte SIM. En effet, de plus en plus de smartphones dits multi-SIM sont équipés de plusieurs cartes SIM associées à des contrats différents entre abonné et opérateur. Ainsi, la demande de confirmation permet à un utilisateur de sélectionner le numéro origine qu'il utilisera pour l'appel en fonction de la tarification associée au numéro appelé, qui peut être différente selon la carte SIM sélectionnée. Selon un aspect du procédé de traitement, l'information tarifaire comprend une indication de la tarification de la communication vers le numéro destination. Grâce à cet aspect, l'utilisateur est informé du ou des tarifs vers le numéro appelé, en fonction du numéro appelant, au cas où il ne connait pas ces tarifs par cœur. L'indication donnée peut être simplement relative à un seuil, ou une comparaison entre plusieurs tarifs sans que ceux-ci soient explicitement détaillés, ce qui est suffisant pour que l'utilisateur décide de confirmer l'appel en connaissance de cause. Selon un aspect du procédé de traitement, l'information tarifaire est obtenue à partir de données stockées localement dans le terminal origine. Grâce à cet aspect, les informations pertinentes sont disponibles en temps réel. Elles ne sont pas récupérées par l'émission d'une requête vers un serveur distant, ce qui supposerait une connexion permanente du smartphone à un réseau de données mobile. Les informations relatives à l'opérateur d'un numéro sont par exemple présentes dans le répertoire de contacts stocké dans le smartphone, et peuvent avoir été téléchargées ou ajoutées manuellement par l'utilisateur lors d'une phase préalable d'enrichissement du répertoire de contacts. Selon un aspect du procédé de traitement, le procédé comprend les étapes suivantes: émission d'une requête à destination d'un serveur national de portabilité, comprenant le numéro destination, réception d'une réponse comprenant un identifiant de l'opérateur du numéro destination. Grâce à cet aspect, au cas où l'information relative à l'opérateur du numéro destination n'est pas stockée localement, ou au cas où cette information n'est pas à jour, par exemple suite à un changement d'opérateur effectué par l'utilisateur du numéro destination, l'information est obtenue à l'aide d'une requête vers un serveur d'accès à une base de données des numéros dits portés. Un tel serveur est appelé un serveur de portabilité du numéro, et est habituellement géré par une autorité nationale réglementant tous les opérateurs possédant une licence d'exploitation de services de télécommunications mobiles sur le territoire national. Les messages de requête et réponse peuvent être échangés en temps réel pendant le traitement d'une requête d'établissement de la communication, ou échangés à un autre moment, par exemple lorsque le terminal de l'utilisateur est connecté à un réseau local tel qu'un réseau WiFi. Selon un aspect du procédé de traitement, les données stockées localement dans le terminal origine comprennent une liste de tarification d'appels entre plusieurs opérateurs. Grâce à cet aspect, si le répertoire de contacts comprend déjà une indication de l'opérateur pour chaque contact, il n'est pas nécessaire de maintenir à jour chaque contact avec des informations de tarification, il suffit de maintenir à jour une liste de tarification d'appels entre opérateurs. En consultant à la fois le répertoire et cette liste, le smartphone obtient les informations pertinentes nécessaires pour la demande de confirmation. Cette liste, qui comprend les opérateurs disponibles dans la zone où se trouve le smartphone de l'utilisateur, peut avoir été téléchargée ou entrée manuellement par l'utilisateur lors d'une phase préalable. La liste peut comprendre par exemple des couples {opérateur origine; opérateur destination}, les couples étant ordonnés par ordre croissant de tarifs pour un appel entre le premier opérateur du couple vers le second opérateur du couple. Alternativement, à chaque couple {opérateur origine; opérateur destination}, est associé une classe tarifaire sous forme d'un signe (chiffres, lettres, etc.) indicatif de la hauteur du tarif entre les deux opérateurs. Dans le cas d'un smartphone multi-SIM, dès qu'un numéro destinataire est choisi par l'utilisateur, le procédé proposé peut donc identifier, pour l'opérateur du numéro destinataire, le couple d'opérateurs le mieux placé dans la liste et proposer à l'utilisateur le numéro origine correspondant. Les termes "communication à établir" couvrent aussi bien un appel téléphonique à établir qu'un message de type SMS à envoyer, et les différents aspects qui viennent d'être présentés s'appliquent indifféremment à l'un et l'autre cas. Les différents aspects du procédé de traitement qui viennent d'être décrits peuvent être mis en œuvre indépendamment les uns des autres ou en combinaison les uns avec les autres. L'invention concerne aussi un dispositif de traitement d'une requête d'établissement d'une communication entre un terminal dit terminal origine et identifié par au moins un numéro dit numéro origine, et un terminal dit terminal destination identifié par un numéro dit numéro destination, le dispositif étant mis en œuvre dans le terminal origine et comprenant un récepteur, un émetteur, un processeur et une mémoire couplée au processeur avec des instructions destinées à être exécutées par le processeur pour : obtenir d'une information relative à une tarification de la communication entre le numéro origine et le numéro destination, dite information tarifaire, émettre d'une demande de confirmation comprenant l'information tarifaire, recevoir d'une commande confirmant la requête d'établissement d'une communication. Ce dispositif, apte à mettre en œuvre dans tous ses modes de réalisation le procédé de traitement qui vient d'être décrit, est destiné à être mis en œuvre dans un terminal mobile, par exemple de type smartphone. L'invention concerne aussi un programme d'ordinateur comprenant des instructions qui, lorsque ces instructions sont exécutées par un processeur, conduisent celui-ci à mettre en œuvre les étapes du procédé de traitement qui vient d'être décrit. L’invention vise aussi un support d'informations lisible par un terminal mobile, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Le programme mentionné ci-dessus peut utiliser n’importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable. Le support d'informations mentionné ci-dessus peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, un 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. Un tel moyen de stockage peut par exemple être un disque dur, une mémoire flash, etc. D'autre part, un 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. Un programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, un support d'informations peut être un circuit intégré dans lequel un programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. 4. Présentation des figures D'autres avantages et caractéristiques de l'invention apparaitront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier de l'invention, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : La présente un exemple de mise en œuvre du procédé de traitement d'une requête d'établissement d'une communication, selon des aspects de l'invention, La présente un exemple de structure d'un dispositif de traitement d'une requête d'établissement d'une communication, selon des aspects de l'invention. 5. Description détaillée d'au moins un mode de réalisation de l'invention La présente un exemple de mise en œuvre du procédé de traitement d'une requête d'établissement d'une communication, selon des aspects de l'invention. Lors d'une étape E10, l'utilisateur sélectionne sur l'écran de son terminal mobile un numéro de téléphone de destination dans le répertoire de contacts du terminal. Le format de ce numéro est par exemple MSISDN (Mobile Station Integrated Services Digital Network en anglais, c’est-à-dire le numéro connu du public d'un abonné à un service d'un réseau mobile de communications électroniques, plus couramment appelé numéro de téléphone). Alternativement, L'utilisateur peut composer le numéro sans passer par le répertoire de contacts. Lors d'une étape E20, l'utilisateur déclenche l'appel en appuyant sur la touche adéquate, par exemple en appuyant sur le nom affiché du contact ou sur le numéro affiché du contact. Alternativement, si l'utilisateur souhaite envoyer un SMS et non émettre un appel, il appuie sur la touche déclenchant l'ouverture d'une fenêtre d'édition de message. Contrairement à la technique antérieure, cette action de déclenchement exécutée lors de l'étape E20 ne déclenche pas l'établissement de la communication initié par l'utilisateur lors de l'étape E10, c’est-à-dire l'établissement d'un appel téléphonique ou l'envoi de SMS, mais déclenche les étapes suivantes. Lors d'une étape E30, le terminal obtient une information relative à une tarification de la communication entre le numéro du terminal et le numéro de destination sélectionné par l'utilisateur, dite information tarifaire. Dans un premier mode de réalisation, une seule carte SIM est installée dans le terminal, et le numéro du terminal est le numéro MSISDN associé à la carte SIM. Dans un second mode de réalisation, plusieurs cartes SIM, avec chacune un numéro MSISDN associé, sont installées dans le terminal, qui est dit terminal multi-SIM. Dans ce mode, lors de l'étape E30, l'information tarifaire obtenue par le terminal couvre toutes les cartes SIM du terminal. Selon l'invention, lors de l'étape E30, le terminal peut obtenir l'information tarifaire de plusieurs manières. Avantageusement, cette information est générée sur la base de données préalablement mémorisées dans le terminal de l'utilisateur. Ainsi, l'obtention ne nécessite pas de requête/réponse vers un serveur d'informations tarifaires et se fait en temps réel au moment où l'utilisateur a besoin de passer un appel ou d'envoyer un SMS. De manière connue, le terminal de l'utilisateur possède en mémoire un répertoire de contacts. La mémoire contenant le répertoire peut être propre au terminal ou celle d'une carte SIM. Un contact du répertoire est un registre comprenant plusieurs champs, dont les suivants: Name: nom du contact Nbr: numéro MSISDN du contact Opid: identifiant de l'opérateur responsable du numéro MSISDN Les champs Name et Nbr sont habituellement renseignés par l'utilisateur au fur et à mesure qu'il ajoute des contacts à son répertoire, ou tous à la fois, par exemple lorsqu'il importe un répertoire à partir d'un ancien terminal. Le champ Opid peut être renseigné de plusieurs façons. Il peut être renseigné par une application mobile préalablement installée dans le terminal, par exemple une application du même type que l'application mobile "Contacts par opérateur Maroc", précédemment citée. Une telle application se repose uniquement sur les plages de numéros MSISDN attribuées aux opérateurs par une autorité nationale pour déterminer le champ Opid. Son inconvénient est qu'en cas de portabilité du numéro, c’est-à-dire un changement d'opérateur sans changement de numéro MSISDN, le champ Opid n'est plus à jour. L'utilisateur peut alors le mettre à jour manuellement, à condition qu'il connaisse le nouvel Opid du numéro de la personne dans son répertoire, ce qui n'est pas forcément le cas. Une alternative est le recours à une application mobile améliorée selon l'invention, différant de celle précédemment mentionnée en ce qu'elle vérifie auprès d'un serveur national de portabilité la valeur du champ Opid pour les contacts du répertoire. Cette vérification peut être faite en bloc pour tous les contacts, à intervalle plus ou moins régulier, ou à la demande. Selon un mode de réalisation particulier, le terminal vérifie la valeur du champ Opid pour le contact sélectionné par l'utilisateur lors de l'étape E10, en consultant le serveur national de portabilité. Lors d'une étape E31, le terminal émet une requête vers ce serveur comprenant le numéro destination. Lors d'une étape 32, il reçoit une réponse comprenant l'Opid du numéro destination. Si ces étapes E31 et E32, optionnelles, sont réalisées en temps réel pendant le traitement de la communication demandée par l'utilisateur, cette solution suppose une rapidité de la séquence requête-réponse suffisamment grande pour ne pas être pénalisante pour l'utilisateur, particulièrement en cas d'appel urgent par exemple. Selon un mode de réalisation particulier, le terminal peut en outre posséder en mémoire une table TT de tarifs du ou des opérateurs de la ou des cartes SIM du terminal, dits opérateur(s) du terminal. Par exemple, cette table TT comprend, pour chacun des opérateurs du terminal, la classe de tarif pour une communication vers chacun des autres opérateurs possédant une licence d'exploitation sur le même territoire, et la classe de tarif pour une communication vers un opérateur ne possédant pas une telle licence (par exemple un opérateur étranger). Le tableau 1 est un exemple d'une telle table TT : Destination: Opid = A Destination: Opid = B Destination: Opid = C Destination: Opid = X Opid = A 0 2 3 4 Opid = B 1 0 2 3 Tableau 1: Exemple de table de tarif comprise dans le terminal Dans cet exemple, les opérateurs du terminal sont A et B. En d'autres termes, le terminal est multi-SIM et deux cartes SIM y sont installées, une carte SIM de l'opérateur A et une carte SIM de l'opérateur B. Le tarif d'une communication est proportionnel à la classe de tarif. Les communications intra-opérateur, c’est-à-dire de A vers A ou de B vers B, sont régies par la classe de tarif 0 et sont moins chères que les communications inter-opérateur. Une communication de B vers A, de classe 1, est plus chère, mais moins chère qu'une communication de A vers B, qui est de classe 2. Ainsi de suite, jusqu'aux communications les plus chères, de classe 3 et 4, qui sont vers X, X désignant n'importe quel opérateur étranger. Une telle table TT peut être générée et mise à jour en temps utile, lors d'une étape optionnelle E33, par exemple en ayant recours à l'application mobile améliorée selon l'invention, précédemment citée. Cette étape E33 peut être préalable à l'étape E10. Si nécessaire, deux tables distinctes peuvent exister, une pour les appels téléphoniques et une pour les messages SMS. Lors d'une étape E40, le terminal émet à destination de l'utilisateur une demande de confirmation concernant l'établissement de la communication (appel ou SMS), par exemple en affichant un message spécifique sur l'écran du terminal. Ce message spécifique de demande de confirmation comprend l'information tarifaire et comporte au moins deux parties: une première partie relative à la tarification applicable à la communication, permettant à l'utilisateur de prendre une décision, et une deuxième partie interactive, relative à la confirmation attendue, permettant à l'utilisateur d'indiquer sa décision au terminal. Cette deuxième partie est par exemple une zone tactile comportant un bouton pour "confirmation" et un bouton pour "annulation". Dans un premier scénario simple ne nécessitant pas de table TT, le terminal est mono-SIM, et l'opérateur de la carte SIM est Opid = A. L'opérateur du numéro destination est Opid = C. Le terminal détermine que les opérateurs sont différents, et la première partie de l'information tarifaire qui s'affiche pour l'utilisateur l'informe qu'il s'apprête à passer une communication vers un opérateur différent de celui auquel il est abonné. La deuxième partie de l'information tarifaire qui s'affiche lui demande de confirmer que c'est bien son intention. Dans un deuxième scénario nécessitant une table TT, le terminal est multi-SIM, et l'étape E40 comprend également une invitation à sélectionner, pour la communication demandée lors de l'étape E20, une des cartes SIM, (ou un des numéros MSISDN associés). La première partie du message spécifique affiché comprend une information tarifaire pour chacune des cartes SIM, et la deuxième partie permet la sélection d'une des cartes SIM du terminal, et éventuellement le choix entre une confirmation d'une carte SIM et une annulation de la procédure d'établissement de la communication. Par exemple, le terminal affiche sur l'écran tactile un bouton de confirmation par carte SIM, et un bouton d'annulation. Dans un exemple utilisant la table TT pour ce deuxième scénario, le terminal a déterminé lors de l'étape E30 que l'opérateur de la carte SIM courante est Opid = A, et que l'opérateur du numéro destination est Opid = C. En consultant la table TT, le terminal détermine que la classe de tarif pour une telle communication est 3, et qu'elle est supérieure à la classe de tarif 2 pour une communication entre Opid = B et Opid = C. La première partie de l'information tarifaire qui s'affiche pour l'utilisateur l'informe qu'il s'apprête à passer une communication depuis l'opérateur Opid = A, qui est plus chère que s'il la passait depuis l'opérateur Opid = B de la deuxième carte SIM du terminal. La deuxième partie de l'information tarifaire qui s'affiche lui demande de choisir entre Opid = A et Opid = B pour passer la communication vers l'opérateur Opid = C. Optionnellement, l'information tarifaire peut être plus détaillée et également indiquer les classes de tarif. La confirmation attendue peut alors être fournie par l'utilisateur, lors d'une étape E50, par exemple lorsqu'il appuie dans la zone "confirmation" de l'écran tactile, avec, le cas échéant, le choix d'une carte SIM pour passer la communication, ou refusée par l'utilisateur lorsqu'il appuie dans la zone "annulation". Enfin, lors d'une étape E60, après avoir obtenu une confirmation de la part de l'utilisateur, le terminal établit la communication, c’est-à-dire lance l'appel téléphonique, ou ouvre l'écran d'édition de message dans le cas d'un SMS. Il est à noter que dans le cas d'un SMS, les étapes E30 à E60 peuvent être exécutées après l'ouverture de l'écran d'édition de message, une fois le message composé, donc après appui par l'utilisateur de la touche "envoi" du message SMS. L'étape E20 inclut alors la composition du message et l'appui de la touche envoi, et c'est cette dernière action qui déclenche les étapes E30 et suivantes. L'étape E60 n'inclut alors pas l'ouverture de l'écran d'édition, mais l'envoi du message composé. D'autres modes de réalisation permettent de se passer d'une confirmation de la part de l'utilisateur. Par exemple, lors de l'étape E40, en l'absence d'action de l'utilisateur au bout d'une période de temps déterminée, par exemple 5 secondes, la confirmation attendue peut aussi être automatiquement déclenchée, ou refusée, selon la configuration du terminal et éventuellement les préférences de l'utilisateur. Dans ce mode particulier l'étape E50 n'est pas exécutée. Alternativement, dans le cas multi-SIM évoqué plus haut, où la classe de tarif est plus élevée avec la carte-SIM courant qu'avec l'autre carte SIM du terminal, le terminal peut automatiquement déclencher l'établissement de la communication avec l'autre carte SIM, sans demander de confirmation à l'utilisateur. Dans ce mode particulier le procédé selon l'invention passe de l'étape E30 directement à l'étape E60, sans exécuter les étapes E40 et E50. La présente un exemple de structure d'un dispositif de traitement d'une requête d'établissement d'une communication, selon des aspects de l'invention. Le dispositif 100 met en œuvre le procédé de traitement d'une requête d'établissement d'une communication, dont différents modes de réalisation viennent d'être décrits. Un tel dispositif 100 peut être mis en œuvre dans un terminal mobile T, mono-SIM ou multi-SIM, par exemple de type smartphone. Par exemple, le dispositif 100 comprend une unité de traitement 130, équipée par exemple d'un microprocesseur µP, et pilotée par un programme d'ordinateur 110, stocké dans une mémoire 120 et mettant en œuvre le procédé de traitement d'une requête d'établissement d'une communication selon l'invention. A l’initialisation, les instructions de code du programme d’ordinateur 110 sont par exemple chargées dans une mémoire RAM, avant d’être exécutées par le processeur de l’unité de traitement 130. Un tel dispositif 100 comprend : un module 103 d'obtention, apte à obtenir une information relative à une tarification de la communication entre le numéro origine et le numéro destination, dite information tarifaire, auprès d'un répertoire de contacts Rep et/ou une table de tarifs TT, un module 104 d'émission, apte à émettre une demande de confirmation comprenant l'information tarifaire, par exemple sur une interface utilisateur UI du terminal, un moule 105 de réception, apte à recevoir une commande confirmant la requête d'établissement d'une communication, par exemple depuis une interface utilisateur UI du terminal, un module 106 d'établissement, apte à établir la communication demandée par l'utilisateur. Avantageusement, le dispositif peut en outre comprendre : un module 107 d'émission, apte à émettre une requête à destination d'un serveur national de portabilité, comprenant un numéro de téléphone, un module 108 de réception, apte à recevoir une réponse du serveur national de portabilité, comprenant un identifiant de l'opérateur du numéro de téléphone, un module 109 de réception, apte à recevoir une initialisation ou une mise à jour de la table de tarifs TT. Certains ou la totalité des modules de réception peuvent être regroupés en un récepteur 101. Certains ou la totalité des modules d'émission peuvent être regroupés en un émetteur 102. Certains ou la totalité des modules 101 à 109, et la table TT, peuvent être compris dans une application mobile dédiée, installée sur le terminal T. Cette application mobile peut être préinstallée par le fabricant du mobile ou par un opérateur mobile, ou installée par l'abonné par téléchargement depuis un site Internet tel que par exemple un AppStore. Le carnet d'adresses Rep peut être stocké dans une ou plusieurs cartes SIM, ou dans une mémoire du terminal mobile en dehors d'une carte SIM. Les modules décrits en relation avec la peuvent être des modules matériels ou logiciels. La illustre seulement une manière particulière, parmi plusieurs possibles, de réaliser l’algorithme détaillé ci-dessus, en relation avec la . En effet, la technique de l’invention se réalise indifféremment sur une machine de calcul reprogrammable (un ordinateur, un processeur DSP ou un microcontrôleur) exécutant un programme comprenant une séquence d’instructions, ou sur une machine de calcul dédiée (par exemple un ensemble de portes logiques comme un FPGA ou un ASIC, ou tout autre module matériel). Dans le cas où l’invention est implantée sur une machine de calcul reprogrammable, le programme correspondant (c'est-à-dire la séquence d’instructions) pourra être stocké dans un médium de stockage amovible (tel que par exemple une clé USB, une disquette, un CD-ROM ou un DVD-ROM) ou non, ce médium de stockage étant lisible partiellement ou totalement par un ordinateur ou un processeur. Procédé de traitement d'une requête d'établissement d'une communication entre un terminal dit terminal origine et identifié par au moins un numéro dit numéro origine, et un terminal dit terminal destination identifié par un numéro dit numéro destination, le procédé étant mis en œuvre dans le terminal origine et comprenant les étapes suivantes: obtention (E30) d'une information relative à une tarification de la communication entre le numéro origine et le numéro destination, dite information tarifaire, émission (E40) d'une demande de confirmation comprenant l'information tarifaire, réception (E50) d'une commande confirmant la requête d'établissement d'une communication. Procédé de traitement selon la revendication 1, où les numéros origine et destination sont associés à un opérateur respectif, et où l'étape d'émission (E40) d'une demande de confirmation est déclenchée quand l'information tarifaire indique que l'opérateur du numéro destination est différent de l'opérateur du numéro origine. Procédé de traitement selon la revendication 1, où les numéros origine et destination sont associés à un opérateur respectif, et où l'étape d'émission (E40) d'une demande de confirmation est déclenchée quand l'information tarifaire indique qu'une tarification d'une communication entre l'opérateur du numéro destination et l'opérateur du numéro origine est supérieure à un seuil. Procédé de traitement selon l'une des revendications précédentes, où le terminal origine comprend une pluralité de modules de sécurité d'abonné, dits cartes SIM, les cartes SIM étant associées à un numéro origine respectif, et où la demande de confirmation (E40) comprend en outre une invitation à sélectionner un des numéros origine. Procédé de traitement selon l'une des revendications précédentes, où l'information tarifaire comprend une indication de la tarification de la communication vers le numéro destination. Procédé de traitement selon l'une des revendications précédentes, où l'information tarifaire est obtenue à partir de données stockées localement dans le terminal origine. Procédé de traitement selon la revendication 6, comprenant en outre les étapes suivantes: émission (E31) d'une requête à destination d'un serveur national de portabilité, comprenant le numéro destination, réception (E32) d'une réponse comprenant un identifiant de l'opérateur du numéro destination. Procédé de traitement selon la revendication 6, où les données stockées localement dans le terminal origine comprennent une liste de tarification d'appels entre plusieurs opérateurs. Dispositif de traitement d'une requête d'établissement d'une communication entre un terminal dit terminal origine et identifié par au moins un numéro dit numéro origine, et un terminal dit terminal destination identifié par un numéro dit numéro destination, le dispositif étant mis en œuvre dans le terminal origine et comprenant un récepteur (101), un émetteur (102), un processeur (130) et une mémoire (120) couplée au processeur avec des instructions destinées à être exécutées par le processeur pour : obtenir (103) d'une information relative à une tarification de la communication entre le numéro origine et le numéro destination, dite information tarifaire, émettre (104) d'une demande de confirmation comprenant l'information tarifaire, recevoir (105) d'une commande confirmant la requête d'établissement d'une communication. Programme d'ordinateur (110) , comprenant des instructions qui, lorsque ces instructions sont exécutées par un processeur, conduisent celui-ci à mettre en œuvre les étapes du procédé de traitement d'une requête d'établissement d'une communication, selon l'une des revendications 1 à 8. Support d'informations lisible par un terminal mobile, et comportant des instructions d'un programme d'ordinateur (110) conforme à la revendication 10.