FR 3074591 A1 20190607 FR 1761619 A 20171205 Procede de gestion des connexions d'un dispositif electronique. Domaine technique L'invention se rapporte a un systeme et procede de gestion des connexions d'un dispositif electronique. L'invention s'applique a tout dispositif disposant de besoins variables en matiere de connectique, en particulier electrique ou reseau. Elle s'adresse en particulier aux dispositifs multimedia. Etat de la technique Les besoins en connexions d'un dispositif electronique (decodeur numerique, smartphone, etc.), et notamment pour ce qui concerne l'energie electrique et le volume de donnees informatiques echangees sur un reseau, est generalement fonction des modules et/ou applications utilises a un instant donne sur un tel dispositif. Les besoins d'un decodeur multimedia peuvent par exemple varier en fonction du type et de la resolution du contenu multimedia traite, du type de calculs qu'il doit effectuer, etc. Or un utilisateur d'un tel dispositif ne peut pas savoir a priori si ('alimentation de son dispositif, le type de connexion au reseau, au dispositif de restitution, etc. sont appropriees a un instant donne. Ainsi le dispositif va-t-il echouer a rendre ('application attendue si les ressources ne sont pas suffisantes, ou la rendre de maniere degradee. Dans le cas d'un decodeur multimedia (STB -Set-top box, decodeur logiciel sur PC, cle TV, etc.), si les connexions du dispositif ne sont pas adaptees, it peut ne pas restituer le contenu multimedia requis, ou de le restituer avec des pauses, des saccades, etc. Certaines solutions permettent de s'adapter a la bande passante disponible sur le reseau, et notamment les techniques de telechargement adaptatif (adaptative streaming en anglais). Cependant, la qualite fournie a 2 l'utilisateur n'est pas forcement celle qu'il attend. De plus, ce type de technique ne s'adapte qu'aux capacites de la bande passante disponible, et donc des capacites du reseau. En cas de connexion electrique insuffisante ce type de technique ne peut s'adapter correctement. 5 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, ('invention a pour objet un procede de gestion des connexions d'un dispositif de traitement de contenus 10 multimedia disposant d'au moins deux connexions distinctes pour rendre au moins une fonction, ledit procede etant caracterise en ce qu'il comporte, sur le dispositif de traitement, les etapes de : - reception d'une requete pour traiter un contenu multimedia ; - analyse de la requete pour en extraire au moins une caracteristique dudit 15 contenu ; - obtention d'une connexion courante pour ladite au moins une fonction du dispositif ; - verification de I'adequation entre ladite au moins une caracteristique du contenu et la connexion courante ; 20 - en fonction des resultats de la verification, emission d'un message d'alerte pour modifier la connexion courante pour ladite au moins une fonction du dispositif en une nouvelle connexion courante. Par connexion d'un dispositif de traitement on entend une interface (un 25 cable, un lien reseau, etc.) permettant au dispositif de se connecter a l'exterieur, en particulier sur un reseau (electrique ou de donnees ou de restitution). Par fonction, on entend une fonctionnalite du dispositif pouvant etre rendue par une telle connexion (alimentation en electricite ou en donnees, restitution sonore ou visuelle). 3 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, frequence, echantillonnage, type de codage, format de codage, etc.) 5 Par modification de la connexion courante, on entend l'ajout, la suppression ou la modification d'une connexion courante concernant la fonction a rendre, par exemple le branchement sur le secteur electrique, sur un reseau local ou sur un moniteur externe. Ainsi, l'invention offre l'avantage de pouvoir prevenir facilement un 10 utilisateur que la ou les connexion(s) courante(s) de son dispositif ne sont pas adaptees pour rendre le service demande. Notamment, en fonction des caracteristiques du contenu multimedia, un certain nombre de connexions peuvent etre requises : connexion au secteur (branchement electrique), connexion au reseau par voie filaire (Ethernet), etc. Ainsi, contrairement a retat 15 de l'art pour lequel le service n'est pas rendu si les connexions requises ne sont pas assurees, ou est rendu de maniere degradee (en diminuant par exemple le debit de donnees pour supprimer la necessite d'une connexion filaire), l'invention permet avantageusement de prevenir l'utilisateur par remission d'un message approprie, que le service pourra etre rendu a condition de modifier une ou 20 plusieurs connexions de requipement. Selon un mode de mise en oeuvre particulier de l'invention, un procede tel que decrit ci-dessus est caracterise en ce que la fonction est relative a l'alimentation electrique du dispositif. Ce mode de mise en oeuvre de l'invention permet de prevenir 25 l'utilisateur que l'alimentation electrique n'est pas suffisante pour rendre un service multimedia requis lorsque le dispositif comporte plusieurs modes de d'alimentation possibles. En effet, un dispositif electronique peut etre alimente via une batterie, une alimentation secteur, une alimentation filaire de type serie (USB), de type HDMI-MHL, sans fils par courants porteurs, etc. Un type d'alimentation donne peut ne pas etre adequat pour rendre le service multimedia 4 demande (parce que la puissance, la frequence, etc. de la source d'alimentation sont inadaptes). Selon une variante de ce premier mode de mise en oeuvre, la nouvelle connexion courante est de type serie ou secteur. 5 Cette variante de mise en oeuvre de l'invention permet de prevenir l'utilisateur qu'il peut basculer d'un mode d'alimentation serie, typiquement USB, sur un mode d'alimentation secteur et vice versa, ou ajouter une connexion USB pour un dispositif qui fonctionne sur batterie, etc. Cette variante est particulierement avantageuse pour un petit dispositif comme par exemple une cle 10 TV, lorsque le traitement du contenu multimedia demande une puissance superieure a celle qui peut etre delivree par une batterie ou une alimentation serie. Selon un second mode de mise en oeuvre particulier de l'invention, qui pourra etre mis en oeuvre alternativement ou cumulativement avec le precedent, 15 un procede tel que decrit plus haut est caracterise en ce que la fonction est relative a l'acces au reseau de donnees du dispositif. Ce mode de mise en oeuvre de l'invention permet de prevenir l'utilisateur que la connexion reseau n'est pas suffisante pour rendre un service multimedia requis lorsque le dispositif comporte plusieurs modes de connexions 20 possibles au reseau. En effet, un dispositif electronique peut etre connecte a un reseau via une liaison sans fils (Wi-Fl, Bluetooth, LiFi, etc.), ou via une liaison filaire (Ethernet, Cable optique, Courants porteurs en ligne, fibre, etc.) Un type de connexion reseau donne peut ne pas etre adequat pour rendre le service multimedia demande (parce que le debit, la latence, etc. sur le reseau sont 25 i n ad apt es) . Selon une variante de ce second mode de mise en oeuvre, la nouvelle connexion courante est de type filaire. Cette variante de mise en oeuvre de l'invention permet de prevenir l'utilisateur qu'il peut basculer d'un mode de connexion reseau sans fils a un 5 mode de connexion filaire, typiquement Ethernet, et vice versa. Cette variante est particulierement avantageuse lorsque le contenu multimedia demande une bande passante superieure a celle qui peut etre delivree par liaison radio sans fils. Selon un autre mode de mise en oeuvre particulier de l'invention, qui 5 pourra etre mis en oeuvre alternativement ou cumulativement avec les precedents, un procede tel que decrit ci-dessus est caracterise en ce que la fonction est relative a la restitution des donnees multimedia du dispositif. Ce mode de mise en oeuvre de l'invention permet de prevenir l'utilisateur que l'affichage (ou la restitution sonore) du dispositif de traitement 10 n'est pas suffisant pour rendre un service multimedia requis lorsque le dispositif comporte plusieurs modes de connexions possibles a un dispositif de restitution, notamment externe. En effet, un dispositif electronique peut disposer de son propre affichage mais encore etre connecte a un afficheur externe de type ecran de PC, TV standard, TV haute definition, etc. via une liaison VGA ou HDMI, etc. 15 Un type de connexion donne (par exemple, VGA) peut ne pas etre adequat pour rendre le service multimedia demande (parce que la resolution de ('ecran, la vitesse d'acquisition des donnees, etc. sont inadaptees). II est dans ce cas interessant de pouvoir prevenir l'utilisateur qu'il peut changer type de connexion (e.g. basculer en HDMI) et/ou de moniteur pour rendre correctement le service. 20 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 procede tel que decrit plus haut est caracterise en ce que la requete est une requete de telechargement progressif d'un contenu multimedia et en ce que l'etape d'analyse de la requete comporte les sous-etapes suivantes : 25 - obtention d'un fichier descriptif du contenu ; - analyse du fichier pour en extraire au moins une caracteristique dudit contenu. Ce mode de mise en oeuvre de l'invention permet de beneficier des avantages d'une methode de streaming adaptatif (ou telechargement progressif) 30 pour l'acces aux contenus, et notamment de la presence d'un fichier de 6 description du contenu, qui permet d'acquerir fres simplement les caracteristiques du contenu a restituer (debit, codage, frequence, resolutions, etc.). Si par exemple l'utilisateur requiert un contenu en haute-definition, recces a un tel fichier de description du contenu permet de recuperer immediatement les 5 caracteristiques du contenu en haute definition, avant d'y acceder. 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 procede tel que decrit plus haut est caracterise en ce que la requete pour traiter le contenu est recue d'un terminal de controle et le message 10 d'alerte est ernis vers ledit terminal de controle en vue de sa restitution. Avantageusement selon ce mode, c'est le terminal qui a ernis la requete vers le dispositif de traitement (par exemple, un smartphone emettant une requete de chargement de contenu vers une cle TV ou une STB) qui recevra en retour le message l'informant de l'insuffisance des connexions du dispositif. 15 Comme il s'agit generalement du terminal de l'utilisateur, il sera a meme de reagir rapidement. 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 procede tel que decrit plus haut est caracterise en ce que le 20 dispositif de traitement est relie a un dispositif de restitution du contenu, et le message d'alerte est emis vers ledit dispositif de restitution. Avantageusement selon ce mode, c'est le terminal d'affichage du contenu, relie au dispositif de traitement (par exemple, un TV restituant le contenu streame par une cle TV) qui recevra le message l'informant de 25 l'insuffisance des connexions du dispositif. Comme il s'agit generalement du terminal devant lequel se trouve l'utilisateur en attente de la restitution du contenu, il sera a meme de reagir rapidement. Selon un autre mode de mise en oeuvre particulier de l'invention, qui pourra etre mis en oeuvre alternativement ou cumulativement avec les 7 precedents, un procede tel que decrit plus haut est caracterise en ce que la caracteristique du contenu est une caracteristique de codage. Avantageusement selon ce mode, c'est une caracteristique de codage du contenu multimedia, par exemple du media video d'une chaine TV, qui est pris 5 en compte pour caracteriser le contenu. En effet, la methode de codage d'un contenu influe grandement sur les capacites necessaires de la part du dispositif de traitement, notamment pour ce qui concerne son alimentation electrique (il consomme davantage s'il utilise une technique de decodage plus complexe), son debit utile (il a besoin de plus de bande passante s'il utilise une technique de 10 codage visant les hauts debits) et la resolution de son affichage ou de l'affichage qui lui est connecte. Selon un autre mode de mise en oeuvre particulier de l'invention, qui pourra etre mis en ceuvre alternativement ou cumulativement avec les precedents, un procede tel que decrit plus haut est caracterise en ce que la 15 caracteristique du contenu est une caracteristique de debit. Avantageusement selon ce mode, c'est une caracteristique de debit du contenu multimedia, par exemple du media video d'une chaine TV, qui est pris en compte pour caracteriser le contenu. En effet, le debit utile d'un contenu influe grandement sur les capacites necessaires de la part du dispositif de traitement, 20 notamment pour ce qui concerne sa connexion au reseau (il a besoin d'une connexion filaire si la bande passante est elevee), son alimentation electrique (il a besoin de plus d'energie s'il doit decoder davantage de donnees), et sa connexion a un dispositif de restitution externe (il a besoin d'un televiseur haute definition s'il doit traiter des donnees correspondant a ce debit). 25 Selon un aspect materiel, l'invention concerne egalement un dispositif de traitement de contenus multimedia disposant d'au moins deux connexions distinctes pour rendre au moins une fonction, ledit dispositif etant caracterise en ce qu'il comporte : - un module pour recevoir une requete pour traiter un contenu multimedia ; 8 - un module pour analyser la requete pour en extraire au moins une caracteristique dudit contenu ; - un module pour obtenir une connexion courante pour ladite au moins une fonction du dispositif ; 5 - un module pour verifier l'adequation entre la caracteristique du contenu et la connexion courante ; - un module pour emettre en fonction des resultats de la verification, un message d'alerte pour modifier la connexion courante pour ladite au moins une fonction du dispositif en une nouvelle connexion courante. 10 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-merne 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 oeuvre une fonction ou un ensemble de fonctions 15 telles que decrites pour les modules concernes. De la merne maniere, un composant materiel correspond a tout element d'un ensemble 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 memoire, etc.). Selon un autre aspect materiel, l'invention concerne egalement une cle 20 TV comprenant un dispositif de traitement tel que presente ci-dessus. Selon un autre aspect materiel, l'invention concerne egalement un systerne comprenant un dispositif de traitement tel que revendique ci-dessus, un terminal de controle et un terminal de restitution. Selon un autre aspect materiel, l'invention concerne egalement un 25 programme d'ordinateur apte a etre mis en oeuvre dans un dispositif tel que defini ci-dessus, le programme comprenant des instructions de code qui, lorsque le programme est execute par un processeur, realise les etapes du procede defini ci-dessus. 9 Les objets selon les aspects materiels de l'invention procurent au moins les mernes 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. 5 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 10 d'enregistrement lisible par un processeur de donnees sur lequel est enregistre un programme comprenant des instructions de code de programme pour ('execution des etapes du procede defini 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 15 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 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 moyens. 20 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 ('execution du procede en question. L'invention sera mieux comprise a la lecture de la description qui suit, 25 donnee a titre d'exemple et faite en reference aux dessins annexes. Les figures: La figure 1 represente un mode de realisation de l'invention dans lequel le dispositif est un decodeur numerique prenant la forme d'une cle electronique. La figure 2 represente une architecture materielle d'une cle electronique 30 selon un mode de realisation de l'invention. 10 La figure 3 represente un chronogramme des echanges entre un terminal de controle et une cle electronique associee a un televiseur selon un mode de realisation de l'invention. 5 Description detainee d'un exemple de realisation illustrant l'invention La figure 1 represente un mode de realisation de l'invention dans lequel le dispositif est un decodeur numerique prenant la forme d'une cle electronique (5) dans un reseau local (10) d'un utilisateur (A), connecte au reseau etendu (WAN, 1) via une passerelle de service (6). 10 On rappelle ici qu'un reseau local, aussi appele reseau domestique, est un reseau informatique qui retie ensemble, avec ou sans fils, les terminaux d'une maison (ordinateurs, peripheriques d'impression, de restitution, de stockage, etc.) aptes a communiquer ensemble. Un reseau domestique comporte generalement un equipement routeur, aussi communement appele passerelle 15 domestique, ou passerelle de service (6), element intermediaire assurant la redirection, ou routage, des paquets de donnees entre les differents terminaux et les reseaux qui lui sont connectes. Un tel reseau domestique connecte souvent les differents terminaux en utilisant une technologie sans fils WiFi ou filaire Ethernet, les deux types de support etant prevus pour des communications bases 20 sur les protocoles de la famille IP (Internet Protocol). Par la suite, on entend par dispositif terminal, ou plus simplement « terminal », tout dispositif apte a se connecter avec ou sans fils a la passerelle (6). Le contexte du reseau local domestique (10) est donne a titre d'exemple et pourrait etre transpose aisement a celui d'un reseau d'entreprise. 25 Le reseau local (10) selon ce mode de realisation de l'invention comprend un terminal TA de ('utilisateur A, et un dispositif de restitution (7), ou plus simplement televiseur (TV), associe a une cle TV (5, CTV) connectee au reseau local (10) via la passerelle de service (6) chargee de telecharger les contenus sur le reseau WAN (1). Les terminaux du reseau local sont aptes a 30 etablir des connexions avec le WAN via la passerelle de service (6) qui lui est reliee par une liaison haut debit. Le reseau (10) est par exemple un reseau local IP et la liaison haut debit est de type ADSL (de l'anglais Asymmetric Digital 11 Subscriber Line). Le reseau WAN (1) est egalement dans cet exemple de type I P et contient des serveurs (3) de contenus multimedia qui hebergent notamment des contenus numeriques pour une mise a disposition des terminaux du reseau local (10) en mode de streaming. Le serveur de contenus (3) se trouve selon cet 5 exemple dans le WAN (1) mais it 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 serveur de contenus. Sur la figure 1, la fleche pleine (F1) represente le chemin d'un contenu depuis le serveur de contenus (3) jusqu'au televiseur (7), en passant par la 10 passerelle de service (6) puis la cle CTV (5). Le terminal TA est par exemple un smartphone ou une tablette electronique. Le terminal TA est apte transmettre a la cle CTV un ordre de telechargement, comprenant une adresse de telechargement a destination du serveur de contenus (3). L'utilisateur choisit de recevoir un contenu (C) en 15 streaming. La passerelle de service (6) se connecte au serveur de contenus (3) du reseau etendu (1) sur lequel elle recupere les contenus streames. La cle CTV (5) regoit le contenu streame et le service dernarre, c'est-a-dire que la cle peut recevoir le contenu et la faire afficher sur le televiseur, en utilisant typiquement une technique de type dit « streaming adaptatif » (HAS pour « HTTP Adaptive 20 Streaming ») bien connue de l'homme du métier. II existe dans ce domaine plusieurs solutions techniques, comme par exemple les solutions proprietaires Microsoft Smooth Streaming, Apple HLS, Adobe Http Dynamic Streaming ou encore Ia norme MPEG-DASH de l'organisme ISO/IEC qui sera decrite ci-apres. Le terminal client effectue generalement une requete en deux etapes : une premiere 25 etape consiste a 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 30 contenus. Dans Ia suite, on y referera sous ('expression « fichier de description » et on suppose dans un but de simplification qu'il se trouve sur le meme serveur (3) que le contenu. Classiquement, ce fichier propose differents flux pour Ia meme video, correspondant par exemple a differents debits, differentes 12 resolutions, differentes qualites. Lors d'une seconde etape, le terminal client accede au contenu sur le serveur et le service demarre effectivement, c'est-a-dire que le terminal client peut recevoir et traiter le contenu. Un exemple de tel fichier de description, un fichier manifest (en abrege 5 MPD) inspire de la norme MPEG-DASH, est fourni en annexe 1. Pour plus de details on pourra se referer a la version la plus recente de la norme ISO/I EC 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 10 ouvrante ( ) et une balise fermante . Cheque fragment correspond a une certaine duree avec plusieurs niveaux de qualite. Les balises suivantes ont un interet particulier pour ce mode de realisation de ('invention : o Adaptation Set contient Ia description d'un flux multimedia (par exemple, toute Ia video, une partie de Ia video, ('audio dans une certaine langue, les 15 sous-titres, etc.) Dans l'exemple : o le premier Adaptation Set decrit Ia 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 Ia video au format de codage HEVC et a Ia resolution 20 HD (1080p) a 10 Mbit/s. o BaseURL indique une adresse pour acceder au contenu via une URL (Uniform Resource Locator), a differents niveaux de Ia hierarchie du fichier MPD. Dans l'exemple, ces balises indiquent respectivement l'adresse du serveur de contenus 3 (http://server.com) puis l'adresse des flux, encodes au format 25 MPEG4 (video/h264) et/ou au format HEVC (video/h265) ; o SegmentList liste les parties complementaires des adresses des differents fragments : - « C SD 1000k h264 1.m4s» pour le premier fragment du contenu « C » a 1000 kilobits par seconde (« kb »), au format 800x600 (SD) 30 - « C SD 1000k h264 2.m4s» pour le second fragment, - etc. Une fois qu'il dispose de ces adresses de fragments, le terminal peut proceder a l'obtention des fragments de contenu multimedia via un 13 telechargement a ces adresses. Par exemple, l'adresse composee correspondant au contenu C a la resolution et au debit le plus faible est de type : http://server.com/video/h264/C SD 1000k h264( 4.m4s. Selon cet exemple, la generation des adresses se fait sur la cle 5 electronique elle-meme ; naturellement cette variante suppose que la cle dispose des moyens materiels et logiciels suffisants pour acceder au fichier manifest, ('analyser et generer l'adresse correcte correspondant a la commande regue. Selon l'invention, un « Fichier des Capacites en Connexions », abrege 10 FCC (2) a ete prealablement installe sur le dispositif. Le module de gestion selon l'invention est apte a recuperer les caracteristiques courantes en connexions (selon ('exemple, electrique et reseau) associees a la cle CTV a un instant donne, de les comparer aux capacites inscrites dans ce fichier, puis en fonction des resultats de la comparaison, d'accepter ou refuser conditionnellement le service a 15 un instant donne, selon un procede qui sera decrit plus tard a l'appui de la figure 3. Par exemple si le contenu requis est a debit eleve en HEVC et que la cle est alimentee via USB, l'utilisateur sera informe que cette alimentation ne suffit pas et qu'il devra brancher la cle sur secteur pour beneficier du service en haut debit/haute definition. 20 La figure 2 represente une architecture materielle d'un dispositif de traitement selon un mode de realisation de l'invention, par exemple une cle TV. Le dispositif comprend des memoires M articulees autour d'un processeur (CPU). II comporte selon cet exemple : 25 - un module de communication de type radio (WiFi) qui lui permet de se connecter sans fils (par exemple, mais de maniere non limitative, via un canal radio de type WiFI) aux terminaux du reseau, notamment les dispositifs mobiles (TA) et la passerelle de service (6) ; - un module de communication de type filaire (ETH) qui lui permet de se 30 connecter de maniere filaire (par exemple, mais de maniere non limitative, via un cable Ethernet) aux terminaux du reseau, notamment la passerelle de service ; 14 - un module de communication de type HTTP pour assurer les communications client-serveur de type HTTP, notamment dans le but d'echanger des donnees avec les terminaux mobiles (TA) du reseau local (echange des identites, reception des commandes de streaming, 5 acquittements, etc.) et avec le serveur de contenus dans le WAN via la passerelle de service ; - un module d'alimentation de type serie (USB) - un module d'alimentation de type secteur (POW) ; - un module d'interface (HDMI) capable de s'interfacer physiquement et 10 logiquement avec le televiseur (7) pour transmission du contenu multimedia (audio et video) decode et echange de commandes de base en provenance du mobile (mode silence, augmentation du volume, diminution du volume, etc.) ainsi que des commandes d'affichage selon un mode de realisation ; 15 - un module de gestion des capacites (CAP) selon l'invention, chargé de la gestion des capacites de la cle CTV selon le mode de realisation decrit precedemment a l'appui de la figure 1. Ce module est notamment capable, en relation avec des modes de realisation de l'invention : - d'analyser la requete en provenance d'un terminal (TA) et d'en 20 deduire quelle(s) caracteristique(s) du contenu doit etre selectionne ; la bande passante disponible et la capacite du dispositif de restitution peuvent aussi etre classiquement examinees a ce stade. - de deduire de la requete les capacites necessaires en alimentation 25 (electrique ou reseau) correspondant aux capacites du contenu demande ; - de comparer les capacites necessaires aux capacites effectives du dispositif ; - si les capacites du dispositif sont insuffisantes, de preparer un 30 message d'alerte a destination de l'utilisateur ; - d'emettre le message d'alerte vers le terminal (TA) et/ou le televiseur (TV). 15 - un « media player » (MP) capable de restituer (recevoir, decoder, preparer) les flux en mode de streaming et de les delivrer au dispositif de restitution (TV) ; le « media player » comporte entre autres un ensemble de decodeurs (audio, video, etc.) aptes a decoder les 5 contenus multimedia, ainsi qu'une interface de communication avec le dispositif mobile, apte a interpreter les ordres en provenance de celuici. La figure 3 represente un chronogramme des echanges entre un 10 terminal de controle (TA), une cle electronique (CTV, 5) associee a un televiseur (TV) et un serveur de contenus (3) selon un mode de realisation de ('invention. Lors d'une etape EO, la cle TV (5) est initialisee ; les capacites de la cle peuvent etre predefinies dans un Fichier des Capacites en Connexions (2, FCC), installe dans la memoire du dispositif. II peut s'agir d'un stockage en memoire 15 ROM, ou EPROM, etc. Alternativement, ce fichier des capacites peut etre etabli et/ou complete a Ia volee, en cour d'execution de programmes sur Ia cle, c'est-adire que Ia cle peut apprendre quelles sont ses connexions possibles. Un exemple de contenu d'un tel fichier, qui se trouve en memoire de Ia cle, est illustre ci-dessous sous forme d'une table ; elle comporte : 20 - l'identifiant de Ia cle CTV ; - une colonne « MEDIA » indiquant le type de media(s) d'un contenu, le type de codage (par exemple MPEG4) et Ia resolution (par exemple SD) supportes, et une plage de debits associes (1 Mbits/s a 3Mbits/s) ; - une colonne « CONNEXION » indiquant le type de connexion supporte par le 25 dispositif de traitement pour une ou plusieurs fonctions. Selon cet exemple, le dispositif supporte deux fonctions : o une fonction reseau (NET) indique les types de connexions possibles entre Ia passerelle et Ia cle, selon cet exemple WI-Fl (WI FI) ou Ethernet (ETH) ; 30 o une fonction alimentation (ALIM) indique les types de connexions possibles pour alimenter le dispositif ; les modes d'alimentation possibles sont ici serie (USB) ou secteur (SEC), et le bloc d'alimentation dispose de deux puissances 1 et 2 (SEC1 et SEC2) ; par 16 exemple, l'utilisateur utilise une alimentation qui n'est pas prevue pour Ia cle (SEC1) et delivre une puissance reduite ou ('alimentation d'origine de Ia cle (SEC) qui delivre une puissance plus elevee ; - une colonne message (MESSAGE) pour indiquer a l'utilisateur les mesures a 5 prendre pour pallier une insuffisance des connexions necessaires a Ia restitution d'un contenu donne. Par exemple : - ligne 4 : le decodage d'un contenu video en MPEG4/SD dont le debit se situe entre 1 et 3 Mbits/s ne requiert pas de capacites autres qu'une 10 alimentation USB (colonne ALIM) et une reception Wi-Fi (colonne NET) classiques. Aucune alerte ne doit etre remontee a l'utilisateur dans ce cas, quelle que soit Ia configuration de la cle ; - ligne 7 : le decodage d'un contenu video en HEVG4K dont le debit se situe entre 10 et 25 Mbits/s demande une grande capacite en reception 15 et donc une liaison Ethernet (ETH, colonne NET), ainsi qu'une puissance elevee de decodage qui ne pourra etre obtenue que si Ia cle est en mode d'alimentation secteur niveau 2 (SE2, colonne ALIM)). Dans ce cas, une alerte doit etre remontee a l'utilisateur pour le prevenir de brancher Ia cle sur secteur SEC2 en utilisant ('alimentation native si ce n'est pas fait et/ou 20 en Ethernet si Ia cle fonctionne en Wi-Fl. le message a emettre propose ici a titre d'exemple est (colonne MESSAGE) : « Brancher la sur alimentation native et Ethernet Naturellement, ce message ne sera ernis que si Ia cle n'est pas déjà connectee selon ces modes. Ceci suppose donc une analyse prealable de l'etat courant des connexions de Ia cle. 25 17 ID C= "cle Orange 666777" MEDIA CON N EXI ON MESSAGE Media codage Debit (R) NET ALI M (M) (ENC) video MPEG4/SD 1-3Mbit/s WiFi USB MPEG4/HD 3-8Mbit/s WiFi USB HEVG HD 4-12Mbit/s WiFi SEC1 Brancher la cle HEVG4K 10-25Mbit/s ETH SEC2 Brancher la cle sur alimentation native et Ethernet MVC 8-20Mbit/s WiFi SEC2 Brancher Ia cle sur alimentation native audio MP3 128kb/s WiFi USB AC3 384 kb/s WiFi SEC1 Brancher Ia cle Table 1 : exemple de Table du fichier des capacites (FCC) du dispositif Lors d'une etape E21 (El), le terminal TA de l'utilisateur se connecte a la cle TV CTV. Cette connexion est effectuee de maniere classique entre les deux 5 dispositifs, par une communication entre une application mobile s'executant sur le terminal TA et une application correspondante sur la cle TV CTV. Lors d'une etape E22, le terminal TA soumet une requete pour recevoir un contenu C via la cle CTV (5) et le restituer sur son TV. Cette requete est regue 10 a l'etape E2 par la cle CTV, qui ('analyse. Par exemple la requete est de type « restitution du contenu C en HD sur le TV ». Le module CAP de la cle CTV accede lors de cette etape E2 au fichier de description MPD. Elle peut le telecharger par exemple sur le serveur de contenus 15 (3), ou sur la passerelle de service, ou y acceder en local, etc. Elle en deduit les caracteristiques detainees du contenu qui lui est demand6. La de TV analyse le fichier de description et en deduit qu'elle doit fournir le contenu C en haute definition a 10Mbit/s en HEVC, correspondant a I'URL suivante (pour le premier fragment) si Ion se refere au fichier manifest donn6 a titre d'exemple en annexe 20 1 : 18 http://servercomAfideo/h265/ C 1080p 10000k h265 1.m4s. Lors d'une etape E3, la cle CTV consulte le fichier des capacites FCC qu'elle a en memoire et prend connaissance de la configuration courante du 5 dispositif correspondent aux differentes fonctions dans ce fichier. Selon l'exemple fourni dans la table ci-dessus, le module CAP de la cle CTV obtient l'etat courant de la cle relatif aux deux fonctions (modes de connexion ALIM et NET) concernees. Par exemple : - la cle TV est connectee en Wi-Fl et branchee sur le secteur 10 (SEC1), - la cle TV est connectee en Ethernet (ETH) et alimentee en USB, - etc. Lors d'une etape E4, le module CAP de la cle CTV analyse les capacites 15 requises pour le media demande et les compare aux connexions courantes de la cle. Dans l'exemple, elle doit delivrer un contenu HD en HEVC a un debit de 10Mbit/s (ligne 6 de la table 1); pour cela elle doit assurer les deux fonctions suivantes : une connexion WiFI au reseau et une connexion secteur de type minimum SEC 1. Selon les cas, la comparaison, ou test d'adequation, sera negatif 20 (le service ne peut pas etre rendu en l'etat) ou positif (le service peut etre rendu en l'etat). Selon l'exemple : - si la cle TV est connectee en Wi-Fl ou en Ethernet et branchee sur le secteur, le test est positif, elle ne prepare pas de message. - si la cle TV est connectee en Wi-Fl ou en Ethernet et alimentee en 25 USB, le test est negatif, elle prepare le message d'erreur « Brancher la cle ». Si le contenu peut etre rendu en l'etat, elle accede a la requete. Elle transmet optionnellement un acquittement au terminal lors d'une etape suivante 30 E5, puis requiert le contenu aupres du serveur et commence le telechargement et la restitution du contenu C requis au cours de l'etape E6 (restitution symbolisee par la fleche courbe). Le « Media Player » (MP) regoit le contenu en provenance 19 de la passerelle de service, le decode, le met en forme, le fait jouer au fur et a mesure de sa reception et le transmet au dispositif de restitution associe (TV). Sinon, si les capacites du contenu demande ne correspondent pas aux 5 branchements courants, c'est a dire si le test d'adequation de l'etape E4 est negatif, l'etape E4 est suivie d'une etape E7, au cours de laquelle un message est transmis a l'utilisateur en lui demandant d'activer, pour au moins une fonction, une connexion necessaire a la restitution : branchement sur le secteur, branchement Ethernet, etc. 10 Selon l'exemple fourni plus haut, elle transmet au terminal mobile de l'utilisateur le message M : « Brancher la cle». Selon encore un autre exemple, la cle TV est connectee en Wi-Fl et branchee sur le secteur avec un chargeur de puissance SEC1 ; si le contenu demande (Flux HEVC en 4K a 25Mbit/s) requiert (ligne 7, table 1) une alimentation electrique 15 fournie nativement avec le dispositif (SEC2) et une connexion en Ethernet a la passerelle de service, le message affiche a l'utilisateur est de type : « Brancher la cle sur alimentation native et Ethernet » Lors d'une etape E26, l'utilisateur effectue une telle action de 20 connexion, prise en compte lors d'une etape E8 (par exemple, l'etat electrique de la cle est modifie d'un etat d'alimentation USB a un etat d'alimentation secteur puisque l'utilisateur a branche sa cle). Le module CAP sur la cle revient alors a l'etape E4 pour verifier que ('action demandee a bien ete effectuee. Si c'est le cas, elle continue par l'etape 25 E5 pour streamer le contenu. Dans la negative le contenu ne sera pas restitue et on peut revenir a l'etape E7, ou arreter le programme. L'tape E10 met fin a la restitution du contenu. 30 II va de soi que le mode de realisation qui a ete decrit ci-dessus a ete donne a titre purement indicatif et nullement limitatif, et que de nombreuses 20 modifications peuvent etre facilement apportees par I'homme de ('art sans pour autant sortir du cadre de ('invention. Notamment d'autres types de connexions peuvent etre envisagees : - connectique d'affichage (par exemple, la cle peut etre connectee a un 5 dispositif de restitution en VGA ou HDMI) ; - connectique de memoire (par exemple, la cle peut etre connectee a un disque dur externe qui n'est utile que dans certains cas d'utilisation, notamment si le contenu doit etre enregistre) ; - etc. 21 Annexe 1 : exemple de fichier manifest simplifie MPEG-DASH BaseURL> HTTP:/ / server.com/ video/h264/ "video/ mp4" video/h265/ audio/mp4a/ REVENDICATIONS1. Procede de gestion des connexions d'un dispositif de traitement (5, CTV) de contenus multimedia (C) disposant d'au moins deux connexions distinctes pour rendre au mains une fonction (ALIM, NET), ledit procede etant caracterise en ce qu'il comporte, sur le dispositif de traitement, les etapes de : - reception d'une requete (REQ(C), E2) pour traiter un contenu multimedia (C) ; - analyse de la requete (REQ(C), E2) pour en extraire au moins une caracteristique dudit contenu (MPEG4@4Mb) ; - obtention (E3) d'une connexion courante pour ladite au moins une fonction du dispositif (Wi-H, ETH, USB, SEC1, SEC2) ; - verification de l'adequation (E4) entre ladite au moins une caracteristique du contenu et la connexion courante (Wi-H, ETH, USB, SEC1, SEC2) ; - en fonction des resultats de la verification, emission (E5, E7) d'un message d'alerte pour modifier la connexion courante pour ladite au moins une fonction (ALIM, NET) du dispositif en une nouvelle connexion courante. 2. Procede selon la revendication 1, caracterise en ce que la fonction est relative a ('alimentation electrique (ALI M) du dispositif. 3. Procede selon la revendication 2, caracterise en ce que la nouvelle connexion courante est de type serie (USB) ou secteur (SEC1, SEC2). 4. Procede selon la revendication 1, caracterise en ce que la fonction est relative a recces au reseau de donnees (NET) du dispositif. 5. Procede selon la revendication 4, caracterise en ce que la nouvelle connexion courante est de type filaire (ETH). 22 6. Procede selon la revendication 1, caracterise en ce que la fonction est relative a la restitution des donnees multimedia du dispositif. 23 7. Procede selon la revendication 1, caracterise en ce que la requete (REQ(C)) est une requete de telechargement progressif d'un contenu multimedia et en ce que l'etape d'analyse (E2) de la requete comporte les sous-etapes suivantes : 5 obtention d'un fichier descriptif du contenu (.mpd) analyse du fichier pour en extraire au moins une caracteristique dudit contenu (MPEG4@4Mb). 8. Procede selon la revendication 1, caracterise en ce que la requete pour traiter le contenu (REQ(C)) est regue d'un terminal de controle (TA) et le message 10 d'alerte (M) est ernis vers ledit terminal de controle (TA) en vue de sa restitution. 9. Procede selon la revendication 1, caracterise en ce que le dispositif de traitement (5) est relie a un dispositif de restitution (TV) du contenu, et le message d'alerte (M) est ernis vers ledit dispositif de restitution. 15 10. Procede de gestion selon la revendication 1, caracterise en ce que la caracteristique du contenu est une caracteristique de codage. 11. Procede de gestion selon la revendication 1, caracterise en ce que la caracteristique du contenu est une caracteristique de debit. 12. Dispositif de traitement de contenus multimedia disposant d'au moins deux 20 connexions distinctes pour rendre au moins une fonction (ALIM, NET), ledit dispositif etant caracterise en ce qu'il comporte : - un module (WFi) pour recevoir une requete (E2) pour traiter un contenu multimedia (C) ; - un module (CAP) pour analyser la requete (E2) pour en extraire au moins 25 une caracteristique dudit contenu (MPEG4@4Mb) ; - un module (GAP) pour obtenir une connexion courante pour ladite au moins une fonction du dispositif (Wi-R, ETH, USB, SEC1, SEC2) ; 24 - un module (CAP) pour verifier l'adequation (E4) entre la caracteristique du contenu et la connexion courante (Wi-H, ETH, USB, SEC1, SEC2) ; - un module pour emettre (WI FI, http, HDMI), en fonction des resultats de la verification, un message d'alerte pour modifier la connexion courante 5 pour ladite au moins une fonction (ALIM, NET) du dispositif en une nouvelle connexion courante. 13. Cie TV comprenant un dispositif de traitement selon la revendication precedente. 14. Systeme comprenant un dispositif de traitement selon la revendication 12 ou 10 13, un terminal de controle et un terminal de restitution. 15. Programme d'ordinateur comportant des instructions de code pour la mise en oeuvre du procede de gestion conforme a la revendication 1, lorsque celle-ci est executee par un processeur.