Brevet FR2844374A1 — publié le 20040312

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 oeuvre, 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 15 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 20 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 25 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 30 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 platesformes 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 10 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 15 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 20 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'interfaceutilisateur, apte à recevoir lesdites données de 25 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 30 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 35 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 (Joint Picture Expert Group"), MMS 5 ("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 20 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 à 25 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 30 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 35 à 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 5 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 10 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 1i'. Bien entendu, d'autres terminaux 15 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, 20 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 25 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 30 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 sr être envisagés, comme des messages SMS ou MMS. Plus précisément, à partir des données reçues lors de la première 35 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 5 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 io 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 15 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, il' 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 20 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 25 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é à 30 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, Il' de sortie graphique du terminal 10, 10' sont 35 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 5 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 10 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 15 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 1l' et quel qu'en soit le type. L'écriture BC*OF signifie que le 20 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 25 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 30 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 35 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. REVENDICATIONS s 1- 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, 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 (BCTTT) 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 15 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 (iT) spécifiques au moyen (11,11' de 20 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) dinterface-utilisateur est apte à construire une interface dynamique (111) avec ledit terminal (10, 10) 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 30 représentatif du produit ou service commandé. - 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, io 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