A method for managing access, via a reading device, to segmented content.

Abstract

TITLE: To be done. The invention relates to a method for managing access, by a reading device, to a first segmented content (C1) whose segments are described in respective description files (MNFc1), characterized in that access to a given first content results in both the reception of description files associated with this first content (C1) and description files associated with a second content (C2). Figure for the abstract: Figure 5

Description

Title of the invention: Method for managing access, via a reading device, to segmented content technical field

[0001] The field of the invention is that of managing access, by a reading device, to segmented content associated with respective description files describing access addresses to the content.

[0002] The invention relates particularly to segmented content accessible in several formats associated with respective sizes in bytes, which have varying degrees of impact on the bandwidth of the network from which the content is downloaded. The invention relates particularly to content downloaded using a technique known as adaptive progressive download, or HAS, or any other downloading techniques using the same principle.

[0003] A description file, for example one used in the context of adaptive progressive downloading, is a file containing, among other things, network addresses (IP address or URL) of the segments to be downloaded and read by a reading device. In other words, a description file describes segments in the form of network addresses, and it is up to the reading device to access these segments via a network, for example the Internet.

[0004] The reading device refers to all data processing devices equipped with processors and capable of accessing content segments via a network, receiving segments from a network, optionally decoding the received segments if they are encoded, and requesting a display of the decoded segments, for example, on a screen integrated into the reading device or external to the reading device. Prior art

[0005] When accessing multimedia content, a playback device sends a request to a content server indicating the selected multimedia content (video and / or audio). The playback device then receives a digital data stream related to this content. In a local communication network, such a request may pass through a network access gateway, for example, a residential gateway.

[0006] The received data is then decoded by the reading device, and then displayed in the form of a corresponding video display.

[0007] The distribution of digital content over the Internet is often based on client-server protocols of the HTTP (Hyper Text Transport Protocol) family. In particular, progressive downloading (HTTP) Adaptive Streaming (ASS), also known as "Adaptive Streaming," allows for the real-time transmission and playback of digital content. This means that digital data is transmitted over the network and delivered to the playback device as it arrives. Upon receiving the stream, the playback device stores the received data in a buffer before delivering it. This distribution method is particularly useful when the user's available bandwidth is insufficient for real-time video transmission.

[0008] Adaptive progressive downloading also allows data to be transmitted and received at different qualities, corresponding, for example, to different respective encoding rates. These different qualities are described in the description file referred to above.

[0009] When a user accesses the live stream broadcast via HTTP Adaptive Streaming (HAS), the playback device receives, at regular intervals, generally every two seconds, a description file that typically describes the last sixty seconds of the stream (thirty (30) two-second segments) by providing IP addresses (Internet Protocol) of segments corresponding to these last sixty seconds. By receiving this description file successively, the playback device can stream the content.

[0010] In general, the video segments are chosen to be of short duration because we want to be as close as possible to the stream broadcast in real time, which those skilled in the art also call a Live stream.

[0011] Note that an encoding bitrate is selected from among the available bitrates based on the available bandwidth or the storage and decoding capabilities of the reading device. This type of technique makes it possible to take into account bandwidth variations on the link between the client reading device and the content server.

[0012] Currently, when switching to a live channel broadcast via HAS, the playback device (more precisely, an HAS download management entity) receives the description file for the selected channel from the network. This description file generally describes approximately one minute of content for a live channel (segments with a lifespan of less than one minute are listed therein). After retrieving the description file, the playback device typically retrieves the two most recent video and audio segments using the segment addresses described in the description file. Then, before beginning to play the video content segments, the playback device (STB) retrieves the subsequent segments, attempting to maintain a reception buffer of approximately fifteen seconds.

[0013] There is therefore a certain delay between the moment a description file is received and the corresponding content is read. This delay can impair the experience of a user seeking quick access to content.

[0014] The invention improves the situation. The invention

[0015] To this end, according to a first functional aspect, the invention relates to a method of managing access, by a reading device, to segmented contents whose segments are described in respective description files, characterized in that access to a given content results in both the receipt of the description file associated with that content and at least one other description file associated with another content.

[0016] According to the invention, after a request to access content, several description files are received successively, relating to the requested content as well as to other content. The description file received for said other content is generated in advance in case a user switches to this other content. If this occurs, the switching delay will therefore not include the delay related to the request for access to the description file and the receipt of the description file in return, since the latter has already been downloaded in advance when access to this content is requested. The switching delay is thus reduced and becomes shorter than that of the prior art; the user experience can only be improved.

