FR2816087A1 - Procede de gestion d'un justificatif de reservation d'un produit ou service et dispositif pour sa mise en oeuvre - Google Patents
Procede de gestion d'un justificatif de reservation d'un produit ou service et dispositif pour sa mise en oeuvre Download PDFInfo
- Publication number
- FR2816087A1 FR2816087A1 FR0013991A FR0013991A FR2816087A1 FR 2816087 A1 FR2816087 A1 FR 2816087A1 FR 0013991 A FR0013991 A FR 0013991A FR 0013991 A FR0013991 A FR 0013991A FR 2816087 A1 FR2816087 A1 FR 2816087A1
- Authority
- FR
- France
- Prior art keywords
- reservation
- service
- product
- information
- rmu
- 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.)
- Withdrawn
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
- G06Q10/00—Administration; Management
- G06Q10/02—Reservations, e.g. for tickets, services or events
-
- 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/08—Payment architectures
- G06Q20/12—Payment architectures specially adapted for electronic shopping systems
-
- 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/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
- G06Q20/3255—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks using mobile network messaging services for payment, e.g. SMS
-
- 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/326—Payment applications installed on the mobile devices
-
- 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/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/346—Cards serving only as information carrier of service
-
- 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/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
- G06Q20/363—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes with the personal data of a user
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/0014—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for vending, access and use of specific services not covered anywhere else in G07F17/00
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
- G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
- G07F7/0866—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means by active credit-cards adapted therefor
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
- G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
- G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
- G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- Theoretical Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Tourism & Hospitality (AREA)
- Finance (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Marketing (AREA)
- Human Resources & Organizations (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
L'invention propose un procédé de gestion d'un justificatif de la réservation par un client (C) d'un produit ou service, consistant à envoyer (300) des données de réservation depuis un centre de gestion des réservations (RMU) vers un objet portable (MP) du client (C) et à les enregistrer dans une mémoire de cet objet portable (MP) pour servir de justificatif de la réservation, ainsi qu'un dispositif pour la mise en oeuvre du procédé.
Description
<Desc/Clms Page number 1>
PROCEDE DE GESTION D'UN JUSTIFICATIF DE RESERVATION D'UN
PRODUIT OU SERVICE ET DISPOSITIF POUR SA MISE EN OEUVRE
La présente invention concerne un procédé de gestion d'un justificatif pour la réservation d'un produit ou service et un dispositif pour sa mise en oeuvre.
PRODUIT OU SERVICE ET DISPOSITIF POUR SA MISE EN OEUVRE
La présente invention concerne un procédé de gestion d'un justificatif pour la réservation d'un produit ou service et un dispositif pour sa mise en oeuvre.
Un justificatif envisagé ici est du type de ceux remis par un fournisseur de produits ou services (ci-après le fournisseur) à un individu (ci-après le client) désirant acquérir un produit ou bénéficier d'un service du fournisseur, ledit produit ou service étant du type prédéfini et éventuellement prépayé.
L'invention s'applique en effet au domaine des techniques de formalisation de la vente d'un produit ou service permettant de séparer d'une part le moment où le fournisseur propose le produit ou le service au client, et où ce dernier l'accepte et, en général, en paye le prix, et d'autre part le moment ultérieur où le fournisseur délivre réellement le produit réservé ou exécute effectivement le service réservé. Le premier moment est appelé dans la suite le moment de la réservation. Le second moment est appelé dans la suite le moment du contrôle car c'est à ce moment qu'il est nécessaire de contrôler la validité de la réservation faite par le client afin de délivrer le bon produit au bon client ou d'exécuter le bon service au profit du bon client.
Un justificatif est classiquement un document écrit tel qu'un coupon, un bon, un reçu, etc, qui est remis au client au moment de la réservation, et que le client doit restituer au moment du contrôle afin de prouver qu'il est le véritable destinataire du produit réservé ou le véritable bénéficiaire du service réservé.
L'expression justificatif employée ci-dessus et dans la suite désigne de façon générique un moyen quelconque ayant pour fonction d'attester de la réservation faite par le client. En général, le prix du produit ou du service est payé par le client au moment de la réservation, en sorte que le justificatif a également pour effet d'attester du paiement du produit ou du service. Toutefois ceci n'est pas obligatoire en ce sens que le produit ou le service ne doit pas forcément être payé par le client au moment de la réservation. En effet, ce paiement peut avoir lieu lors de la délivrance du produit ou de l'exécution du service, ou à tout autre moment.
L'invention est décrite ci-après dans le cadre de son application non restrictive à la fourniture d'un service de transport de personnes, tel qu'un
<Desc/Clms Page number 2>
voyage en train. Le service est alors identifié notamment par les caractéristiques suivantes : un numéro du train, la date et l'heure prévues pour le départ et la date et l'heure prévues pour l'arrivée, les références d'une place déterminée dans le train, un niveau de confort (première ou seconde classe, classe affaire, etc...) une catégorie fumeur ou non-fumeur, un prix, etc...
Dans l'état de la technique, la réservation d'un voyage se matérialise par l'édition d'un ticket (ou billet) sous la forme d'un document écrit valant justificatif de la réservation du voyage. Pour obtenir ce ticket, le client doit se rendre physiquement à un guichet d'un établissement du fournisseur ou dans une agence de voyage pour effectuer les transactions nécessaires. Celles-ci comprennent successivement, l'énoncé plus ou moins précis par le client des caractéristiques du voyage souhaité, l'analyse de ce souhait par un agent du
fournisseur, la consultation par l'agent d'une base de données contenant des informations relatives aux voyages proposés par le fournisseur qui sont encore disponibles, la formulation orale par l'agent d'une offre de réservation d'un voyage déterminé, l'acceptation orale de l'offre de réservation par le client, en général, le paiement du prix du voyage par tout mode de paiement approprié, et enfin l'édition par l'agent d'un ticket qui est remis au client pour servir de justificatif de la réservation. Le ticket est aussi appelé titre de transport . Le titre de transport a pour double fonction d'attester de la réservation et, le cas échéant, d'attester également du paiement du prix du voyage. En général, on spécifie les caractéristiques du voyage réservé en les imprimant sur le ticket.
fournisseur, la consultation par l'agent d'une base de données contenant des informations relatives aux voyages proposés par le fournisseur qui sont encore disponibles, la formulation orale par l'agent d'une offre de réservation d'un voyage déterminé, l'acceptation orale de l'offre de réservation par le client, en général, le paiement du prix du voyage par tout mode de paiement approprié, et enfin l'édition par l'agent d'un ticket qui est remis au client pour servir de justificatif de la réservation. Le ticket est aussi appelé titre de transport . Le titre de transport a pour double fonction d'attester de la réservation et, le cas échéant, d'attester également du paiement du prix du voyage. En général, on spécifie les caractéristiques du voyage réservé en les imprimant sur le ticket.
D'un point de vue contractuel, c'est en général la remise au client du titre de transport qui implique pour le fournisseur l'obligation d'avoir à transporter le client selon les caractéristiques spécifiées du voyage réservé et pour le client celle d'en payer le prix. D'un point de vue pratique, c'est la présentation du titre
de transport par le client, par exemple auprès d'un agent contrôleur dans le train, qui permet le contrôle de la réservation lorsque le fournisseur exécute le service de transport au profit du client. A cet effet, l'agent contrôleur lit les caractéristiques du voyage imprimées sur le ticket.
de transport par le client, par exemple auprès d'un agent contrôleur dans le train, qui permet le contrôle de la réservation lorsque le fournisseur exécute le service de transport au profit du client. A cet effet, l'agent contrôleur lit les caractéristiques du voyage imprimées sur le ticket.
Cependant, l'édition du ticket est contraignante pour l'utilisateur car elle l'oblige à se rendre à un guichet du fournisseur pour le percevoir. De plus, en cas de modification des caractéristiques du voyage réservé, l'utilisateur doit à
<Desc/Clms Page number 3>
nouveau se rendre au guichet du fournisseur pour annuler la réservation précédente, rendre le ticket correspondant, procéder à une nouvelle réservation et percevoir un nouveau ticket correspondant. En outre, le ticket peut être perdu ou volé, et l'utilisateur peut l'oublier à son domicile le jour où il en a besoin.
Depuis quelques années de nouvelles formes de transactions entre le fournisseur et ses clients potentiels ont vu le jour, dans le souci de simplifier les procédures.
En effet, il est maintenant proposé aux clients la possibilité d'obtenir un ticket valant justificatif de réservation auprès d'une billetterie automatique. Il s'agit d'une machine munie d'un clavier ou d'un écran tactile pour la saisie par
le client des caractéristiques du voyage demandé, de moyens d'interrogation et de gestion de la base de données, d'un écran pour l'affichage des informations, de moyens pour la réalisation d'opérations de validation et de paiement, par exemple un lecteur de carte bancaire (carte à puce), ainsi que d'une imprimante pour l'impression du ticket. Cette billetterie automatique permet d'éviter les files d'attente qui sont autrement fréquentes devant les guichets.
le client des caractéristiques du voyage demandé, de moyens d'interrogation et de gestion de la base de données, d'un écran pour l'affichage des informations, de moyens pour la réalisation d'opérations de validation et de paiement, par exemple un lecteur de carte bancaire (carte à puce), ainsi que d'une imprimante pour l'impression du ticket. Cette billetterie automatique permet d'éviter les files d'attente qui sont autrement fréquentes devant les guichets.
Toutefois, les clients doivent toujours se déplacer pour effectuer une réservation car ces machines sont en général localisées dans les gares. De plus, lorsque le client souhaite modifier les caractéristiques du voyage réservé (par exemple pour changer l'heure ou la date de départ), il est toujours nécessaire qu'il se rende à un guichet du fournisseur notamment pour restituer le ticket initialement perçu.
Il est par ailleurs devenu courant de pouvoir effectuer une réservation par téléphone ou par un réseau de télécommunications tel que le réseau Internet. La conversation entre le client et l'agent du fournisseur a alors lieu par téléphone au lieu d'avoir lieu au guichet, ou elle est remplacée par une sélection des caractéristiques du voyage via un logiciel s'exécutant sur un ordinateur personnel. Le client n'a donc plus besoin de se déplacer dans une gare ou une agence de voyage. Toutefois, ce mode de réservation s'accompagne encore de l'édition d'un ticket sous la forme d'un document écrit, que le client doit aller retirer au guichet du fournisseur juste avant le départ du
<Desc/Clms Page number 4>
train, en fournissant un numéro de réservation qui lui a préalablement été communiqué à cet effet.
La présente invention a pour objet d'apporter une solution satisfaisante à tout ou partie des inconvénients précités rencontrés dans l'état de la technique.
Ce but est atteint, conformément à l'invention, grâce à un procédé de gestion d'un justificatif de la réservation d'un produit ou service par un client déterminé, consistant à traiter des informations de réservation relatives audit produit ou service réservé dans une mémoire d'un objet portable du client.
L'objet portable du client peut être un téléphone portable, un ordinateur de poche muni de moyens de communication, ou tout autre équipement portable doté de tels moyens.
Le traitement des informations de réservation comprend notamment l'enregistrement la lecture, la modification et/ou l'effacement de ces informations dans la mémoire, l'affichage et/ou l'émission des informations lues dans la mémoire.
Dans un mode réservation, le procédé comprend successivement les étapes consistant à : a) élaborer des informations définissant une requête en réservation du produit ou service ; b) recevoir, au niveau d'un centre de gestion des réservations un message de requête en réservation contenant lesdites informations définissant la requête en réservation du produit ou service ; c) envoyer à un téléphone portable d'un client, depuis le centre de gestion des réservations, un message de confirmation de réservation contenant des informations de réservation relatives au produit ou service réservé ; d) enregistrer, dans une mémoire de l'objet portable du client, lesdites
informations de réservation pour servir de justificatif de la réservation.
informations de réservation pour servir de justificatif de la réservation.
Ainsi, aucun ticket n'a besoin d'être édité sous la forme d'un document écrit pour servir de justificatif de la réservation. Un tel justificatif est constitué par la présence des informations de réservation dans la mémoire de l'objet portable du client. Il peut être contrôlé en lisant les informations de réservation
<Desc/Clms Page number 5>
dans la mémoire de l'objet portable. Dit autrement, le justificatif de la réservation prend ici la forme d'informations de réservation codées de façon numérique, et la mémoire de l'objet portable sert ici de support pour un tel justificatif de la réservation. Un téléphone portable, ou un ordinateur de poche, par exemple sont des objets auxquels le client est habitué à faire attention, et dont en principe il ne se sépare jamais. L'invention réduit donc les risques de perte, de vol ou d'oubli du justificatif de la réservation.
En outre le fait que le justificatif de la réservation soit constitué par des informations de réservation enregistrées dans la mémoire de l'objet portable, implique une amélioration du contrôle du justificatif.
En effet, le procédé de gestion d'un justificatif de la réservation d'un produit ou service par un client déterminé comprend, dans un mode de contrôle, les étapes consistant à : m) dans une phase préparatoire, envoyer des informations de disponibilité relatives à au moins un produit ou service réservé depuis un centre de gestion des réservations, à un terminal de contrôle, et les enregistrer dans une mémoire dudit terminal de contrôle ; n) dans une phase de contrôle comparer les informations de disponibilité mémorisées dans le terminal de contrôle à des informations de réservation relatives à un produit ou service réservé, qui sont enregistrées dans la mémoire de l'objet portable du client, ou à des données d'identification du client.
Un tel contrôle du justificatif est meilleur que ceux connus dans l'art antérieur dans la mesure où il permet à l'agent contrôleur de disposer à l'avance des informations relatives au produit ou service réservé, tel que des données d'identification du client bénéficiaire de la réservation.
L'invention propose également un dispositif pour la mise en oeuvre du procédé de gestion ci-dessus, comprenant : - un centre de gestion des réservations ; - au moins un objet portable d'un client déterminé, ayant une mémoire et des moyens de communication pour échanger des messages avec le centre de gestion des réservations.
<Desc/Clms Page number 6>
De plus, notamment pour la mise en oeuvre du mode de contrôle du procédé tel que défini ci-dessus, le dispositif comprend un terminal de contrôle ayant : - une mémoire ; - des premiers moyens de communication pour échanger des messages avec le centre de gestion des réservations.
D'autres caractéristiques et avantages de l'invention apparaîtront encore à la lecture de la description qui va suivre. Celle-ci est purement illustrative et doit être lue en regard des dessins annexés, sur lesquels on a représenté : - aux figures 1a à à 1 c, les schémas d'un dispositif pour la mise en oeuvre d'un procédé de gestion selon l'invention, selon plusieurs exemples respectifs de la mise en oeuvre du mode de réservation ; - à la figure 2, le schéma d'un exemple d'objet portable selon l'invention ; -à la figure 3, un organigramme des étapes du procédé de gestion selon l'invention dans un mode de délivrance ; - à la figure 4, un organigramme des sous étapes de la première étape du procédé illustré par l'organigramme de la figure 3 ; - à la figure 5, un organigramme d'étapes complémentaires du procédé de gestion selon l'invention ; -à la figure 6, le schéma d'étapes du procédé de gestion selon l'invention dans un mode d'annulation ; - à la figure 7, le schéma d'un dispositif pour la mise en oeuvre d'un mode de contrôle du procédé selon l'invention ; - à la figure 8, le schéma fonctionnel d'un terminal de contrôle du dispositif de la figure 7 ; - à la figure 9, un organigramme des étapes du mode de contrôle du procédé selon l'invention.
Sur les figures, les mêmes éléments portent les mêmes références.
Aux figures 1 à 1c, on a représenté le schéma d'un dispositif pour la mise en oeuvre d'un procédé de gestion d'un justificatif de la réservation d'un produit ou service, selon plusieurs exemples respectifs de mise en oeuvre du mode réservation.
<Desc/Clms Page number 7>
Le dispositif comprend un centre de gestion des réservations RMU qui est par exemple réalisé sous la forme d'un serveur informatique. On notera que le centre RMU peut être très éloigné du lieu où se trouve un client C lors de la réservation du voyage. Le dispositif comprend en outre au moins un objet portable communiquant MP du client C. Par objet portable communiquant, on entend au sens de la présente invention un objet portable ayant des moyens de communication lui permettant, notamment, de communiquer avec le centre RMU. Il peut s'agir d'un ordinateur portable, d'un ordinateur de poche, ou plus simplement d'un terminal de système de radiocommunication (téléphone mobile). Dans la description qui va suivre, on retiendra l'exemple non limitatif d'un téléphone portable d'un système de radiocommunication tel que le GSM.
Le vocable GSM est mis pour, en anglais, Global System for Mobile et désigne une norme de radiocommunication numérique fonctionnant dans la bande des 900 MHz.
Le téléphone portable MP a une mémoire. Cette mémoire est une mémoire non volatile. Dans un exemple préféré, conforme au schéma de la figure 2, il s'agit d'une mémoire amovible telle que la mémoire MEM d'une carte à puce SM, et plus particulièrement une carte SIM. Le vocable SIM est mis pour, en anglais, Subscriber Idendity Module)). Il s'agit d'une carte à puce de format ISO ou micro-SIM défini par l'ETSI dans les normes GSM. Une telle carte est classiquement utilisée dans les téléphones portables pour stocker des données relatives à l'utilisateur.
De manière également connue en soi, une carte SIM peut mémoriser des programmes qui peuvent être exécutés par un microprocesseur ou un microcontrôleur du téléphone portable MP. Ces programmes permettent, en plus des traitements internes (calcul, gestion de données) que permet tout programme, d'afficher des informations sur un écran SCR du téléphone portable MP, de saisir des informations via les touches du clavier KB du téléphone portable MP actionnées par le client C, et d'émettre ou de recevoir un message au format SMS. Le vocable SMS est mis pour, en anglais, Short Message Service et désigne un service de messagerie associé au système de radiocommunication. Ce service permet actuellement, par exemple via un téléphone portable, de recevoir ou d'envoyer sur une longue distance des
<Desc/Clms Page number 8>
messages alphanumériques courts. Un message au format SMS peut comprendre 160 caractères alphanumériques au maximum. Ces programmes sont conçus et mis en oeuvre via un ensemble d'outils logiciels appelé SIM TOOLKIT, issu des travaux de normalisation de l'ETSI/SMG9 et décrit dans les recommandations GSM 11.11 phase 2+ et GSM 11.14 phase 2+.
A la figure 3, on a représenté un organigramme des étapes d'un mode de délivrance du procédé de gestion d'un justificatif de réservation selon l'invention. Sur cette figure, on a symboliquement représenté côté gauche les étapes mises en oeuvre du côté du client C, et côté droit les étapes mises en oeuvre du côté du centre de gestion RMU.
Le procédé comprend tout d'abord une étape 100 effectuée côté client C, consistant à élaborer des informations définissant une requête en réservation du voyage. Il comprend ensuite une étape 200 réalisée côté centre de gestion RMU, consistant à recevoir un message de requête en réservation contenant lesdites informations définissant la requête en réservation du voyage. Il comporte ensuite une étape 300, réalisée côté centre de gestion RMU, et consistant à envoyer au téléphone portable MP du client C, un message de confirmation de réservation qui contient des informations de réservation relatives au voyage réservé. Enfin, il comprend une étape 400, réalisée côté client C, consistant à enregistrer, dans la mémoire MEM du téléphone portable MP, les informations de réservation reçues avec le message de confirmation de réservation précité. Les informations de réservation ainsi enregistrées dans la mémoire MEM du téléphone portable
MP, ont pour fonction de servir de justificatif de la réservation. Ces informations peuvent comprendre un code confidentiel eUou être codées, de manière à prévenir toute tentative de fraude.
MP, ont pour fonction de servir de justificatif de la réservation. Ces informations peuvent comprendre un code confidentiel eUou être codées, de manière à prévenir toute tentative de fraude.
Dans un exemple correspondant au schéma de la figure 1 a, l'étape 100 d'élaboration de la requête en réservation du voyage, est réalisée par une conversation orale entre un agent A1 du fournisseur et le client C. Dans cet exemple, le client C se rend à un guichet du fournisseur ou dans une agence de voyage dont un employé est ici assimilé à l'agent A1 du fournisseur. Pour la mise en oeuvre de l'étape 100, le client C expose à l'agent A1 les caractéristiques du voyage qu'il souhaite effectuer (appelé ci-après le voyage
<Desc/Clms Page number 9>
souhaité). Ces caractéristiques concernent par exemple la date et l'heure approximatives souhaités pour le départ, le fait de voyager de préférence en première ou en seconde classe, en catégorie fumeur ou non-fumeur, etc... L'agent A1 consulte alors une base de données stockée dans le centre de gestion RMU à l'aide d'un terminal CT tel qu'un ordinateur relié au centre RMU par un réseau de télécommunication adapté. Cette base de données contient
des informations relatives à la disponibilité des voyages proposés par le fournisseur. En fonction de ces informations, que l'agent A1 peut communiquer oralement au client C, et à la suite d'un échange oral entre l'agent A1 et le client C, des informations sont élaborées définissant une requête en réservation d'un voyage. Ce voyage est appelé ci-après voyage offert. C'est un voyage et qui est disponible et qui est le plus proche possible du voyage souhaité. Par l'expression proche employée ci-dessus, on exprime le fait que les caractéristiques du voyage offert se rapprochent au mieux des caractéristiques du voyage souhaité. Le voyage offert peut se distinguer du voyage souhaité par des différences plus ou moins importantes tenant aux caractéristiques du voyage, comme par exemple l'heure de départ ou d'arrivée, le niveau de confort, la catégorie fumeur ou non-fumeur etc...
des informations relatives à la disponibilité des voyages proposés par le fournisseur. En fonction de ces informations, que l'agent A1 peut communiquer oralement au client C, et à la suite d'un échange oral entre l'agent A1 et le client C, des informations sont élaborées définissant une requête en réservation d'un voyage. Ce voyage est appelé ci-après voyage offert. C'est un voyage et qui est disponible et qui est le plus proche possible du voyage souhaité. Par l'expression proche employée ci-dessus, on exprime le fait que les caractéristiques du voyage offert se rapprochent au mieux des caractéristiques du voyage souhaité. Le voyage offert peut se distinguer du voyage souhaité par des différences plus ou moins importantes tenant aux caractéristiques du voyage, comme par exemple l'heure de départ ou d'arrivée, le niveau de confort, la catégorie fumeur ou non-fumeur etc...
Une requête en réservation du voyage offert est alors générée et envoyée au centre de gestion des réservations, par exemple sous la forme d'un message au format SMS, depuis le terminal CT de l'agent A1 et via le réseau de télécommunications sus-mentionné. Ce message de requête en
réservation est alors reçu par le centre RMU dans l'étape 200. On notera qu'il résulte de ce qui précède que la requête en réservation concerne alors un voyage proposé par le fournisseur qui, nécessairement, est encore disponible.
réservation est alors reçu par le centre RMU dans l'étape 200. On notera qu'il résulte de ce qui précède que la requête en réservation concerne alors un voyage proposé par le fournisseur qui, nécessairement, est encore disponible.
Dans un autre exemple, conforme au schéma de la figure 1 b, l'étape 100 d'élaboration des informations définissant la requête en réservation du voyage est réalisée sans se rendre au guichet du voyagiste ou d'une agence de voyage. Elle est réalisée, par le client C, par exemple à l'aide de son téléphone portable MP.
Dans une première variante, le client C utilise son téléphone portable pour communiquer avec un opérateur téléphonique jouant le rôle de l'agent A1 de la figure 1a. L'élaboration de la requête en réservation est alors, ici aussi,
<Desc/Clms Page number 10>
réalisée par une conversation orale (ici par téléphone) ente le client C et un agent du fournisseur. Toutefois, à la différence de l'exemple de la figure pa, ja requête en réservation est ici envoyée au centre RMU depuis le téléphone portable MP du client C. Ce message est par exemple un message au format
SMS.
Dans une seconde variante, le client C consulte le site Internet du fournisseur via son téléphone portable (les pages du site Internet sont
transmises selon le langage de description de pages Web appelé WAP, de l'anglais Wireless Application Protocol ). Ceci lui permet de connaître les voyages encore disponibles qui se rapprochent du voyage souhaité. Le client C élabore alors une requête en réservation qui est alors envoyée au centre RMU depuis le téléphone portable MP, par exemple sous la forme d'un message au format SMS.
transmises selon le langage de description de pages Web appelé WAP, de l'anglais Wireless Application Protocol ). Ceci lui permet de connaître les voyages encore disponibles qui se rapprochent du voyage souhaité. Le client C élabore alors une requête en réservation qui est alors envoyée au centre RMU depuis le téléphone portable MP, par exemple sous la forme d'un message au format SMS.
Dans un autre exemple enfin, conforme au schéma de la figure 1c, l'étape 100 peut aussi être réalisée à l'aide d'un ordinateur personnel PC via le réseau Internet depuis le domicile du client C. Cet exemple se rapproche de la seconde variante de l'exemple précédent. En effet, le client C consulte le site Internet du fournisseur mais cette fois via son ordinateur personnel (les pages du site Internet sont transmises selon le langage HTML, de l'anglais Hyper Text Markup language ). La requête en réservation peut alors être envoyée au centre RMU depuis l'ordinateur portable, par exemple là encore sous la forme d'un message au format SMS.
Notamment mais pas uniquement dans le cas de la seconde variante du deuxième exemple ci-dessus et dans celui du troisième exemple ci-dessus, l'étape 100 comprend les sous-étapes représentées par l'organigramme de la figure 4. Sur cette figure on a schématiquement représenté sur le côté gauche les étapes mises en oeuvre du côté du client, et sur le côté droit les étapes mises en oeuvre du côté du centre RMU.
Dans une première sous étape 101 mise en oeuvre côté centre RMU, le centre RMU reçoit un message de souhait de réservation contenant des informations définissant un voyage souhaité. Il s'agit par exemple d'un
message au format SMS, qui peut être envoyé depuis le téléphone portable MP du client C (figure 1b) ou de son ordinateur personnel PC (figure 1c). Les
message au format SMS, qui peut être envoyé depuis le téléphone portable MP du client C (figure 1b) ou de son ordinateur personnel PC (figure 1c). Les
<Desc/Clms Page number 11>
caractéristiques du voyage souhaité, qui sont codées par ces informations, sont par exemple saisies par le client C sur le clavier KB de son téléphone portable MP (figure 1 b) ou de son ordinateur personnel (figure 1 c) en renseignant certains au moins des champs d'entrée de données d'un masque d'entrée qui est affiché sur l'écran SCR du téléphone portable MP ou de l'ordinateur personnel PC respectivement. Ainsi qu'il est connu, une telle opération peut être réalisée par un programme ad-hoc s'exécutant dans le téléphone portable MP ou dans l'ordinateur personnel PC respectivement.
Dans le premier cas, un tel programme peut être enregistré sur une carte SIM couplée au téléphone portable MP (figure 2). Le message de souhait de réservation contenant les informations définissant le voyage souhaité est alors reçu par le centre RMU.
Dans une variante, la sous étape 101 se résume au renvoi, par courrier postal, d'une suggestion de réservation émise par le voyagiste sous forme d'un
document papier. Une fois reçu par le voyagiste, ce document est traité comme un souhait de réservation.
document papier. Une fois reçu par le voyagiste, ce document est traité comme un souhait de réservation.
Dans une deuxième sous étape 102, mise en oeuvre au niveau du centre RMU, on produit des informations d'offre de réservation définissant un voyage offert. Le voyage offert est le plus proche possible du voyage souhaité. Les informations d'offre de réservation sont produites à partir des informations
de souhait de réservation reçues dans le message de souhait de réservation d'une part, et à partir d'informations de disponibilité relatives à la disponibilité des voyages proposés par le fournisseur d'autre part. Ces informations de disponibilité des voyages proposés par le fournisseur sont par exemple lues dans une base de données du centre RMU. La sous-étape 102 est mise en oeuvre par un programme ad-hoc s'exécutant dans le centre RMU.
de souhait de réservation reçues dans le message de souhait de réservation d'une part, et à partir d'informations de disponibilité relatives à la disponibilité des voyages proposés par le fournisseur d'autre part. Ces informations de disponibilité des voyages proposés par le fournisseur sont par exemple lues dans une base de données du centre RMU. La sous-étape 102 est mise en oeuvre par un programme ad-hoc s'exécutant dans le centre RMU.
Dans une troisième sous-étape 103, mise en oeuvre côté centre RMU, un message d'offre de réservation contenant les informations d'offre de réservation précitées est envoyé depuis le centre RMU, par exemple au téléphone portable MP du client C. Le message d'offre de réservation qui est envoyé à la sous-étape 103 est par exemple un message au format SMS envoyé depuis le centre RMU au téléphone portable MP (figure 1b) ou à l'ordinateur personnel PC (figure 1c) du client C.
<Desc/Clms Page number 12>
Dans une quatrième et dernière sous-étape 104, mise en oeuvre côté client, la requête en réservation est générée à partir des informations d'offre de réservation reçues dans le message d'offre de réservation envoyé à la sous étape 103. En pratique, les informations définissant la requête en réservation du voyage correspondent aux caractéristiques du voyage offert. Dit autrement, l'envoi au centre RMU depuis le téléphone portable MP (figure 1b) ou depuis l'ordinateur portable PC (figure 1c) du client C d'un message de requête en réservation contenant des informations correspondant aux informations d'offre de réservation équivaut à une réservation, par le client, du voyage offert. En effet, le client C n'a alors le choix qu'entre deux options possibles : soit accepter soit refuser de réserver le voyage offert.
De préférence, les informations de requête en réservation envoyées
dans le message de requête en réservation contiennent des données d'identification du client C. De telles données comprennent par exemple le nom du client, un numéro de client, le numéro d'appel de son téléphone portable, et/ou toute information propre à identifier le client par rapport aux autres clients du fournisseur. Ces informations d'identification du client C peuvent également être contenues dans les informations définissant le voyage souhaité qui sont envoyées avec le message de souhait de réservation à la sous-étape 101 (figure 4). Ceci permet par exemple la gestion de services spécifiques que le fournisseur peut accorder à des clients déterminés, comme par exemple une réduction sur le prix du voyage, une préférence ou une priorité pour la délivrance d'un voyage ayant certaines caractéristiques à certains clients privilégiés, etc.
dans le message de requête en réservation contiennent des données d'identification du client C. De telles données comprennent par exemple le nom du client, un numéro de client, le numéro d'appel de son téléphone portable, et/ou toute information propre à identifier le client par rapport aux autres clients du fournisseur. Ces informations d'identification du client C peuvent également être contenues dans les informations définissant le voyage souhaité qui sont envoyées avec le message de souhait de réservation à la sous-étape 101 (figure 4). Ceci permet par exemple la gestion de services spécifiques que le fournisseur peut accorder à des clients déterminés, comme par exemple une réduction sur le prix du voyage, une préférence ou une priorité pour la délivrance d'un voyage ayant certaines caractéristiques à certains clients privilégiés, etc.
De préférence également, les informations de réservation envoyées par le centre RMU à l'étape 300 avec le message de confirmation de la réservation contiennent des données d'identification du voyage réservé et/ou les données d'identification du client C mentionnées au paragraphe précédent. Ceci permet le contrôle ultérieur du justificatif de la réservation du voyage, qui est constitué par ces informations de réservation dans la mémoire MEM du téléphone portable MP du client C. Ce contrôle fait l'objet du mode de contrôle du procédé de gestion selon l'invention, qui sera décrit plus loin.
<Desc/Clms Page number 13>
Dans un exemple, les informations de requête en réservation qui sont reçues par le centre RMU à l'étape 200 avec le message de requête en réservation, contiennent des données pour le paiement du prix du voyage. De telles données comprennent par exemple le numéro de la carte bancaire du client, ou toute autre information propre à être transmise de façon sécurisée afin de permettre le débit d'un compte bancaire du client C pour le paiement du voyage réservé. Dans un exemple, le message de confirmation de la réservation n'est envoyé à l'étape 300 que si les données pour le paiement du prix du voyage reçues à l'étape 200 sont valables, c'est à dire si elles permettent un paiement valable du prix du voyage réservé. La validité du paiement est conditionnée par la réception par le centre RMU, d'une information de validation envoyée par un réseau bancaire, par exemple le réseau du système interbancaire de la carte bleue.
Les informations de disponibilité du voyage réservé sont, à l'étape 300,
parallèlement mises à jour dans la base de données du centre RMU, de manière à marquer le voyage réservé comme non disponible. Ceci permet une gestion efficace de la base de données, évitant l'affectation d'un même voyage à deux clients différents.
parallèlement mises à jour dans la base de données du centre RMU, de manière à marquer le voyage réservé comme non disponible. Ceci permet une gestion efficace de la base de données, évitant l'affectation d'un même voyage à deux clients différents.
De préférence, les données d'identification du client mentionnées plus haut sont intégrées dans les données de disponibilité du voyage qui sont mises à jour dans la base de données du centre RMU. Ceci permet de tracer les voyages réservés de manière à permettre un contrôle ultérieur du justificatif de la réservation (voir plus loin, le second aspect de l'invention). Mais ceci permet également d'offrir aux clients des services complémentaires, de façon postérieure à la réservation. Notamment, ceci permet de reprendre contact avec le client C de manière à lui faire une offre de réservation modifiée correspondant mieux au souhait de réservation qu'il avait exprimé au moment de la réservation initiale, et qui n'avait pu être satisfait en raison de la non disponibilité du voyage souhaité.
C'est pourquoi, dans un mode de mise en oeuvre préféré, les informations de souhait de réservation qui sont reçues par le centre RMU avec le message de souhait de réservation à la sous étape 101 (figure 3) sont
enregistrées dans une file d'une mémoire du centre RMU lorsque le voyage
enregistrées dans une file d'une mémoire du centre RMU lorsque le voyage
<Desc/Clms Page number 14>
offert n'est pas identique au voyage souhaité du fait par exemple de la non disponibilité du voyage souhaité. Le procédé de délivrance d'un justificatif de réservation selon l'invention comprend alors avantageusement un mode de substitution, permettant au client de substituer au voyage initialement réservé un voyage plus proche du voyage souhaité. Ce mode comprend les étapes représentées schématiquement par l'organigramme de la figure 4. Sur cette figure, on a représenté symboliquement sur le côté gauche les étapes qui sont mises en oeuvre du côté du client, et côté droit les étapes qui sont mises en oeuvre du côté du centre RMU.
Il s'agit tout d'abord d'une étape 500 mise en oeuvre côté centre RMU et consistant à envoyer au téléphone portable MP du client C, depuis le centre RMU, un message d'offre de réservation modifiée contenant des informations définissant une offre de réservation d'un autre voyage, appelé ci-après voyage modifié, qui est identique au voyage souhaité ou du moins plus proche du voyage souhaité que le voyage initialement réservé. Ce message d'offre de réservation modifiée peut éventuellement contenir en outre tout ou partie des informations de réservation correspondant au voyage initialement réservé, afin de permettre à l'utilisateur de bien distinguer quel voyage initialement réservé il lui est proposé de remplacer par le voyage modifié. Ce message est par exemple un message au format SMS. L'utilisateur peut consulter les informations contenues dans le message d'offre de réservation modifiée par exemple sur l'écran de son téléphone portable MP.
Dans une étape 600, mise en oeuvre côté client C, on envoie au centre de gestion RMU depuis le téléphone portable MP du client C un message d'acceptation de l'offre de réservation modifiée. Il s'agit là encore, par exemple, d'un message au format SMS. L'envoi de ce message d'acceptation de l'offre de réservation modifiée provoque du côté du client C, une étape 700 de mise à jour correspondante des informations de réservation dans la mémoire du téléphone portable MP du client C. Cette mise à jour consiste à remplacer, dans les informations de réservation, les données d'identification du voyage initialement réservé par des données d'identification du voyage modifié extraites des informations définissant l'offre de réservation du voyage modifié. Dit autrement, le voyage modifié remplace le voyage initialement réservé, et le
<Desc/Clms Page number 15>
justificatif de la réservation constitué par les informations de réservation enregistrées dans la mémoire du téléphone portable du client est corrigé en conséquence. Parallèlement une étape 800 de mise à jour correspondante des informations de disponibilité des voyages dans la base de données du centre RMU est mise en oeuvre côté centre RMU. Cette étape permet de marquer le voyage initialement réservé comme à nouveau disponible et, inversement de marquer le voyage modifié comme non disponible.
A la figure 6, on a représenté les étapes d'un mode d'annulation du procédé de gestion selon l'invention. Sur cette figure également, les étapes mises en oeuvre côté client C sont représentées sur la gauche et celles mises en oeuvre côté centre de gestion RMU sont représentées sur la droite.
Dans une étape 1000, mise en oeuvre côté client C, on sélectionne le voyage antérieurement réservé qui doit faire l'objet de l'annulation. En effet, plusieurs voyages peuvent être réservés à un moment déterminé, et les données de réservation correspondantes sont alors toutes sauvegardées dans la mémoire MEM du téléphone portable MP. Le client C sélectionne le voyage dont la réservation est à annuler, par exemple à l'aide d'un menu déroulant s'affichant sur l'écran SCR de son téléphone portable MP après lecture des
données de réservations dans la mémoire MEM.
données de réservations dans la mémoire MEM.
Dans une étape 2000, le centre de gestion RMU reçoit un message d'annulation envoyé depuis le téléphone portable MP du client C. Il s'agit par exemple d'un message au format SMS. Ce message contient des données d'annulation identifiant notamment le voyage dont la réservation est à annuler. Ces données peuvent être constituées par un numéro de réservation, affecté lors de la réservation et sauvegardé avec les données de réservation dans la mémoire MEM du téléphone portable MP.
Dans une étape 3000, le centre de gestion RMU procède à l'annulation de la réservation. Ceci est réalisé en marquant, dans la base de données du centre de gestion RMU, le voyage objet de l'annulation comme à nouveau disponible. Dit autrement, les informations de disponibilité du voyage sont ramenées dans l'état où elles se trouvaient avant la réservation.
Dans une étape 4000, le centre de gestion RMU génère et envoie un message de confirmation de l'annulation de la réservation. Il s'agit par exemple
<Desc/Clms Page number 16>
d'un message au format SMS. Ce message peut à nouveau contenir le numéro de réservation précité, pour identifier le voyage concerné. Ce message est reçu par le téléphone portable MP du client C.
Enfin, dans une étape 5000 mise en oeuvre côté client C à réception du message de confirmation de l'annulation envoyé à l'étape 4000 par le centre RMU, les informations de réservations relatives au voyage faisant l'objet de l'annulation de la réservation sont effacées dans la mémoire MEM du téléphone portable MP. Dit autrement, les informations de réservation sauvegardées dans la mémoire MEM du téléphone portable MP du client C sont mises à jour pour tenir compte de l'annulation de la réservation du voyage considéré.
Le procédé de gestion selon l'invention peut également comprendre un mode de modification. Ce mode comprend des étapes permettant de modifier, à l'initiative du client C, les caractéristiques d'un voyage réservé. En pratique, une telle modification revient à annuler la réservation du voyage initialement réservé, et à procéder à la réservation d'un nouveau voyage. C'est pourquoi le mode de modification correspond en fait à la combinaison du mode d'annulation et du mode de réservation décrits dans ce qui précède.
A la figure 7, sur laquelle les même éléments qu'aux figures 1a à 1c portent les mêmes références, on a représenté le schéma des moyens du dispositif pour la mise en oeuvre du mode de contrôle du procédé de gestion d'un justificatif de réservation selon l'invention.
Le dispositif comprend, outre le centre de gestion des réservations RMU et le téléphone portable MP d'un client C, un terminal de contrôle T d'un agent
du fournisseur, appelé ci-après l'agent contrôleur A2. On notera que le centre RMU peut être très éloigné du terminal T lors de la mise en oeuvre du mode de contrôle. Les informations de réservations relatives à un voyage réservé ont été enregistrées dans la mémoire MEM du téléphone portable MP du client C par la mise en oeuvre du mode de délivrance et éventuellement du mode de substitution d'un justificatif de voyage décrits précédemment en référence aux figures 3 à 5.
du fournisseur, appelé ci-après l'agent contrôleur A2. On notera que le centre RMU peut être très éloigné du terminal T lors de la mise en oeuvre du mode de contrôle. Les informations de réservations relatives à un voyage réservé ont été enregistrées dans la mémoire MEM du téléphone portable MP du client C par la mise en oeuvre du mode de délivrance et éventuellement du mode de substitution d'un justificatif de voyage décrits précédemment en référence aux figures 3 à 5.
Un exemple simplifié de la structure du terminal T est représenté sur le schéma de la figure 8. Le terminal T comprend une unité centrale de traitement
<Desc/Clms Page number 17>
CPU, telle qu'un microprocesseur ou un microcontrôleur. Il comprend en outre une mémoire MEM2 telle qu'une mémoire en circuit intégré, volatile (de type DRAM ou SDRAM par exemple) ou non volatile (de type EEPROM ou FlashEPROM par exemple). Il peut aussi s'agir d'une mémoire amovible, telle qu'un disque optique numérique (CD-Rom). Le terminal T comprend encore un écran SCR2, et éventuellement un clavier KB2 ou similaire, formant interface homme/machine. La mémoire MEM2, le clavier KB2 et l'écran SCR2 peuvent être reliés à l'unité CPU par un bus de données DB approprié. Le terminal T comprend aussi des moyens de communication COM1, tels qu'une interface radiofréquence, lui permettant d'échanger des données à distance avec le centre de gestion RMU. En variante, il s'agit d'un interface de type RS-232, permettant au terminal T d'être connecté physiquement au centre de gestion RMU ou à un équipement intermédiaire pour recevoir des données du centre de gestion RMU.
Le dispositif comprend en outre des moyens pour la mise en oeuvre du mode de contrôle du procédé de gestion. Ce mode de contrôle comprend les étapes représentées sur l'organigramme de la figure 9. Ces moyens sont, par exemple, réalisés sous la forme d'un programme stocké dans la mémoire MEM2 du terminal T et s'exécutant dans l'unité centrale de traitement CPU du terminal T, et/ou d'un programme stocké dans la mémoire MEM du téléphone portable MP du client C et s'exécutant dans ledit téléphone portable.
Sur la figure 9, on a symboliquement représenté sur le côté gauche les étapes du procédé qui sont mises en oeuvre côté terminal T, et sur le côté droit les étapes du procédé qui sont mises en oeuvre côté centre RMU.
Une première étape 10 mise en oeuvre côté centre RMU consiste, dans une phase préparatoire, à envoyer au terminal T depuis le centre RMU, des informations de disponibilité associées à au moins un voyage réservé. Ceci est réalisé grâce aux moyens de communication COM1 du terminal T. L'étape 10 est symbolisée sur la figure 5 par une flèche portant la référence 10. Dans un exemple, les informations de disponibilité qui sont ainsi envoyées au terminal T sont les données de disponibilité relatives à tous les voyages proposés par le fournisseur pour un train déterminé qui ont été réservés jusqu'au moment du départ du train. Ainsi, l'étape 10 est par exemple mise en oeuvre juste avant le
<Desc/Clms Page number 18>
départ du train, au moment où l'agent contrôleur A2 monte dans le train pour commencer sa tournée de contrôle. L'envoi des informations de disponibilité peut être commandé par un programme s'exécutant dans le centre RMU, soit automatiquement, soit de préférence en réponse à une commande envoyée depuis le terminal T via les moyens de communication COM1. En cas de mauvaise réception des informations de disponibilité, ou en cas de perte ultérieure de ces données, l'agent A2 peut ainsi provoquer un nouvel envoi de tout ou partie des données de disponibilité.
Toujours dans la phase préparatoire, une étape 20 mise en oeuvre côté agent A2 consiste ensuite à enregistrer les informations de disponibilité reçues par le terminal T dans la mémoire MEM2 du terminal T.
Dit autrement, les étapes 10 et 20 consistent à télécharger au moins une partie de la base de données du centre RMU dans la mémoire MEM2 du terminal T.
Dans une phase de contrôle proprement dit, une étape 30 est mise en oeuvre côté agent A2 lorsque l'agent A2 se présente auprès du client C qui est assis à une place déterminée dans le train pour lui demander de justifier de la réservation du voyage correspondant à la place qu'il occupe. Cette étape consiste à comparer les informations de disponibilité enregistrées dans le terminal T à des informations de réservation relatives à un voyage réservé, qui sont enregistrées dans la mémoire MEM du téléphone portable MP du client C, ou à des données d'identification du client.
Dans le premier cas, les informations de réservation sont lues dans la mémoire MEM du téléphone portable MP et affichées sur l'écran SCR du téléphone portable MP sous la commande d'un programme sauvegardé dans la mémoire MEM du téléphone portable MP et exécuté dans ledit téléphone portable MP. L'agent A2 peut alors consulter visuellement ces informations sur l'écran SCR et les comparer avec les informations de disponibilité lues dans la mémoire MEM2 de son terminal T et affichées sur l'écran SCR2 du terminal T.
Dans une variante, la mémoire MEM du téléphone portable MP est une mémoire amovible pouvant être couplée au téléphone portable MP et au terminal T, telle que la mémoire d'une carte à puce, par exemple la carte à puce SM (une carte SIM) décrite ci-dessus en regard de la figure 2. Le terminal
<Desc/Clms Page number 19>
T comprend alors en outre des moyens de lecture pour lire les informations de réservation dans ladite mémoire amovible MEM lorsque celle-ci est couplée au terminal T, et des moyens de comparaison pour comparer les informations de réservation aux informations de disponibilité lues dans la mémoire MEM2 du terminal T. La comparaison est alors automatique du point de vue de l'agent A2 puisque l'étape 30 est réalisée en découplant la mémoire amovible MEM du téléphone portable MP, en la couplant au terminal T et en exécutant un programme approprié dans le terminal T.
Dans une autre variante, les informations de réservation sont lues dans la mémoire MEM du téléphone portable MP et envoyées au terminal T sous la commande d'un programme sauvegardé dans la mémoire MEM du téléphone portable MP et exécuté dans ledit téléphone portable MP. Cet envoi peut par exemple être effectué par l'intermédiaire d'une liaison radiofréquence courte distance telle qu'une liaison conforme au standard connu sous le vocable anglais"Blue Tooth". Le terminal comprend alors des moyens de communication COM2 appropriés, tels qu'une interface Blue tooth .
Dans certains cas, notamment si le téléphone portable MP du client C est en panne ou a été oublié par le client au moment de prendre le train, l'étape de comparaison 30 est mise en oeuvre par l'agent A2 en comparant les informations de disponibilités enregistrées dans la mémoire MEM2 du terminal T à des données d'identification du client C, telles que son nom. En effet, selon un avantage de l'invention, les informations de disponibilité dont dispose l'agent A2 dans la mémoire MEM2 du terminal T peuvent comprendre de telles données d'identification. Le client C peut alors être invité à montrer son passeport ou tout autre document attestant de son identité.
Claims (35)
1. Procédé de gestion d'un justificatif de la réservation d'un produit ou service par un client (C) déterminé, consistant à traiter des informations de réservation relatives audit produit ou service réservé dans une mémoire (MEM) d'un objet portable (MP) du client (C), lesdites informations de réservation servant de justificatif de la réservation comprenant successivement, dans un mode de délivrance, les étapes consistant à : a) élaborer (100) des informations définissant une requête en réservation du produit ou service ; b) recevoir (200), au niveau d'un centre de gestion des réservations (RMU) un message de requête en réservation contenant lesdites informations définissant la requête en réservation du produit ou service ; c) envoyer (300) à un objet portable (MP) du client (C), depuis le centre de gestion des réservations (RMU), un message de confirmation de la réservation contenant des informations de réservation relatives au produit ou service réservé ; d) enregistrer (400), dans la mémoire (MEM) de l'objet portable (MP) du client (C), lesdites informations de réservation pour servir de justificatif de la réservation.
2. Procédé selon la revendication 1, comprenant successivement, dans un mode de délivrance, les étapes consistant à : a) élaborer (100) des informations définissant une requête en réservation du produit ou service ; b) recevoir (200), au niveau d'un centre de gestion des réservations (RMU) un message de requête en réservation contenant lesdites informations définissant la requête en réservation du produit ou service ; c) envoyer (300) à un objet portable (MP) du client (C), depuis le centre
de gestion des réservations (RMU), un message de confirmation de la réservation contenant des informations de réservation relatives au produit ou service réservé ; d) enregistrer (400), dans la mémoire (MEM) de l'objet portable (MP) du client (C), lesdites informations de réservation pour servir de justificatif de la réservation.
<Desc/Clms Page number 21>
3. Procédé selon la revendication 2, dans lequel l'étape a) est réalisée par une conversation entre un agent (A1) d'un fournisseur du produit ou service et le client (C).
4. Procédé selon la revendication 3, dans lequel le message de requête en réservation reçu à l'étape b) est envoyé depuis un terminal informatique (CT) de l'agent (A1) du fournisseur du produit ou service par l'intermédiaire d'un réseau de télécommunications.
5. Procédé selon la revendication 3, dans lequel la conversation entre l'agent (A1) du fournisseur et le client (C) a lieu par téléphone, et dans lequel le message de requête en réservation reçu à l'étape b) est envoyé depuis l'objet portable (MP) du client (C).
6. Procédé selon la revendication 2, dans lequel l'étape a) est réalisée par le client en consultant un site Internet du fournisseur au moyen de son objet portable (MP) ou au moyen d'un ordinateur personnel (PC) et dans lequel le message de requête en réservation reçu à l'étape b) est envoyé via le réseau Internet, depuis l'objet portable (MP) ou depuis l'ordinateur personnel (PC) respectivement.
7. Procédé selon la revendication 2, dans lequel l'étape a) comprend les sous-étapes consistant à : a1) recevoir (101) au niveau du centre de gestion des réservations (RMU), un message de souhait de réservation contenant des informations de souhait de réservation définissant un produit ou service souhaité ; a2) produire (102) au niveau du centre de gestion des réservations (RMU), à partir des informations de souhait de réservation et à partir
d'informations de disponibilité relatives à la disponibilité des produits ou services proposés par le fournisseur, des informations d'offre de réservation définissant un produit ou service offert qui est le plus proche possible du produit ou service souhaité ; a3) envoyer (103), depuis le centre de gestion des réservations (RMU), un message d'offre de réservation contenant lesdites informations d'offre de réservation ;
<Desc/Clms Page number 22>
a4) générer (104) la requête en réservation à partir des informations d'offre de réservation ;
8. Procédé selon la revendication 7, dans lequel le message de souhait de réservation reçu à l'étape a1) et/ou le message de requête en réservation reçus à l'étape b) sont envoyés depuis l'objet portable (MP) du client (C), et dans lequel le message d'offre de réservation envoyé à l'étape a3) est envoyé à l'objet portable du client.
9. Procédé selon la revendication 7, dans lequel le message de souhait de réservation reçu à l'étape a1) et/ou le message de requête en réservation reçus à l'étape b) sont envoyés depuis l'ordinateur personnel (PC) du client (C), et dans lequel le message d'offre de réservation envoyé à l'étape a3) est envoyé à l'ordinateur personnel du client.
10. Procédé selon l'une des revendications 2 à 9, dans lequel au moins les informations de requête en réservation contiennent des données d'identification du client (C).
11. Procédé selon la revendication 10, dans lequel au moins les informations de réservation contiennent des données d'identification du produit ou service réservé et les données d'identification du client (C).
12. Procédé selon l'une quelconques des revendications 2 à 11, dans lequel les informations de requête en réservation reçues à l'étape b) contiennent des données pour le paiement du prix du produit ou du service.
13. Procédé selon la revendication 12, dans lequel le message de confirmation de la réservation n'est envoyé à l'étape c) que si les données pour le paiement du prix du produit ou du service reçu à l'étape b) sont valables.
14. Procédé selon l'une des revendications 7 à 13, dans lequel à l'étape a2), les informations de disponibilité du produit ou service sont lues dans une base de données du centre de gestion des réservations (RMU).
15. Procédé selon la revendication 14, dans lequel, à l'étape c) les informations de disponibilité du produit ou service réservé sont parallèlement mises à jour dans la base de données, de manière à marquer le produit ou service réservé comme non disponible.
<Desc/Clms Page number 23>
16. Procédé selon la revendication 10 et la revendication 15 dans lequel à l'étape c) les données d'identification du client (C) sont intégrées dans les informations de disponibilité du produit ou du service mises à jour.
17. Procédé selon l'une quelconque des revendications 7 à 16 dans lequel les informations de souhait de réservation sont enregistrées dans une file d'une mémoire du centre de gestion des réservations (RMU), lorsque l'offre de réservation ne correspond pas au souhait de réservation du fait de la nondisponibilité du produit ou service souhaité.
18. Procédé selon la revendication 17, comprenant en outre, dans un mode de substitution, les étapes consistant à : e) envoyer (500) à l'objet portable (MP) du client (C), depuis le centre de gestion des réservations (RMU), un message d'offre de réservation modifiée contenant des informations définissant une offre de réservation d'un produit ou service modifié, identique à, ou du moins plus proche du produit ou service souhaité que le produit ou service réservé. f) envoyer (600), au centre de gestion des réservations depuis l'objet portable (MP), un message d'acceptation de l'offre de réservation modifiée ; g) mettre à jour (700) de façon correspondante les informations de réservation dans la mémoire de l'objet portable (MP) du client (C) ; h) mettre à jour (800) de façon correspondante les informations de disponibilité des produits ou services dans la base de données du centre de gestion des réservations (RMU).
19. Procédé selon l'une quelconque des revendications précédentes comprenant, dans un mode d'annulation, les étapes consistant à :
i) sélectionner (1000) le produit ou service déterminé, dont la réservation est à annuler, à partir des informations de réservation enregistrées dans la mémoire (MEM) de l'objet portable (MP) du client (C) ; j) recevoir (2000), au niveau du centre de gestion des réservations (RMU), un message d'annulation dudit produit ou service déterminé ; k) mettre à jour (3000) de façon correspondante les informations de disponibilité des produits ou services dans la base de données du centre de gestion des réservations (RMU) ;
<Desc/Clms Page number 24>
1) mettre à jour (5000) de façon correspondante les informations de réservation dans la mémoire (MEM) de l'objet portable (MP) du client (C).
20. Procédé selon l'une quelconque des revendications précédentes dans lequel le message de requête en réservation, le message de souhait de réservation, le message d'offre de réservation, le message de confirmation de la réservation, le message d'offre de réservation modifiée, le message d'acceptation de l'offre de réservation modifiée le message d'annulation et/ou le message de confirmation de l'annulation sont des messages au format SMS.
21. Procédé selon l'une quelconque des revendications précédentes comprenant, dans un mode de contrôle, les étapes consistant à : m) dans une phase préparatoire, envoyer (10) des informations de disponibilité relatives à au moins un produit ou service réservé depuis le centre de gestion des réservations (RMU), à un terminal de contrôle (T), et les enregistrer (20) dans une mémoire (MEM2) dudit terminal de contrôle (T) ; n) dans une phase de contrôle, comparer (30) les informations de disponibilité sauvegardées dans la mémoire (MEM2) du terminal de contrôle (T) à des informations de réservation relatives à un produit ou service réservé, qui sont enregistrées dans la mémoire (MEM) de l'objet portable (MP) d'un client (C), ou à des données d'identification d'un client (C).
22. Procédé selon la revendication 21, dans lequel, à l'étape n), les données de réservation sont affichées sur un écran de l'objet portable (MP) du client (C) pour pouvoir être visualisées par un agent (A2) du fournisseur du produit ou service.
23. Procédé selon la revendication 22, dans lequel, les données de réservation étant enregistrées dans une mémoire amovible pouvant être couplée à l'objet portable (MP) du client (C) et au terminal de contrôle (T), ladite mémoire amovible est couplée au terminal de contrôle (T) à l'étape b) pour pouvoir être lue par le terminal de contrôle (T).
24. Dispositif pour la mise en oeuvre d'un procédé selon l'une quelconque des revendications 1 à 23, comprenant : - un centre de gestion des réservations (RMU) ;
<Desc/Clms Page number 25>
- au moins un objet portable (MP) d'un client (C) ayant une mémoire (MEM) et des moyens de communication pour échanger des messages avec le centre de gestion des réservations (RMU).
25. Dispositif selon la revendication 24 dans lequel la mémoire (MEM) de l'objet portable (MP) est amovible.
26. Dispositif selon la revendication 25, dans lequel la mémoire (MEM) de l'objet portable (MP) est une carte à puce.
27. Dispositif selon la revendication 26, dans lequel la mémoire (MEM) de l'objet portable (MP) est une carte SIM.
28. Dispositif selon l'une quelconque des revendications 24 à 27, dans lequel les moyens de communication de l'objet portable (MP) comprennent une interface SMS pour l'échange de messages au format SMS avec le centre de gestion des réservations (RMU).
29. Dispositif selon l'une quelconque des revendications 24 à 28, notamment pour la mise en oeuvre d'un procédé selon l'une quelconque des revendications 21 à 23, comprenant en outre un terminal de contrôle (T) ayant : - une mémoire (MEM2) ; - des premiers moyens de communication (COM1) pour échanger des messages avec le centre de gestion des réservations (RMU).
30. Dispositif selon la revendication 25 et la revendication 29 dans lequel la mémoire (MEM) de l'objet portable (MP) du client (C) est une mémoire amovible pouvant être couplée à l'objet portable (MP) et au terminal de contrôle (T).
31. Dispositif selon l'une quelconque des revendications 29 ou 30 dans lequel lesdits premiers moyens de communication (COM1) du terminal de contrôle (T) comprennent une interface SMS pour l'échange de messages au format SMS avec le centre de gestion des réservations (RMU).
32. Dispositif selon l'une quelconque des revendications 29 à 31 dans lequel le terminal de contrôle (T) comporte en outre des seconds moyens de communication (COM2) pour échanger des informations avec l'objet portable (MP) du client (C).
<Desc/Clms Page number 26>
33. Dispositif selon la revendication 32, dans lequel lesdits seconds moyens de communication comprennent une interface de liaison radiofréquence courte distance.
34. Objet portable (MP) tel que défini dans l'une quelconque des revendications 24 à 33.
35. Terminal de contrôle (T) tel que défini dans l'une quelconque des revendications 29 à 33.
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0013991A FR2816087A1 (fr) | 2000-10-31 | 2000-10-31 | Procede de gestion d'un justificatif de reservation d'un produit ou service et dispositif pour sa mise en oeuvre |
| EP01992960A EP1330764A1 (fr) | 2000-10-31 | 2001-10-30 | Procede de gestion d'un justificatif de reservation d'un produit ou service et dispositif pour sa mise en oeuvre |
| PCT/FR2001/003368 WO2002037353A1 (fr) | 2000-10-31 | 2001-10-30 | Procede de gestion d'un justificatif de reservation d'un produit ou service et dispositif pour sa mise en oeuvre |
| US10/415,698 US20040054560A1 (en) | 2000-10-31 | 2001-10-30 | Method for managing evidence of a product or service reservation and device therefor |
| AU2002223725A AU2002223725A1 (en) | 2000-10-31 | 2001-10-30 | Method for managing evidence of a product or service reservation and device therefor |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0013991A FR2816087A1 (fr) | 2000-10-31 | 2000-10-31 | Procede de gestion d'un justificatif de reservation d'un produit ou service et dispositif pour sa mise en oeuvre |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| FR2816087A1 true FR2816087A1 (fr) | 2002-05-03 |
Family
ID=8855951
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR0013991A Withdrawn FR2816087A1 (fr) | 2000-10-31 | 2000-10-31 | Procede de gestion d'un justificatif de reservation d'un produit ou service et dispositif pour sa mise en oeuvre |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US20040054560A1 (fr) |
| EP (1) | EP1330764A1 (fr) |
| AU (1) | AU2002223725A1 (fr) |
| FR (1) | FR2816087A1 (fr) |
| WO (1) | WO2002037353A1 (fr) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2848317A1 (fr) * | 2002-12-10 | 2004-06-11 | France Telecom | Procede de controle d'un titre d'autorisation d'acces a un service ou d'acquisition d'un produit |
| WO2009087494A1 (fr) * | 2008-01-08 | 2009-07-16 | Forwarding Software Limited | Format numérique mobile |
| FR3049366A1 (fr) * | 2016-03-24 | 2017-09-29 | Amadeus Sas | Systeme de traitement de transactions en ligne pour des transactions impliquant de multiples produits |
| US10402877B2 (en) | 2016-03-24 | 2019-09-03 | Amadeus S.A.S. | Online transaction processing system for multi-product transactions |
| US10803459B2 (en) | 2016-03-24 | 2020-10-13 | Amadeus S.A.S. | Online transaction processing system for multi-product transactions |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4311890B2 (ja) * | 2001-06-11 | 2009-08-12 | 株式会社リコー | アプリケーションソフト提供システム、サーバ装置、プログラム、及び方法 |
| US20050027608A1 (en) * | 2003-07-29 | 2005-02-03 | Andreas Wiesmuller | System and method for providing commercial services over a wireless communication network |
| US20050288973A1 (en) * | 2004-06-24 | 2005-12-29 | Taylor Steven F | System and method for changing a travel itinerary |
| CA2606052A1 (fr) * | 2005-04-25 | 2006-11-02 | Mobiqa Limited | Authentification de tickets mobiles |
| US8688162B1 (en) * | 2010-02-22 | 2014-04-01 | Sprint Spectrum L.P. | Method and device for reducing latency by anticipating responsive data communications |
| WO2013102856A1 (fr) * | 2012-01-03 | 2013-07-11 | Equatel (Uk) Ltd. | Dispositif de paiement mobile portable |
| US20170169500A1 (en) * | 2015-12-11 | 2017-06-15 | Mastercard International Incorporated | Systems and methods for generating recommendations using a corpus of data |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5724520A (en) * | 1993-06-08 | 1998-03-03 | Anthony V. Pugliese | Electronic ticketing and reservation system and method |
| US5761648A (en) * | 1995-07-25 | 1998-06-02 | Interactive Coupon Network | Interactive marketing network and process using electronic certificates |
| EP0917119A2 (fr) * | 1997-11-12 | 1999-05-19 | Citicorp Development Center, Inc. | Portemonnaie électronique réparti basé sur un reseau |
| WO2000017794A2 (fr) * | 1998-09-23 | 2000-03-30 | Visa International Service Association | Structure de fichiers fidelite pour carte a puce |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US1946195A (en) * | 1932-08-10 | 1934-02-06 | Kinetic Chemicals Inc | Purification of organic fluorine compounds |
| US2628934A (en) * | 1950-01-14 | 1953-02-17 | Shell Dev | Separation of hydrogen halides from olefinically unsaturated compounds |
| DK0634383T3 (da) * | 1993-07-12 | 1998-07-27 | Solvay | Fremgangsmåde til addition af HF til halogeneredealkener |
| DE4445529C1 (de) * | 1994-12-20 | 1996-03-21 | Hoechst Ag | Verfahren zur Aufarbeitung von komplexen Amin-Hydrofluoriden |
| US5632966A (en) * | 1996-03-07 | 1997-05-27 | Alliedsignal Inc. | Process for hydrogen fluoride separation |
| US6199099B1 (en) * | 1999-03-05 | 2001-03-06 | Ac Properties B.V. | System, method and article of manufacture for a mobile communication network utilizing a distributed communication network |
| US20010027481A1 (en) * | 2000-02-09 | 2001-10-04 | Whyel Gabriel C. | Method and system for appointment/reservation scheduling |
| US20020010604A1 (en) * | 2000-06-09 | 2002-01-24 | David Block | Automated internet based interactive travel planning and reservation system |
| US20020095312A1 (en) * | 2000-09-22 | 2002-07-18 | Tammy Wheat | Facilitating realtime information interexchange between a telecommunications network and a service provider |
-
2000
- 2000-10-31 FR FR0013991A patent/FR2816087A1/fr not_active Withdrawn
-
2001
- 2001-10-30 WO PCT/FR2001/003368 patent/WO2002037353A1/fr active Application Filing
- 2001-10-30 AU AU2002223725A patent/AU2002223725A1/en not_active Abandoned
- 2001-10-30 EP EP01992960A patent/EP1330764A1/fr not_active Withdrawn
- 2001-10-30 US US10/415,698 patent/US20040054560A1/en not_active Abandoned
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5724520A (en) * | 1993-06-08 | 1998-03-03 | Anthony V. Pugliese | Electronic ticketing and reservation system and method |
| US5761648A (en) * | 1995-07-25 | 1998-06-02 | Interactive Coupon Network | Interactive marketing network and process using electronic certificates |
| EP0917119A2 (fr) * | 1997-11-12 | 1999-05-19 | Citicorp Development Center, Inc. | Portemonnaie électronique réparti basé sur un reseau |
| WO2000017794A2 (fr) * | 1998-09-23 | 2000-03-30 | Visa International Service Association | Structure de fichiers fidelite pour carte a puce |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2848317A1 (fr) * | 2002-12-10 | 2004-06-11 | France Telecom | Procede de controle d'un titre d'autorisation d'acces a un service ou d'acquisition d'un produit |
| WO2004063954A1 (fr) * | 2002-12-10 | 2004-07-29 | France Telecom | Procede de controle d’un titre d’autorisation d’acces a un service ou d’acquisition d’un produit |
| WO2009087494A1 (fr) * | 2008-01-08 | 2009-07-16 | Forwarding Software Limited | Format numérique mobile |
| FR3049366A1 (fr) * | 2016-03-24 | 2017-09-29 | Amadeus Sas | Systeme de traitement de transactions en ligne pour des transactions impliquant de multiples produits |
| US10402877B2 (en) | 2016-03-24 | 2019-09-03 | Amadeus S.A.S. | Online transaction processing system for multi-product transactions |
| US10803459B2 (en) | 2016-03-24 | 2020-10-13 | Amadeus S.A.S. | Online transaction processing system for multi-product transactions |
Also Published As
| Publication number | Publication date |
|---|---|
| US20040054560A1 (en) | 2004-03-18 |
| AU2002223725A1 (en) | 2002-05-15 |
| WO2002037353A1 (fr) | 2002-05-10 |
| EP1330764A1 (fr) | 2003-07-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20140025519A1 (en) | System and method for acquiring electronic data records | |
| CA2407549C (fr) | Systeme de transaction avec dispositif personnel portatif d'identification et de controle de transaction | |
| US20110270664A1 (en) | Loyalty redemption | |
| FR2816087A1 (fr) | Procede de gestion d'un justificatif de reservation d'un produit ou service et dispositif pour sa mise en oeuvre | |
| EP1852818A2 (fr) | Système de réseau d'images, serveur de réseau, et procédé de configuration de la langue | |
| FR2813135A1 (fr) | Systeme et procede centralises de distribution de services par terminaux de vente automatiques | |
| EP0278874A1 (fr) | Système de pesée d'un objet et d'édition d'une étiquette valant bon de transport | |
| US20160267456A1 (en) | Printer and method for outputting transaction information by the same | |
| NO347809B1 (no) | Fremgangsmåte og innretning for å bestemme levering av stedsbasert innhold | |
| FR2829602A1 (fr) | Systeme embarque de transaction par radio et procede | |
| EP1437700A2 (fr) | Procede et dispositif de communication | |
| CN113674027A (zh) | 一种机票数据分析方法及装置 | |
| EP3316202A1 (fr) | Procede et systeme pour reception et/ou l'emission automatique d'informations relatives a des transactions | |
| WO2009027607A2 (fr) | Procede et systeme de fourniture de services | |
| FR2837953A1 (fr) | Systeme d'echange de donnees | |
| EP1903506A1 (fr) | Procédé d'affranchissement de courriers avec stockage de numéro d'identification unique dans une base de données. | |
| CA2776731A1 (fr) | Procede et systeme de gestion de facturation | |
| EP1314143B1 (fr) | Dispositif et procede de sauvegarde d'information de transaction en ligne | |
| FR2810433A1 (fr) | Systeme et procede de couponnage electronique | |
| FR2817101A1 (fr) | Systeme et procede de stockage et de traitement de donnees a l'aide d'un telephone mobile | |
| FR2916070A1 (fr) | Procede de delivrance de billets. | |
| EP0826184B1 (fr) | Reseau de repartition et de gestion d'ordres de transports | |
| WO2006029639A1 (fr) | Procede et systeme permettant l'accomplissement d'une procedure d'enregistrement, generateur de document d'identite et progiciel | |
| JP2003030452A (ja) | 銀行口座開設受付端末装置及びそのシステム | |
| FR2940489A1 (fr) | Procede d'aide au controle d'enregistrements de transactions, dispositif de transaction, serveur, terminal mobile et programmes d'ordinateur correspondants. |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| ST | Notification of lapse |
Effective date: 20090630 |