FR 3118673 A1 20220708 FR 2100036 A 20210104 L'invention concerne un procédé de gestion d’une mise à jour d’une passerelle résidentielle configurée pour gérer un réseau de communication local auquel est connecté au moins un équipement utilisateur. Ce procédé est mis en œuvre par la passerelle résidentielle et comprend, sur réception d’une notification de mise à jour en provenance d’une plateforme de gestion de mise à jour : - une détermination d’un créneau horaire d’exécution de ladite mise à jour ; - une décision d’exécution de ladite mise à jour dans le créneau horaire d’exécution en fonction d’une vérification d’interférence entre ledit créneau horaire d’exécution de ladite mise à jour et un créneau horaire d’utilisation d’au moins une ressource de ladite passerelle résidentielle par ledit au moins un équipement utilisateur telle que : - si ledit créneau horaire d’exécution et ledit créneau horaire d’utilisation de ladite au moins une ressource sont distincts, ladite mise à jour est exécutée dans ledit créneau horaire d’exécution, - si ledit créneau horaire d’exécution interfère avec ledit créneau horaire d’utilisation d’au moins une ressource alors, en fonction d’un niveau de priorité associé à ladite mise à jour, ladite mise à jour est exécutée à une date différée. FIGURE 1 Procédé de gestion d’une mise à jour d’une passerelle résidentielle, dispositif de gestion, passerelle résidentielle et programme d’ordinateur correspondants. 1. Domaine technique de l'invention Le domaine de l’invention est celui d’un réseau de communication local, domestique ou professionnel, géré par une passerelle, auxquels sont connectés des équipements utilisateurs. La passerelle interconnecte deux réseaux de communication, tels qu’un réseau local privé de type LAN (pour « Local Area Network » en anglais) et un réseau distant WAN (pour « Wide Area Network » en anglais) fourni par l’opérateur. De telles passerelles sont généralement appelées « passerelles résidentielles » ou « passerelles domestiques », mais leur usage n'est pas restreint au cadre des habitations et peut également s'envisager dans le cadre d'entreprises, d'associations, de lieux publics, etc. Cependant, par souci de simplification, dans toute la suite de ce document, on désignera de telles passerelles sous le terme de « passerelles résidentielles », quel que soit leur contexte d'utilisation. En particulier, l’invention concerne la gestion des mises à jour d’une telle passerelle résidentielle, lorsque celles-ci interfèrent avec l’utilisation des ressources de cette passerelle résidentielle par les équipements utilisateurs du réseau de communication local. 2. Art antérieur De nos jours, une grande majorité de foyers sont équipés d'une passerelle résidentielle, souvent appelée « box » ou « Home Gateway » (HGW) (« passerelle résidentielle » en anglais). Cet équipement, installé chez le client, est l'élément concentrateur de l'ensemble des connexions, services et applications fournis par l'opérateur. Dans certains cas, la passerelle résidentielle peut également être le point concentrateur de plusieurs services offerts par une pluralité de fournisseurs de service et non pas un seul fournisseur. Ainsi, une passerelle résidentielle représente un véritable relais entre le réseau du fournisseur d'accès et/ou de services et le réseau domestique du client lui-même. En effet, la passerelle est raccordée, d'une part, au réseau de l'opérateur, et présente, d'autre part, un ensemble d'interfaces, sans fil ou filaires, permettant la connexion d'une pluralité d’équipements, tels que par exemple un décodeur numérique (ou STB, « Set-Top Box » en anglais), un ordinateur, un téléphone, un téléviseur numérique, etc. Elle gère par ailleurs l'ensemble des services souscrits par le client auprès de l'opérateur (e.g. téléphonie, télévision, connexion Internet) ainsi que des fonctionnalités avancées telles que la configuration des règles de NAT (« Network Address Translator » anglais pour « translation d'adresse réseau ») ou de pare-feu, etc. Classiquement, les mises à jour du « firmware » (ou « micrologiciel » en anglais) d’un équipement du réseau domestique (comme par exemple le décodeur numérique d’un opérateur), ou des applications embarquées dans ces équipements, sont opérées exclusivement à l'initiative du réseau de l'opérateur, or cette opération rend ces équipements indisponibles pour une certaine période temporelle. Pendant cette période temporelle, le client ne peut pas utiliser ces équipements, voire même quasiment aucun (hors ToIP « Telephone over IP » en anglais, ou téléphonie sur IP) lorsque l'équipement en question est la passerelle résidentielle. En effet, dans un exemple, l'utilisateur a programmé dans la journée l’enregistrement d’un contenu vidéo, tel qu’un film, sur son décodeur numérique, à effectuer entre 23h30 et 01h00. À 23h30, l'enregistrement du flux vidéo, qui transite par la passerelle résidentielle, débute sur le décodeur numérique. À 00h00, la plateforme réseau, aussi appelée par la suite plateforme de gestion de mise à jour invite la passerelle résidentielle à télécharger une mise à jour sur un serveur de l’opérateur. Le téléchargement de la mise à jour et son installation débutent immédiatement, ce qui a pour effet d’interrompre l’ensemble des services rendus par la passerelle, en particulier la télévision, et l’enregistrement du flux vidéo est alors interrompu. Par conséquent, le service d’enregistrement d’un contenu vidéo n’est alors pas rendu. Ce problème peut se poser pour tout autre service accessible via la passerelle résidentielle, notamment ceux liés à la domotique ou à la sauvegarde automatique des données. Il existe donc un besoin d'une technique de gestion des mises à jour de la passerelle résidentielle qui ne présente pas ces différents inconvénients. Notamment, il existe un besoin d’une telle technique permettant de garantir une continuité de services pour que l’utilisateur puisse utiliser réellement les services proposés par l’opérateur auxquels il a souscrit, en toute confiance, et ainsi améliorer sa qualité d’expérience. 3. Présentation de l’invention L'invention répond à ce besoin en proposant un procédé de gestion d’une mise à jour d’une passerelle résidentielle configurée pour gérer un réseau de communication local auquel est connecté au moins un équipement utilisateur. Ce procédé est mis en œuvre par la passerelle résidentielle et comprend, sur réception d’une notification de mise à jour en provenance d’une plateforme de gestion de mise à jour : - une détermination d’un créneau horaire d’exécution de la mise à jour, - une décision d’exécution de la mise à jour dans le créneau horaire d’exécution en fonction d’une vérification d’interférence entre le créneau horaire d’exécution de la mise à jour et un créneau horaire d’utilisation d’au moins une ressource de la passerelle résidentielle par ledit au moins un équipement utilisateur telle que : - si le créneau horaire d’exécution et le créneau horaire d’utilisation de ladite au moins une ressource sont distincts, la mise à jour est exécutée dans ledit créneau horaire d’exécution , - si le créneau horaire d’exécution interfère avec le créneau horaire d’utilisation d’au moins une ressource alors, en fonction d’un niveau de priorité associé à la mise à jour, la mise à jour est exécutée à une date différée. Ainsi, l’invention repose sur une approche tout à fait nouvelle et inventive de la gestion d’une mise à jour d’une passerelle résidentielle connectée à d’autres équipements utilisateurs dans un réseau de communication local, après réception d’une notification de mise à jour provenant d’une plateforme de gestion de mise à jour de cette passerelle. Plus particulièrement, lorsqu’une mise à jour de la passerelle résidentielle est requise par l’opérateur, mais que son exécution interfère avec une utilisation des ressources matérielles, logicielles ou de services de la passerelle résidentielle, par un ou des équipements du réseau de communication, l’invention propose alors de prendre en compte le niveau de priorité de la mise à jour à exécuter afin de limiter l’interruption de l’utilisation des ressources de la passerelle par les autres équipements du réseau de communication local. Autrement dit, lorsqu’un ou des équipements du réseau de communication local a ou ont besoin d’utiliser des ressources de la passerelle résidentielle, comme par exemple lorsqu’une Set-Top Box, ou décodeur numérique, enregistre un flux vidéo à la demande d’un utilisateur, mais qu’une mise à jour risque de rendre indisponible les ressources de la passerelle et donc d’interrompre leur utilisation, le procédé selon l’invention permet de prioriser soit l’utilisation des ressources de la passerelle par le ou les équipements du réseau de communication, soit l’interruption de cette utilisation pour l’exécution de la mise à jour. En effet, il est connu qu’au cours d’une mise à jour, les ressources de la passerelle résidentielle ne sont plus disponibles pour les équipements du réseau de communication local (hors ToIP). Ainsi, lorsqu’un ou des équipements est ou sont en cours d’utilisation des ressources de la passerelle ou a ou ont programmé d’utiliser ces ressources, la mise à jour de la passerelle interrompt l’utilisation de celles-ci par le ou les équipements du réseau. Ainsi, pour pallier ces inconvénients, l’invention se propose de ne plus systématiquement interrompre ou empêcher l’utilisation des ressources de la passerelle par un ou des équipements du réseau de communication local, mais au contraire, de déterminer si, en fonction d’un niveau de priorité de la mise à jour, celle-ci doit être exécutée au détriment de l’utilisation des ressources par le ou les équipements du réseau LAN ou bien au contraire être différée pour ne pas interrompre l’utilisation des ressources par le ou les équipements du réseau LAN. Dans un exemple, lorsque la passerelle résidentielle est informée par notification envoyée par la plateforme de gestion des mises à jour, qu’une mise à jour de son micrologiciel (« firmware ») est disponible, alors la passerelle vérifie si cette mise à jour risque d’empiéter sur un créneau horaire d’utilisation de ses ressources réservées par un ou des équipements du réseau de communication, au vu de la durée prévisible de l’exécution de cette mise à jour. Pour cela, la passerelle résidentielle détermine un créneau horaire d’exécution de la mise à jour correspondant au début de l’exécution de la mise à jour à une date d’exécution jusqu’au rétablissement de ses services. Par « mise à jour » on entend les actions de télécharger un nouveau logiciel ou micrologiciel depuis un serveur ad hoc, l’installation, le redémarrage et la reconnexion de la passerelle résidentielle. La passerelle résidentielle, vérifie ensuite si ses ressources sont disponibles ou non pour l’exécution de cette mise à jour. En particulier, la passerelle résidentielle vérifie qu’un créneau horaire d’exécution de la mise à jour, obtenu à partir de la durée d’exécution de la mise à jour, n’interfère pas avec un créneau horaire réservé pour l’utilisation de ses ressources par un ou des équipements du réseau, tel qu’un décodeur numérique pour l’enregistrement d’un flux vidéo. Ainsi, dans le cas où le créneau horaire d’exécution de la mise à jour est distinct du créneau horaire d’utilisation des ressources de la passerelle réservé par le ou les équipements (par exemple le décodeur numérique), par exemple avec une marge variant éventuellement en fonction de la ressource utilisée, et définie par le ou les équipements demandeurs d’utilisation de la ressource ou l’équipement exécutant la mise à jour c’est-à-dire la passerelle résidentielle, alors, à réception de la notification de mise à jour, la passerelle résidentielle exécute la mise à jour, c’est-à-dire qu’elle télécharge auprès du serveur ad hoc le logiciel concerné puis l’installe. Autrement dit, lorsqu’il est constaté qu’au moment de la réception de la notification de mise à jour les ressources ne sont pas utilisées pendant le créneau horaire d’exécution de celle-ci, alors la mise à jour est exécutée sur réception de cette notification. Au contraire, si le créneau d’exécution de la mise à jour interfère avec un créneau horaire d’utilisation des ressources de la passerelle réservé par un ou des équipements, alors on prend en compte un niveau de priorité pour l’exécution de la mise à jour à une date différée. Autrement dit, en fonction du niveau de priorité de la mise à jour, l’exécution de cette mise à jour est ajournée ou différée à une date ultérieure, c’est-à-dire que la mise à jour n’est pas exécutée dès réception de la notification de mise à jour, mais au contraire à une date à laquelle les ressources de la passerelle ne sont pas utilisées par un ou des équipements du réseau LAN. Ainsi, pour l'utilisateur, c'est une garantie de pouvoir utiliser réellement les services auxquels il a souscrit, en toute confiance. Pour l’opérateur, c’est l’assurance de tenir ses engagements en matière d'offres de services. Bien entendu, au-delà des seuls besoins des décodeurs numériques, les mécanismes illustrés ici peuvent s’appliquer à tous équipements ou services prévoyant d’utiliser des ressources matérielles, logicielles ou de services de la passerelle résidentielle, ou gérées par un orchestrateur de la passerelle résidentielle, et souhaitant pouvoir en disposer sans être interrompu, sauf pour une autre demande prioritaire, par exemple lorsque cette demande prioritaire est une mise à jour sécurité de la passerelle résidentielle. Selon une caractéristique de l’invention, lorsque la notification de mise à jour comprend une date d’exécution de la mise à jour, alors le créneau horaire d’exécution est déterminé à partir de la date d’exécution. Avantageusement, lorsque la plateforme de gestion de mise à jour envoie une notification informant la passerelle résidentielle, ou plusieurs passerelles en même temps qu’une ou plusieurs mises à jour sont disponibles, elle indique dans la notification une date d’exécution différente, c’est-à-dire à quel moment les différentes mises à jour doivent ou peuvent être exécutées, et ainsi éviter les pics d’activité par exemple. Selon une caractéristique de l’invention, lorsque le créneau horaire d’exécution interfère avec le créneau horaire d’utilisation d’au moins une ressource, et: - si le niveau de priorité associé à la mise à jour est inférieur à un niveau de priorité d’utilisation de ladite au moins une ressource, alors la mise à jour est exécutée à la date différée ; - si le niveau de priorité associé à la mise à jour est supérieur à un niveau de priorité d’utilisation de ladite au moins une ressource, alors le créneau horaire d’utilisation d’au moins une ressource de la passerelle résidentielle par ledit au moins un équipement utilisateur est interrompu et la mise à jour est exécutée à la date d’exécution. Ainsi, quand la passerelle résidentielle est informée par notification envoyée par la plateforme de gestion de mise à jour qu’une mise à jour de type prioritaire de sécurité de son logiciel est disponible, la passerelle résidentielle ignore alors les éventuelles réservations de ressources déjà opérées, et procède immédiatement à cette mise à jour, c’est-à-dire dès réception de la notification de mise à jour. En d’autres termes, lorsque la mise à jour a un niveau de priorité élevé, c’est-à-dire supérieur à un niveau de priorité de l’utilisation des ressources par un ou des équipements du réseau, par exemple lorsqu’il s’agit d’une mise à jour de sécurité, celle-ci est prioritaire par rapport à l’utilisation des ressources de la passerelle par le ou les équipements du réseau de communication tel que le décodeur numérique. L’enregistrement du flux vidéo par le décodeur numérique est donc interrompu le temps de l’exécution de la mise à jour par exemple. Au contraire, quand la passerelle résidentielle est informée par notification envoyée par la plateforme de gestion de mise à jour, qu’une mise à jour de type fonctionnelle de son logiciel est disponible, la passerelle résidentielle vérifie si un ou des équipements utilise(nt) ses ressources, par exemple si un flux vidéo à destination du décodeur numérique est à ce moment acheminé par ses soins. Autrement dit, si la mise à jour logicielle n’est pas prioritaire par rapport à l’utilisation des ressources, c’est le cas lorsque le niveau de priorité est faible, c’est-à-dire inférieur à un niveau de priorité de l’utilisation des ressources par un ou des équipements du réseau par exemple lorsqu’il s’agit d’une mise à jour fonctionnelle, alors l’exécution de la mise à jour est différée, si celle-ci risque d’interrompre un enregistrement d’un flux vidéo par exemple. L’exécution de la mise à jour est donc différée à un moment ultérieur, par exemple à la fin de l’utilisation des ressources de la passerelle par un autre équipement, comme par exemple à la fin de l’enregistrement par le décodeur numérique d’un flux vidéo. Selon une autre caractéristique de l’invention, le procédé comprend en outre, préalablement à la réception de ladite notification de mise à jour : - une réception d’une demande de réservation provenant dudit au moins un équipement du créneau horaire d’utilisation de ladite au moins une ressource de ladite passerelle résidentielle par ledit au moins un équipement utilisateur, - une vérification d’une disponibilité de ladite au moins une ressource de la passerelle résidentielle, et - lorsque ladite au moins une ressource est disponible pour une utilisation par ledit au moins un équipement utilisateur, une réservation du créneau horaire d’utilisation de ladite au moins une ressource dans un calendrier d’activité programmées de la passerelle résidentielle. Avantageusement, le procédé selon l’invention permet aux équipements du réseau de communication local connectés à la passerelle résidentielle de réserver un créneau horaire, par exemple dans un calendrier d’activités programmées, pour l’utilisation des ressources de la passerelle. Dans un exemple, les ressources de la passerelle résidentielle peuvent être utilisées par un ou plusieurs équipements du réseau au même moment. Ainsi, la passerelle résidentielle peut supporter plusieurs applicatifs utilisateurs s’exécutant simultanément sur un même équipement ou sur plusieurs équipements, mais avec une limitation dans leur nombre. Ainsi, un ou plusieurs équipements peuvent réserver un ou plusieurs créneaux horaires se chevauchant ou distincts. Pour cela, la passerelle résidentielle, suite à la réception d’une demande de réservation du créneau horaire pour l’utilisation de ses ressources par un ou des équipements du réseau de communication, comme par exemple un décodeur numérique, vérifie si ses ressources sont bien disponibles sur ce créneau horaire pour le ou les équipements en question. Par exemple, dans le cas d’un enregistrement d’un flux vidéo programmé ou d’un direct planifié que l’utilisateur ne souhaite pas voir interrompu, le décodeur numérique réserve auprès de la passerelle résidentielle des ressources dont il va avoir besoin. La passerelle résidentielle vérifie alors que cette demande n’entre pas en conflit avec un autre demande similaire émanant d’un autre équipement du réseau de communication local, ou d’un réseau de communication distant auquel la passerelle a accès. À titre d’exemple, un utilisateur souhaite programmer un enregistrement ou visualiser en direct un flux vidéo, tel qu’un programme télévisuel ou un film, sur son décodeur numérique. Pour cela, de manière classique, l’utilisateur programme l’enregistrement du flux vidéo via une interface utilisateur, ou visualise en direct le flux vidéo. La passerelle résidentielle reçoit alors, en provenance du décodeur numérique, une demande de réservation d’un créneau horaire d’utilisation de ses ressources pour l’enregistrement du flux vidéo ou une visualisation en direct. Sous condition que ses ressources sont bien disponibles pour le décodeur numérique et non déjà réservées pour un autre équipement, la passerelle résidentielle réserve donc ses ressources pour l’enregistrement du flux vidéo, ou la visualisation en direct, pour le décodeur numérique pendant un créneau horaire allant du début à la fin de l’enregistrement ou de la visualisation direct. Alternativement, dans le cas où l’utilisateur souhaite visualiser en direct un flux vidéo d’un bouquet payant d’un opérateur, que ce paiement soit lié à un forfait souscrit auprès d’un diffuseur ou payé à l’acte, le décodeur numérique informe dans cette demande de réservation qu’il ne souhaite pas voir la visualisation interrompue jusqu’à ce qu’il libère la ressource à l’arrêt de la visualisation de ce flux vidéo. La passerelle résidentielle réserve donc un créneau horaire par exemple dans son calendrier des activités programmées comprenant une heure de début, une heure de fin, le bouquet, le canal et sauvegarde ce calendrier en mémoire non-volatile. Dans un autre exemple, lorsque la passerelle peut supporter plusieurs applicatifs utilisateurs s’exécutant simultanément sur un même équipement ou sur plusieurs équipements, la passerelle vérifie si les ressources peuvent être utilisées par tous les équipements ou services sur un même créneaux horaire, ou au contraire, prioriser l’utilisation des ressources pour l’un ou l’autres des équipements, ou des services, en fonction d’une gestion des priorités. Selon un aspect particulier de l’invention, la vérification d’interférence comprend : - une obtention du créneau horaire d’utilisation d’au moins une ressource réservée dans un calendrier d’activités programmées de la passerelle résidentielle et, - une comparaison du créneau horaire d’utilisation d’au moins une ressource au créneau horaire d’exécution de la mise à jour. Ainsi, il est possible de vérifier s’il existe un conflit de réservation de créneaux horaires dans le calendrier d’activités programmées de la passerelle résidentielle. La passerelle résidentielle peut alors arbitrer entre exécuter la mise à jour à la date d’exécution ou au contraire en fonction du niveau de priorité de la commande, exécuter la mise à jour à une date différée dans le cas où celle-ci n’est pas prioritaire. Selon un autre aspect particulier de l’invention, le créneau horaire d’exécution est déterminé à partir de la date d’exécution et d’une durée d’exécution de la mise à jour. Selon un autre aspect particulier de l’invention, la durée d’exécution de la mise à jour est : - obtenue dans ladite notification de mise à jour ou, - sélectionnée à partir d’un ensemble de valeurs de durée d’exécution de la mise à jour stocké dans une mémoire, ledit ensemble comprenant au moins une durée d’exécution d’une mise à jour antérieure. La durée d’exécution correspond alors à une valeur maximale dudit ensemble, ledit ensemble de valeurs de durée d’exécution étant mis à jour après exécution de la mise à jour. Ainsi, la durée d’exécution peut être : - soit comprise dans la notification de mise à jour, par exemple lorsqu’il s’agit d’une valeur par défaut définie par l’opérateur, - soit sélectionnée parmi un ensemble de valeurs de durée d’exécution correspondant aux durées d’exécution des mises à jour antérieures de la passerelle résidentielle sauvegardées en mémoire. Dans ce cas, la durée d’exécution correspond alors à la valeur de durée maximale que peut prendre la mise à jour. Selon un autre aspect particulier, suite à l’exécution de la mise à jour, le procédé selon l’invention comprend un stockage en mémoire d’une durée d’exécution réelle de la mise à jour. Avantageusement, après chaque mise à jour, la passerelle résidentielle sauvegarde en mémoire, comme par exemple dans une mémoire volatile, la durée d’exécution réelle de chaque mise à jour. Il est ainsi possible de mettre à jour une liste d’un ensemble de valeurs de durée d’exécution de mises à jour successives et déterminer une valeur maximale de durée d’exécution de la mise à jour et donc de prévoir avec une marge la durée d’exécution de la mise à jour. Ainsi, cette durée, avec une valeur par défaut définie en usine, est ensuite réactualisée au fil des mises à jour successives de la passerelle résidentielle : soit par calcul par la passerelle résidentielle, soit par mention dans un message l’informant de cette mise à jour provenant de la plateforme de gestion de mise à jour de la passerelle résidentielle par exemple. Selon un aspect particulier, le procédé selon l’invention comprend en outre une mise à jour du calendrier d’activités programmées avec le créneau horaire d’exécution de la mise à jour déterminé. Avantageusement, la mise à jour du calendrier d’activités programmées de la passerelle résidentielle permet aux équipements du réseau de savoir si une mise à jour est effectuée ou va être effectuée lorsqu’ils vont utiliser les ressources de la passerelle résidentielle. Il est donc possible d’anticiper l’interruption de l’utilisation des ressources et par exemple prévoir de réserver un créneau horaire d’utilisation des ressources par les équipements du réseau LAN en spécifiant qu’on ne souhaite pas voir l’utilisation interrompue lorsque la mise à jour n’est pas prioritaire. Selon un autre aspect particulier, suite à la décision d’exécution de la mise à jour à la date différée, le procédé selon l’invention comprend une vérification d’une disponibilité de ladite au moins une ressource de la passerelle résidentielle. De manière avantageuse, dans le cas où la mise à jour est différée, alors la passerelle résidentielle vérifie ultérieurement si ses ressources sont à nouveau disponibles pour pouvoir exécuter la mise à jour par exemple en programmant une nouvelle vérification à la fin d’un créneau horaire d’utilisation réservé par un équipement du réseau LAN, la fin du créneau pouvant être déterminée soit en prenant en compte un horaire de fin de programmation d’utilisation (par exemple la fin de l’enregistrement d’un flux vidéo par le décodeur numérique), soit en déclenchant une minuterie permettant de vérifier régulièrement si les ressources sont disponibles ou non (par exemple lorsque le flux vidéo ne doit pas être interrompue lorsqu’il s’agit d’une chaîne payante). Il est ainsi possible d’éviter d’interrompre l’utilisation des ressources de la passerelle résidentielle par un équipement du réseau de communication local, tout en garantissant que la passerelle est régulièrement mise à jour dans les plus brefs délais. Selon un aspect particulier, le procédé selon l’invention comprend une émission à destination dudit au moins un équipement d’un message d’information sur une indisponibilité de ladite au moins une ressource de la passerelle résidentielle pour cause de mise à jour. Ainsi, il est possible de permettre à la passerelle résidentielle d’informer par un message applicatif les équipements du réseau de communication local, ayant réservé des ressources pour la durée prévisible de sa mise à jour que celles-ci ne seront pas disponibles à partir d’un certain moment (préavis) pour une certaine durée, et indique le cas échéant la tranche horaire pendant laquelle cette mise à jour sera exécutée. L’invention concerne également un dispositif de gestion d’une mise à jour d’une passerelle résidentielle configurée pour gérer un réseau de communication local auquel est connecté au moins un équipement utilisateur. Ce dispositif comprenant : - un module de gestion des mises à jour apte à recevoir une notification de mise à jour en provenance d’une plateforme de gestion de mise à jour (SERV) , et déterminer un créneau horaire d’exécution de la mise à jour - un module de gestion des ressources apte à : - prendre une décision d’exécution de la mise à jour dans le créneau horaire d’exécution en fonction d’une vérification d’interférence entre un créneau horaire d’exécution de la mise à jour et un créneau horaire d’utilisation d’au moins une ressource de la passerelle résidentielle par ledit au moins un équipement utilisateur telle que : - si le créneau horaire d’exécution et le créneau horaire d’utilisation de ladite au moins une ressource sont distincts, la mise à jour est exécutée dans le créneau horaire d’exécution, - si le créneau horaire d’exécution interfère avec le créneau horaire d’utilisation d’au moins une ressource alors, en fonction d’un niveau de priorité associé à la mise à jour, la mise à jour est exécutée à une date différée. L’invention concerne également une passerelle résidentielle d’un réseau de communication local (LAN) comprenant un dispositif de gestion d’une mise à jour tel que décrit précédemment. L’invention concerne également un produit programme d'ordinateur comprenant des instructions de code de programme pour la mise en œuvre d’un procédé tel que décrit précédemment, lorsqu’il est exécuté par un processeur. Un programme peut utiliser n’importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable. L’invention vise également un support d’enregistrement lisible par un ordinateur sur lequel est enregistré un programme d’ordinateur comprenant des instructions de code de programme pour l’exécution des étapes du procédé selon l’invention tel que décrit ci-dessus. Un tel support d'enregistrement peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple un support mobile (carte mémoire) ou un disque dur ou un SSD. D'autre part, un tel support d'enregistrement peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens, de sorte que le programme d’ordinateur qu’il contient est exécutable à distance. Le programme selon l'invention peut être en particulier téléchargé sur un réseau par exemple le réseau Internet. Alternativement, le support d'enregistrement peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé de contrôle d’affichage précité. Selon un exemple de réalisation, la présente technique est mise en œuvre au moyen de composants logiciels et/ou matériels. Dans cette optique, le terme "module" peut correspondre dans ce document aussi bien à un composant logiciel, qu'à un composant matériel ou à un ensemble de composants matériels et logiciels. Un composant logiciel correspond à un ou plusieurs programmes d'ordinateur, un ou plusieurs sous-programmes d'un programme, ou de manière plus générale à tout élément d'un programme ou d'un logiciel apte à mettre en œuvre une fonction ou un ensemble de fonctions, selon ce qui est décrit ci-dessous pour le module concerné. Un tel composant logiciel est exécuté par un processeur de données d'une entité physique (terminal, serveur, passerelle, set-top-box, routeur, etc.) 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.). Par la suite, on entend par ressources tous ensembles d’éléments matériels et/ou logiciels support d’une fonction ou d’un service, qu’ils soient unitaires ou combinés. De la même manière, un composant matériel correspond à tout élément d'un ensemble matériel (ou hardware) apte à mettre en œuvre une fonction ou un ensemble de fonctions, selon ce qui est décrit ci-dessous pour le module concerné. Il peut s'agir d'un composant matériel programmable ou avec processeur intégré pour l'exécution de logiciel, par exemple un circuit intégré, une carte à puce, une carte à mémoire, une carte électronique pour l'exécution d'un micrologiciel (« firmware » en anglais), etc. Chaque composante du système précédemment décrit met bien entendu en œuvre ses propres modules logiciels. Les différents modes de réalisation mentionnés ci-dessus sont combinables entre eux pour la mise en œuvre de la présente technique. L'invention concerne également un dispositif de gestion, une passerelle résidentielle, et un programme d’ordinateur présentant en combinaison tout ou partie des caractéristiques exposées dans l'ensemble de ce document. Le dispositif de gestion, la passerelle résidentielle et le programme d'ordinateur correspondants précités présentent au moins les mêmes avantages que ceux conférés par le procédé de gestion de mise à jour d’une passerelle résidentielle selon la présente invention. 4. Brève description des figures D'autres buts, caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante, donnée à titre de simple exemple illustratif, et non limitatif, en relation avec les figures, parmi lesquelles : [fig. 1] : la figure 1 illustre un exemple d’environnement de mise en œuvre de l’invention selon un mode particulier de réalisation; [fig.2] : la figure 2 présente sous forme d’un diagramme de flux les échanges entre les équipements du réseau de communication local et/ou du réseau de communication distant, selon un exemple de réalisation de l’invention ; [fig. 3] : la figure 3 décrit sous forme d’un diagramme de flux les échanges entre un équipement utilisateur du réseau de communication local, la passerelle résidentielle et la plateforme de gestion de mise à jour, selon un premier exemple de réalisation de l’invention ; [fig. 4] : la figure 4 décrit sous forme d’un diagramme de flux les échanges entre un équipement utilisateur du réseau de communication local, la passerelle résidentielle et la plateforme de gestion de mise à jour, selon un second exemple de réalisation de l’invention ; [fig. 5] : la figure 5 décrit sous forme d’un diagramme de flux les échanges entre un équipement utilisateur du réseau de communication local, la passerelle résidentielle et la plateforme de gestion de mise à jour, selon un troisième exemple de réalisation de l’invention ; [fig. 6] : la figure 6 décrit un exemple de structure matérielle d’un dispositif de gestion d’une mise à jour selon un exemple de réalisation de l’invention. 5. Description détaillée de l'invention Le principe général de l'invention repose sur la gestion, par une passerelle résidentielle connectée à un ou plusieurs équipements d’un réseau de communication local, des mises à jour suite à la réception d’une notification de mise à jour provenant d’une plateforme de gestion de mise à jour d’un opérateur, accessible via un réseau de communication distant. Plus particulièrement, l’invention repose sur la gestion de la priorisation de l’utilisation des ressources de télécommunications, de la passerelle résidentielle par un ou des équipements utilisateurs du réseau de communication local. On entend par ressources de télécommunications de la passerelle résidentielle, les ressources matérielles, logicielles, de services de télécommunications ou tout autre ressource permettant à la passerelle résidentielle de rendre les services auxquels l’utilisateur a souscrit. On désigne par la suite par le terme ressource, les ressources de télécommunications de la passerelle résidentielle tel que décrit précédemment. En d’autres termes, l’invention propose de ne plus systématiquement interrompre l’utilisation des ressources de la passerelle par les équipements du réseau local lorsqu’une mise à jour est disponible sur la plateforme de gestion de mise à jour de l’opérateur, mais au contraire, de prendre en compte un niveau de priorité de la mise à jour à effectuer par rapport à l’utilisation des ressources par les équipements du réseau local pour : soit prioriser l’utilisation des ressources par les équipements et donc différer l’exécution de la mise à jour, soit prioriser l’exécution de la mise à jour et interrompre ou empêcher l’utilisation des ressources de la passerelle résidentielle, notamment lorsque celle-ci touche à la sécurisation de la plateforme résidentielle. On présente désormais, en relation avec la un exemple d’environnement de mise en œuvre de l’invention selon un mode particulier de réalisation. Le réseau de communication local LAN est géré par une passerelle résidentielle GW d’accès au réseau distant WAN fournie par l’opérateur à un utilisateur qui a souscrit un abonnement auprès de cet opérateur. Dans l’exemple considéré, la passerelle est connectée au réseau distant WAN par une liaison ADSL ou fibre. Bien sûr, elle peut aussi se connecter au réseau cellulaire de l’opérateur par une liaison de type 2G à 5G. La passerelle résidentielle GW a accès, via ce réseau distant WAN, à un serveur de l’opérateur, accessible depuis la plateforme de gestion de mise à jour SERV. Généralement, la mise à jour du micrologiciel (ou « firmware » en anglais) ou des applications de services embarquées dans la passerelle résidentielle est opérée exclusivement à l'initiative du réseau de l'opérateur. De manière classique, lorsque l’opérateur met à disposition sur la plateforme de gestion de mise à jour SERV une mise à jour de la passerelle résidentielle GW, la plateforme SERV envoie une notification de mise à jour à la passerelle GW. Cette notification permet d’informer la passerelle GW qu’une mise à jour logicielle est disponible pour téléchargement et installation à une adresse donnée contenue dans cette notification. Classiquement, sauf si une communication téléphonique sur IP (ToIP) est en cours, la passerelle GW exécute immédiatement la mise à jour en téléchargeant depuis la plateforme SERV dans le réseau distant WAN la mise à jour à l’adresse fournie dans le message, puis l’installe. Par notification de mise à jour on entend : - soit une invitation à exécuter une mise à jour disponible sur un serveur, c’est-à-dire à télécharger et installer la mise à jour, lorsque la mise à jour est par exemple de type fonctionnelle et donc non prioritaire par exemple, - soit une commande de mise à jour, c’est-à-dire l’action d’exécuter la mise à jour immédiatement, lorsque la mise à jour est impérative, par exemple de type sécuritaire, et donc prioritaire par exemple. Dans cet exemple, le réseau LAN est un réseau domestique, auxquels sont connectés plusieurs équipements tels qu’un décodeur numérique STB, une clé HDMI C_HDMI, ou encore un ordinateur personnel PC ou un téléphone intelligent SP (« Smartphone » en anglais). Dans un exemple, le décodeur numérique STB, la clé HDMI C_HDMI, l’ordinateur personnel PC ou le téléphone SP sont connectés à la passerelle GW par une liaison sans fil radio, par exemple Wi-Fi. Bien sûr d’autres types de liaison sans fil peuvent être utilisés comme Bluetooth, Bluetooth Low Energy, z-wave, zigbee, DECT-ULE etc. Dans un autre exemple, le décodeur numérique STB est connecté à la passerelle GW par une connexion filaire, tel qu’une connexion Ethernet. Le décodeur numérique STB et la clé HDMI C_HDMI sont connectés à un téléviseur TV permettant la restitution d’un contenu vidéo, comme par exemple un film. Classiquement, lorsqu’un utilisateur souhaite visualiser un contenu vidéo, il sélectionne un contenu vidéo via le décodeur numérique STB par exemple à l’aide d’une interface utilisateur du téléviseur TV connectée au décodeur numérique. Le décodeur numérique STB envoie alors une demande d’accès au réseau de diffusion de l’opérateur à la passerelle GW. Le décodeur numérique STB accède alors à un serveur de contenu vidéo situé dans le réseau distant WAN grâce à la passerelle résidentielle GW. Le contenu vidéo est alors téléchargé de manière progressive, c’est-à-dire que le flux vidéo est reçu au fur et à mesure de sa restitution par le décodeur numérique STB et transite par la passerelle résidentielle GW. Le décodeur numérique STB décode le flux vidéo pour une restitution sur le téléviseur TV. Ainsi, chaque équipement du réseau de communication local LAN peut utiliser les ressources de la passerelle GW pour accéder au réseau distant WAN pour, par exemple, accéder à du contenu vidéo, ou à d’autres services proposés par l’opérateur. Dans un exemple particulier de l’invention, l’ensemble des utilisateurs d’un même foyer dort, les équipements du réseau LAN sont en veille, par la vertu du mode « C’est la nuit », qui s’apparente par certains aspects au mode « Absence temporaire ». Durant la journée, un utilisateur a programmé sur son décodeur numérique STB l’enregistrement d’une émission télévisuelle nocturne. De son côté, l’opérateur a programmé une mise à jour logicielle de la passerelle résidentielle GW à une heure tombant pendant la diffusion de l’émission télévisuelle à enregistrer. Lorsque l’utilisateur a programmé l’enregistrement de l’émission télévisuelle sur son décodeur numérique STB, celui-ci a : - sauvegardé en mémoire non volatile dans son calendrier des enregistrements les caractéristiques de l’émission à enregistrer : heure de début, heure de fin, bouquet, canal…etc - transmis à la passerelle résidentielle, par son lien Ethernet ou sa connexion Wi-Fi, un message décrivant les périodes pendant lesquelles le flux vidéo ne doit pas être interrompu et rester établi. Recevant ce message, la passerelle résidentielle GW: - sauvegarde ce calendrier simplifié en mémoire non-volatile, - met à jour et sauvegarde son propre calendrier d’activités programmées. Lorsque l’heure de début d’enregistrement est suffisamment proche, l’application de réveil du décodeur numérique STB : - sort le décodeur numérique STB de l’état de veille, - envoie sur le réseau LAN un paquet de réveil à destination de la passerelle résidentielle GW. Recevant ce paquet de réveil émanant du décodeur numérique STB, la passerelle résidentielle ouvre la connexion du décodeur STB numérique au réseau de diffusion télévisuelle de l’opérateur accessible via le réseau distant WAN. Lorsque l’enregistrement est terminé, le décodeur numérique STB se remet en veille et la passerelle résidentielle GW en fait de même peu après. En parallèle, lorsque la passerelle résidentielle GW reçoit du réseau de l’opérateur une notification de mise à jour logicielle, émanant de la plateforme de gestion de mise à jour SERV, la passerelle résidentielle GW : - sort de veille, le cas échéant, - lit en mémoire non volatile la durée maximale de ses dernières mises à jour, incluant le redémarrage et la reconnexion au réseau LAN, - vérifie si un créneau horaire dépendant de cette durée maximale pour la mise à jour interfère avec un créneau horaire d’enregistrement programmée, avec une marge de temps : si non, la passerelle GW accepte la mise à jour, et télécharge auprès du serveur ad hoc le logiciel concerné puis l’installe, si oui, en fonction du niveau de priorité de la mise à jour en question, reporte ou non, l’exécution de cette mise à jour à la fin de l’enregistrement du flux vidéo et indique, le cas échéant, la prochaine tranche horaire pendant laquelle cette mise à jour sera exécutée. On présente désormais en lien avec la , un diagramme de flux des échanges entre les équipements du réseau de communication local et/ou du réseau de communication distant, selon un exemple de réalisation de l’invention . Le principe général de fonctionnement est le suivant : des équipements Bi, comme par exemple la passerelle résidentielle GW, mesurent la durée d'exécution de certaines commandes CMDi, comme par exemple une commande de mise à jour, induisant une indisponibilité de leurs ressources RTi (comme par exemple des ressources logicielles, matérielles, ou des services), du début d'exécution de la commande CMDi jusqu'au rétablissement de ses services, et en sauvegardent les valeurs maximales de durée d’exécution en mémoire non volatile RAM. Dans un exemple de réalisation de l’invention, un équipement A1 souhaite utiliser une ressource RT1 d'un équipement B1 sur un créneau horaire débutant à l'instant T0 jusqu’à l'instant T1. Pour cela, dans une étape 200, l’équipement A1 envoie à l’équipement B1 une notification d’une demande d’utilisation CMD0 indiquant la demande d'utilisation de RT1 de T0 à T1. Sur réception de cette notification de demande d’utilisation CMD0, l’équipement B1 vérifie alors, dans une étape 201, que RT1 est bien disponible de T0 à T1. Si RT1 est effectivement disponible, alors à l’étape 202, l’équipement B1 réserve dans son calendrier le créneau horaire concerné [T0, T1] pour l’équipement A1 (RSV_[T0, T1]. Ultérieurement, mais avant T1, c’est-à-dire avant la fin de la réservation du créneau horaire d’utilisation de la ressource RT1 de l’équipement B1 par l’équipement A1, un équipement C1 envoie à l’équipement B1 une notification d’une commande CMD1 à exécuter à l'instant T2, induisant, même indirectement, l'indisponibilité de RT1 pour l’équipement A1. Cette notification d’une commande CMD1, comprend par exemple au moins le type de commande, ou d’action, à effectuer, telle qu’une mise à jour, ou encore une adresse depuis laquelle la mise à jour est disponible par exemple. Dans un autre exemple, la notification comprend par exemple un horaire d’exécution de la mise à jour T2. Dans une étape 203, l’équipement B1 lit en mémoire la durée maximale DM1 d’exécution des commandes de type CMD1 et détermine le créneau horaire [T2, T2+DM1] nécessaire pour l’exécution de la commande CMD1. Dans une étape 204, l’équipement B1 vérifie que pour RT1 les créneaux horaires : [T0, T1] et [T2, T2+DM1] sont disjoints. S'ils sont disjoints ([T0, T1] différend de [T2, T2+DM1]), à l’étape 205, l’équipement B1 exécute la commande CMD1 (ACC_CMD1) de l’équipement C1, car il n'y aura pas d'impact sur l’utilisation des ressources RT1 par l’équipement A1. Au contraire, le créneau horaire [T2, T2+DM1] interfère avec le créneau [T0, T1] ([T0, T1] / [T2, T2+DM1]), l’équipement B1 met alors en œuvre un arbitrage de priorité entre l’utilisation des ressources RT1 par l’équipement A1 et la commande CMD1 de l’équipement C1, car il y a un impact sur l’utilisation des ressources RT1 par l’équipement A1. En d’autres termes, en fonction du niveau de priorité de la commande CMD1 : - lorsque le niveau de priorité de la commande CMD1 est inférieur au niveau de priorité de l’utilisation des ressources RT1 par l’équipement A1 (CMD1_N_PRIO), l’équipement B1 diffère l’exécution de la commande CMD1, DIFF_CMD1 après T1, c’est-à-dire qu’il met en œuvre ACC_CMD0 l’utilisation des ressources RT1 par l’équipement A1 sans interruption, puis la commande CMD1 de l’équipement C1 ACC_CMD1. Le cas échéant, l’équipement B1 envoie un message d’information à destination de l’équipement C1 indiquant le report de la commande CMD1 et que celle-ci sera exécutable à partir de T1 ou à une date ultérieure. L’équipement C1 adresse en retour un message d’accusé réception du message de l’équipement B1; - lorsque le niveau de priorité de la commande CMD1 est supérieur au niveau de priorité de l’utilisation des ressources RT1 par l’équipement A1 (CMD1_PRIO), l’équipement B1 interrompt l’utilisation des ressources RT1 par l’équipement A1 (INTER_CMD0) et exécute la commande CMD1 de l’équipement C1 ACC_CMD1. Le cas échéant, l’équipement B1 envoie un message d’information à destination de l’équipement A1 indiquant que la commande CMD1 est prioritaire et que le créneau horaire [T2, T2+DM1] est réservé pour l’exécution de cette commande CMD1. En variante, si CMD1 est prioritaire par rapport à l’utilisation des ressources RT1 par l’équipement A1, mais que le créneau horaire [T2, T2+DM1] d’exécution de CMD1 n’interfère pas avec un créneau horaire d’utilisation de RT1 [T0, T1], alors l’équipement B1 envoie à l’équipement A1 un message d’information (ou préavis) indiquant que la ressource RT1 est réservée pour une commande CMD1 prioritaire et qu’il ne peut donc pas utiliser ou prévoir l’utilisation de la ressource RT1 pendant toute la période temporelle [T2, T2+DM1]. Afin d’illustrer plus précisément le principe de l’invention, les figures 3, 4 et 5 présentent des exemples d’application du mode de réalisation de l’invention selon la , pour lesquels l’équipement A1 est un décodeur numérique STB requérant l’utilisation des ressources RT1 d’un équipement B1 tel qu’une passerelle résidentielle GW, pour l’utilisation des ressources de la passerelle GW telle que l’enregistrement d’un flux vidéo. La commande CMD1 est par exemple une mise à jour requise par un équipement C1 tel qu’une plateforme de gestion de mise à jour de l’opérateur SERV. L’exécution de la mise à jour rend indisponible les ressources de la passerelle résidentielle GW pour l’enregistrement d’un flux vidéo par le décodeur numérique STB. On présente désormais en lien avec la , les échanges entre un décodeur numérique STB, la passerelle résidentielle GW et la plateforme de gestion de mise à jour de l’opérateur SERV, selon un premier exemple de réalisation de l’invention. En particulier, dans cet exemple, un enregistrement d’un contenu vidéo est programmé par l’utilisateur ou un contenu vidéo est planifié pour être visualisé en direct sans interruption. Pour cela, de manière classique, l’utilisateur sélectionne un contenu vidéo à visualiser en direct ou à enregistrer via le décodeur numérique STB, c’est-à-dire qu’il envoie à destination du gestionnaire de ressources du décodeur numérique STB, Ges_Ress, une requête de programmation REQ_PROG via une interface utilisateur INT_UT du décodeur numérique STB, comme par exemple une télévision connectée au décodeur numérique STB via une connexion de type HDMI, pour l’enregistrement d’un contenu vidéo, tel qu’un programme télévisuel ou un film. Alternativement, cette requête de programmation est une requête de non interruption d’un contenu vidéo visualisé en direct, c’est-à-dire que l’utilisateur souhaite visualiser un contenu vidéo en direct sans que celui-ci soit interrompu. À réception de la requête de l’utilisateur, dans une étape 300, le décodeur numérique STB enregistre cette requête et planifie dans un calendrier simplifié la programmation de l’enregistrement d’un flux vidéo correspondant au contenu sélectionné par l’utilisateur, ou la non interruption d’un flux vidéo visualisé en direct. Dans une étape 301, le gestionnaire de ressource Ges_Ress envoie, à destination du module de gestion des ressources App_Ress d’un dispositif de gestion DISP de la passerelle résidentielle GW, une notification de demande de réservation CMD0_RSV_[T0,T1] des ressources de la passerelle résidentielle GW pour l’enregistrement du flux vidéo programmé ou la non interruption d’un flux vidéo en direct. Cette notification de demande de réservation CMD0_RSV_[T0, T1] comprend notamment un créneau horaire [T0, T1] correspondant par exemple à l’horaire de début et de fin de l’enregistrement du flux vidéo, ou du flux vidéo en direct non interruptible. À réception de cette notification CMD0_RSV_[T0, T1], dans une étape 302, le module de gestion des ressources App_Ress vérifie que les ressources de la passerelle GW sont disponibles pour une utilisation par le décodeur numérique STB, et qu’elles ne sont pas, par exemple, déjà utilisées par un autre équipement du réseau LAN ou WAN, comme par exemple la plateforme de gestion de mise à jour SERV. En d’autres termes, dans le cas d’un enregistrement programmé ou d’un direct que l’on ne souhaite pas voir interrompu, le décodeur numérique STB réserve auprès de la passerelle résidentielle GW les ressources dont il va avoir besoin, et vérifie que cette demande n’entre pas en conflit avec une autre demande similaire émanant d’une autre entité ou équipement du réseau LAN ou WAN. Par exemple, le gestionnaire des ressources Ges_Res vérifie dans le calendrier d’activités programmées du module de gestion des ressources App_Ress que les ressources de la passerelle résidentielle GW ne sont pas réservées pour l’exécution d’une mise à jour prioritaire, tel qu’une mise à jour sécuritaire. Si les ressources de la passerelle GW sont bien disponibles pour l’enregistrement du flux vidéo ou la visualisation d’un direct non interruptible, alors, dans une étape 303, le module de gestion des ressources App_Ress réserve, RSV_[T0, T1], le créneau horaire [T0, T1] d’utilisation des ressources de la passerelle GW pour une utilisation par le décodeur numérique STB. En particulier, le module de gestion des ressources App_Ress réserve donc dans son calendrier des activités programmées le créneau horaire [T0, T1] correspondant au début et à la fin de l’enregistrement ou de la visualisation en direct non interruptible d’un flux vidéo. Dans une étape 304, une plateforme de gestion de mise à jour SERV, d’un réseau distant WAN et accessible à la passerelle résidentielle GW via par exemple une connexion filaire ADSL ou fibre, envoie une notification de mise à jour CMD1_MAJ_T2 au module de gestion des mises à jour App_MAJ d’un dispositif de gestion DISP de la passerelle résidentielle GW. Cette notification de mise à jour CMD1_MAJ_T2 comprend notamment : - l’instant T2 auquel la mise à jour doit être exécutée, comme par exemple l’instant de réception de la notification de mise à jour par le module de gestion des mises à jour App_MAJ, ou bien un instant plus spécifique par exemple un horaire tel que 23h30. En variante, si la notification ne comprend par une date d’exécution T2, alors le créneau horaire d’exécution débute à T0 correspondant à la réception de la notification. S’il y a interférence entre créneau horaire d’exécution et créneau horaire d’utilisation, alors le créneau horaire d’exécution est différé en fonction du niveau de priorité. - la nature ou le type de la mise à jour, comme par exemple fonctionnelle ou sécuritaire, - l’adresse du serveur sur lequel la mise à jour est disponible pour le téléchargement. À réception de cette notification de mise à jour CMD1_MAJ_T2, le module de gestion des mises à jour App_MAJ vérifie si les ressources de la passerelle GW sont disponibles pour exécuter la mise à jour. Plus particulièrement, dans une étape 305, le module de gestion des mises à jour App_MAJ détermine la période temporelle ou durée d’exécution DM1 de la mise à jour CMD1_MAJ_T2. La durée d’exécution de la mise à jour DM1 correspond par exemple à une valeur par défaut définie en usine contenue dans la notification de mise à jour CMD1_MAJ_T2. Cette valeur est elle-même réactualisée au fil des mises à jour successives de la passerelle résidentielle GW, par exemple par calcul par la passerelle résidentielle GW ou par mention dans la notification de mise à jour. Alternativement, le module de gestion des mises à jour App_MAJ sauvegarde dans une mémoire RAM la durée d’exécution des mises à jour successives, préalablement effectuées, et détermine parmi un ensemble de valeurs de durées d’exécution des mises à jour antérieures, une valeur maximale de durée d’exécution DM1. Autrement dit, à chaque mise à jour, le module de gestion des mises à jour App_MAJ sauvegarde dans une mémoire RAM une liste comprenant un ensemble de valeur des durées d’exécution des mises à jour précédentes. Cette liste est mise à jour à chaque nouvelle mise à jour de la passerelle résidentielle GW pour déterminer à la prochaine mise à jour, une valeur maximale de durée d’exécution de la mise à jour. Dans une étape 306, le module de gestion des mises à jour App_MAJ envoie une requête d’interrogation REQ_RESS_DISP du calendrier des activités programmées de la passerelle GW au module de gestion des ressources App_Ress. Cette requête comprend : l’instant T2 à partir duquel la mise à jour doit être exécutée, une valeur maximale de durée d’exécution DM1 de la mise à jour. À réception de la requête, le module de gestion des mises à jour App_Ress détermine en fonction de l’instant T2 et de la valeur maximale de durée d’exécution DM1 un créneau horaire d’exécution de la mise à jour [T2, T2+DM1] et l’enregistre dans son calendrier des activités programmées pour le réserver. Dans une étape 307, le module de gestion des ressources App_Ress vérifie alors que le créneau horaire [T2, T2+DM1] sur lequel la mise à jour doit être exécutée, n’est pas déjà réservé par un équipement du réseau, dans cet exemple, le décodeur numérique STB. En d’autres termes, le module de gestion des ressources App_Ress vérifie dans son calendrier des activités programmées si le créneau horaire de mise à jour [T2, T2+DM1] interfère avec le créneau horaire d’utilisation réservé par le décodeur numérique STB [T0, T1]. Si la durée d’exécution [T2, T2+DM1] n’interfère pas avec la réservation du créneau horaire [T0, T1] d’utilisation des ressources de la passerelle GW par le décodeur numérique STB, alors, le module de gestion des mises à jour App_MAJ télécharge la mise à jour depuis la plateforme de gestion SERV et l’installe. Au contraire, si le créneau d’exécution [T2, T2+DM1] interfère avec le créneau horaire [T0, T1] réservé pour l’utilisation des ressources de la passerelle GW par le décodeur numérique STB, alors il y a un conflit dans le calendrier des activités programmées de la passerelles GW, et le module de gestion des mises à jour App_MAJ effectue un arbitrage entre l’enregistrement ou la visualisation en direct sans interruption du flux vidéo et le téléchargement et l’installation de la mise à jour. Cet arbitrage s’appuie sur un niveau de priorité associé à la mise à jour. Ainsi, quand la passerelle résidentielle GW est informée par la plateforme de gestion de mise à jour SERV qu’une mise à jour de type fonctionnelle de son logiciel est disponible, le module de gestion des mises à jour App_MAJ vérifie si cette mise à jour risque d’empiéter sur un créneau horaire [T0, T1] de réservation de ressources, au vu de la durée prévisible de l’exécution DM1 de cette mise à jour. Si c’est le cas, la notification de mise à jour CMD1_MAJ_T2 est une invitation à exécuter la mise à jour, c’est-à-dire que la mise à jour n’est pas prioritaire par rapport à l’enregistrement programmé ou la visualisation en direct non interrompue d’un flux vidéo. En effet, lorsque la mise à jour est de type (ou nature) fonctionnelle, son niveau de priorité est faible, c’est-dire inférieure au niveau de priorité de l’utilisation des ressources de la passerelle GW par le décodeur numérique STB. Dans ce cas, dans une étape 308, la mise à jour est n’est pas exécutée à l’instant T2, mais différée à un moment ultérieur de façon à ne pas empiéter sur un autre créneau horaire. Le module de gestion des ressources Ges_Ress déclenche donc de manière classique l’enregistrement du flux vidéo en envoyant une requête d’enregistrement ENR_PROG au module d’application télévisuelle du décodeur numérique STB, App_TV, qui envoie une demande de sélection du canal vidéo à visualiser TEL_ENR_PROG du flux vidéo au réseau de diffusion de l’opérateur Res_Dif_TV via la passerelle GW. Ainsi, le flux vidéo de ce canal est délivré au décodeur numérique STB au fur et à mesure via la passerelle GW, puis enregistré en local sur une des ressources de stockage du décodeur numérique STB (par exemple sur un disque dur). À la fin de l’enregistrement programmé STOP ou de la visualisation en direct non interrompue du flux vidéo, le module de gestion des mises à jour App_MAJ programme une vérification de la disponibilité (étape 307.2) des ressources, par exemple à un horaire ou date spécifique, et envoie à nouveau une requête d’interrogation REQ_RESS_DISP du calendrier des activités programmées de la passerelle GW au module de gestion des ressources App_Ress. Si le créneau d’exécution [T2, T2+DM1] n’interfère plus avec la réservation du créneau horaire [T0, T1] d’utilisation des ressources de la passerelle GW par le décodeur numérique STB, c’est-à-dire que les ressources sont libres (Ress_Lib) alors, le module de gestion des mises à jour App_MAJ accepte d’effectuer la mise à jour à l’étape 309 et envoie une requête en téléchargement TEL_MAJ de la mise à jour depuis la plateforme de gestion SERV et l’installe. Dans une étape 310, le module de gestion des mises à jour App_MAJ sauvegarde en mémoire RAM la durée d’exécution réelle DMR de la mise à jour et met à jour la liste de l’ensemble des valeurs de durée d’exécution des mises à jour pour déterminer, le cas échéant, une nouvelle valeur maximale de durée d’exécution d’une mise à jour ultérieure. On présente désormais en lien avec la , les échanges entre un décodeur numérique STB du réseau de communication local LAN, la passerelle résidentielle GW et la plateforme de gestion de mise à jour SERV, selon un second exemple de réalisation de l’invention. En particulier, dans cet exemple, l’utilisateur souhaite visualiser un programme sur une chaîne payante ou au paiement à l’acte, par exemple un film payant. Dans le cas de la visualisation d’un contenu vidéo payant, que ce paiement soit lié à un forfait souscrit auprès d’un diffuseur ou payé à l’acte, le décodeur numérique STB informe la passerelle GW qu’il ne souhaite pas voir le flux vidéo interrompu jusqu’à ce qu’il libère les ressources de la passerelle GW suite à l’arrêt de la visualisation du contenu vidéo. Pour cela, de manière classique, l’utilisateur, via l’interface utilisateur du décodeur numérique STB INT_UT, envoie une requête de sélection SEL_CHN d’une chaîne payante ou d’un film payant à destination du module d’application télévisuel du décodeur STB App_TV (étape 400). Dans une étape 401, le module d’application télévisuel App_TV envoie alors une demande de sélection d’un canal vidéo TEL_CHN à destination du réseau de diffusion télévisuel de l’opérateur Res_Dif_TV et télécharge alors au fur et à mesure le flux vidéo correspondant. En variante, un service propose des créneaux horaires permettant de télécharger des contenus numériques inaccessibles aux mêmes conditions en d’autres temps. Le module App_TV du décodeur numérique STB envoie dans une étape 402 un message MSG_CHN_DIR à destination du module de gestion de ressource Ges_Ress l’informant de la visualisation en direct d’une chaîne payante ou d’un film payant et qu’en conséquence le flux vidéo ne doit pas être interrompu jusqu’à ce que le décodeur numérique STB libère les ressources de la passerelle GW suite à l’arrêt de la visualisation de ce contenu vidéo. L’arrêt de la visualisation du contenu vidéo correspond à l’envoi, par l’utilisateur, via l’interface utilisateur INT_UT, d’une requête de désélection de la chaîne payante ou de fin de film payant DESL_CHN (étape 404). Dans une étape 405, le module App_TV met fin au direct en envoyant une requête de fin du direct STOP_DIR au gestionnaire des ressources Ges_Ress du décodeur numérique STB. Dans une étape 406, à réception de cette requête STOP_DIR, le gestionnaire des ressources Ges_Ress envoie une requête de libération des ressources de la passerelle GW LIB_RESS à destination du module de gestion des ressources App_Ress de la passerelle GW. Les étapes 301’ à 310’ présentées en lien avec la sont similaires aux étapes 301 à 310 présentées en lien avec la , à la différence que le gestionnaire de ressource Ges_Ress envoie, à destination du module de gestion des ressources App_Ress, une notification de demande de réservation CMD0_RSV_CHN des ressources de la passerelle résidentielle GW pour la visualisation d’un contenu vidéo d’une chaîne payant, qui ne doit donc pas être interrompue. Cette notification de demande de réservation CMD0_RSV_CHN ne comprend pas un créneau horaire comme dans l’exemple en lien avec la , mais au contraire précise que les ressources ne seront libérées qu’à l’arrêt de la visualisation du contenu vidéo de la chaîne payante, c’est-à-dire lorsque l’utilisateur désélectionnera la chaîne payante à l’étape 404 pour libérer les ressources à l’étape 406. Ainsi, à l’étape 307’, le module de gestion des ressources App_Ress vérifie que le créneau horaire d’exécution [T2, T2+DM1] sur lequel la mise à jour est exécutée, n’interfère pas avec l’utilisation des ressources par le décodeur numérique STB pour la visualisation d’un contenu vidéo d’une chaîne payante. Si créneau d’exécution [T2, T2+DM1] n’interfère pas avec la réservation des ressources de la passerelle GW par le décodeur numérique STB pour la visualisation d’un contenu vidéo d’une chaîne payante, alors, le module de gestion des mises à jour App_MAJ télécharge la mise à jour depuis la plateforme de gestion SERV et l’installe. Au contraire, si le créneau d’exécution [T2, T2+DM1] interfère avec la réservation des ressources de la passerelle GW par le décodeur numérique STB pour la visualisation d’un contenu vidéo d’une chaîne payante, alors il y a un conflit dans le calendrier des activités programmées de la passerelle GW, et la module de gestion des mises à jour App_MAJ effectue alors un arbitrage entre la visualisation d’un contenu vidéo d’une chaîne payante et le téléchargement et l’installation de la mise à jour. Ainsi, quand la passerelle résidentielle GW est informée par la plateforme de gestion des mises à jour SERV qu’une mise à jour de type fonctionnelle de son logiciel est disponible, le module de gestion des mises à jour App_MAJ de la passerelle résidentielle GW vérifie si cette mise à jour risque de perturber la visualisation en cours d’une chaîne payante ou d’un film payant que l’utilisateur ne souhaite pas voir interrompue, au vu de la durée prévisible de l’exécution DM1 de cette mise à jour. Si c’est le cas, la mise à jour n’est pas prioritaire par rapport à la visualisation en direct non interrompue d’une chaîne payante. En effet, lorsque la mise à jour est de type (ou nature) fonctionnelle, son niveau de priorité est faible par rapport à l’utilisation des ressources de la passerelle GW par le décodeur numérique STB, c’est-à-dire que son niveau de priorité est inférieur à celui de l’utilisation des ressources de la passerelle GW. Dans ce cas, la mise à jour n’est pas exécutée à l’instant T2, mais différée à un moment ultérieur de façon à ne pas empiéter sur un autre créneau horaire ou sur une visualisation en direct d’une chaîne payante ou film payant. Le cas échéant, le module de gestion des mises à jour App_MAJ envoie à destination de la plateforme de gestion de mise à jour SERV un message l’informant du rejet de la mise à jour à l’instant T2 et de l’exécution de la mise à jour à une date ultérieure, de préférence sur un créneau horaire pour lequel les ressources de la passerelle sont disponibles. En particulier, quand le module de gestion des mises à jour App_MAJ est informée par la plateforme de mise à jour SERV qu’une mise à jour fonctionnelle de son logiciel est disponible, la passerelle GW vérifie si un flux vidéo d’une chaîne payante par exemple, est à ce moment acheminé par ses soins. Si c’est le cas, la mise à jour est différée (étape 308’) et un vérification de la disponibilité des ressources est programmée (307’.2) par exemple lorsqu’une une minuterie est armée (étape 403) pour que le module de gestion des mises à jour App_MAJ vérifie ultérieurement si la mise à jour est redevenue possible, c’est-à-dire qu’il envoie à nouveau une requête d’interrogation du calendrier des activités programmées de la passerelle GW au module de gestion des ressources App_Ress à la fin d’un temps programmé sur la minuterie par exemple. Si c’est le cas, alors le module de gestion des mises à jour App_MAJ télécharge la mise à jour depuis la plateforme de gestion SERV et l’installe. Ainsi, la passerelle résidentielle GW diffère l'exécution d'une mise à jour logicielle de type fonctionnelle, c’est-à-dire de niveau de priorité faible ou inférieur au niveau de priorité de l’utilisation des ressources par le décodeur numérique STB du réseau LAN, si elle risque d'interrompre un enregistrement vidéo ou la visualisation du direct d'un évènement couvert par un bouquet payant. Dans un exemple, sur une échelle de priorité, on considère que le niveau de priorité de mise à jour fonctionnelle est à 1 et le niveau de priorité de l’utilisation des ressources par un ou des équipements du réseau, par exemple le décodeur numérique STB est à 2. Alors, lorsque l’on compare les niveaux de priorité, les mises à jour de type fonctionnelle, ne sont pas prioritaires sur l’utilisation des ressources par un ou des équipements du réseau. Dans cet exemple, le niveau de priorité est croissant. Bien sûr, l’invention ne se limite pas à cet exemple et peut tout aussi bien mettre en œuvre des niveaux de priorité décroissants. Une mise à jour fonctionnelle concerne par exemple l’ajout d’une option dans la page d’accueil d’un serveur web d’administration de la passerelle résidentielle pour permettre à l’utilisateur d’y sélectionner dès l’accès, une autre langue de présentation des menus. On présente désormais en lien avec la , les échanges entre un décodeur numérique STB du réseau de communication local LAN, la passerelle résidentielle GW et la plateforme de gestion de mise à jour SERV, selon un troisième exemple de réalisation de l’invention. En particulier, dans cet exemple, la mise à jour est de type sécuritaire, c’est-à-dire que le niveau de priorité de la mise à jour est élevé, c’est-à-dire supérieure au niveau de priorité de l’utilisation des ressources par le décodeur numérique STB, et est en conséquence prioritaire sur l’utilisation des ressources de la passerelle GW par le décodeur numérique STB. Les étapes 500 à 507 sont similaires aux étapes 300 à 307 de la . Cependant, contrairement à l’exemple en lien avec la , quand la passerelle GW est informée par la plateforme de mise à jour SERV qu’une mise à jour prioritaire de sécurité de son logiciel est disponible, le module de gestion des mises à jour App_MAJ ignore la réservation du créneau horaire [T0, T1] des ressources déjà opérées par le décodeur numérique STB (étape 508), le module de gestion des mises à jour App_MAJ accepte la mise à jour à l’étape 509 et envoie immédiatement une requête en téléchargement TEL_MAJ_PRIO de la mise à jour depuis la plateforme de gestion SERV et l’installe. Dans le cas où, l’enregistrement programmé ou la visualisation d’un direct non interruptible d’un contenu vidéo est déjà déclenché, c’est-à-dire que le gestionnaire Ges_Ress a envoyé une requête ENR_PROG au module d’application télévisuelle du décodeur numérique STB, App_TV, qui envoie en retour une requête de téléchargement progressif TEL_ENR_PROG du flux vidéo au réseau de diffusion de l’opérateur Res_Dif_TV via la passerelle GW, alors l’enregistrement ou le direct est interrompu. Dans un exemple, sur une échelle de priorité, on considère que : - le niveau de priorité de mise à jour fonctionnelle est à 1, - le niveau de priorité de l’utilisation des ressources par un ou des équipements du réseau, par exemple le décodeur numérique STB, est à 2, - le niveau de priorité de mise à jour sécuritaire est à 3. Alors, lorsque l’on compare les niveaux de priorité, les mises à jour de type sécuritaire, sont prioritaires sur l’utilisation des ressources par un ou des équipements du réseau. Dans un autre exemple, on prévoit deux niveaux de priorité différents pour les mises à jour de type sécuritaire selon l’importance et/ou l’urgence de ces mises à jour. Par exemple, une mise à jour sécuritaire à exécuter immédiatement est associée à un niveau de priorité maximal qui la rend prioritaire sur l’utilisation des ressources en cours ou à venir par un ou des équipements du réseau. Au contraire une mise à jour sécuritaire moins urgente et qui peut attendre quelques heures, est associée à un niveau de priorité intermédiaire, inférieur au niveau maximal. Ce niveau de priorité intermédiaire ne lui donnera pas la priorité par rapport par exemple à une visualisation d’un contenu direct que l’utilisateur ne veut pas voir interrompu. La mise à jour sécuritaire sera ainsi différée jusqu’à la fin de l’utilisation des ressources en cours. Afin d’illustrer cet exemple, on considère que : - le niveau de priorité de mise à jour fonctionnelle est à 1, - le niveau de priorité de mise à jour sécuritaire ne nécessitant pas d’être installée dès réception de la notification de mise à jour, est à 2 - le niveau de priorité de l’utilisation des ressources par un ou des équipements du réseau, par exemple le décodeur numérique STB, est à 3, - le niveau de priorité de mise à jour sécuritaire nécessitant d’être installée dès réception de la notification de mise à jour, est à 4. Ainsi, les mises à jour de type fonctionnelle et sécuritaire qui peuvent attendre la libération des ressources par un ou des équipements du réseau ont un niveau de priorité inférieur à celui de l’utilisation des ressources de la passerelle GW. Au contraire, les mises à jour de type sécuritaire importantes qui doivent être effectuées dès réception de la notification de mise à jour, ont un niveau de priorité supérieure à celui de l’utilisation des ressources de la passerelle GW. Dans une variante d’implémentation de cette fonctionnalité, la passerelle GW enregistre et réserve dans son calendrier des activités programmées qu’un créneau horaire d’exécution de la mise à jour est réservé pour une mise à jour prioritaire de type sécuritaire. Le module de gestion des ressources App_Ress du dispositif de gestion DISP de la passerelle résidentielle GW informe par un message d’information applicatif les équipements du réseau LAN ayant réservé des ressources ou souhaitant en réserver, que pour la durée prévisible de la mise à jour prioritaire les ressources de la passerelle GW ne seront pas disponibles à partir d’un certain moment (préavis) pour un certain créneau horaire. Les équipements du réseau LAN concernés peuvent ensuite modifier leur réservation de ressources en conséquence, que ce soit automatiquement ou en sollicitant l’intervention de l’utilisateur. La présente un exemple de structure matérielle d’un dispositif de gestion DISP d’une mise à jour selon un exemple de réalisation de l’invention. Le dispositif de gestion DISP d’une mise à jour comprend un module de gestion des ressources App_Ress et un module de gestion des mises à jour App_MAJ. Le terme « module » peut correspondre aussi bien à un composant logiciel qu’à un composant matériel ou un ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d’ordinateur ou de manière plus générale à tout élément d’un programme apte à mettre en œuvre une fonction ou un ensemble de fonctions. Plus généralement, un tel dispositif de gestion DISP comprend une mémoire vive RAM (par exemple une mémoire RAM), une unité de traitement CPU équipée par exemple d'un processeur, et pilotée par un programme d'ordinateur, représentatif des modules de gestion des ressources App_Ress et de gestion des mises à jour App_MAJ, stocké dans une mémoire morte (par exemple une mémoire ROM ou un disque dur). A l'initialisation, les instructions de code du programme d'ordinateur sont par exemple chargées dans la mémoire vive RAM avant d'être exécutées par le processeur de l'unité de traitement CPU. La mémoire vive RAM peut aussi contenir une liste d’ensemble de valeurs de durée d’exécution d’une mise à jour pour la détermination d’une valeur maximale de durée d’exécution de la mise à jour. La illustre seulement une manière particulière, parmi plusieurs possibles, de réaliser le dispositif DISP afin qu’il effectue les étapes du procédé de gestion d’une mise à jour tel que détaillé ci-dessus, en relation avec les figures 3, 4 et 5 dans ses différents modes de réalisation. En effet, ces étapes peuvent être réalisées indifféremment sur une machine de calcul reprogrammable (un ordinateur PC, un processeur DSP ou un microcontrôleur) exécutant un programme comprenant une séquence d’instructions, ou sur une machine de calcul dédiée (par exemple un ensemble de portes logiques comme un FPGA ou un ASIC, ou tout autre module matériel). Dans le cas où le dispositif de gestion DISP est réalisé avec une machine de calcul reprogrammable, le programme correspondant (c'est-à-dire la séquence d’instructions) pourra être stocké dans un médium de stockage amovible (tel que par exemple une carte SD, une clé USB, un CD-ROM ou un DVD-ROM) ou non, ce médium de stockage étant lisible partiellement ou totalement par un ordinateur ou un processeur. Les différents modes de réalisation ont été décrits ci-avant en relation avec un dispositif de gestion DISP intégré dans une passerelle GW d’accès à un réseau de communications distant WAN et configurée pour gérer le réseau de communication local LAN, mais il peut aussi être indépendant de la passerelle et connecté à elle par une interface du réseau local LAN. Procédé de gestion d’une mise à jour d’une passerelle résidentielle (GW) configurée pour gérer un réseau de communication local (LAN) auquel est connecté au moins un équipement utilisateur (A1, STB), ledit procédé étant mis en œuvre par ladite passerelle résidentielle (GW), caractérisé en ce que ledit procédé comprend, sur réception d’une notification de mise à jour en provenance d’une plateforme de gestion de mise à jour (SERV) : - une détermination d’un créneau horaire d’exécution de ladite mise à jour ; - une décision d’exécution (308, 308’, 508) de ladite mise à jour dans le créneau horaire d’exécution en fonction d’une vérification d’interférence (307) entre ledit créneau horaire d’exécution de ladite mise à jour et un créneau horaire d’utilisation d’au moins une ressource de ladite passerelle résidentielle (GW) par ledit au moins un équipement utilisateur (A1, STB) telle que : - si ledit créneau horaire d’exécution et ledit créneau horaire d’utilisation de ladite au moins une ressource sont distincts, ladite mise à jour est exécutée dans ledit créneau horaire d’exécution, - si ledit créneau horaire d’exécution interfère avec ledit créneau horaire d’utilisation d’au moins une ressource alors, en fonction d’un niveau de priorité associé à ladite mise à jour, ladite mise à jour est exécutée à une date différée. Procédé de gestion selon la revendication 1, caractérisé en ce que , lorsque ladite notification de mise à jour comprend une date d’exécution (T2) de ladite mise à jour, alors ledit créneau horaire d’exécution est déterminé à partir de ladite date d’exécution (T2). Procédé de gestion selon la revendication 2, caractérisé en ce que, lorsque ledit créneau horaire d’exécution interfère avec ledit créneau horaire d’utilisation d’au moins une ressource, et: - si ledit niveau de priorité associé à ladite mise à jour est inférieur à un niveau de priorité d’utilisation de ladite au moins une ressource, alors ladite mise à jour est exécutée à ladite date différée ; - si ledit niveau de priorité associé à ladite mise à jour est supérieur à un niveau de priorité d’utilisation de ladite au moins une ressource, alors ledit créneau horaire d’utilisation d’au moins une ressource de ladite passerelle résidentielle par ledit au moins un équipement utilisateur est interrompu et ladite mise à jour est exécutée à ladite date d’exécution (T2). Procédé de gestion selon l’une quelconque des revendications précédentes, caractérisé en ce qu ’il comprend en outre, préalablement à ladite réception de ladite notification de mise à jour : - une réception d’une demande de réservation provenant dudit au moins un équipement (A1, STB) dudit créneau horaire d’utilisation de ladite au moins une ressource de ladite passerelle résidentielle (GW) par ledit au moins un équipement utilisateur (A1, STB), - une vérification (302, 302’, 502) d’une disponibilité de ladite au moins une ressource de ladite passerelle résidentielle (GW), et - lorsque ladite au moins une ressource est disponible pour une utilisation par ledit au moins un équipement utilisateur (A1, STB), une réservation dudit créneau horaire d’utilisation de ladite au moins une ressource dans un calendrier d’activité programmées de ladite passerelle résidentielle (GW). Procédé de gestion selon l’une quelconque des revendications précédentes, caractérisé en ce que ladite vérification d’interférence (307) comprend : - une obtention dudit créneau horaire d’utilisation d’au moins une ressource réservée dans un calendrier d’activités programmées de ladite passerelle résidentielle (GW) et, - une comparaison dudit créneau horaire d’utilisation d’au moins une ressource audit créneau horaire d’exécution de ladite mise à jour. Procédé de gestion selon les revendications 2 à 5, caractérisé en ce que ledit créneau horaire d’exécution est déterminé à partir de ladite date d’exécution (T2) et d’une durée d’exécution (DM1) de ladite mise à jour. Procédé de gestion selon la revendication 6, caractérisé en ce que ladite durée d’exécution (DM1) de ladite mise à jour est : - obtenue dans ladite notification de mise à jour ou, - sélectionnée à partir d’un ensemble de valeurs de durée d’exécution de mise à jour stocké dans une mémoire (RAM), ledit ensemble comprenant au moins une durée d’exécution d’une mise à jour antérieure, ladite durée d’exécution (DM1) correspondant alors à une valeur maximale dudit ensemble, ledit ensemble de valeurs de durée d’exécution étant mis à jour après exécution de ladite mise à jour. Procédé de gestion selon l’une quelconque des revendications précédentes, caractérisé en ce que , suite à l’exécution de ladite mise à jour, ledit procédé comprend un stockage en mémoire (RAM) d’une durée d’exécution réelle (DMR) de ladite mise à jour. Procédé de gestion selon les revendications 4 à 8, caractérisé en ce que ledit procédé comprend en outre une mise à jour dudit calendrier d’activités programmées avec ledit créneau horaire d’exécution de ladite mise à jour. Procédé de gestion selon l’une quelconque des revendications précédentes, caractérisé en ce qu e suite à la décision d’exécution de ladite mise à jour à ladite date différée, ledit procédé comprend une vérification d’une disponibilité (307.2, 307’.2) de ladite au moins une ressource de ladite passerelle résidentielle (GW). Procédé de gestion selon l’une quelconque des revendications précédentes, caractérisé en ce qu’il comprend une émission à destination dudit au moins un équipement (A1, STB) d’un message d’information sur une indisponibilité de ladite au moins une ressource de ladite passerelle résidentielle (GW) pour cause de mise à jour. Dispositif de gestion d’une mise à jour d’une passerelle résidentielle (GW) configurée pour gérer un réseau de communication local (LAN) auquel est connecté au moins un équipement utilisateur (A1, STB), caractérisé en ce que ledit dispositif comprend : - un module de gestion des mises à jour (App_MAJ) apte à recevoir une notification de mise à jour en provenance d’une plateforme de gestion de mise à jour (SERV), et déterminer un créneau horaire d’exécution de ladite mise à jour ; - un module de gestion des ressources (App_Ress) apte à : - prendre une décision d’exécution (308, 308’, 508) de ladite mise à jour dans le créneau horaire d’exécution en fonction d’une vérification d’interférence (307) entre ledit créneau horaire d’exécution de ladite mise à jour et un créneau horaire d’utilisation d’au moins une ressource de ladite passerelle résidentielle (GW) par ledit au moins un équipement utilisateur (A1, STB) telle que : - si ledit créneau horaire d’exécution et ledit créneau horaire d’utilisation de ladite au moins une ressource sont distincts, ladite mise à jour est exécutée dans le créneau horaire d’exécution, - si ledit créneau horaire d’exécution interfère avec ledit créneau horaire d’utilisation d’au moins une ressource alors, en fonction d’un niveau de priorité associé à ladite mise à jour, ladite mise à jour est exécutée à une date différée. Passerelle résidentielle d’un réseau de communication local (LAN) comprenant un dispositif de gestion d’une mise à jour selon la revendication 12. Produit programme d'ordinateur comprenant des instructions de code de programme pour la mise en œuvre d’un procédé selon l'une quelconque des revendications 1 à 11, lorsqu’il est exécuté par un processeur.