EP1264282A2 - Systeme de billetterie multi-operateurs - Google Patents

Systeme de billetterie multi-operateurs

Info

Publication number
EP1264282A2
EP1264282A2 EP00940447A EP00940447A EP1264282A2 EP 1264282 A2 EP1264282 A2 EP 1264282A2 EP 00940447 A EP00940447 A EP 00940447A EP 00940447 A EP00940447 A EP 00940447A EP 1264282 A2 EP1264282 A2 EP 1264282A2
Authority
EP
European Patent Office
Prior art keywords
operator
consulate
tickets
central station
information
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.)
Granted
Application number
EP00940447A
Other languages
German (de)
English (en)
Other versions
EP1264282B1 (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

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 which can be operated simultaneously by several operators in a transparent manner for one user.
  • ticketing system is meant a system in which there is a dual association 1 transaction-1 contract (this is the case for example of transport network systems) or a multiple association 1 contract - n transactions (i.e. that each time there is a transaction, there is reference to a general contract, that signed with an operator (for example a mobile operator or a Credit Card Grouping, for the payment aspects.
  • the invention therefore applies to any transaction system which can be exploited by several operators.
  • the invention applies in particular to radio telephony, banking networks, and transport networks.
  • a user having contracted with a telephone operator will be able to carry out telephone transactions from the equipment of another operator or other operators or a telephone network operator.
  • the networks are completely separate and a user can only use the network of the operator to which he is subscribed unless specific agreement between said operators.
  • This solution is currently viable because because of the large number of subscribers operators can afford to have either overlapping or substantially continuous networks. It is however very certain that for sparsely populated areas, and therefore poorly served, it would certainly be desirable for customers to have access, in a transparent manner if possible, to the various networks, in order to ensure truly coverage. complete under economically acceptable conditions. This of course poses the problem of pricing and billing of calls passing through a network to which the subscriber is not a member.
  • the billing system is essentially based on the processing of data concerning actual communications, data which is collected by the incumbent operator and then communicated to the new operators. We can see that the new operators are therefore totally linked to the incumbent operator and must trust it for the validity of the data received, which is not without drawbacks between direct competitors.
  • the invention provides a multi-operator ticketing system, which includes first means specific to a first operator to acquire the content of a ticket issued by this operator and to authorize a service based on the information acquired, mainly characterized in that it further comprises second means, called “consulate", for receiving the information when it comes from a ticket issued by another operator and for transmitting with the first means a simple authorization to render said service according to the information thus known and treated in a specific way to the consulate.
  • the service authorization is subject to the prior completion of a transaction.
  • the methods of processing information by the first means and the consulate are hidden from each other.
  • the consulate is physically included in the first means.
  • the consulate is physically external to the first means.
  • the system comprises a central station and a set of remote stations intended to know the content of the tickets and to carry out the transactions and connected to the central station by first transmission circuits.
  • each remote station includes a consulate.
  • the central station comprises second transmission circuits for transmitting to the central station of the other operator the data corresponding to the transactions carried out on behalf of this other operator.
  • the central station comprises third transmission circuits for transmitting from the central station of the other operator to the consulate the information concerning the methods of processing by the consulate of the information carried on the ticket.
  • the system is applied to a public transport system and the remote stations are validators of access to transport vehicles.
  • the tickets are information carriers such as magnetic strip, plastic or cardboard tickets, or contact or contactless smart cards.
  • the system is applied to a mobile telephone system and the remote stations are base stations of radio telephone networks, the information carried by the tickets being read by mobile telephones and transmitted to the base stations.
  • the tickets are in the form of a mobile phone - associated smart card for mobile telephony (GSM or UMTS standards).
  • GSM mobile phone - associated smart card for mobile telephony
  • the system is applied to a banking system and the remote stations are dispensing terminals, the information carried by the tickets being read by the dispensing terminals.
  • the tickets are in the form of credit cards, chip or magnetic strip.
  • the system is applied to different finality systems.
  • the system can be applied to transport and parking systems or to transport and retail loyalty systems.
  • FIG. 1 represents the simplified block diagram of a system according to the invention
  • FIG. 2 represents the block diagram of a system according to the invention applied to a mobile telephone network belonging to an operator distinct from the telephony operators
  • FIG. 3 represents the block diagram of a system according to the invention applied to a banking network belonging to an operator distinct from banking operators (banks).
  • the invention applies to all transaction systems which can be exploited by several operators as mentioned above insofar as a ticketing system is understood to mean a system in which there is a dual association 1 transaction-1 contract (case of transport) or then in the case of figures where one is in a multiple situation 1 contract - n transactions (that is to say that each time there is a transaction, there is reference to a contract in general, that passed with the mobile operator (the mobile phone (GSM or UMTS)), or with the Credit Card Grouping, for the payment aspects.
  • a ticketing system is understood to mean a system in which there is a dual association 1 transaction-1 contract (case of transport) or then in the case of figures where one is in a multiple situation 1 contract - n transactions (that is to say that each time there is a transaction, there is reference to a contract in general, that passed with the mobile operator (the mobile phone (GSM or UMTS)), or with the Credit Card Grouping, for the payment aspects.
  • GSM mobile phone
  • UMTS Credit Card Group
  • ticket will be used for any means, physical or not, allowing access to a “ticketing” system as defined above. Different possible forms are illustrated from the examples of applications of the invention given below.
  • 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 customers of an operator X.
  • FIG. 1 will be described in connection with a transport network system by way of example.
  • this scheme also applies to a mobile radio system or a banking 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 an urban bus company, and the stations 103 are the validators 110 located on the buses, which make it possible to authorize the access of the passengers. to these buses.
  • the single connections which are shown in the figure will be branched, with concentrators and intermediate processing units.
  • a customer of this operator Y who arrives 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 activate a turnstile, for example.
  • the most used solution consists in providing the validator with sufficient intelligence, that is to say 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 consists in that a traveler provided with a ticket 105 issued by the other operator X receives from the validator 110 the authorization to access the bus after having presented his ticket 105, without the processing leading to the issue of this authorization by the system Y is carried out by this system itself in a manner identical to the processing leading to the issuing of the authorization given to the holder of the ticket 104.
  • Such a processing mode would allow operator Y to know all the commercial policy of operator X, as well as the characteristics, possibly nominative, of a large part of X's customers. It could, for example, determine that certain customers of operator X benefit from a particularly advantageous rate and are significant consumers, which it would then be interesting to solicit directly.
  • the invention therefore proposes to delimit in station 103 a sub-assembly 106, which for the sake of convenience we will call in the rest of this text "consulate".
  • this consulate 106 may be in the form of hardware means and / or software means 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 for the exchanges between these two parties to be strictly limited by the will of the two operators, in such a way that neither of them can have access to the confidential data contained in the part reserved for the other.
  • the consulate may be in central 101 or between the central and the stations.
  • the consulate 106 therefore includes all that is necessary to be able to decode the information contained on the ticket 105 issued by operator X and to validate access to the passenger's bus equipped with this ticket 105.
  • the part of station 103 reserved for 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 exchanges with the consulate 106, which are very simplified.
  • the validator 110 identifies that the ticket 105 presented to him is a ticket from operator X, he immediately transmits 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 only be represented by 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 performs its validation processing, which in principle is similar to that carried out by the validator 110 for tickets 104, and retransmits the acceptance, or possibly the refusal, of access on board the '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 provided by operator Y to the traveler of operator X, for example an indication of distance of the journey performed.
  • These data are then transmitted to the central station 101, either directly or in deferred time, after storage for the day for example, by the link 102. They will then be transmitted from the central station 101 of the operator Y to the central station 201 of operator X, so that he can manage his own customers and remunerate operator Y for the services rendered to these same customers. This remuneration is done according to an agreed method, which essentially consists in defining a specific tariff for each service rendered by operator Y to customers of operator X.
  • this transmission has been represented by a link 107 from the central station 101 to the central station 201, but in practice it can be done by any other means, for example by exchanging magnetic tapes, as is done between banks. for clearing operations.
  • the consulate 106 therefore includes a certain number of data, tariffs for example, liable to 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 frequent in other applications, for example in cellular telephone telecommunications systems. To facilitate the updating of these data, the invention further proposes to have them transit from the central station 201 of operator X to the consulate 106 contained in the terminal stations 103 through the central station 101 of operator Y and its links 102 with stations 103.
  • these data and more generally all the programming of the consulate 106, are transmitted from the central station 201 to the central station 101 via a link 108, which is here represented in a wire form as the link 107, but who can also use other means such as an exchange of magnetic tapes.
  • These 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 done via an encryption system of known type. We will use for example a security application module known by the acronym SAM.
  • the invention also proposes to use such a SAM system to send, from the consulate 106 to the central station 201, a certain number of data relating to the customers carrying the ticket 105 and whose operator X does not wish them to are known to the operator Y.
  • the tickets 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 such close compatibility. It extends to systems where the hardware and the software would be much more different, but by accepting a complication of realization and a cost all the greater as this difference increases.
  • the outputs of the readers could be linked to a validator 110 and to a consulate 106 physically separate, only connected by links allowing the minimum of exchanges described above.
  • FIG. 2 illustrates a multi-operator ticketing system according to the invention, applied to GSM or UMTS mobile telephone networks in the case where the networks belong to an operator Z.
  • the consulate 106 takes the appearance of a component installed in the means 103 which are specific means of the network, namely the equipment of the basic cell.
  • the consulate 106 makes it possible to initiate the dialogue between the smart card 105 - TX mobile phone (or smart card - TY phone) couple and the network according to the same principle of identification of the operator X (or Y) transmitting the smart card, identification of the user, recognition of his rights to consume then recording of the data relating to the transaction According to the same modalities these data, possibly encrypted (except those necessary for the operator Z of the infrastructure to claim a payment to the operator concerned X (or Y), are recorded either at the level of the basic equipment or at the level of the central system Z of the network operator for subsequent return to the operator X (or
  • FIG. 3 illustrates a multi-operator ticketing system according to the invention, applied to the networks of banks if the networks belong to an operator Z.
  • this concept of neighborhood interoperability also applies to a banking environment for which the stations 103 are the distributing terminals belonging to a bank and usable by separate bankers without there being, as opposed to the existing system in France, need to connect to an authorization center.
  • the consulate 106 takes the appearance of a component installed in the means 103 which are specific means of the banking network (the distributing terminals).
  • the consulate 106 makes it possible to initiate the dialogue between this terminal 103 of a bank Y and the bank card 105 belonging to another bank X according to the same principle of identification of the bank issuing the card, of identification of the 'user, recognition of their rights to consume then recording of data relating to the transaction.
  • this data is recorded at the bank terminal, then returned to the central system of the operator Z of the network for subsequent restitution.

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)
  • Control Of Vending Devices And Auxiliary Devices For Vending Devices (AREA)
  • Hardware Redundancy (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

SYSTEME DE BILLETTIQUE MULTI-OPERATEURS
La présente invention se rapporte aux systèmes de billettique qui peuvent être exploités simultanément par plusieurs opérateurs de manière transparente pour 1' 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 (par exemple un opérateur de téléphonie mobile ou un Groupement Carte Bancaire, pour les aspects paiements.
L'invention s'applique par conséquent à tout système de transactions pouvant être exploité par plusieurs opérateurs. L'invention s'applique en particulier à la radio téléphonie, aux réseaux bancaires, et 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 1 'utilisateur.
Dans le cas de systèmes de téléphonie mobile, un utilisateur ayant passé un contrat avec un opérateur téléphonique, pourra effectuer des transactions téléphoniques à partir des équipements d'un autre operateur ou d'autres operateurs ou d'un exploitant du réseau téléphonique.
Dans le cas de systèmes bancaires, les clients de plusieurs banques pourront effectuer des transactions avec les équipements de ces banques ou d'un exploitant du reseau bancaire sans connexion à un centre d' autorisation.
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 operateurs 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.
Par exemple, dans le cas des systèmes de téléphone cellulaires, les réseaux sont totalement distincts et un usager ne peut utiliser que le reseau de l'opérateur auquel il est abonné sauf accord spécifique entre lesdits opérateurs. Cette solution est pour le moment viable parce qu'en raison du grand nombre d'abonnés les opérateurs peuvent se permettre d' avoir des réseaux soit superposes soit sensiblement continus. Il est toutefois bien certain que pour des zones peu peuplées, et de ce fait mal desservies, il serait certainement souhaitable que les clients puissent accéder, de manière transparente si possible, aux différents reseaux, afin d'assurer une couverture vraiment complète dans des conditions économiquement acceptables. Ceci pose bien entendu le problème de la tarification et de la facturation des appels passant par un reseau auquel l'abonne n'est pas adhérent. Ce problème est particulièrement crucial en raison de la guerre commerciale actuellement en cours entre les opérateurs et qui les amène à décliner un très grand nombre de modalités de facturation distinctes selon les opérateurs et fréquemment variables. Un exemple d' accès multiple se rencontre actuellement dans le reseau de téléphone filaire, pour lequel il n'existe dans les pays récemment libéralisés qu'un seul réseau physique appartenant à un exploitant historique. Les clients qui désirent utiliser les services d'un autre opérateur doivent nécessairement passer par le réseau physique existant et identifier l'opérateur qu'ils souhaitent utiliser à l'aide d'un préfixe. En fait même les systèmes de commutation appartiennent à l'opérateur historique possesseur du réseau physique et les autres operateurs ne font que louer des capacités d' acheminement des communications qu'ils revendent ensuite à leurs clients. Ils se rémunèrent sur la différence de prix entre la location en gros et la revente au détail. On voit que le système de facturation repose essentiellement sur le traitement de données concernant les communications effectives, données qui sont collectées par l'opérateur historique puis communiquées aux nouveaux opérateurs. On constate qu'ainsi les nouveaux opérateurs sont totalement liés à l'opérateur historique et doivent lui faire confiance pour la validité des données reçues, ce qui n'est pas sans inconvénient entre concurrents directs.
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. II 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.
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 multi-opérateurs, qui comprend des premiers moyens spécifiques à un premier opérateur pour acquérir le contenu d'un billet émis par cet opérateur et pour autoriser un service en fonction des informations acquises, principalement caractérisé en ce qu'il comprend en outre des deuxièmes moyens, dits « consulat », pour recevoir les informations lorsqu'elles proviennent d'un billet émis par un autre opérateur et pour transmettre aux premiers moyens une simple autorisation de rendre ledit service en fonction des informations ainsi connues et traitées d'une manière spécifique au consulat. Selon une autre caractéristique, l'autorisation de service est subordonnée à la réalisation préalable d'une transaction.
Selon une autre caractéristique, les modes de traitement des informations par les premiers moyens et le consulat sont cachés de l'un par rapport à l'autre. Selon une autre caractéristique, le consulat est physiquement inclus dans les premiers moyens.
Selon une autre caractéristique, le consulat est physiquement extérieur aux premiers moyens. Selon une autre caractéristique, le système comprend un poste central et un ensemble de stations déportées destinées à connaître le contenu des billets et à effectuer les transactions et reliées au poste central par des premiers circuits de transmission. Selon une autre caractéristique, chaque station déportée comprend un consulat.
Selon une autre caractéristique, le poste central comprend des deuxièmes circuits de transmission pour transmettre au poste central de l'autre opérateur les données correspondant aux transactions effectuées pour le compte de cet autre opérateur.
Selon une autre caractéristique, le poste central comprend des troisièmes circuits de transmission pour transmettre depuis le poste central de l'autre operateur au consulat les informations concernant les modes de traitement par le consulat des informations portées sur le billet.
Selon une autre caractéristique, le système est appliqué à un système de transport en commun et les stations déportées sont des valideurs d'accès aux véhicules de transport.
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. Selon une autre caractéristique, le système est appliqué à un système de téléphonie mobile et les stations déportées sont des stations de base de réseaux de radio téléphonie, les informations portées par les billets étant lues par des téléphones mobiles et transmises aux stations de base.
Dans ce cas, les billets se présentent sous forme téléphone portable - carte à puce de téléphonie mobile associée (standards GSM ou UMTS) . Selon une autre caractéristique, le système est applique à un système bancaire et les stations déportées sont des terminaux distributeurs, les informations portées par les billets étant lues par les terminaux distributeurs. Dans ce cas, les billets se présentent sous forme de cartes de crédit, à puce ou à bande magnétique.
Selon une autre caractéristique, le système est appliqué à des systèmes de finalité différentes.
En effet, le système peut s'appliquer à des systèmes de transport et parking ou a des systèmes de transport et fidélité commerces.
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 ;
La figure 2 représente le schéma synoptique d'un système selon l' invention appliqué à un réseau de téléphonie mobile appartenant à un exploitant distinct des opérateurs de téléphonie; La figure 3 représente le schéma synoptique d'un système selon l'invention appliqué à un réseau bancaire appartenant à un exploitant distinct des opérateurs bancaires (les banques) . L'invention s'applique à tous systèmes de transaction 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 (cas du transport) 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, celui passé avec l'opérateur de téléphonie mobile (le téléphone mobile (GSM ou UMTS)), ou avec le Groupement Carte Bancaire, pour les aspects paiements .
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 à titre d'exemple. Bien entendu, ce schéma s'applique également à un système de radio téléphonie mobile ou à un système de réseaux bancaire. Dans cette version simple, l'operateur 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 a 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.
L' invention 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 forme de moyens matériels et/ou de moyens logiciels répartis de manière variable selon les nécessités de la mise en œuvre 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, l'invention 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.
L'invention propose aussi d'utiliser un tel système SAM pour envoyer, depuis le consulat 106 usqu'au poste central 201, un certain nombre de données relatives aux clients munis du billet 105 et dont l'operateur X ne souhaite pas qu'elles soient connues de l'operateur 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'operateur X et de l'operateur 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-a-vis des intrusions d'un operateur 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 operateurs X et Y, tel que décrit ci-dessus, mais à un ensemble d'operateurs 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 de l'invention, par exemple dans les systèmes de téléphone cellulaire.
Dans la pratique, compte tenu des standardisations existantes actuellement chez les fournisseurs des éléments utilises pour construire le système, il est facile et sans inconvénients d'éviter un tel foisonnement .
La figure 2 illustre un système de billétique multi opérateurs selon l'invention, appliqué aux réseaux de téléphonie mobile GSM ou UMTS dans le cas où les réseaux appartiennent à un exploitant Z.
En effet comme on la dit précédemment, le concept d'interopérabilité de voisinage s'applique aussi à un environnement de téléphonie mobile dans lequel le réseau physique serait utilisable par des opérateurs distincts (le réseau appartenant soit à l'un de ces opérateurs, soit à un exploitant distinct de ceux-ci et louant son infrastructure à ces opérateurs) .
Dans ce cas de figure, le consulat 106 prend l'apparence d'un composant installé dans les moyens 103 qui sont des moyens spécifiques du réseau à savoir les équipements de la cellule de base. Le consulat 106 permet d'entamer le dialogue entre le couple carte à puce 105 - téléphone portable TX (ou carte à puce- téléphone TY) et le réseau selon le même principe d'identification de l'opérateur X (ou Y) émetteur de la carte à puce, identification de l'usager, reconnaissance de ses droits à consommer puis enregistrement des données relatives à la transaction Selon les mêmes modalités ces données, éventuellement cryptées (hormis celles nécessaires à l'exploitant Z de l'infrastructure pour réclamer un paiement à l'opérateur concerné X (ou Y), sont enregistrées, soit au niveau de l'équipement de base, soit au niveau du système central Z de l'exploitant du réseau pour restitution ultérieure à l'opérateur X (ou
Y) •
Il est clair que ce principe d'exploitation est distinct de celui actuellement préconisé dans les pays industrialisés où chaque opérateur est propriétaire de ses infrastructures, mais il présente un intérêt certain pour des pays pour lesquels les frais d'installation d'infrastructure pose un grave problème.
La figure 3 illustre un système de billétique multi opérateurs selon l'invention, appliqué aux réseaux de banques dans le cas où les réseaux appartiennent à un exploitant Z.
En effet, ce concept d'interopérabilité de voisinage s'applique également à un environnement banque pour lesquels les stations 103 sont les terminaux distributeurs appartenant à une banque et utilisables par des banquiers distincts sans qu' il y ait, par opposition avec le système existant en France, nécessité de se connecter à un centre d'autorisation. Dans ce cas de figure, le consulat 106 prend l'apparence d'un composant installé dans les moyens 103 qui sont des moyens spécifiques du réseau bancaire (les terminaux distributeurs) . Le consulat 106 permet d'entamer le dialogue entre ce terminal 103 d'une banque Y et la carte bancaire 105 appartenant à une autre banque X selon le même principe d'identification de la banque émettrice de la carte, de l'identification de l'usager, reconnaissance de ses droits à consommer puis enregistrement des données relatives à la transaction.
Selon les mêmes modalités ces données, éventuellement cryptées (hormis celles nécessaires à l'exploitant de l'infrastructure pour réclamer un paiement au banquier concerné) , sont enregistrées au niveau du terminal bancaire, puis rapatriées vers le système central de l'exploitant Z du réseau pour restitution ultérieure.

Claims

REVENDICATIONS
1. Système de billettique multi-opérateurs, qui comprend des premiers moyens (103) spécifiques à un premier opérateur pour acquérir le contenu d'un billet
(104) é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), dits « consulat », pour recevoir les informations lorsqu'elles proviennent d'un billet (105) émis par un autre opérateur 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 au consulat.
2. Système selon la revendication 1, caractérisé en ce que l'autorisation de service est subordonnée à la réalisation préalable d'une transaction.
3. Système selon la revendication 1 ou 2, caractérisé en les modes de traitement des informations par les premiers moyens (103) et le consulat (106) sont cachés de l'un par rapport à l'autre.
4. Système selon l'une quelconque des revendications 1 à 3, caractérisé en ce que le consulat (106) est physiquement inclus dans les premiers moyens (103) .
5. Système selon l'une quelconque des revendications 1 à 3, caractérisé en ce que le consulat (106) est physiquement extérieur aux premiers moyens (103) .
6. Système selon l'une quelconque des revendications 1 à 5, caractérisé en ce que le système comprend un poste central (101) et un ensemble de stations déportées (103) destinées à acquérir le contenu des billets et à effectuer les transactions et reliées au poste central par des premiers circuits de transmission (102).
7. Système selon la revendication 6, caractérisé en ce que chaque station déportée (103) comprend un consulat (106) .
8. Système selon l'une quelconque des revendications 6 et 7, caractérisé en ce le poste central (101) comprend des deuxièmes circuits de transmission (107) pour transmettre au poste central de l'autre opérateur (201) les données correspondant aux transactions effectuées pour le compte de cet autre opérateur.
9. Système selon l'une quelconque des revendications 6 à 8, caractérisé en ce que le poste central comprend des troisièmes circuits de transmission (108) pour transmettre depuis le poste central de l'autre opérateur (201) au consulat (106) les informations concernant les modes de traitement par le consulat des informations portées par le billet (105) .
10. Système selon l'une quelconque des revendications 1 à 9, caractérisé en ce qu'il est appliqué à un système de transport en commun et que les stations déportées (103) sont des valideurs d'accès aux véhicules de transport, les informations portées par les billets étant lues par les valideurs.
11. Système selon la revendication 10, caractérisé en ce que, les billets sont des supports d'information tels que des tickets à bande magnétique, plastiques ou carton ou des cartes à puces à contact ou sans contact.
12. Système selon l'une quelconque des revendications 1 à 9, caractérisé en ce qu'il est appliqué à un système de téléphonie mobile et en ce que les stations déportées (103) sont des stations de base de réseaux de radio téléphonie, les informations portées par les billets étant lues par des téléphones mobiles et transmises aux stations de base.
13. Système selon la revendication 12, caractérisé en ce que les billets se présentent sous forme téléphone portable - carte à puce de téléphonie mobile associée (standards GSM ou UMTS) .
14. Système selon l'une quelconque des revendications 1 à 9, caractérisé en ce qu'il est appliqué à un système bancaire et en ce que les stations déportées (103) sont des terminaux distributeurs, les informations portées par les billets étant lues par les terminaux distributeurs.
15. Système selon la revendication 14, caractérisé en ce que les billets se présentent sous forme de cartes de crédit, à puce ou à bande magnétique.
16. Système selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il est appliqué à des systèmes de finalité différentes.
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
FR9907288 1999-06-09
FR9907288A FR2794916B1 (fr) 1999-06-09 1999-06-09 Systeme de billettique multi-operateurs, notamment pour transports en commun
PCT/FR2000/001550 WO2000075875A2 (fr) 1999-06-09 2000-06-07 Systeme de billetterie multi-operateurs

Publications (2)

Publication Number Publication Date
EP1264282A2 true EP1264282A2 (fr) 2002-12-11
EP1264282B1 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
DE3480964D1 (de) * 1984-07-23 1990-02-08 Computer Services Corp Vorrichtung zur verteilung der einnahmen aus dem fahrkartenverkauf.
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

Non-Patent Citations (1)

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

Also Published As

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

Similar Documents

Publication Publication Date Title
CA2658482C (fr) Systeme et procede de gestion interoperables de services multiples geolocalisables
WO1991000574A1 (fr) Systeme de saisie, de traitement et de transmission d'informations et de donnees
US20050085226A1 (en) Methods of operating a reservation system using electronic device cover with embedded transponder
FR2815451A1 (fr) Procede et dispositif de reservation d'une place de stationnement
FR2820853A1 (fr) Procede et systeme de telepaiement
EP0647052A1 (fr) Système de gestion de la consommation de consultations de données sur un réseau de télécommunications
EP0849964B1 (fr) Procédé et système d'appel centralisé pour accéder à un service, notamment pour l'appel centralisé de taxis
WO2009027607A2 (fr) Procede et systeme de fourniture de services
FR2783624A1 (fr) Carte a puce permettant d'acceder a une application distante, terminal et systeme de communication associes et procede pour acceder a l'application distante au moyen de cette carte a puce
EP2793197A1 (fr) Procédé et système automatique de contrôle d'accès
CN110009328A (zh) 移动支付方法及装置和电子设备
US20120271763A1 (en) Method and system for mobile remittance
EP0814440B1 (fr) Procédé de rechargement de cartes prépayées virtuelles
EP1264282A2 (fr) Systeme de billetterie multi-operateurs
EP1200939A1 (fr) Procede de gestion du paiement de taxes de stationnement, coupon de validation et terminal de verification de ce paiement
WO2003071760A1 (fr) Dispositif et procede d'intermediation entre fournisseurs de services et leur utilisateurs
EP1490851A1 (fr) Procede et systeme de securisation d un paiement par carte d e credit
WO2006056668A2 (fr) Delivrance et utilisation de droits au travers d’un reseau de telecommunications
WO2006134297A2 (fr) Procede et systeme de securisation d'une transaction dans un reseau de telecommunication
FR2791451A1 (fr) Systeme et procede de transaction mobile, et equipements mobiles mis en oeuvre dans ce systeme
FR2828966A1 (fr) Procede pour communiquer de facon securisee des donnees d'identification d'une carte de paiement
WO2002031612A2 (fr) Procede pour effectuer une transaction commerciale sur reseau
FR2819127A1 (fr) Procede et installation de securisation de transactions a distance par confirmation de transaction
FR2831297A1 (fr) Procede de prestation de service par un prestataire de service et installation pour la mise en oeuvre du procede
FR2791450A1 (fr) Systeme et procede de transaction mobile, et equipements mobiles mis en oeuvre dans ce systeme

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