EP4424021A1 - Procédé de gestion de l'accès à une contenu a lecture d'un contenu multimedia - Google Patents

Procédé de gestion de l'accès à une contenu a lecture d'un contenu multimedia

Info

Publication number
EP4424021A1
EP4424021A1 EP22800657.3A EP22800657A EP4424021A1 EP 4424021 A1 EP4424021 A1 EP 4424021A1 EP 22800657 A EP22800657 A EP 22800657A EP 4424021 A1 EP4424021 A1 EP 4424021A1
Authority
EP
European Patent Office
Prior art keywords
content
broadcast
channel
time
multicast
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
EP22800657.3A
Other languages
German (de)
English (en)
Inventor
Hervé Marchand
Mathieu Rivoalen
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 EP4424021A1 publication Critical patent/EP4424021A1/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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6405—Multicasting
    • 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
    • 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/26275—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 distributing content or additional data in a staggered manner, e.g. repeating movies on different channels in a time-staggered manner in a near video on demand system
    • 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/47208—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 near-video-on-demand content

Definitions

  • TITLE method for managing access to content for reading multimedia content.
  • the field of the invention is that of digital multimedia content, namely digital audio and/or video content, also called audiovisual content.
  • the invention relates most particularly to a method for managing the playback of multimedia content.
  • the contents referred to here are contents divided into segments associated with several respective encoding bit rates selected on requests sent from a multimedia stream playback device.
  • a reading device is intended for any device capable of receiving multimedia streams, for example a decoder, a mobile telephone, a tablet, etc.
  • the content referred to here is content with a scheduled broadcast time.
  • Such content is for example “live” content broadcast by a television channel.
  • a function called “play from the beginning” or “catching up” makes it possible to resume, at any time, the program being broadcast from its beginning. For example, if a movie starts at 8:50 p.m. on a broadcasting channel (a television channel) and a user zaps on this television channel at 9:00 p.m., he can launch the "start over" function in order to be able to play the content since its beginning.
  • live content streaming relies on multicast streaming technology (also referred to as “multipoint” or “group streaming” or “multicast” by those skilled in the art. of bandwidth in the network of an operator who manages the broadcast because the content is replicated as close as possible to the playback devices.
  • multicast streaming technology also referred to as “multipoint” or “group streaming” or “multicast” by those skilled in the art.
  • Bandwidth consumption in the operator's network therefore increases considerably due to the point-to-point transmission between the content server and all of the playback devices that have requested use of the “start over” function; for example, when the requested content is high-audience content, the number of point-to-bridge connections can become enormous and lead to a phenomenon known as bandwidth bottleneck, which affects network performance.
  • the invention offers a solution that does not have the disadvantages of the state of the art.
  • the subject of the invention is a method for managing access, by a playback device, to television content, characterized in that it comprises a step of obtaining, for the same content, of a set of multicast broadcast channels associated with respective broadcast times spaced apart in time, and in that a request for access to the content by the playback device comprises a step of selecting a multicast broadcast channel selected from said set.
  • a management module will select one of the broadcast channels from among the set of broadcast channels. Once the broadcast channel has been selected, the playback device transmits the content access request and specifies the desired channel for receiving the content. The resumption from the beginning is therefore carried out in all cases in multicast.
  • the use of multicast mode instead of unicast mode offers optimal playback quality and considerably reduces bandwidth on the network when accessing television content in “start over” mode.
  • the distribution of the content being programmed at a given moment, the content being being reproduced comprises the following steps a selection of a channel from said set, the channel being chosen as a function of the time of broadcast associated with the channel and of said time of reception of the access request; and transmitting a content access request specifying the selected multicast channel for receiving the content.
  • the plurality of instants of broadcast on the various multicast channels makes it possible to select a channel judiciously according to the instant of the request for access to the content.
  • the channel selected to receive the content is the channel whose content broadcast time is closest to the time of the content access request.
  • the channel selected to receive the content is the channel whose content broadcast time is closest to the time of the content access request.
  • access in catch-up mode to content being broadcast on a channel is carried out, depending on whether the instant is before or after the moment of the request for access to the content either with a slight loss of the beginning of the content but without expectation of restitution, or with a slight expectation but in this case with a complete restitution.
  • the nearest instant may be an earlier broadcast instant.
  • the selected channel is the channel whose content broadcast time precedes the time of receipt of the request. In this case, when access to the content is requested, the selected channel is by default the last channel created to date. As indicated above, the catching up of the content according to this variant is carried out with a slight loss of the beginning of the content but is carried out without waiting for restitution.
  • the nearest time can be a later time.
  • the channel selected to receive the content is the channel whose content broadcast time is to come. In this case, when access to the content is requested, the selected channel is for example the next channel that will be created. As indicated above, the catch-up of the content according to this variant is carried out with a slight delay but in this case with a complete restitution from the beginning.
  • a channel is deleted when the restitution of the content is finished on this channel. This second mode makes it possible to recover channels available for catching up with other television content.
  • the set of broadcast instants is included in data representative of a program guide.
  • the instants of broadcast form part of the description data associated with a content.
  • a management entity has the function of accessing the broadcast instants and of selecting the optimal instant.
  • the invention relates to an entity for managing access to television content whose broadcast is scheduled at a given time, characterized in that it comprises a module for selecting a channel of multicast broadcast chosen from said set following a request for access to the content.
  • the invention relates to a playback device comprising a management entity as defined above.
  • the invention relates to a computer program able to be implemented on an entity as defined above, the program comprising code instructions which, when it is executed by a processor , carries out the steps of the selection method defined above.
  • the invention relates to a method for managing the broadcasting of a content having a scheduled broadcast time, characterized in that it comprises: a step of creating, for the same content, a set of multicast broadcast channels (CDD1-CDD4) associated with respective broadcast times (11-14) spaced apart in time, a step for receiving data representative of said time chosen from said set, a step for transmitting the content via the channel associated with the selected time.
  • a step of creating, for the same content, a set of multicast broadcast channels (CDD1-CDD4) associated with respective broadcast times (11-14) spaced apart in time a step for receiving data representative of said time chosen from said set
  • a step for transmitting the content via the channel associated with the selected time characterized in that it comprises: a step of creating, for the same content, a set of multicast broadcast channels (CDD1-CDD4) associated with respective broadcast times (11-14) spaced apart in time.
  • the invention relates to a management entity, called second entity, for the distribution of content having a scheduled broadcast time, characterized in that it comprises a creation module capable of creating, for the same content, of a set of multicast broadcast channels (CDD1-CDD4) associated with respective broadcast instants (11-14) spaced apart in time, a module for receiving data representative of said chosen instant in said together, a transmission module capable of transmitting the content via the channel.
  • a management entity called second entity, for the distribution of content having a scheduled broadcast time, characterized in that it comprises a creation module capable of creating, for the same content, of a set of multicast broadcast channels (CDD1-CDD4) associated with respective broadcast instants (11-14) spaced apart in time, a module for receiving data representative of said chosen instant in said together, a transmission module capable of transmitting the content via the channel.
  • the invention relates to a server comprising a second management entity as defined above.
  • the invention relates to a computer program capable of being implemented on a second management entity as defined above, the program comprising code instructions which, when it is executed by a processor, carries out the steps of the method defined in connection with the second functional aspect.
  • the invention relates to a first data medium on which has been stored at least one series of program code instructions for the execution of a management method as defined in conjunction with the first functional aspect.
  • the invention relates to a first data medium on which has been stored at least one series of program code instructions for the execution of a management method as defined in connection with the second functional aspect.
  • Such recording medium can be any entity or device capable of storing the program.
  • the medium may comprise a storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or else a magnetic recording means, for example a USB key or a hard disk.
  • such a recording medium may be a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by other means, so that the program computer it contains is executable remotely.
  • the program according to the invention can in particular be downloaded onto a network, for example the Internet network.
  • the recording medium may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the aforementioned display control method.
  • FIG. 1 represents a computer system on which an exemplary embodiment of the invention is illustrated.
  • Figure 2 is a simplified block diagram of the hardware structure of the reading device
  • FIG. 3 is a simplified block diagram of the hardware structure of the server
  • FIG. 4 illustrates several broadcast channels for the same content with distinct broadcast instants spread over time.
  • FIG. 1 represents a computer system SYS in which is implemented a content distribution network called CDN (Content Distribution Network) by those skilled in the art from which content is transmitted to client devices or content playback devices .
  • CDN Content Distribution Network
  • the system comprises a single reading device.
  • the invention applies to any number of reading devices.
  • the reading device is for example an STB decoder.
  • the multimedia content referred to here is video content corresponding to a television channel on which television programs are broadcast having a start time corresponding to a scheduled broadcast time and an end time.
  • the computer system SYS includes a multimedia stream playback device STB, for example a decoder connected to a TV reproduction terminal such as a television.
  • the playback device STB is connected to a port of the playback device TV playback device; the reading device and the rendering device TV rendering device could also form a single and unique device.
  • the STB playback device is located in a LAN local network managed by a GTW home gateway.
  • the context of the local network is given by way of example and could easily be transposed to an Internet network of the "best effort" type, a corporate network, etc.
  • the gateway GTW is capable of communicating via a telecommunications network LI1 such as a wide area network WAN known to those skilled in the art.
  • a telecommunications network LI1 such as a wide area network WAN known to those skilled in the art.
  • the CDN is made up of servers networked together in the WAN; these servers cooperate in order to make multimedia content available to users.
  • a single content server SRV will be represented in FIG. 1 to represent the CDN.
  • the content server SRV is located, in our example, in the wide area network WAN.
  • the content server SRV receives, for example, digital television content channels from a broadcast television network (not shown), and makes them available to client terminals, here the reading device STB.
  • CNT content is made available in a given format.
  • Such CNT content is, for example, content downloaded in adaptive streaming mode.
  • the MPEG-DASH standard (for English “Dynamic Adaptive Streaming over HTTP", in French “dynamic adaptive streaming over HTTP") is an audiovisual format standard for broadcasting on the Internet; this standard is based on the preparation of the content in different representations of variable quality and speed, cut into segments of short duration (of the order of a few seconds), also called “chunks” by those skilled in the art.
  • Each of these segments is made available individually by means of an exchange protocol between the rendering terminal and the multimedia content provider server.
  • the mainly targeted protocol is the HTTP protocol, but other protocols (e.g. FTP) can also be used.
  • the organization of the segments and the associated parameters are published in a description file in XML format. We will not go further into the details of this downloading mode because it is of no interest for the description of the invention.
  • FIG. 2 represents an architecture of a reading device STB.
  • This device STB conventionally comprises memories MEM1 associated with a processor CPU1.
  • the memories can be of the ROM (Read Only Memory) or RAM (Random Access Memory) type or else Flash.
  • the STB decoder can transmit content to be restored to the TV restitution device via a communication module COM12.
  • This module COM12 is for example an HDMI link.
  • the STB decoder communicates with the gateway via an Ethernet module for local wired communication or via a WiFi type radio module for local wireless communication with the GTW residential gateway.
  • the module in question is referenced CMO11 in Figure 2.
  • the STB decoder includes a downloading entity in streaming mode (not shown) capable of managing the downloading of segments.
  • the decoder STB also includes a management entity MNG1, referred to as the first management entity in the following, the function of which will be described below.
  • the server SRV is also equipped with at least one processor CPU2 and memories MEM2 for carrying out computer processing.
  • the server is also equipped with a management entity MNG2, called the second entity, capable of managing the transmission of content from the server SRV to one or more playback devices.
  • the SRV server communicates with the GTW gateway via WAN network to communicate with the GTW residential gateway.
  • the module in question is referenced CMO2 in figure 3.
  • the first entity performs the following steps:
  • a step of obtaining, for the same content, a set of multicast broadcast channels CDD1-CDD4 associated with respective broadcast instants 11-14 spaced out in time, and upon receipt of a request for access to the content by the reading device comprises a step of triggering a selection of a channel in said set; transmitting a content access request specifying the selected channel for receiving the content.
  • the second entity MNG2 performs for its part a step of creation, for the same content, of a set of multicast broadcasting channels on which the content will be transmitted at broadcast instants spread over time.
  • the second entity MNG2 detects receipt of a request for access to the content, the second entity performs the following steps: a step of receiving data representative of said moment chosen from said set, a step of transmitting the content via the channel associated with the selected time.
  • the second management entity MNG2 creates several broadcast channels and allocates these broadcast channels to the multicast broadcast of the same television content with distinct broadcast times.
  • a first broadcast channel CDD1 is provided for broadcasting television content.
  • the first channel and the associated broadcast time is that provided by default in a content provider's service plan. This moment is generally visible via a program guide in which appears all the television content and the broadcast times.
  • the program guide is usually accessible on demand and viewed through a graphical interface.
  • the second entity MNG2 will create several other multicast broadcasting channels for this same television content. It is assumed for example that the second management entity MNG2 creates three other broadcast channels CDD2-CDD4.
  • the CDD1-CDD4 channels are associated with respective broadcast instants II to 14 spread over time.
  • the number of channels may vary depending on the content and/or its duration. For example, if the content is high audience content and therefore likely to be very requested, a short spacing such as two seconds may be relevant. It will easily be understood that for the same temporal spacing, the greater the length in time of the content, the greater the number of broadcasting channels.
  • a new multicast channel is created to broadcast the content from its start. All broadcast channels and channels are created and declared in a document called a live service plan.
  • a creation can consist of an instantiation of a channel.
  • the service plan includes all accessible television channels and other content such as video-on-demand or equivalent content.
  • the service plan further comprises, in accordance with the invention, for a television program being broadcast, data relating to the multicast channels and the time interval between the instants of broadcast on these channels.
  • the first management entity MNG1 installed in the reading device STB after execution by the processor CPU1, will access the information relating to the service plan offered by the server SRV and select a channel from among the plurality of channels created CDDl-CDDn for this same content. It will be seen that the chosen channel can be a channel currently being broadcast or a channel whose broadcast is to come.
  • the four channels will allow the match to be broadcast in multicast at different times 11-14, for example spaced 10 minutes apart.
  • the different channels CDD1-CDD4 created are then transmitted to the reading device STB. All four channels are included in the service plan.
  • the service plan indicates, for example, that the match will be transmitted at 8:00 p.m. and that three other multicast transmissions will also take place every ten minutes, namely 8:00 p.m., 8:20 p.m. and 8:30 p.m.
  • the decoder STB then receives a request for access to the content CNT.
  • the access request can come from an access command from a remote control able to remote control the decoder STB.
  • the first entity MNG1 receives this request.
  • the first management entity MNG1 will select a channel from the available channels and request reception of the content via this channel.
  • the choice of channel by may be subject to variations.
  • the channel selected is the channel whose broadcast time precedes the time of reception of the access request IL.
  • the time of broadcast which precedes the access request IL is the latest, namely 12 (20h10).
  • the selected channel is the one whose broadcast time is later than the time of receipt of the access request IL; the content is not yet broadcast on this channel.
  • the chosen channel is the channel whose scheduled broadcast time follows the time of receipt of the access request.
  • the channel selected is therefore the third broadcast channel CDD3 whose broadcast time is 13 (8:20 p.m.) scheduled in a few minutes.
  • the server has not started to transmit the content.
  • the waiting period referred to above may be subject to the transmission of a notification to inform of the waiting period before the content is broadcast. It should be noted that the shorter the spacing between broadcast instants, the shorter the wait for reception of the content.
  • the created channels can have a limited or unlimited lifetime.
  • the channel concerned is released to be used for the broadcasting of other content.
  • a channel is created every N minutes from the start of content broadcasting; then the channel is then deleted when the content it broadcasts is finished.
  • channels can be created for a chain and be used permanently but each shifted in time by 2 minutes for example. In this case it is no longer necessary to manage the deletion of the channels.
  • the first management entity MNG1 is equipped with the following modules for carrying out the invention: a. A module for obtaining, for the same content, a set of multicast broadcast channels (CDD1-CDD4) associated with respective broadcast instants (11-14) spaced out in time, b. A trigger module capable of triggering, following a request for access to the content, a selection of a channel in said set; the channel being judiciously chosen as a function of its time of broadcast and of said time of reception of the access request; and transmitting a content access request specifying the selected channel for receiving the content.
  • a. A module for obtaining, for the same content, a set of multicast broadcast channels (CDD1-CDD4) associated with respective broadcast instants (11-14) spaced out in time b.
  • a trigger module capable of triggering, following a request for access to the content, a selection of a channel in said set; the channel being judiciously chosen as a function of its time of broadcast and of said time of reception of the access request; and transmit
  • the second entity is itself equipped with the following modules for carrying out the process: a.
  • a creation module capable of creating, for the same content, a set of multicast broadcast channels CDD1-CDD4 associated with respective broadcast instants 11-14 spaced out in time, b.
  • a transmission module capable of transmitting the content via the channel.
  • module or the term entity can correspond to a software component as well as to a hardware component or a set of hardware and software components, a software component itself corresponding to one or more programs or sub-programs computer or more generally to any element of a program able to implement a function or a set of functions as described for the modules concerned.
  • a hardware component corresponds to any element of a hardware (or 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)
  • Databases & Information Systems (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 de l'accès, par un dispositif de lecture, à un contenu télévisé, caractérisé en ce qu'il comprend une étape d'obtention, pour un même contenu, d'un ensemble de canaux de diffusion en multicast (CDD1-CDD4) associés à des instants de diffusion respectifs (I1-I4) espacés temporellement, et en ce qu'une demande d'accès au contenu par le dispositif de lecture comprend une étape de sélection d'un canal de diffusion multicast choisi dans ledit ensemble.

Description

DESCRIPTION
TITRE : procédé de gestion de l'accès à une contenu a lecture d'un contenu multimédia.
Domaine technique
Le domaine de l'invention est celui des contenus multimédias numériques, à savoir les contenus audio et/ou vidéo numériques, également appelés contenus audiovisuels.
L'invention se rapporte tout particulièrement à un procédé de gestion de lecture d'un contenu multimédia.
Les contenus visés ici sont des contenus découpés en segments associés à plusieurs débits d'encodage respectifs sélectionnâmes sur requêtes émises depuis un dispositif de lecture de flux multimédias.
Un dispositif de lecture vise tout dispositifs aptes à recevoir des flux multimédias par exemple un décodeur, un téléphone mobile, une tablette, etc.
Le contenu visé ici est un contenu ayant une heure de diffusion programmée. Un tel contenu est par exemple un contenu « live » diffusé par une chaîne de télévision.
Etat de la technique
Il arrive parfois de manquer le début d'un programme télévisé (film, série, etc.). Une fonction appelée « lire du début » ou « rattrapage » (appelée également « Start Over » ou « Restart » par l'homme du métier) permet de reprendre, à tout moment, le programme en cours de diffusion depuis son commencement. Par exemple, si un film commence à 20h50 sur un canal de diffusion (une chaîne de télévision) et qu'un utilisateur zappe sur cette chaîne de télévision à 21hl7, il peut lancer la fonction de "start over" afin de pouvoir lire le contenu depuis son début.
Généralement, la diffusion de contenus en direct s'appuie sur une technologie de diffusion en multidiffusion (aussi appelé diffusion « multipoint » ou « diffusion de groupe » ou encore « Multicast » par l'homme du métier. Cette technologie permet d'économiser énormément de bande passante dans le réseau d'un opérateur qui gère la diffusion car le contenu est répliqué au plus près des dispositifs de lecture. Par contre, quand un dispositif de lecture requiert l'utilisation de la fonction « lire du début », un accès au contenu demandé déclenche un basculement automatique de la technologie multicast vers une technologie de diffusion de contenu en point à point (unicast). La consommation de bande passante dans le réseau de l'opérateur augmente donc considérablement du fait de la transmission en point à point entre le serveur contenu et l'ensemble des dispositifs de lecture ayant demandé une utilisation de la fonction « start over » ; par exemple lorsque le contenu demandé est un contenu à forte audience, le nombre de connexions en point à pont peut devenir gigantesque et entraîner un phénomène dit de goulot d'étranglement de la bande passante, qui nuit aux performances du réseau.
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 premier aspect fonctionnel, l'invention a pour objet un procédé de gestion de l'accès, par un dispositif de lecture, à un contenu télévisé, caractérisé en ce qu'il comprend une étape d'obtention, pour un même contenu, d'un ensemble de canaux de diffusion en multicast associés à des instants de diffusion respectifs espacés temporel lement, et en ce qu'une demande d'accès au contenu par le dispositif de lecture comprend une étape de sélection d'un canal de diffusion multicast choisi dans ledit ensemble.
Selon l'invention, lorsqu'une diffusion en multicast est prévu sur un canal de diffusion pour un contenu télévisé, plusieurs autres canaux de diffusion en multicast sont créés pour ce même contenu télévisé avec des instants de diffusion étalés dans le temps, respectivement. Lors d'une demande de lecture du contenu, un module de gestion va sélectionner l'un des canaux de diffusion parmi l'ensemble des canaux de diffusion. Une fois le canal de diffusion sélectionné, le dispositif de lecture transmet la demande d'accès au contenu et spécifie le canal souhaité pour la réception du contenu. La reprise depuis le début s'effectue donc dans tous les cas en multicast. L'utilisation du mode multicast en lieu et place du mode unicast offre une qualité de restitution optimale et réduit considérablement la bande passante sur le réseau lors de l'accès à un contenu télévisé en mode « start over ».
On verra dans la suite selon un mode de réalisation, la diffusion du contenu étant programmée à un instant donné, le contenu étant en cours de restitution, que le procédé comprend les étapes suivantes une sélection d'un canal dans ledit ensemble, le canal étant choisi en fonction de l'instant de diffusion associé au canal et dudit instant de réception de la demande d'accès ; et une transmission d'une demande d'accès au contenu spécifiant le canal multicast sélectionné pour la réception du contenu.
La pluralité d'instants de diffusion sur les différents canaux multicast permet de sélectionner un canal judicieusement en fonction de l'instant de la demande d'accès au contenu.
Selon un premier mode de réalisation, le canal sélectionné pour recevoir le contenu est le canal dont l'instant de diffusion du contenu est le plus proche de l'instant de la demande d'accès au contenu. Bien qu'étant diffusé en multicast, du fait de la sélection de l'instant de diffusion le plus proche, l'accès en mode rattrapage d'un contenu en cours de diffusion sur un canal s'effectue, selon que l'instant est antérieur ou postérieur à l'instant de la demande d'accès au contenu soit avec une légère perte du début du contenu mais sans attente de restitution, soit avec une légère attente mais dans ce cas avec un restitution intégrale. On s'approche donc considérablement du mode unicast en termes d'accès à un contenu en mode de rattrapage tout en optimisant la bande passante sur le réseau entre le serveur et le dispositif de lecture.
Comme indiqué ci-dessus, l'instant le plus proche peut être un instant de diffusion antérieur. Selon une première variante du premier mode, le canal sélectionné est le canal dont l'instant de diffusion du contenu précède l'instant de réception de la requête. Dans ce cas, lorsqu'un accès au contenu est demandé, le canal sélectionné est par défaut le dernier canal créé en date. Comme indiqué ci-dessus, le rattrapage du contenu selon cette variante s'effectue avec une légère perte du début du contenu mais s'effectue sans attente de restitution.
Comme indiqué ci-dessus, l'instant le plus proche peut être un instant postérieur. Selon une deuxième variante du premier mode, le canal sélectionné pour recevoir le contenu est le canal dont l'instant de diffusion du contenu est à venir. Dans ce cas, lorsqu'un accès au contenu est demandé, le canal sélectionné est par exemple le prochain canal qui sera créé. Comme indiqué ci-dessus, le rattrapage du contenu selon cette variante s'effectue avec une légère attente mais dans ce cas avec une restitution intégrale depuis le début. Selon un deuxième mode de réalisation, qui pourra être mis en œuvre alternativement ou cumulativement avec le précédent mode, un canal est supprimé lorsque la restitution du contenu est terminée sur ce canal. Ce deuxième mode permet de récupérer des canaux disponibles pour le rattrapage d'autres contenus télévisés.
Selon un troisième mode de réalisation, qui pourra être mis en œuvre alternativement ou cumulativement avec les précédents modes, l'ensemble d'instants de diffusion est inclus dans des données représentatives d'un guide de programme. Dans ce troisième mode, les instants de diffusion font partie des données de description associées à un contenu. Une entité de gestion a pour fonction d'accéder aux instants de diffusion et de sélectionner l'instant optimal.
Selon un premier aspect matériel, l'invention se rapporte à une entité de gestion de l'accès à un contenu télévisé dont la diffusion est programmée à un instant donné, caractérisé en ce qu'il comprend un module de sélection d'un canal de diffusion multicast choisi dans ledit ensemble suite à une demande d'accès au contenu Selon un troisième aspect matériel, l'invention se rapporte à un dispositif de lecture comprenant une entité de gestion telle que définie ci-dessus.
Selon un quatrième aspect matériel, l'invention se rapporte à un programme d'ordinateur apte à être mis en œuvre sur une entité 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 sélection définies ci-dessus.
Selon un deuxième aspect fonctionnel, l'invention se rapporte à un procédé de gestion de la diffusion d'un contenu ayant un instant de diffusion programmé, caractérisé en ce qu'il comprend : une étape de création, pour un même contenu, d'un ensemble de canaux de diffusion en multicast (CDD1-CDD4) associés à des instants de diffusion respectifs (11-14) espacés temporellement, une étape de réception d'une donnée représentative dudit instant choisi dans ledit ensemble, une étape de transmission du contenu via le canal associé à l'instant choisi. Selon un sixième aspect matériel, l'invention se rapporte à une entité de gestion, dite deuxième entité, de la diffusion d'un contenu ayant un instant de diffusion programmé, caractérisé en ce qu'il comprend un module de création apte à créer, pour un même contenu, d'un ensemble de canaux de diffusion en multicast (CDD1-CDD4) associés à des instants de diffusion respectifs (11-14) espacés temporel lement, un module de réception d'une donnée représentative dudit instant choisi dans ledit ensemble, un module de transmission apte à transmettre lu contenu via le canal.
Selon un septième aspect matériel, l'invention se rapporte à un serveur comprenant une deuxième entité de gestion telle que définie ci-dessus.
Selon un huitième aspect matériel, l'invention se rapport à un programme d'ordinateur apte à être mis en œuvre sur une deuxième 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é définies en liaison avec le deuxième aspect fonctionnel.
Selon un neuvième aspect matériel, l'invention se rapporte à un premier 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 en liaison avec le premier aspect fonctionnel.
Enfin, selon un dixième aspect matériel, l'invention se rapporte à un premier 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 en liaison avec le deuxième aspect fonctionnel.
Un tel support d'enregistrement 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 une clé USB ou un disque dur.
D'autre part, un tel support d'enregistrement 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, de sorte que le programme d'ordinateur qu'il contient est exécutable à distance. Le programme selon l'invention peut être en particulier téléchargé sur un réseau par exemple le réseau Internet.
Alternativement, le support d'enregistrement 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é de contrôle d'affichage précité.
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 :
[Fig. 1] La figure 1 représente un système informatique sur lequel est illustré un exemple de réalisation de l'invention.
[Fig. 2] La figure 2 est un schéma synoptique simplifié de la structure matérielle du dispositif de lecture ;
[Fig. 3] La figure 3 est un schéma synoptique simplifié de la structure matérielle du serveur ;
[Fig. 4] La figure 4 illustre plusieurs canaux de diffusion pour un même contenu avec des instants de diffusion distincts étalés dans le temps.
Description détaillée d'un exemple de réalisation illustrant l'invention :
La figure 1 représente un système informatique SYS dans lequel est mis en œuvre un réseau de diffusion de contenus appelé CDN (Content Distribution Network) par l'homme du métier depuis lequel sont transmis des contenus à destination de dispositifs clients ou dispositifs de lecture de contenus.
Dans notre exemple, le système comprend un seul dispositif de lecture. Cependant l'invention s'applique à un nombre quelconque de dispositifs de lecture.
Le dispositif de lecture est par exemple un décodeur STB.
Le contenu multimédia visé ici est un contenu vidéo correspondant à une chaîne de télévision sur laquelle sont diffusés des programmes télévisés ayant une heure de début correspondant à une heure de diffusion programmée et une heure de fin.
Une fonction « lire depuis le début » est prévue pour voir un contenu depuis son début lorsque celui-ci a déjà débuté. Le système informatique SYS comprend un dispositif de lecture de flux multimédia STB, par exemple un décodeur connecté à un terminal de restitution TV tel qu'une télévision.
Dans notre exemple, le dispositif de lecture STB est connecté sur un port du dispositif de restitution dispositif de restitution TV ; le dispositif de lecture et le dispositif de restitution dispositif de restitution TV pourrait aussi former un seul et unique dispositif.
Dans notre exemple, le dispositif de lecture STB est situé dans un réseau local LAN géré par une passerelle domestique GTW. Le contexte du réseau local est donné à titre d'exemple et pourrait être transposé aisément à un réseau Internet de type « best effort », un réseau d'entreprise, etc.
La passerelle GTW est apte à communiquer via un réseau de télécommunication LI1 tel qu'un réseau étendu WAN connu de l'homme du métier.
Le CDN est constitué de serveurs reliés en réseau dans le réseau étendu ; ces serveurs coopèrent afin de mettre des contenus multimédias à disposition des utilisateurs. Afin de simplifier l'exposé de l'invention, un seul serveur de contenus SRV sera représenté sur la figure 1 pour représenter le CDN.
Le serveur de contenus SRV se trouve, dans notre exemple, dans le réseau étendu WAN. Le serveur de contenus SRV reçoit par exemple des chaînes de contenus de télévision numérique en provenance d'un réseau de télévision diffusée (non représenté), et les met à disposition des terminaux clients, ici le dispositif de lecture STB.
Les contenus CNT sont mis à disposition dans un format donné. Un tel contenu CNT est, par exemple, un contenu téléchargé en mode de streaming adaptatif. La norme MPEG-DASH (pour l'anglais "Dynamic Adaptive Streaming over HTTP", en français « diffusion en flux adaptatif dynamique sur HTTP ») est un standard de format de diffusion audiovisuelle sur Internet ; ce standard se base sur la préparation du contenu en différentes représentations de qualité et débit variables, découpées en segments de courte durée (de l'ordre de quelques secondes), également appelés « chunks » par l'homme du métier. Chacun de ces segments est rendu disponible individuellement au moyen d'un protocole d'échange entre le terminal de restitution et le serveur fournisseur de contenus multimédias. Le protocole principalement ciblé est le protocole HTTP, mais d'autres protocoles (par exemple FTP) peuvent également être utilisés. L'organisation des segments et les paramètres associés sont publiés dans un fichier de description au format XML. Nous ne rentrerons pas plus dans les détails de ce mode de téléchargement car sans intérêt pour l'exposé de l'invention.
La figure 2 représente une architecture d'un dispositif de lecture STB. Ce dispositif STB comprend, classiquement, des mémoires MEM1 associées à un processeur CPU1. 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 STB peut transmettre un contenu à restituer au dispositif de restitution TV via un module de communication COM12. Ce module COM12 est par exemple une liaison HDMI.
Le décodeur STB communique avec la passerelle via un module Ethernet pour une communication locale avec fils ou via un module radio de type WiFi pour une communication locale sans fils avec la passerelle résidentielle GTW. Le module en question est référencé CMO11 sur la figure 2.
Le décodeur STB comprend une entité de téléchargement en mode streaming (non représentée) apte à gérer le téléchargement de segments. Le décodeur STB comprend également une entité de gestion MNG1, dite première entité de gestion dans la suite, dont la fonction sera décrite ci-dessous.
En référence à la figure 3, le serveur SRV également est équipé d'au moins un processeur CPU2 et de mémoires MEM2 pour la réalisation de traitement informatique. Le serveur est également équipé d'une entité de gestion MNG2, dite deuxième entité, apte à gérer la transmission d'un contenu du serveur SRV à destination d'un ou plusieurs dispositifs de lecture. Le serveur SRV communique avec la passerelle GTW via réseau WAN pour une communiquer avec la passerelle résidentielle GTW. Le module en question est référencé CMO2 sur la figure 3.
Selon l'invention, la première entité l'entité de gestion MNG1 réalise les étapes suivantes :
Une étape d'obtention, pour un même contenu, d'un ensemble de canaux de diffusion en multicast CDD1-CDD4 associés à des instants de diffusion respectifs 11-14 espacés temporellement, et lors de la réception d'une demande d'accès au contenu par le dispositif de lecture comprend une étape de déclenchement d'une sélection d'un canal dans ledit ensemble ; une transmission d'une demande d'accès au contenu spécifiant le canal sélectionné pour la réception du contenu.
La deuxième entité MNG2 réalise de son côté une étape de création, pour un même contenu, d'un ensemble de canaux de diffusion en multicast sur lesquels le contenu va être transmis à des instants de diffusion étalés dans le temps.
Ensuite, lorsque le deuxième entité MNG2 détecte une réception d'une demande d'accès au contenu, la deuxième entité réalise les étapes suivantes : une étape de réception d'une donnée représentative dudit instant choisi dans ledit ensemble, une étape de transmission du contenu via le canal associé à l'instant choisi.
En d'autres mots, la deuxième entité de gestion MNG2 créé plusieurs canaux de diffusion et alloue ces canaux de diffusion à la diffusion en multicast d'un même contenu télévisé avec des instants de diffusion distincts.
Dans notre exemple, en référence à la figure 4, un premier canal de diffusion CDD1 est prévu pour la diffusion d'un contenu télévisé. Le premier canal et l'instant de diffusion associé est celui prévu par défaut dans un plan de service d'un fournisseur de contenus. Cet instant est généralement visible via un guide programme dans lequel apparaît l'ensemble des contenus télévisés et les heures de diffusion. Le guide de programme est généralement accessible sur demande et afficher par le biais d'une interface graphique.
Selon l'invention, en considérant un contenu télévisé en particulier, la deuxième entité MNG2 va créer plusieurs autres canaux de diffusion en multicast pour ce même contenu télévisé. On suppose par exemple que la deuxième entité de gestion MNG2 créé trois autres canaux de diffusion CDD2-CDD4.
Les canaux CDD1-CDD4 sont associés à des instants de diffusion respectifs II à 14 étalés dans le temps.
A noter que le nombre de canaux peut varier selon le contenu et/ou sa durée. Par exemple, si le contenu est un contenu à forte audience et donc susceptible d'être très demandé, un court espacement tel que deux secondes peut être pertinent. On comprendra aisément que pour un même espacement temporel, plus la longueur en temps du contenu est importante, plus le nombre de canaux de diffusion est grand.
En d'autres mots, suite au démarrage de la diffusion d'un contenu, à des instants donnés, par exemple toutes les N minutes (2minutes par exemple), un nouveau canal multicast est créé pour diffuser le contenu depuis son début. Toutes les chaînes et canaux de diffusion sont créés et déclarées dans un document appelé plan de service live.
Précisons ici qu'une création peut consister en une instanciation d'un canal. Rappelons que le plan de service regroupe toutes les chaînes de télévision accessibles et d'autres contenus tels que des contenus de vidéo à la demande ou équivalents. Le plan de service comprend en outre, conformément à l'invention, pour un programme télévisé en cours de diffusion, des données relatives aux canaux multicast et l'espacement temporel entre les instants de diffusion sur ces canaux.
Dans un mode de réalisation, la première entité de gestion MNG1 installée dans le dispositif de lecture STB, après exécution par le processeur CPU1, va accéder aux informations relatives au plan de service offert par le serveur SRV et sélectionner un canal parmi la pluralité de canaux créés CDDl-CDDn pour ce même contenu. On verra que le canal choisi peut être un canal en cours de diffusion ou un canal dont la diffusion est à venir.
Prenons un exemple d'un match de Foot dont la diffusion officielle est programmée un samedi soir à 20h00 (Il=20h00).
Prenons comme exemple les quatre premiers canaux de diffusion CDD1-CDD4 (n=4) alloués au match de Foot ; il peut y en avoir d'autres mais nous nous limiterons à quatre pour simplifier l'exposé..
Les quatre canaux vont permettre la diffusion en multicast du match à des instants différents 11-14, par exemple espacés de 10 minutes.
Les différents canaux CDD1-CDD4 créés sont ensuite transmis au dispositif de lecture STB. Les quatre canaux sont compris dans le plan de service. Le plan de service indique par exemple que le match sera transmis à 20h00 et que trois autres transmissions en multicast vont aussi avoir lieu toutes les dix minutes à savoir 20hl0, 20h20, et 20h30. Le décodeur STB reçoit ensuite une demande d'accès au contenu CNT. La demande d'accès peut provenir d'une commande d'accès issue d'une télécommande apte à télécommander le décodeur STB.
En référence à la figure 4, supposons que la demande d'accès au contenu est reçue à 20hll (IL=20hll). La première entité MNG1 reçoit cette demande.
En fonction de l'instant de réception de la demande d'accès IL au contenu, la première entité de gestion MNG1 va sélectionner un canal parmi les canaux disponibles et requérir une réception du contenu via ce canal.
Le choix du canal par peut faire l'objet de variantes.
Selon une première variante, le canal sélectionné est le canal dont l'instant de diffusion précède l'instant de réception de la demande d'accès IL. Dans notre cas, l'instant de diffusion qui précède la demande d'accès IL est le dernier en date à savoir 12 (20hl0). Cette variante a l'avantage d'accéder au contenu sans délai car le contenu est déjà en cours de diffusion.
Selon une deuxième variante, le canal sélectionné est celui dont l'instant de diffusion est postérieur à l'instant de réception de la demande d'accès IL ; le contenu n'est pas encore diffusé sur ce canal. Par exemple, le canal choisit est le canal dont l'instant prévu de diffusion suit l'instant de réception de la demande d'accès. Dans notre exemple, le canal sélectionné est donc le troisième canal de diffusion CDD3 dont l'instant de diffusion est 13 (20h20) prévu dans quelques minutes. Dans ce cas, le serveur n'a pas commencé à transmettre le contenu. Il y a donc une période d'attente avant de recevoir le contenu ; en contrepartie, le contenu est restitué depuis le début. La période d'attente visée ci-dessus peut faire l'objet d'une transmission d'une notification pour informer du délai d'attente avant diffusion du contenu. A noter que plus l'espacement entre instants de diffusion est court, moins long sera l'attente de réception du contenu.
Les canaux créés peuvent avoir une durée de vie limitée ou illimitée.
Par exemple, lorsque la restitution d'un programme est terminée via un canal, le canal concerné est libéré pour être utilisé pour la diffusion d'un autre contenu. En d'autres mots, on crée un canal toutes les N minutes à partir du début de diffusion d'un contenu ; ensuite le canal est alors supprimé quand le contenu qu'il diffuse est terminé. A l'inverse, des canaux peuvent être créés pour une chaîne et être utilisés en permanence mais chacune décalée dans le temps de 2 mn par exemple. Dans ce cas il n'est plus nécessaire de gérer la suppression des canaux.
Précisons enfin que la première entité de gestion MNG1 est équipée des modules suivants pour la réalisation de l'invention : a. Un module d'obtention, pour un même contenu, d'un ensemble de canaux de diffusion en multicast (CDD1-CDD4) associés à des instants de diffusion respectifs (11-14) espacés temporellement, b. Un module de déclenchement apte à déclencher, suite à une demande d'accès au contenu, une sélection d'un canal dans ledit ensemble ; le canal étant judicieusement choisi en fonction de son instant de diffusion et dudit instant de réception de la demande d'accès ; et une transmission d'une demande d'accès au contenu spécifiant le canal sélectionné pour la réception du contenu.
La deuxième entité est quant à elle équipé des modules suivants pour la réalisation du procédé : a. Un module de création apte à créer, pour un même contenu, d'un ensemble de canaux de diffusion en multicast CDD1-CDD4 associés à des instants de diffusion respectifs 11-14 espacés temporellement, b. Un module de réception d'une donnée représentative dudit instant choisi dans ledit ensemble, c. Un module de transmission apte à transmettre lu contenu via le canal.
Précisons enfin ici que le terme module ou 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
1. Procédé de gestion de l'accès, par un dispositif de lecture, à un contenu télévisé, caractérisé en ce qu'il comprend une étape d'obtention, pour un même contenu, d'un ensemble de canaux de diffusion en multicast (CDD1- CDD4) associés à des instants de diffusion respectifs (11-14) espacés temporellement, et en ce qu'une demande d'accès au contenu par le dispositif de lecture comprend une étape de sélection d'un canal de diffusion multicast choisi dans ledit ensemble.
2. Procédé selon la revendication 1, caractérisé en ce que le canal sélectionné pour recevoir le contenu est le canal dont l'instant de diffusion du contenu est le plus proche de l'instant de la demande d'accès au contenu.
3. Procédé de gestion selon la revendication 2, caractérisé en ce que le canal sélectionné pour recevoir le contenu est le canal dont l'instant de diffusion du contenu précède l'instant de la demande d'accès au contenu.
4. Procédé de gestion selon la revendication 2, caractérisé en ce que le canal sélectionné pour recevoir le contenu est le canal dont l'instant de diffusion du contenu est à venir.
5. Procédé de gestion selon la revendication 1, dans lequel un canal de diffusion est supprimé lorsque la restitution du contenu est terminée sur ce canal.
6. Procédé de gestion selon la revendication 1, dans lequel l'ensemble d'instants de diffusion est inclut dans des données représentatives d'un guide de programme.
7. Entité de gestion (MNG1) de l'accès à un contenu télévisé caractérisé en ce qu'il comprend : un module d'obtention, pour un même contenu, d'un ensemble de canaux de diffusion en multicast (CDD1-CDD4) associés à des instants de diffusion respectifs (11-14) espacés temporellement, un module de sélection d'un canal de diffusion multicast choisi dans ledit ensemble suite à une demande d'accès au contenu.
8. Programme d'ordinateur apte à être mis en œuvre sur une entité de gestion (MNG1) telle que définie dans la revendication 7, 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. Procédé de gestion de la diffusion d'un contenu ayant un instant de diffusion programmé, caractérisé en ce qu'il comprend une étape de création, pour un même contenu, d'un ensemble de canaux de diffusion en multicast (CDD1-CDD4) associés à des instants de diffusion respectifs (11-14) espacés temporellement, une étape de réception d'une donnée représentative dudit instant choisi dans ledit ensemble, une étape de transmission du contenu via le canal associé à l'instant choisi. Entité de gestion (MNG2) de la diffusion d'un contenu ayant un instant de diffusion programmé, caractérisé en ce qu'il comprend : un module de création apte à créer, pour un même contenu, d'un ensemble de canaux de diffusion en multicast (CDD1-CDD4) associés à des instants de diffusion respectifs (11-14) espacés temporellement, un module de réception d'une donnée représentative dudit instant choisi dans ledit ensemble, un module de transmission apte à transmettre lu contenu via le canal. Serveur (SRV) comprenant une entité de gestion (MNG2) telle que définie dans la revendication 10. Programme d'ordinateur apte à être mis en œuvre sur une entité de gestion (MNG) telle que définie dans la revendication 10, 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 9.
EP22800657.3A 2021-10-28 2022-10-10 Procédé de gestion de l'accès à une contenu a lecture d'un contenu multimedia Pending EP4424021A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR2111460A FR3128842A1 (fr) 2021-10-28 2021-10-28 procédé de gestion de l’accès à une contenu a lecture d’un contenu multimédia.
PCT/EP2022/078099 WO2023083538A1 (fr) 2021-10-28 2022-10-10 Procédé de gestion de l'accès à une contenu a lecture d'un contenu multimedia

Publications (1)

Publication Number Publication Date
EP4424021A1 true EP4424021A1 (fr) 2024-09-04

Family

ID=79018403

Family Applications (1)

Application Number Title Priority Date Filing Date
EP22800657.3A Pending EP4424021A1 (fr) 2021-10-28 2022-10-10 Procédé de gestion de l'accès à une contenu a lecture d'un contenu multimedia

Country Status (4)

Country Link
US (1) US20250016424A1 (fr)
EP (1) EP4424021A1 (fr)
FR (1) FR3128842A1 (fr)
WO (1) WO2023083538A1 (fr)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2432128A1 (fr) * 2000-12-13 2002-06-20 The Chinese University Of Hong Kong Procede et systeme de distribution de medias via un reseau
CN101060617B (zh) * 2007-05-22 2010-07-28 华为技术有限公司 一种视频点播控制方法、客户端设备和切换控制装置
KR101931653B1 (ko) * 2011-07-06 2018-12-21 에스케이플래닛 주식회사 멀티캐스트 기반 컨텐츠 전송 시스템 및 방법
US9936241B2 (en) * 2014-04-07 2018-04-03 Cellco Partnership Method and apparatus for providing dynamic channel and content provisioning
CN106302566B (zh) * 2015-05-12 2019-07-23 华为技术有限公司 直播媒体数据的方法、设备和系统

Also Published As

Publication number Publication date
WO2023083538A1 (fr) 2023-05-19
US20250016424A1 (en) 2025-01-09
FR3128842A1 (fr) 2023-05-05

Similar Documents

Publication Publication Date Title
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
EP4184922A1 (fr) Procédé de gestion de l' accès à un contenu multimédia
EP4373099A1 (fr) Procédé de gestion de l'accès à une contenu a lecture d'un contenu multimédia
EP3840391A1 (fr) Gestion de la restitution d'un contenu multimédia et d'une interface de navigation sur un écran
WO2023083538A1 (fr) Procédé de gestion de l'accès à une contenu a lecture d'un contenu multimedia
EP4254968A1 (fr) Procédé de génération d'une chaîne de télévision virtuelle pour un utilisateur d' au moins un service de diffusion de contenus audiovisuels, dispositif de génération, équipement de service et programme d ordinateur correspondants
EP4203480A1 (fr) Procédé de gestion de sauts temporels lors de la lecture d'un contenu multimédia
WO2024165355A1 (fr) Procédé de gestion de lecture d'un contenu multimédia.
FR3162581A1 (fr) procédé de gestion de la lecture d’un contenu multimédia.
FR3155115A1 (fr) procédé de gestion de l’accès à des fichiers de description associés à un contenu diffusé en temps réel.
EP4734527A1 (fr) Procédé de gestion de l accès, par un dispositif de lecture, à des contenus segmentés
FR3168034A3 (fr) Procédé de gestion de l’accès, par un dispositif de lecture, à des contenus segmentés
FR3168037A3 (fr) Procédé de gestion de l’accès, par un dispositif de lecture, à des contenus segmentés
FR3168033A3 (fr) Procédé de gestion de l’accès, par un dispositif de lecture, à des contenus segmentés
FR3168038A3 (fr) Procédé de gestion de l’accès, par un dispositif de lecture, à des contenus segmentés
FR3168035A3 (fr) Procédé de gestion de l’accès, par un dispositif de lecture, à des contenus segmentés
FR3168036A3 (fr) Procédé de gestion de l’accès, par un dispositif de lecture, à des contenus segmentés
EP4543015A1 (fr) Procédé de gestion de l accès à des fichiers de description associés à un contenu diffusé en temps réel
EP4607931A1 (fr) Procédé de gestion de l'accès à des contenus ayant été diffusés en temps réel
FR3162580A1 (fr) procédé de gestion de la lecture d’un contenu multimédia.
EP4482157A1 (fr) Procédé de gestion de la restitution d'un contenu multimédia
FR3157762A1 (fr) Procédé de gestion de l’accès à des contenus ayant été diffusés en temps réel.
WO2025114181A1 (fr) Procédé de gestion de la relecture d'un contenu ayant été diffusé en temps réel
EP4668759A1 (fr) Procédé de gestion de l'accès, par un dispositif de lecture, à un contenu multimédia après coupure du son
EP4297409A1 (fr) Procédé de gestion de la lecture d'un contenu multimédia.

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: 20240422

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