EP2027700A1 - Transmission de données entre un serveur et un objet communicant - Google Patents

Transmission de données entre un serveur et un objet communicant

Info

Publication number
EP2027700A1
EP2027700A1 EP07728425A EP07728425A EP2027700A1 EP 2027700 A1 EP2027700 A1 EP 2027700A1 EP 07728425 A EP07728425 A EP 07728425A EP 07728425 A EP07728425 A EP 07728425A EP 2027700 A1 EP2027700 A1 EP 2027700A1
Authority
EP
European Patent Office
Prior art keywords
communicating object
server
data channel
data
server means
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
EP07728425A
Other languages
German (de)
English (en)
Inventor
Stéphane Poujol
Xavier Berard
Patrice Amiel
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
Gemalto SA
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 Gemalto SA filed Critical Gemalto SA
Publication of EP2027700A1 publication Critical patent/EP2027700A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/60—Subscription-based services using application servers or record carriers, e.g. SIM application toolkits

Definitions

  • the present invention relates to a data transmission between a server and a communicating object, the transmission being initiated by the server without the transmission of a short message of the SMS type (Short
  • a communicating object can be portable like a multi-media card (MMC), or SD
  • the UICC smart card is for example a card provided with a Subscriber Identity Module (SIM) application when the terminal hosting the card is a mobile connected to a GSM / GPRS type network (Global System for Mobile Communications / General Packet Radio Service). ), or a Universal Subscriber Identity Module (USIM) application, or Removable User Identity Module (RUIM), or
  • SIM Subscriber Identity Module
  • GSM Global System for Mobile Communications / General Packet Radio Service
  • USB Universal Subscriber Identity Module
  • RUIM Removable User Identity Module
  • ISIM IP Subscriber Identity Module
  • 3GPP third generation code-division multiple access CDMA (Universal Mobile Telecommunications System) or UTRAN (Terrestrial Radio Access Network UMTS), or the third generation (3GPP2) of the CDMA 2000 type.
  • CDMA Universal Mobile Telecommunications System
  • UTRAN Universal Radio Access Network UMTS
  • the data download server also known as the Over The Air (OTA) card management platform, includes software that enables the operator managing the radio network to manage the smart cards in the mobile terminals and to modify them. content.
  • OTA Over The Air
  • Push SMS a short message commonly referred to as "Push SMS” to request each card to be transmitted.
  • IP Internet Protocol
  • the SMS technology required for establishing push communication is a disadvantage for radio networks whose infrastructures do not support short messages or for which short messages do not meet the standards necessary for a remote update. cards for example in CDMA radio networks.
  • the SMS technology is based on an asynchronous communication protocol, it requires many tests and sometimes generates a loss of message and important download times. If smart cards are unavailable in mobiles that are turned off or out of the coverage of the wireless network, many unsuccessful subsequent short message sends unnecessarily overload the network.
  • Theoretical solutions for establishing a communication channel without push SMS transmission overcome the aforementioned drawbacks.
  • a first solution is described in the French patent application 0552365 filed on July 28, 2005 by the applicant and not published.
  • the first solution reverses the current push mode into a card interrogation mode which periodically initiates a communication with a campaign server in order to obtain a possible content made available by the radio network operator during a campaign. download.
  • a second solution relates to the GPRS specification in which theoretically an OTA platform can open a communication channel to a smart card. In practice, the platform must know the addresses of all smart cards managed by the platform which is expensive and difficult to achieve if we take into account the dynamic addressing of the cards. Moreover from the point of view of security, any entity outside the smart card and knowing the access address of the card can open a communication channel with the card promoting external attacks. It is therefore preferable in this case that the card controls the opening of the communication channel.
  • the smart card includes applications dedicated to opening a communication channel to detect a possible connection request from the OTA platform.
  • the OTA platform must then know the IP address of the card, which is not possible a priori in the case of dynamic addressing.
  • the map must open, from the beginning of the connection request monitoring, as many different communication channels as communication protocols to manage. It is not then possible to open more communication channels than those initially provided by the card nor to use communication protocols different from those for which the card initially opened a channel.
  • the object of the invention is to remedy the aforementioned drawbacks and more particularly to transmit data between at least one communicating object, such as a smart card, and, a server such as a card administration platform, at the same time. Initiate the server without transmitting a push SMS, while ensuring prior availability of the communicating object to receive data to be transmitted via a communication channel opened by the communicating object.
  • a method for transmitting data between a first server means and at least one communicating object through a communications network comprises steps of: opening a first data channel from the object communicating to a second server means after an attachment of the communicating object to the communications network, transmitting connection parameters from the first server means through the second server means and the first data channel to the communicating object, and opening a second data channel from the communicating object to the first server medium in function of the connection parameters, in order to transmit the data between the first server means and the communicating object through the second data channel.
  • the transmission of data of the invention is thus advantageously initiated from a first download server means in the communications network that does not support SMS technology.
  • the opening of the first data channel by the communicating object towards the second server means has the advantage of indicating to the first and second server means that the communicating object is attached to the communications network and is therefore ready for data transmission. , in order to reduce the number of tests and thus optimize the duration of a download campaign.
  • the second data channel is open depending on the connection parameters relating to the first server means retransmitted by the second server means. This dependence facilitates the opening of any application session according to any type of communication protocol, unlike in the prior art where the communicating object must open, as soon as it is attached to the network, as many different communication channels as protocols of communication. communication to be managed by the obj and communicant.
  • the communicating object transmits to the second server means an identifier and an address of the communicating object so that the second server means matches the identifier to the address to record the opening of the first data channel.
  • the address of the communicating object may not be transmitted if it is already known to the second server means.
  • the invention also relates to a system for transmitting data between a first server means and at least one communicating object through a communications network.
  • the system is characterized in that it comprises: means in the communicating object for opening a first data channel to a second server means after an attachment of the communicating object to the communications network, means in the second server means for retransmitting connection parameters from the first server means through the first data channel to the communicating object, and means in the communicating object for opening a second data channel to the first server means according to the connection parameters in order to transmit the data between the first server means and the communicating object through the second data channel.
  • the system of the invention does not require expensive hardware modification in the current infrastructure of the network.
  • the system of the invention facilitates the deployment of the first server means as an OTA download platform in the network which no longer necessarily requires the integration of SMS technology equipment.
  • the invention also relates to a communicating object adapted to the transmission of data between a first server means and said communicating object through a communications network.
  • the communicating object is characterized in that it comprises: means for opening a first data channel to a second server means after an attachment of the communicating object to the communications network so that the first server means transmits connection parameters through the second server means and the first data channel to the communicating object, and means for opening a second data channel to the first server means according to the connection parameters, for transmitting the data between the first server means and the communicating object through the second data channel.
  • the communicating object may be constituted by a smart card associated with a terminal, for example a personal computer, a mobile or PDA communicating personal assistant, or be constituted by a terminal.
  • the invention relates to a computer program capable of being implemented in a communicating object adapted to the transmission of data between a first server means and said communicating object through a communications network.
  • the program comprises instructions which, when the program is executed in said communicating object, perform the steps according to the method of the invention.
  • FIG. 1 is a schematic block diagram of a communication system connecting a communicating object, a recording server and a download server managed by a network operator, for the implementation of the data transmission method according to FIG. the invention
  • FIG. 2 is an algorithm of the data transmission method according to the invention.
  • the communicating object is portable and is a smart card CP which is associated with a mobile radio terminal T, for example which is removable from the terminal.
  • the smart card CP is of the UICC type (Universal Integrated Circuit (s) Card).
  • the smart card CP with the terminal T is attached to a cellular radio network RR of the GSM type backed by a packet-switched network with mobility management and access via GPRS radio, or of the UMTS type, or the third generation (3GPP2) of the CDMA 2000 type.
  • the server means are a download server ST and a recording server SR.
  • the download server ST is often managed by the operator of the RR radio network and is an OTA platform (Over The Air) to download data to the smart card targeted or not during a data download campaign or for a download unitary data.
  • the server ST constitutes a application management platform that is distributed between the ST server and the CP smart card and which exchange data. The server ST thus receives data from the smart card CP and vice versa.
  • the recording server SR records the opening of a first permanent data channel CD1 between itself and the smart card CP. This opening of the first channel indicates that the CP card and the terminal T are attached to the cellular radio network RR.
  • the opening of the first data channel CD1 is initiated by the smart card CP as soon as the mobile radio terminal T associated with the smart card CP and their attachment to the radio network RR are switched on.
  • the recording server SR may also comprise a data transmission function and constitute a platform comprising data to be transmitted to or from the smart card CP.
  • the download server ST and the recording server SR communicate with each other directly via a wired link or a network of high-speed RP packets, for example the Internet or an intranet.
  • the two servers ST and SR are located in a single server managed by the same operator, thus reducing addressing constraints.
  • the two servers are located in separate operators and then communicate via a secure link.
  • the servers SR and ST communicate with the smart card CP associated with the terminal T by means of CD1 and CD2 data open between the RR radio network and the RP packet network via for example a communication gateway not shown in Figure 1.
  • the communication gateway may include an access gateway to communicate with the SR and ST servers through the high-speed RP packet network.
  • Another access gateway of the communication gateway communicates with at least one switch of the RR radio network, often through an access network such as an X.25 type packet network or an ISDN network (network Digital to Service Integration) or ATM (Asynchronous Transfer Mode).
  • the communication gateway exchanges with the mobile radio terminal T messages that encapsulate IP (Internet Protocol) packets transmitted to and by the SR and ST servers through the RR and RP networks.
  • IP Internet Protocol
  • the download server ST When the download server ST wishes to download or receive data to or from the smart card CP, it transmits a transmission initiation request RQ_I including PCN connection parameters to the recording server SR.
  • the data channel CD1 sends a connection request RQ_C from the registration server SR to the smart card CP in response to the request to initiate download RQ__I of the server ST.
  • the card CP opens a second data channel CD2 between the download server ST and the smart card CP according to the PCN connection parameters required by the download server ST.
  • the data channel CD1 is open according to the Internet Protocol (IP) protocol and preferably according to a connectionless transport protocol that does not guarantee the arrival of a packet, such as the User Datagram Protocol (UDP). This transport protocol has the advantage of consuming few resources on the recording server SR and remaining permanently open.
  • the transport protocol of the CDl channel is a connection mode protocol guaranteeing the arrival of a packet, such as the Transport Control Protocol (TCP), which provides error control.
  • TCP Transport Control Protocol
  • the smart card When the CDl channel is opened, the smart card transmits a registration message M_ER to the registration server.
  • the card CP closes the data channel CD1.
  • the smart card CP communicates with the mobile radio terminal T according to a SCTP protocol (Socket Card
  • the terminal T does not process the IP packets that transit between the servers and the smart card CP.
  • the terminal T is transparent.
  • the recording server SR, the download server ST, the terminal T and the smart card CP are represented in the form of functional blocks whose Most provide functions related to the invention and may correspond to software and / or hardware modules.
  • the download server ST includes a download manager GT which manages various operations during the download and an ICT communication interface for transmitting and receiving IP packets through the packet network RP.
  • the operations managed by the GT manager include the establishment of the transmission initiation request RQ_I transmitted to the recording server SR to initiate an exchange with the smart card CP, and sending to and / or the receiving from the data chip card CP via the second data channel CD2.
  • a database BD can be incorporated in the download server ST, or be independent in the form of a database management server which is connected to the server ST 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 database BD includes data D to download and various parameters and characteristics of the cards, including the CP card, managed by the operator of the cellular radio network RR.
  • the database comprises a fixed identifier ID_CP of the smart card which is for example a serial number of the card and / or the international identity IMSI
  • the recording server SR comprises a GR manager which manages the recording of the opening of the first data channel CD1 between the smart card CP and the recording server SR.
  • the registration consists, for example, in 1 matching an address AD_CP of the smart card CP to the fixed identifier ID_CP of the smart card. This pairing is recorded in a memory MR of the recording server SR.
  • Other smart cards according to the invention are registered with the recording server as soon as the terminals associated with these cards are powered up and the opening of a first respective data channel is started.
  • the registration server does not know the address AD_CP of the smart card CP.
  • This is an IP address dynamically allocated to the card by the RR network at each attachment of the terminal T to the network.
  • the address AD_CP is a fixed address dedicated to the card CP and unknown to the server SR as long as the card has not opened the CDl channel for the first time.
  • the registration server already knows the IP address AD_CP assigned dynamically to the CP card.
  • the SR can be a server of the operator of the RR radio network managing the smart card CP and the assignment of its address AD_CP.
  • the AD_CP address is dynamically constructed according to a code, for example depending on the identifiers of the smart card manufacturer, the RR network operator and the card user.
  • the recording server SR comprises in the memory MR an algorithm for coding the address AD CP of the smart card CP.
  • the registration server knows the address AD_CP of the smart card which is a fixed address associated with the identifier ID_CP of the card.
  • the recording server SR also comprises an ICR communication interface for exchanging messages, requests and replies with the download server ST and the smart card CP.
  • the terminal T comprises an IRT network interface, a PT processor, MT memories, a card reader LT and optionally an AT display such as a screen connected to or integrated with the terminal and associated in particular with a keyboard connected or integrated into the terminal.
  • the various elements of the terminal are interconnected by a bidirectional bus BT.
  • the smart card CP mainly comprises a PC processor, or several processors, and three memories M1 to M3.
  • the card exchanges commands, or requests, and responses with the terminal T through a PES input / output port and the LT reader with or without contact.
  • the different elements of the map are connected to each other by a bidirectional bus
  • the memory Ml is of the ROM or Flash type and includes the operating system of the card.
  • the memory M2 is a nonvolatile memory, for example EEPROM or Flash, 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 M2 also comprises the fixed identifier ID_CP of the smart card, card applications and an AD_SR address of the registration server SR.
  • the memory M3 is a RAM or SRAM memory used more particularly for data processing.
  • the CP card includes, in addition to
  • the AV standby agent opens the first data channel CD1 between the smart card CP associated with the terminal and the recording server SR.
  • application agents AP1 and AP2 are dedicated to respective respective transport protocols such as CAT-TP (Card Application Toolkit - Transport Protocol), FTP (File Transfer Protocol) and HTTP (HyperText) protocols. Transfer Protocol).
  • CAT-TP Card Application Toolkit - Transport Protocol
  • FTP File Transfer Protocol
  • HTTP HTTP
  • the method of the invention is implemented in an existing GSM / GPRS RR network comprising a dynamic allocator for smart card addresses and in a packet network RP, and comprises steps main El to E3.
  • the main step El concerns the opening of the first permanent data channel CD1 and comprises steps ElO to E14.
  • the terminal T associated with the smart card CP attaches to the RR network and the AV standby agent of the smart card reads the AD_SR address of the recording server in the memory M2 in order to open the data channel CD1 and to establish a permanent connection via the data channel CD1 between the card and the recording server SR, at step EI1.
  • the monitoring agent AV transmits to the server SR a registration message M_ER including the fixed identifier ID_CP of the smart card CP so that the server SR records a matching the identifier to an AD_CP address of the known portable communicating object of the server.
  • the registration message M_ER comprises in addition to the fixed identifier ID_CP also the address AD_CP so that the server SR registers a matching the unknown address to the identifier.
  • step E13 the recording server stores in the memory MR the opening of the data channel CD1 in the form of one pairing of the address AD_CP with the identifier ID_CP of the smart card.
  • step E14 the standby agent AV of the smart card waits for the reception of a connection request RQ_C transmitted via the channel CD1.
  • the main step E2 relates to a download of data from the download server ST and comprises steps E20 to E29.
  • step E20 the RR network operator wishes to download data D to the smart card CP from the download server ST.
  • the manager GT of the download server ST forms a transmission initiation request RQ_I and transmits it via the ICT interface to the registration server SR.
  • the transmission initiation request RQ_I includes notably the address AD_ST of the server ST, the identifier ID_CP of the smart card CP and the connection parameters PCN relating to the download server ST as those relating to the transport protocol CAT-TP on a TCP / IP link.
  • the recording server SR receives the initiation request RQ_I and processes it.
  • the record manager GR reads in the memory MR the address AD_CP associated with the identifier ID_CP in order to transmit in step E23 a connection request RQ_C containing the AD_ST address of the ST server, the PCN connection parameters and optionally the AD_CP address to the smart card CP via the open channel CDl.
  • the AV standby agent processes it and extracts from it the address AD_ST of the download server and the PCN connection parameters to communicate them to the agent of APl application dedicated to the CAT_TP transport protocol.
  • the application agent AP1 opens, in step E25, the second data channel CD2 according to the PCN connection parameters transmitted so that the card CP communicates with the download server ST via the terminal T, without resorting to the server intermediate SR.
  • step E26 the download manager GT of the server ST downloads via the ICT communication interface and through the CD2 channel the data D into the card CP, which processes them in step E27.
  • the map updates an application that is affected by the download.
  • the card transmits in step E28, the result R of the download to the server ST.
  • step E29 the card and / or the server ST release the data channel CD2.
  • an application of the download server is adapted to receive data provided by the smart card CP.
  • the download server ST transmits to the server SR a request RQ_I containing in addition to the PCN parameters and the AD_ST and AD_CP addresses, a data identifier required by the application of the server ST.
  • the recording server SR receives the request RQ_I, processes it and transmits to the smart card a connection request RQ_C containing, in addition to the PCN parameters and the AD_ST and AD_CP addresses, the identifier of the data required via the open channel CD1.
  • the CP card As soon as the CP card has received the connection request RQ C, it opens the second channel of CD2 data according to the PCN connection parameters transmitted in order to communicate with the download server ST via the terminal T, without using the intermediate server SR.
  • the smart card transmits through the CD2 channel the required data to the download server that processes them.
  • the method of the invention then further comprises, after the opening EI1 of the first data channel CD1, steps of: transmitting second connection parameters from the third server through the recording server SR and the data channel CDl to the smart card CP via the terminal T, open a third data channel from the smart card to the third server according to the second connection parameters, in order to transmit data between the third server and the smart card to through the third data channel, and close the third data channel when the data transmission is complete.
  • the second connection parameters transmitted by the third server constituting the second download server may be different from the connection parameters of the server ST and may be different relating for example to an exchange of data according to the FTP transport protocol on a TCP / IP or UDP / IP link.
  • the monitoring agent AV uses another application agent, for example the agent AP2 dedicated to the FTP transport protocol.
  • the AP2 agent opens the third data channel other than the CD1 and CD2 channels, according to the second connection parameters transmitted by the third server.
  • the registration server SR can also exchange data with the smart card CP in a similar way to downloading data from download servers. In this case, only steps E23 to E29 are executed. A data channel other than the CDl channel is opened according to connection parameters sent by the server SR in the connection request RQ_C.
  • the data channel CD1 is open in order to process any connection request RQ_C related to the initiation of a transmission.
  • the main step E3 concerns the closing of the CDl channel, when the terminal T and the CP card are detached from the RR network in the step E30 for example following a power off or out of coverage of the terminal T or a disconnection of the card and terminal.
  • the smart card closes the first data channel CD1 in step E31.
  • the record of the identifier ID_CP associated with the address AD_CP is deleted in the memory MR of the recording server SR by the record manager GR.
  • the invention is not limited to a data transmission between a server and UICC type smart cards.
  • a smart card with which data is to be exchanged may also be a card included in a portable computer connected to a mobile terminal, a payment card, an electronic purse card, a health card, an electronic passport, or any other additional card linked to a mobile terminal.
  • the invention applies to payment cards targeted by a download campaign for which the data to be downloaded may relate to a change of name of the bank delivering said cards in the EEPROM non-volatile memory cards.
  • the invention applies to other portable communicating electronic objects, such as PDA communicating personal digital assistants.
  • the invention can also be used to give the smart card local access by wire link such as USB bus (Universal Serial Bus) or short-range wireless link of the Bluetooth type, infrared, according to an IEEE 802 standard. , or meeting the WiFi (Wireless Fidelity) and WIMAX (World Wide Interoperability Microwave Access) labels, for a local entity to initiate a data download into the smart card.
  • the local entity may be for example a personal computer (PC) connected to a smart card reader associated with or without contact to the card.
  • PC personal computer
  • the transmission system of the invention can also be implemented in a network of radio communications comprising a short message management infrastructure without modifying the method of the invention.
  • the invention described herein relates to a method and a system for transmitting data between a download server and one or more portable communicating objects, as well as a communicating object adapted to transmit and receive data to or from a first server means through a communications network.
  • the steps of the method of the invention can be determined by the instructions of a computer program incorporated in the communicating object and comprising instructions which, when the program is executed in said communicating object, perform the steps according to the method of the invention.
  • the steps of the method of the invention can be determined by the instructions of a computer program incorporated in the system and in particular partly into the download server and partly into the registration 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, perform the steps of the method according to the invention.
  • the invention also applies to a computer program, including 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)

