Dispositif de pilotage d'une interface de restitution d'un contenu multimédia, serveur, procédés de pilotage et de contrôle associés L'invention concerne la diffusion de contenus multimédia à caractères pédagogique, distractif ou simplement informatif au sein d'espaces publics, tels que, à titre d'exemples non limitatifs, une salle 5 d'attente chez un médecin, un salon de coiffure ou encore un magasin. De tels contenus peuvent s'apparenter à une annonce publicitaire, à des informations météorologiques, à des didacticiels, des vidéogrammes, etc. Actuellement, pour restituer de tels contenus multimédia au public 10 concerné, des opérateurs utilisent une ou plusieurs interfaces de restitution sous des formes variées, par exemple un ou plusieurs téléviseurs, des vitrines ou totems interactifs, des vidéoprojecteurs, etc. 15 Pour alimenter une interface de restitution en contenus multimédia et maîtriser la diffusion de tels contenus multimédia à destination du public, une première solution consiste à connecter à un téléviseur, via un port de communication adapté, un support de contenus 20 amovible par exemple sous la forme d'une clé de stockage selon une terminologie « Secure Digital » selon Le téléviseur détecte la de contenus. Lorsque choisit l'entrée vidéo USB « Universal Serial Bus » anglo-saxonne ou une carte SD une terminologie anglo-saxonne. présence d'un tel support 25 l'utilisateur du téléviseur idoine, le lecteur multimédia interne du téléviseur restitue en continu et séquentiellement les contenus multimédia enregistrés sur ledit support amovible via l'écran et/ou un haut-parleur du téléviseur. 30 Les opérations de maintenance et de gestion des contenus multimédia peuvent rapidement se révéler fastidieuses. En effet, c'est au médecin, au pharmacien ou encore au coiffeur qu'incombe la charge de mettre à jour régulièrement et manuellement le support de contenus à l'aide d'un ordinateur. Une telle solution est en outre peu compatible avec le besoin d'une restitution conjointe de contenus par une pluralité d'interfaces de restitution respectivement réparties, par exemple au sein d'un réseau franchisé, pour lequel, il est requis que des contenus multimédia identiques soient diffusés quasi simultanément quelles que soient, par exemple, les salles d'attente ou les salons fréquentés par le public. Un constat similaire s'effectue pour un besoin visant à équiper un espace marchand d'une pluralité d'interfaces de restitution pour lesquelles on souhaite synchroniser la restitution de contenus multimédia. En outre, une telle solution ne permet pas une gestion dynamique de contenus multimédia fréquemment remplacés ou mis à jour sans requérir l'intervention d'un opérateur distant sur le scénario de restitution de contenus multimédia. Pour tenter de contourner certains de ces inconvénients, une deuxième solution consiste à connecter, en lieu et place d'un support de mémoire amovible, un mini-ordinateur comportant une mémoire de contenus et un lecteur multimédia intégrés. Un tel dispositif est connecté à un téléviseur via un port de communication adapté, par exemple un port HDMI « High Definition Multimedia Interface » selon une terminologie anglo-saxonne. Il est possible de connecter en outre ledit mini-ordinateur à un clavier pour paramétrer celui-ci, voire encore de relier ledit mini-ordinateur au réseau Internet pour, par exemple, télécharger des contenus multimédia. Bien que simplifiant certaines opérations manuelles, une telle solution demeure peu aisée à mettre en oeuvre par un non-spécialiste, notamment pour configurer le mini-ordinateur.
Une troisième solution consiste à exploiter directement le syntoniseur ou tuner d'un téléviseur pour diffuser un contenu multimédia à l'instar d'un programme télévisé. Il existe ainsi des chaînes de télévision spécialisées disponibles par abonnements contractés auprès d'opérateurs. Une telle solution décharge 5 l'utilisateur d'une interface de restitution de toute opération manuelle visant à configurer un support amovible ou encore un mini-ordinateur. En revanche, il est impossible d'interagir sur le scénario de diffusion ou encore de personnaliser la restitution de contenus. 10 Ledit scénario s'impose en effet à l'intégralité des abonnés. La présente invention remédie aux inconvénients précités en proposant une solution pour paramétrer 15 aisément un ou plusieurs scenarii de diffusion de contenus multimédia, quelles que soient les interfaces de restitution exploitées, minimisant, voire supprimant, toute intervention d'un spécialiste en informatique ou en bureautique sur site. L'invention permet en outre de 20 pouvoir déroger à un scénario itératif de diffusion par la définition d'horaires programmés de restitutions d'un contenu multimédia prioritaire. L'invention s'appuie, pour cela, sur un dispositif de pilotage d'une interface de restitution de contenus multimédia, ledit dispositif 25 étant agencé pour automatiquement solliciter auprès d'un serveur d'application idoine des actions de mises à jour et/ou de contrôle de son fonctionnement, et par là-même de scenarii de restitution. 30 A cet effet, l'invention concerne un dispositif de pilotage d'une interface de restitution de contenus multimédia comportant : - des moyens de traitement ; - une mémoire de données ; 35 - des premiers moyens de communication pour coopérer avec l'interface de restitution ; - des deuxièmes moyens de communication pour coopérer avec un serveur d'application distant. Pour qu'un scénario de restitution soit automatiquement mis à jour, la mémoire de données d'un 5 tel dispositif de pilotage enregistre un ou plusieurs contenus multimédia respectivement associés à des identifiants dédiés, une liste de diffusion de contenus multimédia comportant un ou plusieurs identifiants de contenus multimédia parmi ledit ou lesdits contenus 10 multimédia enregistrés par ladite mémoire de données et un identifiant propre au dispositif de pilotage. Les deuxièmes moyens de communication sont en outre adaptés pour : émettre à destination du serveur d'application 15 un message de sollicitation d'actions élaboré par les moyens de traitement et invitant ledit serveur à émettre un message de contrôle à destination dudit dispositif de pilotage, ledit message de contrôle comportant des commandes 20 d'actions interprétables par lesdits moyens de traitement du dispositif de pilotage ; recevoir et transmettre auxdits moyens de traitement ledit message de contrôle émis par le serveur d'application. 25 Les moyens de traitement d'un tel dispositif de pilotage sont quant à eux agencés pour : mettre à jour la liste de diffusion en réponse à l'interprétation du message de contrôle ; - lire séquentiellement le ou les identifiants 30 inscrits dans la liste de diffusion ; - lire en mémoire de données, le contenu multimédia associé à chaque identifiant inscrit dans ladite liste de diffusion ; - déclencher une restitution par l'interface de 35 restitution de chacun desdits contenus multimédia lus.
Un tel dispositif de pilotage est principalement agencé pour que ses moyens de traitement mettent en oeuvre un procédé de pilotage d'une interface de restitution. 5 Ledit procédé comporte un premier traitement pour diffuser itérativement des contenus multimédia enregistrés dans la mémoire de données du dispositif et un deuxième traitement d'actions sollicitées par ledit dispositif auprès d'un serveur d'application distant. 10 Selon un deuxième objet, l'invention concerne un serveur d'application comportant des moyens de traitement, des premiers moyens de communication pour coopérer avec un ou plusieurs dispositifs de pilotage 15 d'une interface de restitution également conformes à l'invention, des moyens de mémorisation, lesdits premiers moyens de communication et lesdits moyens de mémorisation coopérant avec lesdits moyens de traitement du serveur. Pour mettre automatiquement à jour le contenu d'une 20 mémoire d'un dispositif de pilotage ou pour agir à distance sur un scénario de restitution mis en oeuvre par un tel dispositif de pilotage, les moyens de mémorisation dudit serveur enregistrent : - un répertoire comprenant un ou plusieurs 25 contenus multimédia respectivement associés à des identifiants dédiés ; - une table comprenant un enregistrement par dispositif de pilotage, chaque enregistrement comportant un identifiant propre au dispositif 30 de pilotage, une copie d'une liste de diffusion de contenus multimédia comprenant un ou plusieurs identifiants de contenus multimédia, ladite liste de diffusion en tant que telle étant enregistrée dans la mémoire de données du 35 dispositif de pilotage ; - un répertoire de listes de diffusion comportant respectivement un ou plusieurs identifiants de contenus multimédia parmi ceux inscrits dans le répertoire des contenus multimédia, chaque liste dudit répertoire de listes de diffusion étant associée à l'identifiant d'un dispositif de pilotage. En outre, les moyens de traitement d'un tel serveur d'application sont agencés pour élaborer un message de contrôle et en déclencher l'émission par les premiers moyens de communication à destination d'un dispositif de pilotage déterminé, ledit message de contrôle encodant une ou plusieurs commandes d'actions interprétables par ce dernier, en réponse à la réception préalable, par lesdits premiers moyens de communication, d'un message de sollicitation d'actions émis par ledit dispositif de pilotage déterminé. Un tel serveur d'application est agencé pour que ses moyens de traitement mettent en oeuvre un procédé de contrôle d'un dispositif de pilotage d'une interface de restitution de contenus multimédia. Un tel procédé comporte principalement un traitement d'un message en sollicitation d'actions émis par ledit dispositif, ledit traitement comprenant : - une étape pour décoder ledit message réceptionné par les premiers moyens de communication dudit serveur et déterminer l'identifiant du dispositif de pilotage émetteur dudit message ; - une étape pour produire une ou plusieurs commandes d'actions selon la teneur de la table comprenant un enregistrement associé audit dispositif de pilotage ; - une étape pour encoder la ou lesdites commandes d'actions en un message de contrôle à destination dudit dispositif de pilotage et émettre, par les premiers moyens de communication du serveur, ledit message de contrôle produit.
Selon un troisième objet, l'invention concerne un système comportant une interface de restitution de contenus multimédia, un dispositif de pilotage coopérant avec ladite interface de restitution, un serveur d'application coopérant avec ledit dispositif de pilotage, ledit dispositif de pilotage et ledit serveur étant conformes à l'invention. Selon un quatrième objet, l'invention concerne en outre un produit programme d'ordinateur comportant une ou plusieurs instructions de programme qui, lorsqu'elles sont interprétées ou exécutées par des moyens de traitement d'un dispositif de pilotage d'une interface de restitution, ledit dispositif de pilotage étant conforme à l'invention, déclenchent la mise en oeuvre d'un procédé de pilotage de l'interface de restitution, ledit procédé étant également conforme à l'invention. L'invention concerne en outre un produit programme d'ordinateur comportant une ou plusieurs instructions de programme qui, lorsqu'elles sont interprétées ou exécutées par des moyens de traitement d'un serveur d'application conforme à l'invention, déclenchent la mise en oeuvre d'un procédé de contrôle d'un dispositif de pilotage également conforme à l'invention. D'autres caractéristiques et avantages apparaîtront plus clairement à la lecture de la description qui suit se rapportant à un exemple de réalisation donné à titre indicatif et non limitatif, et à l'examen des figures qui l'accompagnent parmi lesquelles : - la figure 1 décrit un système conforme à l'invention, comportant une interface de restitution de contenus multimédia sous la forme d'un téléviseur coopérant avec un dispositif de pilotage de ladite interface, ledit dispositif étant en communication avec un serveur d'application distant ; - la figure 2 illustre un exemple de réalisation d'un procédé de pilotage, mis en oeuvre par les moyens de traitement d'un dispositif de pilotage d'une interface de restitution d'un système conforme à l'invention ; - la figure 3 décrit un exemple de réalisation d'un procédé de contrôle d'un dispositif de pilage selon l'invention, ledit procédé étant mis en oeuvre par les moyens de traitement d'un serveur d'application conforme à l'invention.
La figure 1 présente un exemple non limitatif d'application mettant en situation une interface 10 de restitution de contenus multimédia sous la forme d'un poste de télévision ou téléviseur. Une telle interface est parfaitement adaptée pour restituer à un public, par exemple au sein d'un salon de coiffure, un ou plusieurs contenus multimédia, de types vidéogramme ou annonce publicitaire. Selon l'invention une telle interface pourrait consister en un vidéoprojecteur, un ensemble vidéo et acoustique, ou plus généralement tout équipement apte à délivrer une information perceptible par l'humain notamment. Pour en assurer le pilotage, l'invention prévoit que l'interface 10 coopère avec un dispositif de pilotage 20.
Une telle coopération peut consister en une liaison filaire 11, par exemple conforme à la norme HDMI « Interface Multimédia Haute Définition » ou encore « High Definition Multimedia Interface » selon une terminologie anglo-saxonne. Cette liaison numérique audio et/ou vidéo permet de transmettre un flux, éventuellement chiffré et/ou compressé, depuis une source audio et/ou vidéo connue du grand public, par exemple un lecteur Bluray ou DVD de salon, un ordinateur ou une console de jeu, à un téléviseur, vidéoprojecteur ou tout autre moyen équivalent. En variante, ledit dispositif de pilotage selon l'invention pourrait coopérer avec ladite interface 10 au moyen d'une liaison 11 conforme à la norme « Interface commune » ou « Common Interface » selon une terminologie anglo-saxonne, via un bus PCMCIA ou « Personal Computer Memory Card International Association » selon une terminologie anglo-saxonne. Un tel dispositif aurait dans ce cas, un aspect extérieur proche de celui d'un décodeur pour chaîne payante (schéma de protection de contenus payants ou « Conditional Access Systems » selon une terminologie anglo-saxonne). Ces exemples de liaison 11 ne sauraient constituer une quelconque limitation pour l'invention. Un tel dispositif de pilotage 20 pourrait, en variante, être intégré à l'interface 10 ou encore communiquer avec cette dernière par tous autres protocoles et liaisons.
Pour maîtriser la restitution de contenus multimédia via l'interface de restitution 10 selon un scénario déterminé, un dispositif de pilotage 20, par exemple sous la forme non limitative d'un mini-ordinateur, comporte des moyens de traitement 21 agencés pour mettre en oeuvre un procédé de pilotage 200 innovant, tel que décrit, à titre non limitatif, par la figure 2. Lesdits moyens de traitement 21 consistent avantageusement en un microcontrôleur agencé pour interpréter ou exécuter des instructions d'un programme d'ordinateur, préalablement enregistrées dans une mémoire de programme 23 coopérant avec ledit microcontrôleur via un bus de communication symbolisé en figure 1 par une double flèche. Avantageusement, le fonctionnement du dispositif de pilotage 20 est déterminé par l'exploitation d'un produit programme d'ordinateur dont les instructions de programme sont téléchargées et inscrites dans la mémoire de programme 23. L'interprétation ou l'exécution desdites instructions par ledit microcontrôleur provoque la mise en oeuvre d'un procédé de pilotage 200 conforme à l'invention.
Les moyens de traitement 21 coopèrent en outre, par exemple au moyen d'un bus filaire, avec des premiers moyens de communication 24 pour piloter l'interface de restitution 10. Lesdits moyens 24 sont adaptés et agencés pour assurer des échanges via la liaison 11, notamment pour émettre un flux en lien avec un contenu multimédia, voire pour recevoir des données et/ou caractéristiques fonctionnelles de l'interface de restitution, si celle-ci est agencée pour transmettre de telles données. Un dispositif de pilotage 20 conforme à l'invention comporte en outre une mémoire de données 22, coopérant avec les moyens de traitement 21. Une telle mémoire de données 22 peut consister en une pluralité de sous-mémoires, éventuellement physiquement ou logiquement dissociées. La mémoire 22 peut être avantageusement amovible, pour toute ou partie. Dans ce cas, la mémoire 22 coopère avec les moyens de traitement via un port de communication, par exemple un port adapté pour communiquer en lecture et/ou écriture avec une carte SD « Secured Digital » selon une terminologie anglo-saxonne, USB « Universal Serial Bus » selon une terminologie anglo-saxonne, ou toute autre technologie équivalente. La mémoire de données 22 est agencée pour enregistrer diverses structures de données dont les accès en lecture et/ou en écriture respectifs peuvent être distincts et 30 gérés par les moyens de traitement 21. A l'instar des solutions connues exploitant un miniordinateur ou un support amovible, une première structure de données 22c comprend un ou plusieurs contenus multimédia. Lesdits contenus multimédia sont 35 avantageusement et respectivement associés à des identifiants dédiés.
Une deuxième structure de données 22p, enregistrée par la mémoire 22, consiste en une liste de diffusion de contenus multimédia. Une telle liste comporte un ou plusieurs identifiants de contenus multimédia parmi ceux enregistrés par ladite mémoire de données 22, dans la structure 22c. Un dispositif de pilotage est également associé à un identifiant IDd qui lui est propre. La valeur d'un tel identifiant est avantageusement également enregistrée dans la mémoire de données 22, plus précisément, selon un mode de réalisation préféré, dans une structure de la mémoire de données résidente protégée contre tout effacement. En variante, un tel identifiant pourrait être mis à jour au moyen d'une commande d'écriture dédiée et sécurisée depuis une entité distance éventuellement. Pour permettre de mettre en oeuvre l'invention et prévoir un dispositif de pilotage adaptable et configurable ne requérant aucune opération de maintenance sur site, ledit dispositif de pilotage 20 comporte en outre des deuxièmes moyens de communication 25 pour coopérer avec un serveur d'application 30 distant. De tels deuxièmes moyens de communication (25) permettent une liaison avec ledit serveur 30 au travers d'un réseau Ni, tel qu'a titre non limitatif Internet ou un réseau intranet. Lesdits moyens 25 peuvent assurer directement une telle liaison via, par exemple un port pour connecteur 8P8C, couramment nommé RJ45 pour des connexions Ethernet. En variante, de tels moyens 25, peuvent en outre assurer une communication sans fil, par exemple de type WI-Fi ou WLAN, avec un point d'accès idoine. Les deuxièmes moyens de communication 25 sont adaptés pour émettre, à destination du serveur d'application 30, un premier type de message Mo, dit de sollicitation d'actions, élaboré par les moyens de traitement 21. L'objet d'un tel message Mo est, comme nous le verrons ultérieurement en liaison avec la description d'un exemple non limitatif de procédé de pilotage 200 décrit par la figure 2, d'inviter ledit serveur 30 à élaborer et émettre un ou plusieurs messages de contrôle Mi à destination dudit dispositif de pilotage 20, comportant des commandes d'actions interprétables par les moyens de traitement 21 du dispositif de pilotage 20. Ces commandes d'actions sont notamment interprétées par le dispositif de pilotage pour, par exemple, mettre à jour le contenu d'une ou plusieurs structures de données de la mémoire de données 22, voire encore pour paramétrer et agir sur l'exécution du procédé de pilotage 200 mis en oeuvre par lesdits moyens de traitement 21. A titre d'exemples non limitatifs, de telles commandes d'actions peuvent ainsi provoquer la mise à jour de la liste de diffusion 22p, la lecture séquentiellement et/ou ordonnée de continus multimédia dont les identifiants de contenus multimédia sont inscrits dans ladite liste de diffusion, la lecture, le déclenchement d'une restitution par l'interface de restitution 10 d'un contenu multimédia particulier, l'arrêt de la restitution courante, etc. Les deuxièmes moyens de communication 25 sont agencés pour transmettre un tel message de contrôle Mi aux moyens de traitement 21 pour que ceux-ci le décodent et interprètent une ou plusieurs commandes d'actions émanant du serveur 30. Un message émis par le serveur 30 comporte ou encode avantageusement l'identifiant dédié IDd du dispositif pour que seul ce dernier interprète ledit message de contrôle. Un dispositif de pilotage 20 conforme à l'invention peut en outre comporter des troisièmes moyens de communication pour établir un dialogue avec un objet communicant, tel qu'une télécommande 50, ou un objet électronique communicant doté d'une fonction de pilotage dudit dispositif, tel qu'un smartphone ou une tablette tactile comportant une application simulant une telle télécommande 50. Ces troisièmes moyens 26, peuvent consister en un port infrarouge, supporter un protocole de communication sans fil de proximité du type Bluetooth ou équivalent. Ils coopèrent avec les moyens de traitement 21 afin de donner éventuellement à un utilisateur, par exemple, un coiffeur, un médecin, la possibilité d'agir sur le scénario courant de restitution de diffusion de contenus multimédia, voire sur la configuration du dispositif. Ces troisièmes moyens de communication 26 sont toutefois optionnels, l'objectif principal de l'invention étant de décharger ledit utilisateur local de toute action en lien avec la restitution de contenus multimédia par l'interface 10.
Pour communiquer et configurer à distance le fonctionnement et le contenu de la mémoire de données 22 ou de la mémoire de programmes 23 d'un dispositif de pilotage 20 conforme à l'invention, un serveur d'application 30 comporte avantageusement des moyens de traitement 31 sous la forme d'un ou plusieurs microcontrôleurs coopérant avec une mémoire de programmes 33 et des moyens de mémorisation 32. A l'instar d'un dispositif 20, le comportement dudit serveur 30 peut être déterminé par un produit programme d'ordinateur, dont les instructions de programme sont inscrites dans ladite mémoire de programmes 33, et dont l'exécution et/ou l'interprétation par lesdits moyens de traitement 31 provoquent la mise en oeuvre d'un procédé 300 de contrôle d'un ou plusieurs dispositifs de pilotage, tel que le procédé 300 décrit à titre d'exemple non limitatif en liaison avec la figure 3. Lesdits moyens de traitement 31 coopèrent en outre avec des premiers moyens pour communiquer 35, via un bus filaire par exemple, pour élaborer et déclencher l'émission, par lesdits moyens 35, de messages de contrôle Mi à destination d'un ou plusieurs dispositifs de pilotage 20, au travers du réseau Ni, lesdits messages de contrôle Mi comportant respectivement une ou plusieurs commandes d'actions interprétables par ces derniers. Les moyens de mémorisation 32, coopérant avec les moyens de traitement 31, peuvent consister en une pluralité de mémoires éventuellement physiquement ou logiquement dissociées. Les moyens de mémorisation 32 sont agencés pour enregistrer diverses structures de données dont les accès en lecture et/ou en écriture respectifs peuvent être distincts et gérés par les moyens de traitement 31. Une première structure 32c consiste en un répertoire de contenus comprenant un ou plusieurs contenus multimédia respectivement associés à des identifiants dédiés. Un tel répertoire peut s'apparenter à une banque de contenus multimédia respectivement téléchargeables dans une mémoire de données 22 d'un dispositif de pilotage 20. Une deuxième structure de données 32d consiste avantageusement en une table d'un ou plusieurs enregistrements associés respectivement à des dispositifs de pilotage 20 conformes à l'invention. Selon un mode de réalisation préféré, chaque enregistrement de la table 32d comporte la valeur de l'identifiant propre IDd au dispositif de pilotage, une copie de la dernière liste de diffusion de contenus multimédia connue, comprenant un ou plusieurs identifiants de contenus multimédia, ladite liste de diffusion « originale » étant, a priori, inscrite dans la mémoire de données 22 du dispositif de pilotage 20.
Les moyens de mémorisation 32 peuvent en outre enregistrer une troisième structure de données 32p, consistant en un répertoire de listes de diffusion comportant respectivement un ou plusieurs identifiants de contenus multimédia parmi ceux inscrits dans le répertoire des contenus multimédia 32c, chaque liste de diffusion dudit répertoire de listes de diffusion étant associée à l'identifiant d'un dispositif de pilotage. Un tel répertoire constitue une banque de listes de diffusion prévues pour être téléchargées dans les mémoires de données 22 respectives de dispositifs de pilotage conjointement ou en lien avec une commande d'actions et ainsi caractériser des scenarii de restitution de contenus multimédia. Selon un mode de réalisation particulièrement avantageux, l'invention prévoit qu'un scénario de restitution déterminé par une liste de diffusion, ladite liste étant inscrite dans une mémoire de données 22 d'un dispositif de pilotage 20, puisse être interrompu par le déclenchement de la restitution d'un contenu multimédia prioritaire. Une telle interruption peut être associée à un horaire de déclenchement déterminé. Un tel contenu multimédia dont la restitution est prioritaire peut relater une opération promotionnelle par exemple ou toute autre information à caractère prioritaire. Pour mettre en oeuvre une telle fonctionnalité, les moyens de mémorisation 32 d'un serveur 30 conforme à l'invention peuvent enregistrer une quatrième structure de données 32h sous la forme d'un répertoire ou table d'enregistrements de restitution d'un contenu multimédia prioritaire programmée. Un tel enregistrement comporte la valeur d'un identifiant d'un contenu multimédia, ledit contenu étant enregistré dans le répertoire de contenus 32c, et une donnée caractérisant un horaire de déclenchement déterminé. Chaque enregistrement dudit répertoire 32h est associé à l'identifiant IDd du dispositif de pilotage concerné. De son côté, la mémoire de données 22 dudit dispositif de pilotage est agencée pour enregistrer une structure de données 22h traduisant un tel horaire de restitution prioritaire programmée. Nous détaillerons l'interprétation d'une telle structure de données 22h par les moyens de traitement 21 d'un dispositif de pilotage lors de la description du procédé de pilotage 200 en liaison avec la figure 2. Pour pouvoir déterminer une liste de diffusion ou bien paramétrer le fonctionnement d'un dispositif de pilotage, un serveur d'application 30 conforme à l'invention comporte en outre des deuxièmes moyens de communication 34 pour coopérer avec un poste utilisateur 40 distant. Un tel poste 40 peut être un ordinateur ou un objet électronique communicant. A titre d'exemple de réalisation préféré, une telle interaction entre un serveur 30 et un poste utilisateur 40 peut se traduire par une connexion 41 via un réseau N2, tel qu'Internet ou un réseau intranet, via une interface WEB, c'est-à-dire via un navigateur internet depuis ledit poste utilisateur 40. Ainsi, les deuxièmes moyens de communication 34 sont agencés pour recevoir et transmettre aux moyens de traitement 31 du serveur 30, un ou plusieurs messages de paramétrage Mp d'un dispositif de pilotage 20. En liaison avec la figure 3, lesdits moyens de traitement 31 sont agencés pour décoder un tel message Mp et mettre en oeuvre un traitement 312 pour, par exemple, créer ou plus généralement mettre à jour 313p le répertoire 32p de listes de diffusion au sein des moyens de mémorisation de données 32. Plus précisément, une liste de diffusion de contenus multimédia, associée au dispositif de pilotage concerné par ledit message de paramétrage Mp, peut ainsi être définie depuis le poste utilisateur 40. Il est également possible, lorsque le serveur d'application 30 le prévoit, de définir, au moyen d'un ou plusieurs messages de paramétrage Mp, un horaire de déclenchement de la restitution prioritaire d'un contenu multimédia. Les moyens de traitement 31 mettent dès lors en oeuvre un traitement 313h pour mettre à jour le répertoire 32h d'enregistrements de restitution d'un contenu multimédia prioritaire programmée.
Les deuxièmes moyens de communication 34 peuvent en outre être avantageusement agencés pour recevoir et transmettre aux moyens de traitement 31 un message de paramétrage Mp d'un dispositif de pilotage 20, pour lequel les moyens de traitement 31 mettent en oeuvre un traitement 313d pour mettre à jour l'enregistrement associé à un dispositif de pilotage déterminé dans la table 32d. Par exemple, l'invention prévoit que l'on puisse assigner un dispositif de pilotage à un réseau de dispositifs de pilotage. Ainsi, il est possible d'assigner une liste de diffusion, voire un horaire de déclenchement de restitution prioritaire, à une pluralité de dispositifs en lieu et place d'une assignation unitaire, dispositif par dispositif. Cela permet ainsi de factoriser un paramétrage d'une pluralité de dispositifs de pilotage 20. L'enregistrement associé à un dispositif de pilotage peut en outre comporter une donnée destinée à agir sur le fonctionnement de ce dernier. Ainsi, une telle donnée peut être interprétée par les moyens de traitement 31 du serveur lors de l'élaboration de commande d'actions pour intimer à un dispositif, ou à un réseau de dispositifs, un arrêt de fonctionnement ou une mise à jour du produit programme d'ordinateur régissant son fonctionnement. Une telle fonctionnalité permet ainsi de pouvoir geler le fonctionnement d'un dispositif lorsqu'un abonnement prend fin par exemple. Réciproquement, les deuxièmes moyens de communication 34 peuvent être agencés, au même titre que les moyens de traitement 31, pour que des messages de supervision Ms soient élaborés par lesdits moyens de traitement 31, puis transmis auxdits deuxièmes moyens de communication 34 à destination du poste utilisateur 40. De tels messages Ms encodent une vue du statut de fonctionnement et de configuration d'un ou plusieurs dispositifs de pilotage.
Les moyens de traitement 31 exploitent pour cela une ou plusieurs structures de données enregistrées dans les moyens de mémorisation 32. Via, préférentiellement mais non limitativement, un navigateur internet, il est ainsi possible se superviser le fonctionnement de dispositifs de pilotage 20.
Pour échanger des messages de sollicitation d'actions ou des messages de contrôle avec un serveur d'application 30 conforme à l'invention, les moyens de mémorisation 32 enregistrent, à l'instar de la mémoire 22 d'un dispositif de pilotage, un identifiant IDs propre ou dédié audit serveur d'application. Les identifiants dudit serveur 30 et d'un dispositif de pilotage peuvent consister en des valeurs déterminées. Dans ce cas, les messages échangés comportent l'identifiant du destinataire, voire celui de l'émetteur.
En variante ou en complément, lesdits identifiants IDs et IDd peuvent consister en un couple d'une clé publique et d'une clé privée. L'invention prévoit alors que tout message échangé entre les deux entités puisse être signé avec la clé privée de l'émetteur. En variante, lesdits identifiants peuvent consister en une clé privée de chiffrement et/ou de déchiffrement. Les messages peuvent alors être chiffrés à l'aide de cette clé privée préalablement à leurs émissions. L'entité destinataire peut identifier l'auteur, i.e. un dispositif de pilotage 20 ou le serveur 30. Dans le cas d'un schéma - dit à clé publique - les moyens de traitement 21 ou 31 du destinataire peuvent vérifier la signature d'un message entrant en utilisant la clé publique de l'émetteur. Si le destinataire ne dispose pas de l'identifiant de l'émetteur, il ignore ledit message entrant. En liaison avec la figure 1, la figure 2 permet de décrire un exemple de procédé de pilotage 200 mis en oeuvre par les moyens de traitement 21 d'un dispositif de pilotage 20 selon l'invention. Dans le cadre de cet exemple, par souci de concision, des étapes avantageuses d'authentification et de sécurité assurant des échanges sécurisés entre les entités, serveur d'application 30 et dispositif de pilotage 20 notamment, du système décrit en figure 1 sont omises. Les messages échangés entre lesdites entités peuvent ainsi être avantageusement signés, voire chiffrés. Un tel procédé 200 de pilotage d'une interface de restitution 10, ledit procédé étant mis en oeuvre par des moyens de traitement 21 d'un dispositif de pilotage 20 comporte un premier traitement 210 pour déclencher la restitution itérative de contenus multimédia enregistrés dans la mémoire de données 22 du dispositif. Il comporte en outre un traitement 220 d'actions sollicitées par ledit dispositif 20 auprès du serveur d'application 30 distant. Le traitement 210 pour diffuser des contenus multimédia comporte itérativement une pluralité d'étapes. Une première étape 211 consiste à rechercher dans la mémoire de données 22 du dispositif de pilotage 20 une structure de données 22p correspondant à une liste de diffusion de contenus multimédia. Comme évoqué précédemment, une telle liste, si elle existe, comporte un ou plusieurs identifiants de contenus multimédia. Si aucune liste de diffusion n'est enregistrée (situation symbolisée par le lien 211n en figure 2), le traitement 210 s'interrompt en 217. Dans le cas contraire (situation symbolisée par le lien 211y en figure 2), le traitement itératif 210 comporte une étape 213 pour accéder séquentiellement en lecture à la mémoire de données, plus précisément au sein de la première structure de données 22c, mémorisant un ou plusieurs contenus multimédia. L'étape 213 consiste en outre à lire successivement tout contenu multimédia, incluant un éventuel décodage ou déchiffrement à la volée de celui-ci, dont l'identifiant est contenu dans ladite liste de diffusion. Ledit traitement 210 comporte en outre une étape 214 pour déclencher la restitution, par l'interface de restitution 10, via les premiers moyens de communication 24 du dispositif de pilotage 20, de chaque contenu multimédia lu. Pour effectuer une telle lecture séquentielle de contenus, selon un scénario déterminé par la liste de diffusion, l'invention prévoit que l'on puisse utiliser un index initialisé en une étape 212 préalable à l'itération des étapes 213 et 214. Ledit index étant incrémenté en 216, c'est-à-dire après que chaque contenu multimédia lu et restitué. Lorsque la liste de diffusion ainsi indexée est intégralement lue (situation symbolisée par le lien 216y en figure 2), ledit index est de nouveau réinitialisé afin que la liste de diffusion soit de nouveau parcourue séquentiellement. Pour pouvoir affranchir l'utilisateur du dispositif et de l'interface de restitution de toute action manuelle visant à élaborer une telle liste de diffusion, le procédé 200 mis en oeuvre par les moyens de traitement 21 d'un dispositif de pilotage 20 conforme à l'invention, comporte un traitement 220 dont la mise en oeuvre par lesdits moyens de traitement 21 est avantageusement déclenchée selon une période temporelle Ttl, par exemple, toutes les vingt-quatre heures ou selon toute autre période temporelle déterminée. Ce traitement vise à ce qu'automatiquement, selon ladite période Ttl, un message de sollicitation d'actions Mo soit élaboré en une étape 221, puis transmis aux deuxièmes moyens de communication 25 pour émission à destination du serveur d'application 30, au travers du réseau Ni. Un tel message Mo encode l'identifiant IDd du dispositif et est destiné, comme nous le verrons ultérieurement en liaison avec la figure 3, à solliciter auprès dudit serveur 30, une ou plusieurs actions à entreprendre, en réponse audit message Mo, par les moyens de traitement 21 du dispositif de pilotage 20. De telles actions sont déterminées par ledit serveur 30 et transmises audit dispositif de pilotage 20, au moyen d'un message de contrôle Mi, par ledit serveur 30, encodant une ou plusieurs commandes d'actions. Le traitement 220 comporte dès lors, après émission du message Mo en 221, une étape 222 d'attente de réception d'un tel message de contrôle Mi. Lorsqu'un tel message Mi est réceptionné par les deuxièmes moyens de communication 25 (situation symbolisée par le lien 222y en figure 2), le traitement 220 comporte une étape 223 pour décoder ledit message de contrôle Mi et déduire la ou les commandes d'actions interprétables par les moyens de traitement 21 du dispositif de pilotage 20. Le traitement 220 comporte dès lors une étape 224 pour mettre en oeuvre la ou les actions correspondant aux commandes d'actions déduites dudit message de contrôle Mi. Parmi un ensemble non exhaustif d'actions, l'invention prévoit : - une mise à jour de la liste de diffusion 22p enregistrée préalablement en mémoire de données 22, la teneur de cette dernière pouvant être conjointement véhiculée par le message Mi décodé en 223 ou en variante être déduite d'un deuxième type de message Mxi transmis de manière subséquente par le serveur 30 et interprétable par les moyens de traitement 21 du dispositif de pilotage 20 ; - un arrêt de toute restitution par l'interface 10 ; - un déclenchement d'une restitution du contenu multimédia suivant, dans le cas où la liste de diffusion comporte une pluralité d'identifiants de contenus multimédia, sans attendre que la restitution courante d'un contenu multimédia ne soit terminée ; - le déclenchement d'un téléchargement d'un contenu multimédia pour enregistrer celui-ci dans la mémoire de données 22, ledit téléchargement pouvant se traduire par l'élaboration, l'encodage et l'émission d'un message sortant Mxo sollicitant auprès dudit serveur d'application le téléchargement dudit contenu, ce dernier transmettant à son tour un message entrant Mxi véhiculant ledit contenu multimédia ; une tel protocole permet notamment un téléchargement différé de contenus multimédia durant la nuit par exemple ou plus généralement durant une période d'exploitation creuse du réseau Ni. Lorsqu'un message de contrôle Mi comporte une pluralité de commandes d'actions, l'invention prévoit, comme l'indique la figure 2, à titre non limitatif, que lesdites commandes d'actions soient successivement interprétées par les moyens de traitement 21, donnant lieu à une mise en oeuvre itérative (situation symbolisée par l'étape 225 et le lien 225y en figure 2) d'occurrences de l'étape 224 jusqu'à ce que toutes les commandes d'actions n'aient été interprétées (situation symbolisée par le lien 225n en figure 2). Le traitement 220 s'interrompt en 228. L'invention prévoit qu'une absence de réception d'un message de contrôle Mi à l'étape 222, traduisant une non-réponse à une sollicitation d'actions découlant de l'émission du message Mo en 221, durant un délai de forclusion prédéterminé, par exemple dix jours, le traitement 220 comporte une étape 227 pour bloquer tout déclenchement futur d'une restitution de contenu multimédia. Une telle absence de réception est détectée en une étape 226. Pour que le dispositif puisse recouvrer un fonctionnement nominal, c'est-à-dire pour qu'il puisse de nouveau déclencher la restitution d'un contenu multimédia, la réception d'un message de contrôle subséquent comporte une commande d'actions idoine pour débloquer ledit dispositif. Comme évoqué précédemment, un procédé 200 peut en outre comporter un traitement 230 pour déclencher la 5 restitution d'un contenu multimédia prioritaire. Pour mettre en oeuvre une telle variante, les moyens de traitement 21 du dispositif de pilotage 20 exploitent avantageusement une horloge temps réel, éventuellement synchronisable avec une horloge temps réel du serveur 10 d'application 30 au moyen d'une commande d'actions prévue à cet effet. Un tel traitement 230 comporte une étape 231 pour rechercher dans la mémoire de données 22 un enregistrement 22p de restitution d'un contenu multimédia 15 prioritaire programmée. Comme exposé précédemment en liaison avec la figure 1, un tel enregistrement comporte un identifiant d'un contenu multimédia et un horaire de déclenchement déterminé. Ledit traitement 230 comporte en outre une étape 232 20 pour enregistrer, avantageusement dans la mémoire de données 22, la valeur courante de l'horloge interne connue des moyens de traitement 21 du dispositif 20. L'étape 232 consiste en outre à comparer ladite valeur courante de l'horloge interne connue avec celle de 25 l'horaire d'un déclenchement programmé déterminé déduite de l'enregistrement en 231. Dans le cas où lesdites valeurs sont sensiblement égales (situation symbolisée par le lien 232y en figure 2), le traitement 230 comporte une étape 233 pour accéder en lecture à la mémoire de 30 données 22, lire, optionnellement décoder et/ou déchiffrer à la volée, le contenu multimédia dont l'identifiant est compris dans l'enregistrement de restitution d'un contenu multimédia prioritaire programmée. L'étape 233 consiste en outre à déclencher la 35 restitution de ce dernier par l'interface de restitution 10. Dans le cas où les valeurs précédemment mentionnées sont manifestement distinctes (situation symbolisée par le lien 232n en figure 2) le traitement 230 s'interrompt. L'invention prévoit qu'un tel traitement 230 soit itérativement mis en oeuvre par les moyens de traitement 21 selon une période Tt2 déterminée, par exemple toutes les cinq minutes. Un seuil de tolérance, pour déterminer si la valeur courante de l'horloge interne et la valeur de l'horaire de déclenchement programmé déduite en 231 sont sensiblement égales, peut être prédéterminé.
La figure 3, en liaison avec la figure 1, décrit un procédé 300 de contrôle d'un dispositif de pilotage 20 d'interface de restitution 10 de contenus multimédia. Un tel procédé 300 est mis en oeuvre par les moyens de traitement 31 d'un serveur d'application 30 conforme à l'invention. Un tel procédé comporte un premier traitement 310 d'un message Mp de paramétrage d'un dispositif de pilotage 20. Comme indiqué précédemment, un tel message Mp permet de configurer, par exemple au moyen d'un navigateur internet, le scénario de restitution de contenus multimédia déclenché par un dispositif de pilotage. Le traitement 310 comporte ainsi une première étape 311 pour détecter la réception d'un tel message Mp par les deuxièmes moyens de communication 34. Le traitement 310 comporte en outre une étape 312 pour décoder ledit message Mp et élaborer une stratégie au regard des consignes véhiculées par ledit message Mp. Selon lesdites consignes déduites dudit message, le traitement 310 comporte une ou plusieurs étapes, éventuellement conjointement ou successivement mises en oeuvre par les moyens de traitement 31 du serveur d'application 30. Une étape 313c peut ainsi consister en un téléchargement dans le répertoire des contenus multimédia 32c d'un nouveau contenu multimédia, voire la suppression d'un tel contenu. Une étape 313d peut, en complément ou en variante, consister en une mise à jour de la table des dispositifs de pilotage 20, voire en la création d'un enregistrement, au sein de ladite table, associé à un nouveau dispositif de pilotage. Une telle création ou mise à jour d'enregistrement permet de préciser différents paramètres de fonctionnement dudit dispositif de pilotage. Une étape 313p permet, quant à elle, de créer une nouvelle liste de diffusion pour un ou plusieurs dispositifs de pilotage, notamment si une pluralité de dispositifs est associée en un réseau.
Enfin, mais de manière non exhaustive, une étape 313h permet de traduire une consigne véhiculée par un message Mp en la création d'enregistrement(s) de restitution d'un contenu multimédia prioritaire programmée associé(s) à un dispositif de pilotage 20, voire à un réseau de dispositifs de pilotage. Pour permettre une évolution automatique des scenarii de restitution de contenus multimédia déclenchés par un dispositif de pilotage 20 selon l'invention, le procédé 300 comporte un deuxième traitement 320 d'un message Mo en sollicitation d'actions émis par ledit dispositif 20 conformément à ce qui a été décrit précédemment en liaison avec les figures 1 et 2. Un tel traitement 320 comporte une étape 321 pour décoder ledit message Mo, préalablement réceptionné par les premiers moyens de communication 35 dudit serveur 30. L'étape 321 permet ainsi auxdits moyens de traitement 31 de déterminer l'identifiant IDd du dispositif de pilotage émetteur dudit message Mo. En réaction à un tel message de sollicitation, le traitement 320 comporte en outre une étape 322 pour produire une ou plusieurs commandes d'actions de contrôle dudit dispositif de pilotage 20. Une telle étape résulte de la mise en oeuvre d'une ou plusieurs politiques ou stratégies de gestion de contrôle d'un dispositif de pilotage. Une telle stratégie peut être simple ou complexe, selon que l'étape 322 prenne en considération, par exemple, une ou plusieurs informations lues au sein des différentes structures de données enregistrées dans les moyens de mémorisation 32 du serveur. A titre d'exemple illustratif et non limitatif, une commande d'actions visant à mettre à jour une liste de diffusion enregistrée par un dispositif de pilotage peut découler notamment d'une comparaison entre la teneur d'une nouvelle liste de diffusion produite en 313p et la teneur de la copie de la liste actuelle de diffusion inscrite dans la mémoire de données 22 dudit dispositif. Une telle copie est, par exemple, enregistrée dans la structure 32d au sein d'un enregistrement associé audit dispositif de pilotage. Si les teneurs des deux listes sont distinctes, une commande d'actions visant à mettre à jour le dispositif de pilotage est produite en 322. La teneur de ladite copie peut résulter de la réception et du décodage en 323 par les moyens de traitement 31 d'un message Mxo, émis à cette fin par le dispositif de pilotage. En variante, le message Mo produit par le dispositif de pilotage, peut en outre comporter des données informatives décrivant un statut de fonctionnement dudit dispositif de pilotage, parmi lesquelles la teneur de la liste actuelle de diffusion mise en oeuvre par ledit dispositif de pilotage. Selon une deuxième variante, l'étape 323 peut consister à inscrire en tant que copie de la liste de diffusion dans la structure de données 32d, la teneur de la nouvelle liste de diffusion faisant l'objet de l'élaboration et du déclenchement de l'émission, par les premiers moyens de communication 35 du serveur 30, d'un message Mi encodant une commande d'actions de mise à jour de ladite liste de diffusion en une étape 324 subséquente. Plus généralement, l'étape 323 peut consister à interpréter des données éventuellement relayées par le dispositif de pilotage et mettre à jour en conséquence un enregistrement d'une structure de données en lien avec ledit dispositif de pilotage 20 au sein des moyens de 32. Ladite étape 324 consiste plus à encoder une ou plusieurs commandes d'un message Mi adressé audit mémorisation généralement d'actions au sein dispositif de pilotage ayant émis préalablement un message de sollicitation d'actions Mo. Le procédé 300 peut comporter ainsi un traitement 330 visant à interpréter un message Mxo complémentaire à un message de sollicitation d'actions Mo émanant d'un dispositif de pilotage. Un tel message Mxo peut, par exemple, refléter une requête en téléchargement différé d'un nouveau contenu multimédia déclenchée à l'étape 224 du procédé 200 décrit à titre d'exemple en liaison avec la figure 2. Une telle requête peut avantageusement faire suite à la réception et au décodage, à l'étape 223 du procédé 200 décrit en liaison avec la figure 2, par les moyens de traitement 21 dudit dispositif de pilotage d'un message de contrôle Mi encodant une commande d'actions en mise à jour du répertoire des contenus inscrits dans la mémoire de données 22 d'un dispositif de pilotage selon l'invention. Un message Mxo peut en outre encoder lesdites données informatives décrivant un statut de fonctionnement du dispositif de pilotage évoquées précédemment.
Le traitement 330 comporte ainsi une étape 331 pour détecter la réception par les premiers moyens de communication 35 d'un message Mxo. Il comporte en outre une étape 332 pour décoder ledit message Mxo et une étape 333 pour éventuellement produire un message Mxi à destination dudit dispositif de pilotage, encodant un contenu multimédia en téléchargement, voire une mise à jour du produit programme d'ordinateur régissant le fonctionnement dudit dispositif de pilotage 20, voire encore une mise à niveau de l'horloge interne dudit dispositif pour la synchroniser avec celle du serveur d'application 30.