EP4612909A1 - Procédé de gestion du téléchargement par un terminal de lecture d'un contenu numérique accessible sous plusieurs formats - Google Patents

Procédé de gestion du téléchargement par un terminal de lecture d'un contenu numérique accessible sous plusieurs formats

Info

Publication number
EP4612909A1
EP4612909A1 EP23793396.5A EP23793396A EP4612909A1 EP 4612909 A1 EP4612909 A1 EP 4612909A1 EP 23793396 A EP23793396 A EP 23793396A EP 4612909 A1 EP4612909 A1 EP 4612909A1
Authority
EP
European Patent Office
Prior art keywords
content
calculation
formats
terminal
image
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.)
Pending
Application number
EP23793396.5A
Other languages
German (de)
English (en)
Inventor
Hervé Marchand
Olivier GASTE
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
Publication of EP4612909A1 publication Critical patent/EP4612909A1/fr
Pending 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • 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/44209—Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8146—Monomedia components thereof involving graphical data, e.g. 3D object, 2D graphics
    • H04N21/8153—Monomedia components thereof involving graphical data, e.g. 3D object, 2D graphics comprising still images, e.g. texture, background image

Definitions

  • TITLE Method for managing the downloading by a reading terminal of digital content accessible in several formats
  • the field of the invention is that of managing the restitution of digital multimedia content, namely digital audio and/or video content. More specifically, the invention relates to managing the selection of the type of content to download from a set of available content.
  • the targeted contents are encoded and as such require decoders specific to the type of content to be decoded for restitution on a restitution device
  • Content may be an image, audio content, video content, or any other similar content. We will see below that the content used to illustrate the invention is an image.
  • the restitution, on a restitution device, of a user interface including images requires making the images available on a server.
  • the images are then downloaded, decoded by a decoder and displayed on a rendering device.
  • accelerated image decoders Today, video playback devices are equipped with hardware image decoders (called accelerated image decoders or accelerators) that support only a limited number of compression formats.
  • Reading terminals that do not have a hardware decoding accelerator perform decoding through the processor CPU (English acronym for “Central Processing Unit”) of the reading terminal, in a software manner, which requires much more decoding time than when it is carried out via a hardware decoder. It can therefore happen that an image having a high compression rate, therefore downloaded quickly, suffers a delay in restitution due to the absence of the decoder specific to this type of image on the reading terminal.
  • the compression formats WebP and JPEG Anglo-Saxon acronym for “Joint Photography Experts Group”.
  • the WebP format is an image format that has a better compression rate than the JPEG format; there can be a ratio of two between the weight in Kilobytes of a WebP image and that of a JPEG image for equivalent restitution quality.
  • the duration before rendering a WebP image is optimal if a decoder specific to the WebP format is installed on the reading terminal; However, today this is not always the case. In fact, only the most recent or high-end devices are equipped with such a decoder. If the reading terminal is not equipped with a hardware decoder, of the GPU type (English acronym for “Graphics Processing Unit”), specific to the WebP format, the decoding is then done by the processor of the reading terminal, so software, which requires much more time.
  • the invention improves the situation.
  • the invention relates to a method for managing the download, from a communications network, by a terminal of digital content accessible in several formats, the terminal comprising several types of content decoders capable of decoding several content formats respectively, characterized in that it includes, for different formats of the same content, a calculation of the respective waiting times before restitution of the content and in that the content format selected to be downloaded is a function of the result of the calculation.
  • the invention is therefore based on a calculation of the predictable waiting time before restitution to decide, when several formats of the same content are available, the content format to download and restore.
  • the selected format will not necessarily be the format associated with the best compression rate; a content format associated with a lower compression rate which may be associated with a lower waiting time before restitution.
  • the invention ensures an optimal duration before restitution. For example, it may therefore be more interesting to retrieve JPEG images, rather than WebP images, which are larger in kilobytes to download but faster to decode.
  • the example chosen to illustrate the invention aims for the shortest possible duration before restitution.
  • the invention is not limited to a target duration before restitution as short as possible.
  • the target duration before restitution can be the longest duration, or another duration chosen depending on the context.
  • the calculation is carried out for content whose associated decoder is present in the reading terminal.
  • This first mode makes it possible to exclude content which would be decoded by the CPU processor which consumes more decoding time than a hardware decoder.
  • the calculation of the waiting time before restitution comprises a first calculation of a duration for downloading the content, and a second calculation of a content decoding time.
  • the result of the first calculation is reused several times during subsequent calculations of waiting times before restitution. This mode saves time for calculating the expected duration before restitution by retaining the first calculation several times during successive calculations for estimating waiting times before restitution and therefore by not recalculating the first duration each time. Indeed, in a network in which the bandwidth fluctuates very little, the first calculation does not need to be recalculated for each calculation. This time saving speeds up the selection of content and therefore its restitution.
  • the content is downloaded via a communication network having a fluctuating bandwidth; in this configuration, the result of the first calculation is reused as long as the bandwidth is within a given bandwidth interval.
  • This third mode reduces the number of times the first calculation is performed; This reduction in the number of calculations carried out accelerates the selection of content and therefore its restitution.
  • the invention relates to an entity for managing the downloading, from a communications network, by a terminal, of digital content accessible in several formats, the terminal comprising several types of content decoders capable of decoding several content formats respectively, characterized in that it comprises a processor configured to carry out, for different formats of the same content, a calculation of the respective waiting times before rendering the content, and select the selected content format to download depending on the calculation result.
  • the invention relates to a reader terminal comprising a management entity as defined above.
  • the invention relates to a data medium on which at least one series of program code instructions has been stored for the execution of a management method as defined above.
  • Figure 1 represents a progressive download architecture on the Internet based on the use of adaptive streaming according to one embodiment of the method of the invention
  • Figure 2 schematically illustrates the hardware structure of a multimedia stream reader terminal
  • FIG. 3 illustrates steps of one embodiment.
  • a computer system SYS comprising an SRV server from which content can be downloaded, and a reading terminal STB from which content can be read.
  • IMG1/IMG2 digital content that have been encoded or compressed in different ways are accessible from the SRV server.
  • the reading terminal STB further comprises a download module for requesting a download of content stored on the SRV server.
  • the STB reading terminal is connected to a television set, via a COMM2 communication module of the HDMI link type.
  • the IMG1/IMG2 encoded contents stored on the SRV server are capable of being decoded by specific decoders DEC1 and DEC2, respectively.
  • a decoder decodes the content and requires restitution of the content. Decoding can be carried out either by a hardware decoder or by a software decoder; the software decoder is managed by the processor while a hardware decoder is equipped with a processor separate from the CPU processor.
  • software decoding uses the CPU processor to decode and read content while GPU type DEC1/DEC2 hardware decoding is mainly based on a graphics processing unit, or GPU, which is more efficient than a CPU processor for process multimedia content.
  • the WebP format is an image format that has a higher compression rate than the JPEG compression rate. There is a ratio of two between the weight in KB of a WebP image compared to a JPEG image for equivalent quality. There is therefore a certain gain to be favored, when optimal image quality is sought, by downloading content encoded in WebP format rather than JPEG.
  • the decoder reading terminal STB receives a request for access to an image.
  • the same image is encoded in several formats.
  • the decoder reading terminal STB recovers information for each image format, the size in kilobytes of the different encoded images and the types of formats, namely in our example JPEG and WebP. Other information can be retrieved such as image resolution, or other information that may have an impact on the waiting time before restitution.
  • MB Mega Bytes.
  • the user's bandwidth (calculated by a HAS-type algorithm) is lOMo.
  • the JPEG image download time will therefore be 0.15 seconds.
  • the same image encoded in WebP has a size of 1MB and requires a download time of 0.1 seconds.
  • the second calculation consists of determining according to the capabilities of the terminal, namely according to the presence or not of the hardware decoder specific to the JPEG or WebP image, and the characteristics of the image (resolution / weight in KB) the predictable decoding time of the image.
  • This second calculation could also include the transmission delay of the decoded image until the image is restored; however, we consider in this example that this delay is of no interest due to the fact that it is substantially the same for all the decoded images and negligible compared to the decoding delay.
  • retrieving an image from a server includes two durations, namely the download duration and the decoding duration; the other durations, namely the duration of transmission of a request to download an image, or the delay of transmission of the decoded image to the screen, or any other durations are not taken into account in our example because they are of approximately equal duration regardless of the image format selected.
  • the expected download time added to the expected decoding time of the JPG image (0.15 + 0.05) gives 0.155 sec of time before restitution.
  • the expected download time added to the expected decoding time of the JPG image, download time added to the decoding of the WebP image (0.1 + 0.25) gives 0.35 sec of waiting time before restitution.
  • the JPG image is selected because the expected waiting time before rendering is much shorter than with the WebP image.
  • the management entity ENT therefore selects the JPEG image to download, of lower quality but whose duration before restitution is the shortest.
  • the reading terminal STB requests a download of the JPEG image from the server.
  • the reading terminal STB receives the selected JPEG image and decodes this image during a seventh step.
  • the JPEG image is restored.
  • the result of the first calculation can be kept several times during subsequent calculations. Indeed, in a network in which the bandwidth fluctuates very little, performing the overall calculation (first calculation and second calculation) without performing the first calculation, namely the calculation of the download time, each time, reduces the calculation time to the calculation time linked to the decoding duration.
  • the duration before restitution is based solely on the second duration linked to the type of decoder present on the reading terminal. In this mode, the download time is not taken into account.
  • an IMG1 and IMG2 image not having a specific decoder present in the reading terminal STB is not accessible for selection for downloading.
  • the reading terminal only includes the JPEG decoder and no WebP decoder; in this case the WebP image is not selectable for download. Only the JPEG image is available for download.
  • This variant is interesting when we consider that the decoding time carried out by the CPU processor is, in all cases, greater than the decoding time carried out by a hardware decoder.
  • a software component can correspond as well to a software component as to a hardware component or a set of hardware and software components, a software component itself corresponding to one or more programs or subprograms computer or more generally to any element of a program capable of implementing a function or a set of functions as described for the modules concerned.
  • a hardware component corresponds to any element of a hardware assembly capable of implementing a function or a set of functions for the module concerned (integrated circuit, smart card, memory card, etc. .)

