Lorsqu'un client règle un achat avec un chèque bancaire, l'employé réalisant l'encaissement (caissière) doit demander systématiquement au client une pièce d'identité, dont il doit noter, généralement au dos du chèque, la nature (carte d'identité, passeport, permis de conduire...), le numéro et éventuellement d'autres données (date d'émission, lieu d'émission...). De la sorte, en cas d'impayé du chèque, il est possible de retrouver a posteriori l'identité de la personne qui a émis le chèque, et d'éviter toute contestation à ce sujet.

Néanmoins, ces opérations manuelles sont relativement longues et peuvent gréver sensiblement les temps d'attente en caisse. Effectuées rapidement par les employés, il arrive que les informations écrites au dos du chèque soient incomplètes ou illisibles au moins en partie, de sorte qu'il ne soit plus ensuite possible, en pratique, de retrouver l'identité de la personne. En outre, le fait mme que l'employé vérifie et écrive lui-mme les références du document d'identité est de nature à créer un climat de suspicion et à tre mal vécu par le client qui peut en prendre ombrage.

Et, compte tenu de la diversité des documents d'identité pouvant tre présentés (permis de conduire, passeports, diverses cartes d'identité...), et du fait que seules certaines informations extraites du document d'identité doivent tre saisies, l'automatisation de ces opérations pose problème.

US 2003/0128866 décrit un système permettant notamment de faciliter ces opérations, en imprimant des données biométriques du client au dos du chèque. Ces données peuvent tre lues par un scanner sur une carte d'identité présentée par le client. Ce système est conçu pour permettre la vérification d'identitié du client en temps réel lors du paiement et pour assurer ensuite que cette vérification a été faite. Néanmoins, son utilisation n'est possible qu'à condition d'tre en possession du chèque. Dès lors, il n'est pas ultérieurement possible, sans tre en possession du chèque, notamment après sa destruction, de vérifier l'identité de la personne qui a émis le chèque, ni le fait que son identité a bien été vérifiée lors du paiement.

Or, les inventeurs ont déterminé que de telles vérifications a posteriori devraient tre possibles sans tre en possession du chèque. En effet, les besoins de vérification se font sentir dans des lieux, à des moments et par des organismes qui peuvent ne pas tre en possession du chèque, voire mme après la destruction physique du chèque.

L'invention vise donc à pallier ces inconvénients en proposant un dispositif et un procédé d'encaissement grâce auxquels les opérations de saisie d'informations concernant les documents d'identité présentés par les clients sont facilitées et accélérées, ne nécessitent pas la réalisation d'écritures manuelles de la part des employés d'encaissement, peuvent tre au moins pour partie automatisées au bénéfice d'une plus grande rapidité, d'une meilleure fiabilité et d'un meilleur ressenti de la part des clients, et permettent ensuite de vérifier sans tre en possession du chèque d'une part, que la vérification d'identité a été faite lors du paiement, et d'autre part, l'identité de la personne qui a fourni le chèque.

L'invention vise de surcroît à permettre d'atteindre ce but de façon simple, économique, et compatible avec tous les types de documents d'identité pouvant exister.