Abstract

Une transmission de données (D) entre un serveur de téléchargement (ST) et un objet communicant (CP) à travers un réseau de communications (RP-RR) est initiée par un serveur d'enregistrement (ST) en transmettant des paramètres de connexion reçu du serveur de téléchargement à l'objet communicant via un premier canal de données (CDl) ouvert par un premier agent (AV) de l'objet communicant après un attachement dudit objet au réseau. En fonction des paramètres de connexion, un deuxième agent (APl -AP2) dans l'objet communicant ouvre un deuxième canal de données (CD2) vers le serveur de téléchargement pour y transmettre les données. Tant que le premier canal de données est ouvert, d'autres serveurs peuvent initier une transmission via le serveur d'enregistrement.

Description

Transmission de données entre un serveur et un objet communicant
La présente invention concerne une transmission de données entre un serveur et un objet communicant, la transmission étant initiée par le serveur sans l'émission d'un message court de type SMS (Short
Message Service) .
Un objet communicant peut être portable comme une carte à puce MMC (Multi -Media Card) , ou SD
(Secure Digital) ou 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 accueillant la carte est un mobile relié à un réseau du type GSM/GPRS (Global System for Mobile communications / General Packet Radio Service) , ou d'une application USIM (Universal Subscriber Identity Module) , RUIM (Removable User Identity Module) ou
ISIM (IP Subscriber Identity Module) , lorsque le terminal accueillant la carte est un mobile 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 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 gérer les cartes à puce dans les terminaux mobiles et de modifier leur contenu. Ces opérations à l'initiative de l'opérateur, dit en 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 1 ' opérateur.
Actuellement pour effectuer une opération en mode push initiée par un opérateur d'un réseau de radiocommunications pour mobiles, le serveur de téléchargement de données géré par l'opérateur doit transmettre un message court appelé communément "SMS de push" pour demander à chaque carte à puce ciblée par l'opération d'ouvrir un canal de communication de type IP (Internet Protocol) entre la carte et le serveur.
La technologie SMS exigée pour l'établissement de la communication en mode push est un inconvénient pour les réseaux de radiocommunications 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 de radiocommunications CDMA. De plus, la technologie SMS est basée sur un protocole de communication asynchrone, elle nécessite de nombreux essais et engendre parfois une perte de message et des délais de téléchargement importants. Si des cartes à puce sont indisponibles dans des mobiles hors tension ou hors de la couverture du réseau de radiocommunications, de nombreux envois de messages courts ultérieurs infructueux surchargent inutilement le réseau. Des solutions théoriques d'établissement de canal de communication sans transmission de SMS de push remédient aux inconvénients précités. Une première solution est décrite dans la demande de brevet français 0552365 déposée le 28 juillet 2005 par le demandeur et non publiée. La première solution renverse le mode push actuel en un mode d'interrogation par la carte qui initie périodiquement une communication avec un serveur de campagne afin d'obtenir un éventuel contenu mis à disposition par l'opérateur du réseau de radiocommunications lors d'une campagne de téléchargement . Une deuxième solution concerne la spécification GPRS dans laquelle théoriquement une plateforme OTA peut ouvrir un canal de communication vers une carte à puce. En pratique, la plateforme doit connaître les adresses de toutes les cartes à puce gérées par la plateforme ce qui est coûteux et difficilement réalisable si l'on tient compte de l'adressage dynamique des cartes. De plus du point de vue de la sécurité, toute entité extérieure à la carte à puce et connaissant l'adresse d'accès de la carte peut ouvrir un canal de communication avec la carte favorisant des attaques extérieures. Il est donc préférable dans ce cas que la carte contrôle l'ouverture du canal de communication.
Selon une troisième solution, la carte à puce comprend des applications dédiées à l'ouverture d'un canal de communication pour y détecter une éventuelle demande de connexion provenant de la plateforme OTA. La plateforme OTA doit alors connaître l'adresse IP de la carte, ce qui n'est pas possible a priori dans le cas d'un adressage dynamique. En outre, la carte doit ouvrir, dès le début de la surveillance de demande de connexion, autant de canaux de communication différents que de protocoles de communication à gérer. Il n'est pas ensuite possible d'ouvrir plus de canaux de communication que ceux initialement prévus par la carte ni d'utiliser des protocoles de communication différents de ceux pour lesquels la carte a ouvert initialement un canal.
L'invention a pour objectif de remédier aux inconvénients précités et plus particulièrement de transmettre des données entre au moins un objet communicant, tel qu'une carte à puce, et ,un serveur tel qu'une plateforme d'administration de carte, à l'initiative du serveur sans transmission d'un SMS de push, tout en assurant une disponibilité préalable de l'objet communicant à recevoir des données à transmettre via un canal de communication ouvert par l'objet communicant.
Pour atteindre cet objectif, un procédé pour transmettre des données entre un premier moyen serveur et au moins un objet communicant à travers un réseau de communications, est caractérisé en ce qu'il comprend des étapes de : ouvrir un premier canal de données depuis l'objet communicant vers un deuxième moyen serveur après un attachement de l'objet communicant au réseau de communications, transmettre des paramètres de connexion depuis le premier moyen serveur à travers le deuxième moyen serveur et le premier canal de données vers l'objet communicant, et ouvrir un deuxième canal de données depuis l'objet communicant vers le premier moyen serveur en fonction des paramètres de connexion, afin de transmettre les données entre le premier moyen serveur et l'objet communicant à travers le deuxième canal de données .
La transmission de données de l'invention est ainsi avantageusement initiée depuis un premier moyen serveur de téléchargement dans le réseau de communications qui ne supporte pas la technologie SMS.
L'ouverture du premier canal de données par l'objet communicant vers le deuxième moyen serveur a pour avantage d'indiquer aux premier et deuxième moyens serveurs que l'objet communicant est attaché au réseau de communications et est donc prêt pour une transmission de données, afin de diminuer le nombre d'essais et ainsi d'optimiser la durée d'une campagne de téléchargement.
En outre, le deuxième canal de données est ouvert en dépendance des paramètres de connexion relatifs au premier moyen serveur retransmis par le deuxième moyen serveur. Cette dépendance facilite l'ouverture de toute session applicative selon n'importe quel type de protocole de communication, contrairement à la technique antérieure où l'objet communicant doit ouvrir, dès son attachement au réseau, autant de canaux de communication différents que de protocoles de communication à gérer par 1 ' obj et communicant . Lors de l'ouverture du premier canal de données, l'objet communicant transmet au deuxième moyen serveur un identificateur et une adresse de l'objet communicant afin que le deuxième moyen serveur apparie l'identificateur à l'adresse pour enregistrer l'ouverture du premier canal de données. L'adresse de l'objet communicant peut ne pas être transmise si elle est déjà connue du deuxième moyen serveur.
L'invention a aussi pour objet un système pour transmettre des données entre un premier moyen serveur et au moins un objet communicant à travers un réseau de communications. Le système est caractérisé en ce qu'il comprend : un moyen dans l'objet communicant pour ouvrir un premier canal de données vers un deuxième moyen serveur après un attachement de l'objet communicant au réseau de communications, un moyen dans le deuxième moyen serveur pour retransmettre des paramètres de connexion depuis le premier moyen serveur à travers le premier canal de données vers l'objet communicant, et un moyen dans l'objet communicant pour ouvrir un deuxième canal de données vers le premier moyen serveur en fonction des paramètres de connexion, afin de transmettre les données entre le premier moyen serveur et l'objet communicant à travers le deuxième canal de données .
Le système de 1 ' invention ne nécessite pas de modification matérielle coûteuse dans les infrastructures actuelles du réseau. De plus, le système de l'invention facilite le déploiement du premier moyen serveur en tant que plateforme de téléchargement OTA dans le réseau ce qui ne requiert plus obligatoirement l'intégration d'équipement à technologie SMS.
Les opérateurs virtuels qui ne possèdent pas d'infrastructure SMS peuvent grâce à l'invention lancer des campagnes de mise à jour vers des objets communicants qu'ils gèrent. L'invention concerne encore un objet communicant adapté à la transmission de données entre un premier moyen serveur et ledit objet communicant à travers un réseau de communications. L'objet communicant est caractérisé en ce qu'il comprend : un moyen pour ouvrir un premier canal de données vers un deuxième moyen serveur après un attachement de l'objet communicant au réseau de communications afin que le premier moyen serveur transmette des paramètres de connexion à travers le deuxième moyen serveur et le premier canal de données vers l'objet communicant, et un moyen pour ouvrir un deuxième canal de données vers le premier moyen serveur en fonction des paramètres de connexion, afin de transmettre les données entre le premier moyen serveur et l'objet communicant à travers le deuxième canal de données.
L'objet communicant peut être constitué par une carte à puce associée à un terminal, par exemple un ordinateur personnel, un mobile ou un assistant personnel communicant PDA, ou être constitué par un terminal .
Enfin, l'invention se rapporte à un programme informatique apte à être mis en œuvre dans un objet communicant adapté à la transmission de données entre un premier moyen serveur et ledit objet communicant à travers un réseau de communications. Le programme comprend des instructions qui, lorsque le programme est exécuté dans ledit objet communicant, 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 de 1 ' 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 un objet communicant, un serveur d'enregistrement et un serveur de téléchargement géré par un opérateur de réseau, pour la mise en œuvre du procédé de transmission de données selon l'invention ; et - la figure 2 est un algorithme du procédé de transmission de données selon l'invention.
Dans la figure 1 sont représentés des moyens serveurs pour transmettre ou recevoir des données dans ou depuis au moins un objet communicant. Selon un exemple auquel on se référera dans la suite, l'objet communicant est portable et est une carte à puce CP qui est associée à un terminal radio mobile T, par exemple qui est amovible du terminal. La carte à puce CP est du type UICC (Universal Integrated Circuit (s) Card) . La carte à puce CP avec le terminal T est rattachée à un réseau de radiocommunications cellulaire RR du type GSM adossé à un réseau à commutation par paquets avec gestion de la mobilité et accès par voie radio GPRS, ou du type UMTS, ou de la troisième génération (3GPP2) du type CDMA 2000.
Les moyens serveurs sont un serveur de téléchargement ST et un serveur d'enregistrement SR. Le serveur de téléchargement ST est souvent géré par l'opérateur du réseau de radiocommunications RR et constitue une plateforme OTA (Over The Air) pour télécharger des données vers la carte à puce ciblée ou non pendant une campagne de téléchargement de données ou pour un téléchargement de données unitaire. En variante, le serveur ST constitue une plateforme de gestion d'applications qui sont réparties entre le serveur ST et la carte à puce CP et qui s'échangent des données. Le serveur ST reçoit ainsi des données provenant de la carte à puce CP et réciproquement .
Le serveur d'enregistrement SR enregistre l'ouverture d'un premier canal de données permanent CDl entre lui-même et la carte à puce CP. Cette ouverture du premier canal indique que la carte CP et le terminal T sont attachés au réseau de radiocommunications cellulaire RR. L'ouverture du premier canal de données CDl est initiée par la carte à puce CP dès la mise sous tension du terminal radio mobile T associé à la carte à puce CP et leur attachement au réseau de radiocommunications RR.
Le serveur d'enregistrement SR peut également comprendre une fonction de transmission de données et constituer une plateforme comportant des données à transmettre vers ou à recevoir depuis la carte à puce CP.
Le serveur de téléchargement ST et le serveur d'enregistrement SR communiquent entre eux directement par une liaison filaire ou par un réseau de paquets RP à haut débit, par exemple 1 ' internet ou un intranet. Selon un premier cas, les deux serveurs ST et SR sont localisés dans un unique serveur géré par le même opérateur, réduisant ainsi des contraintes d'adressage. Selon un deuxième cas, les deux serveurs sont localisés chez des opérateurs distincts et communiquent alors par une liaison sécurisée .
Les serveurs SR et ST communiquent avec la carte à puce CP associée au terminal T par des canaux de données CDl et CD2 ouverts 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. La passerelle de communication peut comporter une passerelle d'accès pour communiquer avec les serveurs SR et ST à travers le réseau de paquets RP à haut débit. Une autre passerelle d'accès de la passerelle de communication communique avec au moins un commutateur du réseau de radiocommunications RR, à 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 (Réseau Numérique à Intégration de Service) ou ATM (Asynchronous Transfert Mode) . Selon une réalisation particulière, la passerelle de communication échange avec le terminal radio mobile T des messages qui encapsulent des paquets IP (Internet Protocol) transmis vers et par les serveurs SR et ST à travers les réseaux RR et RP.
Lorsque le serveur de téléchargement ST désire télécharger ou recevoir des données vers ou depuis la carte à puce CP, il transmet une requête d'initiation de transmission RQ_I incluant des paramètres de connexion PCN au serveur d'enregistrement SR.
Dans le premier canal de données CDl transite une requête de connexion RQ_C depuis le serveur d'enregistrement SR vers la carte à puce CP en réponse à la requête d'initiation de téléchargement RQ__I du serveur ST. A la réception de la requête de connexion RQ_C, la carte CP ouvre un deuxième canal de données CD2 entre le serveur de téléchargement ST et la carte à puce CP selon les paramètres de connexion PCN requis par le serveur de téléchargement ST. Le canal de données CDl est ouvert selon le protocole de réseau IP (Internet Protocol) et de préférence selon un protocole de transport en mode sans connexion ne garantissant pas l'arrivée de paquet tel que le protocole UDP (User Datagram Protocol) . Ce protocole de transport a l'avantage de consommer peu de ressources sur le serveur d'enregistrement SR et de rester ouvert de manière permanente. En variante, le protocole de transport du canal CDl est un protocole en mode avec connexion garantissant l'arrivée de paquet tel que le protocole TCP (Transport Control Protocol) qui assure le contrôle des erreurs.
A l'ouverture du canal CDl, la carte à puce transmet un message d'enregistrement M_ER au serveur d'enregistrement.
Dès que le terminal T est mis hors tension, la carte CP ferme le canal de données CDl .
Dans le réseau de radiocommunications RR, la carte à puce CP communique avec le terminal radio mobile T selon un protocole SCTP (Socket Card
Transport Protocol) par exemple le protocole BIP
(Bearer Independent Protocol), ou par l'intermédiaire d'une application (Midlet) dédiée embarquée dans le terminal qui communique avec la carte via un protocole applicatif spécifique, comme par exemple le protocole J2ME (Java 2 Mobile Edition) . Dans l'exemple des figures 1 et 2 , le terminal T ne traite pas les paquets IP qui transitent entre les serveurs et la carte à puce CP. Le terminal T est transparent.
De manière plus détaillée dans la figure 1, on a représenté le serveur d'enregistrement SR, le serveur de téléchargement ST, le terminal T et la carte à puce CP sous forme de blocs fonctionnels dont la plupart assurent des fonctions ayant un lien avec 1 ' invention et peuvent correspondre à des modules logiciels et/ou matériels.
Le serveur de téléchargement ST comprend un gestionnaire de téléchargement GT qui gère diverses opérations au cours du téléchargement et une interface de communication ICT pour transmettre et recevoir des paquets IP à travers le réseau de paquets RP. Les opérations gérées par le gestionnaire GT sont notamment l'établissement de la requête d'initiation de transmission RQ_I transmise au serveur d'enregistrement SR afin d'initier un échange avec la carte à puce CP, et l'envoi vers et/ou la réception depuis la carte à puce CP de données via le deuxième canal de données CD2.
Une base de données BD peut être incorporée au serveur de téléchargement ST, ou être indépendante sous la forme d'un serveur de gestion de base de données qui est relié au serveur ST 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. La base de données BD comprend des données D à télécharger et divers paramètres et caractéristiques des cartes, y compris la carte CP, gérées par l'opérateur du réseau de radiocommunications cellulaire RR. La base de données comprend un identificateur fixe ID_CP de la carte à puce qui est par exemple un numéro de série de la carte et/ou l'identité internationale IMSI
(International Mobile Subscriber Identity) de l'usager de la carte et/ou le numéro de téléphone
MSISDN (Mobile Station ISDN Number) de l'usager du terminal T. Le serveur d'enregistrement SR comprend un gestionnaire GR qui gère l'enregistrement de l'ouverture du premier canal de données CDl entre la carte à puce CP et le serveur d'enregistrement SR. L'enregistrement consiste, par exemple, en 1 ' appariement d'une adresse AD_CP de la carte à puce CP à l'identificateur fixe ID_CP de la carte à puce. Cet appariement est enregistré dans une mémoire MR du serveur d'enregistrement SR. D'autres cartes à puce selon l'invention sont enregistrées auprès du serveur d'enregistrement dès la mise sous tension des terminaux associés à ces cartes et de l'ouverture d'un premier canal de données respectif.
Selon une première réalisation, le serveur d'enregistrement ne connaît pas l'adresse AD_CP de la carte à puce CP. Celle-ci est une adresse de type IP allouée dynamiquement à la carte par le réseau RR à chaque attachement du terminal T au réseau. En variante, l'adresse AD_CP est une adresse fixe dédiée à la carte CP et inconnue du serveur SR tant que la carte n'a pas ouvert pour la première fois le canal CDl.
Selon une deuxième réalisation, le serveur d'enregistrement connaît déjà l'adresse AD_CP de type IP assignée dynamiquement à la carte CP. Le serveur
SR peut être un serveur de l'opérateur du réseau de radiocommunications RR gérant la carte à puce CP et l'assignation de son adresse AD_CP . En variante, l'adresse AD_CP est construite dynamiquement en fonction d'un code, par exemple dépendant d'identificateurs du constructeur de la carte à puce, de l'opérateur du réseau RR et de l'usager de la carte. Le serveur d'enregistrement SR comprend dans la mémoire MR un algorithme de codage de l'adresse AD CP de la carte à puce CP. Selon une troisième réalisation, le serveur d'enregistrement connaît l'adresse AD_CP de la carte à puce qui est une adresse fixe associée à l'identificateur ID_CP de la carte. Le serveur d'enregistrement SR comporte également une interface de communication ICR afin d'échanger des messages, des requêtes et réponses avec le serveur de téléchargement ST et la carte a puce CP .
Le terminal T comprend une interface réseau IRT, un processeur PT, des mémoires MT, un lecteur de carte LT et optionnellement un afficheur AT tel qu'un écran connecté ou intégré au terminal et associé notamment à un clavier connecté ou intégré au terminal. Les différents éléments du terminal sont reliés entre eux par un bus bidirectionnel BT.
La carte à puce CP comprend principalement un processeur PC, ou plusieurs processeurs, et trois mémoires Ml à M3. La carte échange des commandes, ou requêtes, et des réponses avec le terminal T à 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.
La mémoire Ml est du type ROM ou Flash et inclut le système d'exploitation de la carte.
La mémoire M2 est une mémoire non volatile par exemple EEPROM ou Flash pour notamment mémoriser des clés, des numéros d'identité et d'autres paramètres du profil de l'usager possédant la carte, comme un code PIN et autres données de sécurité . La mémoire M2 comprend également l'identificateur fixe ID_CP de la carte à puce, des applications de la carte et une adresse AD_SR du serveur d'enregistrement SR.
La mémoire M3 est une mémoire RAM ou SRAM servant plus particulièrement au traitement de données .
La carte CP comprend, en outre relativement a
1 ' invention, un premier module logiciel appelé agent
(applet) de veille AV réparti dans les mémoires Ml et
M2. Lorsque le terminal est mis sous tension, l'agent de veille AV ouvre le premier canal de données CDl entre la carte à puce CP associé au terminal et le serveur d'enregistrement SR.
D'autres modules logiciels sont appelés agents d'application APl et AP2 et sont dédiés à des protocoles de transport respectifs distincts tels que les protocoles CAT-TP (Card Application Toolkit - Transport Protocol) , FTP (File Transfer Protocol) et HTTP (HyperText Transfer Protocol) . Lorsque la carte reçoit la requête de connexion RQ_C incluant les paramètres de connexion PCN du serveur de téléchargement ST, un agent d'application, par exemple l'agent APl, est sélectionné en fonction desdits paramètres de connexion pour ouvrir le canal de données CD2 afin de transférer directement les données D entre le serveur de téléchargement ST et la carte à puce CP.
En référence à la figure 2, le procédé de 1 ' invention est mis en œuvre dans un réseau existant RR de type GSM/GPRS comportant un allocateur dynamique d'adresses de cartes à puce et dans un réseau de paquets RP, et comprend des étapes principales El à E3.
L'étape principale El concerne l'ouverture du premier canal de données permanent CDl et comprend des étapes ElO à E14. Après un attachement du terminal T associé à la carte à puce CP au réseau RR à l'étape ElO, par exemple suite à une mise sous tension ou sous couverture de réseau du terminal T ou à une connexion de la carte au terminal, le terminal T associé à la carte à puce CP s'attache au réseau RR et l'agent de veille AV de la carte à puce lit l'adresse AD_SR du serveur d'enregistrement dans la mémoire M2 afin d'ouvrir le canal de données CDl et d'établir une connexion permanente via le canal de données CDl entre la carte et le serveur d'enregistrement SR, à l'étape EIl. A l'étape E12 après l'ouverture du canal de données CDl, l'agent de veille AV transmet au serveur SR un message d'enregistrement M_ER incluant l'identificateur fixe ID_CP de la carte à puce CP afin que le serveur SR enregistre un appariement de l'identificateur à une adresse AD_CP de l'objet communicant portable connue du serveur. Dans la réalisation où le serveur SR ne connaît pas la nouvelle adresse AD_CP allouée dynamiquement à la carte CP par le réseau RR, le message d'enregistrement M_ER comprend outre l'identificateur fixe ID_CP également l'adresse AD_CP afin que le serveur SR enregistre un appariement de l'adresse inconnue à l'identificateur.
A l'étape E13, le serveur d'enregistrement enregistre dans la mémoire MR l'ouverture du canal de données CDl sous la forme de 1 ' appariement de l'adresse AD_CP à l'identificateur ID_CP de la carte à puce.
En variante, lorsque le serveur SR connaît l'adresse de la carte, les étapes E12 et E13 sont optionnelles . A l'étape E14, l'agent de veille AV de la carte à puce attend la réception d'une requête de connexion RQ_C transmise via le canal CDl .
L'étape principale E2 concerne un téléchargement de données depuis le serveur de téléchargement ST et comprend des étapes E20 à E29.
A l'étape E20, l'opérateur du réseau de radiocommunications RR souhaite télécharger des données D dans la carte à puce CP depuis le serveur de téléchargement ST. A l'étape E21, le gestionnaire GT du serveur de téléchargement ST forme une requête d'initiation de transmission RQ_I et la transmet via l'interface ICT au serveur d'enregistrement SR. La requête d'initiation de transmission RQ_I inclut notamment l'adresse AD_ST du serveur ST, 1 ' identificateur ID_CP de la carte à puce CP et des paramètres de connexion PCN relatifs au serveur de téléchargement ST comme ceux relatifs au protocole de transport CAT-TP sur un lien TCP/IP.
A l'étape E22, le serveur d'enregistrement SR reçoit la requête d'initiation RQ_I et la traite. En fonction de l'identificateur ID_CP de la carte à puce transmis, le gestionnaire d'enregistrement GR lit dans la mémoire MR l'adresse AD_CP associée à l'identificateur ID_CP afin de transmettre à l'étape E23 une requête de connexion RQ_C contenant l'adresse AD_ST du serveur ST, les paramètres de connexion PCN et optionnellement l'adresse AD_CP à la carte à puce CP via le canal ouvert CDl.
Dès que la carte CP a reçu la requête de connexion RQ_C, l'agent de veille AV la traite et extrait de celle-ci l'adresse AD_ST du serveur de téléchargement et les paramètres de connexion PCN pour les communiquer à l'agent d'application APl dédié au protocole de transport CAT_TP . L'agent d'application APl ouvre, à l'étape E25, le deuxième canal de données CD2 en fonction des paramètres de connexion PCN transmis afin que la carte CP communique avec le serveur de téléchargement ST via le terminal T, sans recourir au serveur intermédiaire SR.
A l'étape E26, le gestionnaire de téléchargement GT du serveur ST télécharge via 1 ' interface de communication ICT et à travers le canal CD2 , les données D dans la carte CP, qui les traite à l'étape E27. Par exemple la carte met à jour une application concernée par le téléchargement. Optionnellement , après traitement des données D, la carte transmet à l'étape E28, le résultat R du téléchargement au serveur ST. De préférence, en fin de téléchargement, à l'étape E29, la carte et/ou le serveur ST libèrent le canal de données CD2.
En variante de l'étape principale E2 , une application du serveur de téléchargement est adaptée pour recevoir des données fournies par la carte à puce CP. Le serveur de téléchargement ST transmet au serveur SR une requête RQ_I contenant outre les paramètres PCN et les adresses AD_ST et AD_CP, un identificateur des données requise par l'application du serveur ST .
Le serveur d'enregistrement SR reçoit la requête RQ_I , la traite et transmet à la carte à puce une requête de connexion RQ_C contenant outre les paramètres PCN et les adresses AD_ST et AD_CP, 1 ' identificateur des données requises via le canal ouvert CDl .
Dès que la carte CP a reçu la requête de connexion RQ C, elle ouvre le deuxième canal de données CD2 en fonction des paramètres de connexion PCN transmis afin de communiquer avec le serveur de téléchargement ST via le terminal T, sans recourir au serveur intermédiaire SR. La carte à puce transmet à travers le canal CD2 les données requises au serveur de téléchargement qui les traite.
Tant que le canal de données CDl est ouvert, d'autres serveurs de téléchargement peuvent initier un téléchargement via le serveur d'enregistrement SR. Ainsi après téléchargement des données D depuis le serveur de téléchargement ST, ou simultanément, un deuxième serveur de téléchargement, appelé ci -après troisième serveur, peut également échanger des données avec la carte à puce CP de manière analogue à l'étape principale E2 et sa variante. Le procédé de l'invention comprend alors, en outre après l'ouverture EIl du premier canal de données CDl, des étapes de : transmettre des deuxièmes paramètres de connexion depuis le troisième serveur à travers le serveur d'enregistrement SR et le canal de données CDl vers la carte à puce CP via le terminal T, ouvrir un troisième canal de données depuis la carte à puce vers le troisième serveur en fonction des deuxièmes paramètres de connexion, afin de transmettre des données entre le troisième serveur et la carte à puce à travers le troisième canal de données, et fermer le troisième canal de données lorsque la transmission des données est terminée.
Les deuxièmes paramètres de connexion transmis par le troisième serveur constituant le deuxième serveur de téléchargement peuvent être différents des paramètres de connexion du serveur ST et être relatifs par exemple à un échange de données selon le protocole de transport FTP sur un lien TCP/IP ou UDP/IP. Dans ce cas, l'agent de veille AV fait appel a un autre agent d'application, par exemple l'agent AP2 dédié au protocole de transport FTP. L'agent AP2 ouvre le troisième canal de données autre que les canaux CDl et CD2 , selon les deuxièmes paramètres de connexion transmis par le troisième serveur.
Le serveur d'enregistrement SR peut également échanger des données avec la carte à puce CP de manière analogue au téléchargement de données depuis des serveurs de téléchargement. Dans ce cas, seules les étapes E23 à E29 sont exécutées. Un canal de données autre que le canal CDl est ouvert en fonction de paramètres de connexion envoyés par le serveur SR dans la requête de connexion RQ_C .
Tant que la carte à puce est présente dans le réseau RR et donc attachée à celui-ci, le canal de données CDl est ouvert afin de traiter toute requête de connexion RQ_C liées à l'initiation d'une transmission .
L'étape principale E3 concerne la fermeture du canal CDl, lorsque le terminal T et la carte CP sont détachés du réseau RR à l'étape E30 par exemple suite à une mise hors tension ou hors couverture du terminal T ou à une déconnexion de la carte et du terminal . La carte à puce ferme le premier canal de données CDl à l'étape E31. L'enregistrement de l'identificateur ID_CP associé à l'adresse AD_CP est supprimé dans la mémoire MR du serveur d'enregistrement SR par le gestionnaire d'enregistrement GR. L'invention n'est pas limitée à une transmission de données entre un serveur et des cartes à puce du type UICC. Une carte à puce avec laquelle des données sont à échanger peut être également une carte incluse dans un ordinateur portable relié à un terminal mobile, une carte de paiement, une carte de porte- monnaie électronique, une carte de santé, un passeport électronique, ou toute autre carte additionnelle liée à un terminal mobile. Par exemple, l'invention s'applique à des cartes de paiement visées par une campagne de téléchargement pour lesquelles les données à télécharger peuvent concerner un changement de nom de la banque délivrant lesdites cartes dans la mémoire non volatile de type EEPROM des cartes.
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 peut également servir à donner à la carte à puce un accès local par liaison filaire telle que par bus USB (Universal Sériai Bus) ou par liaison sans fil à courte portée du type Bluetooth, infrarouge, selon une norme IEEE 802. xx, ou satisfaisant le label WiFi (Wireless Fidelity) et WIMAX (World wide Interoperability Microwave Access) , pour qu'une entité locale initie un téléchargement de données dans la carte à puce. L'entité locale peut être par exemple un ordinateur personnel (PC) connecté à un lecteur de carte à puce associé avec ou sans contact à la carte.
Le système de transmission de 1 ' invention peut également être implémenté dans un réseau de radiocommunications comportant une infrastructure de gestion de messages courts sans en modifier le procédé de l'invention.
L'invention décrite ici concerne un procédé et un système pour transmettre des données entre un serveur de téléchargement et un ou des objets communicants portables, ainsi qu'un objet communicant adapté à transmettre et recevoir des données vers ou depuis un premier moyen serveur à travers un réseau de communications. Selon une implémentation, les étapes du procédé de 1 ' invention peuvent être déterminées par les instructions d'un programme informatique incorporé dans l'objet communicant et comportant des instructions qui, lorsque le programme est exécuté dans ledit objet communicant, réalisent les étapes selon le procédé de l'invention. Selon une autre implémentation, les étapes du procédé de 1 ' invention peuvent être déterminées par les instructions d'un programme informatique incorporé dans le système et en particulier pour partie dans le serveur de téléchargement et pour partie dans le serveur d'enregistrement. 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 1 ' invention.
En conséquence, l'invention s'applique également à un programme d'ordinateur, notamment un programme sur ou dans un support d'informations, adapté à mettre en œuvre l'invention.

Claims

REVENDICATIONS
1 - Procédé pour transmettre des données (D) entre un premier moyen serveur (ST) et au moins un objet communicant (CP; T) à travers un réseau de communications (RP-RR), caractérisé en ce qu'il comprend des étapes de : ouvrir (EIl) un premier canal de données (CDl) depuis l'objet communicant vers un deuxième moyen serveur (SR) après un attachement (ElO) de l'objet communicant au réseau de communications, transmettre (E21, E23) des paramètres de connexion (AD_ST, PCN) depuis le premier moyen serveur (ST) à travers le deuxième moyen serveur (SR) et le premier canal de données vers l'objet communicant, et ouvrir (E25) un deuxième canal de données (CD2) depuis l'objet communicant vers le premier moyen serveur en fonction des paramètres de connexion, afin de transmettre les données entre le premier moyen serveur et l'objet communicant à travers le deuxième canal de données.
2 - Procédé conforme à la revendication 1, selon lequel le premier canal de données est ouvert selon un protocole de transport en mode sans connexion.
3 - Procédé conforme à la revendication 1 ou 2 comprenant en outre après l'ouverture (EIl) du premier canal de données (CDl) des étapes de : transmettre des deuxièmes paramètres de connexion depuis un troisième moyen serveur à travers le deuxième moyen serveur (SR) et le premier canal de données vers l'objet communicant (CP; T), et ouvrir un troisième canal de données depuis l'objet communicant vers le troisième moyen serveur en fonction des deuxièmes paramètres de connexion, afin de transmettre des données entre le troisième moyen serveur et l'objet communicant à travers le troisième canal de données.
4 - Procédé conforme à l'une quelconque des revendications 1 à 3, selon lequel lors de l'ouverture du premier canal de données (CDl), l'objet communicant (CP; T) transmet (E12) au deuxième moyen serveur (SR) un identificateur (ID_CP) de l'objet communicant afin que le deuxième moyen serveur enregistre l'ouverture (E13) du premier canal de données sous la forme d'un appariement de l'identificateur à une adresse (AD_CP) de l'objet communicant connue du deuxième moyen serveur.
5 - Procédé conforme à l'une quelconque des revendications 1 à 3, selon lequel lors de l'ouverture (EIl) du premier canal de données (CDl) , l'objet communicant (CP; T) transmet (E12) au deuxième moyen serveur (SR) une adresse (AD_CP) allouée dynamiquement à l'objet communicant par le réseau (RP-RR) et un identificateur (ID_CP) de l'objet communicant afin que le deuxième moyen serveur enregistre l'ouverture (E13) du premier canal de données sous la forme d'un appariement de l'adresse à l'identificateur.
6 - Procédé conforme à l'une quelconque des revendications 1 a 5, comprenant une fermeture (E29) du deuxième canal de données lorsque la transmission de données est terminée et une fermeture (E31) du premier canal de données (CDl) lorsque l'objet communicant (CP; T) est détaché (E30) du réseau de communications (RP-RR) .
7 - Système pour transmettre des données (D) entre un premier moyen serveur (ST) et au moins un objet communicant (CP; T) à travers un réseau de communications (RP-RR) , caractérisé en ce qu'il comprend : un moyen (AV) dans l'objet communicant pour ouvrir un premier canal de données (CDl) vers un deuxième moyen serveur (SR) après un attachement de l'objet communicant au réseau de communications, un moyen (GR-ICR) dans le deuxième moyen serveur pour retransmettre des paramètres de connexion (AD_ST, PCN) depuis le premier moyen serveur à travers le premier canal de données vers l'objet communicant, et un moyen (APl-AP2) dans l'objet communicant pour ouvrir un deuxième canal de données (CD2) vers le premier moyen serveur en fonction des paramètres de connexion, afin de transmettre les données (D) entre le premier moyen serveur et l'objet communicant à travers le deuxième canal de données.
8 - Système conforme à la revendication 7, caractérisé en ce que le réseau de communications comprend un réseau à accès multiple à répartition par codes CDMA.
9 - Objet communicant (CP; T) adapté à la transmission de données (D) entre un premier moyen serveur (ST) et ledit objet communicant à travers un réseau de communications (RP-RR) , caractérisé en ce qu'il comprend : un moyen (AV) pour ouvrir un premier canal de données (CDl) vers un deuxième moyen serveur (SR) après un attachement de l'objet communicant au réseau de communications afin que le premier moyen serveur (ST) transmette des paramètres de connexion (AD_ST, PCN) à travers le deuxième moyen serveur (SR) et le premier canal de données vers l'objet communicant, et un moyen (APl -AP2) pour ouvrir un deuxième canal de données (CD2) vers le premier moyen serveur en fonction des paramètres de connexion, afin de transmettre les données (D) entre le premier moyen serveur et l'objet communicant à travers le deuxième canal de données .
10 - Objet communicant conforme à la revendication 9, constitué par une carte à puce (CP) associé un terminal (T) .
11 - Objet communicant conforme à la revendication 9, constitué par un terminal mobile
(T) .
12 - Programme apte à être mis en œuvre dans un objet communicant (CP; T) adapté à la transmission de données (D) entre un premier moyen serveur (ST) et ledit objet communicant à travers un réseau de communications (RP-RR), caractérisé en ce qu'il comprend des instructions qui, lorsque le programme est exécuté dans ledit objet communicant, réalisent les étapes de : ouvrir (EIl) un premier canal de données depuis l'objet communicant vers un deuxième moyen serveur (SR) après un attachement (ElO) de l'objet communicant au réseau de communications afin que le premier moyen serveur (ST) transmette des paramètres de connexion (AD_ST, PCN) à travers le deuxième moyen serveur (SR) et le premier canal de données vers l'objet communicant, et ouvrir (E25) un deuxième canal de données (CD2) depuis l'objet communicant vers le premier moyen serveur en fonction des paramètres de connexion, afin de transmettre les données entre le premier moyen serveur et l'objet communicant à travers le deuxième canal de données .
EP07728425A 2006-04-28 2007-04-24 Transmission de données entre un serveur et un objet communicant Withdrawn EP2027700A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0651534 2006-04-28
PCT/EP2007/053969 WO2007125054A1 (fr) 2006-04-28 2007-04-24 Transmission de données entre un serveur et un objet communicant

