WO2002063575A2 - Procede de transfert de donnees entre des terminaux de service et des moyens transactionnels - Google Patents

Procede de transfert de donnees entre des terminaux de service et des moyens transactionnels Download PDF

Info

Publication number
WO2002063575A2
WO2002063575A2 PCT/IB2002/000247 IB0200247W WO02063575A2 WO 2002063575 A2 WO2002063575 A2 WO 2002063575A2 IB 0200247 W IB0200247 W IB 0200247W WO 02063575 A2 WO02063575 A2 WO 02063575A2
Authority
WO
WIPO (PCT)
Prior art keywords
terminals
transactional
data
terminal
transferring data
Prior art date
Application number
PCT/IB2002/000247
Other languages
English (en)
Other versions
WO2002063575A3 (fr
Inventor
Thierry Machicoane
Original Assignee
Schlumberger Systemes
Schlumberger Malco, Inc.
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 Schlumberger Systemes, Schlumberger Malco, Inc. filed Critical Schlumberger Systemes
Priority to EP02716222A priority Critical patent/EP1368793A2/fr
Publication of WO2002063575A2 publication Critical patent/WO2002063575A2/fr
Publication of WO2002063575A3 publication Critical patent/WO2002063575A3/fr

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
    • G07B15/02—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points taking into account a variable factor such as distance or time, e.g. for passenger transport, parking systems or car rental systems
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/0014—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for vending, access and use of specific services not covered anywhere else in G07F17/00
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/24—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for parking meters
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F5/00—Coin-actuated mechanisms; Interlocks
    • G07F5/18—Coin-actuated mechanisms; Interlocks specially adapted for controlling several coin-freed apparatus from one place
    • 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/005—Details or accessories
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F9/00—Details other than those peculiar to special kinds or types of apparatus
    • G07F9/002—Vending machines being part of a centrally controlled network of vending machines
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Definitions

  • the present invention relates to a method for transferring data between service terminals and transactional means of access to these terminals.
  • the present invention relates in particular to a method of transferring data between card reader terminals and cards having memories accessible for reading and writing.
  • vending machine vending machine
  • parking meters public telephones
  • access control devices electronic locks
  • bank terminals etc.
  • These terminals include microprocessors which are used in particular to control the operation of the various mechanisms and in particular of the card reader with which they are equipped.
  • microprocessors execute the applications which have been programmed from different programs and corresponding parameter tables stored in appropriate memories (ROM, RAM, EEPROM, etc.).
  • the first method consists of physically moving an operator on each terminal and operating the data transfer by appropriate means. It is obvious that the larger the fleet of terminals to be treated, the more complex and costly it is to organize such routes.
  • the second method consists in connecting the terminals to a remote central computer by appropriate telecommunication means (wired network or wireless network) and in automatically operating the transfer of data through the telecommunication network. If this second method is relatively flexible to implement and does not involve any cost in terms of human resources, it nevertheless requires more sophisticated terminals comprising means of reception and transmission (such as modems) to allow such a connection. with remote servers, which is not the case today with a large number of terminals already in place, and the establishment and management of a central server. Furthermore, this second method is itself costly in terms of telecommunications time.
  • the present invention therefore proposes to provide a solution to this problem of transferring data to terminal parks without having the drawbacks of the aforementioned prior art, in particular in that it applies regardless of the type of terminal. concerned, connected or not connected, and in that it does not require any on-site travel by the operator.
  • the method according to the invention therefore aims to transfer data to a fleet of service terminals, said service terminals being accessible by a plurality of users via transactional means communicating payment and / or identification information to these terminals, the transactional means and the terminals presenting storage means and the terminals comprising controlled reading and writing means able to access these storage means.
  • the method of transferring data to the terminals is characterized in that during each presentation by a user of a transactional means to a service terminal to communicate payment and / or identification information then: terminal copies the data to be transferred into the storage means of the transaction means if said transaction means does not have them in memory and if said terminal has them; the terminal copies the data into its storage means if the transaction means has them in memory and if said terminal does not have them.
  • the present invention also proposes to provide a solution to the problem of updating the transactional means allowing access to service terminals insofar as the latter may also need new data to operate or access new functionalities. offered by these terminals.
  • the method according to the invention therefore aims to transfer data to transactional means used by users of service terminals to communicate payment and / or identification information to the latter, these transactional means and these terminals presenting means of storage and the terminals comprising controlled reading and writing means able to access these storage means.
  • the method of transferring data to these transactional means is characterized in that during each presentation by a user of a transactional means to a service terminal to communicate payment and / or identification information, then: the terminal copies the data to be transferred to the storage means of the transactional means if the transactional means have not not in memory and if said terminal has them; the terminal copies the data into its storage means if said transaction means has them in memory and if said terminal does not have them.
  • the data to be transferred is stored in only part of the service terminals by appropriate means distinct from the transactional means.
  • the data to be transferred is stored in only part of the transactional means made available to the users by appropriate means distinct from the service terminals.
  • the data to be transferred is stored in all the new transactional means made available to users for a predetermined period of time.
  • the data to be transferred is erased from the transaction means and / or from the terminals after a predetermined period of broadcast.
  • said data to be transferred is erased by the terminals during the presentation to the latter of transactional means by said users.
  • the data to be transferred includes the indication of an expiration date, which when it has expired triggers the erasure of said data.
  • the transaction means are formed by microprocessor cards of the contactless or contactless type.
  • the data to be transferred comprises computer files intended to operate the terminals and / or the transaction means.
  • the terminal fleet includes parking meters and / or automatic vending machines for goods, in particular foodstuffs and / or access control devices and / or public telephones and / or terminals. banking.
  • FIG. 1 shows a set of parking meters intended for implementing the method which is the subject of the present invention
  • Figure 2 specifies the progress of the data transfer method according to the invention according to a first embodiment
  • Figure 3 specifies the progress of the data transfer method according to the invention according to a second embodiment
  • FIG. 1 a park 1 of parking meters 10 has been shown. This park comprises from several tens to several thousand parking meters, depending on the extent of the conurbation concerned.
  • the present invention is not limited to parking meters only but applies to any fleet of service terminals comprising microprocessors requiring regular loading of new files.
  • a parking meter is a terminal automatically used to pay for the right to park a motor vehicle on the road or in an open park.
  • the parking meters are conventionally installed in built-up areas, along the roadways.
  • a motorist wants to leave his vehicle parked he goes to the nearest parking meter 10 where he then pays a certain sum of money for the desired parking time, either by means of coins or , and more and more, using a suitable payment card 7, namely a prepaid card issued by the operator of the parking meters.
  • the parking ticket machine 10 issues the parking right in the form of a ticket 14 carrying various printed information and in particular the time limit for authorized parking. The motorist then places this ticket 14, proof of payment, behind the windshield of his vehicle.
  • Each parking meter 10 therefore comprises a certain number of particular elements inherent in a parking meter, in particular relating to the man-machine interface.
  • display and data entry devices such as a display screen 11 and a keyboard 12 with keys.
  • each parking meter 10 includes a card reader 13 allowing the use of payment card 7 to pay the parking fees.
  • These cards 7 are of the smart card type, that is to say that they include an integrated circuit and a certain number of electrical contacts connected to this circuit.
  • the keyboard 12 and the display 1 1 allow the holder of a card 7 to interact with the parking meter 10.
  • the keyboard allows the holder to enter a type of transaction, to enter a password or PIN code (Personal Identification Number) or input of transactional information.
  • PIN code Personal Identification Number
  • the parking meter 10 comprises electronic circuits and in particular a microcontroller comprising in particular a central unit, various memories, an input / output interface s.
  • the memories are of different types: volatile, non-volatile, accessible in read only or even programmable.
  • these memories include a ROM memory (Read Only Memory), a RAM memory (Random Access Memory) and an EEPROM memory (Electrically Erasable Programmable Read Only Memory).
  • These software resources mainly include programs (written in machine language or even in more advanced language if the central unit includes an interpreter) and tables of settings. This list is obviously not exhaustive and can be increased by any other software object depending on the functionalities of the parking meters such as the display of advertising, access to specific services such as Internet access.
  • each software object is in the form of a file corresponding to a modular breakdown, that is to say that it only deals with a given functionality or with only a limited number of functionalities.
  • the programs are broken down into dozens of modules among which we can cite by way of example: a coin management module (if the parking meter accepts coins), a payment card management module 7, a receipt roll management module, a screen management module, a transaction supervision module, an energy management module, a modem management module (if there is one) , etc.
  • the tariff tables the authorizations to access certain services
  • the different language fonts used for the display of the parking meter French, English, German, Spanish or even Arabic, Chinese, Russian, etc.
  • This modularity of the files aims to allow the most precise and quickest interventions, especially for maintenance operations.
  • it is easier to load into the timestamps only the tens or even the hundreds of lines of code of a particular module which has changed in this new version rather than load all the software modules, including those that have not changed.
  • the loading of a new file into a parking meter takes place through a specific input / output to which a suitable tool is physically connected, or even the Charging takes place via an appropriate telecommunications network insofar as the parking meter has a modem.
  • the loading of a new file is able to take another route, namely that of the cards 7 introduced into the card reader 13 by the users.
  • each parking meter 10 has an additional application more particularly having the function of reading and possibly writing in a particular area of the cards 7 hereinafter called RAM_c_m, of storing the information present in this memory area of the cards 7 in a corresponding memory zone of the parking meter 10 hereinafter called RAM_h_m, and then process the stored files in particular by transferring them to other memory zones to be used by the applications receiving these files.
  • a message is made up of a file proper intended for the operation of the parking meters and an appropriate header intended for the management of the transfer of the file and comprising in particular a given expiration date.
  • This header can in particular be used to secure the data transfer between cards and parking meters by integrating the signature of the attached file via a given encryption algorithm (private or public key, DES, RSA, etc.), signature that must check the time stamp using the same algorithm before transferring the file.
  • the cards 7 available to users are preferably prepaid payment cards which they have purchased from the operator of parking meters at appropriate points of sale, such cards possibly being reloadable at these same points of sale.
  • any other type of card may however be suitable for implementing the present invention and in particular electronic wallet type cards or even bank or credit cards.
  • Such a payment card 7 is preferably of the chip card or microprocessor card type. It includes a microprocessor, ROM (Read Only Memory), RAM (Random Access Memory), EEPROM (Electrically Erasable Programmable Read Only Memory) memory, I / O (Input / Output) interface and all other organ necessary for its functioning.
  • ROM Read Only Memory
  • RAM Random Access Memory
  • EEPROM Electrically Erasable Programmable Read Only Memory
  • I / O Input / Output
  • This card 7 receives the applications and data necessary for its operation with regard to its primary function, that is to say allowing payment of the parking meter 10 within the limit of the amount of money initially deposited. To do this, it includes security software that prevents any duplication or fraudulent use.
  • the card according to the invention has a memory area RAM_c_m in which the messages to be loaded on the parking meters 10 can be stored.
  • FIG. 2 shows a first embodiment according to which the messages are disseminated from a batch of predetermined cards.
  • the message Mn is therefore formed from the file Fn and from an appropriate header comprising in particular a given expiration date.
  • This Mn message has been prepared using specific tools and is addressed at the card personalization center, for example by means of a CD ROM, a floppy disk or any other information medium or even by means of a suitable communication network, whether private or public like the Internet or the Web.
  • the card personalization center includes machines capable of loading the various software present on the cards, and therefore in particular loading the message Mn. This loading of the message Mn takes place over a period or a number of appropriate cards.
  • the new cards sold referenced 7 ′ for a given period therefore include in their memory RAM_c_m, dedicated to the storage of messages intended for parking meters 10, the message Mn.
  • the message Mn is thus loaded onto the parking meter 10.
  • the parking meter 10 triggers, at programmed times or following the recording of new messages, the reading of the new messages stored in its memory area RAM_h_m and proceeds to the extraction corresponding files.
  • the parking meter 10 therefore extracts the file Fn which is then installed in an appropriate zone of the memories of the parking meter 10 so that it can be used by the corresponding application of the microprocessor.
  • the file Fn is installed to replace the previous message in the zone corresponding to the application for displaying an advertising banner on the screen of the parking meter 10.
  • the parking meter also has a program for checking the RAM_h_m zone, which consists of periodically deleting all the messages whose expiration date has expired.
  • the parking meter 10 which receives it will load the message Mn if it does not already have it.
  • the batch of cards used for the initial dissemination of the message Mn can be formed not by the new cards 7 'but by the cards 7' "already in circulation and recharging in appropriate terminals, the message Mn then being copied into the RAM_c_m memory of the 7 '"cards at the same time as the latter are re-credited with a new predetermined amount.
  • the message Mn is therefore formed from the file Fn and from an appropriate header comprising in particular a given expiration date.
  • This message Mn has been prepared using specific tools and is loaded by appropriate means into a predetermined batch of parking meters, for example the most frequented parking meters 10 'in the park, or even into parking meters regularly distributed geographically across the entire parking lot.
  • each parking meter 10 ' is connected to a server not shown also called PMS (acronym for Parking Management System) which supervises the operation of the parking meters 10'.
  • PMS acronym for Parking Management System
  • the link between the parking meters 10 ′ and the PMS operates through a communication network, which can be a wired network of analog switched PSTN type (Public Switching Telephone Network) or digital ISDN type (Integrated Services Digital Network).
  • This network between the PMS and the parking meters 10 ′ can also be constituted by a mobile radiotelephony network, whatever its nature: GSM, CDMA, TDMA, AMPS, D-AMPS, PCS or by the Internet network or more. generally by any communication network capable of transmitting data (X.25, Ethernet, etc.) as well as by any combination of such networks.
  • the parking meters 10 ′ and the PMS are therefore provided with appropriate means of supervision and of reception / transmission of information, these means which are in themselves known will not be described further. detail.
  • These supervision and reception / transmission means are responsible for organizing the exchange of information between the parking meters 10 'and the PMS and therefore in particular the transfer of messages from the PMS server to the parking meters 10'.
  • the parking meters 10 ′ therefore include in their memory RAM_h_m, dedicated to the storage of messages, the message Mn.
  • the cards 7 will then be used to broadcast the message Mn step by step to the entire fleet of parking meters 10 ', 10 ".
  • This card 7 will in turn disseminate the message Mn in parking meters 10 "which have not received the message Mn. Indeed, let us now consider that the card 7 is used on a parking meter 10 "which does not have the message Mn. As previously, the parking meter 10", in parallel with the exploitation of the hardware and software resources of the card 7 used to operate the payment for the requested parking time, will come and read the RAM_c_m memory area and then compare it with the content of its own RAM_h_m memory area.
  • the message Mn is thus loaded onto the time stamp 10 ".
  • the time stamp 10 "triggers, at programmed times or following the recording of new messages, the reading of new messages stored in its memory area RAM_h_m and proceeds to extract the corresponding files.
  • the time stamp 10 therefore extracts the Fn file which is then installed in an appropriate zone of the memories of the parking meter 10 "to be able to be exploited by the corresponding application of the microprocessor.
  • the Fn file is installed to replace the previous message in the zone corresponding to the banner ad display application on the 10 "parking meter screen.
  • the parking meter also has a program for checking the RAM_h_m zone, which consists of periodically deleting all the messages whose expiration date has expired. Thus each time this card 7 is used by its holder, the parking meter 10 "which receives it will load the message Mn insofar as it obviously does not already have it.
  • the transfer of data takes place naturally as and when transactions are carried out without deploying significant resources on the part of the operator of the parking meter park, since it suffices to set up the message Mn only in part of the cards and / or in part of the parking meters, so that the entire fleet is gradually reached.
  • This process has an extremely low cost of implementation and is applicable whatever the nature of the parking meters, whether these are connected to a remote server or not.
  • the present invention relates more generally to any transfer of data (programs, rate tables, advertising, images, etc.) in microprocessor terminals delivering goods and services: vending machines (vending machines), parking meters, public telephones, access controls, electronic locks, entry / exit barriers, etc.
  • the principle of the method is then to use the users of these terminals as the agents for broadcasting these updates by using transactional means of payment or identification which are brought to dialogue with these terminals during their use by the users.
  • the transaction means must only be provided with memories that can be read and written by the terminals with which they interact.
  • Such transactional means therefore have memory support and are for example formed by smart or microprocessor cards of the contactless or contactless type, but also boxes capable of communicating with the terminals by infrared connection of the Blue Tooth type or even by radio link (PDAs terminals, mobile phones, etc.).
  • These transactional means constitute the vectors for data dissemination in the terminals, just as the latter play the vectors for data dissemination in the transactional means.
  • these transactional means therefore include memory areas accessible for reading and writing by said terminals and dedicated to the data to be broadcast.
  • the terminals must include reading and writing means corresponding to these memory areas carried by the associated transactional means.
  • each terminal operates a normal processing of these means according to their destination and in parallel will use the memory areas dedicated to updates according to a specific application program implemented by their microprocessor. This second operation is then transparent to the user.
  • a message is defined as the combination of data to be transferred and service data forming a header and comprising an identifier, an expiration date, etc.
  • a first mode of dissemination consists of loading this message on new transactional means put into circulation or during specific operations carried out on these means such as, for example, reloading rights with specialized servers.
  • a second method of broadcasting is to load this message in a certain number of terminals, called server terminals, using an appropriate approach, moving an agent, downloading, etc.
  • step by step thanks to the natural movements of users and the interactions between transactional means and terminals, the message will spread both in the terminals and in the transactional means.
  • a terminal receiving a new transactional message will therefore store it in an appropriate buffer memory, the part of the useful message relating to the data to be transferred will be loaded into the corresponding application and used subsequently by the microprocessors of the terminal.
  • the data contained in the buffer memory will then be purged as they expire. It is in relation to the messages contained in this buffer memory that the comparison is made between the messages contained in the terminal and the messages contained in the transactional means, and the copying of the messages from one to the other.
  • the present invention also relates to the transfer of data intended for transactional means intended to access a fleet of terminals. Indeed, these transactional means, and in particular to the extent that they also use microprocessors, may also need updates of certain programs or even of certain tables of parameters. Thus, for microprocessor cards, one may wish to implant encryption keys different from those initially programmed during their lifetime.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Control Of Vending Devices And Auxiliary Devices For Vending Devices (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

Procédé pour transférer des données ô un parc de terminaux de service, lesdits terminaux de service étant accessibles par une pluralité d'utilisateurs par l'intermédiaire de moyens transactionnels communiquant des informations de paiement et/ou d'identification auxdits terminaux, lesdits moyens transactionnels et lesdits terminaux présentant respectivement des moyens de mémorisation et lesdits terminaux comportant des moyens pilotés de lecture et d'écriture aptes ô accéder auxdits moyens de mémorisation, caractérisé en ce que lors de chaque présentation par un utilisateur d'un moyen transactionnel ô un terminal de service pour communiquer des informations de paiement et/ou d'identification :- ledit terminal copie dans les moyens de mémorisation dudit moyen transactionnel lesdites données si ledit moyen transactionnel ne les a pas en mémoire et si ledit terminal les a;- ledit terminal copie dans ses moyens de mémorisation lesdites données si ledit moyen transactionnel les a en mémoire et si ledit terminal ne les a pas.

Description

PROCEDE DE TRANSFERT DE DONNEES ENTRE DES TERMINAUX DE SERVICE ET DES MOYENS TRANSACTIONNELS
La présente invention concerne un procédé de transfert de données entre des terminaux de service et des moyens transactionnels d'accès à ces terminaux.
La présente invention concerne en particulier un procédé de transfert de données entre des terminaux lecteurs de carte et des cartes possédant des mémoires accessibles en lecture et écriture.
Il existe aujourd'hui de nombreux terminaux délivrant des biens ou des services après présentation d'un moyen de paiement ou d'identification sous la forme notamment d'une carte de type avec ou sans contacts, possédant des mémoires accessibles en lecture et écriture.
On peut ainsi citer et ce de façon non limitative, les distributeurs automatiques (vending machine), les horodateurs, les téléphones publics, les dispositifs de contrôle d'accès, les serrures électroniques, les terminaux bancaires, etc.
Ces terminaux comportent des microprocesseurs qui servent notamment à piloter le fonctionnement des différents mécanismes et en particulier du lecteur de carte dont ils sont équipés.
Ces microprocesseurs exécutent les applications qui ont été programmées à partir de différents programmes et tables de paramètres correspondantes stockées dans des mémoires appropriées (ROM, RAM, EEPROM, etc.).
Ces applications tendent à s'enrichir chaque jour d'avantage pour offrir de nouvelles prestations aux usagers. Ainsi, de plus en plus de terminaux affichent sur leurs écrans des messages publicitaires. De même, les programmes de supervision et de contrôle des terminaux évoluent régulièrement pour améliorer leur fonctionnement. Il en résulte donc une tendance à venir charger de plus en plus fréquemment des programmes et plus généralement des données informatiques dans ces terminaux.
Ce chargement s'opère principalement de deux façons. La première méthode consiste à déplacer physiquement un opérateur sur chaque terminal et à opérer le transfert de données par des moyens appropriés. Il est évident que plus le parc de terminaux à traiter est important et plus l'organisation de telles tournées devient complexe et coûteuse à mettre en œuvre. La seconde méthode consiste à relier par des moyens de télécommunication appropriés (réseau filaire ou réseau hertzien) les terminaux à un ordinateur central à distance et à opérer automatiquement le transfert des données à travers le réseau de télécommunication. Si cette deuxième méthode est relativement souple à mettre en oeuvre et n'implique aucun coût en terme de moyens humains, elle nécessite toutefois des terminaux plus sophistiqués comportant des moyens de réception et d'émission (tels que des modems) pour permettre une telle connexion avec des serveurs à distance, ce qui n'est aujourd'hui pas le cas d'un grand nombre de terminaux déjà en place, et la mise en place et la gestion d'un serveur central. Par ailleurs, cette seconde méthode est elle-même coûteuse en temps de télécommunication.
La présente invention se propose donc d'apporter une solution à ce problème du transfert de données vers des parcs de terminaux sans avoir les inconvénients de l'art antérieur précité, notamment en ce qu'elle s'applique quel que soit le type des terminaux concernés, connectés ou non connectés, et en ce qu'elle ne nécessite aucun déplacement sur site de la part de l'opérateur.
Le procédé selon l'invention vise donc à transférer des données à un parc de terminaux de service, lesdits terminaux de service étant accessibles par une pluralité d'utilisateurs par l'intermédiaire de moyens transactionnels communiquant des informations de paiement et/ ou d'identification à ces terminaux, les moyens transactionnels et les terminaux présentant des moyens de mémorisation et les terminaux comportant des moyens pilotés de lecture et d'écriture aptes à accéder à ces moyens de mémorisation.
Selon l'invention, le procédé de transfert de données aux terminaux est caractérisé en ce que lors de chaque présentation par un utilisateur d'un moyen transactionnel à un terminal de service pour communiquer des informations de paiement et/ ou d'identification alors : le terminal copie dans les moyens de mémorisation du moyen transactionnel les données à transférer si ledit moyen transactionnel ne les a pas en mémoire et si ledit terminal les a ; le terminal copie dans ses moyens de mémorisation les données si le moyen transactionnel les a en mémoire et si ledit terminal ne les a pas.
La présente invention se propose également d'apporter une solution au problème de mise à jour des moyens transactionnels permettant d'accéder à des terminaux de service dans la mesure ou ces derniers peuvent également avoir besoin de nouvelles données pour fonctionner ou accéder à de nouvelles fonctionnalités proposées par ces terminaux.
Le procédé selon l'invention vise donc à transférer des données à des moyens transactionnels utilisés par des utilisateurs de terminaux de service pour communiquer à ces derniers des informations de paiement et/ou d'identification, ces moyens transactionnels et ces terminaux présentant des moyens de mémorisation et les terminaux comportant des moyens pilotés de lecture et d'écriture aptes à accéder à ces moyens de mémorisation.
Selon l'invention, le procédé de transfert de données à ces moyens transactionnels est caractérisé en ce que lors de chaque présentation par un utilisateur d'un moyen transactionnel à un terminal de service pour communiquer des informations de paiement et/ ou d'identification, alors : le terminal copie dans les moyens de mémorisation du moyen transactionnel les données à transférer si le moyen transactionnel ne les a pas en mémoire et si ledit terminal les a ; le terminal copie dans ses moyens de mémorisation les données si ledit moyen transactionnel les a en mémoire et si ledit terminal ne les a pas.
Selon une autre caractéristique du procédé objet de la présente invention, initialement les données à transférer sont stockées dans une partie seulement des terminaux de service par des moyens appropriés distincts des moyens transactionnels.
Selon une autre caractéristique du procédé objet de la présente invention, initialement les données à transférer sont stockées dans une partie seulement des moyens transactionnels mis à disposition des utilisateurs par des moyens appropriés distincts des terminaux de services.
Selon une autre caractéristique du procédé objet de la présente invention, les données à transférer sont stockées dans tous les nouveaux moyens transactionnels mis à disposition des utilisateurs pendant une période de temps prédéterminée.
Selon une autre caractéristique du procédé objet de la présente invention, les données à transférer sont effacées des moyens transactionnels et/ ou des terminaux après une période prédéterminée de diffusion.
Selon une autre caractéristique du procédé objet de la présente invention, lesdites données à transférer sont effacées par les terminaux lors de la présentation à ces derniers des moyens transactionnels par lesdits utilisateurs. Selon une autre caractéristique du procédé objet de la présente invention, les données à transférer comportent l'indication d'une date d'expiration, qui lorsqu'elle est échue déclenche l'effacement desdites données.
Selon une autre caractéristique du procédé objet de la présente invention, les moyens transactionnels sont formés par des cartes à microprocesseurs du type avec ou sans contact.
Selon une autre caractéristique du procédé objet de la présente invention, les données à transférer comportent des fichiers informatiques destinés à faire fonctionner les terminaux et/ ou les moyens transactionnels.
Selon une autre caractéristique du procédé objet de la présente invention, le parc de terminaux comportent des horodateurs et/ ou des distributeurs automatiques de biens notamment alimentaires et/ ou des dispositifs de contrôle d'accès et/ ou des téléphones publics et/ ou des terminaux bancaires.
On comprendra mieux les buts, aspects et avantages de la présente invention, d'après la description donnée ci-après de différents modes de réalisation de l'invention, présentés à titre d'exemples non limitatifs, en se référant aux dessins annexés, dans lesquels : la figure 1 présente un parc d'horodateurs destinés à la mise en œuvre du procédé objet de la présente invention ; la figure 2 précise le déroulement du procédé de transfert de données selon l'invention selon un premier mode de réalisation ; la figure 3 précise le déroulement du procédé de transfert de données selon l'invention selon un second mode de réalisation ;
Seuls ont été représentés sur les figures les éléments nécessaires à la compréhension de l'invention. Sur la figure 1, on a représenté un parc 1 d'horodateurs 10. Ce parc comprend de plusieurs dizaines à plusieurs milliers d'horodateurs, suivant l'étendue de l'agglomération concernée.
Bien évidement la présente invention ne se limite pas aux seuls horodateurs mais s'applique à tout parc de terminaux de service comprenant des microprocesseurs nécessitant le chargement régulier de nouveaux fichiers.
Un horodateur est une borne automatiquement servant à l'acquittement du droit de stationnement d'un véhicule automobile en voirie ou en parc ouvert.
Les horodateurs sont classiquement installés dans les agglomérations, le long des chaussées. Lorsqu'un automobiliste veut laisser son véhicule en stationnement, il se dirige vers l'horodateur 10 le plus proche où il acquitte alors une certaine somme d'argent pour la durée de stationnement souhaitée et ce, soit au moyen de pièces de monnaies, soit, et de plus en plus, à l'aide d'une carte de paiement adaptée 7 à savoir une carte prépayée délivrée par l'opérateur du parc d'horodateurs.
Ce droit de stationnement ayant été acquitté, l'automobiliste dispose alors d'un certain temps de stationnement autorisé. L'horodateur 10 délivre le droit de stationnement sous la forme d'un ticket 14 portant différentes informations imprimées et notamment l'heure limite de stationnement autorisé. L'automobiliste place alors ce ticket 14, preuve de son paiement, derrière le pare-brise de son véhicule.
Le préposé à la surveillance du stationnement a donc simplement à comparer l'heure mentionnée sur le ticket (s'il y en a) à l'heure présente pour savoir si le véhicule qu'il contrôle est en stationnement régulier ou non et dans ce dernier cas dresser une contravention à rencontre de l'automobiliste. Chaque horodateur 10 comprend donc un certain nombre d'éléments particuliers, inhérents à un horodateur, en particulier concernant l'interface homme-machine. On trouve notamment des organes de visualisation et de saisie de données, comme un écran d'affichage 11 et un clavier 12 à touches. D'autre part, chaque horodateur 10 comporte un lecteur de carte 13 permettant l'utilisation de carte de paiement 7 pour acquitter les droits de stationnement. Ces cartes 7 sont du type carte à puce, c'est-à-dire qu'elles comportent un circuit intégré et un certain nombre de contacts électriques connectés à ce circuit.
Le clavier 12 et l'afficheur 1 1 permettent au titulaire d'une carte 7 d'interagir avec l'horodateur 10. Le clavier permet au titulaire de saisir un type de transaction, d'entrer un mode de passe ou PIN code (Personnal Identification Number) ou encore d'entrée des informations transactionnelles.
Pour fonctionner, l'horodateur 10 comporte des circuits électroniques et notamment un microcontrôleur comprenant notamment une unité centrale, différentes mémoires, une interface d ' entrée s / sortie s .
Les mémoires sont de différents types : volatiles, non volatiles, accessibles en lecture seulement ou bien encore programmables. De préférence, ces mémoires comprennent une mémoire ROM (Read Only Memory), une mémoire RAM (Random Access Memory) et une mémoire EEPROM (Electrically Erasable Programmable Read Only Memory).
Dans ces mémoires sont notamment stockées les ressources logicielles permettant la gestion des différentes fonctions nécessaires au fonctionnement de l'horodateur 10.
Ces ressources logicielles comprennent principalement des programmes (écrit en langage machine ou bien encore en langage plus évolué si l'unité centrale comporte un interpréteur) et des tables de paramètres. Cette liste est bien évidemment non limitative et peut être augmentée par tout autre objet logiciel selon les fonctionnalités des horodateurs tel que l'affichage de publicité, l'accès à des services spécifiques tel que l'accès à Internet.
De préférence chaque objet logiciel se présente sous la forme d'un fichier correspondant à un découpage modulaire c'est-à-dire qu'il ne traite que d'une fonctionnalité donnée ou que d'un nombre limité de fonctionnalités.
Ainsi, les programmes se décomposent en plusieurs dizaines de modules parmi lesquels on peut citer à titre d'exemple : un module de gestion des pièces de monnaie (si l'horodateur accepte les pièces), un module de gestion des cartes de paiement 7, un module de gestion du rouleau de ticket, un module de gestion de l'écran, un module de supervision des transactions effectuées, un module de gestion de l'énergie, un module de gestion du modem (s'il y en a un), etc.
Ainsi, parmi les tables de paramètres figurent les tables de tarifs, les autorisations d'accès à certains services, les différentes polices de langue utilisées pour l'affichage de l'horodateur : français, anglais, allemand, espagnol ou encore arabe, chinois, russe, etc.
Cette modularité des fichiers vise à permettre des interventions les plus précises et plus rapides, notamment pour les opérations de maintenance. Ainsi, lorsqu'une nouvelle version d'un logiciel est mise à jour, il est plus facile de ne charger dans les horodateurs que les dizaines voire les centaines de lignes de code d'un module particulier qui a changé dans cette nouvelle version plutôt que d'opérer le chargement de l'ensemble des modules du logiciel y compris de ceux qui n'ont pas évolué.
Classiquement le chargement d'un nouveau fichier dans un horodateur s'opère à travers une entrée/ sortie spécifique à laquelle on vient connecter physiquement un outil approprié, ou bien encore le chargement s'opère via un réseau de télécommunication approprié dans la mesure ou l'horodateur comporte un modem.
Conformément à la présente invention, le chargement d'un nouveau fichier est à même d'emprunter une autre voie à savoir celle des cartes 7 introduites dans le lecteur de carte 13 par les usagers.
Pour ce faire, chaque horodateur 10 comporte une application additionnelle ayant plus particulièrement pour fonction de lire et éventuellement d'écrire dans une zone particulière des cartes 7 ci-après appelée RAM_c_m, de stocker les informations présentes dans cette zone mémoire des cartes 7 dans une zone mémoire correspondante de l'horodateur 10 ci-après appelée RAM_h_m, et de traiter ensuite les fichiers mémorisés notamment en les transférant dans d'autres zones mémoires pour être exploités par les applications destinataires de ces fichiers.
Par ailleurs, les fichiers, présents dans les zones RAM_c_m et RAM_h_m, seront ci-après appelés messages. Un message est formé d'un fichier proprement dit destiné au fonctionnement des horodateurs et d'une entête appropriée destinée à la gestion du transfert du fichier et comportant notamment une date d'expiration donnée. Cette entête peut notamment servir pour sécuriser le transfert de données entre les cartes et les horodateurs en intégrant la signature du fichier attaché via un algorithme de cryptage donné (à clé privée ou à clé publique, DES, RSA, etc.), signature que doit vérifier l'horodateur en utilisant le même algorithme avant de transférer le fichier.
Les cartes 7 à la disposition des usagers sont préférentiellement des cartes de paiement prépayées qu'ils ont achetées à l'opérateur des horodateurs dans des points de vente appropriés, de telles cartes pouvant éventuellement être rechargeables auprès de ces mêmes points de vente. Bien évidemment tout autre type de carte peut toutefois convenir pour la mise en œuvre de la présente invention et notamment des cartes de type porte-monnaie électronique ou bien encore des cartes bancaires ou de crédit.
Une telle carte de paiement 7 est de préférence du type carte à puce ou carte à microprocesseur. Elle comporte un microprocesseur, une mémoire ROM (Read Only Memory), une mémoire RAM (Random Access Memory), une mémoire EEPROM (Electrically Erasable Programmable Read Only Memory), une interface entrée/sortie I/O (Input/Output) et tout autre organe nécessaire à son fonctionnement.
Cette carte 7 reçoit les applications et les données nécessaires à son fonctionnement quant à sa fonction première c'est-à-dire permettre le paiement de l'horodateur 10 dans la limite de la somme d'argent initialement déposée. Pour ce faire, elle comporte notamment des logiciels de sécurisation qui préviennent toute duplication ou tout usage frauduleux.
Parallèlement à ces applications, la carte selon l'invention dispose d'une zone mémoire RAM_c_m dans laquelle peuvent être stockés les messages à charger sur les horodateurs 10.
En se reportant notamment à la figure 2, le déroulement du transfert de données selon le procédé objet de la présente invention va maintenant être détaillé, à travers la diffusion d'un message Mn contenant un fichier Fn (tables de paramètres, tables de tarifs, programmes ou tout autre objet logiciel) à l'ensemble du parc d'horodateurs 10. Ce fichier Fn est par exemple un nouveau message publicitaire à afficher sur l'écran du parc d'horodateurs 10.
La figure 2 présente un premier mode de réalisation selon lequel les messages sont disséminés à partir d'un lot de cartes prédéterminées .
Le message Mn est donc formé du fichier Fn et d'une entête appropriée comportant notamment une date d'expiration donnée. Ce message Mn a été préparé par le biais d'outils spécifiques et est adressé au centre de personnalisation des cartes, par exemple au moyen d'un CD ROM, d'une disquette ou de tout autre support d'information ou bien encore au moyen d'un réseau de communication adapté qu'il soit de type privé ou encore public comme l'Internet ou le Web.
Le centre de personnalisation des cartes comporte des machines aptes à opérer le chargement des différents logiciels présents sur les cartes, et donc en particulier le chargement du message Mn. Ce chargement du message Mn s'opère sur une période ou un nombre de cartes appropriées.
Les nouvelles cartes commercialisées référencées 7' pendant une période donnée comportent donc dans leur mémoire RAM_c_m, dédiée au stockage des messages destinés aux horodateurs 10, le message Mn.
Ainsi, seules les nouvelles cartes 7' présentent le message Mn, aucun des horodateurs terminaux 10 ou des cartes 7" déjà en circulation n'y ont eu accès.
Ces nouvelles cartes vont rapidement être mises en œuvre par leurs possesseurs, ces derniers les ayant achetées pour cela.
Lorsqu'une de ces nouvelles cartes est présentée à un horodateur 10, ce dernier, parallèlement à l'exploitation traditionnelle des ressources matérielles et logicielles de la carte 7' servant à opérer le paiement du temps de stationnement demandé, va venir lire la zone mémoire RAM_c_m puis la comparer au contenu de sa propre zone mémoire RAM_h_m.
Tous les messages contenus dans RAM_c_m, qui n'ont pas de date d'expiration échue et qui ne sont pas déjà présents dans la mémoire de l'horodateur RAM_h_m, sont alors copiés dans cette dernière et donc en particulier le message Mn.
Tous les messages contenus dans RAM_c_m, qui ont une date d'expiration échue, sont effacés. Tous les messages contenus dans RAM_h_m (lesquels ont une date d'expiration non échue) qui ne sont pas déjà présents dans la mémoire RAM_c_m de la carte 7' sont alors copiés dans cette dernière.
Le message Mn se retrouve ainsi chargé sur l'horodateur 10. L'horodateur 10 déclenche, à des instants programmés ou consécutivement à l'enregistrement de nouveaux messages, la lecture des nouveaux messages mémorisés dans sa zone mémoire RAM_h_m et procède à l'extraction des fichiers correspondants. L'horodateur 10 extrait donc le fichier Fn qui est ensuite installé dans une zone appropriée des mémoires de l'horodateur 10 pour pouvoir être exploité par l'application correspondante du microprocesseur. En l'occurrence, le fichier Fn est installé en remplacement du message précédent dans la zone correspondante à l'application d'affichage de bandeau publicitaire sur l'écran de l'horodateur 10.
L'horodateur comporte par ailleurs un programme de contrôle de la zone RAM_h_m qui consiste à supprimer périodiquement tous les messages dont la date d'expiration est arrivée à échéance.
Ainsi, à chaque utilisation d'une nouvelle carte 7' par son titulaire, l'horodateur 10 qui l'accueille va charger le message Mn s'il ne l'a pas déjà.
Ainsi, l'utilisation de ces nouvelles cartes 7' va donc conduire à la dissémination du message Mn dans un certain nombre d'horodateurs 10.
Ces horodateurs 10 vont à leur tour disséminer le message Mn dans des cartes 7" déjà en circulation.
En effet, considérons maintenant un horodateur 10 qui dispose du message Mn. Lorsqu'une carte plus ancienne 7", ne disposant pas de ce message, est utilisée pour payer, alors comme précédemment l'horodateur 10, parallèlement à l'exploitation traditionnelle des ressources matérielles et logicielles de la carte 7" servant à opérer le paiement du temps de stationnement demandé, va venir lire la zone mémoire RAM_c_m puis la comparer au contenu de sa propre zone mémoire RAM_h_m.
Tous les messages contenus dans RAM_c_m, qui n'ont pas de date d'expiration échue et qui ne sont pas déjà présents dans la mémoire de l'horodateur RAM_h_m, sont alors copiés dans cette dernière.
Tous les messages contenus dans RAM_c_m, qui ont une date d'expiration échue, sont effacés.
Tous les messages contenus dans RAM_h_m (lesquels ont une date d'expiration non échue) qui ne sont pas déjà présents dans la mémoire de la carte RAM_c_m sont alors copiés dans cette dernière et donc en particulier le message Mn.
Le message Mn se retrouve ainsi chargé sur la carte 7" .
Ces cartes 7" déjà en circulation possèdent maintenant le message Mn et vont à leur tour, tout comme les nouvelles cartes 7', disséminer le message Mn dans d'autres horodateurs 10 et ainsi de suite.
Il en résulte une propagation extrêmement rapide du message Mn à l'ensemble du parc d'horodateurs 10 et à l'ensemble des cartes en circulation 7".
En variante de réalisation, le lot de cartes servant à la dissémination initiale du message Mn peut être formé non pas par les nouvelles cartes 7' mais par les cartes 7'" déjà en circulation et venant se recharger dans des terminaux appropriés, le message Mn étant alors copié dans la mémoire RAM_c_m des cartes 7'" en même temps que ces dernières se voient recréditées d'un nouveau montant prédéterminé.
Bien évidemment, il est également possible de combiner les deux solutions précitées, à savoir disposer à la fois le message Mn sur les nouvelles cartes 7' commercialisées et sur les cartes rechargées 7'". En se reportant à la figure 3, considérons maintenant un deuxième mode de réalisation selon lequel les messages sont disséminés depuis un lot d'horodateurs 10' spécifiques.
Le message Mn est donc formé du fichier Fn et d'une entête appropriée comportant notamment une date d'expiration donnée. Ce message Mn a été préparé par le biais d'outils spécifiques et il est chargé par des moyens appropriés dans un lot prédéterminé d'horodateurs, par exemple les horodateurs 10' les plus fréquentés du parc, ou bien encore dans des horodateurs régulièrement répartis géographiquement sur l'ensemble du parc d'horodateurs.
En particulier, il est possible d'assurer la diffusion du message Mn dans le lot d'horodateurs 10' par téléchargement dans la mesure où ces horodateurs sont connectés à un serveur central à distance par des moyens appropriés de communication. Pour ce faire, chaque horodateur 10' est relié à un serveur non figuré encore appelé PMS (acronyme anglo-saxon pour Parking Management System) qui supervise le fonctionnement des horodateurs 10'.
La liaison entre les horodateurs 10' et le PMS s'opère à travers un réseau de communication, qui peut être un réseau filaire de type commuté analogique PSTN (Public Switching Téléphone Network) ou de type numérique ISDN (Integrated Services Digital Network). Ce réseau entre le PMS et les horodateurs 10' peut également être constitué par un réseau de radiotéléphonie mobile et ce, quelle que soit sa nature : GSM, CDMA, TDMA, AMPS, D-AMPS, PCS ou encore par le réseau Internet ou plus généralement par tout réseau de communication apte à transmettre des données (X.25, Ethernet,..) ainsi que par toute combinaison de tels réseaux.
Les horodateurs 10' et le PMS sont donc munis de moyens appropriés de supervision et de réception/ émission d'informations, ces moyens qui sont en eux-mêmes connus ne seront pas décrits plus en détail. Ces moyens de supervision et de réception/ émission sont chargés d'organiser les échanges d'informations entre les horodateurs 10' et le PMS et donc en particulier le transfert des messages du serveur PMS vers les horodateurs 10'.
Après ce transfert, les horodateurs 10' comportent donc dans leur mémoire RAM_h_m, dédiée au stockage des messages, le message Mn.
Ainsi au départ, seuls les horodateurs 10' présentent le message Mn, aucun des autres horodateurs 10" et aucune des cartes 7, tant celles déjà en circulation que les neuves, n'y ont eu accès.
Les cartes 7 vont être alors mises à contribution pour diffuser le message Mn de proche en proche à l'ensemble du parc des horodateurs 10', 10".
Lorsqu'une carte 7 est présentée à un horodateur 10', ce dernier, parallèlement à l'exploitation traditionnelle des ressources matérielles et logicielles de la carte 7 servant à opérer le paiement du temps de stationnement demandé, va venir lire la zone mémoire RAM_c_m puis la comparer au contenu de sa propre zone mémoire RAM_h_m.
Tous les messages contenus dans RAM_c_m, qui n'ont pas de date d'expiration échue et qui ne sont pas déjà présents dans la mémoire de l'horodateur RAM_h_m, sont alors copiés dans cette dernière.
Tous les messages contenus dans RAM_c_m, qui ont une date d'expiration échue, sont effacés.
Tous les messages contenus dans RAM_h_m (lesquels ont une date d'expiration non échue) qui ne sont pas déjà présents dans la mémoire RAM_c_m de la carte 7 sont alors copiés dans cette dernière et donc en particulier le message Mn.
Le message Mn se retrouve ainsi chargé sur la carte 7.
Cette carte 7 va à son tour disséminer le message Mn dans des horodateurs 10" n'ayant pas reçu le message Mn. En effet, considérons maintenant que la carte 7 soit utilisée sur un horodateur 10" qui ne dispose pas du message Mn. Comme précédemment, l'horodateur 10", parallèlement à l'exploitation des ressources matérielles et logicielles de la carte 7 servant à opérer le paiement du temps de stationnement demandé, va venir lire la zone mémoire RAM_c_m puis la comparer au contenu de sa propre zone mémoire RAM_h_m.
Tous les messages contenus dans RAM_c_m, qui n'ont pas de date d'expiration échue et qui ne sont pas déjà présents dans la mémoire de l'horodateur RAM_h_m, sont alors copiés dans cette dernière et donc en particulier le message Mn.
Tous les messages contenus dans RAM_c_m, qui ont une date d'expiration échue, sont effacés.
Tous les messages contenus dans RAM_h_m (lesquels ont une date d'expiration non échue) qui ne sont pas déjà présents dans la mémoire de la carte RAM_c_m sont alors copiés dans cette dernière.
Le message Mn se retrouve ainsi chargé sur l'horodateur 10".
L'horodateur 10" déclenche, à des instants programmés ou consécutivement à l'enregistrement de nouveaux messages, la lecture des nouveaux messages mémorisés dans sa zone mémoire RAM_h_m et procède à l'extraction des fichiers correspondants. L'horodateur 10" extrait donc le fichier Fn qui est ensuite installé dans une zone appropriée des mémoires de l'horodateur 10" pour pouvoir être exploité par l'application correspondante du microprocesseur. En l'occurrence, le fichier Fn est installé en remplacement du message précédent dans la zone correspondante à l'application d'affichage de bandeau publicitaire sur l'écran de l'horodateur 10".
L'horodateur comporte par ailleurs un programme de contrôle de la zone RAM_h_m qui consiste à supprimer périodiquement tous les messages dont la date d'expiration est arrivée à échéance. Ainsi à chaque utilisation de cette carte 7 par son titulaire, l'horodateur 10" qui l'accueille va charger le message Mn dans la mesure bien évidemment où il ne l'a pas déjà.
Ces horodateurs 10" possédant maintenant le message Mn vont à leur tour disséminer le message Mn dans les cartes 7 qui vont leur être présentées et ainsi de suite.
Il en résulte une propagation extrêmement rapide du message Mn à l'ensemble du parc d'horodateurs 10', 10" et à l'ensemble des cartes en circulation 7.
Bien évidemment il est possible de combiner les deux modes de fonctionnement précités, par exemple, en implantant le message Mn à la fois dans un lot déterminé de cartes et dans un lot déterminé d'horodateurs.
Dans la mesure où la durée de vie d'une carte peut être longue et que les capacités de ces mémoires sont relativement limitées, il est important de venir effacer les messages qui n'ont plus d'utilité. Une façon de faire est donc d'allouer à chaque message une date d'expiration et d'effacer les messages dont la date d'expiration est échue.
Ainsi selon le procédé objet de l'invention, le transfert de données s'effectue naturellement au fur et à mesure des transactions sans déployer de moyens importants de la part de l'opérateur du parc d'horodateurs, puisqu'il suffit d'implanter le message Mn seulement dans une partie des cartes et/ ou dans une partie des horodateurs, pour que de proche en proche l'ensemble du parc soit atteint. Ce procédé a un coût de mise en œuvre extrêmement faible et s'applique quelle que soit la nature des horodateurs, que ces derniers soient connectés à un serveur à distance ou non.
Bien évidemment, le mode de réalisation illustré dans le cadre d'un parc d'horodateurs n'a été donné qu'à titre d'exemple et n'est absolument pas limitatif de l'ensemble des solutions pouvant être mises en œuvre grâce à la présente invention.
Ainsi, la présente invention concerne plus généralement tout transfert de données (programmes, tables de tarif, pub, images, etc.) dans des terminaux à microprocesseurs délivrant des biens et des services : distributeurs automatiques (vending machines), parcmètres, téléphones publics, contrôles d'accès, serrures électroniques, barrières d'entrée/ sortie, etc.
Le principe du procédé est alors d'utiliser les usagers de ces terminaux comme les agents de diffusion de ces mises à jour en se servant des moyens transactionnels de paiement ou d'identification qui sont amenés à dialoguer avec ces terminaux lors de leur utilisation par les usagers. Les moyens transactionnels doivent seulement être munis de mémoires adressables en lecture et en écriture par les terminaux avec lesquels ils dialoguent. De tels moyens transactionnels disposent donc de support à mémoire et sont par exemple formés par des cartes à puce ou à microprocesseur du type avec ou sans contact, mais également des boîtiers aptes à dialoguer avec les terminaux par liaison infrarouge de type Blue Tooth ou encore par liaison radio (terminaux PDAs, téléphones mobiles...). Ces moyens transactionnels constituent les vecteurs de diffusion des données dans les terminaux, tout comme ces derniers jouent les vecteurs de diffusions des données dans les moyens transactionnels.
De préférence ces moyens transactionnels comportent donc des zones mémoires accessibles en lecture et écriture par lesdits terminaux et dédiées aux données à diffuser.
De même les terminaux doivent comporter des moyens de lecture et écriture correspondant à ces zones mémoires portées par les moyens transactionnels associés. Lors de l'usage de ces moyens transactionnels de paiement ou d'identification, chaque terminal opère un traitement normal de ces moyens selon leur destination et en parallèle va exploiter les zones mémoires dédiées aux mises à jour selon un programme applicatif spécifique mis en œuvre par leur microprocesseur. Cette seconde opération est alors transparente pour l'usager.
Le principe du chargement de données dans un terminal est le suivant.
On définit un message comme la combinaison des données à transférer et de données de service formant un entête et comprenant un identifiant, une date d'expiration, etc.
C'est cette combinaison de données formant un message qui va être véhiculée par les moyens transactionnels précités formant vecteurs de diffusion.
Un premier mode de diffusion consiste à charger ce message sur de nouveaux moyens transactionnels mis en circulation ou lors d'opérations spécifiques opérées sur ces moyens comme par exemple, la recharge de droits auprès de serveurs spécialisés. Un second mode de diffusion est de charger ce message dans un certain nombre de terminaux, appelés terminaux serveurs, en utilisant une démarche appropriée, déplacement d'un agent, téléchargement, etc.
Au départ du processus, seuls certains moyens transactionnels ou certains terminaux présentent le message dans leur mémoire. Ce message va ensuite se propager de proche en proche à l'ensemble des moyens transactionnels et à l'ensemble des terminaux à la manière d'un virus.
Lorsqu'un moyen transactionnel vierge, c'est-à-dire ne comportant pas ce message, entre en contact d'un terminal qui lui comporte ce message, alors le terminal copie (download) le message dans le moyen transactionnel qui devient alors porteur dudit message. Lorsqu'un moyen transactionnel porteur dudit message entre en contact avec un terminal vierge, c'est-à-dire ne comportant pas ce message, alors le terminal copie (upload) le message dans ses propres mémoires et le terminal devient à son tour porteur dudit message.
Ainsi de proche en proche, grâce aux déplacements naturels des usagers et aux interactions entre les moyens transactionnels et les terminaux, le message va se diffuser à la fois dans les terminaux et dans les moyens transactionnels.
Le processus est bien évidemment le même pour qu'il s'agisse de diffuser un seul message ou plusieurs messages simultanément.
Pour éviter de saturer les capacités de diffusion des moyens transactionnels, il est seulement nécessaire d'opérer l'effacement régulier des messages devenus obsolètes. D'où l'intérêt d'une date d'expiration contenue dans l'entête du message. Le terminal, ou le moyen transactionnel s'il en a les ressources matérielles et logicielles pour le faire, procède alors à l'effacement de ses mémoires et des mémoires des moyens transactionnels qui entrent en contact avec lui, de tout message présentant une date d'expiration venue à échéance.
Un terminal recevant un nouveau message transactionnel va donc le stocker dans une mémoire tampon appropriée, la partie du message utile relative aux données à transférer va être chargée dans l'application correspondante et utilisée par la suite par les microprocesseurs du terminal. Les données contenues dans la mémoire tampon vont ensuite être purgées au fur et à mesure de leur date d'expiration. C'est par rapport aux messages contenus dans cette mémoire tampon qu'est opérée la comparaison entre les messages contenus dans le terminal et les messages contenus dans les moyens transactionnels, et la copie des messages de l'un vers l'autre.
La présente invention concerne également le transfert de données à destination des moyens transactionnels destinés à accéder à un parc de terminaux. En effet, ces moyens transactionnels, et en particulier dans la mesure où ils utilisent également des microprocesseurs, peuvent également avoir besoin de mises à jour de certains programmes ou bien encore de certaines tables de paramètres. Ainsi, pour les cartes à microprocesseurs, on peut souhaiter implanter en cours de vie de celles-ci, des clés de cryptage différentes de celles initialement programmées.
Le procédé de transfert de données à destination des moyens transactionnels est alors en tout point similaire à celui à destination des terminaux, ces derniers jouant le rôle de vecteurs de diffusion, tout comme les moyens transactionnels.

Claims

REVENDICATIONS
1/ Procédé pour transférer des données à un parc de terminaux de service, lesdits terminaux de service étant accessibles par une pluralité d'utilisateurs par l'intermédiaire de moyens transactionnels communiquant des informations de paiement et/ ou d'identification auxdits terminaux, lesdits moyens transactionnels et lesdits terminaux présentant respectivement des moyens de mémorisation et lesdits terminaux comportant des moyens pilotés de lecture et d'écriture aptes à accéder auxdits moyens de mémorisation, caractérisé en ce que lors de chaque présentation par un utilisateur d'un moyen transactionnel à un terminal de service pour communiquer des informations de paiement et/ ou d'identification :
- ledit terminal copie dans les moyens de mémorisation dudit moyen transactionnel lesdites données si ledit moyen transactionnel ne les a pas en mémoire et si ledit terminal les a;
- ledit terminal copie dans ses moyens de mémorisation lesdites données si ledit moyen transactionnel les a en mémoire et si ledit terminal ne les a pas.
2/ Procédé pour transférer des données à des moyens transactionnels utilisés par des utilisateurs d'un parc de terminaux de service pour communiquer auxdits terminaux des informations de paiement et/ ou d'identification, lesdits moyens transactionnels et lesdits terminaux présentant respectivement des moyens de mémorisation et lesdits terminaux comportant des moyens pilotés de lecture et d'écriture aptes à accéder auxdits moyens de mémorisation, caractérisé en ce que lors de chaque présentation par un utilisateur d'un moyen transactionnel à un terminal de service pour communiquer des informations de paiement et/ ou d'identification : - ledit terminal copie dans les moyens de mémorisation dudit moyen transactionnel lesdites données si ledit moyen transactionnel ne les a pas en mémoire et si ledit terminal les a;
- ledit terminal copie dans ses moyens de mémorisation lesdites données si ledit moyen transactionnel les a en mémoire et si ledit terminal ne les a pas.
3/ Procédé pour transférer des données selon l'une quelconque des revendications 1 à 2, caractérisé en ce qu'initialement lesdites données sont stockées dans une partie seulement des terminaux par des moyens appropriés distincts desdits moyens transactionnels.
4/ Procédé pour transférer des données selon l'une quelconque des revendications 1 à 3, caractérisé en ce qu'initialement lesdites données sont stockées dans une partie seulement desdits moyens transactionnels mis à disposition desdits utilisateurs.
5/ Procédé pour transférer des données selon la revendication 4, caractérisé en ce lesdites données sont stockées dans tous les nouveaux moyens transactionnels mis à disposition des utilisateurs pendant une période de temps prédéterminée.
6/ Procédé pour transférer des données selon l'une quelconques des revendications précédentes, caractérisé en ce que lesdites données sont effacées desdits moyens transactionnels après une période prédéterminée de diffusion.
7/ Procédé pour transférer des données selon la revendication 6, caractérisé en ce que lesdites données sont effacées par lesdits terminaux lors de la présentation à ces derniers desdits moyens transactionnels par lesdits utilisateurs.
8/ Procédé pour transférer des données selon l'une quelconque des revendications 6 à 7, caractérisé en ce que lesdites données comportent l'indication d'une date d'expiration, qui lorsqu'elle est échue déclenche l'effacement desdites données.
9/ Procédé pour transférer des données selon l'une quelconques des revendications précédentes, caractérisé en ce que lesdits moyens transactionnels sont formés par des cartes à microprocesseurs du type avec ou sans contact.
10/ Procédé pour transférer des données selon l'une quelconques des revendications précédentes, caractérisé en ce que lesdits moyens transactionnels sont formés par des téléphones mobiles ou encore des terminaux PDAs.
1 1/ Procédé pour transférer des données selon l'une quelconque des revendications précédentes, caractérisé en ce que lesdites données comportent des fichiers informatiques destinés à faire fonctionner lesdits terminaux et/ou lesdits moyens transactionnels.
12/ Procédé pour transférer des données selon l'une quelconque des revendications précédentes, caractérisé en ce que le parc desdits terminaux comporte des horodateurs et/ ou des distributeurs automatiques de biens notamment alimentaires et/ ou des dispositifs de contrôle d'accès et/ ou des téléphones publics et/ ou des terminaux bancaires.
PCT/IB2002/000247 2001-02-05 2002-01-28 Procede de transfert de donnees entre des terminaux de service et des moyens transactionnels WO2002063575A2 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP02716222A EP1368793A2 (fr) 2001-02-05 2002-01-28 Procede de transfert de donnees entre des terminaux de service et des moyens transactionnels

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0101664A FR2820525B1 (fr) 2001-02-05 2001-02-05 Procede de transfert de donnees entre des terminaux de service et des moyens transactionnels
FR01/01664 2001-02-05

Publications (2)

Publication Number Publication Date
WO2002063575A2 true WO2002063575A2 (fr) 2002-08-15
WO2002063575A3 WO2002063575A3 (fr) 2002-11-07

Family

ID=8859735

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2002/000247 WO2002063575A2 (fr) 2001-02-05 2002-01-28 Procede de transfert de donnees entre des terminaux de service et des moyens transactionnels

Country Status (3)

Country Link
EP (1) EP1368793A2 (fr)
FR (1) FR2820525B1 (fr)
WO (1) WO2002063575A2 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2989857B1 (fr) 2012-04-23 2014-12-26 Electricite De France Procede d'acces a un service local d'un dispositif communicant via une borne.

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0643373A2 (fr) * 1993-09-10 1995-03-15 Siemens Aktiengesellschaft Dispositif pour le transfert de données avec des cartes à circuit intégré
WO1997010562A1 (fr) * 1995-09-14 1997-03-20 Cybermark, L.L.C. Interface de programmation pour kiosque a cartes a puce
EP0977161A1 (fr) * 1998-07-30 2000-02-02 Ncr International Inc. Appareil et méthode de traitement de données
US6129274A (en) * 1998-06-09 2000-10-10 Fujitsu Limited System and method for updating shopping transaction history using electronic personal digital shopping assistant

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0643373A2 (fr) * 1993-09-10 1995-03-15 Siemens Aktiengesellschaft Dispositif pour le transfert de données avec des cartes à circuit intégré
WO1997010562A1 (fr) * 1995-09-14 1997-03-20 Cybermark, L.L.C. Interface de programmation pour kiosque a cartes a puce
US6129274A (en) * 1998-06-09 2000-10-10 Fujitsu Limited System and method for updating shopping transaction history using electronic personal digital shopping assistant
EP0977161A1 (fr) * 1998-07-30 2000-02-02 Ncr International Inc. Appareil et méthode de traitement de données

Also Published As

Publication number Publication date
FR2820525A1 (fr) 2002-08-09
FR2820525B1 (fr) 2003-03-21
EP1368793A2 (fr) 2003-12-10
WO2002063575A3 (fr) 2002-11-07

Similar Documents

Publication Publication Date Title
EP1283933B1 (fr) Parc ferme de stationnement de vehicules, equipements pour sa mise en oeuvre et procede de gestion d'un tel parc
CA2007335C (fr) Systeme de paiement electronique de transports et de services publics par cartes a microcircuits
EP0426541B1 (fr) Procédé de protection contre l'utilisation frauduleuse de cartes à microprocesseur, et dispositif de mise en oeuvre
EP0338936A1 (fr) Dispositif portable électronique destiné à être utilisé en liaison avec un écran
FR2503423A1 (fr) Systeme de cartes a memoire electronique pouvant etre rechargees a des valeurs fiduciaires
WO2005055161A1 (fr) Procede et systeme de location automatique de bicyclettes
EP0990204A2 (fr) Carte a puce comprenant des moyens pour gerer une memoire virtuelle, procede et protocole de communication associes
WO2002005511A1 (fr) Module de securite
FR2761219A1 (fr) Procede et systeme pour le chargement et/ou l'execution automatique de services dans une carte a puce
EP1368793A2 (fr) Procede de transfert de donnees entre des terminaux de service et des moyens transactionnels
WO2008104704A1 (fr) Systeme de paiement electronique comportant un terminal mobile incorporant un porte-monnaie electronique et un serveur
EP1012792B1 (fr) Procede et installation pour realiser un titre d'usager personnalise infalsifiable
EP0909432B1 (fr) Dispositif portatif destine a effectuer des transactions securisees en interne et par carte a micro-circuits, et procede de mise en oeuvre correspondant
EP1365362B1 (fr) Système d'identification électronique sans contact
FR2765362A1 (fr) Module de securite comportant des moyens de creation de liens entre des fichiers principaux et des fichiers auxiliaires
WO2003083783A2 (fr) Procede personnalise de delivrance de biens ou services
WO2013160595A1 (fr) Procédé d'accès à un service local d'un dispositif communicant via une borne.
EP1233383A1 (fr) Procédé et dispositif de gestion d'applications de cartes à puce
EP1413158A1 (fr) Procede d'acces a un service specifique propose par un operateur virtuel et carte a puce d'un dispositif correspondant
FR2770071A1 (fr) Systeme d'identification de personnes
WO2003065321A2 (fr) Procede et systeme de paiement d'une place de stationnement par telephone
FR2795583A1 (fr) Module de securite
EP1170921A1 (fr) Module de sécurité
FR2793980A1 (fr) Procede pour realiser lors d'une premiere operation autorisee par une premiere carte au moins une seconde operation
WO2013045833A1 (fr) Procede et systeme de paiement de consommations repetees dans le temps et application a la location de vehicules

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

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

AL Designated countries for regional patents

Kind code of ref document: A2

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 CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE 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
AK Designated states

Kind code of ref document: A3

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

AL Designated countries for regional patents

Kind code of ref document: A3

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 CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

WWE Wipo information: entry into national phase

Ref document number: 2002716222

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2002716222

Country of ref document: EP

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

WWW Wipo information: withdrawn in national office

Ref document number: 2002716222

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP