Brevet FR2875921A1 — publié le 20060331

Campagne de téléchargement de données dans des objets communicants portables La présente invention concerne le téléchargement de données depuis un serveur dans des objets communicants portables à travers un réseau de radiocommunications. En particulier, les objets communicants sont des cartes à puce, telles que des cartes SIM (Subscriber Identity Module), introduites dans des terminaux mobiles du réseau de radiocommunications. Le serveur de téléchargement de données, également appelé plateforme d'administration de cartes OTA (Over The Air), comprend un logiciel qui permet à l'opérateur gérant le réseau de radiocommunications de conserver le contrôle des cartes à puce dans les terminaux mobiles et de modifier leur contenu. Ces opérations à l'initiative de l'opérateur (mode push) concernent par exemple le téléchargement d'un fichier dans des cartes prédéterminées du parc géré par l'opérateur, ou le téléchargement ou l'effacement d'une application déterminée, ou bien la modification de données d'un fichier ou d'une application déterminée dans des cartes gérées par l'opérateur. Les données à télécharger dans les cartes à puce sont souvent transmises à travers un serveur de messages courts. Plusieurs messages courts sont bien souvent nécessaires pour télécharger une application ou un fichier. L'invention s'intéresse plus particulièrement à une campagne de téléchargement de données pour mettre 2875921 2 à jour massivement des cartes d'usager, bien que le serveur de téléchargement de données OTA puisse opérer un téléchargement unitaire dans une carte d'usager. Selon un premier exemple, un téléchargement unitaire est relatif à un unique fichier personnel qui est destiné à des usagers itinérants se trouvant fréquemment à l'étranger et qui contient plus d'une dizaine d'identificateurs de réseaux préférés gérés io par des opérateurs avec lesquels l'opérateur du réseau gérant les cartes a contracté. Le fichier d'identificateurs de réseaux préférés est unique et a vocation à être téléchargé dans de nombreuses cartes d'usager prédéterminées de manière à ce que les usagers de ces cartes puissent l'utiliser lorsqu'ils iront à l'étranger. Pour ce premier exemple, l'opérateur a actuellement deux possibilités pour télécharger ce fichier depuis le serveur OTA. Selon une première possibilité, l'opérateur décide de télécharger le fichier de manière unitaire, au fil de l'eau, la première fois qu'un usager intéressé est en itinérance (roaming), et ainsi de suite pour tous les usagers les uns après les autres, qui sont en itinérance. Selon une deuxième possibilité, dit en mode de campagne, le serveur envoie le fichier des identificateurs de réseaux préférés au cours d'une seule campagne vers les cartes dont les usagers ont souscrit à une option d'itinérance. En mode campagne le nombre d'usagers ciblés peut atteindre plusieurs centaines de milliers ou millions. Selon un deuxième exemple, un téléchargement unitaire est relatif à un unique fichier de noms et numéros de téléphone de commerciaux d'une entreprise à télécharger dans les cartes des usagers employés de l'entreprise. Selon un troisième exemple, un téléchargement unitaire concerne une application facilitant la gestion du répertoire des numéros téléphoniques dans les cartes SIM. Cette application permet à un usager de sauvegarder tout son répertoire dans un serveur prédéterminé géré par l'opérateur chaque fois que l'usager enregistre un nouveau numéro téléphonique lo dans sa carte. Selon ce troisième exemple, trois possibilités sont offertes. Suite à une publicité présentée à la télévision, l'usager appelle pendant la journée le centre d'appel de l'opérateur pour demander de télécharger l'application dans sa carte SIM. Cette opération est une opération unitaire déclenchée dans le serveur OTA par l'opérateur en mode d'"Assistance Client" (Customer Care). Selon une deuxième possibilité, l'usager prend l'initiative de commander des téléchargements (mode pull) en consultant lui-même depuis son terminal mobile le site de l'opérateur de manière à déclencher le téléchargement de l'application dans la carte SIM. Ce téléchargement est également une opération unitaire commandée dans le serveur OTA par l'usager en mode dit "Auto- Assistance" (Self Care). Selon une troisième possibilité, l'opérateur déclenche une opération de téléchargement en mode campagne sur plus d'un million d'usagers ciblés afin que le serveur OTA administre le téléchargement de l'application dans le million de cartes SIM. Il apparaît que le mode campagne présente une complexité technique bien supérieure à celle du mode unitaire puisque le mode campagne consiste à répéter les opérations unitaires pour un très grand nombre de cartes, en respectant des contraintes de débit de messages courts et de durée de campagne ainsi que de surveillance du déroulement de campagne. La durée d'une campagne de téléchargement étant très grande, un opérateur cherche toujours à réduire la durée pendant laquelle une carte est verrouillée ("locked") pendant la campagne afin de ne pas interdire trop longtemps des accès à la carte pour des opérations unitaires déclenchées notamment par l'usager de la carte. Par conséquent le nombre de campagnes et leurs durées sont des éléments fondamentaux imposés au fonctionnement du serveur de téléchargement OTA. A la figure 1 annexée, des phases de traitement élémentaire des données pour télécharger des données prédéterminées dans N cartes à puce d'usager Cl à CN dans des terminaux mobiles depuis le serveur de téléchargement OTA sont indiqués sous la forme de blocs comprenant chacun trois traitements élémentaires. Chaque bloc concerne le téléchargement par l'intermédiaire d'un message court dans une carte à puce respective Cn, avec l'indice n tel que 1 Au début de la campagne, le serveur transmet successivement des messages préparés de données formatées vers les premières cartes Cl, C2, C3, ... visées par la campagne et procède immédiatement à l'analyse de l'acquittement de chacun des messages de données ainsi transmis. Comme un acquittement indique implicitement que le terminal mobile de l'usager est en état de recevoir et de traiter un message de données transmis précédemment, le serveur transmet un autre message préparé de données formatées après le post-traitement POST d'un acquittement qui vient d'être transmis par la carte de l'usager. Une succession de deux ensembles chacun à trois traitements élémentaires est indiquée relativement aux cartes Cl et C3 dans la figure 1. La campagne est terminée lorsque tous les acquittements attendus des messages de données transmis ont été traités. Toutefois certains acquittements ne seront jamais transmis par des cartes d'usager lorsque des terminaux mobiles incluant celles-ci ne sont pas connectés au réseau de radiocommunications pendant la campagne, ou lorsque notamment le serveur de messages courts et/ou le réseau de radiocommunications a perdu un ou plusieurs messages de données formatées destinés à une carte à puce. Le dernier bloc dans la figure 1 est associé à une dernière carte Cd qui peut être n'importe qu'elle carte visée par la campagne, a priori différente de la carte CN. Il résulte du processus des traitements élémentaires pendant la campagne que la durée de la campagne dépend du nombre de messages de données formatées et donc du nombre de messages courts à transmettre et du nombre de cartes à puce ciblées pendant la campagne. La durée de la campagne offerte à travers le serveur de messages courts dépend ainsi de la durée des trois traitements élémentaires PRET, E/R et POST ainsi que de l'enchaînement des blocs à trois traitements élémentaires montrés à la figure 1 pour le téléchargement dans chaque carte. Les téléchargements ont pour inconvénient de nécessiter une durée de campagne longue puisqu'elle Io dépend de plusieurs ensembles successifs à trois traitements élémentaires pour chaque carte visée. Dans ces conditions, le serveur de messages courts est occupé très longtemps et est peu disponible pour transmettre et recevoir des messages courts échangés entre les usagers et des messages courts pour d'autres campagnes. En outre, le serveur de téléchargement doit gérer à la fois plusieurs types de traitements ce qui ralentit sa vitesse d'exécution et par suite augmente la durée de la campagne. Pour un débit prédéterminé de messages courts offerts par le serveur de messages courts au serveur de téléchargement, et à performances d'exécution égales des serveurs, le serveur de téléchargement ne pourra pas atteindre ce débit à cause de la corrélation du traitement intermédiaire d'émission/réception E/R avec le pré-traitement PRE et le post-traitement POST pour chaque message de données pendant la campagne. L'invention a pour objectif de remédier aux inconvénients précités de l'organisation des traitements élémentaires dans le serveur de téléchargement pendant une campagne de manière à charger un plus grand nombre de cartes pour une durée de campagne donnée et à utiliser plus efficacement le serveur de téléchargement pour les différents traitements élémentaires. Pour atteindre cet objectif, un procédé pour s télécharger des données depuis un serveur dans des objets communicants portables à travers un réseau de radiocommunications, le téléchargement de données relatif à un objet communicant comprenant un pré-traitement de données dans le moyen serveur en au Io moins un message de données destiné à l'objet communicant, une émission du message de données depuis le moyen serveur vers l'objet communicant et une réception par le moyen serveur d'un acquittement transmis par l'objet communicant, et un post- traitement de données dans le moyen serveur en dépendance de l'acquittement, est caractérisé en ce que les pré-traitements de données et post- traitements de données relatifs aux objets communicants sont respectivement exécutés avant et après les émissions de message et les réceptions d'acquittement relatifs aux objets communicants, et le moyen serveur ne communique avec le réseau de radiocommunications que pendant les émissions de message de données et les réceptions d'acquittement. En d'autres termes, le moyen serveur ne communique pas avec le réseau de radiocommunications pendant les pré-traitements de données et posttraitements de données relatifs aux objets communicants. En pratique les messages de données et les acquittements peuvent être respectivement émis et reçus par le moyen serveur à travers une passerelle de communication, comme par exemple un serveur de messages courts, pendant au moins une plage horaire prédéterminée et avec un débit maximum dépendant du fonctionnement de la passerelle de communication. Selon l'invention, tous les pré-traitements de données élémentaires sont exécutés pendant une phase de pré-traitement sans que le moyen serveur ne communique avec le réseau de radiocommunications. Grâce au rassemblement des pré-traitements, le moyen serveur utilise au mieux ses ressources puisqu'il est contraint à exécuter un même type de traitement io élémentaire. Il en est de même au regard des post-traitements de données qui sont exécutés ensemble pendant une phase de post-traitement au cours de laquelle le moyen serveur ne communique pas avec le réseau de radiocommunications. Pendant le post- traitement, la base de données incluse dans le moyen serveur et utilisée pour enregistrer notamment des images actualisées des contenus des objets communicants, telles que des cartes à puce, a ses ressources beaucoup mieux gérées que lorsque le moyen serveur devait exécuter des post- traitements et des pré-traitements simultanément avec des émissions/réceptions de données. Avantageusement, cette rupture technologique par rapport à la technique antérieure permet aux ressources du moyen serveur de se consacrer entièrement à l'émission et la réception des données lorsque le moyen serveur communique avec le réseau de radiocommunications par exemple à travers une passerelle de communication telle qu'un serveur de messages courts. Les plages horaires imposées par le fonctionnement de la passerelle de communication sont uniquement occupées par de la communication dans le moyen serveur, c'est-à dire par l'émission des messages de données formatées et la réception des acquittements. Pour une plage horaire donnée, le nombre de messages de données transmis selon le procédé de téléchargement de l'invention est beaucoup plus élevé, et la vitesse du fonctionnement du moyen serveur est ainsi mieux adaptée au débit offert par le serveur de messages courts pendant chaque plage horaire. Réciproquement, pour un nombre donné de messages de données, les ressources nécessaires du moyen serveur sont diminuées par le procédé de téléchargement de l'invention. Par conséquent à durée lo de campagne égale et à ressources égales du moyen serveur, l'invention télécharge plus de cartes que selon la technique antérieure. L'opérateur du réseau de radiocommunications réduit en outre le temps passé à surveiller la progression de la campagne. La préparation à l'avance des données pendant la phase de pré-traitement offre la possibilité d'optimiser les pré-traitements de données. Selon une caractéristique avantageuse de l'invention, les pré- traitements de données relatifs à des objets communicants ayant au moins une caractéristique commune ont une partie commune exécutée une seule fois avant les émissions de message de données et les réceptions d'acquittement. Cette caractéristique optimise l'utilisation des ressources du moyen serveur et par conséquent la durée des prétraitements de données. Dans le même souci d'optimisation des ressources du moyen serveur, la durée de la phase de post- traitement peut être diminuée grâce à la recherche de caractéristiques communes des objets communicants. Dans ce cas, les post-traitements de données relatifs à des objets communicants ayant au moins une caractéristique commune ont une partie commune 2875921 io exécutée une seule fois après les émissions de message de données et les réceptions d'acquittement. Ainsi la décorrélation des trois traitements élémentaires selon l'invention et par conséquent le s rassemblement des trois types de traitements élémentaires en trois phases distinctes, ainsi que la factorisation de certaines opérations par lots de cartes pendant les phases de pré-traitement et post-traitement optimisent la vitesse de traitement du moyen serveur et favorisent une augmentation du débit des données à transmettre pendant une campagne de durée prédéterminée. Inversement, pour une durée de campagne donnée, les ressources demandées au moyen serveur selon l'invention sont inférieures à celles nécessaires selon la technique antérieure. La présente invention est relative également à un serveur de téléchargement pour télécharger des données dans des objets communicants portables de terminaux mobiles à travers un réseau de radiocommunications. Selon l'invention, le serveur de téléchargement est caractérisé en ce qu'il comprend un module de pré-traitement pour pré-traiter des données en des messages de données respectivement destinés aux objets communicants pendant que le serveur ne communique pas avec le réseau de radiocommunications, un module d'émission-réception pour émettre les messages de données vers les objets communicants et recevoir des acquittements transmis par les objets communicants à travers le réseau de radiocommunications en réponse aux messages de données, et un module de post-traitement pour post-traiter des données dans le serveur en dépendance des acquittements reçus pendant que le serveur ne communique pas avec le réseau de radiocommunications. L'invention concerne encore un programme d'ordinateur sur un support d'information, comportant des instructions de programmes adaptées à la mise en oeuvre du procédé de téléchargement de données selon l'invention depuis un moyen serveur dans les objets communicants portables à travers le réseau de radiocommunications, lorsque le programme est chargé et exécuté dans le moyen serveur. Selon l'invention, io le programme comprend des instructions de pré-traitement pour pré-traiter des données en des messages de données formatées respectivement destinés aux objets communicants pendant que le moyen serveur ne communique pas avec le réseau de i5 radiocommunications, des instructions d'émission-réception pour émettre les messages de données vers les objets communicants et recevoir des acquittements transmis par les objets communicants à travers le réseau de radiocommunications en réponse aux messages de données, et des instructions de post-traitement pour post-traiter des données dans le moyen serveur en dépendance des acquittements reçus pendant que le moyen serveur ne communique pas avec le réseau de radiocommunications. D'autres caractéristiques et avantages de la présente invention apparaîtront plus clairement à la lecture de la description suivante de plusieurs réalisations préférées de l'invention, données à titre d'exemples non limitatifs, en référence aux dessins annexés correspondants dans lesquels: - la figure 1 est un diagramme temporel d'étapes élémentaires d'un procédé de téléchargement de données dans des cartes à puce selon la technique antérieure, déjà commenté ; 2875921 12 - la figure 2 est un bloc-diagramme schématique de moyens de télécommunications reliant des terminaux mobiles incluant des cartes à puce d'un opérateur et un serveur d'administration de carte géré par l'opérateur, pour la mise en oeuvre du procédé de téléchargement de données selon l'invention; - la figure 3 est un diagramme temporel des étapes principales d'un procédé de téléchargement de données de l'invention; et - la figure 4 montre des champs principaux d'un message transmis ou reçu selon une deuxième réalisation de l'invention. Dans la figure 2 sont représentés des moyens principaux pour télécharger des données dans des cartes à puce d'usager amovibles Cl à CN qui équipent respectivement des terminaux radio mobiles Tl à TN rattachés à un réseau de radiocommunications cellulaire numérique RR. La carte à puce Cn dans le terminal mobile Tn, avec l'indice n tel que 1 n N, est du type UICC (Universal Integrated Circuit(s) Card). La carte à puce est par exemple une carte SIM (Subscriber Identity Module) lorsque le réseau RR est du type GSM, ou un module d'identité USIM lorsque le réseau RR est à accès multiple à répartition par codes CDMA (Coded Division Multiple Access) de la troisième génération (3GPP) du type UMTS (Universal Mobile Telecommunications System). Un serveur d'administration de carte SAC selon l'invention est géré par l'opérateur du réseau RR et constitue une plateforme OTA (Over The Air). Selon la réalisation illustrée à la figure 2 à laquelle on se référera ciaprès, le serveur SAC transmet des messages de données formatées MD vers les terminaux mobiles Tl à TN et reçoit des messages d'acquittement 2875921 13 AC transmis par les terminaux mobiles Ti à TN, à travers une passerelle de communication telle qu'un serveur de messages courts SC (Short Message Service Centre). Le serveur SC comporte une passerelle d'accès pour communiquer avec le serveur SAC à travers un réseau de paquets RP à haut débit, tel que l'internet, ou tel qu'un réseau intranet propre à l'opérateur du réseau RR. Une autre passerelle d'accès du serveur de messages courts SC communique avec au moins un commutateur du service mobile, à travers bien souvent un réseau d'accès tel qu'un réseau de paquets de type X.25 ou un réseau RNIS ou ATM. Les messages de données MD sont transportés dans des paquets IP (Internet Protocol) par le serveur SAC et sont formatés dans le serveur SC en des messages courts SM transmis vers les terminaux mobiles; inversement, des messages d'acquittement AC sont transmis dans des messages courts SM par un terminal mobile Tn à destination du serveur SAC et sont acheminés par le serveur SC sous la forme de paquets IP vers le serveur SAC. En variante, le serveur de messages courts SC est relié directement ou est incorporé à un commutateur du service mobile dans le réseau RR. L'invention n'est pas limitée aux messages courts SM en tant que vecteurs supportant des données à transmettre. Le serveur SC peut être un serveur de messages MMS (Multimedia Messaging Service) pour des fichiers et des applications multimédias à télécharger depuis le serveur SAC. Selon une autre réalisation, le serveur de messages courts est remplacé par un réseau d'accès du type à réseau à commutation par paquets avec gestion de la mobilité et accès par voie radio GPRS (General Packet Radio Service), si le réseau de radiocommunications RR est du type GSM. Un noeud de service SGSN (Serving GPRS Support Node) du réseau GPRS est relié à au moins un contrôleur de station de base du réseau RR. Un noeud-passerelle GGSN (Gateway GPRS Support Node) du réseau GPRS est relié au réseau de paquets RP desservant le serveur SAC. En variante, si le réseau de radiocommunications RR est du type UMTS, ou du type GSM adossé à un réseau GPRS, les messages MD et AC sont échangés lo entre un terminal mobile Tn et la carte associée Cn selon le protocole BIP (Bearer Independent Protocol) ou le protocole J2ME (Java 2 Mobile Édition). Comme montré à la figure 2, le serveur d'administration de carte SAC est lié à une base de données BD incluant divers paramètres et caractéristiques des cartes gérées par l'opérateur de réseau de radiocommunications RR. Chaque carte à puce Cn est associée à une table TCn dans la base de données BD. La table TCn comprend notamment des caractéristiques initiales qui sont liées à l'identité de la carte Cn et au type de la carte et qui sont enregistrées dans la base de données BD dès la mise en service de la carte. Ces caractéristiques initiales sont notamment un numéro de série de la carte, l'identité internationale IMSI (International Mobile Subscriber Identity) de l'usager de la carte, et le numéro téléphonique de l'usager mobile MSISDN (Mobile Station ISDN Number) . Le type de la carte Cn est défini notamment par un identificateur du type du processeur inclus dans la carte, l'identificateur du fabricant de la carte, du nombre de bits par mot traité par le processeur, des caractéristiques du système d'exploitation et de la machine virtuelle implémentés dans la carte, etc. 2875921 15 D'autres caractéristiques propres à l'utilisation de la carte et notamment du terminal de l'usager Tn peuvent être également enregistrées dans la table TCn associée à la carte Cn lors de la mise en service de la carte, et peuvent être modifiées lors de l'utilisation de la carte. Ces autres caractéristiques concernent notamment le profil d'abonnement de l'usager de la carte Cn, des données pouvant être modifiées par l'usager ou par Io l'opérateur gérant la carte telles qu'un répertoire de numéros téléphoniques et d'adresses e-mail, et par exemple un fichier d'identificateurs de réseaux de radiocommunications préférés PPLMN (Preferred Public Land Mobile Network). Ces réseaux identifiés dans le fichier PPLMN sont gérés par des opérateurs avec lesquels l'opérateur du réseau RR auquel est rattaché la carte Cn a passé des accords pour que l'usager de la carte Cn communique à travers ces réseaux lorsque l'usager est en déplacement sur des territoires couverts par ces réseaux. La table TCn contient également un ou plusieurs identificateurs d'applications qui ont été chargées lors de la mise en service de la carte à puce Cn et/ou ont été téléchargées ultérieurement à sa mise en service. Par exemple une application consiste à modifier le fichier d'identificateurs de réseaux préférés PPLMN. Selon un autre exemple, l'application consiste à effacer ou télécharger une application dans la carte Cn par exemple pour faciliter la gestion du répertoire des numéros téléphoniques dans la carte Cn en permettant à l'usager, chaque fois qu'il enregistre un nouveau numéro téléphonique dans la carte, de sauvegarder tout son répertoire dans un serveur spécifique géré par l'opérateur afin que l'usager puisse retrouver son répertoire sauvegardé 2875921 16 lorsqu'il perd la carte Cn ou lorsqu'il change de carte. Une autre application peut servir à modifier des paramètres dans une application déjà téléchargée dans la carte Cn; par exemple les paramètres à modifier sont une actualisation de tarifs de rechargement et d'unités de communication lorsque l'usager est abonné à un compte prépayé. La table TCn comporte encore des paramètres propres à l'administration de la carte Cn. Ces paramètres d'administration sont notamment un indicateur d'accès de la carte qui renseigne sur le fonctionnement de la carte Cn pendant l'une de trois phases de procédé de téléchargement de données P1, P2 et P3 définies ci-après, et un mot de synchronisation, tel qu'une date, produit par un générateur de synchronisation, dit compteur de synchronisation, transmis dans un message de données formatées MD par le serveur SAC à destination de la carte Cn. La base de données BD contient également une ou plusieurs tables de campagne TCA respectivement attribuées à des campagnes. Chaque table de campagne inclut une liste des numéros téléphoniques MSISDN et des adresses des tables associées aux cartes visées par la campagne, qui seront supposées être les N cartes Cl à CN ci-après, et les plages horaires de la campagne. La base de données BD peut être incorporée au serveur d'administration de carte SAC, ou être indépendante sous la forme d'un serveur de gestion de base de données qui est relié au serveur SAC par un réseau de paquets tel que le réseau RP, c'est-à-dire via l'internet ou via un réseau intranet propre à l'opérateur du réseau RR. Comme montré en détail à la figure 2, le serveur d'administration de carte SAC comprend trois modules logiciels M1, M2 et M3 pour exécuter respectivement les trois phases principales P1, P2 et P3 du téléchargement de données selon l'invention, sous la commande d'un module gestionnaire GE qui gère les diverses opérations au cours du téléchargement, selon le diagramme temporel montré à la figure 3 et décrit ci-après. io L'invention concerne ainsi non seulement un procédé de téléchargement de données mise en oeuvre dans un moyen serveur tel que le serveur d'administration SAC et la base de données BD, mais également une implémentation d'étapes du procédé de téléchargement de données dans des objets communicants portables tels que des cartes à puce ou des terminaux mobiles, les étapes étant déterminées par les instructions d'un programme de téléchargement de données incorporées dans le moyen serveur SAC - BD. Le procédé selon l'invention est alors mis en oeuvre lorsque ce programmeest chargé dans un ordinateur, tel que le moyen serveur SAC - BD, dont le fonctionnement est alors commandé par l'exécution du programme. L'invention s'applique ainsi à un programme d'ordinateur enregistré sur ou dans n'importe quel support ou moyen ou circuit de stockage d'informations, basé sur n'importe quel langage de programmation, par exemple un langage de haut niveau comme Java, et compilé en des codes exécutables qui sont adaptés à mettre en uvre le procédé selon l'invention dans l'ordinateur tel que le moyen serveur SAC - BD. On suppose que la campagne à lancer par l'opérateur du réseau de radiocommunications RR gérant le serveur de messages courts SC met à disposition de celle-ci une plage horaire prédéterminée et un débit prédéterminé de messages courts SM dans le serveur de messages courts SC. La plage horaire prédéterminée est par exemple une plage journalière de 9 h à 19 h pendant cinq jours de la semaine afin de recevoir le plus grand nombre de messages d'acquittement par les usagers qui sont disponibles pendant cette plage horaire, comparativement à une plage horaire pendant la nuit, En variante, la plage horaire est 24 heures sur 24 pendant une période prédéterminée. Comme montré à la figure 3, la campagne est divisée en trois phases P1, P2 et P3 dont seule la phase intermédiaire P2 dite d'émission/réception se déroule pendant la plage horaire prédéterminée afin de n'utiliser celle-ci que pour émettre et recevoir des messages. Par conséquent, selon l'invention, les phases P1 et P3, dites phase de pré-traitement de données et phase de post-traitement de données, sont respectivement exécutées avant et après les émissions de messages de données MD et les réceptions de messages d'acquittement AC pour toutes les cartes à puce Cl à CN auxquelles des messages doivent être transmis pendant la plage horaire prédéterminée. Le serveur d'administration de carte SAC ne communique donc pas avec le serveur de messages courts SC pendant les phases P1 et P3 et n'a donc pas accès au réseau de radiocommunications RR pendant celles-ci. A titre d'exemple, le nombre N de cartes à puce à atteindre pendant une campagne peut être de plusieurs centaines de milliers à quelques millions Le nombre de messages courts à transmettre à une 2875921 19 carte peut atteindre quelques dizaines ce qui correspond à plusieurs millions ou plusieurs dizaines de millions de messages courts à transmettre pendant la campagne. Le débit prédéterminé de messages courts SM peut varier environ de dix à environ plus de mille messages courts par seconde, un message court incluant au plus 140 octets. Le gestionnaire GE initialise la campagne en commençant par la phase de pré-traitement P1 et active le module de pré-traitement M1. Le prétraitement consiste essentiellement à formater les données à transmettre dans des messages de données MD. Comme montré à la figure 4, un message de données MD destiné à la carte à puce Cn est composé de deux parties: un en-tête ES qui est propre à la carte Cn et un champ CHD de données qui peuvent être au moins partiellement communes à plusieurs cartes à puce visées par la campagne. L'en-tête ES comporte typiquement quelques octets et comprend notamment des paramètres de sécurité propres à la carte Cn, tels que des signatures par exemple d'authentification et/ou des éléments de cryptage, le suffixe du numéro téléphonique MSISDN correspondant à la carte Cn, et un mot de synchronisation. Toutes ces données sont lues dans la table TCn associée à la carte Cn dans la base de données BD pour les inclure dans l'en-tête ES du message de données. A la suite de la génération de l'en-tête ES, des données à télécharger dans la carte Cn, dont la longueur est variable, sont bien souvent fragmentées en des champs de données CHD. Chaque champ de données CHD a une longueur variable indiquée dans l'en-tête 2875921 20 ES. Les champs de données comprennent des données propres à la campagne, telles que des données pour la mise à jour d'un répertoire ou d'une liste d'identificateurs de réseaux de radiocommunications préférés, ou telles que des instructions d'une application à télécharger. L'en-tête généré ES et chaque champ de données CHD sont concaténés en un message de données MD à émettre qui est éventuellement crypté en fonction io d'une clé personnelle à la carte Cn. Le message de données MD est empaqueté dans un message IP dont l'en-tête EIP contient l'adresse du serveur SAC en tant que source, l'adresse du serveur SC en tant que destinataire, la longueur du paquet IP, etc. Le module M1 formate les données d'abord pour la première carte Cl, puis successivement pour les cartes C2 à CN. Les paquets IP(MD) ainsi construits sont stockés dans une mémoire tampon de type FIFO du serveur SAC en attente de leurs émissions lors de la phase suivante P2. Certains pré-traitements de données PRET relatifs à des cartes ayant au moins une caractéristique commune ont de préférence une partie commune exécutée une seule fois pendant la phase P1 précédant les émissions de message pendant la phase P2. Ainsi pendant la phase P1, le module gestionnaire GE trie les cartes Cl à CN visées par la campagne en fonction de caractéristiques communes qu'il peut lire dans les tables TC1 à TCN. Ces caractéristiques communes peuvent dépendre notamment du type de la carte, et donc de l'identificateur du fabricant de la carte, du type d'usager et donc notamment du profil d'usager. Par exemple, lorsque le module Ml doit établir une commande à transmettre dans le champ de données CHD de messages MD, la commande est établie une seule fois pour toutes les cartes provenant d'un même constructeur et ayant le même processeur. Un tel pré-traitement est validé ou invalidé pour l'ensemble des cartes concernées. Comparativement aux techniques antérieures, le regroupement de pré-traitement ou de parties de prétraitement identiques en un pré-traitement commun diminue avantageusement le temps de fonctionnement du serveur SAC et le rend ainsi io disponible pour d'autres tâches. Selon un autre exemple, un formatage de message déterminé est commun à tous les messages MD dont la longueur du champ de données est identique et dont les caractéristiques de sécurité introduites dans l'en-tête et requises pour ce formatage satisfont des conditions prédéterminées. Selon encore un autre exemple, lorsque la campagne vise le changement d'une partie de contenu dans les cartes, la base de données BD prépare des données à transmettre pour les cartes visées par la campagne selon une opération identique pour toutes les cartes présentant un même profil d'abonnement; ce pré-traitement n'est exécuté qu'une fois par profil pour toutes les cartes présentant des caractéristiques communes de profil de manière à réutiliser le résultat obtenu avec la première carte pour les cartes suivantes. La phase d'émission/réception P2 est exécutée par le module M2 à travers une interface de communication IC incluse dans le serveur SAC, pendant toute la plage horaire imposée par l'opérateur gérant le serveur de messages courts SC. Dans la figure 3, un bloc d'émission/réception E/R s'étend depuis le début de l'émission d'un message de données formatées IP(MD) par le serveur SAC jusqu'à la fin de la réception d'un acquittement transmis par la carte à puce Cn dans le serveur SAC en réponse au message IP (MD) . Sous la commande du gestionnaire GE, le module d'émission/réception M2 transmet les messages IP(MD) préparés pendant la phase de pré-traitement précédente P1 au serveur de messages courts SC, en commençant par émettre les premiers messages relatifs io aux premières cartes, puis à transmettre en priorité les messages relatifs aux cartes pour lesquelles les messages d'acquittement AC relatifs à des messages de données transmis précédemment ont été reçus par le module M2. Par exemple, comme montré à la figure 3, les premiers messages relatifs aux cartes Cl à C(n+l) sont transmis, puis un deuxième message relatif à la deuxième carte C2 est transmis à la suite de la réception du premier message d'acquittement relatif à la carte C2. La phase d'émission/réception P2 peut être terminée lorsqu'un message d'acquittement AC correspondant au dernier message de données MD prépare pendant la phase P1 est reçu, ou naturellement lorsque la durée de la phase P2 attribuée par l'opérateur expire. Comme indiqué dans la figure 3, ce dernier message peut être relatif à une carte quelconque Cd de la campagne visé. En pratique, la durée entre le début de l'émission E d'un message de données MD et la fin de la réception R d'un message d'acquittement AC, illustrée par la longueur d'un bloc E/R dans la figure 3, est variable en fonction des disponibilités des réseaux RP et RR et du serveur SC traversés par les messages et surtout en fonction de l'état du terminal mobile contenant la carte à puce à laquelle le message de 2875921 23 données est destiné. En effet, le terminal mobile peut être en veille, ou occupé, ou éteint, ou hors couverture de réseau. La durée d'une phase élémentaire E/R est en pratique limitée, par exemple à quelques dizaines de minutes, et le module M2 réitère plusieurs fois l'émission d'un message de données MD, par exemple deux ou trois fois, pour lequel il n'a pas reçu un message d'acquittement AC. Chaque fois que le module M2 n'a pas reçu un message lo d'acquittement en réponse à un message de données, le module M2 recommence l'émission des messages de données destinés à la carte concernée à partir du premier message. Après plusieurs tentatives d'émission d'un message de données plus ou moins espacées dans le temps vers une carte Cn qui ont échoué, le module M2 abandonne définitivement la transmission des messages de données MD pour la carte concernée Cn. Les paquets IP(AC) transmis par le serveur de messages courts messages SC sont désempaquetés en des messages d'acquittement éventuellement cryptés AC par l'interface de communication IC. Les messages d'acquittement éventuellement cryptés AC sont stockés au fur et à mesure de leur réception dans une mémoire tampon du serveur SAC, dans l'attente du posttraitement P3 par le module M3. Chaque message d'acquittement AC présente un format similaire à celui montré à la figure 4 et est composé d'un entête ES qui est propre à la carte associée et relatif à la sécurité et la synchronisation, et d'un champ de données CHD. Après la réception du dernier message d'acquittement AC, ou au plus tard à l'expiration de la plage horaire attribuée au serveur SAC, la phase 2875921 24 d'émission/réception P2 est considérée comme terminée et est suivie de la phase de post-traitement P3. Pendant la phase de post-traitement P3, le module de post-traitement M3 lit en mémoire tampon, éventuellement décrypte, et analyse les messages d'acquittement AC qui ont été délivrés par les cartes à puce Cl à CN à travers les terminaux mobiles Ti à TN et le serveur de messages courts SC en réponse Io respectivement aux messages de données formatées MD. Par exemple un message d'acquittement AC acquitte le téléchargement de données ou d'instructions d'une application dans la carte associée, ou acquitte l'exécution d'une commande qui a été réalisée avec succès ou qui a échoué dans la carte associée. Le module M3 actualise et analyse les mots de synchronisation (Sync) ainsi que les "images" des contenus des cartes Cl à CN dans les tables TOI à TCN de la base de données BD, en réponse aux messages d'acquittement relatifs aux cartes. Le contenu de la carte Cn dans la table TCn est actualisé par le module M3 lorsque tous les messages de données concernant cette actualisation ont été acquittés par des messages AC afin que le contenu dans la table TCn reflète le contenu de la carte Cn et soit ainsi l'image de ce dernier. D'une manière similaire à la phase de pré-traitement P1, le module M3 exécute des post-traitements de données POST relatifs à des lots de cartes, chaque lot de cartes résultant d'un tri préalable des cartes et étant relatif à des cartes ayant une ou plusieurs caractéristiques communes. Par conséquent le module de post-traitement M3 exécute une seule fois une partie commune de post-traitement de données relative à des cartes à puce ayant au moins une caractéristique commune. Par exemple, toutes les cartes ayant une partie de leurs profils d'abonnement en commun ont une partie de leur contenu qui est actualisée dans leurs tables respectives TC1 à TCN après une préparation commune de l'actualisation du profil pendant la phase de pré-traitement P1. Bien que le procédé de téléchargement ait été Io décrit en référence à trois phases P1, P2 et P3 complètement séparées comme montré à la figure 3, des phases de pré-traitement et post-traitement peuvent être mélangées. Par exemple lorsque plusieurs plages horaires sont ménagées pour une campagne, le serveur d'administration de carte SAC exécute la phase de post-traitement P3 relative à une analyse des messages d'acquittement AC reçus pendant la phase P2 immédiatement précédente et exécute une phase de pré-traitement P1 pour formater des données à émettre pendant une phase d'émission/réception P2 suivante. L'invention n'est pas limitée à un téléchargement de données dans des cartes à puce du type UICC. Une carte à puce dans laquelle des données sont à télécharger peut être également une carte incluse dans un ordinateur portable relié à un terminal mobile, ou une carte de paiement ou toute autre carte additionnelle incluse dans un terminal mobile. Selon d'autres variantes, l'invention s'applique à d'autres objets électroniques communicants portables, tels que des assistants numériques personnels communicants PDA. L'invention s'applique même à des terminaux mobiles visés par une campagne pour lesquels les données à télécharger peuvent concerner un jeu à enregistrer dans la mémoire non volatile de type EEPROM des terminaux mobiles. 27 REVENDICATIONS 1 - Procédé pour télécharger des données depuis un moyen serveur (SAC, BD) dans des objets communicants portables (Cl - CN) à travers un réseau de radiocommunications (RR), le téléchargement de données relatif à un objet communicant (Cn) comprenant un pré-traitement de données (PRET) dans le moyen serveur en au moins un message de données (MD) destiné à l'objet communicant, une émission (E) du message de données depuis le moyen serveur vers l'objet communicant et une réception (R) par le moyen serveur d'un acquittement (AC) transmis par l'objet communicant, et un post-traitement de données (POST) dans le moyen serveur en dépendance de l'acquittement, caractérisé en ce que les pré-traitements de données (P1) et post-traitements de données (P3) relatifs aux objets communicants (Cl CN) sont respectivement exécutés avant et après les émissions de message de données et les réceptions d'acquittement (P2) relatifs aux objets communicants, et le moyen serveur (SAC, BD) ne communique avec le réseau de radiocommunications (RR) que pendant les émissions de message de données et les réceptions d'acquittement (P2). 2 - Procédé conforme à la revendication 1, selon lequel les prétraitements de données (P1) relatifs à des objets communicants ayant au moins une caractéristique commune ont une partie commune exécutée une seule fois avant les émissions de message de données et les réceptions d'acquittement (P2). 2875921 28 3 - Procédé conforme à la revendication 1 ou 2, selon lequel les post- traitements de données (P3) relatifs à des objets communicants ayant au moins une caractéristique commune ont une partie commune exécutée une seule fois après les émissions de message de données et les réceptions d'acquittement (P2). 4 - Procédé conforme à l'une quelconque des io revendications 1 à 3, selon lequel le pré-traitement de données (P1) relatif à un objet communicant (Cn) comprend en outre une lecture de paramètres de sécurité propres à l'objet communicant (Cn) dans une base de données (BD) liée au moyen serveur (SAC, BD), une génération d'un en-tête (ES) de message de données incluant les paramètres de sécurité lus, une fragmentation des données à télécharger en des champs de données (CHD) et une concaténation de chaque champ de données avec l'en-tête généré (ES) en un message de données à émettre. - Procédé conforme à l'une quelconque des revendications 1 à 4, selon lequel le post-traitement de données (P3) relatif à un objet communicant (Cn) comprend en outre une analyse des acquittements (AC) délivrés par l'objet communicant, une actualisation d'un compte de synchronisation en fonction du nombre d'acquittements analysés et une actualisation d'une image du contenu de l'objet communicant dans une base de données (BD) liée au le moyen serveur (SAC, BD). 6 - Procédé conforme à l'une quelconque des revendications 1 à 5, selon lequel les messages de données (MD) et les acquittements (AC) sont respectivement émis et reçus par le moyen serveur (SAC, BD) à travers une passerelle de communication (SC) pendant au moins une plage horaire prédéterminée (P2) et avec un débit maximum dépendant du fonctionnement de la passerelle de communication. 7 - Serveur (SAC) pour télécharger des données dans des objets communicants portables (Cl - CN) de terminaux mobiles (Ti - TN) à travers un réseau de radiocommunications (RR), caractérisé en ce qu'il io comprend un module de pré-traitement (Ml) pour pré-traiter des données en des messages de données respectivement destinés aux objets communicants (Cl CN) pendant que le serveur ne communique pas avec le réseau de radiocommunications (RR), un module d'émission-réception (M2) pour émettre les messages de données vers les objets communicants et recevoir des acquittements transmis par les objets communicants à travers le réseau de radiocommunications (RR) en réponse aux messages de données, et un module de post-traitement (M3) pour post- traiter des données dans le serveur en dépendance des acquittements reçus pendant que le serveur ne communique pas avec le réseau de radiocommunications (RR). 8 - Serveur conforme à la revendication 7, caractérisé en ce que les objets communicants sont des cartes à puce d'usager (Cl - CN) amovibles de terminaux mobiles (Tl - TN). 9 - Serveur conforme à la revendication 7, caractérisé en ce que les objets communicants sont des terminaux mobiles (Ti - TN). 2875921 30 - Programme d'ordinateur sur un support d'informations, comportant des instructions de programme adaptées à la mise en oeuvre d'un procédé pour télécharger des données depuis un moyen serveur s (SAC, BD) dans des objets communicants portables (Cl - CN) à travers un réseau de radiocommunications (RR), lorsque ledit programme est chargé et exécuté dans le moyen serveur, caractérisé en ce qu'il comprend des instructions de pré-traitement (Ml) pour io pré-traiter des données en des messages de données respectivement destinés aux objets communicants (Cl - ON) pendant que le moyen serveur ne communique pas avec le réseau de radiocommunications (RR), des instructions d'émission-réception (M2) pour émettre les messages de données vers les objets communicants et recevoir des acquittements transmis par les objets communicants à travers le réseau de radiocommunications (RR) en réponse aux messages de données, et des instructions de post-traitement (M3) pour post-traiter des données dans le moyen serveur en dépendance des acquittements reçus pendant que le moyen serveur ne communique pas avec le réseau de radiocommunications.