Pour ce faire, l'invention concerne un dispositif d'encaissement des achats d'articles effectués par des clients dans un magasin comprenant : - des moyens de saisie et d'enregistrement en mémoire de masse (mémoire permanente telle que disque dur ou support d'enregistrement (disque, disquette, cassette,...)), de données numériques, dites données chèques, représentatives d'un chèque de paiement fourni par un client à titre de règlement d'un achat, caractérisé en ce qu'il comprend : - des moyens de capture et d'enregistrement en mémoire de masse d'au moins une image numérique, dite image d'identité, représentant au moins une partie d'un document d'identité présenté par un client lors d'un paiement par chèque, - des moyens de création et d'enregistrement en mémoire de masse d'un lien associant chaque image d'identité avec les données chèques correspondantes.

L'invention s'étend à un procédé d'encaissement des achats d'articles effectués par des clients dans un magasin dans lequel on saisit et on enregistre en mémoire de masse des données numériques, dites données chèques, représentatives d'un chèque de paiement fourni par un client à titre de règlement d'un achat, caractérisé en ce que : - on capture et on enregistre en mémoire de masse au moins une image numérique, dite image d'identité, représentant au moins une partie d'un document d'identité présenté par un client lors d'un paiement par chèque, - on crée et on enregistre en mémoire de masse un lien logique associant chaque image d'identité à des données chèques correspondantes.

Ainsi, avec un dispositif et un procédé selon l'invention, la saisie manuelle des informations relatives au document d'identité de l'émetteur du chèque n'est plus nécessaire. Il est en outre possible de déterminer l'identité de la personne qui a payé avec le chèque sans tre en possession du chèque lui-mme.

L'invention est particulièrement avantageuse dans un dispositif d'encaissement comprenant aussi des moyens de saisie et d'enregistrement en mémoire de masse de données numériques, dites données tickets, représentatives de l'achat du client. Le dispositif selon l'invention est alors aussi caractérisé en ce qu'il comprend des moyens de création et d'enregistrement en mémoire de masse d'un lien logique associant les données tickets avec l'image d'identité (et donc aussi avec les données chèques). Et le procédé selon l'invention est avantageusement caractérisé en ce qu'on saisit et on enregistre en mémoire de masse des données numériques, dites données tickets, représentatives de l'achat du client et en ce qu'on crée et on enregistre en mémoire de masse un lien logique associant les données tickets avec l'image d'identité.

Les moyens de capture de l'image d'identité peuvent faire l'objet de très nombreux modes de réalisation différents. A ce titre, on peut utiliser tout dispositif connu, quelle que soit sa technologie de fonctionnement, pour capturer une image numérique. Il peut s'agir notamment d'une caméra numérique (de type à capteur CCD ou CMOS (par exemple telle qu'une"WEBCAM")), d'un appareil photo numérique (à capteur CCD ou CMOS), d'un lecteur optoélectronique à balayage (par déplacement du document devant une barrette de capteur optique, ou par déplacement du capteur devant le document)...

Avantageusement et selon l'invention le dispositif est aussi caractérisé qu'il comprend au moins une ligne d'encaissement comportant : - un lecteur de codes portés par les articles, et une caméra numérique de contrôle adaptée pour réaliser des prises de vue des articles après lecture et enregistrement des codes des articles achetés, - des moyens de commande de la caméra numérique de contrôle pour la capture d'une image d'identité.

Autrement dit, on utilise la caméra numérique de contrôle, normalement destinée à contrôler le fait que les codes de tous les articles achetés ont bien été saisis, pour capturer chaque image d'identité.

La capture de chaque image d'identité peut tre déclenchée soit sur commande d'un employé d'encaissement (caissière), soit automatiquement.

Dans le premier cas, les moyens de capture de l'image d'identité comportent des moyens de déclenchement de prise de vue par un employé d'encaissement. Dans le deuxième cas, les moyens de capture de l'image d'identité sont du type à déclenchement automatique.

Avantageusement, dans un procédé selon l'invention, on réalise au moins une prise de vue représentant tout ou partie du document d'identité.

Préférentiellement, selon l'invention, on réalise plusieurs prises de vue du document d'identité que l'on enregistre et associe en mémoire de masse en tant qu'image d'identité, et lesdits moyens de capture du dispositif selon l'invention sont adaptés à cet effet.

Avantageusement, les moyens de capture comportent des moyens de positionnement/guidage du document d'identité par rapport à un bâti fixe. De la sorte, l'employé d'encaissement n'a pas à réaliser de réglage pour effectuer la capture de l'image d'identité, le document d'identité étant parfaitement placé par rapport à ces moyens de capture par simple mise en place dans les moyens de positionnement/guidage.

Dans un mode de réalisation avantageux conforme à l'invention, le dispositif est caractérisé en ce qu'il comprend une pluralité de terminaux d'encaissement formant chacun une ligne d'encaissement, reliés sur un réseau doté d'au moins un serveur de contrôle ayant au moins une mémoire de masse dans laquelle (dans lesquelles) est mémorisée une base de données d'enregistrement de l'activité des différents terminaux de caisse, et en ce que les différentes images d'identité mémorisées au cours des achats des clients sont associées à cette base de données. Les différentes images d'identité peuvent tre associées à la base de données en tant que fichiers différents de ceux constituant la base de données (des liens étant définis et enregistrés dans la base de donner pour pointer vers ces fichiers images d'identité) ; ou en tant qu'objets incorporés dans cette base de données. Il en va de mme des liens associant chaque image d'identité avec les données chèques.

Il est à noter que dans tout le texte, l'expression"base de données"désigne tout système d'enregistrement de données organisé selon une structure pouvant tre définie indépendamment de la valeur des données. Cette expression englobe tous les modes de réalisation possibles de l'enregistrement physique de ces données et/ou de cette structure en mémoire de masse, à savoir notamment à l'aide d'un système de gestion de base de données (SGBD), en tables et lignes et/ou en fichiers et enregistrements (système de fichiers), ou autre.

L'invention concerne également un dispositif et un procédé caractérisé en combinaison par tout ou partie des caractéristiques mentionnées ci- dessus ou ci-après.

D'autres buts, avantages et caractéristiques de l'invention apparaîtront à la lecture de la description suivante qui se réfère aux figures annexées illustrant un mode de réalisation de l'invention donné uniquement à titre d'exemple non limitatif, et dans lesquels : - la figure 1 est un schéma illustrant un exemple d'architecture informatique d'un dispositif d'encaissement selon l'invention, - la figure 2 est un schéma synoptique illustrant partiellement un exemple d'organisation de données dans une base de données d'un serveur d'un dispositif selon l'invention, - la figure 3 est un schéma synoptique donnant un exemple de chronologie d'étapes d'un procédé selon l'invention, - la figure 4 est un schéma synoptique illustrant les échanges entre un terminal d'encaissement et un serveur dans un dispositif selon l'invention.

Dans l'exemple représenté figure 1, le dispositif d'encaissement comprend une pluralité de terminaux d'encaissement 1 (un seul étant représenté figure 1) formant chacun une ligne d'encaissement pour le passage des clients en vue de l'enregistrement et du règlement de leurs achats dans un magasin de type libre-service. L'invention est néanmoins également applicable à d'autres types d'architecture, par exemple dans le cas où le magasin comprend un seul terminal d'encaissement formé d'un dispositif informatique unique, sans réseau.

Les différents terminaux d'encaissement 1 sont reliés sur un réseau 2 informatique qui est également doté d'au moins un serveur de contrôle 3 dans lequel peuvent tre centralisées des données en provenance des différents terminaux d'encaissement 1.

Chaque terminal d'encaissement est essentiellement constitué d'un dispositif informatique comprenant une unité centrale 5 dotée de façon traditionnelle d'une carte mère, d'un bus de fond de panier et de différentes cartes accessoires, notamment pour la connexion de périphériques dont une mémoire de masse, par exemple sous le forme d'un disque dur. A cette unité centrale 5 sont reliés une interface homme-machine, par exemple sous la forme d'un écran tactile 4, un tiroir-caisse 6, un lecteur optoélectronique 7 de codes articles, par exemple un scanner de codes à barres EAN, un dispositif 8 pour imprimer les chèques et lire des données numériques, dites données chèques, portées par chacun des chèques de paiement présentés par un client à titre de règlement d'un achat.

Les données chèques peuvent comprendre, pour chaque chèque, par exemple un numéro de compte bancaire et un numéro de chèque. Ces numéros peuvent tre codés sur une piste, par exemple du type correspondant à la norme CMC7, portée par le chèque. Le dispositif 8 comprend des moyens de lecture de cette piste permettant de lire les numéros portés par le chèque, et de les enregistrer en tant que données chèques, dans la mémoire de masse du terminal d'encaissement et/ou dans une autre mémoire de masse reliée au terminal d'encaissement par le réseau 2 (par exemple celle du serveur de contrôle 3).

De tels dispositifs 8 d'impression/lecture de chèques, permettant d'imprimer les chèques et de lire les pistes des chèques sont bien connus (par exemple modèle EDICHECO commercialisé par INGENICO (Paris/France) ; ou TM-H6000-MICR commercialisé par EPSON (Japon)).

Le terminal d'encaissement 1 comprend en outre un tapis transporteur 10 défilant, facilitant les manipulations de l'employé d'encaissement pour passer chaque article déposé par un client à l'entrée 11 du tapis devant le lecteur optoélectronique 7 puis vers la sortie 12 du tapis pour l'emballage des articles achetés dans des sacs. Le terminal d'encaissement 1 comprend aussi une caméra numérique 9 de contrôle des articles achetés disposée à l'aval (par rapport au sens de défilement du tapis 10) du lecteur optoélectronique 7.

Comme représenté schématiquement figure 1, un cadre 13 de guidage est placé devant la caméra 9, à une distance appropriée de son objectif pour permettre la réalisation correcte d'une image d'un document 14 d'identité pouvant tre placé dans ce cadre 13. Le cadre 13 définit une fentre 15 centrale en regard de l'objectif de la caméra 9 et comprend avantageusement des montants et/ou traverses en forme de glissières en U pour guider et recevoir les bords du document d'identité 14. Le cadre 13 peut tre constitué par exemple comme représenté, de deux montants latéraux verticaux et d'une traverse inférieure, de sorte que le document d'identité 14 peut tre introduit par le haut dans ce cadre 13. En variante non représentée, le cadre pourrait tre constitué de deux traverses supérieure et inférieure et d'un seul montant latéral, le document d'identité étant introduit latéralement dans le cadre.

Comme représenté figure 3, lorsqu'un client se présente au terminal 1, une étape d'enregistrement 16 se déroule au fur et à mesure du passage des différents articles devant le lecteur optoélectronique 7. Lors de cette étape d'enregistrement 16, le terminal d'encaissement 1 affecte un numéro de ticket à suivre NUMERO-TICKET, mémorise les différents articles achetés saisis par le lecteur optoélectronique 7 avec, pour chaque article acheté, son code article, éventuellement d'autres informations associées (par exemple l'identification de l'article), la quantité achetée et son prix. Les informations relatives à chaque article peuvent tre extraites par le terminal d'encaissement 1 d'un fichier ou d'une base de données centralisé (e) sur le réseau 2, par exemple enregistré (e) dans un serveur de gestion du magasin relié au réseau 2, ce serveur pouvant tre identique ou différent du serveur 3 de contrôle.

Le terminal d'encaissement 1 effectue aussi de façon traditionnelle lors de l'étape d'encaissement 16, un ou plusieurs sous-totaux, le total des achats, puis enregistre les données relatives au règlement de ces achats. Ces données comportent notamment le mode de règlement, le numéro du chèque présenté ou de la carte bancaire présentée, le montant réglé par ce règlement.

Conformément à l'invention, lorsque le client paye par chèque, ce dernier présentant un document d'identité 14, on capture et on mémorise une image d'identité 17 en présentant le document d'identité 14 dans le cadre 13 et en déclenchant une prise de vue par la caméra 9. Ce déclenchement peut tre entièrement automatique, la caméra 9 détectant la présence d'un document dans le cadre 13. Il existe en effet des appareils de prise de vue ou caméra dotés de moyens de détection d'un objet à une distance prédéterminée dans leur champ d'observation. De tels moyens de détection peuvent tre réalisés entièrement par voie logicielle, par exemple la caméra 9 étant en permanence active et incorporant un logiciel d'analyse d'images. Ils peuvent aussi en variante tre réalisés par un détecteur d'objets à une distance prédéterminée, par exemple un télémètre laser.

En variante, le déclenchement de la prise de vue peut tre effectué par l'employé d'encaissement lui-mme. Pour ce faire, lorsque le client présente un chèque, ce dernier est placé par l'employé d'encaissement dans le lecteur de chèques 8 qui d'une part imprime les données correspondantes sur le chèque, et, d'autre part, lit et mémorise les données chèques, c'est-à-dire les données bancaires correspondant au chèque. Le terminal d'encaissement 1 peut tre programmé pour que lorsqu'un chèque est placé dans ce dispositif 8 lecteur de chèques, un bouton de déclenchement de prise de vue soit émulé sur l'écran tactile 4. Le document d'identité 14 est alors présenté par le client à l'employé d'encaissement qui, dans une première étape, vérifie que ce document d'identité 14 correspond bien d'une part au chèque qui a été présenté, et, d'autre part, au client lui-mme (comparaison des photographies). L'employé d'encaissement place alors le document d'identité 14 dans le cadre 13 et actionne le bouton de déclenchement émulé sur l'écran tactile 4.

L'image d'identité 17 associée à chaque chèque peut tre formée d'une seule prise de vue, ou au contraire de plusieurs prises de vue 17a, 17b.

Dans l'exemple représenté l'image d'identité 17 comprend deux prises de vue 17a, 17b correspondant aux vues recto et verso d'une carte d'identité.

En tout état de cause, une image d'identité 17 est capturée, saisie et mémorisée par le terminal d'encaissement 1, notamment sur sa mémoire de masse qui, traditionnellement, peut tre formée d'un disque dur. Cette image d'identité peut tre mémorisée sous la forme d'un fichier image (comprenant une ou plusieurs images numériques) dont la référence IMAGE XX est incorporée dans les données de règlement enregistrées dans le ticket lors de l'étape d'enregistrement 16.

A la fin de cette étape d'enregistrement 16, l'ensemble de l'achat du client est représenté par un ensemble de données numériques, dites données tickets représentées figure 3. Chaque enregistrement de données tickets correspondant à un ticket est mémorisé par le terminal d'encaissement 1 dans un fichier journal 18 enregistré sur le disque dur du terminal d'encaissement 1. Dans chaque terminal d'encaissement 1, il existe en effet un tel fichier journal 18 qui répertorie tous les événements se produisant sur ce terminal, dont notamment l'enregistrement des données tickets par un processus d'encaissement 30.

Egalement, chaque terminal d'encaissement 1 comprend un processus 19, généralement exécuté en fond de tâche en temps réel, pour envoyer chaque ticket enregistré sur le réseau 2 à destination du serveur de contrôle 3. Selon l'invention, ce processus 19 d'envoi des données tickets est associé à un processus 20 effectué simultanément pour envoyer le fichier image IMAGE XX mémorisant l'image d'identité 17 sur le réseau 2 à destination du serveur de contrôle 3. Ainsi, simultanément à l'envoi des données tickets (comprenant les données chèques), le fichier image IMAGE XX est adressé au serveur de contrôle 3 par le terminal d'encaissement 1. Il est à noter que l'envoi du fichier image est effectué sur le réseau 2 avec un protocole différent de celui des données tickets. En effet, les données tickets sont envoyées en tant que données directement sur le réseau 2, tandis que le fichier de l'image d'identité 17 est envoyé par un protocole d'envoi de fichiers, par exemple de type FTP.

Ainsi, comme représenté figure 3, après l'étape d'enregistrement 16, après la détection de la fin du ticket, il est procédé, par le terminal d'encaissement 1, à l'étape subséquente 21 d'écriture des données tickets dans le fichier journal 18, puis à l'étape 22 d'envoi des données tickets et du fichier de l'image d'identité 17 au serveur 3.

Le serveur 3 comprend une base de données 23 dans laquelle peuvent tre mémorisées toutes les informations correspondant aux différents achats effectués dans le magasin. Ce serveur 3 exécute un processus 24 de réception des données tickets qui permet de les enregistrer sur sa mémoire de masse, notamment en mettant à jour la base de données 23. Le serveur 3 comprend également un processus 25, associé à ce processus 24, permettant de recevoir les fichiers images IMAGE XX contenant des images d'identité 17 et de les enregistrer sur la mémoire de masse de ce serveur 3, par exemple en tant que fichiers d'images 27.

Le serveur 3 comprend aussi un processus 28 de consolidation adapté pour mettre à jour la base de données 23 régulièrement en y incorporant les données tickets reçues, et en créant des liens avec les fichiers d'images 27 correspondant aux données chèques des données tickets, ces liens étant mémorisés dans la base de données 23. Le processus 28 de consolidation peut, en variante, directement incorporer dans la base de données 23, en tant qu'objets de cette base de données, les images identité 17 contenues dans les fichiers images IMAGE XX qu'elle reçoit et/ou dans les fichiers d'images 27 correspondants mémorisés sur la mémoire de masse du serveur 3.

Selon une autre variante de réalisation, un processus 26 peut tre prévu pour analyser l'image d'identité 17 et en extraire les données pertinentes intéressantes. De tels processus 26 d'analyse d'image et d'extraction de données, par exemple de données textes à partir d'une image brute, sont connus en eux-mmes.