Landscapes

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

Abstract

L'invention se rapporte à un procédé de gestion du téléchargement, depuis un réseau de communication (LI1), par un terminal (STB) d'un contenu numérique (IMG1,IMG2) accessible sous plusieurs formats, le terminal comprenant plusieurs types de décodeurs de contenus aptes à décoder plusieurs formats de contenus respectivement, caractérisé en ce qu'il comprend, pour différents formats d'un même contenu, un calcul des durées d'attente respectives avant restitution du contenu et en ce que le format de contenu sélectionné pour être téléchargé est fonction du résultat du calcul.

Description

DESCRIPTION
TITRE : Procédé de gestion du téléchargement par un terminal de lecture d'un contenu numérique accessible sous plusieurs formats
Domaine technique
Le domaine de l'invention est celui de la gestion de la restitution de contenus multimédia numériques, à savoir des contenus audio et/ou vidéo numériques. Plus précisément, l'invention concerne la gestion de la sélection du type de contenus à télécharger dans un ensemble de contenus disponibles.
Les contenus visés sont codés et requièrent à ce titre des décodeurs spécifiques au type de contenu pour être décodés en vue d'une restitution sur un dispositif de restitution
Un contenu peut être une image, un contenu audio, un contenu vidéo, ou tout autres contenus similaires. On verra dans la suite que le contenu utilisé pour illustrer l'invention est une image.
Etat de la technique
La restitution, sur un dispositif de restitution, d'une interface utilisateur incluant des images nécessite une mise à disposition des images sur un serveur. Les images sont ensuite téléchargées, décodées par un décodeur et affichées sur un dispositif de restitution.
Pour réduire la taille de telles images, celles-ci sont compressées (ou encodées) selon des techniques de compression connues de l'homme du métier. Ces techniques de compression offrent des formats de compression plus ou moins optimisés (JPG, WebP, GIF, PNG, ...) qui réduit plus ou moins la taille (en Ko) d'un contenu selon la technique de compression utilisée.
Il est préférable de proposer des images ayant un taux de compression élevé car le temps de téléchargement est plus rapide et donc théoriquement une durée avant restitution plus courte qu'avec des images avec un taux de compression inférieur.
Aujourd'hui, les dispositifs de lecture vidéo sont équipés de décodeur d'images matériels (appelés décodeurs d'images accélérés ou accélérateurs) qui ne supportent qu'un nombre limité de format de compression. Les terminaux de lecture qui n'ont pas d'accélérateur de décodage matériel réalise le décodage par le biais du processeur CPU (sigle anglosaxon de « Central Processing Unit ») du terminal de lecture, de manière logicielle, qui nécessite beaucoup plus de temps de décodage que lorsqu'il est réalisé via un décodeur matériel. Il peut donc arriver qu'une image ayant un fort taux de compression, donc téléchargée rapidement, subisse un retard de restitution du fait de l'absence du décodeur spécifique à ce type d'image sur le terminal de lecture. On connaît par exemple les formats de compression WebP et JPEG (sigle anglosaxon de « Joint Photographie Experts Group »). Le format WebP est un format d'image qui a un meilleur taux de compression que le format JPEG ; il peut y avoir un rapport de deux entre le poids en Kilo-octets d'une image WebP et celui d'une image JPEG pour une qualité de restitution équivalente. On gagne donc du temps lors de la récupération des images WebP depuis un serveur depuis lequel il est téléchargé car à qualité égale la taille de l'image en Ko est beaucoup plus faible. Cependant, la durée avant restitution d'une image WebP est optimale si un décodeur spécifique au format WebP est installé sur le terminal de lecture ; or, aujourd'hui ce n'est pas toujours le cas. En effet, seuls les dispositifs les plus récents ou haut de gammes sont équipés d'un tel décodeur. Si le terminal de lecture n'est pas équipé d'un décodeur matériel, de type GPU (sigle anglosaxon de « Graphics Processing Unit »), spécifique au format WebP, le décodage se fait alors par le processeur du terminal de lecture, de manière logicielle, ce qui nécessite beaucoup plus de temps.
L'invention vient améliorer la situation.
L'invention
L'invention se rapporte à un procédé de gestion du téléchargement, depuis un réseau de communication, par un terminal d'un contenu numérique accessible sous plusieurs formats, le terminal comprenant plusieurs types de décodeurs de contenus aptes à décoder plusieurs formats de contenus respectivement, caractérisé en ce qu'il comprend, pour différents formats d'un même contenu, un calcul des durées d'attente respectives avant restitution du contenu et en ce que le format de contenu sélectionné pour être téléchargé est fonction du résultat du calcul.
L'invention se base donc sur un calcul de durée d'attente prévisible avant restitution pour décider, lorsque plusieurs formats d'un même contenu sont disponibles, du format de contenu à télécharger et à restituer. Le format sélectionné ne sera pas forcément le format associé au meilleur taux de compression ; un format de contenu associé à un taux de compression plus faible pouvant être associé à une durée d'attente avant restitution plus faible.
Dans un contexte où la rapidité de restitution est souhaitée, l'invention assure une durée avant restitution optimale. Par exemple, il peut donc être plus intéressant de récupérer des images JPEG, plutôt que des images WebP, pourtant plus grosses en taille kilo-octets à télécharger mais plus rapide à décoder.
On verra ci-dessous que l'exemple choisi pour illustrer l'invention vise une durée avant restitution la plus courte possible. Cependant, l'invention ne se limite pas à une durée cible avant restitution la plus courte. La durée cible avant restitution peut être la durée la plus longue, ou une autre durée choisie selon le contexte.
Selon un premier mode de réalisation du procédé, le calcul est réalisé pour des contenus dont le décodeur associé est présent dans le terminal de lecture. Ce premier mode permet d'exclure les contenus qui seraient décodés par le processeur CPU plus consommateur en temps de décodage qu'un décodeur matériel.
Selon encore 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, le calcul de durée d'attente avant restitution comprend un premier calcul d'une durée de téléchargement du contenu, et un deuxième calcul d'une durée de décodage du contenu. Selon ce deuxième mode de réalisation, le résultat du premier calcul est réutilisé plusieurs fois lors de calculs de durées d'attente avant restitution ultérieurs. Ce mode permet de gagner du temps pour le calcul de la durée prévisible avant restitution en conservant plusieurs fois le premier calcul lors de calculs successifs d'estimation de durées d'attente avant restitution et donc en ne recalculant pas la première durée à chaque fois. En effet, dans un réseau dans lequel la bande passante fluctue très peu, le premier calcul n'a pas besoin d'être recalculé à chaque calcul. Ce gain de temps accélère la sélection du contenu et donc sa restitution.
Selon une variante du deuxième mode, le contenu est téléchargé via un réseau de communication ayant une bande passante fluctuante ; dans cette configuration, le résultat du premier calcul est réutilisé tant que la bande passante se situe dans un intervalle de bande passante donné. Ce troisième mode réduit le nombre de fois où le premier calcul est réalisé ; Cette réduction du nombre de calcul réalisé accélère la sélection du contenu et donc sa restitution. Selon un aspect matériel, l'invention se rapporte à une entité de gestion du téléchargement, depuis un réseau de communication, par un terminal, d'un contenu numérique accessible sous plusieurs formats, le terminal comprenant plusieurs types de décodeurs de contenus aptes à décoder plusieurs formats de contenus respectivement, caractérisé en ce qu'il comprend un processeur configuré pour réaliser, pour différents formats d'un même contenu, un calcul des durées d'attente respectives avant restitution du contenu, et sélectionner le format de contenu sélectionné à télécharger en fonction du résultat du calcul.
Selon un autre aspect matériel, l'invention se rapporte à un terminal lecteur comprenant une entité de gestion telle que définie ci-dessus.
Selon un autre aspect matériel, l'invention a pour objet un programme d'ordinateur apte à être mis en œuvre sur une entité de gestion telle que définie ci-dessus, le programme comprenant des instructions de code qui, lorsqu'il est exécuté par un processeur, réalise les étapes du procédé de gestion définies ci-dessus.
Selon un autre aspect matériel, l'invention a pour objet un support de données sur lequel a été mémorisée au moins une série d'instructions de code de programme pour l'exécution d'un procédé de gestion tel que défini ci-dessus.
Le support en question 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 sur lesquels : La figure 1 représente une architecture de téléchargement progressif sur Internet basée sur l'utilisation du streaming adaptatif selon un mode de réalisation du procédé de l'invention ;
La figure 2 illustre de façon schématique la structure matérielle d'un terminal lecteur de flux multimédia ;
La figure 3 illustre des étapes d'un mode de réalisation.
Description détaillée de modes de réalisation de l'invention
On présente désormais, en relation avec la figure 1, un système informatique SYS comprenant un serveur SRV depuis lequel des contenus peuvent être téléchargés, et un terminal de lecture STB depuis lequel des contenus peuvent être lus.
Différents types de contenus numériques IMG1/IMG2 ayant été codés ou compressés de différentes manières sont accessibles depuis le serveur SRV.
La figure 2 illustre schématiquement un terminal de lecture STB. Ce dernier a une architecture classique d'un ordinateur ; le décodeur comprend, classiquement, des mémoires M associées à un processeur CPU. 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 communique avec le serveur soit directement au travers d'un réseau étendu WAN soit indirectement au travers d'une passerelle domestique GTW et du réseau Internet étendu WAN. La communication via un réseau LAN s'effectue via un module COM11 relié au processeur CPU assurant une communication locale sans fils de type WiFi avec la passerelle résidentielle GTW.
Le terminal de lecture STB comprend en outre un module de téléchargement pour requérir un téléchargement d'un contenu stocké sur le serveur SRV.
Dans notre exemple, le terminal de lecture STB est connecté à un téléviseur TV, par l'intermédiaire d'un module de communication COMM2 du type liaison HDMI.
Les contenus codés IMG1/IMG2 stockés sur le serveur SRV sont aptes à être décodés par des décodeurs spécifiques DEC1 et DEC2, respectivement. Lorsqu'un contenu est téléchargé et reçu par le terminal de lecture, un décodeur décode le contenu et requiert une restitution du contenu. Le décodage peut être réalisé soit par un décodeur matériel soit par un décodeur logiciel ; le décodeur logiciel est géré par le processeur alors qu'un décodeur matériel est équipé d'un processeur distinct du processeur CPU.
En d'autres mots, le décodage logiciel utilise le processeur CPU pour décoder et lire u contenu tandis que le décodage matériel DEC1/DEC2 de type GPU est principalement basé sur unité de traitement graphique, ou GPU , plus performant qu'un processeur CPU pour traiter des contenus multimédias.
Selon l'invention, une entité de gestion ENT réalise, pour plusieurs formats de contenu, un calcul de durées d'attente respectives avant restitution du contenu. Ce calcul permet d'obtenir une estimation de durées précédant la restitution du contenu considéré. Ensuite un contenu est sélectionné en fonction du résultat du calcul. Le contenu sélectionné est ensuite téléchargé et restitué.
On suppose que le serveur SRV stocke des images IMG1 et IMG2 encodées selon deux techniques d'encodage respectives. Dans notre exemple, les images sont une image JPEG et une image WebP.
Le format WebP est un format d'image qui a un taux de compression supérieur au taux de compression JPEG. Il y a un rapport de deux entre le poids en Ko d'une image WebP par rapport à une image JPEG pour une qualité équivalente. Il y a de ce fait un gain certain à privilégier, lorsqu'une qualité d'image optimale est recherchée, un téléchargement d'un contenu codé au format WebP plutôt que JPEG
La plupart des terminaux sont équipés de décodeurs matériels de type JPEG. Ce n'est pas le cas pour les images WebP ; seuls quelques terminaux de lecture ou hauts de gamme ont des décodeurs matériels WebP intégrés. S'il n'y a pas de décodeur matériel spécifique WebP, le décodage s'effectue par défaut via le décodeur logiciel du processeur CPU, ce qui nécessite beaucoup plus de temps de traitement, bien plus qu'avec un décodeur WebP. On comprend que, selon que le terminal de lecture est équipé ou pas du décodeur matériel , il peut parfois être plus intéressant de récupérer une image JPEG plus lourde en taille qu'une image WebP mais plus rapide à décoder du fait de l'absence de décodeur WebP.
Dans notre exemple, on suppose que le terminal dispose, outre du décodeur logiciel, d'un décodeur matériel JPEG et qu'il n'est pas équipé de décodeur WebP. La figure 3 illustre des étapes d'un mode de réalisation illustrant l'invention. Le procédé comprend plusieurs étapes référencées ETn (n= 1,...,8).
Lors d'une première étape ET1, le terminal de lecture décodeur STB reçoit une demande d'accès à une image.
Comme on l'a vu précédemment, une même image est encodée selon plusieurs formats. Lors d'une deuxième étape ET2, le terminal de lecture décodeur STB récupère des informations pour chaque format d'image la taille en kilo-octets des différentes images encodées et les types de formats, à savoir dans notre exemple JPEG et WebP. D'autres informations peuvent être récupérées comme une résolution d'image, ou d'autres informations pouvant avoir un impact sur la durée d'attente avant restitution.
Lors d'une troisième tape ET3, le terminal de lecture calcule des durées d'attente respectives avant restitution du contenu pour chaque format d'image ; Lors de ce calcul, un premier calcul estime en fonction de la bande passante courante le temps de téléchargement en fonction de la taille de l'image choisie et de la bande passante courante. La bande passante peut être déterminée grâce à un algorithme connu de l'homme du métier. Un tel algorithme est par exemple un algorithme dit de téléchargement progressif adaptatif, d'abréviation HAS.
On rappelle brièvement que, le plus souvent, le principe général de tels algorithmes HAS repose sur le téléchargement d'un segment encodé au débit d'encodage le plus faible proposé dans un fichier « Manifest » (aussi appelé fichier de description par l'homme du métier), et sur l'évaluation du temps de récupération de ce premier segment. Ce temps de récupération peut être assimilé au temps de téléchargement du segment.
Supposons que l'image encodée en JPEG a une taille de 1.5Mo (Mo = Méga Octets). Supposons aussi que la bande passante de l'utilisateur (calculée par un algorithme de type HAS) est de lOMo. Le temps de téléchargement de l'image JPEG sera donc de 0.15 secondes. La même image encodée en WebP a une taille de lMo et requiert un temps de téléchargement de 0.1 secondes.
Ensuite, le deuxième calcul consiste à déterminer en fonction des capacités du terminal, à savoir en fonction de la présence ou pas du décodeur matériel spécifique à l'image JPEG ou WebP, et des caractéristiques de l'image (résolution / poids en Ko) le temps de décodage prévisible de l'image. Ce deuxième calcul pourrait aussi comprendre le délai de transmission de l'image décodée jusqu'à la restitution de l'image ; cependant, on considère dans cet exemple que ce délai est sans intérêt du fait qu'il est sensiblement le même pour toutes les images décodées et négligeable par rapport au délai de décodage.
D'une manière générale, une récupération d'une image sur un serveur comprend deux durées à savoir la durée de téléchargement et la durée de décodage ; les autres durées à savoir la durée de transmission d'une requête de téléchargement d'une image, ou le délai de transmission de l'image décodée vers l'écran, ou toutes autres durées ne sont pas prises en compte dans notre exemple car étant de durées sensiblement égales quel que soit le format d'image sélectionné.
La somme des deux résultats précédents, résultats issus du premier et du deuxième calcul, correspond à une durée avant restitution d'une image. Dans notre exemple, concrètement, grâce au deuxième calcul on détermine que l'image JPG peut être décodée par le décodeur matériel JPEG en 0.05 sec et que l'image WebP peut être quant à elle décodée par le processeur CPU en 0.25 sec.
Le calcul global regroupant le temps de téléchargement et le temps de décodage donne les résultats suivants :
Pour l'image IMG1, la durée prévisible de téléchargement ajoutée à la durée prévisible de décodage de l'image JPG (0.15 + 0.05) donne 0.155 sec de durée avant restitution.
Pour l'image IMG2, la durée prévisible de téléchargement ajoutée à la durée prévisible de décodage de l'image JPG temps de téléchargement ajouté au décodage de l'image WebP (0.1 + 0.25) donne 0.35 sec de durée d'attente avant restitution.
Si le besoin est d'obtenir une image le plus rapidement possible, l'image JPG est sélectionnée car le temps d'attente prévisible avant restitution est beaucoup plus court qu'avec l'image WebP. Dans notre exemple, lors d'une quatrième étame ET4, l'entité de gestion ENT sélectionne donc l'image JPEG à télécharger, de moins bonne qualité mais dont la durée avant restitution est la plus faible.
Lors d'une cinquième étape ET5, le terminal de lecture STB requiert auprès du serveur un téléchargement de l'image JPEG.
Lors d'une sixième étape ET6, le terminal de lecture STB reçoit l'image sélectionnée JPEG et décode cette image lors d'une septième étape. Lors d'une huitième étape ET8, l'image JPEG est restituée.
On comprend ici que dans le mode de réalisation choisi que le terminal de lecture assure une durée d'attente avant restitution optimale.
Le procédé décrit ci-dessus peut faire l'objet de variantes.
Selon une première variante, pour gagner du temps dans le calcul, le résultat du premier calcul peut être conservé plusieurs fois lors de calculs ultérieurs. En effet, dans un réseau dans lequel la bande passante fluctue très peu, effectuer le calcul global (premier calcul et deuxième calcul) sans effectuer le premier calcul, à savoir le calcul du temps de téléchargement, à chaque fois, diminue le temps de calcul au temps de calcul lié à la durée de décodage.
Selon une deuxième variante, la durée avant restitution se base uniquement sur la deuxième durée liée au type de décodeur présent sur le terminal de lecture. Dans ce mode, la durée de téléchargement n'est pas prise en compte.
Selon une troisième variante, une image IMG1 et IMG2 n'ayant pas de décodeur spécifique présent dans le terminal de lecture STB n'est pas accessible à la sélection pour le téléchargement. En reprenant l'exemple ci-dessus dans lequel le terminal de lecture ne comprend que le décodeur JPEG et pas de décodeur WebP ; dans ce cas, l'image WebP n'est pas sélectionnable pour être téléchargée. Seule l'image JPEG est accessible pour le téléchargement. Cette variante est intéressante lorsqu'on considère que la durée de décodage réalisé par le processeur CPU est, dans tous les cas, supérieure à la durée de décodage réalisé par un décodeur matériel.
Précisons enfin ici aussi ici que le terme « entité » 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

REVENDICATIONS . Procédé de gestion du téléchargement, depuis un réseau de communication, par un terminal de lecture (STB) d'un contenu numérique (IMG1,IMG2) accessible sous plusieurs formats, le terminal comprenant plusieurs types de décodeurs de contenus aptes à décoder plusieurs formats de contenus respectivement, caractérisé en ce qu'il comprend, pour différents formats d'un même contenu, un calcul des durées d'attente respectives avant restitution du contenu et en ce que le format de contenu sélectionné pour être téléchargé est fonction du résultat du calcul. . Procédé de gestion selon la revendication 1, caractérisé en ce que le calcul est réalisé pour des contenus dont le décodeur associé est présent dans le terminal de lecture. . Procédé de gestion selon la revendication 1, en ce que le calcul de durée d'attente avant restitution comprend un premier calcul d'une durée de téléchargement et un deuxième calcul d'une durée de décodage, et en ce que le résultat du premier calcul est réutilisé plusieurs fois lors de calculs de durées d'attente avant restitution ultérieurs. . Entité de gestion (ENT) du téléchargement, depuis un réseau de communication, par un terminal, d'un contenu numérique accessible sous plusieurs formats, le terminal comprenant plusieurs types de décodeurs de contenus aptes à décoder plusieurs formats de contenus respectivement, caractérisé en ce qu'il comprend un processeur configuré pour réaliser, pour différents formats d'un même contenu, un calcul des durées d'attente respectives avant restitution du contenu, et sélectionner le format de contenu sélectionné à télécharger est fonction du résultat du calcul. . Terminal lecteur (STB) comprenant une entité de gestion (ENT) telle que définie dans la revendication 4. . Programme d'ordinateur apte à être mis en œuvre sur une entité de gestion (ENT) telle que définie dans la revendication 4, le programme comprenant des instructions de code qui, lorsqu'il est exécuté par un processeur, réalise les étapes du procédé définies dans la revendication 1. . Support de données sur lequel a été mémorisée au moins une série d'instructions de code de programme pour l'exécution d'un procédé selon la revendication 1.
EP23793396.5A 2022-10-31 2023-10-23 Procédé de gestion du téléchargement par un terminal de lecture d'un contenu numérique accessible sous plusieurs formats Pending EP4612909A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR2211367A FR3141583A1 (fr) 2022-10-31 2022-10-31 Procédé de gestion du téléchargement par un terminal de lecture d’un contenu numérique accessible sous plusieurs formats
PCT/EP2023/079514 WO2024094465A1 (fr) 2022-10-31 2023-10-23 Procédé de gestion du téléchargement par un terminal de lecture d'un contenu numérique accessible sous plusieurs formats

Publications (1)

Publication Number Publication Date
EP4612909A1 true EP4612909A1 (fr) 2025-09-10

Family

ID=85937333

Family Applications (1)

Application Number Title Priority Date Filing Date
EP23793396.5A Pending EP4612909A1 (fr) 2022-10-31 2023-10-23 Procédé de gestion du téléchargement par un terminal de lecture d'un contenu numérique accessible sous plusieurs formats

Country Status (3)

Country Link
EP (1) EP4612909A1 (fr)
FR (1) FR3141583A1 (fr)
WO (1) WO2024094465A1 (fr)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10652302B1 (en) * 2018-04-06 2020-05-12 Twitter, Inc. Fast loading and display of image previews
CN112911337B (zh) * 2021-01-28 2023-06-20 北京达佳互联信息技术有限公司 用于配置终端设备的视频封面图片的方法和装置

Also Published As

Publication number Publication date
WO2024094465A1 (fr) 2024-05-10
FR3141583A1 (fr) 2024-05-03

Similar Documents

Publication Publication Date Title
EP4612909A1 (fr) Procédé de gestion du téléchargement par un terminal de lecture d'un contenu numérique accessible sous plusieurs formats
EP1261209A2 (fr) Procédé de détection de bruit dans un flux de données vidéo codées
EP1182878A1 (fr) Système de communication, émetteur, récepteur, méthode utilisant un descripteur de stockage de données
EP2559218B1 (fr) Reception d'un contenu numerique en mode truque
FR2893470A1 (fr) Procede et dispositif de creation d'une sequence video representative d'une sequence video numerique et procedes et dispositifs de transmission et reception de donnees video associes
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
EP4297409A1 (fr) Procédé de gestion de la lecture d'un contenu multimédia.
EP4668759A1 (fr) Procédé de gestion de l'accès, par un dispositif de lecture, à un contenu multimédia après coupure du son
EP4482159A1 (fr) Procédé de gestion de la lecture d'un contenu multimédia
FR3128084A1 (fr) procédé de gestion de la lecture d’un contenu multimédia.
EP4521753A1 (fr) Procédé de gestion du traitement d'un flux vidéo dans un réseau local
FR3148887A1 (fr) Procédé de gestion du traitement d’un flux vidéo dans un réseau local.
WO2023208688A1 (fr) Gestion de la restitution d'un contenu multimédia
EP4482157A1 (fr) Procédé de gestion de la restitution d'un contenu multimédia
EP3548997B1 (fr) Procédé de gestion de la réception de contenus numériques par un dispositif de gestion
EP4543015A1 (fr) Procédé de gestion de l accès à des fichiers de description associés à un contenu diffusé en temps réel
WO2025114181A1 (fr) Procédé de gestion de la relecture d'un contenu ayant été diffusé en temps réel
FR3093885A1 (fr) procédé de gestion du téléchargement d’images associées à des sauts d’images susceptibles d’être réalisés lors d’une lecture accélérée d’un contenu multimédia.
FR3140504A1 (fr) Gestion de la lecture d’un contenu multimédia
FR3118238A1 (fr) Procédé de gestion de l’exécution d’applications stockées dans un terminal
FR3159487A1 (fr) Procédé de gestion de l’accès à des contenus ayant été diffusés en temps réel.
EP4635189A1 (fr) Gestion de gestion de la fourniture d'adresses de segments d'un contenu multimédia
FR3117716A1 (fr) Procédé de gestion de la restitution d’un contenu par un dispositif de restitution.
FR3114719A1 (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
FR2894102A1 (fr) Procede de generation, de diffusion et tracage d'un document audiovisuel numerique.

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20250416

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC ME MK MT NL NO PL PT RO RS SE SI SK SM TR

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS