FR3118556A1 - Procédé de traitement d'une requête d'établissement d'une communication - Google Patents

Procédé de traitement d'une requête d'établissement d'une communication Download PDF

Info

Publication number
FR3118556A1
FR3118556A1 FR2014129A FR2014129A FR3118556A1 FR 3118556 A1 FR3118556 A1 FR 3118556A1 FR 2014129 A FR2014129 A FR 2014129A FR 2014129 A FR2014129 A FR 2014129A FR 3118556 A1 FR3118556 A1 FR 3118556A1
Authority
FR
France
Prior art keywords
terminal
operator
destination
request
called
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
FR2014129A
Other languages
English (en)
Inventor
Ahmed BEN ALI
Houcem HOUIJI
Mehdi NAGMAR
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
Orange SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Orange SA filed Critical Orange SA
Priority to FR2014129A priority Critical patent/FR3118556A1/fr
Priority to EP21851619.3A priority patent/EP4268441A1/fr
Priority to PCT/FR2021/052373 priority patent/WO2022136775A1/fr
Priority to US18/259,161 priority patent/US20240056531A1/en
Publication of FR3118556A1 publication Critical patent/FR3118556A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/83Notification aspects
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/83Notification aspects
    • H04M15/85Notification aspects characterised by the type of condition triggering a notification
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/83Notification aspects
    • H04M15/85Notification aspects characterised by the type of condition triggering a notification
    • H04M15/851Determined tariff
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/83Notification aspects
    • H04M15/85Notification aspects characterised by the type of condition triggering a notification
    • H04M15/858Request users acknowledgement prior to use
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24Accounting or billing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Telephonic Communication Services (AREA)
  • Meter Arrangements (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

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

Description

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.

Claims (11)

  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. 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.
  6. 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.
  7. 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.
  8. 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.
  9. Dispositifde 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.
  10. 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.
  11. Support d'informationslisible par un terminal mobile, et comportant des instructions d'un programme d'ordinateur (110) conforme à la revendication 10.
FR2014129A 2020-12-24 2020-12-24 Procédé de traitement d'une requête d'établissement d'une communication Withdrawn FR3118556A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
FR2014129A FR3118556A1 (fr) 2020-12-24 2020-12-24 Procédé de traitement d'une requête d'établissement d'une communication
EP21851619.3A EP4268441A1 (fr) 2020-12-24 2021-12-17 Procédé de traitement d'une requête d'établissement d'une communication
PCT/FR2021/052373 WO2022136775A1 (fr) 2020-12-24 2021-12-17 Procede de traitement d'une requete d'etablissement d'une communication
US18/259,161 US20240056531A1 (en) 2020-12-24 2021-12-17 Method for processing a request to set up a call

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR2014129A FR3118556A1 (fr) 2020-12-24 2020-12-24 Procédé de traitement d'une requête d'établissement d'une communication
FR2014129 2020-12-24

Publications (1)

Publication Number Publication Date
FR3118556A1 true FR3118556A1 (fr) 2022-07-01

Family

ID=75690361

Family Applications (1)

Application Number Title Priority Date Filing Date
FR2014129A Withdrawn FR3118556A1 (fr) 2020-12-24 2020-12-24 Procédé de traitement d'une requête d'établissement d'une communication

Country Status (4)

Country Link
US (1) US20240056531A1 (fr)
EP (1) EP4268441A1 (fr)
FR (1) FR3118556A1 (fr)
WO (1) WO2022136775A1 (fr)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012164589A1 (fr) * 2011-06-01 2012-12-06 Claudio Zambon Système de routage au moindre coût pour des appels entre opérateurs comprenant une pluralité de cartes sim en rapport avec les différents opérateurs

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012164589A1 (fr) * 2011-06-01 2012-12-06 Claudio Zambon Système de routage au moindre coût pour des appels entre opérateurs comprenant une pluralité de cartes sim en rapport avec les différents opérateurs

Also Published As

Publication number Publication date
US20240056531A1 (en) 2024-02-15
EP4268441A1 (fr) 2023-11-01
WO2022136775A1 (fr) 2022-06-30

Similar Documents

Publication Publication Date Title
EP1179271B1 (fr) Terminal radiotelephonique avec une carte a puce dotee d'un navigateur
EP2795878B1 (fr) Procédé de partage d'un contenu multimédia entre utilisateurs
US20110070871A1 (en) Mobile Communications Facilitated by Interactive Menus
CA2739187A1 (fr) Systemes et procedes d'initiation d'appel
FR2662880A1 (fr) Procede d'acces d'un usager aux donnees d'un abonnement a un service de telephonie sans fil.
US20050227677A1 (en) Downloadable profiles for mobile terminals
EP3656142B1 (fr) Chargement d'un nouveau profil d'abonnement dans un module embarqué d'identification de souscripteur
FR2818067A1 (fr) Procede d'acheminement de messages electroniques
US8526923B2 (en) Enabling a user to purchase a ring back tone
FR2821222A1 (fr) Procede d'etablissement de communication anonyme
EP3182671B1 (fr) Procédé et dispositif pour un service de messagerie
FR2892837A1 (fr) Telechargement de donnees dans des objets communicants portables presents dans un reseau de radiocommunications pendant une campagne
WO2022136775A1 (fr) Procede de traitement d'une requete d'etablissement d'une communication
EP3311559B1 (fr) Établissement d'une communication par allocation à un terminal appelant d'un identifiant d'appel intermédiaire dédié à la communication
EP2299667A2 (fr) Controle parental de l'utilisation d'un terminal mobile
EP3162019A1 (fr) Procede et dispositif d'etablissement d'une communication
EP3035723A1 (fr) Procédé de transmission de données en relation avec une communication
WO2009071836A1 (fr) Procédé de gestion de l'interface utilisateur d'un terminal mobile associé à un module de sécurité et terminal mobile associé
WO2022106767A1 (fr) Optimisation du declenchement de communications telephoniques
US9288654B2 (en) Keeping conversations confidential
EP3648443A1 (fr) 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é
KR20130007680A (ko) 통합 앱스토어 애플리케이션을 공유하기 위한 방법, 시스템, 서버, 단말, 및 기록 매체
FR3000337A1 (fr) Procede de gestion des renvois d'appel dans un systeme de communication comprenant des terminaux associes a un identifiant commun
EP3482577A1 (fr) Établissement d'une communication par allocation à un terminal appelant d'un identifiant d'appel intermédiaire dédié à la communication
FR2887390A1 (fr) Procede et equipement de selection, depuis un terminal mobile, d'un compte payeur d'un appel telephonique

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20220701

ST Notification of lapse

Effective date: 20230808