Brevet FR3047625A1 — publié le 20170811

Système pour piloter un programme d'ordinateur mis en oeuvre par un dispositif électronique depuis un objet nomade, dispositif, objet et procédé associés L'invention concerne un système pour piloter l'exécution d'un produit programme d'ordinateur hébergé par un dispositif électronique communicant et mis en oeuvre par un premier système d'exploitation, à partir d'un deuxième objet électronique communicant mis en oeuvre par un deuxième système d'exploitation, les services offerts par les premiers et deuxièmes systèmes d'exploitation étant avantageusement différents. A titre d'exemple d'application préféré mais non limitatif, l'invention sera décrite en liaison avec un système d'échange électronique sécurisé entre des professionnels de Santé et des organismes d'assurance maladie. Plus précisément, l'invention sera décrite en lien avec la création et la télétransmission de factures électroniques liées à des actes médicaux. Un tel système permet à un assuré d'être remboursé par un organisme d'assurance maladie, après que ce dernier ait reçu une feuille de soins électronique éditée par un professionnel de santé. Cette dématérialisation des feuilles de soins permet la simplification des formalités administratives pour les professionnels de santé et un remboursement plus rapide des frais consentis par les assurés. Un tel système est généralement constitué d'un logiciel de création et de télétransmission de feuilles de soins électroniques agréé par un organisme d'assurance maladie, d'un lecteur de cartes bi-fente agréé par ledit organisme d'assurance maladie et d'un ordinateur exploité par le professionnel de santé. Le lecteur de cartes bi-fente 3047625 2 permet une lecture de cartes à puce dédiées aux professionnels de santé et de cartes à puce dédiées aux assurés, communément appelées « cartes Vitale » sur le territoire français. Chacune desdites cartes à puce 5 comportent un microcontrôleur et une mémoire aptes à interagir avec un lecteur idoine. A titre d'exemple non limitatif, une carte Vitale ou une carte d'un professionnel de santé peut comporter des données d'identification permettant d'identifier le porteur de 10 ladite carte, des données caractérisant des droits dudit porteur de carte en matière d'assurance maladie complémentaire et obligatoire, et éventuellement des données médicales permettant de constituer le dossier médical dudit porteur de carte. 15 En pratique, un assuré présente sa carte Vitale ou plus généralement sa carte Santé au professionnel de santé qui s'apprête à réaliser un acte de santé. Ce dernier insère la carte Santé du patient et une carte de Professionnel de Santé (CPS) qui lui est dédiée, 20 dans un lecteur de cartes à puce bi-fente relié à un ordinateur. Un logiciel de création et de télétransmission de feuilles de soins électroniques, installé sur l'ordinateur, procède à une lecture des données contenues dans lesdites cartes à puce par 25 l'intermédiaire du lecteur de cartes. Le professionnel de santé peut commander dès lors, via ledit logiciel, la création d'une feuille de soins électronique selon l'acte médical effectué. Un mécanisme de signature numérique est ensuite mis en oeuvre par le logiciel, 30 ainsi qu'un chiffrement de la feuille de soins. De cette manière, les données de la feuille de soins sont protégées et authentifiées. Enfin, le logiciel met un 3047625 3 oeuvre une procédure de transmission de la feuille de soins ainsi dématérialisée à destination d'un serveur opéré par l'organisme d'assurance maladie. Ce dernier répond par un accusé de réception électronique 5 traduisant la bonne réception de la feuille de soins ou, au contraire, transmet une demande de réémission de ladite feuille de soins si celle-ci n'a pas été correctement réceptionnée. La signature électronique apporte un niveau de preuve juridique suffisant pour 10 attester de la validité de la feuille de soins. Pour mettre en oeuvre un tel système de télétransmission de feuilles de soins, plusieurs types d'équipement informatique sont homologués par 15 l'organisme d'assurance maladie. Selon un premier exemple, un lecteur de cartes à puce conventionnel est relié à un ordinateur sur lequel est installé un logiciel de télétransmission homologué ou agréé. L'ordinateur comporte, dès lors, un logiciel « pilote » 20 pour permettre auxdits ordinateur et lecteur de cartes de communiquer entre eux et ainsi accéder à la teneur de données hébergées par une carte Vitale et/ou une carte de Professionnel de Santé insérées dans ledit lecteur. 25 Un deuxième exemple peut consister en un lecteur de cartes à puce dit « Multicarte », c'est-à-dire que ledit lecteur peut accéder conjointement à une pluralité de cartes à puce. Ledit lecteur de cartes est dès lors connecté à un ordinateur mettant en oeuvre un 30 logiciel de télétransmission homologué et/ou agréé et comportant un logiciel dit « pilote » pour permettre 3047625 4 auxdits ordinateur et lecteur de cartes de communiquer entre eux. Ces deux solutions sont préférentiellement adaptées pour des Professionnels de Santé exerçant dans 5 un lieu fixe, tel qu'un cabinet par exemple, car elles requièrent un ordinateur, c'est-à-dire un objet encombrant, coûteux de par ses nombreuses fonctionnalités, et lorsqu'il s'agit d'un modèle portable, un objet présentant une autonomie de batterie 10 limitée et un coût d'acquisition élevé. Pour permettre une utilisation d'un tel système en mobilité, par exemple lors de consultations à domicile par un médecin ou d'actes réalisés par un infirmier, il existe un troisième mode de réalisation qui consiste à 15 embarquer un logiciel de création et de télétransmission de feuilles de soins sur un lecteur de cartes à puce davantage sophistiqué. Cette solution consiste à produire un logiciel conforme au système d'échange électronique sécurisé, et à l'implanter dans 20 un lecteur de cartes à puce ayant la capacité matérielle suffisante pour mettre en oeuvre ledit logiciel. Le tout nécessite d'être homologué par l'organisme d'assurance maladie et constitue une solution onéreuse et peu évolutive. 25 Quel que soit le mode de réalisation choisi, les lecteurs de cartes à puce et/ou les logiciels de création et de télétransmission doivent assurer un haut niveau de sécurité pour obtenir l'homologation requise par l'organisme d'assurance maladie. En effet, 30 l'organisme lutte contre l'établissement de fausses feuilles de soins et le détournement de l'identité des professionnels de Santé et/ou des patients assurés. De 3047625 5 plus, l'organisme a pour mission de protéger l'accès au dossier médical personnel de tout patient et donc, aux feuilles de soins émises le concernant. Les mécanismes d'apposition de signatures électroniques et de 5 chiffrement doivent donc être très performants et satisfaire aux conditions imposées par l'organisme. Ces derniers nécessitent d'être mis en oeuvre par des dispositifs électroniques adaptés, c'est-à-dire comportant des ressources matérielles suffisantes, 10 telles que des unités de traitement et des mémoires ayant respectivement une puissance de calcul et une capacité de stockage suffisantes. Un exemple de dispositif électronique adéquat et communément utilisé est un ordinateur personnel. A ce jour, plusieurs 15 logiciels prévus pour être mis en oeuvre sur des ordinateurs ont été homologués. Afin d'être compatible avec une majorité d'ordinateurs, chaque logiciel a été développé pour coopérer avec au moins un des systèmes d'exploitation généralement utilisés par les 20 ordinateurs personnels actuels. On peut citer, à titre d'exemples non limitatifs, les systèmes d'exploitation Linux, Windows ou OS X. En outre, pour mettre en oeuvre un système d'échange électronique sécurisé, l'ordinateur doit comporter ou être relié à un lecteur 25 de cartes à puce. Chaque lecteur de cartes à puce comporte un protocole de communication qui lui est propre pour communiquer avec tout ordinateur fonctionnant sous un système d'exploitation donné. Ainsi, il est également nécessaire d'adapter un 30 logiciel prévu pour être installé sur un tel ordinateur pour mettre en oeuvre ledit protocole de communication 3047625 6 et le faire homologuer par l'organisme d'assurance maladie. L'avènement des objets électroniques communicants 5 nomades, tels que les téléphones mobiles intelligents ou les tablettes interactives, permet à un grand nombre d'acteurs de disposer d'un objet électronique communicant ayant les ressources nécessaires pour supplanter la nécessité de recourir à un ordinateur 10 personnel. De plus, de tels objets nomades présentent généralement un coût d'acquisition et d'entretien modeste et une autonomie accrue au regard des ordinateurs portables notamment. Ainsi, un quatrième mode de réalisation consiste à adapter un logiciel de 15 création et de télétransmission de feuilles de soins, pour qu'il puisse être mis en oeuvre par de tels objets électroniques nomades en lieu et place d'un ordinateur personnel. Les systèmes d'exploitation sous lesquels fonctionnent de tels objets électroniques n'exploitent 20 pas les mêmes ressources physiques de composants électroniques que celles mises en oeuvre pour un ordinateur personnel. En effet, la finalité et les contraintes d'utilisation d'un tel équipement, telles que, par exemple l'autonomie de fonctionnement conférée 25 par la batterie ou encore la connectivité étendue d'un objet électronique nomade de type téléphone mobile intelligent ou tablette au regard d'un ordinateur, font qu'un tel objet électronique nomade fonctionne sous un système d'exploitation qui propose des services 30 différents de ceux proposés par un système d'exploitation adapté à un ordinateur personnel. Les services offerts par un système d'exploitation 3047625 7 permettent de gérer les ressources matérielles de l'équipement électronique qui l'héberge, tel qu'à titre d'exemple non limitatif la sollicitation de la mémoire, des processeurs et de la batterie, et permettent à des 5 programmes applicatifs d'interagir avec lesdites ressources matérielles. Lesdits programmes applicatifs sollicitent ainsi lesdits services lors de leur mise en oeuvre et leurs développements sont ainsi facilités. Par exemple, un téléphone intelligent, également 10 connu sous la dénomination anglo-saxonne « Smartphone », est destiné à être transporté tout en permettant de téléphoner et de prendre des photographies, alors qu'un ordinateur est davantage destiné à une utilisation sédentaire et à mettre en 15 oeuvre des applications de type bureautique plus lourdes en instructions et nécessitant davantage de puissance de calcul. De plus, dans un souci de réduction de son encombrement, un objet électronique nomade, tel qu'un téléphone mobile intelligent, ne peut embarquer autant 20 de composants électroniques qu'un ordinateur personnel. La gestion des ressources électroniques n'est donc pas la même lorsqu'elle concerne un objet électronique nomade et un ordinateur. 25 Nombreux sont les propriétaires ou utilisateurs d'objets électroniques nomades. La tentation a donc été naturelle de porter des applications communément mises en oeuvre sur des ordinateurs, afin que lesdites applications puissent être mises en oeuvre, après 30 modifications ou opération de portage, sur des objets électroniques nomades. Toutefois, cette orientation se révèle généralement infructueuse. En effet, les 3047625 8 systèmes d'exploitation implantés dans les objets électroniques nomades sont souvent en constante évolution. Les services desdits systèmes d'exploitation sont ainsi régulièrement mis à jour pour répondre à de 5 nouvelles exigences de performance notamment. Il devient donc rapidement coûteux et chronophage d'adapter et valider des programmes applicatifs prévus pour être mis en oeuvre par un objet électronique nomade afin de les mettre en conformité avec chaque nouvelle 10 version ou mise à jour du système d'exploitation. Dans le cas du domaine d'application de la santé, un logiciel de création et de télétransmission de feuilles de soins doit ainsi être modifié, testé et homologué à chaque nouvelle mise à jour d'un système d'exploitation 15 notamment. Un deuxième inconvénient majeur résulte de la faible interopérabilité des lecteurs de cartes à puce conventionnels avec des objets électroniques nomades. En effet, pour permettre à un objet électronique nomade d'interagir avec un lecteur de 20 cartes à puce, ledit objet doit mettre en oeuvre des instructions de programme d'un logiciel appelé couramment « pilote » ou « driver » selon une terminologie anglo-saxonne, lui permettant de reconnaître ledit lecteur de cartes et d'élaborer des 25 requêtes ou commandes à destination de celui-ci. Les éditeurs de tels logiciels pilotes n'ont généralement pas produit de versions compatibles avec les services offerts par des systèmes d'exploitation mis en oeuvre sur les objets électroniques nomades. De plus, à 30 l'instar d'un logiciel de création et de télétransmission de feuilles de soins, un logiciel pilote doit nécessairement être modifié, testé et 3047625 9 homologué à chaque nouvelle mise à jour d'un système d'exploitation implanté au sein dudit objet électronique nomade. Un autre inconvénient majeur réside dans la connectique imposée par la majorité des 5 lecteurs de cartes à puce, se révélant peu adaptée aux objets électroniques nomades de type tablette ou téléphone mobile intelligent. En effet la connectique généralement utilisée est conforme à la norme USB, « Universal Serial Bus » selon une terminologie anglo- 10 saxonne. Or, les moyens de communication offerts par les principaux objets électroniques nomades ne sont pas normalisés ou généralisés. Chaque fabricant est donc libre de choisir de nouveaux modes de communication, pouvant faire varier ainsi la forme et la taille des 15 connecteurs physiques et privilégiant clairement des modes de communication non filaires. Généralement, il est ainsi quasiment impossible de connecter un lecteur de cartes à puce conventionnel à un objet électronique nomade par un moyen filaire. 20 L'invention permet de répondre de manière particulièrement efficace à tout ou partie des inconvénients présentés par des systèmes d'échange électronique sécurisé précédemment évoqués. L'invention 25 propose pour cela un système comprenant un dispositif électronique communicant intégrant un périphérique, par exemple un lecteur de cartes à puce, et permettant d'embarquer et de faire fonctionner à moindres coûts, un logiciel, par exemple de création et de 30 télétransmission de feuilles de soins homologué par un organisme d'assurance maladie, prévu pour être implanté sur un ordinateur, dont la mise en oeuvre est pilotée 3047625 10 par un objet électronique communicant, tel qu'un téléphone mobile intelligent ou une tablette, par l'élaboration et l'émission de requêtes de commande à destination dudit dispositif électronique. 5 Parmi les nombreux avantages apportés par l'invention, nous pouvons mentionner qu'un système conforme à l'invention permet de piloter l'exécution d'applications (ou de programmes d'ordinateur) 10 développées, testées, voire homologuées, pour être mises en oeuvre par un ordinateur portable, depuis des objets électroniques communicants nomades tels qu'un téléphone mobile intelligent ou une tablette électronique. Ainsi, un utilisateur d'un tel objet 15 électronique nomade n'est pas contraint à l'acquisition, l'utilisation et la maintenance d'un ordinateur personnel et/ou de périphériques dédiés et nécessairement intelligents, donc coûteux. L'invention permet d'offrir une solution extrêmement simple, ne 20 nécessitant pas une connectique complexe et dissuasive pour l'utilisateur. En effet, selon un mode préféré de l'invention, le système met à disposition dudit utilisateur un dispositif électronique communicant, avantageusement nomade ou mobile, c'est-à-dire 25 indépendant du point de vue énergétique et aisément transportable, hébergeant une application (ou programme d'ordinateur) développée pour être exploitée sur un ordinateur personnel, communiquant par des moyens de communication sans fil avec un objet électronique 30 nomade dont dispose l'utilisateur, par exemple son téléphone mobile intelligent. L'invention permet en outre d'offrir un dispositif électronique évolutif, 3047625 11 apte à coopérer avec une multitude de périphériques, tels qu'à titre d'exemples non limitatifs des lecteurs de cartes à puce ou encore des moyens de capture biométriques conventionnels, c'est-à-dire exploitant 5 des modes de communication normalisés. On peut citer à titre d'exemple une communication filaire avec des connectiques de type USB, « Universal Serial Bus » selon une terminologie anglo-saxonne. Enfin, l'invention permet une migration naturelle, c'est-à- 10 dire sans étapes de développement, de test, et d'homologation, de toute application développée pour être exploitée sur un ordinateur personnel, afin que ladite application puisse être pilotée depuis un objet nomade et installée sur un dispositif électronique 15 communicant réduit à sa plus simple expression. A cette fin, l'invention concerne tout d'abord un dispositif électronique communicant comportant une première unité de traitement, des premiers moyens de 20 mémorisation, des premiers moyens de communication, coopérant, via lesdits premiers moyens de communication, avec un objet électronique communicant comportant une deuxième unité de traitement et des deuxièmes moyens de mémorisation, lesdites premières et 25 deuxièmes unités de traitement étant respectivement mises en oeuvre par l'exécution ou l'interprétation d'instructions de programme d'un premier système d'exploitation et d'un deuxième système d'exploitation. Les moyens de mémorisation du dispositif électronique 30 communicant enregistrent des premières instructions d'un premier produit programme d'ordinateur, exploitant les services du premier système d'exploitation et dont 3047625 12 lesdites premières instructions provoquent la mise en oeuvre d'un traitement lorsque celles-ci sont interprétées ou exécutées par la première unité de traitement. Pour permettre de piloter l'exécution des 5 instructions du premier produit programme d'ordinateur depuis l'objet électronique communicant, lesdits moyens de mémorisation enregistrent en outre des deuxièmes instructions d'un deuxième produit programme d'ordinateur, lesdites deuxièmes instructions 10 exploitant les services du premier système d'exploitation et dont l'exécution ou l'interprétation par la première unité de traitement déclenche la mise en oeuvre dudit premier produit programme d'ordinateur. L'exécution ou l'interprétation des instructions du 15 deuxième programme d'ordinateur sont déclenchées par la réception, par les premiers moyens de communication, d'une requête de commande émise par l'objet électronique communicant. L'invention permet un tel pilotage depuis tout objet, quel que soit le système 20 d'exploitation qu'il héberge et sans devoir modifier la teneur du premier programme d'ordinateur. Ainsi, un dispositif conforme à l'invention peut comporter des services offerts par le premier système d'exploitation différents des services offerts par le 25 deuxième système d'exploitation. Pour permettre aux instructions du premier produit programme d'ordinateur d'interagir sur des ressources matérielles additionnelles, un dispositif électronique communicant conforme à l'invention peut comporter des 30 troisièmes moyens de communication coopérant avec la première unité de traitement et assurant un mode de communication avec un périphérique de sortie et/ou 3047625 13 d'entrée, ledit périphérique pouvant être piloté par des instructions du premier programme produit d'ordinateur. Selon des domaines d'application préférés dont celui de 5 la santé, un dispositif électronique communicant conforme à l'invention peut en outre comporter un périphérique de sortie et/ou d'entrée consistant en un lecteur de cartes à puce. 10 Selon un deuxième objet, l'invention prévoit un objet électronique communicant comportant une unité de traitement, une interface homme-machine de consigne et/ou une interface de restitution, des moyens de communication pour coopérer avec un dispositif 15 électronique tiers, des moyens de mémorisation, lesdits moyens de mémorisation, lesdits moyens de communication et lesdites interfaces homme-machine coopérant avec l'unité de traitement. Pour piloter un dispositif électronique, ledit objet électronique est adapté en ce 20 qu'il comporte dans les moyens de mémorisation des instructions d'un produit programme d'ordinateur exploitant les services du deuxième système d'exploitation et dont les instructions de programme, lorsqu'elles sont interprétées ou exécutées par la 25 deuxième unité de traitement, produisent une requête de commande et transmettent ladite requête via les deuxièmes moyens de communication à destination du dispositif électronique tiers. Afin de faciliter l'accès à l'invention pour le plus 30 grand nombre d'utilisateurs, l'invention prévoit en outre que l'objet électronique communicant peut avantageusement consister en un téléphone mobile 3047625 14 intelligent ou en une tablette interactive, dont les interfaces homme-machine de consigne et/ou de restitution peuvent consister en l'écran tactile dudit objet. 5 Selon un troisième objet, l'invention prévoit un système pour piloter l'exécution d'un produit programme d'ordinateur, dont les instructions de programme sont enregistrées dans des moyens de mémorisation coopérant 10 avec une unité de traitement d'un premier dispositif électronique conforme à l'invention, à partir d'un objet électronique communicant également conforme à l'invention, coopérant avec ledit dispositif électronique via une liaison pour acheminer une requête 15 de commande élaborée et émise par l'objet électronique communicant à destination du dispositif électronique. Selon un quatrième objet, l'invention concerne un procédé pour piloter un programme d'ordinateur mis en 20 oeuvre par un dispositif électronique depuis un objet nomade. Ledit procédé est mis en oeuvre par une unité de traitement d'un dispositif électronique communicant comportant en outre des moyens de mémorisation, des moyens de communication pour coopérer avec un objet 25 électronique communicant, lesdits moyens de mémorisation et lesdits moyens de communication coopérant avec ladite unité de traitement. Les moyens de mémorisation comportent des instructions de programme d'un premier programme produit programme 30 d'ordinateur, dont les instructions sont interprétables ou exécutables par l'unité de traitement dudit 3047625 15 dispositif. Pour répondre aux sollicitations de l'objet électronique communicant, ledit procédé comporte : - une étape pour : o décoder une requête de commande émise par 5 l'objet électronique communicant, et réceptionnée par les moyens de communication, ladite requête comprenant des données de commande et, o déduire de ladite requête de commande la 10 teneur desdites données de commande ; - une étape pour élaborer une commande à partir de la teneur desdites données de commande précédemment déduites, ladite commande étant agencée pour provoquer 15 l'exécution ou l'interprétation d'instructions du programme d'un premier produit programme d'ordinateur ; - une étape pour provoquer la mise en oeuvre de la commande précédemment élaborée par 20 l'unité de traitement. Pour acquitter un traitement, l'exécution ou l'interprétation d'instructions du programme du premier produit programme d'ordinateur peut produire des données résultats. Pour restituer tout ou partie des 25 données résultats produites par le premier produit programme d'ordinateur, le procédé peut comporter une étape, postérieure à l'étape pour provoquer la mise en oeuvre d'une commande élaborée par l'unité de traitement, pour produire un message de transfert 30 comportant au moins l'une desdites données résultats, et déclencher l'émission dudit message de transfert à destination de l'objet électronique communicant par les 3047625 16 moyens de communication du dispositif électronique communicant. Pour n'autoriser le pilotage du dispositif qu'à certains objets électroniques communicants, les moyens 5 de mémorisations du dispositif électronique peuvent comporter des données d'identification d'un objet électronique. Le procédé pour piloter un programme d'ordinateur mis en oeuvre sur un dispositif électronique depuis un objet nomade peut dès lors 10 comporter : - une étape, préalable à l'étape pour décoder une requête de commande, pour décoder une requête d'identification réceptionnée par les moyens de communication et émise par 15 l'objet électronique communicant, ladite requête comprenant une donnée d'identification de l'objet électronique communicant ; - une étape pour rechercher dans les moyens de 20 mémorisation la teneur d'une donnée égale à celle de la donnée d'identification de l'objet précédemment décodée ; - une étape pour élaborer un message d'identification et pour déclencher 25 l'émission dudit message d'identification par les moyens de communication à destination de l'objet électronique, ledit message d'identification comportant la teneur d'un identifiant du dispositif 30 électronique, ladite étape pour élaborer un message d'identification n'étant mise en oeuvre que si lesdits moyens de mémorisation 3047625 17 comportent la teneur d'une donnée égale à celle de la donnée d'identification de l'objet. 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 à l'examen des figures qui l'accompagnent parmi lesquelles : 10 la figure 1 présente un système conforme à l'invention pour piloter un programme d'ordinateur mis en oeuvre sur un dispositif électronique depuis un objet électronique nomade ; 15 la figure 2 présente un procédé conforme à l'invention pour piloter un programme d'ordinateur mis en oeuvre sur un dispositif électronique depuis un objet électronique nomade. 20 La figure 1 permet de présenter un exemple de système selon l'invention. Un tel système consiste en un dispositif électronique communicant 10 coopérant avec un ou plusieurs objets électroniques communicants 25 20, 20-2 via une liaison de communication N1, par exemple, exploitant les protocoles de communication Zigbee ou Bluetooth. Un tel dispositif électronique communicant 10 coopère avantageusement mais non obligatoirement avec un périphérique 30, tel qu'un 30 lecteur de cartes à puce, au moyen d'une liaison N2, par exemple filaire. A titre d'exemple préféré et non limitatif, un dispositif électronique 10 selon 3047625 18 l'invention peut consister en un boîtier non représenté en figure 1, de faibles dimensions pour être facilement transportable par son utilisateur, intégrant un lecteur de cartes à puce 30, avantageusement bi-fente, et des 5 moyens électroniques conçus pour mettre en oeuvre l'invention. Avantageusement un tel dispositif comporte une source d'énergie électrique propre, par exemple une batterie, suffisante pour assurer à elle seule le fonctionnement dudit dispositif 10. Une telle source 10 n'est pas représentée en figure 1 par mesure de simplification. De son côté, l'objet électronique communicant peut consister par exemple en un téléphone intelligent 20 ou une tablette interactive 20-2. 15 Pour mettre en oeuvre un tel système, l'invention prévoit d'installer une application ou plus généralement un produit programme d'ordinateur P3 dans une mémoire de programmes 23 de l'objet électronique communicant 20, ladite application P3 servant de 20 « portail informatique » entre ledit objet 20 et ledit dispositif 10, les instructions dudit programme d'ordinateur P3 provoquant la mise en oeuvre d'un procédé de pilotage du dispositif électronique 10 par l'unité de traitement 21 de l'objet électronique 20. Un 25 exemple de réalisation d'un tel procédé sera décrit ultérieurement en liaison avec la figure 2, au travers d'une description détaillée des étapes d'un procédé 100. 30 Un dispositif électronique communicant 10 conforme à l'invention comporte une mémoire de programmes 13 et une mémoire de données 12, coopérant par couplage et/ou 3047625 19 par bus filaires représentés par des flèches doubles en figure 1, avec une unité de traitement 11. Ladite unité de traitement 11 peut par exemple consister en un ou plusieurs microcontrôleurs ou processeurs. En variante, 5 lesdites mémoires 12 et 13 peuvent éventuellement ne constituer qu'une seule et même entité physique. De manière plus générale, les mémoires 12 et 13 constituent des moyens de mémorisation. Pour pouvoir coopérer avec un objet électronique communicant 20, tel 10 que décrit en liaison avec la figure 1, un tel dispositif électronique 10 comporte également des premiers moyens de communication 14, sous la forme d'un modulateur-démodulateur permettant audit dispositif 10 de communiquer au travers d'un réseau de communication 15 N1, par exemple de type Bluetooth ou Zigbee pour une communication de proximité, ou encore de type WIFI pour une connexion sans fil de plus grande portée. Un dispositif électronique communicant 10 peut en outre comporter des deuxièmes moyens de communication 14-2 20 pour connecter l'unité de traitement 11 à un ou plusieurs périphériques 30, tels qu'un lecteur de cartes à puce par exemple. De tels moyens 14-2 peuvent consister en un port de communication distinct et/ou dédié à un périphérique particulier. Les moyens de 25 communication 14-2 peuvent alors consister avantageusement en un port USB, « Universal Serial Bus » selon une terminologie anglo-saxonne, afin de mettre en oeuvre une liaison N2 de type filaire. En variante, un tel périphérique 30 peut coopérer avec 30 l'unité de traitement 11 du dispositif 10 via les moyens de communication 14-2 agencés pour assurer une liaison sans fil, à l'instar de la liaison Nl. 3047625 20 La mémoire de données 12 peut comporter, à titre d'exemple non limitatif, une structure de données que nous nommerons « structure d'objets », agencée pour mémoriser des données permettant d'identifier tout 5 objet électronique communicant 20 apparié avec le dispositif électronique communicant 10, tel qu'à titre d'exemples un identifiant, un numéro de série ou encore une donnée secrète. La mémoire de programmes 13 comporte les instructions d'un produit programme 10 d'ordinateur 051, dit « système d'exploitation », dont les instructions de programme, lorsqu'elles sont exécutées par l'unité de traitement 11, facilitent la gestion des ressources matérielles du dispositif électronique 10 pour d'autres produits programmes 15 d'ordinateur enregistrés dans la mémoire de programmes 13 au travers de services offerts par ledit système d'exploitation 051. Chacun desdits services est généralement spécifique et propre au système d'exploitation 051, c'est-à-dire que ses différents 20 paramètres d'exécution ainsi que ses éventuelles données d'entrée et/ou de sortie lui sont propres. Ladite mémoire de programmes 13 comporte en outre les instructions d'un deuxième produit programme d'ordinateur Pl. Lesdites instructions de programme Pl 25 ont été préalablement agencées, durant une phase préalable de développement et/ou d'édition du programme Pl, pour coopérer avec le système d'exploitation 051, c'est-à-dire que lesdites instructions sont en adéquation avec les services proposés par le système 30 d'exploitation 051. Enfin, ladite mémoire de programmes 13 comporte en outre les instructions d'un troisième produit programme d'ordinateur P2, dont les 3047625 21 instructions de programme sont également compatibles avec les services proposés par le service d'exploitation 051. Le programme P2 est agencé de sorte que l'exécution de ses instructions de programme par 5 l'unité de traitement 11 du dispositif électronique 10 provoquent la mise en oeuvre d'un procédé pour décoder des requêtes de commandes Rc, comportant des consignes C provenant de l'objet électronique communicant 20, réceptionnées par les premiers moyens de communication 10 14. Des instructions de programme dudit programme P2 permettent en outre de provoquer la mise en oeuvre du deuxième produit programme d'ordinateur Pl par l'unité de traitement 11 en réponse au décodage desdites requêtes de commandes Rc. 15 La figure 1 décrit en outre un objet électronique communicant, tel qu'un téléphone intelligent 20 ou une tablette tactile 20-2 par exemple. A l'instar du dispositif électronique 10, un objet électronique 20 communicant 20 ou 20-2, ci-après référencé 20 par mesure de simplification, comporte 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, sous la forme d'une 25 mémoire de données 22 et éventuellement d'une mémoire de programmes 23, lesdites mémoires 22 et 23 pouvant être dissociées ou former éventuellement une seule et même entité physique. Tout objet électronique communicant 20 peut être 30 adapté pour piloter le dispositif électronique 10 par le chargement d'un produit programme d'ordinateur P3 conforme à l'invention. Ledit objet électronique 20 3047625 22 ainsi adapté devient à même d'élaborer une requête de commande R, puis de transmettre ladite requête à destination du dispositif électronique 10, sous la forme d'un message sortant au travers d'un réseau de 5 communication Nl. Une telle communication peut être avantageusement sans fil, par la mise en oeuvre d'un protocole de communication de proximité, tel que les technologies Bluetooth, Bluetooth Low Energy, ZigBee ou de toute autre technologie alternative. En variante, la 10 liaison N1 peut être filaire, par exemple selon un protocole par exemple de type USB ou FireWire si l'objet électronique 20 le permet. L'objet électronique 20 comporte à ce titre des moyens de communication 24 agencés pour assurer une telle communication de 15 proximité, en émettant et/ou en réceptionnant des messages préalablement encodés et/ou postérieurement décodés par l'unité de traitement 21 de l'objet 20. Les moyens de mémorisation 22 et/ou 23 coopèrent, à l'instar d'autres éléments internes, avec l'unité de 20 traitement 21 par un ou plusieurs bus de communication, représentés en figure 1 par des doubles flèches. La mémoire de programmes 23 comporte les instructions d'un premier produit programme d'ordinateur 0S2, dit « système d'exploitation », dont les instructions de 25 programme, lorsqu'elles sont exécutées par l'unité de traitement 21, mettent en oeuvre des services facilitant la gestion des ressources matérielles de l'objet électronique communicant 20 pour d'autres produits programmes d'ordinateurs également enregistrés dans la 30 mémoire de programmes 23. Lesdits services sont spécifiques au système d'exploitation 0S2. Cela signifie que leurs différents paramètres d'exécution, 3047625 23 ainsi que leurs éventuelles données d'entrée et/ou de sortie sont propres audit système d'exploitation 0S2. Comme évoqué précédemment, pour adapter un objet électronique communicant 20 afin qu'il puisse piloter 5 un dispositif électronique 10 selon l'invention, ladite mémoire de programmes 23 dudit objet 20 comporte en outre les instructions d'un deuxième produit programme d'ordinateur P3. Lesdites instructions de programme dudit programme d'ordinateur P3 ont été préalablement 10 agencées pour coopérer avec des services offerts par le système d'exploitation 0S2, c'est-à-dire que lesdites instructions sont en adéquation avec lesdits services. L'invention prend notamment tout son intérêt lorsque le système d'exploitation 0S2 est différent du système 15 d'exploitation 0S1 implanté au sein du dispositif électronique 10, c'est-à-dire lorsque que les services proposés respectivement par lesdits systèmes d'exploitation 0S1 et 0S2 sont différents. A titre d'exemple, l'unité de traitement 21 de l'objet 20 électronique 20 ne pourrait pas mettre en oeuvre les instructions de programme des produits programmes d'ordinateur Pl et/ou P2, car lesdites instructions ne sauraient solliciter des services offerts par le système d'exploitation 0S2. 25 Un objet électronique communicant 20 comporte en outre avantageusement une interface homme-machine de consigne et/ou de restitution 2D coopérant avec l'unité de traitement 21. Ladite interface 2D permet d'afficher, ou plus généralement de délivrer, à un 30 utilisateur U dudit objet, par exemple la teneur de données transmises par le dispositif électronique 10 au profit de l'objet 20 ou produites par l'unité de 3047625 24 traitement 21 dudit objet 20. L'interface de consigne et/ou de restitution 2D peut permettre en outre de traduire une gestuelle ou une commande vocale dudit utilisateur U en données utilisateurs puis en requêtes 5 de commandes Rc à destination du dispositif électronique 10. A titre d'exemple, lesdites données utilisateurs peuvent concerner, de manière non limitative, des ordres émanant de l'utilisateur U pour in fine piloter le fonctionnement dudit dispositif 10 électronique 10. Une telle interface de consigne et/ou de restitution 2D peut, par exemple, consister en un écran tactile ou se présenter sous la forme de tout autre moyen permettant à un utilisateur U de l'objet 20 d'interagir avec ledit objet électronique communicant 15 20. En variante, l'objet électronique communicant 20 peut comporter deux interfaces homme-machine distinctes pour traduire des consignes émanant d'un utilisateur et pour restituer à celui-ci des contenus graphiques et/ou sonores. Par exemple et à titre non limitatif, une 20 telle interface de consigne peut consister en un clavier ou un microphone et une telle interface de restitution peut consister un écran ou un haut-parleur. L'exploitation principale, au sens de l'invention, de l'interface de consigne et/ou de restitution 2D 25 consiste à traduire une action exercée par l'utilisateur U dudit objet 20, via l'interface de consigne 2D de l'objet électronique communicant 20, en une donnée de consigne C, pour que l'unité de traitement 21 élabore une requête de commande R, 30 encodant ladite consigne C, et déclenche, via les moyens de communication 24, l'émission de ladite 3047625 25 requête Rc à destination du dispositif électronique communicant 10. Pour illustrer davantage l'apport de l'invention, 5 étudions un cas d'application préféré mais non limitatif de celle-ci. Selon un tel cas d'application, un programme de création et de télétransmission de feuilles de soins électroniques Pl, développé pour fonctionner sous un système d'exploitation 051, est 10 installé sur un dispositif électronique communicant 10, c'est-à-dire que les instructions de programme dudit programme Pl sont inscrites dans la mémoire de programmes 13 du dispositif 10. A titre d'exemple non limitatif, le programme Pl peut être prévu et développé 15 pour fonctionner avec le système d'exploitation Linux, ledit système 0S1 étant préalablement enregistré dans la mémoire de programmes 13 dudit dispositif 10. Le dispositif électronique 20 comporte en outre un périphérique 30, en communication avec l'unité de 20 traitement 11, sous la forme avantageuse d'un lecteur bi-fente de cartes à puce permettant la lecture simultanée de deux cartes à puce, tel qu'à titre d'exemple une carte de Professionnel de Santé et une carte Vitale d'un patient. Pour opérer un tel cas 25 d'application, l'invention prévoit en outre un objet électronique communicant 20, au sein duquel est implanté un système d'exploitation 0S2 dont les services sont différents de ceux délivrés par le système d'exploitation 0S1 du dispositif 10. A titre 30 d'exemples non limitatifs, ledit objet 20 peut être un téléphone mobile intelligent 20 ou une tablette tactile 20-2 fonctionnant sous un système d'exploitation 0S2 3047625 26 « Androïd » ou « IOS ». La mémoire de programmes 23 dudit objet électronique communicant 20 comporte en outre les instructions d'un produit programme d'ordinateur P3 dont les instructions de programme sont 5 prévues pour être interprétées ou exécutées par l'unité de traitement 21 dudit objet 20. Une telle interprétation ou exécution desdites instructions provoque la mise en oeuvre d'un procédé 100 décrit ultérieurement en liaison avec la figure 2. Un tel 10 procédé est notamment agencé pour transmettre des requêtes de commande Rc à destination du dispositif électronique 10. Les instructions du programme P3 peuvent en outre provoquer une restitution graphique et/ou sonore, par 15 l'interface homme-machine 2D, d'éléments d'affichage et/ou de questionnement sonore, invitant l'utilisateur U à interagir avec ledit objet 20. Lesdites instructions du programme P3 provoquent la traduction par l'unité de traitement 21 du fruit desdites 20 interactions sous la forme de données de consigne C puis de requêtes de commande Rc. Lesdites consignes C peuvent ainsi découler de « clics », sélections ou saisies au moyen d'un clavier physique ou virtuel délivré à l'utilisateur U par l'interface 2D. A titre 25 d'exemple non limitatif, ledit utilisateur U peut sélectionner ou saisir la nature d'une prestation effectuée, par exemple un acte de santé si l'utilisateur U est un médecin, ainsi que la contrepartie financière de la prestation à la charge du 30 patient assuré. Une autre action de l'utilisateur peut être traduite en une requête en création d'une feuille de soins dématérialisée. Les données de consigne C 3047625 27 comportent dès lors avantageusement un ou plusieurs identifiants traduisant, par exemple, un type de prestation effectuée et une valeur d'une contrepartie financière fonction de la prestation accomplie par 5 l'utilisateur U. Une consigne C est dès lors analysée par l'unité de traitement 21 de l'objet 20 puis traduite en une commande de pilotage du dispositif 10, lors de la mise en oeuvre d'une étape 101 du procédé 100 dont un exemple est décrit par la figure 2. 10 Ledit procédé 100 selon l'invention comporte dès lors une étape subséquente 105 pour encoder ladite commande sous la forme d'une requête de commande Rc comprenant les données de commande produites à l'étape 101. Ladite étape 105 consiste en outre à déclencher 15 l'émission de ladite requête de commande Rc par les moyens de communication 24 à destination du dispositif électronique 10 au travers du réseau de communication N1. En ce qui concerne le dispositif électronique 10 20 en communication avec l'objet 20, pour que ledit dispositif 10 puisse décoder une requête de commande Rc émise par l'objet 20, et provoquer notamment l'exécution du programme Pl, la mémoire de programmes 13 dudit dispositif 10 comporte les instructions d'un 25 programme P2, dont l'exécution ou l'interprétation par l'unité de traitement 11 du dispositif 10 provoque la mise en oeuvre d'un procédé 200 décrit à titre d'exemple non limitatif par la figure 2. La réception de la requête Rc par le dispositif 30 électronique 10 déclenche la mise en oeuvre, par l'unité de traitement 11 dudit dispositif 10, d'une étape 204 pour décoder la requête Rc reçue, via les moyens de 3047625 28 communication 14, et extraire, de ladite requête, les valeurs respectives des identifiants traduisant, par exemple, un type de prestation effectuée, une valeur d'une contrepartie financière à la charge d'un tiers et 5 un identifiant caractérisant l'objet électronique communicant 20 ayant émis la requête Rc. La mise en oeuvre du procédé 200, dont l'étape 204, par l'unité de traitement 11 du dispositif 10 est provoquée lors de l'interprétation ou de l'exécution des instructions du 10 programme P2 enregistré dans la mémoire de programmes 13 dudit dispositif 10. Ledit procédé 200 comporte en outre une étape 205 qui consiste, dès lors, à encoder une commande comportant lesdites données précédemment extraites de la requête Rc, destinée à provoquer à son 15 tour une mise en oeuvre des instructions de programme du programme Pl par l'unité de traitement 11. Celle-ci interprète ladite commande et en extrait les données nécessaires à l'exécution des instructions de programme du programme Pl, par exemple de création et de 20 télétransmission de feuilles de soins électroniques. Dans le cadre de cet exemple d'exploitation non limitatif, les instructions dudit programme Pl peuvent consister à extraire les données précédemment encodées, à déchiffrer et extraire des données d'identification 25 d'un patient et d'un professionnel de santé contenues respectivement dans deux cartes à puce préalablement insérées dans un lecteur de cartes bi-fente 30. L'exécution des instructions de programme Pl peuvent consister à créer une feuille de soins dématérialisée 30 comportant lesdites données d'identification du patient et du professionnel de santé, un identifiant traduisant un type de prestation effectuée et une valeur de 3047625 29 contrepartie financière de ladite prestation restant à la charge du patient et, à apposer une signature électronique attestant l'identité de l'émetteur et la validité de la feuille de soins produite. Ladite 5 feuille de soins dématérialisée peut dès lors être enregistrée dans une structure de la mémoire de données 12 du dispositif électronique 10 sous la forme de données résultats. La mise en oeuvre du procédé 200 reprend son cours. 10 Celui-ci comporte, dès lors, une étape 206 pour lire par l'unité de traitement 11 du dispositif électronique 10, lors de l'exécution des instructions de programme du programme P2, les données résultats provenant du programme Pl. Dans le cadre de l'exemple d'application 15 préféré, de telles données résultats correspondent à la teneur des données d'une de soins dématérialisée précédemment créée et authentifiée par le programme Pl. Le procédé 200 peut comporter une étape 207 pour encoder les données résultats, précédemment lues dans 20 la mémoire 12, sous la forme d'un message de transfert Mok, puis déclencher l'émission dudit message Mok par les moyens de communication 14 au travers de la liaison de communication N1, à destination de l'objet électronique communicant 20 et/ou d'une plateforme 25 conçue pour réceptionner des feuilles de soins émises par plusieurs dispositifs électroniques communicant 10 associés respectivement à des objets électroniques 20. Une telle plateforme n'est pas représentée dans l'exemple de système décrit en liaison avec la figure 1 30 par mesure de simplification. Le procédé 100 mis en oeuvre par l'objet électronique 20 destinataire du message Mok peut, dès 3047625 30 lors, comporter une étape 106 pour réceptionner via les moyens de communication 24 et décoder ledit message de transfert Mok, afin d'élaborer un contenu à partir des données déduites du message de transfert Mok et de 5 provoquer une restitution dudit contenu à l'utilisateur U de l'objet 20 par l'interface homme-machine de restitution 2D dudit objet électronique communicant 20. En variante, l'invention prévoit que le programme P2 puisse être réparti en deux sous-programmes P21 et 10 P22. A titre d'exemple non limitatif, la mise en oeuvre des instructions de programme du premier sous-programme P21, lorsqu'elles sont interprétées ou exécutées par l'unité de traitement 11 du dispositif 10, peuvent être dédiées à la réception de requête de commande Ro et à 15 l'émission de messages Mok en provenance et/ou à destination d'un objet électronique communicant 20. Les instructions de programme du deuxième sous-programme P22 peuvent quant à elles être dédiées à l'encodage de commandes destinées à provoquer la mise en oeuvre du 20 programme Pl. Les données contenues dans les échanges, par exemple, dans les requêtes de commande R, ou dans les messages de transfert Mok, entre un objet électronique 25 communicant 20 et un dispositif électronique 10 conformes à l'invention, peuvent être en outre chiffrées et/ou signées, à titre d'exemple au moyen de clé secrètes ou privées, lesdites clés étant propres au dispositif électronique 10. Lesdites données transmises 30 par le dispositif 10 nécessitent alors d'être par la suite déchiffrées ou authentifiées à l'aide d'une clé sécrète ou publique correspondante par l'objet 20. 3047625 31 A titre d'exemple, une requête de commande Ro peut être signée par l'objet électronique 20 à partir d'une clé secrète propre à l'objet 20. Le dispositif électronique 10 est adapté pour vérifier la signature 5 de l'objet 20 lors de la réception de ladite requête en exploitant la clé publique dudit objet 20. Réciproquement, un dispositif électronique 10 selon l'invention peut chiffrer les données produites par le programme Pl à l'aide d'une clé publique de l'objet 20 10 et signer un message Mok à l'aide d'une clé secrète propre au dispositif 10. A son tour, mettant en oeuvre un procédé 100 adapté en conséquence, l'objet 20 peut vérifier lors de la réception dudit message de transfert Mokr la signature du dispositif 10 à l'aide 15 de la clé publique dudit dispositif 10 et déchiffrer les données contenues dans le message de transfert Mok à l'aide de sa clé secrète. Selon une variante exploitant un schéma cryptologique symétrique, lesdites données échangées entre les deux équipements 20 électroniques peuvent être chiffrées par le dispositif 10 puis déchiffrées par l'objet 20 à l'aide d'une clé secrète dont la teneur est partagée par les deux équipements 10 et 20. Les valeurs de telles clés sont par exemple 25 enregistrées dans la mémoire 12 lors d'une étape préalable de paramétrage et/ou d'initialisation du dispositif 10 ou plus généralement d'appairage du dispositif 10 avec un objet électronique 20. A cet effet et à titre d'exemple non limitatif, le 30 procédé 100 peut comporter une étape 102, préalable à l'élaboration d'une requête de commande en l'étape 105, pour encoder et déclencher l'émission d'une requête 3047625 32 d'identification Rid contenant des données d'identification, telles que, à titre d'exemple non limitatif, un numéro de série de l'objet électronique communicant 20 à destination du dispositif électronique 5 communicant 10. En variante, le numéro de série dudit objet 20 peut être complété ou remplacé par un chiffré composé de clés prédéfinies respectivement de l'objet 20 et du dispositif 10. De son côté, le procédé 200 mis en oeuvre par un 10 dispositif électronique 10 conforme à l'invention peut comporter une étape 201 pour recevoir et décoder la requête Rid. Une étape subséquente 202 peut consister à rechercher dans la structure objet de la mémoire de données 12 dudit dispositif 10, un enregistrement 15 associé à un objet électronique communicant comportant une valeur d'identifiant identique à celle de l'identifiant de l'objet électronique 20 précédemment extraite de la requête d'identification Rid. Le procédé 200 peut comporter dès lors une étape 203 pour générer 20 une clé chiffrée à partir de la valeur de l'identifiant de l'objet 20 précédemment extraite de la requête Rid, tel qu'à titre d'exemple, la valeur d'une clé publique de l'objet 20. Une telle étape optionnelle 203 consiste dans ce cas à élaborer un message d'identification Mid 25 à destination de l'objet 20, ledit message comportant la valeur de ladite clé chiffrée précédemment générée puis à déclencher l'émission dudit message d'identification Mid par les premiers moyens de communication 14 du dispositif 10. L'étape 203 n'est 30 mise en oeuvre que si et seulement si l'étape 202 pour rechercher dans la structure objet de la mémoire de données 12 en enregistrement comprenant la valeur d'un 3047625 33 identifiant d'objet précédemment extraite de la requête d'identification Rid atteste de l'existence d'un tel enregistrement (situation symbolisée par le lien référencé 202-y en figure 2). Si au contraire l'étape 5 202 conclut à l'absence d'un tel enregistrement, les traitements mis en oeuvre par le procédé 200 sont terminés (situation symbolisée par le lien 202-n sur la figure 2). Le procédé 100 mis en oeuvre par l'objet 10 électronique communicant 20 peut comporter dès lors une étape 103, préalable, à l'instar des étapes optionnelles 202 et 203 précédemment évoquées, pour décoder le message d'identification Mid reçu via les moyens de communication 24 dudit objet 20. L'étape 103 15 peut consister ainsi à extraire la valeur de ladite clé chiffrée dudit message Mid décodé et à inscrire, dans la mémoire de données 24, la valeur de la clé extraite. Selon cette variante de l'invention, l'étape 105 d'un procédé 100, étape prévue pour envoyer une requête 20 de commande Rc, peut être adaptée pour chiffrer ladite requête Rc au moyen de ladite clé précédemment extraite du message d'identification Mid à l'étape 103. Selon ce mode de réalisation préféré, nous pouvons constater que les données contenues dans les échanges 25 entre un objet électronique communicant 20 et un dispositif électronique 10 conformes à l'invention sont protégées contre toute intervention d'un tiers malveillant qui écouterait la liaison N1 entre les équipements du système. L'objet électronique 30 communicant 20 et le dispositif électronique 10 sont ainsi appariées et aptes à être mis en un mode de communication sécurisé. 3047625 34 L'invention prévoit par ailleurs, en variante ou en complément, un mécanisme de déconnexion des deux équipements. Une telle étape de déconnexion vise à de nouveau mettre en oeuvre une étape d'appairage 5 préalablement à toute nouvelle communication entre les deux équipements. Pour réaliser un tel mécanisme complémentaire de déconnexion, l'invention prévoit que le procédé 100 puisse comporter une étape 107 pour encoder une requête de déconnexion Rko, puis pour 10 déclencher l'émission de ladite requête de déconnexion à destination du dispositif apparié 10. Une telle requête de déconnexion consiste en un message sortant, comportant une valeur caractérisant une injonction de terminer la session de communication courante, émise 15 par l'objet électronique communicant 20. En réponse à la réception d'une telle requête Rj, par les premiers moyens de communication 14 du dispositif électronique 10 apparié à l'objet 20 émetteur de la dite requête, un procédé 200 mis en oeuvre par l'unité de traitement 11 20 dudit dispositif électronique 10 comporte, dès lors, avantageusement une étape 208 pour décoder ladite requête de déconnexion Rj, et mettre à jour, par exemple, un sémaphore ou indicateur dans la mémoire de données 14, de sorte que ledit sémaphore comporte une 25 valeur caractéristique d'une fin de session. En variante, une étape 208 peut consister à supprimer dans la structure objet, l'enregistrement associé à l'objet communicant, c'est-à-dire celui comprenant la valeur d'un identifiant dudit objet 20. Selon une autre 30 variante, une telle déconnexion peut s'effectuer au bout d'une durée d'inactivité prédéterminée, c'est-à-dire lorsque l'objet 20 et le dispositif 10 n'ont plus 3047625 échangé de messages pendant une période supérieure à ladite durée d'inactivité prédéterminée. A titre d'exemple, une telle durée d'inactivité prédéterminée peut être définie pour correspondre à dix minutes. 5 L'étape 204 pour décoder une requête de commande Rc peut être agencée pour n'être mise en oeuvre que si ledit sémaphore ne comporte pas ladite valeur caractéristique d'une fin de session. Conjointement, ledit sémaphore peut être initialisé à l'issue de la 10 mise en oeuvre de l'étape 103, matérialisant ainsi une session de communication active. Tout autre mécanisme équivalent visant à initialiser, voire à clore, une session de communication entre un dispositif électronique 10 et un 15 objet communicant 20 conformes à l'invention pourrait être mis en oeuvre, en variante ou en complément. REVENDICATIONS1. Dispositif électronique communicant (10) comportant une première unité de traitement (11), des premiers moyens de mémorisation (12, 13), des premiers moyens de communication (14), coopérant, via lesdits premiers moyens de communication (14), avec un objet électronique communicant (20, 20-2) comportant une deuxième unité de traitement (21) et des deuxièmes moyens de mémorisation (22), lesdites premières et deuxièmes unités de traitement (11, 21) étant respectivement mises en oeuvre par l'exécution ou l'interprétation d'instructions de programme d'un premier système d'exploitation (OS1) et d'un deuxième système d'exploitation (0S2), caractérisé en ce que : les moyens de mémorisation (12, 13) du dispositif électronique communicant (10) enregistrent des premières instructions d'un premier produit programme d'ordinateur (P1), exploitant les services du premier système d'exploitation (OS1) et dont lesdites premières instructions provoquent la mise en oeuvre d'un traitement lorsque celles-ci sont interprétées ou exécutées par la première unité de traitement (11) ; - les moyens de mémorisation (12, 13) enregistrent des deuxièmes instructions d'un deuxième produit programme d'ordinateur (P2), lesdites deuxièmes instructions exploitant les services du 3047625 37 premier système d'exploitation (0S1) et dont l'exécution ou l'interprétation par la première unité de traitement (11) déclenche la mise en oeuvre dudit premier produit 5 programme d'ordinateur (P1); l'exécution ou l'interprétation des instructions du deuxième programme d'ordinateur (P2) sont déclenchées par la réception, par les premiers moyens de 10 communication (14), d'une requête de commande (Ra) émise par l'objet électronique communicant (20, 20-2). 2. Dispositif (10) selon la revendication 15 précédente, pour lequel les services offerts par le premier système d'exploitation (0S1) diffèrent des services offerts par le deuxième système d'exploitation (0S2). 20 3. Dispositif électronique communicant (10) selon la revendication précédente, comportant des troisièmes moyens de communication (14-2) coopérant avec la première unité de traitement (11) et assurant un mode de communication avec un 25 périphérique de sortie et/ou d'entrée (30), ledit périphérique (30) étant piloté par des instructions du premier programme produit d'ordinateur. 30 4. Dispositif électronique communicant (10) selon la revendication 3, pour lequel le périphérique de 3047625 38 sortie et/ou d'entrée (30) consiste en lecteur de cartes à puce. 5 Objet électronique communicant (20, 20-2) 5 comportant une unité de traitement (21), une interface homme-machine (2D) de consigne et/ou une interface de restitution, des moyens de communication (24) pour coopérer avec un dispositif électronique tiers, des moyens de 10 mémorisation (22, 23), lesdits moyens de mémorisation (22, 23), lesdits moyens de communication (24) et lesdites interfaces homme-machine coopérant avec l'unité de traitement (21), ledit objet électronique étant caractérisé 15 en ce que les moyens de mémorisation (22) comportent des instructions d'un produit programme d'ordinateur (P3) exploitant les services d'un deuxième système d'exploitation (0S2) et dont les instructions de programme, 20 lorsqu'elles sont interprétées ou exécutées par la deuxième unité de traitement (21), produisent une requête de commande (Rc) décodable par un dispositif électronique communicant (10) selon les revendications 1 à 4 et transmettent ladite 25 requête via les deuxièmes moyens de communication (24) à destination dudit dispositif électronique communicant (10). 6. Objet électronique communicant (20, 20-2) selon 30 la revendication 5, consistant en un téléphone mobile intelligent (20) ou en une tablette 3047625 39 interactive (20-2), dont les interfaces homme-machine (2D) de consigne et/ou de restitution consistent en l'écran tactile dudit objet (20, 20-2). 7. Système pour piloter l'exécution d'un produit programme d'ordinateur (P1), dont les instructions de programme sont enregistrées dans des moyens de mémorisation (13) coopérant avec 10 une unité de traitement (11) d'un premier dispositif électronique (10) conforme à l'une quelconque des revendications 1 à 4, à partir d'un objet électronique communicant (20, 20-2) selon les revendications 5 ou 6, coopérant avec 15 ledit dispositif électronique (10) via une liaison (N1) pour acheminer une requête de commande (Ra élaborée et émise par l'objet électronique communicant (20, 20-2) à destination du dispositif électronique (10). 20 8. Procédé (200) mis en oeuvre par une unité de traitement (11) d'un dispositif électronique communicant (10) comportant en outre des moyens de mémorisation (12, 13), des moyens de 25 communication (14, 14-2) pour coopérer avec un objet électronique communicant (20), lesdits moyens de mémorisation (12, 13) et lesdits moyens de communication (14, 14-2) coopérant avec ladite unité de traitement (11), ledit procédé (200) 30 étant caractérisé en ce que : 3047625 40 - les moyens de mémorisation (13) comportent des instructions de programme d'un premier produit programme d'ordinateur (P1), dont les instructions sont interprétables ou 5 exécutables par l'unité de traitement (11) dudit dispositif (10) ; ledit procédé comporte : - une étape (204) pour : o décoder une requête de commande (Ra) émise 10 par l'objet électronique communicant (20) et réceptionnée par les moyens de communication (14), ladite requête (Ra) comprenant des données de commande et, o déduire de ladite requête de commande (Ra) 15 la teneur desdites données de commande ; - une étape (205) pour élaborer une commande à partir de la teneur desdites données de commande précédemment déduites, ladite commande étant agencée pour provoquer 20 l'exécution ou l'interprétation d'instructions de programme d'un premier produit programme d'ordinateur (P1) ; - une étape (206) pour provoquer la mise en oeuvre de la commande précédemment élaborée 25 par l'unité de traitement (11). 9. Procédé selon la revendication précédente pour lequel : - l'exécution ou l'interprétation 30 d'instructions de programme du premier 3047625 41 produit programme d'ordinateur (P1) produit des données résultats, et ledit procédé comporte une étape (207), 5 postérieure à l'étape (206) pour provoquer la mise en oeuvre d'une commande élaborée par l'unité de traitement (11), pour produire un message de transfert (Mok) comportant au moins l'une desdites données résultats, et 10 déclencher l'émission dudit message de transfert (Mok) à destination de l'objet électronique communicant (20, 20-2) par les moyens de communication (14, 14-2) du dispositif électronique communicant (10). 15 10.Procédé (200) selon la revendication précédente pour lequel : - les moyens de mémorisation (12) comportent des données d'identification d'un objet 20 électronique (20, 20-2) ; - ledit procédé comporte : o une étape (201), préalable à l'étape (204) pour décoder une requête de commande (Ra), pour décoder une requête d'identification 25 (Rid) réceptionnée par les moyens de communication (14) et émise par l'objet électronique communicant (20), ladite requête (Rial) comprenant une donnée d'identification de l'objet électronique 30 communicant (20, 20-2) ; 3047625 42 o une étape (202) pour rechercher dans les moyens de mémorisation (12) la teneur d'une donnée égale à celle de la donnée d'identification de l'objet (20, 20-2) 5 précédemment décodée ; o une étape (203) pour élaborer un message d'identification et pour déclencher l'émission dudit message d'identification (Mid) par les moyens de communication (14) à 10 destination de l'objet électronique (20, 20-2), ledit message d'identification (Mid) comportant la teneur d'un identifiant du dispositif électronique (10), ladite étape (203) pour élaborer un message d'identification (Mid) 15 n'étant mise en oeuvre que si (202-y) lesdits moyens de mémorisation (12) comportent la teneur d'une donnée égale à celle de la donnée d'identification de l'objet (20, 20-2).