EP1958471A1 - Telechargement de donnees dans des objets communicants portables presents dans un reseau de radiocommunications pendant une campagne - Google Patents

Telechargement de donnees dans des objets communicants portables presents dans un reseau de radiocommunications pendant une campagne

Info

Publication number
EP1958471A1
EP1958471A1 EP06819176A EP06819176A EP1958471A1 EP 1958471 A1 EP1958471 A1 EP 1958471A1 EP 06819176 A EP06819176 A EP 06819176A EP 06819176 A EP06819176 A EP 06819176A EP 1958471 A1 EP1958471 A1 EP 1958471A1
Authority
EP
European Patent Office
Prior art keywords
campaign
server
data
network
communicating
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.)
Withdrawn
Application number
EP06819176A
Other languages
German (de)
English (en)
Inventor
Eric Deschamps
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.)
Thales DIS France 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
Publication of EP1958471A1 publication Critical patent/EP1958471A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • 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 
    • 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/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources

Definitions

  • the present invention relates to downloading data from a campaign server into portable communicating objects through a radio network during a download campaign.
  • it relates to a download of data when the portable communicating objects targeted by the campaign are deemed to be present in the radio network.
  • Portable communicating objects are smart cards, such as MMC cards (Multi-Media
  • the UICC smart card is for example a card with a SIM application
  • Subscriber Identity Module when the terminal is a mobile type GSM or GPRS, or an application
  • USB Universal Subscriber Identity Module
  • CDMA coded division multiple access
  • 3GPP coded division multiple access
  • UMTS Universal Mobile Telecommunications System
  • UTRAN Universal Mobile Telecommunications System
  • 3GPP2 third generation of the CDMA 2000 type.
  • the campaign server for downloading data also known as the Over The Air (OTA) card management platform, includes software that allows the operator managing the radio network to maintain control of the data. smart cards in mobile devices and modify their content. These operations initiated by the operator (push mode) concern for example the downloading of a file in predetermined cards of the park managed by the operator, or the downloading or deletion of a specific application, or the modification of data of a given file or application in cards managed by the operator.
  • OTA Over The Air
  • the invention is more particularly concerned with a massive download campaign of user card data, although the campaign server can operate a unitary download in a user card.
  • a download relates to a single personal file which is intended for roaming users who are frequently abroad and which contains more than a dozen preferred network identifiers managed by operators with whom network operator managing the cards contracted.
  • the file of preferred network identifiers is unique and is intended to be downloaded into many predetermined user cards so that the user cards are preferably connected to these networks when the users are abroad.
  • the operator currently has two options to download this file from the campaign server.
  • the operator decides to download the file in a unitary way, as soon as possible, the first time that an interested user is roaming, and so on for all the users one after the other. the others, who are in roaming.
  • said in campaign mode the server sends the file of the preferred network identifiers during a single campaign to the cards whose users have subscribed to a roaming option.
  • a download concerns an application facilitating the management of the directory of telephone numbers in the cards.
  • This application allows a user to save all his directory in a predetermined server managed by the operator and the backup is updated each time the user records a new phone number in his card.
  • the user calls during the day the call center of the operator to request to download the application in his card.
  • This operation is a unit operation initiated in the campaign server by the operator in "Customer Care" mode.
  • the user takes the initiative to order downloads by consulting himself from his mobile terminal the site of the operator so as to trigger the download of the application in the card.
  • This download is also a unit operation ordered in the campaign server by the user in so-called “Self Care” mode.
  • the operator triggers a download operation in campaign mode on a few thousand targeted users so that the OTA server administers downloading the application in all these maps.
  • the downloading is done by sending a series of SMS short messages, formatted by the campaign server according to a known protocol to a card, and then sent to the card through a GSM type radio network of the operator.
  • This embodiment is described in the French patent application 0410225 filed on September 27, 2004 by the applicant and unpublished, entitled "Campaign for downloading data in portable communicating objects".
  • the establishment of push mode communication that requires the use of SMS technology is a disadvantage for networks whose infrastructures do not support short messages or for which the short messages do not meet the standards necessary for an upgrade. remote day of cards for example in CDMA networks (Code Division Multiple Access).
  • Another disadvantage is the unavailability of cards whose terminals are off or out of the coverage of the radio network during the campaign, which requires many subsequent tests.
  • a second embodiment consists of downloading from a new generation radio communications network of GPRS or UMTS type through an IP (Internet Protocol) type data channel.
  • a campaign server initiates a campaign to download data to many smart cards by sending a short message called "Push SMS" to the cards.
  • Push SMS a short message
  • GGSN Gateway GPRS Support Node
  • a download campaign is often massive (a few million cards) over a relatively short period of time ranging from a few days to a few months and thus leads to a peak of traffic on the radio network.
  • the network is highly stressed, which requires a well-dimensioned infrastructure capable of supporting a temporary overload.
  • the management of the new tests without knowing if the mobile terminal carrying the card is again under the coverage of the network further increases the overhead of the network.
  • the invention aims to overcome the aforementioned drawbacks by downloading data to at least one communicating object, such as a map, targeted by the campaign when the latter is deemed to be present in the radio network for a period such that the campaign server can execute a download of the data provided in the communicating object.
  • This has the advantage, among other things, to eliminate the management of re-tests by the download server and to avoid a peak of traffic on the radio network due to the campaign.
  • a method for downloading data made available in a campaign server to portable communicating objects through a radio network during a data download campaign comprises the steps of: transmit campaign campaign rules from the campaign server to a presence server, and notify the presence server to the campaign server that an event relating to the presence of at least one communicating object in the network of radiocommunications satisfies a transmitted campaign rule to initiate data download from the campaign server to the communicating object present.
  • the invention can further optimize the massive campaigns launched from a campaign server through the transmission of campaign rules in the presence server connected to the radio network.
  • a campaign rule may include at least one identifier of a communicating object targeted by the campaign and at least one condition of presence of the communicating object in the radio network.
  • the campaign rule thus unambiguously identifies an event of presence of a communicating object, such as a smart card, targeted by the campaign in the radio network.
  • This presence event indicates to the campaign server that the communicating object is available in the radio network for a sufficient predetermined duration of connection of the communicating object to the radio network to receive the download data provided by the campaign.
  • the presence server after transmission of the campaign rules by the campaign server to the presence server, the presence server combines each campaign rule relating to a targeted communicating object with presence rules relating to at least one accessibility time slot of said targeted communicating object so that an event relating to the presence of the targeted communicating object in the radio network satisfies both the combined campaign and presence rules.
  • the invention also relates to a system for downloading data made available in a campaign server to portable communicating objects through a radio network during a data download campaign.
  • the system is characterized by comprising: means in the campaign server for transmitting campaign-related campaign rules to a presence server, and means in the presence server for notifying the campaign server that an event relating to the presence of at least one communicating object in the radio network satisfies a transmitted campaign rule in order to initiate a download of the data from the campaign server to the present communicating object.
  • the communicating objects may be mobile user removable smart cards, or mobile terminals.
  • the radio network is a CDMA code division multiple access network, for example UMTS or UTRAN.
  • the radio network is a GSM network backed by a GPRS network.
  • the invention may not use an infrastructure comprising a short message server.
  • the system of the invention may comprise a packet network without using short messages.
  • the invention relates to a computer program capable of being implemented in a system for downloading data made available in a campaign server to portable communicating objects through a radio network. during a data download campaign.
  • the program comprises instructions which, when the program is executed in said system, that is to say partly in the campaign server and partly in the presence server, perform the steps according to the method of the invention.
  • FIG. 1 is a schematic block diagram of a communication system connecting portable communicating objects, a campaign server managed by a network operator and a presence server for implementing the downloading method according to the invention
  • FIG. 2 is a more detailed schematic block diagram relating to FIG. 1;
  • FIG. 3 is an algorithm of the downloading method according to the invention.
  • FIG. 1 shows principal means for downloading data into portable communicating objects, such as removable IC to CN user smart cards which are respectively associated with mobile radio terminals T1 to TN, attached to a network of digital cellular radiocommunications RR.
  • the smart card Cn associated with the mobile terminal Tn, with the index n such that 1 ⁇ n ⁇ N, is of the UICC type (Universal Integrated
  • a campaign server SC is generally managed by the operator of the RR network and constitutes an OTA platform (Over The Air) with data to be downloaded to the smart cards targeted by a download campaign.
  • OTA platform Over The Air
  • a presence server SP detects in the radio network RR the presence of smart cards targeted by the download campaign according to RGC campaign rules prepared and transmitted to the server SP by the campaign server SC.
  • the RGC campaign rules are described in more detail with reference to Figure 2.
  • the campaign server SC and the presence server SP communicate with each other via a first data channel of a network of RP packets of the Internet or intranet type.
  • the two servers SC, SP are located at the same operator, thus reducing problems of IP addressing and name resolution.
  • the two servers are located in separate operators and then communicate via a secure connection between the two servers.
  • the campaign server SC communicates with the smart cards C1 to CN associated with the terminals T1 to TN by a second data channel CD open between the radio network RR and the packet network RP via for example a gateway communication device not shown in Figure 1.
  • This second data channel CD does not cross the presence server SP.
  • the communication gateway may include an access gateway for communicating with the SC server through the network of high-speed RP packets, such as the Internet, or such as an intranet network specific to the operator of the RR network.
  • Another access gateway of the communication gateway communicates with at least one switch of the radio network, often through an access network such as an X.25 type packet network.
  • the communication gateway exchanges with the mobile radio terminals T1 to TN messages that encapsulate IP (Internet Protocol) packets transmitted to and by the SC server through the RR and RP networks.
  • IP Internet Protocol
  • the campaign server SC when launching a campaign, transmits a presence request RQP comprising RGC campaign rules to the presence server SP via the packet network RP. As soon as an RGC campaign rule applied to a smart card Cn is satisfied in the presence server SP, the latter sends an NP presence notification including an identifier IDCn of the card Cn to the campaign server SC so that the latter downloads data D in the smart card Cn.
  • the campaign server SC includes a GEC campaign manager that manages various operations during the download and an ICC communication interface for transmitting and receiving IP packets through the RP packet network.
  • the campaign manager GEC prepares the campaign rules RGC relating to one or more download campaigns to be transmitted to the presence server.
  • a RGC campaign rule is linked to an unambiguous identification of a presence event of a Cn smart card targeted by the campaign in the RR radio network, which means that the Cn card is available in the network for a period of time. enough time to receive a complete download of data D from the campaign server SC.
  • the RGC campaign rule includes at least one IDCn of a smart card Cn targeted by a campaign, such as a serial number of the card or an international identity IMSI (International Mobile Subscriber Identity) of the user of the card, and at least one presence condition.
  • the presence condition of the smart card Cn in the RR radio network is a connection of the smart card having the IDCn identifier to the RR radio network for a predetermined time, typically more than five minutes.
  • an EP presence event of the targeted smart card is detected by the presence server SP as soon as the presence condition included in the campaign rule transmitted from the campaign server to the presence server is satisfied.
  • an RGC campaign rule includes identifiers for many smart cards targeted by a campaign and one or more conditions of presence.
  • a presence condition is a location of the terminals supporting the smart cards in a location area in the RR network.
  • the campaign server SC is linked to a database BD including various parameters and characteristics of the cards managed by the RR network operator. These parameters and characteristics are, among other things, necessary for the preparation of the RGC campaign rules.
  • Each smart card Cn is associated with a table TCn in the database BD.
  • the table TCn comprises in particular initial characteristics which are related to the identity of the card Cn and the type of the card and which are recorded in the database BD as soon as the card is put into service. These initial characteristics include a card serial number, the card user's International Mobile Subscriber Identity (IMSI), and the Mobile Station ISDN Number (MSISDN) mobile phone number.
  • the type of card Cn is defined in particular by an identifier of the type of the processor included in the card, the identifier of the manufacturer of the card, a number of bits per word processed by the processor, characteristics of the operating system and of the virtual machine implemented in the map, etc.
  • Other characteristics specific to the use of the card and in particular of the user of the card may also be recorded in the table TCn associated with the card Cn during the commissioning of the card, and may be modified during the use of the card.
  • These other characteristics concern in particular the subscription profile of the user of the card Cn, data which can be modified by the user or by the operator managing the card such as a directory of telephone numbers and e-mail addresses, and for example a file of preferred radio network identifiers PPLMN (Preferred Public Land Mobile Network).
  • PPLMN Preferred Public Land Mobile Network
  • the TCn table may also contain one or more IAP application identifiers that were loaded during the commissioning of the Cn smart card and / or were downloaded later when it was put into service.
  • an application consists of modifying the file of preferred network identifiers PPLMN.
  • the application consists in deleting or downloading an application in the card Cn for example to facilitate the management of the directory of telephone numbers in the card Cn by allowing the user, each time he registers a new number phone in the card, to save all its directory in a specific server managed by the operator so that the user can find his saved directory when he loses the Cn card or when he changes his card.
  • Another application can be used to modify parameters in an application already downloaded into the card Cn; for example, the parameters to be modified are an update of charging rates and communication units when the user is subscribed to a prepaid account, or the updating of a name of the operator or one of his services.
  • the database BD also contains one or more campaign tables TCA respectively assigned to campaigns.
  • Each TCA campaign table includes one or more Ct contents to download to the cards.
  • Each content Ct contains data D to download.
  • the data is for example update data of an application, or an advertising message.
  • Each Ct content also contains a DSD description of the data D such as the IAP identifier of the application concerned by the download or the list of smart card identifiers targeted by the TCA download campaign.
  • the database BD can be incorporated in the campaign server SC, or be independent in the form of a database management server which is connected to the server SC by a packet network such as the network RP, it is ie via the internet or via an intranet network specific to the operator of the RR network.
  • the presence server SP comprises a presence manager GEP which manages various operations relating to the detection of events of presence of smart cards in the RR radio network and satisfying one or more RGC campaign rules.
  • the presence server includes in the presence manager RGP presence rules programmed by users subscribed to a presence service and based on user terminal access time slots.
  • a subscriber subscribing to a service presence program according to its activities call time slots of its terminals during which another user can call it.
  • the subscriber schedules the access time slots of three terminals: a desktop landline on which he wishes to be called between 8:00 am and 2:00 pm, a mobile terminal or an electronic mail on which he wishes to be contacted between 2 pm and 7 pm and a landline telephone on which he wishes to be called after 7 pm and before 8 am
  • the presence server is informed and either returns the call according to the scheduling of call times by the subscriber for example to the mobile terminal thereof, either emits a message to the second user indicating the terms such as the address of the terminal and the access time range thereof.
  • the subscriber can transmit via his mobile terminal, or another communication device, a message M comprising the RGP presence rules to the presence server SP.
  • the presence server also includes an ICP communication interface for transmitting and receiving IP packets across the packet network RP, and receiving IP-type M messages transmitted by a control element of the RR radio network to indicate that a smart card Cn having the identifier IDCn is connected to the network.
  • the terminal Tn contains a reader LT which is associated with an input / output port PES of the smart card Cn with or without electrical contact.
  • the terminal includes a PT processor, MT memories, a AT display such as a screen connected or integrated in the terminal and associated in particular with a keyboard connected or integrated in the terminal, and an IR network interface.
  • the various elements of the terminal are interconnected by a bidirectional bus BT.
  • the smart card Cn mainly comprises in integrated form one or more PC microprocessors and three memories M1 to M3.
  • the memory Ml is a non-rewritable memory type ROM or Flash including the operating system of the card.
  • the memory M2 is a non-volatile memory of the EEPROM or Flash type, in particular for storing keys, identity numbers and other parameters of the profile of the user having the card, such as a PIN code and other security data.
  • the memory M3 is of the RAM or SRAM type used more particularly for data processing.
  • the Cn card exchanges commands, or queries, and responses with the Tn terminal through a PES input / output port and the LT reader with or without contact.
  • the different elements of the card are connected to each other by a bidirectional bus BC.
  • the downloading method according to the invention comprises steps E1 to E5.
  • Step E1 comprises mainly two initial steps ElO and EI1.
  • the terminal Tn of a user subscribing to the presence service sends a message M comprising the RGP presence rules relating to the access time slots for calling terminals of the subscriber. These RGP rules can be transmitted via another communication device.
  • the operator of the RR radio network provides one or more contents Ct in the database BD whose data D must be downloaded during a campaign TCA of common data downloading operations of the server SC on a set of maps specified according to the DSD data descriptions.
  • the campaign manager GEC in the campaign server translates the TCA campaign-related DSDs into smart card identifiers targeted by the TCA and associates them with presence conditions to obtain server-aware RGC campaign rules. of presence SP. Indeed, a description of a download campaign requiring the update of an application in cards may include only the IAP identifier of the application.
  • the presence server is not connected to the BD database of the campaign server, ignores the contents of smart cards that are deemed to be present in the radio network.
  • Step E2 relates to the transmission of the RGC rules of the TCA campaign from the communication interface ICC of the campaign server SC to the communication interface ICP of the presence server SP via the first data channel and comprises steps E20 to E25.
  • step E20 the campaign server SC which has prepared the campaign rules RGC for the campaign TCA, transmits to the presence server SP a presence request RQP comprising a campaign rule RGC.
  • the presence server can return an acknowledgment AQ1 in step E21.
  • the campaign server transmits as many RQP requests as there are campaign rules. Alternatively, the campaign server transmits a single presence request including a list of campaign rules.
  • the presence manager GEP After receiving all the RGC campaign rules, the presence manager GEP stores them in the presence server SP, in step E22, by combining them with the RGP presence rules already stored and relating to the access time slots of the programs. terminals of users with a smart card targeted by the TCA campaign. Thus, if a smart card Cn satisfies an RGC campaign rule but does not satisfy a RGP presence rule relating to the accessibility time slot of the terminal Tn, the associated presence event EP will not be triggered.
  • a campaign rule includes the following condition: a smart card Cn having an identifier IDCn has been connected to the RR radio network for more than five minutes.
  • the Cn smart card targeted by the campaign connects to the RR radio network and a RGP presence rule indicates that at 12 o'clock the user of said smart card will disconnect RR network the terminal Tn with the card, the presence event EP is not triggered and the presence manager GEP does not detect it.
  • the presence server SP optionally transmits to the campaign server SC an NPl notification indicating, among other things, that the transmitted campaign rules have been correctly stored.
  • the campaign server can return an acknowledgment AQ2 to the presence server, in step E24.
  • step E25 the campaign server SC waits for a new presence notification NP2 comprising presence data DP corresponding for example to the identifiers of the smart cards that have just connected to the RR radio network and which comply with the rules RGC and RGP.
  • the first NP1 notification may include DP presence data indicating to the campaign server SC the smart cards already present in the RR radio network at the launch of the TCA campaign and complying with the campaign and presence rules.
  • the method continues with step E4 for each smart card complying with said rules.
  • Step E3 corresponds to the detection of an EP presence event by the presence server SP, the event EP corresponding to the connection of a smart card Cn to the RR radio network and the card Cn respecting the rules of presence.
  • RGC campaign and RGP presence rules if they are stored in the presence server and correspond to the map.
  • step E30 at least the smart card Cn connects to the RR network and the connection of the smart card Cn is detected by a control device included in the RR radio network.
  • the control device may be the RR Home Location Register (HLR).
  • the control device transmits, in the step E31, to the presence server SP a message M1 comprising the identifier IDCn of the connected card Cn and connection data COD relating to the connection of the card.
  • a COD connection data indicates, for example, the time of connection of the card.
  • the message M1 can be transmitted to the presence server SP at a predefined periodicity.
  • the presence manager GEP of the presence server SP Upon receipt of the message Ml, the presence manager GEP of the presence server SP matches, in step E32, the identifier IDCn of the card Cn and the connection data COD to the campaign rules RGC combined with the presence rules RGPs designated by the IDCn ID. If the campaign and presence rules applicable to the card Cn thus identified by the identifier IDCn are respected by the DCO data, an EP presence event is considered detected by the manager GEP in the step E33.
  • the presence server SP transmits to the campaign server SC, in the step E34, a presence notification NP2 comprising presence data DP relating to the smart card Cn complying with the rules RGC and RGP.
  • the campaign server can return an acknowledgment AQ3 to the presence server, then proceed to download the data D in the smart card Cn in step E4.
  • the campaign server SC is not requested by an NP2 notification.
  • the presence server SP expects the satisfaction of campaign and presence rules by the card Cn or any other card and the process proceeds from step E33 to the connection step E30.
  • the step E4 initiated by the detection of the EP presence event concerns the downloading of the data D by the campaign server SC in the Cn smart card that complies with at least one RGC campaign rule via the second data channel CD not traversing the presence server SP.
  • step E40 the campaign server transmits a message such as an SMS to the smart card to initiate the opening of the second data channel CD.
  • the SMS message contains an address of the campaign server SC.
  • the card As soon as the card has received the SMS message, it opens, in the step E41, via the terminal Tn the IP-type CD data channel between the terminal Tn and the gateway between the RR and RP networks in order to log in to communicate directly with the SC campaign server.
  • the campaign server SC uploads the data D defined in the campaign TCA to the card Cn, which processes them in step E43. For example, the map updates an application that is affected by the download.
  • the card transmits in step E43, the result R of the download to the campaign server SC.
  • the SC server closes the session, for example by sending a logoff request to the card Cn. On receipt of the logoff request, the card and / or the server of SC campaign release the communication channel CD between the terminal Tn and the gateway.
  • the campaign server connects directly to the card via an IP type connection via a predefined port of the terminal Tn when the latter is for example a personal computer already offering an internet or intranet connection.
  • Step E5 is the end of the TCA campaign once all targeted smart cards have been processed.
  • step E50 the campaign server checks whether all smart cards targeted by the TCA campaign have been processed. If cards have not yet been processed, the campaign server waits for further presence notifications NP2 from the presence server in step E25. If all cards targeted by the campaign have been processed, the TCA campaign is terminated and the campaign server transmits in step E51 a request to delete RQS campaign rule. Upon receiving the RQS request, the presence server SP deletes all the RGC rules relating to the TCA campaign in step E52.
  • the campaign rules for smart cards already processed can be deleted while the TCA campaign is not completed.
  • the invention is not limited to downloading data into UICC type smart cards.
  • a smart card in which data is to be downloaded may also be a card included in a portable computer connected to a mobile terminal, or a payment card, an electronic purse card or any other additional card linked to a mobile terminal.
  • the invention applies to other portable communicating electronic objects, such as PDA communicating personal digital assistants.
  • the invention also applies to mobile terminals targeted by a campaign for which the data to download may relate to a game to save in non-volatile memory type EEPROM mobile terminals.
  • the invention described herein relates to a method and a system for downloading data made available in a campaign server to portable communicating objects.
  • the steps of the method 1 of the invention are determined by the instructions of a computer program incorporated in the system and in particular partly in the campaign server and partly in a presence server.
  • the program comprises program instructions which, when said program is loaded and executed in the system whose operation is then controlled by the execution of the program, carry out the steps of the method according to the invention.
  • the invention also applies to a program, in particular a program on or in an information carrier, adapted to implement the invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Un système télécharge des données mises à disposition dans un serveur de campagne (SC, BD) vers des objets communicants portables (Cl-CN) à travers un réseau de radiocommunications (RR) pendant une campagne de téléchargement de données. Un gestionnaire de campagne (GEC) dans le serveur de campagne transmet des règles de campagne (RGC) à un serveur de présence (SP) connecté au réseau de radiocommunications. Un gestionnaire de présence (GEP) notifie au serveur de campagne qu'un événement relatif à la présence d'au moins un objet communicant dans le réseau de radiocommunications satisfait à une règle de campagne transmise afin d'initier un téléchargement des données depuis le serveur de campagne vers l'objet communicant présent.

Description

Téléchargement de données dans des objets communicants portables présents dans un réseau de radiocommunications pendant une campagne
La présente invention concerne le téléchargement de données depuis un serveur de campagne dans des objets communicants portables à travers un réseau de radiocommunications pendant une campagne de téléchargement. En particulier, elle a trait à un téléchargement de données lorsque les objets communicants portables ciblés par la campagne sont réputés présents dans le réseau de radiocommunications .
Les objets communicants portables sont des cartes à puce, telles que des cartes MMC (Multi-Media
Card) , SD (Secure Digital) et UICC (Universal
Integrated Circuit (s) Card) . La carte à puce UICC est par exemple une carte munie d'une application SIM
(Subscriber Identity Module) lorsque le terminal est un mobile du type GSM ou GPRS, ou d'une application
USIM (Universal Subscriber Identity Module) , RUIM
(Removable User Identity Module) ou ISIM (IP
Subscriber Identity Module) , associées à des terminaux mobiles fonctionnant en 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 Télécommunications System) ou UTRAN (UMTS Terrestrial Radio Access Network) , ou de la troisième génération (3GPP2) du type CDMA 2000.
Le serveur de campagne pour télécharger des 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.
L'invention s'intéresse plus particulièrement à une campagne de téléchargement massif de données des cartes d'usager, bien que le serveur de campagne puisse opérer un téléchargement unitaire dans une carte d'usager.
Selon un premier exemple, un téléchargement 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 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 cartes des usagers soient connectées préférablement à ces réseaux lorsque les usagers sont à l'étranger.
Pour ce premier exemple, l'opérateur a actuellement deux possibilités pour télécharger ce fichier depuis le serveur de campagne. 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 concerne une application facilitant la gestion du répertoire des numéros téléphoniques dans les cartes. Cette application permet à un usager de sauvegarder tout son répertoire dans un serveur prédéterminé géré par l'opérateur et la sauvegarde est mise à jour chaque fois que l'usager enregistre un nouveau numéro téléphonique dans sa carte.
Selon ce deuxiè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. Cette opération est une opération unitaire déclenchée dans le serveur de campagne par 1 ' 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 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. Ce téléchargement est également une opération unitaire commandée dans le serveur de campagne 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 quelques milliers d'usagers ciblés afin que le serveur OTA administre le téléchargement de l'application dans toutes ces cartes .
Pour tous les téléchargements ci-dessus depuis le serveur de campagne, l'établissement d'un canal de communication entre le serveur et une carte pendant une campagne de téléchargement est décidé par l'opérateur et initié dans le serveur. Ces téléchargements fonctionnent en "mode push" .
Selon une première réalisation du mode push, le téléchargement se fait par l'envoi d'une série de messages courts SMS, formatés par le serveur de campagne en fonction d'un protocole connu vers une carte, puis envoyés à la carte à travers un réseau de radiocommunications de type GSM de l'opérateur. Cette réalisation est décrite dans la demande de brevet français 0410225 déposée le 27 septembre 2004 par le demandeur et non publiée, intitulée "Campagne de téléchargement de données dans des objets communicants portables". L'établissement de la communication du mode push qui requiert l'utilisation de la technologie SMS, est un inconvénient pour les réseaux dont les infrastructures ne supportent pas les messages courts ou pour lesquels les messages courts ne satisfont pas aux normes nécessaires à une mise à jour distante de cartes par exemple dans des réseaux CDMA (Code Division Multiple Access) . Un autre inconvénient est l'indisponibilité des cartes dont les terminaux sont éteints ou hors de la couverture du réseau de radiocommunications pendant la campagne, ce qui nécessite de nombreux essais ultérieurs . Pour remédier à ces inconvénients, une deuxième réalisation consiste en un téléchargement depuis un réseau de radiocommunications de nouvelle génération de type GPRS ou UMTS à travers un canal de données type IP (Internet Protocol) . Un serveur de campagne initie une campagne pour télécharger des données vers de nombreuses cartes à puce par l'envoi d'un message court dit "SMS de push" à destination des cartes. Dès qu'une carte Cn a reçu le message SMS, elle ouvre un canal de communication par l'intermédiaire d'un terminal mobile accueillant la carte et une passerelle de type GGSN (Gateway GPRS Support Node) d'un réseau de données afin d'ouvrir une session pour communiquer directement avec le serveur de campagne et de recevoir les données concernées par la campagne .
Une campagne de téléchargement s'effectue souvent de façon massive (quelques millions de cartes) sur une durée relativement courte pouvant aller de quelques jours à quelques mois et conduit ainsi à un pic de trafic sur le réseau de radiocommunications. Pendant cette période, le réseau est fortement sollicité, ce qui nécessite une infrastructure bien dimensionnée, capable de supporter une surcharge temporaire. La gestion des nouveaux essais sans savoir si le terminal mobile portant la carte est à nouveau sous la couverture du réseau accroît encore la surcharge du réseau.
Les inconvénients précités sont remédiés par une troisième réalisation décrite dans la demande de brevet français 0552365 déposée le 28 juillet 2005 par le demandeur et non publiée. Cette troisième réalisation renverse le mode push actuel en un mode d'interrogation par la carte qui initie pendant une campagne de téléchargement une communication avec un serveur de campagne afin d'obtenir un contenu mis à disposition par l'opérateur du réseau de radiocommunications.
L'invention a pour objectif de remédier aux inconvénients précités par un téléchargement de données vers au moins un objet communicant, tel qu'une carte, ciblé par la campagne quand ce dernier est réputé présent dans le réseau de radiocommunications pendant une durée telle que le serveur de campagne puisse exécuter un téléchargement des données prévues dans l'objet communicant. Ceci a pour avantage, entre autres, de supprimer la gestion des ré-essais par le serveur de téléchargement et d'éviter un pic de trafic sur le réseau de radiocommunications dû à la campagne.
Pour atteindre cet objectif, un procédé pour télécharger des données mises à disposition dans un serveur de campagne vers des objets communicants portables à travers un réseau de radiocommunications pendant une campagne de téléchargement de données, est caractérisé en ce qu'il comprend les étapes de : transmettre des règles de campagne relatives à la campagne depuis le serveur de campagne à un serveur de présence, et notifier par le serveur de présence au serveur de campagne qu'un événement relatif à la présence d'au moins un objet communicant dans le réseau de radiocommunications satisfait à une règle de campagne transmise afin d'initier un téléchargement des données depuis le serveur de campagne vers l'objet communicant présent. L'invention peut davantage optimiser les campagnes massives lancées depuis un serveur de campagne grâce à la transmission de règles de campagne dans le serveur de présence connecté au réseau de radiocommunications. Une règle de campagne peut inclure au moins un identificateur d'un objet communicant ciblé par la campagne et au moins une condition de présence de l'objet communicant dans le réseau de radiocommunications. La règle de campagne identifie ainsi d'une manière non ambiguë un événement de présence d'un objet communicant, tel qu'une carte à puce, ciblé par la campagne dans le réseau de radiocommunications. Cet événement de présence indique au serveur de campagne que l'objet communicant est disponible dans le réseau de radiocommunications pendant une durée prédéterminée suffisante de connexion de l'objet communicant au réseau de radiocommunications pour recevoir les données à télécharger prévues par la campagne. Selon une autre caractéristique du procédé de l'invention, après transmission des règles de campagne par le serveur de campagne vers le serveur de présence, le serveur de présence combine chaque règle de campagne relative à un objet communicant ciblé avec des règles de présence relatives à au moins une plage horaire d'accessibilité dudit objet communicant ciblé afin qu'un événement relatif à la présence de l'objet communicant ciblé dans le réseau de radiocommunications satisfasse à la fois aux règles de campagne et présence combinées.
Lorsque la campagne est détectée terminée, les règles de campagne peuvent être supprimées dans le serveur de présence. L'invention a aussi pour objet un système pour télécharger des données mises à disposition dans un serveur de campagne vers des objets communicants portables à travers un réseau de radiocommunications pendant une campagne de téléchargement de données. Le système est caractérisé en ce qu'il comprend : un moyen dans le serveur de campagne pour transmettre des règles de campagne relatives à la campagne à un serveur de présence, et un moyen dans le serveur de présence pour notifier au serveur de campagne qu'un événement relatif à la présence d'au moins un objet communicant dans le réseau de radiocommunications satisfait à une règle de campagne transmise afin d'initier un téléchargement des données depuis le serveur de campagne vers l'objet communicant présent.
Les objets communicants peuvent être des cartes à puce d'usager amovibles de terminaux mobiles, ou bien des terminaux mobiles. Selon une réalisation préférée, le réseau de radiocommunications est un réseau à accès multiple à répartition par codes CDMA par exemple UMTS ou UTRAN. Selon une autre réalisation, le réseau de radiocommunications est un réseau GSM adossé à un réseau GPRS.
L'invention peut ne pas recourir à une infrastructure comportant un serveur de messages courts. Le système de l'invention peut comprendre un réseau par paquets sans utiliser des messages courts.
Enfin, l'invention se rapporte à un programme informatique apte à être mis en œuvre dans un système pour télécharger des données mises à disposition dans un serveur de campagne vers des objets communicants portables à travers un réseau de radiocommunications pendant une campagne de téléchargement de données. Le programme comprend des instructions qui, lorsque le programme est exécuté dans ledit système, c'est-à- dire pour partie dans le serveur de campagne et pour partie dans le serveur de présence, réalisent les étapes selon le procédé de l'invention.
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 bloc-diagramme schématique d'un système de communication reliant des objets communicants portables, un serveur de campagne géré par un opérateur réseau et un serveur de présence pour la mise en œuvre du procédé de téléchargement selon 1 ' invention ; - la figure 2 est un bloc-diagramme schématique plus détaillé relatif à la figure 1 ; et
- la figure 3 est un algorithme du procédé de téléchargement selon l'invention.
Dans la figure 1 sont représentés des moyens principaux pour télécharger des données dans des objets communicants portables, tels que des cartes à puce d'usager amovibles Cl à CN qui sont associées respectivement à des terminaux radio mobiles Tl à TN, rattachés à un réseau de radiocommunications cellulaire numérique RR. La carte à puce Cn associée au terminal mobile Tn, avec l'indice n tel que 1 < n < N, est du type UICC (Universal Integrated
Circuit (s) Card) . Un serveur de campagne SC selon 1 ' invention est en général géré par l'opérateur du réseau RR et constitue une plateforme OTA (Over The Air) comportant des données à télécharger vers les cartes à puce ciblées par une campagne de téléchargement.
Un serveur de présence SP détecte dans le réseau de radiocommunications RR la présence de cartes à puce ciblées par la campagne de téléchargement selon des règles de campagne RGC préparées et transmises au serveur SP par le serveur de campagne SC. Les règles de campagne RGC sont décrites plus en détail en référence à la figure 2.
Le serveur de campagne SC et le serveur de présence SP communiquent entre eux par un premier canal de données d'un réseau de paquets RP de type internet ou intranet. Selon un premier cas, les deux serveurs SC, SP sont localisés chez le même opérateur, réduisant ainsi des problèmes d'adressage IP et de résolution de nom. Selon un deuxième cas, les deux serveurs sont localisés chez des opérateurs distincts et communiquent alors par une connexion sécurisée entre les deux serveurs.
Le serveur de campagne SC communique avec les cartes à puce Cl à CN associées aux terminaux Tl à TN par un deuxième canal de données CD ouvert entre le réseau de radiocommunications RR et le réseau de paquets RP par l'intermédiaire par exemple d'une passerelle de communication non représentée sur la figure 1. Ce deuxième canal de données CD ne traverse pas le serveur de présence SP. La passerelle de communication peut comporter une passerelle d'accès pour communiquer avec le serveur SC à travers le réseau de paquets RP à haut débit, tel que 1' internet, ou tel qu'un réseau intranet propre à l'opérateur du réseau RR. Une autre passerelle d'accès de la passerelle de communication communique avec au moins un commutateur du réseau de radiocommunications, à travers bien souvent un réseau d'accès tel qu'un réseau de paquets de type X.25.
Selon une réalisation particulière, la passerelle de communication échange avec les terminaux radio mobiles Tl à TN des messages qui encapsulent des paquets IP (Internet Protocol) transmis vers et par le serveur SC à travers les réseaux RR et RP.
Selon la réalisation illustrée à la figure 1, lors du lancement d'une campagne, le serveur de campagne SC transmet une requête de présence RQP comportant des règles de campagne RGC au serveur de présence SP via le réseau de paquets RP. Dès qu'une règle de campagne RGC appliquée à une carte à puce Cn est satisfaite dans le serveur de présence SP, ce dernier transmet une notification de présence NP comportant un identificateur IDCn de la carte Cn au serveur de campagne SC afin que ce dernier télécharge des données D dans la carte à puce Cn.
Les différentes étapes du procédé sont plus détaillées en référence à la description de la figure 3.
Dans la figure 2, on a représenté le serveur de campagne SC, le serveur de présence SP, le terminal Tn et la carte à puce Cn sous forme de blocs fonctionnels dont la plupart assurent des fonctions ayant un lien avec l'invention et peuvent correspondre à des modules logiciels et/ou matériels. Le serveur de campagne SC comprend un gestionnaire de campagne GEC qui gère diverses opérations au cours du téléchargement et une interface de communication ICC pour transmettre et recevoir des paquets IP à travers le réseau de paquets RP. Le gestionnaire de campagne GEC prépare en particulier les règles de campagne RGC relatives à une ou des campagnes de téléchargement à transmettre au serveur de présence.
Une règle de campagne RGC est liée à une identification non ambiguë d'un événement de présence d'une carte à puce Cn ciblée par la campagne dans le réseau de radiocommunications RR, ce qui signifie que la carte Cn est disponible dans le réseau pendant un temps suffisant pour recevoir un téléchargement complet de données D depuis le serveur de campagne SC. La règle de campagne RGC inclut au moins un identificateur IDCn d'une carte à puce ciblée Cn par une campagne, tel qu'un numéro de série de la carte ou une identité internationale IMSI (International Mobile Subscriber Identity) de l'usager de la carte, et au moins une condition de présence. Par exemple, la condition de présence de la carte à puce Cn dans le réseau de radiocommunications RR est une connexion de la carte à puce comportant l'identificateur IDCn au réseau de radiocommunications RR pendant une durée prédéterminée, typiquement plus de cinq minutes. Un événement de présence EP de la carte à puce ciblée est détecté par le serveur de présence SP dès que la condition de présence incluse dans la règle de campagne transmise depuis le serveur de campagne vers le serveur de présence est satisfaite. En général, une règle de campagne RGC inclut les identificateurs de nombreuses cartes à puce ciblées par une campagne et une ou plusieurs conditions de présence. Selon un autre exemple, une condition de présence est une localisation des terminaux supportant les cartes à puce dans une zone de localisation dans le réseau RR. Le serveur de campagne SC 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. Ces paramètres et caractéristiques sont entre autres nécessaires à la préparation des règles de campagne RGC.
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, un nombre de bits par mot traité par le processeur, des caractéristiques du système d'exploitation et de la machine virtuelle implémentée dans la carte, etc.
D'autres caractéristiques propres à l'utilisation de la carte et notamment de l'usager de la carte 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 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ée 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 peut contenir également un ou plusieurs identificateurs d'applications IAP 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é 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é, ou la mise à jour d'un nom publicitaire de l'opérateur ou de l'un de ses services .
La base de données BD, ou en variante le serveur SC, contient également une ou plusieurs tables de campagne TCA respectivement attribuées à des campagnes. Chaque table de campagne TCA inclut un ou plusieurs contenus Ct à télécharger vers les cartes. Chaque contenu Ct contient des données D à télécharger. Les données sont par exemple des données de mise à jour d'une application, ou un message publicitaire. Chaque contenu Ct contient également un descriptif DSD des données D tel que l'identificateur IAP de l'application concernée par le téléchargement ou la liste des identificateurs de cartes à puce ciblées par la campagne de téléchargement TCA.
La base de données BD peut être incorporée au serveur de campagne SC, ou être indépendante sous la forme d'un serveur de gestion de base de données qui est relié au serveur SC par un réseau de paquets tel que le réseau RP, c'est-à-dire via 1 ' internet ou via un réseau intranet propre à l'opérateur du réseau RR.
Le serveur de présence SP comprend un gestionnaire de présence GEP qui gère diverses opérations relatives à la détection d'événements de présence de cartes à puce dans le réseau de radiocommunications RR et satisfaisant à une ou plusieurs règles de campagne RGC.
Le serveur de présence comporte dans le gestionnaire de présence des règles de présence RGP programmées par des usagers abonnés à un service présence et reposant sur des plages horaires d'accessibilité de terminaux des usagers. Un usager abonné à un service présence programme selon ses activités des plages horaires d'appel de ses terminaux pendant lesquelles un autre usager peut l'appeler. Par exemple, l'usager abonné programme les plages horaires d'accessibilité de trois terminaux : un téléphone fixe de bureau sur lequel il souhaite être appelé entre 8 h et 14 h, un terminal mobile ou une messagerie électronique sur lequel il souhaite être contacté entre 14 h et 19 h et un téléphone fixe de domicile sur lequel il souhaite être appelé après 19 h et avant 8 h. Dès qu'un deuxième usager appelle l'usager abonné sur son téléphone fixe de domicile en plein après-midi, le serveur de présence en est informé et soit renvoie l'appel selon la programmation des plages horaires d'appel par l'usager abonné par exemple vers le terminal mobile de celui-ci, soit émet un message destiné au deuxième usager lui indiquant les modalités telles que l'adresse du terminal et la plage horaire d'accessibilité de celui-ci. L'usager abonné peut transmettre via son terminal mobile, ou un autre dispositif de communication, un message M comportant les règles de présence RGP au serveur de présence SP.
Le serveur de présence comprend également une interface de communication ICP pour transmettre et recevoir des paquets IP à travers le réseau de paquets RP, et recevoir des messages M pouvant être de type IP transmis par un élément de contrôle du réseau de radiocommunications RR pour indiquer qu'une carte à puce Cn comportant l'identificateur IDCn est connectée au réseau.
Le terminal Tn contient un lecteur LT qui est associé à un port d'entrée/sortie PES de la carte à puce Cn avec ou sans contact électrique.
Outre le lecteur de carte LT, le terminal comprend un processeur PT, des mémoires MT, un afficheur AT tel qu'un écran connecté ou intégré au terminal et associé notamment à un clavier connecté ou intégré au terminal, et une interface réseau IR. Les différents éléments du terminal sont reliés entre eux par un bus bidirectionnel BT.
La carte à puce Cn comprend principalement sous forme intégrée un ou plusieurs microprocesseurs PC et trois mémoires Ml à M3. La mémoire Ml est une mémoire non réinscriptible du type ROM ou Flash incluant le système d'exploitation de la carte. La mémoire M2 est une mémoire non volatile du type EEPROM ou Flash pour notamment mémoriser des clés, des numéros d'identité et d'autres paramètres du profil de l'utilisateur possédant la carte, comme un code PIN et autres données de sécurité. La mémoire M3 est du type RAM ou SRAM servant plus particulièrement au traitement de données. La carte Cn échange des commandes, ou requêtes, et des réponses avec le terminal Tn à travers un port d'entrée/sortie PES et le lecteur LT avec ou sans contact. Les différents éléments de la carte sont reliés entre eux par un bus bidirectionnel BC.
En référence à la figure 3, le procédé de téléchargement selon 1 ' invention comprend des étapes El à E5.
L'étape El comporte principalement deux étapes initiales ElO et EIl. A l'étape initiale ElO, le terminal Tn d'un usager abonné au service présence envoie un message M comportant les règles de présence RGP relatives aux plages horaires d'accessibilité pour appeler des terminaux de l'usager abonné. Ces règles RGP peuvent être transmises via un autre dispositif de communication .
A l'étape initiale EIl, l'opérateur du réseau de radiocommunications RR met à disposition un ou plusieurs contenus Ct dans la base de données BD dont les données D doivent être téléchargées pendant une campagne TCA d'opérations communes de téléchargement de données du serveur de campagne SC sur un ensemble de cartes spécifiées selon les descriptifs de données DSD. Le gestionnaire de campagne GEC dans le serveur de campagne traduit les descriptifs DSD liés à la campagne TCA en des identificateurs des cartes à puce ciblées par la campagne TCA et les associe à des conditions de présence pour obtenir des règles de campagne RGC compréhensibles par le serveur de présence SP. En effet, un descriptif d'une campagne de téléchargement requérant la mise à jour d'une application dans des cartes peut ne comporter que l'identificateur IAP de l'application. Le serveur de présence n'étant pas relié à la base de données BD du serveur de campagne, ignore le contenu des cartes à puce qui sont réputées présentes dans le réseau de radiocommunications .
L'étape E2 est relative à la transmission des règles RGC de la campagne TCA depuis l'interface de communication ICC du serveur de campagne SC vers 1 ' interface de communication ICP du serveur de présence SP par 1 ' intermédiaire du premier canal de données et comprend les étapes E20 à E25.
A l'étape E20 lors de l'initiation de la campagne TCA, le serveur de campagne SC qui a préparé les règles de campagne RGC relatives à la campagne TCA, transmet au serveur de présence SP une requête de présence RQP comportant une règle de campagne RGC. A la réception de la requête RQP, le serveur de présence peut retourner un acquittement AQl à l'étape E21. Le serveur de campagne transmet autant de requêtes RQP qu'il y a de règles de campagne. En variante, le serveur de campagne transmet une seule requête de présence comportant une liste des règles de campagne .
Après réception de toutes les règles de campagne RGC, le gestionnaire de présence GEP les mémorise dans le serveur de présence SP, à l'étape E22, en les combinant avec les règles de présence RGP déjà mémorisées et relatives aux plages horaires d'accessibilité des terminaux des usagers possédant une carte à puce ciblée par la campagne TCA. Ainsi si une carte à puce Cn satisfait à une règle de campagne RGC mais ne satisfait pas à une règle de présence RGP relative à la plage horaire d'accessibilité du terminal Tn, l'événement de présence EP associé ne sera pas déclenché. Par exemple une règle de campagne comprend la condition suivante : une carte à puce Cn comportant un identificateur IDCn est connectée au réseau de radiocommunications RR depuis plus de cinq minutes. Si à 11 h 55 mn la carte à puce Cn ciblée par la campagne se connecte au réseau de radiocommunications RR et qu'une règle de présence RGP indique qu'à 12 h l'usager de ladite carte à puce va déconnecter du réseau RR le terminal Tn comportant la carte, l'événement de présence EP n'est pas déclenché et le gestionnaire de présence GEP ne le détecte pas.
A l'étape E23, le serveur de présence SP transmet optionnellement au serveur de campagne SC une notification NPl indiquant, entre autres, que les règles de campagne transmises ont été mémorisées correctement. Le serveur de campagne peut retourner un acquittement AQ2 au serveur de présence, à l'étape E24.
A l'étape E25, le serveur de campagne SC attend une nouvelle notification de présence NP2 comportant des données de présence DP correspondant par exemple aux identificateurs des cartes à puce qui viennent de se connecter sur le réseau de radiocommunications RR et qui respectent les règles RGC et RGP.
En variante, la première notification NPl peut inclure des données de présence DP indiquant au serveur de campagne SC les cartes à puce déjà présentes dans le réseau de radiocommunications RR au lancement de la campagne TCA et respectant les règles de campagne et de présence. Dans cette variante, le procédé se poursuit par l'étape E4 pour chaque carte à puce respectant lesdites règles.
L'étape E3 correspond à la détection d'un événement de présence EP par le serveur de présence SP, l'événement EP correspondant à la connexion d'une carte à puce Cn au réseau de radiocommunications RR et la carte Cn respectant les règles de campagne RGC et les règles de présence RGP si ces dernières sont mémorisées dans le serveur de présence et correspondent à la carte.
A l'étape E30, au moins la carte à puce Cn se connecte au réseau RR et la connexion de la carte à puce Cn est détectée par un dispositif de contrôle inclus dans le réseau de radiocommunications RR. Le dispositif de contrôle peut être l'enregistreur de localisation nominale HLR (Home Location Register) du réseau RR. Le dispositif de contrôle transmet, à l'étape E31, au serveur de présence SP un message Ml comportant l'identificateur IDCn de la carte Cn connectée et des données de connexion DCO relatives à la connexion de la carte. Une donnée de connexion DCO indique par exemple 1 ' instant de connexion de la carte. Le message Ml peut être transmis au serveur de présence SP selon une périodicité prédéfinie. A la réception du message Ml, le gestionnaire de présence GEP du serveur de présence SP fait correspondre, à l'étape E32, l'identificateur IDCn de la carte Cn et les données de connexion DCO aux règles de campagne RGC combinées aux règles de présence RGP désignées par l'identificateur de carte IDCn. Si les règles de campagne et de présence applicables à la carte Cn ainsi identifiée par l'identificateur IDCn sont respectées par les données DCO, un événement de présence EP est considéré détecté par le gestionnaire GEP à l'étape E33. Le serveur de présence SP transmet au serveur de campagne SC, à l'étape E34, une notification de présence NP2 comportant des données de présence DP relatives à la carte à puce Cn respectant les règles RGC et RGP. Le serveur de campagne peut retourner un acquittement AQ3 au serveur de présence, puis procède au téléchargement des données D dans la carte à puce Cn à l'étape E4.
Dans le cas où au moins l'une des règles combinées RGC et RGP applicables à la carte Cn n'est pas respectée, le serveur de campagne SC n'est pas sollicité par une notification NP2. Le serveur de présence SP attend la satisfaction de règles de campagne et de présence par la carte Cn ou toute autre carte et le procédé passe de l'étape E33 à l'étape de connexion E30.
L'étape E4 initiée par la détection de l'événement de présence EP concerne le téléchargement des données D par le serveur de campagne SC dans la carte à puce Cn qui respecte au moins une règle de campagne RGC via le deuxième canal de données CD ne traversant pas le serveur de présence SP.
A l'étape E40, le serveur de campagne transmet un message tel qu'un SMS à la carte à puce pour initier l'ouverture du deuxième canal de données CD.
Le message SMS contient une adresse du serveur de campagne SC.
Dès que la carte a reçu le message SMS, elle ouvre, à l'étape E41, par l'intermédiaire du terminal Tn le canal de données CD de type IP entre le terminal Tn et la passerelle entre les réseaux RR et RP afin d'ouvrir une session pour communiquer directement avec le serveur de campagne SC. A l'étape E42, le serveur de campagne SC télécharge les données D définies dans la campagne TCA dans la carte Cn, qui les traite à l'étape E43. Par exemple la carte met à jour une application concernée par le téléchargement. Après traitement des données D, la carte transmet à l'étape E43, le résultat R du téléchargement au serveur de campagne SC. En fin de téléchargement, le serveur SC ferme la session, par exemple par l'envoi d'une requête de fermeture de session à la carte Cn. A la réception de la requête de fermeture de session, la carte et/ou le serveur de campagne SC libèrent le canal de communication CD entre le terminal Tn et la passerelle .
En variante, le serveur de campagne se connecte directement à la carte par une connexion de type IP via un port prédéfini du terminal Tn quand celui-ci est par exemple un ordinateur personnel offrant déjà une connexion internet ou intranet. L'étape E5 correspond à la fin de la campagne TCA une fois que toutes les cartes à puce ciblées ont été traitées.
A l'étape E50, le serveur de campagne vérifie si toutes les cartes à puce ciblées par la campagne TCA ont été traitées. Si des cartes n'ont pas encore été traitées, le serveur de campagne attend d'autres notifications de présence NP2 provenant du serveur de présence à l'étape E25. Si toutes les cartes ciblées par la campagne ont été traitées, la campagne TCA est terminée et le serveur de campagne transmet à l'étape E51 une requête de suppression de règle de campagne RQS. A la réception de la requête RQS, le serveur de présence SP supprime toutes les règles RGC relatives à la campagne TCA, à l'étape E52.
En variante, les règles de campagne relatives à des cartes à puce déjà traitées peuvent être supprimées alors que la campagne TCA n'est pas terminée .
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, une carte de porte-monnaie électronique ou toute autre carte additionnelle liée à 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 également à 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.
L'invention décrite ici concerne un procédé et un système pour télécharger des données mises à disposition dans un serveur de campagne vers des objets communicants portables. Selon une implémentation préférée, les étapes du procédé de 1 ' invention sont déterminées par les instructions d'un programme informatique incorporé dans le système et en particulier pour partie dans le serveur de campagne et pour partie dans un serveur de présence. Le programme comporte des instructions de programme qui, lorsque ledit programme est chargé et exécuté dans le système dont le fonctionnement est alors commandé par l'exécution du programme, réalisent les étapes du procédé selon l'invention.
En conséquence, l'invention s'applique également à un programme, notamment un programme sur ou dans un support d'informations, adapté à mettre en œuvre 1 ' invention .

Claims

REVENDICATIONS
1 - Procédé pour télécharger des données (D) mises à disposition dans un serveur de campagne (SC, BD) vers des objets communicants portables (Cl - CN) à travers un réseau de radiocommunications (RR) comprenant un serveur de présence (SP) détectant la présence d'objets communicants dans le réseau, pendant une campagne de téléchargement de données, caractérisé en ce qu'il comprend les étapes de :
Transmettre (E2, E20) des règles de campagne relatives à la campagne depuis le serveur de campagne au serveur de présence (SP) , et
Notifier (E3, E34) par le serveur de présence au serveur de campagne qu'un événement (EP) relatif à la présence d'au moins un objet communicant (Cn) dans le réseau de radiocommunications satisfait à une règle de campagne transmise afin d'initier (E4) un téléchargement des données depuis le serveur de campagne vers l'objet communicant présent.
2 - Procédé conforme à la revendication 1, selon lequel une règle de campagne inclut au moins un identificateur (IDCn) d'un objet communicant (Cn) ciblé par la campagne et au moins une condition de présence de l'objet communicant dans le réseau de radiocommunications (RR) .
3 - Procédé conforme à la revendication 1 ou 2, selon lequel une condition de présence de l'objet communicant dans le réseau de radiocommunications est une connexion de l'objet communicant (Cn) au réseau de radiocommunications (RR) pendant une durée prédéterminée . 4 - Procédé conforme à l'une quelconque des revendications 1 à 3, selon lequel après transmission (E20) des règles de campagne (RGC) par le serveur de campagne (SC) vers le serveur de présence (SP) , le serveur de présence combine (E22) chaque règle de campagne relative à un objet communicant ciblé (Cn) avec des règles de présence (RGP) relatives à au moins une plage horaire d'accessibilité dudit objet communicant ciblé afin qu'un événement (EP) relatif à la présence de l'objet communicant ciblé dans le réseau de radiocommunications satisfasse à la fois aux règles de campagne et présence combinées.
5 - Procédé conforme à l'une quelconque des revendications 1 à 4, selon lequel lorsque la campagne est terminée (E50), les règles de campagne (RGC) sont supprimées (E52) dans le serveur de présence (SP) .
6 - Procédé conforme à l'une quelconque des revendications 1 à 5, selon lequel lesdites données (D) sont téléchargées par le serveur de campagne (SC) dans l'objet communicant présent (Cn) via un canal de données (CD) ne traversant pas le serveur de présence (SP) .
7 - Système pour télécharger des données (D) mises à disposition dans un serveur de campagne (SC, BD) vers des objets communicants portables (Cl - CN) à travers un réseau de radiocommunications (RR) comprenant un serveur de présence (SP) détectant la présence d'objets communicants dans le réseau, pendant une campagne de téléchargement de données, caractérisé en ce qu'il comprend : Un moyen (ICC) dans le serveur de campagne pour transmettre des règles de campagne relatives à la campagne au serveur de présence (SP) , et
Un moyen (GEP, ICP) dans le serveur de présence pour notifier au serveur de campagne qu'un événement
(EP) relatif à la présence d'au moins un objet communicant (Cn) dans le réseau de radiocommunications satisfait à une règle de campagne transmise afin d'initier un téléchargement des données depuis le serveur de campagne vers l'objet communicant présent.
8 - Système 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 - Système conforme à la revendication 7, caractérisé en ce que les objets communicants sont des terminaux mobiles (Tl - TN) .
10 - Système conforme à l'une quelconque des revendications 7 à 9, caractérisé en ce que le réseau de radiocommunications est un réseau à accès multiple à répartition par codes CDMA.
11 - Programme apte à être mis en œuvre dans un système pour télécharger des données (D) mises à disposition dans un serveur de campagne (SC, BD) vers des objets communicants portables (Cl - CN) à travers un réseau de radiocommunications (RR) comprenant un serveur de présence (SP) détectant la présence d'objets communicants dans le réseau, pendant une campagne de téléchargement de données, caractérisé en ce qu'il comprend des instructions qui, lorsque le programme est exécuté dans ledit système, réalisent les étapes suivantes :
Transmettre (E2, E20) des règles de campagne relatives à la campagne depuis le serveur de campagne au serveur de présence (SP) , et
Notifier (E3, E34) par le serveur de présence au serveur de campagne qu'un événement (EP) relatif à la présence d'au moins un objet communicant (Cn) dans le réseau de radiocommunications satisfait à une règle de campagne transmise afin d'initier (E4) un téléchargement des données depuis le serveur de campagne vers l'objet communicant présent.
EP06819176A 2005-10-31 2006-10-27 Telechargement de donnees dans des objets communicants portables presents dans un reseau de radiocommunications pendant une campagne Withdrawn EP1958471A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0553303A FR2892837B1 (fr) 2005-10-31 2005-10-31 Telechargement de donnees dans des objets communicants portables presents dans un reseau de radiocommunications pendant une campagne
PCT/EP2006/067887 WO2007051767A1 (fr) 2005-10-31 2006-10-27 Telechargement de donnees dans des objets communicants portables presents dans un reseau de radiocommunications pendant une campagne

Publications (1)

Publication Number Publication Date
EP1958471A1 true EP1958471A1 (fr) 2008-08-20

Family

ID=36658416

Family Applications (1)

Application Number Title Priority Date Filing Date
EP06819176A Withdrawn EP1958471A1 (fr) 2005-10-31 2006-10-27 Telechargement de donnees dans des objets communicants portables presents dans un reseau de radiocommunications pendant une campagne

Country Status (6)

Country Link
US (1) US20080294752A1 (fr)
EP (1) EP1958471A1 (fr)
JP (1) JP4873353B2 (fr)
KR (1) KR101011082B1 (fr)
FR (1) FR2892837B1 (fr)
WO (1) WO2007051767A1 (fr)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8270960B2 (en) * 2008-04-17 2012-09-18 Sony Mobile Communications Ab Connecting mobile terminals based on sensor data
CN101594614B (zh) * 2009-06-30 2011-07-13 中兴通讯股份有限公司 数据下载方法以及终端
KR101415389B1 (ko) * 2010-02-22 2014-07-04 닛본 덴끼 가부시끼가이샤 통신 시스템, 통신 방법, 서버 장치, 및 통신 장치
EP2424315A1 (fr) * 2010-08-30 2012-02-29 Gemalto SA Procédé de mise à jour d'une base de données d'abonnés enregistrés dans une plateforme OTA, carte et plateforme OTA correspondantes
EP2506532A1 (fr) 2011-03-30 2012-10-03 Gemalto SA Procédé de mise à jour d'éléments sécurisés compris dans des terminaux d'un réseau de télécommunication et serveur de mise à jour correspondant
DE102014203717A1 (de) * 2014-02-28 2015-09-03 Vodafone Gmbh Verfahren zur Datenübermittlung

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020035605A1 (en) * 2000-01-26 2002-03-21 Mcdowell Mark Use of presence and location information concerning wireless subscribers for instant messaging and mobile commerce
US20030004802A1 (en) * 2001-03-19 2003-01-02 Jeff Callegari Methods for providing a virtual coupon
US6965781B1 (en) * 2002-02-22 2005-11-15 Bellsouth Intellectual Property Corp. Obtaining an intelligent roaming database template
JP2003256308A (ja) * 2002-03-01 2003-09-12 Nippon Telegr & Teleph Corp <Ntt> コンテンツ配信制御システムと方法およびコンテンツ配信サービス受付制御装置ならびにプログラムと記録媒体
EP1495603B1 (fr) * 2002-04-02 2010-06-16 Verizon Business Global LLC Etablissement d'appel au moyen d'un systeme client de communications instantanees
JP4147952B2 (ja) * 2003-01-28 2008-09-10 日産自動車株式会社 情報提供システム、センターシステム、情報提供方法及び移動情報通信端末
JP2004274185A (ja) * 2003-03-05 2004-09-30 Ntt Docomo Inc 通信システム、情報送信装置、制御装置、監視装置及び通信方法
JP2005038072A (ja) * 2003-07-17 2005-02-10 Hitachi Ltd ネットワーク内でコンテンツをインテリジェント配信するための方法とそのシステム
JP2005128889A (ja) * 2003-10-24 2005-05-19 Ntt Docomo Inc コンテンツ配信サーバ、コンテンツ配信プログラム、及びコンテンツ配信プログラムを記録したコンピュータ読み取り可能な記録媒体
EP1733572B1 (fr) * 2004-03-11 2018-11-21 Tekelec, Inc. Methodes, systemes, et produits de programme informatique pour fournir une fonctionnalite de passerelle de presence dans un systeme de telecommunication
US20060003766A1 (en) * 2004-06-30 2006-01-05 Sriram Parameswar Providing temporal information for roaming mobiles

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2007051767A1 *

Also Published As

Publication number Publication date
JP4873353B2 (ja) 2012-02-08
US20080294752A1 (en) 2008-11-27
KR101011082B1 (ko) 2011-01-25
KR20080072898A (ko) 2008-08-07
JP2009514470A (ja) 2009-04-02
FR2892837B1 (fr) 2008-01-18
FR2892837A1 (fr) 2007-05-04
WO2007051767A1 (fr) 2007-05-10

Similar Documents

Publication Publication Date Title
EP1961247B1 (fr) Telechargement de donnees initie par des objets communicants portables pendant une campagne
US7881745B1 (en) Electronic device network employing provisioning techniques to update firmware and/or software in electronic devices
EP1179271A1 (fr) Terminal radiotelephonique avec une carte a puce dotee d&#39;un navigateur
EP3648490A1 (fr) Gestion de profils d&#39;abonne simultanement actifs dans une carte euicc en utilisant plusieurs liaisons distinctes
FR2837009A1 (fr) Mise a jour d&#39;un algorithme d&#39;authentification dans un systeme informatique
EP1958471A1 (fr) Telechargement de donnees dans des objets communicants portables presents dans un reseau de radiocommunications pendant une campagne
FR3039738A1 (fr) Procede de gestion d&#39;un profil enregistre dans un element securise, et element securise correspondant
EP1795026B1 (fr) Gestion de telechargement dans des objets communicants portables pour operation unitaire pendant une campagne
WO2007125054A1 (fr) Transmission de données entre un serveur et un objet communicant
EP2692113A1 (fr) Procede de mise a jour d&#39;elements securises compris dans des terminaux d&#39;un reseau de telecommunication et serveur de mise a jour correspondant
WO2007071695A1 (fr) Exploitation d&#39;informations proprietaires transmises par un reseau de radiocommunications a un terminal mobile sous le controle d&#39;une carte a puce
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
EP2638717B1 (fr) Terminal et procede pour transmettre un identifiant d&#39;abonnement
WO2007012662A1 (fr) Telechargement de donnees initie par des objets communicants portables pendant une campagne
WO2006034904A1 (fr) Campagne de telechargement de donnees dans des objets communicants portables
EP3158782B1 (fr) Procédé d&#39;activation d&#39;une carte d&#39;abonné de type carte sim
EP1457027B1 (fr) Procede et systeme pour la fourniture d&#39;un service de repertoire intelligent
EP4268441A1 (fr) Procédé de traitement d&#39;une requête d&#39;établissement d&#39;une communication
EP2424315A1 (fr) Procédé de mise à jour d&#39;une base de données d&#39;abonnés enregistrés dans une plateforme OTA, carte et plateforme OTA correspondantes
FR3021486A1 (fr) Procede de gestion des appels telephoniques suite a la reattribution d&#39;un numero de telephone
FR2877459A1 (fr) Localisation de fichiers dans des dispositifs de traitement de donnees
FR2985625A1 (fr) Procede d&#39;activation sur un deuxieme reseau d&#39;un terminal comprenant un module memoire associe a un premier reseau
FR2917926A1 (fr) Systeme et procede de gestion de l&#39;identification de l&#39;operateur du numero d&#39;appel d&#39;un correspondant au niveau du terminal d&#39;un utilisateur

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20080602

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC NL PL PT RO SE SI SK TR

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: GEMALTO SA

17Q First examination report despatched

Effective date: 20110418

DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20130503