FR 3042933 A1 20170428 FR 1560271 A 20151027 1 Procédé de traitement de données sur borne multimédia de paiement, dispositifs et programmes d'ordinateur correspondants. 1. Domaine La technique proposée se rapporte à la transmission de données à des utilisateurs par des commerçants. La technique proposée se rapporte plus spécifiquement à l'adaptation de la mise à disposition de produits ou de services en fonction de dispositifs spécifiques et de points de ventes autonomes La technique proposée se rapporte également à la transmission, à un utilisateur, par un commerçant, de données représentatives d'une information relative à un achat effectué par l'utilisateur auprès du commerçant. 2. Art Antérieur La communication entre un commerçant et un utilisateur est un élément indispensable pour réaliser un achat. Le commerçant doit d'abord communiquer son offre (un produit matérialisé ou immatérialisé, et un prix). L'utilisateur donne son acception et effectue le paiement, par exemple en utilisant sa carte bancaire. Par la suite, le commerçant fournit un reçu sous forme d'un ticket qui indique le montant du paiement et le produit ou le service acheté. Ce reçu, d'une part, permet de confirmer le montant réellement facturé et de justifier l'achat, et d'autre part permet au commerçant de donner à l'utilisateur des informations sur le produit effectivement acheté. Le reçu est un support d'informations qui se trouve être sous une forme papier. Les commerçants doivent être équipés d'une imprimante ou d'un terminal intégrant une imprimante pour imprimer ces reçus. L'achat et la maintenance des imprimantes ou des terminaux représente une charge supplémentaire pour les commerçants. En outre, l'utilisation massive de papiers pose un problème écologique. Parallèlement, les modes de ventes de produits ou de services évoluent et permettent à des utilisateurs de réaliser des achats de manière simplifiée. Ces modes de ventes ont des points communs : rapidité de choix de produit et de paiement ciblant l'achat impulsif ; capacité à effectuer des transactions avec des forts pics d'utilisation ; point de vente réduit au maximum pour être déployé rapidement et dans des environnements hétérogènes ; point de vente réduisant le coût global de possession (TCO) ; 3042933 2 Pour couvrir l'ensemble de ces points de vente, il est possible d'intégrer du paiement dans un écran numérique : ceci est par exemple le cas des écrans publicitaires numérique qui se trouvent de plus en plus souvent installés dans des centres commerciaux, des gares, des aéroports, voire dans la rue. Une telle technique d'intégration permet d'afficher sur l'écran une 5 publicité pour la promotion d'un produit. Un terminal de paiement autonome est intégré pour payer en sans contact, (NFC ou autre moyen de paiements électroniques sans contact) peut également être présent. Dans ces cas d'usage, il est notamment nécessaire de fournir un reçu (ticket) après chaque achat des utilisateurs. En effet, pour les achats des produits dématérialisés (par exemple, une séance de cinéma), il est nécessaire d'indiquer les informations qui permettent 10 aux utilisateurs d'accéder aux produits (horaire, salle et place). Pour les achats des produits matérialisés, il est nécessaire d'indiquer des moyens permettant aux utilisateurs de récupérer les produits ou de fournir leurs adresses pour les expéditions des produits. Plus généralement, il est nécessaire de communiquer avec l'utilisateur. Pour les questions de coûts, les écrans publicitaires équipés de moyens de paiement sont 15 mis à disposition par une régie publicitaire. Cette régie publicitaire dispose de divers moyens de commercialisation de l'espace publicitaire qu'elle vend. En revanche à ce jour, la régie publicitaire ne dispose pas de moyens permettant d'augmenter l'efficacité de l'interaction menée avec l'utilisateur. Il existe donc un besoin de fournir une solution qui permet de communiquer des 20 informations aux utilisateurs avant, pendant et après les achats, qui réponde aux problèmes de complexité, de coût, de rapidité et de sécurité propres aux terminaux de paiement autonomes intégrés dans des bornes publicitaires interactives. 3. Résumé 25 La technique proposée ne présente pas au moins certains des problèmes de l'art antérieur. Plus particulièrement, la technique proposée se rapporte à un procédé de traitement de données affichées sur un écran d'une borne multimédia comprenant un terminal de paiement sans contact, procédé mis en oeuvre au sein de ladite borne multimédia, procédé caractérisé en ce qu'il comprend : 30 - une étape de détection, d'une présence d'un utilisateur ; 3042933 3 - une étape de modification, par un module de gestion d'interaction, d'un message publicitaire courant, diffusé par ladite borne multimédia, en un message publicitaire personnalisé. Ainsi, la borne multimédia ne se contente pas d'être un simple outil de diffusion d'un 5 message publicitaire, mais peut également se présenter un outil d'interaction avec l'utilisateur. Selon une caractéristique particulière, ledit procédé comprend en outre au moins une étape de mise en oeuvre d'une transaction de paiement, à l'aide du terminal de paiement sans contact, pour l'achat d'un produit ou un service postérieure à l'affichage du message publicitaire personnalisé audit utilisateur. 10 Selon une caractéristique particulière, la mise en oeuvre d'une transaction comprend : - une étape de réception, par le module de gestion d'interaction, d'une donnée représentative d'une volonté d'un utilisateur de réaliser un achat en relation avec le message publicitaire personnalisé ; - une étape de transmission, à un serveur de traitement, des données de création, d'un 15 profil d'acceptance ; - une étape de réception, dudit profil d'acceptance ; - une étape de transmission dudit profil d'acceptance audit terminal de paiement sans contact ; - une étape d'obtention, par le terminal de paiement sans contact, en provenance d'un 20 moyen de paiement de l'utilisateur, de données nécessaires à la mise en oeuvre d'un paiement ; - une étape d'instanciation, par le terminal de paiement sans contact, d'une transaction. Ainsi, la borne multimédia est à même de mettre en oeuvre une opération de paiement, de manière directe, une fonction d'un message personnalisé, présenté à l'utilisateur. Dès lors, 25 l'utilisateur peut réaliser des achats directement auprès de la borne multimédia. Selon une caractéristique particulière, le procédé comprend la mise en oeuvre, par le serveur de traitement de la transaction en coordination avec un serveur bancaire. Ainsi, la transaction est gérée par un serveur de traitement. Dès lors, on augmente la sécurité de la transaction en se prémunissant d'un piratage de la borne multimédia. 30 Selon une caractéristique particulière, la mise en oeuvre, par le serveur de traitement de la transaction en coordination avec un serveur bancaire comprend : - une étape de réception, parle serveur de traitement, de la transaction ; 3042933 4 - une étape transmission, par le serveur de traitement, de la transaction à un serveur bancaire ; - une étape de traitement, par le serveur bancaire de la transaction reçue ; et - une étape de transmission, par le serveur bancaire, d'un déroulement de la transaction ; 5 Ainsi, la transaction de paiement du produit ou du service est mise en oeuvre au sein d'un réseau de communication sécurisé. Selon une caractéristique particulière, l'étape de modification d'un message publicitaire courant en un message publicitaire personnalisé comprend l'affichage d'un message d'invite, invitant l'utilisateur à acheter le bien ou le service dont il est fait la promotion. 10 Selon une caractéristique particulière, l'étape de modification d'un message publicitaire courant en un message publicitaire personnalisé comprend : - une étape de détection d'une présence d'un terminal de communication intelligent ; - une étape de transmission, au terminal de communication, d'une requête d'obtention de données ; et 15 lorsque l'utilisateur accepte la transmission de données : - une étape de modification dudit message publicitaire en fonction d'au moins une valeur issue desdites données reçues. Selon une caractéristique particulière, ladite étape de détection comprend une étape d'obtention d'un signal en provenance d'au moins un capteur de présence de la borne 20 multimédia. Selon une caractéristique particulière, la mise en oeuvre d'une transaction comprend une étape d'affichage, sur l'écran de ladite borne multimédia, d'une donnée de matérialisation de l'achat réalisé par ledit utilisateur. Selon un autre aspect, la présente technique se rapporte également à une borne 25 multimédia comprenant des moyens d'affichage de données sur un écran et comprenant un terminal de paiement sans contact. Une telle borne comprend entre autre : - des moyens de détection, d'une présence d'un utilisateur ; - des moyens de modification, par un module de gestion d'interaction, d'un message publicitaire courant, diffusé par ladite borne multimédia, en un message publicitaire 30 personnalisé. Selon une implémentation préférée, les différentes étapes des procédés selon la technique proposée sont mises en oeuvre par un ou plusieurs logiciels ou programmes 3042933 5 d'ordinateur, comprenant des instructions logicielles destinées à être exécutées par un processeur de données d'un module relais selon la technique proposée et étant conçu pour commander l'exécution des différentes étapes des procédés. En conséquence, la technique proposée vise aussi un programme, susceptible d'être 5 exécuté par un ordinateur ou par un processeur de données, ce programme comportant des instructions pour commander l'exécution des étapes d'un procédé tel que mentionné ci-dessus. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. 10 La technique proposée vise aussi un support d'informations lisible par un processeur de données, et comportant des instructions d'un programme tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen 15 d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon la technique proposée peut être en particulier téléchargé sur un réseau de type Internet. 20 Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Selon un mode de réalisation, la technique proposée est mise en oeuvre au moyen de composants logiciels et/ou matériels. Dans cette optique, le terme "module" peut correspondre 25 dans ce document aussi bien à un composant logiciel, qu'à un composant matériel ou à un ensemble de composants matériels et logiciels. Un composant logiciel correspond à un ou plusieurs programmes d'ordinateur, un ou plusieurs sous-programmes d'un programme, ou de manière plus générale à tout élément d'un programme ou d'un logiciel apte à mettre en oeuvre une fonction ou un ensemble de fonctions, 30 selon ce qui est décrit ci-dessous pour le module concerné. Un tel composant logiciel est exécuté par un processeur de données d'une entité physique (terminal, serveur, passerelle, routeur, etc.) et est susceptible d'accéder aux ressources matérielles de cette entité physique (mémoires, 3042933 6 supports d'enregistrement, bus de communication, cartes électroniques d'entrées/sorties, interfaces utilisateur, etc.). De la même manière, un composant matériel correspond à tout élément d'un ensemble matériel (ou hardware) apte à mettre en oeuvre une fonction ou un ensemble de fonctions, selon 5 ce qui est décrit ci-dessous pour le module concerné. Il peut s'agir d'un composant matériel programmable ou avec processeur intégré pour l'exécution de logiciel, par exemple un circuit intégré, une carte à puce, une carte à mémoire, une carte électronique pour l'exécution d'un micrologiciel (firmware), etc. Chaque composante du système précédemment décrit met bien entendu en oeuvre ses 10 propres modules logiciels. Les différents modes de réalisation mentionnés ci-dessus sont combinables entre eux pour la mise en oeuvre de la technique proposée. 4. Figures D'autres caractéristiques et avantages apparaîtront plus clairement à la lecture de la 15 description suivante d'un mode de réalisation particulier de la divulgation, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : la figure 1 est un diagramme de séquence du procédé selon la technique proposée ; la figure 2 est une représentation simplifiée d'une borne multimédia selon la présente technique. 20 5. Description 5.1. Principe général Dans l'état de la technique, il est complexe et coûteux pour une entité de gestion de ressources publicitaires (telle qu'une régie publicitaire) de mettre en oeuvre une interaction avec un client final (appelé utilisateur). En effet, les entités de gestion de ressources publicitaires sont 25 généralement en contact avec des annonceurs (commerçants) qui souhaitent faire la promotion de produits et de services et ne sont pas en relation directe avec des utilisateurs finaux. Le principe général de la technique proposée consiste à permettre une interaction entre des utilisateurs finaux et un commerçant par l'intermédiaire d'une entité de gestion de ressources publicitaire. Pour ce faire, l'entité de gestion de ressources publicitaires se dote d'une borne 30 conforme à la présente technique, et décrite ci-après. Plus spécifiquement, une telle borne peut également être appelée borne multimédia de paiement ou borne multimédia de promotion. Elle comprend un écran, qui peut être un écran tactile. La borne comprend également un terminal de 3042933 7 paiement (par exemple autonome), de type terminal de paiement sans contact. Une telle borne comprend également un processeur, une mémoire vive et une mémoire de stockage et une interface de communication réseau (de type filaire). De plus, en fonction de modes de réalisation, une telle borne comprend également un ou plusieurs modules de connexion sans fil (bluetooth, 5 direct wifi). Dans le cadre de la présente on fait une différence entre une interface de communication sans fil, permettant d'interagir avec un matériel à disposition de l'utilisateur (par exemple un terminal de communication intelligent de type smartphone) et une interface sans contact (de type NFC) permettant de transmettre et recevoir des données en provenance de moyens de paiement (par exemple carte bancaire sans contact). Ces deux types d'interfaces ne 10 doivent pas et ne peuvent pas être confondues. Selon la présente technique, une telle borne multimédia, comprend également un module de gestion d'interaction. Un tel module de gestion d'interaction, qui peut être un module matériel ou logiciel est en charge de l'adaptation du fonctionnement de la borne multimédia en fonction de valeurs spécifiques qui sont notamment liées : 15 au type de message publicitaire affiché par la borne multimédia ; aux signaux issus d'un capteur de proximité ou de présence, un tel capteur étant en mesure de déterminer la présence ou l'absence d'une personne devant la borne multimédia ; en fonction de la technologie de détection utilisée pour ce capteur, il est également possible de déterminer le nombre de personnes présentes devant l'écran ; 20 D'une manière générale, une telle borne multimédia est ainsi en mesure d'adapter son fonctionnement par rapport : 25 au lieu d'installation de la borne (gare, station de métro, aéroport, centre commercial, point de vente) ; 30 - à l'heure de la journée ; par exemple, lors des heures de très forte affluence dans une gare ou une station de métro (à l'endroit où la borne est installée), le fonctionnement de la borne peut être limité à un simple affichage dynamique (car il y a peu de chance qu'un utilisateur soit intéressé par l'achat d'un produit ou service) ; à l'inverse lors des heures creuses, la borne peut adapter son fonctionnement pour permettre l'achat de bien ou de services ; de données externes publiques (météo, trafic, évènements...) : par exemple, lorsque la borne reçoit une information relative à une forte chaleur, les messages publicitaires se rapportant à la vente de produits destinés à un temps de pluie peuvent être omis ; 3042933 8 - le type d'interaction de l'utilisateur (carte de paiement, carte de fidélité, smartphone...) : la borne est en mesure, grâce aux modules de connexion sans fils, de détecter une présence d'un terminal de communication intelligent s'il existe : sil un tel terminal est présent devant la borne, alors celle-ci peut adapter son fonctionnement pour prendre en 5 compte la présence du terminal ; - d'éventuelles données stockées et accessibles dans le dans le terminal de communication de l'utilisateur en utilisant un protocole d'échange de données courte distance (NFC, BLE...) : par exemple, si un message publicitaire identique ou similaire à un message publicitaire affichable par la borne est détecté (dans la cache publicitaire du terminal 10 intelligent ou encore par l'obtention des cookies du terminal intelligent), la borne peut afficher le message identique qu'elle possède elle-même afin de relayer celui du terminal de l'utilisateur ; - du nombre de personnes se tenant devant la borne multimédia ; - des transactions éventuellement effectuées précédemment : la borne peut être dotée 15 d'une mémoire spécifique (i.e. des données privées) des produits achetés et par exemple proposer plus souvent les produits ou services les plus vendus ou afficher le nombre de places restantes pour un spectacle ; - la liste des produits/prix proposés peut être mise à jour soit de manière régulière et automatique (pull) soit en recevant mise à jour (push) par exemple en émettant une 20 requête spécifique à destination d'un serveur de traitement auquel la borne est connecté par l'intermédiaire de son interface réseau. La présente technique se rapporte également à un serveur de traitement, de type serveur de prestataire de services de paiements. Un tel serveur de traitement est mis en oeuvre pour d'une part traiter les requêtes en provenance de la borne multimédia. De telles requêtes sont 25 divisées en deux catégories distinctes : il s'agit d'une part de requête de mise à jour. Ces requêtes de mise à jour sont utilisées pour réaliser des mises à jour distantes de la borne interactive. En fonction des modes de réalisation et des conditions opérationnelles, ces requêtes de mise à jour sont soit directement traitées par le serveur de traitement (auquel cas le serveur de traitement possède ou peut acquérir les données nécessaires à la mise à jour de la borne interactive) soit 30 indirectement en transmettant cette requête à un serveur d'une régie publicitaire en charge de réaliser les mises à jour de la borne multimédia. 3042933 9 Ces deux modes de réalisation diffèrent essentiellement par l'architecture du réseau connectant les bornes publicitaires. L'avantage de n'avoir qu'un seul serveur de traitement auprès duquel la borne publicitaire obtient des données réside dans la plus grande sécurisation du système : en n'ayant qu'un seul serveur avec lequel échanger des données, un protocole 5 d'échange spécifique peut être mis en oeuvre, comprenant par exemple un chiffrement permanent des données échangées. L'avantage d'avoir un serveur de traitement et un serveur de régie réside dans la plus grande souplesse de mise à jour des offres de la régie. La régie n'est pas tributaire du serveur de traitement pour effectuer la mise à jour. Cela oblige cependant à disposer d'une borne multimédia qui ait la capacité de traiter à la fois des échanges avec le serveur de 10 traitement et à la fois des échanges avec le serveur de régie, ce qui peut poser des problèmes de sécurité. Ainsi, la technique proposée, qui consiste à disposer d'un serveur de traitement qui effectue le relai avec le serveur de régie permet d'apporte une solution à ce problème. Le serveur de traitement reste seul en interface avec le serveur de régie tandis que le serveur de régie est à même de fournir des données au serveur de traitement pour que celui-ci les transmette à la 15 borne multimédia. Bien entendu, cette architecture est celle qui semble être la plus sécurisée. Il est cependant possible que le terminal de paiement sans contact de la borne multimédia soit directement en relation avec le serveur de traitement. On rappelle qu'un tel terminal de paiement sans contact possède ses propres ressources (i.e. processeur sécurisée, mémoire 20 sécurisée, interfaces sécurisées) et ses propres dispositifs de sécurité (i.e. anti infraction, détection d'intrusion). Dès lors, il est possible et envisagé, dans un autre mode de réalisation, que la borne multimédia sollicite le terminal de paiement sans contact uniquement lors des opérations de paiement. Dès lors, il n'est pas spécifiquement nécessaire, dans ce cas, de centraliser la gestion des mises à jour au niveau du serveur de traitement. Le terminal de 25 paiement, inséré au sein de la borne multimédia agit dès lors sur instructions d'un module spécifique de celle-ci. En fonction des données reçues de la part du serveur de régie ou en fonction des données pré-chargées dans la borne multimédia, celle-ci est dès lors en mesure de mettre en oeuvre différents scénarios d'interaction. Le premier scénario, le plus simple consiste en une diffusion 30 permanente d'un unique message publicitaire et, lorsque les conditions sont réunies, l'offre d'une possibilité de vente du produit ou du service dont il est fait la promotion. Les conditions susceptibles de provoquer la vente sont les suivantes : un utilisateur est détecté devant la borne 3042933 10 multimédia et cet utilisateur possède un moyen de paiement sans contact pouvant servir au règlement de son achat. Ce premier scénario permet d'illustrer, en relation avec la figure 1, les échanges mis en oeuvre pour réaliser cet achat : 5 - un utilisateur est stationné devant la borne multimédia ; - la borne multimédia (BM) détecte (100) la présence de l'utilisateur ; cette étape de détection est par exemple réalisée à l'aide d'un signal issu d'un capteur, comme par exemple un capteur infrarouge ou un capteur ultrasonore ou encore une combinaison de signaux issus de ces deux capteurs ; 10 - la borne multimédia (BM), par l'intermédiaire de son module de gestion d'interaction (ModGI), effectue une modification (110) de l'affichage du message publicitaire courant en un message publicitaire personnalisé ; une telle modification peut consister en l'affichage d'un message d'invite, invitant l'utilisateur à acheter le bien ou le service dont il est fait la promotion : un message de type « souhaitez-vous acheter XXX » apparaît alors 15 à l'écran et le logo du mode de paiement sans contact peut s'illuminer, de manière préventive ; avantageusement, le message d'invite est positionné au niveau du regard de l'utilisateur ; une telle modification peut également tenir compte d'autres aspects tels que : la détection de la présence d'un terminal de communication intelligent, l'heure de la journée, la météo, etc. 20 L'utilisateur peut alors décider (115) (ou non) d'acheter le bien et le service en question. S'il décide d'acheter, il doit se servir de son moyen de paiement sans contact (i.e. carte bancaire ou terminal de communication intelligent) et l'apposer au niveau du logo de paiement sans contact. Alternativement, l'utilisateur peut également accepter l'offre en sélectionnant un bouton « Oui » (qui est affiché sur l'écran en même temps que le message précédent). S'il effectue l'une 25 de ces opérations, il est mis en oeuvre une transaction de paiement, à l'aide du terminal de paiement sans contact, pour l'achat d'un produit ou un service postérieure à l'affichage du message publicitaire personnalisé audit utilisateur. Les actions suivantes sont alors mises en oeuvre : la borne multimédia (BM) (ou le terminal de paiement sans contact TPSC), transmet (120) 30 au serveur de traitement, les données nécessaires à la création, par celui-ci, d'un profil d'acceptance (PrAc); le profil d'acceptance est un ensemble de données à destination du terminal de paiement en vue de permettre à celui-ci de réaliser une transaction de 3042933 11 paiement ; les données transmises pour créer ce profil d'acceptance sont par exemple le prix, un identifiant du commerçant (par exemple un identifiant bancaire), un identifiant de produit, le numéro du terminal de paiement ; il se présente sous la forme d'un fichier chiffré qui évite que les données puisse être accessibles ; 5 - le serveur de traitement (SRVT) créé (130) le profil d'acceptance (PrAc) et le transmet (140) à la borne multimédia (BM) - la borne multimédia réceptionne (150) ce profil d'acceptance (PrAc) et le transmet au terminal de paiement sans contact (TPSC) ; - concomitamment ou postérieurement, la borne multimédia (BM) (ou le terminal de 10 paiement sans contact TPSC), obtient (160) les données (DAT) nécessaires en provenance du moyen de paiement (par exemple nom, numéro de carte bancaire, date d'expiration, cryptogramme) de manière cryptée ; - le terminal de paiement sans contact (TPSC) effectue (170) alors la transaction et la transmet (180) au serveur de traitement (SRVT); 15 Il s'en suit la mise en oeuvre de la transaction, de manière sécurisée, entre le serveur de traitement et le serveur bancaire. Une telle mise en oeuvre comprend : - le serveur de traitement (SRVT) transmet (190) la transaction à un serveur d'un établissement bancaire (SRVB) (i.e. le serveur de l'établissement bancaire du commerçant) ; de manière complémentaire, le serveur de traitement (SRVT) journalise 20 (195) la transaction (i.e. par exemple à des fins de comptabilisation, à des fins de preuve ou à des fins de perception de commission ou de rétribution) ; - le serveur de l'établissement bancaire (SRVB) traite (200) la transaction reçue et informe (210) le serveur de traitement (SRVT) du déroulement de celle-ci (acceptation ou rejet de la transaction) ; 25 - le serveur de traitement (SRVT) informe (220) la borne multimédia de la réalisation de la transaction (acceptation ou rejet de la transaction) ; - la borne multimédia informe (230) à son tour l'utilisateur. Ainsi, la borne multimédia interagit avec l'utilisateur de manière simple et efficace. Bien entendu, la méthode présentée est une méthode permettant une interaction basique (i.e. acheter 30 le produit présenté). Cependant, le module de gestion d'interaction (ModGI) permet de gérer des interactions plus complexes que celle qui vient d'être présentée. Plus particulièrement, le module de gestion d'interaction offre la possibilité d'effectuer : 3042933 12 - la promotion et la vente d'une multitude de produits différents au cours de la journée, en fonction notamment des heures de la journée, du nombre de passage devant la borne, etc. - la promotion et la vente de produits de commerçants différents au cours de la journée : 5 une telle possibilité est particulièrement intéressante pour une régie publicitaire, qui pour une même borne multimédia peut proposer des biens et des services différents au cours de la journée; une telle possibilité est également intéressante pour un centre commercial, propriétaire d'une borne multimédia, qui peut promouvoir de manière différentes les produits et services des commerces du centre commercial ; 10 - la promotion et la vente de produit en adéquation avec le consommateur utilisant le dispositif : lorsque l'utilisateur a débuté son interaction avec la borne multimédia, cette dernière, par l'intermédiaire du le module de gestion d'interaction (ModGI), peut entrer dans un mode d'interaction de type question/réponse dont l'objectif est d'affiner les choix de l'utilisateur ; 15 - la promotion et la vente de produit en promotion et/ou avec des quantités limitées pendant les soldes ou dans le cas d'un déstockage; - la vente de produit lié au contexte géographique de la borne ; en effet si cette dernière est installée dans un stade ou dans un cinéma, les interactions peuvent changer en fonction des spectacles. 20 Le module de gestion de l'interaction est également en charge de la gestion de l'obtention du produit ou du service. À l'aide des moyens qui sont décrits par la suite, le module de gestion de l'interaction (et la borne multimédia) informe l'utilisateur de la bonne réalisation de la transaction de paiement. Il reste cependant une problématique à gérer : il s'agit de l'obtention, par l'utilisateur, du produit ou du service commandé. Cette obtention doit être prise en charge 25 par le module de gestion d'interaction afin que l'utilisateur ne se sente pas démuni ou abandonné à la fin du processus et que cet achat soit déceptif. Plus sieurs cas de figure sont envisageables, selon d'une part que l'achat porte sur un produit ou un service et d'autre part que la borne multimédia soit installée dans un lieu public (hall d'aéroport, hall de gare, station de métro) ou qu'elle soit installée au sein d'une boutique. 30 Lorsque la vente concerne un service, donc par définition un ou plusieurs actes immatériels, le module de gestion d'interaction a pour mission de fournir à l'utilisateur le moyen de profiter du service acheté. En règle générale, cette mission peut être atteinte en obtenant des 3042933 13 coordonnées de l'utilisateur (auquel cas ces modules permettant l'obtention de telles coordonnées sont mis en oeuvre : comme par exemple des modules d'interfaçage avec le terminal de communication de l'utilisateur ou en dernier ressort, un clavier tactile apparaissant sur l'écran et permettant à l'utilisateur de saisir les données). Cette mission peut également être atteinte en 5 fournissant, à l'utilisateur un reçu ou une preuve de son achat, afin qu'il puisse réclamer le bénéfice de la prestation de service. Dans ce cas, le module de gestion d'interaction affiche, par exemple dans un espace dédié de l'écran, une ou plusieurs données permettant à l'utilisateur de revendiquer la mise en oeuvre du service (par exemple un code en deux dimensions, une image tatouée, comprenant un code caché). Cette image est capturée par le terminal de communication 10 de l'utilisateur (par exemple par l'intermédiaire d'une prise de vue). L'image capturée fait office de preuve d'achat : cette image peut par la suite être décodée par un dispositif spécifique du commerçant (fournisseur de services) afin de permettre la mise en oeuvre de ce service au bénéfice de l'utilisateur. Lorsque la vente concerne un produit, donc par définition un ou plusieurs objets 15 matériels, le module de gestion d'interaction a pour mission de fournir à l'utilisateur le moyen de récupérer ces objets. Deux catégories sont possibles : la livraison à l'utilisateur (par le biais d'un transporteur) ou le retrait en magasin. Dans le cas de la livraison, la mission du module de gestion de l'interaction peut être atteinte en obtenant des coordonnées de l'utilisateur (auquel cas ces modules permettant 20 l'obtention de telles coordonnées sont mis en oeuvre : comme par exemple des modules d'interfaçage avec le terminal de communication de l'utilisateur ou en dernier ressort, un clavier tactile apparaissant sur l'écran et permettant à l'utilisateur de saisir les données). Dans le cas du retrait en magasin, deux possibilités sont offertes : - soit la borne multimédia est installée dans le magasin en question : l'utilisateur peut alors 25 aller chercher le produit directement en rayon et sortir du magasin ; - soit la borne multimédia est installée dans un lieu public : l'utilisateur se rend alors dans le magasin pour effectuer le retrait des articles achetés. Quel que soit le cas, le module de gestion d'interaction affiche, par exemple dans un espace dédié de l'écran, une ou plusieurs données permettant à l'utilisateur de revendiquer la 30 mise en oeuvre du service (par exemple un code en deux dimensions, une image tatouée, comprenant un code caché). Cette image est capturée par le terminal de communication de l'utilisateur (par exemple par l'intermédiaire d'une prise de vue). L'image capturée fait office de 3042933 14 preuve d'achat : cette image peut par la suite être décodée par un dispositif spécifique du commerçant (dans le magasin de retrait) afin de permettre le retrait des produits. 5.2. Description d'une borne multimédia 5 On présente, en relation avec la figure 2, l'architecture d'une borne multimédia selon la présente technique. Une telle borne multimédia (BM) comprend un écran (Scr), de préférence un écran tactile. Un tel écran dispose d'une taille suffisante pour pouvoir afficher, de manière visible par des passants, un ou plusieurs messages publicitaires. Ainsi, l'écran comprend typiquement une taille comprise entre 32 et 55 pouces de diagonale. Un message publicitaire typique affiché 10 par un tel écran comprend par exemple une vidéo et/ou des photos et/ou du texte. En fonction de l'environnement de destination de la borne multimédia (BM), cette dernière peut également comprendre un module de restitution sonore (MSon) : le module de restitution sonore est destiné à produire des sons qui peuvent accompagner les messages publicitaires émis, lorsque de tels sons peuvent être perçus par les utilisateurs. 15 L'écran (Scr) et le module de restitution sonore (s'il est présent) sont connectés par un ou deux bus de transport de données à un processeur (Proc) de traitement. Un tel processeur (Proc) comprend suffisamment de capacités de traitement pour effectuer diverses tâches de traitement multimédia, comme par exemple l'affichage d'une vidéo de qualité et/ou l'affichage d'images de résolution supérieure. Le processeur (Proc) est en outre en mesure de recevoir des données par 20 l'intermédiaire de bus de transport de données reliant le processeur (Proc) au module NFC (si celui-ci n'est pas directement géré par le terminal de paiement intégré) ou encore aux modules de communication sans fil (comme par exemple le module WiFi ou le module Bluetooth, BLE). Le processeur (Proc) est par ailleurs relié, par l'intermédiaire d'un bus de données, aux capteurs (ultrasonore US, infrarouge IR ou encore à une caméra CAM) pour recevoir des signaux 25 émis par ces capteurs afin de détecter la présence d'un ou plusieurs utilisateurs. Ces signaux sont transformés par le processeur et fournis au module de gestion d'interaction (ModGI). Le processeur comprend également une mémoire vive (RAM) et une mémoire de stockage (MAS). Le processeur (Proc) est, en fonction des modes de réalisation, soit piloté par le module de gestion d'interaction (ModGI) sous forme logicielle (le module de gestion d'interaction est 30 alors un module logiciel sous contrôle d'un système d'exploitation), soit connecté au module de gestion d'interaction (ModGI) sous forme matérielle. Le module de gestion d'interaction (ModGI) est en charge de la réception des données fournies par le processeur pour détecter la présence 3042933 15 d'un ou plusieurs utilisateurs, obtenir des données relatives à un produit ou à un service à proposer, transmettre ces données au terminal de paiement sans contact, etc. Tout au long du processus d'achat, le module de gestion d'interaction est également en mesure d'informer l'utilisateur de la progression de celui-ci, par exemple en affichant des 5 données personnalisées. En fonction des modes de réalisation, le module de gestion de l'interaction est également en mesure d'interagir avec l'utilisateur par l'intermédiaire d'un terminal de communication intelligent. Pour ce faire, le module de gestion d'interaction transmet, par l'intermédiaire de l'interface bluetooth, une balise (beacon). Cette balise peut être captée par le terminal de 10 communication. A réception de cette balise, le terminal de communication est en mesure d'établir une communication bidirectionnelle avec la borne multimédia. Si l'utilisateur l'accepte (accepte l'interaction avec la borne multimédia), celle-ci peut alors lancer une recherche, par exemple dans la mémoire cache du terminal de communication. Cette recherche a pour objectif notamment d'obtenir une information sur les messages publicitaires déjà rencontrées par 15 l'utilisateur, d'obtenir une information sur les applications installées. À l'aide de ces informations, le module de gestion d'interaction est en mesure par exemple d'identifier une application de fidélité en lien avec une marque concernée par un message publicitaire susceptible d'intéresser l'utilisateur. Il peut s'agir d'une marque concurrente ou de la même marque de produit et de service. Ainsi, avec l'aide d'une base de données, enregistrée dans la mémoire de masse de la 20 borne, le module peut proposer l'achat d'un produit ou d'un service spécifique, À l'aide des données obtenues dans le terminal de communication, le module de gestion d'interaction est en mesure d'obtenir des coordonnées de l'utilisateur (adresse de courrier électronique, adresse physique) ou du terminal (IMS', IMEI) afin que l'utilisateur puisse prendre possession ou recevoir les produits ou services achetés, comme cela a été décrit précédemment. 25 À l'aide des données obtenues dans le terminal de communication, le module de gestion d'interaction est enfin en mesure de construire une preuve d'achat (QR code, image tatouée, telle qu'exposée précédemment) qui intègre un identifiant du terminal de communication. Dès lors, la sécurité de la transaction est améliorée, tant du point de vue de l'utilisateur (qui est sûr que son achat est lié à son terminal de communication) que du point de vue du commerçant (qui peut 30 s'assurer disposer d'une preuve supplémentaire de la validité de l'achat réalisé par l'utilisateur. REVENDICATIONS1. Procédé de traitement de données affichées sur un écran d'une borne multimédia comprenant un terminal de paiement sans contact (TPSC), procédé mis en oeuvre au sein de ladite borne multimédia (BM), procédé caractérisé en ce qu'il comprend : - une étape de détection, (100) d'une présence d'un utilisateur ; - une étape de modification (110), par un module de gestion d'interaction (ModGI), d'un message publicitaire courant, diffusé par ladite borne multimédia, en un message publicitaire personnalisé. 2. Procédé, selon la revendication 1, caractérisé en ce qu'il comprend en outre au moins une étape de mise en oeuvre d'une transaction de paiement, à l'aide du terminal de paiement sans contact, pour l'achat d'un produit ou un service postérieure à l'affichage du message publicitaire personnalisé audit utilisateur. 3. Procédé, selon la revendication 2, caractérisé en ce que la mise en oeuvre d'une transaction comprend : - une étape de réception (115), par le module de gestion d'interaction (ModGI), d'une donnée représentative d'une volonté d'un utilisateur de réaliser un achat en relation avec le message publicitaire personnalisé ; - une étape de transmission (120), à un serveur de traitement, des données de création, d'un profil d'acceptance (PrAc); - une étape de réception (140), dudit profil d'acceptance (PrAc); - une étape de transmission (150) dudit profil d'acceptance (PrAc) audit terminal de paiement sans contact (TPSC); - une étape d'd'obtention (160), par le terminal de paiement sans contact (TPSC), en provenance d'un moyen de paiement de l'utilisateur, de données (DAT) nécessaires à la mise en oeuvre d'un paiement ; - une étape d'instanciation (170), par le terminal de paiement sans contact (TPSC), d'une transaction (TX). 3042933 18 4. Procédé, selon la revendication 3, caractérisé en ce qu'il comprend la mise en oeuvre (185), par le serveur de traitement (SRVT) de la transaction (TX) en coordination avec un serveur bancaire (SRVB). 5 5. Procédé selon la revendication 4, caractérisé en ce que la mise en oeuvre (185), par le serveur de traitement (SRVT) de la transaction (TX) en coordination avec un serveur bancaire (SRVB) comprend : - une étape de réception (180), parle serveur de traitement (SRVT), de la transaction (TX) ; 10 - une étape transmission (190), par le serveur de traitement (SRVT), de la transaction à un serveur bancaire (SRVB) ; - une étape de traitement (200), par le serveur bancaire (SRVB) de la transaction reçue ; et - une étape de transmission (210), par le serveur bancaire (SRVB), d'un déroulement de la transaction ; 15 6. Procédé, selon la revendication 1, caractérisé en ce que l'étape de modification (110) d'un message publicitaire courant en un message publicitaire personnalisé comprend l'affichage d'un message d'invite, invitant l'utilisateur à acheter le bien ou le service dont il est fait la promotion. 20 7. Procédé, selon la revendication 1, caractérisé en ce que l'étape de modification (110) d'un message publicitaire courant en un message publicitaire personnalisé comprend : - une étape de détection d'une présence d'un terminal de communication intelligent ; - une étape de transmission, au terminal de communication, d'une requête d'obtention de 25 données ; et lorsque l'utilisateur accepte la transmission de données : - une étape de modification dudit message publicitaire en fonction d'au moins une valeur issue desdites données reçues. 30 8. Procédé selon la revendication 1, caractérisé en ce que ladite étape de détection (100) comprend une étape d'obtention d'un signal en provenance d'au moins un capteur (IR, US, CAM) de présence de la borne multimédia. 3042933 19 9. Procédé selon la revendication 2, caractérisé en ce que la mise en oeuvre d'une transaction comprend une étape d'affichage, sur l'écran de ladite borne multimédia, d'une donnée de matérialisation de l'achat réalisé par ledit utilisateur. 5 10. Borne multimédia comprenant des moyens d'affichage de données sur un écran et comprenant un terminal de paiement sans contact (TPSC), caractérisée en ce qu'elle comprend : - des moyens de détection, (100) d'une présence d'un utilisateur ; 10 - des moyens de modification (110), par un module de gestion d'interaction (ModGI), d'un message publicitaire courant, diffusé par ladite borne multimédia, en un message publicitaire personnalisé. 11. Produit programme d'ordinateur téléchargeable depuis un réseau de communication 15 et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, caractérisé en ce qu'il comprend des instructions de code de programme pour l'exécution d'un procédé de traitement selon la revendication 1 à 9, lorsqu'il est exécuté par un processeur.