WO2004025527A2 - Plate-forme de billettique electronique mettant en oeuvre des codes a barres - Google Patents

Plate-forme de billettique electronique mettant en oeuvre des codes a barres Download PDF

Info

Publication number
WO2004025527A2
WO2004025527A2 PCT/FR2003/002666 FR0302666W WO2004025527A2 WO 2004025527 A2 WO2004025527 A2 WO 2004025527A2 FR 0302666 W FR0302666 W FR 0302666W WO 2004025527 A2 WO2004025527 A2 WO 2004025527A2
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
module
data
graphic output
platform according
Prior art date
Application number
PCT/FR2003/002666
Other languages
English (en)
Other versions
WO2004025527A3 (fr
Inventor
Dominique Trinquet
Xavier Piednoir
Didier Ramage
Original Assignee
France Telecom
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 France Telecom filed Critical France Telecom
Priority to AU2003278280A priority Critical patent/AU2003278280A1/en
Publication of WO2004025527A2 publication Critical patent/WO2004025527A2/fr
Publication of WO2004025527A3 publication Critical patent/WO2004025527A3/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/045—Payment circuits using payment protocols involving tickets
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3274—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on the M-device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B1/00—Machines for printing and issuing tickets
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
    • G07B15/02—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points taking into account a variable factor such as distance or time, e.g. for passenger transport, parking systems or car rental systems
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/42—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for ticket printing or like apparatus, e.g. apparatus for dispensing of printed paper tickets or payment cards

Definitions

  • the present invention relates to an electronic ticketing platform implementing, in a very general manner, bar codes to represent consumption tickets for a product or service.
  • the invention finds application in the general field of remote electronic commerce, and, more particularly but not exclusively, in that of electronic commerce where a user on the move can order a given product or service and obtain a ticket on a terminal. consumption allowing him to access the product or service ordered.
  • consumption ticket we mean any form of actual tickets, such as show or travel tickets, but also any other type of dematerialized rights: reduction coupons, loyalty vouchers, or even simply the authenticator of a person, for example, to debit a prepaid account.
  • the invention is intended for all kinds of terminals, whether mobile phones, personal assistants (PDA) or personal computers (PC), the main thing being that they can access to said electronic ticketing platform via a telecommunications network and that they have a graphic output means on which the barcode consumption ticket can be registered.
  • said graphic output means will be a display screen or a printer.
  • a technical problem to be solved by the object of the present invention is to provide an electronic ticketing platform, intended to receive from a terminal provided with a graphical output means for ordering data of a product or of a service, and to provide on said means of graphic output from the terminal a consumption ticket for said product or service in the form of a bar code, which would make it possible to address the consumption ticket with bar codes on different types of terminals (mobile phone, PDA, PC, etc.) respecting the associated formats and making the best use of the technical characteristics of the graphic output means of the terminals (screen dimensions for example).
  • a user interface module capable of receiving said command data and of collecting data specific to said graphic output means of the terminal
  • a barcode generation module capable of constituting a barcode representative of the product or service ordered
  • an image conversion module capable of providing said consumption ticket on the graphic output means of the terminal by converting the bar code constituted by the generation module as a function of specific data by means of graphic output collected by the module user interface.
  • the user interface module collects, in addition to the actual order data, specific data relating to the graphic output means of the terminal, namely, among other things, the image format to be used (WBMP ("WirelessBitMaP") , JPEG point Picture Expert Group "), MMS (" Multimedia Message Service "), picture SMS, etc.) by the image conversion module to deliver the barcode consumption ticket to the terminal, as well as technical characteristics such as the dimensions and the resolution of the graphic output means, in order to increase the quantity of information that can be coded.
  • WBMP WirelessBitMaP
  • MMS Multimedia Message Service
  • picture SMS etc.
  • the ticketing platform according to the invention has a very generic character since it makes it possible to use all types of terminals (mobile phone, PDA, PC, etc.), with screen or printer in particular, according to all types of image formats, with optimal use of the graphic output means of the terminal.
  • realization of the platform, object of the invention is provided further comprising a knowledge base specific data output means graph of a plurality of terminals.
  • Another problem which the invention proposes to solve is to be able to offer the purchaser of a product or a service a wide range of means of access to the electronic ticketing platform, in particular means of '' mobility access.
  • the solution to this other technical problem consists, according to the present invention, in that said user interface module is capable of constructing a dynamic interface with said terminal for a plurality of access modes.
  • the order phase of the product or service can be carried out not only via the World Wide Web but also according to a WAP ("Wireless Application Protocol") session, by exchange of SMS or MMS, or by through an interactive voice server (IVS).
  • WAP Wireless Application Protocol
  • IVS interactive voice server
  • FIG. 1 is a diagram of an electronic ticketing system with bar codes incorporating a platform according to the invention.
  • the purpose of the electronic ticketing system shown in FIG. 1 is to allow a user with a terminal to remotely order a product or service from a merchant or through a telecommunications operator. It can for example be the order of a show place or a transport ticket.
  • the user receives, after validation of his order and payment, an electronic consumption ticket displayed on a graphical output means of his terminal in the form of a bar code.
  • the user need only present to a suitable reader, located at the entrance to the performance hall for example, the bar code displayed on said graphic output means.
  • Figure 1 is shown as a terminal a mobile phone 10 with a display screen 11 and a personal computer 10 'equipped with a printer 11'.
  • PDA personal assistant
  • FIG. 1 is shown as a terminal a mobile phone 10 with a display screen 11 and a personal computer 10 'equipped with a printer 11'.
  • other terminals can be envisaged in the context of the invention, such as a personal assistant (PDA) and its screen.
  • PDA personal assistant
  • UD User Data
  • the terminal 10, 10 'then accesses an electronic ticketing platform 100 via a telecommunications network 1.
  • the UD data of the command are received on a user interface module 110 of the platform 100 by means of a dynamic interface 111 capable of establishing communication with the terminal 10, 10 ′ for a plurality of modes d through various access points.
  • three access points 21, 22, 23 have been represented respectively associated with three particular access modes, namely an interactive IVS voice service, a WAP session or even a page WEB.
  • Other access modes can of course be envisaged, such as SMS or MMS messages.
  • the interface module 111 dynamic detects the type of access mode and the type of terminal. As a function of this data, the module 111 generates the documents exchanged with the user according to the format adapted to the access mode and to the terminal. In the event of total or partial failure of this information carried transparently by the first request, a default document is returned and an information gathering phase is carried out in order to determine the best mode of communication with the user. The latter is offered the possibility of storing in the platform 100, or in a database 30 of the operator of shows in the example chosen, information making it possible to avoid taking information during the next orders. After identifying the means of communication, the documents necessary for collecting the information required for generating the ticket are generated on the fly.
  • the user interface module 110 can thus extract two types of data: on the one hand, the command UD data which is then supplied to the database 30 of the operator of shows, for validation and storage of the ticket, and, on the other hand, specific data by means 11, 11 'of graphic output from terminal 10, 10'.
  • This specific data is in particular the BCT ("Bar Code Type”) type of bar codes to be used and the TT ("Terminal Type”) type of the user's terminal.
  • BCT Bar Code Type
  • TT Terminal Type
  • the order UD data are transmitted to a security module 120 for authentication by a validation module 121 for information relating to the identification of the user and to the payment.
  • a security module 122 is intended to generate possible security elements (signatures, certificates,) to be applied to the consumption ticket in the form of bar codes when it is sent to the user. This precautionary measure will be taken mainly for relatively high amounts of products or services, transport tickets for example.
  • a bar code generation module 130 This module has the function of constituting a bar code BC (bar code) representative of the order UD data, taking into account the various existing symbolisms.
  • the module 130 for generating bar codes comprises modules for formatting bar codes according to particular symbolisms. This is how we find modules for formatting Aztec, Datamatrix, QR code, EAN 18, PDF 417. This modular entity can thus evolve according to new symbolisms which will prove compatible with the applications of electronic ticketing, depending on the evolution of terminals for example.
  • the BC bar code is generated in a neutral format, GPF ("General Picture Format") for example, independent of the output format, and sent to an image conversion module 140.
  • this module 140 The purpose of this module 140 is to take in input the BC bar code in neutral GPF format and to convert it to the OF format ("Output Format") of desired output.
  • the conversion module 140 supplies the consumption ticket in the form of a bar code BC * OF in such a way that it can be represented on the graphic output means of the terminal 10, 10 ′ , whether it is a display screen 11 or a printer 11 ′ and whatever the type thereof.
  • the writing BC * OF means that the BC bar code is set to the output OF format.
  • the module 140 uses the specific TT data relating to the terminal to determine the output OF format.
  • the TT data can be directly the output OF format if the data are collected during the dialogue with the user, or, as indicated in FIG. 1, from a knowledge base 40 which performs the correspondence between the terminal TT type and the output OF format, this for a large number of known terminals.
  • a set of additional modules makes it possible to support the different types of output OF format, such as WBMP, JPEG, picture SMS, MMS, etc., taking into account the technical characteristics of the terminals concerned. The scalability of the solution is thus guaranteed.
  • the consumption ticket in the form of the bar code BC * OF is then stored, either in the terminal 10, 10 ′, or in the operator's database 30.
  • the bar code is displayed on the terminal's graphic output means and is presented to a reader. If the code read has its equivalent in the database, the user is authorized to enter.

Landscapes

  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Accounting & Taxation (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Telephone Function (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

Plate-forme de billettique électronique, destinée à recevoir d'un terminal (10, 10') muni d'un moyen (11, 11') de sortie graphique des données de commande d'un produit ou d'un service, et à fournir sur ledit moyen de sortie graphique du terminal un ticket de consommation dudit produit ou service sous forme d'un code à barres. Selon l'invention, ladite plate-forme (100) comprend: un module (110) d'interface-utilisateur, apte à recevoir lesdites données (UD) de commande et à recueillir des données (BCT, TT) spécifiques audit moyen (11, 11') de sortie graphique du terminal (10, 10'), un module (130) de génération de codes à barres, apte à constituer un code (BC) à barres représentatif du produit ou du service commandé, et un module (140) de conversion d'image, apte à fournir ledit ticket de consommation sur le moyen (11, 11') de sortie graphique du terminal (10, 10') par conversion du code (BC) à barres constitué par le module (130) de génération en fonction de données (TT) spécifiques au moyen (11, 11') de sortie graphique recueillies par le module (110) d'interface utilisateur. Application au commerce électronique à distance.

Description

PLATE-FORME DE BILLETTIQUE ELECTRONIQUE METTANT EN ŒUVRE DES CODES A BARRES
La présente invention concerne une plate-forme de billettique électronique mettant en œuvre, de manière très générale, des codes à barres pour représenter des tickets de consommation d'un produit ou d'un service. L'invention trouve application dans le domaine général du commerce électronique à distance, et, plus particulièrement mais non exclusivement, dans celui du commerce électronique où un utilisateur en situation de mobilité peut commander un produit ou un service donné et obtenir sur un terminal un ticket de consommation lui permettant d'accéder au produit ou au service ainsi commandé.
Par « ticket de consommation », on entendra toute forme de tickets proprement dits, comme de tickets de spectacle ou de voyage, mais aussi tout autre type de droits dématérialisés : coupons de réduction, bons de fidélité, ou même simplement l'authentifiant d'une personne en vue, par exemple, de faire débiter un compte pré-payé.
Comme on le comprendra mieux plus loin, l'invention s'adresse à toutes sortes de terminaux, que ce soit des téléphones mobiles, des assistants personnels (PDA) ou des ordinateurs personnels (PC), l'essentiel étant qu'ils puissent accéder à ladite plate-forme de billettique électronique via un réseau de télécommunication et qu'ils disposent d'un moyen de sortie graphique sur lequel le ticket de consommation à code à barres puisse s'inscrire. Selon le terminal envisagé, ledit moyen de sortie graphique sera un écran de visualisation ou une imprimante.
Il existe actuellement divers systèmes de billettique électronique utilisant des codes à barres pour représenter un ticket de consommation d'un produit ou d'un service. Tous ces systèmes mettent en œuvre des plates- formes aptes, d'une part, à recevoir d'un terminal constitué par un téléphone mobile des données de commande dudit produit ou service transmises à travers le World Wide Web, et, d'autre part, à fournir sur l'écran de visualisation dudit téléphone mobile ledit ticket de consommation sous forme de codes à barres à une ou deux dimensions encapsulés dans une image SMS (« picture SMS » en anglo-saxon).
Ces plates-formes connues présentent donc le double inconvénient de limiter la commande du ticket de consommation à la seule utilisation du World Wide Web au détriment d'autres modes d'accès, et de limiter également la représentation du ticket de consommation au seul format d'une image SMS ("Short Message Service"), par ailleurs réduite en dimension, sur l'écran de visualisation d'un téléphone mobile.
Aussi, un problème technique à résoudre par l'objet de la présente invention est de proposer une plate-forme de billettique électronique, destinée à recevoir d'un terminal muni d'un moyen de sortie graphique des données de commande d'un produit ou d'un service, et à fournir sur ledit moyen de sortie graphique du terminal un ticket de consommation dudit produit ou service sous forme d'un code à barres, qui permettrait d'adresser le ticket de consommation à codes à barres sur différents types de terminaux (téléphone mobile, PDA, PC, etc) en respectant les formats associés et en utilisant au mieux les caractéristiques techniques des moyens de sortie graphique des terminaux (dimensions d'écran par exemple).
La solution au problème technique posé consiste, selon la présente invention, en ce que ladite plate-forme comprend:
- un module d'interface-utilisateur, apte à recevoir lesdites données de commande et à recueillir des données spécifiques audit moyen de sortie graphique du terminal,
- un module de génération de codes à barres, apte à constituer un code à barres représentatif du produit ou du service commandé, et
- un module de conversion d'image, apte à fournir ledit ticket de consommation sur le moyen de sortie graphique du terminal par conversion du code à barres constitué par le module de génération en fonction de données spécifiques au moyen de sortie graphique recueillies par le module d'interface utilisateur.
Ainsi, lorsqu'un acheteur accède à la plate-forme de l'invention au moyen de son terminal pour passer commande d'un produit ou d'un service, le module d'interface-utilisateur recueille, outre les données de la commande proprement dite, des données spécifiques relatives au moyen de sortie graphique du terminal, à savoir, entre autres, le format d'image à utiliser (WBMP ("WirelessBitMaP"), JPEG point Picture Expert Group"), MMS ("Multimedia Message Service"), picture SMS, etc) par le module de conversion d'image pour livrer le ticket de consommation à codes à barres au terminal, ainsi que des caractéristiques techniques comme les dimensions et la résolution du moyen de sortie graphique, ceci afin d'augmenter la quantité d'informations pouvant être codées. En définitive, la plate-forme billettique conforme à l'invention présente un caractère très générique puisqu'elle permet d'utiliser tous types de terminaux (téléphone mobile, PDA, PC, etc), à écran ou à imprimante notamment, selon tous types de formats d'image, avec une utilisation optimale du moyen de sortie graphique du terminal. Selon un mode de réalisation de la plate-forme, objet de l'invention, il est prévu qu'elle comprend en outre une base de connaissance des données spécifiques aux moyens de sortie graphique d'une pluralité de terminaux.
Un autre problème que se propose de résoudre l'invention est de pouvoir offrir à l'acheteur d'un produit ou d'un service une gamme étendue de moyens d'accès à la plate-forme de billettique électronique, en particulier des moyens d'accès en situation de mobilité.
La solution à cet autre problème technique consiste, selon la présente invention, en ce que ledit module d'interface-utilisateur est apte à construire une interface dynamique avec ledit terminal pour une pluralité de modes d'accès.
De cette manière, la phase de commande du produit ou du service peut s'effectuer non seulement via le World Wide Web mais aussi selon une session WAP ("Wireless Application Protocol"), par échanges de SMS ou de MMS, ou par l'intermédiaire d'un serveur vocal interactif (SVI).
La description qui va suivre en regard du dessin annexé, donné à titre d'exemple non limitatif, fera bien comprendre en quoi consiste l'invention et comment elle peut être réalisée.
La figure 1 est un schéma d'un système de billettique électronique à codes à barres intégrant une plate-forme conforme à l'invention. Le système de billettique électronique montré sur la figure 1 a pour objet de permettre à un utilisateur disposant d'un terminal de commander à distance un produit ou un service auprès d'un commerçant ou par l'intermédiaire d'un opérateur de télécommunication. Il peut s'agir par exemple de la commande d'une place de spectacle ou d'un titre de transport. L'utilisateur reçoit, après validation de sa commande et de son paiement, un ticket électronique de consommation s'affichant sur un moyen de sortie graphique de son terminal sous forme d'un code à barres. Lorsque le ticket électronique doit être consommé, il suffit à l'utilisateur de présenter à un lecteur approprié, disposé à l'entrée de la salle de spectacles par exemple, le code à barres affiché sur ledit moyen de sortie graphique.
Sur la figure 1 on a représenté en tant que terminal un téléphone mobile 10 muni d'un écran 11 de visualisation ainsi qu'un ordinateur personnel 10' équipé d'une imprimante 11'. Bien entendu, d'autres terminaux peuvent être envisagés dans le cadre de l'invention, comme un assistant personnel (PDA) et son écran.
A l'aide de son terminal 10, 10', l'utilisateur navigue sur le site d'un opérateur de spectacles, par exemple, et choisit un ticket de cinéma en renseignant les différents champs demandés: emplacement, film, jour, heure, prix. Il valide alors sa commande en saisissant son nom et son numéro d'adhérent. On notera dans la suite UD ("User Data") l'ensemble des données relatives à la commande fournies par l'utilisateur.
Le terminal 10, 10' accède alors à une plate-forme 100 de billettique électronique via un réseau 1 de télécommunication. Les données UD de la commande sont reçues sur un module 110 d'interface-utilisateur de la plateforme 100 par l'intermédiaire d'une interface dynamique 111 apte à établir une communication avec le terminal 10, 10' indifféremment pour une pluralité de modes d'accès à travers divers points d'accès. Dans l'exemple non limitatif choisi sur la figure 1, on a représenté trois points 21, 22, 23 d'accès associés respectivement à trois modes d'accès particuliers, à savoir un service vocal interactif SVI, une session WAP ou encore une page WEB. D'autres modes d'accès peuvent bien sûr être envisagés, comme des messages SMS ou MMS.
Plus précisément, à partir des données reçues lors de la première requête de l'utilisateur vers la plate-forme 100, le module 111 d'interface dynamique détecte le type de mode d'accès et le type de terminal. En fonction de ces données, le module 111 génère les documents échangés avec l'utilisateur selon le format adapté au mode d'accès et au terminal. En cas de défaut total ou partiel de ces informations portées de manière transparente par la première requête, un document par défaut est renvoyé et une phase de prise de renseignements est effectuée afin de déterminer le meilleur mode de communication avec l'utilisateur. Ce dernier se voit proposer la possibilité de stocker dans la plate-forme 100, ou dans une base 30 de données de l'opérateur de spectacles dans l'exemple choisi, une information permettant d'éviter la prise de renseignements lors des prochaines commandes. Après identification du moyen de communication, les document nécessaires à la collecte des informations requises pour la génération du ticket sont générés à la volée.
Le module 110 d'interface-utilisateur peut ainsi extraire deux types de données: d'une part, les données UD de commande qui sont ensuite fournies à la base 30 de données de l'opérateur de spectacles, pour validation et stockage du ticket, et, d'autre part, des données spécifiques au moyen 11, 11' de sortie graphique du terminal 10, 10'. Ces données spécifiques sont notamment le type BCT ("Bar Code Type") de codes à barres à utiliser et le type TT ("Terminal Type") du terminal de l'utilisateur. Cette dernière information peut être directement tirée de la simple communication avec le terminal, dans le cas d'un téléphone mobile, ou sur requête auprès de l'utilisateur dans le cas d'un ordinateur personnel par exemple.
Les données UD de commande sont transmises à un module 120 de sécurité pour authentification par un module 121 de validation des informations relatives à l'identification de l'utilisateur et au paiement. De manière facultative, un module 122 de sécurisation est destiné à générer des éléments de sécurité éventuels (signatures, certificats,) à appliquer au ticket de consommation sous forme de codes à barres lorsqu'il sera envoyé à l'utilisateur. Cette mesure de précaution sera prise essentiellement pour des montants de produits ou de services relativement élevés, titres de transport par exemple.
L'ensemble des données UD de commande et des données BCT, TT concernant le moyen 11, 11' de sortie graphique du terminal 10, 10' sont ensuite traitées par un module 130 de génération de codes à barres. Ce module a pour fonction de constituer un code BC ("Bar Code") à barres représentatif des données UD de commande, tenant compte des différents symbolismes existants. A cet effet, le module 130 de génération de codes à barres comprend des modules de mise en forme des codes à barres selon des symbolismes particuliers. C'est ainsi que l'on trouve des modules de mise en forme de codes Aztec, Datamatrix, QR code, EAN 18, PDF 417. Cette entité modulaire peut ainsi évoluer en fonction des nouveaux symbolismes qui s'avéreront compatibles avec les applications de billettique électronique, en fonction de l'évolution des terminaux par exemple. Le code BC à barres est généré dans un format neutre, GPF ("General Picture Format") par exemple, indépendant du format de sortie, et envoyé à un module 140 de conversion d'image.
Ce module 140 a pour but de prendre en charge en entrée le code BC à barres au format neutre GPF et de le convertir au format OF ("Output Format") de sortie désiré. En d'autres termes, le module 140 de conversion fournit le ticket de consommation sous forme d'un code BC*OF à barres d'une manière telle qu'il puisse être représenté sur le moyen de sortie graphique du terminal 10, 10', que ce soit un écran 11 de visualisation ou une imprimante 11' et quel qu'en soit le type. L'écriture BC*OF signifie que le code BC à barres est mis au format OF de sortie.
Pour effectuer la conversion du code BC à barres, le module 140 utilise les données spécifiques TT relatives au terminal pour déterminer le format OF de sortie. Pour cela, les données TT peuvent être directement le format OF de sortie si les données sont recueillies au cours du dialogue avec l'utilisateur, ou, comme l'indique la figure 1, à partir d'une base 40 de connaissance qui réalise la correspondance entre le type TT de terminal et le format OF de sortie, ceci pour un grand nombre de terminaux connus. A l'instar du module 130 de génération de codes à barres, un ensemble de modules additionnels permet de prendre en charge les différents types de format OF de sortie, tels que WBMP, JPEG, picture SMS, MMS, etc, en tenant compte des caractéristiques techniques des terminaux concernés. L'évolutivité de la solution est ainsi garantie.
Le ticket de consommation sous forme du code BC*OF à barres est ensuite stocké, soit dans le terminal 10, 10', soit dans la base 30 de données de l'opérateur. Lorsque l'utilisateur demande son ticket, avant d'entrer dans la salle de spectacles par exemple, le code à barres s'affiche sur le moyen de sortie graphique du terminal et est présenté à un lecteur. Si le code lu a son équivalent dans la base 30 de données, l'utilisateur est autorisé à entrer.

Claims

REVENDICATIONS
1- Plate-forme de billettique électronique, destinée à recevoir d'un terminal (10,10') muni d'un moyen (11,110 de sortie graphique des données de commande d'un produit ou d'un service, et à fournir sur ledit moyen de sortie graphique du terminal un ticket de consommation dudit produit ou service sous forme d'un code à barres, caractérisée en ce que ladite plate-forme (100) comprend:
- un module (110) d'interface-utilisateur, apte à recevoir lesdites données (UD) de commande et à recueillir des données (BCT,TT) spécifiques audit moyen (11,11') de sortie graphique du terminal (10,100,
- un module (130) de génération de codes à barres, apte à constituer un code (BC) à barres représentatif du produit ou du service commandé, et
- un module (140) de conversion d'image, apte à fournir ledit ticket de consommation sur le moyen (11,11') de sortie graphique du terminal (10, 10') par conversion du code (BC) à barres constitué par le module (130) de génération en fonction de données (TT) spécifiques au moyen (11,11') de sortie graphique recueillies par le module (110) d'interface utilisateur.
2- Plate-forme selon la revendication 1, caractérisée en ce que ledit module (110) d'interface-utilisateur est apte à construire une interface dynamique (111) avec ledit terminal (10, 100 pour une pluralité de modes d'accès. 3- Plate-forme selon l'une des revendications 1 ou 2, caractérisée en ce qu'elle comprend également un module (120) de sécurité apte à authentifier lesdites données (UD) de commande.
4- Plate-forme selon la revendication 3, caractérisée en ce que ledit module (120) de sécurité est également apte à sécuriser ledit code à barres représentatif du produit ou service commandé.
5- Plate-forme selon l'une quelconque des revendications 1 à 4, caractérisée en ce qu'elle comprend en outre une base (40) de connaissance des données spécifiques aux moyens (11,11') de sortie graphique d'une pluralité de terminaux (10,10'). 6- Plate-forme selon l'une quelconque des revendications 1 à 5, caractérisée en ce que ledit module (130) de génération de codes à barres comprend des modules de mise en forme des codes à barres selon des symbolismes particuliers. 7- Plate-forme selon l'une quelconque des revendications 1 à 6, caractérisée en ce que ledit module (140) de conversion d'image comprend des modules de mise des codes (BC) à barres à un format (OF) d'image désiré.
8- Plate-forme selon l'une quelconque des revendications 1 à 7, caractérisée en ce que ledit moyen de sortie graphique est un écran (11) de visualisation.
9- Plate-forme selon l'une quelconque des revendications 1 à 7, caractérisée en ce que ledit moyen de sortie graphique est une imprimante
(110-
PCT/FR2003/002666 2002-09-11 2003-09-08 Plate-forme de billettique electronique mettant en oeuvre des codes a barres WO2004025527A2 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2003278280A AU2003278280A1 (en) 2002-09-11 2003-09-08 Electronic computer-assisted ticketing platform using barcodes

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR02/11233 2002-09-11
FR0211233A FR2844374B1 (fr) 2002-09-11 2002-09-11 Plate-forme de billettique electronique mettant en oeuvre des codes a barres

Publications (2)

Publication Number Publication Date
WO2004025527A2 true WO2004025527A2 (fr) 2004-03-25
WO2004025527A3 WO2004025527A3 (fr) 2004-05-06

Family

ID=31725998

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2003/002666 WO2004025527A2 (fr) 2002-09-11 2003-09-08 Plate-forme de billettique electronique mettant en oeuvre des codes a barres

Country Status (3)

Country Link
AU (1) AU2003278280A1 (fr)
FR (1) FR2844374B1 (fr)
WO (1) WO2004025527A2 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1667070A1 (fr) * 2004-12-02 2006-06-07 mcity GmbH Méthode et système de détecter automatiquement l'utilisation des vehicules payants et de facturer le prix du voyage
CN103093552A (zh) * 2012-12-24 2013-05-08 远光软件股份有限公司 基于pda的操作票安全执行系统
US9721060B2 (en) 2011-04-22 2017-08-01 Pepsico, Inc. Beverage dispensing system with social media capabilities

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3319030A1 (fr) * 2010-05-25 2018-05-09 Mercedes pay AG Procédé de génération d'un signal de transaction
FR3051276B1 (fr) * 2016-05-13 2019-10-25 Bouygues Travaux Publics Procedes de mise en oeuvre d'une transaction via un terminal mobile
CN111063135A (zh) * 2019-11-18 2020-04-24 国网浙江省电力有限公司宁波供电公司 营业厅桌面式电子发票打印自助设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5884277A (en) * 1995-05-01 1999-03-16 Vinod Khosla Process for issuing coupons for goods or services to purchasers at non-secure terminals
EP1178421A2 (fr) * 2000-08-01 2002-02-06 Hitachi Maxell Ltd. Système de coupons électroniques
US20020091571A1 (en) * 2000-11-10 2002-07-11 Thomas Nicholas A. Methods and systems for electronic coupon issuance transmission and mangement

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5884277A (en) * 1995-05-01 1999-03-16 Vinod Khosla Process for issuing coupons for goods or services to purchasers at non-secure terminals
EP1178421A2 (fr) * 2000-08-01 2002-02-06 Hitachi Maxell Ltd. Système de coupons électroniques
US20020091571A1 (en) * 2000-11-10 2002-07-11 Thomas Nicholas A. Methods and systems for electronic coupon issuance transmission and mangement

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1667070A1 (fr) * 2004-12-02 2006-06-07 mcity GmbH Méthode et système de détecter automatiquement l'utilisation des vehicules payants et de facturer le prix du voyage
WO2006058766A1 (fr) * 2004-12-02 2006-06-08 Mcity Gmbh Procede et dispositif de reservation de titres de transport et/ou de supplements pour l'utilisation de moyens de transport de passagers payants
US9721060B2 (en) 2011-04-22 2017-08-01 Pepsico, Inc. Beverage dispensing system with social media capabilities
CN103093552A (zh) * 2012-12-24 2013-05-08 远光软件股份有限公司 基于pda的操作票安全执行系统

Also Published As

Publication number Publication date
FR2844374B1 (fr) 2004-12-10
AU2003278280A8 (en) 2004-04-30
FR2844374A1 (fr) 2004-03-12
AU2003278280A1 (en) 2004-04-30
WO2004025527A3 (fr) 2004-05-06

Similar Documents

Publication Publication Date Title
CN101454795A (zh) 移动的个人之间支付系统
US20090276347A1 (en) Method and apparatus for use of a temporary financial transaction number or code
FR2853108A1 (fr) Dispositif de representation par code a barres d'un ticket de consommation a usage multiple
CN101273375A (zh) 移动票据认证
EP1762985A1 (fr) Procédé d'obtention d'un crédit d'affranchissement au travers d'un réseau de télécommunication
JP2008225832A (ja) 電子マネー発行システム、電子マネー発行方法、電子マネー発行管理システム、電子マネー発行管理方法、電子マネー発行用識別番号出力装置および電子マネー発行用識別番号出力方法
WO2008004029A2 (fr) Systeme de location automatise
EP1724720B1 (fr) Procédé de paiement de service d'affranchissement dans une machine de traitement de courrier en libre accès
JP2012003670A (ja) 領収書情報処理装置、方法、及びコンピュータプログラム
CN114971572A (zh) 数据处理方法、装置、设备及系统
WO2009027607A2 (fr) Procede et systeme de fourniture de services
WO2004025527A2 (fr) Plate-forme de billettique electronique mettant en oeuvre des codes a barres
CN109377303A (zh) 一种基于微信的连锁门店营销服务平台
EP1739629A1 (fr) Procédé de paiement automatique d'un service d'affranchissement
KR100439516B1 (ko) 2차원 바코드를 이용한 고지서 처리 시스템 및 방법
CN103858138A (zh) 便利于亲自交换的方法和系统
EP1352311A1 (fr) Procede d'acces a un systeme securise
JP6809061B2 (ja) ライフライン使用料の支払い方法変更データ生成システム、ライフライン使用料の支払い方法変更システム、ライフライン使用料の支払い方法変更データ生成方法、ライフライン使用料の支払い方法変更方法及びプログラム
CN102402811A (zh) 一种彩票数据处理方法、装置及系统
WO2008040866A1 (fr) Procede d'edition personnalisee de courriers interactifs
EP1814070A1 (fr) Procédé de paiement d'un service au moyen d'une machine de traitement de courrier
KR20120112327A (ko) 맞춤형 상품권 발행 시스템 및 그 관리 방법
EP2330563A1 (fr) Procédé de sécurisation des affranchissements au travers d'un réseau de télécommunication
KR20170120529A (ko) 무인 택배 장치, 이를 구비하는 택배 서비스 제공 시스템 및 이를 이용한 택배 서비스 제공 방법
US20220342621A1 (en) Information redirection system to and from the internet, mobile devices and networks

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ OM PH PL PT RO RU SC SD SE SG SK SL TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP