Brevet FR2947130A1 — publié le 20101224

-1- MODULE CLIENT USSD GENERIQUE INTELLIGENT EMBARQUE DANS UN TERMINAL DE TELECOMMUNICATIONS La présente invention concerne un module client USSD 5 générique et intelligent, embarqué dans un terminal de télécommunications. La présente invention est située dans le domaine des applications conversationnelles client-serveur, plus particulièrement dans le domaine des dialogues dynamiques 10 entre un terminal de télécommunications mobile et un réseau ou bien un serveur d'applications et de services, à l'aide d'interfaces interactives, offrant la possibilité au terminal d'accéder à un serveur ou à d'autres terminaux, de dialoguer, de naviguer, d'échanger des informations, de 15 télécharger des applications et des données (texte, vidéo, audio, images et autres) et d'utiliser différentes applications et services. La présente invention est située notamment dans le secteur de la téléphonie mobile, dans un contexte 20 d'expansion de nouvelles fonctionnalités et de services interactifs, de convergence des moyens de dialogue entre dispositifs hétérogènes, tels que téléphones mobiles, équipements mobile, plateformes numériques d'applications et de services, serveurs Internet, services et équipements de 25 tierce parties et autres. De plus, se rajoute les exigences de haute ergonomie pour les utilisateurs de terminaux, ainsi que les exigences de services en temps réel, et cela en respectant les contraintes en ressources des infrastructures mobiles (serveurs, bandes passantes des réseaux, contraintes 30 temps réel) et des terminaux mobiles (capacités de traitement, de stockage et d'affichage limités). Le problème technique qui se pose est donc de définir des systèmes client - serveur génériques, basés sur des protocoles simples d'implémentation et d'utilisation, avec 2947130 -2- des fonctionnalités dynamiques, interactives, intuitives, faciles d'utilisation et aussi, permettant une intégration rapide, et peu consommatrices en termes de ressources A ce problème se rajoutent les exigences de l'interopérabilité, de la personnalisation et du déploiement. Le problème technique à résoudre est par conséquent de concevoir un système client - serveur d'applications et de services permettant avec les moindres coûts possibles, la mise en place d'applications et de services multiples et réutilisables, ciblant un nombre considérable d'utilisateurs. Le problème est également de répondre à l'exigence d'avoir des services compatibles interactifs entre les technologies existantes et émergentes, sans implémentations coûteuses, et de préférence, avec peu de modifications des équipements des opérateurs réseaux. Finalement, se rajoutent les fortes exigences de fournir ce type d'applications et de services, à l'aide de peu de modifications dans les terminaux des utilisateurs, tout en leur procurant une interface dynamique, interactive, ergonomique et répondant aux contraintes de temps réel. Une forte demande est présente quant aux moyens d'accès à diverses informations et cela dans des délais courts. Aussi, cette demande est relative à la possibilité d'obtenir des informations avec un terminal mobile, à partir d'un réseau de télécommunications en mode local, en mode � Roaming � (� Roaming � en anglais, itinérance inter-réseaux) ou en mode nomade. Les fortes contraintes des capacités des terminaux mobiles doivent par conséquent être prises en compte, ainsi que les performances des réseaux et les problèmes inhérents d'ergonomie. De plus dans les systèmes client-serveur se pose le problème de la répartition de � l'intelligence �, entre le réseau et le terminal, des diverses parties des services. Sous le terme � intelligence � est entendue la capacité de décider de la gestion et de l'exécution d'une action, d'un processus ou bien de traitement des données. Ladite intelligence est utilisée par exemple dans le but d'offrir des possibilités fonctionnelles supplémentaires, une flexibilité et une indépendance aux contraintes et/ou aux besoins des utilisateurs. Afin de répondre à cette problématique, de nombreux documents de l'art antérieur traitent de clients embarqués sur des terminaux mobiles, soit compatibles avec les contraintes des réseaux et des terminaux mobiles, au détriment de l'ergonomie, soit fournissant une interface utilisateur fonctionnelle et conviviale, au détriment de la qualité de service (temps de réponse, nombre de services proposés). Ces documents apportent des solutions techniques au modèle de type client-serveur, dans lequel un client se connecte par des moyens particuliers à un serveur afin d'accéder à des informations, de naviguer, de télécharger, d'enregistrer ou de transférer des applications et des données. L'art antérieur connaît donc différentes approches, qui cependant n'abordent que des aspects restreints et ponctuels de cette problématique, sans résoudre le problème technique dans sa globalité, c'est-à-dire trouver un point optimal entre les contraintes des équipements (réseaux et terminaux), les aspects temps réel, l'ergonomie et le nombre de fonctionnalités et de services. Des applications et des services concrets sont rendus possibles en se basant sur la navigation à l'aide de protocoles standards de type WEB (� Word Wide Web � ou � WEB � en anglais, toile réseau mondiale ou encore Internet), tels que les protocoles HTTP (� HyperText Transfer Protocol � en anglais, protocole de transfert de 2947130 -4- texte), XML (� XLM � en anglais, eXtended Markup Language, langage de marquage étendu de description et d'analyse de données), IP (� Internet Protocol � en anglais, protocole Internet) ou autres, ceci en combinaison avec des protocoles 5 de transports classiques TCP (� Transmission Control Protocol � en anglais, un des protocoles de base pour la transmission de donnée en IP), UDP (�User Datagram Protocol� en anglais, protocole de transfert de données faisant partie du protocole TCP/IP) et autres, qui ne 10 garantissent pas le temps de réponse des requêtes, défaillant ainsi à la contrainte de services en temps réel. Une autre approche connue par l'art antérieur est de limiter la portée de l'accès à certain services et applications, en se basant sur des protocoles simplifiés 15 tenant compte des capacités limitées des téléphones mobiles, comme par exemple le protocole WAP (� Wireless Application Protocol � en anglais, protocole d'application sans fil), spécialement conçu pour les téléphones mobiles. Cette approche est toutefois au détriment des aspects d'ergonomie 20 et de multiservices, sans pour autant garantir le respect de services en temps réel. Finalement, un effort important est concentré sur les applications clients embarquées dans les terminaux mobiles portables, qui répondent aux caractéristiques d'ergonomie et 25 d'esthétique, mais qui malheureusement demandent une installation de logiciels dédiées sur le terminal, sont exigeantes en termes de ressources du terminal mobile, et aussi, ne garantissent pas des services en temps réel. Un document bien connu par l'art antérieur est le 30 document US7,103,018, qui concerne un terminal de communication initiant une session WAP (� Wireless Session Protocol � en anglais, protocole de session sans fil) en envoyant une requête à un serveur. La requête comprend une identification des données requises, ainsi qu'un numéro 2947130 -5- d'identification fourni par ledit serveur. Suite à ce numéro d'identification du terminal, c'est-à-dire de l'utilisateur, le serveur identifie le terminal par rapport aux données d'identification dans une base de données associée à cet 5 utilisateur. Les informations sur le profil de l'utilisateur indiquent le format des données qui peuvent être gérées par le terminal. Lorsque le serveur répond à la requête, il envoie des données correspondant au format défini par le profil de l'utilisateur. 10 Cependant, ce documents est limité à un type de données prédéterminées par le profil de chaque utilisateur, par le format des données à envoyer et par les capacités des canaux de transport et n'offre pas la souplesse d'un navigateur de type WEB. Basés sur les technologies WAP, cette solution 15 n'assure ni un temps de réponse garantie, ni une ergonomie élevée. Une autre référence de l'art antérieur est le document WO03030026, relatif à la redirection d'un contenu à partir d'un serveur de contenus, par application d'une définition 20 spéciale à ce contenu. Le contenu et les définitions qui l'accompagnent sont alors envoyés vers le dispositif sur le réseau cellulaire. Le navigateur disposé sur le dispositif est programmé pour reconnaître la définition et pour mettre un indicateur approprié sur le contenu, ledit indicateur 25 définissant la façon dont le dispositif utilise le contenu, en particulier, en définissant que le contenu ne supprimera pas ce contenu de la mémoire même en vidant le cache pour libérer l'espace disque. Néanmoins, ce documents propose une reconnaissance des 30 données et des contenus en fonctions des possibilités du terminal mobile et se limite à un nombre très restreint de fonctionnalités, de services, d'usages et d'accès à des données. 2947130 -6- Un document également connu par l'art antérieur est le document EP1874018, relatif à des spécifications de langage de balisage qui sont déterminées pour fournir des médias pseudo-riches pendant les appels téléphoniques, et pour 5 mettre en œuvre deux points finaux qui soutiennent ces spécifications. Chaque point final mis en œuvre fonctionne comme mi-téléphone et mi-navigateur, où l'appel téléphonique consiste en partie en un flux audio duplex traditionnel entre les appelants, complétés par des médias pseudo-riches 10 transmis de l'un à l'autre. Toutefois, les applications de données et de voix sont distinctes et les données sont transmises par des canaux séparés, c'est-à-dire qu'un découpage est appliqué, en des étapes pour demander un contenus par un canal donné et en des étapes pour recevoir 15 des données par plusieurs autres canaux distincts. Aussi, de nombreux documents de l'art antérieur traitent de clients de navigation embarqués dans des terminaux mobiles, possédant une interface utilisateur esthétique et 20 ergonomique, permettant d'accéder à des pages Web standards, de les afficher et de naviguer. Cependant, cette haute ergonomie et diversité sont au détriment de la qualité de service en termes de canal garantit et de temps de réponse et sont d'une complexité élevée en termes de ressources 25 d'implémentation. En résumé, l'art antérieur ne propose pas dans leur intégralités, des services complets tels que la navigation en temps réel, ni répond aux exigences susmentionnés des systèmes client-serveur de télécommunications mobiles. 30 La présente invention s'appuie sur des standards et des protocoles existants, dont l'USSD (� Unstructured Supplementary Service Data �, en anglais, service de données supplémentaire et non structuré), ouverts et implémentés déjà de manière native sur des dispositifs, donc déjà 2947130 -7- disponibles entièrement ou en partie. Elle s'appuie sur des fonctionnalités natives des réseaux et des terminaux en proposant un système générique client-serveur, multiapplications et multiservices. 5 Sous la notion � client � dans la présente invention, est entendu une application ayant son propre navigateur embarqué ou bien utilisant un tierce navigateur embarqué, l'application elle-même étant embarquée dans le terminal connecté ou pas à un réseau de télécommunications. Ce réseau 10 est par exemple de type GSM (� Global System for Mobile � en anglais, système global de télécommunications pour la téléphonie mobile), de type GPRS (� General Packet Services � en anglais, système de télécommunications par accès avec services par paquets), de type UMTS (� Universal 15 Mobile Telecommunications System � en anglais, système de télécommunications mobiles universelles), de type 3G/3G+ et/ou tout autre réseau de type NGN (� Next Generation Network � en anglais, réseau de génération future). La présente invention aborde l'insuffisance de l'art 20 antérieur à l'aide d'un système client - serveur basé sur des protocoles réseaux standards de type USSD, dont le serveur d'applications et de services est situé dans un cœur de réseau de télécommunications, un réseau informatique ou autre réseau. Ce serveur d'applications et de services est 25 par exemple basé sur un interpréteur de langage structuré par objets conversationnels, tel que par exemple XML, VXML (�Voice eXtended Markup Language � en anglais, langage vocal de marquage étendu, qui désigne une interface de programmation d'applications relative à la communication 30 utilisant des périphériques liés à la téléphonie), ou autre. L'équipement de l'utilisateur, ledit terminal, est par exemple un téléphone mobile (dit encore téléphone portable), un PDAs, (�Personal Digital Assistant � en anglais, ordinateur de poche, cumulant de nombreuses fonctions), un ordinateur multifonctions de bord ou de véhicule, une plateforme multifonctions domestique ou d'entreprise, comprenant par exemple une fonction de surveillance ou de sécurité, ou tout autre dispositif fixe ou mobile pouvant communiquer avec au moins un réseau numérique. Dans la présente invention, sous le terme � utilisateur � est entendu une personne physique abonnée, fixe, nomade ou � Roamer � (� Roamer � en anglais, personne itinérante dans le sens de � Roaming � en anglais, itinérance inter-réseaux) à au moins un réseau, ou un opérateurs de télécommunications, ou une tierce partie, par exemple un fournisseur d'applications, de services, de contenus ou d'un équipement quelconque, par exemple d'un dispositif d'alarme ou de signalisation. La présente invention a donc pour objet une application client embarquée dans un terminal de télécommunications mobile, apte à communiquer et à échanger des données avec un serveur et/ou un réseau, basé sur des protocoles de télécommunication temps réel, tel que USSD, ledit client répondant au exigences de temps réel, de peu de consommation en ressources, de multifonctions et d'intégration avec sa propre ergonomie ou bien avec une ergonomie tierce utilisée dans le terminal. Dans son acception la plus générale, la présente invention concerne un système client numérique de télécommunications pour l'accès, la navigation, le téléchargement et l'utilisation d'applications et de services numériques. Ledit client numérique, dit client USSD, est situé dans au moins un terminal mobile et : - est basé sur au moins un protocole USSD; - comprend des moyens pour recevoir et pour interpréter au moins une donnée et/ou au moins une instruction en provenance d'au moins un réseau; 2947130 -9- comprend des moyens pour afficher sur un écran et pour présenter sur ledit terminal mobile au moins une donnée et/ou au moins une instruction en provenance dudit réseau; 5 - comprend des moyens pour interpréter et pour renvoyer audit réseau au moins une requête et/ou au moins un message de l'utilisateur, en fonction d'au moins une donnée et/ou d'au moins un service présenté; 10 - comprend des moyens pour communiquer avec au moins un serveur tierce de type serveur USSD quelconque, de type portail embarqué ou autre, de manière transparente ou déclarée pour ledit serveur. Avantageusement, ledit client USSD comprend au moins 15 un module couche de transport incluant au moins un module de cryptage, au moins un module décodeur interpréteur et au moins un module couche de présentation. Dans une variante, ledit client USSD comprend au moins un module navigateur. 20 Dans une autre variante, ledit module navigateur est une application tierce et/ou spécifique au terminal. Dans un exemple de réalisation, ledit client USSD est basé sur au moins un interpréteur de langage structuré, de type HTML ou de type XML ou de type VXML ou de type CCXML ou 25 autre. Dans un autre exemple de réalisation, ladite couche de présentation est au format structuré de type CSS, DOM, SMIL, SVG, LASeR, SAF, � Rich Media � ou autre et comprend des moyens pour modifier les contenus traités (modification, 30 filtrage, suppression, ajout de contenus et autres). Dans un mode préféré de mise en oeuvre, ledit client USSD comprend des moyens pour fonctionner comme un serveur USSD vis-à-vis d'au moins un autre terminal et/ou d'au moins un réseau. 2947130 -10- La présente invention est également relative à un procédé de traitement mis en oeuvre à l'aide dudit système, composé d'au moins : - une étape de connexion et d'envoi de la requête de 5 l'utilisateur à partir dudit client USSD vers ledit réseau; - une étape d'interprétation de la requête de la part dudit réseau, d'envoi d'information et de présentation sur un écran d'un terminal; 10 - une étape de choix et de validation d'au moins un choix à l'aide d'un moins un simple appui sur un clavier; - une étape d'envoi au réseau du choix de l'utilisateur; - une étape d'interprétation du réseau et d'envoi d'au moins une information requise; 15 - une étape d'affichage du choix reçu sur un écran d'un utilisateur. Avantageusement, ledit procédé est effectué à l'aide d'au moins un simple appui sur des zones de texte et/ou graphiques spécifiques, à l'aide d'au moins une touche d'au 20 moins un clavier d'au moins un terminal. Dans un premier exemple de réalisation, ledit procédé comporte une étape de support et de gestion de la fonctionnalité � sonnerie �, par l'utilisateur et/ou par le service réseau et/ou par le contenu. 25 Dans un deuxième exemple de réalisation, ledit procédé comporte une étape de support et de gestion de la fonctionnalité publicités et/ou informations personnalisées au cours d'au moins une session de l'utilisateur, lesdites publicités et/ou informations personnalisées étant 30 dynamiques ou statiques. Dans un troisième exemple de réalisation, ledit procédé comporte une étape de support et de gestion des propriétés dudit terminal et dudit réseau auquel ledit terminal est attaché. 2947130 -11- Dans un quatrième exemple de réalisation, ledit procédé comporte une étape de support et de gestion de la fonctionnalité �signet USSD�. Dans un exemple particulier de réalisation, ledit 5 procédé comporte une étape d'externalisation d'au moins un contenu et/ou d'au moins une page courante, et/ou d'au moins une session ou partie de session, ladite étape d'externalisation étant une sauvegarde ou un archivage ou un transfert vers une quelconque application externe. 10 Dans un autre exemple particulier de réalisation, ledit procédé comporte une étape de restauration d'au moins une session dans le terminal mobile. Dans un exemple préféré de réalisation, ledit procédé comporte une étape de gestion d'au moins un message virtuel 15 USSD. Avantageusement, ledit message virtuel USSD contient du texte, des images, des graphiques ou bien des contenus audio-visuels. Dans un mode de mise en oeuvre, ledit procédé comporte 20 une étape de simulation et/ou de gestion d'au moins deux sessions USSD activées en parallèle pour un même terminal. Dans un autre mode de mise en oeuvre, ledit procédé comporte une étape de personnalisation des services pour au moins un utilisateur par ledit client USSD et/ou à distance 25 par ledit réseau. La présente invention sera mieux comprise à l'aide d'exemples de réalisation non limitatifs décrit par la suite. Dans le cas classique l'envoi d'un message USSD 30 s'effectue en tapant sur le clavier du terminal une séquence, par exemple *123*1*2#, suivi d'un appui sur une touche � entrée �. Lorsqu'un message USSD est émis à partir du mobile, il est toujours dirigé vers un � home network � en anglais 2947130 -12- (réseau de domiciliation), au sein duquel se trouve un équipement USSD, par exemple un serveur USSD avec navigateur, dit dans la présente invention � Centre USSD �. Ce Centre USSD du réseau interprète la demande USSD et par 5 la suite renvoie une information et/ou un menu demandé. Par exemple, un menu avec une liste de choix est affiché sur un écran d'un terminal, à chaque choix correspond par exemple un numéro � 1 �, � 2 � ou � 3 �. Afin de sélectionner sont choix, l'utilisateur doit appuyer sur le 10 clavier le bon numéro, et ensuite valider, à l'aide d'une une autre touche. Ce mode manuel de navigation USSD ne nécessite aucune modification à faire dans le terminal de l'utilisateur et les services réseaux sont directement utilisables. 15 Cependant cette solution de navigation USSD n'est pas satisfaisante, de point de vue ergonomie et convivialité. L'utilisateur perd beaucoup de temps dans la navigation manuelle. Aussi, avec l'augmentation de la complexité des terminaux mobiles en termes de fonctionnalités, surgit un 20 problème technique supplémentaire à résoudre : plus le téléphone est compliqué (par exemple avec un clavier étendu, des touches spéciales, des touches supplémentaires, écran tactile, évolution � smart phone � en anglais (téléphone portable évolué qui offre des fonctionnalités d'assistant 25 personnel) et autres), plus il devient difficile pour l'utilisateur de naviguer à l'aide d'appuis de touches différentes. Le client USSD mobile embarqué, objet de la présente invention, contribue pour l'enrichissement de l'expérience 30 des utilisateurs, à l'aide des avantages qu'il propose vis-à-vis de l'ergonomie, mais surtout vis-à-vis de l'amélioration et de la multiplication de services réseaux sur de divers sujets tels que la sécurité, la facilité et le maintien de la connexion, le temps de réponse et d'accès à 2947130 -13- l'information, les nouvelles fonctionnalités, la personnalisation des services et des données, et autres). Dans la présente invention est entendue sous la notion de � données � au moins une information et/ou au moins une 5 instruction et/ou au moins un contenu structuré ou non, les données étant de type textuel, graphique, audiovisuel ou autre quelconque. La présence d'un client USSD embarqué dans le terminal, muni d'un navigateur avec une interface utilisateur pallie 10 aux inconvénients susmentionnés de l'art intérieur. Ledit client est installé comme une application standard dans le téléphone mobile. Ledit navigateur compris dans le client est basé sur au moins un interpréteur de langage structuré (par exemple descripteur HTML (� HyperText Markup Language � 15 en anglais, langage hypertexte à balise), XML, VXML, CCXML (� Call Control XML � en anglais, XML pour la fonctionnalité contrôle d'appel) ou autre). Dans une autre variante ledit client ne comprend pas de navigateur propre est coopère avec au moins un navigateur, ou bien avec une application, 20 spécifique au terminal. La présente invention sera mieux comprise à l'aide des figures en référence aux dessins annexés qui représentent respectivement : - en figure la, lb, le et ld, une présentation de 25 l'interface utilisateur et des étapes de navigation dans le cas où le terminal mobile ne possède pas de module client USSD embarqué ; - en figure 2a, 2b, 2c et 2d, une présentation de l'interface utilisateur et des étapes de navigation dans le 30 cas où ledit client USSD, objet de la présente invention est embarqué dans le terminal mobile ; -en figure 3, une variante particulière de présentation de l'interface utilisateur dans le cas où ledit client USSD, 2947130 -14- objet de la présente invention est embarqué dans le terminal mobile ; -en figure 4, un autre exemple préféré de présentation de l'interface utilisateur et d'affichage dans le cas où le 5 client USSD, objet de la présente invention est embarqué dans le terminal mobile et coopère avec un navigateur tierce présent dans le mobile; -en figure 5, un exemple d'architecture générale du système client-serveur et plus particulièrement, du module 10 client USSD embarqué dans le terminal. La figure 1 (la, lb, ic et 1d), présente une interface utilisateur et les étapes de navigation dans le cas où le terminal mobile ne possède pas de client USSD embarqué. Le module (11) représente un téléphone portable avec son 15 écran (12) et son clavier (13) comprenant des touches, par exemple (131) (correspondant au chiffre � 1 �), (132) (correspondant au chiffre � 2 �) et {134) (correspondant au chiffre � 3 �). Une touche de navigation (14) est également présente permettant la navigation à l'aide d'appuis (gauche, 20 droite, haut, bas) et la sélection à l'aide d'un appui central au milieu de la touche. Un bouton de validation (15) ou d' �entrée� standard est également présent. Les étapes de navigation sont détaillées à l'aide de la figure la, lb, le et ld. 25 Lorsque l'utilisateur souhaite se connecter au Centre USSD, il rentre à partir du clavier (13) un code USSD, par exemple : � #123*1*2# � Ce code est alors envoyé à un Centre USSD, une session 30 est alors ouverte et ce Centre USSD renvoie un menu demandé, comme par exemple sur l'écran (12) est affiché le menu suivant: 2947130 -15- � Bienvenue 1. Mon forfait et options 2. Ma banque 3. Ma ville 5 4. Ma maison � La rubrique � Ma banque � correspond à un exemple de service avec une session USSD cryptée, la rubrique � Ma ville correspond à un exemple de service pour la récupération de données de l'Internet via USSD et la 10 rubrique � Ma maison � correspond à un exemple de service pour la gestion domotique à l'aide de deux terminaux USSD. Le procédé de navigation dans ce cas inclut les étapes suivantes : - Une étape de numérotation d'un code USSD à partir du 15 clavier (13) et de validation de la numérotation à l'aide d'un appui sur la touche de validation (15), illustrée en figure la; - Une étape de connexion et d'affichage du menu, illustrée en figure lb ; 20 - Une étape de numérotation du choix à partir du clavier (13) à l'aide des touches (131), (132) ou (133), ce choix étant ensuite affiché dans une fenêtre (16) en bas de l'écran (12), et de validation de ce choix à l'aide de la touche de validation (15), illustrée en figure 1c; 25 - Une étape d'affichage du contenu sélectionné, illustrée en figure ld, qui affiche au moins une information sollicitée, par exemple : � Votre source Ma Ville: ParisMeteo.com 30 Journée pluvieuse -16-9. Retour � Lorsque l'utilisateur souhaite revenir par exemple dans le menu précédent, il numérote à partir de son clavier le numéro affiché pour le retour, visualisé ensuite sur l'écran (16), et valide avec la touche de validation (15) par exemple. La figure 2 (2a, 2b, 2c et 2d) présente un exemple de réalisation non limitatif d'un cas de navigation, lorsque le terminal mobile possède un client USSD embarqué. Lorsque l'utilisateur sollicite un service, il se connecte directement à partir de l'interface utilisateur du terminal mobile, qui est par exemple présenté sous forme d'icônes (21), (22), (23) et ainsi de suite, disposées sur l'écran (12) du terminal mobile (11). Ledit client USSD (24) est également présent et accessible, directement ou indirectement, à partir de cette interface. A l'aide de la touche de navigation (14), l'utilisateur sélectionne et active ledit client USSD (ou une application coopérative). Une liste prédéfinie et personnalisable de � Bookmarks � USSD en anglais, un marque-page, connu encore sous le terme � signet � en français, est alors affichée. Lorsque l'utilisateur a fait son choix, la requête correspondante USSD est alors envoyée au réseau et ce dernier renvoie un menu de services demandés, par exemple le menu suivant: � Bienvenue 1. Mon forfait et options 2. Ma banque 3. Ma ville 4. Ma maison � 2947130 -17- Le procédé de navigation dans ce cas inclut les étapes suivantes : Une étape de défilement à l'aide de la touche de navigation (14), de positionnement sur l'icône (24) et 5 de validation de la sélection à l'aide d'un appui central sur la touche de navigation (14), illustrée en figure 2a; Une étape optionnelle d'affichage d'une liste prédéfinie et personnalisable de � Bookmarks � et de choix de 10 l'utilisateur dans cette liste ; Une étape automatique d'envoi de requête USSD vers le réseau, suivi d'un affichage du menu, illustrée en figure 2b. Un curseur de sélection (17) est affiché désignant un emplacement initial par défaut dans le 15 menu présenté ; Une étape de défilement du curseur de sélection (17) à l'aide de la touche de navigation (14) et de validation de la sélection à l'aide de la touche de navigation (14), illustrée en figure 2c. Lorsque l'utilisateur a 20 sélectionné son choix, ce choix est affiché automatiquement dans une fenêtre (16) en bas de l'écran (12). Une étape d'affichage du contenu sélectionné, illustrée en figure 2d, par exemple : 25 � Votre source Ma Ville: ParisMeteo.com Journée pluvieuse 9. Retour � Avantageusement, la navigation et la validation d'un choix, est effectuée à l'aide par exemple de la touche de 2947130 -18- validation (15) ou bien à l'aide de la touche de navigation (14), ou bien à l'aide d'une touche quelconque prédéfinie du clavier numérique (13), ou encore à l'aide d'une � softkey �, en anglais (touche virtuelle). 5 Avantageusement, la touche de validation (15) et confondue avec la touche de navigation (14). La figure 3 présente un exemple particulier de la figure 2b, d'un cas d'amélioration à l'aide d'éléments graphiques pour la présentation des listes de menus, qui 10 sont affichés suite à une requête de l'utilisateur. Dans une variante les éléments graphique sont envoyés par le réseau. Dans une autre variante les éléments graphiques sont stockés dans le terminal et utilisé par le client pour l'affichage. Ladite utilisation est prédéfinie ou bien personnalisable 15 par ledit client USSD ou à distance par le réseau. La figure 4 présente un exemple de réalisation de la figure 2d. Le client USSD comprend une couche de transformation graphique qui est apte à traduire les données sous forme de page enrichie et/ou graphique, par exemple 20 page HTML, telle que présentée à l'exemple de la figure 4. Ledit client USSD, tel que décrit à l'aide des figures 2, 3 et 4 présente les caractéristiques et les avantages suivants : - Transparence de la connexion pour l'utilisateur (induit 25 de la technologie USSD) ; - Interactivité USSD améliorée pour l'utilisateur. L'utilisateur a la possibilité d'effectuer au moins une des étapes du procédé à plusieurs reprises et d'effectuer au moins une itération desdites étapes a 30 l'aide de simples touches de navigation ; - Support et gestion de la fonctionnalité � sonnerie � lors de réception d'un message USSD. Cette sonnerie étant soit non-présente soit systématique pour les terminaux, représente un inconvénient majeur et connu 2947130 -19- pour le rendu du service. Afin de compenser ce défaut, l'option de sonnerie est soit activée, soit désactivée soit contrôlée par l'utilisateur, par le service réseau et/ou par le contenu. 5 Support et gestion de la fonctionnalité � Branding � en anglais, publicité personnalisée pour la valorisation et le management d'une marque. Par exemple, un mode de mise en oeuvre de cette fonctionnalité est une page de type HTML relative à une publicité et/ou une marque et/ou une 10 appellation, qui est affichée en tant que fond d'écran ; Support et gestion de la fonctionnalité � Sponsoring � en anglais, publicité dynamique ou statique géré par le service et/ou le client USSD, et affiché par le client USSD dans une zone par exemple réservée ; 15 Affichage des informations de session, comme par exemple le nombre de pages USSD parcourues, le numéro d'au moins une page, l'affichage d'au moins un choix déjà sélectionné, le retour vers une page en mémoire cache au niveau du client ; 20 Support et gestion des propriétés du terminal et du réseau auquel il est attaché. Le client USSD peut décider d'envoyer ces propriétés sur demande ou automatiquement lors de la session USSD et à destination des divers services réseaux. De cette manière le client 25 USSD gère par exemple les paramètres IMEI (� International Mobile Equipment Identity �, identité internationale du terminal mobile), MCC (� Mobile Country Code � en anglais, code mobile du pays), MNC (� Mobile Network Code � en anglais, code mobile du 30 réseau), LAC (� Local Area Code � en anglais, code local d'un endroit) et autres ; Support et gestion de la fonctionnalité � signet � USSD ou autres. Dans un exemple particulier de réalisation 2947130 -20- ledit signet est balisé par exemple comme un formulaire à remplir hors connexion USSD, et permettant ainsi d'éviter les désagréments des sessions interrompues. Dans un autre exemple de réalisation, ledit signet est 5 hiérarchisé ; Cryptage des données ou/et des services de bout en bout. Dans les réseaux mobiles actuels 2G-3G l'information véhiculée par les canaux USSD n'est pas cryptée. Selon les requêtes des opérateurs, des utilisateurs ou des 10 tierces parties, cette information est cryptée par le client USSD de bout en bout au niveau des contenus et/ou au niveau des services; - Au cours ou en dehors de la navigation, le client USSD possède la capacité de sauvegarder une ou plusieurs 15 pages dans le terminal, d'envoyer au moins une page sélectionnée ou au moins une partie d'au moins une page sélectionnée vers le réseau, par exemple sous forme de SMS (� Short Message Service � en anglais, court message textuel pouvant être émis et reçu depuis un téléphone 20 portable), sous forme de MMS (� Multimedia Message Service � en anglais, message multimédia pouvant être émis et reçu depuis un téléphone portable), sous forme d'e-mail, et autres. De même le client USSD possède la capacité d'archivage complet ou partiel de la session. 25 - Indication et gestion d'une application � navigation skin � en anglais, application téléchargeable sur les réseaux mobiles qui permet aux opérateurs de personnaliser dans le terminal la navigation ou/et les services de leurs abonnés ; 30 Des applications supplémentaires accessibles depuis la navigation, par exemple par un simple appui sur des zones de texte et/ou graphiques spécifiques à l'aide desquelles on lance des applications ; 2947130 -21- - Fonctionnalité de restauration d'une session par le client USSD. Cette option de restauration d'une session est activée pour le cas où une session est interrompue. Ledit client USSD gère alors une restauration 5 automatique en se reconnectant sur un service réseau donné, via un canal de communication quelconque, et ceci de manière transparente pour la navigation; - Gestion de message virtuel USSD, c'est-à-dire la gestion de un ou de plusieurs messages USSD regroupés 10 dans un message USSD, dit long message USSD. A l'aide du client USSD, le canal dédié à ce long message USSD, est utilisé par exemple comme un canal de téléchargement de données, par exemple du texte, des images, des graphiques ou bien des contenus audio- 15 visuels. Un exemple de réalisation de l'architecture du système client-serveur et plus particulièrement de l'architecture module client USSD, objet de la présente invention, est présenté en figure 5. 20 Le terminal mobile (11) comporte un module client USSD (52) intégré sous forme logicielle dans la plateforme native de télécommunications du terminal mobile (11). Le client USSD (52) comprend un module (53) couche de transport, incluant un module (535) de cryptage de services, 25 qui réceptionne les données USSD à partir d'un réseau quelconque (51), par exemple un réseau qui comprend un Centre USSD (59) et les transmet via un lien (531) à un module (54) dit décodeur interpréteur. Ledit module (54) a par exemple pour rôle de décoder les messages USSD et de les 30 convertir en un langage de type structuré. Ledit module (54) transmet les données décodées via un lien (541) à un module (55) couche de présentation, par exemple un module de transformation en langage HTML ou en langage de présentation quelconque. Le rôle du module (55) est de formater les 2947130 - 22- données pour l'affichage. Avantageusement ledit module de présentation (55) comprend des moyens pour modifier les contenus traités (modification, filtrage, suppression, ajout de contenus et autres). Ce module (55) envoie par la suite 5 les données formatées pour la présentation via un lien (551) à un module (56) de type navigateur (ou � Browser � en anglais) classique de type WEB. De plus, le client USSD (52) à la capacité de communiquer et de s'adapter automatiquement à au moins un système client-serveur tierce de type serveur 10 USSD quelconque, de type � On-Device-Portal � (�On-Device- Portal� en anglais, portail embarqué) ou autre, et cela de manière transparente ou déclarée pour ledit serveur. Les données issues du module navigateur (56) son envoyées via un lien (561) vers l'écran d'affichage (12) du terminal (11). 15 L'architecture du client USSD (52) présentée à la figure 5, lui permet d'intégrer au moins un navigateur, par exemple de type WEB ou application quelconque, d'un terminal mobile ou d'un utilisateur. Également, cette même architecture permet au client USSD de s'intégrer dans au 20 moins un navigateur par exemple de type WEB ou application quelconque, d'un terminal mobile ou d'un utilisateur. Lorsqu'une requête est envoyée par l'utilisateur au réseau (51) à l'aide du lien (511), une session est ouverte, et le réseau (51) et le client USSD (52) échangent 25 successivement des données via la couche de transport (53), le décodeur interpréteur (54), la couche de présentation (55) et la couche de navigation (56). Ladite Ladite couche de navigation transmet les données à afficher au format voulu via un lien (561) et les données sont affichée sur 30 l'écran (12) du terminal mobile (11). Les fonctionnalités et les caractéristiques dudit client USSD décrites sont des exemples de réalisation présentés à titre illustratif et non-limitatif. De nombreuses autres 2947130 -23- fonctionnalités sont implémentées à la demande ou lors d'une personnalisation pour l'utilisateur pour dudit client USSD. De part sa nature basée sur un standard USSD natif, le 5 client USSD, objet de la présente invention, est opérationnel avec tout type de services réseaux USSD. Ledit client USSD comporte un module d'amélioration de la présentation graphique (56) qui supporte différentes présentation graphique pour l'interface utilisateur. Ces 10 présentations sont basées sur des descripteurs de langages structurés et de formats, tels que par exemple les formats standards CSS (� Cascading Style Sheet � en anglais, format de feuille de style pour navigateurs internet), DOM (� Document Object Model � en anglais, modèle de document 15 indépendant de tous les langages de programmation et de toutes les plates-formes), SMIL (� Synchronized Multimedia Integration Language � en anglais, langage permettant de synchroniser divers éléments multimédia sur une page WEB), SVG (� Scalable Vector Graphics � en anglais, langage de 20 description d'ensembles graphiques vectoriels basé sur XML), LASER (� Lightweight application scene representation � en anglais, application allégée pour présentation de scène), SAF (� Simple Aggregation Format �, format binaire pour intégrer dans un même flux du contenu LASeR et des contenus 25 audio/vidéos), ou tels que les formats propriétaires comme � Macromedia Flash ��, ou un format donné de type � Rich Media � en anglais, medias enrichis (formats utilisant des techniques avancées pour le transfert et l'affichage de données multimédias (audios, vidéos, images fixes, 30 graphiques, texte) et pour une interface utilisateur interactive. 2947130 -24 - Dans un cas général, la présentation est soit sous forme de listes, soit sous forme multimédias quelconque, soit mixte. De préférence, ledit client USSD (52) a la capacité de 5 gérer des fonctionnalités avancées à valeur ajoutée, comme par exemple : - Effectue un rétablissement automatique de session USSD interrompue. Lorsqu'une session USSD est interrompue, par exemple pour cause d'expiration, les données 10 concernant le point d'interruption sont renvoyées vers le service USSD en utilisant une nouvelle session USSD. Dans un mode réalisation différent les données concernant le point d'interruption sont avantageusement renvoyées via le canal SMS par exemple à un service 15 USSD. Ceci permet au service USSD de réactiver la session à partir du point d'interruption référencé et ceci du réseau vers client USSD. Ces deux procédés de rétablissement de session USSD expirée sont transparents pour l'utilisateur ; 20 - A la capacité de commuter la session USSD en cours vers un appel téléphonique, vers un appel SMS, vers un appel de type Internet ou autre ; - Offre également l'option de faire une analyse des pages déroulées par le client et d'effectuer une 25 synchronisation entre le client et le serveur au regard du choix utilisateur, c'est-à-dire d'effectuer une synchronisation entre les pages mises en mémoire � cache � (� cache memory � en anglais, mémoire temporaire de sauvegarde durant au moins une partie 30 d'une session) sur le serveur et la page actuelle parmi les pages déjà déroulées ; 2947130 -25- - Offre la possibilité de restaurer l'historique de la navigation de la dernière session et/ou d'au moins une session archivée ; - Offre la possibilité d'effectuer deux ou plusieurs choix 5 simultanés depuis la même page de navigation; - Possède la capacité de simuler ou/et de gérer plusieurs sessions USSD activées en parallèle pour le même terminal, permettant ainsi à l'utilisateur de naviguer dans plusieurs services en même temps. Dans un exemple 10 de réalisation préféré, cette capacité est mise en place à l'aide de mémoire � cache � au niveau du service USSD et client USSD; - Possède la capacité de contrôler la navigation USSD par des commandes vocales ; 15 - Possède la capacité de rétablir les informations requises par l'utilisateur à partir d'une synthèse vocale ; - Possède la capacité de fonctionner comme un serveur USSD, dans le terminal, afin de communiquer avec 20 d'autres clients USSD à travers le réseau mobile, et ceci sans faire appel aux services USSD du réseau. Par exemple ceci est utilisé pour la transformation d'un terminal USSD en appareil de télécommande d'objets quelconques ; 25 - Possède la capacité de détecter une session USSD conventionnelle et de proposer assistance à la navigation ou bien la prendre automatiquement en charge. Dans une variante, l'intelligence du système client-30 serveur est située dans le client USSD (52). Dans une autre variante, l'intelligence du système client-serveur est située dans le service USSD (51). 2947130 -26- Encore dans une autre variante, l'intelligence du système client-serveur est située dans le service USSD (51) et dans le client USSD (52). 5 REVENDICATIONS1. Système client numérique de télécommunications pour l'accès, la navigation, le téléchargement et l'utilisation d'applications et de services numériques, caractérisé en ce que un client numérique (52), dit client USSD (52) et situé dans au moins un terminal mobile (11) : est basé sur au moins un protocole USSD; - comprend des moyens pour recevoir et pour interpréter au moins une donnée et/ou au moins une instruction en provenance d'au moins un réseau (51); comprend des moyens pour afficher sur un écran (12) et pour présenter sur ledit terminal mobile {11) au moins une donnée et/ou au moins une instruction en provenance dudit réseau (51); comprend des moyens pour interpréter et pour renvoyer audit réseau (51) au moins une requête et/ou au moins un message de l'utilisateur, en fonction d'au moins une donnée et/ou d'au moins un service présenté; comprend des moyens pour communiquer avec au moins un serveur tierce de type serveur USSD quelconque, de type portail embarqué ou autre, de manière transparente ou déclarée pour ledit serveur. 2. Système selon la revendication 1, caractérisé en ce que ledit client USSD (52) comprend au moins un module (53) couche de transport incluant au moins un module (535) de cryptage, au moins un module (54) décodeur interpréteur et au moins un module (55) couche de présentation. 2947130 -2g 3. Système selon la revendication 2, caractérisé en ce que ledit client USSD (52) comprend au moins un module {56) navigateur. 5 4. Système selon la revendication 3, caractérisé en ce que ledit module (56) navigateur est une application tierce et/ou spécifique au terminal. 5. Système selon l'une au moins des revendications 10 précédentes, caractérisé en ce que ledit client USSD (52) est basé sur au moins un interpréteur de langage structuré, de type HTML ou de type XML ou de type VXML ou de type CCXML ou autre. 15 6. Système selon l'une quelconque des revendications 2 à 5, caractérisé en ce que ladite couche (55) de présentation est au format structuré de type CSS, DOM, SMIL, SVG, LASeR, SAF, � Rich Media � ou autre et comprend des moyens pour modifier les contenus traités (modification, 20 filtrage, suppression, ajout de contenus et autres). 7. Système selon l'une quelconque des revendications précédentes, caractérisé en ce que ledit client USSD {52) comprend des moyens pour fonctionner comme un 25 serveur USSD vis-à-vis d'au moins un autre terminal et/ou d'au moins un réseau. 8. Procédé de traitement mis en œuvre par le système selon l'une quelconque des revendications précédentes, 30 caractérisé en ce qu'il est composé d'au moins : - une étape de connexion et d'envoi de la requête de l'utilisateur à partir dudit client USSD (52) vers ledit réseau (51);- - une étape d'interprétation de la requête de la part dudit réseau (51), d'envoi d'information et de présentation sur un écran {12) dudit terminal (11); - une étape de choix et de validation d'au moins un choix à l'aide d'un moins un simple appui sur un clavier (13); - une étape d'envoi audit réseau (51) du choix de l'utilisateur ; - une étape d'interprétation dudit réseau (51) et d'envoi d'au moins une information requise ; - une étape d'affichage du choix reçu sur l'écran (12) de l'utilisateur. 9. Procédé selon la revendication 8, caractérisé en ce qu'il est effectué à l'aide d'au moins un simple appui sur des zones de texte et/ou graphiques spécifiques, à l'aide d'au moins une touche d'au moins un clavier (13) d'au moins un terminal (11). 10. Procédé selon l'une quelconque des revendications 8 et 9, caractérisé en ce qu'il comporte une étape de support et de gestion de la fonctionnalité � sonnerie �, par l'utilisateur et/ou par le service réseau et/ou par le contenu. 11. Procédé selon l'une quelconque des revendications 8 à 10, caractérisé en ce qu'il comporte une étape de support et de gestion de la fonctionnalité publicités et/ou informations personnalisées au cours d'au moins une session de l'utilisateur, lesdites publicités et/ou informations personnalisées étant dynamiques ou statiques. 5 2947130 -30 12. Procédé selon l'une quelconque des revendications 8 à 11, caractérisé en ce qu'il comporte une étape de support et de gestion des propriétés dudit terminal (11) et du réseau auquel ledit terminal (11) est attaché. 13. Procédé selon l'une quelconque des revendications 8 à 12, caractérisé en ce qu'il comporte une étape de support et de gestion de la fonctionnalité �signet USSD�. 10 14. Procédé selon l'une quelconque des revendications 8 à 13, caractérisé en ce qu'il comporte une étape d'externalisation d'au moins un contenu et/ou d'au moins une page courante, et/ou d'au moins une session ou 15 partie de session, ladite étape d'externalisation étant une sauvegarde ou un archivage ou un transfert vers une quelconque application externe. 15. Procédé selon l'une quelconque des revendications 8 à 20 14, caractérisé en ce qu'il comporte une étape de restauration d'au moins une session dans ledit terminal mobile (11). 16. Procédé selon l'une quelconque des revendications 8 à 25 15, caractérisé en ce qu'il comporte une étape de gestion d'au moins un message virtuel USSD. 17. Procédé selon la revendication précédente, caractérisé en ce que ledit message virtuel USSD contient du texte, 30 des images, des graphiques ou bien des contenus audio-visuels. 2947130 -3A 18. Procédé selon l'une quelconque des revendications 8 à 17, caractérisé en ce qu'il comporte une étape de simulation et/ou de gestion d'au moins deux sessions USSD activées en parallèle pour le même terminal (11). 5 19. Procédé selon l'une quelconque des revendications 8 à 18, caractérisé en ce qu'il comporte une étape de personnalisation des services pour au moins un utilisateur par ledit client USSD (52) et/ou à distance 10 par ledit réseau (51).