FR 3074629 A1 20190607 FR 1761620 A 20171205 Procede de gestion de Ia cc. .s __motion electric d'un dispositif electroi E)o_r_ Ind 1,:!( L'invention se rapporte a un systerne et procede de gestion de la consommation electrique d'un dispositif electronique. L'invention s'applique a tout dispositif disposant d'une source d'alimentation electrique. Elle s'adresse en particulier aux dispositifs multimedia. I:: at de la 1, La consommation d'energie electrique d'un dispositif electronique (decodeur video, smartphone, etc.) est generalement fonction des modules et/ou applications utilises a un instant donne sur un tel dispositif. La consommation electrique d'un decodeur multimedia peut par exemple varier en fonction du type et de Ia resolution du contenu multimedia decode, de ses besoins en emission/reception sur un reseau, du type de calculs doit effectuer, etc. Un utilisateur d'un tel dispositif ne peut donc pas savoir a priori si les ressources electriques de son dispositif, notamment le type, Ia puissance et eventuellement la duree d'alimentation, sont suffisantes pour le traitement requis. Ainsi le dispositif va-t-il echouer a rendre l'application attendue Si la batterie n'est pas suffisamment char,* ou si le dispositif n'est pas branche correctement ; notamment, il peut ne pas restituer le contenu, ou le restituer de maniere incorrecte, ou encore s'arreter en cours de visualisation du contenu. L'invention offre une solution ne presentant pas les inconvenients de l'etat de la technique. L'invention A cet effet, selon un aspect fonctionnel, l'invention a pour objet un procede de gestion de la consommation d'un dispositif de traitement de contenus 2 multimedia, ledit procede etant caracterise en ce gull comporte sur le dispositif de traitement les &apes de : - reception d'une requete pour traiter un contenu multimedia ; - analyse de la requete pour en extraire au moins une qualite de restitution 5 dudit contenu ; - obtention d'un etat d'alimentation du dispositif ; verification de l'adequation entre ladite qualite du contenu et l'etat d'alimentation du dispositif ; - en fonction des resultats de la verification, modification de la qualite de 10 restitution pour ledit contenu ; - traitement du contenu multimedia pour le restituer dans ladite qualite. Par contenu multimedia, on entend un contenu pouvant contenir un ou plusieurs medias (audio, video, graphique, texte, son, etc.) auxquels sont associees des caracteristiques de media (resolution spatiale ou temporelle, debit, 15 frequence, echantillonnage, type de codage, format de codage, etc.). Par qualite de restitution du contenu multimedia, on entend une certaine resolution du contenu numerique (resolution spatiale, temporelle, niveau de qualite associee a la compression video et/ou audio) avec un certain debit Classiquement, differentes qualites peuvent etre encodees pour le merne contenu 20 d'une chaine, correspondant par exemple a differents debits. Par exemple dans un contexte de streaming adaptatif, un contenu est propose en segments (ou fragments) temporels de differents niveaux de qualite. Une qualite correspond donc a un certain niveau propose. Une qualite correspond pour le dispositif a un certain niveau de connplexite de traitement (acquisition, decodage, etc.) En 25 fonction de cette qualite, on a donc besoin de plus ou moins de puissance, donc d'alimentation en energie. Par traitement du contenu multimedia on entend son acquisition et son decodage en vue de sa restitution. La restitution peut etre visuelle (affichage) ou sonore, etc. Elle peut etre effectuee sur le dispositif de traitement ou sur un dispositif exterieur. 3 Par kat d'alimentation du dispositif, on entend le type de l'alimentation (secteur, batterie, serie, etc.) et/ou sa puissance disponible (puissance de charge serie/secteur, charge restante de la batterie ou de tout autre type d'alimentation de duree finie, etc.) 5 L'invention offre ainsi I'avantage de pouvoir adapter automatiquement la qualite du contenu, et donc la complexite Hee a son traitement, a l'alimentation du dispositif. En effet, si Ia complexite liee au traitement du contenu est trop elevee, certains types d'alimentation peuvent ne pas etre adequats (batterie insuffisante, chargement USB de puissance trop limitee, 10 branchement secteur insuffisant, etc.) Dans un tel cas, le procede selon l'invention selectionne un contenu de caracteristiques differentes, donc de qualite differente, generalement de maniere a ce qu'il puisse etre traite avec une complexite correspondant a l'alimentation disponible. Avantageusement, I'utilisateur pourra ainsi beneflcier du contenu quel que soit le mode et l'etat 15 d'alimentation du dispositif. Selon un mode de mise en oeuvre particulier de l'invention, un procede tel que decrit ci-dessus est caracterise en ce que le dispositif est alimente par une alimentation de duree finie et en ce gull comporte en outre les &apes suivantes sur le dispositif : 20 - obtention de la duree souhaitee de restitution du contenu ; - obtention de Ia charge residuelle de l'alimentation ; - calcul de la duree possible de restitution en fonction de la charge residuelle de l'alimentation et de Ia qualite du contenu ; comparaison de la duree possible de restitution et de la duree 25 souhaitee de restitution et en ce que - Ia nouvelle qualite de restitution dudit contenu est calculee de maniere a ce que Ia duree possible de restitution soit au moins egale a Ia duree souhaitee de restitution. 30 Par alimentation de duree finie, on entend une alimentation dont la duree est limitee dans le temps, et donc Ia puissance totale, ou charge de 4 restitution, egalement limitee, par opposition a une alimentation de duree illimitee, comme par exemple un branchement secteur qui n'est pas limite en temps, ni par consequent en puissance totale. II peut s'agit typiquement d'une batterie ou encore d'une alimentation limit& dans le temps pour des besoins 5 applicatifs (controle parental, acces parametrable des applications a la consommation electrique sur un dispositif de type smartphone, etc.) Ce mode de realisation de l'invention offre ainsi l'avantage de pouvoir adapter automatiquement la qualite/complexite du contenu a une alimentation de duree finie du dispositif, de maniere a restituer un contenu dans son 10 integralite. En effet, si la duree possible de restitution calculee en fonction de la charge residuelle de la batterie est inferieure a Ia duree souhaitee de restitution, le procede selon l'invention selectionne un contenu de caracteristiques differentes, de maniere a ce qu'il puisse etre joue jusqu'au bout sans interruption. Avantageusement, I'utilisateur pourra ainsi beneficier de l'integralite 15 du contenu. Selon un deuxierne mode de mise en oeuvre particulier de l'invention, qui pourra etre mis en oeuvre alternativement ou cumulativement avec le precedent, un tel procede est caracterise en ce que la qualite de restitution du contenu est Hee a une caracteristique de codage, de debit ou de resolution. 20 Ce mode de mise en oeuvre de l'invention permet de selectionner une nouvelle qualite pour le contenu selon I'un ou plusieurs criteres relatifs au dit contenu ; en effet plusieurs criteres peuvent influer sur la complexite du decodage du contenu et donc sur la puissance necessaire au decodage. Selon un autre mode de mise en oeuvre particulier de l'invention, qui 25 pourra etre mis en oeuvre alternativement ou cumulativement avec les precedents, un tel procede est caracterise en ce que la requete est une requete de telechargement progressif d'un contenu multimedia decrit dans un fichier de description proposant au mains deux niveaux de qualite pour le contenu, et en ce que l'etape de modification de Ia qualite de restitution dudit contenu comporte 5 une sous-etape de selection d'un niveau de qualite dans ledit fichier de description. Avantageusennent, ce mode de mise en Oeuvre de l'invention permet d'utiliser les mecanismes mis a disposition par les techniques de -,,riing 5 adaptatif. Pour acceder un contenu multimedia en streaming sur un reseau, existe plusieurs solutions techniques, comme par exemple les solutions proprietaires Microsoft Smooth Streaming, Apple HLS, Adobe Http Dynamic Streaming ou encore la norme MPEG-DASH de l'organisme ISO/IEC qui sera decrite ci-apres. Le terminal client effectue generalement une requete en deux &apes : une premiere etape 10 consiste telecharger un document decrivant les parametres d'acces au service via le protocole HTTP (de l'anglais Hyper Text Transport Protocol), un protocole de communication client-serveur developpe pour les reseaux Internet et en particulier le Web. Ce document contient un ensemble d'informations descriptives du contenu accessible a une certaine adresse sur un serveur de contenus. Dans la suite, on y 15 referera sous l'expression « fichier de description » et on suppose dans un but de simplification qu'il se trouve sur le meme serveur (3) qua le contenu. Classiquement, ce fichier « expose » differents flux pour la meme video, correspondant par exemple differents debits, differentes resolutions, differentes qualites. L'utilisation d'un tel fichier permet avantageusement d'acceder rapidement la selection d'un contenu 20 dont la qualite est adapt& l'alimentation. Lors d'une seconde etape, le terminal client accede au contenu sur le serveur et le service dernarre effectivement, c'est-hdire que le terminal client peut recevoir et afficher le contenu. Selon une variante de ce mode de mise en Oeuvre, un tel procede est 25 caracterise en ce que qu'il comporte en outre une etape d'inscription d'un niveau de complexite dans ledit fichier de description. Avantageusement, cette variante de ['invention permet de completer le fichier de description par l'inscription d'une complexite associee a un niveau de qualite. Ainsi, une etape ulterieure de selection d'un contenu permettra au 30 procede selon l'invention de connaitre rapidement le niveau de complexite requis pour un niveau donne, et donc selectionner plus rapidement le niveau le plus approprie parmi plusieurs possibles. 6 Selon une autre variante de ce mode de mise en muvre, qui pourra etre mise en oeuvre alternativement avec la precedente, un tel procede est caracterise en ce qu'iI comporte en outre une etape d'inscription d'une duree de charge dans ledit fichier de description. 5 Avantageusement, cette variante de l'invention permet de completer le fichier de description par 'Inscription d'une duree d'alimentation (par exemple la duree de charge restante d'une batterie) necessaire pour un niveau de qualite. Ainsi, une etape ulterieure de selection d'un contenu permettra au procede selon ['invention de connaitre rapidement Ia duree requise pour un 10 niveau donne, et donc selectionner plus rapidement le niveau le plus approprie parmi plusieurs possibles. Selon un autre mode de mise en oeuvre particulier de l'invention, qui pourra etre mis en oeuvre alternativement ou cumulativement avec les precedents, un tel procede est caracterise en ce gull comporte les 15 &apes suivantes sur le dispositif : - obtention d'une structure de donnee representative des besoins en alimentation du dispositif ; - lecture dans ladite structure d'au moins un etat d'alimentation requis pour ladite au moins une qualite de contenu requise ; 20 - comparaison de l'etat d'alimentation du dispositif avec ledit au moins un etat d'alimentation requis. Avantageusement selon ce mode, le dispositif accede tres simplement a l'etat d'alimentation necessaire pour la qualite requise, par Ia lecture d'une structure de donnees en memoire. Cette structure de donnees peut 25 etre une table, un fichier, etc. en nnemoire du dispositif. Elle comporte une correspondance entre les qualites qui peuvent etre choisies pour un contenu et l'etat d'alimentation requis correspondant. Selon un autre mode de mise en oeuvre particulier de l'invention, qui pourra etre mis en oeuvre alternativement ou cumulativement 30 avec les precedents, un tel procede est caracterise en ce l'etape de modification 7 de la qualite de restitution dudit contenu est suivie de remission d'un message relatif a Ia qualite du contenu. Avantageusement selon ce mode, un terminal qui a ernis la requete vers le dispositif de traitement (par exemple, un smartphone emettant une 5 requete de chargement de contenu vers une cle TV ou une STB) recevra en retour le message rinformant de la nouvelle qualite selectionnee pour le contenu. Comme ii s'agit generalement du terminal de l'utilisateur, il sera a merne de savoir rapidement si la qualite selectionnee pour le contenu est conforme a ses souhaits. Alternativement, c'est le terminal d'affichage du contenu, relie au 10 dispositif de traitement (par exemple, un TV restituant le contenu streame par une cle Tv) qui recevra le message l'informant Ia nouvelle qualite. Selon un aspect materiel, l'invention concerne egalement un dispositif de traitement apte a traiter des contenus multimedia, connportant : un module de reception d'une requete pour traiter un contenu 15 multimedia ; - un module d'analyse de la requete pour en extraire au moins une qualite de restitution dudit contenu ; - un module d'obtention d'un etat d'alimentation du dispositif ; - un module de verification de radequation entre ladite au moins une 20 qualite du contenu et retat d'alimentation du dispositif ; - en fonction des resultats de la verification, un module de modification de la qualite de restitution pour !edit contenu ; - un module de traitement du contenu multimedia pour le restituer dans ladite qualite. 25 Le terme module peut correspondre aussi bien a un composant logiciel qu'a un composant materiel ou un ensemble de composants materiels et logiciels, un composant logiciel correspondant lui-menne a un ou plusieurs programmes ou sous-programmes d'ordinateur ou de maniere plus generale a tout element d'un programme apte a mettre en co.ivre une fonction ou un 30 ensemble de fonctions telles que decrites pour les modules concernes. De la meme maniere, un composant materiel correspond a tout element d'un ensemble 8 materiel (ou hardware) apte a mettre en oeuvre une fonction ou un ensemble de fonctions pour le module concerne (circuit integre, carte a puce, carte a nnernoire, etc.). Selon un autre aspect materiel, l'invention concerne egalement un 5 decodeur numerique comprenant un tel dispositif de traitement. Selon un autre aspect materiel, l'invention concerne egalement un programme d'ordinateur apte a etre mis en oeuvre dans un dispositif de traitement tel que dein' ci-dessus, le programme comprenant des instructions de code qui, lorsque le programme est execute par un processeur, realise les &apes 10 du procede de gestion decrit ci-dessus. Les objets selon ces aspects materiels de l'invention procurent au moins les memes avantages que ceux procures par le procede selon le premier aspect. Les caracteristiques optionnelles evoquees pour le premier aspect peuvent s'appliquer en termes de procede. 15 Ce programme peut utiliser n'importe quel langage de programmation, et etre sous la forme de code source, code objet, ou de code intermediaire entre code source et code objet, tel que dans une forme partiellement compilee, ou dans n'importe quelle autre forme souhaitable. Selon encore un autre aspect materiel, l'invention a trait a un support 20 d'enregistrement lisible par un processeur de donnees sur lequel est enregistre un programme comprenant des instructions de code de programme pour l'execution des &apes du procede olefin' ci-dessus. Le support d'informations peut etre n'importe quelle entite ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un 25 moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microelectronique, ou encore un moyen d'enregistrement magnetique, par exemple une disquette ou un disque dur. D'autre part, le support d'informations peut etre un support transmissible tel qu'un signal electrique ou optique, qui peut etre achemine via un cable electrique ou optique, par radio ou par d'autres 9 moyens. Le programme selon l'invention peut etre en particulier telecharge sur un reseau de type Internet. Alternativement, le support d'informations peut etre un circuit integre dans lequel le programme est incorpore, le circuit etant adapte pour executer ou pour etre utilise dans l'execution du procede en question. 5 L'invention sera mieux comprise a la lecture de la description qui suit, donnee a titre d'exemple et faite en reference aux dessins annexes. Les figures: La figure 1 represente un mode de realisation de I 'invention dans lequel le 10 dispositif de traitement est un decodeur numerique. d'un tel dispositif selon La figure 2 represente une architecture materielle un mode de realisation de l'invention. ent des parametres de du dispositif, selon un La figure 3 represente un algorithme d'ajustem qualite du contenu en fonction de l'etat de l'alimentation 15 mode de realisation de l'invention. Descripi inf :(71-np e do La figure 1 represente un mode de realisation de l'invention dans lequel le dispositif de traitement (5) est un decodeur numerique souhaitant acceder un 20 contenu multimedia en mode de streaming adaptatif. Le decodeur numerique est fourni a titre d'exemple. D peut prendre la forme d'un decodeur de salon (STB), d'un decodeur portatif ou d'une cle TV, c'est-hdire un dispositif de streaming portatif. l| peut aussi prendre la forme d'un dispositif apte traiter (decoder, restituer, etc.) un contenu multimedia, par exemple un 25 smartphone ou une tablette electronique. Selon cet exemple, le dispositif est dans un reseau local (10) connecte au reseau etendu (WAN, 1) via une passerelle de service (6) assurant la redirection, ou routage, des paquets de donnees entre les differents terminaux et les reseaux qui lui sont connectes. Un tel reseau local connecte souvent les differents terminaux en 30 utilisant une technologie sans fils (WiFi) ou filaire. Par la suite, on entend par dispositif de traitement un terminal apte a se connecter avec ou sans fils a la 10 passerelle (6) pour traiter un contenu multimedia. Le contexte du reseau local domestique (10) est donne a titre d'exemple et pourrait etre transpose aisement celui d'un reseau d'entreprise. Le reseau local (10) selon ce mode de realisation de l'invention comprend 5 le dispositif de traitement (5) et un dispositif de restitution (7), ou plus simplement televiseur (TV), associe au decodeur (5) connecte au reseau local (10) via la passerelle de service (6) chargee de telecharger les contenus sur le reseau WAN (1). Le reseau (10) est par exemple un reseau local IP (Internet Protocol) et le reseau WAN (1) est egalement de type IP et contient des serveurs (3) de contenus 10 multimedia qui hebergent notamment des contenus numeriques pour une mise disposition des terminaux du reseau local (10) en mode de Le serveur de contenus (3) se trouve selon cet exemple dans le WAN (1) mais || pourrait, selon un autre exemple, etre situe dans un reseau local, par exemple au niveau de la passerelle de service (6) ou de tout autre equipement capable d'heberger un tel 15 serveur de contenus. Le dispositif de traitement selon ce mode de realisation de l'invention peut etre alimente selon plusieurs modes: par une alimentation serie (USB), par une batterie (BATT) ou par une alimentation secteur (SEC). D'autres types d'alimentation seraient bien envisageables sans sortir du cadre de l'invention. 20 Le decodeur est adapte pour recevoir ces contenus numeriques sous forme de donnees multimedia et pour en faire une restitution. Cette restitution consiste fournir au niveau du TV le contenu numerique sous une forme accessible a l'utilisateur. Par exemple, des donnees regues correspondant une video sont generalement decodees, puis restituees au niveau du TV sous la forme d'un 25 affichage, ou visualisation, de la video correspondante avec sa bande-son associee. Dans la suite, on assimilera le contenu numerique une video et la restitution par le decodeur une visualisation sur l'ecran du TV. Le contenu peut etre par exemple choisi par un utilisateur sur un terminal (non represente), par exemple un smattphone ou une tablette electronique, apte 30 transmettre au decodeur un ordre de telechargement, comprenant une adresse de telechargement a destination du serveur de contenus (3). L'utilisateur choisit par ce biais de recevoir le contenu (C) en streaming. Le decodeur (5) emet alors une requete a destination d'un serveur (3), en indiquant le contenu choisi et il recoit en 11 retour un flux de donnees numeriques relatives a ce contenu. Un tel contenu peut etre typiquement un film, une video, une chaine de contenus, ou de maniere plus generale tout type de contenu numerique qui peut etre transmis dans le reseau consider& Sur la figure 1, la fleche pleine (F1) represente le chemin d'un contenu 5 depuis le serveur de contenus (3) jusqu'au decodeur (5). Pour acceder au contenu multimedia en streaming sur un reseau, le decodeur utilise selon cet exemple une solution basee sur la norme MPEG-DASH. Un exemple de tel fichier de description, un fichier manifest (en abrege MPD) inspire de cette norme, est fourni en annexe 1. Pour plus de details on pourra se referer a la 10 version la plus recente de la norme ISO/IEC 23009-1.Ce fichier manifest simplifie decrit des contenus numeriques dans une syntaxe XML (de l'Anglais « eXtended Markup Language»), comprenant une liste de contenus sous forme de fragments classiquement decrits entre une balise ouvrante ( ) et une balise fermante . Chaque fragment correspond a une certaine duree avec plusieurs niveaux de qualite. 15 Les balises suivantes ont un inter& particulier pour ce mode de realisation de l'invention : o Period duration indique la duree (et eventuellement le debut) d'un contenu ; o Adaptation Set contient la description d'un flux multimedia (par exemple, toute la video, une partie de la video, l'audio dans une certaine langue, les sous-titres, 20 etc.) ; dans l'exemple, le premier Adaptation Set decrit la video du contenu au format de codage MPEG4 et aux resolutions standard (SD) a 1 Mbit/s et 720p a 3,2 Mbits/s. o le second decrit la video au format de codage HEVC et a la resolution HD 25 (1080p) a 10 Mbit/s. o BaseURL indique une adresse pour acceder au contenu via une URL (Uniform Resource Locator), a differents niveaux de la hierarchie du fichier MPD. Dans l'exemple ces balises indiquent respectivement l'adresse du serveur de contenus 3 (http://servercom) puis l'adresse des flux, encodes au format MPEG4 30 (video/h264) et/ou au format HEVC (video/h265) ; oSegmentList liste les parties complementaires des adresses des differents fragments : « C_SID_1000kh264_1.m4s» pour le premier fragment du contenu « C » a 1000 kilobits par seconde (« kb »), au format 640x480 (SD) 12 - « C_SD_1000k_h264_2.m4s» pour le second fragment, - etc. Une fois gull dispose de ces adresses de fragments, le terminal peut proceder l'obtention des fragments de contenu multimedia via un telechargement 5 a ces adresses. Par exemple, l'adresse composee correspondant au contenu C la resolution et au debit le plus faible est de type MPEG4 l'adresse : http://server. comA /C SD 1000k h264( X).m4s. Selon cet exemple, la generation des adresses se fait sur le dispositif electronique lui-meme ; naturellement cette variante suppose que le dispositif de 10 traitement dispose des moyens materiels et logiciels suffisants pour acceder au fichier manifest, l'analyser et generer l'adresse correcte correspondant la commande regue. Selon ce mode de realisation, le flchier MPD comporte par ailleurs des 15 balises supplementaires dans une structure indicatrices de la complexite d'un contenu traiter : o level indique le niveau de complexite Hee au traitement d'un contenu, par exemple sur une echelle croissante de 1 a 10. Cette indication permet au dispositif selon l'invention de selectionner plus facilement un contenu dans le 20 flchier MPD, en cas notamment de ressources limitees en alimentation: s'il ne dispose que d'une alimentation USB, un contenu de complexite 8 (elevee) peut etre inadequat. Le dispositif devra dans ce cas se rabattre sur un contenu de moindre complexite. o %Batt indique le pourcentage de charge de batterie necessaire pour restituer le 25 contenu dans cette qualite, par exemple par un chiffre sur une echelle croissante de 0 a 100, ou alternativement une duree requise ; cette indication permet au dispositif selon !Invention de selectionner plus facilement un contenu dans le flchier MPD, en cas notamment de ressources limitees en duree d'alimentation : si la batterie n'est chargee qu'a 50% (ou disposant seulement d'une heure de 30 charge restante), un contenu note « 60% » (requerant 1 heure 30 de charge restante) peut etre inadequat. Le dispositif devra dans ce cas se rabattre sur un contenu de moindre complexite et/ou de moindre pourcentage de charge requise. 13 Naturellement, ces nouveaux champs ne sont dorm& qu'a titre indicatif, de nombreuses autres possibilites etant accessibles a un homme du métier. Ces champs peuvent etre renseignes par le dispositif lors de l'obtention du fichier MPD, ou plus Lard en cours de fonctionnement, ou encore etre inscrits par la passerelle de 5 service qui connalt le dispositif de traitement et ses capacites, etc. SeIon l'invention, un « Fichier Alimentation », abrege FA (2) a ete prealablement installe sur le dispositif. Le module de gestion est apte a recuperer les 10 caracteristiques de l'alimentation associoe au terminal (type d'alimentation, volume de charge, kat, etc.), de les inscrire dans un tel fichier, puis en fonction des caracteristiques inscrites, d'accepter ou refuser conditionnellement le service a un instant donne, selon un procede qui sera decrit plus tard a l'appui de la figure 3. 15 La figure 2 represente une architecture materielle d'un dispositif de traitement selon un mode de realisation de l'invention. Le dispositif comprend des memoires M articulees autour d'un processeur CPU. Il communique avec le reseau (1) via le module de communication (HTTP) qui 20 lui pernnet de se connecter au serveur de contenus. Il comporte aussi : - un ou plusieurs modules d'alimentation ALIM (batterie, USB, secteur, etc.) - un module d'interface (HDMI) capable de s'interfacer physiquement et logiquement avec le televiseur (7) pour transmission du contenu multimedia (audio 25 et video) decode et echange de commandes de base (mode silence, augmentation du volume, diminution du volume, etc.) - un module de communication (WiFi) qui lui permet de se connecter de preference sans fils (par exemple, mais de maniere non limitative, via un canal radio de type WiFI) aux terminaux du reseau, par exemple un terminal mobile dont il 30 regoit les commandes de telechargement de contenus et echange des messages avec l'utilisateur. - un « media player » (MP) capable de restituer (recevoir, decoder, preparer) les flux en mode de streaming et de les delivrer au dispositif d'affichage; 14 le « media player » comporte entre autres un ensemble de decodeurs (audio, video, etc.) aptes decoder les contenus multimedia un module de gestion du streaming adaptatif (HAS) apte prendre en connote les informations contenues dans les flchiers de description pour demander 5 un telechargement progressif d'un contenu rune des qualites proposees dans le flchier de description. - un module de gestion des capacites (CAP) selon ['invention, chargé de la gestion des capacites de l'alimentation selon le mode de realisation decrit precedemment l'appui de la figure 1. Ca module est notamment capable, en 10 relation avec les modes de realisation de l'invention : - d'analyser la requete pour un contenu, provenant par exemple d'un terminal de l'utilisateur, et d'en extraire une ou plusieurs qualites possibles du contenu demand& an fonction d'autres criteres comme la resolution de l'ecran connect& la bande passante disponible, etc. 15 w de comparer la qualite souhaitee aux capacites effectives du dispositif en termes d'alimentation ; - si les capacites du dispositif sont insufflsantes, de changer de qualite du contenu ; - de transmettre une requete au module HAS pour streamer un contenu dans 20 la nouvelle qualite calculee. - optionnellement de preparer un message d'alerte ou d'information destination de l'utilisateur. 25 La figure 3 represente un organigramme du procede selon un mode de realisation de l'invention. Lors d'une etape SO, le dispositif de traitement, selon notre exemple un decodeur multimedia, est initialise; selon cet exemple de realisation, ses capacites en alimentation sont predefinies dans un fichier alimentation (FA), installe dans la 30 memoire du dispositif. II peut s'agir d'un stockage en memoire ROM, ou EPROM, etc. Un exemple de contenu d'une table d'un tel fichier, qui se trouve en memoire du dispositif, est illustre ci-dessous (Table 1) ; elle comporte : - l'identifiant du decodeur ; 15 une colonne « MEDIA » indiquant le type de media(s) d'un contenu, le type de codage (par exemple MPEG4) et la resolution (par exemple SD) supportes, et une plage de debits associes (1Mbits/s 3Mbits/s) ; l'un ou plusieurs de ces parametres indique une qualite du contenu. Dans la suite la qualite est notee Q= 5 MPEG4@SD pour indiquer une qualite MPEG4 en resolution SD (le debit n'est pas pris en compte dans un but de simplification) ; une colonne « ALIM » comportant les modes d'alimentation possibles pour traiter une qualite de contenu donne. Les modes d'alimentation possible sont ici batterie (BATT), serie (USB) ou secteur (SEC) ; 10 optionnellement, dans un mode de realisation base sur l'utilisation de la batterie, une colonne P%C indiquant le pourcentage necessaire de charge de la batterie pour traiter un contenu d'une duree predefinie. La ligne 3 indique par exemple que la batterie doit etre chargee au minimum a 15% pour restituer un contenu MPEG4@SD (pendant une heure) si le dispositif est sur batterie ; cette colonne 15 pourrait etre remplacee par une colonne « complexite » dans lequel on indiquerait la complexite du contenu traiter, par exemple sur une echelle de 1 a 10, selon la qualite, le type de codage, etc. du contenu... - ID C = "decodeur 666777" MED A Debit (R) ALIM P0/0C codage MPEGI-OLSD 1-3Mbit/s BATT U BATT, USB S C S 15% MPEG40:HD HEVC@HD 3-8Mbit/s 60% 4-12Mbit/s BA EC 90% HEVC@4K 10-25Mbit/s SEC HEVC@3D 8-20Mbit/s SEC MP3 128kb/s BA U SEC 5% AC3 384 kb/s USB, SEC Table 1 : exemple de Table du fichier alimentation (FA) du dispositif On suppose que le dispositif de traitement (via notamment son module (HAS)) dispose en entrée, ou peut acceder sur requete : - aux caracteristiques d'affichage du televiseur auquel il est connecte (resolution spatiale, frequentielle, formats supportes, etc) ; Media 20 16 - au fichier manifest (MPD) decrivant le contenu requis et les niveaux associes, conformement par exemple a rannexe 1 ; le flchier peut lui etre transmis par exemple par le serveur de contenus (3), ou par la passerelle domestique (, ou par un autre terminal du reseau local, etc. 5 au debit d'acces sur le reseau, ou Bande Passante (BP). Il peut notamment recevoir cette information de la passerelle de service a laquelle il est connect& ou calculer la bande passante en fonction du debit déjà affecte aux contenus telecharges en cours de visualisation par l'utilisateur, ou robtenir par toute autre technique a la port& de l'homme 10 du métier (valeur du debit moyen de telechargement lors de plusieurs telechargements effectues precedemment, ou le debit immediat mesure en fin de telochargement du dernier fichier, ou toute autre combinaison des temps de telechargements memorises par le terminal au cours de ses precedents telechargements, etc.). 15 Au cours d'une premiere etape S1, le dispositif regoit une requete d'un utilisateur, par exemple en provenance de son smartphone. La requete comporte l'identifiant du contenu C que l'utilisateur. souhaite visualiser. Connaissant la bande passante dont il peut disposer, le dispositif calcule, en prenant en connote la resolution du televiseur (taille de recran, resolution, etc.), le niveau de qualite du 20 contenu C a traiter. On notera que le contenu peut etre telecharge dans un premier temps en utilisant le debit le plus faible, notamment si Von souhaite que la restitution debute avant la fin des &apes de ralgorithme. Se/on un exemple, l'utilisateur souhaite une restitution du contenu C en haute definition (HD). Si Von se refere au fichier MDP donne en annexe 1, il doit donc telecharger le contenu avec la qualite 25 Q=HEVC@1080p et le debit de 10Mbits/s a l'adresse suivante : MOW. li..",-1,((. X),m4s. Un test, non represent& peut consister a verifier que recran pre vu pour la restitution peut supporter la resolution requise. Si ce West pas le cas, un autre niveau de qualite peut etre choisi, par exemple celui correspondant au contenu C en 30 MPEG4 en 720p a 3.2 Mbps (MPEG4@720p). Un tel test se situe cependant en dehors du contexte de l'invention. Lors d'une etape S2, le module CAP du dispositif acquiert le type d'alimentation courant, selon notre exemple batterie (BATT) serie (USB) ou secteur 17 (SEC)). L'etape S2 est suivie par une etape S3 de test au cours de laquelle le type d'alimentation courant est confronte a la qualite souhaitee pour le contenu, c'est-hdire qu'un test d'adequation est fait entre la qualite du contenu, et donc l'energie requise pour son decodage, et la source d'alimentation. Pour realiser ce test, le 5 module CAP lit le fichier d'alimentation FA. II accede par exemple a la table 1 presentee ci-dessus. Pour decoder un contenu C en HD ce debit et en H265, i| doit disposer d'une alimentation par batterie ou secteur (voir ligne 6 de la table 1). S'il est alimente par liaison serie USB, le test de l'etape S3 est negatif, elle est suivie de l'etape S5 au cours de laquelle un nouveau niveau de qualite NQ' est 10 calcule pour le contenu. SeIon l'exemple precedent, le contenu C peut etre telecharge tous les niveaux qui autorisent une alimentation USB, c'est-h-dire conformement aux lignes 4 et 5 de la table 1 : en MPEG4@SD ou HD. En l'occurrence, puisque l'utilisateur a demande une resolution HD, c'est le MPEG4@HD (720p) qui est choisi et la nouvelle qualite est affect& au contenu l'etape S6 (Q = 15 Q1=MPEG4@HD) avant le telechargement de l'etape S7 selon la nouvelle qualite qui a ete affect& a l'etape E6 (Q'=Q). Un test, effectue lors de l'etape S4 suivant l'etape S3 si celle-ci indique que l'alimentation est appropriee, consiste a tester Si le dispositif est alimente par batterie. Dans l'exemple, deux cas de figure peuvent donc se presenter : 20 soit il est sur secteur, et dans ce cas le test de l'etape S4 etant negatif (il n'est pas sur batterie) l'etape 54 est suivie de l'etape S7 au cours de laquelle le contenu est telecharge, decode et restitue avec la niveau de qualite (NQ) requise, c'est-e-dire avec la qualite HEVC@1080p l'adresse : 25 http://ct,t, /1 '63/ C 1080P 10000k h265( X).m4s. soit il est sur batterie, et dans ce cas les &apes S8, S9, S10 ET S'4 sont effectuees pour calculer une duree de contenu restituer et adapter la qualite du contenu la charge (restante) de la batterie. o lors de l'etape S8, la duree effective du contenu est obtenue ; 30 elle peut etre lue dans le fichier de description 4, par exemple dans le champ du MPD (selon cet exemple la duree du contenu est de 1 heure, 12 18 minutes, 14.16 secondes) ; alternativement elle peut etre fournie par l'utilisateur via son terminal connecte au decodeur (il peut lui signifier par exemple qu'il aimerait visualiser une heure de contenu). o lors de l'etape S9, un pourcentage P°/oC de charge residuelle de la batterie est obtenu par le module CAP. Cette information peut etre obtenue par tout moyen a la portee de l'homme du métier. Par8xenlp|e, la batterie est char,* a 50% au moment du test (P%C = 50). o lors de l'etape S9, une duree de restitution possible DPR an utilisant la charge de la batterie est calculee. Par exemp)e, si le contenu doit etre telecharge a la qualite Q=HEVC@HD, la derniere colonne de la table 1 indique que la batterie doit etre chargee a 90% pour restituer en moyenne une heure de contenu. Comme le contenu requis dure 1 heure et 12 minutes, la charge de la batterie (50%) est insuffisante. Le test de l'etape S4' echoue puisque la duree possible de restitution est superieure a la duree requise. Un calcul d'un nouveau niveau de qualite doit etre effectue a l'etape S5 comme decrit ci-dessus, en s'appuyant sur le MDP et le fichier d'alimentation (FA, 2). Par exemple, la qualite MPEG4@SD pouvant etre rendue avec une charge de batterie de 15% pour une heure, on en deduit simplement par une *le de proportionnalite qu'elle dolt etre chargee d'environ 20% pour restituer le contenu C de 1 heure et 12 minutes. Donc la charge courante de la batterie est suffisante pour cette qualite. La qualite Qi=MPEG4@SD peut donc etre telechargee au cours de l'etape S7. SeIon des variantes, un niveau de complexite ou une indication de charge de batterie peut etre inscrit a l'issue de cette etape soit dans le fichier 30 manifest (Annexe 1, balise Complex), soit dans le fichier FA (Table 1, derniere colonne). 5 10 15 20 25 19 II va de so que le mode de realisation qui a ete decrit ci-dessus a ete donne a titre purement indicatif et nuliernent limitatif, et que de nombreuses modifications peuvent etre facilement apportees par I'homme de I'art sans pour autant sortir du cadre de 'Invention. 5 20 Annexe 1 : r7,4,70 fichier manifest simplifie MPEG-DASH HTTP:liserver.coml video/h264/ video/h265/ REVENDICATIONS1. Procede de gestion de la consommation d'un dispositif de traitement (5) de contenus multimedia, ledit procede etant caracterise en ce qu'il comporte sur le dispositif de traitement (5) les &apes de : - reception (Si) d'une requete (REQ) pour traiter un contenu multimedia (C) ; - analyse (Si) de Ia requete pour en extraire au moins une qualite de restitution (NQ) dudit contenu (MPEG4©4Mb) ; - obtention (S2) d'un etat d'alimentation du dispositif ; verification (S3) de l'adequation entre ladite qualite du contenu et l'etat d'alimentation du dispositif ; - en fonction des resultats de Ia verification, modification (S5, S6) de Ia qualite de restitution (NQ') pour ledit contenu (MPEG4©1Mb) ; - traitement (S7) du contenu multimedia pour le restituer dans ladite qualite. 2. Procede de gestion selon Ia revendication 1, caracterise en ce que le dispositif est alimente par une alimentation de duree finie et en ce qu'il comporte les etapes suivantes sur le dispositif : - obtention (S8) de Ia duree souhaitee de restitution du contenu (DSR) ; - obtention (S9) de la charge residuelle de l'alimentation ; - calcul (S10) de Ia duree possible de restitution (DPR) en fonction de Ia charge residuelle de l'alimentation et de la qualite (Q) du contenu ; comparaison (S'4) de Ia duree possible de restitution (DPR) et de Ia duree souhaitee (DSR) de restitution. et en ce que - Ia nouvelle qualite de restitution dudit contenu (NQ') est calculee (S5) de maniere a ce que Ia duree possible de restitution (DPR) soit au moins egale a Ia duree souhaitee de restitution (DSR 3. Procede de gestion selon la revendication 1, caracterise en ce que la qualite de restitution du contenu est lice a une caracteristique de codage, de debit ou de resolution. 4. Procede de gestion selon la revendication 1, caracterise en ce que la requete 5 est une requete de telechargement progressif d'un contenu multimedia decrit dans un fichier de description (4, MPD) proposant au mains deux niveaux de qualite pour le contenu, et en ce que retape (S5) de modification de Ia qualite (NQ') de restitution dudit contenu comporte une sous-etape de selection d'un niveau de qualite dans ledit fichier de description (MPD). 10 5. Procede de gestion selon la revendication 4, caracterise en ce gull comporte en outre une etape d'inscription d'un niveau de complexite (Level) dans ledit fichier de description (MPD). 6. Procede de gestion selon Ia revendication 4, caracterise en ce qu'il comporte en outre une etape d'inscription d'une duree de charge (%Batt) dans ledit 15 fichier de description (MPD). 7. Procede de gestion selon la revendication 1, caracterise en ce que retape de verification (S3) de radequation entre ladite qualite du contenu et retat d'alimentation du dispositif comporte les sous-etapes suivantes sur le dispositif : 20 - obtention d'une structure de dorm& (FA, 2, Table 1) representative des besoins en alimentation du dispositif ; - lecture dans ladite structure (FA, 2, Table 1) d'au moins un etat d'alimentation requis (BATT, SEC) pour ladite au moins une qualite de contenu requise ; 25 - comparaison de retat d'alimentation du dispositif avec ledit au moins un etat d'alimentation requis. 8. Procede de gestion selon la revendication 1, caracterise en ce que retape (S5) de modification de la qualite (NQ') de restitution dudit contenu est suivie de remission d'un message relatif a la qualite (Q, Q') du contenu. 23 9. Dispositif de traitement (5) apte a traiter des contenus multimedia (C), comportant : un module de reception (WiFI) d'une requete (REQ) pour traiter un contenu multimedia (C) ; 5 - un module d'analyse (CAP, HAS) de la requete pour en extraire au moins une qualite de restitution (NQ) dudit contenu (MPEG4@4Mb) ; un module d'obtention (CAP) d'un etat d'alimentation du dispositif ; - un module de verification (CAP) de l'adequation entre ladite au moins une qualite du contenu et l'etat d'alimentation du dispositif ; 10 - en fonction des resultats de la verification, un module de modification (CAP) de Ia qualite de restitution (NQ') pour ledit contenu (MPEG4@1Mb) ; - un module de traitement (HAS, MP) du contenu multimedia pour le restituer dans ladite qualite. 15 10. Decodeur numerique comprenant un dispositif de traitement selon la revendication precedente. 11. Programme d'ordinateur comportant des instructions de code pour Ia mise en oeuvre du procede de gestion conforme a Ia revendication 1, lorsque celle-ci est executee par un processeur. 20