WO2003077211A1 - Payment module for a vending automaton - Google Patents

Abstract

The invention relates to a module for a vending automaton which performs all of the audit and accounting functions thereof by means of a control centre. One aim of the invention is to facilitate the integration of said module into any automaton in order to increase the operating possibilities and reliability thereof, while minimising the production and maintenance costs of same. The inventive payment module (MOD) is integrated into a vending automaton (AV), comprising a terminal controller (TC), said module (MOD) being connected to (i) the terminal controller (TC) and (ii) a telecommunication network (NET). Moreover, said module comprises a payment device (PD) and an audit device (AD) which collects information and parameters originating from, or intended for the terminal controller (TC). The invention is characterised in that it comprises means of transmitting (COM) audit data (DTA) and payment data (DTP) to a control centre (CPn, CAn).

Description

ODULE DE PAIEMENT POUR AUTOMATE DE VENTE

La presente invention est du domaine des modules qui relient un automate de vente a un centre de gestion. Plus particulierement, I'invention concerne un dispositif d'interfacage entre un contrόleur de terminal d'un automate de vente et un reseau de transmission de donnees vers un centre de telegestion.

On entend par automate de vente tout dispositif permettant la fourniture de marchandises ou de services a I'utilisateur contre un paiement. Par exemple, des appareils tels qu'un distributeur de boissons, de billets, de produits alimentaires, un distributeur d'energie electrique, de chaleur, de gaz, ou encore un systeme de contrόle d'acces appartiennent a la categorie des automates de vente.

Par paiement, on entend I'insertion d'une piece de monnaie, d'un jeton valeur ou d'un billet, de I'utilisation d'une carte ou module (sous forme de cle par exemple) electronique comprenant un credit ou un moyen d'identification du titulaire.

Un automate de vente se compose en general de plusieurs unites distinctes telles que: . . . . ^, „, .

- un contrόleur de terminal qui est le dispositif groupant I'interface utilisateur (touches, voyants de signalisation, affichage) et des moyens electromecaniques de commande (relais, moteurs, electroaimants, electrovannes)

- un dispositif de paiement (un monnayeur et/ou accepteur de billets de banque, et/ou un accepteur de cartes de paiement).

- un dispositif d'audit ou de telemetrie.

Ces unites sont connectees entre elles par I'intermediaire d'un bus interne (cable, connecteur) qui permet les echanges de donnees ou de signaux necessaires a leur fonctionnement.

Les automates de vente sont, pour la plupart, connectes au reseau telephonique par I'intermediaire d'un modem relie aux dispositifs d'audit et de paiement. Ce modem transmet les donnees servant a la gestion a distance des automates.

Cette telegestion est indispensable car en I'absence de connexion, il devient fastidieux d'organiser des rondes de techniciens qui verifient regulierement I'etat de chaque machine, surtout si elles sont dispersees dans toute une region. La gestion d'un pare d'automates appelee audit ou encore telemetrie est un ensemble d'operations qui s'effectue a partir d'un centre qui dispose de moyens informatiques. Ces derniers sont capables d'interroger chaque machine ou un groupe de machines sur son etat de fonctionnement. Les donnees recueillies renseignent sur la quantite de marchandises disponibles et vendues, les pieces encaissees par le monnayeur, les pannes, et certains parametres comme par exemple la temperature, I'humidite, la tension d'alimentation etc. Cette gestion centralisee permet de limiter les interventions des techniciens de maintenance aux seules machines qui necessitent soit une recharge de produits et/ou une collecte des pieces de monnaie encaissees, soit une reparation.

Dans certains automates, le monnayeur est remplace ou parfois seconde par un lecteur de cartes de paiement (a puce ou magnetiques). Ces dispositifs de paiement electroniques necessitent en general des interfaces particulieres comportant des moyens de communication sophistiques avec des centres de gestion dedies aux fournisseurs de services de paiement par cartes.

Les fonctionnalites de ces automates de vente sont reparties dans les differentes unites qui comportent chacune une interface particuliere: d'une part avec le bus interne, et d'autre part avec le modem. De plus ces unites doivent etre compatibles entre elles et capables de transmettre toutes les donnees d'exploitation de I'automate requises par le centre de gestion. Cette relative complexity et la multiplicite des types de donnees traitees par les unites sont autant d'inconvenients a la flexibilite et a la fiabilite de I'automate. Des exemples de cette situation sont developpes dans les documents WO9948065 et FR2755776.

Le document WO9948065 decrit un systeme et une methode d'acquisition et de transmission a distance de donnees issues d'automates de vente comprenant:

