Brevet FR2837042A1 — publié le 20030912

correspondantes pour identifier et localiser le defaut. service auquel est abonne l'utilisateur du client mobile. Un but de ['invention est de reduire le flux d'informations recu et emis par le client mobile pour acceder a differents services auxquels est abonne son utilisateur. Un autre but de ['invention est de reduire l'activite radioelectrique d'un client mobile. Un autre but de ['invention est de reduire la consommation en energie d'un client mobile. Dans l'etat de la technique on conna^'t differentes methodes pour essayer de resoudre ces problemes. Une premiere methode est connue sous ['appellation d'optimisation des protocoles de routage. Un protocole de routage, ou un protocole de maniere generale, definit des formats pour des echanges diinformations entre deux appareils communiquant via un reseaux. Un protocole definit en particulier queues vent les informations qui vent transmises via des frames ou des messages. L'optimisation d'un protocole, dans l'etat de la technique, revient a reduire la taille des frames emises. II s'agit en fait d'une rationalisation des informations transmises. On veille alors a ce que ne soient plus transmises d'informations redondantes ou inutiles dans le contexte dans lequel le message, ou la frame, est emis. Une autre solution mise en ceuvre, est l'utilisation de memoire cache. Une memoire cache est une memoire qui conserve la trace des operations les plus recenses qui ont ete effectuees par l'utilisateur de l'appareil ou est installee la memoire cache. Ainsi si l'utilisateur effectue deux fois la meme requete, il n'est plus necessaire d'aller chercher la reponse a cette requete sur le reseau, puisque cette reponse est deja presente dans la memoire cache. Une telle solution est inadaptee car la reponse a une requete peut dependre de ['instant auquel la question est posee. Dans la mesure ou les memoires caches ne vent pas mises a jour, et ce dans le but de limiter le flux reseau, les reponses a des requetes identiques ne vent pas toujours pertinentes. Cela est en particulier vrai dans des applications de messageries electroniques par exemple. En effet un client, ou application cliente, effectue regulierement des interrogations pour savoir si de nouveaux messages vent arrives. La requete est done toujours identique mais la reponse n'est pas forcement toujours la meme. Cette reponse ne peut done pas etre en reg istree dans une memoi re cache. Ces interrogations periodiques vent aussi connues sous le nom de >. Une troisieme solution consiste a reduire le flux en compressant les donnees transmises. Cependant cette technique a pour effet de maintenir une activite radioelectrique importante ainsi qu'une occupation du reseau. De plus cela provoque des calculs supplementaires car il faut compresser et decompresser les donnees emises et recues. Dans cette optique on gagne un peu en encombrement reseau, mais dans ce cas on perd en autonomic pour un client mobile car les operations de compression et de decompression demandent beaucoup de temps de cycle au microprocesseur et done consomment de lienergie. Ainsi dans les trots solutions existantes dans l'etat de la technique, aucune ne reduit significativement l'activite reseau d'un client, surtout d'un client mobile, aucune ne resout un probleme lie a une interrogation reguliere d'un servour et done aucune ne resout le probleme de consommation. Le probleme persistent est done, dans de nombreux protocoles reseaux, que le client envoie periodiquement au serveur des requetes afin d'etre mis au courant d'une modification d'un contexte sur le serveur. Ce flux periodique de requetes est couteux en terme de bande passante et un objectif essentiel de ['invention est de reduire ce flux reseau. Dans ['invention on resout ces problemes en controlant le flux reseau genere par le client a destination d'un serveur de service a ['aide d'un programme serveur local, aussi connu sous le nom de >, embarque sur l'appareil client, le programme serveur local etant pilote par un serveur controleur reseau. Le programme serveur local est installe sur l'appareil client, ce programme serveur local intercepte alors ['ensemble du trafic emis/recu par l'appareil client. Ainsi d'une part, le programme serveur local sert a controler le trafic, ce contrOle pouvant consister en un mode relais dans lequel le programme serveur local transmet le message initie par le client vers un serveur sans effectuer aucun autre traitement. Le programme serveur local peut aussi fonctionner dans un mode bloquant dans loquel il bloque les messages inities par le client vers le serveur. Dans le mode bloquant le programme serveur local repond alors au client que le serveur de service est inaccessible ou occupe. Enfin le programme serveur local peut fonctionner dans un mode d'initialisation dans lequel il intercepte les messages inities par le client et les transmet a un serveur controleur reseau, sans les transmettre au serveur de service auquel etait destine initialement le message. D'autre part le programme serveur local a une fonction de communication avec le serveur controleur reseau. Cette fonction permet d'echanger des messages avec le serveur controleur reseau, ce qui permet aussi au serveur controleur reseau de commander le mode de fonctionnement du programme serveur local. Le serveur controleur de reseau est un appareil connecte au reseau et a principalement deux fonctions. Une premiere fonction est une fonction de communication avec un programme serveur local. Une deuxieme fonction est une fonction d'interrogation d'un serveur de service, par exemple d'interrogation d'un serveur de messagerie. Le principe de ['invention est ainsi le suivant. Dans un premier temps le programme serveur local est dans un mode d'initialisation. Dans ce mode il intercepte des premiers messages emis par le client. Ces messages vent initialement a destination d'un serveur de service. Ces messages vent alors retransmis, par le programme serveur local, au serveur controleur reseau. A la reception de ces messages, le serveur controleur reseau se parametre pour pouvoir dialoguer avec le serveur de service a la place de ['application cliente. Les messages recus par le serveur controleur lors de la phase d'initialisation comportent en particulier un identifiant ou >, de l'utilisateur de l'appareil client, ainsi qu'un mot de passe correspondent au compte de cet utilisateur sur le serveur de service. De meme les messages re,cus comportent une indication sur la frequence a laquelle il faut interroger le serveur de service. Le serveur controleur est done en mesure de se parametrer pour effectuer les taches d'interrogation de ['application cliente. Apres la phase d'initialisation, le programme serveur local passe en mode bloquant. Le programme serveur local reste en mode bloquant jusqu'a ce qu'il re,coive un message du serveur controleur lui indiquant un changement de contexte sur le serveur de service. Dans ce cas, le programme de serveur local passe en mode relais et le client est en mesure d'interroger le serveur de service. Un contexte comporte, par exemple, le nombre de messages non lus, ou de nouveaux messages, dans une bo^'te a lettre electronique. L'invention a done pour objet un procede d'optimisation d'un trafic reseau comportant un client mobile et un serveur de service caracterise en ce que le procede comporte les etapes suivantes: - une application cliente, executee par le client mobile, emet une premiere requete destinee au serveur de service, - un programme serveur local, execute par le client mobile, intercepte la premiere requete destinee au serveur de service, le program m e se rveu r local produ it u n message d'in itia lisation a partir du contenu de la premiere requete, - le programme serveur local emet la frame d'initialisation a destination d'un serveur controleur, - le serveur controleur re,coit le message dtinitialisation et le serveur controleur se parametre en fonction du contenu du message d'initialisation pour emettre des requetes a destination du serveur de service. L'invention a aussi pour objet un dispositif client, communiquant sur un reseau, caracterise en ce que le dispositif client comporte une memoire de program me com portant d es codes instruction correspondent a u ne application cliente emettant des requetes vers un serveur de service, la memoire de programme comportant aussi des codes instruction correspondent a un programme serveur local pour intercepter et traiter des messages emis par ['application cliente et pour recevoir et traiter des messages em is pa r u n serveur controle ur. L'invention a encore pour objet un dispositif serveur controleur, communiquant sur un reseau, caracterise en ce que le dispositif serveur controleur comporte une memoire de configuration pour enregistrer des informations d'un message d'initialisation, le dispositif serveur controleur comporte aussi une memoire de programme comportant des codes instruction pour emettre des requetes vers le serveur de service en fonction du contenu de la memoire de configuration, la memoire de programme comportant aussi des codes instruction pour emettre un message d'ouverture eVou de status, vers un programme serveur local, en fonction d'une reponse a une requete. L'invention sera mieux comprise a la lecture de la description qui suit et a l'examen des figures qui l'accompagnent. Celles-ci vent presentees a titre indicatif nullement limitatif de ['invention. Les figures montrent: - figure 1: une illustration de moyens utiles a la mise en ceuvre du procede selon ['invention. - figure 2: une illustration d'etapes du procede selon ['invention. - figure 2bis: une illustration d'etapes du procede selon ['invention. La figure 1 montre un appareil 101 client, ou client 101, mobile. Dans la description on considere que le client 101 mobile est un telephone 101 mobile. Le telephone 101 comporte alors une antenne 102 lui permettant d'effectuer une liaison 103 radioelectrique avec un reseau 104 cellulaire. Le detail du reseau 104 n'est pas montre. Pour la description on considere que le reseau 104 comporte tous les elements necessaires permettant, par exemple, au telephone 101 de se connecter a l'lnternet. Ainsi le reseau 104 comporte entre autres une station de base a laquelle est connecte le telephone 101 ainsi que tous les dispositifs permettant de raccorder la station de base a l'lnternet. Le telephone 101 comporte aussi des circuits electroniques 105 connectes d'une part a l'antenne 102, d'autre part a un bus 106 interne du telephone 101. Le role des circuits 105 est done d'assurer ['interface radio entre le telephone 101 et le reseau 104. Dans la description, on a choisi la norme GSM, mais il pourrait s'agir d'une autre norme, comme Ie PCS, le DCS, I'UMTS ou toutes autres normes radioelectriques existantes eVou a venir. Dans la description on prete des actions a des appareils ou a des programmes, cela signifie que ces actions vent executees par un microprocesseur de cet appareil ou de l'appareil comportant le program me, ledit microprocesseur etant alors commande par des codes instruction enregistres dans une memoire de l'appareil. Ces codes instruction permettent de mettre en ceuvre les moyens de l'appareil et done de realiser ['action entreprise. Le telephone 101 comporte un microprocesseur 107 connecte au bus 106. Le telephone 101 comporte aussi des memoires 108 et 109 de programme. Les memoires 108 et 109 vent representees de maniere distinctes, mais en fait elles peuvent, ainsi que toutes les autres memoires de l'appareil, etre unifiees sur un seul et meme composant. La memoire 108 comporte des codes instruction correspondent a une application cliente. Une telle application est. par exemple, un logiciel de messagerie electronique. Un tel logiciel permet au telephone 101 dtinterroger une messagerie electronique, ctest-a-dire un serveur de service, le service etant la messagerie electronique. La memoire 109 est divisee en plusieurs zones, cheque zone correspondent a une fonction ou a un mode de fonctionnement du programme serveur local ou . La memoire 109 correspond done en fait au code instruction du programme serveur local. Une zone 1 09a comporte des codes instruction pour intercepter une requete emise, par exemple, par ['application 108 cliente. La zone 109b comporte des codes instruction correspondent au fonctionnement en mode initialisation. Une zone 109c comporte des codes instruction correspondent au fonctionnement en mode de communication avec le serveur controleur reseau. Une zone 109d correspond au fonctionnement du programme serveur local en mode relais. Les memoires 108 et 109 vent connectees au bus 106. Le telephone 101 comporte aussi d'autres memoires de configuration. Une memoire 110 permet d'enregistrer un, ou plusieurs, identifianVadresse du telephone 101 pour ses communications avec un serveur controleur reseau ou un serveur de service. Un identifianVadresse est. par exemple, une adresse Internet IPv4(protocole Internet version 4), une adresse Internet IPv6, un tel identifianVadresse peut aussi etre un numero de telephone permettant dtidentifier le telephone 101 sur le reseau cellulaire auquel est abonne son utilisateur. Ce dernier identifiant/adresse est utilise dans le cadre d'une communication via les messages courts, par exemple. Une memoire 111 permet d'enregistrer un identifiant de l'utilisateur lors d'une connexion a un serveur de service. Un tel identifiant 111 est associe a un mot de passe 112 enregistre dans la memoire 112. Une memoire 113 permet d'enregistrer l'adresse d'un serveur de service. Une telle adresse est soit une adresse Internet selon un protocole IP ou une URL pour Universal Resource Locator ou Localisation Universelle de Ressources. Enfin une memoire 114 permet d'enregistrer une frequence d'interrogation d'un serveur de service. Les memoires 110 a 114 vent connectees au bus 106. Dans la pratique les memoires 110 a 114 permettent d'enregistrer les parametres de ['application 108 cliente. L'application 108 a en effet besoin de l'adresse 113 pour emettre des requetes vers un serveur de service ainsi que d'un identifiant 111 et d'un mot de passe 112 pour etre reconnue sur ce serveur de service ainsi qu'une adresse 110 pour que le serveur de service puisse repondre a la requete de ['application 108. La figure 1 montre aussi un serveur 115 de service. Le serveur 115 est connecte au reseau 104 via des circuits 116 interface de connexion. Les circuits 116 vent d'autre part connectes a un bus 117 interne du serveur 115 de service. Le serveur 115 de service comporte aussi un microprocesseur 118 ainsi qu'une memoire 119 de programme. Le serveur 115 comporte aussi une memoire 120 de stockage pour enregistrer des messages electroniques ainsi qu'une memoire 121 d'identification pour identifier les personnel se connectant au serveur 115. Les elements 118 a 121 vent connectes au bus 117. La memoire 119 comporte des codes instruction permettant au serveur 115 de gerer les requetes qu'il recoit de la part des differents clients, en particulier des applications clientes comme ['application 108. La memoire 121 est. par exemple, structuree en une table 121. Par exemple chaque ligne de la table 121 correspond a une personne, chaque colonne de la table 121 correspond a un renseignement sur cette personne. Ainsi la memoire 121 comporte une colonne 121a correspondent a une adresse electronique, une colonne 121b correspondent a un identifiant ou > et une colonne 121c correspondent a un mot de passe. La figure 1 montre aussi un serveur 122 contr81eur de reseau. Le serveur 122 est connecte au reseau 104 via des circuits 123 interfaces reseau, les circuits 123 vent connectes d'autre part a un bus 124 interne du serveur 122 controleur reseau. Le serveur 122 controleur reseau comporte un microprocesseur 125, une memoire 126 de programme et une memoire 127 de configuration. Les elements 125 a 127 vent connectes au bus 124. La memoire 126 comporte des codes instruction commandant le microprocesseur 125. Une zone 126a comporte les codes instruction permettant au serveur 122 d'interroger un serveur de service tel que le serveur 115. Une zone 126b comporte des codes instruction permettant au serveur 122 de dialoguer avec le programme 109 serveur local. Une zone 126c comporte des codes instruction correspondent a la gestion de messages d'initialisation emis par un programme serveur local. La memoire 127 d'initialisation est structuree en table 127. Par exemple, chaque colonne correspond a une personne, chaque ligne correspond a une information sur cette personne. La memoire 127 comporte alors une ligne 127a correspondent a un identifiant d'une personne, par exemple un numero de telephone ou une adresse Internet. Une ligne 127b correspond a un identifiant tel que l'identifiant de la memoire 111. Une ligne 127c correspond a un mot de passe, une ligne 127d correspond a l'adresse d'un serveur de service et une ligne 127e correspond a une frequence d'interrogation d'un serveur de service. L'ensemble des elements de la figure 1 est mis en oeuvre par le procede selon ['invention. La figure 2 met en evidence le fait que les etapes du procede selon ['invention vent mises en ceuvre sur plusieurs appareils. Les trots appareils qui interviennent vent d'une part un client 101 mobile, un servour 122 controleur de reseau et un serveur 115 de service. Pour la description des etapes du procede selon ['invention, on a choisi un serveur de messagerie electronique. Des actions vent done mises en ceuvre par chacun de ces appareils. La figure 2 montre aussi que sur le client 101, ou telephone 101, mobile coexistent deux applications mettant chacune a leur tour en osuvre des etapes du procede selon ['invention. Sur le telephone 101 mobile, on distingue done une application cliente, par exemple une application servant a interroger un serveur de messagerie electronique et une application, ou programme, serveur local aussi connue sous le nom de >. Les etapes du procede selon ['invention vent done aussi mises en ceuvre par ces deux programmes. La figure 2 montre une premiere etape preliminaire 201 d'emission d'une premiere requete d'interrogation par ['application 108 cliente. Cette req uete est constituee selon u n protocole de messagerie electron iq ue. De tels protocoles sont, par exemple, les protocoles POP et IMAP. De telles requetes d'interrogation comportent un identifiant du serveur auquel elles vent adressees, I'identifiant de la personne emettant la requete, un mot de passe pour cette personne et un identifiant pour repondre a cette requete. ll s'agit en fait des parametres de configuration de ['application 108. Dans notre exemple, l'adresse du serveur de service correspond a l'adresse du serveur , il s'agit d'une adresse Internet. L'identifiant de la personne correspond au contenu de la memoire 111 et le mot de passe au contenu de la memoire 112. L'adresse pour la reponse peut etre, soit comprise dans le protocole de routage s'il s'agit du protocole IP, soit expressement placee dans la requete. Une fois constituee, cette requete est emise. lci, dans l'etape 201, par emise il faut comprendre soumise au microprocesseur avec pour instruction de l'emettre via les moyens radioelectriques 105 et 102. Ce pendant le microprocesseur est aussi com mande par le program me 109 serveur local. Le microprocesseur salt done qu'il doit intercepter toutes les requetes et autres messages qui doivent etre emis de maniere radioelectrique. Ainsi on passe a une etape 202 de production et d'emission d'un message d'initialisation. Lors de cette etape 202, les codes instruction de la zone 109a commandant le microprocesseur 107. Cela permet au programme 109 servour local d'intercepter la requete qui a ete emise par ['application 108. Le programme 109 serveur local determine alors qu'il s'agit de ['emission d'une premiere requete. Cette detection est relativement aisee, il suffit, par exemple, d'utiliser une memoire drapeau permettant de memoriser si une requete a deja ete emise ou non par ['application 108. Si la memoire drapeau indique qu'aucune requete n'a ete emise alors le programme 109 serveur local salt qu'il s'agit d'une phase d'initialisation, il realise cette initialisation et valide la memoire drapeau, dans le cas contraire, le programme 109 serveur local salt qu'il ne s'agit pas d'une phase d'initialisation. Dans l'etape 202 le microprocesseur est aussi commande par les codes instruction de la zone 109b. Dans l'etape 202 le microprocesseur 107 constitue un message d'initialisation qui comporte la requete 101. Ce message d'initialisation est alors emis a destination du serveur 122 controleur reseau. Dans l'etape 202, emission signifie que le message d'initialisation est diffuse radioelectriquement par les moyens radioelectriques du telephone 101. De l'etape 202 on passe d'une part a une etape 203 de reponse a la premiere requete et d'autre part egalement, a une etape 204 de parametrage du serveur 122 controleur reseau. L'etape 203 est realisee par le programme 109 serveur local. Dans l'etape 203 le microprocesseur 107 compose done une reponse a la requete emise dans l'etape 201 par ['application 108.11 stagit d'une reponse standard definie par le protocole utilise, que ce soit POP ou IMAP et indiquant, par exemple, que le serveur 115 de service n'est pas joignable ou est occupe. Cette reponse peut aussi indiquer qu'il nty a pas de nouveau message. Le but de cette reponse est de leurrer ['application 108. II faut en effet que ['application 108 pense avoir etabli une communication avec le serveur 115 de service. Une fois composee la reponse a la requete 1 est emise, au meme sens que ltemission pour l'etape 201. C'est-a-dire que cette reponse ne quittera en fait jamais le telephone 101. De l'etape 203 on passe a une etape 205 de reception de reponse a la premiere requete. Dans l'etape 205 I'application 108 recoit une reponse formatee selon le protocole qu'elle a utilise pour emettre la requete dans l'etape 201. Cette reponse est alors conforme a ce qu'attend ['application 108. L'application 108 traite done cette reponse comme si elle avait ete emise par le serveur 115. Dans l'etape 204, le serveur 122 controleur reseau recoit un message d'initialisation. Ce message d'initialisation permet au microprocesseur 125 de mettre a jour la memoire 127 de configuration. Dans l'etape 204 le microprocesseur 125 est commande par les codes instruction des zones 126b et 126c. Dans l'etape 204 le microprocesseur 125 utilise les informations contenues dans le message d'initialisation pour mettre a jour la memoire 127. Cette mise a jour consiste en la creation d'une nouvelle colonne et dans le renseignement des champs/lignes de cette nouvelle colonne. L'information de frequence d'interrogation est. soit obtenue grace a I'intervalle de temps separant les deux premieres requetes emises par ['application 108, soit directement lue dans la memoire 114 par le programme 109 servour local. Cette frequence d'interrogation est inseree dans le message d'initialisation de l'etape 202. Les champs renseignes vent ceux qui ont deja ete decrits precedemment pour les etapes 201, 202 et lors de la description des moyens mis en ceuvre par le procede selon ['invention. Les etapes 201 a 205 constituent une phase d'initialisation du procede selon ['invention. Pendant cette phase le programme serveur local 109 fonctionne en mode initialisation. De l'etape 205, I'application 108 passe a une etape 206 d'emission d'une deuxieme requete d'interrogation du serveur 115 de service. Cette deuxieme requete est identique a la requete qui a ete emise lors de l'etape 201. Cette requete est done emise de la meme maniere que pour l'etape 201. Du point de vue de ['application 108,1'etape 206 est identique a l'etape 201. On passe alors a une etape 207 mise en ceuvre par le programme 109 serveur local. Dans l'etape 207 le programme 109 intercepte ia deuxieme requete de la meme maniere qu'a l'etape 202.11 emet alors une reponse, a la deuxieme requete, simulant ainsi le fait que le serveur 115 est occupe, injoignable ou, par exemple, qu'il n'y pas ne nouveau message. On passe alors a une etape 208, mise en cauvre par ['application 108, de reception de la reponse a la deuxieme requete. L'etape 208 est identique a l'etape 205. Dans la pratique, l'intervalle de temps separant l'etape 201 de lietape 206 est regi par le contenu de la memoire 114 correspondent a la frequence d'interrogation, par ['application 108, du serveur 115 de service. Les etapes 206 a 208 illustrent le fonctionnement du programme 109 serveur local en mode bloquant. Dans ce mode bloquant, le programme 109 intercepte done tous les messages emis par ['application 108 et lui transmet une reponse lui signifiant qu'il n'y a aucun changement de contexte sur le serveur 115. Dans le mode bloquant aucune emission radioelectrique n'est effectuee due a une interrogation du serveur 115. De l'etape 204, le serveur 122 controleur reseau passe a une etape 209 d'interrogation des serveurs de services. Dans l'etape 209, le microprocesseur 125, commande par les codes instruction de la zone 126a, parcourt la table 127 afin de determiner quel serveur de service il doit interroger. Cette determination se fait par rapport a une horloge interne, non representee, du serveur 122 et par rapport aux informations de frequence d'interrogation de la ligne 127e. Lorsque le microprocesseur 125 trouve, dans la table 127, une interrogation a faire, le microprocesseur 125 utilise alors les informations de la colonne en question pour emettre une requete d'interrogation vers le serveur de service. Pour composer cette requete il utilise les informations comprises dans la colonne, en particulier l'identifiant 127b, le mot de passe 127c et l'adresse 127d du serveur de service. La requete d'interrogation du serveur 115 de service compose a l'etape 209 par le controleur 122 de reseau est identique a la requete d'interrogation composee aux etapes 201 et 206, si ce n'est que l'adresse de reponse, pour le serveur 115 de service, est celle du serveur 122 controleur reseau. Pour ['interrogation d'un serveur de messagerie, le protocole utilise est de preference le protocole IMAP. Ce protocole permet en effet d'emettre des requetes pour obtenir des renseignements sur le nombre de nouveaux messages dans une bo^'te a lettres electronique. Cela permet d'alleger les communications entre le serveur 122 et le serveur 115. Les requetes d'interrogation emises par le serveur 122 transitent via le reseau 104 jusqu'au serveur 115. On passe d'une etape 209 a l'etape 210 de reponse du serveur 115 de service. Dans l'etape 210, le serveur 115 recoit une requete d'interrogation pour conna^rtre le status d'une bo^'te a lettres electronique. Cette bo'^te a lettres electronique est identifiee par un > 127b/111 et un mot de passe 127c/112. Ces informations permettent au microprocesseur 118 de determiner une ligne dans la table 121, et done un compte de messagerie. Cette adresse permet au microprocesseur 118 de retrouver les messagescorrespondents dans la memoire de stockage 120. Puis le serveur 115, compose une reponse a la requete d'interrogation emise a l'etape 209, cette reponse est envoyee a l'adresse du serveur ayant emis la requete, c'est-a dire a l'adresse du serveur 122. De ltetape 210, on passe a une etape 211 d'analyse de la reponse du serveur 115 par le serveur 122. Dans l'etape 211, le microprocesseur 125 determine s'il y a des nouveaux messages dans la bo^rte a lettres qui a ete interrogee. Cette determination est effectuee en fonction du contenu de la reponse du serveur a la requete emise a l'etape 209. II s'agit d'une requete selon le protocole IMAP pour conna^'tre le nombre de nouveaux messages dans une boite a lettres electronique. La reponse comporte done un nombre de nouveau (x) message(s). Si ce nombre est 0, cela sign ifie q u'il nty a pas de nouveau message. Si il n'y a pas de nouveau message, on repasse a l'etape 209 et les interrogations se poursuivent, si il y a au moins un nouveau message, on passe alors a une etape 212 d'ouverture du >. Dans l'etape 212, le microprocesseur 125 compose un message pour ouvrir le >. Le destinataire de ce message est determine grace au contenu de la memoire 127. En effet, a partir d'un identifiant 127b et d'un mot de passe 127c, le microprocesseur 125 est capable de determiner un identifiant 127a d'un telephone 101. Cet identifiant est. soit une adresse Internet soit, par exemple, un numero de telephone permettant d'emettre un message court. Le message d'ouverture du > est done un simple message adresse au programme 109 serveur local comportant un code instruction indiquant qu'il faut changer le mode de fonctionnement du programme 109 serveur local. On passe alors a une etape 213 d'ouverture du >. Dans l'etape 213, le programme 109 serveur local recoit le message emis a ltetape 212. Le programme 109 serveur local salt dans ce cas il ne doit plus bloquer les messages emis par ['application 108. Le programme 109 serveur local passe alors en mode relais. De l'etape 208, I'application 108 passe a une etape 214 d'emission d'une troisieme requete. Pour la description on considere que l'etape 214 est posterieure a l'etape 213. C'est-a-dire qu'au moment ou survient l'etape 214, le programme 109 est dans un mode relais. L'etape 214 est identique aux etapes 201 et 206. De l'etape 214, on passe a une etape 215 de relais de la requete. L'etape 215 est mise en ceuvre par le programme 109 serveur local. Dans cette etape le programme 109 serveur local se comporte comme ['application 108 c'est-a-dire qu'il emet, cette fois-ci de maniere radioelectrique, la requete d'interrogation. On passe alors a une etape 216 de reponse du serveur 115 de service. Lorsqu'il se comporte en mode relais, le programme 109 du serveur local, ne deroute plus les requetes emises par ['application 108 vers le serveur 122 controleur reseau. II se comporte comme un simple intermediaire dans l'acheminement des messages, sans plus intervenir ni sur leur contenu, ni sur leur destinataire. Dans l'etape 216 le serveur 115 re,coit une requete d'interrogation d'une bo^'te a lettres electronique classique et y repond done de maniere connue. Cette reponse est interceptee, dans l'etape 217, par le programme 109 serveur local. Encore une fois le programme 109 est en mode relais, done il retransmet la reponse du serveur 115 directement a ['application 108, c'est ltetape 218 de traitement, par ['application 108, de la reponse du serveur 115 a la requete emise a l'etape 214.11 s'agit d'une etape classique et connue. De l'etape 217, le programme 109 serveur local passe aussi a une etape 219 qui consiste a recommencer a fonctionner en mode bloquant comme cela a deja ete decrit pour les etapes 206 a 208. La figure 2bis montre que l'etape 209 peut aussi etre suivie d'une etape 220 d'emission d'un message de status. L'etape 220 peut en fait etre effectuee a n'importe quel moment par le serveur 122 controleur de reseau. ll stagit de ['emission d'un message de status a destination du programme 109 servaur local. L'etape 220 appara'^t, idealement, a intervalle regulier. Un message de status est destine a indiquer a un programme serveur local que le serveur 122 continue a interroger le serveur 115. De l'etape 220, on passe a une etape 221 de reception, par ['application 109 serveur local, du message de status. Dans l'etape 221, le programme 109 determine si il faut continuer ou pas a interroger le serveur 115. Si il faut continuer, on passe a une etape 222 de pour-quite de ['interrogation. L'etape 222 consiste en fait en une reponse positive au message de status. Le programme 109 serveur local emet alors une reponse de pour-quite d'interrogation a destination du serveur 122 controleur reseau. Si il ne faut pas repondre, on passe alors a une etape 223 de fin d'interrogation. A l'etape 223, aucune reponse n'est emise au message de status. Dans ce cas, le controleur 122 reseau detecte qu'aucune reponse n'a ete recue en reponse a son message de status et il met a jour sa configuration. C'est ltetape 224. L'etape 224 consiste en fait a effacer une colonne de la memoire 127. Cette colonne correspond a l'identifiant 127a pour lequel il nta ete re, cu aucune reponse a un message de status. Dans la pratique, on peut considerer qu'un message ouvrir ' est un message de status, mais il ne s'agit pas du seul message de status possible. Un message de status peut aussi comporter une information selon laquelle aucun nouveau message n'a ete recu depuis le dernier message de status. Dans la pratique le changement de mode de fonctionnement du programme 109 serveur local peut aussi etre provoque a l'echeance d'un delai. Par exemple, si cela fait un certain temps que le programme 109 serveur local n'a pas recu de message de status de la part du serveur 122, le programme 109 serveur local peut alors considerer que le serveur 122 controleur reseau n'est plus actif. Dans ce cas, le programme 109 serveur local passe alors de lui-meme en mode relais. En mode relais, le programme 109 serveur local ne repond plus aux messages de status du serveur 122 controleur reseau. Le passage d'un mode a l'autre, peut aussi etre force par l'utilisateur du telephone 101. Avec la mise en couvre de ['invention, on volt que les connexions effectives entre les telephones 101 et le serveur 115 de service n'ont lieu que lorsqu'elles vent vraiment utiles, c'est-a-dire lorsqu'il y a de nouveaux messages a consulter dans le cadre d'un serveur de messagerie. On peut facilement etendre l'enseignement de ['invention a toutes les communications avec un client mobile devant interroger regulierement un servour pour detecter un changement de contexte sur ce serveur. Dans ce cas, les interrogations regulieres vent faites par le serveur 122 controleur reseau et non pas par le telephone101. Cela permet de ne pas surcharger la partie radiofrequence du reseau et de ne pas gaspiller inutilement l'energie du telephone 101 mobile. Dans une variante de ['invention, lorsque le serveur 122 detecte un changement de contexte sur le serveur 115, le serveur 122 rapatrie alors ce nouveau contexte, par exemple les nouveaux messages sur le serveur 122. Le rapatriement des messages vers le telephone 101 s'effectue alors non pas entre le telephone 101 et le serveur 115, mais entre le telephone 101 et le serveur 122. On peut tres bien envisager des protocoles de communication differents entre premierement, I'application 108 et le serveur 115, deuxiemement, le programme 109 serveur local et le serveur 122 controleur reseau. En effet, le serveur 122 controleur reseau est amene a emettre des messages vers le telephone 101 qui n'est pas en permanence, surtout dans la norme IPv4, connecte a Internet. Cela signifie que le telephone 101 n'a pas en permanence une adresse Internet valide. Dans ce cas, on peut utiliser le protocole de messages court, par exemple, pour etablir une communication entre le telephone 101 et le serveur 122. Les autres communications du telephone 101 etant toutes sortantes, elles peuvent se faire suite a une connexion a Internet du telephone 101, initiee par ce telephone 101. REVENDICATIONS 1 - Procede d'optimisation d'un trafic (103) reseau comportant un client (101) mobile et un serveur (115) de service caracterise en ce que le procede comporte les etapes suivantes: - une application (108) cliente, executee par le client mobile, emet (201) une premiere requete destinee au serveur de service, - un programme (109) serveur local, execute par le client mobile, intercepte (202) la premiere requete destinee au serveur de service, - le programme servaur local produit (202) un message d'initialisation a partir du contenu de la premiere requete, - le programme serveur local emet (202) la frame d'initialisation a destination d'un serveur (122) controleur, - le serveur controleur re, coit (204) le message d'initialisation et le serveur controleur se parametre (204) en fonction du contenu du message dtinitialisation pour em ettre ( 2 09) d es requetes a destination du serveur de service. 2- Procede selon la revendication 1, caracterise en ce que le procede comporte les etapes suivantes: - I'application cliente emet (206) une deuxieme requete destinee au serveur de service, - le programme serveur local intercepte (207) la deuxieme requete et interrompt son acheminement, - le programme serveur local produit et emet (207) une reponse vers I'application cliente, - I'application cliente recoit (208) la reponse du programme serveur local. 3 - Procede selon l'une des revendications 1 ou 2, caracterise en ce que le procede comporte les etapes suivantes: - le serveur controleur emet (209) une requete vers le serveur de service en se faisant passer pour ['application cliente, - le serveur de service recoit (210) la requete du serveur controleur et y repond (210), - le serveur controleur recoit la reponse et emet (212) un message d'ouverture a destination du programme serveur local, - le programme serveur local re,coit (213) le message d'ouverture et se parametre en consequence, - I'application cliente emet (214) une troisieme requete a destination du serveur de service, - le programme serveur local intercepte (215) la troisieme requete et la relate vers le serveur de service, - le serveur de service recoit et traite (216) la troisieme requete. 4 - Procede selon l'une des revendications 1 a 3, caracterise en ce q ue le prog ram me serveu r local bloque (207) les req uetes de ['application cliente jusqu'a ce que le programme serveur local recolve un message d'ouverture de la part du serveur controleur. - Procede selon l'une des revendications 1 a 4, caracterisee en ce que le programme serveur local bloque les requetes de ['application cliente jusqu'a l'echeance d'une duree predefinie. 156 - Procede selon l'une des revendications 1 a 5, caracterise en ce qu'il comporte les etapes suivantes: - le serveur controleur emet (220) un message de status vers le programme serveur local, - le serveur controleur interrompt (224) I'emission de requete vers le serveur de service si il ne re,coit pas de reponse, correspondent au message de status, de la part du programme serveur local. 7- Procede selon l'une des revendications 1 a 6, caracterise en ce que ['application cliente est une application cliente de messagerie electronique et le serveur de service est un serveur de messagerie. 258 - Procede selon l'une des revendications 1 a 7, caracterise en ce que un message d'initialisation comporte: - des informations permettant au serveur controleur de se faire passer pour ['application cliente, de preference un identifiant (111) et un mot (112) de passe, - des informations (113) sur le serveur de service a interroger, de preference son adresse sur un reseau et son type. 9 - Dispositif client, communiquant sur un reseau, pour la mise en ceuvre d'etapes du procede selon l'une des revendications 1 a 8, caracterise en ce que le dispositif client comporte une memoire (108) de programme comportant des codes instruction correspondent a une application cliente emettant des requetes vers un serveur de service, la memoire (109) de programme comportant aussi des codes instruction correspondent a un prog ram me serveur local pou r intercepter et tra iter des messages em is pa r ['application cliente et pour recevoir et traiter des messages emis par un serveur controleur. - Dispositif serveur controleur, communiquant sur un reseau, pour la mise en ceuvre d'etapes du procede selon l'une des revendications 1 a 8, caracterise en ce que le dispositif serveur controleur comporte une memoire (127) de configuration pour enregistrer des informations d'un message d'initialisation, le dispositif serveur controleur comportant aussi une memoire (126) de programme comportant des codes instruction pour emettre des requetes vers le serveur de service en fonction du contenu de la memoire de configuration, la memoire de programme comportant aussi des codes instruction pour emettre un message d'ouverture et/ou de status, vers un