Brevet FR2966675A1 — publié le 20120427

Activation d'une application IP sur un terminal utilisateur 10 Le domaine de l'invention est celui de la foumiture de services basés sur un transport IP (Internet Protocol). Les télécommunications à travers le réseau Internet connaissent un essor important depuis plusieurs années. Les applications IP nécessitent 15 souvent des ressources importantes. A titre d'exemple, une application de voix sur IP, dite VoIP (Voice over IP), doit toujours être dans un état actif sur un terminal utilisateur, dès lors que l'utilisateur de ce terminal souhaite pouvoir recevoir des appels VoIP. En effet, l'état actif est nécessaire pour l'établissement de la 20 communication, et l'utilisateur ne peut pas prévoir quand il recevra un appel. Cette contrainte sur l'état actif est liée à des choix protocolaires, notamment au passage de NAT (Network Address Translation), qui imposent généralement l'envoi et la réception de paquets IP à intervalle régulier. Cela entraîne une consommation d'énergie importante. 25 Or de plus en plus de terminaux utilisateurs sont conçus pour fonctionner sur batterie. On peut citer par exemple les téléphones mobiles de type « smartphone », les ordinateurs portables. Des essais en laboratoire ont montré que l'autonomie d'un téléphone mobile de type « smartphone » est réduite d'une valeur de 45 à 76 % lorsque 30 qu'une application IP demeure à l'état actif, simplement du fait de l'envoi et de la réception de paquets IP à intervalle régulier, selon un protocole n'impliquant pas de passage de NAT. Les essais ont également montré que la réduction peut aller jusqu'à 96 % pour ce même téléphone lorsque l'état actif de l'application IP implique un passage de NAT. Pour éviter cet état actif permanent, il existe des mécanismes d'activation d'application IP sur terminal utilisateur, qui implique l'utilisation d'une seconde application IP moins consommatrice d'énergie, car nécessitant moins d'envois de paquets IP. Cette seconde application IP doit donc rester à l'état actif sur le terminal utilisateur et se voit affectée de la fonction d'activation de la première application IP. Ces mécanismes reposent entièrement sur le protocole IP. Même si la 10 consommation d'énergie liée à l'état actif de la seconde application IP est réduite, elle est néanmoins existante. En outre, ces mécanismes ne sont pas totalement fiables. En effet, si la seconde application IP se trouve à l'état inactif, il devient impossible d'activer la première par son intermédiaire. 15 Enfin, ces mécanismes reposent sur l'utilisation d'une seconde application IP, cela impose donc à l'utilisateur d'avoir cette seconde application IP sur son terminal. La présente invention a pour but de résoudre les inconvénients de la 20 technique antérieure. A cette fin, l'invention propose un procédé d'activation d'une application IP sur un terminal utilisateur ayant une identité applicative pour ladite application IP, caractérisé en ce qu'il comporte les étapes de : - interrogation d'une base de données pour déterminer une 25 correspondance entre l'identité applicative du terminal utilisateur et un numéro d'appel du terminal utilisateur, - si cette correspondance est établie, envoi d'une notification de commande à une plateforme USSD pour qu'elle envoie un message selon le protocole USSD au terminal utilisateur en utilisant le numéro d'appel, ledit 30 message étant adapté pour activer l'application IP sur le terminal utilisateur. Grâce à l'invention, l'application IP du terminal utilisateur peut rester à l'état inactif tant qu'elle n'est pas utilisée. Ainsi, il n'y a pas consommation d'énergie associée au maintient de l'état actif de cette application IP sur le terminal utilisateur. L'autonomie de ce terminal utilisateur est par conséquent préservée. Le protocole USSD est un protocole circuit universel à tous les téléphones mobiles. Chaque téléphone mobile peut ainsi recevoir un message selon ce protocole. L'envoi et la réception de message selon le protocole USSD sont très peu consommateurs d'énergie. Selon une caractéristique préférée, le procédé comporte une étape préalable de vérification de l'état actif ou inactif de l'application IP sur le terminal 10 utilisateur. Ainsi, s'il se trouve que l'application IP sur le terminal utilisateur est déjà à l'état actif, la communication peut être établie directement. Selon une caractéristique préférée, l'étape préalable de vérification 15 comporte l'interrogation d'une base de données d'activité qui mémorise l'état d'activité IP du terminal utilisateur. Selon une caractéristique préférée, le procédé comporte en outre les étapes de : 20 - détection de l'activation de l'application IP sur le terminal utilisateur, - établissement d'une communication IP avec le terminal utilisateur. Ainsi, dès que l'application IP est activée sur le terminal utilisateur, la communication est établie. 25 L'invention concerne également un dispositif d'activation d'une application IP sur un terminal utilisateur ayant une identité applicative pour ladite application IP, caractérisé en ce qu'il comporte : - des moyens d'interrogation d'une base de données pour déterminer une correspondance entre l'identité applicative du terminal utilisateur et un 30 numéro d'appel du terminal utilisateur, - des moyens d'envoi, si cette correspondance est établie, d'une notification de commande à une plateforme USSD pour qu'elle envoie un message au terminal utilisateur en utilisant le numéro d'appel, ledit message étant adapté pour activer l'application IP sur le terminal utilisateur. Ce dispositif est de préférence implanté dans une plateforme 5 d'application IP. Ainsi, l'invention concerne une telle plateforme d'application IP. L'invention concerne encore une base de données d'activité, caractérisée en ce qu'elle comporte des moyens de mémorisation d'un état d'activité de session IP pour au moins un terminal utilisateur et des moyens de 10 communication avec la plateforme d'application IP précédemment exposée. L'invention concerne également une base de données d'identité, caractérisée en ce qu'elle comporte des moyens de mémorisation, pour au moins un terminal utilisateur, d'une identité applicative relative à une application 15 IP et d'un numéro téléphonique, et des moyens de communication avec la plateforme d'application IP précédemment exposée. L'invention concerne également une plateforme USSD caractérisée en ce qu'elle comporte des moyens de réception de notification d'activation depuis 20 la plateforme d'application IP précédemment exposée, ladite notification comportant un numéro d'appel d'un terminal utilisateur, des moyens d'interprétation de notification d'activation et des moyens d'envoi de message de déclenchement de client IP au terminal utilisateur. 25 L'invention concerne également un système comportant une plateforme d'application IP, une base de données d'activité, une base de données d'identité et une plateforme USSD telles que précédemment exposées. Ces différents équipements présentent des avantages analogues à ceux 30 du procédé précédemment présenté. Dans un mode particulier de réalisation, les différentes étapes du procédé selon l'invention sont déterminées par des instructions de programmes d'ordinateurs. En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre dans un ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre des étapes d'un procédé tel que décrit ci-dessus. Ce programme 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. L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions des programmes d'ordinateur tels que mentionnés ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. D'autres caractéristiques et avantages apparaîtront à la lecture de modes de réalisation préférés décrits en référence aux figures dans lesquelles : - la figure 1 représente un mode de réalisation de dispositifs selon l'invention, - la figure 2 représente un mode de réalisation de procédé selon l'invention, - la figure 3 représente un mode de réalisation de plateforme d'application IP selon l'invention, - la figure 4 représente un mode de réalisation de terminal utilisateur selon l'invention, - la figure 5 représente un mode de réalisation de plateforme USSD selon l'invention. Selon un mode de réalisation de l'invention représenté à la figure 1, l'invention est mise en oeuvre dans un réseau de communication dont seuls les éléments directement impliqués sont représentés et décrits. De manière classique, des terminaux utilisateurs sont connectés à au moins un réseau d'accès. Ces réseaux d'accès fournissent aux terminaux 15 utilisateurs un accès à un réseau de transport IP. Une plateforme d'application IP 1 doit établir une communication avec un terminal utilisateur 2. II s'agit par exemple d'un terminal de téléphonie mobile, d'un ordinateur portable, d'un assistant personnel numérique ou autre. Dans le mode de réalisation représenté, le terminal utilisateur 2 est un terminal de 20 téléphonie mobile de type « smartphone ». On suppose ici qu'il s'agit d'une communication en mode point à point. Cependant, l'invention n'est pas limitée à ce mode et peut s'appliquer par exemple au mode dit multicast dans lequel il y a une pluralité de terminaux utilisateur avec lesquels une communication est à établir. 25 Par communication entre la plateforme 1 et le terminal utilisateur 2, on entend ici toute communication IP à destination du terminal 2 et impliquant la plateforme d'application IP 1. La plateforme 1 utilise une identité, dite identité applicative, du terminal utilisateur 2, par exemple son adresse IP ou une adresse de courrier 30 électronique. La communication à établir est destinée à une application IP donnée, par exemple la voix sur IP, dite VoIP. Pour que cela soit possible, il faut que le terminal utilisateur 2 dispose de l'application IP en question, dite client IP, et qu'en outre ce client IP soit actif. La plateforme d'application IP 1 envoie une requête à une base de données d'activité 3, qui mémorise l'état d'activité IP du terminal utilisateur 2, et plus généralement d'un ensemble de terminaux utilisateurs. L'état d'activité du terminal utilisateur 2 est l'état de la session entre la plateforme 1 et le terminal 2. Cette session peut être active ou inactive. Par exemple, dans le cas du protocole SIP, cette vérification est faite généralement par interrogation de la base de données associée au service SIP. Cette base de données stocke la date de validité du dernier enregistrement SIP. En effet, un client SIP s'enregistre régulièrement, et à chaque enregistrement la durée de validité de l'enregistrement est précisée. Si le client ne se ré-enregistre pas avant la date prévu, il est automatiquement des-enregistré par le système. Cette durée de validité d'enregistrement est stockée dans la base de données et permet de savoir si le terminal utilisateur est actif ou non. La base de données 3 envoie un message de réponse à la requête à destination de la plateforme 1. Ce message de réponse indique l'état actif ou inactif de la session. Il est reçu et interprété par la plateforme d'application IP 1. Si la session est active, alors la communication pour l'application IP entre la plateforme 1 et le terminal 2 est établie de manière classique. Si la session est inactive, alors la plateforme d'application IP 1 envoie une requête à une base de données d'identité 4 qui mémorise l'identité applicative du terminal utilisateur 2 en association avec un numéro téléphonique de ce même terminal. La base de données d'identité 4 envoie à la plateforme 1 un message de réponse qui est reçu et interprété par la plateforme d'application IP 1. Soit ce message de réponse contient une indication qu'il n'est pas possible d'associer l'identité applicative du terminal utilisateur 2 avec un numéro d'appel téléphonique, soit il contient le numéro téléphonique du terminal 2. Dans le premier cas, la communication ne peut pas être établie. Dans le second cas , la plateforme d'application IP 1 envoie une notification d'activation à une plateforme USSD 5 (d'après l'anglais « Unstructured Supplementary Service Data »). La notification d'activation indique le numéro téléphonique du terminal 2 et constitue une demande d'activation du client IP du terminal 2. Après réception de cette notification d'activation, la plateforme USSD 5 envoie un message de type USSD en mode « push » au terminal utilisateur 2 en utilisant le numéro téléphonique de ce dernier. L'USSD est un protocole circuit, c'est-à-dire non IP. Le message constitue un déclencheur du client IP du terminal utilisateur 2. Le message peut comporter un code ou un mot clé pour identifier le client IP à activer dans le terminal utilisateur. Après activation du client IP du terminal utilisateur 2, celui-ci s'enregistre de manière classique. La plateforme IP 1 détecte l'état actif du terminal et la 15 communication IP est établie. La communication IP se déroule de manière classique. Lorsqu'elle se termine, le terminal utilisateur 2 peut revenir à un état inactif. Par exemple, un message de fin d'appel reçu ou envoyé provoque l'arrêt ou les des-enregistrement du client IP dans le terminal 2. 20 En référence à la figure 2, le procédé selon l'invention comporte des étapes E1 à E11. On suppose que l'application IP est de type voix sur IP (VoIP). L'étape E1 est la détection par la plateforme IP 1 d'un appel entrant. Cet 25 appel entrant est celui d'un terminal utilisateur 6 vers le terminal utilisateur 2. Cet appel entrant transite par la plateforme IP 1. La plateforme IP met l'appel entrant en attente puis effectue l'étape E2 à laquelle elle envoie une requête à la base de données d'activité 3, pour connaître l'état d'activité du terminal utilisateur 2. 30 A l'étape suivante E3, la base de données 3 envoie un message de réponse à la requête à destination de la plateforme 1. Ce message de réponse indique l'état actif ou inactif de la session. Il est reçu et interprété par la plateforme d'application IP 1. Si la session est active, alors l'étape E3 est suivie de l'étape E4 à laquelle la communication est établie de manière classique. Si la session est inactive, alors l'étape E3 est suivie de l'étape E5 à laquelle la plateforme d'application IP 1 envoie une requête à la base de données d'identité 4 qui mémorise l'identité applicative du terminal utilisateur 2 en association avec un numéro téléphonique de ce même terminal. L'étape E5 est suivie de l'étape E6 à laquelle la base de données d'identité 4 envoie à la plateforme 1 un message de réponse qui est reçu et interprété par la plateforme d'application IP 1. Dans le cas où la base de données 4 ne comporte pas les informations nécessaires, le message de réponse est une indication qu'il n'est pas possible d'associer l'identité applicative du terminal utilisateur 2 avec un numéro téléphonique. L'étape E6 est alors suivie de l'étape E7 à laquelle l'appel entrant est terminé. Lorsque la base de données 4 comporte les informations nécessaires, le message de réponse comporte le numéro téléphonique associé avec l'identité applicative du terminal utilisateur 2. L'étape E6 est alors suivie de l'étape E8 à laquelle la plateforme d'application IP 1 envoie une notification d'activation à la plateforme USSD 5. La notification d'activation indique le numéro téléphonique du terminal 2 et constitue une demande d'activation du client IP du terminal 2. A l'étape suivante E9, la plateforme USSD 5 reçoit cette notification d'activation et envoie un message de type USSD en mode « push » au terminal utilisateur 2 en utilisant le numéro téléphonique de ce dernier. Le message constitue un déclencheur du client IP du terminal utilisateur 2. Le message peut comporter un code ou un mot clé pour identifier le client IP à activer dans le terminal utilisateur. L'étape suivante E10 est l'activation du client IP du terminal 2. A l'étape suivante E11, la plateforme IP 1 détecte l'état actif du terminal et la communication IP est établie. Comme représenté sur la figure 3, la plateforme IP 1 comporte un module d'émission/réception 11 pour communiquer avec les terminaux utilisateurs, les bases de données 3 et 4 et avec la plateforme USSD 5. La plateforme 1 comporte également une unité de traitement 12, équipée par exemple d'un microprocesseur, et pilotée par un programme d'ordinateur 13 mettant en oeuvre le procédé selon l'invention. La plateforme 1 comporte également une mémoire 14 comportant une mémoire tampon. A l'initialisation, les instructions de code du programme d'ordinateur sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le 10 processeur de l'unité de traitement 12. L'unité de traitement met en oeuvre les étapes du procédé précédemment décrit. Ainsi, la plateforme d'application IP comporte des moyens d'interrogation d'une base de données pour déterminer une correspondance entre l'identité applicative du terminal utilisateur et un numéro 15 d'appel du terminal utilisateur. La plateforme d'application IP comporte des moyens d'envoi d'une notification de commande à une plateforme USSD pour qu'elle envoie un message au terminal utilisateur en utilisant le numéro d'appel, ledit message étant adapté pour activer l'application IP sur le terminal utilisateur. Comme 20 exposé précédemment, cette notification de commande n'est envoyée que si cette correspondance est établie. La plateforme d'application IP comporte en outre des moyens de vérification de l'état actif ou inactif de l'application IP sur le terminal utilisateur. Selon un mode préféré de réalisation, ces moyens comportent des moyens 25 d'interrogation d'une base de données d'activité qui mémorise l'état d'activité IP du terminal utilisateur. La plateforme d'application IP comporte enfin des moyens de détection de l'activation de l'application IP sur le terminal utilisateur, et des moyens d'établissement d'une communication IP avec le terminal utilisateur. 30 Comme représenté sur la figure 4, le terminal utilisateur 2 comporte un module d'émission/réception 21 pour communiquer avec d'autres terminaux utilisateurs, la plateforme d'application IP 1 et la plateforme USSD 5. Le terminal utilisateur 2 comporte également une unité de traitement 22, équipée par exemple d'un microprocesseur, et pilotée par un programme d'ordinateur 23. Le terminal utilisateur 2 comporte également une mémoire 24 comportant une mémoire tampon. A l'initialisation, les instructions de code du programme d'ordinateur sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le 10 processeur de l'unité de traitement 22. L'unité de traitement met en oeuvre les étapes du procédé précédemment décrit. Ainsi, le terminal utilisateur 2 comporte des moyens de déclenchement de client IP sur réception d'un message de type USSD. 15 Comme représenté sur la figure 5, la plateforme USSD 5 comporte un module d'émission/réception 51 pour communiquer avec des terminaux utilisateurs et la plateforme d'application IP 1. La plateforme USSD 5 comporte également une unité de traitement 52, équipée par exemple d'un microprocesseur, et pilotée par un programme 20 d'ordinateur 53. Le terminal utilisateur 2 comporte également une mémoire 54 comportant une mémoire tampon. A l'initialisation, les instructions de code du programme d'ordinateur sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le processeur de l'unité de traitement 52. 25 L'unité de traitement met en oeuvre les étapes du procédé précédemment décrit. Ainsi, la plateforme USSD 5 comporte des moyens de réception de notification d'activation depuis la plateforme d'application IP 1. La plateforme USSD 5 comporte des moyens d'interprétation de notification d'activation et des moyens d'envoi de message de déclenchement 30 de client IP de terminal utilisateur. Ce message répond au protocole USSD. REVENDICATIONS1. Procédé d'activation d'une application IP sur un terminal utilisateur (2) ayant une identité applicative pour ladite application IP, caractérisé en ce qu'il comporte les étapes de : - interrogation (E5) d'une base de données (4) pour déterminer une correspondance entre l'identité applicative du terminal utilisateur et un numéro 10 d'appel du terminal utilisateur, - si cette correspondance est établie, envoi (E8) d'une notification de commande à une plateforme USSD (5) pour qu'elle envoie un message selon le protocole USSD au terminal utilisateur (2) en utilisant le numéro d'appel, ledit message étant adapté pour activer l'application IP sur le terminal utilisateur. 15 2. Procédé selon la revendication 1, caractérisé en ce qu'il comporte une étape préalable (E2) de vérification de l'état actif ou inactif de l'application IP sur le terminal utilisateur. 20 3. Procédé selon la revendication 2, caractérisé en ce que l'étape préalable de vérification (E2) comporte l'interrogation d'une base de données d'activité qui mémorise l'état d'activité IP du terminal utilisateur. 4. Procédé selon la revendication 1, caractérisé en ce qu'il comporte en 25 outre les étapes de : - détection (E11) de l'activation de l'application IP sur le terminal utilisateur, - établissement (E11) d'une communication IP avec le terminal utilisateur. 30 5. Dispositif d'activation d'une application IP sur un terminal utilisateur (2) ayant une identité applicative pour ladite application IP, caractérisé en ce qu'il comporte : - des moyens d'interrogation d'une base de données (4) pour déterminer une correspondance entre l'identité applicative du terminal utilisateur et un numéro d'appel du terminal utilisateur, - des moyens d'envoi, si cette correspondance est établie, d'une notification de commande à une plateforme USSD (5) pour qu'elle envoie un message selon le protocole USSD au terminal utilisateur en utilisant le numéro d'appel, ledit message étant adapté pour activer l'application IP sur le terminal utilisateur. 6. Plateforme d'application IP (1) caractérisée en ce qu'elle comporte un dispositif selon la revendication 5. 7. Base de données d'activité (3), caractérisée en ce qu'elle comporte des moyens de mémorisation d'un état d'activité de session IP pour au moins un terminal utilisateur (2) et des moyens de communication avec la plateforme d'application IP (1) selon la revendication 6. 20 8. Base de données d'identité (4), caractérisée en ce qu'elle comporte des moyens de mémorisation, pour au moins un terminal utilisateur, d'une identité applicative relative à une application IP et d'un numéro téléphonique, et des moyens de communication avec la plateforme d'application IP (1) selon la 25 revendication 6. 9. Plateforme USSD (5) caractérisée en ce qu'elle comporte des moyens de réception de notification d'activation depuis la plateforme d'application IP (1) selon la revendication 6, ladite notification comportant un numéro d'appel d'un 30 terminal utilisateur (2), des moyens d'interprétation de notification d'activation et des moyens d'envoi de message de déclenchement de client IP au terminal utilisateur. 10 15 10. Système comportant une plateforme d'application IP (1) selon la revendication 6, une base de données d'activité (3) selon la revendication 7, une base de données d'identité (4) selon la revendication 8 et une plateforme USSD (5) selon la revendication 9. 11. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé selon l'une quelconque des revendications 1 à 4 lorsque ledit programme est exécuté par un ordinateur. 12. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé selon l'une quelconque des revendications 1 à 4. 20