EP1264282B1 - Systeme de billetterie multi-operateurs - Google Patents

Systeme de billetterie multi-operateurs Download PDF

Info

Publication number
EP1264282B1
EP1264282B1 EP00940447A EP00940447A EP1264282B1 EP 1264282 B1 EP1264282 B1 EP 1264282B1 EP 00940447 A EP00940447 A EP 00940447A EP 00940447 A EP00940447 A EP 00940447A EP 1264282 B1 EP1264282 B1 EP 1264282B1
Authority
EP
European Patent Office
Prior art keywords
operator
ticket
consulate
operators
transport
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
EP00940447A
Other languages
German (de)
English (en)
Other versions
EP1264282A2 (fr
Inventor
Pierre Girod
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Gemplus SA
Original Assignee
Gemplus Card International SA
Gemplus SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Gemplus Card International SA, Gemplus SA filed Critical Gemplus Card International SA
Publication of EP1264282A2 publication Critical patent/EP1264282A2/fr
Application granted granted Critical
Publication of EP1264282B1 publication Critical patent/EP1264282B1/fr
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

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

Definitions

  • the present invention relates to ticketing systems for transport networks that can be operated simultaneously by several operators in a manner transparent to the user.
  • ticketing system is understood to mean a system in which one has a dual association 1 transaction-1 contract (this is the case for example with transport network systems) or a multiple association 1 contract - n transactions (ie that every time there is a transaction, there is a reference to a general contract, that passed with an operator).
  • the invention therefore applies to any transaction system that can be operated by several operators.
  • the invention applies to transport networks.
  • One of the big problems today is the use of public transport by users who want, from a ticket bought for example from a railway company, then to use the subway, then a bus. .. and even any combination of these different means of transport, operated or not by different operators.
  • This system has the disadvantage of requiring good agreement between all the federated parties in the joint body. This good agreement is obtained only at the price of a certain erasure of the smallest partners. It still leads to a lack of flexibility and responsiveness to desirable concrete developments.
  • the invention proposes a ticketing system for multi-operator transport networks according to claim 1.
  • the second means are physically included in the first means.
  • the second means are physically external to the first means.
  • the system is applied to a public transport system.
  • the tickets are information carriers such as tickets with magnetic stripe, plastic or cardboard, or smart cards contact or contactless.
  • the invention applies to all transport systems that can be operated by several operators as mentioned above, since a ticketing system is understood to mean a system in which there is a dual association 1 transaction-1 contract or in the case of situations where one is in a multiple situation 1 contract - n transactions (that is, whenever there is a transaction, there is reference to a general contract).
  • FIG. 1 shows the block diagram of a ticketing system according to the invention, in a variant limited to the case where an operator Y accepts the clients of an operator X.
  • Figure 1 will be described about a transport network system.
  • the operator Y has a central station 101 which regulates the entire system.
  • This central station is connected by links 102 to a set of remote stations 103 in which the services operate.
  • the central station 101 is located in the centralized service building of a city bus company, and the stations 103 are the validators 110 located in the buses, which allow the access of the passengers to these buses.
  • the single links shown in the figure will be branched, with concentrators and intermediate processors.
  • a customer of this operator Y who appears on the bus validates his ticket 104 issued by Y, a contactless smart card for example, by presenting it to the validator 110.
  • validator recognizes the ticket, tests its validity, date, route ..., and authorizes the passage of the traveler, for example by lighting a green light.
  • the validator would actuate for example a turnstile.
  • the most used solution is to provide the validator with enough intelligence, that is to say a computer sufficiently powerful and provided with sufficient memory, to deal with the problem of validation locally in the station 103 itself.
  • the problem of interoperability is that a traveler with a ticket 105 issued by the other operator X receives the validator 110 authorization access on the bus after presenting his ticket 105, without the processing resulting in the issuance of this authorization by the system Y be carried out by this system itself in the same way as the processing resulting in the issue of the authorization given to the bearer of the ticket 104.
  • Such a method of processing would allow the operator Y to know all the commercial policy of the operator X, as well as the characteristics, possibly nominative, of a large part of the customers of X. It could for example determine that some customers of the operator X benefit from a particularly advantageous tariff and are important consumers, that it would be interesting to solicit directly.
  • this consulate 106 may be formed of hardware means and / or software resources distributed in a variable manner according to the needs of the implementation and / or the needs of the separate operators.
  • the bottom line is that the consulate 106 constitutes a structure sufficiently isolated from the rest of the station so that the exchanges between these two parts are strictly limited by the will of the two operators, in such a way that neither can have access to the confidential data contained in the part reserved for the other.
  • the consulate may be in the central 101 or between the central and the stations.
  • the consulate 106 thus includes all that is necessary to be able to decode the information contained on the ticket 105 issued by the operator X and to validate the access on board the bus of the passenger provided with this ticket 105.
  • the part of the station 103 reserved for the operator Y does not include in addition to the situation where there is no consulate in this station, only the strictly necessary elements, a few lines of computer code for example, to be able to carry out the exchanges with the consulate 106, which are very simplified.
  • the validator 110 finds that the ticket 105 which is presented to him is a ticket from the operator X, he transmits immediately to the consulate 106 the information which is read on this ticket, and which in principle has no meanings for him since the essential data, the type of transport contract for example, may very well be represented by only a few bytes whose meaning is known only to the operator X, said information may be accompanied by logistical data such as date and place.
  • the operator X then carries out its validation processing, which in principle is similar to that performed by the validator 110 for the tickets 104, and transmits to the validator the acceptance, or possibly the refusal, of the on-board access. 'bus.
  • the validator then authorizes, or refuses, access to the traveler.
  • this acceptance is supplemented by some data making it possible to further qualify the type of service rendered by the operator Y to the traveler of the operator X, for example a distance indication of the journey made.
  • this transmission has been represented by a link 107 of the central station 101 to the central station 201, but in practice it can be done by any other means, for example by exchange of magnetic tapes, as is practiced between the banks. for clearing transactions.
  • the consulate 106 therefore includes a certain number of data, for example tariffs, which may vary more or less frequently. In the example described for a bus transport system, these changes are relatively infrequent, but they can be much more so in other applications, for example in cell phone telecommunication systems.
  • these data are transmitted from the central station 201 to the central station 101 via a link 108, which is here represented wired as the link 107, but which can also use other means such as a tape exchange.
  • This data will then be retransmitted by the central station 101 to the consulate 106 via the links 102 and the other organs of the station 103.
  • this communication will be via a known type of encryption system.
  • a security application module known as SAM will be used.
  • the notes 104 and 105 must be of the same type for the reader to be common.
  • the consulate must operate under the same operating system as the rest of station 103.
  • the invention is however not limited to a compatibility so close. It extends to systems where the hardware and software would be much more different, but accepting a complication of realization and a cost all the greater as this difference is accentuated.
  • the outputs of the readers could be connected to a validator 110 and a consulate 106 physically. distinct, only connected by links allowing the minimum of exchanges described above.

Landscapes

  • Business, Economics & Management (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Devices For Checking Fares Or Tickets At Control Points (AREA)
  • Ticket-Dispensing Machines (AREA)
  • Telephonic Communication Services (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Hardware Redundancy (AREA)
  • Control Of Vending Devices And Auxiliary Devices For Vending Devices (AREA)

Description

  • La présente invention se rapporte aux systèmes de billettique pour réseaux de transports qui peuvent être exploités simultanément par plusieurs opérateurs de manière transparente pour l'usager.
  • On entend par système de billettique un système dans lequel on a une association duale 1 transaction-1 contrat (c'est le cas par exemple des systèmes de réseaux de transports) ou une association multiple 1 contrat - n transactions (c'est à dire que chaque fois qu'il y a une transaction, il y a référence à un contrat général, celui passé avec un opérateur).
  • L'invention s'applique par conséquent à tout système de transactions pouvant être exploité par plusieurs opérateurs. L'invention s'applique aux réseaux de transports.
  • Elle permet aux clients d'un opérateur, d'utiliser indifféremment les services et/ou les infrastructures d'un autre opérateur de manière transparente pour l'utilisateur.
  • Dans le cas de systèmes de transport en commun, les clients de plusieurs transporteurs pourront utiliser indifféremment les moyens de transport de ces opérateurs avec des titres de transport émis indifféremment par ces opérateurs et utilisables sans distinction sur chacun des moyens de transport.
  • On sait que dans les systèmes de prestation de services offerts par de grands opérateurs à destination du public, il existe différents modes d'exploitation permettant aux opérateurs d'avoir une clientèle plus au moins captive.
  • L'un des gros problèmes actuels est celui de l'utilisation des transports en commun par des usagers qui désirent, à partir d'un billet acheté par exemple à une compagnie de chemin de fer, pouvoir ensuite utiliser le métro, puis un bus ... et même toute combinaison de ces différents moyens de transport, exploités ou non par des opérateurs distincts.
  • Actuellement, pour des billets individuels la tendance des différents transporteurs est de vendre chacun leur billet pour leur portion de voyage. Cette solution n'est manifestement pas satisfaisante. Elle le serait encore moins pour les abonnements, ce qui a amené à mettre en place des systèmes du type "carte orange".
  • La répartition des recettes provenant de ce système d'abonnement se fait sur des bases statistiques, toujours sujettes à caution.
  • Il y a donc un sérieux problème d'interopérabilité, ce terme étant défini comme la possibilité pour un usager, à partir d'un billet ou d'un titre d'abonnement acheté au transporteur qui lui convient le mieux, de pouvoir utiliser tous les autres transporteurs de sa région, dans des limites de temps et de distance définies par le billet initial.
  • On remarquera que ce problème a été résolu dans le cas des cartes bancaires (du type « carte bleue »), mais la solution adoptée, du type pyramidale, comprend un opérateur unique qui fédère l'ensemble des parties bancaires et qui reste anonyme pour l'usager. Celui-ci utilise une carte émise par sa banque, qui en fait est commune à tout le monde et ne se distingue que par des aspects décoratifs. Le document EP-A-380377 décrit un système similaire dans le domaine de transports en commun.
  • Ce système présente l'inconvénient de nécessiter une bonne entente entre toutes les parties fédérées dans l'organisme commun. Cette bonne entente n'est obtenue qu'au prix d'un certain effacement des partenaires les plus petits. Elle entraîne malgré tout un manque de souplesse et de réactivité face aux évolutions concrètes souhaitables.
  • Pour pallier ces inconvénients de ces systèmes, que nous qualifions de « billettiques », l'invention propose un système de billettique pour réseaux de transports multi-opérateurs selon la revendication 1.
  • Selon une autre caractéristique, les deuxièmes moyens sont physiquement inclus dans les premiers moyens.
  • Selon une autre caractéristique, les deuxièmes moyens sont physiquement extérieur aux premiers moyens.
  • Selon une autre caractéristique, le système est appliqué à un système de transport en commun.
  • Dans ce cas, les billets sont des supports d'informations tels que des tickets à bande magnétique, plastiques ou en carton, ou des cartes à puces à contact ou sans contact.
  • D'autres particularités et avantages de l'invention apparaîtront clairement dans la description suivante, présentée à titre d'exemple non limitatif en regard des dessins annexés sur lesquels :
    • La figure 1 représente le schéma synoptique simplifié d'un système selon l'invention.
  • L'invention s'applique à tous systèmes de transports pouvant être exploités par plusieurs opérateurs comme on l'a dit précédemment dans la mesure où l'on entend par système de billettique un système dans lequel on a une association duale 1 transaction-1 contrat ou alors dans les cas de figures ou l'on est dans une situation multiple 1 contrat - n transactions (c'est à dire que chaque fois qu'il y a une transaction, il y a référence à un contrat général).
  • En outre pour simplifier, on utilisera le terme de « billet » pour tout moyen, physique ou non, permettant l'accès à un système de « billettique » tel que défini précédemment. Différentes formes possibles sont illustrées à partir des exemples d'applications de l'invention données dans la suite.
  • On a représenté sur la figure 1 le schéma synoptique d'un système de billettique selon l'invention, dans une variante limitée au cas où un opérateur Y accepte les clients d'un opérateur X.
  • La figure 1 va être décrite à propos d'un système de réseau de transport.
  • Dans cette version simple, l'opérateur Y possède un poste central 101 qui assure la régulation de l'ensemble du système. Ce poste central est relié par des liaisons 102 à un, ensemble de stations déportées 103 dans lesquelles s'opèrent les services. Pour fixer les idées, le poste central 101 est situé dans l'immeuble de service centralisé d'une société d'autobus urbain, et les stations 103 sont les valideurs 110 situés dans les bus, qui permettent d'autoriser l'accès des passagers à ces autobus. Selon la taille de l'entreprise, les liaisons simples qui sont représentées sur la figure seront ramifiées, avec des concentrateurs et des organes de traitement intermédiaires.
  • Dans le fonctionnement ordinaire de l'opérateur Y, un client de cet opérateur Y qui se présente dans l'autobus valide son billet 104 émis par Y, une carte à puce à liaison sans contact par exemple, en le présentant au valideur 110. Le valideur reconnaît le billet, teste sa validité, en date, en parcours..., et autorise le passage du voyageur, par exemple en allumant un feu vert. Dans d'autres circonstances, comme par exemple pour l'accès à une station de métro, le valideur actionnerait par exemple un tourniquet.
  • Bien que l'on puisse imaginer d'utiliser un valideur muni d'un minimum d'intelligence et une validation effective au niveau du central 101 après transmission des données par la liaison 102, puis retransmission de l'autorisation par cette même liaison, la solution la plus utilisée consiste à munir le valideur de suffisamment d'intelligence, c'est-à-dire d'un ordinateur suffisamment puissant et muni de suffisamment de mémoire, pour traiter le problème de la validation de manière locale dans la station 103 elle-même.
  • Le problème de l'interopérabilité consiste à ce qu'un voyageur muni d'un billet 105 émis par l'autre opérateur X reçoive du valideur 110 l'autorisation d'accès dans l'autobus après avoir présenté son billet 105, sans que le traitement aboutissant à la délivrance de cette autorisation par le système Y soit effectué par ce système lui-même de manière identique au traitement aboutissant à la délivrance de l'autorisation donnée au porteur du billet 104.
  • En effet, un tel mode de traitement permettrait à l'opérateur Y de connaître toute la politique commerciale de l'opérateur X, ainsi que les caractéristiques, éventuellement nominatives, d'une grande partie des clients de X. Il pourrait par exemple déterminer que certains clients de l'opérateur X bénéficient d'un tarif particulièrement avantageux et sont des consommateurs importants, qu'il serait alors intéressant de démarcher directement.
  • On propose donc de délimiter dans la station 103 un sous-ensemble 106, que pour la commodité de l'exposé nous appellerons dans la suite de ce texte « consulat ».
  • Selon les modes de réalisation de l'invention, ce consulat 106 pourra être formé de moyens matériels et/ou de moyens logiciels répartis de manière variable selon les nécessités de la mise en oeuvre et/ou des besoins des opérateurs distincts. L'essentiel est que le consulat 106 constitue une structure suffisamment isolée par rapport au reste de la station pour que les échanges entre ces deux parties soient strictement limités par la volonté des deux opérateurs, de telle manière qu'aucun des deux ne puisse avoir accès aux données confidentielles contenues dans la partie réservée à l'autre.
  • Selon d'autres exemples, le consulat pourra être dans le central 101 ou entre le central et les stations.
  • Le consulat 106 comprend donc tout ce qui est nécessaire pour pouvoir décoder les informations contenues sur le billet 105 émis par l'opérateur X et valider l'accès à bord de l'autobus du voyageur muni de ce billet 105.
  • La partie de la station 103 réservée à l'opérateur Y ne comporte en supplément par rapport à la situation où il n'y a pas de consulat dans cette station, que les éléments strictement nécessaires, quelques lignes de code informatique par exemple, pour pouvoir effectuer les échanges avec le consulat 106, qui sont très simplifiés.
  • De manière plus détaillée, lorsque le valideur 110 repère que le billet 105 qui lui est présenté est un billet de l'opérateur X, il transmet immédiatement au consulat 106 les informations qui sont lues sur ce billet, et qui n'ont en principe aucune significations pour lui puisque les données essentielles, le type de contrat de transport par exemple, peuvent très bien n'être représentées que par quelques octets dont la signification n'est connue que de l'opérateur X, lesdites informations pouvant être accompagnées de données logistiques telles que date et lieu.
  • L'opérateur X effectue alors son traitement de validation, qui dans son principe est semblable à celui effectué par le valideur 110 pour les billets 104, et retransmet au valideur l'acceptation, ou éventuellement le refus, de l'accès à bord de l'autobus. Le valideur autorise alors, ou refuse, l'accès au voyageur.
  • Le cas échéant, pour des systèmes de transport complexes, cette acceptation est complétée de quelques données permettant de qualifier plus à fond le type de service rendu par l'opérateur Y au voyageur de l'opérateur X, par exemple une indication de distance du parcours effectué.
  • Ces données sont alors transmises au poste central 101, soit directement, soit en temps différé, après mémorisation dans la journée par exemple, par la liaison 102. Elles seront ensuite transmises depuis le poste central 101 de l'opérateur Y au poste central 201 de l'opérateur X, de manière à ce que celui-ci puisse gérer ses propres clients et rémunérer l'opérateur Y pour les services rendus à ces mêmes clients. Cette rémunération se fait selon une méthode convenue et qui consiste essentiellement à définir un tarif particulier pour chaque service rendu par l'opérateur Y aux clients de l'opérateur X. Ceci correspond à une tarification particulière entre l'opérateur X et l'opérateur Y, sans que les conventions commerciales convenues entre l'opérateur X et ses propres clients interviennent, ni ne soient connues à l'opérateur Y.
  • Sur la figure, cette transmission a été représentée par une liaison 107 du poste central 101 au poste central 201, mais dans la pratique elle peut se faire par tout autre moyen, par exemple par échange de bandes magnétiques, comme cela se pratique entre les banques pour les opérations de compensation.
  • Le consulat 106 comprend donc un certain nombre de données, tarifaires par exemple, susceptibles de varier plus au moins fréquemment. Dans l'exemple décrit pour un système de transport par autobus, ces changements sont relativement peu fréquents, mais ils peuvent l'être beaucoup plus dans d'autres applications, par exemple dans les systèmes de télécommunication par téléphone cellulaire.
  • Pour faciliter la mise à jour de ces données, On propose en outre de les faire transiter depuis le poste central 201 de l'opérateur X jusqu'au consulat 106 contenu dans les stations terminales 103 par l'intermédiaire du poste central 101 de l'opérateur Y et de ses liaisons 102 avec les stations 103.
  • Pour cela, ces données, et plus généralement toute la programmation du consulat 106, sont transmises depuis le poste central 201 au poste central 101 par l'intermédiaire d'une liaison 108, qui est ici représentée de manière filaire comme la liaison 107, mais qui peut utiliser elle aussi d'autres moyens tels qu'un échange de bandes magnétiques. Ces données seront alors retransmises par le poste central 101 au consulat 106 par l'intermédiaire des liaisons 102 et des autres organes de la station 103.
  • Bien entendu, pour garder la confidentialité de ces données, pour laquelle tout ce système a été conçu, cette communication se fera par l'intermédiaire d'un système de cryptage de type connu. On utilisera par exemple un module d'application de sécurité connu sous le sigle SAM.
  • On propose aussi d'utiliser un tel système SAM pour envoyer, depuis le consulat 106 jusqu'au poste central 201, un certain nombre de données relatives aux clients munis du billet 105 et dont l'opérateur X ne souhaite pas qu'elles soient connues de l'opérateur Y.
  • Il est clair que, tel que décrit, le système nécessite un minimum de compatibilité matérielle et logicielle entre les systèmes de billettique de l'opérateur X et de l'opérateur Y.
  • Ainsi, dans cet exemple les billets 104 et 105 doivent être du même type pour que le lecteur soit commun. De même, le consulat doit fonctionner sous le même système d'exploitation que le reste de la station 103.
  • L'invention n'est cependant pas limitée à une compatibilité si proche. Elle s'étend à des systèmes où le matériel et le logiciel seraient beaucoup plus différents, mais en acceptant une complication de réalisation et un coût d'autant plus grand que cette différence s'accentue.
  • On pourrait ainsi avoir un billet 104 à lecture sans contact et un billet 105 à lecture magnétique, nécessitant donc deux lecteurs distincts. Dans ce cas, les sorties des lecteurs pourraient être reliées à un valideur 110 et à un consulat 106 physiquement distincts, uniquement reliés par des liaisons permettant le minimum d'échanges décrits ci-dessus.
  • Cette solution permettrait d'augmenter la sécurité vis-à-vis des intrusions d'un opérateur par l'autre, mais on constate tout de suite qu'elle entraîne un foisonnement matériel assez peu intéressant.
  • Ce foisonnement matériel sera d'autant moins intéressant que l'on n'aura affaire non plus à deux opérateurs X et Y, tel que décrit ci-dessus, mais à un ensemble d'opérateurs X, Y, Z ..., situation dans laquelle l'invention s'applique parfaitement puisqu'il suffit alors d'avoir un consulat par opérateur extérieur. Cette situation est assez peu fréquente dans le cas des transports en commun, mais elle peut être beaucoup plus fréquente dans les autres applications dans le domaine des transports de l'invention.
  • Dans la pratique, compte tenu des standardisations existantes actuellement chez les fournisseurs des éléments utilisés pour construire le système, il est facile et sans inconvénients d'éviter un tel foisonnement.

Claims (5)

  1. Système de billethique pour réseaux de transports multi-opérateurs comprenant des premiers moyens (103) spécifiques à un premier opérateur pour acquérir le contenu d'un billet (104) ou un titre d'abonnement émis par cet opérateur et pour autoriser un service en fonction des informations acquises, caractérisé en ce qu'il comprend en outre des deuxièmes moyens (106) pour décoder les informations lorsqu'elles proviennent d'un billet (105) ou titre d'abonnement émis par un autre opérateur pour valider l'accès audit service et pour transmettre aux premiers moyens une simple autorisation de rendre ledit service en fonction des informations obtenues et traitées d'une manière spécifique auxdits deuxièmes moyens.
  2. Système selon la revendication 1, caractérisé en ce que les deuxièmes moyens (106) sont physiquement inclus dans les premiers moyens (103).
  3. Système selon la revendication 1, caractérisé en ce que les deuxièmes moyens (106) sont physiquement extérieurs aux premiers moyens (103).
  4. Système selon l'une quelconque des revendications 1 à 3, caractérisé en ce qu'il est appliqué à un système de transport en commun.
  5. Système selon la revendication 4, caractérisé en ce que les billets ou titres d'abonnement sont des supports d'information tels que des tickets à bande magnétique, plastiques ou carton ou des cartes à puces à contact ou sans contact.
EP00940447A 1999-06-09 2000-06-07 Systeme de billetterie multi-operateurs Expired - Lifetime EP1264282B1 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR9907288A FR2794916B1 (fr) 1999-06-09 1999-06-09 Systeme de billettique multi-operateurs, notamment pour transports en commun
FR9907288 1999-06-09
PCT/FR2000/001550 WO2000075875A2 (fr) 1999-06-09 2000-06-07 Systeme de billetterie multi-operateurs

Publications (2)

Publication Number Publication Date
EP1264282A2 EP1264282A2 (fr) 2002-12-11
EP1264282B1 true EP1264282B1 (fr) 2006-04-26

Family

ID=9546575

Family Applications (1)

Application Number Title Priority Date Filing Date
EP00940447A Expired - Lifetime EP1264282B1 (fr) 1999-06-09 2000-06-07 Systeme de billetterie multi-operateurs

Country Status (8)

Country Link
EP (1) EP1264282B1 (fr)
CN (1) CN1421023A (fr)
AT (1) ATE324643T1 (fr)
AU (1) AU5538400A (fr)
DE (1) DE60027605T2 (fr)
ES (1) ES2263477T3 (fr)
FR (1) FR2794916B1 (fr)
WO (1) WO2000075875A2 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020060974A (ja) * 2018-10-10 2020-04-16 トヨタ自動車株式会社 使用管理装置、使用管理方法、およびプログラム

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0169278B1 (fr) * 1984-07-23 1990-01-03 Computer Services Corporation Dispositif pour la répartition des revenus de vente de tickets de voyage
FR2642202B1 (fr) * 1989-01-25 1994-02-18 Urba 2000 Systeme de paiement electronique de transports et de services publics par cartes a microcircuit
AU5611890A (en) * 1989-06-02 1990-12-06 Cubic Western Data Tickete usage tracking method and system

Also Published As

Publication number Publication date
WO2000075875A3 (fr) 2002-10-10
DE60027605T2 (de) 2007-04-26
CN1421023A (zh) 2003-05-28
FR2794916B1 (fr) 2001-09-14
FR2794916A1 (fr) 2000-12-15
AU5538400A (en) 2000-12-28
EP1264282A2 (fr) 2002-12-11
ATE324643T1 (de) 2006-05-15
DE60027605D1 (de) 2006-06-01
WO2000075875A2 (fr) 2000-12-14
ES2263477T3 (es) 2006-12-16

Similar Documents

Publication Publication Date Title
US20090012899A1 (en) Systems and methods for generating and managing a linked deposit-only account identifier
WO2002001521A1 (fr) Système de transaction avec dispositif personnel portatif d'identification et de contrôle de transaction
KR20000023866A (ko) 티켓판매시스템
WO2002005152A1 (fr) Systeme et procede de gestion de transactions de micropaiement, terminal de client et equipement de marchand correspondants
WO2018077736A2 (fr) Procede et systeme pour la reception et/ou l'emission automatique d'informations relatives a des transactions
EP1264282B1 (fr) Systeme de billetterie multi-operateurs
US20120271763A1 (en) Method and system for mobile remittance
EP0814440B1 (fr) Procédé de rechargement de cartes prépayées virtuelles
CN106251126A (zh) 交通一卡通移动交易方法及***
EP1261948B1 (fr) Terminal de paiement sur reseau local
FR2960322A1 (fr) Equipement portable de communication, systeme et procede de communication entre un terminal local et une pluralite d'equipements portables
EP1085475A1 (fr) Procédé de transfert monétaire, notamment de collecte électronique de fonds
WO2003007251A1 (fr) Procede assurant une garantie de paiement pour le commerce electronique notamment par telephone mobile et systeme de mise en oeuvre
FR2828966A1 (fr) Procede pour communiquer de facon securisee des donnees d'identification d'une carte de paiement
FR2806185A1 (fr) Procede securise de transaction entre un acheteur et un vendeur
CA2434196A1 (fr) Systeme et methode de renouvellement de donnees d'identification sur un dispositif d'identification portatif
EP3215995A1 (fr) Procédé et système de traçage de biens de consommation et carte de traçage correspondante
CN108647945A (zh) 一种全网数字营销管理***
González Vera The Adoption of Contactless Payments from a Branding Perspective
FR2819127A1 (fr) Procede et installation de securisation de transactions a distance par confirmation de transaction
Ranjan Challenges in Electronic Payment System-A Review
KR20080023034A (ko) 디지털 머니의 통합관리시스템을 이용한 결제방법
FR2812739A1 (fr) Procede et systeme permettant aux utilisateurs d'un reseau de communication, notamment du type internet, d'effectuer des paiements securises
FR2806192A1 (fr) Procede et moyen de paiement sur internet
Ruangthanacharoenkul Feasibility study and business plan of King Power Duty Free online web site, www. kingpowerdutyfreeonline. com

Legal Events

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

Free format text: ORIGINAL CODE: 0009012

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE

AX Request for extension of the european patent

Free format text: AL;LT;LV;MK;RO;SI

17P Request for examination filed

Effective date: 20030410

17Q First examination report despatched

Effective date: 20040521

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

DAX Request for extension of the european patent (deleted)
GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20060426

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20060426

Ref country code: IE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20060426

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20060426

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

Free format text: NOT ENGLISH

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

Free format text: LANGUAGE OF EP DOCUMENT: FRENCH

REF Corresponds to:

Ref document number: 60027605

Country of ref document: DE

Date of ref document: 20060601

Kind code of ref document: P

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20060630

Ref country code: MC

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20060630

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20060726

REG Reference to a national code

Ref country code: SE

Ref legal event code: TRGR

REG Reference to a national code

Ref country code: CH

Ref legal event code: NV

Representative=s name: BUGNION S.A.

GBT Gb: translation of ep patent filed (gb section 77(6)(a)/1977)

Effective date: 20060821

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20060926

NLV1 Nl: lapsed or annulled due to failure to fulfill the requirements of art. 29p and 29m of the patents act
REG Reference to a national code

Ref country code: IE

Ref legal event code: FD4D

REG Reference to a national code

Ref country code: ES

Ref legal event code: FG2A

Ref document number: 2263477

Country of ref document: ES

Kind code of ref document: T3

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

26N No opposition filed

Effective date: 20070129

BERE Be: lapsed

Owner name: GEMPLUS

Effective date: 20060630

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20060727

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20060607

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20060426

REG Reference to a national code

Ref country code: FR

Ref legal event code: CD

Ref country code: FR

Ref legal event code: TP

REG Reference to a national code

Ref country code: GB

Ref legal event code: S117

Free format text: REQUEST FILED; REQUEST FOR CORRECTION UNDER SECTION 117 FILED ON 26 APRIL 2010

REG Reference to a national code

Ref country code: GB

Ref legal event code: 732E

Free format text: REGISTERED BETWEEN 20110616 AND 20110622

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: CH

Payment date: 20110526

Year of fee payment: 12

Ref country code: SE

Payment date: 20110603

Year of fee payment: 12

Ref country code: ES

Payment date: 20110609

Year of fee payment: 12

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20110606

Year of fee payment: 12

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: IT

Payment date: 20110528

Year of fee payment: 12

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FR

Payment date: 20110727

Year of fee payment: 12

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DE

Payment date: 20110606

Year of fee payment: 12

REG Reference to a national code

Ref country code: DE

Ref legal event code: R082

Ref document number: 60027605

Country of ref document: DE

Representative=s name: HOFFMANN - EITLE, DE

REG Reference to a national code

Ref country code: DE

Ref legal event code: R082

Ref document number: 60027605

Country of ref document: DE

Representative=s name: HOFFMANN - EITLE, DE

Effective date: 20120629

Ref country code: DE

Ref legal event code: R081

Ref document number: 60027605

Country of ref document: DE

Owner name: GEMALTO SA, FR

Free format text: FORMER OWNER: GEMPLUS, GEMENOS, FR

Effective date: 20120629

REG Reference to a national code

Ref country code: SE

Ref legal event code: EUG

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

GBPC Gb: european patent ceased through non-payment of renewal fee

Effective date: 20120607

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20120608

Ref country code: IT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20120607

REG Reference to a national code

Ref country code: FR

Ref legal event code: ST

Effective date: 20130228

REG Reference to a national code

Ref country code: DE

Ref legal event code: R119

Ref document number: 60027605

Country of ref document: DE

Effective date: 20130101

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20120630

Ref country code: GB

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20120607

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20120630

Ref country code: FR

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20120702

Ref country code: DE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20130101

REG Reference to a national code

Ref country code: ES

Ref legal event code: FD2A

Effective date: 20131021

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: ES

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20120608