Publications (1)

Publication Number Publication Date
EP2027700A1 true EP2027700A1 (fr) 2009-02-25

Family

ID=37574906

Family Applications (1)

Application Number Title Priority Date Filing Date
EP07728425A Withdrawn EP2027700A1 (fr) 2006-04-28 2007-04-24 Transmission de données entre un serveur et un objet communicant

Country Status (5)

Country Link
US (1) US20090307358A1 (fr)
EP (1) EP2027700A1 (fr)
JP (1) JP4950282B2 (fr)
CN (1) CN101529966B (fr)
WO (1) WO2007125054A1 (fr)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101883108B (zh) * 2010-06-29 2014-12-10 中兴通讯股份有限公司 动态认证的文件传输方法及系统
US20120198018A1 (en) * 2011-01-27 2012-08-02 Microsoft Corporation Securely publishing data to network service
US9128768B2 (en) 2011-01-27 2015-09-08 Microsoft Technology Licensing, LCC Cloud based master data management
US9584949B2 (en) 2011-01-27 2017-02-28 Microsoft Technology Licensing, Llc Cloud based master data management architecture
US9094433B2 (en) * 2012-06-27 2015-07-28 Qualcomm Incorporated Systems and methods for bearer independent protocol gateway optimization
EP2999249A1 (fr) * 2014-09-22 2016-03-23 Gemalto Sa Procédé de détection dynamique permettant de fixer des éléments qui sont éligibles pour une campagne OTA et serveur OTA correspondant
CN106484325A (zh) * 2016-09-14 2017-03-08 广东欧珀移动通信有限公司 一种数据迁移方法及移动终端
CN116017327A (zh) * 2022-12-29 2023-04-25 恒宝股份有限公司 远程写卡中用于集成测试的短信推送方法、装置及系统

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11191788A (ja) * 1997-12-25 1999-07-13 Toyota Motor Corp ネットワーク接続システムおよびネットワーク接続方法
CN1073770C (zh) * 1998-03-11 2001-10-24 沈楫 自动建立电话会议的方法及设备
FI109756B (fi) * 1998-09-21 2002-09-30 Nokia Corp Menetelmä tiedonsiirtojärjestelmässä paikallisten resurssien hyödyntämiseksi, tiedonsiirtojärjestelmä ja langaton viestin
NO311000B1 (no) * 1999-06-10 2001-09-24 Ericsson Telefon Ab L M Sikkerhetslosning for mobile telefoner med WAP
US7895334B1 (en) * 2000-07-19 2011-02-22 Fusionone, Inc. Remote access communication architecture apparatus and method
CA2421609A1 (fr) * 2000-09-12 2002-03-21 Netmotion Wireless, Inc. Procede et appareil permettant de fournir une connectivite mobile et d'autres types de connectivite intermittente dans un environnement de calcul
US7340748B2 (en) * 2000-12-21 2008-03-04 Gemplus Automatic client proxy configuration for portable services
US6988147B2 (en) * 2001-05-31 2006-01-17 Openwave Systems Inc. Method of establishing a secure tunnel through a proxy server between a user device and a secure server
US20020186845A1 (en) * 2001-06-11 2002-12-12 Santanu Dutta Method and apparatus for remotely disabling and enabling access to secure transaction functions of a mobile terminal
DE10133884A1 (de) * 2001-07-12 2003-01-30 Materna Gmbh Information & Com Verfahren und System zur Abwicklung bargeldloser Zahlungen
FR2834850B1 (fr) * 2002-01-17 2004-03-19 Gemplus Card Int Procede de chargement de donnees ou d'applications dans un equipement de poste mobile mettant en oeuvre une carte sim pro-active
ATE380424T1 (de) * 2002-05-01 2007-12-15 Ericsson Telefon Ab L M System, apparat und methode zur sim basierten authentifizierung und verschlüsselung beim zugriff auf ein drahtloses lokales netz
US20040098715A1 (en) * 2002-08-30 2004-05-20 Parixit Aghera Over the air mobile device software management
JP3676347B2 (ja) * 2003-01-31 2005-07-27 Ｋｄｄｉ株式会社 Ｉｐアドレス管理装置及びｉｐアドレス管理方法、コンピュータプログラム
JP3669366B2 (ja) * 2003-06-13 2005-07-06 日本ビクター株式会社 移動端末及びネットワークインタフェース切替方法
US7357309B2 (en) * 2004-01-16 2008-04-15 Telefonaktiebolaget Lm Ericsson (Publ) EMV transactions in mobile terminals
SE528102C2 (sv) 2004-05-11 2006-09-05 Smarttrust Ab Förfarande och system för att upptäcka apparater.
US7454233B2 (en) * 2004-09-23 2008-11-18 Gemalto Inc Communications of UICC in mobile devices using internet protocols
DE102004049611B4 (de) * 2004-10-12 2015-08-20 Giesecke & Devrient Gmbh Konfigurierung eines mobilen Endgeräts
KR100757685B1 (ko) * 2006-01-12 2007-09-10 에스케이 텔레콤주식회사 Ｐｋｉ 기반 스마트 카드용 명령어 전송 서버 인증 방법 및시스템

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
CN101529966B (zh) 2011-11-16
CN101529966A (zh) 2009-09-09
WO2007125054A1 (fr) 2007-11-08
JP4950282B2 (ja) 2012-06-13
US20090307358A1 (en) 2009-12-10
JP2009535873A (ja) 2009-10-01

