Brevet FR3164862A1 — publié le 20260123

Procédé pour la gestion d’une période d’écran noir sur un dispositif d’affichage connect é à un d é code u r vidéo . L’invention concerne un procédé pour la gestion d’une période d’écran noir s’étendant sur plus d’un certain intervalle de temps sur un dispositif d’affichage connecté à un décodeur vidéo (2). Le décodeur vidéo (2) est apte à recevoir un flux de données (DS) d’un fournisseur de service média via un réseau IP d’un opérateur et à le traiter de façon interne dans une pluralité de modules. Un accès d’un utilisateur à une application utilisant ce flux de données (DS) est contrôlé dans le décodeur vidéo (2). Le procédé comprend la détection de la période d’écran noir sur le dispositif d’affichage (1) en utilisant au moins une information d’un parmi la pluralité de modules du décodeur vidéo (2). FIGURE POUR L’ABREGE : Fig. 4 Procédé pour la gestion d’une période d’écran noir sur un dispositif d’affichage connecté à un décodeur vidéo. La présente invention concerne le domaine technique d’un dispositif électronique recevant et traitant du contenu vidéo désigné comme un décodeur vidéo, par exemple un téléphone intelligent (« smart phone »), un boîtier numérique (« set-top box »), ou une TV intelligente (« smart TV »). Art antérieur Une TV intelligente, connue aussi comme une TV connectée, est un téléviseur traditionnel doté d'un accès Internet intégré et de composantes interactives Web 2.0 qui permettent à des utilisateurs de diffuser de la musique et des vidéos, de naviguer sur internet, et de visionner des photos. Les TVs intelligentes sont une convergence technologique entre les ordinateurs, les télévisions, et les lecteurs de médias numériques. En plus des fonctions traditionnelles des téléviseurs fournies par des médias de diffusion traditionnels, les TVs intelligentes peuvent donner accès à des services média en libre accès (OTT, « Over-The-Top ») tels que la télévision en flux continu (« streaming ») et la radio sur internet avec un accès réseau domestique. Un service média OTT se réfère à un service média proposé directement à des spectateurs via l’Internet, typiquement fournis par des tiers sans engagement ou contrôle via un fournisseur de service Internet (ISP). Des câbles passerelle OTT, des plateformes de diffusion et de télévision par satellite, tels sont les moyens via lesquels des entreprises ont traditionnellement agi comme contrôleurs ou distributeurs d’un tel contenu. Le contenu peut comprendre des spectacles et des films pour lesquels l’OTT a acquis des droits de distribution du propriétaire du contenu. L’accès légal au contenu peut être géré par gestion de droits numérique (DRM, « Digital Rights Management ») ou par un système d’accès conditionnel (CAS, « Conditional Access System »). Les technologies DRM régissent l’utilisation, la modification and la distribution de contenu multimédia. Ces technologies comprennent des accords de licence et de cryptage. Les technologies DRM sont mises en œuvre selon le standard d’extensions de média cryptés (EME, « Encrypted Media Extensions ») agréé par le W3C. L’EME fournit un canal de communication entre des navigateurs internet et un logiciel de module de décryptage de contenu (CDM, « Content Decryption Module ») qui mettent en œuvre les DRM. Cela permet l’utilisation de vidéo HTML pour lire du contenu enveloppé de DRM tel que des services de diffusion de vidéo en temps réel (« streaming ») sans utiliser de plugiciels (« plugins ») média lourds d’un tiers. Sous le standard de diffusion vidéo numérique (DVB, “Digital Video Broadcasting”), les standards CAS sont décrits dans les documents de spécification pour DVB-CA (accès conditionnel, « Conditional Access »), DVB-CSA (l’algorithme de brouillage courant, « Common Scrambling Algorithm ») et DVB-CI (l’interface courante, « Common Interface »). Ces standards décrivent un procédé permettant de dissimuler un flux numérique, dont l’accès est fourni seulement aux personnes munies de clés de décryptage valides. Cela est réalisé par une combinaison de brouillage et de cryptage. Le flux de données est brouillé avec un code secret de 48 bits, appelé mot de commande. Connaître la valeur de ce mot de commande à un moment donné a relativement peu d’importance, étant donné que dans des conditions normales, un fournisseur de contenu change le mot de commande plusieurs fois par minute. Le mot de commande est généré automatiquement de telle sorte que des valeurs successives ne sont habituellement pas prévisibles. Le standard DVB utilise le flux de transport MPEG (MPEG-TS) comme format standard de conteneur numérique pour la transmission et le stockage de données audio, vidéo, et de Protocole d’Informations Programme et Système (PSIP, « Program and System Information Protocol »). Le flux de transport MPEG désigne un format de conteneur encapsulant des flux élémentaires regroupés en paquets, avec correction d’erreur et caractéristiques de motif de synchronisation pour maintenir l’intégrité de la transmission lorsque le canal de communication transportant le flux est dégradé. Un dispositif vidéo peut comprendre une entrée syntoniseur de diffusion et une sortie d'affichages vers un téléviseur, convertissant le signal source en un contenu sous une forme pouvant être affichée sur l’écran de télévision. Le dispositif vidéo peut être incorporé dans une TV, ainsi dite TV intelligente. Pendant de nombreuses années, Google™ a déployé sa propre solution pour l’utilisation d’un système d’exploitation d’une TV intelligente fondé sur Android™ et appelée Android TV. Android est un système d’exploitation mobile basé sur une version modifiée du noyau Linux et d’autres logiciels libres de droit destinés principalement à des dispositifs mobiles tactiles tels que des téléphones intelligents et des tablettes. Android TV est un dérivé d’Android. Elle a aussi été adoptée comme boîtier numérique (“set-top box”) par une pluralité de fournisseurs IPTV (« Internet Protocol TeleVision ») de télévision (TV) par protocole internet (IP). La certification “Niveau Opérateur” (“Operator Tier”) permet à des opérateurs de distribuer leurs propres dispositifs personnalisés basés sur la plateforme Android TV. Android TV propose un affichage sur-écran spécifique sur l’écran d’une TV comprenant une pluralité de champs alignés telle que celle de la FIG. 1 . Chaque champ est associé à une application spécifique, par exemple de films à la demande, de plateforme de diffusion en temps réel, etc. Quand l’utilisateur souhaite accéder à une application spécifique, il sélectionne le champ adéquat en utilisant, par exemple, une télécommande en communication avec le boîtier numérique. Après la sélection, un écran noir peut apparaître, comme montré sur la FIG. 2 . Un écran noir est défini par le fait que l’utilisateur vit l’absence de vidéo, une image fixe, une animation ou vidéo d’attente pendant un certain intervalle de temps. La période d’écran noir est normale et se déroule avant que les données du menu sélectionné soient affichées. L’intervalle de temps de cette période d’écran noir est limité et dure seulement quelques secondes. Un utilisateur est ainsi habitué à cette situation. En cas de problèmes de traitement de données, l’intervalle de temps de la période d’écran noir peut augmenter sans que l’utilisateur sache si cela est normal ou non. Cette situation impacte fortement la qualité de service obtenue par l’utilisateur, rendant complexe sa détection et l’identification de la cause principale pour la rétablir. Pour l’instant, seul un problème de connexion d’interface multimédia haute-définition (HDMI, « High-Definition Multimedia Interface ») est détecté dans les protocoles (« logs »). Avec si peu d’information, il n’est pas possible d’identifier la cause principale du problème qui peut se trouver au niveau de la connexion HDMI ou provenir de toute autre couche applicative impliquée. Pour en savoir plus sur le problème d’écran noir, il est requis de le reproduire en laboratoire, en essayant de satisfaire aux mêmes conditions d’environnement technique. Cette procédure étant complexe et prenant du temps, le problème d’écran noir reste présent pendant une longue durée, portant atteinte à la qualité de service vidéo du fournisseur de service. Il serait ainsi souhaitable de fournir une technique permettant de détecter une période d’écran noir inhabituelle et de mettre en œuvre au moins une action corrective pour améliorer l’expérience utilisateur. L’invention concerne un procédé pour la gestion d’une période d’écran noir s’étendant sur plus d’un certain intervalle de temps sur un dispositif d’affichage connecté à un décodeur vidéo, ledit décodeur vidéo étant apte à recevoir un flux de données d’un fournisseur de service média via un réseau IP d’un opérateur et à le traiter de façon interne dans une pluralité de modules, ledit procédé comprenant : - une détection de la période d’écran noir sur le dispositif d’affichage en utilisant au moins une information d’un parmi la pluralité de modules du décodeur vidéo. L’invention fournit une méthode pour détecter un problème d’écran noir via un module logiciel embarqué dans le décodeur vidéo. L’analyse se rapproche le plus possible de la cause de l’écran noir. Le procédé de gestion comprend une mise en œuvre d’au moins une action corrective pour limiter la période d’écran noir. Selon une caractéristique distinctive, la période d’écran noir est détectée par une réception d’au moins une information d’erreur d’un module du décodeur vidéo. Selon une caractéristique distinctive, au moins une information d’erreur est générée par un module de gestion d’accès à des données. Selon une caractéristique distinctive, au moins une information d’erreur est générée par un module décodeur vidéo. Selon une caractéristique distinctive, au moins une information d’erreur est générée par un module décodeur audio. Selon une caractéristique distinctive, au moins une information d’erreur est générée par un module convertisseur. Selon une caractéristique distinctive, la période d’écran noir est détectée par une analyse du contenu dans une mémoire tampon associée à un affichage sur-écran (« on-screen display »). Selon une caractéristique distinctive, l’action corrective est mise en œuvre localement à l’intérieur du décodeur vidéo. Selon une caractéristique distinctive, l’action corrective comprend une réinitialisation du module décodeur vidéo. Selon une caractéristique distinctive, l’action corrective comprend un redémarrage de l’application. Selon une caractéristique distinctive, l’action corrective comprend une demande auprès de l’application d’aller vers une page d'accueil d’un portail principal ou de changer de canal de communication. Selon une caractéristique distinctive, l’action corrective comprend un envoi d’une notification à un serveur fournisseur (« back-end »). Selon une caractéristique distinctive, la notification comprend une durée de la période d’écran noir. Selon une caractéristique distinctive, le procédé comprend une génération d’informations additionnelles après réception d’une requête du serveur fournisseur. Avec de telles informations additionnelles, le serveur fournisseur peut mettre en œuvre au moins une action corrective, i.e., arrêter ou éliminer l’application, redémarrer l’application, réinitialiser le cache, mettre à jour l’application ou installer un nouveau logiciel robuste (« firmware »), etc. Selon un autre aspect, l’invention concerne un produit programme d’ordinateur comprenant des instructions pour mettre en œuvre un procédé de gestion d’une période d’écran noir s’étendant sur plus d’un certain intervalle de temps sur un dispositif d’affichage connecté à un décodeur vidéo selon un aspect de l’invention. Selon un autre aspect, l’invention concerne un décodeur vidéo comprenant un produit programme d’ordinateur selon un aspect de l’invention, ledit programme d’ordinateur stocké dans celui-ci comprenant des instructions pour mettre en œuvre un procédé de gestion d’une période d’écran noir s’étendant sur plus d’un certain intervalle de temps sur un dispositif d’affichage connecté à un décodeur vidéo lorsque le produit programme d’ordinateur est exécuté par un processeur du décodeur vidéo. Selon un autre aspect, l’invention concerne un procédé de traitement d’une période d’écran noir s’étendant sur plus d’un certain intervalle de temps sur un dispositif d’affichage connecté à un décodeur vidéo, ledit procédé comprenant : - une réception d’une notification d’un décodeur vidéo selon un aspect de l’invention, après la détection de la période d’écran noir sur le dispositif d’affichage. L’invention propose une manière pour détecter automatiquement un problème d’écran noir et pour le signaler à un serveur fournisseur de recherche de défauts permettant à un opérateur de le surveiller et/ou de le résoudre. Des informations recueillies comprennent un identifiant unique de décodeur vidéo, des versions de logiciel (notamment de logiciel robuste et d’applications), des applications en cours, une liste de processus, une mémoire, un état de connexion CPU et HDMI, un statut de décodeur vidéo, une date d’une dernière actualisation d’une mémoire tampon graphique avant que le problème soit signalé, des états et erreurs de mélangeurs graphiques et vidéo, un statut d’un décodeur audio, des registres (« logs ») de dispositif. Selon un autre aspect, l’invention concerne un produit programme comprenant des instructions pour mettre en œuvre un procédé de traitement d’une période d’écran noir s’étendant sur plus d’un certain intervalle de temps sur un dispositif d’affichage connecté à un décodeur vidéo selon un aspect de l’invention. Selon un autre aspect, l’invention concerne un serveur fournisseur comprenant un produit programme d’ordinateur selon un aspect de l’invention, ledit programme d’ordinateur stocké dans celui-ci comprenant des instructions pour implémenter un procédé de traitement d’une période d’écran noir s’étendant sur plus d’un certain intervalle de temps sur un dispositif d’affichage connecté à un décodeur vidéo lorsque le produit programme d’ordinateur est exécuté par un processeur du serveur fournisseur. Le présent exposé peut être mieux compris en référence à la description et aux dessins suivants, donnés à titre d'exemple et ne limitant pas la portée de la protection, et dans lequel : la FIG. 1 représente un affichage sur-écran bien connu sur un écran TV d’une TV intelligente ; la FIG. 2 représente une situation d’écran noir après la sélection d’une application via l’affichage sur-écran de la FIG. 1 ; la FIG. 3 représente une architecture globale pour la gestion d’un problème d’écran noir selon un premier mode de réalisation de l’invention ; la FIG. 4 représente un diagramme en blocs schématique illustrant un décodeur vidéo utilisé dans l’architecture globale de la FIG. 3 ; la FIG. 5 représente une architecture globale pour la gestion d’un problème d’écran noir selon un deuxième mode de réalisation de l’invention. Les éléments des figures ne sont pas forcément à l’échelle, l’accent étant mis sur l’illustration des principes de l’invention. Description détaillée de l’invention La présente description concerne un procédé permettant de détecter une durée d’écran noir anormale et d’appliquer une action corrective pour la limiter. Dans certains états un écran noir est normal ou pourrait être normal et ne devrait donc pas être détecté : - veille active (écran noir stable) ; - démarrage à froid à partir d’une mise sous tension et d’une veille prolongée, il est possible qu’un écran noir soit plus long dans cet état ; – lecture d'une chaîne Radio, pour certains projets la lecture de la Radio pourrait être réalisée avec aucun affichage à l'écran après une certaine durée. Par période d’écran noir anormale, on entend une période d’écran noir, qui est en dehors des cas précités, s’étendant sur plus d’un certain intervalle de temps, par exemple une période d’écran noir de plus de 4 secondes. L’objet de la description peut être réalisé sous de nombreuses autres formes et ne doit pas être interprété comme étant limité aux modes de réalisation présentés dans ce document. Ainsi, l’objet de la description pouvant être sujet à diverses modifications et formes alternatives, ses modes de réalisation spécifiques sont montrés à titre d'exemple dans les dessins et sont décrits en détail ci-après. Toutefois, il faut comprendre que l'intention n'est pas de limiter l’objet de la description aux formes particulières décrites, mais au contraire de couvrir toutes les modifications, équivalents et alternatives dans l’étendue de la protection telle que définie par les revendications. Sur les dessins, des éléments identiques ou similaires sont désignés par des signes de référence identiques pour l’ensemble de ses différentes représentations. Les présents modes de réalisation et variantes peuvent être utilisés dans n'importe quelle combinaison ou sous-combinaison bien qu’elle ne soit pas décrite explicitement. La FIG. 3 est une architecture générale pour la gestion d’une situation d’écran noir selon un premier mode de réalisation de l’invention. Cette architecture comprend : - un fournisseur de service média 3 ; - un réseau d’un opérateur 4 ; - un décodeur vidéo 2 ; - un dispositif d’affichage 1. Le fournisseur de service média 3 fournit des services média OTT, par exemple la télévision en flux continu et la radio sur internet ou par diffusion (« broadcast ») ou multidiffusion (« multicast »). En particulier, le fournisseur de service média 3 fournit un flux de données DS. Un tel flux de données DS est compatible avec le flux de transport MPEG ou fmp4. Le flux de données peut effectivement être encodé selon la technologie DRM ou le standard CAS. Le réseau d’opérateur 4 transmet le flux de données DS entre le fournisseur de service média 3 et le décodeur vidéo 2. Le réseau d’opérateur peut être un réseau IP ou un réseau de diffusion. Le décodeur vidéo 2 est par exemple un boîtier numérique. Le boîtier numérique 2 reçoit le flux de données DS et fournit un flux de sortie Audio Audio AV et un flux de sortie Vidéo Video AV au dispositif d’affichage 1. Le dispositif d’affichage est par exemple un écran TV 1. L’écran TV 1 se sert du flux de sortie Audio Audio AV et du flux de sortie Vidéo Video AV pour présenter une application demandée préalablement sélectionnée par un utilisateur. L’écran TV est par exemple un élément d’une TV intelligente compatible avec Android. La FIG. 4 est un diagramme en blocs schématique représentant le boîtier numérique 2. Le boîtier numérique 2 est divisé en un premier bloc 21, un deuxième bloc 22 et un troisième bloc 23. Le premier bloc 21 concerne un trajet média sécurisé. Il comprend : - un module 210 de gestion d’accès à des données ; - un module 211 décodeur vidéo ; - un module 212 décodeur audio ; - un module 213 mémoire tampon ; - un module 214 processeur audio ; - un module 215 compositeur ; - un module 216 convertisseur. Le module 210 de gestion d’accès à des données reçoit le flux de données DS du réseau IP d’opérateur 4 et décode le flux selon la technologie DRM ou le standard CAS. Ce flux décodé comprend du matériel vidéo numérique et du matériel audio numérique. Le module décodeur vidéo 211 est un logiciel qui décompresse le matériel vidéo numérique pour fournir un matériel vidéo décompressé. Le module décodeur audio 212 est un logiciel qui décompresse le matériel audio numérique pour fournir un matériel audio décompressé. Le module mémoire tampon 213 fait partie d’une mémoire utilisée par une application pour la représentation du contenu à diffuser sur l’écran TV. Le module processeur audio 214 traite le matériel audio décompressé pour améliorer sa qualité, ajouter des effets ou modifier ses caractéristiques. Le module compositeur 215 ajuste le matériel vidéo décompressé à la définition de l’affichage sur-écran pour fournir un matériel vidéo ajusté. Le module convertisseur 216 convertit le matériel audio traité en une sortie audio Audio HDMI /AV qui est compatible HDMI ou compatible AV. En outre, le module convertisseur 216 convertit le matériel vidéo ajusté en une sortie vidéo Video HDMI /AV qui est compatible HDMI ou compatible AV. Le deuxième bloc 22 concerne un trajet d’affichage sur-écran. Il comprend : - un ensemble 220 d’éléments d’affichage sur-écran (OSD, « On-Screen Display ») graphiques d’interface utilisateur ; - un module compositeur 221 ; - une mémoire tampon 222. Le troisième bloc 23 comprend un détecteur d’écran noir 230. Le détecteur d’écran noir 230 centralise les informations concernant une période d’écran noir BS anormale. Selon un mode de réalisation, le détecteur d’écran noir 230 reçoit et/ou lit une information d’erreur générée par le module de gestion d’accès à des données 210. Une telle information d’erreur porte sur une défaillance du décodage, par exemple due à l’absence de la clef CAS de décodage adéquate. Selon une variante, le détecteur d’écran noir 230 reçoit et/ou lit une information d’erreur générée par le module décodeur vidéo 211. Une telle information d’erreur porte sur une défaillance d’une lecture du décodeur vidéo (sous-débit, sur-débit). Selon une variante, le détecteur d’écran noir 230 reçoit et/ou lit une information d’erreur générée par le module décodeur audio 212. Une telle information d’erreur porte sur une défaillance d’une lecture du décodeur audio. Selon une variante, le détecteur d’écran noir 230 reçoit et/ou lit une information d’erreur générée par le module convertisseur 216. Une telle information d’erreur porte sur une défaillance de la conversion en format HDMI ou AV. Selon une variante, le détecteur d’écran noir 230 analyse la mémoire tampon 222 pour vérifier si elle est vide, noire, totalement transparente. Un exemple de computation de différentes informations conduisant à une « erreur d’écran noir » détectée est décrit ci-après : Lorsqu’un dispositif de présentation vidéo est actif (i.e. pas en mode veille), l’élément intégré “détecteur d’écran noir” détecte si pendant une période “T”, les conditions suivantes sont réunies : (erreur HDMI/ HCDP) OU (erreur CAS/DRM) OU ( ( (Affichage Sur Écran : mémoire tampon vide, OU noire, OU totalement transparente) ET (lecture de décodeurs vidéo ET en erreur (sous-débit, sur-débit, …)) ET NON (audio lu ET pas de vidéo lue) ) ) ) L’action corrective est mise en œuvre localement par le détecteur d’écran noir 230. Cette action corrective comprend une réinitialisation du module décodeur vidéo 211. Selon une variante, l’action corrective comprend un redémarrage de l’application. Selon une variante, l’action corrective comprend une demande auprès de l’application d’aller vers une page d'accueil d’un portail principal ou de changer de canal de communication. La FIG. 5 illustre un deuxième mode de réalisation de l’invention dans lequel l’action corrective est mise en œuvre par un serveur fournisseur 5 à distance du boîtier numérique 2. Ce serveur fournisseur 5 reçoit une notification Notif du boîtier numérique 2. Cette notification Notif comprend la durée de la situation d’écran noir. Selon une variante, la notification comprend des données de configuration et des protocoles associés pour procéder à une opération de corrélation. Après avoir été informé d’une situation d’écran noir, le serveur fournisseur 5 peut : - estimer la gravité de la situation d’écran noir selon l’intervalle de temps ; - relier l’historique d’activité du boîtier numérique avec des informations antérieures (telles qu’un historique des applications ouvertes, une consommation de mémoire, une activité CPU, etc.). De telles informations peuvent être accessibles via un ordinateur de maintenance connecté directement au server fournisseur 5 ; - demander des informations additionnelles Add (telles que des registres) pour aider à résoudre le problème en envoyant une demande Req au boîtier numérique 2 ; - corréler des informations d’autres dispositifs pour prendre la meilleure action corrective. Une action corrective Act est par conséquent transmise au boîtier numérique 2. Cette action peut être : - réinitialiser le module décodeur vidéo 211 ; - redémarrer l’application après une période ; - demander à l’application d’aller vers une page d'accueil d’un portail principal ou de changer de canal de communication ; - nettoyer un cache ; - imposer une mise à jour d’application ; - imposer une mise à jour du logiciel robuste du boîtier numérique ("set-top firmware"). Procédé pour la gestion d’une période d’écran noir (BS) s’étendant sur plus d’un certain intervalle de temps sur un dispositif d’affichage (1) connecté à un décodeur vidéo (2), ledit décodeur vidéo (2) étant apte à recevoir un flux de données (DS) d’un fournisseur de service média (3) via un réseau (4) d’un opérateur et à le traiter de façon interne dans une pluralité de modules, ledit procédé comprenant : - une détection de la période d’écran noir (BS) sur le dispositif d’affichage (1) en utilisant au moins une information d’un parmi la pluralité de modules du décodeur vidéo (2). Procédé de gestion selon la revendication 1, ledit procédé comprenant : - une mise en œuvre d’au moins une action corrective pour limiter la période d’écran noir (BS). Procédé de gestion selon la revendication 2, la période d’écran noir (BS) étant détectée par une réception d’au moins une information d’erreur d’un module du décodeur vidéo (2). Procédé de gestion selon la revendication 3, l’au moins une information d’erreur étant générée par un module de gestion d’accès à des données (210). Procédé de gestion selon la revendication 3 ou 4, l’au moins une information d’erreur étant générée par un module décodeur vidéo (211). Procédé de gestion selon l’une quelconque des revendications 3 à 5, l’au moins une information d’erreur étant générée par un module décodeur audio (212). Procédé de gestion selon l’une quelconque des revendications 3 à 6, l’au moins une information d’erreur étant générée par un module convertisseur (216). Procédé de gestion selon l’une quelconque des revendications 1 à 7, la période d’écran noir étant détectée par une analyse d’un contenu dans une mémoire tampon (22) associée à un affichage sur-écran. Procédé de gestion selon l’une quelconque des revendications 2 à 8, l’action corrective étant mise en œuvre localement à l’intérieur du décodeur vidéo (2). 0Procédé de gestion selon la revendication 9, l’action corrective comprenant une réinitialisation du module décodeur vidéo (211). 11. Procédé de gestion selon la revendication 9, l’action corrective comprenant un redémarrage de l’application. 12. Procédé de gestion selon la revendication 9, l’action corrective comprenant une demande auprès de l’application d’aller vers une page d'accueil d’un portail principal ou de changer de canal de communication. 13. Procédé de gestion selon l’une quelconque des revendications 2 à 12, l’action corrective comprenant un envoi d’une notification (Notif) à un serveur fournisseur (5). 14. Procédé de gestion selon la revendication 13, la notification (Notif) comprenant une durée de la période d’écran noir (BS). 15. Procédé de gestion selon la revendication 13 ou 14, le procédé comprenant une génération d’informations additionnelles (Add) après réception d’une requête (Req) du serveur fournisseur (5). 16. Produit programme d’ordinateur comprenant des instructions pour mettre en œuvre un procédé de gestion d’une période d’écran noir (BS) s’étendant sur plus d’un certain intervalle de temps sur un dispositif d’affichage (1) connecté à un décodeur vidéo (2) selon l’une quelconque des revendications 1 à 15 lorsque le produit programme d’ordinateur est exécuté par un processeur du décodeur vidéo. 17. Décodeur vidéo comprenant un produit programme d’ordinateur selon la revendication 16. 18. Procédé pour le traitement d’une période d’écran noir (BS) s’étendant sur plus d’un certain intervalle de temps sur un dispositif d’affichage (1) connecté à un décodeur vidéo (2), ledit procédé comprenant : - une réception d’une notification (Notif) d’un décodeur vidéo (2) selon l’une quelconque des revendications 13 à 15, après la détection de la période d’écran noir (BS) sur le dispositif d’affichage (1). 19. Produit programme d’ordinateur comprenant des instructions pour mettre en œuvre un procédé de traitement d’une période d’écran noir (BS) s’étendant sur plus d’un certain intervalle de temps sur un dispositif d’affichage (1) connecté à un décodeur vidéo (2) selon la revendication 18 lorsque le produit programme d’ordinateur est exécuté par un processeur d’un serveur fournisseur (5). 0Serveur fournisseur comprenant un produit programme d’ordinateur selon la revendication 19.