FR 2865302 A1 20050722 FR 0400352 A 20040115 INRIA76.DRD Dispositif transactionnel à pré-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 des 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 proprement dit. Ces dispositifs apportent des avantages conséquents, comme la délivrance de billets en permanence ou la validation de 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 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'équipement 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: - 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 fonctionnement du dispositif de la figure 1 selon une première méthode d'utilisation, - la figure 3 est un organigramme illustrant le fonctionnement 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 fonctionnement 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éalisation. 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 conte- nues 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 identifiant bancaire IDB, désignant un compte bancaire. En outre, le distributeur automatique de billets 2 comprend un calculateur 8 capable de mettre en oeuvre un système d'exploitation 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 le 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- tions réalisées par les fonctions du programme de transaction 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 l'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 transaction 12 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 transaction 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 qui 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 automatique 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 à la 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 10 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 liaison 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 et/ou 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 2865302. le terme de PDA) intégrant un module de communication à la norme Bluetooth ou WiFi. 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. Le terminal mobile 34 peut prendre également la forme de tout appareil de communication conforme à une technologie de communication mobile à réseau cellulaire. Le 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. Le programme d'automate virtuel est capable 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. Lés 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). La 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 l'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 la 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 terminal 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 fonction 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érification 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 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 service 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'identifiant de service IDS. Dans ce mode de réalisation, la requête de transaction RDT comprend en outre la valeur du 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 l'affirmative. 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 confidentiel personnel CCP. Dans une configuration particulière de l'invention, aucun code personnel confidentiel CCP n'est associé à l'identifiant de service IDS de sorte 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écrites 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 indicateur 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 écoulé depuis la validation de la transaction. 2865302. Lorsque la valeur du compteur de temps associée à un identifiant 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 l'identifiant de transaction IDT en appelant une fonction reprise 53 (opération 316), laquelle est capable d'interroger le programme moniteur 55 pour vérifier l'existence de l'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 du terminal mobile 34 via la borne 32. Selon une première mise en oeuvre, l'identifiant de transaction IDT a été porté à la connaissance 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 le programme 44 sur une action de l'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. 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 gestion de billets 38 intera- git 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 un 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 la 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. 2865302. 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 automatique 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 pas, 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érification 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- laire à 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 la 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 l'utilisateur devant le distributeur automatique de billets 2. Alors que la préparation d'un retrait d'argent lorsqu'elle est effectuée devant le distributeur automatique de billets 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'invention. Ceci réduit d'autant les risques d'agression. Dans un mode de réalisation différent, illustré sur les figures 4 et 5, le dispositif selon l'invention est mis en uvre dans un magasin et comprend un terminal de caisse 70, lequel intègre un calculateur exécutant un programme de solvabilité 64. Le terminal de caisse 70 est connecté, comme décrit précédemment, à 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éalisation 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'initiation 43 laquelle émet la requête d'initiation RI permettant l'échange de l'identifiant de service IDS contre l'identifiant de transaction 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 validation 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 activation 52 du terminal mobile 34 et contenant d'une part le montant MT d'une autorisation à délivrer et 2865302. 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'autorisation distant 24. Dans le cas contraire, le pro-gramme de solvabilité 64 émet une requête de 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 associe la valeur "validée" à l'identifiant de transaction IDT, lors de l'opération 514. Lorsque l'utilisateur se rend devant le terminal de caisse 70 pour régler ses achats, le calculateur 62 exécute le pro-gramme facturation 66, lequel commence par établir le montant des achats. Le 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'utilisateur 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 de maniè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. Individuellement, 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éparationde 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, il est possible d'adapter le 2865302. 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 suivant: 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 15 un temps prédéterminé, - message d'annulation émis depuis le terminal mobile 34.. Les deux modes de réalisations décrits ci-dessus ne consti- tuent que des exemples de mise en uvre de l'invention. L'invention est applicable à tout dispositif de transaction comportant une phase préparatoire de la transaction pour laquelle la présence physique de l'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 solvabilité, 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 identifiant de transaction IDT. La commande sera délivrée à l'utilisateur à son arrivée en caisse sur présentation de l'identifiant de transaction. L'invention peut également être appliquée dans un cinéma. L'utilisateur à l'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 transaction 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ésentation 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 20 en commun trois choses: - une préparation de la transaction, ou pré-traitement, 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 distributeur de billets ou une caisse, on utilise une transaction ainsi préparée, de façon à simplifier et fluidifier 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 5 mobile tel qu'un téléphone, dans le cadre d'une telle préparation de transaction. Dans ce qui précède, les aménagements enseigné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é-traitement", 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 identification 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'identification 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 à composer. 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ée à 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), les stations service (facturation). Les 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é- mentai res adjoints au distributeur automatique de films pour faire face aux périodes d'affluence. Les 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 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. 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. Revendi cations 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 information 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. 6. 7. 8. 9. 10. 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. 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. 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). 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). 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érification liée à ladite information d'identité (IDS), et effectuée par interrogation du serveur distant (24). 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). 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 effectuées par le poste (2) et à ladite information d'identité (IDS). 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émentaires établies lors de l'échange initial. Dispositif de transaction selon l'une des revendications précédentes, caractérisé en ce que la transaction comporte un retrait d'espèces. Dispositif de transaction selon l'une des revendications précédentes, caractérisé en ce que la transaction est une transaction commerciale. 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. 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). 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. 12. 13. 14. 15. 16. 17. 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. 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.