FR3074591A1 - Procede de gestion des connexions d'un dispositif electronique. - Google Patents

Procede de gestion des connexions d'un dispositif electronique. Download PDF

Info

Publication number
FR3074591A1
FR3074591A1 FR1761619A FR1761619A FR3074591A1 FR 3074591 A1 FR3074591 A1 FR 3074591A1 FR 1761619 A FR1761619 A FR 1761619A FR 1761619 A FR1761619 A FR 1761619A FR 3074591 A1 FR3074591 A1 FR 3074591A1
Authority
FR
France
Prior art keywords
content
current connection
characteristic
request
function
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.)
Withdrawn
Application number
FR1761619A
Other languages
English (en)
Inventor
Martin Conan
Jean Bernard Leduby
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 FR1761619A priority Critical patent/FR3074591A1/fr
Priority to PCT/FR2018/053090 priority patent/WO2019110906A1/fr
Priority to US16/770,437 priority patent/US11412309B2/en
Priority to EP18833912.1A priority patent/EP3721637A1/fr
Publication of FR3074591A1 publication Critical patent/FR3074591A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/488—Data services, e.g. news ticker
    • H04N21/4882—Data services, e.g. news ticker for displaying messages, e.g. warnings, reminders
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/418—External card to be used in combination with the client device, e.g. for conditional access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44227—Monitoring of local network, e.g. connection or bandwidth variations; Detecting new devices in the local network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/4424—Monitoring of the internal components or processes of the client device, e.g. CPU or memory load, processing speed, timer, counter or percentage of the hard disk space used
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47202—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/24—Systems for the transmission of television signals using pulse code modulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26258—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

L'invention concerne un procédé de gestion des connexions d'un dispositif de traitement (5, CTV) de contenus multimédia (C) disposant d'au moins deux connexions distinctes pour rendre au moins une fonction (ALIM, NET). Le procédé est caractérisé en ce qu'il comporte, sur le dispositif de traitement, les étapes de : - réception d'une requête (REQ(C), E2) pour traiter un contenu multimédia (C) ; - analyse de la requête (REQ(C), E2) pour en extraire au moins une caractéristique dudit contenu (MPEG4@4Mb) ; - obtention (E3) d'une connexion courante pour ladite au moins une fonction du dispositif (Wi-Fi, ETH, USB, SEC1, SEC2) ; - vérification de l'adéquation (E4) entre ladite au moins une caractéristique du contenu et la connexion courante (Wi-Fi, ETH, USB, SEC1, SEC2) ; - en fonction des résultats de la vérification, émission (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.

Description

