Brevet FR3101178A1 — publié le 20210326

SYSTÈME DE COMMUNICATION INTERACTIVE NOTAMMENT POUR L’ANALYSE D’ÉVÈNEMENTS D’INTERACTION Le système de communication interactive (1) comprend un dispositif interactif déployé sur site ayant une pluralité d’organes physiques d’interaction (OR) qui sont agencés pour des interactions avec des utilisateurs. Conformément à l’invention, le dispositif interactif déployé sur site comprend un dispositif de commande (2) hébergeant un moteur de navigateur Internet (20), le dispositif de commande assurant une fonction de commande du dispositif interactif déployé à l’aide du moteur de navigateur Internet. Fig.2 SYSTÈME DE COMMUNICATION INTERACTIVE NOTAMMENT POUR L’ANALYSE D’ÉVÈNEMENTS D’INTERACTION L’invention concerne de manière générale le domaine de la création d’expériences interactives pour des utilisateurs. Plus particulièrement, l’invention concerne un système de communication interactive apte à être déployé dans différents points d’accès, comme des points d’accès public ou de vente. Les systèmes de communication interactive trouvent une application privilégiée dans la collecte, le stockage et l’analyse des données des évènements d’interaction avec les utilisateurs. Les systèmes interactifs font vivre aux utilisateurs, ou visiteurs sur un site, des expériences interactives pouvant être pensées pour différentes finalités comme, par exemple, l’information, la présentation et la vente de produits, les tests marketing, etc. Ces systèmes sont d’un grand intérêt pour différentes applications de communication et de marketing, de marchandisage, ou « merchandising » en anglais, et autres. Par ailleurs, ils permettent de répondre à des besoins d'information individuels de clients et à les guider dans des décisions d’achat. Les données collectées par un système interactif lors des expériences interactives des utilisateurs sont exploitables pour des études analytiques, métriques ou statistiques, par exemple, pour mieux connaitre les comportements et réactions des utilisateurs. Il est aussi possible grâce à ces systèmes de tester différentes stratégies, par exemple, de marketing ou merchandising, et de les affiner à partir des enseignements extraits des données collectées. Les systèmes connus dans l’état de la technique comportent de manière générale une chaîne d’acquisition d’informations provenant de capteurs, une unité de commande hébergeant une application d’interactivité et une chaîne de commande d’actionneurs. Les termes « capteurs » et « actionneurs » sont à comprendre ici dans un sens très large, car il peut s’agir de dispositifs très divers qui forment des « interfaces homme-machine » entre les visiteurs et le système. Les capteurs sont les organes physiques déclencheurs des interactions et comprennent, par exemple, des simples touches, des détecteurs de présence infrarouge, des capteurs audio, des caméras, des capteurs de geste, des accéléromètres, des lecteurs de code-barres, des étiquettes électroniques dynamiques de type NFC, des appareils de communication portables tels que « smartphones », etc. Les actionneurs sont les organes physiques délivrant des réponses de communication interactive du système à l’intention des visiteurs et qui, généralement, font suite à des demandes d’interaction initiées par les capteurs. Les réponses de communication interactive peuvent être très diverses et de nature auditive, visuelle ou kinesthésique. Ainsi, par exemple, il pourra s’agir d’un message parlé, d’une musique, d’un éclairage lumineux, d’un affichage éventuellement dynamique, d’une vidéo, de la diffusion d’un parfum d’ambiance, d’un mouvement d’objet, d’une sensation tactile ou autres. Des enceintes sonores, des écrans vidéo recevant directement des signaux audio, vidéo pour diffusion ou des signaux d’activation délivrés par le système pourront être utilisés, ainsi par exemple que des appareils de communication portables tels que « smartphones », des lampes d’éclairage à LED, des diffuseurs de fragrance, des moteurs électriques, des actionneurs linéaires, des dispositifs intermédiaires de commande comme des commutateurs à relais ou électroniques, etc. Les systèmes interactifs présentent une grande diversité de réalisation et sont le plus souvent conçus de manière spécifique pour une application particulière, ce qui induit des coûts relativement élevés de développement. Des systèmes interactifs du type décrit ci-dessus ont été proposés par le présent demandeur dans ses demandes de brevet FR3039682A1 FR3068809A1 et WO2019008498A1, avec des caractéristiques visant à accroître leur adaptabilité à la diversité des d’applications, ainsi qu’une amélioration de la robustesse et la tolérance aux pannes. Bien que ces systèmes proposés par le présent demandeur répondent de manière globalement satisfaisante aux attentes de leurs utilisateurs, il est cependant souhaitable d’améliorer leur architecture fonctionnelle pour plus flexibilité et de souplesse lors de la conception et l’exploitation des applications, une réduction des coûts et des temps de développement et une utilisation optimale des ressources et outils disponibles avec le réseau Internet. Selon un premier aspect, l’invention concerne un système de communication interactive comprenant un dispositif interactif déployé sur site ayant une pluralité d’organes physiques d’interaction qui sont agencés pour des interactions avec des utilisateurs. Conformément à l’invention, le dispositif interactif déployé sur site comprend un dispositif de commande hébergeant un moteur de navigateur Internet, le dispositif de commande assurant une fonction de commande du dispositif interactif déployé à l’aide du moteur de navigateur Internet. Selon une caractéristique particulière, le dispositif de commande assure également une fonction de mise en forme de données d’évènements d’interaction détectés dans le dispositif interactif déployé sur site, les données d’évènements d’interaction étant destinées à être exploitées par un système logiciel d’analyse d’évènements d’interaction. Selon une autre caractéristique particulière, la fonction de mise en forme de données d’évènements d’interaction est assurée à l’aide du moteur de navigateur Internet, et le dispositif de commande réalise également une fonction de transmission des données d’évènements d’interaction au système logiciel d’analyse d’évènements d’interaction qui est assurée à l’aide du moteur de navigateur Internet. Selon encore une autre caractéristique particulière, les données d’évènements d’interaction sont enregistrées chronologiquement dans un fichier de données textuelles pour leur transmission au système logiciel d’analyse d’évènements d’interaction. Selon encore une autre caractéristique particulière, le fichier de données textuelle est de type JSON ou XML. Selon encore une autre caractéristique particulière, le dispositif de commande est configuré à l’aide du chargement d’un fichier de type HTML par le moteur de navigateur Internet. Selon encore une autre caractéristique particulière, le chargement du fichier de type HTML implante dans le dispositif de commande une représentation logique structurée du dispositif interactif déployé sur site, des éléments de liaison entre la représentation logique structurée et des composants physiques ou virtuels du dispositif interactif déployé, ainsi qu’au moins une bibliothèque de type « JavaScript », la représentation logique structurée étant modifiable en fonction des interactions détectées dans le dispositif interactif déployé sur site et agissant sur la pluralité d’organes physiques d’interaction. Selon encore une autre caractéristique particulière, le dispositif interactif déployé sur site est connecté à un ou plusieurs serveurs informatiques à travers le réseau Internet, le ou les serveurs informatiques hébergeant un système logiciel d’administration de dispositif interactif et un système logiciel d’analyse d’évènements d’interaction. Selon encore une autre caractéristique particulière, le système de communication interactive comprend une base de données accessible par la système logiciel d’analyse d’évènements d’interaction dans laquelle sont stockées les données d’évènements d’interaction détectés, lesdites données d’évènements d’interaction détectés étant extraites du fichier de données textuelles transmis par le moteur de navigateur Internet et étant stockées dans la base de données selon un modèle relationnel prédéterminé. Selon une autre forme de réalisation, les données d’évènements d’interaction détectés sont stockées dans des fichiers de type dit « CSV » pour « Comma-Separated Values » en anglais. Selon encore une autre caractéristique particulière, le dispositif interactif comprend un réseau de communication de données et au moins un contrôleur local auquel est connecté au moins un organe physique d’interaction, le dispositif de commande et le contrôleur local étant connectés au réseau de communication de données. Selon encore une autre caractéristique particulière, le réseau de communication de données est de type RS485, USB ou I2C. Selon encore une autre caractéristique particulière, le dispositif interactif comprend au moins une carte d’extension connectée à un contrôleur local, la carte d’extension supportant la connexion de plusieurs organes physiques d’interaction et supportant plusieurs protocoles de communication série. Selon encore une autre caractéristique particulière, le moteur de navigateur Internet comprend un lecteur vidéo. Le lecteur vidéo est, par exemple, de type dit « natif » ou de type dit « plugin ». Selon encore une autre caractéristique particulière, le dispositif de commande est un nano-ordinateur. D’autres avantages et caractéristiques de la présente invention apparaîtront plus clairement à la lecture de la description ci-dessous de plusieurs formes de réalisation particulières en référence aux dessins annexés, dans lesquels : La Fig.1 est un schéma simplifié montant un exemple d’un dispositif interactif d’un système de communication interactive déployé dans un espace commercial. La Fig.2 est un bloc-diagramme montrant l’architecture générale d’une forme de réalisation d’un système de communication interactive selon l’invention, conçue pour la captation et l’analyse d’évènements d’interaction. La Fig.3 est un bloc-diagramme relatif au fonctionnement d’un dispositif de commande, muni d’un moteur de navigateur Internet, dans le système de communication interactive de la Fig.2. La Fig.4 est un modèle relationnel d’une base de données utilisée pour le stockage de données d’évènements d’interaction dans un système logiciel d’analyse d’évènements d’interaction inclus dans le système de communication interactive de la Fig.2. La Fig.5 est un dessin d’écran illustratif d’une interface utilisateur graphique dans le système logiciel d’analyse d’évènements d’interaction inclus dans le système de communication interactive de la Fig.2. La Fig.6 est un bloc-diagramme simplifié d’un exemple illustratif d’un système de communication interactive selon l’invention. La Fig.7 montre partiellement un fichier de type HTML transmis au moteur de navigateur Internet du dispositif de commande dans l’exemple illustratif de la Fig.6. La Fig.8 montre partiellement un exemple de lignes de script relatives à la détection et au traitement d’un évènement d’interaction dans l’exemple illustratif de la Fig.6. Dans l’exemple illustratif de la Fig.1, le dispositif interactif déployé dans un centre commercial détecte la présence d’un visiteur VIS dans l’espace interactif à l’aide d’un détecteur de présence infrarouge DP. Selon la position du visiteur VIS dans l’espace interactif, différents stimuli visant à provoquer des échanges sont émis par le dispositif interactif. Ainsi, un écran vidéo ET2 attire l’attention du visiteur par un affichage dynamique et un contenu audio et l’invite à utiliser une table tactile ET1. En utilisant la table tactile ET1, le visiteur VIS découvre une gamme de produits s’affichant sur l’écran ET2, scanne un code matriciel du type QR avec son smartphone pour une connexion à un serveur via un réseau local ou le réseau internet, indique une adresse courriel de contact, etc. La localisation du visiteur VIS dans l’espace interactif est ici détectée plus précisément au moyen de plusieurs tapis sensitifs TS1, TS2 et TS3. Ainsi, par exemple, lorsque la présence du visiteur VIS devant le présentoir PR est détectée par le tapis sensitif TS2, le contenu d’affichage dynamique de l’écran vidéo AD change et le visiteur VIS reçoit une information plus directe et est invité à découvrir les produits proposés à la vente qui sont disposés sur le rayonnage. L’installation d’éclairage LE et un diffuseur de fragrance FA sont ici également prévu dans le dispositif interactif pour fournir une ambiance lumineuse et olfactive adaptée à un contexte ou une situation détectée. Un tapis sensitif TS3 disposé au pied d’un canapé CA autorisera, par exemple à des fins d’études métriques, une estimation de l’état de fatigue des visiteurs lorsque ceux-ci arrivent dans l’espace interactif. Dans cet exemple, le détecteur de présence DP, la table tactile ET1 et les tapis sensitifs TS1, TS2 et TS3 constituent des capteurs déclencheurs d’interaction et les écrans vidéo ET2, AD, l’installation d’éclairage LE et le diffuseur de fragrance FA constituent des actionneurs d’interaction. Dans la suite de la description, les capteurs et actionneurs du système de communication interactive de l’invention sont désignés de manière globale par les termes « organes d’interaction ». Une forme de réalisation particulière 1 d’un système de communication interactive selon l’invention est maintenant décrite en référence aux Figs.2 à 10. Dans cette forme de réalisation particulière, le système de communication interactive est conçu pour la captation et l’analyse d’évènements d’interaction. On notera que d’autres formes de réalisation du système de communication interactive selon l’invention ne comprendront pas cette fonctionnalité de captation et d’analyse d’évènements d’interaction et seront, par exemple, dédiées à l’animation interactive, à la présentation de produit, à la diffusion d’information ou autres. Comme montré à la Fig.2, le système de communication interactive 1 comprend ici une pluralité d’organes physiques d’interaction OR reliés à un dispositif de commande 2 à travers un réseau de communication de données 3. Les organes d’interaction OR sont raccordés à des contrôleurs locaux d’interaction 4 reliés au réseau de communication de données 3. Des cartes d’extension 41, dont une seule est visible à la Fig.2, peuvent être prévues pour une extension du nombre d’organes d’interaction OR raccordés à un même contrôleur local 4. Des répartiteurs réseau 31 dits « hub » en anglais, dont un seul est visible à la Fig.2, peuvent également être prévus pour étendre le réseau de communication de données 3. Conformément à l’invention, le dispositif de commande 2 est typiquement un dispositif informatique, tel que nano-ordinateur, comportant des moyens de traitement et stockage de données et assurant dans le dispositif interactif déployé un traitement de données de deuxième niveau. Le dispositif de commande 2 héberge une passerelle de communication (non représentée) avec le réseau Internet IP et une interface matérielle et logicielle (logiciel pilote de communication dit « driver ») avec le réseau de communication de données 3. Le dispositif de commande 2 est implémenté typiquement au moyen d’un ordinateur. Ainsi, par exemple, un nano-ordinateur monocarte à processeur de type « ARM » (pour « Advanced Risc Machine » en anglais), tel que le « Raspberry Pi » (marque déposée), muni du système d’exploitation « OS Linux » pourra être utilisé pour le dispositif de commande 2. Comme visible à la Fig.2, le dispositif de commande 2 héberge notamment un moteur de navigateur Internet, repéré 20, et un lecteur vidéo, repéré 21, dont les fonctions dans le système de communication interactive 1 apparaîtront clairement plus bas dans la description. Comme visible également à la Fig.2, le dispositif de commande 2 est relié à un serveur informatique 5, ou un nuage de serveurs, à travers le réseau internet IP. Le serveur 5 héberge ici un système logiciel d’administration de dispositif interactif 50 et un système logiciel d’analyse d’évènements d’interaction 51. Dans cet exemple de réalisation, il est considéré que le dispositif interactif du système 1 est déployé sur un seul site et que les systèmes logiciels 50 et 51 sont dédiés à la gestion de ce seul dispositif interactif et à l’analyse des données d’interaction issues de ce seul site. Dans d’autres réalisations, les systèmes logiciels 50 et 51 auront à charge la gestion de plusieurs dispositifs interactifs du système 1 déployés sur plusieurs sites et l’analyse de l’ensemble des données d’interaction issues de cette pluralité de sites. Le réseau de communication de données 3 est ici typiquement un bus série de communication de données de type « RS485 », de type half-duplex ou full-duplex, le dispositif de commande 2 étant le dispositif maître et les contrôleurs locaux d’interaction 4 étant les dispositifs esclaves. Bien entendu, d’autres standards de bus pourront être utilisés selon les applications, par exemple, un bus de type « I2C » ou « USB ». Des modules de communication radio RF (non représentés) pourront également être utilisés pour réaliser un réseau de communication de données 3 sans fil. Un protocole de communication synchrone sera avantageusement utilisé sur le réseau de communication de données 3 pour une synchronisation aisée entre la partie matérielle du système et la partie logicielle de celui-ci, par exemple, pour synchroniser des actions physiques dans le dispositif interactif sur site avec le lecteur vidéo 21. Le contrôleur local 4 est construit typiquement autour d’un microcontrôleur implanté sur une carte électronique à circuit imprimé de type « PCB ». Dans cette forme particulière de réalisation, le contrôleur local 4 assure dans le dispositif interactif déployé un traitement de données de premier niveau. Le contrôleur local 4 comporte ici notamment un port d’organe d’interaction 400, un port d’interface d’extension 401 pour le raccordement d’une carte d’extension 41 et un port de sortie de type DMX (pour « Digital Multiplexing ») dédié au contrôle de l’éclairage (diodes LED). Le contrôleur local 4 comporte également une interface matérielle et logicielle (logiciel pilote de communication dit « driver ») avec le réseau de communication de données 3 pour les communications notamment avec le dispositif de commande 2. Le contrôleur local 4 peut gérer aussi des fonctionnalités d’adressage dans le réseau et une alimentation électrique des dispositifs raccordés. La carte d’extension 41 est construite typiquement autour d’un microcontrôleur implanté sur une carte électronique à circuit imprimé de type « PCB ». De même que le contrôleur local 4, la carte d’extension 41 assure dans le dispositif interactif déployé un traitement de données de premier niveau. La carte d’extension 41 est conçue pour permettre davantage de connectivité de différents types d’organes d’interaction OR et autoriser un écosystème d’interaction plus riche. Pour cela, la carte d’extension 41 comprend une gestion multiprotocole de communication série sur les ports des organes d’interaction OR. Une gestion de communication série est gérée également par la carte 41 sur son port de communication avec le contrôleur local 4. Une unité d’alimentation électrique indépendante de celle du contrôleur local 4 pourra également être intégrée dans la carte d’extension 41. En référence maintenant plus particulièrement aux Figs.3 à 5, il est décrit ci-dessus plus en détail le fonctionnement du système de communication interactive 1, en relation avec le moteur de navigateur internet 20 implanté dans le dispositif de commande 2. Le système logiciel d’administration de dispositif interactif 50 et le système logiciel d’analyse d’évènements d’interaction 51 sont en communication avec le moteur de navigateur internet 20, désigné BROWSER_engine à la Fig.3, à travers le réseau internet IP. Dans cet exemple de réalisation, pour simplifier la description, il est considéré que le système logiciel d’administration de dispositif interactif 50 et le système logiciel d’analyse d’évènements d’interaction 51 sont hébergées dans le même serveur 5. Plusieurs autres configurations sont bien entendu possibles. Comme visible à la Fig.3, le système logiciel d’administration de dispositif interactif 50 comprend essentiellement un serveur HTML_server qui contient notamment des fichiers de type « HTML » (pour « HyperText Markup Language » en anglais) et de type « JavaScript » (marque déposée), un module logiciel MNGT de gestion et administration du système et un module logiciel UI1 d’interface utilisateur. Un module logiciel API1 d’interface de programmation pourra également être prévu, selon les applications. Une unité de stockage de données ST1 est prévue pour le stockage des données du système. Différents outils logiciels de développement et d’administration du système, ainsi, par exemple, qu’un éditeur de texte HTML et autres, pourront aussi être hébergés dans l’unité de stockage de données ST1. Le serveur HTML_server communique, par exemple, selon le protocole TCP/IP avec un client HTML, HTML_client, du moteur BROWSER_engine, par l’envoi de fichiers au format HTML, HTML_file. Les fichiers HTML_file intègrent des scripts, typiquement en langage « JavaScript ». Selon les applications, d’autres types de fichiers de données textuelles tels que « JSON » (pour « JavaScript Object Notation » en anglais) ou « XML » (pour « eXtensible Markup Language » en anglais) pourront aussi être utilisés pour des échanges. Le type de fichier utilisé pour les échanges pourra être défini à travers l’interface de programmation API1 du système logiciel d’administration de dispositif interactif 50. Dans le moteur BROWSER_engine, le fichier HTML_file qui a été reçu est analysé par un analyseur syntaxique HTML_parser, dit aussi « parseur » par l’homme du métier. Les informations extraites du fichier HTML_file par l’analyseur HTML_parser permettent au moteur BROWSER_engine de construire un modèle objet DeOM sous la forme d’un ensemble d’objets reliés selon une structure en arbre, de manière analogue à la construction d’un modèle objet de document « DOM » (pour « Document Object Model » en anglais) pour l’affichage d’une page HTML par un navigateur Internet. Dans la présente invention, le modèle objet DeOM est un modèle objet de dispositif correspondant au dispositif interactif déployé sur site du système de communication interactive 1. Le modèle objet DeOM est une interface de programmation qui permet aux différents scripts SCRIPT implantés dans le moteur BROWSER_engine, et éventuellement à d’autres programmes logiciels, d’accéder de manière dynamique à une représentation logique structurée de dispositif DLSR du dispositif interactif déployé. La modification de la représentation DLSR du dispositif interactif déployé, à savoir, la modification de son contenu, sa structure, son style ou autres, par les scripts et autres programmes autorise le pilotage et l’actualisation du dispositif interactif. Les scripts implantés dans le moteur BROWSER_engine comprennent notamment ceux extraits du fichier HTML_file transmis par le système logiciel d’administration de dispositif interactif 50. Un moteur JavaScript JAV est compris dans le moteur BROWSER_engine. Différents programmes de type dit « plugin » pourront également être installés pour fonctionner avec le moteur BROWSER_engine. Le choix de ces programmes « plugin » dépendra des applications. Ainsi, le lecteur vidéo 21, susmentionné en relation à la description du dispositif de commande 2 à la Fig.2, est implémenté dans l’exemple de la Fig.3, sous la forme d’un programme « plugin » désigné ici « VIDEO_Player ». Une séquence vidéo disponible sur le réseau Internet à une adresse « URL » (pour « Uniform Resource Locator » en anglais) pourra ainsi être téléchargée par le moteur BROWSER_engine et lue par le lecteur VIDEO_Player, par exemple, sous la commande d’un code d’instruction adéquat dans un script. Par exemple, le lecteur « VIDEO_Player » pourra être le lecteur « Flash Player » (marque déposée) de la société Adobe (marque déposée). Dans l’esprit de l’invention, la représentation logique structurée de dispositif DLSR est une représentation mentale arbitraire du dispositif interactif déployé. La représentation DLSR est formée d’éléments ELEMENT (cf. aussi Fig.4), qui diffèrent des éléments physiques du dispositif interactif déployé, et auxquels sont associés des attributs ATTRIBUTE (cf. Fig.4). Ainsi, la représentation DLSR traite des éléments ELEMENT qui sont, par exemple, des zones, des produits et autres relatifs à la représentation mentale du dispositif interactif déployé et non des capteurs, des boutons-poussoirs, des diodes LED, des répartiteurs réseau et autres qui entrent dans une représentation physique du dispositif interactif déployé. Une modification d’un élément ELEMENT, ou d’un de ses attributs ATTRIBUTE, de la représentation DLSR peut entraîner une modification du dispositif interactif déployé. Ainsi, par exemple, une modification de l’arrière-plan en tant qu’attribut d’une zone de produit formant un élément ELEMENT défini dans la représentation DLSR entrainera un changement de l’éclairage d’une zone physique du site par une commande différente des diodes LED de l’éclairage. Différents éléments logiciels de liaison BINDING sont prévus pour interfacer en entrée et en sortie les éléments ELEMENT de la représentation DLSR avec des composants physiques ou virtuels du dispositif interactif déployé. Les éléments de liaison BINDING incorporent, par exemple, des pilotes logiciels pour remplir leurs fonctions d’interfaçage. Un élément de liaison BINDING peut également modifier des propriétés d’un élément ou appeler des méthodes applicables à cet élément. Il est montré schématique à la Fig.3 des sorties OUT_OR des éléments logiciels de liaison BINDING vers les organes d’interaction OR du dispositif interactif déployé et des entrées IN_OR des organes d’interaction OR. Les entrées IN_OR signale des actions détectées dans le dispositif interactif déployé par les organes d’interaction OR. Les entrées IN_OR peuvent entrainer des modifications des éléments ELEMENT de la représentation DLSR et donc du dispositif interactif déployé en réaction aux actions détectées. Les entrées IN_OR peuvent être converties en des évènements EVENT, relatifs à des éléments ELEMENT ou des attributs ATTRIBUTE de ceux-ci, qui sont destinés à être transmis au système logiciel d’analyse d’évènements d’interaction 51. Les évènements EVENT comportent des types EVENT_type et des valeurs VALUE_type (cf. Fig.4). Les évènements EVENT sont gérés à l’aide d’une bibliothèque EVENTSENDER codée en JavaScript. Les évènements EVENT, les types EVENT_type et les valeurs VALUE_type associés, ainsi que les éléments ELEMENT et les attributs ATTRIBUTE concernés, sont enregistrés dans un fichier de données textuelles EVENT_file qui est transmis par le moteur BROWSER_engine au système logiciel d’analyse d’évènements d’interaction 51. Comme visible à la Fig.3, le système logiciel d’analyse d’évènements d’interaction 51 comprend un analyseur syntaxique EVENT_file_parser qui assure l’analyse du fichier EVENT_file pour en extraire les données. L’analyseur EVENT_file_parser traite le fichier EVENT_file selon le format utilisé, qui peut avoir été spécifié via une interface de programmation API2. Typiquement, un fichier de type JSON ou XML sera utilisé pour le fichier de données textuelles EVENT_file, mais pas exclusivement. Les données extraites du fichier EVENT_file sont stockées dans une base de données DB hébergée dans une unité de stockage de données ST2. Les données extraites sont stockées dans la base de données DB selon le modèle relationnel montré à la Fig.4 et comprennent les évènements EVENT avec leurs types EVENT_type et leurs valeurs VALUE_type associés, les éléments ELEMENT avec leurs types ELEMENT_type et les attributs ATTRIBUTE avec leurs types ATTRIBUTE_type et leurs valeurs ATTRIBUTE_value. Les données liées aux évènements, stockées dans la base de données DB, sont exploitées à l’aide d’un module logiciel ANALYTICS. Le module logiciel ANALYTICS assure l’analyse des données collectées par le système de communication interactive 1. Une interface utilisateur UI2 permet à l’utilisateur de lancer différents outils d’analyse et de visualiser et parcourir les résultats. Un dessin d’écran simplifié d’une interface utilisateur graphique GUI dans une application multisite particulière de l’invention est montré à titre d’exemple à la Fig.5. Dans cette application, différents indices, courbes et autres sont disponibles pour une pluralité de magasins dans lesquels est déployé le système de communication interactive. Des comparaisons entre les magasins ainsi qu’une vue globale sont également disponibles pour l’analyse des résultats par l’utilisateur. Avantageusement, l’invention fait appel à des protocoles, tel que TCP/IP, et des fichiers de données textuelles ouverts, tels que HTML, JSON, XML ou autres qui sont largement répandus et supportés par un grand nombre de plateformes. L’interopérabilité avec les diverses plateformes logicielles utilisées par les clients utilisateurs des données d’évènement est ainsi grandement facilitée. En référence aux Figs.6 à 9, à titre d’exemple, il est décrit ci-dessus le fonctionnement d’un système de communication interactive 6 illustratif. Dans le système de communication interactive 6, le dispositif interactif sur site comprend quatre interrupteurs bouton-poussoir BP1 à BP4 auxquels sont associées des lectures de séquences vidéo sur un écran d’affichage 60. L’appui sur un bouton-poussoir provoque la lecture sur l’écran d’affichage 60 de la séquence vidéo qui lui est associée. A la Fig.6, le dispositif de commande du système de communication interactive 6 installé sur site est représenté par le bloc 61. Le réseau de communication de données, le contrôleur local et autres installés sur site sont représentés par le bloc 62. Le dispositif de commande 61, par exemple sous la forme d’un nano-ordinateur, comprend un moteur de navigateur Internet 610 intégrant un lecteur vidéo (non représenté) comme décrit plus haut en référence à la Fig.3. L’écran d’affichage 60 est relié au dispositif de commande 61, par exemple, à travers une prise « HDMI » (pour « High Definition Multimedia Interface » en anglais). Les différentes séquences vidéo lancées par les boutons-poussoirs BP1 à BP4 sont situées à des adresses URL_V dans le réseau Internet IP et sont téléchargées dans le dispositif de commande 61. Un système logiciel d’administration de dispositif interactif 63 et un système logiciel d’analyse d’évènements d’interaction 64 sont hébergés dans un nuage de serveurs. La Fig.7 montre partiellement un fichier Sys6_HTML, de type ici HTML5, transmis au moteur de navigateur 610 du dispositif de commande 61 pour le déploiement du dispositif interactif. Dans le fichier Sys6_HTML, la partie physique du dispositif formée des quatre boutons-poussoirs BP1 à BP4 est définie entre les balises et (repère 7). Les boutons-poussoirs BP1 à BP4 sont identifiés respectivement « product1Button » à « product4Button ». Entre les balises et (repère 8) sont insérés les différents scripts qui s'exécuteront dans le moteur de navigateur 610. Le modèle objet du dispositif interactif (cf. DeOM à la Fig.3) est implémenté dans une bibliothèque JavaScript désignée « deom.js » qui est importée dans le fichier Sys6_HTML. Les scripts détectant des appuis sur les boutons-poussoirs BP1 à BP4 et définissant la logique de fonctionnement du dispositif interactif sont insérés pour commander le chargement et la lecture des séquences vidéo. La Fig.8 montre des lignes de script relatives à la détection d’un évènement d’appui sur le bouton-poussoir BP1 (product1Button) et au traitement qui suit. Comme visible dans ces lignes, la détection d’un « click » sur le bouton-poussoir par une boucle de détection (eventlistener) commande l’actionnement de diodes LED (port DMX) qui changent la couleur d’éclairage d’une zone physique correspondant à la localisation, par exemple, d’un produit associé à BP1, et commande la lecture de la séquence vidéo correspondante (playvideo1). Cette détection de « click » provoque aussi la création d’un évènement (ev) qui est transmis (eventsender) pour un enregistrement chronologique dans le fichier d’évènements (cf. Event_file à la Fig.3) destiné au système logiciel d’analyse d’évènements d’interaction 64. Le système de communication interactive selon l’invention pourra prendre diverses formes de réalisation. Dans les formes de réalisation illustratives décrites ici en référence aux figures, le système de communication interactive est connecté en permanence au réseau Internet essentiellement pour l’envoi récurrent des données d’évènement d’interaction à un système logiciel d’analyse d’évènements d’interaction. D’autres formes de réalisation ne comprendront pas cette liaison au réseau Internet, par exemple, lorsque l’analyse d’évènements d’interaction n’est pas prévue dans un serveur distant. On notera qu’un système de communication interactive selon l’invention, une fois le dispositif de commande configuré par le chargement d’un fichier HTML, peut fonctionner de manière autonome sans qu’il soit nécessaire que le moteur de navigateur Internet soit connecté au réseau Internet. Bien entendu, l’invention ne se limite pas aux exemples de réalisation qui ont été décrits ici à titre illustratifs. L’homme du métier, selon les applications de l’invention, pourra apporter différentes modifications et variantes entrant dans le champ de protection de l’invention. Système de communication interactive (1) comprenant un dispositif interactif déployé sur site ayant une pluralité d’organes physiques d’interaction (OR) qui sont agencés pour des interactions avec des utilisateurs (VIS), caractérisé en ce que ledit dispositif interactif déployé sur site comprend un dispositif de commande (2) hébergeant un moteur de navigateur Internet (20, BROWSER_engine), ledit dispositif de commande (2) assurant une fonction de commande dudit dispositif interactif déployé à l’aide dudit moteur de navigateur Internet (20, BROWSER_engine). Système de communication interactive selon la revendication 1, caractérisé en ce que ledit dispositif de commande (2) assure également une fonction de mise en forme de données d’évènements d’interaction détectés dans ledit dispositif interactif déployé sur site, lesdites données d’évènements d’interaction étant destinées à être exploitées par un système logiciel d’analyse d’évènements d’interaction (51). Système de communication interactive selon la revendication 2, caractérisé en ce que ladite fonction de mise en forme de données d’évènements d’interaction est assurée à l’aide dudit moteur de navigateur Internet (20, BROWSER_engine), et en ce que ledit dispositif de commande (2) réalise également une fonction de transmission desdites données d’évènements d’interaction audit système logiciel d’analyse d’évènements d’interaction (51) qui est assurée à l’aide dudit moteur de navigateur Internet (20, BROWSER_engine). Système de communication interactive selon la revendication 3, caractérisé en ce que lesdites données d’évènements d’interaction sont enregistrées chronologiquement dans un fichier de données textuelles (EVENT_file) pour leur transmission audit système logiciel d’analyse d’évènements d’interaction (51). Système de communication interactive selon la revendication 4, caractérisé en ce que ledit fichier de données textuelle (EVENT_file) est de type JSON ou XML. Système de communication interactive selon l’une quelconque des revendications 1 à 5, caractérisé en ce que ledit dispositif de commande (2) est configuré à l’aide du chargement d’un fichier de type HTML (HTML_file) par ledit moteur de navigateur Internet (20, BROWSER_engine). Système de communication interactive la revendication 6, caractérisé en ce que ledit chargement dudit fichier de type HTML implante dans ledit dispositif de commande (2) une représentation logique structurée (ELEMENT, DSLR) dudit dispositif interactif déployé sur site, des éléments de liaison (BINDING) entre ladite représentation logique structurée (DSLR) et des composants physiques ou virtuels dudit dispositif interactif déployé, ainsi qu’au moins une bibliothèque de type « JavaScript » (JAV, EVENTSENDER), ladite représentation logique structurée (ELEMENT, DSLR) étant modifiable en fonction des interactions détectées dans ledit dispositif interactif déployé sur site et agissant sur ladite pluralité d’organes physiques d’interaction (OR). Système de communication interactive selon l’une quelconque des revendication 1 à 7, caractérisé en ce que ledit dispositif interactif déployé sur site est connecté à un ou plusieurs serveurs informatiques (5) à travers le réseau Internet (IP), lesdits un ou plusieurs serveurs informatiques (5) hébergeant un système logiciel d’administration de dispositif interactif (50) et un système logiciel d’analyse d’évènements d’interaction (51). Système de communication interactive selon l’une quelconque des revendications 1 à 8, caractérisé en ce que ledit moteur de navigateur Internet (20, BROWSER_engine) comprend un lecteur vidéo (VIDEO_Player). Système de communication interactive selon l’une quelconque des revendications 1 à 9, caractérisé en ce que ledit dispositif de commande (2) est un nano-ordinateur.