CA2552257A1 - Dispositif transactionnel a pre-traitement anticipe - Google Patents
Dispositif transactionnel a pre-traitement anticipe Download PDFInfo
- Publication number
- CA2552257A1 CA2552257A1 CA002552257A CA2552257A CA2552257A1 CA 2552257 A1 CA2552257 A1 CA 2552257A1 CA 002552257 A CA002552257 A CA 002552257A CA 2552257 A CA2552257 A CA 2552257A CA 2552257 A1 CA2552257 A1 CA 2552257A1
- Authority
- CA
- Canada
- Prior art keywords
- transaction
- transaction device
- mobile terminal
- station
- temporary code
- 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.)
- Abandoned
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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/20—Point-of-sale [POS] network 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/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking 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/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/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/327—Short range or proximity payments by means of M-devices
-
- 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/38—Payment protocols; Details thereof
- G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
- G06Q20/425—Confirmation, e.g. check or permission by the legal debtor of payment using two different networks, one for transaction and one for security confirmation
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F19/00—Complete banking systems; Coded card-freed arrangements adapted for dispensing or receiving monies or the like and posting such transactions to existing accounts, e.g. automatic teller machines
- G07F19/20—Automatic teller machines [ATMs]
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F19/00—Complete banking systems; Coded card-freed arrangements adapted for dispensing or receiving monies or the like and posting such transactions to existing accounts, e.g. automatic teller machines
- G07F19/20—Automatic teller machines [ATMs]
- G07F19/201—Accessories of ATMs
Abstract
Dispositif de transaction comprenant un poste (2) capable d'effectuer une transaction, et un équipement (32), propre à établir un réseau de communication sans fil, avec un ou des terminaux mobiles (34), selon un protocole de mise en liaison, ainsi qu'une communication avec ledit poste (2 ). L'équipement (32) est agencé avec un périmètre (36) choisi pour couvrir une zone déterminée, voisine dudit poste (2), tandis que le protocole de mise en liaison est agencé pour permettre l'échange initial d'une information d'identité émise par un terminal mobile présent dans cette zone contre un co de temporaire unique, un tel échange étant suivi du lancement d'une fonction d'arrière-plan permettant la préparation d'une partie au moins d'une transaction sur la base de ladite information d'identité, et que le poste (2 ) est capable, sur présentation du code temporaire unique , de récupérer puis de compléter au besoin et de valider la transaction.
Description
Dispositif transactionnel à gré-traitement anticipé
L'invention se rapporte aux dispositifs de transaction au moins partiellement automatisés et plus particulièrement à
ceux où la transaction s'achève par la délivrance d'un service.
Ces dispositifs sont de plus en plus courants et délivrent des services variés.
On connaît par exemple différents types de distributeurs automatiques de billets, lesquels gèrent une transaction entre un utilisateur~muni d'une carte de crédit et un réseau bancaire et qui s'achève par la délivrance en tant que service d'une somme d'argent.
On connaît également dés caisses installées dans des magasins qui mettent en oeuvre une transaction entre le client et le magasin, laquelle se termine par la réalisation du paiement propremént dit.
Ces dispositifs apportent des avantages conséquents, comme la délivrance de billets en permanence ou la validation d'un achat uniquement pour des clients disposant de la somme d'argent nécessaire en ce qui concerne l'un et l'autre des exemples considérés.
Cependant, ces dispositifs sont rapidement engorgés lorsque plusieurs utilisateurs s'y présentent. D'autre part le temps qu'un utilisateur passe devant le dispositif est souvent long comparé à la délivrance du service en lui-même.
L'invention a pour objet de diminuer le temps passé par un utilisateur devant les dispositifs précités pour l'obtention
L'invention se rapporte aux dispositifs de transaction au moins partiellement automatisés et plus particulièrement à
ceux où la transaction s'achève par la délivrance d'un service.
Ces dispositifs sont de plus en plus courants et délivrent des services variés.
On connaît par exemple différents types de distributeurs automatiques de billets, lesquels gèrent une transaction entre un utilisateur~muni d'une carte de crédit et un réseau bancaire et qui s'achève par la délivrance en tant que service d'une somme d'argent.
On connaît également dés caisses installées dans des magasins qui mettent en oeuvre une transaction entre le client et le magasin, laquelle se termine par la réalisation du paiement propremént dit.
Ces dispositifs apportent des avantages conséquents, comme la délivrance de billets en permanence ou la validation d'un achat uniquement pour des clients disposant de la somme d'argent nécessaire en ce qui concerne l'un et l'autre des exemples considérés.
Cependant, ces dispositifs sont rapidement engorgés lorsque plusieurs utilisateurs s'y présentent. D'autre part le temps qu'un utilisateur passe devant le dispositif est souvent long comparé à la délivrance du service en lui-même.
L'invention a pour objet de diminuer le temps passé par un utilisateur devant les dispositifs précités pour l'obtention
2 d'un service en proposant un dispositif de transaction d'un type nouveau.
De façon générale, on connaît des systèmes comprenant un poste capable d'effectuer une transaction, et un équipement, propre à ëtablir un réseau de communication sans fil, avec un ou des. terminaux mobiles, selon un protocole de mise en liaison, ainsi qu'une communication avec ledit poste.
Le dispositif selon l'invention part d'un tel système utilisé
pour effectuer une transaction et prëvoit en outre que l' équipemént est agencé avec un périmètre choisi pour couvrir une zone déterminée, voisine dudit poste, tandis que le~
protocole de mise en liaison est agencé pour permettre l'échange initial d'une information d'identitë émise par un terminal mobile présent dans cette zone contre un code temporaire unique, un tel échange étant suivi du lancement d' une fonction d' arrière-plan permettant la préparation d' une partie au moins d'une transaction sur la base de ladite information d'identité, et que le poste est capable, sur prêsentation du code temporaire unique, de récupérer puis de compléter au besoin et de valider la transaction.
Ainsi le dispositif selon l'invention permet de traiter une partie de la transaction sans la présence physique de l' utilisateur devant le poste, diminuant aussi le temps passé
par l'utilisateur devant le poste. Seule la présence de l'utilisateur dans le përimètre choisi est requise pour initier la préparation de la transaction.
D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, ainsi que des dessins annexés sur lesquels:
De façon générale, on connaît des systèmes comprenant un poste capable d'effectuer une transaction, et un équipement, propre à ëtablir un réseau de communication sans fil, avec un ou des. terminaux mobiles, selon un protocole de mise en liaison, ainsi qu'une communication avec ledit poste.
Le dispositif selon l'invention part d'un tel système utilisé
pour effectuer une transaction et prëvoit en outre que l' équipemént est agencé avec un périmètre choisi pour couvrir une zone déterminée, voisine dudit poste, tandis que le~
protocole de mise en liaison est agencé pour permettre l'échange initial d'une information d'identitë émise par un terminal mobile présent dans cette zone contre un code temporaire unique, un tel échange étant suivi du lancement d' une fonction d' arrière-plan permettant la préparation d' une partie au moins d'une transaction sur la base de ladite information d'identité, et que le poste est capable, sur prêsentation du code temporaire unique, de récupérer puis de compléter au besoin et de valider la transaction.
Ainsi le dispositif selon l'invention permet de traiter une partie de la transaction sans la présence physique de l' utilisateur devant le poste, diminuant aussi le temps passé
par l'utilisateur devant le poste. Seule la présence de l'utilisateur dans le përimètre choisi est requise pour initier la préparation de la transaction.
D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, ainsi que des dessins annexés sur lesquels:
3 - les figures 1A, 1B et 1C sont des schémas illustrant le dispositif selon l'invention dans un premier mode de réalisation, - la figure 2 est un organigramme .illustrant le fonc-tionnement du dispositif de la figure 1 selon une première méthode d'utilisation, - la figure 3 est un organigramme illustrant le fonc-20 tionnement du dispositif de la figure 1 selon une méthode d'utilisation avantageuse, - la figure 4 est un schéma illustrant le dispositif selon l'invention dans un second mode de réalisation, et - la figure 5 est un organigramme illustrant le fonc-tionnement du dispositif de la figure 4 selon une méthode d'utilisation avantageuse.
Les dessins et les annexes contiennent, pour l'essentiel, des éléments de caractère certain. Ils pourront donc non seule-ment servir à mieux faire comprendre la description, mais aussi contribuer à sa définition, le cas échéant.
Les figures 1A, 1B et 1C illustrent de façon schématique le dispositif selon l'invention dans un premier mode de réalisa-fion.
Le dispositif selon l'invention intègre un distributeur automatique de billets 2, lequel comprend classiquement un lecteur de carte 4 capable de lire des informations contenues dans la puce d' une carte d' accès 6, en particulier un code confidentiel d'accès CCA connu du propriétaire et un identi-fiant bancaire IDB désignant un compte bancaire. En outre, le distributeur automatique de billets 2 comprend un calcula-teur 8 capable de mettre en oeuvre un système d'exploitation
Les dessins et les annexes contiennent, pour l'essentiel, des éléments de caractère certain. Ils pourront donc non seule-ment servir à mieux faire comprendre la description, mais aussi contribuer à sa définition, le cas échéant.
Les figures 1A, 1B et 1C illustrent de façon schématique le dispositif selon l'invention dans un premier mode de réalisa-fion.
Le dispositif selon l'invention intègre un distributeur automatique de billets 2, lequel comprend classiquement un lecteur de carte 4 capable de lire des informations contenues dans la puce d' une carte d' accès 6, en particulier un code confidentiel d'accès CCA connu du propriétaire et un identi-fiant bancaire IDB désignant un compte bancaire. En outre, le distributeur automatique de billets 2 comprend un calcula-teur 8 capable de mettre en oeuvre un système d'exploitation
4 non représenté, lequel est agencé pour interagir avec les différents éléments contenus dans le distributeur automatique de billets 2.
Le calculateur 8 est agencé pour réagir à l'introduction de la carte d'accès 6 dans le lecteur de carte 4 en exécutant un programme de transaction 12. Le programme de transaction 12 lance une fonction validation 14, laquelle détermine la validité de la carte d'accès 6 à partir des informations contenues dans la puce et transmises par le lecteur de carte 4. Dans le cas où la carte d'accès 6 est jugée valide, le programme de transaction 12 appelle une fonction vérification 16, laquelle compare le code confidentiel d'accès CCA contenu dans la puce de la carte d'accès 6 avec un code saisi CS par l'utilisateur au moyen d'un terminal d'accès 18 intégrë au distributeur automatique de billets 2 et capable d'interagir avec le calculateur 8. Si le code saisi CS est identique au code confidentiel d'accès CCA, le programme de transaction 12 appelle une fonction informations 20, laquelle interagit avec le terminal d'accès 18 pour demander puis apprendre de l'utilisateur le montant MT d'une somme d'argent à délivrer.
Le programme de transaction 12 lance alors une fonction autorisation 22, laquelle émet une requête de transaction RDT
vers un serveur d'autorisation distant 24 connecté au distributeur automatique de billets 2 selon des moyens connus de l'homme du métier. La requête de transaction est cons-tituée de l'identifiant bancaire IDB, contenu dans la puce de la carte d'accès 6 et obtenu par le lecteur de carte 4, et du montant à délivrer MT. La requête de transaction RDT est autorisée par 1e serveur d'autorisation distant 24 si le crédit du compte bancaire désigné par l'identifiant bancaire IDB est suffisant compte tenu du montant à délivrer MT, Si la requête de transaction RDT est autorisée par le serveur d'autorisation distant 24, le programme de transaction 12 appelle une fonction délivrance 26, laquelle interagit avec un livreur de billets 28, pour fournir le montant à délivrer MT.
L'organigramme de la figure 2 résume les différentes opéra-s tions réalisées par les fonctions du programme de transac-tion 12. Ä l'opération 200, le calculateur 8 lance le programme de transaction 12 à l'insertion de la carte d'accès 6 puis, lors de 1°opération 202, la fonction validation 14 teste la validité de la carte d'accès 6 en fonction des informations contenues dans la puce. Si la carte d'accès 6 n'est pas ou plus valide, une fonction annulation non représentée sur la figure 1B met fin au programme de transac-tion l2 et coopère avec le lecteur de carte 4 pour restituer la carte d'accès 6, à l'opération 204. Dans le cas où la carte d'accès 6 est valide, à l'opération 206, la fonction vérification évalue si le code saisi CS par l'utilisateur est identique au code confidentiel d'accès CCA lu sur la carte d'accès 6. Sinon, l'opération 204 d'annulation de la transac-tion et de restitution de la carte est lancée. Si les codes saisi CS et confidentiel d'accès CCA sont identiques, la fonction information 20 demande et apprend le montant à
délivrer MT au cours de l'opération 208, puis la fonction autorisation 22 émet vers le serveur d'autorisation distant 24 la requête de transaction RDT à l'opération 210. Si la requête de transaction RDT est acceptée (opération 212), la fonction délivrance 26, à l'opération 214, délivre les billets. Sinon, à l'opération 204, la fonction annulation est appelée, laquelle met fin au programme de transaction 12, comme décrit précédemment .
L'organigramme de la figure 2 montre que le distributeur automatique de billets 2 est accaparé par l'utilisateur pendant toute la durée des opérations 200 à 214 tandis que la présence physique de l'utilisateur n'est absolument requise que lors de l'opération 214, c'est-à-dire lorsque les billets sont délivrés. Le temps d'occupation du distributeur automa-tique de billets est ainsi beaucoup plus long que le temps effectivement nécessaire à la délivrance des billets. Lorsque plusieurs utilisateurs sont susceptibles d'employer le distributeur automatique de billets 2 à 7.a suite les uns des autres, le temps nécessaire pour traiter les transactions de tous les utilisateurs est particulièrement important comparé
au temps réellement nécessaire pour délivrer les billets.
L'opération 214 peut être désignée comme une transaction et les opérations 200 à 212 comme étant la préparation de la transaction.
Dans ce mode de réalisation, le dispositif selon l'invention a pour but de permettre l'exécution de la préparation de la transaction sans la présence physique de l'utilisateur devant le distributeur automatique de billets 2.
Dans ce mode de réalisation du dispositif selon l'invention, illustré sur les figures 1A, 1B et 1C, le distributeur automatique de billets 2 est connecté à une borne 32 de communication radio courte portée par l'intermédiaire d'une lïaison filaire connue. La borne 32 est capable d' établir une communication sous forme d'ondes radio avec un terminal mobile 34 se trouvant à l'intérieur d'un périmètre 36, lequel est défini au moins en partie par la borne 32 et éventuelle-ment à l'aide de plusieurs autres bornes semblables non représentées.
Avantageusement, la borne 32 est conforme aux standards de communication WiFi etlou Bluetooth et le terminal mobile 34 est un téléphone mobile de type, GPRS ou GSM disposant en outre d'un dispositif de communication 33 courte portée adapté à la borne 32, par exemple sous la forme d'un module Bluetooth ou WiFi. Le terminal mobile 34 peut être également un assistant personnel électronique (communément désigné par le terme de PDA) intégrant un module de communication à la norme Bluetooth ou WiFi. Dans l'un et l'autre cas, d'autres normes de communication sont utilisables. Par exemple, le dispositif de communication 33 peut prendre la forme d°un module opérant selon la technologie NFC (technologie de communication courte portée sans fil).
De manière évidente, la borne 32 peut être prévue pour opérer selon tout autre standard de communication sans fil, en particulier radio, de courte portée. Ze terminal mobile 34 peut prendre également la forme de tout appareil de communi-cation conforme à une technologie de communication mobile à
réseau cellulaire.
Ze distributeur automatique de billets 2 comprend également un programme d° automate virtuel 36 ainsi qu' un programme de gestion des billets 38,~tout deux exécutés par le calculateur 8 . Ze programme d' automate virtuel est capâble d' interagir avec la borne 32 au moyen d'une fonction d'émission de requête 40 et d'une fonction de réception de requête 42 pour émettre et recevoir des requêtes avec le terminal mobile 34.
Le terminal mobile 34 comprend de façon classique des moyens de mémorisation et de calcul, non représentés, agencés pour respectivement conserver et exécuter un programme 44, lequel peut être sujet à un abonnement bancaire, capable d°interagir avec le dispositif de communication radio courte portée 33.
Zes moyens de mémorisation peuvent également contenir un identifiant de service IDS propre à identifier de façon unique le terminal mobile 34 et les coordonnées bancaires de son propriétaire..
Lorsque le terminal mobile 34 se trouve à l'intérieur du périmètre 36, il peut s' établir une communication entre le terminal mobile 34 et la borne 32 associée au distributeur automatique de billets 2 selon une méthode connue de l'homme du métier (opération 300) . Za communication entre le terminal mobile 34 et la borne 32 peut s'initier de manière spontanée par reconnaissance mutuelle du terminal mobile 34 et de la borne 32 ou bien résulter d'un acte volontaire, par exemple au moyen d' une demande émise par l' utilisateur du terminal mobile 34.
La communication entre le terminal mobile 34 et le distribu-teur automatique de billets 2 supporte une requête d'initiation RI émise par le programme d'automate virtuel 36 au moyen de la fonction d'émission de requête 40 et créêe par une fonction initiation 43 à l'opération 302. La requête d'initiation RI comprend un identifiant de transaction IDT
génërë lors de l'émission. Le programme 44 traite la requête d'initiation RI en retournant la valeur de l'identifiant de service IDS à l'opération 304. Ä la réception de la réponse à la requête d'initiation RI, le programme d'automate virtuel 36 appelle une fonction de validation distante 50, laquelle détermine la validité de l'identifiant de service IDS pendant l'opération 306. Si 1°identifiant de service IDS est jugé
valide; le programme d'automate virtuel 36 est en attente.
Le programme d'abonnement bancaire 44 comprend en outre une fonction activation 52 capable d'émettre, au cours de l'opération 308, une requête de transaction distante RTD en direction du.distributeur automatique de billets 2 indiquant le montant de la somme d' argent à délivrer MT ainsi que Ia valeur d'un code confidentiel personnel CCP, lequel est associé à l'identifiant de service IDS.
Selon une première configuration de l'invention, le code confidentiel personnel CCP est enregistré dans une mémoire du termimal mobile 34, avec laquelle la fonction d' activation 52 est capable d'interagir pour lire puis émettre la valeur dudit code. Dans une configuration alternative, le code personnel confidentiel CCP est connu de l'utilisateur, lequel saisit ledit code par l'intermédiaire d'un clavier numérique non représentë pour permettre son émission par la f~nction activation 52. Dans une autre configuration encore, la requête de transaction distante RTD ne contient pas la valeur du code confidentiel personnel CCP mais un code équivalent dont l'émission est conditionnée par la vérification d'un critère de sécurité lié au service: par exemple, la vérifica-tion d'une empreinte digitale de l'utilisateur avant l'émission de la requête de transaction distante RTD au moyen d' un dispositif connu de l' homme du métier .
Dans un mode de réalisation particulier, la fonction d'activation 52 émet une requête de transaction distante RTD
comprenant un montant MT prédéterminé sur une unique pression d'une touche du terminal mobile. Dans une variante de ce mode de réalisation particulier, différentes touches sont asso-ciées à l' émission de requêtes de transaction distante RTD
indiquant des montants MT prédéterminés différents.
Dans une configuration de l'invention, à la réception de la requête de transaction distante RTD, l'automate virtuel 36 interagit avec la fonction vérification 16, laquelle vérifie la concordance entre l'identifiant de service IDS et le code confidentiel personnel CCP. Si le code confidentiel personnel CCP correspond à l'identifiant de servicé IDS, le programme d'automate virtuel 36 poursuit le traitement de la requête de transaction distante RTD en appelant une fonction d'autorisation distante 54, similaire à la fonction d'autorisation 22 décrite plus haut, laquelle émet une requête de transaction RDT vers le serveur d°autorisation distant 24 comprenant entre autre l'identifiant de service IDS et le montant MT (opération 310) suivant un processus similaire à ce qui a ëtë décrit plus haut.
Dans une autre configuration de l'invention, le programme automate virtuel 36 émet, à la réception de la requête de transaction distante RTD, la requête de transaction RDT vers le serveur d'autorisation distant 24 sans vérifier la concordance entre le code confidentiel personnel CCP et l'ïdentifiant de service IDS. Dans ce mode de réalisation, la requête de transaction RDT comprend en outre la valeur du
Le calculateur 8 est agencé pour réagir à l'introduction de la carte d'accès 6 dans le lecteur de carte 4 en exécutant un programme de transaction 12. Le programme de transaction 12 lance une fonction validation 14, laquelle détermine la validité de la carte d'accès 6 à partir des informations contenues dans la puce et transmises par le lecteur de carte 4. Dans le cas où la carte d'accès 6 est jugée valide, le programme de transaction 12 appelle une fonction vérification 16, laquelle compare le code confidentiel d'accès CCA contenu dans la puce de la carte d'accès 6 avec un code saisi CS par l'utilisateur au moyen d'un terminal d'accès 18 intégrë au distributeur automatique de billets 2 et capable d'interagir avec le calculateur 8. Si le code saisi CS est identique au code confidentiel d'accès CCA, le programme de transaction 12 appelle une fonction informations 20, laquelle interagit avec le terminal d'accès 18 pour demander puis apprendre de l'utilisateur le montant MT d'une somme d'argent à délivrer.
Le programme de transaction 12 lance alors une fonction autorisation 22, laquelle émet une requête de transaction RDT
vers un serveur d'autorisation distant 24 connecté au distributeur automatique de billets 2 selon des moyens connus de l'homme du métier. La requête de transaction est cons-tituée de l'identifiant bancaire IDB, contenu dans la puce de la carte d'accès 6 et obtenu par le lecteur de carte 4, et du montant à délivrer MT. La requête de transaction RDT est autorisée par 1e serveur d'autorisation distant 24 si le crédit du compte bancaire désigné par l'identifiant bancaire IDB est suffisant compte tenu du montant à délivrer MT, Si la requête de transaction RDT est autorisée par le serveur d'autorisation distant 24, le programme de transaction 12 appelle une fonction délivrance 26, laquelle interagit avec un livreur de billets 28, pour fournir le montant à délivrer MT.
L'organigramme de la figure 2 résume les différentes opéra-s tions réalisées par les fonctions du programme de transac-tion 12. Ä l'opération 200, le calculateur 8 lance le programme de transaction 12 à l'insertion de la carte d'accès 6 puis, lors de 1°opération 202, la fonction validation 14 teste la validité de la carte d'accès 6 en fonction des informations contenues dans la puce. Si la carte d'accès 6 n'est pas ou plus valide, une fonction annulation non représentée sur la figure 1B met fin au programme de transac-tion l2 et coopère avec le lecteur de carte 4 pour restituer la carte d'accès 6, à l'opération 204. Dans le cas où la carte d'accès 6 est valide, à l'opération 206, la fonction vérification évalue si le code saisi CS par l'utilisateur est identique au code confidentiel d'accès CCA lu sur la carte d'accès 6. Sinon, l'opération 204 d'annulation de la transac-tion et de restitution de la carte est lancée. Si les codes saisi CS et confidentiel d'accès CCA sont identiques, la fonction information 20 demande et apprend le montant à
délivrer MT au cours de l'opération 208, puis la fonction autorisation 22 émet vers le serveur d'autorisation distant 24 la requête de transaction RDT à l'opération 210. Si la requête de transaction RDT est acceptée (opération 212), la fonction délivrance 26, à l'opération 214, délivre les billets. Sinon, à l'opération 204, la fonction annulation est appelée, laquelle met fin au programme de transaction 12, comme décrit précédemment .
L'organigramme de la figure 2 montre que le distributeur automatique de billets 2 est accaparé par l'utilisateur pendant toute la durée des opérations 200 à 214 tandis que la présence physique de l'utilisateur n'est absolument requise que lors de l'opération 214, c'est-à-dire lorsque les billets sont délivrés. Le temps d'occupation du distributeur automa-tique de billets est ainsi beaucoup plus long que le temps effectivement nécessaire à la délivrance des billets. Lorsque plusieurs utilisateurs sont susceptibles d'employer le distributeur automatique de billets 2 à 7.a suite les uns des autres, le temps nécessaire pour traiter les transactions de tous les utilisateurs est particulièrement important comparé
au temps réellement nécessaire pour délivrer les billets.
L'opération 214 peut être désignée comme une transaction et les opérations 200 à 212 comme étant la préparation de la transaction.
Dans ce mode de réalisation, le dispositif selon l'invention a pour but de permettre l'exécution de la préparation de la transaction sans la présence physique de l'utilisateur devant le distributeur automatique de billets 2.
Dans ce mode de réalisation du dispositif selon l'invention, illustré sur les figures 1A, 1B et 1C, le distributeur automatique de billets 2 est connecté à une borne 32 de communication radio courte portée par l'intermédiaire d'une lïaison filaire connue. La borne 32 est capable d' établir une communication sous forme d'ondes radio avec un terminal mobile 34 se trouvant à l'intérieur d'un périmètre 36, lequel est défini au moins en partie par la borne 32 et éventuelle-ment à l'aide de plusieurs autres bornes semblables non représentées.
Avantageusement, la borne 32 est conforme aux standards de communication WiFi etlou Bluetooth et le terminal mobile 34 est un téléphone mobile de type, GPRS ou GSM disposant en outre d'un dispositif de communication 33 courte portée adapté à la borne 32, par exemple sous la forme d'un module Bluetooth ou WiFi. Le terminal mobile 34 peut être également un assistant personnel électronique (communément désigné par le terme de PDA) intégrant un module de communication à la norme Bluetooth ou WiFi. Dans l'un et l'autre cas, d'autres normes de communication sont utilisables. Par exemple, le dispositif de communication 33 peut prendre la forme d°un module opérant selon la technologie NFC (technologie de communication courte portée sans fil).
De manière évidente, la borne 32 peut être prévue pour opérer selon tout autre standard de communication sans fil, en particulier radio, de courte portée. Ze terminal mobile 34 peut prendre également la forme de tout appareil de communi-cation conforme à une technologie de communication mobile à
réseau cellulaire.
Ze distributeur automatique de billets 2 comprend également un programme d° automate virtuel 36 ainsi qu' un programme de gestion des billets 38,~tout deux exécutés par le calculateur 8 . Ze programme d' automate virtuel est capâble d' interagir avec la borne 32 au moyen d'une fonction d'émission de requête 40 et d'une fonction de réception de requête 42 pour émettre et recevoir des requêtes avec le terminal mobile 34.
Le terminal mobile 34 comprend de façon classique des moyens de mémorisation et de calcul, non représentés, agencés pour respectivement conserver et exécuter un programme 44, lequel peut être sujet à un abonnement bancaire, capable d°interagir avec le dispositif de communication radio courte portée 33.
Zes moyens de mémorisation peuvent également contenir un identifiant de service IDS propre à identifier de façon unique le terminal mobile 34 et les coordonnées bancaires de son propriétaire..
Lorsque le terminal mobile 34 se trouve à l'intérieur du périmètre 36, il peut s' établir une communication entre le terminal mobile 34 et la borne 32 associée au distributeur automatique de billets 2 selon une méthode connue de l'homme du métier (opération 300) . Za communication entre le terminal mobile 34 et la borne 32 peut s'initier de manière spontanée par reconnaissance mutuelle du terminal mobile 34 et de la borne 32 ou bien résulter d'un acte volontaire, par exemple au moyen d' une demande émise par l' utilisateur du terminal mobile 34.
La communication entre le terminal mobile 34 et le distribu-teur automatique de billets 2 supporte une requête d'initiation RI émise par le programme d'automate virtuel 36 au moyen de la fonction d'émission de requête 40 et créêe par une fonction initiation 43 à l'opération 302. La requête d'initiation RI comprend un identifiant de transaction IDT
génërë lors de l'émission. Le programme 44 traite la requête d'initiation RI en retournant la valeur de l'identifiant de service IDS à l'opération 304. Ä la réception de la réponse à la requête d'initiation RI, le programme d'automate virtuel 36 appelle une fonction de validation distante 50, laquelle détermine la validité de l'identifiant de service IDS pendant l'opération 306. Si 1°identifiant de service IDS est jugé
valide; le programme d'automate virtuel 36 est en attente.
Le programme d'abonnement bancaire 44 comprend en outre une fonction activation 52 capable d'émettre, au cours de l'opération 308, une requête de transaction distante RTD en direction du.distributeur automatique de billets 2 indiquant le montant de la somme d' argent à délivrer MT ainsi que Ia valeur d'un code confidentiel personnel CCP, lequel est associé à l'identifiant de service IDS.
Selon une première configuration de l'invention, le code confidentiel personnel CCP est enregistré dans une mémoire du termimal mobile 34, avec laquelle la fonction d' activation 52 est capable d'interagir pour lire puis émettre la valeur dudit code. Dans une configuration alternative, le code personnel confidentiel CCP est connu de l'utilisateur, lequel saisit ledit code par l'intermédiaire d'un clavier numérique non représentë pour permettre son émission par la f~nction activation 52. Dans une autre configuration encore, la requête de transaction distante RTD ne contient pas la valeur du code confidentiel personnel CCP mais un code équivalent dont l'émission est conditionnée par la vérification d'un critère de sécurité lié au service: par exemple, la vérifica-tion d'une empreinte digitale de l'utilisateur avant l'émission de la requête de transaction distante RTD au moyen d' un dispositif connu de l' homme du métier .
Dans un mode de réalisation particulier, la fonction d'activation 52 émet une requête de transaction distante RTD
comprenant un montant MT prédéterminé sur une unique pression d'une touche du terminal mobile. Dans une variante de ce mode de réalisation particulier, différentes touches sont asso-ciées à l' émission de requêtes de transaction distante RTD
indiquant des montants MT prédéterminés différents.
Dans une configuration de l'invention, à la réception de la requête de transaction distante RTD, l'automate virtuel 36 interagit avec la fonction vérification 16, laquelle vérifie la concordance entre l'identifiant de service IDS et le code confidentiel personnel CCP. Si le code confidentiel personnel CCP correspond à l'identifiant de servicé IDS, le programme d'automate virtuel 36 poursuit le traitement de la requête de transaction distante RTD en appelant une fonction d'autorisation distante 54, similaire à la fonction d'autorisation 22 décrite plus haut, laquelle émet une requête de transaction RDT vers le serveur d°autorisation distant 24 comprenant entre autre l'identifiant de service IDS et le montant MT (opération 310) suivant un processus similaire à ce qui a ëtë décrit plus haut.
Dans une autre configuration de l'invention, le programme automate virtuel 36 émet, à la réception de la requête de transaction distante RTD, la requête de transaction RDT vers le serveur d'autorisation distant 24 sans vérifier la concordance entre le code confidentiel personnel CCP et l'ïdentifiant de service IDS. Dans ce mode de réalisation, la requête de transaction RDT comprend en outre la valeur du
5 code confidentiel personnel CCP et de l'identifiant de service IDS. Le serveur d'autorisation distant 24 est agencë
pour vérifier la concordance entre le code confidentiel personnel CCP et l'identifiant de service IDS, et pour valider la requête de transaction RDT dans 1°affïrmatïve.
Dans une configuration de l'invention, le terminal mobile 34 comprend en outre une fonction de vérification, similaire à
la fonction vérification 16, exécutée dans une mémoire du terminal mobile 34 et qui vérifie la concordance entre le code confidentiel personnel CCP et l'identifiant de service IDS. Dans l'affirmative, la fonction activation 52 émet la requête de transaction distante RTD, laquelle ne comprend pas dans cette .configuration la valeur du code confidéntïel personnel CCP.
Dans une configuration particulière de l'invention, aucun code personnel confidentiel CCP n' est associé à l' identifiant de service IDS, de sorté que l'identité de l'utilisateur du terminal mobile 34 ne peut être vérifiée selon l'un des moyens décrits plus haut. Dans ce cas, peut être utilisée la capacité d'identification propre au terminal mobile, par exemple la carte SIMM.
Dans toutes les configurations dëcrïtes ci-dessus, si la requête de transaction RDT est validée par le serveur d'autorisation distant 24 (opération 312), le programme d'automate virtuel 36 répond à la requête de transaction distante RTD au moyen de la fonction d'autorisation distante 54, laquelle associe à l' identifiant de transaction IDT la valeur "validée" (opération 314).
Le calculateur 8 du distributeur automatique de billets 2 est agencé en outre pour exécuter un programme moniteur 55, lequel comprend une table informatique (non représentée) associant à chaque identifiant de transaction IDT un indica-teur d'état IDE pouvant prendre une des valeurs "validée" ou "non-validée" et un compteur de temps TMR capable de compter le temps écoûlé depuis la validation de la transaction.
Lorsque la valeur du compteur de temps associée à un identi-fiant de transaction IDT dépasse une valeur prédéfinie, le moniteur 55 associe à l'indicateur d'état de la transaction la valeur "non-validée".
Le programme d'automate virtuel 36 est agencé pour répondre à la présentation, selon un procédé décrit plus loin, de 1°identifiant de transaction IDT en appelant une fonction reprise 53 (opération 316) , laquelle est capâble d' interroger le programme moniteur 55 pour vérifier l'existence de 1°identifiant de transaction IDT dans la table mentionnée plus haut.
Selon une configuration de l'invention, le programme d' automate virtuel est agencé pour interagir avec le terminal 18, lequel est utilisé par l'utilisateur pour saisir l'identifiant de transaction IDT.
Dans une autre configuration, le programme d' automate virtuel 36 interagit avec la fonction réception 42, laquelle reçoit la valeur de l'identifiant de transaction IDT dti terminal mobile 34 via la borne 32. Selon une première mise en oeuvre, l'identifiant de transaction IDT a étë porté à la connais-sance de l'utilisateur par exemple au moyen d°un organe d'affichage du terminal mobile 34 non représenté, puis saisi par l'utilisateur et émis par le programme 44. Selon une seconde mise en oeuvre, l'identifiant de transaction IDT est mémorisé dans une mémoire du terminal mobile 34 et émis par Ie programme 44 sur une action de 1°utilisateur.
Dans une autre configuration encore, le programme d'automate virtuel 36 comprend des moyens pour lire la valeur de l'identifiant de transaction IDT contenu dans une mémoire du terminal mobile 34. Cette configuration est privilégiée dans le cas où la requête de transaction distante RTD a été émise sur une pression d' une unique touche du terminal mobile 34 avec un montant MT prédéterminé.
Dans une autre configuration encore, l'identifiant de transaction IDT comprend une information désignant l'une des touches présentes sur le distributeur automatique de billets.
Ze programme 44 est capable de provoquer l'affichage de cette information sur l'écran du terminal mobile 34. Le programme d'automate virtuel 36 maintient une correspondance entre l'information désignant la touche et l'identifiant de transaction IDT, en sorte que, lorsque Ia touche désignée est actionnée, le programme d'automate virtuel 36 récupère l'identifiant de transaction IDT de manière à achever la.
transaction. Cette dernière configuration offre à la fois une bonne rapiditë d'exécution de la transaction et une bonne discrétion puisque le terminal mobile 34 peut être conservé
25. par exemple dans la poche de l'utilisateur. Bien entendu, lorsque plusieurs transactions sont initiées à partir d'un même terminal mobile 34, des touches différentes sont associées aux différents identifiants de transaction IDT.
Dans le cas où l'identifiant de transaction IDT est présent dans la table du programme moniteur 55, et si l' indicateur d'état IDE associé à l'identifiant de transaction IDT a la valeur "validée", le programme de gestion de billets 38 interagit, selon une configuration, avec le livreur de billets 28 pour délivrer le montant MT (opération 318).
Sinon, le programme de gestion de billets 38 se termine sans commander la délivrance des billets. De manière optionnelle, avant la délivrance des billets, le programme d'automate virtuel 36 appelle une fonction comparaison 60, laquelle compare la valeur de l' identifiant de transaction IDT présent dans la table avec la valeur de l'identifiant de transaction IDT lue dans la mémoire du terminal mobile 34. La délivrance des billets n'intervient que si il y a concordance des deux valeurs.
Avantageusement, les communications radio entre la borne 32 et le terminal mobile 34 sont chiffrées selon une méthode connue de l'homme du métier.
L'organigramme de la figure 3 montre que la présence physique de l'utilisateur n'est nécessaire que pour les opérations 316 et 318. Seule la présence de l'utilisateur dans un périmètre proche est requise lors de l'initiation de la préparation de la transaction.
Grâce au dispositif selon l'invention, le temps d'occupation du distributeur automatique de billets 2 par uri utilisateur est réduit. Il en découle deux avantages. D'une part, puisque le temps passé devant le distributeur automatique de billets 2 est réduit, le risque d'agression, par exemple de vol de là
carte d'accès 6 ou des billets, est diminuë. D'autre part, le distributeur automatique de billets 2 peut traiter dans un temps donné plus d'utilisateurs.
Il est important de noter que le distributeur automatique de billets 2 décrit plus haut peut être simplifié. Dans un mode de réalisation particulier en effet, le distributeur automa-tique de billets 2 comprend uniquement le programme automate virtuel 36 avec toutes les fonctions décrites plus haut, ainsi que le moniteur 55, le gestionnaire de billets 38 et le livreur de billets 28. Dans ce mode de réalisation, le programme de transaction 12, le lecteur 4 et le terminal 18 n'existent pa-s, ce qui permet de réduire considérablement l'encombrement du distributeur automatique de billets 2 ainsi que sa complexité. Dans ce mode de réalisation, la vérifica-tion de la concordance entre le code confidentiel personnel CCP et l'identifiant de service IDS est réalisée par le serveur distant 24 au moyen d' une requête de manière simi-laïre à ce qui a été décrit plus haut, et la présentation de l'identifiant de transaction IDT.est réalisée par le terminal mobile 34. De manière alternative, la vérification de la concordance entre le code personnel confidentiel CCP et l'identifiant de service IDS peut être réalisée par une fonction intégrée au programme d' automate virtuel 36. On peut ainsi se passer en particulier de la fonction vérification 16 et du terminal 18. Il est alors particulièrement avantageux de prévoir dans le distributeur de billets un dispositif capable d'interagir avec le livreur de billets 28 pour préparer le montant MT à délivrer dès la validation de la transaction par le serveur distant 24, ce qui permet de réduire d°autant le temps de présence physique de 1°utilisateur devant le distributeur automatique de billets 2.
Dans certaines applications, la présence physique d'une carte de crédit au distributeur automatique de billets 2 peut êtré
jugée essentielle. En ce cas, l'invention permet de limiter l'interaction de l'usager avec le distributeur 2 à
l'introduction de la carte de crédit dans celui-ci. Les caractéristiques de la carte de crédit ont alors déjà êtë
vérifiées lors de la préparation de la transaction. Si nécessaire, la vérification de l'identité du porteur de la carte de crédit peut se faire par composition d'un code confidentiel (code PIN); cette vérification peut également avoir ëté faite préalablement, par exemple par présentatiôn à l'avance du code confidentiel via le terminal mobile 34 sécurisé en conséquence. Suivant cette sëcurisation, le code confidentiel en question peut être composé au clavier du terminal mobile 34, ou bien stocké et envoyé sur ordre de l'usager défini par une action ou une combinaison d'actions, par.exemple appui sur une touche du terminâl mobile 34. De même, également en fonction de la sécurisation, tout ou 5 partie des caractéristiques de la carte de crédit peuvent être stockées dans le terminal mobile 34.
Alors que la préparation d'un retrait d'argent, lorsqu'elle est effectuée devant le distributeur automatique de billets 10 2 est particulièrement repérable et identifiable, rien ne permet de discerner cette préparation lorsqu'elle est réalisée à l'aide du terminal mobile 34 grâce au dispositif selon l'~.nvention. Ceci réduit d'autant les risques d' agression.
Dans un made de réalisation différent, illustré sur les figures 4 et 5, le dispositif selon l'invention est mis en oeuvre dans un magasin et comprend un terminal de caisse 70, lequel intègre un calculateur exécutant un programme de solvabilité 64.
Ze términal de caisse 70 est connecté, comme décrit précédem-ment, à la borne 32 capable de réagir à la présence du terminal mobile 34 à l'intérieur du périmètre 36 défini au moins en partie par la borne 32, comme décrit plus haut, en établissant une communication (opération 500) entre le terminal mobile 34 et le terminal de caisse 70. La découverte du terminal mobile 34 peut survenir, dans un mode de réalisa-tion, de manière implicite à l'initiative de la borne 32.
Dans un autre mode de réalisation, le terminal mobile 34 comprend une fonction découverte non représentée capable de signaler le terminal mobile 34 à .la borne 32 de manière explicite.
Ä l'établissement de la communication, le programme de solvabilité appelle la fonction d'initïation 43, laquelle émet la requête d'initiation RI permettant l'échange de l'identifiant de service IDS contre l'identifiant de transac-tion IDT, selon le processus décrit plus haut (opérations 502 et 504). Ä la réception de la réponse à la requête d'initiation RI, le programme de vérification de solvabilité
64 détermine la validité de l'identifiant de service IDS au moyen de la fonction de valïdation distante 50 (opération 506) .
Le programme de solvabilité 64 se met en attente de la réception d'une requête de solvabilité RS émise par la fonction activatïon 52 du terminal mobile 34 et contenant d' une part, le montant MT d' une autorisation à délivrer et d'autre part, le code confidentiel personnel CCP (opération 508). Comme mentionné plus haut, le code confidentiel personnel CCP peut être mémorisé dans le terminal mobile 34 ou encore saisi par l'utilisateur.
La réponse à la requête d'initiation RI peut survenir après validation d'une fonction par l'utilisateur ou bien être transparente pour ce dernier.
Ä la réception de la requête de solvabilité RS, le programme de solvabilité 64 interagit avec des moyens de communication reliant le terminal de caisse 70 au serveur d' autorisation distant 24 pour êmettre une requête de solvabilité RS
contenant le montant MT, l'identifiant de service IDS et le code confidentiel personnel CCP (opération 510).
Selon une caractéristique optionnelle de l'invention, le programme de solvabilité 34 comprend une table informatique TS non représentée associant l'identifiant de service IDS à
un montant autorisé MTA. Le programme de solvabilité 64 réagit alors à la requête de solvabilité RS en interrogeant la table informatique TS: si le montant MT contenu dans la requête de solvabilité RS est inférieur au montant autorisé
MTA, la transaction est autorisée sans faire appel au serveur d'autorisatïon dïstant 24. Dans le cas contraire, le pro gramme de solvabilité 64 émet une requête dë solvabilité RS
à destination du serveur distant 24 selon la méthode décrite plus haut.
Si le compte bancaire désigné par l'identifiant de service IDS est suffisamment créditeur, la réponse (opération 512) à
la requête de solvabilité RS est positive et le programme de solvabilité 64 appelle la fonction d'autorisation distante 54, laquelle assocïe la valeur "validée" à~l'identïfiant de transaction IDT, lors de l'opération 514.
Lorsque l'utilisateur se rend devant le terminal de Baisse 70 l5 pour régler ses achats, le calculateur 62 exécute le pro-gramme facturatïon 66, lequel commence par établir le montant des achats. Ze programme de facturation 66 réagit à la saisie de l'identifiant de transaction IDT par l'utilisateur en interrogeant le programme moniteur 55 selon le processus décrit précédemment.
Si l'identificateur d'état associé à l'identifiant de transaction IDT est à la valeur "validée", et que le montant calculé des achats est inférieur au montant MT, l' utïlisateur peut partir avec ses achats tandis qu'une opération bancaire classique débitera le compte identifié par l'identifiant de service IDS.
Dans le cas contraire, c'est-à-dire si l'indicateur d°état associé à l'identifiant de transaction IDT est à la valeur "non-validée°', ou si le montant des achats est supérieur au montant MT, le paiement s'effectue dë manïère classique.
Grâce au dispositif selon l'invention, l'utilisateur peut, tout en effectuant ses achats, faire préparer la requête de solvabilité pour le montant estimé de ses achats. Individuel-lement, il gagne du temps au moment de son passage en caisse.
Globalement, l'utilisation du dispositif selon l'invention par un plus grand nombre de clients réduit le temps d°attente de chaque client à la caisse. Le dispositif selon l'invention rend ainsi les vérifications de solvabilité plus faciles.
Dans les deux modes de réalisation du dispositif selon l' invention décrits plus haut, le périmètre 36 définit une zone dans laquelle la préparation de la transaction est possible. Le périmètre 36 peut être adapté, grâce à un dispositif connu de l'homme du métier, en réduisant la portée de la borne 32 ou de l'ensemble des bornes utilisées pour la définition de la zone. Dès lors, ïl est possible d'adapter le périmètre 36 (c'est-à-dire la portée de la borne) et la localisation de la borne 32 de manière à couvrir la zone désirée. Par exemple, dans le second mode de rëalisation, il est avantageux que la zone définie par la borne 32 et le périmètre 36 couvre le plus exactement possible la surface du magasin.
Dans les deux modes de réalisation décrits plus haut, le programme moniteur 55 peut comprendre des options permettant d'associer la valeur "non-validée" de l'identifiant de transaction dans les cas suivants:
- sortie du terminal mobile 34 du périmètre 36 sans validation de la transaction, - sortie du terminal mobile 34 du périmètre 36 pendant un temps prédéterminé, - message d'annulation émis depuis le terminal mobile 34.
Les deux modes de réalisation décrits ci-dessus ne consti-tuent que des exemples de mises en oeuvre de l'invention.
L'ïnvention est applicable à tout dispositif de transaction comportant une phase prëparatoire de la transaction pour laquelle la présence physique de 1°utilisateur devant l'organe de délivrance du service n'est pas absolument requise. Il a été décrit des phases préparatoires à des transactions comportant une étape de vérification de solvabi lité, mais l'invention peut être appliquée dans des cas différents.
Ainsi, il est envisageable de mettre en oeuvre l'invention dans un restaurant de type "fast-food". Dans ce cas, le terminal mobile 34 interagit avec un programme commande exécuté dans la mémoire d'une caisse, ou d'un réseau de caisse, pour établir la commande de l'utilisateur en échange d'un ïdentifiant de transaction IDT. La commande sera délivrée à 1°utilisateur à son arrivée en caisse sur présen-tation de l'identïfxant de transaction.
L'invention peut également être appliquée dans un cinéma.
L'utilisateur à 1°approche du cinéma émet~une requête en direction d'un programme de rêservation enregistré et exêcuté
dans une mémoire d' une caisse ou d' un réseau de caisse du cinéma précisant la séance contre un identifiant de transac-fion IDT. Sur présentation de l'identifiant de transaction, le billet est délivré à l'utilisateur.
L'invention peut également être intégrée à un dispositif de contrôle d'accès dont une partie des vérifications liées, par exemple, à l'identité peut être pré-traitée. Une fois les vérifications achevées, un code simple est porté à la connaissance de l'utilisateur du terminal mobile. La présen-tation de ce code à un poste de contrôle valide l'accès.
Les différents modes de réalisation décrits précédemment ont en commun trois choses .
- une préparation de la transaction, ou pré-traitement, 3S effectuée initialement à l' aide d' un terminal mobile tel qu'un téléphone ou équivalent - le fait qu'au niveau de l'exécution de la transaction, c'est-à-dire du "poste", qui est par exemple un distri-buteur de billets ou une caisse, on utilise une transac-tion ainsi préparée de façon à simplifier et fluidifier 5 autant que possible, et dans la mesure de la sécurité
désirée, les échanges terminaux entre le client et le commerçant, qu'il s'agisse de la banque dans le cas d'un distributeur automatique de billets ou d'un commerçant classique dans le cas d'une caisse ; et - la présence de l'utilisateur dans un périmètre proche du poste.
La présente demande montre l'intérêt de l'usage d'un terminal mobile tel qu'un téléphone, dans le cadre d'une telle préparation de transaction.
La notion de terminal mobile n' est pas limitée à un téléphone mobile ou un assistant personnel de type PDA et s'ëtend à
tout support d'informatïons disposant de capacités de communications courte portée.
Dans ce qui précède, les àménagements enseïgnés selon l'invention sont, pour leur partie informatique, essentielle-ment placés au niveau de l'ensemble que constitue un équipe-ment sans fil et le poste de transaction.
Mais, dans une autre approche, la présente invention peut être vue directement, dans un cas où l'on chercherait à
transférer lesdits aménagements au niveau d'un serveur distant chargé de tout ou partie des tâches de "prë-traite-ment", ou préparation de la transaction.
Dans ce cas, le contact initial effectué à l'aide du terminal mobile peut consister en l'appel par téléphonie classique du centre de traitement en question. Celui-ci se charge alors, en utilisant la liaison téléphonique, au besoin les caracté-ristiques d'identification permises par la téléphonie mobile, et un ou des codes d'identification personnelle, de réaliser les parties du pré-traitement qui comportent une identifica-tion personnelle, la définition de coordonnées.bancaires, et éventuellement celle d'un montant de crédit.
Le serveur pourra alors transmettre les informations de pré-traitement, ou la partie qui en aura été assurée par ce serveur, vers l'équipement associé au poste de transaction, ou même le poste de transaction lui-même. L'ïdentification du poste de transaction (ou du système dont il fait partie) lors de la communication initiale peut alors être assurée par un code approprié, ou même par le numéro de téléphone à compo ser.
On peut alors utiliser le circuit radio local, avec son "périmètre", pour une transmission automatique de ces informations (numéro téléphonique et/ou code) au terminal mobile. Dans le cas d'un terminal mobile qui ne serait pas capable d'une communication radio, cette information peut même être transmise par voie visuelle, auditive, ou tout autre moyen.
Dans le développement des paragraphes qui précèdent, l'élément essentiel de l'invention est alors l'usage au niveau du poste d'une transaction au moins partiellement préparéé à l'avance, sur les mêmes bases que décrites précédemment. D'un tel point de vue, il est possible d'assurer la préparation de la transaction par de nombreux moyens différents, liés ou non à un terminal mobile.
Le pré-traitement peut être mis en oeuvre dans différentes applications, dans des cas où un service ne dispose que d'une capacité physique limitée d'accueil pour satisfaire l'usager ou le client (qui se trouve alors en attente). On pourra citer les applications de billetterie (bus, train, ciné-ma...), les services administratifs (pré-traitement du dossier, ou la vérification d'informations concernant le titulaire d'un passeport de type électronique ou le passeport lui-même, lequel est par exemple doté d'une étiquette radiofréquence (également désignée étiquette RFID), les stations service (facturation).
Zes distributeurs automatiques de films peuvent également profiter avantageusement du système de pré-traitement selon l'invention. En effet, les usagers passent souvent un temps relativement long à effectuer la sélection du film souhaité:
le film initialement désiré peut être indisponible, la consultation d'informations sur le film (jaquette, résumé, acteurs principaux) et/ou le parcours de la liste des films proposés prend du temps.
L'invention permet alors d'éviter d'accaparer le distributeur automatique de films pour cette phase de sélection et de fait d'avoir à mettre en place des terminaux de sëlection supplé-mentaires adjoints au distributeur automatique de films pour faire face aux périodes d'affluence. Zes usagers équipés d'un terminal mobile et présents dans le périmètre environnant le distributeur automatique de films peuvent effectuer la sélection au moyen de leur terminal mobile, et même profiter des fonctionnalités multimédia offertes par les terminaux mobiles modernes, par exemple pour visualiser les bandes annonces de films. Seul le retrait effectif du film nécessite d'accéder physiquement au distributeur.
Enfin, il s'entend qu'un même terminal mobile peut être utilisë pour initier différentes transactions soit avec un même poste de délivrance de service (distributeur de billets, terminal de caisse etc.) soit avec des postes dédiés à des services différents.
La définition du périmètre associé à la borne peut impliquer la technologie de localisation et/ou guidage par satellite, aussi connue sous le terme de technologie GPS. Dans ce cas, le terminal mobile présente des fonctionnalités GPS, par exemple grâce à un module particulier. La présence d'un utilisateur dans un périmètre donné peut être alors établie grâce à une information sur la position de l'utilisateur communiquée par GPS. L'utilisateur peut également recevoir alors une information sur la position de la borne par l'intermédiaire du module GPS.
L'invention ne se limite pas aux modes de rëalisation décrits ci-avant, seulement à titre d'exemple, mais elle englobe toutes les variantes que pourra envisager l'homme de l'art.
pour vérifier la concordance entre le code confidentiel personnel CCP et l'identifiant de service IDS, et pour valider la requête de transaction RDT dans 1°affïrmatïve.
Dans une configuration de l'invention, le terminal mobile 34 comprend en outre une fonction de vérification, similaire à
la fonction vérification 16, exécutée dans une mémoire du terminal mobile 34 et qui vérifie la concordance entre le code confidentiel personnel CCP et l'identifiant de service IDS. Dans l'affirmative, la fonction activation 52 émet la requête de transaction distante RTD, laquelle ne comprend pas dans cette .configuration la valeur du code confidéntïel personnel CCP.
Dans une configuration particulière de l'invention, aucun code personnel confidentiel CCP n' est associé à l' identifiant de service IDS, de sorté que l'identité de l'utilisateur du terminal mobile 34 ne peut être vérifiée selon l'un des moyens décrits plus haut. Dans ce cas, peut être utilisée la capacité d'identification propre au terminal mobile, par exemple la carte SIMM.
Dans toutes les configurations dëcrïtes ci-dessus, si la requête de transaction RDT est validée par le serveur d'autorisation distant 24 (opération 312), le programme d'automate virtuel 36 répond à la requête de transaction distante RTD au moyen de la fonction d'autorisation distante 54, laquelle associe à l' identifiant de transaction IDT la valeur "validée" (opération 314).
Le calculateur 8 du distributeur automatique de billets 2 est agencé en outre pour exécuter un programme moniteur 55, lequel comprend une table informatique (non représentée) associant à chaque identifiant de transaction IDT un indica-teur d'état IDE pouvant prendre une des valeurs "validée" ou "non-validée" et un compteur de temps TMR capable de compter le temps écoûlé depuis la validation de la transaction.
Lorsque la valeur du compteur de temps associée à un identi-fiant de transaction IDT dépasse une valeur prédéfinie, le moniteur 55 associe à l'indicateur d'état de la transaction la valeur "non-validée".
Le programme d'automate virtuel 36 est agencé pour répondre à la présentation, selon un procédé décrit plus loin, de 1°identifiant de transaction IDT en appelant une fonction reprise 53 (opération 316) , laquelle est capâble d' interroger le programme moniteur 55 pour vérifier l'existence de 1°identifiant de transaction IDT dans la table mentionnée plus haut.
Selon une configuration de l'invention, le programme d' automate virtuel est agencé pour interagir avec le terminal 18, lequel est utilisé par l'utilisateur pour saisir l'identifiant de transaction IDT.
Dans une autre configuration, le programme d' automate virtuel 36 interagit avec la fonction réception 42, laquelle reçoit la valeur de l'identifiant de transaction IDT dti terminal mobile 34 via la borne 32. Selon une première mise en oeuvre, l'identifiant de transaction IDT a étë porté à la connais-sance de l'utilisateur par exemple au moyen d°un organe d'affichage du terminal mobile 34 non représenté, puis saisi par l'utilisateur et émis par le programme 44. Selon une seconde mise en oeuvre, l'identifiant de transaction IDT est mémorisé dans une mémoire du terminal mobile 34 et émis par Ie programme 44 sur une action de 1°utilisateur.
Dans une autre configuration encore, le programme d'automate virtuel 36 comprend des moyens pour lire la valeur de l'identifiant de transaction IDT contenu dans une mémoire du terminal mobile 34. Cette configuration est privilégiée dans le cas où la requête de transaction distante RTD a été émise sur une pression d' une unique touche du terminal mobile 34 avec un montant MT prédéterminé.
Dans une autre configuration encore, l'identifiant de transaction IDT comprend une information désignant l'une des touches présentes sur le distributeur automatique de billets.
Ze programme 44 est capable de provoquer l'affichage de cette information sur l'écran du terminal mobile 34. Le programme d'automate virtuel 36 maintient une correspondance entre l'information désignant la touche et l'identifiant de transaction IDT, en sorte que, lorsque Ia touche désignée est actionnée, le programme d'automate virtuel 36 récupère l'identifiant de transaction IDT de manière à achever la.
transaction. Cette dernière configuration offre à la fois une bonne rapiditë d'exécution de la transaction et une bonne discrétion puisque le terminal mobile 34 peut être conservé
25. par exemple dans la poche de l'utilisateur. Bien entendu, lorsque plusieurs transactions sont initiées à partir d'un même terminal mobile 34, des touches différentes sont associées aux différents identifiants de transaction IDT.
Dans le cas où l'identifiant de transaction IDT est présent dans la table du programme moniteur 55, et si l' indicateur d'état IDE associé à l'identifiant de transaction IDT a la valeur "validée", le programme de gestion de billets 38 interagit, selon une configuration, avec le livreur de billets 28 pour délivrer le montant MT (opération 318).
Sinon, le programme de gestion de billets 38 se termine sans commander la délivrance des billets. De manière optionnelle, avant la délivrance des billets, le programme d'automate virtuel 36 appelle une fonction comparaison 60, laquelle compare la valeur de l' identifiant de transaction IDT présent dans la table avec la valeur de l'identifiant de transaction IDT lue dans la mémoire du terminal mobile 34. La délivrance des billets n'intervient que si il y a concordance des deux valeurs.
Avantageusement, les communications radio entre la borne 32 et le terminal mobile 34 sont chiffrées selon une méthode connue de l'homme du métier.
L'organigramme de la figure 3 montre que la présence physique de l'utilisateur n'est nécessaire que pour les opérations 316 et 318. Seule la présence de l'utilisateur dans un périmètre proche est requise lors de l'initiation de la préparation de la transaction.
Grâce au dispositif selon l'invention, le temps d'occupation du distributeur automatique de billets 2 par uri utilisateur est réduit. Il en découle deux avantages. D'une part, puisque le temps passé devant le distributeur automatique de billets 2 est réduit, le risque d'agression, par exemple de vol de là
carte d'accès 6 ou des billets, est diminuë. D'autre part, le distributeur automatique de billets 2 peut traiter dans un temps donné plus d'utilisateurs.
Il est important de noter que le distributeur automatique de billets 2 décrit plus haut peut être simplifié. Dans un mode de réalisation particulier en effet, le distributeur automa-tique de billets 2 comprend uniquement le programme automate virtuel 36 avec toutes les fonctions décrites plus haut, ainsi que le moniteur 55, le gestionnaire de billets 38 et le livreur de billets 28. Dans ce mode de réalisation, le programme de transaction 12, le lecteur 4 et le terminal 18 n'existent pa-s, ce qui permet de réduire considérablement l'encombrement du distributeur automatique de billets 2 ainsi que sa complexité. Dans ce mode de réalisation, la vérifica-tion de la concordance entre le code confidentiel personnel CCP et l'identifiant de service IDS est réalisée par le serveur distant 24 au moyen d' une requête de manière simi-laïre à ce qui a été décrit plus haut, et la présentation de l'identifiant de transaction IDT.est réalisée par le terminal mobile 34. De manière alternative, la vérification de la concordance entre le code personnel confidentiel CCP et l'identifiant de service IDS peut être réalisée par une fonction intégrée au programme d' automate virtuel 36. On peut ainsi se passer en particulier de la fonction vérification 16 et du terminal 18. Il est alors particulièrement avantageux de prévoir dans le distributeur de billets un dispositif capable d'interagir avec le livreur de billets 28 pour préparer le montant MT à délivrer dès la validation de la transaction par le serveur distant 24, ce qui permet de réduire d°autant le temps de présence physique de 1°utilisateur devant le distributeur automatique de billets 2.
Dans certaines applications, la présence physique d'une carte de crédit au distributeur automatique de billets 2 peut êtré
jugée essentielle. En ce cas, l'invention permet de limiter l'interaction de l'usager avec le distributeur 2 à
l'introduction de la carte de crédit dans celui-ci. Les caractéristiques de la carte de crédit ont alors déjà êtë
vérifiées lors de la préparation de la transaction. Si nécessaire, la vérification de l'identité du porteur de la carte de crédit peut se faire par composition d'un code confidentiel (code PIN); cette vérification peut également avoir ëté faite préalablement, par exemple par présentatiôn à l'avance du code confidentiel via le terminal mobile 34 sécurisé en conséquence. Suivant cette sëcurisation, le code confidentiel en question peut être composé au clavier du terminal mobile 34, ou bien stocké et envoyé sur ordre de l'usager défini par une action ou une combinaison d'actions, par.exemple appui sur une touche du terminâl mobile 34. De même, également en fonction de la sécurisation, tout ou 5 partie des caractéristiques de la carte de crédit peuvent être stockées dans le terminal mobile 34.
Alors que la préparation d'un retrait d'argent, lorsqu'elle est effectuée devant le distributeur automatique de billets 10 2 est particulièrement repérable et identifiable, rien ne permet de discerner cette préparation lorsqu'elle est réalisée à l'aide du terminal mobile 34 grâce au dispositif selon l'~.nvention. Ceci réduit d'autant les risques d' agression.
Dans un made de réalisation différent, illustré sur les figures 4 et 5, le dispositif selon l'invention est mis en oeuvre dans un magasin et comprend un terminal de caisse 70, lequel intègre un calculateur exécutant un programme de solvabilité 64.
Ze términal de caisse 70 est connecté, comme décrit précédem-ment, à la borne 32 capable de réagir à la présence du terminal mobile 34 à l'intérieur du périmètre 36 défini au moins en partie par la borne 32, comme décrit plus haut, en établissant une communication (opération 500) entre le terminal mobile 34 et le terminal de caisse 70. La découverte du terminal mobile 34 peut survenir, dans un mode de réalisa-tion, de manière implicite à l'initiative de la borne 32.
Dans un autre mode de réalisation, le terminal mobile 34 comprend une fonction découverte non représentée capable de signaler le terminal mobile 34 à .la borne 32 de manière explicite.
Ä l'établissement de la communication, le programme de solvabilité appelle la fonction d'initïation 43, laquelle émet la requête d'initiation RI permettant l'échange de l'identifiant de service IDS contre l'identifiant de transac-tion IDT, selon le processus décrit plus haut (opérations 502 et 504). Ä la réception de la réponse à la requête d'initiation RI, le programme de vérification de solvabilité
64 détermine la validité de l'identifiant de service IDS au moyen de la fonction de valïdation distante 50 (opération 506) .
Le programme de solvabilité 64 se met en attente de la réception d'une requête de solvabilité RS émise par la fonction activatïon 52 du terminal mobile 34 et contenant d' une part, le montant MT d' une autorisation à délivrer et d'autre part, le code confidentiel personnel CCP (opération 508). Comme mentionné plus haut, le code confidentiel personnel CCP peut être mémorisé dans le terminal mobile 34 ou encore saisi par l'utilisateur.
La réponse à la requête d'initiation RI peut survenir après validation d'une fonction par l'utilisateur ou bien être transparente pour ce dernier.
Ä la réception de la requête de solvabilité RS, le programme de solvabilité 64 interagit avec des moyens de communication reliant le terminal de caisse 70 au serveur d' autorisation distant 24 pour êmettre une requête de solvabilité RS
contenant le montant MT, l'identifiant de service IDS et le code confidentiel personnel CCP (opération 510).
Selon une caractéristique optionnelle de l'invention, le programme de solvabilité 34 comprend une table informatique TS non représentée associant l'identifiant de service IDS à
un montant autorisé MTA. Le programme de solvabilité 64 réagit alors à la requête de solvabilité RS en interrogeant la table informatique TS: si le montant MT contenu dans la requête de solvabilité RS est inférieur au montant autorisé
MTA, la transaction est autorisée sans faire appel au serveur d'autorisatïon dïstant 24. Dans le cas contraire, le pro gramme de solvabilité 64 émet une requête dë solvabilité RS
à destination du serveur distant 24 selon la méthode décrite plus haut.
Si le compte bancaire désigné par l'identifiant de service IDS est suffisamment créditeur, la réponse (opération 512) à
la requête de solvabilité RS est positive et le programme de solvabilité 64 appelle la fonction d'autorisation distante 54, laquelle assocïe la valeur "validée" à~l'identïfiant de transaction IDT, lors de l'opération 514.
Lorsque l'utilisateur se rend devant le terminal de Baisse 70 l5 pour régler ses achats, le calculateur 62 exécute le pro-gramme facturatïon 66, lequel commence par établir le montant des achats. Ze programme de facturation 66 réagit à la saisie de l'identifiant de transaction IDT par l'utilisateur en interrogeant le programme moniteur 55 selon le processus décrit précédemment.
Si l'identificateur d'état associé à l'identifiant de transaction IDT est à la valeur "validée", et que le montant calculé des achats est inférieur au montant MT, l' utïlisateur peut partir avec ses achats tandis qu'une opération bancaire classique débitera le compte identifié par l'identifiant de service IDS.
Dans le cas contraire, c'est-à-dire si l'indicateur d°état associé à l'identifiant de transaction IDT est à la valeur "non-validée°', ou si le montant des achats est supérieur au montant MT, le paiement s'effectue dë manïère classique.
Grâce au dispositif selon l'invention, l'utilisateur peut, tout en effectuant ses achats, faire préparer la requête de solvabilité pour le montant estimé de ses achats. Individuel-lement, il gagne du temps au moment de son passage en caisse.
Globalement, l'utilisation du dispositif selon l'invention par un plus grand nombre de clients réduit le temps d°attente de chaque client à la caisse. Le dispositif selon l'invention rend ainsi les vérifications de solvabilité plus faciles.
Dans les deux modes de réalisation du dispositif selon l' invention décrits plus haut, le périmètre 36 définit une zone dans laquelle la préparation de la transaction est possible. Le périmètre 36 peut être adapté, grâce à un dispositif connu de l'homme du métier, en réduisant la portée de la borne 32 ou de l'ensemble des bornes utilisées pour la définition de la zone. Dès lors, ïl est possible d'adapter le périmètre 36 (c'est-à-dire la portée de la borne) et la localisation de la borne 32 de manière à couvrir la zone désirée. Par exemple, dans le second mode de rëalisation, il est avantageux que la zone définie par la borne 32 et le périmètre 36 couvre le plus exactement possible la surface du magasin.
Dans les deux modes de réalisation décrits plus haut, le programme moniteur 55 peut comprendre des options permettant d'associer la valeur "non-validée" de l'identifiant de transaction dans les cas suivants:
- sortie du terminal mobile 34 du périmètre 36 sans validation de la transaction, - sortie du terminal mobile 34 du périmètre 36 pendant un temps prédéterminé, - message d'annulation émis depuis le terminal mobile 34.
Les deux modes de réalisation décrits ci-dessus ne consti-tuent que des exemples de mises en oeuvre de l'invention.
L'ïnvention est applicable à tout dispositif de transaction comportant une phase prëparatoire de la transaction pour laquelle la présence physique de 1°utilisateur devant l'organe de délivrance du service n'est pas absolument requise. Il a été décrit des phases préparatoires à des transactions comportant une étape de vérification de solvabi lité, mais l'invention peut être appliquée dans des cas différents.
Ainsi, il est envisageable de mettre en oeuvre l'invention dans un restaurant de type "fast-food". Dans ce cas, le terminal mobile 34 interagit avec un programme commande exécuté dans la mémoire d'une caisse, ou d'un réseau de caisse, pour établir la commande de l'utilisateur en échange d'un ïdentifiant de transaction IDT. La commande sera délivrée à 1°utilisateur à son arrivée en caisse sur présen-tation de l'identïfxant de transaction.
L'invention peut également être appliquée dans un cinéma.
L'utilisateur à 1°approche du cinéma émet~une requête en direction d'un programme de rêservation enregistré et exêcuté
dans une mémoire d' une caisse ou d' un réseau de caisse du cinéma précisant la séance contre un identifiant de transac-fion IDT. Sur présentation de l'identifiant de transaction, le billet est délivré à l'utilisateur.
L'invention peut également être intégrée à un dispositif de contrôle d'accès dont une partie des vérifications liées, par exemple, à l'identité peut être pré-traitée. Une fois les vérifications achevées, un code simple est porté à la connaissance de l'utilisateur du terminal mobile. La présen-tation de ce code à un poste de contrôle valide l'accès.
Les différents modes de réalisation décrits précédemment ont en commun trois choses .
- une préparation de la transaction, ou pré-traitement, 3S effectuée initialement à l' aide d' un terminal mobile tel qu'un téléphone ou équivalent - le fait qu'au niveau de l'exécution de la transaction, c'est-à-dire du "poste", qui est par exemple un distri-buteur de billets ou une caisse, on utilise une transac-tion ainsi préparée de façon à simplifier et fluidifier 5 autant que possible, et dans la mesure de la sécurité
désirée, les échanges terminaux entre le client et le commerçant, qu'il s'agisse de la banque dans le cas d'un distributeur automatique de billets ou d'un commerçant classique dans le cas d'une caisse ; et - la présence de l'utilisateur dans un périmètre proche du poste.
La présente demande montre l'intérêt de l'usage d'un terminal mobile tel qu'un téléphone, dans le cadre d'une telle préparation de transaction.
La notion de terminal mobile n' est pas limitée à un téléphone mobile ou un assistant personnel de type PDA et s'ëtend à
tout support d'informatïons disposant de capacités de communications courte portée.
Dans ce qui précède, les àménagements enseïgnés selon l'invention sont, pour leur partie informatique, essentielle-ment placés au niveau de l'ensemble que constitue un équipe-ment sans fil et le poste de transaction.
Mais, dans une autre approche, la présente invention peut être vue directement, dans un cas où l'on chercherait à
transférer lesdits aménagements au niveau d'un serveur distant chargé de tout ou partie des tâches de "prë-traite-ment", ou préparation de la transaction.
Dans ce cas, le contact initial effectué à l'aide du terminal mobile peut consister en l'appel par téléphonie classique du centre de traitement en question. Celui-ci se charge alors, en utilisant la liaison téléphonique, au besoin les caracté-ristiques d'identification permises par la téléphonie mobile, et un ou des codes d'identification personnelle, de réaliser les parties du pré-traitement qui comportent une identifica-tion personnelle, la définition de coordonnées.bancaires, et éventuellement celle d'un montant de crédit.
Le serveur pourra alors transmettre les informations de pré-traitement, ou la partie qui en aura été assurée par ce serveur, vers l'équipement associé au poste de transaction, ou même le poste de transaction lui-même. L'ïdentification du poste de transaction (ou du système dont il fait partie) lors de la communication initiale peut alors être assurée par un code approprié, ou même par le numéro de téléphone à compo ser.
On peut alors utiliser le circuit radio local, avec son "périmètre", pour une transmission automatique de ces informations (numéro téléphonique et/ou code) au terminal mobile. Dans le cas d'un terminal mobile qui ne serait pas capable d'une communication radio, cette information peut même être transmise par voie visuelle, auditive, ou tout autre moyen.
Dans le développement des paragraphes qui précèdent, l'élément essentiel de l'invention est alors l'usage au niveau du poste d'une transaction au moins partiellement préparéé à l'avance, sur les mêmes bases que décrites précédemment. D'un tel point de vue, il est possible d'assurer la préparation de la transaction par de nombreux moyens différents, liés ou non à un terminal mobile.
Le pré-traitement peut être mis en oeuvre dans différentes applications, dans des cas où un service ne dispose que d'une capacité physique limitée d'accueil pour satisfaire l'usager ou le client (qui se trouve alors en attente). On pourra citer les applications de billetterie (bus, train, ciné-ma...), les services administratifs (pré-traitement du dossier, ou la vérification d'informations concernant le titulaire d'un passeport de type électronique ou le passeport lui-même, lequel est par exemple doté d'une étiquette radiofréquence (également désignée étiquette RFID), les stations service (facturation).
Zes distributeurs automatiques de films peuvent également profiter avantageusement du système de pré-traitement selon l'invention. En effet, les usagers passent souvent un temps relativement long à effectuer la sélection du film souhaité:
le film initialement désiré peut être indisponible, la consultation d'informations sur le film (jaquette, résumé, acteurs principaux) et/ou le parcours de la liste des films proposés prend du temps.
L'invention permet alors d'éviter d'accaparer le distributeur automatique de films pour cette phase de sélection et de fait d'avoir à mettre en place des terminaux de sëlection supplé-mentaires adjoints au distributeur automatique de films pour faire face aux périodes d'affluence. Zes usagers équipés d'un terminal mobile et présents dans le périmètre environnant le distributeur automatique de films peuvent effectuer la sélection au moyen de leur terminal mobile, et même profiter des fonctionnalités multimédia offertes par les terminaux mobiles modernes, par exemple pour visualiser les bandes annonces de films. Seul le retrait effectif du film nécessite d'accéder physiquement au distributeur.
Enfin, il s'entend qu'un même terminal mobile peut être utilisë pour initier différentes transactions soit avec un même poste de délivrance de service (distributeur de billets, terminal de caisse etc.) soit avec des postes dédiés à des services différents.
La définition du périmètre associé à la borne peut impliquer la technologie de localisation et/ou guidage par satellite, aussi connue sous le terme de technologie GPS. Dans ce cas, le terminal mobile présente des fonctionnalités GPS, par exemple grâce à un module particulier. La présence d'un utilisateur dans un périmètre donné peut être alors établie grâce à une information sur la position de l'utilisateur communiquée par GPS. L'utilisateur peut également recevoir alors une information sur la position de la borne par l'intermédiaire du module GPS.
L'invention ne se limite pas aux modes de rëalisation décrits ci-avant, seulement à titre d'exemple, mais elle englobe toutes les variantes que pourra envisager l'homme de l'art.
Claims (22)
1. Dispositif de transaction comprenant un poste (2) capable d'effectuer une transaction, et un équipement (32), propre à établir un réseau de communication sans fil, avec un ou des terminaux mobiles (34), selon un protocole de mise en liaison, ainsi qu'une communication avec ledit poste (2), caractérisé en ce que l'équipement (32) est agencé avec un périmètre (36) choisi pour couvrir une zone déterminée, voisine dudit poste (2), tandis que le protocole de mise en liaison est agencé
pour permettre l'échange initial d'une information d'identité (IDS) émise par un terminal mobile présent dans cette zone contre un code temporaire unique (IDT), un tel échange étant suivi du lancement d'une fonction d'arrière-plan permettant la préparation d'une partie au moins d'une transaction sur la base de ladite informa-tion d'identité (IDS), et que le poste (2) est capable, sur présentation du code temporaire unique (IDT), de récupérer puis de compléter au besoin et de valider la transaction.
pour permettre l'échange initial d'une information d'identité (IDS) émise par un terminal mobile présent dans cette zone contre un code temporaire unique (IDT), un tel échange étant suivi du lancement d'une fonction d'arrière-plan permettant la préparation d'une partie au moins d'une transaction sur la base de ladite informa-tion d'identité (IDS), et que le poste (2) est capable, sur présentation du code temporaire unique (IDT), de récupérer puis de compléter au besoin et de valider la transaction.
2. Dispositif de transaction selon la revendication 1, caractérisé en ce que le poste (2) est agencé pour faire partie du réseau de communication sans fil dudit équipe-ment (32).
3. Dispositif de transaction selon l'une des revendications 1 et 2, caractérisé en ce que l'équipement (32) est agencé pour opérer selon une norme de communication radio de courte portée.
4. Dispositif de transaction selon l'une des revendications précédentes, caractérisé en ce que l'équipement (32) est agencé pour opérer selon la norme Wifi.
5. Dispositif de transaction selon l'une des revendications précédentes, caractérisé en ce que l'équipement (32) est agencé pour opérer selon la norme Bluetooth ou NFC.
6. Dispositif de transaction selon l'une des revendications précédentes, caractérisé en ce que la fonction d'arrière-plan est lancée sur un message reçu de ou à
travers l'équipement (32) de communication.
travers l'équipement (32) de communication.
7. Dispositif de transaction selon l'une des revendications précédentes, caractérisé en ce que la fonction d'arrière-plan est implantée au moins en partie dans le poste (2) ou dans un réseau local dont fait partie le poste (2).
8. Dispositif de transaction selon l'une des revendications précédentes, caractérisé en ce que la fonction d'arrière-plan est implantée au moins en partie dans l'équipement (32).
9. Dispositif de transaction selon l'une des revendications précédentes, caractérisé en ce qu'il comprend un module de communication propre à permettre une communication avec un serveur distant (24), et en ce que la prépara-tion d'une transaction comprend au moins une vérifica-tion liée à ladite information d'identité (IDS), et effectuée par interrogation du serveur distant (24).
10. Dispositif de transaction selon la revendication 9, caractérisé en ce que, la partie non préparée de la transaction comportant un élément financier, l'interrogation du serveur distant (24) comporte une vérification de crédit liée à l'information d'identité
(IDS).
(IDS).
11. Dispositif de transaction selon la revendication 10, caractérisé en ce que l'interrogation du serveur distant comporte une vérification de crédit pour un montant lié
au moins en partie à une classe de transactions effec-tuées par le poste (2) et à ladite information d'identité (IDS).
au moins en partie à une classe de transactions effec-tuées par le poste (2) et à ladite information d'identité (IDS).
12. Dispositif de transaction selon l'une des revendication 9 et 10, caractérisé en ce que l'interrogation du serveur distant (24) comporte une vérification de crédit pour un montant défini par des informations complémen-taires établies lors de l'échange initial.
13. Dispositif de transaction selon l'une des revendications précédentes, caractérisé en ce que la transaction comporte un retrait d'espèces.
14. Dispositif de transaction selon l'une des revendications précédentes, caractérisé en ce que la transaction est une transaction commerciale.
15. Dispositif de transaction selon l'une des revendications précédentes, caractérisé en ce que la transaction est du type contrôle d'accès.
16. Dispositif de transaction selon l'une des revendications précédentes, caractérisé en ce que la présentation du code temporaire unique (IDT) au poste (2) est assurée à
partir du terminal mobile (34).
partir du terminal mobile (34).
17. Dispositif de transaction selon l'une des revendications précédentes, caractérisé en ce que le poste (2) comprend une fonction de vérification (60) capable de comparer la valeur du code temporaire unique (IDT) présenté avec une valeur du code temporaire unique (IDT) référence et dont le résultat conditionne la validation de la transaction.
18. Dispositif de transaction selon la revendication 17, caractérisé en ce que le poste (2) comprend en outre une fonction interrogation agencée pour établir comme valeur de code temporaire unique (IDT) de référence une valeur du code temporaire unique (IDT) enregistrée dans une mémoire du terminal mobile (34).
19. Dispositif de transaction selon l'une des revendication précédentes, caractérisé en ce que le poste (2) comprend un organe de saisie pour la présentation du code tempo-raire unique (IDT).
20. Dispositif de transaction selon la revendication 17, caractérisé en ce que la valeur du code temporaire unique (IDT) référence est émise par le terminal mobile (34).
21. Dispositif de transaction selon l'une des revendications précédentes, caractérisé en ce que la présentation du code temporaire unique (IDT) au poste (2) est assurée à
partir du terminal mobile (34) à travers le même réseau de communication sans fil.
partir du terminal mobile (34) à travers le même réseau de communication sans fil.
22. Dispositif de transaction selon l'une des revendications précédentes, caractérisé en ce qu'il comprend une fonction moniteur (55) capable d'annuler une transaction préparée en fonction d'un critère de péremption choisi.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0400352A FR2865302B1 (fr) | 2004-01-15 | 2004-01-15 | Dispositif transactionnel a pre-traitement anticipe. |
| FR0400352 | 2004-01-15 | ||
| PCT/FR2005/000088 WO2005073931A2 (fr) | 2004-01-15 | 2005-01-14 | Dispositif transactionnel a pre-traitement anticipe |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CA2552257A1 true CA2552257A1 (fr) | 2005-08-11 |
Family
ID=34707867
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA002552257A Abandoned CA2552257A1 (fr) | 2004-01-15 | 2005-01-14 | Dispositif transactionnel a pre-traitement anticipe |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US20080235132A1 (fr) |
| EP (1) | EP1709598A2 (fr) |
| JP (1) | JP4711970B2 (fr) |
| CA (1) | CA2552257A1 (fr) |
| FR (1) | FR2865302B1 (fr) |
| NO (1) | NO20063679L (fr) |
| WO (1) | WO2005073931A2 (fr) |
Families Citing this family (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE102005050605A1 (de) * | 2005-10-21 | 2007-05-24 | Wincor Nixdorf International Gmbh | System und Verfahren zum Auszahlen von Bargeld |
| US7739169B2 (en) | 2007-06-25 | 2010-06-15 | Visa U.S.A. Inc. | Restricting access to compromised account information |
| FR2931613B1 (fr) | 2008-05-22 | 2010-08-20 | Inst Nat Rech Inf Automat | Dispositif et procede de verification d'integrite d'objets physiques |
| US9715681B2 (en) | 2009-04-28 | 2017-07-25 | Visa International Service Association | Verification of portable consumer devices |
| US8893967B2 (en) | 2009-05-15 | 2014-11-25 | Visa International Service Association | Secure Communication of payment information to merchants using a verification token |
| US9105027B2 (en) | 2009-05-15 | 2015-08-11 | Visa International Service Association | Verification of portable consumer device for secure services |
| US8602293B2 (en) | 2009-05-15 | 2013-12-10 | Visa International Service Association | Integration of verification tokens with portable computing devices |
| US8534564B2 (en) | 2009-05-15 | 2013-09-17 | Ayman Hammad | Integration of verification tokens with mobile communication devices |
| US9038886B2 (en) | 2009-05-15 | 2015-05-26 | Visa International Service Association | Verification of portable consumer devices |
| US10846683B2 (en) | 2009-05-15 | 2020-11-24 | Visa International Service Association | Integration of verification tokens with mobile communication devices |
| CN107967602A (zh) | 2011-03-04 | 2018-04-27 | 维萨国际服务协会 | 支付能力结合至计算机的安全元件 |
| US8686829B2 (en) * | 2011-06-10 | 2014-04-01 | GM Global Technology Operations LLC | Lock code recovery system |
| CN103765423B (zh) * | 2011-08-03 | 2017-02-15 | 亚马逊技术有限公司 | 收集与本地存储的数据文件相关联的事务数据 |
| JP2013069223A (ja) * | 2011-09-26 | 2013-04-18 | Fujitsu Ltd | 生成プログラム、生成方法及び生成装置 |
| US10282724B2 (en) | 2012-03-06 | 2019-05-07 | Visa International Service Association | Security system incorporating mobile device |
| US11436594B2 (en) * | 2013-02-04 | 2022-09-06 | Samsung Electronics Co., Ltd. | Apparatus and method for reverse authorization |
| US11095735B2 (en) | 2019-08-06 | 2021-08-17 | Tealium Inc. | Configuration of event data communication in computer networks |
| US11146656B2 (en) | 2019-12-20 | 2021-10-12 | Tealium Inc. | Feature activation control and data prefetching with network-connected mobile devices |
Family Cites Families (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS57178558A (en) * | 1981-04-27 | 1982-11-02 | Omron Tateisi Electronics Co | Cash dispenser |
| JP2624674B2 (ja) * | 1987-04-10 | 1997-06-25 | 株式会社日立製作所 | 取引処理システム |
| JPH0378082A (ja) * | 1989-08-21 | 1991-04-03 | Hitachi Ltd | 予約取引処理方法 |
| US5719918A (en) * | 1995-07-06 | 1998-02-17 | Newnet, Inc. | Short message transaction handling system |
| US6208934B1 (en) * | 1999-01-19 | 2001-03-27 | Navigation Technologies Corp. | Method and system for providing walking instructions with route guidance in a navigation program |
| JP2001175783A (ja) * | 1999-12-17 | 2001-06-29 | Oki Software Kk | 自動取引システム |
| US7577612B2 (en) * | 2000-02-18 | 2009-08-18 | Ncr Corporation | Self service terminal |
| US7716133B1 (en) * | 2000-03-10 | 2010-05-11 | Ncr Corporation | Self service terminal |
| GB0011275D0 (en) * | 2000-05-10 | 2000-06-28 | Ncr Int Inc | Self service terminal |
| DE10054633C2 (de) * | 2000-10-13 | 2003-05-22 | Christian Hogl | Verfahren und System zum Kontrollieren des Zugangs zu Waren und Dienstleistungen |
| GB2371397B (en) * | 2001-01-20 | 2004-09-01 | Ncr Int Inc | Self service terminal |
| WO2002080121A2 (fr) * | 2001-03-29 | 2002-10-10 | Telefonaktiebolaget L M Ericsson (Publ) | Procede et systeme d'achat de biens |
| JP2002352299A (ja) * | 2001-05-25 | 2002-12-06 | Omron Corp | 取引処理装置、取引処理システムおよび取引処理方法 |
| US20030004876A1 (en) * | 2001-06-29 | 2003-01-02 | David Jacobson | Mobile terminal incorporated with a credit card |
| US6757544B2 (en) * | 2001-08-15 | 2004-06-29 | Motorola, Inc. | System and method for determining a location relevant to a communication device and/or its associated user |
| US7890324B2 (en) * | 2002-12-19 | 2011-02-15 | At&T Intellectual Property Ii, L.P. | Context-sensitive interface widgets for multi-modal dialog systems |
-
2004
- 2004-01-15 FR FR0400352A patent/FR2865302B1/fr not_active Expired - Fee Related
-
2005
- 2005-01-14 CA CA002552257A patent/CA2552257A1/fr not_active Abandoned
- 2005-01-14 US US10/585,973 patent/US20080235132A1/en not_active Abandoned
- 2005-01-14 WO PCT/FR2005/000088 patent/WO2005073931A2/fr active Application Filing
- 2005-01-14 JP JP2006548353A patent/JP4711970B2/ja not_active Expired - Fee Related
- 2005-01-14 EP EP05717421A patent/EP1709598A2/fr not_active Withdrawn
-
2006
- 2006-08-15 NO NO20063679A patent/NO20063679L/no not_active Application Discontinuation
Also Published As
| Publication number | Publication date |
|---|---|
| JP2007518177A (ja) | 2007-07-05 |
| JP4711970B2 (ja) | 2011-06-29 |
| NO20063679L (no) | 2006-10-13 |
| WO2005073931A3 (fr) | 2006-12-07 |
| WO2005073931A2 (fr) | 2005-08-11 |
| US20080235132A1 (en) | 2008-09-25 |
| EP1709598A2 (fr) | 2006-10-11 |
| FR2865302B1 (fr) | 2006-04-14 |
| FR2865302A1 (fr) | 2005-07-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2552257A1 (fr) | Dispositif transactionnel a pre-traitement anticipe | |
| EP2646990B1 (fr) | Procede et systeme de transaction nfc ameliores | |
| US10163084B2 (en) | Banking systems controlled by data bearing records | |
| RU2452020C2 (ru) | Способ осуществления платежей (варианты) и система для осуществления способа | |
| US20070005467A1 (en) | System and method for carrying out a financial transaction | |
| US20080077527A1 (en) | Method and System for a Purchase Transaction at a Remote Merchant Machine | |
| JP2006523879A (ja) | 支払装置および方法 | |
| WO2002065414A1 (fr) | Procede et systeme de telepaiement | |
| WO2002001521A1 (fr) | Système de transaction avec dispositif personnel portatif d'identification et de contrôle de transaction | |
| GB2390211A (en) | Ticket and authentication data stored on portable handset | |
| JP2004506997A (ja) | 資金メモリから電子的な金額を伝送する方法および装置 | |
| EP3692488A1 (fr) | Procédé et système pour réaliser une transaction de paiement sur un terminal bancaire avec un dispositif électronique | |
| WO2008065271A2 (fr) | Procede et systeme de retrait d'argent a l'aide d'un telephone mobile | |
| WO2019002703A1 (fr) | Contrôle de validité d'une interface de paiement à distance | |
| US7017804B2 (en) | Method for providing identification data of a banking card to a user | |
| JP2004507001A (ja) | 預金記憶装置から電子金額を送る方法および装置 | |
| EP1428183B1 (fr) | Procede et systeme permettant de valider, en mettant en oeuvre un objet portable d'un utilisateur, une requete aupres d'une entite | |
| EP2824625B1 (fr) | Méthode de réalisation de transaction, terminal et programme d'ordinateur correspondant | |
| EP1354288B1 (fr) | Procede utilisant les cartes de paiement electroniques pour securiser les transactions | |
| FR2823882A1 (fr) | Procede et systeme de validation de paiement | |
| WO1999031630A1 (fr) | Procede de realisation de transactions financieres, systeme a cet effet et porte-monnaie electronique | |
| WO2016071602A1 (fr) | Transaction simplifiee a l'aide d'un dispositif de paiement et d'un terminal de communication | |
| AU2012203282B2 (en) | Method and system of managing micro financial transactions on mobile communication device | |
| FR2992806A1 (fr) | Systeme de transmission securisee de donnees numeriques | |
| Chmielarz | Comparative Analysis of Applications of Selected Mobile Payment Systems in Poland |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| FZDE | Discontinued |