Domaine technique
L'invention se rapporte à un système et procédé de gestion des connexions d’un dispositif électronique.
L'invention s'applique à tout dispositif disposant de besoins variables en matière de connectique, en particulier électrique ou réseau. Elle s’adresse en particulier aux dispositifs multimédia.
Etat de la technique
Les besoins en connexions d’un dispositif électronique (décodeur numérique, smartphone, etc.), et notamment pour ce qui concerne l’énergie électrique et le volume de données informatiques échangées sur un réseau, est généralement fonction des modules et/ou applications utilisés à un instant donné sur un tel dispositif. Les besoins d’un décodeur multimédia peuvent par exemple varier en fonction du type et de la résolution du contenu multimédia traité, du type de calculs qu’il doit effectuer, etc.
Or un utilisateur d’un tel dispositif ne peut pas savoir a priori si l’alimentation de son dispositif, le type de connexion au réseau, au dispositif de restitution, etc. sont appropriées à un instant donné.
Ainsi le dispositif va-t-il échouer à rendre l’application attendue si les ressources ne sont pas suffisantes, ou la rendre de manière dégradée. Dans le cas d’un décodeur multimédia (STB -Set-top box, décodeur logiciel sur PC, clé TV, etc.), si les connexions du dispositif ne sont pas adaptées, il peut ne pas restituer le contenu multimédia requis, ou de le restituer avec des pauses, des saccades, etc.
Certaines solutions permettent de s’adapter à la bande passante disponible sur le réseau, et notamment les techniques de téléchargement adaptatif {adaptative streaming en anglais). Cependant, la qualité fournie à l’utilisateur n’est pas forcément celle qu’il attend. De plus, ce type de technique ne s’adapte qu’aux capacités de la bande passante disponible, et donc des capacités du réseau. En cas de connexion électrique insuffisante ce type de technique ne peut s’adapter correctement.
L'invention offre une solution ne présentant pas les inconvénients de l'état de la technique.
L'invention
A cet effet, selon un aspect fonctionnel, l'invention a pour objet un procédé de gestion des connexions d’un dispositif de traitement de contenus multimédia disposant d’au moins deux connexions distinctes pour rendre au moins une fonction, ledit procédé étant caractérisé en ce qu’il comporte, sur le dispositif de traitement, les étapes de :
- réception d'une requête pour traiter un contenu multimédia ;
- analyse de la requête pour en extraire au moins une caractéristique dudit contenu ;
- obtention d’une connexion courante pour ladite au moins une fonction du dispositif ;
- vérification de l’adéquation entre ladite au moins une caractéristique du contenu et la connexion courante ;
- en fonction des résultats de la vérification, émission 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 câble, un lien réseau, etc.) permettant au dispositif de se connecter à l’extérieur, en particulier sur un réseau (électrique ou de données ou de restitution).
Par fonction, on entend une fonctionnalité du dispositif pouvant être rendue par une telle connexion (alimentation en électricité ou en données, restitution sonore ou visuelle).
Par contenu multimédia on entend un contenu pouvant contenir un ou plusieurs médias (audio, vidéo, graphique, texte, son, etc.) auxquels sont associées des caractéristiques de média (résolution spatiale ou temporelle, débit, fréquence, échantillonnage, type de codage, format de codage, etc.)
Par modification de la connexion courante, on entend l’ajout, la suppression ou la modification d’une connexion courante concernant la fonction à rendre, par exemple le branchement sur le secteur électrique, sur un réseau local ou sur un moniteur externe.
Ainsi, l'invention offre l'avantage de pouvoir prévenir facilement un utilisateur que la ou les connexion(s) courante(s) de son dispositif ne sont pas adaptées pour rendre le service demandé. Notamment, en fonction des caractéristiques du contenu multimédia, un certain nombre de connexions peuvent être requises : connexion au secteur (branchement électrique), connexion au réseau par voie filaire (Ethernet), etc. Ainsi, contrairement à l’état de l’art pour lequel le service n’est pas rendu si les connexions requises ne sont pas assurées, ou est rendu de manière dégradée (en diminuant par exemple le débit de données pour supprimer la nécessité d’une connexion filaire), l’invention permet avantageusement de prévenir l’utilisateur par l’émission d’un message approprié, que le service pourra être rendu à condition de modifier une ou plusieurs connexions de l’équipement.
Selon un mode de mise en oeuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que la fonction est relative à l’alimentation électrique du dispositif.
Ce mode de mise en oeuvre de l'invention permet de prévenir l’utilisateur que l’alimentation électrique n’est pas suffisante pour rendre un service multimédia requis lorsque le dispositif comporte plusieurs modes de d’alimentation possibles. En effet, un dispositif électronique peut être alimenté via une batterie, une alimentation secteur, une alimentation filaire de type série (USB), de type HDMI-MHL, sans fils par courants porteurs, etc. Un type d’alimentation donné peut ne pas être adéquat pour rendre le service multimédia demandé (parce que la puissance, la fréquence, etc. de la source d’alimentation sont inadaptés).
Selon une variante de ce premier mode de mise en oeuvre, la nouvelle connexion courante est de type série ou secteur.
Cette variante de mise en oeuvre de l'invention permet de prévenir l’utilisateur qu’il peut basculer d’un mode d’alimentation série, 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 particulièrement avantageuse pour un petit dispositif comme par exemple une clé TV, lorsque le traitement du contenu multimédia demande une puissance supérieure à celle qui peut être délivrée par une batterie ou une alimentation série.
Selon un second mode de mise en oeuvre particulier de l'invention, qui pourra être mis en oeuvre alternativement ou cumulativement avec le précédent, un procédé tel que décrit plus haut est caractérisé en ce que la fonction est relative à l’accès au réseau de données du dispositif.
Ce mode de mise en oeuvre de l'invention permet de prévenir l’utilisateur que la connexion réseau n’est pas suffisante pour rendre un service multimédia requis lorsque le dispositif comporte plusieurs modes de connexions possibles au réseau. En effet, un dispositif électronique peut être connecté à un réseau via une liaison sans fils (Wi-FI, Bluetooth, LiFi, etc.), ou via une liaison filaire (Ethernet, Câble optique, Courants porteurs en ligne, fibre, etc.) Un type de connexion réseau donné peut ne pas être adéquat pour rendre le service multimédia demandé (parce que le débit, la latence, etc. sur le réseau sont inadaptés).
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 prévenir l’utilisateur qu’il peut basculer d’un mode de connexion réseau sans fils à un mode de connexion filaire, typiquement Ethernet, et vice versa. Cette variante est particulièrement avantageuse lorsque le contenu multimédia demande une bande passante supérieure à celle qui peut être délivrée par liaison radio sans fils.
Selon un autre mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents, un procédé tel que décrit ci-dessus est caractérisé en ce que la fonction est relative à la restitution des données multimédia du dispositif.
Ce mode de mise en œuvre de l'invention permet de prévenir l’utilisateur que l’affichage (ou la restitution sonore) du dispositif de traitement n’est pas suffisant pour rendre un service multimédia requis lorsque le dispositif comporte plusieurs modes de connexions possibles à un dispositif de restitution, notamment externe. En effet, un dispositif électronique peut disposer de son propre affichage mais encore être connecté à un afficheur externe de type écran de PC, TV standard, TV haute définition, etc. via une liaison VGA ou HDMI, etc. Un type de connexion donné (par exemple, VGA) peut ne pas être adéquat pour rendre le service multimédia demandé (parce que la résolution de l’écran, la vitesse d’acquisition des données, etc. sont inadaptées). II est dans ce cas intéressant de pouvoir prévenir l’utilisateur qu’il peut changer type de connexion (e.g. basculer en HDMI) et/ou de moniteur pour rendre correctement le service.
Selon un autre mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents, un procédé tel que décrit plus haut est caractérisé en ce que la requête est une requête de téléchargement progressif d’un contenu multimédia et en ce que l’étape d’analyse de la requête comporte les sous-étapes suivantes :
- obtention d’un fichier descriptif du contenu ;
- analyse du fichier pour en extraire au moins une caractéristique dudit contenu.
Ce mode de mise en œuvre de l'invention permet de bénéficier des avantages d’une méthode de streaming adaptatif (ou téléchargement progressif) pour l’accès aux contenus, et notamment de la présence d’un fichier de description du contenu, qui permet d’acquérir très simplement les caractéristiques du contenu à restituer (débit, codage, fréquence, résolutions, etc.). Si par exemple l’utilisateur requiert un contenu en haute-définition, l’accès à un tel fichier de description du contenu permet de récupérer immédiatement les caractéristiques du contenu en haute définition, avant d’y accéder.
Selon un autre mode de mise en oeuvre particulier de l'invention, qui pourra être mis en oeuvre alternativement ou cumulativement avec les précédents, un procédé tel que décrit plus haut est caractérisé en ce que la requête pour traiter le contenu est reçue d’un terminal de contrôle et le message d’alerte est émis vers ledit terminal de contrôle en vue de sa restitution.
Avantageusement selon ce mode, c’est le terminal qui a émis la requête vers le dispositif de traitement (par exemple, un smartphone émettant une requête de chargement de contenu vers une clé TV ou une STB) qui recevra en retour le message l’informant de l’insuffisance des connexions du dispositif. Comme il s’agit généralement du terminal de l’utilisateur, il sera à même de réagir rapidement.
Selon un autre mode de mise en oeuvre particulier de l'invention, qui pourra être mis en oeuvre alternativement ou cumulativement avec les précédents, un procédé tel que décrit plus haut est caractérisé en ce que le dispositif de traitement est relié à un dispositif de restitution du contenu, et le message d’alerte est émis vers ledit dispositif de restitution.
Avantageusement selon ce mode, c’est le terminal d’affichage du contenu, relié au dispositif de traitement (par exemple, un TV restituant le contenu streamé par une clé TV) qui recevra le message l’informant de l’insuffisance des connexions du dispositif. Comme il s’agit généralement du terminal devant lequel se trouve l’utilisateur en attente de la restitution du contenu, il sera à même de réagir rapidement.
Selon un autre mode de mise en oeuvre particulier de l'invention, qui pourra être mis en oeuvre alternativement ou cumulativement avec les précédents, un procédé tel que décrit plus haut est caractérisé en ce que la caractéristique du contenu est une caractéristique de codage.
Avantageusement selon ce mode, c’est une caractéristique de codage du contenu multimédia, par exemple du média vidéo d’une chaîne TV, qui est pris en compte pour caractériser le contenu. En effet, la méthode de codage d’un contenu influe grandement sur les capacités nécessaires de la part du dispositif de traitement, notamment pour ce qui concerne son alimentation électrique (il consomme davantage s’il utilise une technique de décodage plus complexe), son débit utile (il a besoin de plus de bande passante s’il utilise une technique de codage visant les hauts débits) et la résolution de son affichage ou de l’affichage qui lui est connecté.
Selon un autre mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents, un procédé tel que décrit plus haut est caractérisé en ce que la caractéristique du contenu est une caractéristique de débit.
Avantageusement selon ce mode, c’est une caractéristique de débit du contenu multimédia, par exemple du média vidéo d’une chaîne TV, qui est pris en compte pour caractériser le contenu. En effet, le débit utile d’un contenu influe grandement sur les capacités nécessaires de la part du dispositif de traitement, notamment pour ce qui concerne sa connexion au réseau (il a besoin d’une connexion filaire si la bande passante est élevée), son alimentation électrique (il a besoin de plus d’énergie s’il doit décoder davantage de données), et sa connexion à un dispositif de restitution externe (il a besoin d’un téléviseur haute définition s’il doit traiter des données correspondant à ce débit).
Selon un aspect matériel, l'invention concerne également un dispositif de traitement de contenus multimédia disposant d’au moins deux connexions distinctes pour rendre au moins une fonction, ledit dispositif étant caractérisé en ce qu’il comporte :
un module pour recevoir une requête pour traiter un contenu multimédia ;
- un module pour analyser la requête pour en extraire au moins une caractéristique dudit contenu ;
- un module pour obtenir une connexion courante pour ladite au moins une fonction du dispositif ;
- un module pour vérifier l’adéquation entre la caractéristique du contenu et la connexion courante ;
- un module pour émettre en fonction des résultats de la vérification, un message d’alerte pour modifier la connexion courante pour ladite au moins une fonction du dispositif en une nouvelle connexion courante.
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 oeuvre 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 oeuvre une fonction ou un ensemble de fonctions pour le module concerné (circuit intégré, carte à puce, carte à mémoire, etc.).
Selon un autre aspect matériel, l'invention concerne également une clé TV comprenant un dispositif de traitement tel que présenté ci-dessus.
Selon un autre aspect matériel, l'invention concerne également un système comprenant un dispositif de traitement tel que revendiqué ci-dessus, un terminal de contrôle et un terminal de restitution.
Selon un autre aspect matériel, l'invention concerne également un programme d'ordinateur apte à être mis en oeuvre dans un dispositif tel que défini ci-dessus, le programme comprenant des instructions de code qui, lorsque le programme est exécuté par un processeur, réalise les étapes du procédé défini ci-dessus.
Les objets selon les aspects matériels de l’invention procurent au moins les mêmes avantages que ceux procurés par le procédé selon le premier aspect. Les caractéristiques optionnelles évoquées pour le premier aspect peuvent s’appliquer en termes de procédé.
Ce programme peut utiliser n’importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable.
Selon encore 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.
Le support d'informations 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, par exemple 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.
Les figures:
La figure 1 représente un mode de réalisation de l’invention dans lequel le dispositif est un décodeur numérique prenant la forme d’une clé électronique.
La figure 2 représente une architecture matérielle d’une clé électronique selon un mode de réalisation de l’invention.
La figure 3 représente un chronogramme des échanges entre un terminal de contrôle et une clé électronique associée à un téléviseur selon un mode de réalisation de l’invention.
Description détaillée d'un exemple de réalisation illustrant l'invention
La figure 1 représente un mode de réalisation de l’invention dans lequel le dispositif est un décodeur numérique prenant la forme d’une clé électronique (5) dans un réseau local (10) d’un utilisateur (A), connecté au réseau étendu (WAN, 1) via une passerelle de service (6).
On rappelle ici qu’un réseau local, aussi appelé réseau domestique, est un réseau informatique qui relie ensemble, avec ou sans fils, les terminaux d’une maison (ordinateurs, périphériques d’impression, de restitution, de stockage, etc.) aptes à communiquer ensemble. Un réseau domestique comporte généralement un équipement routeur, aussi communément appelé passerelle domestique, ou passerelle de service (6), élément intermédiaire assurant la redirection, ou routage, des paquets de données entre les différents terminaux et les réseaux qui lui sont connectés. Un tel réseau domestique connecte souvent les différents terminaux en utilisant une technologie sans fils WiFi ou filaire Ethernet, les deux types de support étant prévus pour des communications basés sur les protocoles de la famille IP {Internet Protocol). Par la suite, on entend par dispositif terminal, ou plus simplement « terminal », tout dispositif apte à se connecter avec ou sans fils à la passerelle (6).
Le contexte du réseau local domestique (10) est donné à titre d’exemple et pourrait être transposé aisément à celui d’un réseau d’entreprise.
Le réseau local (10) selon ce mode de réalisation de l’invention comprend un terminal TA de l’utilisateur A, et un dispositif de restitution (7), ou plus simplement téléviseur (TV), associé à une clé TV (5, CTV) connectée au réseau local (10) via la passerelle de service (6) chargée de télécharger les contenus sur le réseau WAN (1). Les terminaux du réseau local sont aptes à établir des connexions avec le WAN via la passerelle de service (6) qui lui est reliée par une liaison haut débit. Le réseau (10) est par exemple un réseau local IP et la liaison haut débit est de type ADSL (de l’anglais Asymmetric Digital
Subscriber Linë). Le réseau WAN (1) est également dans cet exemple de type IP et contient des serveurs (3) de contenus multimédia qui hébergent notamment des contenus numériques pour une mise à disposition des terminaux du réseau local (10) en mode de streaming. Le serveur de contenus (3) se trouve selon cet exemple dans le WAN (1) mais il pourrait, selon un autre exemple, être situé dans un réseau local, par exemple au niveau de la passerelle de service (6) ou de tout autre équipement capable d’héberger un tel serveur de contenus.
Sur la figure 1, la flèche pleine (F1) représente le chemin d’un contenu depuis le serveur de contenus (3) jusqu’au téléviseur (7), en passant par la passerelle de service (6) puis la clé CTV (5).
Le terminal TA est par exemple un smartphone ou une tablette électronique. Le terminal TA est apte transmettre à la clé CTV un ordre de téléchargement, comprenant une adresse de téléchargement à destination du serveur de contenus (3). L’utilisateur choisit de recevoir un contenu (C) en streaming. La passerelle de service (6) se connecte au serveur de contenus (3) du réseau étendu (1) sur lequel elle récupère les contenus streamés. La clé CTV (5) reçoit le contenu streamé et le service démarre, c'est-à-dire que la clé peut recevoir le contenu et la faire afficher sur le téléviseur, en utilisant typiquement une technique de type dit « streaming adaptatif » (HAS pour « HTTP Adaptive Streaming ») bien connue de l’homme du métier. Il existe dans ce domaine plusieurs solutions techniques, comme par exemple les solutions propriétaires Microsoft Smooth Streaming, Apple HLS, Adobe Http Dynamic Streaming ou encore la norme MPEG-DASH de l’organisme ISO/IEC qui sera décrite ci-après. Le terminal client effectue généralement une requête en deux étapes : une première étape consiste à télécharger un document décrivant les paramètres d’accès au service via le protocole HTTP (de l’anglais Hyper Text Transport Protocol), un protocole de communication client-serveur développé pour les réseaux Internet et en particulier le Web. Ce document contient un ensemble d’informations descriptives du contenu accessible à une certaine adresse sur un serveur de contenus. Dans la suite, on y référera sous l’expression « fichier de description » et on suppose dans un but de simplification qu’il se trouve sur le même serveur (3) que le contenu. Classiquement, ce fichier propose différents flux pour la même vidéo, correspondant par exemple à différents débits, différentes résolutions, différentes qualités. Lors d’une seconde étape, le terminal client accède au contenu sur le serveur et le service démarre effectivement, c'est-à-dire que le terminal client peut recevoir et traiter le contenu.
Un exemple de tel fichier de description, un fichier manifest (en abrégé MPD) inspiré de la norme MPEG-DASH, est fourni en annexe 1. Pour plus de détails on pourra se référer à la version la plus récente de la norme ISO/IEC 23009-1.Ce fichier manifest simplifié décrit des contenus numériques dans une syntaxe XML (de l'Anglais « eXtended Markup Language»), comprenant une liste de contenus sous forme de fragments classiquement décrits entre une balise ouvrante (< >) et une balise fermante </ >. Chaque fragment correspond à une certaine durée avec plusieurs niveaux de qualité. Les balises suivantes ont un intérêt particulier pour ce mode de réalisation de l’invention :
o Adaptation Set contient la description d’un flux multimédia (par exemple, toute la vidéo, une partie de la vidéo, l’audio dans une certaine langue, les sous-titres, etc.) Dans l’exemple :
o le premier Adaptation Set décrit la vidéo du contenu au format de codage MPEG4 et aux résolutions standard (SD) à 1 Mbit/s et 720p à
3,2 Mbits/s.
o le second décrit la vidéo au format de codage HEVC et à la résolution HD (1080p) à 10 Mbit/s.
o BaseURL indique une adresse pour accéder au contenu via une URL (Uniform Resource Locator), à différents niveaux de la hiérarchie 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, encodés au format MPEG4 (video/h264) et/ou au format HEVC (video/h265) ;
o SegmentUst liste les parties complémentaires des adresses des différents fragments :
« C_SD_1000k_h264_1 ,m4s» pour le premier fragment du contenu « C » à 1000 kilobits par seconde (« kb »), au format 800x600 (SD) « C_SD_1000k_h264_2.m4s» pour le second fragment,
- etc.
Une fois qu’il dispose de ces adresses de fragments, le terminal peut procéder à l’obtention des fragments de contenu multimédia via un téléchargement à ces adresses. Par exemple, l’adresse composée correspondant au contenu C à la résolution et au débit le plus faible est de type :
http://server.com/video/h264 /C_SD_ 1600k_h264(_X) .m4s.
Selon cet exemple, la génération des adresses se fait sur la clé électronique elle-même ; naturellement cette variante suppose que la clé dispose des moyens matériels et logiciels suffisants pour accéder au fichier manifest, l’analyser et générer l’adresse correcte correspondant à la commande reçue.
Selon l’invention, un « Fichier des Capacités en Connexions », abrégé FCC (2) a été préalablement installé sur le dispositif. Le module de gestion selon l’invention est apte à récupérer les caractéristiques courantes en connexions (selon l’exemple, électrique et réseau) associées à la clé CTV à un instant donné, de les comparer aux capacités inscrites dans ce fichier, puis en fonction des résultats de la comparaison, d’accepter ou refuser conditionnellement le service à un instant donné, selon un procédé qui sera décrit plus tard à l’appui de la figure
3. Par exemple si le contenu requis est à débit élevé en HEVC et que la clé est alimentée via USB, l’utilisateur sera informé que cette alimentation ne suffit pas et qu’il devra brancher la clé sur secteur pour bénéficier du service en haut débit/haute définition.
La figure 2 représente une architecture matérielle d’un dispositif de traitement selon un mode de réalisation de l’invention, par exemple une clé TV.
Le dispositif comprend des mémoires M articulées autour d'un processeur (CPU). Il comporte selon cet exemple :
- un module de communication de type radio (WiFi) qui lui permet de se connecter sans fils (par exemple, mais de manière non limitative, via un canal radio de type WiFI) aux terminaux du réseau, notamment les dispositifs mobiles (TA) et la passerelle de service (6) ;
- un module de communication de type filaire (ETH) qui lui permet de se connecter de manière filaire (par exemple, mais de manière non limitative, via un câble Ethernet) aux terminaux du réseau, notamment la passerelle de service ;
- un module de communication de type HTTP pour assurer les communications client-serveur de type HTTP, notamment dans le but d’échanger des données avec les terminaux mobiles (TA) du réseau local (échange des identités, réception des commandes de streaming, acquittements, etc.) et avec le serveur de contenus dans le WAN via la passerelle de service ;
- un module d’alimentation de type série (USB)
- un module d’alimentation de type secteur (POW) ;
- un module d’interface (HDMI) capable de s’interfacer physiquement et logiquement avec le téléviseur (7) pour transmission du contenu multimédia (audio et vidéo) décodé et échange 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 réalisation ;
- un module de gestion des capacités (CAP) selon l’invention, chargé de la gestion des capacités de la clé CTV selon le mode de réalisation décrit précédemment à l’appui de la figure 1. Ce module est notamment capable, en relation avec des modes de réalisation de l’invention :
• d’analyser la requête en provenance d’un terminal (TA) et d’en déduire quelle(s) caractéristique(s) du contenu doit être sélectionné ; la bande passante disponible et la capacité du dispositif de restitution peuvent aussi être classiquement examinées à ce stade.
• de déduire de la requête les capacités nécessaires en alimentation (électrique ou réseau) correspondant aux capacités du contenu demandé ;
• de comparer les capacités nécessaires aux capacités effectives du dispositif ;
• si les capacités du dispositif sont insuffisantes, de préparer un message d’alerte à destination de l’utilisateur ;
• d’émettre le message d’alerte vers le terminal (TA) et/ou le téléviseur (TV).
- un « media player » (MP) capable de restituer (recevoir, décoder, préparer) les flux en mode de streaming et de les délivrer au dispositif de restitution (TV) ; le « media player >> comporte entre autres un ensemble de décodeurs (audio, vidéo, etc.) aptes à décoder les contenus multimédia, ainsi qu’une interface de communication avec le dispositif mobile, apte à interpréter les ordres en provenance de celuici.
La figure 3 représente un chronogramme des échanges entre un terminal de contrôle (TA), une clé électronique (CTV, 5) associée à un téléviseur (TV) et un serveur de contenus (3) selon un mode de réalisation de l’invention.
Lors d’une étape EO, la clé TV (5) est initialisée ; les capacités de la clé peuvent être prédéfinies dans un Fichier des Capacités en Connexions (2, FCC), installé dans la mémoire du dispositif. Il peut s’agir d’un stockage en mémoire ROM, ou EPROM, etc. Alternativement, ce fichier des capacités peut être établi et/ou complété à la volée, en cour d’exécution de programmes sur la clé, c’est-àdire que la clé peut apprendre quelles sont ses connexions possibles.
Un exemple de contenu d’un tel fichier, qui se trouve en mémoire de la clé, est illustré ci-dessous sous forme d’une table ; elle comporte :
- l’identifiant de la clé CTV ;
- une colonne « MEDIA >> indiquant le type de média(s) d’un contenu, le type de codage (par exemple MPEG4) et la résolution (par exemple SD) supportés, et une plage de débits associés (1 Mbits/s à 3Mbits/s) ;
une colonne « CONNEXION >> indiquant le type de connexion supporté par le dispositif de traitement pour une ou plusieurs fonctions. Selon cet exemple, le dispositif supporte deux fonctions :
o une fonction réseau (NET) indique les types de connexions possibles entre la passerelle et la clé, selon cet exemple WI-FI (WIFI) ou Ethernet (ETH) ;
o une fonction alimentation (ALI M) indique les types de connexions possibles pour alimenter le dispositif ; les modes d’alimentation possibles sont ici série (USB) ou secteur (SEC), et le bloc d’alimentation dispose de deux puissances 1 et 2 (SEC1 et SEC2) ; par exemple, l’utilisateur utilise une alimentation qui n’est pas prévue pour la clé (SEC1) et délivre une puissance réduite ou l’alimentation d’origine de la clé (SEC) qui délivre une puissance plus élevée ;
- une colonne message (MESSAGE) pour indiquer à l’utilisateur les mesures à prendre pour pallier une insuffisance des connexions nécessaires à la restitution d’un contenu donné.
Par exemple :
- ligne 4 : le décodage d’un contenu vidéo en MPEG4/SD dont le débit se situe entre 1 et 3 Mbits/s ne requiert pas de capacités autres qu’une alimentation USB (colonne ALIM) et une réception Wi-Fi (colonne NET) classiques. Aucune alerte ne doit être remontée à l’utilisateur dans ce cas, quelle que soit la configuration de la clé ;
- ligne 7 : le décodage d’un contenu vidéo en HEVC74K dont le débit se situe entre 10 et 25 Mbits/s demande une grande capacité en réception et donc une liaison Ethernet (ΕΓΗ, colonne NET), ainsi qu’une puissance élevée de décodage qui ne pourra être obtenue que si la clé est en mode d’alimentation secteur niveau 2 (SE2, colonne ALIM)). Dans ce cas, une alerte doit être remontée à l’utilisateur pour le prévenir de brancher la clé sur secteur SEC2 en utilisant l’alimentation native si ce n’est pas fait et/ou en Ethernet si la clé fonctionne en Wi-FI. le message à émettre proposé ici à titre d’exemple est (colonne MESSAGE) : « Brancher la dé sur alimentation native et Ethernet ». Naturellement, ce message ne sera émis que si la clé n’est pas déjà connectée selon ces modes. Ceci suppose donc une analyse préalable de l’état courant des connexions de la clé.
!D C= “dé Orange 666777”
MEDIA CONNEXI ON MESSAGE
Media (M) codage (ENC) Débit (R) NET ALiM
vidéo MPEG4/SD 1 -3Mbit/s WiFi USB -
MPEG4/HD 3-8Mbit/s WiFi USB -
HEVC/HD 4-12Mbit/s WiFi SEC1 Brancher la clé
HEVC/4K 10-25Mbit/s ETH SEC2 Brancher la clé sur alimentation native et Ethernet
MVC 8-20Mbit/s WiFi SEC2 Brancher la clé sur alimentation native
audio MP3 128kb/s WiFi USB
AC3 384 kb/s WiFi SEC1 Brancher la clé
Table 1 : exemple de Table du fichier des capacités (FCC) du dispositif
Lors d’une étape E21 (E1), le terminal TA de l’utilisateur se connecte à la clé TV CTV. Cette connexion est effectuée de manière classique entre les deux dispositifs, par une communication entre une application mobile s’exécutant sur le terminal TA et une application correspondante sur la clé TV CTV.
Lors d’une étape E22, le terminal TA soumet une requête pour recevoir un contenu C via la clé CTV (5) et le restituer sur son TV. Cette requête est reçue à l’étape E2 par la clé CTV, qui l’analyse. Par exemple la requête est de type « restitution du contenu Cen HD sur le TV ».
Le module CAP de la clé CTV accède lors de cette étape E2 au fichier de description MPD. Elle peut le télécharger par exemple sur le serveur de contenus (3), ou sur la passerelle de service, ou y accéder en local, etc. Elle en déduit les caractéristiques détaillées du contenu qui lui est demandé. La clé TV analyse le fichier de description et en déduit qu’elle doit fournir le contenu C en haute définition à 10Mbit/s en HEVC, correspondant à l’URL suivante (pour le premier fragment) si l’on se réfère au fichier manifest donné à titre d’exemple en annexe 1 :
http://server.com/video/h265/ C_ 1080p_ 10000k_h265_ 1.m4s.
Lors d’une étape E3, la clé CTV consulte le fichier des capacités FCC qu’elle a en mémoire et prend connaissance de la configuration courante du dispositif correspondant aux différentes fonctions dans ce fichier. Selon l’exemple fourni dans la table ci-dessus, le module CAP de la clé CTV obtient l’état courant de la clé relatif aux deux fonctions (modes de connexion ALIM et NET) concernées. Par exemple :
- la clé TV est connectée en Wi-FI et branchée sur le secteur (SEC1),
- la clé TV est connectée en Ethernet (ETH) et alimentée en USB,
- etc.
Lors d’une étape E4, le module CAP de la clé CTV analyse les capacités requises pour le média demandé et les compare aux connexions courantes de la clé. Dans l’exemple, elle doit délivrer un contenu HD en HEVC à un débit de 10Mbit/s (ligne 6 de la table 1); pour cela elle doit assurer les deux fonctions suivantes : une connexion WiFI au réseau et une connexion secteur de type minimum SEC 1. Selon les cas, la comparaison, ou test d’adéquation, sera négatif (le service ne peut pas être rendu en l’état) ou positif (le service peut être rendu en l’état). Selon l’exemple :
- si la clé TV est connectée en Wi-FI ou en Ethernet et branchée sur le secteur, le test est positif, elle ne prépare pas de message.
- si la clé TV est connectée en Wi-FI ou en Ethernet et alimentée en USB, le test est négatif, elle prépare le message d’erreur « Brancher la clé >>.
Si le contenu peut être rendu en l’état, elle accède à la requête. Elle transmet optionnellement un acquittement au terminal lors d’une étape suivante E5, puis requiert le contenu auprès du serveur et commence le téléchargement et la restitution du contenu C requis au cours de l’étape E6 (restitution symbolisée par la flèche courbe). Le « Media Player >> (MP) reçoit le contenu en provenance de la passerelle de service, le décode, le met en forme, le fait jouer au fur et à mesure de sa réception et le transmet au dispositif de restitution associé (TV).
Sinon, si les capacités du contenu demandé ne correspondent pas aux branchements courants, c’est à dire si le test d’adéquation de l’étape E4 est négatif, l’étape E4 est suivie d’une étape E7, au cours de laquelle un message est transmis à l’utilisateur en lui demandant d’activer, pour au moins une fonction, une connexion nécessaire à la restitution : branchement sur le secteur, branchement Ethernet, etc.
Selon l’exemple fourni plus haut, elle transmet au terminal mobile de l’utilisateur le message M : « Brancher la clé».
Selon encore un autre exemple, la clé TV est connectée en Wi-FI et branchée sur le secteur avec un chargeur de puissance SEC1 ; si le contenu demandé (Flux HEVC en 4K à 25Mbit/s) requiert (ligne 7, table 1) une alimentation électrique fournie nativement avec le dispositif (SEC2) et une connexion en Ethernet à la passerelle de service, le message affiché à l’utilisateur est de type : « Brancher la clé sur alimentation native et Ethernet »
Lors d’une étape E26, l’utilisateur effectue une telle action de connexion, prise en compte lors d’une étape E8 (par exemple, l’état électrique de la clé est modifié d’un état d’alimentation USB à un état d’alimentation secteur puisque l’utilisateur a branché sa clé).
Le module CAP sur la clé revient alors à l’étape E4 pour vérifier que l’action demandée a bien été effectuée. Si c’est le cas, elle continue par l’étape E5 pour streamer\e contenu.
Dans la négative le contenu ne sera pas restitué et on peut revenir à l’étape E7, ou arrêter le programme.
L’tape E10 met fin à la restitution du contenu.
Il va de soi que le mode de réalisation qui a été décrit ci-dessus a été donné à titre purement indicatif et nullement limitatif, et que de nombreuses modifications peuvent être facilement apportées par l’homme de l’art sans pour autant sortir du cadre de l’invention.
Notamment d’autres types de connexions peuvent être envisagées :
- connectique d’affichage (par exemple, la clé peut être connectée à un dispositif de restitution en VGA ou HDMI) ;
connectique de mémoire (par exemple, la clé peut être connectée à un disque dur externe qui n’est utile que dans certains cas d’utilisation, notamment si le contenu doit être enregistré) ;
- etc.
Annexe 1 : exemple de fichier manifestsimplifié MPEG-DASH <?xml version=1.0?>
<MPD xmlns:xsi= http://www.w3.org/2001/XMLSchema-instance x m I π s== u r n : m peg : DASH : sch em a: M PD : 2011 xsi:schemaLocation=urn:mpeg:DASH:schema:MPD:2011 DASH-MPD.xsd type= dynamic profiles= urn:mpeg:dash:profile:isoff-live:2011 >
< BaseURL> HTTP:/ / server.com/ < / BaseURL» <!—durée du contenu -->
< Period duration=PT1 H12M14.167S>
</— vidéo du contenu C en MFEG4->
<AdaptâtionSet lang=eng par=16:9 maxFrameRate=24 maxHeight=1080 maxWidth=1920 group=1 id= 1 >
d—URL de base pour contenus MPG4->
< BaseURL> video/h264/</BaseURL>
</- Contenu Cen SD à 1 Mbps->
< Représentation id=SD codecs=avc1 mimeType=video/mp4 wiclth=800 height=600 startWithSAFAi bandwidth=1000000>
< SegmentList duration=10>
<SegmentURL media= C_SD_1000k_h264_1 ,m4s/>
< SegmentURL media=C_SD_1000k_h264_2.m4s7>
</ SegmentList > </Representation> </- Contenu Cen 720p à 3.2 Mbps -->
< Représentation id=720p codecs= avc1 mimeType=video/mp4 width=1280 height=720 bandwidth==3200000>
<SegmentList duration=10> <SegmentURL media=C_720p_3200k_h264_1 ,m4s/>
</SegmentList> </Representation> </AdaptationSet>
</— vidéo du contenu Cen HEVC-->
< AdaptationSet lang=eng par=16:9 maxFrameRate=24 maxHeight=1080 maxWidth=1920 group=1 id= 1 >
<!—URL de base pour contenus HEVC->
< BaseURL> video/h265/</BaseURL>
<Représentation id=3 codecs= hev1.1.6 mimeType= video/mp4 frameRate=24 width=1920 height=1080 bandwidth=i0000000>
< !- Contenu C en HD à 10 Mbps ->
< SegmentList duration=10>
<SegmentURL media= C_1080p_10000k_h265_1 .m4s/>
< SegmentURL media= C_1080p_10000k_h265_2.m4s7>
</ SegmentList > </AdaptationSet>
< !— audio du contenu C -->
< AdaptationSet lang=eng id= 3 segmentAlignment=true>
< BaseURL> audio/ mp4a/< /BaseURL>
</MPD>