[0017] Furthermore, another significant advantage is that reducing the amount of data downloaded for a second piece of content allows for the selection of a larger number of such second pieces of content. Indeed, in our invention, unlike the prior art, the audio / video stream associated with the second piece of content, which is quite large, is not retrieved, but simply the description files; in the case of a second piece of content such as a television channel, much less data is downloaded for each television channel; therefore, it is possible to subscribe to a larger number of channels than just the adjacent ones, for example.

[0018] Note that the receipt of the description files may be simultaneous or staggered in time.

[0019] According to a particular embodiment of the invention, accessing a given piece of content also results in the downloading of a portion of the segments described in the description file associated with the second piece of content. In this embodiment, the downloading of a portion of the segments of the second piece of content occurs spontaneously by the server that manages the segment downloads; the reading device does not transmit a request to download segments related to the second piece of content, especially since at that time the reading device has not yet received a description file.

[0020] According to yet another particular embodiment of the invention, which may be implemented alternatively or cumulatively with the preceding one, the description files associated with the first piece of content are received at a given frequency, while the description files associated with the second piece of content are received at a lower frequency. For example, the description files associated with the first piece of content are received every two seconds, and the description files associated with the second piece of content less frequently, for example, every thirty seconds. In this way, the description files, or even the latest segments currently being broadcast on the channel in question, related to the second piece of content are retrieved fifteen times less frequently.This mode avoids overloading the network, particularly when the number of secondary content is significant (for example, ten to twenty television channels identified as secondary content); during a description file update, this would approximately double the overall bandwidth used (bandwidth for reading the current content and for retrieving data from secondary content (for example, favorite television channels, as we will see below)).

[0021] According to yet another particular embodiment of the invention, which may be implemented alternatively or cumulatively with the preceding ones, the second content is content adjacent to the first content. This embodiment addresses the use case in which a user changes channels; this typically involves using the "- / +" buttons on the remote control. In this case, anticipating the download of description files for one or both adjacent channels ensures very fast channel surfing.

[0022] According to yet another particular embodiment of the invention, which may be implemented alternatively or cumulatively with the preceding ones, the second content item is content included in a predefined list of content items. This embodiment is intended for a use case in which channel surfing may be greater than one unit; this embodiment typically involves channel surfing by selecting a channel number on the remote control; for example, assuming that a number is assigned to each channel, the user surfs from the second channel to the ninth channel.

[0023] According to a first material aspect, the invention relates to an entity for managing access, by a reading device, to a first segmented content whose segments are described in respective description files, characterized in that it comprises a module capable, following access to a given content, of requesting the reception of description files associated with this first content and the description files associated with a second content.

[0024] According to another material aspect, the invention relates to a reading device comprising a management entity as defined above.

[0025] According to another material aspect, the invention relates to a computer program suitable for implementation on a management entity as defined above, the program comprising code instructions which, when executed by a processor, carries out the steps of the management process defined above.

[0026] According to another material aspect, the invention relates to a data carrier on which at least one series of program code instructions for the execution of a management process as defined above has been stored.

[0027] According to a second functional aspect, the invention relates to a method for managing the transmission of description files associated with a first content broadcast in real time, the segments of which are described in respective description files, characterized in what it comprises following a request for access to the first content, a transmission of both description files associated with this first content and description files associated with a second content.

[0028] According to another material aspect, the invention relates to a management entity, referred to as the second management entity in the following, for the transmission of description files associated with a first content broadcast in real time, the segments of which are described in respective description files, characterized in that it comprises a transmission module capable of, following a request for access to the first content, transmitting both description files associated with this first content and description files associated with a second content.

[0029] According to another material aspect, the invention relates to a content server comprising a second entity as defined above.

[0030] According to another material aspect, the invention relates to a computer program suitable for implementation on a second management entity as defined above, the program comprising code instructions which, when executed by a processor, carries out the steps of the process defined in connection with the second functional aspect.

[0031] Finally, according to another material aspect, the invention relates to a data carrier on which at least one series of program code instructions for the execution of a method for managing the transmission of description files has been stored.

