FR 2845229 A1 20040402 FR 0212037 A 20020927 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. 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.