- Un contrόleur integre dans chaque automate charge de recueillir puis de transmettre des donnees telles que des resultats de mesures, inventaire des marchandises, etat de fonctionnement, etc.

- Une interface de communication connectee, via un reseau local LAN (Local Area Network) avec ou sans fil, aux contrόleurs des automates. Cette interface transmet les donnees vers un centre de gestion via un reseau de telecommunication WAN (Wide Area Network) avec ou sans fil. Ce dernier permet egalement un acces via Internet a I'interface de communication.

Le contrόleur se compose d'une unite centrale, d'une memoire, de capteurs, d'une interface serie transmettant les donnees issues des capteurs, de moyens de communications vers un reseau local, et d'une alimentation.

Le document FR2755776 decrit un systeme global de collecte, transport et traitement de donnees provenant d'un pare d'automates de vente qui permet la gestion, la consultation et la maintenance a distance des automates.

Un premier sous-ensemble du systeme comprend un contrόleur integre dans chaque automate et un terminal externe portable.

Le terminal externe comporte un lecteur de carte a puce qui permet d'autoriser I'acces a I'automate seulement a un operateur muni d'une carte.

Un second sous-ensemble servant au traitement des donnees comprend des moyens de communication et differents ordinateurs.

Les donnees recueillies par le terminal via le contrόleur de chaque automate sont transmises vers un premier ordinateur (superviseur) charge de la gestion d'un ensemble d'automates comportant une base de donnees surveillee par un second ordinateur (hyperviseur).

Ces deux documents decrivent des systemes et des methodes de telegestion d'automates utilisant des contrόleurs integres dont I'unique role est d'effectuer "I'audit" de I'automate. Ms developpent I'aspect "audit" au travers de modules d'interfaςage appropries captant des donnees dans I'automate pour les transmettre vers un centre de traitement soit, en ligne via un reseau local (LAN) puis par un reseau etendu (WAN), soit hors ligne via un terminal portable.

Le but de la presente invention est de proposer un module assurant toutes les fonctionnalites d'audit et de comptabilisation de paiements d'un automate de vente par un centre de gestion. Un autre but est de faciliter ('integration du module a un automate quelconque afin d'augmenter ses possibilites d'exploitation et sa fiabilite tout en minimisant les coϋts de fabrication et d'entretien. Ces buts sont atteints par un module evolue de paiement pour automate de vente comprenant un contrόleur de terminal, ledit module etant connecte d'une part au contrόleur de terminal et d'autre part a un reseau de telecommunication, comporte une premiere partie ou dispositif de paiement et une seconde partie, appelee dispositif d'audit, collectant des informations et des parametres en provenance ou a destination du contrόleur de terminal, caracterise en ce qu'il comprend des moyens de transmission de donnees d'audit et de donnees de paiement vers un centre de gestion.

Le module comprend une premiere interface connectee au contrόleur de terminal qui traite les donnees resultant d'un paiement ou d'un audit pour les transmettre vers le contrόleur de terminal.

Le module comprend une seconde interface qui permet de le relier a un reseau de telecommunications soit par ligne telephonique, soit par voie hertzienne (communication sans fil). Cette connexion permet I'audit de I'automate. Autrement dit, elle permet au centre de telegestion de superviser le fonctionnement de I'automate, de traiter les flux de donnees transmis, d'effectuer le parametrage et la mise a jour des logiciels charges dans le module.

- La connexion sert aussi a la comptabilisation de paiements par le centre de gestion, c'est-a-dire I'execution de I'ensemble des operations ^• relatives au traitement des donnees issues des paiements effectues ou la verification du paiement souhaite (verification d'une carte de credit par exemple) par les utilisateurs de I'automate.

Le module comprend, en plus des deux interfaces de communication, des dispositifs d'acceptation de paiement sous forme d'un:

- Accepteur de cartes ou CAD "Card Accepting Device" qui traite les cartes a puce avec ou sans contact et/ou les cartes a pistes magnetiques.

- Monnayeur ou CHD (Coin Handling Device) et/ou accepteur de billets de banque ou BNA (Bank Note Acceptor)

- Interface dediee au paiement par telephone mobile (M-payment) s'effectuant par liaison infra-rouge (IrDa), par I'envoi de messages courts (SMS) ou par une connexion Bluetooth. Ces dispositifs d'acceptation de paiement peuvent etre cumules ou isoles suivant la configuration du module choisie en fonction du type de I'automate ou il sera integre.

Une variante du module selon I'invention concentre toute "I'intelligence" de I'automate. De ce fait, il comprend un ou plusieurs processeurs, des memoires qui contiennent les logiciels necessaires au fonctionnement de I'automate et des interfaces de communication vers I'exterieur. Le contrόleur de terminal devient ainsi un peripherique gere par le module par I'intermediaire d'une premiere interface qui recoit les signaux issus des commandes effectuees par I'utilisateur de I'automate.

