FR2875921A1 - Campagne de telechargement de donnees dans des objets communicants portables - Google Patents

Campagne de telechargement de donnees dans des objets communicants portables Download PDF

Info

Publication number
FR2875921A1
FR2875921A1 FR0410225A FR0410225A FR2875921A1 FR 2875921 A1 FR2875921 A1 FR 2875921A1 FR 0410225 A FR0410225 A FR 0410225A FR 0410225 A FR0410225 A FR 0410225A FR 2875921 A1 FR2875921 A1 FR 2875921A1
Authority
FR
France
Prior art keywords
data
server
communicating
post
processing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
FR0410225A
Other languages
English (en)
Other versions
FR2875921B1 (fr
Inventor
Nadir Boussoukaia
Frederic Martinent
Laurent Loubaud
Guillaume Pascal
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Gemplus SA
Original Assignee
Gemplus SCA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Gemplus SCA filed Critical Gemplus SCA
Priority to FR0410225A priority Critical patent/FR2875921B1/fr
Priority to EP05764635A priority patent/EP1795025A1/fr
Priority to US11/663,880 priority patent/US8407359B2/en
Priority to PCT/EP2005/053703 priority patent/WO2006034904A1/fr
Publication of FR2875921A1 publication Critical patent/FR2875921A1/fr
Application granted granted Critical
Publication of FR2875921B1 publication Critical patent/FR2875921B1/fr
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G06F8/654—Updates using techniques specially adapted for alterable solid state memories, e.g. for EEPROM or flash memories

Abstract

Le téléchargement de données depuis un serveur dans l'un (Cn) d'objets communicants portables (C1 - CN), tels que cartes à puce ou terminaux mobiles, à travers un réseau de radiocommunications comprend un pré-traitement de données (PRET) dans le serveur en au moins un message de données destiné à l'objet communicant, une émission (E) du message de données depuis le serveur vers l'objet communicant et une réception (R) par le serveur d'un acquittement de l'objet communicant, et un post-traitement de données (POST) dans le serveur en fonction de l'acquittement. Les pré-traitements de données (P1) et post-traitements de données (P3) relatifs aux objets communicants 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. Le serveur ne communique avec le réseau de radiocommunications que pendant les émissions et les réceptions.

Description

2875921 1
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 <_ n N. Un premier traitement élémentaire PRET est relatif à un pré-traitement de données à formater en un message de données à transmettre à la carte à puce Cn. Le deuxième traitement élémentaire E/R s'étend depuis l'émission du message de données formatées par le serveur jusqu'à la réception de l'acquittement transmis par la carte à puce Cn dans le serveur. Le troisième traitement élémentaire est un posttraitement POST au cours duquel le serveur analyse l'acquittement reçu et mémorise d'éventuelles données contenues dans l'acquittement afin de les enregistrer dans une base de données en correspondance avec un numéro de la carte à puce Cn.
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.

Claims (3)

  1. 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).
  2. 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).
  3. 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.
FR0410225A 2004-09-27 2004-09-27 Campagne de telechargement de donnees dans des objets communicants portables Expired - Fee Related FR2875921B1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
FR0410225A FR2875921B1 (fr) 2004-09-27 2004-09-27 Campagne de telechargement de donnees dans des objets communicants portables
EP05764635A EP1795025A1 (fr) 2004-09-27 2005-07-28 Campagne de telechargement de donnees dans des objets communicants portables
US11/663,880 US8407359B2 (en) 2004-09-27 2005-07-28 Campaign for downloading data into portable communicating objects
PCT/EP2005/053703 WO2006034904A1 (fr) 2004-09-27 2005-07-28 Campagne de telechargement de donnees dans des objets communicants portables

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0410225A FR2875921B1 (fr) 2004-09-27 2004-09-27 Campagne de telechargement de donnees dans des objets communicants portables

Publications (2)

Publication Number Publication Date
FR2875921A1 true FR2875921A1 (fr) 2006-03-31
FR2875921B1 FR2875921B1 (fr) 2006-12-01

Family

ID=34949222

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0410225A Expired - Fee Related FR2875921B1 (fr) 2004-09-27 2004-09-27 Campagne de telechargement de donnees dans des objets communicants portables

Country Status (4)