Par exemple, on pourra extraire de l'image identité le nom, le prénom, le numéro du document d'identité, son type, la photographie et la signature.

En pratique, une telle extraction de données n'est néanmoins pas nécessaire ni en général utile puisqu'il suffit d'enregistrer l'image identité 17 elle-mme, avec une résolution juste suffisante pour permettre la lecture des données principales d'identité contenues dans cette image identité 17. Compte tenu des capacités actuelles des mémoires de masse et des possibilités notamment de compression de données, il est possible en pratique d'enregistrer directement l'intégralité de l'image d'identité dans la base de données 23.

La figure 2 représente un exemple d'organisation des données sur la base de données 23, en ce qui concerne la mise en oeuvre de l'invention.

Seules les caractéristiques de cette base de données 23 propres à l'invention sont représentées et décrites ci-après. Les autres caractéristiques de cette base de données, notamment pour l'enregistrement des données tickets, sont bien connues et ne sont pas décrites en détail.

Dans l'exemple décrit ci-après, la base de données est présentée en tables et lignes. Comme indiqué précédemment d'autres représentations ou modes d'enregistrement physique sont possibles (fichiers et enregistrements...).

Cette base de données comprend une table TICKETS ayant une clé définie par le champ NUMEROTICKET. Chaque enregistrement comprend les champs CODEARTICLE, PRIXVENTE, QUANTITE, et ce autant de fois qu'il y a d'articles saisis, puis les champs SOUS-TOTAL-TICKET, TOTAL TICKET, MODÉ REGLEMENT, MONTANT REGLE, et NUMEROREGLEMENT.

Les données comprennent également une table CHEQUES REÇUS comprenant comme clé le champ NUMEROCHEQUE identifiant un enregistrement de données chèques. Chaque enregistrement comprend un champ NUMEROJBANCAIRE (dans lequel est enregistré le numéro bancaire du chèque), et les champs MONTANT, CAISSE, CAISSIERE, DATE, HEURE et NUMEROJHCKET. Enfin, une table IMAGES permet de répertorier les différentes images d'identité. Cette table comprend comme clé le champ NUMEROSIMAGE, et chaque enregistrement comprend le champ NUMEROCHEQUE permettant de relier les données chèques à chaque image d'identité identifiées par son numéro.

Le contenu de chacun des champs décrits ci-dessus est identifié par le nom de chacun de ces champs.

Les différentes tables TICKETS, CHEQUES-REÇUS et IMAGES sont liées les unes aux autres, de sorte qu'un lien logique est établi dans la base de données 23 entre chaque image d'identité et les données chèques et les données tickets correspondantes.

Lorsque le magasin reçoit une information de la part de la banque selon laquelle un chèque est impayé, il suffit qu'il consulte la base de données 23 en effectuant une sélection appropriée à partir du numéro bancaire du chèque pour retrouver immédiatement les données tickets et les données chèques correspondantes, et également l'image d'identité 17 qui fournira les données de vérification permettant de prouver si le chèque a été ou non émis par le titulaire du compte bancaire.

Le processus 19 d'envoi du ticket examine les données tickets et, dans le cas où celles-ci comprennent une référence de fichier d'image IMAGE XX dans les données de règlement, active le processus 20 d'envoi de l'image d'identité vers le serveur 3. Ainsi, l'existence d'une référence de fichier image dans les données de règlement d'un ticket constitue un lien logique qui permet d'associer un fichier image constituant une image d'identité 17 aux données chèques correspondantes.

Egalement, ce lien logique se trouve mémorisé dans le serveur 3, dans la base de données 23, grâce aux différentes tables comme indiqué ci- dessus. Pour ce faire, le processus 24 de réception de tickets examine si dans les données tickets, il existe également une référence de fichier image IMAGE XX.

Dans l'affirmative, il active le processus 25 de réception d'image et réalise les enregistrements correspondants dans la base de données 23 pour que le lien logique existe entre le NUMEROIMAGE identifiant l'image identité 17, les données chèques correspondantes, et les données tickets correspondantes.

L'invention peut faire l'objet de très nombreuses variantes de réalisation par rapport au mode de réalisation préférentiel représenté sur les figures et décrit ci-dessus.