Ces signaux resultent par exemple de la pression sur une touche ou autres sollicitations de I'utilisateur ou encore d'un capteur integre au mecanisme du contrόleur. Une reponse a ces signaux est renvoyee par le module vers le contrόleur pour indiquer a I'utilisateur I'acceptation ou le refus d'une commande (signal sonore, optique ou message sur I'affichage). Cette communication est ainsi entierement geree par le module qui comporte tous les moyens necessaires a ('interpretation de commandes provenant du contrόleur de terminal. Ce dernier est en general rudimentaire et dans la majorite des cas, il ne comporte pas d'unite centrale qui prepare les donnees a leur traitement.

L'invention sera mieux comprise grace a la description detaillee qui va suivre et qui se refere au dessin annexe qui est donne a titre d'exemple nullement limitatif, a savoir la figure 1 qui represente un schema bloc d'un automate de vente (AV) equipe d'un module de paiement (MOD) selon I'invention.

L'automate de vente (AV) se compose d'un contrόleur de terminal (TC) et d'un module (MOD) relie au contrόleur (TC) par une liaison (L). Le module comprend une premiere interface de communication (TCI) reliee au contrόleur de terminal, un dispositif de paiement (PD), un dispositif d'audit (AD) et une seconde interface de communication en general un modem (COM). Ce dernier est connecte a une pluralite de centres de gestion (CAn, CPn) via un reseau de telecommunication (NET).

L'interface (TCI) du module (MOD) convertit les signaux provenant du contrόleur de terminal via la liaison (L), en general un cable, en donnees qui seront traitees par les differents dispositifs du module, notamment d'audit et de paiement (PD, AD). Cette conversion s'avere necessaire car les contrόleurs (TC) utilisent des protocoles de communication qui varient selon le type d'automate du plus ancien, electromecanique (analogique), au plus recent qui utilisent des protocoles serie comme par exemple:

- Protocol A (Executive) de Mars Electronics International

- MDB, Multi-Drop-Bus de CoinCo qui est connu en Europe sous ICP Internal Communication Protocol.

Ces protocoles serie supportent aussi bien des donnees relatives au paiement par pieces ou billets que celles issues du paiement electronique (cartes). Ces donnees (DTP) proviennent du dispositif de paiement (PD) du module qui inclut les dispositifs d'acceptation de paiement cites plus haut.

Le dispositif d'audit (AD) se charge de recueillir et de memoriser toutes les donnees concemant les aspects importants du fonctionnement de I'automate (DTA). Elles sont ensuite transmises, a la demande, aux centres de gestion (CAn) via l'interface (COM). Ce dispositif (AD) partage les ressources physiques du dispositif de paiement (PD) du module, de la premiere interface de communication (TCI) ainsi que celles de la seconde interface (COM). Ces ressources sont constituees par I'unite centrale ou processeur, la memoire, le programme et les moyens de communication comme le modem.

L'interface (COM) canalise toutes les donnees (DTP, DTA) generees par le module (MOD) lors du fonctionnement de I'automate (AV) pour les acheminer vers un ou plusieurs centres de gestion (CPn, CAn). Les donnees (DTP) issues du dispositif de paiement (PD) peuvent etre transmises vers un centre de gestion specialise (CP1 , CP2, CPn) en particulier dans le cas du paiement electronique au moyen de cartes. En effet, cette communication doit etre securisee et respecter les specifications des systemes de reglement des transactions par cartes (CTSS: "Card Transaction Settlement Sytem"). D'autre part, les foumisseurs de gestion par cartes tels qu'Eurocard, exigent la liaison directement sur leur centre pour toutes les operations de verification. Par exemple un paiement par carte de credit doit s'effectuer en ligne de maniere securisee afin de proceder a toutes les verifications necessaires (validite de la carte, black list). Les cartes a puce comportant un porte-monnaie electronique (E-purse) peuvent etre debitees hors ligne, les donnees de transactions etant memorisees par le dispositif de paiement (PD). La collecte de ces donnees peut s'effectuer ulterieurement a distance a I'aide de commandes adequates transmises par le centre de gestion (CPn) par exemple pendant les periodes creuses d'utilisation de I'automate.

Les donnees d'audit ou de telemetrie (DTA) qui sont fournies au centre de gestion par le dispositif d'audit (AD) contiennent essentiellement:

- des reponses a des commandes de contrόle envoyees par le centre de gestion qui informent sur I'etat de fonctionnement de I'automate (AV), du module (MOD) et/ou de ses parties (TCI, PD, AD, COM).

- des alarmes qui signalent des evenements empechant le fonctionnement normal de I'automate (pannes, surcharges, manque de marchandises, etc)

- des fichiers de donnees qui decrivent des statistiques, I'historique, les compteurs, ou des resultats de mesures.

- des fichiers de mise a jour (maintenance) de parametres ou de logiciel comme les tables des prix de marchandises, les taux de conversion monetaires, I'heure, etc.

Le role de l'interface (COM) est non seulement I'emission/reception de donnees (DTP, DTA) mais il se charge aussi du tri et du routage de celles-ci lorsque elles doivent etre aiguillees vers des centres de gestion particuliers (CPn, CAn). Par exemple si I'automate accepte des cartes VISA, Eurocard ou American Express, les donnees de ces cartes (DTP) sont acheminees vers leurs centres de gestion respectifs (CP1 , CP2, CPn). De meme pour I'audit, oύ les donnees (DTA) peuvent etre traitees par des centres differents (CA1 , CA2, CAn) selon leur categorie (alarmes, maintenance, statistiques) ou selon leur appartenance a un groupe d'automates defini dans une region.

Selon une variante non illustree, un centre de gestion central recoit toutes les donnees a la fois et separe les donnees de paiement (DTP) de celles d'audit ou de telemetrie (DTA). Les donnees sont ensuite retransmises, en fonction de leur destination, vers les systemes de traitement adequats (CPn, CAn).

Claims

REVENDICATIONS

1. Module evolue de paiement (MOD) pour automate de vente (AV) comprenant un contrόleur de terminal (TC), ledit module (MOD) etant connecte d'une part au contrόleur de terminal (TC) et d'autre part a un reseau de telecommunication (NET), comporte une premiere partie ou dispositif de paiement (PD) et une seconde partie, appelee dispositif d'audit (AD), collectant des informations et des parametres en provenance ou a destination du contrόleur de terminal (TC), caracterise en ce qu'il comprend des moyens de transmission (COM) de donnees d'audit (DTA) et de donnees de paiement (DTP) vers un centre de gestion (CPn, CAn).

2. Module selon la revendication 1 comprenant au moins une unite centrale, une memoire et des interfaces de connexion (TCI, COM), caracterise en ce qu'il comprend une premiere interface (TCI) connectee au contrόleur de terminal (TC) chargee de transmettre et de recevoir des donnees issues des commandes effectuees par I'utilisateur de I'automate (AV) et des messages a destination de cet utilisateur.

3. Module selon les revendications 1 et 2 caracterise en que la premiere interface (TCI) comprend plusieurs protocoles de communication connus et des moyens de selection selon le protocole supporte par le contrόleur de terminal (TC).

4. Module selon les revendications 1 a 3 caracterise en ce qu'il comprend une seconde interface (COM) connectee a un centre de gestion (CPn, CAn) via un reseau de telecommunication (NET).

5. Module selon les revendications 1 a 4 caracterise en que le dispositif de paiement (PD) comporte des moyens d'acceptation de carte a puce avec ou sans contact et/ou de carte magnetique, et des moyens de communication des donnees (DTP) au centre de gestion (CPn) via la seconde interface (COM) et le reseau de telecommunication (NET).

6. Module selon les revendications 1 a 5 caracterise en ce que le dispositif de paiement (PD) comprend un dispositif d'acceptation de pieces de monnaie et/ou des billets de banque.

7. Module selon les revendications 1 a 6 caracterise en ce que le dispositif de paiement (PD) comprend une interface dediee au paiement par telephone mobile s'effectuant par liaison infrarouge, par I'envoi de messages courts, ou par une connexion Bluetooth.

8. Module selon les revendications 1 a 7 caracterise en ce le dispositif d'audit (AD) est connecte aux interfaces (TCI, COM), ledit dispositif (AD) transmet des donnees (DTA) representant le fonctionnement de I'automate au centre de gestion (CAn) via la seconde interface (COM) et le reseau de telecommunication (NET).

9. Module selon les revendications 1 a 8 caracterise en ce que le dispositif d'audit (AD) partage les ressources physiques du dispositif de paiement (PD), de la premiere interface (TCI) et de la seconde interface (COM).

10. Module selon les revendications 1 a 9 caracterise en ce que la seconde interface (COM) comporte des moyens de trier et de separer les donnees de paiement (DTP) des donnees d'audit (DTA) pour leur acheminement vers leurs centres de gestion respectifs (CPn, CAn).

11. Automate de vente (AV) comportant un contrόleur de terminal (TC) caracterise en ce qu'il comprend un module de paiement (MOD) decrit selon les revendications precedentes.