Brevet FR2710224A1 — publié le 19950324

La présente invention est relative à un procédé pour perfectionner les téléphones mobiles cellulaires, en particulier un procédé pour perfectionner les téléphones mobiles cellulaires en utilisant une carte à module de5 perfectionnement de logiciel (SUM). La carte SUM peut être utilisée dans le support avec un connecteur (le lecteur de carte SIM) disposé dans des téléphones mobiles destinés à la carte à module d'identité de l'abonné (SIM). Périodiquement, il est nécessaire de perfec- tionner le logiciel des téléphones mobiles cellulaires. Un tel perfectionnement peut consister à fournir, par exemple, un logiciel nouveau et meilleur ou corrigé, à modifier le téléphone mobile en fonction des besoins spéciaux de l'abonné, ou à mettre à jour le téléphone avec une nouvelle possibilité, par exemple, un récepteur d'appel de personnes pour d'autres services qui seront offerts dans tout autre réseau, local ou global. Les téléphones mobiles cellulaires couramment utilisés dans le réseau GSM (système global pour les communications mobiles) de téléphones mobiles en place en Europe sont achetés indépendamment de l'opérateur du réseau cellulaire. L'abonné achète alors une carte SIM qui est installée de manière permanente dans un lecteur de carte SIM disposé sur le téléphone mobile. La carte SIM ressemble à une carte de crédit de dimensions normales (ou ce peut être une carte beaucoup plus petite destinée à être utilisée dans des téléphones portables), mais contient un micro-calculateur complet avec mémoire. La carte SIM, une fois installée dans le téléphone, contrôle si l'abonnement est valide et si la carte n'est pas volée, en authentifiant l'appel avec la base de données nationale. La carte SIM peut aussi avoir la possibilité de stocker une information concernant l'utilisateur telle qu'une liste de codes courts pour composer les numéros couramment utilisés. Lorsque l'abonné souhaite perfectionner son terminal ou son téléphone mobile pour obtenir de nouvelles caractéristiques ou un nouveau réseau, etc., il doit apporter ou envoyer le téléphone à la compagnie responsable de l'entretien et de la mise à jour. Le téléphone mobile est alors connecté physiquement par l'intermédiaire d'une5 connexion sous forme câblée, galvanique, magnétique, optique ou autre, à un ordinateur situé chez la compagnie qui assure l'entretien. Le logiciel nécessaire est implanté dans le téléphone mobile par l'intermédiaire de la connexion câblée. Selon une variante, une unité de mémoire à l'intérieur du10 téléphone mobile pourrait être remplacée par un technicien de la compagnie responsable de l'entretien et de la mise à jour. Dans l'un ou l'autre cas, les abonnés doivent se rendre à la compagnie ou envoyer leur téléphone à la compagnie pour obtenir des améliorations de performance, des corrections de logiciel, etc. D'un autre point de vue, la compagnie qui assure l'entretien et la mise à jour doit utiliser un service ou un autre département qui recevra et gardera trace des téléphones mobiles envoyés par courrier ou apportés par l'abonné à des fins de perfectionnement. Ceci présente un inconvénient à la fois pour la compagnie et pour l'abonné et est aussi très coûteux. Aux Etats-Unis, afin de perfectionner un téléphone mobile, l'abonné doit apporter le téléphone mobile à un centre d'entretien pour procéder au perfectionnement par l'intermédiaire d'une connexion matérielle. Le brevet des Etats-Unis d'Amérique n 5 061 845 de Pinnavaia décrit une carte à mémoire amovible qui comporte des dispositifs semiconducteurs sur le substrat et qui a approximativement les dimensions d'une carte de crédit. La carte à mémoire est facilement manipulée par l'utilisateur et enfichable dans l'équipement souhaité. Le déposant distingue son invention de l'extension de mémoire en utilisant des cartes à mémoire supplémentaires enfichées dans des fentes sur le côté du châssis d'un ordinateur personnel, ou de simples cartes à module supplémentaires en ligne qui doivent être installées dans des endroits d'accès difficile sur la carte mère alors que l'ordinateur n'est plus alimenté. La carte à mémoire de Pinnavaia est destinée à être utilisée dans des ordinateurs personnels, des dispositifs de commande5 de jeu ou des imprimantes laser. Le brevet des Etats-Unis d'Amérique n 5 212 368 de Hara décrit un jouet comportant une unité de lecture de carte destinée à être utilisée avec une carte sur laquelle sont stockées des données de paramètres de jeu sous forme10 lisible en machine. D'autres cartes de données pour diverses applications sont aussi connues. Voir, par exemple, les brevets des Etats-Unis d'Amérique n 5 193 053, 5 038 273, et 4 968 864. Cependant, aucun de ces brevets ne décrit un procédé et un appareil pour perfectionner des téléphones mobiles cellulaires en utilisant une carte SUM installée de façon temporaire. Un objet de la présente invention est donc de fournir un procédé et un appareil pour perfectionner des téléphones mobiles d'une manière meilleure et plus efficace afin de pallier les inconvénients décrits ci-dessus. Un autre objet de la présente invention est de fournir un procédé et un appareil pour perfectionner des terminaux à téléphone mobile, qui peuvent être distribués par courrier aux abonnés. Un autre objet de la présente invention est de fournir un procédé et un appareil pour perfectionner des téléphones mobiles qui peuvent être utilisés par l'abonné à sa convenance. Conformément à un mode de réalisation de la présente invention, un appareil est fourni pour perfectionner un téléphone mobile, le téléphone mobile ayant une mémoire principale, l'appareil comportant un lecteur de module disposé dans le téléphone mobile et une carte à module de perfectionnement de logiciel apte à être connectée de manière temporaire au téléphone mobile par insertion dans le lecteur de module. La carte comporte un moyen pour stocker le logiciel de perfectionnement à transmettre dans la mémoire principale dans le téléphone mobile. L'appareil comporte en outre un moyen placé dans le téléphone mobile pour transmettre le logiciel de perfectionnement dans la mémoire principale. Conformément à un mode de réalisation de la présente invention, un procédé est fourni pour perfectionner un téléphone mobile comportant les étapes d'insertion temporaire d'une carte à module de perfectionnement de10 logiciel dans un lecteur de carte à module du téléphone mobile, et d'un logiciel de perfectionnement dans une mémoire placée dans le téléphone mobile à partir d'un logiciel stocké dans une mémoire disposée dans la carte à module de perfectionnement de logiciel.15 Conformément à un mode de réalisation de la présente invention, un procédé est fourni pour perfectionner un téléphone mobile comprenant les étapes de détection si une carte à module de perfectionnement de logiciel temporaire est insérée dans un lecteur de carte à module du téléphone mobile, et si oui, de perfectionner le logiciel stocké dans une mémoire du téléphone mobile à partir du logiciel stocké dans la carte à module de perfectionnement de logiciel temporaire. D'autres objets, caractéristiques et avantages qui découlent de la présente invention apparaîtront au spécialiste de la technique considérée à la lecture de la description détaillée suivante des modes de réalisation préférés conformément à celle-ci, prise en conjonction avec les dessins annexes. L'invention de la présente demande sera décrite maintenant plus en détail en se référant aux modes de réalisation préférés du dispositif, fournis à titre d'exemple uniquement, et en se référant aux dessins annexés sur lesquels: la figure 1A est un schéma synoptique d'un téléphone mobile et d'une carte SUM conformes à un mode préféré de réalisation de la présente invention; la figure lB est un schéma synoptique d'une carte SUM conforme à un mode de réalisation de la présente invention;5 les figures 2A et 2B sont des représentations synoptiques de l'organisation d'une mémoire dans le téléphone mobile cellulaire et d'une mémoire dans la carte SUM, respectivement, conformément à un mode de réalisation de la présente invention; et la figure 3 est un organigramme de logiciel utilisé dans un téléphone mobile conformément à un mode de réalisation de la présente invention. La présente demande peut s'appliquer à tout système de communication radio dans lequel les terminaux à téléphone mobile sont équipés d'un lecteur de carte SIM ou de tout autre type de lecteur pour un matériel de l'utilisateur facilement accessible et amovible. Chaque terminal GSM est couramment équipé d'un lecteur de carte SIM, conformément aux spécifications GSM. Si, ultérieurement, les terminaux à téléphone mobile des Etats-Unis d'Amérique étaient modifiés pour inclure un lecteur de carte SIM ou autre type de lecteur de carte à module, on considère que la présente invention pourrait tout aussi bien être utilisée dans les téléphones mobiles des Etats-Unis d'Amérique. A titre d'exemple, l'invention sera décrite dans un mode de réalisation à téléphone mobile GSM. En outre, si le terminal est équipé de tout autre type de matériel facilement accessible et amovible, la "carte SIM" ou la "carte SUM" telle qu'utilisée dans cette description se rapportera à ce type de matériel. Conformément à un mode préféré de réalisation de la présente invention, un logiciel approprié est disposé à l'intérieur du terminal à téléphone mobile et de la carte SUM (module de perfectionnement de logiciel) correspondante. Le logiciel de perfectionnement particulier inclus dans la carte SUM est défini en fonction de la nécessité de perfectionner la mémoire dans ce terminal GSM. C'est-à-dire que tout ou une partie du logiciel de commande dans le téléphone mobile peut être remplacé à la suite de corrections et/ou de mises à jour. Le terme "perfectionnement" tel qu'utilisé ici se rapporte à un nouveau logiciel pour le téléphone mobile, si5 ce logiciel se rapporte à des modifications ou à des corrections au logiciel existant ou à un logiciel fournissant de nouvelles caractéristiques ou à l'adjonction d'un accès à de nouvelles fonctions. Le terme "SUM" est une nouvelle terminologie, définie dans ce document. SUM est un acronyme pour "module de perfectionnement de logiciel". Conformément à un mode de réalisation de la présente invention, la carte SUM a les mêmes dimensions physiques qu'une carte SIM, connue couramment sous le nom de système GSM. Mais intérieurement,15 la carte SIM et la carte SUM sont deux dispositifs entièrement différents. La carte SUM, conformément à un mode de réalisation, comporte uniquement une mémoire, de préférence une ROM, bien que d'autres mémoires puissent être utilisées, qui peuvent être lues par l'ordinateur dans le terminal à téléphone cellulaire ou le téléphone mobile. Conformément à un autre mode de réalisation, la SUM peut aussi comporter un micro-calculateur et/ou une batterie ou toute autre source d'alimentation. Les données de mémoire dans la carte SUM peuvent consister en différents types de données. Dans la même carte SUM, un, certains, ou tous les types suivants de données peuvent être stockées: données d'identification pour la carte SUM individuelle; données d'identification indiquant quels types de terminaux peuvent être perfectionnés en utilisant cette carte SUM; données concernant l'information d'autorisa- tion; données concernant le laps de temps permis pour l'utilisation de caractéristiques auxquelles on accèdera après le perfectionnement, par exemple, l'utilisateur pourra acheter un service spécial pour un laps de temps limité; données d'identification indiquant au terminal le type de données stockées dans la SUM, c'est-à-dire si la carte SUM est destinée à perfectionner le logiciel, à ajouter de nouvelles caractéristiques, etc.; données de perfectionnement; À somme de vérification ou zone de données de vérification; et/ou une zone de données qui peut être modifiée au cours d'une procédure de perfectionnement complète ou après celle-ci, cette zone pouvant être une partie de l'une ou plusieurs des autres zones de données ou être identique à celles-ci, par exemple, les données pour le laps de temps alloué à l'utilisation peuvent être modifiées à zéro après le perfectionnement du terminal. Les téléphones cellulaires sont encore en cours de développement actuellement. Les utilisateurs de téléphones cellulaires demandent continuellement de nouvelles qualités dont la mise en oeuvre ne peut pas se faire en utilisant uniquement les types de données mentionnés cidessus. On considère comme faisant partie de l'invention le fait que d'autres types de données nécessaires dans le futur pour la mise en oeuvre de ces nouvelles qualités et caractéristiques peuvent être stockés dans la carte SUM conformément à la présente invention. Conformément à un mode de réalisation préféré de la présente invention, tout abonné doit être capable de perfectionner son terminal à téléphone mobile en utilisant cette carte SUM de perfectionnement. De cette façon, au lieu de recevoir le téléphone mobile en provenance de chaque abonné qui souhaite ou qui a besoin de perfectionner son téléphone mobile, le fabricant de ces téléphones mobiles ou la compagnie responsable de l'entretien ou de perfectionnement peut distribuer tout type de logiciel de perfectionnement par courrier. Ceci fournit de meilleurs services aux abonnés et à un coût inférieur par rapport aux techniques existantes. La figure 1A illustre, sous forme synoptique, un terminal 1 à téléphone mobile. Le téléphone 1 comporte une CPU 10 pour la commande de fonctions du téléphone mobile, un5 visuel 5 pour afficher l'information destinée à l'utilisateur et un émetteur-récepteur 12 pour envoyer et recevoir les communications téléphoniques. Une mémoire principale 15 est utilisée pour stocker des programmes utilisés par le téléphone mobile. Le téléphone mobile 1 comporte aussi un10 lecteur 20 de module qui peut lire une carte SIM, une carte SUM 22 conforme à la présente invention, ou d'autres éléments de mémoire amovibles. Conformément à un mode de réalisation de la présente invention, la carte SUM 22 comporte uniquement une mémoire 15' pour stocker le logiciel de perfectionnement. Cependant, d'autres configurations de la carte SUM sont possibles comme il sera décrit en référence à la figure lB. La carte SUM conforme à la présente invention a les mêmes dimensions que les cartes SIM GSM couramment connues. Conformément à un mode de réalisation de la présente invention, une mémoire de sauvegarde 18 peut être utilisée pour réduire les risques de mauvais fonctionnement ou d'erreurs dus au changement de logiciel. La mémoire de sauvegarde peut être utilisée pour tout le contenu de la mémoire 15 ou pour une partie de celui-ci. La mémoire de sauvegarde 18 peut être une unité de mémoire séparée comme représenté sur la figure 1A, ou elle peut être une zone de sauvegarde séparée disposée dans la mémoire 15 (non représentée). Dans cette zone, seules les versions vérifiées des différents blocs d'information seront inscrites. S'il se produit un mauvais fonctionnement ou une erreur dans la zone de mémoire normale, par exemple, à la suite d'une transmission incorrecte à partir de la carte SUM, l'information dans la mémoire de sauvegarde 18 recouvrira l'information fausse. Ceci sera supervisé par un sous- programme d'erreur disposé dans le téléphone mobile pour manipuler les mauvais fonctionnements. La mémoire de sauvegarde peut être de tout type. Conformément à un mode de réalisation préféré, cette mémoire est une mémoire flash ou EEPROM ou une autre mémoire non volatile similaire. La mémoire peut consister en un ou5 plusieurs éléments de mémoire, par exemple, des circuits IC. La figure lB est un schéma synoptique d'une carte SUM 22' conforme à un autre mode de réalisation de la présente invention. Dans ce mode de réalisation, une carte SUM plus "intelligente" 22' est utilisée qui consiste en une10 mémoire et un microprocesseur et/ou une batterie facultative, cette carte ayant les mêmes dimensions physiques que les cartes SIM couramment connues. Le microprocesseur (CPU 225) peut effectuer les fonctions qui consistent à vérifier que le perfectionnement est réalisé pour le téléphone mobile correct15 et à accroître la fiabilité du transfert des données dans le téléphone mobile à partir de la carte SUM. La première fonction de vérification que le téléphone correct est en cours de perfectionnement met en oeuvre une procédure d'établissement de liaison, avec ou sans cryptage, entre le microprocesseur (CPU 10) dans le téléphone et la CPU 225 sur la carte SUM 22'. C'est uniquement après que la procédure d'établissement de liaison est terminée et que la CPU 225 satisfait au fait que le téléphone correct est mis à jour, que la procédure de perfectionnement décrite sur la figure 3, commence. L'établissement de liaison pourrait mettre en oeuvre, par exemple, la vérification du numéro d'identification de téléphone stocké dans la mémoire 15 du téléphone avec un numéro d'identification stocké dans la mémoire 15' au moment o la carte SUM 22' est envoyée à l'utilisateur. D'autres modes de réalisation de la procédure d'établissement de liaison paraissent être à la portée de l'homme de l'art en possession de cette demande. La seconde fonction d'accroissement de la fiabilité du transfert des données peut être mise en oeuvre en programmant le programme exécuté par la CPU 10 du téléphone afin de répéter l'information reçue en provenance de la carte SUM 22' et retournant à la carte SUM 22'. La CPU 225 dans la carte 22'SUM peut alors être utilisée pour vérifier que les données correctes sont transférées dans le téléphone en comparant les données reçues du téléphone avec5 celles stockées dans la mémoire SUM 15'. La CPU 225 dans la carte SUM 22' peut ordonner un nouveau transfert des données en cas d'erreur. La mise en oeuvre de cette opération réduit la nécessité d'utiliser la mémoire de sauvegarde 18 dans le téléphone. Comme il apparaît sur la figure lB, la carte SUM 22' peut aussi comporter une source d'alimentation 230. Conformément à un mode de réalisation de la présente invention, cette source d'alimentation consiste en une batterie. La batterie n'alimente pas nécessairement la CPU 225 dans la carte SUM 22' car la CPU 225 peut être alimentée à partir du téléphone dans tous les modes normaux de fonctionnement. Cependant, si la carte SUM 22' est équipée d'un type quelconque de source d'alimentation électrique, une horloge en temps réel 228 peut être utilisée, par exemple, pour fournir une information dans la carte SUM 22' concernant la durée de vie limitée. La figure 2A illustre une façon d'organiser la mémoire 15 dans le téléphone mobile conformément à un mode de réalisation de la présente invention. Il est bien entendu que ceci n'est pas l'unique façon selon laquelle cette mémoire peut être organisée pour mettre en oeuvre la présente invention, mais elle est représentée uniquement à titre d'exemple. La mémoire 15 comporte une zone d'amorçage 25 qui ne doit pas être modifiée ou changée par le logiciel de commande. Cette zone d'amorçage est utilisée pour amorcer les fonctions du téléphone mobile 1. La zone de signalisation 30 stocke l'information relative à la signalisation effectuée entre le téléphone mobile et les stations de base dans le réseau de téléphones mobiles. La zone d'information 35 de caractéristiques et de fonctions stocke l'information relative aux fonctions et aux caractéristiques fournies dans le téléphone mobile particulier comportant ces fonctions et les caractéristiques fournies couramment et celles qui pourront être fournies dans le futur. La zone vide 40 est5 destinée à une possibilité d'extension des caractéristiques et des fonctions du téléphone mobile. Il est envisagé que les fonctions et caractéristiques stockées dans la zone d'information 35 de caractéristiques puissent comporter dans le futur, par exemple, une composition de numéro de téléphone activée par la voix (VAD); des fonctions main libre, soit en duplex soit en simplex (HF); une transmission des données comportant la réception et/ou la transmission ou vice versa; la transmission de télécopies; un service répondeur automatique; une fonction de service de message court (SMS); le changement du téléphone mobile dans un équipement téléphonique domestique; et/ou l'utilisation d'un haut- parleur interne ou externe. D'autres caractéristiques peuvent être développées au cours du temps qui peuvent être ajoutées pour perfectionner les téléphones mobiles en utilisant la carte SUM conformement à la présente invention. La figure 2B illustre une façon d'organiser la mémoire 15' de la carte SUM. Il est bien entendu que ce n'est pas la seule façon selon laquelle une telle mémoire peut être organisée pour mettre en oeuvre la présente invention, mais qu'elle est représentée uniquement à titre d'exemple. La mémoire 15' comporte une zone d'identification 26 qui stocke l'information relative à l'identification de la carte sous la forme d'une carte SUM valide à des fins de perfectionnement. La zone 30' d'information de signalisation et la zone 35' d'information de caractéristiques et de fonctions szockent l'information de signalisation et de caractéristique et de fonction à transmettre aux zones correspondances 30 et 35 de la mémoire 15. La figure 3 illustre un sous-programme de logiciel à titre d'exemple, implanté dans le téléphone mobile pour réaliser le perfectionnement de la mémoire dans le téléphone mobile conformément aux modes de réalisation préférés de la présente invention. Il semble que la programmation détaillée du sous-programme de logiciel5 implanté dans la mémoire du téléphone mobile est à la portée de l'homme de l'art une fois en possession de cette description. Ce sous-programme de logiciel est stocké en mémoire 15 et exécuté par la CPU 10. Pour perfectionner un téléphone mobile, l'abonné insère la carte SUM de perfectionnement temporaire 22, 22' dans le lecteur 20 de carte à module. Lorsque le téléphone mobile est mis en service, la CPU 10 commence l'exécution du sous-programme de logiciel représenté sur la figure 3. Au cours de l'étape 50, on détecte si une carte à module d'un type quelconque a été insérée par l'utilisateur. Au cours de l'étape 55, on détecte si la carte à module est une carte standard SIM GSM pour valider l'abonnement et l'authentification de l'abonné. Si c'est le cas, l'étape 60 active les activités normales du réseau GSM. Si la carte à module installée n'est pas une carte standard SIM GSM, on détermine si la carte à module est valide à des fins de perfectionnement à partir de l'information stockée dans la zone d'identification 26 (étape 65). Si la carte installée n'est pas valide à des fins de perfectionnement, le sous-programme d'erreur "si mauvais fonctionnement" pour manipuler des mauvais fonctionnements est activé au cours de l'étape 70. Le sous-programme d'erreur signale le mauvais fonctionnement, fournit le texte approprié dans le visuel 5 et rétablit le téléphone. D'autres fonctions appropriées au sous-programme d'erreur pourraient être réalisées, au besoin. Les fonctions décrites pour les étapes 55 et 65 peuvent être réalisées d'un certain nombre de façons. Par exemple, la CPU 10 peut supposer que la carte à module détectée est une carte SIM. Lorsqu'elle tente d'être en contact avec la carte, la CPU 10 n'obtient aucune information utilisable à partir de la carte si la supposition est incorrecte et si la carte est en fait une carte SUM. L'essai au cours de l'étape 55 retourne donc à "non". La CPU 10 suppose alors que la carte est une carte SUM valide. Au cours de l'étape 65, lors de la lecture des données d'identification dans la mémoire 15' de la SUM, la CPU 10 obtient des données à comparer avec des données dans la mémoire 15 du téléphone. Si les données en provenance de la carte sont trouvées dans une liste de données permises, la carte SUM est valide à des fins de perfectionnement. Sinon,10 la carte n'est pas une carte SUM valide. La liste de données d'identification permises peut être modifiée en perfectionnant la mémoire du téléphone conformément aux procédés et appareils décrits ici. Si la carte SUM est valide pour le perfectionnement, les fonctions de perfectionnement sont affichées sur le visuel 5 au cours de l'étape 75. Si une information de la carte SUM est détectée qui indique que le logiciel dans le terminal mobile doit être changé, par exemple, pour fournir des solutions à des erreurs de logiciel, le visuel 5 affiche que "tout le logiciel doit être modifié" au cours de l'étape 80. Le sousprogramme modifie alors tout le logiciel dans le terminal mobile sauf ce qui se trouve dans la zone d'amorçage au cours de l'étape , à partir de l'information fournie dans le logiciel de perfectionnement stocké dans la carte SUM. Si la réponse au cours de l'étape 80 est non, on détecte au cours de l'étape 90 si de nouvelles caractéristiques doivent être installées dans le téléphone mobile. S'il en est ainsi, l'affichage approprié est présenté sur le téléphone mobile dans le visuel 5, et la commande passe à l'étape 95. Au cours de l'étape 95, les nouvelles caractéristiques sont installées dans le terminal mobile à partir de l'information fournie dans le logiciel de perfectionnement stocké dans la carte SUM. Si la réponse au cours de l'étape 90 est non, on détecte au cours de l'étape 100 si de nouvelles fonctions doivent être ouvertes dans le téléphone mobile. En utilisant cette fonction de la carte SUM, il doit être possible à l'utilisateur d'accéder à des fonctions fournies dans le téléphone mobile au moment de la fabrication qui ne sont pas5 automatiquement activées mais pour lesquelles un mot de passe est nécessaire pour amorcer l'activation de ces fonctions. La carte SUM pourrait être utilisée conformément à ce mode de réalisation pour fournir le mot de passe au terminal mobile ce qui pourrait permettre à l'utilisateur d'accéder à des10 fonctions installées précédemment. Au cours de l'étape 105, les nouvelles fonctions sont ouvertes au terminal mobile. Bien qu'il soit représenté sur la figure 3 que les trois fonctions de la carte SUM, à savoir, le changement de logiciel dans le terminal mobile, l'addition de nouvelles caractéristiques ou l'ouverture de fonctions dans le terminal mobile, sont représentées sous la forme de variantes, il est à la portée de l'homme de l'art d'obtenir les trois fonctions ou toute combinaison des trois fonctions dans la seule carte SUM une fois qu'il est en possession de cette description. Des changements appropriés au logiciel de commande sont à la portée de l'homme de l'art une fois en possession de la présente description. Après les étapes 85, 95 et 105, la commande passe à l'étape 110 au cours de laquelle un sous-programme de vérification d'erreur est effectué. Le sous-programme de contrôle d'erreur vérifie la somme de vérification et l'essai des fonctions du terminal mobile. Le sous-programme de vérification d'erreur au cours de l'étape 110 est utilisé pour déterminersi des erreurs dans la transmission ont été faites dans les données transmises à partir de la carte SUM. Ceci peut être fait par exemple, par la CPU 225 confirmant les données qu'elle reçoit en provenance de la CPU 10 avec les données stockées dans la mémoire 15'. Selon une variante, la CPU 10 peut vérifier les erreurs elle-même. Si des erreurs sont détectées, la mémoire de sauvegarde décrite ci-dessus est utilisée puisque la mémoire de sauvegarde comporte uniquement les copies vérifiées des versions vérifiées des différents blocs d'information dans la mémoire. Ce sous- programme recouvre l'information dans la zone normale de la mémoire avec l'information dans la zone de sauvegarde. En5 particulier, si une erreur est détectée, la commande passe à l'étape 115 auquel cas le sous-programme d'erreur "si mauvais fonctionnement" est introduit. Ce sous-programme d'erreur signale le mauvais fonctionnement en fournissant le texte approprié dans le visuel 5 et rétablit le téléphone mobile.10 Si le sous-programme de vérification d'erreur au cours de l'étape 110 est clair, "OK" est affiché sur le visuel au cours de l'étape 120 indiquant que la transmission s'est terminée de manière satisfaisante. Au cours de l'étape , le téléphone mobile est prêt à fonctionner. Bien que le mode de réalisation ci-dessus soit décrit par rapport à certaines zones de la mémoire, d'autres informations stockées dans la mémoire peuvent être perfectionnées en utilisant la carte SUM conformément à la présente invention. En outre, d'autres caractéristiques peuvent être ajoutées aux téléphones mobiles existants en utilisant la carte SUM de la présente invention comme d'autres caractéristiques et fonctions sont développées et deviennent disponibles. La description précédente des modes de réalisation spécifiques révèle ainsi la nature générale de l'invention que d'autres peuvent, en appliquant les connaissances courantes, facilement modifier et/ou adapter pour diverses applications de ces modes de réalisation spécifiques sans s'écarter du concept générique et, par conséquent, de telles adaptations et modifications sont destinées à entrer dans la signification et la plage des équivalents des modes de réalisation décrits. Il est bien entendu que la phraséologie de la terminologie utilisée ici est uniquement descriptive et non limitative. REVENDICATIONS 1. Appareil pour perfectionner un téléphone mobile (1), le téléphone mobile ayant une mémoire principale (15), ledit appareil étant caractérisé en ce qu'il comprend: un lecteur de module (20) disposé dans le téléphone mobile (1); une carte à module (22) de perfectionnement de logiciel, ladite carte comprenant: des moyens pour connecter de façon temporaire ladite carte au téléphone mobile par insertion dans ledit lecteur de module (20); et des moyens (15') pour stocker le logiciel de perfectionnement à transmettre dans la mémoire principale (15) dans le téléphone mobile (1); et des moyens disposés dans le téléphone mobile pour transmettre ledit logiciel de perfectionnement dans la mémoire principale (15). 2. Appareil selon la revendication 1, caractérisé en ce que le téléphone mobile (1) comporte une zone de mémoire de sauvegarde (18) pour stocker des versions vérifiées de l'information stockée dans la mémoire principale (15) au cours de la transmission dudit logiciel de perfectionnement dans la mémoire principale (15). 3. Appareil selon la revendication 1, caractérisé en ce que lesdits moyens pour transmettre ledit logiciel de perfectionnement comportent des moyens pour changer le logiciel dans la mémoire principale (15) dans le téléphone mobile (1) à partir de l'information fournie dans ledit logiciel de perfectionnement stocké dans ladite carte à module (22, 22') à perfectionnement de logiciel. 4. Appareil selon la revendication 1, caractérisé en ce que lesdits moyens pour transmettre ledit logiciel de perfectionnement comportent des moyens pour installer de nouvelles caractéristiques dans le téléphone mobile (1) à partir de l'information fournie dans ledit logiciel de perfectionnement stocké dans ladite carte à module (22, 22') de perfectionnement de logiciel. 5. Appareil selon la revendication 1, caractérisé en ce que lesdits moyens pour transmettre ledit logiciel de perfectionnement comportent des moyens pour permettre l'accès à des fonctions existantes mais précédemment inaccessibles dans le téléphone mobile (1) à partir de l'information fournie dans ledit logiciel de perfectionnement stocké dans ladite carte à module (22, 22') à perfectionnement de logiciel. 6. Appareil selon la revendication 1, caractérisé en ce que lesdits moyens pour transmettre ledit logiciel comportent des moyens pour mettre en oeuvre un sous-programme d'erreur si ladite carte à module (22, 22') à perfectionnement de logiciel n'est pas valide pour le perfectionnement du téléphone mobile (1). 7. Appareil selon la revendication 1, caractérisé en ce que lesdits moyens pour transmettre ledit logiciel de perfectionnement comportent des moyens pour mettre en oeuvre un sous-programme d'erreur si la transmission à partir de ladite carte à module (22, 22') de perfectionnement de logiciel comporte une erreur. 8. Appareil selon la revendication 1, caractérisé en ce que ladite carte à module (22, 22') de perfectionnement de logiciel comporte un microprocesseur (10, 225) connecté auxdits moyens de stockage afin de vérifier le perfectionnement du téléphone mobile (1). 9. Appareil selon la revendication 1, caractérisé en ce que ladite carte à module (22, 22') de perfectionnement de logiciel comporte un microprocesseur (10, 225), connecté auxdits moyens de stockage, pour vérifier la précision du logiciel transmis dans la mémoire principale (15) du téléphone mobile (1). 10. Appareil selon la revendication 1, caractérisé en ce que ladite carte à module (22, 22') de perfectionnement de logiciel comporte une horloge (228) et une source d'alimentation (230) pour fournir l'alimentation de ladite horloge, ladite horloge fournissant un moyen pour limiter la durée de vie de la carte à module (22, 22') de perfectionnement de logiciel. 11. Procédé pour perfectionner un téléphone mobile (1) caractérisé en ce qu'il comporte les étapes suivantes: insertion temporaire d'une carte à module (22, 22') de perfectionnement de logiciel dans un lecteur (20) de carte à module du téléphone mobile (1); et perfectionnement du logiciel dans une mémoire (15) disposée dans le téléphone mobile (1) à partir du logiciel stocké dans une mémoire (15') disposée dans la carte à module (22, 22') de perfectionnement de logiciel. 12. Procédé selon la revendication 11, caractérisé en ce que l'étape de perfectionnement de logiciel comporte l'étape d'introduction du logiciel modifié dans la mémoire (15) du téléphone mobile (1). 13. Procédé selon la revendication 11, caractérisé en ce que l'étape de perfectionnement de logiciel comporte l'étape d'introduction de nouvelles caractéristiques dans la mémoire (15) du téléphone mobile (1). 14. Procédé selon la revendication 11, caractérisé en ce que l'étape de perfectionnement de logiciel comporte l'étape d'introduction de nouvelles fonctions dans la mémoire (15) du téléphone mobile (1). 15. Procédé selon la revendication 11, caractérisé en ce que l'étape de perfectionnement de logiciel dans la mémoire (15) du téléphone mobile (1) est effectuée par un logiciel implanté dans le téléphone mobile. 16. Procédé selon la revendication 11, caractérisé en ce que l'étape de perfectionnement de logiciel dans la mémoire (15) du téléphone mobile (1) comporte la mise en oeuvre d'un sous-programme d'erreur dans l'éventualité ou la carte à module (22, 22') de perfectionnement de logiciel n'est pas valide pour le perfectionnement. 17. Procédé selon la revendication 11, caractérisé en ce que l'étape de perfectionnement de logiciel dans la mémoire (15) du téléphone mobile (1) comporte la mise en oeuvre d'un sous-programme d'erreur dans l'éventualité o une transmission défectueuse à partir de la carte à module (22, 22') de perfectionnement de logiciel est détectée. 18. Procédé de perfectionnement d'un téléphone mobile (1) caractérisé en ce qu'il comporte les étapes suivantes:10 détection du fait qu'une carte à module (22, 22') de perfectionnement de logiciel temporaire est insérée dans un lecteur (20) de carte à module du téléphone mobile (1); et si oui, perfectionnement du logiciel stocké dans une mémoire (15) du téléphone mobile (1) à partir du logiciel stocké dans la carte à module (22, 22') de perfectionnement de logiciel temporaire. 19. Procédé selon la revendication 18, caractérisé en ce que l'étape de perfectionnement de logiciel comporte l'étape d'introduction d'un nouveau logiciel dans la mémoire (15) du téléphone mobile (1). 20. Procédé selon la revendication 18, caractérisé en ce que l'étape de perfectionnement de logiciel comporte l'étape d'introduction de nouvelles caractéristiques dans la mémoire (15) du téléphone mobile (1). 21. Procédé selon la revendication 18, caractérisé en ce que l'étape de perfectionnement de logiciel comporte l'étape d'introduction de nouvelles fonctions dans la mémoire (15) du téléphone mobile (1). 22. Procédé selon la revendication 18, caractérisé en ce que l'étape de perfectionnement de logiciel dans la mémoire (15) du téléphone mobile (1) est effectuée par un logiciel implanté dans le téléphone mobile (1). 23. Procédé selon la revendication 18, caractérisé en ce que l'étape de perfectionnement de logiciel dans la mémoire (15) du téléphone mobile (1) consiste à mettre en oeuvre un sous- programme d'erreur dans l'éventualité o la carte à module (22, 22') de perfectionnement de logiciel n'est pas valide pour le perfectionnement. 24. Appareil selon la revendication 1, caractérisé en ce que le logiciel de perfectionnement comporte un logiciel de commande pour commander le fonctionnement du téléphone mobile (1). 25. Appareil selon la revendication 1, caractérisé en ce que ledit logiciel de perfectionnement comporte: des données d'identification pour identifier la carte à module (22, 22') de perfectionnement de logiciel et le téléphone mobile (1); des données d'autorisation pour fournir une information d'autorisation sur le logiciel de perfectionnement et la carte à module (22, 22') de perfectionnement de logiciel; des données de fonction pour perfectionner une pluralité de fonctions du téléphone mobile (1); des données de caractéristique pour permettre l'accès à une pluralité de caractéristiques du téléphone mobile (1); des données de synchronisation pour définir une durée de vie utile des caractéristiques dudit téléphone mobile (1); des données de type pour identifier des types de données stockées dans la carte à module (22, 22') de perfectionnement de logiciel; et des données de somme de vérification pour vérifier la transmission du logiciel de perfectionnement dans la mémoire principale (15). 26. Procédé selon la revendication 11, caractérisé en ce que l'étape de perfectionnement de logiciel comporte l'étape de changement de logiciel de commande stocké dans la mémoire (15) du téléphone mobile (1) pour commander le fonctionnement du téléphone mobile (1). 27. Procédé selon la revendication 11, caractérisé en ce qu'il comporte en outre les étapes suivantes: stockage des données d'identification dans la mémoire (15') de la carte à module (22, 22') de perfectionnement de logiciel pour identifier la carte à module (22, 22') de perfectionnement de logiciel et le téléphone mobile (1); stockage de données d'autorisation dans la mémoire (15) de la carte à module (22, 22') de perfectionnement de logiciel pour fournir une information d'autorisation sur la carte à module (22, 22') de perfectionnement de logiciel et sur le logiciel dans la mémoire (15') de la carte à module (22, 22') de perfectionnement de logiciel; introduction de données de synchronisation dans la mémoire (15) du téléphone mobile (1) pour définir une durée de vie utile d'une pluralité de caractéristiques du téléphone mobile (1); stockage de données de type dans la mémoire (15') de la carte à module (22, 22') de perfectionnement de logiciel pour identifier des types de données stockées dans la mémoire (15') de la carte à module (22, 22') de perfectionnement de logiciel; et introduction de données de somme de vérification dans la mémoire (15) du téléphone mobile (1) pour vérifier le perfectionnement du logiciel stocké dans la mémoire (15) du téléphone mobile (1). 28. Procédé selon la revendication 18, caractérisé en ce que l'étape de perfectionnement de logiciel comporte l'étape de changement du logiciel de commande stocké dans la mémoire (15) du téléphone mobile (1) pour commander le fonctionnement du téléphone mobile (1). 29. Procédé selon la revendication 18, caractérisé en ce qu'il comporte en outre les étapes suivantes: stockage de données d'identification dans la mémoire (15') de la carte à module (22, 22') de perfectionnement de logiciel pour identifier la carte à module (22, 22') de perfectionnement de logiciel et le5 téléphone mobile (1); stockage de données d'autorisation dans la mémoire (15') de la carte à module (22, 22') de perfectionnement de logiciel pour fournir l'information d'autorisation sur la carte à module (22, 22') de10 perfectionnement de logiciel et sur le logiciel stocké dans la mémoire (15') de la carte à module (22, 22') de perfectionnement de logiciel; introduction de données de synchronisation dans la mémoire (15) du téléphone mobile (1) pour définir une durée de vie utile d'une pluralité de caractéristiques du téléphone mobile (1); stockage de données de type dans la mémoire (15') de la carte à module (22, 22') de perfectionnement de logiciel pour identifier des types de données stockées dans la mémoire (15') de la carte à module (22, 22') de perfectionnement de logiciel; et introduction de données de somme de vérification dans la mémoire (15) du téléphone mobile (1) pour vérifier le perfectionnement du logiciel stocké dans la mémoire (15) du téléphone mobile (1). 30. Appareil pour perfectionner un logiciel existant dans un téléphone mobile (1), ledit téléphone mobile (1) ayant une mémoire principale (15), ledit appareil étant caractérisé en ce qu'il comporte: un lecteur (20) de module disposé dans le téléphone mobile (1); une carte à module (22, 22') de perfectionnement de logiciel, ladite carte comprenant: des moyens pour connecter de manière temporaire ladite carte au téléphone mobile (1) par insertion dans ledit lecteur (20) de module; et des moyens pour stocker le logiciel de perfectionnement à transmettre dans la mémoire principale (15) dans le téléphone mobile (1), ledit logiciel de perfectionnement comprenant le logiciel de commande pour commander le fonctionnement du téléphone mobile (1); et des moyens placés dans le téléphone mobile (1) pour transmettre ledit logiciel de perfectionnement dans la mémoire principale (15). 31. Appareil selon la revendication 30, caractérisé en ce que ledit logiciel de perfectionnement comporte: des données d'identification pour identifier la carte à module (22, 22') de perfectionnement de logiciel et le téléphone mobile (1); des données d'autorisation pour fournir une information d'autorisation sur le logiciel de perfectionnement et la carte à module (22, 22') de perfectionnement de logiciel; des données de fonction pour perfectionner une pluralité de fonctions du téléphone mobile (1); des données de caractéristique pour permettre l'accès à une pluralité de caractéristiques du téléphone mobile (1); des données de synchronisation pour définir une durée de vie utile desdites caractéristiques du téléphone mobile (1); des données de type pour identifier des types de données stockées dans la carte à module (22, 22') de perfectionnement de logiciel; et des données de somme de vérification pour vérifier la transmission du logiciel de perfectionnement dans la mémoire principale (15).