Brevet FR3052005A1 — publié le 20171201

Procédé déclencheur d'actions complémentaires mis en oeuvre par un dispositif électronique coopérant avec un périphérique L'invention concerne un procédé pour déclencher une ou plusieurs actions complémentaires à celles déclenchées par un procédé d'application mis en oeuvre par un dispositif électronique, tel qu'à titre d'exemple d'application préféré non limitatif, une caisse enregistreuse coopérant avec un ou plusieurs périphériques. Selon l'exemple d'application précédemment mentionné, de tels périphériques peuvent avantageusement consister en un monnayeur ou encore un serveur distant de paiement électronique. L'invention permet ainsi d'ajouter des fonctionnalités à un logiciel informatique agréé ou développé par un tiers, auquel il n'est pas pertinent de demander à l'éditeur une mise à jour, notamment au gré des évolutions des périphériques. Selon l'exemple d'application préféré, un tel logiciel est un logiciel d'encaissement prévu pour être installé sur un dispositif électronique, proche d'un ordinateur personnel, afin de transformer celui-ci en caisse enregistreuse. Plus généralement, l'objectif de l'invention consiste in fine à apporter de nouvelles fonctionnalités ou à supplanter des fonctionnalités existantes provoquées par la mise en oeuvre d'instructions d'un programme d'ordinateur, sans devoir mettre à jour ledit programme d'ordinateur. L'invention concerne en outre un système permettant de mettre en oeuvre un tel procédé. Dans la suite du document, nous nommerons « périphérique » ou « périphérique électronique communicant » toute entité matérielle et/ou électronique 30 pouvant interagir avec un dispositif électronique mettant 3052005 2 en oeuvre un procédé selon l'invention. A titre d'exemple non limitatif, un tel périphérique peut consister en un deuxième dispositif électronique similaire à un dispositif adapté selon l'invention ou encore une 5 plateforme électronique distante communiquant via un réseau de communication, par exemple Internet ou un intranet. Un logiciel informatique est un ensemble de règles 10 relatives au fonctionnement d'un ensemble de traitements de données. Il est généralement constitué d'un ou plusieurs programmes d'ordinateur. Un programme d'ordinateur consiste, quant à lui, en une séquence d'instructions interprétables et/ou exécutables par une 15 unité de traitement d'un dispositif électronique, qui spécifie étape par étape des opérations ou traitements que ladite unité de traitement va ainsi effectuer pour obtenir un résultat. Lesdites instructions sont communément interprétées ou exécutées par une unité de 20 traitement comprenant généralement un ou plusieurs processeurs ou microcontrôleurs notamment. Lesdites instructions sont préalablement inscrites dans une mémoire de programmes accessible en lecture par lesdits processeurs ou microcontrôleurs. 25 Un dispositif électronique, dont l'unité de traitement exécute de telles instructions, comporte ou coopère en outre avec d'autres éléments électroniques, tels qu'à titre d'exemples, une ou plusieurs mémoires de données, des interfaces homme-machine de consigne et de restitution. La mise en oeuvre d'un programme d'ordinateur par les ressources matérielles d'un tel dispositif électronique est parfois régie par un ensemble de services offerts par un système d'exploitation, 3052005 3 consistant lui-même en un programme d'ordinateur dont les instructions sont implantées dans l'une desdites mémoires dudit dispositif. Lesdits services permettent de faciliter l'accès ou l'exploitation desdites ressources 5 matérielles pour tout programme d'ordinateur d'application, dont les instructions sont également implantées dans l'une des mémoires dudit dispositif. Il existe différents systèmes d'exploitation. Certains sont normalisés, tels qu'à titre d'exemples 10 « Android » et « Linux », d'autres au contraire sont spécifiques à un dispositif électronique particulier ou sont dits « propriétaires », c'est-à-dire qu'ils répondent à un cahier des charges spécifique. Les services offerts par les différents systèmes 15 d'exploitation sont propres à chacun d'eux. Ainsi, pour mettre en oeuvre un programme d'ordinateur par un dispositif électronique déterminé, ledit programme doit être agencé pour coopérer avec le système d'exploitation qui est d'ores et déjà implanté en mémoire dudit 20 dispositif électronique déterminé. Ainsi il est fréquent qu'une mise à jour requise pour un système d'exploitation, par exemple pour coopérer avec de nouvelles ressources ou périphériques, nécessite un nouveau développement total ou partiel d'un programme 25 d'ordinateur agencé pour fonctionner selon une version antérieure dudit système d'exploitation. Ainsi une nouvelle édition dudit programme s'impose. Un programme d'ordinateur est donc limité par ses fonctionnalités imposées et développées par son éditeur, 30 et par le type de dispositif électronique sur lequel il est destiné à être mis en oeuvre. 3052005 4 A titre d'exemple d'application préféré mais non limitatif, l'invention sera décrite au travers d'un exemple d'application relatif à la gestion des encaissements d'un établissement de vente à emporter, tel 5 qu'une boulangerie ou une pharmacie. L'encaissement, fruit d'une transaction entre un client et un établissement de vente à emporter, s'effectue généralement au moyen d'une caisse enregistreuse manipulée par un employé dudit 10 établissement, tel qu'à titre d'exemple non limitatif, un caissier. Une caisse enregistreuse permet de garder une trace de chaque transaction. Elle comporte généralement une interface homme-machine de consigne telle qu'un clavier physique ou numérique, une machine à calculer, un 15 tiroir caisse, un afficheur ou plus généralement une interface homme-machine de restitution et une imprimante pour émettre notamment un reçu à un client. Les progrès technologiques font qu'aujourd'hui, des constructeurs de caisses enregistreuses produisent des caisses 20 enregistreuses s'apparentant à des ordinateurs mettant en oeuvre respectivement des logiciels d'encaissement présentant de nombreuses fonctionnalités. A titre d'exemple non limitatif, un tel logiciel d'encaissement permet non seulement de tracer tout encaissement, 25 assurant ainsi la facturation des transactions, mais contribue également à la gestion de stocks de ventes et/ou d'achats ainsi qu'aux commandes clients. Les logiciels d'encaissements connus coopèrent avec différents périphériques d'encaissement, tels qu'un 30 tiroir caisse ou un terminal de paiement électronique. La coopération entre un tel logiciel d'encaissement et les périphériques d'encaissement disponibles pour une caisse enregistreuse a généralement été prévue et intégrée lors 3052005 5 du développement dudit logiciel sous la forme d'instructions de programmes spécifiques. Toutefois, les périphériques d'encaissements évoluent selon les us et coutumes des clients et/ou des 5 utilisateurs des caisses enregistreuses, ainsi qu'avec l'essor de moyens ou modes de paiement. A titre d'exemples, pour augmenter la sécurité des établissements de vente à emporter et y réduire le risque de tentatives d'agression visant à dévaliser l'établissement, mais 10 aussi par mesure d'hygiène, en déchargeant le personnel d'un établissement d'une manipulation directe d'espèces, des constructeurs de périphériques ont développé de nouveaux périphériques d'encaissement dits « monnayeurs ». Un tel monnayeur permet à un caissier 15 d'un établissement de vente à emporter, de ne pas être en contact direct avec des espèces émanant des clients. En effet, lors d'une transaction, le client lui-même insère directement ses pièces de monnaie ou billets de banque dans le monnayeur. Ce dernier se charge éventuellement de 20 rendre le change au client via un réceptacle idoine. Un caissier est ainsi dispensé de tout contact avec la monnaie. La gestion de la caisse est en outre simplifiée. De plus, le monnayeur étant généralement un automate sécurisé, il est beaucoup plus difficile à vandaliser 25 qu'un simple tiroir caisse. Les moyens de paiement sont aussi en constante évolution. On peut, par exemple, observer depuis plusieurs années l'apparition de plateformes de paiement en ligne, telles qu'à titre d'exemple non limitatif 30 l'opérateur « Paypal ». De tels périphériques d'encaissement non-conventionnels ne sont généralement pas pris en compte lors du développement d'un logiciel d'encaissement, notamment si ledit logiciel est antérieur 3052005 6 à l'avènement dudit périphérique d'encaissement non-conventionnel. Les caisses enregistreuses, découlant de la mise en oeuvre d'un tel logiciel, peuvent donc ne pas être en capacité d'offrir un mode de paiement devenu 5 populaire, au risque de déplaire à la clientèle. Pour corriger ce manque, le logiciel d'encaissement doit être modifié. En effet, c'est audit logiciel d'encaissement de prévoir et supporter une communication entre un nouveau périphérique et ladite caisse enregistreuse mettant en 10 oeuvre ledit logiciel. Dans la cas d'un nouveau mode de paiement s'appuyant sur une plateforme de paiement en ligne, c'est au logiciel d'encaissement de supporter le protocole de communication requis entre ladite caisse enregistreuse et le nouveau périphérique d'encaissement 15 que constitue ladite plateforme de paiement en ligne. Lorsque des modalités d'interaction entre un périphérique d'encaissement n'ont pas été préalablement du logiciel d'encaissement et une caisse enregistreuse prévues lors du développement implanté dans ladite caisse, en oeuvre des instructions de 20 cette dernière peut mettre programme d'un logiciel tiers appelé couramment « pilote » ou « driver » selon une terminologie anglo-saxonne. On peut ainsi, à l'instar d'une installation d'une nouvelle imprimante coopérant avec un ordinateur 25 personnel, permettre à la caisse enregistreuse de reconnaître un nouveau périphérique d'encaissement et élaborer des messages ou requêtes à destination de celui-ci. Toutefois, les éditeurs de tels logiciels pilotes ne développent pas toujours des versions compatibles avec 30 les services offerts respectivement par les systèmes d'exploitation mis en oeuvre par des caisses enregistreuses. Pour pallier à cette difficulté, une variante pourrait consister à développer et insérer dans 3052005 7 le logiciel d'encaissement les instructions de programme nécessaires pour mettre en oeuvre une communication avec un nouveau périphérique d'encaissement. L'inconvénient de cette méthode réside dans le fait que les protocoles de 5 communication entre les différents périphériques d'encaissements et les caisses enregistreuses, mettant en oeuvre des logiciels d'encaissement connus, ne sont pas normalisés. L'évolution ou l'apparition d'un mode de paiement est donc généralement synonyme de modifications 10 des logiciels d'encaissement implantés dans les caisses enregistreuses. Ces solutions sont donc au final généralement coûteuses et limitent grandement le choix de périphériques exploitables par de telles caisses enregistreuses. Ce problème d'interopérabilité restreinte 15 se retrouve également dans d'autres contextes applicatifs que l'encaissement de contrepartie financière. Il suffit que des dispositifs électroniques adaptés pour mettre en oeuvre un logiciel ou procédé d'application déterminé, voire agréé ou certifié, soit en situation de devoir 20 assurer une coopération avec un ou plusieurs périphériques en continuelle évolution. L'invention permet de répondre de manière particulièrement efficace à tout ou partie des 25 inconvénients soulevés par les solutions précédemment évoquées. L'invention propose pour cela un procédé permettant de déclencher des actions complémentaires à celles provoquées par la mise en oeuvre d'un programme d'application implanté sur un dispositif électronique 30 sans pour autant développer à nouveau ledit programme d'application. Un tel procédé particulièrement innovant s'appuie et exploite notamment la restitution de contenus, par 3052005 8 exemple graphiques, réalisée par ledit programme d'application via une interface homme-machine de restitution tel qu'un écran ou autre moyen équivalent, pour interpréter une consigne transmise par l'utilisateur 5 via une interface homme-machine de consigne, via un dispositif de pointage tel une souris ou un clavier. Du contenu délivré à l'utilisateur, le procédé selon l'invention peut déterminer le déroulé et donc la sémantique à associer à une consigne de l'utilisateur. 10 L'invention propose également un système comprenant un dispositif électronique adapté pour mettre un oeuvre un tel procédé déclencheur d'actions complémentaires conforme à l'invention et coopérant avec un ou plusieurs périphériques. 15 Parmi les nombreux avantages apportés par l'invention, nous pouvons mentionner qu'un système conforme à l'invention permet de rendre un dispositif électronique, mettant en oeuvre un procédé d'application 20 déterminé, apte à coopérer avec un nouveau périphérique électronique communicant, sans pour autant modifier le procédé d'application ou installer un nouveau logiciel pilote susceptible de provoquer des disfonctionnements dudit procédé ou du dispositif électronique qui le met en 25 oeuvre. Ainsi, un utilisateur d'un tel dispositif électronique n'est pas contraint dans ses choix, lors de l'acquisition d'un périphérique, par la compatibilité dudit périphérique avec un logiciel d'application déjà implanté sur ledit dispositif électronique. L'invention 30 permet d'offrir une solution simple, ne nécessitant ni d'évolution du logiciel d'application ni d'évolution dudit périphérique, et de rendre virtuellement ledit logiciel d'application apte à opérer tout périphérique, 3052005 9 quand bien même l'exploitation de ce dernier n'était pas prévue lors du développement dudit logiciel d'application. En effet, selon un mode préféré de réalisation de 5 l'invention, un dispositif électronique, par exemple une caisse enregistreuse, est adapté par le chargement des instructions d'un programme d'ordinateur indépendant structurellement du logiciel d'application d'ores et déjà implanté dans le dispositif électronique. L'exécution 10 desdites instructions de programme provoque la mise en oeuvre d'un procédé déclencheur d'actions complémentaires conforme à l'invention. Ledit procédé selon l'invention est mis en oeuvre prioritairement par le dispositif électronique, potentiellement sans que l'utilisateur du 15 dispositif ne s'en aperçoive, afin d'utiliser des consignes transmises par une interface homme-machine de consigne dudit dispositif électronique, en réponse à une invitation du procédé d'application, pour provoquer la réalisation d'actions complémentaires, par exemple le 20 pilotage d'un nouveau périphérique, avantageusement à la lumière d'éléments contextuels restitués par une interface homme-machine de restitution dudit dispositif sous l'action dudit procédé d'application. Le procédé déclencheur d'actions complémentaires n'est pas intrusif 25 dans le procédé d'application régi par ledit logiciel d'application. L'invention permet en outre d'offrir un dispositif électronique évolutif, apte à coopérer avec une multitude de périphériques, tels qu'à titre d'exemples non limitatifs des monnayeurs ou des 30 plateformes de paiement en ligne, sans devoir mettre à jour le logiciel d'application implanté dans ledit dispositif électronique. Contrairement à ce que procure naturellement un logiciel pilote à un logiciel 3052005 10 d'application, c'est-à-dire des nouvelles modalités de pilotage d'un périphérique, à partir du moment où ledit logiciel d'application est agencé pour déclencher lui-même la mise en oeuvre dudit logiciel pilote, l'invention 5 permet de virtuellement étendre les fonctions offertes par un tel logiciel d'application installé et mis en oeuvre par un dispositif électronique adapté selon l'invention, alors que ledit logiciel d'application n'est pas agencé pour cela. L'invention permet une migration 10 virtuelle et naturelle, c'est-à-dire sans étapes de développement, de déverminage, de certification, de tout logiciel d'application développé pour assurer une communication entre un périphérique et un dispositif électronique mettant en oeuvre ledit logiciel 15 d'application. Il suffit pour cela d'installer dans ledit dispositif électronique un programme pour déclencher des actions complémentaires selon l'invention, lesdites actions complémentaires étant le fruit d'une interception suivie d'une interprétation de consignes « adressées » au 20 logiciel d'application sans que la mise en oeuvre de ce dernier ne soit altérée. A cette fin, l'invention concerne tout d'abord un procédé déclencheur d'actions complémentaires mis en 25 oeuvre par une unité de traitement d'un dispositif électronique, l'unité de traitement mettant en oeuvre un procédé d'application pour exécuter une action en réponse à la mise à disposition d'une donnée de consigne par ladite unité de traitement. Pour déclencher des actions 30 complémentaires à celle prévue par le procédé d'application, ledit procédé comporte : - une étape pour détecter la mise à disposition par l'unité de traitement d'une donnée de consigne ; 3052005 11 - une étape pour rechercher dans une mémoire de données coopérant avec l'unité de traitement, un enregistrement comportant la valeur de la donnée de consigne ; 5 - si la mémoire de données comporte un tel enregistrement, ledit procédé comporte : o une étape pour requérir la non-distribution de ladite donnée de consigne au procédé d'application ; 10 o une étape pour provoquer la mise en oeuvre par l'unité de traitement d'une action complémentaire déterminée ; o une étape pour requérir la distribution de ladite donnée de consigne au procédé 15 d'application. Pour supplanter une action du procédé d'application, l'étape pour requérir la distribution de ladite donnée de consigne au procédé d'application dudit procédé peut consister préalablement à élaborer une nouvelle donnée de 20 consigne. Selon l'invention, la donnée de consigne peut être élaborée par une interface homme-machine de consignes coopérant avec l'unité de traitement, ladite donnée de 25 consigne traduisant une interaction entre un utilisateur et ladite interface. Pour permettre la restitution d'un contenu perceptible par l'utilisateur, la mémoire de données peut 30 comporter une représentation numérique dudit contenu perceptible, dont la restitution par une interface de restitution coopérant également avec ladite unité de 3052005 12 traitement, audit utilisateur a été préalablement provoquée par la mise en oeuvre du procédé d'application. Pour interpréter finement la portée d'une interaction de l'utilisateur via l'interface de 5 restitution, l'enregistrement de la mémoire de données comportant la valeur de la donnée de consigne peut comporter en outre la teneur d'une donnée contextuelle d'intérêt. Pour déterminer ladite nature, ledit procédé peut comporter une étape préalable à l'étape pour 10 requérir la non-distribution de ladite donnée de consignes au procédé d'application, pour comparer les teneurs respectives de la représentation numérique du contenu restitué par l'interface de restitution et de la donnée contextuelle d'intérêt, ladite étape pour requérir 15 la non-distribution n'étant mise en oeuvre que si ladite étape pour comparer lesdites teneurs de ladite représentation numérique et de ladite donnée contextuelle d'intérêt atteste que ces dernières sont semblables. 20 Selon l'invention, pour pouvoir mettre en oeuvre une ou plusieurs actions complémentaires le dispositif électronique peut en outre comporter une mémoire de programmes coopérant avec l'unité de traitement, ladite mémoire de programmes comportant des instructions de 25 programme dédiées à une ou plusieurs actions complémentaires. Pour identifier les instructions de programme associées à une action complémentaire déterminée et en déclencher l'exécution ou l'interprétation par l'unité de traitement, l'étape pour 30 provoquer la mise en oeuvre d'une telle action complémentaire déterminée peut consister à : - extraire de l'enregistrement comportant la valeur de la donnée de consigne, un identifiant 3052005 13 d'actions complémentaires désignant les instructions de programme dédiées à ladite action complémentaire déterminée au sein de la mémoire de programmes ; 5 - déclencher l'exécution desdites instructions de programme par l'unité de traitement. Pour communiquer avec un périphérique le dispositif électronique peut en outre comporter des moyens de 10 communication assurant un mode de communication déterminé au travers d'un réseau de communication, lesdits moyens de communication coopérant avec ladite unité de traitement. Pour piloter ledit périphérique, l'invention peut prévoir une étape pour provoquer la mise en oeuvre 15 par l'unité de traitement d'une action complémentaire déterminée, pouvant consister à : élaborer une requête de pilotage dudit périphérique ; - déclencher l'émission de ladite requête de 20 pilotage par les moyens de communication à destination du périphérique, ladite requête comportant des données de pilotage. Pour connaître le statut de fonctionnement du 25 périphérique, l'étape pour provoquer la mise en oeuvre par l'unité de traitement d'une action complémentaire déterminée peut consister à : recevoir via les moyens de communication, un message d'état émis par le périphérique, ledit 30 message d'état comprenant la teneur de données états caractérisant l'état de fonctionnement courant dudit périphérique ; 3052005 14 - décoder ledit message d'état et en extraire la teneur desdites données états ; - déclencher la restitution de tout ou partie desdites données état par l'interface homme- 5 machine de restitution du dispositif électronique. Selon un nouvel objet, l'invention concerne un produit programme d'ordinateur comportant des instructions de 10 programme qui, lorsqu'elles sont préalablement enregistrées dans une mémoire de programmes d'un dispositif électronique comportant outre ladite mémoire de programmes, une unité de traitement, une mémoire de données, une interface homme-machine de restitution et de 15 consigne et des moyens de communication assurant un mode de communication déterminé, lesdites mémoires, ladite interface et lesdits moyens de communication coopérant avec ladite unité de traitement, provoquent la mise en oeuvre d'un procédé déclencheur d'actions complémentaires, 20 conforme à l'invention. Selon un troisième objet, l'invention prévoit un dispositif électronique comportant une unité de traitement, une mémoire de données, une mémoire de 25 programmes, une interface homme-machine de restitution et de consigne et des moyens de communication assurant un mode de communication déterminé, lesdites mémoires, ladite interface et lesdits moyens de communication coopérant avec ladite unité de traitement, ledit 30 dispositif électronique comporte dans la mémoire de programmes, les instructions d'un produit programme d'ordinateur conforme à l'invention. 3052005 15 Selon un quatrième objet, l'invention prévoit un système comportant au moins un dispositif électronique conforme à l'invention coopérant avec au moins un périphérique. 5 D'autres caractéristiques et avantages apparaîtront plus clairement à la lecture de la description qui suit se rapportant à un exemple de réalisation donné à titre indicatif et non limitatif et à l'examen des figures qui 10 l'accompagnent parmi lesquelles : la figure 1 présente un système d'application préféré conforme à l'invention pour mettre en oeuvre un encaissement par un dispositif électronique à partir d'un périphérique d'encaissement ; 15 la figure 2 décrit un mode de réalisation préféré d'un procédé déclencheur d'actions complémentaires conforme à l'invention ; la figure 3 décrit un mode de réalisation préféré d'un procédé de communication entre un dispositif 20 électronique conforme à l'invention et un périphérique ; la figure 4 présente un exemple de contenu « contextuel » restitué sur une interface homme-machine de restitution d'un dispositif électronique 25 et exploité par un procédé déclencheur d'actions complémentaires conforme à l'invention. La figure 1 permet de présenter un exemple de système d'encaissement selon l'invention. Un tel système 30 consiste en un dispositif électronique 10 coopérant avec un ou plusieurs périphériques locaux ou distants 20, 202, 20-3 communiquant avec le dispositif électronique 10 via une liaison de communication N1 filaire ou sans fil. 3052005 16 Un tel dispositif électronique 10 peut comporter des moyens électroniques et/ou informatiques 11 aptes à mettre en oeuvre un procédé d'application A par l'interprétation et/ou l'exécution des instructions de 5 programme d'un premier produit programme d'ordinateur Pl, dit « programme d'application », implanté dans une mémoire de programmes 13. De tels moyens 11 peuvent consister en une unité de traitement comprenant un ou plusieurs microprocesseurs ou microcontrôleurs coopérant 10 avec ladite mémoire de programmes 13. Eventuellement, pour mettre en oeuvre ledit procédé d'application A, la notion « d'unité de traitement » peut s'étendre selon l'invention, au-delà desdits seuls composants électroniques, à un éventuel système d'exploitation OS 15 également implanté dans la mémoire de programmes 13 et mis en oeuvre par lesdits microprocesseurs et/ou microcontrôleurs. Ledit système d'exploitation permet d'offrir des services facilitant la gestion des ressources matérielles, à tout produit programme 20 d'ordinateur mis en oeuvre par ladite unité de traitement 11. On peut citer, à titre d'exemples non limitatifs, les systèmes d'exploitations « Windows », « Linux » ou « OS X ». A titre d'exemple préféré et non limitatif, le dispositif électronique 10 selon la figure 1 peut 25 consister en une caisse enregistreuse 10 s'apparentant à un ordinateur personnel adapté, grâce à l'implantation d'un programme d'application dans la mémoire de programme 13 provoquant la mise en oeuvre d'un procédé d'application d'encaissement A. Avantageusement, un tel dispositif 10 30 peut être directement connecté à un réseau électrique ou disposer d'une batterie pour délivrer l'énergie électrique suffisante et nécessaire à son fonctionnement. De son côté, un périphérique électronique communicant 20, 3052005 17 20-2, 20-3 peut consister par exemple en un monnayeur 20, un terminal de paiement électronique 20-2 également connu sous l'acronyme TPE, ou tout autre périphérique d'encaissement 20-3. 5 Pour limiter les interventions de maintenance d'un tel système d'encaissement, par exemple lors de l'évolution ou du remplacement du monnayeur 20 ou lors de l'installation d'un nouveau périphérique d'encaissement 20-3, tel qu'à titre d'exemple non limitatif une 10 plateforme de paiement en ligne, l'invention prévoit d'adapter le dispositif électronique 10 dudit système afin qu'il mette en oeuvre un procédé déclencheur d'actions complémentaires 100 dont les étapes seront décrites ultérieurement en liaison avec la figure 2. La 15 mise en oeuvre d'un tel procédé par l'unité de traitement 11 peut être provoquée lors de l'exécution ou l'interprétation d'instructions de programme d'un deuxième produit programme d'ordinateur P2 enregistrées dans la mémoire de programmes 13 du dispositif 20 électronique 10. Lesdites instructions dudit deuxième programme d'ordinateur P2 peuvent, à titre d'exemple non limitatif, être agencées pour provoquer la mise en oeuvre d'une communication entre le dispositif électronique 10 et les périphériques 20, 20-2 et 20-3 selon le mode 25 d'encaissement sélectionné par l'utilisateur U du dispositif 10. Un dispositif électronique 10 conforme à l'invention comporte ainsi la mémoire de programmes 13 et une mémoire de données 12, coopérant par couplage et/ou par bus 30 filaires représentés par des flèches doubles en figure 1, avec une unité de traitement 11. Lesdites mémoires de données 12 et de programmes 13 peuvent éventuellement ne constituer qu'une seule et même entité physique. 3052005 18 Un dispositif électronique 10 comporte en outre avantageusement une interface homme-machine de consigne et de restitution 1D coopérant avec l'unité de traitement 11. Ladite interface 1D permet à un utilisateur U du 5 dispositif électronique 10 d'interagir avec celui-ci. Une telle interface de consigne et de restitution 1D peut, par exemple, consister en un écran tactile ou se présenter sous la forme de tout autre moyen permettant à un utilisateur U d'interagir avec ledit dispositif 10 électronique 10. Un utilisateur U peut dès lors instruire ledit dispositif 10 de consignes pour procéder, à titre d'exemple non limitatif, à un paiement par carte bancaire ou par espèce. En variante, le dispositif électronique 10 peut comporter deux interfaces homme-machine distinctes 15 pour traduire des consignes émanant d'un utilisateur et pour restituer à celui-ci des contenus graphiques et/ou sonores. Une telle interface de consigne peut consister en un clavier, un microphone, une souris ou tout autre dispositif de pointage. De son côté, une telle interface 20 de restitution peut consister en un écran ou un haut-parleur. Parmi différents types d'éléments ou contenus graphique et/ou sonore, ladite interface 1D permet de restituer des données que nous qualifierons de « données 25 contextuelles ». De telles données contextuelles sont produites par l'unité de traitement 11 du dispositif 10 et restituées par l'interface de restitution 1D lors de la mise en oeuvre du procédé d'encaissement. A titre d'exemple non limitatif, ledit procédé d'encaissement 30 peut comporter une étape pour provoquer une restitution graphique et/ou sonore de données contextuelles, telles que des éléments d'affichage et/ou de questionnement sonore, invitant l'utilisateur U à interagir avec ledit 3052005 19 dispositif 10. Ces données contextuelles permettent de déterminer le stade de fonctionnement du procédé d'encaissement ou l'étape courante de celui-ci mise en oeuvre lors de la restitution desdites données 5 contextuelles. Comme nous le verrons ultérieurement, l'invention peut avantageusement tirer profit desdites données contextuelles restituées sur l'interface de restitution et de consigne 1D pour interpréter ou conférer une sémantique non ambiguë à une consigne 10 émanant de ladite interface 1D. De telles données contextuelles restituées sur l'interface homme-machine de restitution 1D peuvent, à titre d'exemples correspondre à un icône de consigne ou à toute autre information interprétable par un utilisateur 15 U, telles que celles représentées en liaison avec la figure 4. Selon cet exemple non limitatif une telle interface de restitution 1D restitue des éléments de contenus graphiques sous la forme d'icônes de consignes 1D a permettant de sélectionner un moyen de paiement ou 20 de saisir le prix de vente d'une marchandise. De tels icônes peuvent, par exemple, représenter et/ou symboliser un pavé numérique et/ou des moyens de paiement tel qu'à titre d'exemples un encaissement en espèces représenté par le symbole « E », un moyen de paiement électronique 25 représenté par l'abréviation « EP » ou tout autre moyen de paiement représenté par l'acronyme « TBD ». D'autres éléments graphiques 1D b peuvent permettre de représenter des marchandises Gl, G2, etc. Un icône G1 peut, à titre d'exemple non limitatif, décrire un pictogramme ou un mot 30 caractérisant une marchandise déterminée. Par exemple un tel mot peut être le mot « baguette » en langue française. Une telle interface de restitution 1D peut en outre restituer des icônes de restitution 1D c et 1D d 3052005 20 représentant respectivement un montant restant dû lié à la transaction financière et une liste de marchandises comptabilisées sous la forme d'un devis détaillé. Les données contextuelles restituées par l'interface 5 de restitution 1D peuvent être préalablement enregistrées dans une mémoire volatile de restitution dédiée à la restitution graphique ou sonore desdites données, ladite mémoire de restitution coopérant avec l'unité de traitement 11 ou étant interne à cette dernière. Il est 10 ainsi possible de solliciter l'unité de traitement 11 pour accéder en lecture à ladite mémoire de restitution. En variante, il est possible de commander à ladite unité de traitement 11, de mettre en oeuvre une capture de tout ou partie du contenu restitué et d'en inscrire une 15 représentation numérique dans ladite mémoire de restitution. Cette dernière peut en outre être dissociée ou éventuellement confondue avec la mémoire de données 12. Par ailleurs, l'interaction entre un utilisateur U et 20 l'interface homme-machine de consigne et de restitution 1D est traduite en une donnée de consigne Cp par ladite interface 1D. Selon l'exemple de réalisation en liaison avec la figure 1 et 4, une telle donnée de consigne Cp est transmise à l'unité de traitement 11. Cette dernière 25 peut proposer avantageusement un service d'abonnement aux différents procédés qu'elle met en oeuvre. Un tel service d'abonnement permet de mettre à disposition, de tous procédés préalablement abonnés audit service, ladite donnée de consigne Cp. Un tel procédé abonné peut dès 30 lors « s'approprier » ladite donnée Cp. Au sens de l'invention et dans tout le document, on entend par le terme « s'approprier » une action consistant à requérir une non-distribution de ladite consigne Cp aux autres 3052005 21 procédés abonnés par l'unité de traitement 11. Une telle requête en non-distribution peut consister en la sollicitation d'un service déterminé mis à disposition par ladite unité de traitement 11. Si aucun procédé 5 abonné souhaite s'approprier une donnée de consigne Cp, l'unité de traitement 11 met celle-ci à la disposition du procédé ayant provoqué la restitution de données contextuelles ayant suscité l'interaction avec l'utilisateur U dont découle la donnée de consigne Cp. 10 Selon une variante, un procédé, s'étant préalablement approprié une donnée de consigne Cp, peut autoriser l'unité de traitement 11 à mettre à la disposition des autres procédés une telle donnée de consigne Cp, en sollicitant un service idoine en distribution de ladite 15 donnée de consigne Cp auprès de l'unité de traitement 11. Une telle requête en distribution peut consister en un autre service déterminé mis à disposition par l'unité de traitement 11. Une telle donnée de consigne Cp est dès lors transmise au procédé ayant provoqué la restitution 20 des données contextuelles ayant suscité l'interaction avec l'utilisateur U du dispositif 10 traduite par l'interface de consigne 1D en la donnée de consigne Cp. En l'espèce, ladite donnée Cp est disponible pour le procédé d'encaissement. 25 Les données de consignes Cp peuvent ainsi découler d'interactions entre l'interface de consigne et de restitution 1D et un utilisateur U. Une telle interaction peut découler d'une commande vocale émise par ledit 30 utilisateur U via un microphone. Selon une variante une telle interaction peut consister en la sélection d'un emplacement ou plage de pointage prédéterminé, décrivant par exemple une touche virtuelle, que l'utilisateur U 3052005 22 peut sélectionner via l'interface de consigne 1D. A titre d'exemple non limitatif, ledit utilisateur U peut survoler, par exemple avec son doigt ou au moyen d'un dispositif de pointage adapté, différentes plages de 5 pointage puis sélectionner une touche virtuelle correspondant à un mode d'encaissement particulier. Comme l'indique la figure 4, une telle touche virtuelle peut, à titre d'exemple, symboliser un encaissement en espèces par la présence d'un symbole « E ». Une donnée de 10 consigne Cp, en lien avec un pointage de l'utilisateur via une interface 1D sous la forme d'un écran tactile, comporte avantageusement un couple de valeurs entières désignant un pixel dudit écran traduisant l'emplacement du point de sélection sur l'interface homme-machine de 15 consigne 1D. Eventuellement, une telle donnée de consigne Cp peut en outre comporter un ou plusieurs attributs traduisant, à titre d'exemple non limitatif, un type de sélection particulier, tel que l'actionnement de la touche droite ou gauche d'un dispositif de pointage de 20 type souris pour ordinateur. Pour pouvoir coopérer avec un périphérique, tel que le monnayeur 20 décrit en liaison avec la figure 1, un dispositif électronique 10, par exemple une caisse 25 enregistreuse, comporte également des moyens de communication 14, sous la forme d'un modulateur-démodulateur, permettant audit dispositif électronique 10 de communiquer au travers d'un réseau de communication N1, par exemple une liaison sans fil s'appuyant sur un 30 protocole de proximité de type WIFI ou Bluetooth. Les moyens de communication 14 peuvent en outre ou en variante consister avantageusement en un port USB, « Universal Serial Bus » selon une terminologie anglo- 3052005 23 saxonne, afin de mettre en oeuvre une liaison N1 de type filaire. A l'instar d'un dispositif électronique 10 conforme à 5 l'invention, un périphérique 20, 20-2 ou 20-3 ci-après référencé 20 par mesure de simplification, comporte avantageusement une unité de traitement 21, par exemple sous la forme d'un ou plusieurs microcontrôleurs ou processeurs, coopérant avec des moyens de mémorisation 10 22, sous la forme d'une mémoire de données et éventuellement d'une mémoire de programmes, lesdites mémoires pouvant être dissociées ou former éventuellement une seule et même entité physique. Un tel périphérique 20 comporte également au moins un moyen de communication 23, 15 sous la forme d'un modulateur-démodulateur, permettant de communiquer avec le dispositif électronique 10. Les moyens 23 peuvent alors consister avantageusement en un port USB « Universal Serial Bus » selon une terminologie anglo-saxonne, ou tout autre moyen supportant un 20 protocole de communication de proximité, par exemple de type Bluetooth ou WiFi. Les moyens de mémorisation 22 et les moyens de communication 23 coopèrent avantageusement avec l'unité de traitement 21 par un ou plusieurs bus de communication, représentés en figure 1 par des doubles 25 flèches. La mémoire de programmes 22 dudit périphérique 20 enregistre les instructions de programme d'un troisième produit programme d'ordinateur P3, mettant en oeuvre des traitements ou actions spécifiques audit périphérique 20, lors de l'interprétation et/ou exécution 30 desdites instructions par l'unité de traitement 21. Une telle interprétation et/ou exécution peut, à titre d'exemple non limitatif, déclencher la mise en oeuvre d'un procédé, par exemple un procédé de paiement. 3052005 24 Comme évoqué précédemment, pour apporter de nouvelles fonctionnalités, supplanter des fonctionnalités existantes à un procédé d'application A, voire encore 5 pour adapter une caisse enregistreuse 10 mettant en oeuvre un procédé d'encaissement s'appuyant sur un nouveau monnayeur 20 requérant un mode opératoire et/ou de communication différent d'un précédent monnayeur, l'invention prévoit d'enregistrer des instructions d'un 10 deuxième produit programme d'ordinateur P2 dans la mémoire de programmes 13 du dispositif électronique communicant 10. Lesdites instructions de programme P2 ont été préalablement agencées durant une phase préalable de développement et/ou d'édition du programme P2, pour 15 provoquer la mise en oeuvre d'un procédé déclencheur d'actions complémentaires, avantageusement à la lumière d'éléments contextuels restitués par l'interface homme-machine de restitution 1D dudit dispositif 10, lors de la mise en oeuvre du procédé d'application A par l'unité de 20 traitement 11. Un exemple de mise en oeuvre d'un procédé 100 déclencheur d'actions complémentaires est décrit en liaison avec la figure 2. Pour mettre en oeuvre un tel procédé 100, la mémoire de données 12 d'un dispositif 10 tel que décrit en liaison 25 avec la figure 1 peut comporter, à titre d'exemple non limitatif, une table de consignes d'intérêt agencée pour enregistrer un ou plusieurs enregistrements respectivement dédiés à une ou plusieurs consignes d'intérêt. Chaque enregistrement est agencé pour 30 mémoriser un référentiel de consignes d'intérêt Cpt et un référentiel d'actions Ici désignant une ou plusieurs actions complémentaires à déclencher si une consigne Cp correspond audit référentiel de consignes d'intérêt CI'. 3052005 25 Un référentiel de consignes d'intérêt Cpi peut comporter une valeur, tel qu'à titre d'exemple non limitatif un code informatique désignant une touche d'un clavier ou une plage de valeurs désignant une zone de sélection 5 délimitant, par exemple, la surface d'une touche virtuelle restituée par l'interface de restitution 1D, voire encore un spectre traduisant un ou plusieurs sons de référence. Une plage de valeur désignant une surface de sélection peut dès lors être caractérisée par des 10 couples de coordonnées délimitant un rectangle, un triplet désignant le centre et le rayon d'un disque ou toute caractéristique caractérisant une autre forme géométrique incluant une touche virtuelle. Ledit référentiel de consigne d'intérêt CIDI peut en outre 15 comporter des attributs complémentaires caractérisant, à titre d'exemple, une touche déterminée, droite ou gauche, si le dispositif de pointage utilisé est une souris d'ordinateur. Un référentiel d'actions Ici peut comporter un champ 20 dédié à un identifiant d'actions complémentaires désignant, par exemple dans la mémoire de programmes 13, des instructions de programme dédiées à un ou plusieurs traitements ou actions complémentaires définis lors d'une étape de paramétrage préalable du dispositif 10. En 25 variante, de telles instructions de programme peuvent être inscrites dans la mémoire de données 12. Lorsque l'interface homme-machine de restitution et de consigne 1D consiste en un écran tactile, un procédé d'application A peut dès lors restituer plusieurs 30 contenus graphiques différents, tel qu'à titre d'exemples une première page écran relative à l'encaissement d'une transaction et une deuxième page écran relative au suivi de commandes ou à la gestion du stock de marchandises. 3052005 26 Selon la page écran restituée, une donnée de consigne Cp, comportant un couple de coordonnées, doit dès lors être interprétée pour provoquer la mise en oeuvre d'une action ou traitement déterminée parmi deux actions ou 5 traitements différents. Un enregistrement dédié à une consigne d'intérêt doit dès lors comporter un champ additionnel comportant la teneur de données contextuelles d'intérêt DcI caractérisant un contenu propre à une page écran déterminée. A titre d'exemple non limitatif, de 10 telles données contextuelles d'intérêt DcI peuvent être une représentation numérique d'un contenu contextuel graphique ou sonore prédéfini et restituable par l'interface de restitution 1D. De telles données contextuelles d'intérêt DcI peuvent en outre désigner un 15 emplacement particulier au sein d'un contenu associé à ladite représentation numérique lors de sa restitution par l'interface de restitution 1D. La figure 2 décrit un schéma fonctionnel conforme à 20 l'invention d'un procédé 100 déclencheur d'actions complémentaires. Pour illustrer l'apport de l'invention, étudions un exemple d'application selon lequel un utilisateur U d'une caisse enregistreuse 10 conforme à l'invention désire 25 procéder à l'encaissement d'une transaction financière en espèces. Un tel utilisateur U peut à titre d'exemple être un caissier. L'interface homme-machine de restitution et de consigne 1D de ladite caisse enregistreuse 10 est 30 éventuellement constituée d'un écran tactile. L'unité de traitement 11 de ladite caisse enregistreuse 10 met en oeuvre un procédé d'encaissement A comportant notamment une étape pour restituer un contenu graphique. Un tel 3052005 27 contenu graphique peut consister, par exemple, en une page écran relative à l'encaissement de ladite transaction financière telle que représentée en liaison avec la figure 4. Ladite caisse enregistreuse 10 coopère 5 avec un périphérique tel, qu'à titre d'exemple non limitatif, un monnayeur 20. La mise en coopération entre ledit monnayeur 20 et ladite caisse enregistreuse 10 est postérieure à l'initialisation du procédé d'encaissement A, c'est-à-dire que la communication entre ledit 10 monnayeur 20 et ladite caisse 10 n'est pas supportée par ledit procédé A. Afin de ne pas mettre à jour le procédé d'encaissement A, l'unité de traitement 11 de ladite caisse enregistreuse 10 met en oeuvre un procédé 100 déclencheur d'actions complémentaires, ledit procédé 100 15 faisant ainsi fonction de « portail informatique », de passerelle ou de logiciel pilote entre ladite caisse 10 et ledit monnayeur 20. Pour instruire la caisse enregistreuse 10 d'un encaissement en espèces, un utilisateur U sélectionne sur 20 l'interface de consigne 1D de ladite caisse enregistreuse 10 un icône de consigne représentant un moyen de paiement en espèces, représenté par le symbole « E » en liaison avec la figure 4. Une telle sélection peut découler de l'apposition d'un doigt de l'utilisateur U sur ledit 25 icône de consigne. L'interface homme-machine de consigne 1D détermine dès lors l'emplacement dudit icône et traduit cet emplacement en une donnée de consigne Cp, à titre d'exemple non limitatif, en coordonnées spatiales. Une telle détermination peut par exemple découler de la 30 détection d'un changement de potentiel électrique sur l'écran tactile 1D de ladite caisse enregistreuse 10 ou de l'interruption de faisceaux infra-rouge pour des écrans 1D utilisant une méthode de détermination infra- 3052005 28 rouge. L'interface 1D met à disposition de l'unité de traitement 11 de la caisse 10 ladite donnée de consigne Cp. Dans un exemple préféré mais non limitatif de 5 l'invention, la mémoire de données 12 de la caisse enregistreuse 10 comporte une table d'enregistrements respectivement dédiés à des consignes d'intérêt que nous nommerons « table de consignes d'intérêts » par mesure de simplification. Une telle table peut être enregistrée 10 sous la forme d'une base de données ou d'un tableau dans la mémoire de données 12. Ladite table peut avoir été préalablement paramétrée et initialisée lors de la mise en oeuvre d'un procédé 300 de paramétrage décrit ultérieurement. Ainsi, un enregistrement d'une telle 15 table peut comporter un premier champ dédié à un référentiel de consignes d'intérêts Cp I, un deuxième champ dédié à un référentiel d'action Ici, un troisième champ optionnel et dédié à des données contextuelles d'intérêt DcI. A titre d'exemple non limitatif, ledit 20 premier champ Cpi peut dès lors comporter une plage de sélection de pixels caractérisant la surface d'un icône de consigne déterminé, à titre d'exemple celui comportant le symbole « E » en liaison avec la figure 4. Le deuxième champ peut comporter un identifiant d'action 25 complémentaire désignant des instructions de programme dédiées à un traitement complémentaire déterminé, tel qu'à titre d'exemples non limitatifs, des instructions de programme dont l'exécution ou l'interprétation par l'unité de traitement 11 provoque la mise en oeuvre d'une 30 communication entre le monnayeur 20 et la caisse enregistreuse 10. Le troisième champ peut comporter la teneur de données contextuelles telle qu'à titre d'exemple non limitatif une représentation numérique de 3052005 29 la restitution graphique de l'icône de consigne représentant un moyen de paiement en espèces et des données caractérisant l'emplacement de l'icône sur la page écran où est présumé restitué graphiquement ledit 5 icône par l'interface de restitution 1D. Une telle représentation graphique peut consister en un tableau de pixels encodant une nuance de gris pour chacun d'entre eux, associé à un couple de coordonnées spatiales caractérisant par exemple l'emplacement du centre de 10 l'icône de consigne sur l'interface 1D lors de la restitution de la page écran associée. La mémoire de programmes 13 peut comporter une base de données ou tableau comportant des instructions de programme dédiées à un ou plusieurs traitements 15 complémentaires préalablement définis lors de la mise en oeuvre d'un procédé 300 de paramétrage décrit ultérieurement. De telles instructions de programme peuvent, lors de leur exécution ou interprétation par l'unité de traitement 11 de la caisse enregistreuse 10, 20 mettre en oeuvre un procédé de paiement par monnayeur. En liaison avec la figure 2, un procédé 100, conforme à l'invention et mis en oeuvre par l'unité de traitement 11 de ladite caisse enregistreuse 10 décrite en liaison 25 avec la figure 1, comporte une première étape 101 pour détecter une mise à disposition par l'unité de traitement 11 d'une donnée de consigne Cp. Le procédé 100 comporte dès lors une étape 102 pour rechercher dans la table de consignes d'intérêt inscrite 30 dans la mémoire de données 12, un enregistrement comportant la valeur de la donnée de consigne Cp. L'étape 102 peut ainsi consister à effectuer un test pour déterminer si la teneur de la donnée de consigne Cp 3052005 30 extraite est incluse dans une des plages de données des référentiels de consigne d'intérêt Cp 1 prédéterminées au sein respectivement des enregistrements de la table de consignes d'intérêt. Ledit test peut être effectué par 5 des fonctions et/ou des opérateurs informatiques connus. Selon une première situation, si l'étape 102 atteste qu'aucun enregistrement ne comporte la teneur de la donnée de consigne Cp, situation symbolisée par le lien 102-n en liaison avec la figure 2, la mise en oeuvre du 10 procédé 100 se termine. Selon une deuxième situation, si l'étape 102 atteste qu'un référentiel de consigne d'intérêt Cpi d'un enregistrement comporte la teneur de la donnée de consigne Cp, situation symbolisée par le lien 102-y en 15 liaison avec la figure 2, le procédé 100 comporte une étape 103 pour requérir une non-distribution de la donnée de consigne Cp au procédé d'encaissement A ainsi qu'à tout autre procédé complémentaire concomitamment mis en oeuvre par l'unité de traitement 11. Une telle requête 20 peut consister à solliciter un service spécifique de l'unité de traitement 11, tel que décrit précédemment. Ce recours peut s'apparenter à une prise de contrôle de la caisse enregistreuse 10 par le procédé 100 à « l'insu » du procédé d'encaissement A. Pour prévenir toute nouvelle 25 consigne émanant de l'utilisateur U, l'invention peut prévoir que l'étape 102 consiste en outre à élaborer un contenu graphique et/ou sonore et à en déclencher la restitution par l'interface homme-machine de restitution 1D. A titre d'exemple non limitatif, un tel contenu peut 30 consister en la superposition d'un voile gris sur la page écran courante, occultant des icônes ou touches virtuelles. Ainsi, l'utilisateur U n'est pas incité à 3052005 31 solliciter l'interface 1D tant que ledit voile est présent. Selon une variante de l'invention, l'étape 102 pour 5 rechercher dans la table de consignes d'intérêt de la mémoire de données 12 un enregistrement comportant la valeur de la donnée de consigne Cp, peut consister en outre à déterminer le contexte de mise en oeuvre courant du procédé d'application A pour déduire de ce dernier si 10 la consigne Cp doit être considérée comme une consigne d'intérêt ou, au contraire, doit être ignorée quand bien même un enregistrement comporte la teneur de ladite consigne. En effet, comme nous l'avons vu précédemment, le procédé d'encaissement A peut restituer plusieurs 15 contenus graphiques différents, tels qu'à titre d'exemples, une première page écran relative à l'encaissement d'une transaction et une deuxième page écran relative au suivi de commandes ou à la gestion d'un stock de marchandises. Pour déterminer l'action 20 complémentaire à mettre en oeuvre à la suite d'une interaction de l'utilisateur U sur l'interface de restitution et de consigne 1D, l'étape 102 peut consister en outre à déterminer et à analyser tout ou partie du contenu restitué par l'interface homme-machine de 25 consigne 1D lors de ladite interaction avec l'utilisateur U, pour en déduire le contexte courant de mise en oeuvre du procédé A. De cette manière, le procédé 100 n'est pas invasif au regard du procédé d'application A. Une telle étape peut consister à rechercher dans la 30 mémoire de restitution tout ou partie des représentations numériques des éléments, restitués par l'interface 1 et que nous qualifierons de contextuels, caractéristiques du contexte de mise en oeuvre courant du procédé 3052005 32 d'application A. A titre d'exemple un tel élément caractéristique peut consister en l'icône de consigne 1D a dont la représentation numérique est inscrite dans la mémoire de restitution. L'étape 102 consiste alors à 5 comparer ledit élément contextuel restitué par l'interface de restitution 1D avec les données contextuelles d'intérêt DcI associées à l'enregistrement comportant la donnée de consigne Cp. L'unité de traitement 11 peut effectuer pour cela, à titre d'exemple 10 non limitatif, une reconnaissance optique de caractère OCR, « Optical Character Recognition » selon une terminologie anglo-saxonne, pour discriminer une chaîne de caractère et/ou un caractère alphanumérique contenu dans ledit élément contextuel et à comparer celle-ci à la 15 donnée contextuelle d'intérêt DcI. Selon une variante, l'unité de traitement 11 peut déterminer un taux de dissemblance entre deux représentations numériques, respectivement celle restituée graphiquement par l'interface 1D et celle contenue dans l'enregistrement en 20 tant que donnée contextuelle d'intérêt DcI. Toute autre méthode permettant de déterminer un taux de dissemblance entre deux représentations numériques peut en variante être employée. Selon une première situation, symbolisée en figure 4 25 par le lien 102-n, si l'unité de traitement 11 atteste d'un taux de dissemblance élevé, c'est-à-dire que les deux représentations numériques ne sont pas semblables ou identiques, la mise en oeuvre du procédé 100 se termine. Selon une deuxième situation symbolisé par le lien 30 102-y, si l'étape 102 atteste d'un taux de dissemblance faible, c'est-à-dire que les deux représentations numériques sont considérées comme étant semblables ou identiques, alors le procédé 100 met en oeuvre l'étape 103 3052005 33 pour requérir une non-distribution de la donnée de consigne Cp au procédé d'encaissement A, tel que précédemment décrit. 5 A l'issue de la mise en oeuvre de l'étape 103, le procédé 100 comporte une étape 104 pour déclencher la mise en oeuvre par l'unité de traitement 11 d'une action complémentaire déterminée. Une telle étape peut consister à extraire, de l'enregistrement comportant la teneur de 10 la donnée de consigne Cp, l'identifiant d'action complémentaire associé, puis à rechercher 104a dans la mémoire de programmes 13 les instructions de programme désignées par ledit identifiant d'action complémentaire. Selon notre exemple applicatif, de telles instructions, 15 lorsqu'elles sont exécutées ou interprétée par l'unité de traitement 11, peuvent non limitativement mettre en oeuvre une action complémentaire d'encaissement par monnayeur. Un telle action complémentaire peut comporter, selon un premier mode de réalisation, une étape pour déterminer le 20 montant de la transaction à encaisser. Selon ce premier mode, la mémoire de restitution peut comporter une structure de données comportant la valeur numérique dudit montant, celle-ci ayant été précédemment inscrite lors de la mise en oeuvre d'une étape du procédé d'encaissement A. 25 L'unité de traitement 11 peut dès lors accéder en lecture à ladite mémoire de restitution et extraire directement ledit montant. Selon une autre variante conforme à l'invention, l'unité de traitement 11 peut déterminer le montant de la 30 transaction à encaisser, à titre d'exemple 9,85E selon l'exemple décrit en liaison avec la figure 4, à partir de la restitution graphique du montant restant dû 1D c restitué par l'interface homme-machine de restitution 1D, 3052005 34 lors de la mise en oeuvre du procédé d'encaissement A. L'étape 104 consiste ainsi à rechercher dans la mémoire de restitution, la représentation numérique dudit montant, puis à extraire ce dernier de ladite 5 représentation numérique. L'unité de traitement 11 effectue dès lors, à titre d'exemple non limitatif, une reconnaissance optique de caractère OCR, « Optical Character Recognition » selon une terminologie anglo-saxonne, pour déterminer le montant de la transaction à 10 encaisser. L'emplacement de ladite représentation a été préalablement déterminé et paramétré lors de la mise en oeuvre d'un procédé 300 de paramétrage décrit ultérieurement. Selon une variante, l'unité de traitement 11 peut déterminer un taux de dissemblance entre deux 15 représentations numériques, respectivement celle restituée graphiquement par l'interface 1D et celle contenue dans une base de donnée ou un tableau enregistrant une représentation numérique de symboles ou d'images de références, susceptibles d'être restitués 20 dans l'élément de restitution 1D c représentant le montant restant dû lié à la transaction, ladite base de donnée ou tableau étant enregistré dans la mémoire de données 12. De tels symboles peuvent consister à titre d'exemple non limitatif aux chiffres arabes « 1 », « 2 », 25 ..., « 9 » et tout signe de ponctuation permettant de marquer une séparation entre les dizaines et les centaines tel qu'à titre d'exemple « , » ou « . ». L'unité de traitement 11 peut dès lors comparer la représentation numérique des symboles de référence à la 30 représentation numérique de l'élément de restitution 1D c, et déterminer un taux de dissemblance entre chaque image. Toute autre méthode permettant de déterminer un 3052005 taux de dissemblance entre deux images peut en variante être employée. Une fois le montant de la transaction à encaisser déterminé, l'action complémentaire, dont la mise en oeuvre 5 a été provoquée par le procédé 100 de paiement par monnayeur, peut comporter une étape 104b pour élaborer une requête de pilotage Rt du monnayeur 20. Ladite requête Rt peut comporter la teneur des données de pilotage le nécessaires à la mise en oeuvre du procédé de 10 paiement par le monnayeur 20. Les données de pilotage 1c peuvent avantageusement comporter ledit montant de la transaction précédemment déterminé, voire un identifiant de caisse enregistreuse 10. L'unité de traitement 11 déclenche alors automatiquement l'émission de ladite 15 requête de pilotage Rt par les moyens de communication 14 de la caisse enregistreuse 10 à destination du monnayeur 20. De son côté, le monnayeur 20 peut mettre en oeuvre un procédé 200 de communication avec la caisse enregistreuse 20 10 représenté en figure 3. Un tel procédé 200 peut comporter une étape 201 pour recevoir et décoder la requête de pilotage Rt. Une étape subséquente 202 peut consister à extraire de ladite requête le montant de la transaction à encaisser, puis déclencher la mise en oeuvre 25 d'un procédé de paiement par l'unité de traitement 21 dudit monnayeur 20. Selon une variante de l'invention, le procédé 200 de communication avec la caisse enregistreuse 10 peut comporter une étape 203 pour élaborer et déclencher à 30 destination de la caisse enregistreuse 10 l'émission d'un ou plusieurs messages d'état Mt. Un tel message d'état Mt peut comporter des données d'état De caractérisant, à titre d'exemple non limitatif, un état de fonctionnement 3052005 36 courant dudit monnayeur 20, caractérisant un acquittement de transaction, le niveau des pièces dans le monnayeur 20, etc. Le procédé 100 peut comporter dès lors une étape 5 104c subséquente pour recevoir, via les moyens de communication 14, ledit message d'état Mt, décoder et extraire dudit message d'état Mt la teneur desdites données d'état De. Le procédé 100 peut comporter en outre une étape 104d pour déclencher la restitution de tout ou 10 partie des données d'état De précédemment extraites par l'interface homme-machine de restitution 1D, afin d'informer l'utilisateur U du dispositif 10 de l'avancée du traitement mis en oeuvre par le monnayeur 20. 15 Une fois l'action complémentaire, mise en oeuvre à l'étape 104 du procédé 100 terminée, le procédé 100 comporte avantageusement une étape 105 pour requérir la distribution de la donnée de consigne Cp au procédé d'encaissement A lors d'une étape 105. Tout se passe dès 20 lors comme si le procédé 100 déclencheur d'actions complémentaires n'avait jamais requis la non-distribution de ladite donnée de consigne Cp. Le procédé d'encaissement A exécute alors normalement une action associée à ladite consigne Cp, si une telle consigne est 25 jugée d'intérêt par ledit procédé d'application A. Selon une variante de l'invention, un procédé 100 déclencheur d'actions complémentaires peut comporter une étape non représentée en figure 2, pour élaborer et 30 encoder une nouvelle donnée de consigne Cp avant de requérir la distribution de ladite donnée de consigne Cp à l'étape 105. Une telle variante permet ainsi au procédé 100 d'altérer la teneur de la consigne Cp, par exemple à 3052005 37 la suite d'une erreur de fonctionnement détectée du périphérique 20. Ainsi, alors qu'une consigne d'encaissement a été transmise par l'interface 1D, celle-ci peut se traduire par une consigne d'annulation ou tout 5 simplement par une absence de consigne pour le procédé d'application A. Avant toute mise en oeuvre du procédé 100 déclencheur d'actions complémentaires, l'invention prévoit un procédé 10 300 de paramétrage dont l'objet consiste à déterminer les consignes d'intérêt, voire des données contextuelles d'intérêt, et d'associer auxdites consignes d'intérêt une ou plusieurs actions complémentaires. Un tel procédé 300 peut consister ainsi à initialiser la table de consignes 15 d'intérêt en mémoire de données 12 et/ou en mémoire de programme 13. A titre d'exemple non limitatif, un procédé 300 peut en outre comporter une première étape pour enregistrer un identifiant d'action complémentaire dans le champ dédié au référentiel d'action Ici de chaque 20 enregistrement de la table de consignes d'intérêt de la mémoire de données 12. Ledit procédé 300 peut comporter dès lors une deuxième étape pour capturer la représentation numérique d'un emplacement particulier d'une page écran restituée par l'interface homme-machine 25 de restitution et de consigne 1D, par exemple l'emplacement d'un icône de consigne symbolisant un encaissement en espèce sur la page écran relative à l'encaissement d'une transaction. Ledit procédé 300 peut comporter une troisième étape pour enregistrer une plage 30 de valeurs correspondant à l'emplacement dudit icône dans le référentiel de consignes d'intérêts Cpi associé à un enregistrement dédié à une consigne de paiement en espèces, et enregistrer la représentation numérique de 3052005 38 ladite capture dans le champ dédié aux données contextuelles DcI dudit enregistrement. En outre, un tel procédé 300 peut permettre d'initialiser le fonctionnement de l'unité de traitement 5 11. Une telle initialisation peut consister à charger, au sein de la mémoire de programmes 13, les instructions d'un programme P2 qui, lorsqu'elles sont exécutées ou interprétées par ladite unité de traitement 11, déclenchent la mise en oeuvre d'un procédé 100 déclencheur 10 d'actions complémentaires conforme à l'invention. Selon une variante de l'invention, un système conforme à l'invention peut comporter un ou plusieurs dispositifs électroniques 10 coopérant avec un ou 15 plusieurs périphériques 20, 20-2, 20-3. Chaque dispositif 10 et chaque périphérique 20 comportent dès lors un identifiant respectif qui leur est propre. Lesdits identifiants sont dès lors intégrés aux messages de pilotage Rt émanant des dispositif électroniques 10 et 20 aux messages d'états Mt émanant des périphériques 20, 202, 20-3 et transmis au sein du réseau de communication N1, pour permettre d'identifier les émetteurs et les destinataires desdits messages Mt et requêtes Rt. Chaque remplacement, ajout ou mise à jour d'un 25 périphérique 20, 20-2, 20-3 n'est assujetti qu'à une mise à jour du procédé 100 déclencheur d'actions complémentaires, par exemple par le chargement en mémoire de programmes 13 d'instructions de programme P2 modifiées en conséquence. Le procédé d'application A et le procédé 30 mis en oeuvre par ledit périphérique 20 restent quant à eux inchangés. 3052005 39 L'invention a été décrite de manière préférée en lien avec une caisse enregistreuse. L'invention pourrait toutefois être exploitée dans toute autre application nécessitant de mettre à jour ou de supplanter des actions 5 prédéfinies d'un procédé applicatif A. A titre d'exemple non limitatif, l'invention pourrait être exploitée en lien avec un gestionnaire d'objets connectés d'une maison mettant en oeuvre un procédé applicatif A de gestion desdits objets. A titre d'exemple non limitatif, le 10 procédé 100 déclencheur d'actions complémentaires conforme à l'invention pourrait rendre interopérable au travers de l'interface de restitution 1D dudit gestionnaire et du contenu restitué par ladite interface 1D, et lors de la mise en oeuvre du procédé de gestion, 15 respectivement de nouveaux objets connectés avec ledit gestionnaire et des procédés d'alerte permettant, à titre d'exemple non limitatif, de contacter la police en cas de danger. 20 REVENDICATIONS1. Procédé (100) déclencheur d'actions complémentaires mis en oeuvre par une unité de traitement (11) d'un dispositif électronique (10), l'unité de traitement (11) mettant en oeuvre un procédé d'application (A) pour exécuter une action en réponse à la mise à disposition d'une donnée de consigne (Cp) par ladite unité de traitement (11), ledit procédé (100) déclencheur d'actions complémentaires étant caractérisé en ce qu'il comporte : une étape (101) pour détecter la mise à disposition par l'unité de traitement d'une donnée de consigne (Cp) ; une étape (102) pour rechercher dans une mémoire de données (12) coopérant avec l'unité de traitement (11), un enregistrement comportant la valeur de la donnée de consigne (Cp) ; si (102-y) la mémoire de données (12) comporte un tel enregistrement, ledit procédé comporte : o une étape (103) pour requérir la non- distribution de ladite donnée de consigne (Cp) au procédé d'application (A); o une étape (104) pour provoquer la mise en oeuvre par l'unité de traitement (11) d'une action complémentaire déterminée ; o une étape (105) pour requérir la distribution desdites données de consigne (Cp) au procédé d'application (A). 3052005 41 2. Procédé (100) selon la revendication précédente, pour lequel l'étape (105) pour requérir la distribution de ladite donnée de consigne (Cp) au procédé d'application consiste préalablement à 5 élaborer une nouvelle donnée de consigne (Cp). 3. Procédé (100) selon l'une quelconque des revendications précédentes, pour lequel la donnée de consigne (Cp) est élaborée par une interface 10 homme-machine de consignes (1D) coopérant avec l'unité de traitement (11), ladite donnée de consigne (Cp) traduisant une interaction entre un utilisateur (U) et ladite interface (1D). 15 4. Procédé (100) selon la revendication précédente, pour lequel : - la mémoire de données (12) comporte une représentation numérique d'un contenu perceptible par l'utilisateur (U), dont la restitution par 20 une interface de restitution (1D) coopérant également avec ladite unité de traitement (11) audit utilisateur a été préalablement provoquée par la mise en oeuvre du procédé d'application (A) ; 25 l'enregistrement de la mémoire de données (12) comportant la valeur de la donnée de consigne (Cp) comprend en outre la teneur d'une donnée contextuelle d'intérêt (DcI) ; ledit procédé (100) comporte une étape préalable à l'étape (103) pour requérir la non-distribution 3052005 42 de ladite donnée de consignes (Cp) au procédé d'application, pour comparer les teneurs respectives de la représentation numérique du contenu restitué par l'interface de restitution 5 (1D) et de la donnée contextuelle d'intérêt (Dc1), ladite étape (103) pour requérir la non-distribution n'étant mise en oeuvre que si ladite étape pour comparer lesdites teneurs de ladite représentation numérique et de ladite donnée 10 contextuelle d'intérêt (DcI) atteste que ces dernières sont semblables. 5. Procédé (100) selon l'une quelconque des revendications précédentes, pour lequel : 15 le dispositif électronique (10) comporte en outre une mémoire de programmes (13) coopérant avec l'unité de traitement (11) ; - la mémoire de programmes (13) comporte des instructions de programme dédiées à une ou 20 plusieurs actions complémentaires ; l'étape (104) pour provoquer la mise en oeuvre par l'unité de traitement (11) d'une action complémentaire déterminée consiste à : o extraire de l'enregistrement comportant la 25 valeur de la donnée de consigne (Cp), un identifiant d'action complémentaire désignant les instructions de programme dédiées à ladite action complémentaire déterminée au sein de la mémoire de 30 programmes (13) ; 3052005 43 o déclencher l'exécution desdites instructions de programme par l'unité de traitement (11). 6. Procédé (100) selon l'une quelconque des 5 revendications précédentes pour lequel : le dispositif électronique (10) comporte en outre des moyens de communication (14) assurant un mode de communication déterminé au travers d'un réseau de communication (N1) pour coopérer avec un 10 périphérique (20, 20-2, 20-3), lesdits moyens de communication (14) coopérant avec ladite unité de traitement (11) ; l'étape (104) pour provoquer la mise en oeuvre par l'unité de traitement (11) d'une action 15 complémentaire déterminée consiste à : o élaborer une requête de pilotage dudit périphérique (Rt) ; o déclencher l'émission de ladite requête de pilotage (Rt) par les moyens de 20 communication (14) à destination du périphérique (20, 20-2, 20-3), ladite requête (Rt) comportant des données de pilotage (Ic). 25 7. Procédé (100) selon la revendication précédente pour lequel l'étape (104) pour provoquer la mise en oeuvre par l'unité de traitement (11) d'une action complémentaire déterminée consiste en outre à : recevoir via les moyens de communication (14), un 30 message d'état (Mt) émis par le périphérique (20, 3052005 44 20-2, 20-3), ledit message d'état (Mt) comprenant la teneur de données états (De) caractérisant l'état de fonctionnement courant dudit périphérique (20, 20-2, 20-3) ; 5 décoder ledit message d'état (Mt) et en extraire la teneur desdites données états (De) ; - déclencher la restitution de tout ou partie desdites données état (De) par l'interface homme-machine de restitution (1D) du dispositif 10 électronique (10). 8. Produit programme d'ordinateur (P2) comportant des instructions de programme qui, lorsqu'elles sont préalablement enregistrées dans une mémoire de 15 programmes (13) d'un dispositif électronique (10) comportant outre ladite mémoire de programmes (13), une unité de traitement (11), une mémoire de données (12), une interface homme-machine de restitution et de consigne (1D) 20 communication (14) assurant communication déterminé, lesdites mémoires 13), ladite interface (1D) et lesdits moyens communication (14) coopérant avec ladite unité traitement (11), provoquent la mise en oeuvre d'un 25 procédé (100) déclencheur d'actions complémentaires selon l'une quelconque des revendication 1 à 7. 9. Dispositif électronique (10) comportant une unité de traitement (11), une mémoire de données (12), une 30 mémoire de programmes (13), une interface homme- et des moyens un mode de de (12, de de 3052005 45 machine de restitution et de consigne (1D) et des moyens de communication (14) assurant un mode de communication déterminé, lesdites mémoires (12, 13), ladite interface (1D) et lesdits moyens de 5 communication (14) coopérant avec ladite unité de traitement (11), ledit dispositif électronique (10) étant caractérisé en ce qu'il comporte dans la mémoire de programme (13), les instructions d'un produit programme d'ordinateur (P2) selon la 10 revendication précédente. 10.Système comportant au moins un dispositif électronique (10) selon la revendication 9 15 coopérant avec au moins un périphérique (20, 20-2, 20-3).