[0032] The media referred to above can be any entity or device capable of storing the program. For example, a medium can include a storage means, such as a ROM, for example a CD-ROM or a microelectronic circuit ROM, or a magnetic recording means, for example a hard drive. On the other hand, an information medium can be a transmissible medium such as an electrical or optical signal, which can be transmitted via an electrical or optical cable, by radio, or by other means. The program according to the invention can, in particular, be uploaded to a network such as the Internet. Alternatively, the medium information can 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 process in question.

[0033] The invention will be better understood upon reading the following description, given by way of example and with reference to the accompanying drawings in which:

[0034] [Fig. 1] represents a progressive download architecture on the Internet based on the use of adaptive streaming according to an embodiment of the process of the invention;

[0035] [Fig.2] schematically illustrates the hardware structure of a server capable of transmit description files;

[0036] [Fig.3] schematically illustrates the material structure of a reading device capable of reading real-time multimedia streams;

[0037] [Fig.4] illustrates a content and the segments available for this content.

[0038] [Fig.5] illustrates an embodiment of the method of the invention; this figure illustrates the communication between the reading device and the content server when accessing content.

[0039] Detailed description of embodiments of the invention

[0040] Fig. 1 represents a computer system SYS in which a content distribution network called a CDN (Content Distribution Network) is implemented, from which content is transmitted to client devices or content reading devices and description files associated with multimedia content.

[0041] In our example, the SYS system comprises a single STB reading device. However, the invention applies to any number of reading devices.

[0042] The reading device is for example a digital reading device such as a decoder.

[0043] The multimedia content referred to here is video content corresponding, for example, to a television channel on which so-called live television programs are broadcast, that is to say, broadcast in real time. A live program can be a program whose recording takes place live (for example, a sporting event) or whose recording has already taken place (for example, a television program recorded by the channel).

[0044] In our example, the STB reading device is connected to a TV playback terminal such as a television.

[0045] In our example, the STB reading device is connected to a port of the TV playback device; the STB reading device and the TV playback device could also form a single device.

[0046] In our example, the STB reading device is located in a local area network (LAN) managed by a GTW home gateway. The LAN context is given as an example and could easily be transposed to a "best effort" type Internet network, a corporate network, etc. It will be seen later that the STB reading device includes a first management entity, ENTL.

[0047] The GTW gateway is capable of communicating via a communication link LU which may be a telecommunications network such as a WAN known to a person skilled in the art.

[0048] The SYS computer system implements a content distribution network called a CDN (Content Distribution Network) by those skilled in the art, from which content is transmitted to client devices or STB content reading devices.

[0049] The CDN network consists of networked servers in the wide area network; these servers cooperate to make multimedia content available to users in unicast mode. To simplify the description of the invention, a single SRV content server will be shown in [Fig. 1] to represent the CDN. In our example, the SRV content server is located in the wide area network.

[0050] The SRV content server receives, for example, digital television content channels from a broadcast television network (not shown), and makes them available in real time to client terminals, here the STB playback device.

