Brevet FR2841425A1 — publié le 20031226

numeriques selon l'une des revendications 1 a 7. 2841 425 PROCEDE DE FOURNITURE DE DONNEES DE CONFIGURATION DE SERVICE A UN DISPOSITIF DE TELEPHONIE MOBILE, PAR UN TERMINAL INFORMATIQUE L'invention concerne le domaine des communications au sein d'un reseau de telephonic mobile, et plus particulierement la fourniture de donnees de configuration de service(s) a des dispositifs de telephonic mobile, tels que des telephones portables. Comme le salt l'homme de ['art, les dispositifs de telephonic mobile ont besoin d'etre specifiquement configures pour mettre en ceuvre des services adaptes aux besoins personnels de leurs utilisateurs. C'est notamment le cas de leur module de navigation (plus connu sous le nom anglais a browser >>) ou des modules d'application embarquee Java ou Multi Media Messaging. Cette configuration s'effectue a ['aide de donnees de configuration, definissant des profies, stockees dans la memoire du dispositif de telephonic, et plus precisement dans son gestionnaire de donnees permanentes (ou RDM pour a Remanent Data Manager >>). Generalement, les dispositifs vent vendus equipes d'un certain nombre de profies dont o certains vent utilises par defaut. Les donnees de configuration qui definissent certains profile peuvent etre modifiees ou completees par l'utilisateur a ['aide de ['interface machine >> (ou clavier) de son dispositif, de sorte que le profil soit adapte a ses besoins specifiques. Mais, ces donnees de configuration peuvent etre s egalement modifiees ou completees a distance par un serveur du reseau de communications auquel le dispositif est rattache. Or, dans le premier cas l'utilisateur doit saisir les modifications ou complements avec les touches de son clavier, ce qui est particulierement mal aise et rend le dispositif momentanement inutilisable, tandis que dans le o second cas l'utilisateur est oblige de se connecter au reseau pour telecharger les modifications ou complements, ce qui lui coOte de l'argent et monopolise inutilement une liaison qui pourrait servir a un autre utilisateur. Aucune de ces 2 2841 425 deux possibilites n'est done satisfaisante. L'invention a par consequent pour but de proposer une solution originale destinee a remedier a tout ou partie des inconvenients precites. Wile propose a cet effet un procede de fourniture de donnees de configuration a un dispositif de telephonic mobile equipe de moyens de gestion de commandes AT, dans lequel on etablit tout d'abord une connexion entre ce dispositif et un terminal informatique comportant des donnees de configuration de service, puis on procede a des echanges de donnees de configuration de service entre le terminal et le dispositif a ['aide de commandes AT choisies, interpretables par les moyens de gestion de commandes AT du dispositif. On entend ici par > des commandes du type de celles initialement developpees par la societe americaine Hayes Microcomputer Products Inc., et ayant fait ['objet d'extensions standardisees s (IS-99). Par ailleurs, on entend par aterminal >> tout type d'equipement informatique muni d'une interface homme-machine (ou clavier) conviviale et pouvant etablir avec un dispositif de telephonic mobile, tel qu'un telephone portable, une liaison > par vole filaire ou par vole d'onde (par exemple de type infra-rouge (ou Irda) ou bluetooth). II pourra par consequent o s'agir d'un micro-ordinateur fixe ou portable, ou d'un assistant numerique personnel (ou PDA). Ainsi, I'utilisateur peut preparer a l'avance ou charger, par exemple a ['aide d'un CD-ROM, dans son terminal de nouveaux profies, puis transferer ces nouveaux profies dans son dispositif en etablissant une simple connexion s entre son terminal et son dispositif. II peut egalement, une fois la connexion etablie, rapatrier sur requete dans son terminal certains profies stockes dans son dispositif de maniere a les modifier ou completer rapidement a ['aide du clavier convivial de son terminal. II peut en outre, une fois la connexion etablie, adresser une requete destinee a supprimer de la memoire du o dispositif un ou plusieurs profies. Le procede selon ['invention pourra comporter des caracteristiques complementaires qui pourront etre prises separement etlou en combinaison, et en particulier: - on peut extraire du dispositif des donnees representatives d'un protocole d'approvisionnement (ou de configuration) qui lui est propre, a ['aide de commandes AT choisies, puis transmettre au terminal ces donnees de sorte q u' il pu isse echanger les don nees de configuration avec le d ispositif selon ce protocole d'approvisionnement; - on peut extraire les donnees de configuration contenues dans les commandes AT, a ['aide des moyens de gestion de commandes AT, de maniere a approvisionner des moyens d'application requerant des ressources internet mobile. Dans ce cas, on approvisionne preferentiellement un agent d'approvisionnement implante dans les moyens d 'application. Ces moyens d'application vent pa r exemp le des moyens de navigation, tels qu'un browser (WAP), ou des applications embarquees Java ou Multi Media Messaging. L'invention porte egalement sur un dispositif de telephonic mobile, tel qu'un telephone portable, comportant des moyens de gestion de commandes AT capables d'etablir une connexion avec un terminal dans lequel se trouvent des donnees de configuration de service, afin d'echanger avec ce dernier des donnees de configuration de service a ['aide de commandes AT choisies, interpretables par ses moyens de gestion de commandes AT. Preferentiellement, le dispositif comprend des moyens d'application requerant des ressources internet mobile couples a ses moyens de gestion de commandes AT et propres a recevoir les donnees de configuration. Plus preferentiellement encore, ces moyens d'application comprennent un agent d'approvisionnement capable, notamment, de gerer les donnees de configuration provenant des moyens de gestion de commandes AT et les donnees de configuration destinees au terminal, via les moyens de gestion de commandes AT. L' invention porte en outre su r un terminal (informatiq ue), comportant, d'une part, une memoire dans laquelle vent stockees des donnees de o configuration de service, et d'autre part, des moyens d'approvisionnement capables d'etablir une connexion avec un dispositif de telephonic mobile, du type de celui presente ci-avant, et d'echanger avec ce dernier des donnees de configuration de service a ['aide de commandes AT choisies, interpretables 2841 425 par les moyens de gestion de commandes AT du dispositif. Preferentiellement, les moyens d'approvisionnement du terminal vent agences pour adresser au dispositif des commandes AT choisies requerant q u' il fourn isse des don nees representatives de son protocole d'approvisionnement, de maniere a pouvoir echanger avec lui les donnees de configuration selon le protocole. Egalement de preference, les moyens d'approvisionnement vent agences pour adresser au dispositif des commandes AT choisies requerant qu'il fournisse certaines au moins de ses donnees de configuration stockees, o et, a reception de ces donnees de configuration, pour adresser au dispositif des commandes AT destinees a modifier certaines d'entre-elles. Egalement de preference, les moyens d'approvisionnement vent agences pour adresser au dispositif des commandes AT choisies requerant qu'il fournisse certaines au moins de ses donnees de configuration, et, a s reception de ces donnees de configuration, pour adresser au dispositif des commandes AT representatives de nouvelles donnees de configuration destinees a completer les autres donnees de configuration qu'il contient. Egalement de preference, les moyens d'approvisionnement vent agences pour adresser au dispositif des commandes AT choisies requerant o qu'il fournisse certaines au moins de ses donnees de configuration, et, a reception de ces donnees de configuration, pour adresser au dispositif des commandes AT destinees a supprimer certaines des donnees de configuration qu'il contient. L'invention est par ailleurs particulierement adaptee a la configuration de moyens d'application fonctionnant selon les protocoles HTTP, GPRS, CSD ou IP (et par consequent le protocole WAP puisqu'il peut fonctionner sur GPRS, CSD ou IP). D'autres caracteristiques et avantages de ['invention appara^'tront a l'examen de la description detaillee ci-apres, et de ['unique figure annexee qui o illustre de fa,con schematique un exemple de realisation d'un dispositif et d'un terminal selon ['invention. Cette figure est. pour l'essentiel, de caractere certain. En consequence, elle pourra non seulement servir a completer ['invention, mais aussi contribuer a sa definition, le cas echeant. L'invention porte sur la fourniture de donnees de configuration de service(s) a un dispositif de telephonic mobile 1 rattache a un reseau public de communications de type PLMN (pour >), comme par exemple les reseaux GSM, GPRS, UMTS ou EDGE. Dans ce qui suit on considere que les dispositifs vent des telephones portables capables d'echanger des donnees selon le protocole WAP (pour >) avec d'autres equipements du reseau, tels que des servours, des stations de base d'emission/reception (egalement appelees Node-B dans le cas d'un reseau UMTS ou BTS dans le cas d'un o reseau de type GSM (ou GPRS)), et des telephones fixes ou mobiles. Les donnees de configuration vent destinees a configurer un module d'application requerant des ressources internet mobile. Dans l'exemple illustre sur ['unique figure, le module d'application est un module de navigation WAP 2 implante dans le telephone portable 1. Ce module de navigation WAP 2 comporte notamment un module d'approvisionnement 3, egalement appele agent d'approvisionnement WAP, un module d'interface WAP 4, et un module WAP de gestion 5. Le module d'approvisionnement 3 (plus connu sous ['appellation anglaise >) est couple a un module de gestion de commandes AT (ou >) 6 servant d'interface generale d'acces, via des commandes AT dediees, a un terminal 7, sur lequel on reviendra plus loin. Ce module d'approvisionnement 3 est egalement couple au module d'interface WAP 4 qui lui permet d'acceder a des profies stockes dans une memoire 8 du telephone 1. Plus precisement, le module d'interface 4 (plus connu sous ['appellation anglaise aWAP Multiprofile >>) permet au module d'approvisionnement 3 d'acceder en lecture et en ecriture a la memoire 8, laquelle est preferentiellement implantee dans le module de gestion de donnees permanentes 9 (ou >) du telephone 1. Les profile vent stockes dans la memoire sous la forme de multiplets OU d'ensembles de donnees de configuration (de service(s)). Ils vent destines, lorsqu'ils vent selectionnes par l'utilisateur du telephone 1, a configurer le module de navigation WAP 2, via ['agent d'approvisionnement WAP 3, de sorte qu'il puisse mettre en ceuvre des services adaptes aux besoins de I'utilisateur. Le profil permet, ici, au module de navigation WAP 2 de se connecter a ['infrastructure reseau. Par consequent, les donnees de configuration vent principalement des donnees de ltoperateur du reseau. Mais, elles peuvent etre completees par des identifiants propres a l'utilisateur, s com me par exemple un mot de passe eVou u n nom d' util isate u r. Ce rta ins profies vent definis par defaut de maniere a proposer, en eerie, des services standardises. L'agent d'approvisionnement WAP 3 est egalement couple au module WAP de gestion 5, plus connu sous ['appellation anglaise a WAP Life Cycle >> et destine a gerer ses activites et a lui signaler > du module de navigation 2. II est en effet preferable que l'on ne puisse agir sur les profies que lorsque le telephone 1 n'est pas en phase de navigation. Le module de gestion de commandes AT 6 est destine, classiquement, a receptionner des commandes AT a entrantes >> et a les transformer (ou interpreter) en appels de procedure (ou >) pour ['agent d'approvisionnement WAP 3. D'une maniere generale, il gere les echanges de donnees entre le telephone et un terminal 7. On entend ici par > tout type d'equipement informatique muni d'une interface homme-machine 10 (ou clavier) conviviale, c'est-a-dire o permettant de saisir facilement des codes ou instructions, et capable d'etablir avec le telephone portable 1, une liaison > par vole filaire ou par vole d'onde (par exemple de type infra-rouge (ou Irda) ou bluetooth). Dans ce qui suit, on considerera que le terminal 7 est un microordinateur portable appartenant a l'utilisateur du telephone 1, et raccordable a celui-ci s par une liaison eerie. Mais, il pourrait s'agir d'un micro-ordinateur fixe ou d'un assistant numerique personnel (ou PDA). Comme illustre sur ['unique figure, le terminal 7 est equipe d'un module WAP d'approvisionnement client 11 destine a adresser au telephone 1 des requetes, sous forme de commandes AT dediees, permettant de fire, :o modifier, supprimer, ajouter et completer les profies qui vent stockes dans sa memoire 8. Ce module 11 permet egalement a l'utilisateur d'attribuer a un profil le status de profil par defaut et d'acceder a certains parametres tels que l' identifiant d' u n profil par defaut ou le nombre maxima l de profies geres par le telephone 1. Le module WAP d'approvisionnement client 11 est preferentiellement implante dans le module de gestion 12 du terminal 7, lequel est couple a une interface de connexion 13 permettant l'etablissement de la connexion avec le telephone 1, notamment. Par ailleurs, le terminal 7 comporte de preference une memoire 14 destinee a recevoir des donnees de configuration definissant de nouveaux profies pour le telephone 1, ou des mises a jour de profile utilises par ledit telephone 1. De tels profies ou mises a jour de profies peuvent provenir d'un telechargement effectue prealablement par l'utilisateur a ['aide de son terminal 7, ou d'un CD- ROM fournit, par exemple, par l'operateur de telephonic mobile auquel le telephone 1 de l'utilisateur est rattache. Comme indique precedemment, pour qu'un echange de donnees de configuration puisse s'effectuer entre le terminal 7 et le telephone 1, il est indispensable qu'une connexion soit tout d'abord etablie, ou en d'autres termes que le module WAP d'approvisionnement client 11 du terminal 7 soit couple au module de gestion de commandes AT 6 du telephone 1. Une fois cette connexion etablie, la procedure de fourniture de donnees de configuration (ou >) peut debuter. Wile va consister en des operations de lecture de donnees de configuration dans le o telephone 1 sur requete du terminal 7, et d'ecriture de donnees de configuration, toujours dans le telephone 1 pour modifier le contenu de sa memoire 8 a la requete du terminal 7. On entend ici par > tous les transferts de donnees du telephone 1 vers le terminal 7. Wiles vent generalement destinees a rapatrier dans le terminal 7 un profil particulier ou la liste des profies stockee, et leur mise en ceuvre depend de la disponibilite des donnees demandees. Par ailleurs, on entend par > tous les transferts de donnees du terminal 7 vers le telephone 1. Seuls certains profies peuvent etre modifies (ou mis a jour), supprimes ou ajoutes. Par exemple si un profil est o verrouille (ou a locked >>), il ne peut pas etre modifie ou supprime. II en va de meme de la liste de profies. L'ecriture d'un profil (ajout ou modification) s'effectue de preference a ['aide d'une unique sequence de donnees, et seul ['agent d'approvisionnement WAP 3 peut s'en charger, via le module 2841 425 d'interface 4. Preferentiellement, ces operations de lecture et d'ecriture vent precedees d'une operation de determination du protocole d'approvisionnement du telephone 1. En effet, chaque telephone peut disposer d'une version specifique de protocole d'approvisionnement, lequel definit le format de sequences constituees d'unites de donnees de configuration, I'ordonnancement des unites de donnees de configuration, et la structure utilisee par le telephone 1 pour stocker les profile dans sa memoire 8. La structure de stockage d'un profil est constituee d'un ensemble de parametres qui peut etre, par exemple, subdivise en six categories de variables ou parametres: - >: il s'agit d'une variable booleenne indiquant si un profil est ou n'est pas le profil par defaut; >: il s'agit d'une variable booleenne indiquant si un profil est ( >) ou n'est pas (a FALSE >>) utilise. Lorsque l'utilisateur souhaite ajouter a la liste des profies stockes dans la memoire 8 un nouveau profil, Using Flag est mis a la valeur TRUE; - >: il s'agit d'un parametre designant la version du o protocole d'approvisionnement utilisee par le telephone 1; - >: il regroupe des parametres tels que a Profile Name >>, a Profile modification Flag >>, etc; - a Bearer Parameter>>: il regroupe des parametres tels que >, a Bearer specific Parameter >>, etc; ú5 - a WAP Gateway Parameter >>: il regroupe des parametres tels que a IP Adress >>, a Port Number >>, a Home URL >>, etc. Par ailleurs, la structure d'une liste de profies peut etre definie par deux sections: les informations generales sur le profil, comme par exemple: o a ProfileListLock>> qui precise une condition pour ajouter, modifier ou supprimer un profil, a DefaultProfilelD >> qui est l'identifiant designant le profil par defaut dans la liste de profies, a MaxNumberProfiles >> qui precise le nombre maximal de profies geres par le telephone 1 (et non pas le nombre de profies utilises par le module de navigation 2), > qui precise le nombre de profies utilises par le module de navigation 2 a ['instant de la requete, et > qui est l'identifiant designant la version du protocole d'approvisionnement utilisee par le telephone 1; - des informations concernant tous les profies standards utilises par le telephone 1, comme par exemple: >, > et >. Une unite de donnees est definie par deux champs: une longueur et une valeur. Preferentiellement, on n'utilise pas de separateur entre deux unites de donnbes successives. Ces unites de donnees peuvent presenter des longueurs variables. Egalement de preference, chaque champ de longueur est constitue d'un octet (ou a byte >>) qui precise le nombre d'octets s utilises par le champ de valeur. Par consequent, si la valeur de ['octet definissant le champ de longueur est egale a O (zero), alors ledit champ n'est pas suivi du champ de valeur. Les informations sur les unites de donnees vent directement prises dans les champs de structure du telephone 1. Par ailleurs, afin de permettre o ['identification des differentes unites de donnees au sein d'une sequence, chaque unite possede un identifiant de suite d'unites de donnees. En outre, lorsque l'on utilise une representation multi-octets, il est preferable d'utiliser la convention > (ou LSB). De plus, chaque sequence se termine preferentiellement par un caractere specifique. s Comme indique ci-dessus, une sequence est definie par une suite ordonnee d'unites de donnees, et chaque unite possede un identifiant de suite. De preference, ce dernier n'est pas transmis durant un transfert de donnees, mais il doit etre imperativement respecte par le telephone 1 et le terminal 7 lorsqu'ils composent leurs sequences. so Preferentiellement, on definit trots types de sequences, un pour la transmission de la liste complete des profies, un pour la transmission d'un profil et un pour la version du protocole d'approvisionnement. Egalement de preference, la sequence utilisee pour transmettre au terminal 7 la version du protocols d'approvisionnement ne comports qu'une unite de donnees. Toujours de preference, la sequence utilisee pour transmettre au terminal 7 la liste des profits stockes comports une premiere partie de longueur fine et une seconds partie de longueur variable. Plus precisement, la premiere partie est par exemple avantageusement constituee de 10 octets pour definir les informations generales sur la liste. Par exemple 5 couples de 2 octets definissent respectivement la version du protocols d'approvisionnement, le nombre maximum de profits geres par le telephone 1, le nombre de profits utilises par le telephone 1, I'identifiant du profil par defaut et un verrou de liste de profits (Ou a List Lock >>), comme par exemple une variable booleenne precisant s'il est possible ou non d'ajouter ou supprimer un profil dens une liste. La seconds partie est par exemple avantageusement constituee de 38 octets pour definir chaque profil utilise dans le telephone 1, dont 3 octets pour les champs de longueur et 35 octets pour les champs de valeur. Par exemple, les octets definissent pour chaque profil son nom, son identifiant et son verrou de profil. Toujours de preference, la sequence utilisee pour transmettre au so terminal 7 un profil particulier stocke comporte par exemple un maximum de 442 octets, dont 25 octets pour les champs de longueur et 417 octets pour les champs de valeur. A titre d'exemple illustratif et non limitatif, une sequence de profil pout comprendre: - 1 octet pour le champ definissant la version du protocols d'approvisionnement (ou >) et 1 octet pour son champ de longueur; - 1 octet pour le champ > et 1 octet pour son champ de longueur; - 1 octet pour le champ de longueur et 33 octets pour le champ > et 1 octet pour son champ de longueur; - 1 octet pour le champ > et 1 octet pour son champ de longueur; 4 octets pour le champ a Gateway IP Adress >> et 1 octet pour son champ de longueur; 2 octets pour le champ > et 1 octet pour son champ de longueur; octets pour le champ > et 1 octet pour son champ de longueur; 4 octets pour le champ > et 1 octet pour son champ de longueur; 1 octet pour le champ a Presence Bearer CSD >> et 1 octet pour son champ de longueur; 1 octet pour le champ a CSD User Name length >> et 1 octet pour son champ de longueur; 32 octets pour le champ > et 1 octet pour son champ de longueur; 1 octet pour le champ a CSD Password length >> et 1 octet pour son champ de longueur; 32 octets pour le champ > et 1 octet pour son champ de longueur; 4 octets pour le champ a CSD Access type >> et 1 octet pour son champ de so longueur; 22 octets pour le champ > et 1 octet pour son champ de longueur; 1 octet pour le champ > et 1 octet pour son champ de longueur; 1 octet pour le champ > et 1 octet pour son champ de longueur; 1 octet pour le champ a GPRS User Name length >> et 1 octet pour son champ de longueur; 32 octets pour le champ > et 1 octet pour son champ de longueur; 1 octet pour le champ > et 1 octet pour son champ de longueur; - 32 octets pour le champ > et 1 octet pour son champ de longueur; - 4 octets pour le champ > et 1 octet pour son champ de longueur; s - 101 octets pour le champ a GPRS APN >> et 1 octet pour son champ de longueur; - 4 octets pour le champ a GPRS IP Adress >> et 1 octet pour son champ de longueur; et - 1 octet pour le champ a Using Flag >> et 1 octet pour son champ de longueur. Les differents parametres et les differentes variables presentees ci dessus constituent des donnees de configuration. Comme indique precedemment, I'echange de donnees de configuration steffectue a ['aide de commandes AT classiques. On entend ici par acommandes AT>> les commandes initialement developpees par la societe americaine Hayes Microcomputer Products Inc., ainsi que toutes leurs extensions designees par le standard IS-99. Afin de mettre en ceuvre ['invention, et notamment de permettre l'etablissement de la connexion entre le module WAP d'approvisionnement o client 11 du terminal 7 et le module de gestion de commandes AT 6 du telephone 1, la lecture de profies, I'ecriture de profies (modification ou ajout), et la suppression de profil(s), on prevoit d'autres commandes AT. Ces comma ndes add ition nel les p resentent de p reference les definition et syntaxe generales suivantes: AT PROV_WAP = s PROVCOMMAND [, PROFILEID]. Ce type de commande AT est de preference associe a une temporisation permettant au terminal 7 de detecter un probleme au niveau du telephone 1. Cette temporisation est par exemple egale a environ une minute. Parmi les commandes additionnelles on peut citer par exemple, et a titre illustratif: - la commande d'obtention de la version du protocole d'approvisionnement du telephone 1: AT PROV_WAP = V ? Cette commande n'est pas 2841 425 parametrable. A cette commande (requete) correspond par exemple la reponse: > lorsqu'elle est connue, ou PROV NOK lorsqu'elle est indisponible; - la commande d'obtention (ou lecture) de donnees: AT PROV_WAP = R [,PROFILEID]. Cette commande a pour objet de requerir du telephone 1 une information WAP. En ['absence de parametrisation, cette commande requiert la liste des profies stockes. Preferentiellement, avant son transfert la liste est mise a jour par le module de navigation 2. Le parametre optionnel [PROFILEID] a pour objet de signaler au telephone 1 que le terminal 7 requiert des donnees particulieres concernant un profil. II designe un identifiant (numero) de profil. Sa valeur est par consequent inferieure au nombre maximal de profies geres par le telephone 1. A cette commande (requete) correspond par exemple la reponse: PROV OK lorsque le traitement s'effectue correctement, ou PROV NOK lorsque les donnees vent indisponibles; - la commande d'ecriture de donnees: AT PROV_WAP = W,PROFILEID. Cette commande indique au telephone 1 que le terminal 7 veut mettre a o jour des donnees d'un profil particulier. Le parametre [PROFILEIDl a pour objet de signaler au telephone 1 I'identifiant du profil qu'il souhaite mettre a jour. Sa valeur est par consequent inferieure au nombre maximal de profies geres par le telephone 1. A cette commande (requete) correspond par exemple la reponse: PROV OK lorsque le traitement steffectue correctement, ou PROV NOK lorsque ['operation d'ecriture est impossible; - la commande de suppression de donnees: AT PROV_WAP = D PROFILEID. Cette commande indique au telephone 1 que le terminal 7 o vout supprimer certaines donnees d'un profil particulier. Le parametre [PROFILEID] a pour objet de signaler au telephone 1 I'identifiant du profil qu'il souhaite modifier ou supprimer. Sa valeur est par 2841 425 consequent inferieure au nombre maximal de profies geres par le telephone 1. A cette commande (requete) correspond par exemple la reponse: PROV OK lorsque le traitement s'effectue correctement, ou PROV NOK lorsque I'operation de suppression est impossible; - la commande de creation d'un nouveau profil: AT PROV_WAP = C. Cette commande indique au telephone 1 que le terminal 7 veut ajouter un nouveau profil a la liste stockee dans sa memoire 8. Le parametre [PRO FI LEI D] ne peut pas accompagner cette commande puisque ce n'est pas le terminal 7 qui gere ['attribution des identifiants de profil. A cette commande (requete) correspond par exemple la reponse: PROV OK,PROFILEID lorsque le traitement s'effectue correctement, ou PROV NOK lorsque ['operation de creation est impossible. Toutes ces commandes AT vent presentes dans le module WAP d'approvisionnement client 11 du terminal 7 et vent interpretables par lemodule de gestion de commandes AT du telephone 1, une fois celui-ci adapte a cet effet. Par consequent, lorsque l'utilisateur d'un telephone 1 souhaite fire ou modifier les profies WAP stockes dans la memoire 8 audit telephone, il o etablit une connexion entre son terminal 7 et son telephone 1, par exemple par une liaison serie (mats il pourrait s'agir d'une liaison infrarouge ou bluetooth), en chargeant ['application associee au module WAP d'approvisionnement client 11. Puis, il selectionne a ['aide du clavier 10 un nouveau profil a transferer ou une mise a jour de profil stocke(e) dans la z memoire 14 ou sur un CD-ROM, et apres l'avoir eventuellement adapte a ses propres besoins, ordonne au module WAP d'approvisionnement client 11, d'adresser au module de gestion de commandes AT 6 du telephone 1, via ce dernier module 11 et ['interface de connexion 13, des requetes correspondent au traitement choisi (il s'agit ici d'une operation d'ecriture), sous forme de ::o commandes AT du type de celles presentees ci-avant. Ces commandes AT, et les donnees de configuration qu'elles peuvent contenir, vent ensuite interpretees par le module de gestion de commandes AT 6 en appels de procedure (ou >) au format WAP et transmises a ['agent 2841 425 d'approvisionnement WAP 3. L'agent d'approvisionnement WAP 3 adresse ensuite au module WAP de gestion 5 des messages pour lui indiquer quel traitement est requis par le module de gestion de commandes AT 6, de sorte qu'il soit rapidement libere. Un traitement WAP classique correspondent au traitement requis est ensuite effectue par ['agent d'approvisionnement WAP 3, si le module WAP de gestion 5 I'y autorise. Les traitements WAP etant bien connus de l'homme de l'art et ne faisant pas partie, a proprement parler, de ['invention, ils ne seront pas decrits. Ils vent notamment presentes a l'adresse >. Le resultat du traitement WAP est transmis au module de gestion de commandes AT 6, qui le met sous forme de commandes AT qu'il transmet enquite, via la connexion, au module WAP d'approvisionnement client 11. En d'autres termes, le module de gestion de commandes AT 6 passe en mode a donnees >>, puis transfere les donnees sur la ligne et passe en mode interpretation. Grace a ['invention, I'utilisateur n'a done plus a utiliser le clavier 15 de son telephone portable 1 et/ou a se connecter au reseau a ses frais pour modifier, ajouter ou supprimer un profil de configuration de service. o Le module de navigation WAP 2 (ou >), le module d'approvisionnement 3 (ou a WAP Provisioning Agent >>), le module d'interface WAP 4 (ou >), le module WAP de gestion 5 (ou >), le module (ou agent) d'approvisionnement 6 (ou >), le module de gestion de donnees permanentes 9 (ou >) et le module WAP d'approvisionnement client 11 (ou aWAP Provisioning Client>>) peuvent etre respectivement realises sous la forme de circuits electroniques, de modules logiciels (ou informatiques), ou d'une combinaison de circuits et de logiciels. L'invention offre egalement un procede de fourniture de donnees de o configuration a un dispositif de telephonic mobile 1 equipe de moyens de gestion de commandes AT. Celui-ci peut etre mis en ceuvre a ['aide du dispositif 1 et du terminal 7 presentes ci-avant. Les fonctions et so us-fo nctions pri ncipa les et option nelles 2841 425 assurees par les etapes de ce procede etant sensiblement identiques a celies assurees par les differents moyens constituent le dispositif 1 et le terminal 7, seules seront resumees ci-apres les etapes mettant en ceuvre les fonctions principales du procede selon ['invention. Ce procede consiste a etablir une connexion entre un dispositif 1 et un terminal informatique 7 dans lequel se trouvent des donnees de configuration de service, puis a echanger des donnees de configuration de service entre ce terminal et ce dispositif a ['aide de commandes AT choisies, interpretables par les moyens de gestion de commandes AT du dispositif. Preferentiellement, on procede a ['extraction de la memoire 8 du dispositif 1 de donnees representatives de la version du protocole d'approvisionnement qu'il utilise, a ['aide de commandes AT choisies, puis on transmet au terminal 7 ces donnees extraites de sorte qu'il puisse proceder a l'echange des donnees de configuration avec le dispositif 1 selon ce protocole d'approvisionnement. On peut egalement extraire les donnees de configuration contenues dans les commandes AT issues du terminal 7, a ['aide des moyens de gestion de commandes AT 6 du dispositif 1, de maniere a approvisionner ses moyens de navigation 2, et plus preferentiellement ['agent d'approvisionnement 3 o implante dans les moyens de navigation 2. L'invention ne se limite pas aux modes de realisation de procede, dispositif et terminal decrits ci-avant, seulement a titre d'exemple, mais elle englobe toutes les variantes que pourra envisager lthomme de l'art dans le cadre des revendications ci-apres. Ainsi, on a decrit ci-avant un exemple d'application de ['invention a l'echange de donnees de configuration d'un module de navigation WAP. Mais, I'invention s'applique d'une man iere genera le a la config u ration de toutes les applications qui requierent des ressources internet mobile, et notamment aux applications embarquees Java ou Multi Media Messaging. o Par ailleurs, I'invention n'est pas limitee au protocole d'echange WAP. Wile concerne en effet les protocoles HTTP, GPRS, CSD ou IP. 2841 425 REVENDICATIONS 1. Procede de fourniture de donnees de configuration a un dispositif de telephonic mobile (1) equipe de moyens de gestion de commandes AT (6), caracterise en ce qu'ii consiste i) a etablir une connexion entre ledit dispositif (1) et un terminal (7) comportant des donnees de configuration de service, et ii) a echanger des donnees de configuration de service entre le terminal (7) et le dispositif (1) a ['aide de commandes AT choisies, interpretables par les moyens de gestion de commandes AT (6) audit dispositif. o 2. Procede selon la revendication 1, caracterise en ce que l'on extrait du dispositif (1) des donnees representatives d'un protocole d'approvisionnement a ['aide de commandes AT choisies, puis on transmet au terminal (7) lesdites donnees de sorte que ledit terminal puisse echanger lesdites donnees de configuration avec ledit dispositif selon ledit protocole d'approvisionnement. 3. Procede selon l'une des revendications 1 et 2, caracterise en ce que l'on extrait lesdites donnees de configuration des commandes AT re,cues du terminal (7), a ['aide desdits moyens de gestion de commandes AT (6), de maniere a approvisionner des moyens d'application (2) requerant des ressources internet mobile (2). 4. Procede selon la revendication 3, caracterise en ce que lesdits moyens d'application (2) vent choisis dans un groupe comprenant des moyens de navigation (2), des moyens d'application embarquee java et des moyens d'application embarquee Multi Media Messaging. 5. Procede selon l'une des revendications 3 et 4, caracterise en ce que l'on approvisionne un agent d'approvisionnement (3) implante dans lesdits moyens d'application (2). 6. Procede selon l'une des revendications 1 a 5, caracterise en ce que l'on procede a ['extraction de certaines au moins des donnees de o configuration stockees dans une memoire (8) du dispositif (1), de maniere a les transmettre audit terminal (7), et en ce qu'a reception desdites donnees, on adresse au dispositif (1) des commandes AT destinees a modifier certaines d'entre-elles, puis on stocke les donnees modifiees dans ladite 2841 425 memoire (8). 7. Procede selon la revendication 6, caracterise en ce que i'on procede a ['extraction de certaines au moins des donnees de configuration stockees dans la memoire (8) de maniere a les transmettre audit terminal (7), et en ce r; qu'a reception desdites donnees, on adresse au dispositif (1) des commandes AT representatives de nouvelles donnees de configuration, puis on stocke les nouvelles donnees dans ladite memoire (8). 8. Procede selon l'une des revendications 6 et 7, caracterise en ce que l'on procede a ['extraction de certaines au moins des donnees de o configuration stockees dans la memoire (8) de maniere a les transmettre audit terminal (7), et en ce qu'a reception desdites donnees, on adresse au dispositif (1) des commandes AT destinees a supprimer certaines d'entre- elles de ladite memoire (8). 9. Dispositif de telephonic mobile comportant des moyens de gestion de commandes AT (6), caracterise en ce que lesdits moyens de gestion de commandes AT (6) vent agences pour etablir une connexion avec un terminal (7) comportant des donnees de configuration de service, de maniere a echanger avec ledit terminal des donnees de configuration de service a ['aide de commandes AT choisies, interpretables par ses moyens de gestion de o commandes AT (6). 10. Dispositif selon la revendication 9, caracterise en ce qu'il comprend des moyens d'application requerant des ressources internet mobile (2) couples auxdits moyens de gestion de commandes AT (6) et propres a recevoir lesdites donnees de configuration. 11. Dispositif selon la revendication 10, caracterise en ce que lesdits moyens d'application (2) vent choisis dans un groupe comprenant des moyens de navigation, des moyens d'application embarquee Java et des moyens d'application embarquee Multi Media Messaging. 12. Dispositif selon l'une des revendications 10 et 11, caracterise en ce ::o que lesdits moyens d'application (2) comprennent un agent d'approvisionnement (3) propre a gerer les donnees de configuration re, cues et les donnees de configuration a transmettre audit terminal (7). 13. Dispositif selon l'une des revendications 9 a 12, caracterise en ce 2841 425 qu'il comporte une memoire (8) propre a stocker lesdites donnees re,cues. 14. Terminal informatique, comportant une memoire stockant des donnees de configuration de service, caracterise en ce qu'il comprend des moyens d'approvisionnement (11) propres a etablir une connexion avec un s dispositif de telephonic mobile (1) selon l'une des revendications 9 a 13, et a echanger des donnees de configuration de service avec ce dispositif (1) a ['aide de commandes AT choisies, interpretables par les moyens de gestion de commandes AT (6) audit dispositif. 15. Terminal selon la revendication 14, caracterise en ce que lesdits o moyens d'approvisionnement (11) vent agences pour adresser audit dispositif (1) des commandes AT choisies requerant la fourniture de donnees representatives d' un p rotocole d'approvisionnement, de man iere a echanger lesdites donnees de configuration avec ledit dispositif (1) selon ledit protocole. 16. Terminal selon la revendication 15, caracterise en ce que lesdits moyens d'approvisionnement (11) vent agences pour adresser audit dispositif (1) des commandes AT choisies requerant la fourniture de certaines au moins de ses donnees de configuration, et, a reception desdites donnees de configuration, a adresser audit dispositif (1) des commandes AT destinees a modifier certaines d'entre-elles. 17. Terminal selon l'une des revendications 15 et 16, caracterise en ce que lesdits moyens d'approvisionnement (11) vent agences pour adresser audit dispositif (1) des commandes AT choisies requerant la fourniture de certaines au moins de ses donnees de configuration, et, a reception desdites donnees de configuration, a adresser audit dispositif (1) des commandes AT representatives de nouvelles donnees de configuration destinees a completer les autres donnees de configuration qu'il contient. 13. Terminal selon l'une des revendications 15 a 17, caracterise en ce que lesdits moyens d'approvisionnement (11) vent agences pour adresser audit dispositif (1) des commandes AT choisies requerant la fourniture de :o certaines au moins de ses donnees de configuration, et, a reception desdites donnees de configuration, a adresser audit dispositif (1) des commandes AT destinees a supprimer certaines des donnees de configuration qu'il contient. 19. Utilisation des procede, dispositif et terminal selon l'une des 2841 425 revendications precedentes avec une connexion choisie dans un groupe comprenant la vole filaire et la vole d'onde. 20. Utilisation selon la revendication 19, caracterisee en ce que ladite connexion par vole d'onde est choisie dans un groupe comprenant la liaison infrarouge et la liaison >. 21. Utilisation des procede, dispositif et terminal selon l'une des revendications 1 a 18 pour la configuration de moyens d'application (2) fonctionnant selon un protocole choisi parmi les protocoles WAP, HTTP,