Similar Documents

Publication Publication Date Title
EP3648490A1 (fr) Gestion de profils d'abonne simultanement actifs dans une carte euicc en utilisant plusieurs liaisons distinctes
WO2007125054A1 (fr) Transmission de données entre un serveur et un objet communicant
EP2203835B1 (fr) Procédé et dispositif de gestion de données d'application dans un système nfc en réponse à l'émission ou la réception de données sans contact
EP1825702B1 (fr) Systeme et procede de sauvegarde pour reseau de telecommunication mobile
FR2767437A1 (fr) Procede ameliore de chargement d'une liste predeterminee d'articles par un terminal mobile pilote par un module d'identification d'abonne, commande, module d'identification d'abonne et terminal mobile correspondants
EP1855389A1 (fr) Procédé de routage de données entrantes et sortantes dans un chipset NFC
FR3074002B1 (fr) Procede d'assistance a la configuration a distance d'une carte euicc et systeme mettant en œuvre un tel procede
EP1961247B1 (fr) Telechargement de donnees initie par des objets communicants portables pendant une campagne
WO2018178242A1 (fr) Procede d'apprentissage d'un contexte de compression/decompression, dispositif, systeme et produit programme d'ordinateur correspondants
FR2878685A1 (fr) Declenchement de session pro-active depuis une applet dans une carte a puce
FR2942683A1 (fr) Configuration automotique d'un terminal
EP1190398B1 (fr) Preparation et execution d'un programme dans une carte a puce additionnelle d'un terminal
EP2055125A1 (fr) Procede de synchronisation entre un equipement mobile et une carte a puce
WO2010049383A1 (fr) Systeme domotique et procedes de configuration et d'utilisation associes
EP1502416B1 (fr) Chargement de donnees dans un poste mobile utilisant une carte sim pro-active
EP1958471A1 (fr) Telechargement de donnees dans des objets communicants portables presents dans un reseau de radiocommunications pendant une campagne
FR2858904A1 (fr) Dispositif de communication mobile du type a ilots
EP3158782A1 (fr) Procédé d'activation d'une carte d'abonné de type carte sim
WO2007071695A1 (fr) Exploitation d'informations proprietaires transmises par un reseau de radiocommunications a un terminal mobile sous le controle d'une carte a puce
WO2006122871A1 (fr) Procede de remplacement automatique d'un module d'identification d'utilisateur dans un terminal
WO2007012662A1 (fr) Telechargement de donnees initie par des objets communicants portables pendant une campagne
EP2281382A1 (fr) Etablissement automatise d'une communication entre deux terminaux
FR2814626A1 (fr) Procede d'implantation d'informations sur un identifiant
WO2004064428A1 (fr) Procede, carte sim et dispositif local permettant la carte sim de communiquer localement
EP1808831A1 (fr) Préparation et exécution d'un programme dans une carte à puce additionnelle d'un terminal

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: 20081128

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 MT NL PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL BA HR MK RS

17Q First examination report despatched

Effective date: 20090312

DAX Request for extension of the european patent (deleted)
GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

RIC1 Information provided on ipc code assigned before grant

Ipc: H04W 4/00 20090101AFI20151126BHEP

Ipc: H04L 29/08 20060101ALI20151126BHEP

Ipc: H04W 76/02 20090101ALI20151126BHEP

INTG Intention to grant announced

Effective date: 20151209

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: 20160420