[0051] In our example, the content Cl is made available in unicast mode in a given format. Such content Cl is, for example, content downloaded in adaptive streaming mode. The MPEG-DASH standard (for “Dynamic Adaptive Streaming over HTTP”) is a standard for audiovisual broadcasting formats over the Internet; this standard is based on preparing content in different representations of varying quality and bitrate, divided into short segments (on 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 primary protocol targeted is HTTP, but other protocols (for example, 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 into further detail about this download method as it is not relevant to the description of the invention.

[0052] An example of a Manifest file or "description file" (MPD) conforming to the MPEG-DASH standard and containing a description of contents available in three Different qualities (NI = 512 kb / s, N2 = 1024 kb / s, N3 = 2048 kb / s) of fragmented (or segmented) content are presented in Appendix 1. This simplified description file describes digital content in XML syntax (Extended Markup Language), comprising a list of content in the form of segments classically described between an opening tag ( <segmentlist>) and a closing tag (< / segmentlist>Segmentation allows for fine-tuning to bandwidth fluctuations. Each segment corresponds to a specific duration (the "duration" field) with several quality levels and allows for the generation of its addresses (URLs - Uniform Resource Locators). In this example, this generation is done using the "BaseURL" element ("HTTP: / / server.com"), which indicates the content server address, and the "SegmentURL," which lists the additional parts of the addresses for the different segments.

[0053] - "Cl_512kb_l.mp4" for the first fragment of the content "Cl" at 512 kilobits per second (“kb”) in MPEG-4 format (“mp4”),

[0054] - “Cl_512kb_2.mp4” for the second fragment,

[0055] - etc.

[0056] Figure 2 represents an architecture of an STB reading device. This STB device typically comprises MEM1 memories associated with a CPU1 processor. The memories can be of the ROM (Read Only Memory) or RAM (Random Access Memory) type, or even Flash.

[0057] The STB reading device can transmit content to be returned to the device TV output via a COM 12 communication module. This COM 12 module is, for example, an HDMI connection.

[0058] The STB reading device communicates with the gateway via an Ethernet module for local wired communication or via a WiFi radio module for local wireless communication with the GTW residential gateway. The module in question is referenced C0M11 in [Fig.2].

[0059] The STB reading device includes a download module in mode The streaming HAS (not shown) is capable of handling the downloading of content segments. The STB playback device also includes a management entity, ENT1, referred to as the second management entity in the suite, which is capable of reading a description file specifically constructed during catch-up playback, as explained below. The HAS download module and the first ENT1 entity can be a single entity, in which case the HAS module is integrated into the first ENT1 entity, or they can be separate.

[0060] With reference to [Fig. 3], the SRV server is also equipped with at least a CPU2 processor and MEM2 memory for performing computer processing. The server is also equipped with an ENT2 management unit, known as The second management entity is capable of handling the transmission of content and its associated description file from the SRV server to one or more playback devices, in this case, the STB playback device. The SRV server communicates with the GTW gateway via a WAN. The server includes a communication module, labeled COM2 in Figure 3, for communication with the WAN. We will focus primarily on the transmission of the description file rather than the transmission of the segments.

[0061] A schematic view of a main content Cl, divided into segments and stored in the SRV content server, is now presented in relation to [Fig. 4]. More precisely, the HAS content server exposes a video Cl in the form of segments Cli@Nj encoded at different encoding rates Nj, where the index i denotes a time identifier of the segment Cli@Nj.

[0062] The HAS download module, referred to below as the classic download mode, of the STB playback device is responsible for retrieving segments from the HAS content server, selecting the video quality Nj based on available network resources. The method by which the HAS download module selects the encoding bitrate of the next video segment to be downloaded is not described in detail here. It should be noted that, most often, the general principle of such algorithms is based on downloading a first segment at the lowest encoding bitrate offered in the description file, and then evaluating the retrieval time of this first segment. Based on this, the HAS download module assesses whether, depending on the size of the segment and the time taken to retrieve it, the network conditions allow the subsequent segment to be downloaded at a higher encoding bitrate.Some algorithms rely on a gradual increase in the quality level of downloaded content segments; others propose riskier approaches, with jumps in the encoding bitrates of successive segments.

[0063] In the typical case, if a video segment lasts three seconds, the retrieval of the segment by the HAS download module must not exceed 3 seconds, in order to allow uninterrupted playback of the content by the STB playback device. Therefore, the HAS download module must strike the best compromise between the highest possible playback quality, and thus the highest possible encoding bitrate, and the segment download time, which must be sufficiently short to allow continuous playback on the TV.

[0064] Initially, the HAS module retrieves the description file corresponding to the video content Cl in order to discover the available segments of the video content Cl, and the different associated video qualities Nj. In the example in [Fig. 4], the content Cl is offered, for example, as 3-second segments, with a first encoding rate NI = 400 kb / s, a second encoding rate N2 = 800 kb / s, a third encoding rate N3 = 1200 kb / s, etc.

[0065] In a normal operating mode, not illustrated in [Fig.4], the HAS module operates the download, for example, of successive segments Cl 1 @N1 (i.e. the first time segment at an encoding rate of 400 kb / s), then C12@N3 (i.e. the second time segment at an encoding rate of 1200 kb / s), then C13@N3 (i.e. the third time segment at an encoding rate of 1200 kb / s), etc.

[0066] The different segments downloaded by the HAS download module are then transmitted to a display module capable of requesting a display on the TV.

[0067] The algorithm implemented by the HAS download module to determine which segment at which encoding rate should be downloaded in normal operating mode is irrelevant to the disclosure of the invention. Therefore, this algorithm will not be described in further detail here.

[0068] When a user accesses a live stream broadcast in real time (live content) using HTTP Adaptive Streaming (HAS), the STB playback device, meaning the HAS entity installed on that device, typically retrieves a description file every two seconds. This file, hereinafter referred to as the real-time description file, generally describes the last sixty seconds of the stream (30 two-second segments). A certain portion of the stream (up to a maximum of 60 seconds) can then be stored in memory (buffered). The video segments are short because the goal is to be as close as possible to the actual live event, such as a football match. This is also why the description file is retrieved every two seconds and the buffer depth is generally limited to around fifteen seconds to avoid excessive lag between the football match and its display on a screen.

[0069] According to the invention, when accessing content being broadcast, the STB reading device will receive, for example every two seconds, not only the description file associated with the requested content, but also at least one other description file associated with another piece of content being broadcast.

[0070] It will be seen later, in embodiments, that the invention can be implemented in the STB reading device and / or in the SRV server.

[0071] Figure 5 illustrates an embodiment of the method of the invention. Figure 5 shows two vertical axes corresponding respectively to two entities: the first entity, ENT1, present on the STB reading device, and the second entity, ENT2, present on the SRV server. Figure 5 illustrates the data exchanges that take place between the STB reading device and the SRV content server.

[0072] Note that in this [Fig. 5], only some of the messages useful for understanding the invention are illustrated. For example, after receiving a description file, the STB reading device generally requires access to the segments described in that received description file; we have chosen not to show these access messages as they are not relevant to the disclosure of the invention.

[0073] The steps are as follows:

[0074] During a step referenced ET1 (C1+C2), the STB reading device requests access to a content Cl, referred to as the first content. The access request may originate from a remote control device.

[0075] Following the transmission of the request for access to the first content Cl, the STB reading device receives in return the description file associated with the selected content and also a description file associated with another content, called the second content.

[0076] In this first embodiment, during the first step ET1, the STB reading device transmits not only an access request to the first content Cl but also an access request to the second content C2. In another embodiment, the SRV server can receive an access request to a first content and transmit in return the description file associated with the selected content and also a description file associated with the second content; in this embodiment, the STB reading device is relieved of the responsibility of transmitting the access request to the second content C2.

[0077] During a step ET2, the STB reading device receives in return, successively, description files associated with the first selected content Cl following their respective productions on the SRV server but also description files associated with the second content C2 following their respective productions on the SRV server.

[0078] Thanks to the description files associated with the first content, the STB playback device can access the segments described in these files and can read and request playback of the content on the TV playback device.

[0079] At this stage, the STB reading device receives description files associated with the second content C2 and stores them until a possible request to read this second content C2 is received.

[0080] It is now assumed that the user switches from the first content Cl to the second content C2 using their remote control during a step ET3, for example by pressing the "+" button on the remote control. The STB playback device receives the command to access the second content C2.

[0081] During step ET4, following receipt of the command to access the second content C2, the STB reading device transmits a request to the SRV server to access the second content C2; this request is received by the SRV; this The latter continues the transmission of the description files associated with this second C2 content.

[0082] At this stage, the SRV can stop or continue the transmission of the description files associated with the first content Cl.

[0083] In this first mode, the STB reading device already receiving the description files relating to the second content C2 can access the segments described in the last received description file and read the segments of this second content C2 during a step ET5.

[0084] Figure 6 illustrates a second embodiment that can be implemented in isolation or in combination with the first embodiment.

[0085] In this second mode, during a step referenced ET1 (Cl), the STB reading device requires access to a first content Cl. The access request may originate from an access request from a remote control device.

[0086] In this mode, the SRV server receives the request to access the first content Cl and requires a return transmission of description files associated with the first requested content and description files associated with a second content C2.

[0087] In this mode, the STB reading device does not transmit a request to receive a second C2 content; the SRV server spontaneously decides to transmit description files of a second C2 content.

[0088] The other steps are the same as those described with reference to [Fig.5].

[0089] The modes described above may be subject to variations:

[0090] According to one possible variant, accessing the first given content Cl also results in the downloading of some of the segments described in the description file associated with the second content. In our example, only two segments are downloaded; this allows the downloaded segments to be read without waiting.

[0091] Furthermore, the description files associated with the first content are received successively at a given frequency. In one example, the description files associated with the second content are received at a lower frequency. However, the same frequency can be used if, in particular, there is no bandwidth issue; the description files associated with the second content can also be received at a variable frequency, which is a function, for example, of the available bandwidth.

[0092] According to another variant, if there are several second contents, the description files associated with these two contents can be received at different times so as not to receive them at the same time.

[0093] According to another variant, step ET4 does not take place; since the STB reading device is already receiving the second content, it does not need to request access to this second content from the SRV server. The transmission of a request nevertheless Access to the second C2 content allows the SRV server to be informed, which can then take appropriate action such as transmitting description files associated with a third C3 content.

[0094] According to another embodiment, the invention can be implemented at each access to a piece of content. Here, after the STB reading device receives the access command to the second piece of content C2, during a step ET4, the STB reading device transmits an access request to a third piece of content C3. The steps described above are then executed again.

[0095] In the preceding modes, only one second content C2 is requested; however, the number of content requested in addition to the content to be returned Cl is arbitrary.

[0096] The second content C2 can also be chosen in several ways, including the following:

[0097] According to a first method, the second content C2 is a content adjacent to that being rendered, namely the first content CL. This variant is practical when channel surfing, the latter effecting a change of chain by incrementing or decrementing one unit.

[0098] According to a second method, which can be implemented alternatively or cumulatively with the first variant, the second content C2 is content chosen based on a user profile; this profile may, for example, explicitly include favorite television channels. These can also be deduced by tracking the user's habits over a given time period.

[0099] According to a third method, which can be implemented alternatively or cumulatively with the previous variants, the second content C2 is chosen based on a foreseeable audience level. For example, if the television channels France 2 and M6 are broadcasting a program with a high audience at a given time t, the description files for these channels are transmitted successively in addition to the description files for the content being played back.

[0100] Finally, let us clarify here as well that the term "entity" can refer to a software component, a hardware component, or a set of hardware and software components. A software component itself corresponds to one or more computer programs or subprograms, 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. Similarly, 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.). 14 ANNEX 1: exempt from mardfest file L'WÎ s SK-l-'i 0"*" niHrîo *^.«3 XM X\<8ch®maJmtem;e* >'n ns ;> '"p^s CA>^scn©w3 ^PD OS 5" <>i '^V'ü^î OASH ^C^^.MPO^ei ; OASH^mS'' s-pe» W^wi' ?MC^es«'um OooSpoObs >wriw 201 ; "> ;«i- '0" coded^ 'ave r v«Ws '1^24' 0èA'3»snW^SÀP ''V'bs^Sffc^ ^s^w^HTrï*: / / mefxom / < / s«seV»i> x ' C\'."?e>^ < ; « a ; "A;2v.b > xSs.\SüX'i"O^x > < i tatstote sœnMIMX'C LJ S«L§ 1 ® WQ . § 12fcHLdesh .mp$7 > x $e$œ and nu, «if ss? SS <S^?^<Ru nsîxfeSOï 5?^^ ç-i SlSbb <S*§8X^1L six <{-' CiWiî'iv L s 4 / v'&flWM '•'> <;$^<3Frsj»nt&ase > <j^eî7ô^5 «xjrmJaL=m47^ <.»î^?«*-noS3se> <SegwwsURL Faed^TL^S^b^J ^S^ertentLsix > ?” Entertainment 4 A'>-sWs8?fh "> < {is? ? ahe-n sjxb^MJR^XVl^c„§ 1 »■ / Cl„2^kbtL^î<e^7> eu«^cn^'?0'> ^S- There / ^arx? Or at WL7 ■'■'> tGas prices' phnecia»" QJH» JJ»p4'> …. cSectionsrmntl. :s.?> \i” Üem?f&'£2 to AOWOSMM? - '.S^Ffient&sse;' <. î ne uiiQ >.îxi«UMe£7LJ Ssë7..S» WCO®^^ . / is^the-niffia^x < Xoo^ 0 ; < '01<hoW ns" t (T> 0wA*'CL, 17243⁄4Ja^>47>v... . <\m ' '""". v < * CcnWJU €2 0 -■> < K'df£eLM~7C2.J&eO «r / S^men^^' « ^n< a ?< soi «k» 0?« n-x1 OS «&$qïmMURL îîWiaS'CL.^^W .J ,.fnp4^>< ■ - x r-Josh <wb>< / wb>

Claims

Demands

1. Management entity (ENT2) for the transmission of description files associated with a first content broadcast in real time, whose segments are described in respective description files (MNFcl), characterized that it comprises a transmission module capable of, following a request for access to the first content, transmitting both description files associated with this first content and description files associated with a second content.

Images