FR 2983329 A1 20130531 FR 1162091 A 20111220 La présente invention concerne le domaine de l'administration réseau par un opérateur de dispositifs installés chez un client. De plus en plus de foyers sont connectés à un réseau de communication, typiquement le réseau Internet. Cette connexion permet à l'utilisateur d'accéder à un ensemble de services en ligne. Pour ce faire, l'utilisateur s'adresse à un ou plusieurs opérateurs qui lui fournissent ces services. Certains de ces services peuvent être fournis sous la forme uniquement logicielle pour être utilisés par l'utilisateur sur des équipements qui lui sont propres, par exemple un ordinateur personnel. Par contre, d'autres services associent le service en ligne logiciel avec la fourniture d'un équipement domestique permettant l'accès audit service. L'offre est alors mixte, logicielle et matérielle. L'accès au réseau est un premier exemple de ce type d'offre où le service est composé d'une passerelle domestique qui permet l'accès au réseau de l'opérateur et généralement en plus la gestion d'un réseau local au domicile de l'utilisateur. Les services de diffusion par le réseau de communication de programmes audio/vidéo tels que des chaînes de télévision ou des vidéos à la demande sont un autre exemple où le service de diffusion est généralement couplé à un décodeur qui permet d'assurer le contrôle d'accès et le décodage des programmes diffusés en vue d'une restitution sur un téléviseur. On peut également citer des services de jeux en ligne couplés à une console de jeux connectée au réseau. Ou encore, des services de sauvegarde de contenu qui associent un dispositif de sauvegarde locale et un mécanisme de synchronisation de cette sauvegarde avec une copie distante. Pour des raisons de maintenance, de statistiques et des raisons opérationnelles, l'opérateur d'un tel service maintient typiquement un accès aux dispositifs déployés dans les foyers de ses abonnés. Cet accès est un accès d'administration qui lui permet de lire et/ou d'écrire des paramètres maintenus par le dispositif. L'opérateur est alors en mesure de collecter des informations sur l'état de fonctionnement de son service et éventuellement de déclencher des opérations de maintenance à distance sur les dispositifs déployés, par exemple des mises à jour logicielles. Les opérateurs effectuent donc des relevés réguliers de paramètres visant à détecter des dysfonctionnements et y apporter d'éventuelles actions correctrices. Or, pour des raisons évidentes d'économies d'énergie, la plupart de ces dispositifs déployés dans les foyers des abonnés disposent de mécanismes permettant un passage en veille pendant les périodes où le service associé est inutilisé. L'utilisateur est également susceptible d'éteindre ses appareils. Pour ces raisons, les dispositifs déployés ne sont pas toujours disponibles rendant inopérantes les opérations de relevés de paramètres pendant ces périodes. L'invention vise à résoudre les problèmes précédents par un mécanisme de synchronisation des données d'administration exposées par un dispositif susceptible de passer en veille ou d'être éteint auprès d'un autre dispositif disponible. Ainsi, les données d'administration exposées par le premier appareil inaccessible restent à la disposition de l'opérateur via un autre appareil resté accessible. L'invention concerne un dispositif de traitement de l'information, appelé dispositif administré, comportant une base de données d'administration ; des moyens d'administration pour gérer cette base de données ; des moyens pour communiquer avec un opérateur pour l'administration dudit dispositif et qui comporte en outre des moyens pour communiquer avec un second dispositif de traitement de l'information, appelé dispositif relais ; des moyens pour synchroniser ladite base de données d'administration avec une copie sur ledit dispositif relais et des moyens pour détecter un événement de déclenchement de l'opération de synchronisation. Selon un mode particulier de réalisation de l'invention, l'événement de déclenchement de l'opération de synchronisation est choisi parmi un ensemble d'événements comprenant tout ou partie des événements suivants : passage en veille dudit dispositif, extinction dudit dispositif, périodique et un changement d'état de la base de données d'administration dudit dispositif administré. Selon un mode particulier de réalisation de l'invention, le changement d'état peut être provoqué, par tout ou partie des événements suivants : le démarrage électrique du dispositif administré, la connexion d'un périphérique audit dispositif administré, le téléchargement d'une mise à jour logicielle par ledit dispositif administré, le passage en veille du dispositif administré et une action de l'utilisateur sur ledit dispositif ou un périphérique de celui-ci. L'invention concerne également un dispositif de traitement de l'information, appelé dispositif relais, comportant : des moyens pour communiquer avec un opérateur et qui comporte en outre : des moyens pour communiquer avec un second dispositif de traitement de l'information, appelé dispositif administré ; une copie de la base de données d'administration du dispositif administré et des moyens d'administration pour gérer cette copie, l'opérateur pouvant communiquer avec ces moyens d'administration pour accéder à ladite copie. Selon un mode particulier de réalisation de l'invention, il comporte en outre des moyens pour envoyer une notification à l'opérateur lors d'une modification de ladite copie de la base de données d'administration. Selon un mode particulier de réalisation de l'invention, il comporte en outre des moyens pour synchroniser des modifications apportées par l'opérateur à la copie de la base de données d'administration et l'original hébergé par le dispositif administré. Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels : La Fig. 1 illustre l'architecture générale du système dans un exemple de réalisation de l'invention. La Fig. 2 illustre l'architecture de deux dispositifs selon un exemple de réalisation de l'invention. Un opérateur 1.1 opère un service disponible via un réseau de communication 1.2, typiquement le réseau de communication IP (Internet Protocol en anglais) connu sous le nom de réseau Internet pour un utilisateur au sein de son domicile 1.7. L'accès au réseau de communication se fait grâce à une passerelle domestique 1.3. Cette passerelle regroupe typiquement une fonctionnalité de connexion point à point au réseau de communication sous la forme d'un modem ADSL, câble ou encore fibre optique, et une fonctionnalité de routeur permettant la communication d'un ensemble de dispositifs domestiques 1.4, 1.5 et 1.6 de l'utilisateur sur le réseau. Ces dispositifs sont constitués d'appareils appartenant en propre à l'utilisateur comme un ordinateur personnel ou de dispositifs fournis par un opérateur de services comme constitutifs de ce service. Un opérateur de services qui déploie un ensemble de dispositifs domestiques au sein des foyers de ses abonnés utilise généralement un mécanisme d'administration de réseau pour administrer ses dispositifs. Plusieurs protocoles peuvent être utilisés pour ce faire. On peut citer le protocole décrit dans le document TR-069 et connu sous le nom de CWMP (CPE WAN Management Protocol en anglais) qui est un protocole défini pour gérer la communication entre un équipement terminal du réseau local du client et un serveur d'auto-configuration associé dans un même réseau appartenant à l'opérateur. Un autre protocole bien connu est le protocole SNMP (Simple Network Management Protocol en anglais) défini par la RFC (Request For Comment en anglais) numéro 1157. L'exemple de réalisation de l'invention est basé sur l'utilisation de ce dernier protocole, mais l'invention peut fonctionner avec tout protocole d'administration du même type. Ces protocoles fonctionnent en dotant le dispositif administré d'une base de données. Cette base de données est accessible à distance via le réseau de communication par un service d'administration. Les données peuvent être lues pour permettre un relevé de données d'administration. Les données sont écrites par le dispositif au cours de son fonctionnement en utilisant des agents locaux dont c'est la fonction. Avantageusement, les données peuvent être écrites par le service d'administration. Dans ce cas, les écritures déclenchent l'exécution par le dispositif administré de procédures liées à ces valeurs. C'est par ce moyen que l'opérateur peut déclencher des opérations sur le dispositif administré. Il est également possible de définir des conditions, par exemple le dépassement d'un seuil sur une valeur de la base de données, qui déclenche l'émission d'un événement non sollicité par le dispositif administré vers l'opérateur. Dans le cas de SNMP, la base de données s'appelle un MIB (Management Information Base en anglais). Bien évidemment, l'accès par l'opérateur à la base de données d'un dispositif nécessite que ce dispositif soit en marche. Lorsque le dispositif passe en veille ou est éteint par l'utilisateur, il n'est plus accessible par l'opérateur qui perd toute visibilité sur les données d'administration du dispositif. L'invention propose un mécanisme de synchronisation de la base de données d'administration de l'appareil susceptible d'être mis en veille ou éteint avec un appareil autre. Typiquement cet autre appareil est, de par sa fonction, normalement toujours alimenté ou du moins nettement moins susceptible de passer en veille ou d'être éteint par l'utilisateur. Cet appareil peut, par exemple, être la passerelle qui du fait de ses fonctions de gestion de la téléphonie est généralement alimenté et en fonctionnement en permanence. Mais il peut s'agir de tout autre appareil sur le réseau local de l'utilisateur. La Fig. 2 illustre l'architecture de deux dispositifs selon un exemple de réalisation de l'invention. Le dispositif 2.1 est le dispositif de traitement de l'information domestique administré susceptible d'être mis en veille ou éteint par l'utilisateur. Il dispose d'une base de données d'administration 2.3. Cette base de données d'administration est gérée localement par des moyens d'administration 2.9. Il peut communiquer avec le réseau de communication selon un accès 2.6. Par ce lien 2.6, l'opérateur peut accéder, pour l'administration dudit dispositif, à sa base de données d'administration lorsque l'appareil est en marche. Les moyens de communication 2.6 sont typiquement, dans le cas d'un accès ADSL, le lien réseau établi et relayé par la passerelle. Cet accès se fait via les moyens d'administration 2.9. Le dispositif administré peut également communiquer 2.5 avec un second dispositif de traitement de l'information 2.2 que l'on va appeler le dispositif relais. Ce lien de communication est typiquement le réseau local, mais il peut s'agir de tout moyen de communication. Le dispositif relais contient une copie 2.4 de la base de données d'administration du dispositif administré 2.1. Cette copie est gérée localement par des moyens d'administration 2.10. Typiquement, mais ce n'est pas obligatoire, il dispose également de sa propre base de données d'administration 2.8. Le dispositif relais dispose également d'un lien 2.7 avec le réseau de communication et donc l'opérateur. L'opérateur peut donc communiquer avec les moyens d'administration 2.10 et accéder ainsi à la copie de la base de données d'administration 2.4. Le dispositif administré dispose de moyens de synchroniser sa base de données d'administration 2.3 avec la copie 2.4 sur le dispositif relais 2.2. Ces moyens peuvent utiliser tout protocole de communication. Dans l'exemple de réalisation, le protocole SNMP est utilisé pour générer les écritures dans la base du dispositif relais des valeurs de la base du dispositif administré. Le dispositif administré dispose de moyens de détecter un événement de déclenchement de l'opération de synchronisation parmi un ensemble d'événements survenant au sein dudit dispositif administré. Cet ensemble d'événements comprend avantageusement tout ou partie des événements suivants : passage en veille dudit dispositif, extinction dudit dispositif, périodiquement, à chaque changement d'état de la base de données d'administration du dispositif administré. Ce changement d'état peut être provoqué, par tout ou partie des événements suivants : le démarrage électrique du dispositif administré, la connexion d'un périphérique audit dispositif administré, le téléchargement d'une mise à jour logicielle par ledit dispositif administré, le passage en veille du dispositif administré, une action de l'utilisateur sur un périphérique du dispositif administré ou directement sur le dispositif administré. L'exemple typique d'un périphérique du dispositif administré enregistrant des actions utilisateurs est la télévision connectée à un décodeur selon l'invention. Le dispositif relais doit disposer des moyens de répondre à des requêtes d'administration relatives à la copie de la base qu'il héberge. Avantageusement, il est lui-même administré par le même protocole d'administration que le dispositif administré et la copie de la base est vue comme une extension de sa propre base de données d'administration. Ceci n'est toutefois pas obligatoire, certains modes de réalisation peuvent prévoir un dispositif relais qui serait administré en propre selon un premier protocole d'administration et qui serait administré en ce qui concerne la copie de la base de données d'administration du dispositif administré par un second protocole d'administration. L'opérateur peut être tenu informé d'un changement d'état de la copie de la base de données d'administration mémorisée dans le dispositif relais en interrogeant régulièrement cette base de données ou en recevant une notification envoyée par le dispositif relais. Cette notification peut prendre la forme d'un événement SNMP ou d'un message TR-069 INFORM selon le protocole utilisé. Avantageusement, le dispositif relais dispose de moyens de synchroniser des modifications apportées par l'opérateur à la copie de la base de données d'administration et l'original hébergé par le dispositif administré. Par exemple, lorsque des données ont été modifiées par l'opérateur au moyen de commandes « set » SNMP dans la copie de la base et sur réception d'un événement signalant le réveil du dispositif administré, le dispositif relais va reporter les écritures au sein de la base de données originale dans le dispositif administré. Typiquement le dispositif administré et le dispositif relais sont deux dispositifs distincts. Mais dans certains modes de réalisation de l'invention, ces deux dispositifs peuvent cohabiter au sein d'un même appareil. Par exemple, une passerelle domestique peut héberger un décodeur de télévision sous la forme d'un module matériel qui est susceptible de passer en veille alors que la passerelle qui l'héberge reste en marche. Ce mode de réalisation n'influe pas sur la mise en oeuvre de l'invention. REVENDICATIONS1/ Dispositif de traitement de l'information, appelé dispositif administré, comportant : - une base de données d'administration (2.3) ; - des moyens d'administration (2.9) pour gérer cette base de données ; - des moyens pour communiquer (2.6) avec un opérateur pour l'administration dudit dispositif ; caractérisé en ce qu'il comporte en outre : - des moyens pour communiquer (2.5) avec un second dispositif de traitement de l'information, appelé dispositif relais ; - des moyens pour synchroniser ladite base de données d'administration avec une copie sur ledit dispositif relais ; - des moyens pour détecter un événement de déclenchement de l'opération de 15 synchronisation. 2/ Dispositif selon la revendication 1, caractérisé en ce que l'événement de déclenchement de l'opération de synchronisation est choisi parmi un ensemble d'événements comprenant tout ou partie des événements suivants : 20 - passage en veille dudit dispositif, - extinction dudit dispositif, - périodique, - un changement d'état de la base de données d'administration dudit dispositif administré. 25 3/ Dispositif selon la revendication 2, caractérisé en ce que le changement d'état peut être provoqué, par tout ou partie des événements suivants : - le démarrage électrique du dispositif administré, - la connexion d'un périphérique audit dispositif administré, 30 - le téléchargement d'une mise à jour logicielle par ledit dispositif administré, - le passage en veille du dispositif administré, - une action de l'utilisateur sur ledit dispositif ou un périphérique de celui-ci. 4/ Dispositif de traitement de l'information, appelé dispositif relais, comportant :- des moyens pour communiquer (2.7) avec un opérateur ; caractérisé en ce qu'il comporte en outre : - des moyens pour communiquer (2.5) avec un second dispositif de traitement de l'information, appelé dispositif administré ; - une copie (2.4) de la base de données d'administration (2.3) du dispositif administré ; - des moyens d'administration (2.10) pour gérer cette copie, l'opérateur pouvant communiquer avec ces moyens d'administration pour accéder à ladite copie. 5/ Dispositif selon la revendication 4, caractérisé en ce qu'il comporte en outre : - des moyens pour envoyer une notification à l'opérateur lors d'une modification de ladite copie de la base de données d'administration. 6/ Dispositif selon l'une des revendications 3 ou 4, caractérisé en ce qu'il comporte en outre : - des moyens pour synchroniser des modifications apportées par l'opérateur à la copie de la base de données d'administration et l'original hébergé par le dispositif administré.20