Brevet FR3143929A1 — publié le 20240621

Procédé comprenant les étapes suivantes mises en œuvre par un décodeur de médias, tel qu’un décodeur de télévision numérique : identification (2_1) d’un programme futur jouable via le décodeur et constituant un programme d’intérêt pour un utilisateur du décodeur ; comparaison (2_3) entre un délai de diffusion du programme d’intérêt et un seuil prédéfini ; commande d’émission d’un signal d’alarme (3_2, 3_6) perceptible par une personne, à condition que le délai de diffusion soit inférieur au seuil prédéfini. Figure pour l’abrégé : figure 4 procédé de notification de programmes d’intérêts à un utilisateur d’un décodeur de médias DOMAINE DE L'INVENTION La présente invention concerne un décodeur de médias, tel qu’un décodeur de télévision numérique, et un procédé mis en œuvre par ce décodeur. ETAT DE LA TECHNIQUE Il est connu des décodeurs de médias capables d’enregistrer des programmes diffusés à date fixe, sur requête d’un utilisateur. L’utilisateur planifie à l’avance l’enregistrement d’un programme qui l’intéresse à l’aide d’une commande utilisateur appropriée. L’utilisateur peut ainsi jouer le programme enregistré à une date ultérieure. Toutefois, l’utilisateur peut oublier de planifier un tel enregistrement. Par ailleurs, certains programmes perdent de leur intérêt lorsqu’ils sont joués en différé. C’est le cas des programmes retransmettant un évènement en direct, par exemple un évènement sportif tel qu’un match de football. Si un utilisateur ne visionne pas un tel programme à la date de retransmission de l’évènement, alors des tiers peuvent divulgâcher certains aspects de l’évènement à l’utilisateur (par exemple un résultat de match). Un but de l’invention est de surmonter les problèmes évoqués ci-dessus. Ce but est atteint, selon un premier aspect, par un procédé comprenant les étapes suivantes mises en œuvre par un décodeur de médias, tel qu’un décodeur de télévision numérique : identification d’un programme futur jouable via le décodeur et constituant un programme d’intérêt pour un utilisateur du décodeur ; comparaison entre un délai de diffusion du programme d’intérêt et un seuil prédéfini ; commande d’émission d’un signal d’alarme perceptible par une personne, à condition que le délai de diffusion soit inférieur au seuil prédéfini. Le procédé selon le premier aspect peut en outre comprendre des caractéristiques optionnelles, qui sont les suivantes. De préférence, l’alarme est émise à condition qu’une personne à proximité du décodeur ait été détectée par un capteur du décodeur. De préférence, l’alarme est émise à condition que la personne détectée soit reconnue par le décodeur comme un utilisateur du décodeur ayant été préalablement enrôlé. De préférence, l’alarme est émise à condition que la personne détectée soit reconnue par le décodeur comme l’utilisateur du décodeur pour lequel le programme est d’intérêt. De préférence, le signal d’alarme est émis par le décodeur lorsque le décodeur est en mode veille. De préférence, le signal d’alarme est un signal sonore. De préférence, le signal d’alarme est émis par un équipement externe sur commande du décodeur lorsque le décodeur est en mode réveillé. De préférence, le signal d’alarme est un signal visuel. De préférence, le signal d’alarme comprend un message indiquant le programme d’intérêt. De préférence, le procédé comprend par ailleurs une commande d’enregistrement du programme d’intérêt, la commande d’enregistrement étant mise en œuvre à condition qu’aucune action utilisateur sur le décodeur n’ait été détectée dans un délai prédéfini à compter de l’émission du signal d’alarme. De préférence, l’identification est déclenchée lorsque qu’au moins un des évènements suivants survient : un capteur du décodeur détecte qu’une personne est à proximité du décodeur, le décodeur reçoit une liste de programme futurs jouables via le décodeur, un délai prédéfini à compter d’une précédente mise en œuvre de la comparaison s’est écoulé. De préférence, le programme futur constitue un programme d’intérêt pour l’utilisateur du décodeur seulement si les conditions suivantes sont remplies : N programmes passés ayant un identifiant en commun avec le programme futur ont été joués via le décodeur, de préférence pendant que l’utilisateur du décodeur était à proximité du décodeur, et N est supérieur ou égal à un seuil prédéfini. Ces conditions sont cumulatives. Selon deuxième aspect, il est proposé un produit programme d’ordinateur comprenant des instructions de code de programme pour commander l'exécution des étapes du procédé selon le premier aspect, lorsque ce programme est exécuté par un décodeur de médias. Selon un troisième aspect, il est proposé un mémoire lisible par ordinateur stockant des instructions exécutables par l’ordinateur pour commander l’exécution des étapes du procédé selon le premier aspect. Selon un quatrième aspect, il est proposé un décodeur de médias, tel qu’un décodeur de télévision numérique, comprenant : une interface utilisateur ; au moins un processeur configuré pour : identifier un programme futur jouable via le décodeur et constituant un programme d’intérêt pour un utilisateur du décodeur, comparer un délai de diffusion du programme d’intérêt et un seuil prédéfini, et commander l’émission par l’interface utilisateur d’un signal d’alarme perceptible par une personne, à condition que le délai de diffusion soit inférieur au seuil prédéfini. Le décodeur selon le quatrième aspect peut également comprendre les caractéristiques optionnelles suivantes. Le décodeur selon le quatrième aspect peut comprendre un capteur, le capteur comprenant par exemple un microphone et/ou une caméra, et dans lequel l’alarme est émise à condition qu’une personne à proximité du décodeur ait été détectée par le capteur. De préférence, le décodeur selon le quatrième aspect comprend un module de reconnaissance de personnes, et dans lequel l’alarme est émise à condition qu’une personne détectée par le capteur soit reconnue par le module de reconnaissance comme un utilisateur du décodeur préalablement enrôlé, voire l’utilisateur du décodeur pour lequel le programme d’intérêt a été identifié. DESCRIPTION DES FIGURES D’autres caractéristiques, buts et avantages de l’invention ressortiront de la description qui suit, qui est purement illustrative et non limitative, et qui doit être lue en regard des dessins annexés sur lesquels : La illustre de façon schématique un décodeur de médias selon un mode de réalisation, ainsi que d’autres équipements. La est un organigramme d’étapes d’un premier procédé mis en œuvre par un décodeur de médias, selon un mode de réalisation. Les figures 3 et 4 sont deux organigrammes d’étapes d’un deuxième procédé mis en œuvre par un décodeur de médias, selon un mode de réalisation. Sur l’ensemble des figures, les éléments similaires portent des références identiques. DESCRIPTION DETAILLEE DE L'INVENTION En référence à la , un décodeur 11 de médias selon un mode de réalisation est un décodeur de télévision numérique comprenant une entrée 12, au moins une sortie, une interface utilisateur, une unité de traitement de données 14 et une mémoire 15. L’entrée 12 est adaptée pour recevoir un flux de données d’entrée, par exemple un flux de télévision. Le flux de données d’entrée comprend des programmes susceptibles d’être décodés par le décodeur 11, ainsi que des métadonnées relatives aux programmes. Les programmes contiennent des médias de n’importe quel type, par exemple des données audio et/ou des données vidéos. Les métadonnées fournissent des informations sur les programmes, et sont connues de l’état de la technique. L’entrée 12 peut être adaptée pour recevoir le flux de données d’entrée de n’importe quel réseau : un réseau de télévision numérique terrestre (TNT), un réseau de télévision par câble, le Internet (on parle alors d’interface IP). Chaque sortie est adaptée pour transmettre des données de sortie issues des données d’entrée à un équipement externe 13 adapté pour restituer ces données de sortie à un utilisateur. L’équipement externe 13 comprend un écran d’affichage ou un haut-parleur ou les deux. L’équipement externe 13 est par exemple une télévision ou une enceinte. Chaque sortie peut comprendre un port de sortie propre à être raccordé à l’équipement externe via un câble, tel qu’un câble HDMI. Le décoder peut comprendre plusieurs sorties. Par exemple, le décodeur 11 comprend au moins une sortie audio/vidéo destinée à communiquer avec un téléviseur et au moins une sortie audio destinée à communiquer avec une enceinte. L’interface utilisateur est configurée pour interagir avec un utilisateur du décodeur 11. En particulier, l’interface utilisateur est configurée pour recevoir des commandes d’utilisateur et les transmettre à l’unité de traitement 14. A cet effet, l’interface utilisateur peut comprendre un récepteur propre à communiquer avec une télécommande et/ou une interface sensible au toucher (boutons physique, interface tactile, etc.). En outre, l’interface utilisateur du décodeur 11 est par ailleurs configurée pour émettre des signaux perceptibles par un utilisateur. A cet effet, l’interface utilisateur comprend un haut-parleur 111 apte à émettre des signaux sonores. En variante ou en complément, l’interface utilisateur est apte à émettre des signaux visuels. A cet effet, l’interface utilisateur peut comprendre un témoin lumineux et/ou un écran d’affichage. L’unité de traitement de données 14 est configurée pour générer des données de sortie d’un flux de données d’entrée reçu via l’interface d’entrée, et de commander l’émission des données de sortie via la sortie. Ce traitement, connu de l’état de la technique peut impliquer une extraction, un décodage et/ou une conversion de format de données, il est connu de l’état de la technique. Les données de sortie comprennent typiquement des données vidéo aptes à être affichées par l’écran d’affichage et/ou des données audio aptes à être jouées par le haut-parleur de l’équipement externe 13. L’unité de traitement 14 est par ailleurs capable de commander l’émission de signaux perceptibles par un utilisateur. Il est à noter que l’unité de traitement 14 peut aussi bien commander une émission de signaux réalisée par l’interface de sortie du décodeur 11, ou bien commander l’émission de signaux par l’équipement externe 13, en communiquant avec ce dernier via la sortie. En particulier, l’unité de traitement 14 est configurée pour contrôler l’affichage, par l’écran d’affichage de l’équipement externe 13, d’une interface graphique. A cet effet l’unité de traitement 14 peut faire en sorte que l’interface graphique soit affichée par l’équipement externe 13 en superposition avec des données vidéo issues du flux de données d’entrée. De façon connue en soi, l’interface graphique sert à présenter à un utilisateur de façon organisée du contenu ou des fonctionnalités offertes par le décodeur 11. Typiquement, cette interface graphique peut comprendre un guide de programme électronique (abrégé en EPG en anglais). L’unité de traitement 14 comprend un ou plusieurs processeurs adaptés pour exécuter un ou plusieurs programmes d’ordinateur. Le ou chaque processeur peut avoir tout type de structure : circuit programmable (FPGA ou DSP) ou non programmable (ASIC par exemple), contrôleur, microcontrôleur, système sur puce, etc. La mémoire 15 mémorise les instructions de code du ou des programmes précités. Ces instructions de code sont typiquement mémorisées dans une mémoire 15 non volatile (ROM ou Flash par exemple). La mémoire 15 est par ailleurs apte à mémoriser des données traitées ou générées par le ou chaque processeur, lors de l’exécution de ces programmes. Ces données peuvent être mémorisées dans une mémoire 15 volatile (RAM par exemple) ou dans la mémoire 15 non volatile précitée. La mémoire 15 est en particulier apte à mémoriser une base de données dont le contenu sera discuté ci-après. De façon optionnelle mais très avantageuse, le décodeur 11 comprend un capteur de présence humaine à proximité du décodeur 11. Le capteur en question peut comprendre une caméra 112 et/ou un microphone 113. Le capteur de présence humaine comprend préférentiellement un module de reconnaissance de personnes. Le module de reconnaissance de personne est configuré pour analyser un signal acquis par le capteur, de sorte à déterminer si une personne se trouve à proximité du décodeur 11. Le module de reconnaissance de personnes est capable d’enrôler des utilisateurs, c’est-à-dire apprendre à reconnaître des utilisateurs, en vue de vérifier ultérieurement si les utilisateurs enrôlés sont présents à proximité du décodeur 11. Ainsi, le module de reconnaissance peut être capable de déterminer si une personne à proximité du décodeur 11 est un utilisateur préalablement enrôlé ou non, et peut en outre être capable de faire la distinction entre différents utilisateurs enrôlés. Pour mettre en œuvre ces traitements, le module de reconnaissance peut utiliser un réseau de neurones. Lorsque le capteur de présence comprend une caméra 112, le module de reconnaissance est configuré pour mettre en œuvre une reconnaissance faciale sur la base d’images fournie par la caméra 112. Le programme Deepface constitue un exemple de programme de reconnaissance faciale utilisable dans le décodeur 11. Lorsque le capteur de présence comprend un microphone 113, le module de reconnaissance est configuré pour mettre en œuvre une reconnaissance sonore sur la base d’un signal audio acquis par le microphone 113. Cette reconnaissance sonore peut par exemple reposer sur un algorithme de classification, par exemple celui décrit dans le document CN101751920A. De façon générale, le décodeur 11 peut fonctionner dans plusieurs modes, en particulier un mode veille et un mode réveillé : Dans le mode veille, le décodeur 11 n’émet pas de données sur les sorties. Le décodeur 11 consomme moins d’énergie dans le mode veille que dans le mode réveillé. Dans le mode réveillé, le décodeur 11 émet des données sur au moins une sortie. En référence à la , un procédé 1_0 de marquage de programmes mis en œuvre par le décodeur 11 comprend les étapes suivantes. On suppose que le décodeur 11 est en cours d’utilisation. Un utilisateur du décodeur 11 a interagi avec l’interface utilisateur, de sorte qu’un programme lui soit joué via le décodeur 11. Ceci implique que l’unité de traitement 14 génère des données de sortie à partir de données d’entrée reçues par l’entrée, et a fait en sorte que des données audio et/ou vidéo du programme soient restituées à un utilisateur, soit directement par l’interface utilisateur du décodeur 11, soit par l’intermédiaire d’un ou plusieurs équipements externes 13. Dans le cas d’un programme comprenant des données vidéo, le programme joué via le décodeur est en réalité un programme que l’utilisateur visionne sur l’écran d’affichage de l’équipement externe 13. Dans une étape 1_1, l’unité de traitement 14 récupère un identifiant « prog_id » du programme en train d’être joué via le décodeur 11. Cette étape 1_1 est par exemple déclenchée à l’expiration d’un délai prédéfini à compter du moment où le programme a commencé à être joué via le décodeur 11. Ceci est avantageux pour éviter que les étapes du procédé se déclenchent pour des programmes zappés par l’utilisateur. Dans une étape 1_2, l’unité de traitement 14 accède à la base de données mémorisée dans la mémoire 15, et vérifie si cette base de données référence un programme dont l’identifiant correspond à l’identifiant « prog_id » récupéré lors de la sous-étape 1_1. Si non, alors le procédé passe à l’étape 1_3. Si oui le procédé passe à l’étape 1_4. Dans l’étape 1_3, l’unité de traitement 14 ajoute l’identifiant « prog_id » récupéré dans la base de données. Dans l’étape 1_4, l’unité de traitement 14 vérifie si le programme trouvé dans la base de donnée (ayant « prog_id » comme identifiant) est déjà marqué comme étant d’intérêt pour un utilisateur du décodeur 11. Si oui, le procédé passe à l’étape 1_5. Sinon, le procédé passe à l’étape 1_6. Dans l’étape 1_5, l’unité de traitement 14 incrémente un nombre N. Le nombre N indique combien de programmes ayant « prog_id » comme identifiant ont été joués via le décodeur 11. L’unité de traitement 14 retourne ensuite à l’étape 1_1. Dans la sous-étape 1_6, l’unité de traitement 14 incrémente le nombre N, et passe à l’étape 1_7. Dans l’étape 1_7, l’unité de traitement 14 vérifie si le nombre N est supérieur ou égal à un seuil S prédéfini. Si oui, alors le procédé passe à l’étape 1_9. Sinon, le procédé passe à l’étape 1_8. Dans l’étape 1_9, l’unité de traitement 14 marque le programme dans la base de données, de sorte à indiquer que le programme est d’intérêt pour un utilisateur du décodeur 11. Le marquage peut consister à associer, dans la base de données, l’identifiant « prog_id » avec une donnée indiquant que le programme est d’intérêt pour l’utilisateur. Quelque soit la forme concrète du marquage, l’unité de traitement 14 est capable de faire la distinction entre un programme marqué comme d’intérêt et un programme non marqué, en s’appuyant sur le contenu de la base de données mémorisée. Dans la sous étape 1_8, l’unité de traitement 14 marque le programme de sorte à indiquer que le programme n’est pas d’intérêt pour un utilisateur du décodeur 11. L’étape 1_8 est optionnelle, car il peut être envisagé que l’unité de traitement 14 ne réalise aucun marquage particulier lorsque N Dans un mode de réalisation préférentiel, l’unité de traitement 14 met en œuvre les étapes qui précèdent pour différents utilisateurs du décodeur 11. Dans ce cas, le capteur de présence humaine est mis à contribution pour détecter qu’un utilisateur préalablement enrôlé se trouve à proximité du décodeur 11, pendant que le programme est joué. Les étapes décrites précédemment sont ensuite mise en œuvre pour cet utilisateur détecté, en mettant à jour une base de données propre à cet utilisateur enrôlé. Ainsi, différentes bases de données pour différents utilisateurs sont mémorisées dans la mémoire 15. De cette manière, le décodeur 11 peut déterminer des programmes d’intérêt pour différents utilisateurs ayant possiblement des goûts différents. Le procédé de marquage qui précède fonctionne de manière automatique. Il est toutefois à noter qu’un utilisateur du décodeur 11 peut, en variante ou en complément, commander le marquage d’un programme comme étant d’intérêt pour lui, via l’interface utilisateur. En variante le décodeur peut utiliser tout autre procédé de l’état de l’art permettant d’identifier des programmes d’intérêt pour l’utilisateur. Par exemple plutôt que d’identifier les programmes par leur identifiant « prog_id, » le décodeur peut utiliser la combinaison d’une information de type de programme (« téléfilm policier, » « série romantique ») et de plage horaire (« mardi soir »), ou la combinaison d’une chaîne de télévision et de plage horaire. En référence aux et 4 , un deuxième procédé mis en œuvre par le décodeur 11 comprend les étapes suivantes. Ce deuxième procédé est mis en œuvre après la mise en œuvre du procédé de marquage. Le deuxième procédé comprend deux phases : une phase 2_0 de recherche d’au moins un programme futur d’intérêt pour un utilisateur du décodeur 11, et une phase 3_0 d’alerte. La phase de recherche peut être déclenchée de différences façon. Selon un premier mode de réalisation, la phase de recherche est déclenchée périodiquement, par exemple toutes les 5 minutes. Ainsi, la phase de recherche est mise en œuvre lorsqu’un délai prédéfini à compter d’une précédente mise en œuvre de la phase de recherche s’est écoulé (ce délai correspond à la période choisie). Selon un deuxième mode de réalisation, la phase de recherche est déclenchée lorsqu’une mise à jour de la liste des programmes futurs est reçue par le décodeur 11 via son entrée. Cette mise à jour peut en particulier être planifiée à heure fixe (par exemple tous les jours à minuit), ou bien être réalisée à la volée lorsque le décodeur est réveillé. Selon un troisième mode de réalisation, la phase de recherche est déclenchée lorsque le décodeur 11 détecte qu’une personne est à proximité du décodeur 11, voire un utilisateur du décodeur 11, voire l’utilisateur pour lequel le programme d’intérêt a été identifié, au moyen du capteur de présence humaine discutée précédemment. On voit ici que le détecteur peut opérer à deux niveaux de précision différents : le décodeur 11 peut se satisfaire d’une présence humaine quelconque pour déclencher la phase de recherche. En variante, le décodeur 11 peut exiger qu’une personne détectée à proximité corresponde à un utilisateur du décodeur 11 préalablement enrôlé pour déclencher la phase de recherche : dans ce cas, le module de reconnaissance humaine est mis à contribution. Au moins une de ces conditions peut être utilisée par le décodeur 11, par exemple les trois. Ces conditions sont des conditions suffisantes, dans le sens où il suffit que l’un d’entre elles soit satisfaite pour déclencher la phase de recherche. On va maintenant décrire un mode de réalisation de la phase de recherche en relation avec la . On suppose que le décodeur 11 a reçu via l’entrée des métadonnées comprenant une liste de programmes futurs, c’est-à-dire une liste indiquant des programmes dont les données média (audio et/ou vidéo) qui seront diffusés dans le futur par un fournisseur de contenu, et qui pourront être alors reçus par l’entrée, et être joués via le décodeur 11. Les métadonnées comprennent, pour chaque programme de la liste, un nom de programme et une date de diffusion du programme. La date de diffusion du programme est une date qui indique le début de la diffusion des données média du programme par le fournisseur de contenu précité. Les métadonnées peuvent le cas échéant comprendre des données complémentaires, par exemple un descriptif du programme ou d’autres informations relatives au programme. Dans une étape 2_1, l’unité de traitement 14 vérifie à partir si la liste de programmes futurs comprend un programme ayant un identifiant en commun avec un programme marqué comme étant d’intérêt pour un utilisateur du décodeur 11 dans la base de données correspondante. Si l’unité de traitement 14 identifie dans la liste un programme futur remplissant ces critères, alors ce programme futur est considéré comme étant d’intérêt, et le procédé passe à l’étape 2_3. Sinon, le procédé passe à l’étape 2_2. Dans l’étape 2_2, l’unité attend pendant une durée t1 avant de retourner à l’étape 2_1. Dans l’étape 2_3, l’unité de traitement 14 calcule le délai de diffusion du programme identifié, c’est-à-dire la durée entre une date courante et la date de diffusion du programme identifié. L’unité compare ensuite ce délai de diffusion du programme identifié et un seuil prédéfini t2. Si le délai de diffusion du programme identifié est supérieur au seuil t2, alors le procédé passe à l’étape 2_4. Si le délai de diffusion du programme identifié est inférieur ou égal au seuil t2, le procédé met en œuvre la phase d’alerte (sur la , cette transition est indiquée par le bloc 2_7, et le point 3.0 indique le début de la phase d’alerte). Dans l’étape 2_4, l’unité de traitement 14 vérifie s’il reste d’autres programmes à examiner dans la liste de programmes futurs. Si oui (cas marqué par le bloc 2_6 sur la ), le procédé repasse à l’étape 2_1 pour examiner les programmes futurs restants dans la liste. Sinon (cas marqué par le bloc 2_5 sur la ), le décodeur 11 passe à l’étape 2_2. En référence à la , la phase d’alerte 3_0 comprend les étapes suivantes. Dans une étape 3_1, l’unité de traitement 14 vérifie si le décodeur 11 est en mode veille ou en mode réveillé. Si le décodeur 11 est en mode réveillé, le procédé passe à l’étape 3_2. Si le décodeur 11 est en mode veille, le procédé passe à l’étape 3_6. Dans l’étape 3_2, l’unité de traitement 14 commande l’émission d’une alarme. L’alarme est une alarme visuelle émise par l’équipement externe 13 à la demande du décodeur 11. Pour cela, l’unité de traitement 14 commande la transmission sur la sortie de données représentatives d’une fenêtre surgissante (« pop up » en anglais), de sorte que cette fenêtre soit affichée par l’écran d’affichage de l’équipement externe 13. La fenêtre surgissant peut indiquer par exemple le nom du programme futur ayant été identifié comme étant d’intérêt, voire sa date de diffusion ou bien le délai de diffusion (c’est à dire le temps restant avant la date de diffusion). Cette alarme visuelle présente l’avantage d’être plus discrète qu’une alarme sonore. La phase d’alerte est alors terminée (la fin de la phase d’alerte est représentée sur la par le point 3_12). Dans l’étape 3_6, l’unité de traitement 14 commande l’émission d’une alarme par l’interface utilisateur. Ainsi, dans ce cas de figure, c’est le décodeur 11 qui émet une alarme sous une forme perceptible par un utilisateur, sans avoir à passer par l’intermédiaire de l’équipement externe 13. Ceci est avantageux à plusieurs titres. Si l’équipement externe 13 est éteint, alors un allumage de l’équipement externe 13 est évité. Si l’équipement externe 13 est allumé, alors il est possible qu’un utilisateur utilise cet équipement externe 13 (par exemple pour jouer à un jeu vidéo, ou visionner un DVD). Une alarme transmise par le décodeur 11 à l’équipement externe 13 risquerait de perturber le visionnage en cours de l’utilisateur, et ce en particulier si cette alarme est de nature visuelle. L’alarme émise à l’étape 3_6 peut être une alarme visuelle mais est très préférentiellement une alarme sonore. Cette alarme sonore est émise par le haut-parleur 111 du décodeur 11. Une alarme de ce type est plus facilement détectable par une utilisateur qu’une alarme visuelle qui serait affichée sur l’écran d’affichage du décodeur 11. En particulier, un utilisateur se trouvant dans une pièce différente de la pièce où est situé le décodeur 11 peut entendre l’alarme sonore, mais ne pourrait pas voir une telle alarme visuelle. L’alarme sonore comprend de préférence un message vocal généré par l’unité de traitement 14 puis restitué par le haut-parleur 111 du décodeur 11. Le message vocal peut par exemple indiquer le nom du programme futur ayant été identifié comme étant d’intérêt, voire sa date de diffusion ou bien le délai de diffusion (c’est à dire le temps restant avant la date de diffusion). Une fois l’étape 3_6 réalisée, la phase d’alerte se termine (point 3_12). On va maintenant détailler un mode de réalisation de la phase d’alerte comprenant des étapes optionnelles qui sont représentées en pointillés sur la . Ces étapes optionnelles peuvent être mises en œuvre si le décodeur 11 est pourvu du capteur de présence humaine décrit précédemment. Dans ce mode de réalisation, le procédé passe de l’étape 3_1 à l’étape 3_3 si le décodeur 11 est en mode réveillé (et non directement à l’étape 3_2). A l’étape 3_3, le décodeur 11 vérifie si une condition de présence humaine à proximité du décodeur 11 est remplie, en s’aidant du capteur de présence humaine. Le détecteur peut vérifier trois conditions alternatives à l’étape 3_3. Dans une première variante le décodeur 11 se borne à vérifier l’existence d’une présence humaine quelconque. Dans une deuxième variante, le décodeur 11 vérifie si une personne détectée correspond à un utilisateur du décodeur 11 préalablement enrôlé ; dans ce cas, le module de reconnaissance humaine est mis à contribution. Dans une troisième variante, le décodeur 11 vérifie si une personne détectée à proximité est spécifiquement l’utilisateur du décodeur 11 pour lequel le programme futur a été identifié comme étant d’intérêt (auquel cas le module de reconnaissance humaine est également mis à contribution). Si la condition de présence humaine choisie est vérifiée (bloc 3_4), alors le procédé passe à l’étape 3_2 décrite précédemment. Sinon, le procédé passe à l’étape 3_5. Dans l’étape 3_5, l’unité de traitement 14 commande l’émission d’une alarme sonore, comme au cours de l’étape 3_6, en utilisant le haut-parleur 111 du décodeur 11. Ensuite, le procédé passe à une étape 3_10 qui sera décrit plus loin. Par ailleurs, le procédé passe de l’étape 3_1 à l’étape 3_7 si le décodeur 11 est en mode veille (et non directement à l’étape 3_6). A l’étape 3_7, le décodeur 11 vérifie si une condition de présence humaine à proximité du décodeur 11 est remplie, comme durant l’étape 3_3. Si la condition de présence humaine choisie est vérifiée (bloc 3_8) alors le procédé passe à l’étape 3_6 décrite précédemment. Sinon, le procédé passe à l’étape 3_9. A l’étape 3_9, l’unité de traitement 14 commande un enregistrement du programme. Le programme peut être enregistré dans la mémoire 15 du décodeur 11, dans une mémoire 15 amovible connectée au décodeur 11 (telle qu’une carte SD ou un disque dur externe), soit par un serveur distant. L’enregistrement peut suivre des règles de quota qui peuvent être réglables par l’utilisateur via l’interface utilisateur : La taille de l’espace mémoire 15 réservé pour les enregistrements automatiques, avec possibilité d’augmenter ou réduire cet espace. Si réduction, les enregistrements les plus anciens sont effacés. Activation d’un tampon circulaire. Si l’espace mémoire 15 dédié est plein, effacement de l’enregistrement le plus ancien pour libérer de la place. Proposition d’effacer un enregistrement à la fin de son visionnage. Dans l’étape 3_10, l’unité de traitement 14 vérifie si une commande d’utilisateur a été reçue par le décodeur 11 via l’interface utilisateur dans un délai prédéfini t3 à compter de l’émission de l’alarme générée à l’étape 3_5, ou à l’étape 3_6. Si oui, alors le procédé se termine (bloc 3_12). Sinon, le procédé passe à l’étape 3_11. A l’étape 3_11, l’unité de traitement 14 commande un enregistrement du programme dans la mémoire 15, comme dans l’étape 3_9. L’utilisation optionnelle du capteur de présence humaine au cours de la phase d’alerte est avantageuse, car permet d’éviter des alarmes inutiles en l’absence d’un utilisateur. En particulier, ceci permet d’éviter des alarmes sonores susceptible de déranger le voisinage. Il est à noter que si le capteur de présence humaine est utilisé et que ce capteur détecte qu’un utilisateur enrôlé est à proximité du décodeur 11, alors les alarmes émises durant la phase d’alerte peuvent être personnalisées pour cet utilisateur (aussi bien les alarmes visuelles que les alarmes sonores). Dans un cas particulier, il se peut que le programme identifié lors de la phase de recherche soit un programme d’intérêt pour un premier utilisateur enrôlé, et qu’il soit détecté à proximité du décodeur 11 un deuxième utilisateur enrôlé différent du premier utilisateur. Une alarme visuelle ou sonore émise dans une telle situation peut alors comprendre un message indiquant non seulement qu’un programme d’intérêt va être diffusé prochainement, mais également indiquer l’utilisateur à qui se destine le message (le premier utilisateur dans l’exemple qui précède). D’autres modes de réalisation que ceux présentés précédemment dans la description sont envisageables. Il est entendu que le décodeur 11 et le procédé qu’il met en œuvre sont applicables à des programmes de média audio/vidéo, mais sont également applicable à des programmes sans vidéo (par exemple des programmes radio) et des programmes sans audio. Par ailleurs, le décodeur tel qu’illustré sur la comprend au moins une sortie destinée à transmettre des données en vue de leur restitution par un équipement externe 13. Ceci n’est pas obligatoire : le décodeur 11 pourrait en variante jouer directement un programme via son interface utilisateur sans solliciter d’équipement externe. Procédé comprenant les étapes suivantes mises en œuvre par un décodeur de médias : identification (2_1) d’un programme futur jouable via le décodeur et constituant un programme d’intérêt pour un utilisateur du décodeur, comparaison (2_3) entre un délai de diffusion du programme d’intérêt et un seuil prédéfini, commande d’émission d’un signal d’alarme (3_2, 3_6) perceptible par une personne, à condition que le délai de diffusion soit inférieur au seuil prédéfini. Procédé selon la revendication 1, dans lequel le signal d’alarme est émis à condition qu’une personne ait été détectée par un capteur du décodeur. Procédé selon la revendication 2, dans lequel le signal d’alarme est émis à condition que la personne détectée soit reconnue par le décodeur comme un utilisateur du décodeur ayant été préalablement enrôlé. Procédé selon l’une quelconque des revendications 2 et 3, dans lequel le signal d’alarme est émis à condition que la personne détectée soit reconnue par le décodeur comme l’utilisateur du décodeur pour lequel le programme est d’intérêt. Procédé selon l’une quelconque des revendications 1 à 4, dans lequel le signal d’alarme est émis par le décodeur lorsque le décodeur est en mode veille. Procédé selon l’une quelconque des revendications 1 à 5, dans lequel le signal d’alarme est un signal sonore. Procédé selon l’une quelconque des revendications 1 à 6, dans lequel le signal d’alarme est émis par un équipement externe (13) sur commande du décodeur lorsque le décodeur est en mode réveillé. Procédé selon l’une quelconque des revendications 1 à 7, dans lequel le signal d’alarme est un signal visuel. Procédé selon l’une quelconque des revendications 1 à 8, dans lequel le signal d’alarme comprend un message indiquant le programme d’intérêt. Procédé selon l’une quelconque des revendications 1 à 9, comprenant par ailleurs une commande d’enregistrement du programme d’intérêt, la commande d’enregistrement étant mise en œuvre à condition qu’aucune action utilisateur sur le décodeur n’ait été détectée dans un délai prédéfini à compter de l’émission du signal d’alarme. Procédé selon l’une quelconque des revendications 1 à 10, dans lequel l’identification est déclenchée lorsque qu’au moins un des évènements suivants survient : un capteur du décodeur détecte une personne, le décodeur reçoit une liste de programme futurs jouables via le décodeur, un délai prédéfini à compter d’une précédente mise en œuvre de la comparaison s’est écoulé. Procédé selon l’une quelconque des revendications 1 à 11, dans lequel le programme futur constitue un programme d’intérêt pour l’utilisateur du décodeur seulement si les conditions suivantes sont remplies : N programmes passés ayant un identifiant en commun avec le programme futur ont été joués via le décodeur, N est supérieur ou égal à un seuil prédéfini. Produit programme d’ordinateur comprenant des instructions de code de programme pour commander l'exécution des étapes du procédé selon l’une des revendications 1 à 12, lorsque ce programme est exécuté par un décodeur (11) de médias. Mémoire lisible par ordinateur stockant des instructions exécutables par l’ordinateur pour commander l’exécution des étapes du procédé selon l’une quelconque des revendications 1 à 12. Décodeur (11) de médias comprenant : une interface utilisateur (111), au moins un processeur configuré pour : identifier un programme futur jouable via le décodeur et constituant un programme d’intérêt pour un utilisateur du décodeur, comparer un délai de diffusion du programme d’intérêt et un seuil prédéfini, commander l’émission par l’interface utilisateur d’un signal d’alarme perceptible par une personne, à condition que le délai de diffusion soit inférieur au seuil prédéfini. Décodeur de médias selon la revendication 15, comprenant un capteur, et dans lequel l’alarme est émise à condition qu’une personne ait été détectée par le capteur. Décodeur de médias selon la revendication 16, comprenant un module de reconnaissance de personnes, et dans lequel l’alarme est émise à condition qu’une personne détectée par le capteur soit reconnue par le module de reconnaissance comme un utilisateur du décodeur (11) préalablement enrôlé.