WO2003015433A1 - Procede pour transferer des donnees personnalisees dans un appareil de service - Google Patents
Procede pour transferer des donnees personnalisees dans un appareil de service Download PDFInfo
- Publication number
- WO2003015433A1 WO2003015433A1 PCT/FR2002/002624 FR0202624W WO03015433A1 WO 2003015433 A1 WO2003015433 A1 WO 2003015433A1 FR 0202624 W FR0202624 W FR 0202624W WO 03015433 A1 WO03015433 A1 WO 03015433A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- telephone
- pms
- module
- ftp
- files
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/355—Personalisation of cards for use
- G06Q20/3552—Downloading or loading of personalisation data
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
- G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
- G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
- G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
-
- 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
Definitions
- the present invention relates to a method for transferring personalized data in a service apparatus by means of a remote management server.
- the present invention relates more particularly to a method for transferring personalized files in a telephone of a public telephone network.
- Such personalized files are more particularly intended to operate proprietary modules, such as a secure module for payment cards (SAM), a microprocessor equipping a validator for coins or any other organ present in a public telephone and requiring specific data to operate.
- a public telephone network consists of public telephones distributed over a given territory. Public telephones are connected to a communication network, constituted for example by the switched telephone network PSTN (acronym for Public Switching Telephone Network), with which they communicate by means of a modem. This network of course could be of another type (ISDN, GSM, Internet, ).
- a public telephone network generally includes one (or more) central computer or management server, hereinafter called PMS (acronym of the English term "Payphone Management System”), allowing the network operator to operate the supervision of the various telephones on its network.
- PMS central computer or management server
- This PMS which is connected to the switched telephone network, notably has the function of exchanging data with the public telephone fleet.
- Public telephones periodically send the PMS an activity report detailing the number and amount of transactions, etc. They also communicate in the form of alarms, the possible occurrence of an event (breakdown, act of vandalism, etc.) requiring the intervention of a maintenance agent.
- the PMS has the function of transferring files, rate tables or even updates of programs running microprocessors to public telephones. telephones, updates improving the programs already in place or even introducing new services for users.
- a public telephone that downloads files must be switched to out-of-service mode and cannot be used by users, all the time for an operation that can last several hours given the current size of the programs and data to be loaded. .
- each new download campaign requires complex programming of the PMS taking into account the nature and size of the files to be transferred.
- These modules consist of miniature smart cards that meet the GSM 11.11 standard.
- SAM cards have an input / output contactor (I / O pad) meeting the ISO standard (Cnet) for smart cards.
- I / O pad input / output contactor
- Cnet ISO standard
- SAM cards therefore contain confidential information and are issued by operators (banking, etc.) to operators of public telephone networks or to manufacturers of public telephones, it is up to the latter to introduce them into the telephones in order to be able to execute on these devices for specific applications such as debit / credit from an electronic wallet.
- Each SAM card is distinct and includes secret codes that are specific to it. Mention may also be made of coin validator devices which include specific programming data defined by their manufacturers according to the manufacturing characteristics of each device. The computers of these different modules may need to receive new programming data, such as new parameter maps or program updates, such as those necessary for the changeover to the European single currency Euro validators initially programmed in a different currency.
- the present invention therefore aims to remedy these drawbacks by simplifying and rationalizing the transfer of personalized data to service devices such as public telephones.
- the method according to the invention relates to the transfer of data from a service device, such as a public telephone, to a remote central computer, such as a management server, the service device being able to communicate the data to the computer through appropriate means of transmission.
- a service device such as a public telephone
- a remote central computer such as a management server
- the method according to the invention relates to the transfer of personalized data in a service appliance from a remote central computer, the service appliance being able to communicate with the central computer by means of appropriate transmission means.
- the method is characterized in that the transfer of the personalized data is controlled by the central computer on receipt of a corresponding identifier communicated by the service device to the remote computer.
- the personalized data are intended to operate the microprocessor of a personalized module equipping the service appliance such as a SAM module or even a currency validator, these personalized data comprising software means replacing or supplementing software means already installed in said microprocessor.
- the service appliance opens a communication session with the remote computer; the service device then supplies the identifier necessary to identify the personalized module; the computer extracts the identifier and dynamically associates it with a unique extension known to itself, in order to create a file name (file previously created for example by the module manufacturer and placed on an FTP server owned by the manufacturer of the module) the computer then transmits instructions to the service device (location, file name, etc.) as to the personalized data to be transferred and loaded into the module.
- the communications between the computer and the service apparatus are carried out using the TCP / IP communication protocol.
- the personal data pass between the service device and an FTP server where the confidential information to be downloaded to the service device is previously stored.
- the address of the FTP server is communicated to the service device by the computer during each transfer.
- the personal information to be transferred is stored in the FTP server in the form of a file whose name is consisting of the association of said identifier and an appropriate code or extension.
- said instructions given by the central computer to the service apparatus as to the personalized data to be transferred and loaded in the module consists in the order to download from an FTP server appropriate the file formed by the association of said identifier and a predetermined extension.
- the service appliance is a public telephone and the central computer a management server.
- FIG 1 there is shown a public telephone network 1.
- This network includes a fleet of public telephones 10 (the same fleet may include several tens to several thousand telephones, or even several tens of thousands, depending on the territorial coverage of the network).
- the telephones 10 allow users to carry out telephone communications, using an appropriate telephone network referenced 2.
- This telephone network 2 is of the analog switched type PSTN (Public Switching Telephone Network) or of the digital switched type ISDN (Integrated Services Digital Network) .
- This network 2 can also be constituted by a mobile radiotelephony network, whatever its nature: GSM, CDMA, TDMA, AMPS, D-AMPS, or by the Internet network or more generally by any communication network capable of transmitting data (X25, Ethernet, etc.) as well as by any combination of such networks.
- These public telephones 10 can also be adapted to access information or service servers for the Web and the Internet, as well as information or service servers residing on private networks. Such access allows the operator operating network 1, to offer users a wide range of services, ranging for example and without limitation, from reading their e-mails to consulting local information (lists of doctors public telephone zone guards, etc.).
- Public telephones 10 are, in known manner, terminals specially designed for their use on a public or semi-public site, such as the street, or semi-public, such as shopping centers, airports, hotel halls, restaurants , shops, etc. They therefore have specificities in terms of components and software, energy consumption, ergonomics, use, etc., which are well known in themselves and will not be detailed further.
- each public telephone 10 therefore comprises a certain number of particular elements inherent in a public telephone, in particular for ergonomics.
- display and data entry devices such as a screen 11 and a keyboard 12 with keys.
- Each public telephone 10 comprises a main microprocessor managing the operation of the telephone as well as secondary microprocessors operating specific electronic modules such as a coin validator or else a SAM module intended to manage an electronic payment card of the holder type. electronic money.
- secondary microprocessors such as those of the SAM or the validator require personalized data to operate.
- personalized data we can cite by way of nonlimiting example, for the SAM module, secret security keys or a calculation algorithm, for the validator, the updating of parameters making it possible to accept a new coin or updating an internal algorithm.
- the main microprocessor of the public telephone 10 in particular implements software making it possible to exchange and represent information according to specific formats better suited to its ergonomics, although operating according to the principles of hypermedia links.
- Each public telephone 10 is in fact adapted to communicate with a server 5 also called PMS (English acronym for “Payphone Management System”) dedicated to the operation and management of the public telephone network 1.
- PMS Payment Management System
- the PMS 5 has the function to exchange information with the fleet of public telephones 10 concerning their operation and more generally the operation of the public telephone system.
- the PMS 5 manages the initialization sessions of public telephones and establishes statistical data from information received from public telephones 10 (alarms, operating counters, etc.).
- the public telephones 10 and the PMS 5 are provided with appropriate means of supervision and of reception / transmission of information, these means which are in themselves known will not be described in more detail. These supervision and reception / transmission means are responsible for organizing the exchange of information between the public telephones 10, the PMS 5 and FTP servers 41, 42, 43 whose roles will be detailed below, and in particular for control data or software transfers between the public telephones 10 and the FTP servers.
- the PMS 5 transfers to the public telephones 10, the files necessary for the operation of their main and secondary microprocessors, such as rate tables, configuration parameters (such as the type of dialing, the characteristics of the line. ..), opposition or monitoring lists of the means of payment used, a software, security algorithms, secret calculation keys, physical or magnetic characteristics of coins ...
- the public telephones 10 transmit, for their part, information relating to their use, namely a daily report comprising data relating to the transactions carried out, to the traffic, an alarm report which makes it possible to report to the PMS 5 the occurrence of incidents or attacks on their integrity, such as a breakdown on the card reader or a handset torn off, so as to provide for the intervention of a surveillance agent, a status file characterizing the content of the telephone (such as the indications of the different versions programs used by the microprocessor), etc.
- servers 41, 42, 43 which are specifically designed and suitable for file transfer, called FTP (for File Transfer Protocol).
- FTP File Transfer Protocol
- each public telephone 10 which includes an FTP client entity, will connect to the required FTP and download or download the appropriate files.
- the public telephones 10 connect to a PROXY server 6, serving as a communication interface between the public telephones 10 and the PMS 5.
- PROXY 6 serving as a communication interface between the public telephones 10 and the PMS 5.
- the telephones 10 are equipped with TCP / IP communication protocols in accordance with the technical recommendations of 11ETF ("Internet Engineering Task Force").
- the PROXY 6 combines several functions.
- a first function consists in directing the requests from public telephones 10, according to the nature of these requests, to the corresponding servers. This is a re-routing function which makes it possible to store and update the list of addresses of the servers likely to be called by the telephones 10 only in the PROXY 6 and not in each of the terminals. 10, they only need to know the PROXY 6 address alone. This arrangement facilitates considerably the maintenance of the telephone network 1.
- a telephone to communicate with the PMS 5, it suffices for a telephone to send a message to PROXY 6, a message the content of which, for example “public telephone number N requesting a connection for initialization”, is sufficient to be interpreted by the PROXY 6 as a message intended for the PMS 5. It is then up to the PROXY 6 to find in its memories, the IP address of the PMS 5 and to transmit the message to it.
- a second function consists, when necessary, in translating the data or instructions transmitted by the telephones 10 into the format of the destination servers. So in the case of connections to the Internet and the Web, it is a question of translating the protocol used by public telephones 10 into the appropriate protocol (http, RMI, pop3 ...), and vice versa to transfer information from the Web and from the Internet to phones 10.
- PROXY 6 Another function of the PROXY 6 is to control the syntax of the requests sent by the telephones 10 before retransmission and thus authorize authenticated accesses to the network further back (security). Another function is to establish reliable and authenticated information exchange sessions which consists, for example, in certain identification of the telephones 10 during an exchange of information with the servers, or even in encrypting the data in order to secure communication if necessary. Another function of PROXY 6 is to control and regulate the exchange of information carried out via standard file transfers and in accordance with Internet protocols.
- the PROXY 6 also has the function of directing requests from public telephones to backup servers, in particular in the event of the unavailability of a server, thereby ensuring architecture redundancy.
- the PROXY 6 is inaccessible as a result in particular of maintenance operations, it is then possible to direct the daily reports of the corresponding public telephones 10 to another management server then available. This switching from one server to another then being completely transparent for public telephones 10 which do not have thus manage emergency addresses themselves, but only the address of PROXY 6. Redundancy of PROXY 6 itself is also possible, avoiding communication breakdowns in the event of a breakdown.
- the PROXY 6 can consist of a PC-type computer running Windows NT (registered trademark) or Linux, etc.
- Any request to connect to a server arrives at the input port of the computer, which is constantly listened to by the PROXY 6, then is redirected to a working port.
- the request is then analyzed by a software application, for example in Java language (registered trademark) allowing the control and the establishment of a session in the protocol sense of the term.
- a standard interface (“socket") is then opened and the request is sent to the destination server, and vice versa.
- the illustrated embodiment has been given by way of example and is in no way limitative of all the solutions that can be implemented thanks to the present invention.
- the PROXY 6, the PMS 5 and all or part of the FTP servers instead of being separate machines as in FIG. 1, can be grouped together in a single PC type computer for example.
- the public telephone network 1 and the various elements which compose it having been presented. We will now detail the method used to transfer data between the PMS 5, the FTP servers and the phones 10.
- Each telephone 10 initiates the connection to the PMS 5 by a “CONNECT” type message generated by means of specific programs implemented by the microprocessors equipping the telephone 10.
- CONNECT type message generated by means of specific programs implemented by the microprocessors equipping the telephone 10.
- the process of connecting a telephone to the PMS 5, as well as that used to transfer data or the communication protocols used are known in themselves (and standardized) and will not be detailed further.
- the event triggering the connection of the telephone 10 to the PMS 5 can be of different types.
- the connection can be initiated manually by a maintenance agent, for example during the installation of a new telephone 10 in the network 1.
- the connection can be triggered automatically following for example the occurrence of an alarm (full coin mechanism, breakdown, vandalism, etc.), alarm generated by appropriate monitoring programs.
- the connection can also be triggered automatically for activity reports generated by appropriate supervision programs reports providing statistics on the activity of the telephone 10 and intended for the operator of the network 1 in order to improve the operation of the latter.
- These supervision programs can publish their activity report at predetermined dates and times or even at times defined by the PMS 5.
- the telephone can also connect to the PMS 5 following the express request of the latter who gave the order during a previous call to phone 10 to connect for a given reason: for example for downloading files.
- This “CONNECT” connection message essentially contains the following information:
- - the type of telephone 10 that is to say its product code
- - the type of session that is to say the context of the call: telecollection (activity report), download (file transfer to the phone, in general this is a given prior order by PMS 5), alarms, etc. ;
- this signature can for example be obtained by encryption by means of a cryptology algorithm of DES type (Data Encryption Standard) or of any other type (RSA, etc.).
- the telephone 10 includes appropriate means allowing it to automatically recover the identifiers of the various secondary microprocessors in order to include this information in its message for connection to the PMS 5. This will be done by means of appropriate programs allowing the override of these different microprocessors so as to recover their respective identifiers.
- Telephone 10 thus has a list of standard assignments which define a priori the reason for calling telephone 10. In general and with the exception of alarms, this call was programmed during a previous session
- the PMS 5 which receives this “CONNECT” call, first of all analyzes it and, among other things, extracts the identification data, then checks the authenticity of this call and, if this is the case, sends a message d 'ACCEPT' acceptance which includes in other data: the current date and time in order to synchronize between the two devices as well as the time and date of the next scheduled call.
- the PMS 5 then sends a first request for work to be carried out.
- This work request is mainly of three types: “DOWNLOAD” order to transfer files from an FTP to phone 10, “UPLOAD” order to transfer files from phone 10 to an FTP and “DISCONNECT” order to stop Communication.
- the file transfer orders are formulated using the following protocol:
- ftp For uploading files: ftp: / /uu: ⁇ w@163.285.6.45? 21 / upload / 123456-05-time.cess with: - ftp // request to open an FTP assignment, here as an example; uu: user name; pw: password, name and password are used to operate the connection on the FTP; - @ 163.285.6.45: IP address of the FTP where to download the files;
- ? 1 the TCP port number of the required service (here FTP); upload: indicates the recipient directory (location) associated with a file name as follows: - 123456: identifier of telephone 10 retrieved in the "CONNECT"(dynamic); 05: type of telephone 10 retrieved from “CONNECT”(dynamic); time (HH: MM: SS): current time to uniquely identify a file, thus avoiding conflicts related to the possible allocation of the same identifier to several phones, cess: unique identifier of the file to be transferred (by example 02 for a file containing transactions). “Upload / 123456-05-time.cess” therefore defines both the directory where the “.cess” file must be copied and the name of the assigned file.
- Each file, dedicated to the specific functions of the public telephone, to be transferred from the selected FTP to the telephone 10 receives a name according to a determined syntax.
- each file can be given a name of the following type "aa-bbb-ccc-ddd.ee" where: "aa” is a two-digit number designating the type of telephone considered; "bbb” is a three-digit number designating the version of the file;
- ccc is a three-digit number designating the revision of the file
- ddd is a three-digit number designating the file extension
- Each aa-bbb-ccc-ddd.ee file concerns a particular element of the set of software resources of the telephones 10.
- this data and programs are divided into at least three distinct groups of objects: software, parameter tables and rate tables.
- This list is obviously not exhaustive and can be increased depending on the functionality of the telephones (advertising, media, etc.).
- Such a division into three types of objects which aims to simplify the operation of the network by the operator and in particular the handling of the PMS 5, is of course in no way limitative of the present invention which still applies even if the data and programs are not differentiated according to separate groups.
- each separate group of objects is made up of a number of files. Each file corresponds to a modular division, that is to say it only deals with a given functionality or only a limited number of functionalities.
- a telephone line security module a coin management module (if the phone accepts coins), a module payment card management, a handset management module, a screen management module, a management module for charges received from the line, an energy management module, a modem management module, etc.
- the parameter tables appear the characteristics of the telephone network to which the telephone 10 is connected, the authorizations for access to certain services, the different language fonts used for displaying the telephone: French, English, German, Spanish or still Arabic, Chinese, Russian, etc.
- This modularity of the files aims to allow the most precise and quickest interventions, especially for download operations.
- it is easier to load the hundreds or even thousands of affected phones than this new version rather than relaunching the download of all software including of those who have not evolved.
- the files to be transferred from the telephone 10 to the corresponding FTP can if necessary adopt the same syntax.
- the files to be transferred from the telephone 10 to the FTP are results files (status, activity report, alarm, etc.), they can therefore however adopt a different syntax than that of the files to be loaded into the telephones 10.
- the file transfer orders sent by the PMS 5 to the telephones 10 can comprise a single instruction and follow one another sequentially according to the following sequence:
- An order can also include several instructions: UPLOAD ftp: // uu: pw@163.285.6.45? 21 / upload / 123456-05-time.01 ftp: // uu: pw@163.285.6.45? 21 / upload / 123456- 05-time.02 ftp: // uu: pw@163.285.6.45? 21 / upload / 123456-05-time.03
- each file can be given a name of the following type "Module_identifier.ee" where:
- Module_identifier is the identifier of the secondary microprocessor, communicated by the telephone 10 to the PMS 5 during connection (serial number, name, ...);
- the telephone 10 After receiving an “UPLOAD” or “DOWNLOAD” type order, the telephone 10 opens an FTP assignment with the FTP whose address has been notified to it (here the FTP server dedicated to updating the microprocessors / secondary memories owned module manufacturer). The connection to the FTP in parallel to the current transfer established with the PMS 5 via the PROXY 6. The telephone then performs the transfer of the requested file (s) to the FTP server (s) which has been notified to it. Once the transfer of the file (s) is complete, the phone sends an acknowledgment message by which it confirms to the PMS 5 that the work has been done well or badly. Then he waits for a new order. If a new order is not received after a predetermined period of time, the phone disconnects the call. This update of the secondary microprocessors / memories will of course be desired by the operator and a function allowing activation of the download or download will be provided on the PMS 5.
- the communication sessions between the telephones 10 and the PMS 5 are thus adaptable as required.
- the PMS 5 can take advantage of the call from each phone 10 for its daily activity report (also called telecollect) to download a program update ...
- the commissioning agent will systematically request certain information related to the configuration of the telephone 10 (for example a configuration file) and this through the launch of a dedicated session.
- the PMS will be able not only to transfer the requested file (or organize its transfer) but also to obtain other return files of the active tariff table type, a passive tariff table, a parameter table, a black list, a greylist, software, etc.
- the PMS 5 will not only be able to recover the transaction files, the operating counters and the alarms but also it will be able to download in return an active tariff table, a passive tariff table, a parameter table, a black list, a gray list, software, a personalized file intended for a secondary microprocessor (SAM, currency validator, etc.) retrieved from a property FTP server from the manufacturer of the corresponding module, etc.
- SAM secondary microprocessor
- the different servers 41,42,43, 5 and 6 can be on different communication networks.
- the present invention therefore makes it possible to easily overcome networks and distribute servers as best as possible.
- the first order received by a telephone 10 from the PMS 5 relates to the transfer of a file also called STATUS specifying the references of the set or of the main files constituting its software resources . This subsequently allows the PMS 5, in the event of a possible malfunction, to determine the different versions of software used by the telephone 10.
- the PMS 5 In exchanges between the PMS 5 and the telephones 10, the PMS 5 is always the decision maker as to the files transferred, it is the master. Due to the architecture described, the PMS 5 is able, on analysis of the precise call context of each telephone 10, to ask the latter for a given job, freely modifiable and adaptable and easily, in particular according to the wishes of the network operator 1.
- the FTP server 41 which is under the direct control of the operator of the public telephone network and the servers 42 and 43 which belong manufacturers of personalized modules fitted to each telephone 10 such as the SAM or the currency validator.
- a script is a text file comprising a series of lines of instructions intended to be executed by the PMS 5.
- a script includes in particular the tree structure or directory where the files will be located, the list of these files as well as instructions such as interrupts or disconnections. By choice, you can group all the files to transfer on a single script or even use several scripts if necessary, for example by grouping the files according to their type.
- This loading process comprises three stages: the downloading of the files into FTP 41, the programming of the various telephones concerned and the loading of files into the telephones from FTP 41.
- Several methods can be adopted for carrying out these three stages.
- the files are first loaded by the PMS 5 in the FTP 41 as soon as the download process is started, the telephones 10 are then programmed by the PMS 5 one after the other at as and when they are connected to recover the files in the FTP 41, finally the telephones 10 transfer the files from the FTP 41 to their microprocessors.
- each validator includes specific manufacturing data which are determined by the manufacturer and managed by the latter in his databases.
- the manufacturer When implementing a new program, for example during the changeover to the Euro, the manufacturer therefore draws up the appropriate program for each validator taking account of the manufacturing data.
- This program is then stored in the manufacturer's FTP 43 using the aforementioned syntax, namely "Identifier- Module, ee"
- the order of loading the files contained in the FTP 42, 43 is done dynamically telephone by telephone directly after analysis of the content transmitted in the "CONNECT" request.
- the financial institution therefore prepares for each of the 5000 SAMs a specific file containing the new set of keys.
- Each file is stored in an FTP server 42 belonging to the financial organization according to the syntax "XXXXXX.OC" where "XXXXXX” is the identification code of each SAM or identifier, and where "OC" is the code corresponding to makes it a file related to security keys.
- the PMS is then programmed for when the telephones are connected, the latter receive the order to load the new keys. This translates into the following steps: • When each telephone 10 is called, the PMS 5 extracts from the "CONNECT" request, the elements allowing the identification of the SAM, namely the code "XXXXXX" communicated to him by telephone 10;
- the PMS 5 through a simple processing command registered in its program, then builds the association on the one hand of the name of the file to recover, namely the SAM identifier "XXXXXX” to which it has attached the termination “.OC”, on the other hand an order “DOWNLOAD” specifying in particular the location of the FTP server 42 where the file “XXXXXXX is stored. OC ”and this, to allow the effective recovery of the object: DOWNLOAD ftp: // uu: pw@163.285.6.45?
- TCP port number of the required service here FTP
- - download indicates the source root directory (location) in which there are subdirectories associated with the files: keys: plain subdirectory (to improve the readability of the files) containing a specific type of object (security keys);
- the recovered file it is then transferred by appropriate means from the telephone 10 to the corresponding SAM module.
- the PMS can update 5000 public telephones by downloading data specific to each one's SAM module, in an extremely fast and simple.
- the data to be transferred remains with the financial institution which may be on another continent in relation to the public telephone network and therefore does not have to be routed first to the network manager.
- the financial institution need only indicate the address of the FTP server on which the programs have been stored.
- the programming of the PMS 5 is limited to taking the identifier of the SAM module that each telephone communicates to it, adding the ending ".OC" to it and responding to go and load the file thus named in the FTP42 server.
- the PMS 5 in particular does not have to manage a table referencing for each telephone number 10, the identifiers of the secondary microprocessors requiring personal data.
- the method according to the invention also offers great flexibility in file transfer, since this transfer can be done module by module or even functionalities by functionalities, which removes the constraints of the prior art, where the files were unique and global. .
- This method makes it possible to standardize the transfer of files by proposing a single and general management mode for all the objects to be transferred regardless of their nature or their number.
- This dynamic management mode by which the telephones carry out transfers according to instructions issued by the PMS 5 and describing the work is therefore of no impact either on the telephones or on the PMS 5, whereas according to the prior art a processing procedure had to be developed specifically for each transfer.
- the illustrated embodiment has been given by way of example and is in no way limitative of all the solutions that can be implemented thanks to the present invention.
- the network of public telephones described above can be replaced by any network of service apparatuses having a need to transmit information in particular to a management server, for example parking meters, automatic distributors or even bank terminals.
- the telephone 10 initiates the communication during which the file transfer will take place, this cannot be limiting of the present invention.
- Such communication can therefore also be initiated by the PMS 5.
- the PMS 5 informs the telephone 10 that an assignment of a given type of file transfer will start.
- telephone 10 responds with a "CONNECT" message of the aforementioned type and the rest of the transfer takes place according to the procedure described above ("ACCEPT" then exchange of orders "UPLOAD”, " DOWNLOAD ”or“ DISCONNECT ”and acknowledgments).
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Signal Processing (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Telephonic Communication Services (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
Description
Claims
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP02794608A EP1415491A1 (fr) | 2001-08-09 | 2002-07-22 | Procede pour transferer des donnees personnalisees dans un appareil de service |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR01/10687 | 2001-08-09 | ||
FR0110687A FR2828611B1 (fr) | 2001-08-09 | 2001-08-09 | Procede pour transferer des donnees personnalisees dans un appareil de service |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2003015433A1 true WO2003015433A1 (fr) | 2003-02-20 |
Family
ID=8866445
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/FR2002/002624 WO2003015433A1 (fr) | 2001-08-09 | 2002-07-22 | Procede pour transferer des donnees personnalisees dans un appareil de service |
Country Status (4)
Country | Link |
---|---|
EP (1) | EP1415491A1 (fr) |
CO (1) | CO5550512A2 (fr) |
FR (1) | FR2828611B1 (fr) |
WO (1) | WO2003015433A1 (fr) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE19801576A1 (de) * | 1998-01-19 | 1999-07-22 | Deutsche Telekom Mobil | Verfahren zur endgeräteunterstützten Menüführung von Mehrwertdiensten in Mobilkommunikationssystemen |
WO1999057875A2 (fr) * | 1998-04-22 | 1999-11-11 | Ne-Products Oy | Procede de mise a jour d'un logiciel de terminal telephonique |
WO2000040048A1 (fr) * | 1998-12-28 | 2000-07-06 | Telecom Italia Mobile S.P.A. | Terminal mobile de telecommunications et programmation a distance de carte de module d'identification d'abonne (sim) |
WO2000042795A1 (fr) * | 1999-01-18 | 2000-07-20 | Swisscom Mobile Ag | Procede de mise a disposition d'une version de programmes d'application pour terminaux de radiotelephonie mobile |
EP1035741A2 (fr) * | 1999-03-09 | 2000-09-13 | Siemens Information and Communication Products, L.L.C. | Systéme de communication sans fil à préférences téléchargeables et procédé d'opération |
US6138009A (en) * | 1997-06-17 | 2000-10-24 | Telefonaktiebolaget Lm Ericsson | System and method for customizing wireless communication units |
GB2357011A (en) * | 1999-08-11 | 2001-06-06 | Nec Corp | System-initiated method for updating a program stored in a mobile communication terminal |
-
2001
- 2001-08-09 FR FR0110687A patent/FR2828611B1/fr not_active Expired - Fee Related
-
2002
- 2002-07-22 WO PCT/FR2002/002624 patent/WO2003015433A1/fr not_active Application Discontinuation
- 2002-07-22 EP EP02794608A patent/EP1415491A1/fr not_active Withdrawn
-
2004
- 2004-02-04 CO CO04008687A patent/CO5550512A2/es not_active Application Discontinuation
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6138009A (en) * | 1997-06-17 | 2000-10-24 | Telefonaktiebolaget Lm Ericsson | System and method for customizing wireless communication units |
DE19801576A1 (de) * | 1998-01-19 | 1999-07-22 | Deutsche Telekom Mobil | Verfahren zur endgeräteunterstützten Menüführung von Mehrwertdiensten in Mobilkommunikationssystemen |
WO1999057875A2 (fr) * | 1998-04-22 | 1999-11-11 | Ne-Products Oy | Procede de mise a jour d'un logiciel de terminal telephonique |
WO2000040048A1 (fr) * | 1998-12-28 | 2000-07-06 | Telecom Italia Mobile S.P.A. | Terminal mobile de telecommunications et programmation a distance de carte de module d'identification d'abonne (sim) |
WO2000042795A1 (fr) * | 1999-01-18 | 2000-07-20 | Swisscom Mobile Ag | Procede de mise a disposition d'une version de programmes d'application pour terminaux de radiotelephonie mobile |
EP1035741A2 (fr) * | 1999-03-09 | 2000-09-13 | Siemens Information and Communication Products, L.L.C. | Systéme de communication sans fil à préférences téléchargeables et procédé d'opération |
GB2357011A (en) * | 1999-08-11 | 2001-06-06 | Nec Corp | System-initiated method for updating a program stored in a mobile communication terminal |
Also Published As
Publication number | Publication date |
---|---|
CO5550512A2 (es) | 2005-08-31 |
EP1415491A1 (fr) | 2004-05-06 |
FR2828611A1 (fr) | 2003-02-14 |
FR2828611B1 (fr) | 2004-04-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP0647052B1 (fr) | Système de gestion de la consommation de consultations de données sur un réseau de télécommunications | |
CA2971635A1 (fr) | Procede de traitement d'une transaction a partir d'un terminal de communication | |
EP1442557A2 (fr) | Systeme et procede pour creer un reseau securise en utilisant des justificatifs d'identite de lots de dispositifs | |
FR2987199A1 (fr) | Securisation d'une transmission de donnees. | |
CN112669157A (zh) | 基于区块链的交易方法、装置、系统与可读存储介质 | |
EP1724720A2 (fr) | Procédé de paiement de service d'affranchissement dans une machine de traitement de courrier en libre accès | |
FR2823932A1 (fr) | Systeme et procede pour la distribution dynamique de donnees et/ou de services | |
FR2837953A1 (fr) | Systeme d'echange de donnees | |
EP3812945B1 (fr) | Système ouvert et sécurisé de traitement de demande de signature électronique et procédé associé | |
FR2810433A1 (fr) | Systeme et procede de couponnage electronique | |
WO2003015433A1 (fr) | Procede pour transferer des donnees personnalisees dans un appareil de service | |
EP1366602A1 (fr) | Procede de transfert de donnees entre un appareil de service et un serveur de gestion a distance | |
EP1334598A1 (fr) | Procede de transfert de fichiers entre des appareils de service et un serveur de gestion a distance | |
FR3090959A1 (fr) | Traitement d’un service de tickets électroniques | |
EP2407920A1 (fr) | Serveur, terminal et procédé de transaction sécurisée | |
WO2011070241A1 (fr) | Procede de sauvegarde de donnees contenues dans un terminal communiquant portable | |
FR2901381A1 (fr) | Systeme informatique a gestion universelle et collaborative de fichiers utilisateurs | |
WO2023001846A1 (fr) | Procédé de transaction entre un organisme et un établissement sur une chaîne de blocs | |
FR2898423A1 (fr) | Procede securise de configuration d'un dispositif de generation de signature electronique. | |
EP0831434A1 (fr) | Procédé de fermeture, notamment de mise en opposition, d'une pluralité de services, et serveur de fermeture, terminal d'acceptation et dispositifs portatifs associés | |
WO2018229089A1 (fr) | Procédé de gestion d'identifiants de fidélité, procédé de traitement de données de fidélité, serveur, dispositif de transaction et programmes correspondants | |
WO2012127025A2 (fr) | Procede de generation et d'utilisation d'un titre dematerialise dans un dispositif portable et systeme de gestion de titres correspondant | |
WO2003027919A2 (fr) | Installation de traitement de donnees pour des portes-monnaie electroniques, et procede associe | |
FR3008516A1 (fr) | Methode de realisation de transaction, terminal et programme d'ordinateur correspondant. | |
EP3223219A1 (fr) | Procédé de transfert de transaction, procédé de transaction et terminal mettant en oeuvre au moins l'un d'eux |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AK | Designated states |
Kind code of ref document: A1 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PH PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW Kind code of ref document: A1 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BY BZ CA CH CN CO CR CU CZ DE DM DZ EC EE ES FI GB GD GE GH HR HU ID IL IN IS JP KE KG KP KR LC LK LR LS LT LU LV MA MD MG MN MW MX MZ NO NZ PH PL PT RO SD SE SG SI SK SL TJ TM TR TT TZ UG US UZ VN YU ZA |
|
AL | Designated countries for regional patents |
Kind code of ref document: A1 Designated state(s): GH GM KE LS MW MZ SD SL SZ UG ZM ZW AM AZ BY KG KZ RU TJ TM AT BE BG CH CY CZ DK EE ES FI FR GB GR IE IT LU MC PT SE SK TR BF BJ CF CG CI GA GN GQ GW ML MR NE SN TD TG Kind code of ref document: A1 Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR IE IT LU MC NL PT SE SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
WWE | Wipo information: entry into national phase |
Ref document number: 2002794608 Country of ref document: EP |
|
WWP | Wipo information: published in national office |
Ref document number: 2002794608 Country of ref document: EP |
|
REG | Reference to national code |
Ref country code: DE Ref legal event code: 8642 |
|
NENP | Non-entry into the national phase |
Ref country code: JP |
|
WWW | Wipo information: withdrawn in national office |
Country of ref document: JP |
|
WWW | Wipo information: withdrawn in national office |
Ref document number: 2002794608 Country of ref document: EP |