FR3119689A1 - Procédé de gestion du fonctionnement d’un terminal de lecture de contenus multimédias. - Google Patents

Procédé de gestion du fonctionnement d’un terminal de lecture de contenus multimédias. Download PDF

Info

Publication number
FR3119689A1
FR3119689A1 FR2101321A FR2101321A FR3119689A1 FR 3119689 A1 FR3119689 A1 FR 3119689A1 FR 2101321 A FR2101321 A FR 2101321A FR 2101321 A FR2101321 A FR 2101321A FR 3119689 A1 FR3119689 A1 FR 3119689A1
Authority
FR
France
Prior art keywords
terminal
phase
reading
management method
power
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
FR2101321A
Other languages
English (en)
Other versions
FR3119689B1 (fr
Inventor
Mathieu Rivoalen
Hervé MARCHAND
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
Orange SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Orange SA filed Critical Orange SA
Priority to FR2101321A priority Critical patent/FR3119689B1/fr
Publication of FR3119689A1 publication Critical patent/FR3119689A1/fr
Application granted granted Critical
Publication of FR3119689B1 publication Critical patent/FR3119689B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0793Remedial or corrective actions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26Power supply means, e.g. regulation thereof
    • G06F1/32Means for saving power
    • G06F1/3203Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3206Monitoring of events, devices or parameters that trigger a change in power modality
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0736Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0751Error or fault detection not based on redundancy
    • G06F11/0754Error or fault detection not based on redundancy by exceeding limits
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1415Saving, restoring, recovering or retrying at system level
    • G06F11/1417Boot up procedures
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0736Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function
    • G06F11/0742Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function in a data processing system embedded in a mobile device, e.g. mobile phones, handheld devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1415Saving, restoring, recovering or retrying at system level
    • G06F11/1441Resetting or repowering

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

Procédé de gestion du fonctionnement d’un terminal de lecture de contenus multimédias L’invention a trait à un procédé de gestion du fonctionnement d’un terminal de lecture de contenus numériques (STB), le terminal comprenant une source d’alimentation électrique apte à alimenter en électricité le terminal lors de phases de fonctionnement du terminal de lecture, caractérisé en ce qu’il comprend, lorsque la durée écoulée entre deux démarrages consécutifs du terminal de lecture est inférieure à une durée donnée, le procédé comprend les étapes suivantes : Une étape de détection de la phase au cours de laquelle le fonctionnement s’est arrêté suite au dernier démarrage, Une étape d’application d’un traitement fonction de la phase détectée. Figure 1.

Description

Procédé de gestion du fonctionnement d’un terminal de lecture de contenus multimédias.
L’invention se rapporte à un procédé de gestion du fonctionnement d’un terminal de lecture de contenus multimédias.
Le terminal visé ici inclut tout dispositif de traitement de données équipé d’une unité de traitement et aptes à exécuter des programmes informatiques tels que des applications informatiques. Le terminal est par exemple un décodeur de télévision numérique, un téléphone mobile, une tablette, etc. L’illustration de l’invention faite dans la partie description détaillée se basera sur un décodeur.
Les applications informatiques visées ici sont aptes, lorsqu’elles sont exécutées, à offrir un ou plusieurs services particuliers. Une application est par exemple une application dédiée à la lecture de contenus multimédias telle que l’application connue sous le nom de « Deezer » (marque déposée), ou l’application connue sous le nom de « Youtube » (marque déposée), ou toutes autres applications similaires.
Etat de la technique
Les terminaux embarqués sont des appareils électriques disposant d’une source d’alimentation électrique le plus souvent adaptée aux spécifications initiales du terminal. Au fil du temps, le terminal est amené à évoluer en profondeur et doit de ce fait fournir une puissance électrique instantanée de plus en plus importante. Parmi les évolutions possibles il y a le téléchargement d’applications. Les applications téléchargées, lorsqu’elles sont utilisées, consomment chacune une puissance électrique instantanée qui peut atteindre un Watt (1 Watt) voire plus. Lorsqu’un terminal est alimenté au moyen d’une connexion USB de type (5V/1A), la puissance instantanée maximum que peut fournir le terminal est de 5 Watts ; or, certaines applications sont exécutées simultanément dès le démarrage du terminal. Théoriquement, seules cinq applications au maximum pourront être exécutées en même temps du fait que le terminal ne peut pas fournir plus de cinq Watts (5 Watts) de puissance instantanée. Au-delà de cinq applications, le terminal ne peut pas fournir une puissance suffisante pour exécuter toutes les applications simultanément. Il résulte de cette insuffisance un redémarrage (« boot » en anglais) du terminal, voire une répétition de redémarrages.
En résumé, les nouvelles configurations successives du terminal requièrent de la part de celui-ci une fourniture d’une puissance électrique toujours plus importante. Du fait de l’ajout d’applications comme expliqué ci-dessus ou autres modules matériels et/ou logiciels dans le terminal, la puissance électrique instantanée du terminal deviendra insuffisante avec le temps.
En outre, parallèlement, la source d’alimentation se détériore inévitablement avec le temps ; la puissance électrique que fournit le terminal diminue aussi. Aussi, un utilisateur peut décider de remplacer la source d’alimentation par une autre source moins performante. Le vieillissement prématuré de la source d’alimentation ou son remplacement n’améliore pas la situation.
Toutes les évolutions matérielles et/ logicielles visées ci-dessus font que le système d’alimentation électrique peut devenir défaillant ou instable et qu’il est donc très difficile d’assurer un fonctionnement correcte du terminal pendant toute la durée de vie du terminal. Il résultera inévitablement, de cette défaillance ou de cette instabilité, des redémarrages intempestifs en boucle du terminal. L’expérience utilisateur d’un tel dispositif est alors désastreuse ; cet utilisateur voit le terminal redémarrer en vain sans pouvoir accéder aux fonctionnalités du terminal.
Une solution consisterait à corriger la défaillance après redémarrage. Cependant la détection de l’origine de défaillance prend du temps et nécessite surtout des connaissances techniques pointues.
L’invention vient améliorer la situation.
L’invention
A cet effet, l’invention concerne un procédé de gestion du fonctionnement d’un terminal de lecture de contenus numériques, le terminal comprenant une source d’alimentation électrique apte à alimenter en électricité le terminal lors de phases de fonctionnement du terminal de lecture, caractérisé en ce qu’il comprend, lorsque la durée écoulée entre deux démarrages consécutifs du terminal de lecture est inférieure à une durée donnée :
Une étape de détection de la phase au cours de laquelle le fonctionnement s’est arrêté suite au dernier démarrage,
Une étape d’application d’un traitement fonction de la phase détectée.
Lorsque la durée écoulée entre deux démarrages consécutifs du terminal de lecture est inférieure à une durée donnée, signe d’un disfonctionnement dans le terminal, l’invention détecte la phase au cours de laquelle le terminal de lecture s’est arrêté anormalement. Une fois la phase détectée, un traitement spécifique à cette phase est appliqué. L’invention permet non seulement d’identifier la phase liée au disfonctionnement mais applique aussi un traitement automatiquement ; le traitement appliqué varie en fonction de la phase concernée et a pour effet d’éviter des redémarrages intempestifs. Par exemple, comme on le verra ci-dessous selon un mode de réalisation, le procédé de l’invention permet de modifier la configuration logicielle du terminal afin de redémarrer correctement sans dysfonctionnement.
Selon un premier mode de mise en œuvre particulier de l'invention, les étapes sont mises en œuvre après plusieurs redémarrages consécutifs et d’arrêt du fonctionnement au cours d’une même phase, la durée entre les redémarrages consécutifs étant inférieure à une durée donnée. Ce premier mode permet de confirmer une répétition de redémarrage et qu’une défaillance se produit toujours au cours de la même phase avant d’appliquer le traitement.
Selon un deuxième mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre alternativement ou cumulativement avec le précédent, si la cause de l’arrêt est due au système d’alimentation électrique, le traitement comprend une mise hors tension du terminal de lecture. Une mise hors tension du terminal, et donc l’arrêt des redémarrages, évite une consommation inutile en électricité dans un cas où la défaillance provient du système d’alimentation à savoir une défaillance d’un connecteur, d’un câble, etc. Ce cas de défaillance ne peut être réparé que par un technicien et ne peut donc pas être réparé par l’intermédiaire d’une entité de gestion.
Le terminal comprend des composants électriques tels qu’un processeur, un processeur graphique, un émetteur radio de type WiFi. Selon un troisième mode de réalisation de l’invention, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents, si la phase correspond à une exécution d’une application de lecture de contenus multimédias, le traitement comprend une réduction de la puissance électrique consommée par au moins un composant inclus dans le terminal de lecture. La réduction de la puissance consommée par des composants a pour effet de libérer une puissance électrique qui servira à l’exécution de l’application de lecture suite au prochain redémarrage. Ce mode augmente la probabilité d’exécuter l’application de lecture sans défaillance suite au prochain démarrage. Suite à l’exécution, les puissances d’émission qui ont été abaissées peuvent de nouveau être augmentées.
Comme on l’a vu précédemment, le terminal comprend des applications qui peuvent s’exécuter simultanément. Selon un quatrième mode de réalisation de l’invention, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents, si la phase correspond à une exécution simultanée de plusieurs applications de lecture de contenus multimédias, le traitement comprend un étalement des instants d’exécution des applications. Comme pour le précédent mode de réalisation, l’étalement dans le temps des exécutions des applications permet de lisser dans le temps la consommation en électricité liée à l’exécution des applications. Ce quatrième mode évite ainsi une série de redémarrages intempestifs liés à une puissance instantanée insuffisante du terminal.
Selon un cinquième mode de réalisation de l’invention, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents, si la phase correspond à une lecture d’un contenu avec une qualité de restitution donnée, le traitement comprend une réduction de la qualité de restitution. Ce mode permet comme le troisième mode de réduire la consommation électrique en réduisant ici la qualité de l’image restituée.
Selon un sixième mode de réalisation de l’invention, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents, les différentes phases sont associées à des plages temporelles respectives, et en ce que l’étape de détection comprend la détermination de l’instant d’arrêt du terminal pendant son fonctionnement, et de la phase associée à cet instant.
Selon un aspect matériel, l’invention se rapporte à une entité de gestion du fonctionnement d’un terminal de lecture de contenus numériques, le terminal comprenant une source d’alimentation électrique apte à alimenter en électricité le terminal lors de phases de fonctionnement du terminal de lecture, caractérisé en ce qu’il comprend
Un module de détection apte à détecter, lorsque la durée écoulée entre deux démarrages consécutifs du terminal de lecture est inférieure à une durée donnée, la phase au cours de laquelle le fonctionnement s’est arrêté,
Un module d’application apte à appliquer un traitement fonction de la phase détectée.
Selon un autre aspect matériel, l’invention a trait à un programme d’ordinateur apte à être mis en œuvre dans une entité de gestion tel que définie ci-dessus, ledit programme comprenant des instructions de code qui, lorsque le programme est exécuté réalise l’étape définie dans le procédé défini ci-dessus.
Selon un autre aspect matériel, l’invention a trait à un support d'enregistrement lisible par un processeur de données sur lequel est enregistré un programme comprenant des instructions de code de programme pour l'exécution des étapes du procédé défini ci-dessus.
Précisions ici que le support de données peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question.
L’invention sera mieux comprise à la lecture de la description qui suit, donnée à titre d'exemple et faite en référence aux dessins annexés sur lesquels :
représente un système informatique sur lequel est illustré un exemple de réalisation de l’invention.
est une vue schématique des circuits présents dans le terminal.
est une vue de l’évolution dans le temps de la puissance instantanée consommée par le terminal et de l’arrêt du terminal lors d’une première phase.
est une vue de l’évolution dans le temps de la puissance instantanée consommée par le terminal et de l’arrêt du terminal lors d’une deuxième phase.
est une vue de l’évolution dans le temps de la puissance instantanée consommée par le terminal et de l’arrêt du terminal lors d’une troisième phase.
est une vue schématique d’un algorithme illustrant une suite d’étapes de mises en œuvre selon un mode de réalisation possible de l’invention.
Description détaillée d'un exemple de réalisation illustrant l'invention :
La représente un dispositif de traitement de données STB sur lequel sont stockées des applications logicielles.
Le dispositif est par exemple un décodeur STB. Le décodeur STB est relié à un dispositif de restitution dispositif de restitution TV pour y restituer des contenus accessibles via des applications logicielles stockées dans le terminal.
Le décodeur STB et le dispositif de restitution TV peuvent former un seul dispositif ou être reliés entre eux via une liaison filaire (Ethernet, etc.) ou non filaire (WiFi, etc.).
La représente une architecture d’un décodeur STB. Le décodeur STB comprend, classiquement, des mémoires M associées à un processeur CPU. Le décodeur comprend aussi un processeur graphique GPU (de l'anglais Graphics Processing Unit), également appelé coprocesseur graphique sur certains systèmes. Ce processeur graphique GPU est une unité de calcul, pouvant être présent sous forme de circuit intégré (ou puce) sur une carte graphique ou carte mère, ou encore intégré au même circuit intégré que le microprocesseur général (SoC (appelé alors processeur graphique ou GPU) et APU, appelé alors IGP) et assurant les fonctions de calcul d'image, à afficher à l'écran ou à écrire dans une mémoire.
Le décodeur comprend aussi un module de communication COM pour communiquer avec le dispositif de restitution TV.
Les mémoires peuvent être de type ROM (de l’anglais « Read Only Memory ») ou RAM (de l’anglais « Random Access Memory ») ou encore Flash.
Le décodeur comprend un système d’alimentation électrique (non représenté) capable d’alimenter électriquement le terminal de lecture STB. On appelle ici « système d’alimentation électrique », l’ensemble de la chaine d’alimentation depuis la prise de courant jusqu’à terminal (adapter secteur, transformateur, câble, connecteur).
Le décodeur STB comprend en outre une entité de gestion MNG, stockée en mémoire, dont la fonction sera expliquée ci-après.
Rappelons que, généralement, au démarrage (« boot » en anglais), un ordinateur exécute
- un système d’exploitation OS (Operating System en Anglais) qui englobe un ensemble de programmes qui dirige l'utilisation des capacités d'un dispositif informatique par des logiciels applicatifs,
- un microprogramme (firmware (FW) en Anglais) qui est une couche logicielle développée et intégrée au sein d'un dispositif informatique par les constructeurs. Ce microprogramme apporte un certain nombre de fonctionnalités. Outre cet apport, la principale fonction d'un microprogramme est de réaliser une communication entre l'OS et le matériel (hardware) du décodeur afin d'assurer le bon fonctionnement de ce dernier.
Nous n’entrerons pas dans les détails d’exécution du système d’exploitation et du microprogramme car sans intérêt pour l’exposé de l’invention. On désignera ces deux exécutions par « démarrage » dans la suite.
Suite au démarrage, voire parallèlement au démarrage, le décodeur STB, sous-entendu le processeur CPU, exécute des applications. Par exemple, le décodeur affiche une interface homme machine IHM pour l’accès à la télévision, à la VOD, etc., sur l’écran dès le démarrage. D’autres applications peuvent être exécutées en tâche de fond c’est-à-dire qu’elles sont exécutées mais ne sont pas affichées sur le dispositif de restitution TV.
Lorsqu’un utilisateur démarre le décodeur STB, cet utilisateur va souhaiter accéder à une des applications en particulier. Pour réduire le temps d’affichage de cette application, et ne sachant pas quelle application l’utilisateur va sélectionner, plusieurs applications, par exemple les plus utilisées par l’utilisateur, vont être exécutées suite au démarrage. Les puissances électriques consommées vont alors s’ajouter. Or le décodeur ne peut pas fournir une puissance électrique au-delà d’une puissance maximale.
Le terminal peut être sujet à des défaillances électriques d’un composant électrique du système d’alimentation électrique. Le terminal peut aussi être sujet à des instabilités électriques du fait d’une consommation instantanée trop importante dans le terminal par rapport à la puissance électrique instantanée fournit par le terminal. Dans ce cas, le système ne rencontre pas de défaillance d’un composant mais ne délivre pas suffisamment de puissance électrique pour exécuter toutes les tâches informatiques (exécution d’applications, lecture de contenus, etc.) en cours.
Ces défaillances ou instabilités empêchent le terminal de lecture de démarrer correctement.
L’instabilité électrique peut être due à un système d’alimentation qui n’est pas optimal ; ce cas se présente par exemple lorsque le terminal est alimenté électriquement via un branchement sur un port USB de type (5V/1A) au lieu d’une prise secteur. Dans notre exemple, le port USB peut fournir une puissance maximale de cinq watts (5 Watts) ; En d’autres mots, le décodeur STB ne doit pas consommé plus de 5 Watts. Dans la négative, le terminal s’arrête et redémarre. Le terminal comprend à cet effet un module de redémarrage apte à redémarrer automatiquement en cas de détection d’une défaillance électrique.
Or, on constate aujourd’hui que certaines applications consomment une puissance de l’ordre d’un Watt (1Watt) lors de leur exécution. Le nombre d’applications exécutables parallèlement ne peut donc pas dépasser, théoriquement, cinq applications. Au-delà d’une consommation instantanée de cinq Watts, le terminal ne peut fournir une puissance électrique suffisante. Il résulte de cette insuffisance, un redémarrage automatique (« boot » en anglais) du terminal, voire une répétition de redémarrages. L’utilisateur souhaitant utiliser une application voit le terminal redémarrer une ou plusieurs fois. L’expérience utilisateur est déplorable.
L’invention propose de détecter l’origine de la défaillance et de réaliser un traitement de manière à redémarrer correctement et donc cesser les redémarrages intempestifs.
Selon l’invention, plusieurs phases s’exécutant lors du fonctionnement du décodeur STB sont identifiées ; des traitements respectifs vont être associés à ces phases de manière à corriger la défaillance dans la phase concernée.
Dans notre exemple, en référence aux figures 3 à 5, les phases suivantes sont détectées :
  • Une première phase au cours de laquelle le système d’alimentation est mis en marche et le microprogramme visé ci-dessus est exécuté ; cette phase se termine à un premier instant t1. Dans notre exemple, la durée de cette phase est de l’ordre de 1 minute ; on fixe ici, pour illustrer l’exemple, t1 à 1 minute.
  • Une deuxième phase au cours de laquelle l’application de lecture démarre ; cette phase a généralement lieu suite à la première phase et se termine généralement dans le terminal de lecture visé ici aux alentours de trois minutes après le démarrage ; on fixe ici, pour illustrer l’exemple, t2 à 3 minutes.
  • Une troisième phase au cours de laquelle l’application de lecture commence la lecture du contenu multimédia. cette phase a lieu suite à la deuxième phase ; on fixe ici, pour illustrer l’exemple, un instant t3 à 10 minutes par exemple.
Le nombre de phases et le type de phases ne se limitent bien évidemment pas à celles décrites ci-dessus. Le nombre de phase peut être inférieur ou supérieur et le type de phase toutes autres phases du cycle de fonctionnement d’un terminal.
On considère qu’un démarrage a lieu à un instant t0.
Trois plages temporelles sont associées aux trois phases respectives :
  • Une première plage temporelle t0-t1 qui correspond à l’exécution du système d’exploitation et du microprogramme ;
  • Une deuxième plage temporelle t1-t2 au cours de laquelle une ou plusieurs applications sont exécutées ;
  • Une troisième plage temporelle t2-t3 a cours de laquelle une voire plusieurs applications sont en cours de fonctionnement.
Aux trois phases sont aussi associés des traitements respectifs à réaliser :
  • Un premier traitement T1 ;
  • Un deuxième traitement T2 ;
  • Un troisième traitement T3.
Précisons ici que l’invention ne se limite pas à trois phases. Ce nombre peut bien évidemment être inférieur ou supérieur.
Les figures 3 à 5 illustrent des cas d’exemples de défaillances se produisant au cours des trois phases de fonctionnement, respectivement. Ces trois figures représentent chacune un repère orthonormé ayant en abscisse le temps et en ordonnée la puissance consommée par le terminal. La puissance maximale Pmax que peut fournir le terminal de lecture est aussi représentée.
Sur la , la phase de démarrage commence à l’instant t0, le terminal consomme une puissance qui augmente dans le temps jusqu’à atteindre à l’instant t01 la puissance maximum Pmax que peut fournir le décodeur STB. A cet instant t01, le terminal ne peut pas fournir suffisamment de puissance ; le démarrage s’arrête en conséquence.
Sur la , la phase de démarrage commence à l’instant t0, le terminal consomme une puissance qui augmente dans le temps sans jamais dépasser la puissance maximum Pmax. A l’instant t1, le terminal démarre la deuxième phase. Le terminal consomme une puissance qui augmente dans le temps jusqu’à atteindre à l’instant t12 la puissance maximum Pmax. A cet instant t12, le terminal ne plus pas fournir suffisamment de puissance ; le démarrage s’arrête en conséquence. Lors de cette deuxième phase, dans notre exemple, l’application de lecture TV n’a pas réussi à démarrer.
Sur la , la phase de démarrage commence à l’instant t0, le terminal consomme une puissance qui augmente dans le temps sans jamais dépasser la puissance maximum Pmax. A l’instant t1, le terminal démarre la deuxième phase. le terminal consomme une puissance qui augmente dans le temps sans jamais dépasser la puissance maximum Pmax. A l’instant t2, le terminal démarre la troisième phase. Le terminal consomme une puissance qui augmente dans le temps jusqu’à atteindre à l’instant t23 la puissance maximum Pmax. A cet instant t23, le terminal ne peut plus pas fournir suffisamment de puissance ; la lecture du contenu multimédia s’arrête en conséquence. Lors de cette troisième phase, dans notre exemple, l’application de lecture dispositif de restitution TV cesse de lire le contenu.
La est un algorithme comprenant des étapes illustrant un mode de réalisation du procédé de l’invention. L’algorithme illustre des étapes mises en œuvre par le module de gestion MNG intrduit ci-dessus.
Lors d’une étape ET1, un redémarrage est détecté par le module de gestion MNG.
Le module de gestion MNG détermine, lors d’une étape ET2, la durée écoulée avec le précédent démarrage.
Sa la durée est supérieure à une durée donnée, le procédé se poursuit et le terminal de lecture démarre normalement lors d’une étape ET3.
Si la durée est inférieure à une durée donnée, le module lors d’une étape ET4, détermine l’instant d’arrêt du terminal de lecture. En fonction de l’instant, le module réalise, lors d’une étape ET5, un traitement Tn associé à la plage temporelle à laquelle appartient l’instant tnm.
Si l’instant correspond à t01, dans notre exemple, le module de gestion MNG bloque le démarrage pour qu’il n’ait plus lieu, l’origine de la panne étant due à une défaillance du système d’alimentation.
Si l’instant correspond à l’instant t12, le module de gestion MNG abaisse par exemple la puissance consommée par des composants internes au terminal tels que la puissance GPU, la puissance du processeur CPU, ou la puissance Wi-Fi.
Certains terminaux disposent de plusieurs bandes de fréquences Wi-Fi pour la communication. Deux fréquences sont généralement utilisées sur les terminaux de lecture à savoir 2,4 et 5 GHz et chaque fréquence entraîne des consommations électriques respectives. La bande de fréquence de 5GHz consomme plus que celle à 2,4 GHz. Dans cette configuration, dans l’hypothèse où la bande de fréquence utilisée est la bande 5 GHz, pour diminuer la puissance Wi-Fi, le module de gestion MNG peut basculer sur la bande de fréquence de 2,4 GHz et redémarrer avec cette bande de fréquence.
Une baisse de la puissance du processeur peut consister par exemple à diminuer la fréquence d’horloge. Un autre moyen, lorsque le processeur est équipé de plusieurs cœurs, est de diminuer le nombre de cœurs à utiliser. Rappelons qu’un processeur multi-cœurs est composé de deux ou plusieurs cœurs indépendants, chacun étant capable de traiter des instructions individuellement.
Si l’instant correspond à l’instant t23, le module de gestion MNG déduit par exemple que l’arrêt est dû à un contenu multimédia ayant une qualité trop grande par exemple un contenu 4k. Le module de gestion requiert une diminution de la qualité et diminue de facto la puissance nécessaire au réseau Wi-Fi.
Les traitements et remèdes présentés ci-dessus ne constituent que des exemples. D’autres remèdes auraient pu être utilisés.
La nouvelle configuration du terminal est mémorisée lors d’une étape ET6.
Une fois le traitement réalisé, le module de gestion MNG redémarre avec la nouvelle configuration qui résulte du traitement réalisé en fonction de l’instant d’arrêt.
Selon une variante, les étapes décrites ci-dessus sont mises en œuvre après plusieurs redémarrages consécutifs, la durée entre les redémarrages consécutifs étant inférieur à la durée donnée.
Selon une autre variante, lorsque plusieurs applications s’exécutent en même temps et que l’arrêt du terminal se situe à l’instant t12, le module de gestion MNG applique un traitement à exécuter après le prochain redémarrage à savoir un étalement dans le temps des instants d’exécution des applications concernées.
Selon une variante, si plusieurs traitements sont possibles en association avec une phase, une hiérarchisation des traitements peut être prévue. Par exemple, si l’arrêt a lié à un instant t12 compris entre t1 et t2, et que plusieurs traitements sont possibles en association avec la phase concernée, le module de gestion MNG exécute les traitements les uns après les autres selon la hiérarchie établit jusqu’à ce que le terminal fonctionne de nouveau normalement. Le module de gestion MNG peut par exemple dans un premier temps abaisser la puissance consommée par des composants internes au terminal tels que la puissance GPU, la puissance du processeur CPU, ou la puissance Wi-Fi. Si ce traitement ne suffit pas à corriger le défaut de fonctionnement, le module de gestion MNG réalise le traitement suivant par exemple, comme vu ci-dessus, un étalement des instants d’exécution des applications.
Signalons enfin ici que, dans le présent texte, le terme « module » peut correspondre aussi bien à un composant logiciel qu’à un composant matériel ou un ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d’ordinateur ou de manière plus générale à tout élément d’un programme apte à mettre en œuvre une fonction ou un ensemble de fonctions telles que décrites pour les modules concernés. De la même manière, un composant matériel correspond à tout élément d’un ensemble matériel (ou hardware) apte à mettre en œuvre une fonction ou un ensemble de fonctions pour le module concerné (circuit intégré, carte à puce, carte à mémoire, etc.).

Claims (11)

  1. Procédé de gestion du fonctionnement d’un terminal de lecture de contenus numériques, le terminal comprenant une source d’alimentation électrique apte à alimenter en électricité le terminal lors de phases de fonctionnement du terminal de lecture, caractérisé en ce qu’il comprend, lorsque la durée écoulée entre deux démarrages consécutifs du terminal de lecture est inférieure à une durée donnée,
    Une étape de détection (ET4) de la phase au cours de laquelle le fonctionnement s’est arrêté suite au dernier démarrage,
    Une étape d’application d’un traitement (ET5) fonction de la phase détectée.
  2. Procédé de gestion selon la revendication 1, caractérisé en ce que les étapes sont mises en œuvre après plusieurs redémarrages consécutifs, la durée entre les redémarrages consécutifs étant inférieure à la durée donnée.
  3. Procédé de gestion selon la revendication 1, caractérisé en ce que si la cause de l’arrêt est due au système d’alimentation électrique, le traitement comprend une mise hors tension du terminal de lecture.
  4. Procédé de gestion selon la revendication 1, caractérisé en ce que le terminal comprend des composants électriques, en ce que si la phase correspond à une exécution d’une application de lecture de contenus multimédias, le traitement comprend une réduction de la puissance consommée par au moins un composant inclus dans le terminal de lecture.
  5. Procédé de gestion selon la revendication 1, caractérisé en ce que le terminal comprend des applications, et en ce que si la phase correspond à une exécution simultanée de plusieurs applications de lecture de contenus multimédias, le traitement comprend un étalement des instants d’exécution des applications.
  6. Procédé de gestion selon la revendication 1, caractérisé en ce que si la phase correspond à une lecture d’un contenu avec une qualité de restitution donnée, le traitement comprend une réduction de la qualité de restitution.
  7. Procédé de gestion selon la revendication 1, caractérisé en ce que les différentes phases sont associées à des plages temporelles respectives, et en ce que l’étape de détection (ET4) comprend la détermination de l’instant d’arrêt du terminal pendant son fonctionnement, et de la phase associée à cet instant.
  8. Entité de gestion du fonctionnement d’un terminal de lecture de contenus numériques, le terminal comprenant une source d’alimentation électrique apte à alimenter en électricité le terminal lors de phases de fonctionnement du terminal de lecture, caractérisé en ce qu’il comprend
    Un module de détection apte à détecter, lorsque la durée écoulée entre deux démarrages consécutifs du terminal de lecture est inférieure à une durée donnée, la phase au cours de laquelle le fonctionnement s’est arrêté,
    Un module d’application apte à appliquer un traitement fonction de la phase détectée.
  9. Terminal (STB) caractérisé en ce qu’il comprend une entité de gestion (MNG) telle que définie dans la revendication 8.
  10. Programme d’ordinateur apte à être mis en œuvre dans une entité de gestion tel que définie dans la revendication 8, ledit programme comprenant des instructions de code qui, lorsque le programme est exécuté réalise l’étape définie dans la revendication 1.
  11. Support d'enregistrement lisible par un processeur de données sur lequel est enregistré un programme comprenant des instructions de code de programme pour l'exécution des étapes du procédé défini dans l’une des revendications 1 à 7.
FR2101321A 2021-02-11 2021-02-11 Procédé de gestion du fonctionnement d’un terminal de lecture de contenus multimédias. Active FR3119689B1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR2101321A FR3119689B1 (fr) 2021-02-11 2021-02-11 Procédé de gestion du fonctionnement d’un terminal de lecture de contenus multimédias.

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR2101321A FR3119689B1 (fr) 2021-02-11 2021-02-11 Procédé de gestion du fonctionnement d’un terminal de lecture de contenus multimédias.
FR2101321 2021-02-11

Publications (2)

Publication Number Publication Date
FR3119689A1 true FR3119689A1 (fr) 2022-08-12
FR3119689B1 FR3119689B1 (fr) 2023-12-08

Family

ID=75278222

Family Applications (1)

Application Number Title Priority Date Filing Date
FR2101321A Active FR3119689B1 (fr) 2021-02-11 2021-02-11 Procédé de gestion du fonctionnement d’un terminal de lecture de contenus multimédias.

Country Status (1)

Country Link
FR (1) FR3119689B1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080285660A1 (en) * 2007-05-14 2008-11-20 Sandisk Il Ltd. Dual decoder portable media device
US20130047020A1 (en) * 2011-03-11 2013-02-21 Qualcomm Incorporated Remote access and administration of device content, with device power optimization, using http protocol
US20170024244A1 (en) * 2015-07-24 2017-01-26 Thomson Licensing Method for monitoring a software program and corresponding electronic device, communication system, computer readable program product and computer readable storage medium
EP3522508A1 (fr) * 2016-10-25 2019-08-07 Huawei Technologies Co., Ltd. Procédé de reprise suite à une panne d'alimentation d'un dispositif terminal, et dispositif terminal

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080285660A1 (en) * 2007-05-14 2008-11-20 Sandisk Il Ltd. Dual decoder portable media device
US20130047020A1 (en) * 2011-03-11 2013-02-21 Qualcomm Incorporated Remote access and administration of device content, with device power optimization, using http protocol
US20170024244A1 (en) * 2015-07-24 2017-01-26 Thomson Licensing Method for monitoring a software program and corresponding electronic device, communication system, computer readable program product and computer readable storage medium
EP3522508A1 (fr) * 2016-10-25 2019-08-07 Huawei Technologies Co., Ltd. Procédé de reprise suite à une panne d'alimentation d'un dispositif terminal, et dispositif terminal

Also Published As

Publication number Publication date
FR3119689B1 (fr) 2023-12-08

Similar Documents

Publication Publication Date Title
FR2807185A1 (fr) Carte ic, puce ic, procede de securisation de donnees et procede de surveillance d'alimentation
WO2019072258A1 (fr) Procédé de commande d'image d'affichage de démarrage d'un dispositif intelligent, et dispositif intelligent
FR2762737A1 (fr) Procede pour changer de version de logiciel dans un systeme informatique comportant plusieurs stations, et systeme informatique pour la mise en oeuvre de ce procede
FR3119689A1 (fr) Procédé de gestion du fonctionnement d’un terminal de lecture de contenus multimédias.
WO2007006758A1 (fr) Procede de detection d'erreurs lors de l'initialisation d'un appareil electronique et appareil implementant le procede
FR3014631A1 (fr) Dispositif et procede de configuration d'un dispositif de communication
FR3025627A1 (fr) Mecanisme haute performance pour generation d'informations de journalisation d'un processus informatique
EP4016297A1 (fr) Procédé de gestion de l'exécution d'applications stockées dans un terminal
EP2089787B1 (fr) Procede de telechargement de parametres d'utilisation dans un appareil, et appareil pour la mise en oeuvre de l'invention
WO2023041876A1 (fr) Procede de gestion de l'alimentation electrique d'appareils
EP2162821A1 (fr) Procede de stockage
EP2679003B1 (fr) Procede et dispositif de gestion autonome d'un equipement electronique
EP3672359A1 (fr) Equipement electrique qui accede, dans un mode de fonctionnement alternatif, a un reseau de telephonie mobile
FR3086478A1 (fr) Gestion du fonctionnement d'une telecommande lors de la reception d'un appel telephonique.
EP4007286A1 (fr) Procédé de gestion d'une communication entre un dispositif de commande et un terminal de lecture
EP3926929B1 (fr) Procédé de gestion de la lecture d'un contenu numérique au sein d'un terminal lecteur de contenus multimédias connecté à un dispositif de restitution
FR3086477A1 (fr) Gestion de l'alimentation electrique d'une telecommande.
CN109117196B (zh) 一种双bios启动及bios版本比对处理系统
FR3041201A1 (fr) Procede de gestion de la restitution de contenus publicitaires
EP4312125A1 (fr) Prédiction d'une anomalie de ressource pour la programmation d'un point de sauvegarde
FR3117712A1 (fr) procédé de changement de fréquence depuis une première fréquence de réception radio vers une deuxième fréquence de réception dans un système de réception radio comportant un unique récepteur
EP4109905A1 (fr) Gestion du téléchargement progressif adaptatif d'un contenu numérique en mode économiseur d'écran
FR3124046A1 (fr) Procédé d’activation d’une interface de communication d’une passerelle résidentielle dans un réseau de communication local, équipement et programme d’ordinateur correspondants.
EP1460852A1 (fr) Procédé et dispositif de diffusion et de chargement d'une information dans un système de communication du type télévision numérique
FR3117716A1 (fr) Procédé de gestion de la restitution d’un contenu par un dispositif de restitution.

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20220812

PLFP Fee payment

Year of fee payment: 3

PLFP Fee payment

Year of fee payment: 4