FR 3078465 A1 20190830 FR 1851640 A 20180226 La présente invention concerne un procédé de gestion de mises en veille automatiques d'un système de décodage audio/vidéo et un dispositif mettant en oeuvre le procédé. La réduction de la consommation énergétique des systèmes électroniques est devenue un enjeu majeur. C'est notamment le cas des systèmes électroniques destinés à rester activés sur de longues périodes, voire de rester constamment activés. C'est le cas notamment de certains serveurs informatiques, de passerelles résidentielles, de dispositifs de communication Wi-Fi ou CPL (Courants porteurs en lignes). Un moyen connu pour réduire la consommation énergétique d'un système électronique consiste à faire fonctionner ce système suivant au moins deux modes : un mode de fonctionnement dit mode actif, dans lequel toutes les fonctionnalités du système sont activées et la consommation énergétique du système est importante, et un mode de fonctionnement, dit mode de veille, dans lequel un nombre limité de fonctionnalités du dispositif sont activées et où la consommation énergétique du système est minimum. Beaucoup de systèmes prévoient aussi une extinction totale mais le mode de veille est en général préféré à l'extinction totale car il permet un redémarrage plus rapide du dispositif Un dispositif de décodage audio/vidéo, aussi appelé décodeur TV (« set top box » en terminologie anglo-saxonne), est typiquement un dispositif électronique pour lequel la possibilité de fonctionner suivant un mode actif et un mode de veille est utile. C'est en effet un dispositif ne devant pas fonctionner en mode actif constamment, mais qu'un utilisateur souhaite voir redémarrer rapidement en cas de besoin. Pour gérer les oublis de mise en veille des utilisateurs, certains dispositifs électroniques sont équipés d'un module de mise en veille automatique. Suivant des critères de mise en veille plus ou moins élaborés, ces modules mettent automatiquement en veille les dispositifs électroniques sans attendre une instruction explicite des utilisateurs. Le document U520090195702A1 propose un procédé de mise en veille automatique d'un dispositif électronique basé sur une observation d'un délai d'inactivité des utilisateurs. Si aucune interaction n'est constatée entre le dispositif électronique et un utilisateur pendant une durée prédéfinie, le dispositif électronique se met en veille. Ce procédé ne prend donc nullement en compte des habitudes des utilisateurs. Par ailleurs, si on adapte ce procédé à un décodeur TV, ce procédé peut provoquer la mise en veille du décodeur TV pendant un programme en cours de diffusion par le décodeur TV. 5 Le document CN104580710A propose un procédé de mise en veille automatique d'un dispositif électronique prenant en compte des habitudes des utilisateurs. Les informations représentatives des habitudes des utilisateurs sont des heures de passage du mode actif au mode de veille ou des heures de passage du mode de veille au mode actif L'utilisation de ces informations améliore la pertinence des passages en mode de 10 veille mais n'empêcherait pas la mise en veille d'un décodeur TV pendant un programme en cours de diffusion. Il est souhaitable de pallier ces inconvénients de l'état de la technique. Il est notamment souhaitable de proposer une méthode qui permette de prendre en compte plus finement les habitudes des utilisateurs d'un décodeur TV. Il serait aussi souhaitable 15 que cette méthode permette d'éviter des passages en mode de veille pendant la diffusion d'un programme qui est habituellement visualisé. Il est de plus souhaitable de fournir une solution qui soit simple à mettre en oeuvre et à faible coût. Selon un premier aspect de la présente invention, la présente invention concerne 20 un procédé de gestion de mises en veille automatiques d'un système de décodage audio/vidéo, le procédé comprenant : obtenir une information représentative d'un programme en cours de diffusion par ledit système, dit programme cible ; effectuer une recherche de programmes similaires au programme cible suivant un ou des critères de similarité prédéfinis dans une base de données d'informations représentatives de 25 programmes précédemment diffusés par ledit système, la diffusion de ces programmes ayant été interrompue par une mise en veille ; déterminer un seuil de durée d'inactivité en fonction du nombre de programmes de la base de données similaires au programme cible ; lancer une procédure de mise en veille du système si aucune interaction n'est constatée entre un utilisateur et le système pendant une période égale au seuil de durée 30 d'inactivité déterminé après la fin du programme cible. De cette manière, on évite de mettre en veille un système pendant la diffusion d'un programme qui est habituellement visualisé par l'utilisateur. Par ailleurs, le système est mis en veille plus rapidement lorsque le programme cible est connu pour être un programme après lequel le système est habituellement mis en veille. 3 Selon un mode de réalisation, la procédure de mise en veille du système comprend: émettre une notification destinée à un utilisateur avisant ledit utilisateur de la mise en veille imminente dudit système si aucune interaction n'est constatée entre ledit utilisateur et ledit système pendant la période égale au seuil de durée d'inactivité 5 déterminé après la fin du programme cible ; et, mettre le système en veille si aucune interaction n'est constatée entre l'utilisateur et le système pendant une période prédéfinie après l'émission de la notification. Selon un mode de réalisation, pour chaque programme de la base de données similaire au programme cible suivant le ou au moins un des critères de similarité 10 prédéfinis trouvé lors de la recherche, pour chaque critère respecté, une valeur de compteur correspondant audit critère est incrémentée d'une unité, et lorsque, suite à la recherche de programmes similaires, la valeur de compteur correspondant audit critère ou à un desdits critères dépasse une valeur de compteur prédéfinie correspondant audit critère, le seuil de durée est fixé à une première durée prédéfinie et le programme cible 15 est déclaré candidat à une mise en veille accélérée, sinon le seuil de durée est fixé à une seconde durée prédéfinie supérieure à la première durée prédéfinie et le programme cible est déclaré candidat à une mise en veille classique. Selon un mode de réalisation, préalablement à l'émission de la notification et à la mise en veille du système, le procédé comprend : vérifier si un programme suivant 20 immédiatement le programme cible est candidat à une mise en veille accélérée ou à une mise en veille classique ; n'effectuer l'émission de la notification et la mise en veille que si ledit programme suivant est candidat à une mise en veille classique. Selon un mode de réalisation, la recherche de programmes similaires est basée sur un critère de similarité de nom, un premier programme dont le nom correspond au moins 25 à un pourcentage prédéfini au nom d'un second programme étant considéré comme similaire au second programme, et/ou sur un critère de similarité d'heure de début, un premier programme dont l'heure de début est proche de l'heure de début d'un second programme d'un écart inférieur à un premier écart prédéfini est considéré comme similaire au second programme, et/ou sur un critère de similarité d'heure de fin, un 30 premier programme dont l'heure de fin est proche de l'heure de fin d'un second programme d'un écart inférieur à un deuxième écart prédéfini est considéré comme similaire au second programme. 4 Selon un mode de réalisation, les informations représentatives de programmes sont issues d'un guide de programme électronique reçu par le système de décodage audio/vidéo. Selon un mode de réalisation, préalablement à son utilisation, la base de données 5 est créée en extrayant du guide de programme électronique, lors de chaque changement de chaîne de télévision sur le système de décodage audio/vidéo ou à intervalle prédéfini, des informations représentatives d'un programme en cours de diffusion, puis en stockant les informations représentatives extraites correspondant au dernier programme diffusé avant une mise en veille dans la base de données. 10 Selon un mode de réalisation, la base de données est stockée en mémoire non volatile du système de décodage audio/vidéo. Selon un deuxième aspect de l'invention, l'invention concerne un dispositif adapté pour gérer des mises en veille automatiques d'un système de décodage audio/vidéo comprenant : des moyens pour obtenir une information représentative d'un 15 programme en cours de diffusion par ledit système, dit programme cible ; des moyens pour effectuer une recherche de programmes similaires au programme cible suivant un ou des critères de similarité prédéfinis dans une base de données d'informations représentatives de programmes précédemment diffusés par ledit système ; des moyens pour déterminer un seuil de durée d'inactivité en fonction du nombre 20 de programmes de la base de données similaires au programme cible ; et des moyens pour lancer une procédure de mise en veille du système si aucune interaction n'est constatée entre un utilisateur et le système pendant une période égale au seuil de durée d'inactivité déterminé après la fin du programme cible. Selon un troisième aspect de l'invention, l'invention concerne un programme 25 d'ordinateur, comprenant des instructions pour mettre en oeuvre, par un dispositif, le procédé selon le premier aspect lorsque ledit programme est exécuté par un processeur dudit dispositif Selon un quatrième aspect de l'invention, l'invention concerne des moyens de stockage, stockant un programme d'ordinateur comprenant des instructions pour mettre 30 en oeuvre, par un dispositif, le procédé selon le premier aspect lorsque ledit programme est exécuté par un processeur dudit dispositif Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels : - la Fig. 1 illustre schématiquement un exemple de système dans lequel est mise en oeuvre l'invention ; 5 - la Fig. 2 illustre schématiquement un exemple d'architecture matérielle d'un module de traitement compris dans un décodeur TV et mettant en oeuvre l'invention; - la Fig. 3 illustre schématiquement un procédé de création et de mise à jour d'une base de données de programmes ; - la Fig. 4 illustre schématiquement un premier exemple de procédé de mises en 10 veille automatiques d'un décodeur TV; et, - la Fig. 5 illustre schématiquement un deuxième exemple de procédé de mises en veille automatiques d'un décodeur TV. Par la suite nous décrivons l'invention dans un contexte d'un décodeur TV. L'invention pourrait toutefois être adaptée à tout système électronique pouvant 15 fonctionner dans un mode actif et dans un mode de veille et capable de diffuser des programmes audio et/ou vidéo tel que par exemple, un récepteur radio, un ordinateur, un enregistreur numérique ou un téléviseur numérique. Par ailleurs nous évoquons par la suite deux modes de fonctionnement : le mode actif et le mode de veille. Mais l'invention pourrait tout aussi bien fonctionner dans le cadre d'un système pouvant 20 fonctionner suivant un mode actif et une pluralité de modes de veille différents tels qu'un mode de veille légère et un mode de veille approfondie, le mode de veille légère permettant de redémarrer plus rapidement le système électronique que le mode de veille approfondie, mais en contrepartie ayant une consommation électrique plus importante que le mode de veille approfondie. 25 La Fig. 1 illustre schématiquement un exemple de système 1 dans lequel est mise en oeuvre l'invention. Le système 1 comprend un décodeur TV 11 connecté d'un côté à un écran 12 et d'un autre côté à un réseau de communication 10. Le réseau de communication est par exemple un réseau de diffusion satellite, hertzien ou par câble. Le décodeur TV 11 reçoit 30 du réseau de communication 10 un flux de données comprenant une pluralité de chaînes de télévision multiplexées et un guide de programmes électronique (Electronic program Guide (EPG) en terminologie anglo-saxonne). Le flux de données est, par exemple, un flux DVB (« Digital Video Broadcast » en terminologie anglo-saxonne). Chaque chaîne de télévision contenue dans le flux DVB est reçue dans un format compressé tel que par exemple le format MPEG-2 (Moving Picture Expert Group rd generation : ISO/CEI 13818-2), AVC (H264/AVC (ISO/IEC 14496-10 - MPEG-4 Part 10, codage vidéo avancé (« Advanced Video Coding » en terminologie anglo-saxonne) 5 / ITU-T H.264) ou HEVC (High Efficiency Video Coding en terminologie anglo-saxonne) / ITU-T H.265). Les informations permettant de régénérer le guide de programmes électronique sont encodées dans le flux DVB sous forme de tables DVB. Ces informations comprennent des informations détaillées sur des programmes télévisuels (simplement 10 appelés programmes par la suite) passés, en cours ou futurs, transmis dans le flux de données. Parmi les tables DVB, on trouve une liste de chaînes de télévision contenues dans le flux, une liste de services, des informations d'horodatage, mais aussi, une table EIT (Event Information Table) qui décrit les programmes diffusés par chaque chaîne de télévision (nom du programme, heure de début, durée, etc.) et les services. 15 Lors de la réception du flux DVB, le décodeur TV 11 le démultiplexe afin d'extraire les différents flux audio/vidéo correspondant à chaque chaîne et les informations relatives au guide de programmes électronique. Au moins un des flux audio/vidéo est décodé pour affichage sur l'écran 12. Les informations relatives au guide de programmes électronique, notamment les tables EIT, sont elles aussi décodées 20 afin de reformer le guide de programmes électronique. Le décodeur TV 11 comprend un module de traitement 110 qui exécute le procédé de gestion de mises en veille automatiques selon l'invention lorsque le décodeur TV 11 est en mode actif Dans un mode de réalisation, le réseau de communication 10 est un réseau 25 internet. Dans ce cas, une passerelle résidentielle est connectée au réseau 10 et le décodeur TV 11 est connecté sur la passerelle résidentielle. On note que l'invention est adaptée à d'autres technologies de diffusion telles que l'ATSC (comité des systèmes de télévision avancés, « Advanced Television System Commitee » en terminologie anglo-saxonne), l'ISDB (services de diffusion numérique 30 intégré, « Integrated Services Digital Broadcasting » en terminologie anglo-saxonne) et le DTMB (diffusion multimédia numérique terrestre, « Digital Terrestrial Multimedia Broadcast », en terminologie anglo-saxonne). La Fig. 2 illustre schématiquement un exemple d'architecture matérielle du module de traitement 110 compris dans le décodeur TV 11. Le module de traitement 110 comprend alors, reliés par un bus de communication 1100: un processeur ou CPU 1101 ; une mémoire vive RAM 1102; une mémoire morte ROM 1103 ; une unité de stockage ou un lecteur de support de stockage, tel qu'un lecteur de cartes SD 1104 ; un ensemble d'interfaces de communication 1105 permettant au module de traitement 110 5 de communiquer avec d'autres modules du décodeur TV 11, et notamment un module lui fournissant le guide de programmes électronique, un module lui fournissant des notifications de passage en mode de veille du décodeur TV 11, etc. Le module de traitement 110 comprend en outre une mémoire non volatile 1106 permettant de conserver des informations générées par le procédé même en cas de mise en veille ou 10 d'arrêt complet du décodeur TV 11, notamment une base de données représentatives d'habitudes d'un utilisateur du décodeur TV 11. Le processeur 1101 est capable d'exécuter des instructions chargées dans la RAM 1102 à partir de la ROM 1103, d'une mémoire externe (non représentée), d'un support de stockage, tel qu'une carte SD, ou d'un réseau de communication. Lorsque le 15 décodeur TV 11 est mis sous tension, le processeur 1101 est capable de lire de la RAM 1102 des instructions et de les exécuter. Ces instructions forment un programme d'ordinateur causant la mise en oeuvre, par le processeur 1101, du procédé décrit en relation avec les Figs. 3, 4 et 5. Tout ou partie du procédé décrit en relation avec les Figs. 3, 4 et 5 peut être 20 implémenté sous forme logicielle par exécution d'un ensemble d'instructions par une machine programmable, telle qu'un DSP (« Digital Signal Processor » en terminologie anglo-saxonne) ou un microcontrôleur, ou être implémenté sous forme matérielle par une machine ou un composant dédié, tel qu'un FPGA (« Field-Programmable Gate Array » en terminologie anglo-saxonne) ou un ASIC (« Application-Specific Integrated 25 Circuit » en terminologie anglo-saxonne). Le procédé de gestion de mises en veille automatiques de l'invention prend en compte des habitudes d'un utilisateur du décodeur TV 11. Toutefois, ce procédé va plus loin que les procédés de l'art antérieur puisque ce procédé n'est pas basé uniquement sur des statistiques d'heures de passage du mode de veille vers le mode actif et/ou du 30 mode actif vers le mode de veille, mais aussi sur une analyse des programmes diffusés par le décodeur TV 11 sur l'écran 12. Le procédé de gestion de mises en veille automatiques utilise une base de données d'informations de mise en veille du décodeur TV 11, appelée simplement base de données par la suite. Cette base de données est créée et mise à jour en continu par le module de traitement 110 lorsque le décodeur TV 11 est en mode actif. La base de données est alimentée avec des informations représentatives de mises en veille extraites notamment du guide de programmes électronique selon un procédé décrit en relation avec la Fig. 3. En utilisant cette base de données, le module de traitement 110 détermine 5 quand le décodeur TV 11 peut être mis en veille selon un procédé décrit en relation avec la Fig. 4 ou selon la Fig. 5. La Fig. 3 illustre schématiquement un procédé de création et de mise à jour de la base de données de mise en veille. Dans une étape 301, le module de traitement 110 récupère ou met à jour le guide 10 de programmes électronique à partir des informations correspondant à ce guide de programmes électronique contenues dans le flux de données reçu par le décodeur TV 11. Cette étape est exécutée à intervalles réguliers, par exemple toutes les 10 minutes, par le module de traitement 110 afin que le décodeur TV 11 ait constamment une connaissance à jour du guide de programmes électronique. 15 Dans une étape 302, le module de traitement 110 interroge le guide de programmes électronique pour obtenir des informations sur le programme en cours de diffusion par le décodeur TV 11 sur l'écran 12. L'étape 302 est elle aussi exécutée régulièrement par le module de traitement 110, par exemple toutes le minutes, afin que le module de traitement 110 ait constamment connaissance du programme diffusé par 20 le décodeur TV 11. Dans une étape 303, lors de chaque passage du décodeur TV 11 en mode de veille, le module de traitement 110 récupère un ensemble d'informations représentatives de la mise en veille et stocke cet ensemble dans la base de données lors d'une étape 304. L'ensemble d'informations représentatives de la mise en veille comprend des 25 informations représentatives d'un programme précédent le programme en cours de visualisation au moment de la mise en veille, dit programme sauvegardé. Les informations représentatives du programme sauvegardé proviennent du guide de programmes électronique et comprennent : - Un nom de programme ; 30 - Une date et une heure de début du programme ; - Une date et une heure de fin du programme. Chaque ensemble d'informations représentatives d'une mise en veille stocké dans la base de données constitue une entrée de la base de données. Chaque entrée est donc une information représentative d'un programme précédemment diffusé par le décodeur TV 11, la diffusion du programme suivant le programme sauvegardé ayant été interrompue par une mise en veille. La base de données est, par exemple, une base de données de type SQL (langage de requête structurée : « Structured Query Language » en terminologie anglo-saxonne) 5 ou aux formats JSON (Notation d'objet Javascript : « JavaScript Object Notation » en terminologie anglo-saxonne) ou XML (langage de balisage extensible : « Extensible Markup Language » en terminologie anglo-saxonne). Cette base de données est stockée dans la mémoire non volatile 1106 de manière à être conservée par le module de traitement 110 en cas de mise en veille ou d'arrêt complet du décodeur TV 11. 10 A la lecture du procédé décrit en relation avec la Fig. 3, on se rend compte que la base de données est alimentée au fur et à mesure des mises en veille du décodeur TV 11. Toutefois, les habitudes d'un utilisateur peuvent évoluer au fil du temps. Afin de conserver dans la base de données des informations représentatives d'habitudes en vigueur de l'utilisateur, le nombre d'entrées stockées dans la base de données est limité 15 à un nombre maximal prédéfini. Par exemple, le nombre maximal prédéfini est fixé à cent. Le module de traitement 110 conserve donc au maximum cent entrées, correspondant aux cent entrées les plus récentes. Lorsque le nombre maximum prédéfini est atteint, les entrées les plus anciennes sont remplacées par des entrées plus récentes. La base de données fonctionne donc comme une FIFO (premier entré, premier sortie : 20 « First in, First out » en terminologie anglo-saxonne). Dans un mode de réalisation, les informations sur la mise en veille comprennent en outre, pour chaque entrée de la base de données, une date et une heure de mise en veille du décodeur TV 11. Le module de traitement 110 utilise alors ces dates et heures de mise en veille pour déterminer les entrées les plus anciennes dans la base de données. 25 Dans un mode de réalisation, l'ensemble d'informations représentatives de la mise en veille comprend une information représentative de la chaîne de télévision ayant diffusé le programme sauvegardé. Par conséquent, chaque entrée de la base de données comprend en outre une information représentative d'une chaîne de télévision. La base de données ainsi créée et mise à jour est utilisée par un procédé de mises 30 en veille automatique. Deux exemples de procédés de mises en veille automatiques sont décrits en relation avec les Figs. 4 et 5. L'un ou l'autre de ces deux procédés est exécuté à chaque début de diffusion d'une nouvelle chaîne de télévision par le décodeur TV 11 (i.e. à chaque passage en mode actif du décodeur TV 11, à chaque changement de chaîne de télévision, ...) et à chaque passage à un nouveau programme. Le programme en cours 10 de diffusion est analysé par le module de traitement 110 en utilisant les procédés décrits en relation avec les Figs. 4 ou 5 afin de déterminer si le décodeur TV 11 peut être mis en veille après la fin dudit programme. Les programmes ainsi analysés sont appelés programmes cibles par la suite. 5 La Fig. 4 illustre schématiquement un premier exemple de procédé de mises en veille automatiques d'un décodeur TV. Dans une étape 401, le module de traitement 110 obtient une information représentative d'un programme cible. Pour ce faire, le module de traitement 11 interroge le guide de programme électronique. L'information obtenue comprend : 10 - Le nom NOM du programme cible ; - La date Dl et l'heure TI du début du programme cible ; - La date D2 et l'heure T2 de fin du programme cible. A partir de la date D2 et de l'heure T2 de fin du programme cible, le module de traitement 110 détermine la date et l'heure de la prochaine exécution du procédé de 15 mises en veille automatiques. Dans un mode de réalisation, le module de traitement 110 ajoute une durée prédéfinie A à la date D2 et à l'heure T2. Par exemple, la durée prédéfinie A égale cinq minutes. Dans cet exemple, le procédé de mises en veille automatiques est donc relancé cinq minutes après la fin de chaque programme diffusé par le décodeur TV 11, s'il n'y a pas eu de changement de chaîne de télévision entre 20 temps. Dans une étape 402, le module de traitement 110 effectue une recherche de programmes similaires au programme cible suivant un ou des critères de similarité prédéfinis dans la base de données. Dans un mode de réalisation, le nombre de critères de similarité est égal à trois. 25 Un premier critère de similarité est un critère de similarité de nom. Un premier programme dont le nom correspond au moins à un pourcentage prédéfini P au nom d'un second programme est considéré comme similaire au second programme. Un premier nom est similaire à un deuxième nom à un pourcentage de P %, lorsque P % des symboles constituant ces noms sont identiques et situés à la même position dans le nom. 30 Dans un mode de réalisation /3= 80%. Un deuxième critère est un critère de similarité d'heure de début. Un premier programme dont l'heure de début est proche de l'heure de début d'un second programme d'un écart e inférieur à un écart prédéfini El est considéré comme similaire au second programme. 11 Un troisième critère est un critère de similarité d'heure de fin. Un premier programme dont l'heure de fin est proche de l'heure de fin d'un second programme d'un écart e inférieur à l'écart prédéfini E2 est considéré comme similaire au second programme. 5 Dans un mode de réalisation, E1-E2 =1 minute. Dans un mode de réalisation, El= 1 minute et E2 = 5 minutes. Une valeur de compteur est associée à chaque critère de similarité. Le premier critère est associé à un compteur cl, le deuxième critère est associé à un compteur c2 et le troisième critère est associé à un compteur c3. 10 Lors d'une étape 403, pour chaque programme de la base de données similaire au programme cible trouvé suivant au moins un des trois critères de similarité, le module de traitement 110 incrémente d'une unité le compteur correspondant à chaque critère de similarité respecté. Par exemple, cl est incrémenté d'une unité pour chaque entrée de la base de données comportant un nom similaire au nom du programme cible. c2 est 15 incrémenté d'une unité pour chaque entrée de la base de données comportant une heure de début similaire à l'heure de début du programme cible. c3 est incrémenté d'une unité pour chaque entrée de la base de données comportant une heure de fin similaire à l'heure de fin du programme cible. Pour une même entrée de la base de données, un, deux ou trois compteurs peuvent être incrémentés suivant le nombre de critères respectés. 20 Suite à la recherche de programmes similaires dans la base de données, chaque compteur est comparé à une valeur de compteur prédéfinie. Lorsque pour au moins un des compteurs, la valeur dudit compteur dépasse la valeur de compteur prédéfinie, le module de traitement 110 considère, lors d'une étape 405, qu'il s'agit d'une détection positive. Sinon le module de traitement considère qu'il s'agit d'une détection négative. 25 Par exemple, soit Cl (respectivement C2 et C3) la valeur de compteur prédéfinie correspondant au premier (respectivement au deuxième et au troisième) critère de similarité. Sic] > Cl et/ou c2> C2 et/ou c3> C3, le module de traitement 110 considère qu'il s'agit d'une détection positive. Si cl REVENDICATIONS1) Procédé de gestion de mises en veille automatiques d'un système de décodage audio/vidéo, caractérisé en ce que le procédé comprend : obtenir (401) une information représentative d'un programme en cours de diffusion par ledit système, dit programme cible ; effectuer une recherche (402) de programmes similaires au programme cible suivant un ou des critères de similarité prédéfinis dans une base de données d'informations représentatives de programmes précédemment diffusés par ledit système, la diffusion de ces programmes ayant été interrompue par une mise en veille; déterminer (406, 407) un seuil de durée d'inactivité en fonction du nombre de programmes de la base de données similaires au programme cible ; lancer (411, 414) une procédure de mise en veille du système si aucune interaction n'est constatée entre un utilisateur et le système pendant une période égale au seuil de durée d'inactivité déterminé après la fin du programme cible. 2) Procédé selon la revendication 1, caractérisé en ce que la procédure de mise en veille du système comprend : émettre (411) une notification destinée à un utilisateur avisant ledit utilisateur de la mise en veille imminente dudit système si aucune interaction n'est constatée entre ledit utilisateur et ledit système pendant la période égale au seuil de durée d'inactivité déterminé après la fin du programme cible ; et, mettre (411, 414) le système en veille (414) si aucune interaction n'est constatée entre l'utilisateur et le système pendant une période prédéfinie après l'émission de la 25 notification. 3) Procédé selon la revendication 1 ou 2, caractérisé en ce que, pour chaque programme de la base de données similaire au programme cible suivant le ou au moins un des critères de similarité prédéfinis trouvé lors de la recherche, pour chaque critère 30 respecté, une valeur de compteur correspondant audit critère est incrémentée d'une unité, et lorsque, suite à la recherche de programmes similaires, la valeur de compteur correspondant audit critère ou à un desdits critères dépasse une valeur de compteur prédéfinie correspondant audit critère, le seuil de durée est fixé à une première durée prédéfinie et le programme cible est déclaré candidat à une mise en veille accélérée, 17 sinon le seuil de durée est fixé à une seconde durée prédéfinie supérieure à la première durée prédéfinie et le programme cible est déclaré candidat à une mise en veille classique. 5 4) Procédé selon la revendication 3, caractérisé en ce que, préalablement à l'émission de la notification et à la mise en veille du système, le procédé comprend : vérifier si un programme suivant immédiatement le programme cible est candidat à une mise en veille accélérée ou à une mise en veille classique ; n'effectuer l'émission de la notification et la mise en veille que si ledit programme 10 suivant est candidat à une mise en veille classique. 5) Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que la recherche de programmes similaires est basée sur un critère de similarité de nom, un premier programme dont le nom correspond au moins à un pourcentage prédéfini au 15 nom d'un second programme étant considéré comme similaire au second programme, et/ou sur un critère de similarité d'heure de début, un premier programme dont l'heure de début est proche de l'heure de début d'un second programme d'un écart inférieur à un premier écart prédéfini est considéré comme similaire au second programme, et/ou sur un critère de similarité d'heure de fin, un premier programme dont l'heure de fin est 20 proche de l'heure de fin d'un second programme d'un écart inférieur à un deuxième écart prédéfini est considéré comme similaire au second programme. 6) Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce que les informations représentatives de programmes sont issues d'un guide de programme électronique reçu par le système de décodage audio/vidéo. 7) Procédé selon la revendication 6, caractérisé en ce que, préalablement à son utilisation, la base de données est créée en extrayant du guide de programme électronique, lors de chaque changement de chaîne sur le système de décodage audio/vidéo ou à intervalle prédéfini, des informations représentatives d'un programme en cours de diffusion, puis en stockant les informations représentatives extraites correspondant au dernier programme diffusé avant une mise en veille dans la base de données. 18 8) Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que la base de données est stockée en mémoire non volatile du système de décodage audio/vi déo. 5 9) Dispositif adapté pour gérer des mises en veille automatiques d'un système de décodage audio/vidéo, caractérisé en ce qu'il comprend : des moyens pour obtenir une information représentative d'un programme en cours de diffusion par ledit système, dit programme cible ; des moyens pour effectuer une recherche de programmes similaires au 10 programme cible suivant un ou des critères de similarité prédéfinis dans une base de données d'informations représentatives de programmes précédemment diffusés par ledit système ; des moyens pour déterminer un seuil de durée en fonction du nombre de programmes de la base de données similaires au programme cible ; 15 des moyens pour lancer une procédure de mise en veille du système si aucune interaction n'est constatée entre un utilisateur et le système pendant une période égale au seuil de durée d'inactivité déterminé après la fin du programme cible. 10) Programme d'ordinateur, caractérisé en ce qu'il comprend des instructions 20 pour mettre en oeuvre, par un dispositif, le procédé selon l'une quelconque des revendications 1 à 8 lorsque ledit programme est exécuté par un processeur dudit dispositif. 11) Moyens de stockage, caractérisés en ce qu'ils stockent un programme 25 d'ordinateur comprenant des instructions pour mettre en oeuvre, par un dispositif, le procédé selon l'une quelconque des revendications 1 à 8 lorsque ledit programme est exécuté par un processeur dudit dispositif