Brevet FR2784760A1 — publié le 20000421

Procédé de gestion de I'heure dans un téléphone mobile La présente invention a pour objet un procédé de gestion de I'heure dans un téléphone mobile. Elle trouve plus particulièrement son utilisation dans des téléphones mobiles fonctionnant selon la norme GSM. Un des buts de l'invention est de mettre à disposition d'un utilisateur une heure qui tienne compte d'une manière automatique de la situation temporelle dans laquelle se trouve cet utilisateur. Cette mise à disposition comporte pour l'essentiel un affichage d'une heure actuelle. Elle peut néanmoins aussi servir à recaler dans le temps des rendez-vous inscrits dans un agenda électronique proposé comme accessoire fonctionnel d'un téléphone mobile, notamment quand l'utilisateur subit des décalages horaires. Un but de l'invention est donc de régler une heure utilisée, ou affichée sur un écran d'un téléphone mobile, en fonction d'une zone géographique dans laquelle un téléphone mobile se trouve. On connaît actuellement dans le domaine des téléphones mobiles un procédé de gestion de l'heure. On sait ainsi régler une heure affichée sur un écran d'un téléphone mobile. Ce réglage se fait de manière manuelle par un utilisateur. Dans le domaine des micro-ordinateurs on sait aussi tenir compte d'un éventuel changement d'heure été-hiver, selon un pays pour lequel un micro-ordinateur est dédié. Afin de permettre) la gestion de ce changement d'heure, un tel micro-ordinateur possède une information de calendrier relative à une saison actuelle. Les procédés de gestion de l'heure utilisés actuellement présentent quelques problèmes. En effet, un premier problème apparaît lorsqu'un utilisateur, muni d'un téléphone mobile, part à l'étranger. Plus précisément, le problème survient si l'utilisateur se déplace sur une distance suffisamment grande pour le faire passer d'une région couverte par un fuseau horaire à une région couverte par un autre fuseau horaire. Ainsi, si l'utilisateur veut que son téléphone mobile affiche sur t'écran du téléphone mobile l'heure juste, il doit effectuer manuellement les modifications nécessaires. Dans ce but, il doit connaître le décalage horaire qui s'applique dans la zone géographique dans laquelle il se trouve. C'est fastidieux et cela nécessite des connaissances quelques fois difficiles à posséder. Un utilisateur peut parcourir de grandes distances. Ces grandes distances peuvent tre suffisamment grandes pour que l'utilisateur traverse plusieurs régions dont chacune est couverte par un fuseau horaire différent. Dans ce cas l'utilisateur doit répéter cette opération à chaque étape. Ensuite, de retour dans son pays d'origine, l'utilisateur doit encore effectuer un réglage afin de faire afficher une heure juste au téléphone mobile. De plus, un utilisateur se trouvant dans un autre pays que le sien peut rencontrer un autre problème. En effet, s'il est originaire d'un pays qui prend en compte un changement d'heure été-hiver, alors il est possible que son téléphone mobile ait été programmé de manière à prendre en compte ce changement. Si le pays où l'utilisateur se trouve n'est pas concerné par un tel changement d'heure été-hiver alors un problème se pose. En effet, pour la gestion de I'heure de son téléphone mobile, tout se passerait comme si le téléphone mobile se trouvait dans un pays pour lequel il a été programmé. A une date prévue d'un changement d'heure été-hiver, I'heure affichée sur un écran du téléphone mobile serait modifiée. Par conséquent, l'heure affichée par le téléphone mobile serait erronée. II faudrait encore la modifier manuellement. L'invention a pour objet de remédier aux problèmes cités en proposant un procédé automatique de gestion de l'heure, notamment de l'heure affichée sur un écran du téléphone mobile. Dans l'invention, le réglage est effectué en fonction d'une mesure d'un fuseau horaire dans lequel le téléphone mobile se trouve. En fait, ce n'est pas une zone géographique dans laquelle le téléphone mobile se trouve qui est prise en compte, mais une zone géographique dans laquelle se trouve une station de base, en relation avec ce téléphone mobile. Cette station de base gère une cellule dans laquelle un téléphone mobile se trouve. On admet dans l'invention que la station de base, avec laquelle le téléphone mobile est connecté, est dans une région couverte par un mme fuseau horaire que celui qui couvre la région dans laquelle ce téléphone mobile se trouve. La mesure du fuseau horaire est alors faite à I'aide d'informations d'identification envoyées par cette station de base au téléphone mobile. II est en effet connu qu'un téléphone mobile reçoive des informations, envoyées par des stations de base, concernant l'opérateur du réseau de téléphonie mobile, le pays et l'identité de la station de base en liaison avec le téléphone mobile. Ces informations sont normalement utilisées afin d'afficher sur un écran du téléphone mobile un nom d'un opérateur d'un réseau téléphonique auquel le téléphone mobile est relié. Afin de permettre ceci, le téléphone mobile comporte en mémoire une table qui comporte des noms de pays avec des noms d'opérateurs, ainsi que des codes pays et des codes opérateurs. A un code pays correspond, dans la table, un nom de pays. A un code opérateur correspond, dans la table, un nom d'opérateur. Ainsi lorsqu'on reçoit un code pays et un code opérateur, on cherche dans la table le nom du pays et de l'opérateur correspondant et celui-ci peut tre affiche. Dans l'invention le réglage de l'heure affichée, ou de l'heure utile, est alors fait de manière automatique. Dans l'invention, pour effectuer une mesure d'un fuseau horaire, on utilise les informations d'identification émises par une station de base d'un réseau gérée par un opérateur et situées dans un pays. Ces informations d'identification sont transmises au téléphone mobile chaque fois que ce téléphone mobile se connecte à un réseau. Le téléphone mobile peut mme recevoir, selon l'état de la technique, ces informations d'identification lorsqu'il est dans un état de veille. Un état de veille est un état dans lequel un téléphone mobile se trouve après qu'un utilisateur a entré son code personnel (appelé code PIN pour numéro d'identification personnel) et avant qu'il n'entre en communication avec un autre interlocuteur. Ce code personnel permet de déverrouiller l'accès aux différentes fonctions disponibles dans le téléphone mobile. Par opposition à un état de veille, un état actif est un état dans lequel un téléphone mobile se trouve lorsque son utilisateur est en communication. Le téléphone mobile reçoit ainsi, périodiquement, selon l'état de la technique, ces informations d'identification lorsque le téléphone mobile est connecté à un réseau et est dans un état de veille. II peut également en recevoir lorsqu'il est en communication. Ces informations d'identification peuvent tre émises en utilisant comme support de transmission un signal à une fréquence dite de balise, identique pour un ensemble de stations de base. Le canal fréquentiel lié à cette fréquence balise est appelé canal BCCH, pour Broadcast Control CHannel. C'est dans ce canal qu'on diffuse préférentiellement des informations d'identification. Ces informations d'identification permettent dans l'invention de localiser géographiquement une cellule, donc une station de base. Selon )'invention, un utilisateur, passant d'une région couverte par un fuseau horaire à une région couverte par un autre fuseau horaire, verra l'heure affichée sur un écran de son téléphone mobile changer automatiquement dès qu'un changement de cellule aura lieu. Ce changement se produira lorsque cet utilisateur passera d'une cellule située dans une région couverte par un premier fuseau horaire à une cellule du réseau située dans une région couverte par un deuxième fuseau horaire. Lors d'une connexion à une nouvelle station de base le téléphone mobile recevra de nouvelles informations d'identification. Ces nouvelles informations d'identification permettent, après interprétation de ces dernières dans le téléphone mobile, de connaître la position géographique et donc le fuseau horaire de la nouvelle station de base raccordée au téléphone mobile. On a ainsi accès à une valeur de décalage horaire qu'il faut ajouter à une horloge interne du téléphone mobile pour que !'heure affichée ou utilisée soit une heure juste. Ces interprétations des informations reçues sont rendues possibles par création d'une table de correspondance dans une mémoire du téléphone mobile. A titre de perfectionnement, grâce à une information contenue dans cette table de correspondance, on pourra mme savoir si le pays où on se trouve est concerné par un changement d'heure été-hiver. Si tel est le cas, on réglera de nouveau l'heure, en fonction de la saison cette fois-ci, de manière à tre soit en heure d'été soit en heure d'hiver. Selon une variante préférée, la table de correspondance du téléphone mobile comporte encore deux autres types d'information. Ces deux autres types sont utilisés dans le cas de pays soumis à plusieurs fuseaux horaires. Une première de ces deux informations sert dans un test, afin de savoir si un pays possède plusieurs fuseaux horaires. Si tel est le cas, on utilise alors une deuxième information qui est une information de localisation géographique. Elle sera contenue, selon l'invention, dans une information d'identification de type dit LAC-CI. L'information LAC-CI signifie Location Area Code-Cell Identity dont la traduction est Code de Zone de Localisation Identité de Cellule. En pratique les informations LAC-CI sont transmises dans des messages plus complets. Ces messages plus complets, nommés CGI, comportent un champ pour le code d'un pays, un champ pour le code d'un opérateur et un champ pour l'identification LAC-CI d'une station de base. Avec toutes ces informations, on peut repérer dans la table de correspondance des informations de décalage permettant d'aboutir à une heure juste. On connaîtra ainsi le décalage horaire à appliquer à une heure de référence interne au téléphone mobile. De préférence cette heure de référence est une heure qui n'est affectée d'aucun décalage horaire. L'invention concerne donc un procédé de gestion de l'heure dans un téléphone mobile comportant les étapes suivantes : -on produit un message binaire représentatif de I'heure, -on utilise ou on affiche sur un écran, sous une forme compréhensible, ce message binaire pour le rendre utile ou visible à un utilisateur, caractérisé en ce : -on régie l'heure utile ou affichée, automatiquement, en fonction d'une mesure d'un fuseau horaire dans lequel le téléphone mobile se trouve. L'invention sera mieux comprise à la lecture de la description qui suit et à l'examen des figures qui I'accompagnent. Celles-ci ne sont présentées qu'à titre indicatif et nullement limitatif de l'invention. Les figures montrent : -Figure 1 : une représentation des moyens de mettre en oeuvre le procédé de gestion de l'heure affichée selon l'invention. Ces moyens sont contenus dans un téléphone mobile lui-mme non représenté ; -Figure 2 : une représentation schématique d'une répartition d'opérateurs de téléphonie mobile dans deux pays, dont l'un est couvert par trois fuseaux horaires et l'autre par un seul fuseau horaire ; -Figure 3 : une illustration d'un enchaînement, sous forme d'un algorithme, des différentes étapes du procédé selon l'invention. La figure 1 montre différents moyens utilisés par le procédé de l'invention. Un programme 1 contenu dans une mémoire de programmes 2 conditionne le fonctionnement d'un microprocesseur 3. Une mémoire dynamique 4 mémorise des données 5,6 et 7. Ces données 5,6 et 7 représentent, selon l'invention, respectivement un code pays, un code opérateur et un code LAC-CI. Ces données 5,6,7 sont envoyées par un réseau 100 de téléphonie mobile. Ce réseau 100 utilise une station de base 8 pour communiquer avec le téléphone mobile. Le réseau 100 comporte en outre un contrôleur 101 de stations de base, appelé BSC qui signifie Base Station Controller, qui a en charge la gestion d'un groupe de stations de base. Ce contrôleur 101 de stations de base est relié à d'autres stations de base par un centre de commutation 102, appelé MSC qui signifie Mobileservices Switching Center. Ce centre de commutation 102 est relié, par exemple par un bus 103 contrôlé par un microprocesseur se trouvant dans le centre de commutation 102, à une mémoire 104. Cette mémoire 104 est organisée sous la forme d'une table de correspondance pour mémoriser une base de données. La base de données est appelée VLR pour Visitor Location Register. Cette base de données est un organe d'identification temporaire d'utilisateurs. Ainsi, lorsqu'un utilisateur arrive dans une cellule couverte par une station de base contrôlée par le contrôleur 101 de station de base relié au centre de commutation 102, la base de données est mise à jour. Une mise à jour de la base de données consiste à placer en mémoire 104 plusieurs informations d'identification concernant l'utilisateur. Ces informations d'identification sont mémorisées, en respectant l'organisation sous la forme d'une table de correspondance, dans la mémoire 104. La table de correspondance comporte un certain nombre de lignes ou d'enregistrements 105. II y a autant d'enregistrement 105 que d'utilisateurs identifiés. Un enregistrement 105 comporte plusieurs champs. II comporte notamment un champ 106 qui contient une donnée relative à un numéro de téléphone d'un utilisateur. II comporte aussi un champ 107 contenant un code LAC-CI. II existe ainsi, pour chaque enregistrement, une correspondance entre un numéro de téléphone et un code LAC-CI. Le code LAC-CI est l'identité d'une station de base dans le ressort de laquelle se trouve le téléphone mobile qu'on peut joindre avec ce numéro de téléphone. Ainsi, les informations d'identification correspondant aux données 5,6,7 sont émises par la station de base 8 par prélèvement dans cette mémoire 104. Ces données 5,6,7 sont reçues par le téléphone mobile au moyen d'une antenne 9 de ce dernier en relation avec un circuit de réception 10. Le circuit de réception 10 a en charge de transformer les signaux électromagnétiques re, cus sur l'antenne 9 en données de type binaire et aussi de les décoder. Les données décodées 5,6 et 7 sont transmises à la mémoire dynamique 4 par l'intermédiaire d'un bus 11, sous contrôle du microprocesseur 3. Le microprocesseur 3 utilise ces données 5,6,7 pour se repérer dans une mémoire de correspondance 12. La mémoire de correspondance 12 est organisée, dans un exemple préféré, de la manière suivante. Une partie de la mémoire 12 comporte une série de tables 13, et 13.1 à 13. n. Chaque table 13 ou 13.1 à 13. n, dans un exemple, est associée à un pays. Chaque table 13 comporte un certain nombre de lignes ou d'enregistrements 14. Ce nombre d'enregistrements 14 peut tre différent d'une table 13 à une autre. Par contre tous les enregistrements 14 de toutes les tables 13 ont la mme longueur. Les enregistrements 14 sont organisés tous de la mme manière. Un enregistrement 14 comporte plusieurs champs. Dans un exemple préféré, un enregistrement 14 comporte huit champs. Parmi ceux-ci, un champ 15 contient un code relatif à un pays. Un champ 16 contient un code relatif à un opérateur. Un champ 17 contient un code LAC-CI relatif à une identification et donc à une localisation géographique d'une station de base. Un champ 18 contient un nom d'un opérateur. Un champ 19 contient un nom d'un pays. Un champ 20 contient une information permettant de savoir si oui ou non le pays défini par le champ 19 de la mme ligne possède plusieurs fuseaux horaires. Une information binaire égale à zéro signifie qu'il n'y a qu'un seul fuseau horaire et une information binaire égaie à un signifie qu'il y a plusieurs fuseaux horaires. Un champ 21 contient une information permettant de savoir si le pays identifié dans le champ 19 de la mme ligne 14 est soumis au changement d'heure été-hiver. Par exemple, une information binaire égale à zéro indique qu'il n'y a pas de changement d'heure été-hiver dans le pays identifié, et une information binaire égale à un indique qu'il y a un changement d'heure été-hiver dans le pays identifié. Un champ 22 contient une information de décalage horaire à appliquer. Cette information de décalage est fonction de l'identification contenue dans les champs 15 à 17 du mme enregistrement 14. En outre, un emplacement 23 de la mémoire 12 est réservé afin de conserver la date présente. Une architecture différente de la mémoire 12 est envisageable. Notamment, selon le degré de perfectionnement recherché, certains champs pourront ne pas tre présents. Pour l'essentiel, au moins un des champs 15, 16 ou 17 sera présent au regard d'au moins un champ 20 à 22 contenant une information de décalage horaire. Notamment, au lieu des champs 15 à 17, la table 12 pourrait comporter des adresses d'emplacements en mémoire des enregistrements 14 où se trouveraient les informations utiles à la connaissance du décalage horaire à prendre en compte. Le fonctionnement du procédé de l'invention est le suivant. Le microprocesseur 3 lit la donnée reçue 5 dans la mémoire dynamique 4. Il la compare au contenu du champ 15 des enregistrements 14 des tables. Ou alors, il adresse la table en mémoire avec la valeur de la donnée 5. Lorsque le microprocesseur 3 trouve un code dans un champ 15 égal à la donnée reçue 5, alors il extrait le nom du pays dans lequel le téléphone mobile se trouve. Pour cela il lit le contenu du champ 19 de la ligne contenant ce code. A partir de là, à I'aide du programme 1 le microprocesseur 3 teste si une information contenue dans le champ 20 de la ligne contient ce code afin de savoir si, dans le pays considéré, il y a plusieurs fuseaux horaires. Si la réponse au test est négative, alors, toujours sur la mme ligne, on lit le contenu du champ 22 qui donne un nombre d'heure qu'il faut ajouter, ou enlever, à une heure absolue contenue dans un registre 24. L'heure absolue contenue dans le registre 24 est une heure de référence interne au téléphone mobile. Cette heure de référence interne n'est modifiable que manuellement par l'utilisateur. Cette heure absolue sera, dans un exemple préféré, une heure référencée par rapport au méridien de Greenwich, c'est une heure dite GMT. C'est pourquoi le microprocesseur 3, qui a récupéré une valeur de décalage contenue dans le champ 22 par l'intermédiaire du bus 11, ajoute ou enlève cette valeur de décalage issue d'un champ 22 à l'heure absolue contenue dans le registre 24 et place le résultat de l'opération dans un registre 25. Le microprocesseur 3 ne modifie pas l'heure absolue contenue dans le registre 24. Ainsi I'heure contenue dans le registre 25 est une heure réelle. On affiche cette heure réelle sur un écran 26 du téléphone mobile par l'intermédiaire du bus 11 sous le contrôle du microprocesseur 3. En variante, I'heure modifiée n'est pas affichée mais est utilisée en interne dans le téléphone mobile pour synchroniser le téléphone mobile, notamment ses fonctions d'agenda avec le fuseau horaire dans lequel il se trouve. Pour l'enregistrement, un test sur une information contenue dans le champ 21 correspondant à un changement d'heure été-hiver indique si on doit modifier encore l'heure réelle contenue dans le registre 25. Ceci permet de se placer soit en heure d'été pendant la saison d'été soit en heure d'hiver pendant la saison d'hiver. La saison est déterminée par interprétation d'une date se trouvant à l'emplacement mémoire 23. Cette interprétation est gérée par le microprocesseur 3 commandé par le programme 1. Elle consiste à comparer la date actuelle à des dates de changement d'heure situées au printemps et en automne. Par conséquent I'heure affichée 27 à l'écran 26 correspond à une heure GMT augmentée ou diminuée du décalage horaire contenu dans le champ 22 et éventuellement d'un changement dû à l'heure d'été-hiver. Un utilisateur qui veut modifier manuellement I'heure affichée 27 modifiera en fait l'heure absolue se trouvant dans le registre 24. Par exemple, si l'utilisateur veut rajouter une heure manuellement alors I'heure affichée 27 sera décomposée de la manière suivante. L'heure affichée sera la somme entre un déca) age défini dans un champ 22 et la nouvelle heure absolue contenue dans le registre 24. Cette nouvelle heure sera par exemple I'heure GMT plus une heure. Maintenant quel que soit le pays où l'on se trouve le décalage horaire contenu dans un champ 22 sera ajouté à cette nouvelle heure absolue. La figure 2 montre une représentation géographique de deux pays voisins 29 et 30. Le pays 29 est couvert par trois fuseaux horaires 31,32, et 33 et comporte des implantations régionales de trois opérateurs de téléphonie mobile 34,35, et 36. L'opérateur 34 couvre dans le pays 30 une zone géographique s'étendant 5 l'intérieur d'un seul fuseau horaire 31. L'opérateur 35 couvre une zone géographique s'étendant sur deux fuseaux horaires 32 et 33. L'opérateur 36 couvre une zone géographique restreinte à un fuseau horaire 33. Le pays 30 comporte quant à lui un seul opérateur 37 et est situé dans le fuseau horaire 32. Lorsqu'un téléphone mobile d'un utilisateur arrive dans le pays 30, il se connecte à un réseau couvert par l'opérateur 37. Ce téléphone mobile reçoit des informations d'identification écrites dans sa mémoire dynamique 4 sous forme de données 5,6,7. Grâce à la donnée 5, on a accès au nom du pays 30 dans lequel on se trouve. Un test sur l'information contenue dans le champ 20 de la ligne contenant le nom du pays 30 indiquera que ce pays est couvert par un seul fuseau horaire, dans ce cas cette information est égale à zéro. Dans ce cas, le décalage horaire à appliquer à l'heure absolue s'en déduit immédiatement par lecture de la valeur contenue dans le champ 22 de la ligne 14 correspondant au nom du pays 30. En testant l'information contenue dans le champ 21 on saura si dans ce pays 30 il faut appliquer un changement d'heure été-hiver. Si tel est le cas, l'information a pour valeur un. A I'aide du microprocesseur 3 on lit l'heure réelle contenue dans le registre 25 et la date contenue dans l'emplacement mémoire 23. On peut donc déterminer quelle est I'heure juste qu'il faut afficher à l'écran 26. Si l'utilisateur va dans le pays 29, son téléphone mobile se connectera, par exemple, avec le réseau de l'opérateur 35. Le réseau enverra des informations d'identification que le téléphone mobile placera en mémoire dynamique 4 sous forme de données 5,6,7. Ces données lui permettront de déterminer le décalage horaire dans ce pays, ou plus généralement dans cette région. Dans ce cas, le test de l'information contenue dans le champ 20 de la ligne 14 contenant le nom du pays 29 indique la présence de plusieurs fuseaux horaires 32 et 33 dans le pays 29. L'information contenue dans le champ 20 est donc égale à un. Dans ce cas, le code pays égal à la donnée 5 ne sera plus suffisant pour déterminer le décalage horaire. II faut donc utiliser une donnée complémentaire, la donnée 7 qui permet de localiser géographiquement une station de base à l'intérieur du pays 29. Ainsi dans une table 13 correspondant au pays 29, on recherche quelle est la ligne 14 parmi toutes celles possibles pour le pays 29 qui contient une information, dans le champ 17, égale à la donnée 7. Une fois cette ligne trouvée, on répète les mmes opérations que précédemment. C'est-à-dire, on lit la valeur du décalage contenu dans le champ 22 de cette ligne 14, puis on teste l'information contenue dans le champ 21 de cette ligne 14 concernant un changement d'heure été-hiver. Le décalage ainsi calculé est ajouté, dans le registre 25, à une copie de l'heure absolue contenue dans le registre 24. L'identification des stations de base sera telle qu'au moins un des arguments des codes LAC-CI des stations de base situées dans le fuseau 33 est différent d'un argument de mme type de stations de base situées dans le fuseau 32. Si au lieu d'tre connecté avec l'opérateur 35 le téléphone mobile était connecté avec t'opérateur 36, on aurait eu une donnée 7 à laquelle aurait été associé un décalage horaire identique quelle que soit la station de base. En effet, la surface couverte par cet opérateur 35 est contenue dans un seul fuseau horaire 33. II en est de mme si la connexion avait eu lieu avec l'opérateur 34 situé dans une région couverte par un fuseau 31 sauf que le décalage horaire n'aurait pas été le mme. La figure 3 montre une représentation, sous une forme d'algorithme, de différentes étapes du procédé selon l'invention. Une première étape 38 concerne une lecture des données 5,6,7 relatives à des informations d'identification reçues par le téléphone mobile et écrites dans la mémoire dynamique 4. Ces informations permettent au microprocesseur 3 commandé par le programme 1, de rechercher, pendant une étape 39, le début de la table 13 ou 13.1 à 13. n contenant un code pays équivalent à la donnée 5. Ce dernier est comparé avec des valeurs contenues dans des champs 15. Une fois trouvée la table 13 associée au pays identifié, un premier test 40 est mis en place afin de savoir si le pays est couvert par plusieurs fuseaux horaires. L'information testée est une information contenue dans un champ 20 de la première ligne 14 d'une table 13. Cette information est la mme pour toutes les lignes d'une mme table. Dans le cas d'un test 40 positif, on arrive dans une étape 41 pendant laquelle on recherche dans la table trouvée la ligne 14 dont le contenu du champ 17 est égal à la donnée 7. Dans le cas d'un test 40 négatif, cette étape 41 est contournée. Ensuite, une fois une ligne 14 sélectionnée, on lit, pendant une étape 42, le contenu du champ 22, de cette ligne 14, qui contient un décalage horaire à appliquer. Le décalage à appliquer est ajouté directement à !'heure absolue contenue dans le registre 24. Dans une nouvelle étape de test 43 on teste l'information contenue dans le champ 21, de la ligne 14. De cette façon on sait si le pays identifié est concerné par un changement d'heure été-hiver. Dans le cas d'un test positif, on lit, pendant une étape 44, à l'emplacement mémoire 23 la date actuelle et dans le registre 251'heure réelle. Puis dans une étape 45 on règle l'heure réelle en conséquence. C'est-à-dire que l'on modifie l'heure réelle selon que l'on est en heure d'été ou que l'on est en heure d'hiver. Dans le cas d'un test négatif on contoume les étapes 44 et 45 pour se retrouver à l'étape 46 pendant laquelle on affiche l'heure réelle contenue dans le registre 25 sur un écran 26. Pendant une étape 47 on affiche le nom du pays identifié en fonction de la valeur lue dans le champ 19, de la ligne 14. Au lieu d'utiliser des informations envoyées dans le canal de diffusion BCCH par le réseau, en particulier lors d'une connexion, on peut aussi envisager d'envoyer ces informations d'identification en utilisant un service normalisé de messages courts nommés SMS, pour Short Message Service. Dans ce cas on peut envoyer directement au téléphone mobile, selon le lieu où le téléphone mobile se trouve, une information de décalage horaire à appliquer. Un déclenchement d'un envoi de l'information de décalage horaire est, dans un exemple préféré, ordonné par le réseau qui a en charge la gestion de l'itinérance d'un utilisateur. On aurait très bien pu envisager que ce déclenchement soit ordonné par le téléphone mobile, par exemple lorsque celui-ci reçoit un nouveau code LAC-CI. Ainsi, on rajoute un champ 108 à chaque enregistrement 105 dans la mémoire 104. Ce champ 108 contient donc une mesure d'un fuseau horaire dans lequel se trouve le téléphone mobile. En effet, ce décalage horaire dépend du lieu géographique dans lequel la station de base se trouve. Le centre de commutation 102 relié à la mémoire 104, par exemple par un bus 103, fournit cette mesure de fuseau horaire à la station de base 8, par l'intermédiaire du contrôleur de station de base 101. La station de base 8 envoie cette information de mesure du fuseau horaire, en plus des informations d'identification précédentes, au téléphone mobile. Ainsi, la mémoire de données 4 du téléphone mobile comporte, dans ce cas, une donnée supplémentaire 109 relative au décalage horaire à appliquer à l'heure absolue contenue dans le registre 24. Le résultat est placé dans le registre 25 contenant l'heure réelle qui correspond, entre autre à l'heure affichée 27 sur l'écran 26 du téléphone mobile. Ceci a pour conséquence immédiate de diminuer la taille de la mémoire de correspondance 12 dans le téléphone mobile. En effet la mémoire de correspondance 12 du téléphone mobile devrait contenir tous l est nommé CBCH, pour Cell Broadcast CHannel. Le canal CBCH est le canal qui permet de diffuser des informations, notamment de météorologie ou de trafic automobile, sous la forme de messages SMS-CB, à plusieurs utilisateurs. Les messages SMS-CB sont des messages destinés à tous les téléphones mobiles d'une mme zone géographique. Cette zone géographique comporte soit une cellule contrôlée par une station de base soit plusieurs cellules contrôlées chacune par une station de base. Toutes les stations de base de cette zone géographique émettent des messages SMS-CB identiques et ce dans un mme canal fréquentiel CBCH. Dans ce cas on simplifie encore le procédé de gestion dans le réseau puisqu'on envoie des informations sur un canal de diffusion, donc accessible à tous les utilisateurs se trouvant dans une mme zone géographique, et non plus sur un canal dédié à un seul utilisateur. Ainsi, tout utilisateur se trouvant dans une zone géographique reçoit, sur l'initiative du réseau ou du téléphone mobile, une information de mesure de fuseau horaire. Cet envoi est réalisé soit à une date déterminée soit lorsque l'utilisateur passe d'une zone géographique couverte par un fuseau horaire à une zone géographique couverte par un autre fuseau horaire. REVENDICATIONS 1-Procédé de gestion de l'heure d'un téléphone mobile comportant les étapes suivantes : -on produit un message binaire (25) représentatif de l'heure ; -on utilise ou on affiche sur un écran (26), sous une forme compréhensible, ce message binaire pour le rendre utile ou visible à un utilisateur ; caractérisé en ce que -on régie l'heure utile ou affichée (27), automatiquement, en fonction d'une mesure d'un fuseau horaire dans lequel le téléphone mobile se trouve. 2-Procédé selon la revendication 1 caractérisé en ce que -on régie l'heure affichée (27) lorsque le téléphone mobile est dans un état de veille. 3-Procédé selon l'une des revendications 1 à 2 caractérisé en ce que -on régie l'heure affichée (27) en utilisant des données (5,6,7) provenant d'informations d'identification émises par une station de base d'un réseau. 4-Procédé selon la revendication 3 caractérisé en ce que -on émet des informations d'identification correspondant à un code d'un opérateur d'un pays dans lequel le téléphone mobile se trouve, et -on convertit (24,25) dans le téléphone mobile ce code (6) en une donnée de réglage de l'heure affichée (27). 5-Procédé selon l'une des revendications 3 à 4, caractérisé en ce que -on émet des informations d'identification correspondant à un code d'un pays dans lequel le téléphone mobile se trouve, et -on convertit (24,25) dans le téléphone mobile ce code (5) en une donnée de réglage de l'heure affichée (27). 6-Procédé selon l'une des revendications 3 à 5 caractérisé en ce que -on émet des informations d'identification (LAC-CI) correspondant à une localisation d'une station de base dans le ressort de laquelle le téléphone mobile se trouve, et -on convertit (24,25) dans le téléphone mobile ce code (7) en une donnée de réglage de l'heure affichée (27). 7-Procédé selon l'une des revendications 1 à 6 caractérisé en ce que -on envoie des signaux de messagerie de type SMS contenant une mesure d'un fuseau horaire. 8-Procédé selon l'une des revendications 3 à 7 caractérisé en ce que -on mémorise dans une table (13) du téléphone mobile des informations (21) relatives à des changements d'heure été-hiver en correspondance d'informations d'identification, -on modifie le réglage de l'heure affichée (27) en fonction de ces informations de changement été-hiver, en fonction des informations d'identification émises, et en fonction d'une information (23) de calendrier relative à une saison actuelle. 9-Procédé selon l'une des revendications 1 à 8 caractérisé en ce que -on déduit I'heure affichée (27) d'un décalage (22) ajouté à une heure absolue connue dans le mobile, et en ce que -on régie l'heure affichée (27) en réglant le décalage (22). 10-Procédé selon l'une des revendications 1 à 9 caractérisé en ce que -on affiche le nom du pays dans lequel le téléphone mobile se trouve.