Claims (15)

  1. Revendications
    1. Procédé de gestion des connexions d’un dispositif de traitement (5, CTV) de contenus multimédia (C) disposant d’au moins deux connexions distinctes pour rendre au moins une fonction (ALIM, NET), ledit procédé étant caractérisé en ce qu’il comporte, sur le dispositif de traitement, les étapes de :
    - réception d'une requête (REQ(C), E2) pour traiter un contenu multimédia (C) ;
    - analyse de la requête (REQ(C), E2) pour en extraire au moins une caractéristique dudit contenu (MPEG4@4Mb) ;
    - obtention (E3) d’une connexion courante pour ladite au moins une fonction du dispositif (Wi-Fi, ETH, USB, SEC1, SEC2) ;
    - vérification de l’adéquation (E4) entre ladite au moins une caractéristique du contenu et la connexion courante (Wi-Fi, ETH, USB, SEC1, SEC2) ;
    - en fonction des résultats de la vérification, émission (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. 2. Procédé selon la revendication 1, caractérisé en ce que la fonction est relative à l’alimentation électrique (ALIM) du dispositif.
  3. 3. Procédé selon la revendication 2, caractérisé en ce que la nouvelle connexion courante est de type série (USB) ou secteur (SEC1, SEC2).
  4. 4. Procédé selon la revendication 1, caractérisé en ce que la fonction est relative à l’accès au réseau de données (NET) du dispositif.
  5. 5. Procédé selon la revendication 4, caractérisé en ce que la nouvelle connexion courante est de type filaire (ETH).
  6. 6. Procédé selon la revendication 1, caractérisé en ce que la fonction est relative à la restitution des données multimédia du dispositif.
  7. 7. Procédé selon la revendication 1, caractérisé en ce que la requête (REQ(C)) est une requête de téléchargement progressif d’un contenu multimédia et en ce que l’étape d’analyse (E2) de la requête comporte les sous-étapes suivantes :
    - obtention d’un fichier descriptif du contenu (.mpd)
    - analyse du fichier pour en extraire au moins une caractéristique dudit contenu (MPEG4@4Mb).
  8. 8. Procédé selon la revendication 1, caractérisé en ce que la requête pour traiter le contenu (REQ(C)) est reçue d’un terminal de contrôle (TA) et le message d’alerte (M) est émis vers ledit terminal de contrôle (TA) en vue de sa restitution.
  9. 9. Procédé selon la revendication 1, caractérisé en ce que le dispositif de traitement (5) est relié à un dispositif de restitution (TV) du contenu, et le message d’alerte (M) est émis vers ledit dispositif de restitution.
  10. 10. Procédé de gestion selon la revendication 1, caractérisé en ce que la caractéristique du contenu est une caractéristique de codage.
  11. 11. Procédé de gestion selon la revendication 1, caractérisé en ce que la caractéristique du contenu est une caractéristique de débit.
  12. 12. Dispositif de traitement de contenus multimédia disposant d’au moins deux connexions distinctes pour rendre au moins une fonction (ALIM, NET), ledit dispositif étant caractérisé en ce qu’il comporte :
    - un module (WFi) pour recevoir une requête (E2) pour traiter un contenu multimédia (C) ;
    - un module (CAP) pour analyser la requête (E2) pour en extraire au moins une caractéristique dudit contenu (MPEG4@4Mb) ;
    - un module (CAP) pour obtenir une connexion courante pour ladite au moins une fonction du dispositif (Wi-Fi, ETH, USB, SEC1, SEC2) ;
    - un module (CAP) pour vérifier l’adéquation (E4) entre la caractéristique du contenu et la connexion courante (Wi-Fi, ΕΓΗ, USB, SEC1, SEC2) ;
    - un module pour émettre (WIFI, http, HDMI), en fonction des résultats de la vérification, 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. 13. Clé TV comprenant un dispositif de traitement selon la revendication précédente.
  14. 14. Système comprenant un dispositif de traitement selon la revendication 12 ou
    10 13, un terminal de contrôle et un terminal de restitution.
  15. 15. Programme d’ordinateur comportant des instructions de code pour la mise en oeuvre du procédé de gestion conforme à la revendication 1, lorsque celle-ci est exécutée par un processeur.
FR1761619A 2017-12-05 2017-12-05 Procede de gestion des connexions d'un dispositif electronique. Withdrawn FR3074591A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
FR1761619A FR3074591A1 (fr) 2017-12-05 2017-12-05 Procede de gestion des connexions d'un dispositif electronique.
PCT/FR2018/053090 WO2019110906A1 (fr) 2017-12-05 2018-12-03 Procédé de gestion des connexions d'un dispositif électronique
US16/770,437 US11412309B2 (en) 2017-12-05 2018-12-03 Method for managing the connections of an electronic device
EP18833912.1A EP3721637A1 (fr) 2017-12-05 2018-12-03 Procédé de gestion des connexions d'un dispositif électronique

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1761619 2017-12-05
FR1761619A FR3074591A1 (fr) 2017-12-05 2017-12-05 Procede de gestion des connexions d'un dispositif electronique.

Publications (1)

Publication Number Publication Date
FR3074591A1 true FR3074591A1 (fr) 2019-06-07

Family

ID=61750275

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1761619A Withdrawn FR3074591A1 (fr) 2017-12-05 2017-12-05 Procede de gestion des connexions d'un dispositif electronique.

Country Status (4)

Country Link
US (1) US11412309B2 (fr)
EP (1) EP3721637A1 (fr)
FR (1) FR3074591A1 (fr)
WO (1) WO2019110906A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080192820A1 (en) * 2007-02-14 2008-08-14 Brooks Paul D Methods and apparatus for content delivery notification and management
US20130044264A1 (en) * 2011-08-16 2013-02-21 Research In Motion Limited Mobile tv side-loading quality indicator
US20170019443A1 (en) * 2014-03-31 2017-01-19 Orange Device and method for transferring the rendering of multimedia content
US20170155938A1 (en) * 2015-12-01 2017-06-01 Rovi Guides, Inc. Systems and methods for managing available bandwidth in a household

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5883621A (en) * 1996-06-21 1999-03-16 Sony Corporation Device control with topology map in a digital network
JP4116212B2 (ja) * 1999-12-28 2008-07-09 株式会社東芝 通信装置およびその制御方法
JP4551546B2 (ja) * 2000-09-28 2010-09-29 キヤノン株式会社 ネットワークシステムのサーバ装置及びその制御方法
US20020136298A1 (en) * 2001-01-18 2002-09-26 Chandrashekhara Anantharamu System and method for adaptive streaming of predictive coded video data
US20040158878A1 (en) * 2003-02-07 2004-08-12 Viresh Ratnakar Power scalable digital video decoding
US20080240146A1 (en) * 2007-03-27 2008-10-02 Harkirat Singh System and method for wireless communication of uncompressed video having data transmission on a secondary low rate channel
US7911509B2 (en) * 2008-03-12 2011-03-22 Sony Ericsson Mobile Communications Ab Adaptive video encode scaling
US8855459B2 (en) 2008-06-17 2014-10-07 Apple Inc. Method and apparatus for prolonging battery life of a media player
US8914835B2 (en) * 2009-10-28 2014-12-16 Qualcomm Incorporated Streaming encoded video data
KR101750048B1 (ko) * 2009-11-13 2017-07-03 삼성전자주식회사 변속 재생 서비스 제공 방법 및 장치
US9479807B1 (en) * 2011-09-29 2016-10-25 Arris Enterprises, Inc. Gateway-based video client-proxy sub-system for managed delivery of A/V content using fragmented method in a stateful system
US8904014B2 (en) * 2012-03-15 2014-12-02 International Business Machines Corporation Content delivery mechanisms for multicast communication
US10063921B2 (en) * 2013-03-06 2018-08-28 Interdigital Patent Holdings, Inc. Power aware adaptation for video streaming
WO2015008538A1 (fr) * 2013-07-19 2015-01-22 ソニー株式会社 Dispositif de traitement d'informations et procédé de traitement d'informations
US10437304B2 (en) 2016-03-15 2019-10-08 Roku, Inc. Brown out condition detection and device calibration
FR3074629A1 (fr) * 2017-12-05 2019-06-07 Orange Procede de gestion de la consommation electrique d'un dispositif electronique.

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080192820A1 (en) * 2007-02-14 2008-08-14 Brooks Paul D Methods and apparatus for content delivery notification and management
US20130044264A1 (en) * 2011-08-16 2013-02-21 Research In Motion Limited Mobile tv side-loading quality indicator
US20170019443A1 (en) * 2014-03-31 2017-01-19 Orange Device and method for transferring the rendering of multimedia content
US20170155938A1 (en) * 2015-12-01 2017-06-01 Rovi Guides, Inc. Systems and methods for managing available bandwidth in a household

Also Published As

Publication number Publication date
EP3721637A1 (fr) 2020-10-14
US11412309B2 (en) 2022-08-09
WO2019110906A1 (fr) 2019-06-13
US20200389706A1 (en) 2020-12-10

Similar Documents

Publication Publication Date Title
US8516144B2 (en) Startup bitrate in adaptive bitrate streaming
US9787747B2 (en) Optimizing video clarity
EP3311580A1 (fr) Système et procédé basés sur une limite de répertoire, pour le stockage de segments multimédias
Chakraborty et al. Dynamic http live streaming method for live feeds
US11252471B2 (en) Method for managing the electricity consumption of an electronic device
US10728295B2 (en) Method for operating a cache arranged along a transmission path between client terminals and at least one server, and corresponding cache
EP3370394A1 (fr) Dispositif d&#39;accès à adressage multiple
FR3074591A1 (fr) Procede de gestion des connexions d&#39;un dispositif electronique.
FR3081647A1 (fr) Gestion du telechargement progressif adaptatif (has) d&#39;un contenu numerique au sein d&#39;un terminal lecteur de flux multimedia en temps reel.
FR3068852A1 (fr) Procede de gestion du droit d&#39;acces a un contenu numerique
FR3020542A1 (fr) Procede de gestion de la selection de la representation des segments d&#39;un contenu multimedia transmis sur un reseau de communication.
EP4035408A1 (fr) Gestion du téléchargement progressif adaptatif d&#39;un contenu numérique sur réseau mobile avec sélection d&#39;un débit d&#39;encodage maximum autorisé en fonction d&#39;un godet de données
EP4055831A1 (fr) Procédé de gestion de zapping de contenus multimédias numériques obtenu par téléchargement progressif adaptatif (has), dispositif de gestion, lecteur de flux multimédia et programme d&#39;ordinateur correspondants
EP3987820A1 (fr) Procédé de gestion du téléchargement progressif adaptatif (has) d&#39;un contenu numérique diffusé en temps réel, gestionnaire, terminal lecteur de flux multimédia et programme d&#39;ordinateur correspondants
EP3926929B1 (fr) Procédé de gestion de la lecture d&#39;un contenu numérique au sein d&#39;un terminal lecteur de contenus multimédias connecté à un dispositif de restitution
WO2014155017A1 (fr) Transcodage et diffusion adaptative de contenus multimédia
EP3092777B1 (fr) Procede de traitement d&#39;erreur de restitution d&#39;un contenu numerique
FR3096210A1 (fr) Procédé de transmission d’un contenu numérique ayant plusieurs versions accessibles depuis un serveur de contenus à destination d’un terminal de restitution.
EP4109905A1 (fr) Gestion du téléchargement progressif adaptatif d&#39;un contenu numérique en mode économiseur d&#39;écran
EP3846489A1 (fr) Procédé de gestion d&#39;un téléchargement progressif et adaptatif d&#39;un contenu numérique par un terminal lecteur de flux multimédia connecté à un réseau de communication, dispositif de gestion, terminal lecteur de flux multimédia et programme d&#39;ordinateur correspondants
FR3127620A1 (fr) Procédé de gestion de la restitution d’un contenu audio.
FR3114720A1 (fr) Gestion du téléchargement progressif adaptatif d’un contenu tenant compte de la qualité du signal échangé entre le terminal client et le point d’accès au réseau
Pinto Mobile Context-Aware Multimedia Application

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20190607

ST Notification of lapse

Effective date: 20200906