Country Link
US (1) US8407359B2 (fr)
EP (1) EP1795025A1 (fr)
FR (1) FR2875921B1 (fr)
WO (1) WO2006034904A1 (fr)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090204525A1 (en) * 2008-02-13 2009-08-13 Simon Phillips Payment device to issuer communication via authorization request
US20120204254A1 (en) * 2011-02-04 2012-08-09 Motorola Mobility, Inc. Method and apparatus for managing security state transitions
FR3046016B1 (fr) * 2015-12-18 2018-03-30 Oberthur Technologies Procede de gestion des connexions entre un element securise et un serveur

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1049006A2 (fr) * 1999-04-16 2000-11-02 eMisis InfoCom Group Plc Transfert des messages électroniques à un PDA
US20020083428A1 (en) * 2000-12-23 2002-06-27 Lg Electronics Inc. Method for downloading information data in wireless local loop system
US20040098715A1 (en) * 2002-08-30 2004-05-20 Parixit Aghera Over the air mobile device software management

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6400996B1 (en) * 1999-02-01 2002-06-04 Steven M. Hoffberg Adaptive pattern recognition based control system and method
US20020131404A1 (en) * 2000-11-28 2002-09-19 4Thpass Inc. Method and system for maintaining and distributing wireless applications
US6760908B2 (en) * 2001-07-16 2004-07-06 Namodigit Corporation Embedded software update system
US20030041125A1 (en) * 2001-08-16 2003-02-27 Salomon Kirk C. Internet-deployed wireless system
US20030065738A1 (en) * 2001-10-01 2003-04-03 Thumb Logic, Inc. Wireless information systems and methods
US20030084108A1 (en) * 2001-10-26 2003-05-01 Majid Syed System and method for providing a push gateway between consumer devices and remote content povider centers
US20050033829A1 (en) * 2003-08-04 2005-02-10 Nokia Corporation System and method for wireless multicast downloading
US7721104B2 (en) * 2003-10-20 2010-05-18 Nokia Corporation System, method and computer program product for downloading pushed content

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1049006A2 (fr) * 1999-04-16 2000-11-02 eMisis InfoCom Group Plc Transfert des messages électroniques à un PDA
US20020083428A1 (en) * 2000-12-23 2002-06-27 Lg Electronics Inc. Method for downloading information data in wireless local loop system
US20040098715A1 (en) * 2002-08-30 2004-05-20 Parixit Aghera Over the air mobile device software management

Also Published As

Publication number Publication date
US8407359B2 (en) 2013-03-26
FR2875921B1 (fr) 2006-12-01
US20090037586A1 (en) 2009-02-05
EP1795025A1 (fr) 2007-06-13
WO2006034904A1 (fr) 2006-04-06

Similar Documents

Publication Publication Date Title
EP1961247B1 (fr) Telechargement de donnees initie par des objets communicants portables pendant une campagne
EP1289322B1 (fr) Système d&#39;intéropérabilité entre messages MMS et messages SMS/EMS et procédé d&#39;échange associé
EP1795026B1 (fr) Gestion de telechargement dans des objets communicants portables pour operation unitaire pendant une campagne
CN1832470A (zh) 减少在通信网络上发送数据所需时间量的方法和系统
FR2845235A1 (fr) Procede de messagerie vocale instantanee et dispositif de mise en oeuvre d&#39;un tel procede
FR2785136A1 (fr) Procede de mise a jour a distance du logiciel d&#39;un terminal radiotelephonique
FR2799918A1 (fr) Systeme et procede et de transmission de messages, et utilisation du systeme de transmission pour l&#39;investigation de services fournis
EP2027700A1 (fr) Transmission de données entre un serveur et un objet communicant
WO2007051767A1 (fr) Telechargement de donnees dans des objets communicants portables presents dans un reseau de radiocommunications pendant une campagne
EP1795025A1 (fr) Campagne de telechargement de donnees dans des objets communicants portables
EP2107846B1 (fr) Procédé d&#39;établissement d&#39;une communication à partir d&#39;un terminal mobile en mode dual
EP1935149B1 (fr) Procede et systeme de notification de reception de messages asynchrones
EP1372327A1 (fr) Système et procédé de transfert d&#39;informations entre des équipements de télécommunications
FR3071126A1 (fr) Procede de mise en liaison telephonique d’un terminal de communication a numero multiple
EP2638717A1 (fr) Systeme et procede de gestion de communications d&#39;au moins un terminal dans un reseau de communication
EP1810492A1 (fr) Service de messagerie dans un reseau de telecommunications de type &#34;pair a pair&#34;
EP2073450A1 (fr) Procédé de communication entre un terminal et un réseau de communication
CA2397867C (fr) Procede et systeme pour la diffusion de donnees en boucle
FR2908251A1 (fr) Procede et systeme de synchronisation de repertoires
EP1638353B1 (fr) Procédé et dispositif pour gérer un échange de messages entre deux entités communicantes
FI113516B (fi) Menetelmä ja järjestelmä multimediaviestipalvelun toteuttamiseksi
WO2009156659A1 (fr) Etablissement automatise d&#39;une communication entre deux terminaux
EP3648443A1 (fr) Gestion d&#39;une communication entre un terminal de communication appelant, disposant d&#39;un identifiant d&#39;appel principal et d&#39;un identifiant d&#39;appel secondaire, et un terminal de communication appelé
EP2001195A1 (fr) Procédé d&#39;établissement d&#39;une communication point à point entre un terminal appelant et un terminal appelé d&#39;un réseau sans fils de communication par paquets de type ad-hoc
US20040240632A1 (en) Generating messages on a mobile terminal using templates

Legal Events

Date Code Title Description
ST Notification of lapse

Effective date: 20100531