FR 3071939 A1 20190405 FR 1759098 A 20170929 Technique d'administration à distance L'invention se rapporte au domaine général des télécommunications. L'invention concerne plus particulièrement l'administration à distance d'un dispositif par un serveur d'administration. Ce dispositif appartient par exemple à un réseau local. Afin de garantir des services de qualité, il est préférable qu'un opérateur de réseau puisse administrer à distance des dispositifs. L'administration à distance des dispositifs nécessite notamment : - de détecter et de connaitre les dispositifs administrés, par exemple leurs numéros de série, leurs versions matérielle et logicielle ; - de superviser ces dispositifs, par exemple en obtenant des informations de supervision et des indicateurs de performance Dans un réseau local, une passerelle d'accès permet notamment à des dispositifs localisés dans un site client d'accéder à un réseau de communication étendu WAN (pour « Wide Area Network »), tel que le réseau Internet. Ces dispositifs sont également appelés CPE, pour « Customer Premises Equipment ». Pour un réseau local, il s'agit notamment de la passerelle d'accès, d'un décodeur TV « Set-Top-Box », d'un terminal mobile. Dans le contexte d'un réseau domotique, il s'agit également d'équipements d'électroménager, de systèmes d'alarme, de capteurs. La gestion à distance des dispositifs d'un réseau local s'appuie par exemple sur un rapport technique élaboré par le Broadband Forum, TR-069 « CPE WAN Management Protocol ». Ce rapport technique définit un protocole CWMP, spécifiant la communication entre un serveur d'administration, appelé serveur d'auto-configuration distant ACS (pour « Auto-configuration Server »), et un dispositif du réseau local. Le protocole CWMP définit un mécanisme qui permet notamment une auto-configuration sécurisée des dispositifs du réseau local et d'autres fonctions de gestion de ces dispositifs. Il est notamment possible à l'opérateur du réseau d'effectuer des interventions à distance, telles que : - mettre à jour le logiciel (« software ») ou le microcode (« firmware ») d'un dispositif, lorsqu'une évolution de la version logicielle ou du microcode est requise ; - effectuer un diagnostic lorsqu'un dispositif présente un disfonctionnement ; - installer et configurer dynamiquement de nouveaux services ; - superviser l'état de fonctionnement et les performances d'un dispositif. Le protocole CWMP s'appuie sur le protocole Internet, plus précisément sur TCP/IP (pour « Transmission Control Protocol »). La mise à jour à distance du logiciel ou du microcode est une opération nécessitant des précautions particulières. Il est préférable de ne pas l'interrompre lorsqu'elle est en cours d'exécution. En effet, ceci risque de corrompre le logiciel ou le microcode et empêcher un 2 fonctionnement du dispositif en cours de mise à jour. Par ailleurs, l'opération de mise à jour peut générer une interruption de service au niveau du dispositif. Lorsque le dispositif est une passerelle d'accès au réseau étendu pour un ensemble de dispositifs d'un réseau local, le service est également interrompu pour cet ensemble de dispositifs. Les mises à jour sont alors souvent programmées par 5 l'opérateur pour s'exécuter pendant la nuit afin d'en limiter les impacts. Il n'est toutefois pas garanti que le dispositif à mettre à jour ne soit pas en cours d'utilisation lors d'une mise à jour nocturne. Il est ici souligné que les mises à jour s'effectuent généralement sans demande de validation de la part d'un utilisateur du dispositif. Cette problématique liée à l'exécution d'une mise à jour se pose pour tout dispositif administré à distance. 10 Un des buts de l'invention est de remédier à des insuffisances/inconvénients de l'état de la technique et/ou d'y apporter des améliorations. Selon un premier aspect, l'invention a pour objet un procédé d'administration à distance d'un dispositif par un serveur d'administration. Ce procédé comprend : - une obtention d'une information d'état d'utilisation du dispositif pour lequel une 15 opération de gestion est à exécuter ; - une demande de report de l'exécution de l'opération de gestion au serveur d'administration, ledit report étant déterminé en fonction de l'information obtenue, d'une évaluation d'un impact de l'exécution de l'opération de gestion sur le fonctionnement du dispositif et d'une politique d'exécution d'opération de gestion. 20 Le procédé d'administration à distance tire son origine d'un problème associé à une mise à jour du logiciel ou du micro-logiciel d'un dispositif, susceptible d'entraîner un arrêt complet du ou des services fournis par ce dispositif. Il est toutefois applicable à toute opération de gestion à exécuter sur ce dispositif. La mise en oeuvre du procédé d'administration tel que proposé permet de minimiser l'impact d'une opération de gestion sur la qualité de service fournie à l'utilisateur du 25 dispositif. On comprend qu'ainsi grâce au procédé, l'impact de l'opération de gestion pour un utilisateur du dispositif est limité Ceci est particulièrement important lorsque cette mise à jour entraîne une interruption de service associée à un redémarrage du dispositif. Ce procédé est notamment avantageux lorsque l'opérateur du réseau ne dispose pas de 30 moyens techniques pour prévenir le ou les personnes susceptibles d'utiliser le dispositif et leur demander leur accord avant d'effectuer une opération de gestion. En effet, certains dispositifs ne disposent pas d'une interface homme-machine élaborée leur permettant d'interagir de manière simple et conviviale avec le ou les utilisateurs. Ceci est le cas par exemple pour des décodeurs TV, des points d'accès au réseau de communication étendu, des passerelles résidentielles. Ainsi, un 35 report de l'opération de gestion peut être décidé en fonction d'un état d'utilisation du dispositif sur lequel cette opération de gestion doit être exécutée. 3 Un état d'utilisation du dispositif est représentatif d'une disponibilité du dispositif en vue d'une opération de gestion. Cet état d'utilisation prend en compte un ou des services en cours d'exécution sur le dispositif et/ou des ressources du dispositif. Il permet d'évaluer un impact d'une opération de gestion sur le dispositif, notamment sur la qualité de service pour un service fourni par 5 le dispositif. Dans un mode de réalisation, le service est un service principal fourni par le dispositif. Dans un autre mode de réalisation, le service est un service fourni par le dispositif et en cours d'utilisation. Cette évaluation d'un impact sur la qualité de service n'est pas prise en compte dans les méthodes d'administration à distance connues à ce jour. La mise en oeuvre du procédé d'administration à distance proposé permet ainsi d'adapter 10 les méthodes existantes en évaluant un impact d'une opération de gestion en fonction d'un état d'utilisation du dispositif. Il en résulte une administration à distance adaptée au dispositif visé par l'opération de gestion permettant de garantir une disponibilité des services pour les utilisateurs du dispositif et leur offrir ainsi une meilleure qualité de service. Les différents modes ou caractéristiques de réalisation mentionnés ci-après peuvent être 15 ajoutés indépendamment ou en combinaison les uns avec les autres, aux étapes du procédé d'administration à distance tel que défini précédemment. Dans un mode de réalisation particulier, la demande de report de l'exécution de l'opération de gestion comprend une information temporelle permettant au serveur d' administration d'orchestrer l'exécution de l'opération de gestion. 20 Dans ce mode de réalisation, ceci permet au serveur d' administration d'orchestrer l'exécution de l'opération de gestion, sans nécessiter de mettre de nouveau en oeuvre le procédé d'administration. Dans un mode de réalisation particulier, le report de l'exécution de l'opération de gestion est également déterminé en fonction d'un contexte associé à un utilisateur du dispositif. 25 Le contexte associé à un utilisateur du dispositif comprend une ou des informations relatives à un utilisateur du dispositif ou à son environnement. Il peut s' agir d'horaires préférés pour une opération de gestion, de profil de l'utilisateur, ... Dans ce mode de réalisation, l'exécution de l'opération de gestion prend en compte ce contexte afin d'adapter la qualité de service à l'utilisateur. 30 Dans un mode de réalisation particulier, l'information d'état d'utilisation du dispositif est déterminée à partir d'informations collectées auprès du dispositif. Dans ce mode de réalisation, le dispositif fournit lui-même les informations permettant de déterminer l'information d'état d'utilisation du dispositif. Ceci permet de mieux prendre en compte l'utilisation qui est faite du dispositif pour évaluer l'impact de l'opération de gestion. 35 Selon une caractéristique particulière, les informations collectées appartiennent au groupe comprenant des informations relatives à un processus en cours d'exécution sur le dispositif, des informations relatives aux ressources disponibles sur le dispositif. 4 Ceci permet de prendre en compte lors de la détermination d'un état d'utilisation des informations fournies par le dispositif telles que les ressources disponibles en termes de mémoire vive, de capacités de processeur, et également le ou les services en cours d'exécution sur le dispositif. 5 Dans un mode de réalisation particulier, l'impact est évalué en fonction d'une classe de l'opération de gestion. Selon un deuxième aspect, l'invention concerne également un dispositif d'administration agencé pour coopérer avec un serveur d'administration à distance d'un dispositif. Le dispositif d' administration comprend : 10 - un module d'obtention, agencé pour obtenir une information d'état d'utilisation du dispositif pour lequel une opération de gestion est à exécuter ; - un module de planification, agencé pour déterminer un report de l'exécution de l'opération de gestion en fonction de l'information obtenue, d'une évaluation d'un impact de l'exécution de l'opération de gestion sur le fonctionnement du dispositif et d'une politique 15 d'exécution d'opération de gestion et pour demander le report au serveur d' administration. Dans un mode de réalisation particulier, le dispositif d'administration et le dispositif à administrer sont réunis dans un seul dispositif. Les avantages énoncés pour le procédé d'administration à distance selon le premier aspect sont transposables directement au dispositif d'administration. 20 Dans un mode de réalisation particulier, le module d'obtention est en outre agencé pour déterminer l'information d'état d'utilisation du dispositif à partir d'informations collectées auprès du dispositif. Ce dispositif d' administration peut bien entendu comporter en termes structurels les différentes caractéristiques relatives au procédé d'administration tel que décrit précédemment, qui 25 peuvent être combinées ou prises isolément. Selon un troisième aspect, l'invention concerne également un système agencé pour coopérer avec un serveur d'administration à distance. Ce système comprend : - au moins un dispositif à administrer comprenant : - un module d'administration, agencé pour être administré à distance par un serveur 30 d' administration : - un module, agencé pour collecter des informations relatives au dispositif permettant de déterminer une information d'état d'utilisation du dispositif ; ledit système comprenant en outre : - un module de détermination d'un état d'utilisation, agencé pour déterminer une 35 information d'état d'utilisation du dispositif pour lequel une opération de gestion est à exécuter ; - un module de planification, agencé pour déterminer un report de l'exécution de l'opération de gestion en fonction de l'information obtenue, d'une évaluation d'un impact de 5 l'exécution de l'opération de gestion sur le fonctionnement du dispositif et d'une politique d'exécution d'opération de gestion et pour demander le report au serveur d'administration. Les avantages énoncés pour le procédé d'administration à distance selon le premier aspect sont transposables directement au système. 5 Selon une caractéristique particulière, le système comprend en outre un module de collecte, agencé pour obtenir des informations relatives au dispositif permettant de déterminer une information d'état d'utilisation du dispositif. Ce système peut bien entendu comporter en termes structurels les différentes caractéristiques relatives au procédé d'administration tel que décrit précédemment, qui peuvent être 10 combinées ou prises isolément. Selon un quatrième aspect, l'invention concerne un programme pour un dispositif, comprenant des instructions de code de programme destinées à commander l'exécution de celles des étapes du procédé d'administration à distance précédemment décrit mises en oeuvre par le dispositif, lorsque ce programme est exécuté par ce dispositif et un support d'enregistrement lisible 15 par un dispositif sur lequel est enregistré un programme pour un dispositif. Les avantages énoncés pour le procédé d'administration à distance selon le premier aspect sont transposables directement au programme pour un dispositif et au support d'enregistrement. La technique d'administration à distance d'un dispositif sera mieux comprise à l'aide de 20 la description suivante de modes de réalisation particuliers, en référence aux dessins annexés sur lesquels : - la figure 1 représente un environnement d'administration à distance dans un réseau de communication dans un mode de réalisation particulier ; - la figure 2 illustre un exemple de mise en oeuvre d'un procédé d'administration à 25 distance selon un mode particulier de réalisation ; - la figure 3 illustre des étapes d'un procédé d'administration à distance selon un mode particulier de réalisation ; - la figure 4 représente un dispositif administrable à distance selon un mode particulier de réalisation ; 30 - la figure 5 représente un dispositif d'administration selon un mode particulier de réalisation. L'environnement représenté à la figure 1 correspond à celui de l'administration à distance de dispositifs d'un réseau local. Il est donné ici à titre illustratif, la technique d'administration à distance pouvant être mise en oeuvre dans d'autres environnements. 35 La figure 1 représente une pluralité de dispositifs d'un réseau local administrés à distance par un ensemble d'équipements d'administration. Le protocole IP (pour « Internet Protocol ») est utilisé par les dispositifs pour communiquer entre eux dans le réseau local et également pour 6 communiquer avec un réseau de communication étendu ou WAN (pour « Wide Area Network »), tel que le réseau Internet, non représenté sur la figure 1. Pour l'environnement représenté à la figure 1, on entend par réseau de communication local 2 un réseau de type LAN (« Local Area Network »). Ce réseau peut être en particulier un 5 réseau domestique ou un réseau d'entreprise. Une passerelle d'accès 20 est agencée pour fournir à des dispositifs du réseau local un accès vers le réseau de communication étendu (par exemple Internet) par l'intermédiaire d'un réseau d'accès 1. Le réseau d'accès 1 est par exemple un réseau d'accès xDSL (pour « Digital Subscriber Line », le x indiquant qu'il peut s'agir d'un réseau ADSL, HDSL, VDSL, ...). Il peut également s'agir d'un réseau FTTH (pour « Fiber To The Home »). 10 Aucune limitation n'est attachée au type du réseau d'accès. Le réseau local 2 peut être aussi bien un réseau filaire de type Ethernet, selon la norme IEEE 802.3, qu'un réseau sans fil de type Wi-Fi, selon la norme IEEE 802.11 ou bien encore un réseau par courant porteur en ligne CPL. Les dispositifs d'un réseau local 2 peuvent être n'importe quels dispositifs, par exemple 15 domestiques, disposant d'une connexion réseau filaire ou sans-fil. Il peut s'agir par exemple, d'un ordinateur, d'une tablette tactile 21, d'un téléphone mobile 22, d'un poste de radio connecté 23, d'un téléphone fixe 24, d'un rétroprojecteur 25, d'une télévision 26, d'un décodeur TV (« Set-Top Box ») 27, d'une console de jeux, de dispositifs électroménagers, etc. On se limite par la suite à des dispositifs administrés à distance par l'ensemble d'équipements d'administration. Ces dispositifs 20 sont également appelés CPE, pour « Customer Premises Equipment ». De tels dispositifs contribuent à la mise en oeuvre d'un service fourni par l'opérateur chez un client. A ce titre, ils fournissent un service à un utilisateur. Il s'agit par exemple de la passerelle 20 d'accès au réseau de communication étendu, du décodeur TV 27, d'un contrôleur de réseau domotique,... L'ensemble d'équipements d'administration regroupe une pluralité d'équipements 25 permettant à l'opérateur du réseau de communication d'administrer et de superviser des dispositifs, notamment des dispositifs appartenant à des réseaux locaux, dont la passerelle d'accès 20 et le décodeur TV 27. L'ensemble 30 d'équipements d'administration comprend notamment un serveur d'administration 31, également appelé serveur d'auto-configuration ACS (pour « Auto-Configuration Server »), un centre d'appel 32 et des centres de support opérationnels 33 (OSS, 30 pour « Operational Support System ») ou orientés métiers (BSS, pour « Business Support System »). Dans le mode de réalisation décrit, le serveur d'administration 31 dialogue avec les dispositifs du réseau local 2 en vue de leur administration selon le protocole de gestion à distance CWMP (« CPE WAN Management Protocol ») défini dans le rapport technique TR-069 élaboré 35 par le Broadband Forum, par exemple l'Amendement 5, daté de novembre 2013. Les modèles de données utilisées par le protocole CWMP sont définis dans le rapport technique TR-181 « Device Data Model for TR-069 », par exemple la version Issue 2 Amendment 11, datée de juillet 2016. 7 Aucune limitation n'est attachée à l'utilisation de ce protocole particulier. Dans d'autres modes de réalisation, il est par exemple possible de mettre en oeuvre la spécification OMA-Device Management définie par l'organisation OMA (pour « Open Mobile Alliance ») pour l'administration de terminaux mobiles, par exemple la version approuvée 2.0. 5 Au moyen du protocole CWMP, le serveur d'administration 31 peut notamment : - obtenir et gérer à distance la configuration d'un dispositif ; - initier des tests de diagnostics ; - télécharger des fichiers de logiciel ou de microcode et - gérer des évènements. 10 Dans le cas d'une passerelle d'accès, le serveur d'administration 31 peut également obtenir des informations relatives aux dispositifs qui lui sont connectés. L'application d'administration à distance utilise le protocole CWMP et s'appuie sur des standards protocolaires TCP/IP, SSL/TLS (pour « Secure Sockets Layer / Transport Layer Security », HTTP (pour « HyperText Transfer Protocol »), SOAP (pour « Simple Object Access 15 Protocol »), RPC (pour « Remote Procedure Call »). Sur la figure 1 est également représenté un dispositif d'administration 40 dont les fonctions sont détaillées par la suite. On se place par la suite à titre illustratif dans le cadre d'un réseau local domestique. Aucune limitation n'est attachée à cet exemple particulier et la description qui suit est aisément 20 transposable à un réseau local de type réseau d'entreprise. Elle est également transposable à tout type de dispositif à administrer à distance. En référence à la figure 2, un système d'administration à distance comprend notamment : - le serveur d'administration 31 connecté à un réseau de communication étendu, agencé pour administrer à distance un dispositif : 25 - un module 101 de collecte d'informations relatives à un dispositif ; - un module 102 de détermination d'un état d'utilisation d'un dispositif ; - un module 103 de planification d'une opération de gestion à exécuter. Le module 101 de collecte est notamment agencé pour obtenir d'un dispositif d'un réseau local des informations relatives au dispositif, telles qu'un identifiant du dispositif, des informations 30 relatives au(x) processus (et donc aux service(s)) en cours d'exécution sur le dispositif, aux ressources disponibles sur ce dispositif. Les ressources correspondent par exemple à une capacité processeur et son taux d'utilisation, une capacité de mémoire vive disponible, une capacité de stockage, un niveau de batterie. Le processus en cours d'exécution peut être un service fourni à un utilisateur du dispositif ou bien encore un service de gestion du dispositif exécuté par un dispositif 35 d'administration à distance. Ces informations visent à permettre de déterminer un état d'utilisation du dispositif. Le module 101 de collecte est agencé pour fournir au module 102 de détermination d'un état d'utilisation ces informations obtenues. 8 Le module 102 de détermination d'un état d'utilisation est notamment agencé pour obtenir du module 101 de collecte les informations relatives à un dispositif et pour déterminer un état d'utilisation du dispositif à partir de ces informations . Par la suite, cet état d'utilisation est défini de la manière suivante : 5 « indisponible » : dans cet état, la communication entre le serveur d'administration et le dispositif est possible mais il est conseillé de ne pas effectuer d'opération de gestion ; « utilisé » : dans cet état, un ou des services sont en cours d'exécution et le dispositif est partiellement disponible pour une opération de gestion ; « disponible » : dans cet état, aucun service n'est en cours d'exécution et le dispositif est 10 disponible pour une opération de gestion ; « réservé » : dans cet état, le dispositif est réservé par un autre serveur d'administration pour une opération de gestion. L'état d'utilisation « indisponible » est déterminé en fonction des informations obtenues du dispositif. A titre illustratif, lorsque le niveau de batterie d'un dispositif est insuffisant, il est 15 conseillé de ne pas effectuer une mise à jour afin d'éviter une interruption lors de l'exécution de celle-ci. Toujours à titre illustratif, lorsque la capacité de mémoire vive est insuffisante, il est conseillé de ne pas effectuer une mise à jour afin d'éviter un échec lors de l'exécution de celle-ci. Dans un mode de réalisation particulier, le module de détermination 102 d'un état d'utilisation est agencé pour fournir une information relative au service principal associé au 20 dispositif. A titre d'exemple illustratif, le service principal associé à un décodeur STB est le service de télévision. Toujours à titre d'exemple illustratif, le service principal associé à une passerelle d'accès est le service Internet. Dans un autre mode de réalisation particulier, le module de détermination 102 d'un état d'utilisation est agencé pour fournir, lorsque l'état d'utilisation du dispositif est « indisponible » ou 25 « utilisé », des informations complémentaires relatives à l'état telles qu'une liste d'identifiants des services en cours d'exécution, d'un ensemble de ressources disponibles, un sous-état du dispositif (par exemple : indisponible batterie, ou indisponible processeur). Ce mode de réalisation permet d'avoir une meilleure précision quant à l'impact de l'exécution d'une opération de gestion sur les services en cours d'exécution sur le dispositif. 30 Le module de planification 103 est notamment agencé pour déterminer un impact d'une opération de gestion à exécuter pour un dispositif en fonction de l'état d'utilisation du dispositif reçu du module 102 de détermination et de l'opération de gestion à exécuter Op. Le serveur d'administration 31 détermine qu'une opération de gestion Op est à exécuter pour un dispositif et envoie une demande de planification de l'opération de gestion à exécuter au 35 module de planification 103. On définit une classe d'opération Class_Op associée à chacune des opérations de gestion. Cette classe d'opération comprend les classes suivantes : 9 - mise à jour d'un logiciel ou d'un micro-logiciel du dispositif ; - action d'écriture pour des données mémorisées par le dispositif : configuration, écriture, allocation (en anglais « provisioning ») ; - action de lecture de données mémorisées par le dispositif : lecture, surveillance (en anglais 5 « monitoring ») ; - diagnostic ; - redémarrage du dispositif. Un impact sur la qualité de service est déterminé pour chaque opération de gestion par le module de planification 103 : 10 - arrêt définitif du service ; - interruption temporaire de service ; - dégradation temporaire de service ; - pas d'impact. Dans un mode de réalisation particulier, lorsque l'impact est une interruption temporaire 15 du service, une estimation de la durée d'interruption est également déterminée Le module de planification 103 est ainsi agencé pour évaluer un impact de l'opération de gestion à exécuter pour le dispositif. Dans un mode de réalisation particulier, le module de planification 103 reçoit également, lorsque l'état d'utilisation du dispositif est « indisponible » ou « utilisé », des informations 20 complémentaires telles qu'une liste d'identifiants des services en cours d'exécution, d'un ensemble de ressources disponibles. Dans ce cas, le module de planification 103 est agencé pour évaluer une pluralité d'impacts de l'opération de gestion à exécuter pour chacun des services déterminés en cours d'exécution. Le module de planification 103 est également agencé pour déterminer une décision 25 relative à l'opération de gestion à exécuter à partir de l'état d'utilisation du dispositif, de l'opération de gestion à exécuter et du ou des impacts évalués. Plus précisément, cette décision correspond à une autorisation d'exécuter l'opération de gestion ou une demande de report de l'exécution de l'opération de gestion. Pour ce faire, le module de planification 103 est agencé pour obtenir des politiques d'exécution d'opération de gestion, mémorisées dans une première zone 30 mémoire 104. On appelle politique d'exécution d'opération de gestion une association entre un état d'utilisation du dispositif, une opération et un impact. A titre de premier exemple illustratif, l'impact d'une mise à jour d'un micro-logiciel est un risque d'interruption temporaire sur le dispositif concerné par cette mise à jour. La politique 35 d'exécution suivante est définie : état d'utilisation = « disponible », mise à jour, interruption temporaire de service, autoriser l'opération de gestion 10 état d'utilisation = « utilisé » ou « indisponible » ou « réservé », mise à jour, interruption temporaire de service, reporter l'opération de gestion. A titre de deuxième exemple illustratif, une lecture de données sur le dispositif ne présente pas d'impact. La politique d'exécution suivante est définie : 5 état d'utilisation = « utilisé » ou « disponible » ou « réservé », lecture, pas d'impact, autoriser l'opération de gestion état d'utilisation = « indisponible », lecture, pas d'impact, reporter l'opération de gestion. Il est ici rappelé qu'il s'agit uniquement d'un exemple et toute autre politique d'exécution peut être définie. Par exemple, une autre politique de gestion d'exécution peut indiquer que 10 l'opération de gestion peut être reportée lorsque l'état d'utilisation du dispositif est « réservé ». Le module de planification 103 est alors agencé pour déterminer à partir des politiques d'exécution d'opération de gestion obtenues si l'exécution de l'opération de gestion est autorisée ou reportée, et pour envoyer au serveur d'administration 31 la décision relative à l'opération de gestion demandée. 15 Dans un mode de réalisation particulier, le module de planification 103 est en outre agencé pour obtenir un contexte associé à un utilisateur du dispositif, mémorisé dans une deuxième zone mémoire 105. Le contexte associé à un utilisateur du dispositif comprend une ou des informations relatives à un utilisateur du dispositif ou à son environnement. A titre de premier exemple illustratif, l'information obtenue correspond à une date, une 20 heure ou un créneau horaire auxquels l'utilisateur accepte l'exécution d'opération de gestion. Dans un mode de réalisation particulier, ces informations ont été paramétrées par l'utilisateur afin de les adapter à ses propres besoins. A titre de deuxième exemple illustratif, l'information obtenue correspond à une criticité de la mise à jour à exécuter, par exemple parce qu'elle est associée à un problème de sécurité. Ce 25 type de mise à jour de logiciel ou de micro-logiciel critique est autorisé à n'importe quel moment de la journée même si elle interrompt les services fournis par le dispositif et en cours d'utilisation par l'utilisateur. Lorsque cette mise à jour correspond à une mise à jour de sécurité critique, la politique d'exécution suivante est définie : 30 état d'utilisation= « indisponible » ou « utilisé » ou « disponible », mise à jour de sécurité critique, interruption temporaire de service, autoriser l'opération de gestion état d'utilisation= « réservé », mise à jour de sécurité critique, interruption temporaire de service, reporter l'opération de gestion. Dans le cas contraire, c'est-à-dire lorsque cette mise à jour ne correspond pas à une mise 35 à jour de sécurité critique, la politique d'exécution suivante est définie : état d'utilisation= « indisponible » ou « utilisé » ou « réservé », mise à jour, interruption temporaire de service, reporter l'opération de gestion 11 état d'utilisation= « disponible », mise à jour, interruption temporaire de service, autoriser l'opération de gestion. A titre de troisième exemple illustratif, l'information obtenue correspond à un profil de l'utilisateur du dispositif. Il est ainsi possible de définir des politiques d'exécution d'opération de 5 gestion différentes pour des utilisateurs dits « premium », pour lesquels l'opérateur ne souhaite pas perturber l'offre de service, et pour d'autres utilisateurs dits « testeurs », pour lesquels les mises à jour peuvent être exécutées immédiatement, quitte à perturber l'offre de service. Lorsque le profil de l'utilisateur est « premium », la politique d'exécution suivante est définie : 10 état d'utilisation= « disponible », mise à jour, interruption temporaire de service, autoriser l'opération de gestion état d'utilisation= « indisponible » ou « utilisé » ou « réservé », mise à jour, interruption temporaire de service, reporter l'opération de gestion. Lorsque le profil de l'utilisateur est « testeur », la politique d'exécution suivante est 15 définie : état d'utilisation= « indisponible » ou « utilisé » ou « disponible », mise à jour, interruption temporaire de service, autoriser l'opération de gestion état d'utilisation= « réservé », mise à jour, interruption temporaire de service, reporter l'opération de gestion. 20 Deux actions vis-à-vis de l'opération de gestion sont données dans les exemples précédents : autoriser ou demander le report de l'exécution de l'opération de gestion. Il est bien entendu possible de définir d'autres actions. Dans un mode de réalisation particulier, le report de l'exécution de l'opération de gestion est limité dans le temps. La décision envoyée au serveur d'administration 31 comprend alors une information temporelle commandant une orchestration de 25 l'exécution de l'opération de gestion. Cette information temporelle est par exemple une durée de report ou une date, permettant au serveur d'administration d'orchestrer l'exécution de l'opération de gestion. Le module de planification 103 peut alors appliquer une politique de limitation du report de l'exécution d'une opération de gestion en l'autorisant lorsqu'une certaine durée s'est écoulée depuis la première demande Le module de planification 103 est ainsi agencé pour 30 permettre une planification de l'exécution de l'opération de gestion à une date ultérieure. Le serveur d'administration 31 est quant à lui en charge d'orchestrer l'exécution de l'opération de gestion à une date ultérieure en fonction de l'information temporelle fournie par le module de planification 103. Du fait de cette planification, la qualité de service fournie à un utilisateur du dispositif est 35 encore améliorée. Le mode de réalisation décrit comprend différents modules, chacun d'entre eux étant dédié à une fonction particulière du procédé d'administration. Il est rappelé ici que cette découpe 12 en modules est donnée à titre illustratif. Par exemple, dans un mode de réalisation particulier, le module de collecte 101 et le module de détermination d'état d'utilisation 102 sont réunis dans un seul module. D'autres combinaisons de ces modules sont également possibles. L'homme du métier sélectionne en fonction de ses choix et contraintes d'implémentation la localisation de ces 5 différents modules, et leur regroupement le cas échéant. Dans un mode de réalisation particulier, le dispositif 20, 27 comprend le module 101 de collecte d'informations, le module 102 de détermination d'un état d'utilisation et le module 103 de planification d'une opération de gestion. Le dispositif comprend également la première zone mémoire 104 mémorisant les politiques d'exécution d'opération de gestion et le cas échéant la 10 deuxième zone mémoire 105 mémorisant des informations relatives à l'utilisateur ou à son environnement. Le dispositif est ainsi en charge d'autoriser, de reporter ou de planifier une opération de gestion à exécuter. Ce mode de réalisation est adapté à des dispositifs disposant de capacités suffisantes de traitement et de mémoire. Dans un mode de réalisation particulier, le dispositif 20, 27 comprend le module 101 de 15 collecte d'informations et le module 102 de détermination d'un état d'utilisation. Un autre dispositif, le dispositif d'administration 40, localisé par exemple dans le réseau de l'opérateur, comprend alors le module 103 de planification d'une opération de gestion, la première zone mémoire 104 mémorisant les politiques d'exécution d'opération de gestion et le cas échéant la deuxième zone mémoire 105 mémorisant des informations relatives à l'utilisateur ou à son 20 environnement. Ce dispositif d'administration 40 localisé dans le réseau de l'opérateur est ainsi en charge d'autoriser, de reporter ou de planifier une opération de gestion à exécuter. Ce mode de réalisation est adapté à des dispositifs ne disposant de capacités suffisantes de traitement et de mémoire. Ce mode de réalisation est également adapté lorsque l'utilisateur ne souhaite pas mettre à disposition des ressources du dispositif. Cet autre dispositif est mandaté pour contribuer à la mise 25 en oeuvre du procédé d'administration proposé. Cet autre dispositif peut également être la passerelle d'accès 20 en charge du réseau local auquel appartient le dispositif à administrer. Dans un mode de réalisation particulier, un dispositif d'administration 40, par exemple localisé dans le réseau de l'opérateur, comprend le module 101 de collecte d'informations, le module 102 de détermination d'un état d'utilisation, le module 103 de planification d'une opération 30 de gestion, la première zone mémoire 104 mémorisant les politiques d'exécution d'opération de gestion et le cas échéant la deuxième zone mémoire 105 mémorisant des informations relatives à l'utilisateur ou à son environnement. Le dispositif à administrer comprend un module 208, coopérant avec le module de collecte 101 afin de collecter des informations relatives au dispositif permettant de déterminer une information d'état d'utilisation du dispositif. Le dispositif 35 d'administration 40 localisé dans le réseau de l'opérateur est ainsi complètement en charge d'autoriser, de reporter ou de planifier une opération de gestion à exécuter. Ce mode de réalisation est adapté à des dispositifs ne disposant de capacités suffisantes de traitement et de mémoire. Ce 13 mode de réalisation est également adapté lorsque l'utilisateur ne souhaite pas mettre à disposition des ressources du dispositif. Cet autre dispositif est mandaté pour contribuer à la mise en oeuvre du procédé d'administration proposé. Cet autre dispositif peut également être la passerelle d'accès 20 en charge du réseau local auquel appartient le dispositif à administrer. 5 Ces différents modes de réalisation peuvent coexister afin de s'adapter à des dispositifs de différentes capacités. Il est par exemple possible d'obtenir du dispositif une information relative au mode de réalisation choisi pour la gestion à distance : - le dispositif à administrer est autonome pour mettre en oeuvre le procédé d'administration ; le dispositif à administrer planifie les opérations de gestion qui le visent, 10 - le dispositif à administrer coopère avec un dispositif localisé dans le réseau pour mettre en oeuvre le procédé d'administration : - le dispositif à administrer détermine son état d'utilisation et le dispositif localisé dans le réseau planifie l'opération de gestion, - ou bien encore le dispositif à administrer envoie uniquement les informations 15 permettant de déterminer une information d'état d'utilisation du dispositif et le dispositif localisé dans le réseau détermine l'état d'utilisation et planifie l'opération de gestion. Il est ici souligné que la technique d'administration à distance proposée est indépendante du domaine applicatif des dispositifs administrés. En particulier, elle peut être mise en oeuvre dans le domaine du réseau domestique, 20 notamment pour la gestion à distance des passerelles d'accès, des décodeurs TV et des téléviseurs connectés. Il est ainsi possible d'éviter une interruption de service lorsqu'une opération de mise à jour du micro-logiciel est demandée par le serveur d'administration. Elle permet également d'éviter de déranger le client en lui demandant s'il souhaite reporter cette mise à jour. En se basant sur le programme TV et sur un contexte d'utilisation de la TV par le client, la technique d'administration 25 proposée planifie une date pour la mise à jour. Elle peut également être mise en oeuvre dans le domaine médical, notamment pour la gestion à distance de dispositifs médicaux connectés. Ces dispositifs permettent de transmettre en temps réel des données sur l'évolution de l'état de santé du patient à l'équipe soignante. La technique d'administration proposée permet de garantir la transmission de ces informations en se 30 basant sur l'état d'utilisation des équipements. En prenant en compte un calendrier de réservation des dispositifs médicaux, la technique d'administration proposée planifie l'opération de gestion à exécuter lorsque le dispositif est dans un état d'utilisation « disponible ». En fonction des capacités du dispositif, la technique d'administration est mise en oeuvre sur le dispositif lui-même ou dans le réseau à distance. 35 Dans le domaine des objets connectés, il est également possible de la mettre en oeuvre pour gérer à distance par exemple une montre connectée. Dans ce cas, la technique d'administration est de préférence mise en oeuvre dans le réseau de l'opérateur. 14 La technique d'administration à distance va maintenant être décrite dans un mode particulier de réalisation en relation avec les figures 2 et 3. L'exécution des étapes suivantes est déclenchée lorsqu'une opération de gestion doit être exécutée sur un dispositif 20, 27 administré par le serveur d'administration 31. 5 Le serveur d'administration 31 envoie un message M1 de demande de planification d'une opération de gestion à exécuter au module 103 de planification. Ce message M1 comprend notamment des informations relatives à l'opération de gestion à exécuter et un identifiant du dispositif concerné par cette opération de gestion. Le module 103 de planification envoie alors au module 101 de collecte un message M2 10 de demande de collecte d'informations relatives au dispositif. Le module 101 de collecte interroge le dispositif par un message M3 et obtient (étape Si) en retour un identifiant du dispositif, des informations relatives au(x) processus (et donc aux service(s)) en cours d'exécution sur le dispositif, aux ressources disponibles sur ce dispositif. Le module 101 de collecte transmet au module 102 de détermination d'un état 15 d'utilisation les informations obtenues dans un message M4. Le module 102 de détermination détermine (étape S2) un état d'utilisation du dispositif à partir de ces informations et le transmet dans un message M5 au module 103 de planification. Ce message M5 est reçu par le module 103 de planification en réponse au message M2 de demande de collecte d'informations relatives au dispositif. Dans un mode de réalisation particulier, ce message 20 M5 comprend une information relative au service principal associé au dispositif déterminée par le module 102 de détermination. Dans un autre mode de réalisation particulier, ce message M5 comprend des informations complémentaires relatives à l'état telles qu'une liste d'identifiants des services en cours d'exécution, d'un ensemble de ressources disponibles. Le module 103 de planification détermine (étape 53a) alors un ou des impacts de 25 l'opération de gestion à exécuter pour le dispositif en fonction de l'état d'utilisation du dispositif et de l'opération de gestion à exécuter et (étape 53b) une décision relative à l'opération de gestion à exécuter à partir de l'état d'utilisation du dispositif, de l'opération de gestion à exécuter et du ou des impacts évalués en fonction de politiques d'exécution d'opération de gestion, lues depuis la première zone mémoire 104 (message M6). 30 Le module de planification 103 envoie alors au serveur d'administration 31 dans un message M8 la décision relative à l'opération de gestion demandée. Le serveur d'administration 31 exécute (étape S4) alors l'opération de gestion pour le dispositif concerné lorsque la décision reçue du module de planification 103 correspond à une autorisation. Cette exécution peut être immédiate ou différée. La technique d'administration est de 35 nouveau mise en oeuvre lorsque la décision correspond à un report l'opération de gestion, sans indication de date. 15 Dans un mode de réalisation particulier, le module de planification 103 prend également en compte pour déterminer la décision relative à l'opération de gestion à exécuter une ou des informations relatives à un utilisateur du dispositif ou à son environnement, lues depuis la deuxième zone mémoire 105 (message M7). 5 Dans le mode de réalisation particulier décrit précédemment, le module de planification 103 envoie directement au module de collecte 101 le message M2 de demande de collecte d'informations relatives au dispositif. Dans un autre mode de réalisation particulier, le module 103 de planification envoie un message de demande d'état d'utilisation du dispositif au module de détermination 102 d'un état d'utilisation, lequel envoie alors le message de demande de collecte 10 d'informations relatives au dispositif au module de collecte 101. Le dispositif 20 administré par le serveur d'administration 31 comprend notamment dans un mode de réalisation particulier, tel que représenté à la figure 4 : - un processeur 200 pour exécuter des instructions de code de modules logiciels ; - une zone mémoire 202, agencée pour mémoriser une application qui comprend des instructions de 15 code pour mettre en oeuvre le procédé d'administration, tel que décrit précédemment ; - une mémoire de stockage 204, agencée pour stocker des données utilisées lors de la mise en oeuvre du procédé d'administration, tel que décrit précédemment : - une interface de communication 206, agencé pour envoyer et recevoir des données ; - un module 208, agencé pour collecter des informations relatives au dispositif permettant de 20 déterminer une information d'état d'utilisation du dispositif - un module d'administration 210, agencé pour être administré à distance par un serveur d'administration, notamment pour échanger des données d'administration avec ce serveur. Il est ici souligné que le dispositif 20 comprend également d'autres modules de traitement, non représentés sur la figure 4, agencés pour mettre en oeuvre les différentes fonctions 25 de ce dispositif. Le module d'administration 210 met par exemple en oeuvre les fonctions d'administration définies dans le rapport technique TR-069. Un dispositif d'administration 40 est décrit en référence à la figure 5 dans un mode particulier de réalisation. Le dispositif d'administration 40 comprend notamment : 30 - un processeur 400 pour exécuter des instructions de code de modules logiciels ; - une mémoire de stockage 402, agencée pour stocker des données utilisées lors de la mise en oeuvre du procédé d'administration, tel que décrit précédemment : - une zone mémoire 404, agencée pour mémoriser une application qui comprend des instructions de code pour mettre en oeuvre des étapes du procédé d'administration, tel que décrit 35 précédemment ; - une interface de communication 406 avec le réseau de communication étendu, agencé pour émettre et recevoir des données. 16 Dans un mode de réalisation particulier, le dispositif 20 comprend le module de collecte 101 (qui peut correspondre au module 208), le module de détermination d'un état d'utilisation 102, le module de planification 103 et la première zone de mémoire 104. Il comprend le cas échéant la deuxième zone de mémoire 105. 5 Dans un mode de réalisation particulier, le dispositif 20 comprend le module de collecte 101 (qui peut correspondre au module 208) et le module de détermination d'un état d'utilisation 102. Le dispositif d'administration 40, ou tout autre dispositif mandaté à cet effet, comprend alors un module d'obtention de l'état d'utilisation coopérant avec le module de détermination d'un état d'utilisation, le module de planification 103 et la première zone de mémoire 104. Il comprend le 10 cas échéant la deuxième zone de mémoire 105. Dans un mode de réalisation particulier, le dispositif 20 comprend le module 208, agencé pour collecter des informations relatives au dispositif permettant de déterminer une information d'état d'utilisation du dispositif, et le dispositif d'administration 40, ou tout autre dispositif mandaté à cet effet, comprend le module de collecte 101, le module de détermination d'un état 15 d'utilisation 102, le module de planification 103 et la première zone de mémoire 104. Il comprend le cas échéant la deuxième zone de mémoire 105. Le dispositif à administrer et le cas échéant le dispositif d'administration forment ainsi un système agencé pour coopérer avec le serveur d'administration à distance. Ce système comprend : - au moins un dispositif à administrer 20, 27 comprenant : 20 - un module d'administration 210, agencé pour être administré à distance par un serveur d'administration 31: - un module 208, agencé pour collecter des informations relatives au dispositif permettant de déterminer une information d'état d'utilisation du dispositif ; ce système comprenant en outre : 25 - un module de détermination 102 d'un état d'utilisation, agencé pour déterminer une information d'état d'utilisation du dispositif pour lequel une opération de gestion est à exécuter ; - un module de planification 103, agencé pour déterminer un report de l'exécution de l'opération de gestion en fonction de l'information obtenue, d'une évaluation d'un impact 30 de l'exécution de l'opération de gestion sur le fonctionnement du dispositif et d'une politique d'exécution d'opération de gestion et pour demander le report au serveur d'administration. Dans un mode de réalisation particulier, le système comprend également un module de collecte 101, agencé pour obtenir des informations relatives au dispositif permettant de déterminer 35 une information d'état d'utilisation du dispositif. La technique d'administration est mise en oeuvre au moyen de composants logiciels et/ou matériels. Dans cette optique, le terme "module" peut correspondre dans ce document aussi bien à 17 un composant logiciel, qu'à un composant matériel ou à un ensemble de composants matériels et/ou logiciels, apte à mettre en oeuvre une fonction ou un ensemble de fonctions, selon ce qui est décrit précédemment pour le module concerné. Un composant logiciel correspond à un ou plusieurs programmes d'ordinateur, un ou 5 plusieurs sous-programmes d'un programme, ou de manière plus générale à tout élément d'un programme ou d'un logiciel. Un tel composant logiciel est stocké en mémoire puis chargé et exécuté par un processeur de données d'une entité physique et est susceptible d'accéder aux ressources matérielles de cette entité physique (mémoires, supports d'enregistrement, bus de communication, cartes électroniques d'entrées/sorties, interfaces utilisateur, etc). 10 De la même manière, un composant matériel correspond à tout élément d'un ensemble matériel (ou hardware). Il peut s'agir d'un composant matériel programmable ou non, avec ou sans processeur intégré pour l'exécution de logiciel. Il s'agit par exemple d'un circuit intégré, d'une carte à puce, d'une carte électronique pour l'exécution d'un micrologiciel (firmware), etc. Dans un mode de réalisation particulier, les modules 101, 102, 103 sont agencés pour 15 mettre en oeuvre le procédé d'administration précédemment décrit. Il s'agit de préférence de modules logiciels comprenant des instructions logicielles pour faire exécuter des portions de code pour la mise en oeuvre du procédé d'administration précédemment décrit, lors de l'exécution dudit programme par le processeur d'un dispositif. L'invention concerne donc aussi : - un programme pour un dispositif, comprenant des instructions de code de programme destinées à 20 commander l'exécution de celles des étapes du procédé d'administration précédemment décrit mises en oeuvre par le dispositif, lorsque ledit programme est exécuté par ce dispositif ; - un support d'enregistrement lisible par un dispositif sur lequel est enregistré le programme pour un dispositif. Les modules logiciels peuvent être stockés dans ou transmis par un support de données. 25 Celui-ci peut être un support matériel de stockage, par exemple un CD-ROM, une disquette magnétique ou un disque dur, ou bien un support de transmission tel qu'un signal électrique, optique ou radio, ou un réseau de télécommunication. Il va de soi que les modes de réalisation qui ont été décrits précédemment ont été donnés à titre purement indicatif et nullement limitatif, et que de nombreuses modifications peuvent être 30 facilement apportées par l'homme de l'art sans pour autant sortir du cadre de l'invention. REVENDICATIONS1. Procédé d'administration à distance d'un dispositif (20, 27) par un serveur d'administration (31), ledit procédé comprenant : - obtention (S2) d'une information d'état d'utilisation du dispositif pour lequel une opération de gestion est à exécuter ; - demande de report (S3) de l'exécution de l'opération de gestion au serveur d'administration, ledit report étant déterminé en fonction de l'information obtenue, d'une évaluation d'un impact de l'exécution de l'opération de gestion sur le fonctionnement du dispositif et d'une politique d'exécution d'opération de gestion. 2. Procédé d'administration selon la revendication 1, dans lequel la demande de report de l'exécution de l'opération de gestion comprend une information temporelle permettant au serveur d'administration d'orchestrer l'exécution de l'opération de gestion. 3. Procédé d'administration selon la revendication 1, dans lequel le report de l'exécution de l'opération de gestion est également déterminé en fonction d'un contexte associé à un utilisateur du dispositif. 4. Procédé d'administration selon la revendication 1, dans lequel l'information d'état d'utilisation du dispositif est déterminée à partir d'informations collectées (51) auprès du dispositif. 5. Procédé d'administration selon la revendication 4, dans lequel les informations collectées appartiennent au groupe comprenant des informations relatives à un processus en cours d'exécution sur le dispositif, des informations relatives aux ressources disponibles sur le dispositif. 6. Procédé d'administration selon la revendication 1, dans lequel l'impact est évalué (S2) en fonction d'une classe de l'opération de gestion. 7. Dispositif d'administration agencé pour coopérer avec un serveur d'administration (31) à distance d'un dispositif (20, 27), le dispositif d'administration comprenant : - un module d'obtention (102), agencé pour obtenir une information d'état d'utilisation du dispositif pour lequel une opération de gestion est à exécuter ; - un module de planification (103), agencé pour déterminer un report de l'exécution de l'opération de gestion en fonction de l'information obtenue, d'une évaluation d'un impact de l'exécution de l'opération de gestion sur le fonctionnement du dispositif et d'une politique d'exécution d'opération de gestion et pour demander le report au serveur d'administration. 19 8. Dispositif d'administration selon la revendication 7, dans lequel le module d'obtention est en outre agencé pour déterminer l'information d'état d'utilisation du dispositif à partir d'informations collectées auprès du dispositif. 5 9. Système agencé pour coopérer avec un serveur d'administration (31) à distance, ledit système comprenant : - au moins un dispositif à administrer (20, 27) comprenant : - un module d'administration (210), agencé pour être administré à distance par un serveur 10 d'administration (31) : - un module (208), agencé pour collecter des informations relatives au dispositif permettant de déterminer une information d'état d'utilisation du dispositif ; ledit système comprenant en outre : - un module de détermination (102) d'un état d'utilisation, agencé pour déterminer une 15 information d'état d'utilisation du dispositif pour lequel une opération de gestion est à exécuter ; - un module de planification (103), agencé pour déterminer un report de l'exécution de l'opération de gestion en fonction de l'information obtenue, d'une évaluation d'un impact de l'exécution de l'opération de gestion sur le fonctionnement du dispositif et d'une 20 politique d'exécution d'opération de gestion et pour demander le report au serveur d'administration. 10. Système selon la revendication 9, comprenant en outre un module de collecte (101), agencé pour obtenir des informations relatives au dispositif permettant de déterminer une information 25 d'état d'utilisation du dispositif. 11. Programme pour un dispositif, comprenant des instructions de code de programme destinées à commander l'exécution de celles des étapes du procédé d'administration selon l'une des revendications 1 à 6 mises en oeuvre par le dispositif, lorsque ledit programme est exécuté par ledit 30 dispositif. 12. Support d'enregistrement lisible par un dispositif sur lequel est enregistré le programme selon la revendication 11. 35