FR2845229A1 - Procede d'optimisation du pilotage d'un appareil, dispositif, systemes et programmes d'ordinateur correspondants - Google Patents

Procede d'optimisation du pilotage d'un appareil, dispositif, systemes et programmes d'ordinateur correspondants Download PDF

Info

Publication number
FR2845229A1
FR2845229A1 FR0212037A FR0212037A FR2845229A1 FR 2845229 A1 FR2845229 A1 FR 2845229A1 FR 0212037 A FR0212037 A FR 0212037A FR 0212037 A FR0212037 A FR 0212037A FR 2845229 A1 FR2845229 A1 FR 2845229A1
Authority
FR
France
Prior art keywords
command
message
communication
commands
devices
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
FR0212037A
Other languages
English (en)
Other versions
FR2845229B1 (fr
Inventor
Emmanuel Raguet
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Research Center France SAS
Canon Europa NV
Original Assignee
Canon Research Center France SAS
Canon Europa NV
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Research Center France SAS, Canon Europa NV filed Critical Canon Research Center France SAS
Priority to FR0212037A priority Critical patent/FR2845229B1/fr
Publication of FR2845229A1 publication Critical patent/FR2845229A1/fr
Application granted granted Critical
Publication of FR2845229B1 publication Critical patent/FR2845229B1/fr
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2816—Controlling appliance services of a home automation network by calling their functionalities
    • H04L12/282—Controlling appliance services of a home automation network by calling their functionalities based on user interaction within the home
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2805—Home Audio Video Interoperability [HAVI] networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2816—Controlling appliance services of a home automation network by calling their functionalities
    • H04L12/2821—Avoiding conflicts related to the use of home appliances
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2823—Reporting information sensed by appliance or service execution status of appliance services in a home automation network
    • H04L12/2827—Reporting to a device within the home network; wherein the reception of the information reported automatically triggers the execution of a home appliance functionality

Landscapes

  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Human Computer Interaction (AREA)
  • Computer And Data Communications (AREA)

Abstract

L'invention concerne une optimisation du pilotage d'au moins un appareil (100, 200, 300) susceptible de recevoir des commandes émises par au moins deux dispositifs (120, 121, 220, 221, 320, 321) distincts de transmission de commande, utilisant des modes de communication différents, et comprenant les étapes suivantes :- réception (500, 1100, 1400) d'une commande (Cmd) destinée à un des appareils et transmise par au moins un premier dispositif (120) de transmission de commande mettant en oeuvre un premier mode de communication ;- association (501, 1101, 1401) à la commande d'un message (Commande(Cmd)) comprenant au moins une information représentative de la commande ; et- transfert (503, 1103, 1403) du message vers au moins un second dispositif (121) de transmission de commande, mettant en oeuvre un second mode de communication différent du premier mode de communication.

Description

Procédé d'optimisation du pilotage d'un appareil, dispositif, système et
programmes d'ordinateur correspondants.
La présente invention se rapporte au domaine de la gestion d'appareils, par 5 exemple, de type imprimantes, copieurs, magnétoscopes, téléviseurs, lecteurs et/ou graveurs de support optiques multimédia.... Plus précisément, l'invention concerne d'aide au pilotage d'appareil par une analyse et/ou une prévention des
interactions de commandes destinées à un appareil.
Certains appareils notamment électroniques peuvent être contrôlés de 10 plusieurs façons. Ainsi, des lecteurs de DVD (de l'anglais " Digital Video Disk " ou " Disque Vidéo Numérique ") peuvent être pilotés par plusieurs sources, par
exemple:
- via des commandes UPnP (ou " Universal Plug aNd Play " normalisées par l'organisation du même nom et décrites dans un 15 document intitulé " Universal Plug and Play Device Architecture " diffusé par le forum UPnP) venant d'un réseau IP (ou " Internet Protocol "); - via des commandes HAVI (ou " Home Audio/Video Interoperability " normalisées par l'organisation du même nom) transitant par un réseau 20 IEEE1394; ou encore
- via une télécommande à infrarouge.
Ces commandes en provenance de sources différentes pouvant transiter sur des réseaux distincts et/ou utilisant des protocoles de communication incompatibles peuvent néanmoins interagir au niveau de l'appareil commandé. 25 Ainsi, deux utilisateurs peuvent indépendamment vouloir utiliser le même appareil et émettre des commandes interférant mutuellement en provoquant des résultats qui ne sont pas ceux attendus par l'un des utilisateurs. Ces résultats apparaissent comme incohérents pour ce dernier qui ne peut expliquer le
comportement non pertinent de l'appareil qu'il pensait contrôler.
Les techniques de l'art antérieur présentent donc l'inconvénient de ne pas donner à l'utilisateur une vue globale et pertinente des actions qui ont été
effectuées par un appareil.
On connaît dans l'état de la technique, un brevet US 6,202,210 de la 5 société SONY (marque déposée) intitulé " méthode et système pour collecter des données sur un réseau IEEE1394 pour aider à l'analyse d'un comportement de consommation, de marketing et de support de consommateur " (parue sous le titre anglais d'origine " méthode and system for collecting data over 139 network to support analysis of consumer behavior, marketing and customer support "). Ce 10 brevet est limité aux réseaux de type IEEE1394 et n'envisage nullement une application à d'autres types réseaux. Ce brevet est également limité à la surveillance de flux diffusés (par exemple, de type vidéo). En outre, cette technique n'aide nullement un utilisateur à diagnostiquer l'origine d'un problème
liées à une mauvaise exécution d'une commande.
Par ailleurs, les techniques de l'art antérieur ne permettent pas d'empêcher un problème potentiel d'interaction entre commandes destinées au même appareil
et en provenance de moyens de communications distincts.
L'invention selon ses différents aspects a notamment pour objectif de
pallier ces inconvénients de l'art antérieur.
Plus précisément, un objectif de l'invention est de fournir une aide à un utilisateur pour diagnostiquer l'origine d'un dysfonctionnement apparent d'un
appareil qu'il contrôle en partie.
Un autre objectif de l'invention est de mettre en oeuvre une aide au
diagnostic simple à mettre en oeuvre et particulièrement bien adaptée aux réseaux 25 de particuliers (ou " home networks " en anglais) ou de petites entreprises.
Encore un autre objectif de l'invention est de prévenir les interactions entre commandes d'un même appareil émis sur des liens de communication physiques
séparés, selon des protocoles distincts et/ou selon des formats différents.
L'invention a également pour objectif une adaptabilité à de nombreux 30 appareils, réseaux et protocoles de communication.
Ces objectifs ainsi que d'autres qui apparaîtront par la suite sont atteints selon l'invention, à l'aide d'un procédé d'optimisation du pilotage d'au moins un appareil susceptible de recevoir des commandes émises par au moins deux dispositifs distincts de transmission de commande, utilisant des modes de communication différents, le procédé comprennant les étapes suivantes: - réception d'une commande destinée à un des appareils et transmise par au moins un premier dispositif de transmission de commande mettant en oeuvre un premier mode de communication; - association à la commande d'un message comprenant au moins une 10 information représentative de la commande; et - transfert du message vers au moins un second dispositif de transmission de commande, mettant en oeuvre un second mode de communication différent du
premier mode de communication.
Ici, le message comprenant au moins une information représentative de la 15 commande ne provoque en aucune façon l'exécution de la commande ellemême.
Ainsi, l'invention n'a pas une simple fonctionnalité de pont.
Selon une caractéristique particulière, le procédé est remarquable en ce que l'étape de transfert assure le transfert du message à tous les dispositifs de transmission de commande mettant en oeuvre le second mode de communication 20 et aptes à émettre une commande appartenant à un groupe de commandes
prédéterminé vers l'appareil.
Selon une caractéristique particulière, le procédé est remarquable en ce que
le groupe de commandes prédéterminé comprend toutes les commandes susceptibles d'interagir avec la commande transmise par au moins un premier 25 dispositif de transmission de commande.
Deux commandes peuvent interagir lorsqu'elles sont susceptibles d'empêcher, et/ou d'interrompre, et/ou de perturber leurs effets respectifs sur
l'appareil recevant ces commandes.
Selon une caractéristique particulière, le procédé est remarquable en ce que 30 les étapes d'association et de transfert sont mises en oeuvre pour toutes les commandes reçues par un des appareils et appartenant à un groupe de commandes prédéterminé. Selon une caractéristique particulière, le procédé est remarquable en ce que
le groupe de commandes prédéterminé comprend toutes les commandes 5 susceptibles d'être émises par le ou les premiers dispositifs de transmission de commande.
Selon une caractéristique particulière, le procédé est remarquable en ce que
le message comprend, en outre, au moins une information chronologique de requête, représentative de l'instant auquel la commande a été émise, reçue et/ou 10 traitée.
Une information chronologique est, ici, par exemple une horodate, une
information d'ordre d'arrivée relativement aux autres requêtes ou à d'autres données échangées avec le ou les appareils commandés, une information de contexte fournie par, notamment, un appareil commandé, un appareil de 15 commande, un appareil d'aide, et/ou un appareil dédié.
Selon une caractéristique particulière, le procédé est remarquable en ce qu'il comprend une étape d'enregistrement de chacun des premiers messages de
requête dans une base de données.
Ici, un enregistrement peut être considéré comme permanent (typiquement 20 lorsqu'il est effectué dans une mémoire non volatile) ou pendant une durée limitée et/ou indéterminée (lorsque, par exemple, il est effectué dans une mémoire RAM classique). Selon une caractéristique particulière, le procédé est remarquable en ce qu'il comprend les étapes suivantes: - réception d'une seconde commande destinée à un des appareils et transmise par au moins un des seconds dispositifs de transmission de commande mettant en oeuvre le second mode de communication; - association à la seconde commande d'un second message comprenant au moins une information représentative de la seconde commande; et - transfert du second message vers au moins un des premiers dispositifs de transmission de commande, mettant en oeuvre le premier mode de communication. Ainsi, les commandes transmises par les premiers et seconds dispositifs de transmission de commande sont traités selon l'invention de manière similaire. Selon une caractéristique particulière, le procédé est remarquable en ce que les premiers et seconds dispositifs de transmission de commande mettent en
oeuvre des protocoles de communication distincts.
Un protocole de communication correspond ici à des règles formelles à 10 suivre dans un échange d'information entre deux dispositifs de communication.
Un modèle de communication (par exemple le modèle normalisé OSI) comprend plusieurs couches fonctionnelles (couche physique, liaison, transport,...)
auxquelles correspondent un ou plusieurs protocoles.
Selon une caractéristique particulière, le procédé est remarquable en ce 15 qu'au moins un des protocoles de communication appartient au groupe comprenant: - le protocole IEEE1394; - le protocole HAVI; - le protocole IP; et
- le protocole UPnP.
L'invention permet ainsi de proposer une optimisation des commandes
émises ou destinées à être émises vers le ou les premiers appareils suivant des protocoles de communication (par exemple de type IEEE1394/UPnP ou IP/HAVI) qui peuvent être incompatibles et/ou que le ou les premiers appareils ne gèrent pas 25 correctement.
Selon une caractéristique particulière, le procédé est remarquable en ce que les premiers et seconds dispositifs de transmission de commande mettent en
oeuvre des formats de transmission distincts.
Un format de transmission correspond ici à une manière de présenter les 30 informations à une application (par exemple, de type impression). En général, deux formats de transmission distincts sont incompatibles et ne sont pas gérés de
la même façon.
Selon une caractéristique particulière, le procédé est remarquable en ce qu'au moins un des formats de communication appartient au groupe comprenant: - le format PCL; et
- le format Postscript.
L'invention permet ainsi de proposer une aide à l'analyse de problèmes relatifs à l'émission de commandes vers le ou les premiers appareils suivant des formats distincts) qui peuvent être incompatibles et/ou que le ou les premiers 10 appareils ne gèrent pas correctement. Ceci est notamment le cas pour des imprimantes acceptant des commandes de type PCL (langage d'impression de la société Hewlett-Packard (marque déposée)) ou Postscript (langage d'impression de la société Adobe (marque déposée)). Une imprimante recevant des fichiers suivant ces deux formats gère alors deux files d'attente distinctes; ainsi, grâce à 15 l'invention, un utilisateur de commande, par exemple, de type PCL peut déceler la présence d'une commande Postscript monopolisant l'imprimante et donc
connaître la raison pour laquelle sa commande n'est pas exécutée.
Selon une caractéristique particulière, le procédé est remarquable en ce que l'étape d'association comprend une traduction de la commande selon un protocole 20 de communication et un format compatibles avec les seconds dispositifs de
transmission de commande.
Selon une caractéristique particulière, le procédé est remarquable en ce que les premiers et seconds dispositifs de transmission de commande mettent en
oeuvre des liens de communications séparés.
Ici, des liens de communications séparés correspondent à des liens séparés vu de l'appareil commandé. Il peut s'agir notamment de liens branchés sur des
ports distincts de l'appareil commandé.
L'invention permet ainsi de proposer une aide à l'analyse de problèmes relatifs à l'émission de commandes vers le ou les premiers appareils, transitant par des liens de communications séparés. Un lien de communication physique comprend notamment, ici: - les liaisons filaires ou sans fil - les liaisons point à point; - les liaisons à courte ou longue distance; et/ou
- les réseaux de communication fixes ou mobiles...
Selon une caractéristique particulière, le procédé est remarquable en ce que
l'étape de transfert est suivie d'une étape de présentation de chacun des messages transmis dans des moyens de présentation associés aux seconds dispositifs de 10 transmission de commande.
L'étape de présentation peut notamment être mise en oeuvre sous la forme: - d'un affichage sur un écran ou d'une face avant d'appareil de commande, d'analyse et/ou commandé; et/ou
- d'une impression visant à produire un document écrit.
Ainsi, l'utilisateur dispose d'une interface avec une aide à l'analyse ou au diagnostic simple, souple, efficace et ergonomique. Il peut ainsi consulter ou analyser les différents évènements liés aux commandes de l'appareil. Cette présentation peut être effectuer sous forme d'une liste dans un ordre tenant
compte des informations chronologiques de commandes et de réponses.
Ainsi, l'invention permet non seulement une présentation des commandes
mais également de la ou des réponses de chaque appareil recevant une commande.
Ainsi, l'aide au diagnostic est plus complète et permet également de suivre la chronologie des événements en présentant de manière conjointe ou séparée les
commandes et les réponses associées.
Selon une caractéristique particulière, le procédé est remarquable en ce que l'étape de présentation comprend une étape de construction d'une page de type
HTML comprenant une liste des messages.
Ainsi, l'invention permet une lecture simple, rapide et à distance des messages de requêtes qui ont été émis à destination d'un ou de plusieurs appareils suivant un format compatible avec de nombreux terminaux (par exemple,
ordinateur muni d'un navigateur Internet, terminaux de type web,...).
Selon une caractéristique particulière, le procédé est remarquable en ce
qu'il comprend une étape d'analyse du message.
Selon une caractéristique particulière, le procédé est remarquable en ce que l'étape d'analyse du message est suivie d'une étape de filtre de commandes à
destination des appareils susceptibles d'interagir avec la commande du message.
Ainsi, l'étape de filtre agit sur au moins une commande susceptible d'interagir avec la commande du message, dite commande filtrée, en mettant en 10 oeuvre une ou plusieurs des opérations suivantes: - annulation (ou suppression) de la commande filtrée; - inhibition de la commande filtrée; - arrêt de la commande filtrée; - modification de la commande filtrée; émission différée de la commande filtrée (après, par exemple, écoulement d'une temporisation ou la fin de l'exécution de la commande du message); et/ou
- exécution différée de la commande filtrée.
Un filtre est avantageusement mis en oeuvre lorsque les commandes 20 destinés au ou aux appareils peuvent interagir et/ou en affecter le fonctionnement.
Selon une caractéristique particulière, le procédé est remarquable en ce que l'étape de filtre comprend une étape d'envoi d'au moins un message de filtre au
ou aux appareils.
Selon une caractéristique particulière, le procédé est remarquable en ce que 25 la limitation comprend une étape d'envoi d'au moins un message de filtre à au moins une source susceptible d'émettre des commandes destinées au ou aux
appareils, selon les seconds moyens de communication.
Selon une caractéristique particulière, le procédé est remarquable en ce que le ou les premiers appareils appartiennent au groupe comprenant: 30 les lecteurs de supports audio et/ou vidéos; - les enregistreurs de supports audio et/ou vidéos; et
- les appareils de production de son et/ou d'images.
Selon une caractéristique particulière, le procédé est remarquable en ce que le ou les premiers appareils appartiennent au groupe comprenant: - les imprimantes; - les copieurs; et
- les scanners.
Ainsi, l'invention permet à un utilisateur d'équipement audio et/ou vidéo
et/ou d'un équipement de bureautique d'obtenir une aide pour déceler l'origine 10 d'un problème d'interaction de commande.
Selon une caractéristique particulière, le procédé est remarquable en ce que les étapes d'association à la commande d'un message et de transfert du message
sont mises en oeuvre dans le ou les appareils.
Ainsi, les moyens mettant en oeuvre l'invention permettent une grande 15 simplicité d'utilisation sans nécessiter de configuration ou de branchement particulier. Selon une caractéristique particulière, le procédé est remarquable en ce que
les étapes d'association à la commande d'un message et de transfert du message sont mises en oeuvre par au moins un dispositif distinct du ou des premiers 20 appareils.
Ainsi, les moyens d'aide à l'analyse sont indépendants du ou des appareils commandés et peuvent donc être utilisés dans des contextes très différents. Ainsi, un utilisateur peut se contenter d'un seul appareil pour obtenir une aide à l'analyse de commandes qui peuvent être destinées à des appareils commandés très divers. 25 Selon une caractéristique particulière, le procédé est remarquable en ce qu'il comprend une étape de transmission au ou aux appareils d'au moins une
commande rejouée à partir du message.
Ainsi, une commande n'ayant pas abouti peut être rejouée simplement sans
que l'utilisateur n'ait à la reprendre complètement.
L'invention concerne également un dispositif d'optimisation du pilotage d'au moins un appareil susceptible de recevoir des commandes émises par au moins deux dispositifs distincts de transmission de commande, utilisant des modes de communication différents, le dispositif d'optimisation comprenant les moyens suivants: - moyens de réception d'une commande destinée à un des appareils et transmise par au moins un premier dispositif de transmission de commande mettant en oeuvre un premier mode de communication; - moyens d'association à la commande d'un message comprenant au 10 moins une information représentative de la commande; et moyens de transfert du message vers au moins un second dispositif de transmission de commande, mettant en oeuvre un second mode de
communication différent du premier mode de communication.
Selon une caractéristique particulière, le dispositif est remarquable en ce 15 que les moyens de transfert sont adaptés à assurer le transfert du message à tous les dispositifs de transmission de commande mettant en oeuvre le second mode de communication et aptes à émettre une commande appartenant à un groupe de
commandes prédéterminé vers l'appareil.
Selon une caractéristique particulière, le dispositif est remarquable en ce 20 que le groupe de commandes prédéterminé comprend toutes les commandes susceptibles d'interagir avec la commande transmise par au moins un premier
dispositif de transmission de commande.
Selon une caractéristique particulière, le dispositif est remarquable en ce que les moyens d'association et de transfert sont mis en oeuvre pour toutes les 25 commandes reçues par un des appareils et appartenant à un groupe de commandes prédéterminé. Selon une caractéristique particulière, le dispositif est remarquable en ce
que le groupe de commandes prédéterminé comprend toutes les commandes susceptibles d'être émises par le ou les premiers dispositifs de transmission de 30 commande.
Selon une caractéristique particulière, le dispositif est remarquable en ce que le message comprend, en outre, au moins une information chronologique de requête, représentative de l'instant auquel la commande a été émise, reçue et/ou traitée. Selon une caractéristique particulière, le dispositif est remarquable en ce qu'il comprend des moyens d'enregistrement de chacun des premiers messages de
requête dans une base de données.
Selon une caractéristique particulière, le dispositif est remarquable en ce qu'il comprend les moyens suivants: - moyens de réception d'une seconde commande destinée à un des appareils et transmise par au moins un des seconds dispositifs de transmission de commande mettant en oeuvre le second mode de communication; - moyens d'association à la seconde commande d'un second message 15 comprenant au moins une information représentative de la seconde commande; et - moyens de transfert du second message vers au moins un des premiers dispositifs de transmission de commande, mettant en oeuvre le premier
mode de communication.
Selon une caractéristique particulière, le dispositif est remarquable en ce que les premiers et seconds dispositifs de transmission de commande mettent en
oeuvre des protocoles de communication distincts.
Selon une caractéristique particulière, le dispositif est remarquable en ce qu' au moins un des protocoles de communication appartient au groupe 25 comprenant: - le protocole 1EEE1394; - leprotocoleHAVI;
- le protocole IP; et - le protocole UPnP.
Selon une caractéristique particulière, le dispositif est remarquable en ce que les premiers et seconds dispositifs de transmission de commande mettent en
oeuvre des formats de transmission distincts.
Selon une caractéristique particulière, le dispositif est remarquable en ce 5 qu'au moins un des formats de communication appartient au groupe comprenant: - le format PCL; et
- le format Postscript.
Selon une caractéristique particulière, le dispositif est remarquable en ce que les moyens d'association comprennent des moyens de traduction de la 10 commande selon un protocole de communication et un format compatibles avec
les seconds dispositifs de transmission de commande.
Selon une caractéristique particulière, le dispositif est remarquable en ce que les premiers et seconds dispositifs de transmission de commande mettent en
oeuvre des liens de communications séparés.
Selon une caractéristique particulière, le dispositif est remarquable en ce
qu'il comprend des moyens de présentation de chacun des messages transmis.
Selon une caractéristique particulière, le dispositif est remarquable en ce que les moyens de présentation comprennent des moyens de construction d'une
page de type HTML comprenant une liste des messages.
Selon une caractéristique particulière, le dispositif est remarquable en ce
qu'il comprend des moyens d'analyse du message.
Selon une caractéristique particulière, le dispositif est remarquable en ce qu'il comprend des moyens de filtre de commandes à destination des appareils
susceptibles d'interagir avec la commande du message.
Selon une caractéristique particulière, le dispositif est remarquable en ce que les moyens de filtre comprennent des moyens d'envoi d'au moins un message
de filtre au ou aux appareils.
Selon une caractéristique particulière, le dispositif est remarquable en ce que les moyens de filtre comprennent des moyens d'envoi d'au moins un message de filtre à au moins une source susceptible d'émettre des commandes destinées au
ou aux appareils, selon les premiers moyens de communication.
Selon une caractéristique particulière, le dispositif est remarquable en ce
que les moyens de limitation comprennent des moyens d'envoi d'au moins un 5 message de filtre à au moins une source susceptible d'émettre des commandes destinées au ou aux appareils, selon les seconds moyens de communication.
Selon une caractéristique particulière, le dispositif est remarquable en ce que le ou les premiers appareils appartiennent au groupe comprenant: les lecteurs de supports audio et/ou vidéos; - les enregistreurs de supports audio et/ou vidéos; et
- les appareils de production de son et/ou d'images.
Selon une caractéristique particulière, le dispositif est remarquable en ce que le ou les premiers appareils appartiennent au groupe comprenant: les imprimantes; - les copieurs; et
- les scanners.
Selon une caractéristique particulière, le dispositif est remarquable en ce que les moyens d'association à la commande d'un message et de transfert du
message sont mis en oeuvre dans le ou les appareils.
Selon une caractéristique particulière, le dispositif est remarquable en ce que les moyens d'association à la commande d'un message et de transfert du message sont mis en oeuvre par au moins un dispositif distinct du ou des premiers appareils. Selon une caractéristique particulière, le dispositif est remarquable en ce 25 qu'il comprend des moyens de transmission aux appareils d'au moins une
commande rejouée à partir du message.
L'invention concerne en outre un système comprenant: - au moins un appareil susceptible de recevoir des commandes émises par au moins deux dispositifs distincts de transmission de commande, 30 utilisant des modes de communication différents; - au moins les dispositifs distincts de transmission de commandes; et
- un dispositif d'optimisation tel que décrit précédemment.
De plus, l'invention concerne un programme d'ordinateur comprennant
des séquences d'instructions adaptées à la mise en oeuvre d'un procédé 5 d'optimisation tel que décrit précédemment lorsque le programme est exécuté sur un ordinateur.
En outre, l'invention concerne un produit programme d'ordinateur d'optimisation du pilotage d'au moins un appareil susceptible de recevoir des commandes émises par au moins deux dispositifs distincts de transmission de 10 commande, utilisant des modes de communication différents, comprenant des instructions de code de programme enregistré sur un support utilisable dans un ordinateur comprenant des moyens de programmation lisibles par ordinateur pour effectuer les étapes suivantes: - réception d'une commande destinée à un des appareils et transmise par 15 au moins un premier dispositif de transmission de commande mettant en oeuvre un premier mode de communication; - association à la commande d'un message comprenant au moins une information représentative de la commande; et - transfert du message vers au moins un second dispositif de 20 transmission de commande, mettant en oeuvre un second mode de
communication différent du premier mode de communication.
Les avantages du dispositif d'optimisation et du système ainsi que des programmes d'ordinateurs sont les mêmes que ceux du procédé d'optimisation, ils
ne sont pas détaillés plus amplement.
D'autres caractéristiques et avantages de l'invention apparaîtront plus
clairement à la lecture de la description suivante d'un mode de réalisation préférentiel, donné à titre de simple exemple illustratif et non limitatif, et des
dessins annexés, parmi lesquels: - les figures 1 à 3 présentent un synoptique d'architecture de réseau mettant en oeuvre un analyseur conforme à l'invention selon un mode particulier de réalisation; - la figure 4 illustre un analyseur mis en oeuvre dans l'architecture des figures 1 et 2; - la figure 5 illustre un protocole de communication et des actions en découlant mis en oeuvre par différents éléments de l'architecture
présentée en regard de la figure 1.
- la figure 6 décrit un processus de lancement de tâches mis en oeuvre 10 dans l'analyseur de la figure 4; et - les figures 7 à 9 présentent les tâches appartenant au processus de la figure 6; - la figure 10 illustre un exemple particulier de protocole de communication et des tâches mis en oeuvre par des éléments de 15 l'architecture présentée en regard de la figure 2; - les figures Il à 15 illustrent des variantes du protocole de communication et des tâches mettant en oeuvre des filtres sur les commandes. Le principe général de l'invention repose sur la saisie à la volée de 20 commandes et, éventuellement, des réponses associées, à l'extraction des données utiles permettant l'association des commandeset/ou réponses à un message d'information qui est enregistré. Les messages ainsi enregistrés permettent de construire des listes de messages associées chacune à un ou plusieurs appareils commandés. Les listes de messages sont ensuite délivrées (par exemple sur un 25 écran d'affichage, sur un document imprimé,...) suivant une règle déterminée
(notamment sur requête, sur temporisation, sur événement (typiquement suite à un problème d'interaction de commande), par programmation...) à un utilisateur.
L'utilisateur peut alors prendre connaissance des commandes qui ont suivi et/ou précédé sa ou ses propres commandes pour déterminer l'origine d'un problème 30 potentiel lié à sa ou ses propres commandes.
La figure 1 présente un synoptique d'architecture de réseau mettant en oeuvre un analyseur 101 conforme à l'invention selon un mode particulier de réalisation. L'architecture de réseau comprenant notamment: - un appareil 100 commandé (par exemple un équipement audio-vidéo et/ou de bureautique); - deux réseaux 110 et 111 (respectivement " Réseau X " et " Réseau Y ") (notamment de type réseaux IP, IEEE1394, liaisons point à point...); - l'analyseur 101; - deux appareils de commande 120 et 121 (respectivement " CRTL X " et " CTRL Y ") (par exemple des ordinateurs, des télécommandes, des
interfaces de commande dédiées...).
L'appareil de commande 120 pilote l'appareil 100 via le réseau 110 et des liaisons 150 et 130. L'appareil de commande 120 émet notamment des requêtes 15 de type commande à destination de l'appareil 100 via d'abord la liaison 150 qui le relie au réseau 110, le réseau 110 étant lui-même relié à l'appareil 100 via la liaison 130. L'appareil de commande 120 est également capable de recevoir des
messages via la liaison 130.
L'appareil de commande 121 pilote l'appareil 100 via le réseau 111 et des 20 liaisons 151 et 131. L'appareil de commande 121 émet notamment des requêtes de type commande à destination de l'appareil 100 via d'abord la liaison 151 qui le relie au réseau i1 1, le réseau 110 étant lui-même relié à l'appareil 100 via la liaison 131. L'appareil de contrôle 121 est également capable de recevoir des
messages via la liaison 131.
Les réseaux 110 et 111 sont également reliés à l'analyseur 101 via respectivement des liaisons de communication 140 et 141. Ainsi, l'analyseur 101 est capable: - de scruter le trafic sur les réseaux 110 et 111 pour récupérer une copie de toutes les requêtes qui sont émises à destination de l'appareil 100, et notamment des requêtes émises par les appareils de commande 120 et 121; - de transmettre des messages vers les appareils de commandes 120 et 121. Selon une première variante de réalisation, l'analyseur 101 récupère également des messages (par exemple des réponses à des requêtes de commande)
émis par l'appareil 100.
Selon une seconde variante (compatible avec la première variante et pouvant la compléter utilement), l'analyseur 101 comprend des moyens 10 d'émission de requêtes à destination de l'appareil 100. Il peut s'agir de requêtes dont l'analyseur 101 est à l'origine (cas o l'analyseur 101 est lui même de type appareil de commande) ou de requêtes rejouées après capture par l'analyseur 101
de requêtes émises par l'un des appareils de commande 120 ou 121.
La figure 2 présente un synoptique d'architecture de réseau conforme au 15 réseau présenté au regard de la figure 1, certains éléments de l'architecture
présentée précédemment étant particularisés.
Ainsi l'appareil 100 comprend ici un lecteur/enregistreur 200 de DVD ( de l'anglais " Digital Video Disque " ou " Disque Vidéo Numérique ") ainsi qu'un
téléviseur 202 auquel il est relié.
De même, l'appareil de commande 120 est ici un micro-ordinateur 220 utilisé par un utilisateur 260 capable de piloter le lecteur/enregistreur 200. Le micro-ordinateur 220 est relié au lecteur/enregistreur 200 via une liaison 250 permettant d'émettre des requêtes selon le protocole IP/UPnP via un réseau de ce type et une autre liaison 230 permettant donc l'émission des commandes de type 25 IP/UPnP. L'appareil de commande 120 est également capable de recevoir des
messages IP/UPnP ou au format HTML via la liaison 130 lui permettant de gérer des interactions potentielles entre ses propres commandes IP/UPnP et des commandes décrites dans les messages reçus et émises selon des moyens de communication différents (typiquement sur une autre liaison et/ou selon un autre 30 protocole) au même appareil commandé.
La structure de réseau de la figure 2 comprend également un appareil de type téléviseur 221 piloté par une télécommande à infrarouge 222 (les dispositifs 221 et 222 reliés entre eux par une liaison infrarouge remplaçant l'appareil 121 de la figure 1) et utilisé par un utilisateur 261. Le téléviseur 221 émet des requêtes 5 selon un protocole IEEE1394/HAVI à destination du lecteur/enregistreur 200. Les requêtes selon le protocole IEEE1394/HAVI émis par le téléviseur 221 à destination du lecteur/enregistreur 200 sont donc transmises d'abord sur une liaison 251 reliant le téléviseur 221 à un réseau IEEE1394/HAVI 211 qui luimême est relié au lecteur/enregistreur 200 via une liaison 231. L'appareil de 10 commande 121 est également capable de recevoir des messages de type IEEE1394/HAVI ou au format HTML via la liaison 131 lui permettant de gérer des interactions potentielles entre ses propres commandes IEEE1394/HAVI et des commandes décrites dans les messages reçus et émises selon des moyens de communication différents au même appareil commandé (par exemple les 15 commandes émises selon le protocole IP/UPnP par l'appareil de commande 120
sur la liaison 130).
L'analyseur 101 est lui-même connecté aux deux réseaux 210 et 211 via respectivement des liaisons 240 et 241. Ainsi, il peut: - scruter le trafic sur chacun de ces réseaux et d'acquérir et traiter à la 20 fois des trames IP/UPnP et IEEE1394/HAVI tout en enregistrant leur ordre chronologique d'émission; et - émettre des messages contenant des informations représentatives des commandes insérées (et éventuellement des réponses à ces requêtes de commande) dans les trames IP/UPnP et IEEE1394/IIAVI traitées vers 25 les appareils de commandes 120 et 121 non émetteurs de ces commandes. Suivant la première variante indiquée précédemment, l'analyseur 101 récupère également des messages de type IP/UPnP ou IEEE1394/HAVI émis par
l'appareil 100.
La figure 3 présente un synoptique d'architecture de réseau selon une
variante de l'invention.
Cette architecture comprend notamment: - un appareil commandé 300 (par exemple une imprimante); - deux appareils de contrôle ou de commande 320 et 321 (par exemple deux ordinateurs); - un analyseur 301;et
- un réseau 310 (par exemple de type Ethernet).
Les différents appareils sont reliés entre eux via le réseau 310. Ainsi, 10 l'appareil commandé 300 est relié au réseau 310 via une liaison 330 lui permettant
de recevoir des requêtes transmises par les appareils de commande 320 et 321.
Ces derniers sont eux-mêmes respectivement reliés au réseau 3 10 via des liaisons
350 et 351.
L'analyseur 301 est relié au réseau 310 via une liaison 334. L'appareil 320 15 (respectivement 321) émet vers l'appareil 300 commandé des requêtes de
commande et reçoit des messages de type IEEE1394/HAVI ou au format HTML via la liaison 334 lui permettant de gérer des interactions potentielles entre ses propres commandes IEEE1394/HAVI et les commandes décrites dans les messages reçus et émises par l'autre appareil. de commande 321 (respectivement 20 320).
Les deux appareils 320 et 321 ne dialoguent pas suivant le même format de communication avec l'appareil 300 (ou selon une variante, les deux appareils 320 et 321 ne dialoguent pas suivant le même protocole de communication avec l'appareil 300). Ainsi l'appareil 320 émet des requêtes de premier type (par 25 exemple des demandes d'impression de fichier au format Postscript) à destination de l'appareil 300 alors que l'appareil 321 émet des requêtes d'un second type (par exemple des demandes d'impression de fichier au format PCL) incompatibles avec le premier type vers l'appareil 300 (les files d'attentes d'impression étant donc séparées selon les techniques de l'état de l'art ne permettent pas à l'utilisateur d'obtenir directement une unique vue synthétique des documents
Postscript et PCL en attente d'impression).
L'analyseur 301 est capable de scruter le trafic sur le réseau 310 et d'obtenir une copie de chacune des requêtes émises par l'un des appareils de 5 commande 320 et 321 et de les traiter ensuite pour analyse et délivrance à l'utilisateur d'un historique synthétique comprenant des requêtes, des réponses éventuelles et des informations complémentaires délivrées par les appareils 300, 320 et/ou 321 ou l'analyseur 101 (par exemple par envoi d'une page html sur son ordinateur). L'analyseur 301 peut également émettre des messages contenant des informations représentatives des commandes insérées dans les trames au format Postscript ou PCL traitées vers les appareils de commandes 120 et 121 non
émetteurs de ces commandes.
La figure 4 illustre un analyseur 101 mis en oeuvre dans l'architecture 15 décrite en regard des figures 1 et 2.
L'analyseur 101 comprend, reliés entre eux par un bus d'adresses et de données 401: - un microprocesseur 400; - un disque dur 410; - une mémoire vive 420; - une interface homme/machine 450; - une interface I/F IP/UPnP 430; et
- une interface IEEE1394/HAVI 440.
L'interface I/F IP/UPnP 430 est reliée au réseau 210 via une liaison 240.
De même, l'interface IEEE1394/HAVI 440 est reliée au réseau 211 via une
liaison 241.
L'interface homme/machine comprend notamment un écran et un clavier permettant à l'utilisateur de dialoguer avec l'appareil 101. Selon une variante non représentée, l'appareil 101 se présente sous la forme d'un boîtier dans lequel 30 l'interface homme/machine comprend un ou plusieurs boutons permettant de lancer simplement un affichage sur un afficheur faisant défiler les différentes
requêtes émises par les appareils de commande 220 et 221.
D'une manière générale, l'analyseur 101 peut être séparé de la machine
commandée 200 comme indiqué sur les figures 1 et 2.
Chacun des éléments illustrés en regard de la figure 4 est bien connu de
l'homme du métier. Ces éléments communs ne sont donc pas décrits ici.
On observe que le mot registre utilisé dans toute la description désigne
dans chacune des mémoires mentionnées (mémoire vive 420 et disque dur 410) , aussi bien une zone de mémoire de faible capacité (quelques données binaires) 10 qu'une zone mémoire de grande capacité (permettant de stocker un programme
entier ou l'intégralité des données d'acquisition).
Le disque dur 410 comprend notamment: - un programme " Prog " 411; - une configuration d'appareil 412; 15 - une configuration de port 413; et
- un résultat d'analyse 414.
Les algorithmes mettant en oeuvre les étapes des procédés décrits ciaprès
notamment en regard des figures 5 à 9, sont stockés dans le disque dur 410 associé à l'appareil 101 mettant en oeuvre ces étapes. A la mise sous tension, le 20 processeur 400 charge et exécute les instructions de ces algorithmes.
La mémoire vive 420 comprend notamment: - le programme " Prog " 421 de fonctionnement du processeur 400 chargé à la mise sous tension de l'appareil 101; - une configuration d'appareil 422; 25 - une configuration de port 423; - un résultat d'analyse 424; - des messages dans un registre 425; et
- des variables dans un registre 426.
Selon des variantes de réalisation non représentées, l'analyseur 101 comprend des interfaces complémentaires permettant une grande souplesse
d'utilisation et une compatibilité avec de nombreux réseaux et/ou protocoles.
Selon une variante de réalisation compatible avec l'architecture de réseau 5 illustrée en regard de la figure 3, l'analyseur 301 comprend les mêmes éléments que l'analyseur 101 hormis les interfaces 430 et 440 qui sont remplacées par une
interface compatible avec la liaison 334.
Selon une autre variante de réalisation, l'analyseur est intégré à la machine
commandée. Les interfaces vers des liaisons externes peuvent alors être 10 remplacées par une interface vers un bus interne à la machine commandée.
La figure 5 illustre un protocole de communication comprenant des échanges de messages et des actions mis en oeuvre par les appareils de commande 120 et 121, par l'analyseur 101 et par l'appareil commandé 100 présentés en
regard de la figure 1, selon un cas général.
Au cours d'une étape 500, l'appareil de commande 120 émet à destination de l'appareil 100 une commande selon un premier protocole via la liaison 150, le réseau 110 et la liaison 130. Cette commande est capturée par l'analyseur 101 qui scrute les échanges d'information entre les appareils de commande 120 et 121 et
le lecteur 200.
Puis, l'appareil 100 exécute la commande reçue au cours d'une étape 502.
Parallèlement, au cours d'une étape 501, l'analyseur 101 stocke la requête
500 afin d'en permettre une analyse ultérieure.
Puis, au cours d'une étape 503, l'analyseur 101 construit un message Message(Cmd) compatible avec le second protocole utilisé par l'appareil de 25 commande 121 et comprenant les informations suivantes: - identifiant de l'appareil émetteur, ici, l'appareil de commande 120; - destinataire de la commande 500 à savoir l'appareil 100; - nature de la commande 500 (Cmd); et
- horodate de l'émission de la commande 500.
Selon une variante non représentée, l'appareil 100 transmet vers l'appareil de commande 120 une réponse à la commande 500 qui est ellemême capturée par l'analyseur 101 et dont une information représentative est insérée dans le message Message(Cmd). L'analyseur 101 émet le message Message(Cmd) vers l'appareil de
commande 121 via la liaison 141, le réseau 111 et la liaison 151.
Ensuite, au cours d'une étape 504, l'appareil de commande 121 analyse et traite ce message pour présenter directement ou sur requête de l'utilisateur les informations contenues dans ce message. Cette présentation peut comprendre 10 notamment un affichage sur un écran (ou face-avant) de l'appareil 121 et/ou l'impression d'un document. Ces informations peuvent alors être prises en compte un utilisateur pour ne pas émettre une commande pouvant interagir avec la
commande de l'étape 500, via l'appareil de commande 121.
* Suite à la présentation de la commande 500 par l'appareil de commande 15 121, un utilisateur (connaissant l'origine et la nature de la commande 500 en cours d'exécution sur l'appareil 100) demande l'exécution d'une commande 505. Aussi, au cours d'une étape 505, l'appareil de commande 121 émet une commande vers l'appareil 100 selon le second protocole de communication. Cette commande destinée à l'appareil 100 est aussi récupérée par l'analyseur 101 via la liaison 141. 20 Puis, au cours d'une étape 507, l'appareil 100 exécute la commande 505 reçue. En parallèle, au cours d'une étape 506, l'analyseur 101 enregistre le
contenu de la requête 505.
Puis, au cours d'une étape 508, l'analyseur 101 construit un message 25 Message(Cmd) compatible avec le protocole utilisé par l'appareil de commande et comprenant les informations suivantes: - identifiant de l'appareil émetteur, ici, l'appareil de commande 121 - destinataire de la commande 505 à savoir l'appareil 100; - nature de la commande 505; et
- horodate de l'émission de la commande 505.
L'analyseur 101 émet ce message vers l'appareil de commande 120 via la
liaison 140, le réseau 110 et la liaison 150.
Ensuite, au cours d'une étape 509, l'appareil de commande 120 analyse et traite ce message pour afficher directement ou sur requête d'un utilisateur les 5 informations contenues dans ce message. Ces informations permettent à l'utilisateur de l'appareil de commande 120: - d'identifier la commande émise par l'appareil de commande 121 qui peut annuler sa propre commande émise à l'étape 500; et/ou
- de ne pas émettre une commande pouvant interagir avec la commande 10 de l'étape 505.
Selon une variante, l'appareil de commande 120 identifie a posteriori une
interaction entre la commande 500 (dont l'exécution n'est pas achevée) et la commande 505 (incompatible avec la commande 500) puis affiche un message d'alerte vers l'utilisateur (et éventuellement l'analyseur 101 qui peut le répercuter 15 vers l'appareil commandé 100).
En résumé, l'appareil commandé 100 a d'abord reçu une commande 500 du premier appareil de commande 120, cette commande 500 a été interrompue par un lecteur qui a demandé l'arrêt de l'enregistrement et l'éjection du disque enregistrable, pour effectuer une lecture d'un autre disque. Ainsi, l'enregistrement 20 n'a pas pu se dérouler normalement de manière complète; il est donc très difficile à l'utilisateur qui a émis la première commande 500, si celui-ci est différent de l'utilisateur qui a émis la seconde commande 505, de savoir pourquoi l'exécution de la commande 500 a pu interrompre en cas d'interaction entre les deux
commandes ou quelle est la raison de l'incident ou la nature du problème.
Ainsi, au cours d'une étape 510, un utilisateur peut demander à l'analyseur
101 une analyse et un affichage de l'historique.
Ensuite, au cours d'une étape 511, l'analyseur 101 présente à l'utilisateur
une analyse et la succession des requêtes émises à destination de l'appareil 100.
plus précisément, l'analyseur 101 va donc présenter la commande 500 avec la date 30 et l'heure, puis la commande 503. Ainsi, l'analyseur 101 aide l'utilisateur qui peut déduire simplement des informations présentées, la nature du problème: selon l'exemple décrit, l'utilisateur va pouvoir se rendre compte que la commande 505 a pu entraîner l'arrêt de la commande 500 alors que l'exécution de cette
commande 500 n'était pas terminée.
Selon des variantes non représentées, les étapes 510 et 511 peuvent être exécutées sur tout appareil possédant un historique des opérations et donc, notamment, sur les appareils de commandes 120 et 121, ainsi que sur l'analyseur 101.
La figure 6 illustre un processus de lancement de tâches mises en oeuvre 10 dans l'analyseur 101.
Le processus comprend trois tâches - une tâche de configuration; - une tâche de collecte d'informations; et
- une tâche d'analyse.
Ainsi, après une phase d'initialisation, le processus met en oeuvre une
étape d'initialisation 600 de la tâche de configuration.
Puis, au cours d'une étape 601, le processus initialise la tâche de collecte d'informations.
Ensuite, au cours d'une étape 602, le processus initialise la tâche 20 d'analyse.
Ces différentes tâches seront décrites ci-après en regard des figures 7 à 9.
La figure 7 présente la tâche de configuration mise en oeuvre par le
processus illustré en regard de la figure 6.
En effet, l'analyseur 101 doit connaître l'appareil ou les appareils qu'il doit 25 surveiller, les différentes voies de contrôle, l'identifiant du ou des appareils ainsi
que le protocole utilisé pour contrôler le ou les appareils sur chacune de ces voies.
Cette configuration peut s'effectuer de manière automatique si les protocoles mis en oeuvre sur chacune des voies de contrôle le permettent. Il faut alors que l'appareil soit reconnu sur chacune de ces voies (type d'appareil 30 identifiant et protocole utilisé) par l'analyseur et que l'analyseur fasse le lien entre
les différents appareils qu'il a pu détecter sur chacune des voies de contrôle.
Ainsi, les protocoles de type HAVi et UPnP permettent à un appareil de se déclarer comme valide sur un réseau. Si un appareil se déclare à la fois sur un réseau IP en utilisant le protocole UPnP et sur un réseau IEEE1394 en utilisant le 5 protocole HAVI, l'analyseur connecté aux deux réseaux peut récupérer les deux déclarations et les interprète comme venant d'un même appareil.
La configuration peut également s'effectuer grâce à un serveur de type web embarqué dans un analyseur auquel on accède via un client (possédant un
navigateur Internet) connecté à un analyseur via un réseau.
L'analyseur est adapté également à gérer plusieurs appareils simultanément, le nombre de ces appareils n'étant limité que par les capacités de la machine sur laquelle s'exécute la tâche d'analyse (taille de la mémoire, des
disques durs,...).
Dans le cas o l'analyseur 101 est embarqué dans un appareil à surveiller, 15 il est configuré par défaut pour fonctionner avec cet appareil, ce qui supprime
toute intervention d'un utilisateur.
La tâche de configuration de mise en oeuvre par l'analyseur 101 commence par une étape 701 d'initialisation au cours de laquelle les différentes
variables et paramètres de la tâche de configuration sont initialisés.
Ensuite, au cours d'une étape 702, l'analyseur 101 crée une configuration
propre à l'appareil commandé. Cette étape de configuration prend en compte des informations de description de l'appareil commandé, obtenues via l'interface homme/machine sur cet appareil. Ces informations comprennent notamment un nom correspondant à l'appareil commandé (par exemple " lecteur DVD ") et une 25 localisation de cet appareil (par exemple " Salon "). Ces paramètres permettent
notamment à l'utilisateur d'identifier facilement l'appareil commandé lorsqu'il consultera ultérieurement les configurations saisies et/ou les informations collectées par l'analyseur relatives à l'appareil commandé. Selon le mode de réalisation décrit l'étape de configuration se fait directement par l'intermédiaire de 30 l'analyseur via une interface homme/machine. Selon une variante, la configuration de l'appareil commandé est réalisée à distance via un navigateur Internet qui
accède à une page de configuration.
Ces données de configuration sont stockées à la fois sur le disque dur 410
et en mémoire vive 420 dans les registres respectivement 412 et 422.
Selon la variante dans laquelle l'analyseur 101 est intégré à l'appareil commandé, cette étape de création n'est pas nécessaire, les données concernant
l'appareil commandé pouvant être pré-enregistrées.
Ensuite, au cours d'une étape 703, l'analyseur 101 sélectionne un port
permettant l'acquisition de données selon un protocole donné.
Puis, au cours d'une étape 704, l'analyseur 101 effectue un paramétrage des données concernant ce port. Ces données comprennent tous les paramètres identifiant l'appareil sur le réseau sur lequel il est connecté par l'intermédiaire de ce port. La nature de ces données dépend du type de port et donc du réseau auquel il est relié. Sur un port de type Ethernet, il va s'agir par exemple de l'adresse IP de 15 cet appareil. Sur un réseau IEEE1394, il s'agira du GUID (ou " Global Unique
IDentifier ").
Ensuite, au cours d'un test 705, l'analyseur 101 détermine si un autre port
est utilisé pour effectuer l'acquisition de données de commande.
Dans l'affirmative, l'étape 703 est réitérée.
Dans la négative, au cours d'un test 706, l'analyseur 101 vérifie si un autre
appareil doit être paramétré. Dans l'affirmative, l'étape 702 est réitérée.
Dans la négative, la tâche de configuration se termine par une étape 707 au cours de laquelle les données enregistrées en mémoire vive 420 sont stockées sur
le disque dur 410.
L'analyseur 101 se met alors à l'écoute des différentes voies de contrôle de l'appareil commandé afin de récupérer les informations qui lui sont à destination (commande) ou en provenance de (réponse) cet appareil. Selon l'invention, plusieurs voies a priori indépendantes sont associées de manière à corréler les
informations reçues et à les ordonnancer pour les présenter à l'utilisateur.
Selon une variante non représentée, la tâche de configuration peut être
relancée pour modifier des configurations existantes et/ou en effacer.
La figure 8 présente la tâche de collecte des informations relatives à des commandes et, le cas échéant, à des réponses correspondantes (cette tâche correspond notamment aux étapes 501 et 506 illustrées en regard de la figure 5).. Lorsque la configuration des appareils est terminée et/ou mise à jour, au
cours d'une étape 800, la tâche de collecte d'informations est initialisée.
Ensuite, au cours d'une étape 801, l'analyseur 101 se met en attente de données (notamment de commandes) issues du réseau dont il assure la scrutation. 10 Ensuite, lorsque les données sont présentes sur le réseau, au cours d'une
étape 802, l'analyseur 101 reçoit ces données.
L'analyseur 101 n'a pas une fonction de filtre, les données continuant donc à circuler normalement entre le ou les appareils commandé(s) et le ou les
appareils(s) de commande.
Ensuite, au cours d'un test 803, l'analyseur 101 vérifie que l'identificateur de la requête et/ou du message reçus correspond bien à une donnée compatible
avec la configuration.
Dans la négative, l'étape 801 est réitérée.
Dans l'affirmative, au cours d'un test 804, l'analyseur vérifie que le 20 contenu et/ou du message reçus correspond bien à un protocole attendu. Dans la
négative, l'étape 701 est réitérée.
Dans l'affirmative, au cours d'une étape 805, les informations capturées sont archivées (disque dur 410 et mémoire vive 420) pour être utilisées dans la
tâche d'analyse.
Afin de réduire la taille de la mémoire nécessaire, lorsque une requête de commande de grande taille est reçue par l'analyseur, seule une partie de cette requête est stockée. Ainsi, dans le cas o l'appareil commandé est par exemple une imprimante qui reçoit une commande d'impression, incluant un fichier joint, seules les informations utiles pour une analyse ultérieure seront stockées (horodate de la commande, type de commande, nom du fichier, le contenu du
fichier n'étant pas lui-même sauvegardé).
Le stockage des informations de fait de manière " tournante ": lorsque la capacité de stockage maximale est atteinte, l'analyseur 101 supprime les 5 informations les plus anciennes. Selon une variante de l'invention, l'analyseur 101 efface automatiquement les informations les plus anciennes après l'écoulement
d'une temporisation pré-déterminée.
Ensuite, au cours d'une étape 806, l'analyseur 101 extrait de la commande les parties les plus pertinentes de la commande et construit un ou plusieurs 10 messages comprenant ces parties après une éventuelle traduction sous une forme compatible avec un format et un protocole de communication acceptés par les destinataires potentiels (par exemple traduction d'un format PCL vers un format Postscript ou réciproquement ou encore traduction d'un protocole IP/UPnP vers
un protocole IEEE1394/HAVI ou vice-versa).
Puis, au cours d'une étape 807, l'analyseur 101 émet le ou les messages construits vers chacun des appareils de commande hormis l'appareil émetteur de la commande. Chacun des appareils de commandes capables de recevoir le ou les messages le ou les reçoit effectivement et le ou les traite. Ainsi, si un appareil est de type télévision avec interface HAVI, il analyse chaque message reçu en 20 extrayant les champs " appareil commandé " (représentant l'apparail qui est commandé (par exemple, unmagnétoscope)) et " commande " (représentant la commande appliquée à l'appareil commandé). L'utilisateur est alors informé de la commande transmise par incrustation des informations significatives sur l'écran de télévision. Si l'appareil recevant le ou les messages est de type micro25 ordinateur, l'information correspondante peut être affichée à l'écran sous forme de " pop-up ". Si l'appareil destiné à recevoir un ou plusieurs messages est de type télécommande, il est nécessaire que celle- ci possède une voie de retour pour être capable de recevoir le ou les messages et un afficheur (par exemple, un écran
LCD) pour afficher les informations correspondantes.
Selon une variante, au cours de l'étape 807, l'analyseur 101 émet le ou les messages construits vers une partie autorisée (par paramétrage ou par
construction) des appareils de commande.
La figure 9 illustre une tâche d'analyse des données capturées et des 5 présentations d'un résultat d'analyse à l'utilisateur (cette tâche correspond notamment à l'étape 511 illustrée en regard de la figure 5).
Après une phase d'initialisation 900, au cours d'une étape 901, l'analyseur
101 se met en attente d'une requête d'utilisateur mise en oeuvre via l'interface homme/machine 450. Ainsi, l'analyseur 101 identifie le contenu de la requête 10 émise par l'utilisateur.
Ensuite, en fonction de ce contenu, au cours d'une étape 902, l'analyseur 101 extrait des informations précisément stockées par la tâche d'acquisition les données caractéristiques des commandes relatives à la requête de l'utilisateur: date et heure, identifiant de l'origine de la commande, intitulé de la commande, 15 résultat de cette commande,... L'analyse de la commande se fait conformément au protocole considéré: s'il s'agit d'une commande UPnP, l'analyseur utilise sa connaissance de ce protocole pour en extraire les informations pertinentes des champs correspondants afin de les mettre en forme en vue d'une présentation à l'utilisateur lors d'une étape ultérieure (pages HTML si la consultation est 20 effectuée via un navigateur web, ou fichier si la consultation se fait via une impression). Ensuite, au cours d'une étape 903, l'analyseur 101 stocke les données de résultat issues de l'analyse sous une forme appropriée. Ainsi, les informations de résultat sont mises en forme de manière à être accessibles sur toutes les voies de 25 contrôle de l'appareil. Cela peut notamment être une page HTML que peut lire un ordinateur muni d'un navigateur Internet. Cela peut aussi être le cas d'un
document affiché sur un écran de télévision.
Ensuite, au cours d'une étape 904, le résultat d'une analyse est affiché sous
un format approprié. Selon une variante, l'utilisateur a la possibilité de naviguer 30 dans les commandes échangées entre les différents appareils et d'en voir le détail.
Selon une variante, l'utilisateur peut supprimer une commande qui induit
la suppression des données relatives à cette commande.
Selon une autre variante, l'utilisateur peut sélectionner certaines
commandes afin de pouvoir les rejouer. Après sélection d'une commande dans 5 une liste de commandes sauvegardées (dans leur intégralité), l'analyseur extrait cette commande de la liste et, met à jour, si nécessaire, certains champs de la commande (par exemple, champs de date et d'heure, CRC (ou " Check Redundancy Code "), champ sélectionné avec modification demandée par l'utilisateur), la ré-émission de la commande vers l'appareil commandé se faisant 10 conformément au protocole considéré.
La figure 10 illustre un exemple de protocole de communication comprenant des échanges de messages et des actions mis en oeuvre par le microordinateur 220, le téléviseur 221, l'analyseur 101 et le lecteur 200 présentés en
regard de la figure 2.
Au cours d'une étape 1000, après que le premier utilisateur 260 a requis un
enregistrement, le micro-ordinateur 220 émet à destination du lecteur 200 une commande d'enregistrement CMD-Rec selon le protocole IP/UPnP via la liaison 250, le réseau 210 et la liaison 230. Cette commande est capturée par l'analyseur 101 qui scrute les échanges d'information entre les appareils de commande 220 et 20 221 et le lecteur 200.
Après réception de la commande 1000, le lecteur 200 peut commencer un
enregistrement de DVD-Rom au cours d'une étape 1002.
Parallèlement, au cours d'une étape 1001, l'analyseur 101 stocke la requête
900 afin d'en permettre une analyse ultérieure.
Puis, au cours d'une étape 1020, l'analyseur 101 construit un message mes(CMD-Rec) compatible avec le protocole IEEE1394/HAVI et comprenant les informations suivantes: - identifiant de l'appareil émetteur, ici, le micro-ordinateur 220; - destinataire de la commande à savoir le lecteur 200; 30 - nature de la commande (CMD-REC); et
- horodate de l'émission de la commande.
L'analyseur 101 émet ce message vers le téléviseur 221 via la liaison 241,
le réseau 211 et la liaison 251.
Ensuite, au cours d'une étape 1021, le téléviseur 221 analyse et traite ce 5 message pour afficher directement ou sur requête de l'utilisateur les informations contenues dans ce message. Ces informations peuvent alors être prises en compte par le second utilisateur 261 pour ne pas émettre une commande pouvant interagir avec la commande de l'étape 1000. Selon une variante, le téléviseur interdit toute nouvelle commande tant que le destinataire de cette commande (le lecteur 200) 10 n'a pas terminé son exécution (ici, la fin de l'enregistrement). Selon encore une autre variante, le téléviseur émet un message d'alerte et/ou une demande de confirmation vers l'utilisateur 261 qui effectuerait via le téléviseur 221 une
commande interagissant avec la commande de l'étape 1020.
Suite à un affichage sur le téléviseur 221 indiquant l'exécution d'une 15 commande d'enregistrement en cours sur le lecteur 200, on suppose que le second utilisateur 261 (connaissant l'origine et la nature de la commande en cours d'exécution sur le lecteur 200) demande un arrêt de l'enregistrement et une éjection du disque. Aussi, au cours d'une étape 1003, le téléviseur 221 émet une commande d'arrêt et d'éjection du support DVD du lecteur 200 selon le protocole 20 IEEE1394/HAVI. Cette commande est destinée au lecteur 200 mais est aussi
récupérée par l'analyseur 101 via la liaison 241.
Ainsi, à réception de cette commande, le lecteur 200 effectue l'action
requise au cours d'une étape 1004.
En parallèle, au cours d'une étape 1005, l'analyseur 101 enregistre le 25 contenu de la requête 1003.
Puis, au cours d'une étape 1022, l'analyseur 101 construit un message mes(CMD-STOP-EJECT) compatible avec le protocole IP/UPnP et comprenant les informations suivantes: - identifiant de l'appareil émetteur, ici, le téléviseur 221 30 - destinataire de la commande à savoir le lecteur 200; nature de la commande (CMD-STOP-EJECT); et
- horodate de l'émission de la commande.
L'analyseur 101 émet ce message vers l'ordinateur 220 via la liaison 240,
le réseau 210 et la liaison 250.
Ensuite, au cours d'une étape 1023, l'ordinateur 220 analyse et traite ce message pour afficher directement ou sur requête de l'utilisateur 260 les informations contenues dans ce message. Ces informations permettent à l'utilisateur 260: - d'identifier la commande émise par le téléviseur 221 qui annule sa 10 propre commande émise à l'étape 1020; et/ou - de ne pas émettre une commande pouvant interagir avec la commande
de l'étape 1003.
Selon une variante, le micro-ordinateur 220 identifie a posteriori une interaction entre la commande 1000 (dont l'exécution n'est pas achevée) et la 15 commande 1003 (incompatible avec la commande 1000) puis affiche un message d'alerte vers l'utilisateur 260 (et éventuellement l'analyseur 101 qui peut le
répercuter vers le téléviseur 221).
Suite à l'étape 1004, au cours d'une étape 1006, le second utilisateur 261 insère un disque dans le lecteur 200. Puis, au cours d'une étape 1007, l'utilisateur 20 261, via la télécommande infrarouge 222, donne l'ordre de lecture au téléviseur
221 associé qui le retransmet au lecteur 200.
Ensuite, au cours d'une étape 1009, le lecteur 200 effectue la commande
requise de lecture.
En parallèle, au cours d'une étape 1008, l'analyseur 101 ayant capturé la 25 commande de lecture 1007, enregistre cette requête.
Puis, au cours d'une étape 1024, l'analyseur 101 construit un message mes(CMD-RD) compatible avec le protocole IP/UPnP et comprenant les informations suivantes: - identifiant de l'appareil émetteur (le téléviseur 221); 30 - destinataire de la commande (le lecteur 200); nature de la commande (CMD-RD); et
- horodate de l'émission de la commande.
L'analyseur 101 émet ce message vers l'ordinateur 220 via la liaison 240,
le réseau 210 et la liaison 250.
Ensuite, au cours d'une étape 1025, l'ordinateur 220 analyse et traite ce
message d'une manière similaire à l'étape 923.
Puis, au cours d'une étape 1012, l'utilisateur 261 demande ou requiert un
arrêt de lecture et une éjection du disque (CMD-STOP-EJECT). Cette requête est émise par le téléviseur 221 vers le lecteur 200 selon un protocole 10 IEEE1394/HAVI tout en étant capturé par l'analyseur 101.
Ainsi le lecteur 200, au cours d'une étape 1011, ordonne l'arrêt de lecture
et l'éjection du disque.
La commande 1010 ayant été capturée par l'analyseur 101, au cours d'une
étape 1012, l'analyseur 101 stocke le contenu de cette requête.
Puis, au cours d'une étape 1026, l'analyseur 101 construit un message mes(CMD-STOP-EJECT) compatible avec le protocole IP/UPnP et comprenant les informations suivantes: - identifiant de l'appareil émetteur (le téléviseur 221); - destinataire de la commande (le lecteur 200); - nature de la commande (CMD-STOP-EJECT); et
- horodate de l'émission de la commande.
L'analyseur 101 émet ce message vers l'ordinateur 220 via la liaison 240,
le réseau 210 et la liaison 250.
Ensuite, au cours d'une étape 1027, l'ordinateur 220 analyse et traite ce 25 message d'une manière similaire à l'étape 1023.
En résumé, le lecteur a d'abord reçu une commande 1000 d'enregistrement, cette commande d'enregistrement a été interrompue par un lecteur qui a demandé l'arrêt de l'enregistrement et l'éjection du disque enregistrable, pour effectuer une lecture d'un autre disque. Ainsi, l'enregistrement 30 n'a pas pu se dérouler normalement de manière complète; il est donc très difficile à l'utilisateur 260 qui a commandé l'enregistrement, si celuici est différent de l'utilisateur 261 qui a commandé la lecture, de savoir pourquoi l'enregistrement
s'est interrompu ou quelle est la raison de l'incident ou la nature du problème.
Ainsi, au cours d'une étape 1013, l'utilisateur 260 peut demander à l'analyseur 101 une analyse et un affichage de l'historique. Ensuite, au cours d'une étape 1014, l'analyseur 101 présente à l'utilisateur
260 une analyse et la succession des requêtes émises à destination du lecteur 200.
plus précisément, l'analyseur 101 va donc présenter la commande d'enregistrement 1000 avec la date et l'heure, puis la commande d'arrêt et 10 d'éjection du disque enregistrable, puis la commande de lecture 1007. Ainsi, l'analyseur aide l'utilisateur 260 qui peut déduire simplement des informations affichées la nature du problème: selon l'exemple décrit, l'utilisateur 260 va pouvoir se rendre compte que la commande d'arrêt a été demandée alors que
l'enregistrement n'était pas terminé.
Selon des variantes non représentées, les étapes 1013 et 1014 peuvent être exécutées sur tout appareil possédant un historique des opérations et donc,
notamment, sur l'ordinateur 220 et sur le téléviseur 221.
La figure 11 illustre un protocole de communication comprenant des échanges de messages et des actions mis en oeuvre par les appareils de commande 20 120 et 121, par l'analyseur 101 et par l'appareil commandé 100 présentés en
regard de la figure 1, selon une variante de réalisation de l'invention. Cette variante met en òuvre un filtrage des commandes basé sur l'émission vers l'appareil 100 d'une commande de filtre destinée à limiter ou supprimer des commandes incompatibles ou susceptibles d'interagir avec une commande en 25 cours.
Au cours d'une étape 1100, l'appareil de commande 120 émet une commande 1100 vers l'appareil 100. Cette commande est capturée par l'analyseur 101 puis traitée au cours d'une étape 1101. Cette commande est exécutée par l'appareil 100. En parallèle, au cours d'une étape 1103, l'analyseur 30 101 émet alors un message représentatif de la nature de cette commande vers l'appareil de commande 121. Les commandes 1100 à 1103 étant similaires
respectivement aux étapes 500 à 503, elles ne seront pas décrites davantage.
Ensuite, au cours d'une étape 1104, l'appareil de commande 121 analyse et traite ce message pour: - présenter directement ou sur requête de l'utilisateur les informations contenues dans ce message; et - pour préparer un filtre si nécessaire, destiné à limiter ou inhiber de futures commandes potentielles incompatibles ou susceptibles d'interagir avec la commande en cours d'exécution par l'appareil 100. 10 Ainsi, si l'appareil commandé est un magnétoscope en cours
d'enregistrement, le filtre peut consister à interdire toute action sur le support d'enregistrement tant que l'enregistrement en cours n'est pas terminé; en revanche, une action telle qu'une programmation différée après la fin de l'enregistrement en cours sera possible puisqu'il n'y a alors pas d'interaction 15 possible avec la commande en cours.
Ensuite, au cours d'une étape 1105, l'appareil de commande émet une commande de type filtre vers l'appareil 100 selon le second protocole de communication. Cette commande destinée à l'appareil 100 est aussi récupérée par l'analyseur 101 via la liaison 141. Elle comprend notamment le type des 20 commandes non autorisées, visant, par exemple, à interdire certaines commandes particulières, un accès à un appareil notamment par un contrôleur identifié, par un ou plusieurs protocoles et/ou par tous les contrôleurs. La configuration du ou des filtres est effectuée, selon le mode de réalisation décrit, notamment par une
interface web.
Puis, au cours d'une étape 1106, l'appareil 100 exécute la commande 1105 de filtre reçue qui pourra donc refuser l'exécution de commandes non autorisées
par le filtre durant la durée de l'exécution de la commande en cours.
En parallèle, au cours d'une étape 1107, l'analyseur 101 enregistre le
contenu de la requête 1105.
Puis, au cours d'une étape 1108, l'analyseur 101 construit un message Message(Cmd) compatible avec le protocole utilisé par l'appareil de commande 120 et comprenant les informations représentatives de la commande de filtre
émise par l'appareil de commande 121.
Ensuite, au cours d'une étape 1109, l'appareil de commande 120 analyse et traite ce message pour afficher directement ou sur requête d'un utilisateur les informations contenues dans ce message. Ces informations permettent à l'utilisateur de l'appareil de commande 120 de connaître l'origine d'une éventuelle non exécution ou mauvaise exécution d'une commande ou de savoir 10 s'il est possible d'émettre une commande données sans perturber le
fonctionnement de l'appareil commandé.
Selon une variante de réalisation, l'appareil de commande 120 traite ce message de sorte à limiter l'émission de ses propres commandes en fonction du filtre contenu dans ce message. Un ou plusieurs niveaux de filtres sont mis en 15 oeuvre, notamment: - message d'alerte (niveau bas du filtre) demande de confirmation par l'utilisateur (niveau intermédiaire de filtre); et/ou
- interdiction totale (niveau élevé de filtre) en verrouillant l'interface 20 utilisateur.
A titre illustratif, on suppose qu'au cours d'une étape 1110 l'appareil de commande 121 émet une commande à destination de l'appareil 100 incompatible
avec la commande en cours d'exécution.
Puis, au cours d'une étape 1111, l'appareil 100 vérifie si la commande 25 1110 reçue est autorisée ou non.
Cette commande étant non autorisée par l'étape 1106, elle n'est pas exécutée. Ainsi, si, au cours d'une étape 1112, l'analyseur 101 connaît le type des appareils " espionnés " pour chacun des protocoles et détermine que la commande 30 1110 n'a pas été exécutée par l'appareil 100, au cours d'une étape 1113, elle répond à la source à l'origine de la commande qu'elle n'a pas été exécutée conformément au protocole considéré comme s'il s'agissait d'une réponse venant
de l'appareil commandé 100 lui-même.
Au cours d'une étape i1 14, l'appareil de commande 120 voit le message 5 émis au cours de l'étape 1113 comme si le message provenait de l'appareil 100 lui-même.
Ensuite, au cours d'une étape 1115 similaire à l'étape 510, un utilisateur
peut demander à l'analyseur 101 une analyse et un affichage de l'historique.
Ensuite, au cours d'une étape 1116 similaire à l'étape 511, l'analyseur 101 10 présente à l'utilisateur une analyse et la succession des requêtes émises à destination de l'appareil 100. plus précisément, l'analyseur 101 va donc présenter la commande 1100 avec la date et l'heure, puis les commandes 1103 et 1110 avec
une indication de la non exécution de la commande 1110 non autorisée.
La figure 12 présente le traitement par un appareil de commande de 15 messages émis par l'analyseur 101 avec mise en oeuvre d'un filtre de commande.
Ce traitement correspond par exemple à l'une des opérations 1104, 1109 ou 1114
illustrées en regard de la figure 1.
Après une étape d'initialisation 1200, au cours de laquelle différentes
variables sont mises à jour, au cours d'une étape 1201, l'appareil de commande se 20 met en attente puis reçoit un message transmis par l'analyseur 101.
Puis, au cours d'une étape 1202, les informations les plus pertinentes contenue dans ce message sont extraites du message puis présentées sous une forme adaptée à l'utilisateur sur un écran d'affichage et/ou sur un document imprimé. Ensuite, au cours d'une étape 1203, ce message est mémorisé pour une
analyse et un affichage ultérieurs.
Puis, au cours d'une étape 1204, le message reçu est analysé conformément au protocole utilisé afin d'identifier si un filtre est nécessaire ou non et dans l'affirmative d'en déterminer les caractéristiques. Ainsi, au cours de 30 l'étape 1204, l'appareil de commande 120 reconnaît le message reçu comme étant un message d'informations représentative de la commande émise par un autre appareil de commande et détermine les commandes compatibles ou non
susceptibles d'être émises par lui-même à destination de l'appareil commandé.
Ensuite, au cours d'un test 1205, l'appareil de commande détermine si un filtre local est nécessaire ou non en fonction du résultat de l'analyse. Dans l'affirmative, au cours d'une étape 1206 de génération de filtre,
l'appareil de commande génère un filtre en validant ou non l'interface utilisateur.
Selon une variante, au cours des étapes 1204 à 1206, le filtre considéré est un filtre distant. Ainsi, selon cette variante, au cours de l'étape 1204, l'appareil de 10 commande 120 détermine les commandes compatibles ou non, susceptibles d'être émises non seulement par lui-même mais également par d'autres appareils de commande à destination de l'appareil commandé. Au cours de l'étape 1205, l'appareil de commande 120 détermine si un filtre distant est nécessaire et, dans l'affirmative, au cours de l'étape 1206, génère le filtre distant correspondant et 15 transmet à l'appareil commandé une commande destinée à limiter l'exécution des commandes incompatibles et/ou susceptibles d'être émises par des appareils
incompatibles avec la commande émise initialement.
Si le résultat du test 1205 ou après l'étape 1206, l'étape 1201 d'attente de
messages est réitérée.
La figure 13 présente le traitement par l'appareil commandé de commandes reçues avec mise en oeuvre d'un filtre de commande. Ce traitement correspond par exemple à l'une des opérations 1102, 1106 ou 1111 illustrées en
regard de la figure 11.
Après une étape d'initialisation 1300, au cours de laquelle différentes 25 variables sont mises à jour, au cours d'une étape 1301, l'appareil 100 se met en
attente puis reçoit une commande.
Puis, au cours d'une étape 1302, la commande reçue est analysée pour déterminer si elle est autorisée ou non en fonction d'une éventuelle commande de
filtre précédemment reçue.
Ensuite, au cours d'un test 1303, l'appareil 100 détermine si la commande
doit être annulée en fonction du résultat de l'analyse 1302.
Dans la négative, au cours d'un test 1304, l'appareil 100 détermine si la
commande doit être modifiée en fonction du résultat de l'analyse 1302.
Dans l'affirmative, la commande reçue est modifiée au cours d'une étape
1305 en fonction du filtre en vigueur.
A la suite de l'étape 1305 ou si le résultat du test 1304 est négatif, au cours
d'un test 1306, l'appareil 100 détermine si une commande est en cours.
Dans l'affirmative, au cours d'une étape 1307, la commande en cours 10 d'exécution par l'appareil 100 est arrêtée.
Ensuite ou après un résultat négatif du test 1306, au cours d'une étape 1308, l'appareil 100 exécute la commande reçue et, le cas échéant, éventuellement
modifiée lors de l'étape 1305.
Suite à l'étape 1308 ou à un résultat positif lors du test 1303 d'annulation, 15 l'étape 1301 est réitérée.
La figure 14 illustre un protocole de communication comprenant des
échanges de messages et des actions mis en oeuvre par les appareils de commande 120 et 121, par l'analyseur 101 et par l'appareil commandé 100 présentés en regard de la figure 1, selon une variante de réalisation de l'invention mettant en 20 oeuvre un filtrage des commandes basé sur l'émission d'une commande de filtre.
Cette dernière est émise par l'appareil de commande 120, prédéterminée et destinée à l'analyseur 101 qui la répercute vers les appareils mettant en oeuvre un mode de communication distinct (notamment l'appareil de commande 121). Cette commande permet notamment de limiter ou d'interdire la génération de 25 commande par d'autres appareils.
Au cours d'une étape 1400, l'appareil de commande 120 émet une
commande vers l'appareil 100.
Cette commande est capturée par l'analyseur 101 puis traitée au cours d'une étape 1401 Cette commande est exécutée par l'appareil 100. En parallèle, au cours d'une étape 1403, l'analyseur 101 émet alors un message représentatif de la nature de cette commande vers l'appareil de commande 121. Puis, au cours d'une étape 1404, l'appareil de commande 120 analyse et traite ce message pour présenter les 5 informations contenues dans ce message. Les commandes 1400 à 1404 étant similaires respectivement aux étapes 500 à 504, elles ne seront pas décrites davantage. La commande 1400 est incompatible ou susceptible d'interagir avec certaines commandes destinées à l'appareil 100. Aussi, au cours d'une étape 1405, 10 l'appareil de commande 120 construit et transmet une commande de type filtre
(correspondant à la commande 1400 précédemment émise) à destination de l'analyseur 101. Ce filtre permet de limiter les commandes incompatibles avec la commande 1400 susceptibles d'être émises non seulement par luimême mais également par d'autres appareils de commande à destination de l'appareil 15 commandé.
Ensuite, au cours d'une étape 1406, l'analyseur 101 traduit la commande
filtre reçue selon un premier mode de communication compatible avec l'appareil de commande 120 vers un second mode de communication compatible avec l'appareil 121 et, au cours d'une étape 1407, transmet la commande filtre traduite 20 vers l'appareil 121.
Puis, l'appareil de commande 121, met en oeuvre une étape 1408 de filtrage visant à limiter et/ou interdire l'émission de certaines commandes vers
l'appareil 100.
Ensuite, au cours d'une étape 1409 similaire à l'étape 510, un utilisateur 25 peut demander à l'analyseur 101 une analyse et un affichage de l'historique.
Ensuite, au cours d'une étape 1410 similaire à l'étape 511, l'analyseur 101 présente à l'utilisateur une analyse et la succession des requêtes émises à destination de l'appareil 100. plus précisément, l'analyseur 101 va donc présenter
les commandes 1400, 1405 et 1407 avec la date et l'heure associées.
La figure 15 présente un filtrage de commande (correspondant notamment à l'étape 1408 illustrée précédemment) mis en oeuvre par l'appareil 121 après réception d'une commande de filtre (par exemple, la commande 1407 présentée
en regard de la figure 14).
S Après une étape d'initialisation 1500, au cours de laquelle différentes variables sont mises à jour, au cours d'une étape 1501, l'appareil 100 se met en
attente puis reçoit une requête d'utilisateur.
Puis, au cours d'une étape 1502, la requête reçue est analysée pour
déterminer si elle est autorisée ou non en fonction d'une éventuelle commande de 10 filtre précédemment reçue.
Ensuite, au cours d'un test 1503, l'appareil de commande 121 détermine si
la commande doit être annulée en fonction du résultat de l'analyse 1402.
Dans la négative, au cours d'un test 1504, l'appareil de commande 121
détermine si la commande doit être modifiée en fonction du résultat de l'analyse 15 1402.
Dans l'affirmative, la requête reçue est modifiée au cours d'une étape 1505
en fonction du filtre en vigueur.
A la suite de l'étape 1505 ou si le résultat du test 1504 est négatif, au cours d'une étape 1506, l'appareil 100 traduit la requête reçue et, le cas échéant, 20 éventuellement modifiée lors de l'étape 1504 en une commande destinée à
* l'appareil 100 et émet la commande ainsi construite.
Après l'étape 1506 ou à la suite d'un résultat positif au test 1503
d'annulation, l'étape 1501 est réitérée.
Bien entendu, l'invention n'est pas limitée aux exemples d'utilisation 25 mentionnés ci-dessus. En particulier, l'homme du métier pourra apporter toute
variante dans les formats, les liens physiques (réseaux, liaison points à point, filaire ou sans fil...), les protocoles ((IP/UPnP, IEEE1394/HAVI,.. .), les formats type PCL ou Postscript,...), les appareils commandés (appareils audio/vidéo, scanners, imprimantes,...) et les appareils de commandes (ordinateur, 30 télécommande,...).
On note également que l'invention n'est pas limitée au cas o l'analyseur est séparé d'un appareil commandé et d'un appareil de commande, mais qu'il peut être inclus dans un appareil commandé et/ou dans un appareil de commande afin
d'en simplifier l'utilisation et la mise en oeuvre.
L'invention est adaptée à l'émission de messages comprenant des informations représentatives de commandes et pouvant également comprendre une information chronologique, représentative de l'instant auquel la commande associée au message a été émise (par un appareil de commande), reçue (par l'analyseur ou l'appareil commandé) et/ou traitée (par l'analyseur ou l'appareil 10 commandé). Cette information chronologique peut être plus ou moins complète: elle peut notamment comprendre un horodate complet très précis ou au contraireun simple numéro d'ordre.
En outre, l'invention est adaptée à l'émission de messages reprenant l'intégralité d'une commande (par exemple pour des commandes courtes ou 15 devant être rejouées) ou simplement une partie (cas des commandes longues avec informations redondantes ou informations de détail pour les appareils de commandes non directement concernés par la commande faisant l'objet du message (par exemple, contenu d'un fichier à imprimer, le nom, la taille,
l'origine, le destinataire pouvant suffire)).
L'invention est également adaptée à l'émission de messages ciblés en
fonction du destinataire du message, de l'origine et/ou du destinataire de la commande, de paramètres de configuration prédéterminés ou établis par exemple par un utilisateur. Ainsi, l'analyseur pourra émettre les messages soit vers un sous-ensemble des appareils de pilotage, éventuellement réduit à un seul appareil 25 soit vers l'intégralité des appareils de pilotage.
L'invention n'est pas limitée au cas o les informations fournies à l'utilisateur par les moyens d'aide à l'analyse sont affichées directement par un appareil capturant les requêtes émises à destination d'un appareil commandé mais concerne également le cas o ces informations sont imprimées localement ou à 30 distance, affichées par un appareil commandé (par exemple un téléviseur), un appareil de commande (par exemple, un ordinateur), un appareil dédié à l'affichage ou plus généralement tout appareil disposant d'une interface homme/machine disponible pour l'utilisateur et relié par un moyen de communication quelconque aux moyens de capture et d'enregistrement de messages relatifs à ces informations. On note, en outre, que l'invention ne se limite pas à une implantation purement matérielle mais qu'elle peut aussi être mise en oeuvre sous la forme d'une séquence d'instructions d'un programme informatique ou toute forme mixant une partie matérielle et une partie logicielle. Dans le cas o l'invention est 10 implantée partiellement ou totalement sous forme logicielle, la séquence d'instructions correspondante pourra être stockée dans un moyen de stockage amovible (tel que par exemple une disquette, un CD-ROM ou un DVD-ROM) ou non, ce moyen de stockage étant lisible partiellement ou totalement par un
ordinateur ou un microprocesseur.

Claims (55)

REVENDICATIONS
1. Procédé d'optimisation du pilotage d'au moins un appareil (100, 200, 300) susceptible de recevoir des commandes émises par au moins deux dispositifs (120, 5 121, 220, 221, 320, 321) distincts de transmission de commande, utilisant des modes de communication différents, caractérisé en ce qu'il comprend les étapes suivantes: - réception (500, 1100, 1400) d'une commande (Cmd) destinée à un desdits appareils et transmise par au moins un premier dispositif (120) de 10 transmission de commande mettant en oeuvre un premier mode de communication; - association (501, 1101, 1401) à ladite commande d'un message (Commande(Cmd)) comprenant au moins une information représentative de ladite commande; et - transfert (503, 1103, 1403) dudit message vers au moins un second dispositif (121) de transmission de commande, mettant en oeuvre un second mode de
communication différent dudit premier mode de communication.
2. Procédé selon la revendication 1, caractérisé en ce que ladite étape de transfert assure le transfert dudit message à tous les dispositifs de transmission de 20 commande mettant en òuvre ledit second mode de communication et aptes à émettre une commande appartenant à un groupe de commandes prédéterminé vers
ledit appareil.
3. Procédé selon la revendication 2, caractérisé en ce que ledit groupe de commandes prédéterminé comprend toutes les commandes susceptibles 25 d'interagir avec ladite commande transmise par au moins un premier dispositif de
transmission de commande.
4. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que lesdites étapes d'association et de transfert sont mises en oeuvre pour toutes les commandes reçues par un desdits appareils et appartenant à un groupe de 30 commandes prédéterminé.
5. Procédé selon la revendication 4, caractérisé en ce que ledit groupe de commandes prédéterminé comprend toutes les commandes susceptibles d'être
émises par ledit ou lesdits premiers dispositifs de transmission de commande.
6. Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce 5 que ledit message comprend, en outre, au moins une information chronologique de requête, représentative de l'instant auquel ladite commande a été émise, reçue
et/ou traitée.
7. Procédé selon l'une quelconque des revendications 1 à 6, caractérisé en ce qu'il comprend une étape d'enregistrement de chacun desdits premiers messages 10 de requête dans une base de données.
8. Procédé selon l'une quelconque des revendications 1 à 7, caractérisé en ce
qu'il comprend les étapes suivantes: - réception d'une seconde commande destinée à un desdits appareils et transmise par au moins un desdits seconds dispositifs de transmission de 15 commande mettant en oeuvre ledit second mode de communication; - association à ladite seconde commande d'un second message comprenant au moins une information représentative de ladite seconde commande; et - transfert dudit second message vers au moins un desdits premiers dispositifs
de transmission de commande, mettant en oeuvre ledit premier mode de 20 communication.
9. Procédé selon l'une quelconque des revendications 1 à 8, caractérisé en ce que lesdits premiers et seconds dispositifs de transmission de commande mettent
en oeuvre des protocoles de communication distincts.
10. Procédé selon la revendication 9, caractérisé en ce qu'au moins un desdits 25 protocoles de communication appartient au groupe comprenant: le protocole 1EEE1394; - le protocole HAVI;
- le protocole IP; et - le protocole UPnP.
11. Procédé selon l'une quelconque des revendications 1 à 10, caractérisé en ce que lesdits premiers et seconds dispositifs de transmission de commande
mettent en oeuvre des formats de transmission distincts.
12. Procédé selon la revendication 11, caractérisé en ce qu'au moins un desdits formats de communication appartient au groupe comprenant: - le format PCL; et
- le format Postscript.
13. Procédé selon l'une quelconque des revendications 1 à 12, caractérisé en ce que ladite étape d'association comprend une traduction de ladite commande 10 selon un protocole de communication et un format compatibles avec lesdits
seconds dispositifs de transmission de commande.
14. Procédé selon l'une quelconque des revendications 1 à 13, caractérisé en ce que lesdits premiers et seconds dispositifs de transmission de commande
mettent en oeuvre des liens de communications séparés.
15. Procédé selon l'une quelconque des revendications 1 à 14, caractérisé en
ce que ladite étape de transfert est suivie d'une étape de présentation de chacun desdits messages transmis dans des moyens de présentation associés auxdits
seconds dispositifs de transmission de commande.
16. Procédé selon la revendication 15, caractérisé en ce que ladite étape de 20 présentation comprend une étape de construction d'une page de type HTML
comprenant une liste desdits messages.
17. Procédé selon l'une quelconque des revendications 1 à 16, caractérisé en
ce qu'il comprend une étape d'analyse dudit message.
18. Procédé selon la revendication 17, caractérisé en ce que ladite étape 25 d'analyse dudit message est suivie d'une étape de filtre de commandes à destination desdits appareils susceptibles d'interagir avec la commande dudit message.
19. Procédé selon la revendication 18, caractérisé en ce que ladite étape de filtre comprend une étape d'envoi d'au moins un message de filtre audit au moins 30 appareil.
20. Procédé selon l'une quelconque des revendications 18 et 19, caractérisé en ce que ladite étape de filtre comprend une étape d'envoi d'au moins un message de filtre à au moins une source susceptible d'émettre des commandes destinées
audit au moins un appareil, selon lesdits premiers moyens de communication.
21. Procédé selon l'une quelconque des revendications 18 à 20, caractérisé en ce que ladite limitation comprend une étape d'envoi d'au moins un message de filtre à au moins une source susceptible d'émettre des commandes destinées audit
au moins un appareil, selon lesdits seconds moyens de communication.
22. Procédé selon l'une quelconque des revendications 1 à 21, caractérisé en 10 ce que ledit au moins premier appareil appartient au groupe comprenant:
- les lecteurs de supports audio et/ou vidéos; - les enregistreurs de supports audio et/ou vidéos; et
- les appareils de production de son et/ou d'images.
23. Procédé selon l'une quelconque des revendications 1 à 22, caractérisé en 15 ce que ledit au moins premier appareil appartient au groupe comprenant:
- les imprimantes; - les copieurs; et
- les scanners.
24. Procédé selon l'une quelconque des revendications 1 à 23, caractérisé en 20 ce que lesdites étapes d'association à ladite commande d'un message et de
transfert dudit message sont mises en òuvre dans ledit ou lesdits appareils.
25. Procédé selon l'une quelconque des revendications 1 à 23, caractérisé en ce que lesdites étapes d'association à ladite commande d'un message et de transfert dudit message sont mises en oeuvre par au moins un dispositif distinct 25 dudit ou desdits premiers appareils.
26. Procédé selon l'une quelconque des revendications 1 à 22, caractérisé en ce qu'il comprend une étape de transmission auxdits appareils d'au moins une
commande rejouée à partir dudit message.
27. Dispositif d'optimisation du pilotage d'au moins un appareil susceptible de recevoir des commandes émises par au moins deux dispositifs distincts de transmission de commande, utilisant des modes de communication différents, caractérisé en ce qu'il comprend les moyens suivants: - moyens de réception d'une commande destinée à un desdits appareils et transmise par au moins un premier dispositif de transmission de commande mettant en oeuvre un premier mode de communication; - moyens d'association à ladite commande d'un message comprenant au moins une information représentative de ladite commande; et - moyens de transfert dudit message vers au moins un second dispositif de transmission de commande, mettant en oeuvre un second mode de
communication différent dudit premier mode de communication.
28. Dispositif selon la revendication 27, caractérisé en ce que lesdits moyens de transfert sont adaptés à assurer le transfert dudit message à tous les dispositifs 15 de transmission de commande mettant en oeuvre ledit second mode de communication et aptes à émettre une commande appartenant à un groupe de
commandes prédéterminé vers ledit appareil.
29. Dispositif selon la revendication 28, caractérisé en ce que ledit groupe de commandes prédéterminé comprend toutes les commandes susceptibles 20 d'interagir avec ladite commande transmise par au moins un premier dispositif de
transmission de commande.
30. Dispositif selon l'une quelconque des revendications 27 à 29, caractérisé en ce que lesdits moyens d'association et de transfert sont mis en oeuvre pour toutes les commandes reçues par un desdits appareils et appartenant à un groupe 25 de commandes prédéterminé.
31. Dispositif selon la revendication 30, caractérisé en ce que ledit groupe de commandes prédéterminé comprend toutes les commandes susceptibles d'être
émises par ledit ou lesdits premiers dispositifs de transmission de commande.
32. Dispositif selon l'une quelconque des revendications 27 à 31, caractérisé 30 en ce que ledit message comprend, en outre, au moins une information
chronologique de requête, représentative de l'instant auquel ladite commande a
été émise, reçue et/ou traitée.
33. Dispositif selon l'une quelconque des revendications 27 à 32, caractérisé en ce qu'il comprend des moyens d'enregistrement de chacun desdits premiers
messages de requête dans une base de données.
34. Dispositif selon l'une quelconque des revendications 27 à 33, caractérisé
en ce qu'il comprend les moyens suivants: - moyens de réception d'une seconde commande destinée à un desdits appareils et transmise par au moins un desdits seconds dispositifs de transmission de 10 commande mettant en oeuvre ledit second mode de communication; - moyens d'association à ladite seconde commande d'un second message comprenant au moins une information représentative de ladite seconde commande; et - moyens de transfert dudit second message vers au moins un desdits premiers 15 dispositifs de transmission de commande, mettant en oeuvre ledit premier
mode de communication.
35. Dispositif selon l'une quelconque des revendications 27 à 34, caractérisé en ce que lesdits premiers et seconds dispositifs de transmission de commande
mettent en oeuvre des protocoles de communication distincts.
36. Dispositif selon la revendication 35, caractérisé en ce qu'au moins un desdits protocoles de communication appartient au groupe comprenant: - le protocole 1EEE1394; - le protocole HAVI; - le protocole IP; et
- le protocole UPnP.
37. Dispositif selon l'une quelconque des revendications 27 à 36, caractérisé en ce que lesdits premiers et seconds dispositifs de transmission de commande
mettent en oeuvre des formats de transmission distincts.
38. Dispositif selon la revendication 37, caractérisé en ce qu'au moins un 30 desdits formats de communication appartient au groupe comprenant: - le format PCL; et
- le format Postscript.
39. Dispositif selon l'une quelconque des revendications 27 à 38, caractérisé en ce que lesdits moyens d'association comprennent des moyens de traduction de 5 ladite commande selon un protocole de communication et un format compatibles avec lesdits seconds dispositifs de transmission de commande.
40. Dispositif selon l'une quelconque des revendications 27 à 39, caractérisé en ce que lesdits premiers et seconds dispositifs de transmission de commande
mettent en oeuvre des liens de communications séparés.
41. Dispositif selon l'une quelconque des revendications 27 à 40, caractérisé
en ce qu'il comprend des moyens de présentation de chacun desdits messages transmis.
42. Dispositif selon la revendication 41, caractérisé en ce que lesdits moyens de présentation comprennent des moyens de construction d'une page de type 15 HTML comprenant une liste desdits messages.
43. Dispositif selon l'une quelconque des revendications 27 à 42, caractérisé
en ce qu'il comprend des moyens d'analyse dudit message.
44. Dispositif selon la revendication 43, caractérisé en ce qu'il comprend des moyens de filtre de commandes à destination desdits appareils susceptibles 20 d'interagir avec la commande dudit message.
45. Dispositif selon la revendication 44, caractérisé en ce que lesdits moyens de filtre comprennent des moyens d'envoi d'au moins un message de filtre audit
au moins appareil.
46. Dispositif selon l'une quelconque des revendications 44 et 45, caractérisé 25 en ce que lesdits moyens de filtre comprennent des moyens d'envoi d'au moins un
message de filtre à au moins une source susceptible d'émettre des commandes destinées audit au moins un appareil, selon lesdits premiers moyens de communication.
47. Dispositif selon l'une quelconque des revendications 44 à 46, caractérisé 30 en ce que lesdits moyens de limitation comprennent des moyens d'envoi d'au
moins un message de filtre à au moins une source susceptible d'émettre des commandes destinées audit au moins un appareil, selon lesdits seconds moyens de communication.
48. Dispositif selon l'une quelconque des revendications 27 à 47, caractérisé
en ce que ledit au moins premier appareil appartient au groupe comprenant: - les lecteurs de supports audio et/ou vidéos; - les enregistreurs de supports audio et/ou vidéos; et
- les appareils de production de son et/ou d'images.
49. Dispositif selon l'une quelconque des revendications 27 à 48, caractérisé 10 en ce que ledit au moins premier appareil appartient au groupe comprenant:
- les imprimantes; - les copieurs; et
- les scanners.
50. Dispositif selon l'une quelconque des revendications 27 à 49, caractérisé 15 en ce que lesdits moyens d'association à ladite commande d'un message et de
transfert dudit message sont mis en oeuvre dans ledit ou lesdits appareils.
51. Dispositif selon l'une quelconque des revendications 27 à 50, caractérisé en ce que lesdits moyens d'association à ladite commande d'un message et de transfert dudit message sont mis en oeuvre par au moins un dispositif distinct dudit 20 ou desdits premiers appareils.
52. Dispositif selon l'une quelconque des revendications 27 à 51, caractérisé en ce qu'il comprend des moyens de transmission auxdits appareils d'au moins
une commande rejouée à partir dudit message.
53. Système comprenant: - au moins un appareil susceptible de recevoir des commandes émises par au moins deux dispositifs distincts de transmission de commande, utilisant des modes de communication différents; et - au moins lesdits dispositifs distincts de transmission de commandes;
caractérisé en ce qu'il comprend en outre un dispositif selon l'une quelconque des 30 revendications 27 à 52.
54. Produit programme d'ordinateur caractérisé en ce que ledit programme comprend des séquences d'instructions adaptées à la mise en oeuvre d'un procédé selon l'une quelconque des revendications 1 à 26 lorsque ledit programme est
exécuté sur un ordinateur.
55. Produit programme d'ordinateur d'optimisation du pilotage d'au moins un appareil susceptible de recevoir des commandes émises par au moins deux dispositifs distincts de transmission de commande, utilisant des modes de communication différents, comprenant des instructions de code de programme enregistré sur un support utilisable dans un ordinateur comprenant des moyens de 10 programmation lisibles par ordinateur pour effectuer les étapes suivantes: - réception d'une commande destinée à un desdits appareils et transmise par au moins un premier dispositif de transmission de commande mettant en oeuvre un premier mode de communication; association à ladite commande d'un message comprenant au moins une 15 information représentative de ladite commande; et - transfert dudit message vers au moins un second dispositif de transmission de commande, mettant en oeuvre un second mode de communication différent
dudit premier mode de communication.
FR0212037A 2002-09-27 2002-09-27 Procede d'optimisation du pilotage d'un appareil, dispositif, systemes et programmes d'ordinateur correspondants Expired - Fee Related FR2845229B1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR0212037A FR2845229B1 (fr) 2002-09-27 2002-09-27 Procede d'optimisation du pilotage d'un appareil, dispositif, systemes et programmes d'ordinateur correspondants

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0212037A FR2845229B1 (fr) 2002-09-27 2002-09-27 Procede d'optimisation du pilotage d'un appareil, dispositif, systemes et programmes d'ordinateur correspondants

Publications (2)

Publication Number Publication Date
FR2845229A1 true FR2845229A1 (fr) 2004-04-02
FR2845229B1 FR2845229B1 (fr) 2005-01-14

Family

ID=31985310

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0212037A Expired - Fee Related FR2845229B1 (fr) 2002-09-27 2002-09-27 Procede d'optimisation du pilotage d'un appareil, dispositif, systemes et programmes d'ordinateur correspondants

Country Status (1)

Country Link
FR (1) FR2845229B1 (fr)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006056919A1 (fr) * 2004-11-25 2006-06-01 Koninklijke Philips Electronics N.V. Points de commande de dispositifs dans un reseau
EP2239938A1 (fr) * 2008-01-25 2010-10-13 Sharp Kabushiki Kaisha Récepteur de télévision, serveur, système d'exploitation pour récepteur de télévision, et programme d'exploitation pour récepteur de télévision
US7890610B2 (en) * 2004-03-19 2011-02-15 Hitachi, Ltd. Information processing apparatus, network system and network system control method
EP2352095A4 (fr) * 2008-09-30 2013-03-13 Sharp Kk Dispositif audiovisuel, serveur, systeme et programme d'exploitation de ce dispositif
US9250932B2 (en) 2010-09-22 2016-02-02 Savant Systems, Llc Programmable multimedia controller with flexible user access and shared device configurations

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5825989A (en) * 1992-06-12 1998-10-20 Xerox Corporation System for diagnosing a source of malfunction resulting from the execution of a print job in a network printing system
WO2000072157A1 (fr) * 1999-05-24 2000-11-30 Sony Electronics Inc. Architecture, systeme et procede d'ordonnancement de ressources en reseau a l'aide de donnees sequentielles repetees
WO2001084301A2 (fr) * 2000-05-02 2001-11-08 Microsoft Corporation Architecture de gestion de ressources
WO2002005118A2 (fr) * 2000-07-06 2002-01-17 Homeportal, Inc. Procede et systeme permettant de commander et coordonner des dispositifs et appareils, par exemple a partir d'un portail central et par le biais d'un reseau de communications longue portee

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5825989A (en) * 1992-06-12 1998-10-20 Xerox Corporation System for diagnosing a source of malfunction resulting from the execution of a print job in a network printing system
WO2000072157A1 (fr) * 1999-05-24 2000-11-30 Sony Electronics Inc. Architecture, systeme et procede d'ordonnancement de ressources en reseau a l'aide de donnees sequentielles repetees
WO2001084301A2 (fr) * 2000-05-02 2001-11-08 Microsoft Corporation Architecture de gestion de ressources
WO2002005118A2 (fr) * 2000-07-06 2002-01-17 Homeportal, Inc. Procede et systeme permettant de commander et coordonner des dispositifs et appareils, par exemple a partir d'un portail central et par le biais d'un reseau de communications longue portee

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7890610B2 (en) * 2004-03-19 2011-02-15 Hitachi, Ltd. Information processing apparatus, network system and network system control method
WO2006056919A1 (fr) * 2004-11-25 2006-06-01 Koninklijke Philips Electronics N.V. Points de commande de dispositifs dans un reseau
EP2239938A1 (fr) * 2008-01-25 2010-10-13 Sharp Kabushiki Kaisha Récepteur de télévision, serveur, système d'exploitation pour récepteur de télévision, et programme d'exploitation pour récepteur de télévision
EP2239938A4 (fr) * 2008-01-25 2013-03-13 Sharp Kk Récepteur de télévision, serveur, système d'exploitation pour récepteur de télévision, et programme d'exploitation pour récepteur de télévision
US8904467B2 (en) 2008-01-25 2014-12-02 Sharp Kabushiki Kaisha Device and method to restrict operations from a television receiver or external terminal
EP2352095A4 (fr) * 2008-09-30 2013-03-13 Sharp Kk Dispositif audiovisuel, serveur, systeme et programme d'exploitation de ce dispositif
US9038122B2 (en) 2008-09-30 2015-05-19 Sharp Kabushiki Kaisha Device and method to limit operations from an AV device or external terminal
US9250932B2 (en) 2010-09-22 2016-02-02 Savant Systems, Llc Programmable multimedia controller with flexible user access and shared device configurations

Also Published As

Publication number Publication date
FR2845229B1 (fr) 2005-01-14

Similar Documents

Publication Publication Date Title
KR101772584B1 (ko) 게임 파일의 온라인 렌더링을 위한 방법 및 장치
JP2010541098A (ja) 画像ストレージシステム、装置及び方法
WO2008104727A1 (fr) Procede d'insertion d'un contenu multimedia dans une communication informatisee par messagerie instantanee
US20070027808A1 (en) Strategies for queuing events for subsequent processing
FR2859294A1 (fr) Systeme de reseau de disques et procede de commande d'informations d'erreur
CN108512814A (zh) 媒体数据处理方法、装置和系统
US8806051B2 (en) Multimedia file sharing method and system thereof
FR3031208A1 (fr) Boitier de communication et de gestion d'equipements
CA3025463C (fr) Procede declencheur d'actions complementaires mis en oeuvre par un dispositif electronique cooperant avec un peripherique
FR2845229A1 (fr) Procede d'optimisation du pilotage d'un appareil, dispositif, systemes et programmes d'ordinateur correspondants
CN107368997A (zh) 基于http协议审讯主机与办案管理软件相结合的审讯及流程控制系统
FR2860616A1 (fr) Unite de commande de dispositif de memorisation et procede de commande de celui-ci
EP1186169B1 (fr) Dispositif recepteur/decodeur de television numerique a lecture interactive de programme de television prealablement enregistre
FR2726146A1 (fr) Systeme automatise de gestion de television interactive
EP0969625A1 (fr) Agent de communication entre un administrateur et au moins une ressource d'un système informatique
FR2946212A1 (fr) Dispositif et procede d'interfacage d'au moins un terminal de stockage et de tranmission de donnees avec au moins un support de transmission de donnees
EP2210367A1 (fr) Procede de gestion d'operations d'administration, de maintenance et de maintien en condition operationnelle, entite de gestion, et produit programme d'ordinateur correspondant
JP4958724B2 (ja) 画像処理装置、撮像装置、処理方法、並びにプログラム
EP2741516B1 (fr) Extraction d'une séquence d'images dans un signal vidéo
JP4704393B2 (ja) 画面再生システム
WO2018001978A1 (fr) Procede de stockage d'un contenu multimedia, procede de lecture associe et procede de gestion d'un espace de stockage contenant un tel contenu
WO2009007403A2 (fr) Procede d'envoi d'un code executable a un dispositif de reception et procede d'execution de ce code
EP3036867B1 (fr) Passerelle résidentielle mettant à disposition au moins un espace mémoire privé
FR2850824A1 (fr) Procede de commande et de conversion de contenu et systeme d'utilisation de contenu
EP4017014B1 (fr) Procédé et dispositif de controle de l'etat d'un dispositif comprenant des moyens de transfert d'une source audiovisuelle et des moyens de restitution d'un signal audio

Legal Events

Date Code Title Description
ST Notification of lapse

Effective date: 20140530