Method for managing the playback of multimedia content
Patent Information
- Application Number
- EP2024702363
- Authority / Receiving Office
- EP · EP
- Patent Type
- Applications
- Current Assignee / Owner
- Priority Date
- 2023-02-06
- Filing Date
- 2024-01-29
- Publication Date
- 2025-12-17
AI Technical Summary
The existing multicast broadcast technology for live digital audio and video content experiences bandwidth bottlenecks when users request to re-watch segments of high-demand content, as it switches to point-to-point distribution, leading to increased network congestion and reduced performance.
Creating additional multicast broadcast channels for specific content segments during the initial broadcast, allowing users to access and re-watch selected parts without disrupting the primary channel, thereby maintaining multicast distribution and reducing bandwidth usage.
This approach allows seamless access to re-watched content without bandwidth bottlenecks, ensuring optimal reproduction quality and reducing network congestion by maintaining multicast distribution for re-watched segments, improving user experience and network efficiency.
Smart Images

Figure EP2024052048_15082024_PF_FP
Abstract
Description
method of managing the playback of multimedia content.
[0001] The field of the invention is that of digital multimedia content, namely digital audio and / or video content, also called audiovisual content.
[0002] The invention relates in particular to a method for managing the playback of multimedia content.
[0003] The content referred to here is content cut into segments associated with several respective encoding rates selectable on requests issued from a multimedia streaming playback device.
[0004] A reading device refers to any device capable of receiving multimedia streams, for example a decoder, a mobile phone, a tablet, etc.
[0005] The content referred to here is content with a scheduled broadcast time. Such content is, for example, “live” content broadcast by a television channel. State of the art
[0006] Sometimes you miss the beginning of a television program (film, series, etc.). A function called "play from beginning" or "catch-up" (also called "Start Over" or "Restart" by those skilled in the art) allows you to replay the content from the beginning. For example, if a film starts at 8:50 p.m. on a broadcast channel (a television channel) and a user accesses this television channel at 9:17 p.m., they can use the "start over" function to play the content from the beginning.
[0007] Typically, live content delivery relies on multicast technology (also known as "multipoint" or "groupcast" or "multicast" by those skilled in the art). This technology saves a lot of bandwidth in the network of an operator that manages the delivery because the content is replicated as close as possible to the playback devices.
[0008] On the other hand, when a playback device requests a return to the content in order to receive segments that have already been rendered, access to the requested content triggers an automatic switch from multicast technology to point-to-point (unicast) content delivery technology. Bandwidth consumption in the operator's network therefore increases considerably due to the point-to-point transmission between the content server and all the playback devices that have requested use of the "start over" function; for example, when the requested content is content with a high audience, the number of point-to-bridge connections can become enormous and lead to a phenomenon known as a bandwidth bottleneck, which harms network performance.
[0009] The invention offers a solution which does not have the drawbacks of the state of the art.
[0010] The invention
[0011] To this end, according to a first functional aspect, the invention relates to a method for managing access to a part of televised content that has already been broadcast by a server on a first multicast broadcast channel, characterized in that it comprises, during the broadcast of the content on the first channel, a step of reception by the server of data, called selection data, representative of a selection of a part of the content that has been broadcast, followed by a step of extraction of a part of the content based on the selection data, and a step of broadcasting said extracted part on a second multicast broadcast channel separate from the first channel.
[0012] According to the invention, when a multicast broadcast is in progress on a first broadcast channel for television content, one or more other multicast broadcast channels, called second channels, are created and used to multicast parts (or extracts) of this same television content in parallel with the broadcast of the content on the first channel.
[0013] When a request is made to play a portion of the content broadcast on a second broadcast channel, for example a particular scene of the content if the latter is a cinematographic film, a management module will select a second channel from a set of available second broadcast channels.
[0014] On the one hand, the invention provides simple access to replaying a content extract. On the other hand, the use of multicast mode for the second channel instead of unicast mode provides optimal playback quality and considerably reduces network bandwidth when accessing television content in "start over" mode. The invention thus makes it possible to create several second multicast broadcast channels relating to extracts of the content without clogging up the bandwidth on the telecommunications network. The invention thus provides for selection one or more multicast streams representative of already broadcast extracts of the content currently being broadcast on the first multicast broadcast channel.
[0015] Also, according to the invention, a channel is created based on a selection of an excerpt made on the playback device. This mode allows a user of the playback device to select the excerpt himself, for example by providing the start and end times of the excerpt as will be described below in one embodiment. Having the possibility of selecting the excerpt, a user is therefore certain to be able to read any part of the content that has been broadcast later.
[0016] According to a first embodiment, the broadcast on the second channel is carried out at the same time as the broadcast of the content on the first channel. This first mode makes it possible not to cut the session on the first channel, otherwise a return to the first channel would involve a channel reopening which takes a certain amount of time and would be detrimental to the user experience. According to a variant of the first mode, the broadcast of the content on the first channel stops when the broadcast on the second channel starts. This variant has the advantage of saving bandwidth on the network which separates the server which broadcasts the content and the reading device.
[0017] According to a second embodiment, which can be implemented alternatively or cumulatively with the previous mode, the broadcast on the second channel is carried out in a loop. This second mode allows a scene to be reviewed at any time.
[0018] The loop broadcast corresponds to broadcast times. According to a variant of the second mode, the broadcast times on the second broadcast channel are spaced by a given duration. This variant allows bandwidth to be saved on the telecommunications network between each broadcast on the second channel.
[0019] According to a third embodiment, which may be implemented alternatively or cumulatively with the previous modes, the looped broadcasting stops when the broadcast of the content has finished on the first channel. This second mode makes it possible to recover available channels for catching up on other television content. According to a variant of this third mode, when the broadcasting stops on the first channel, the broadcasting on the second channel continues until the end of the broadcast of the extract and then stops.
[0020] According to a fourth embodiment, which may be implemented alternatively or cumulatively with the previous modes, following the reading of the content portion on the second channel, the reading of the content continues via the first channel. This mode is advantageous in that no manipulation is necessary on the STB reading device to continue reading the content via the first channel. The absence of manipulation improves the user experience; in addition, the resumption of reading is carried out without delay.
[0021] According to a fifth embodiment, which may be implemented alternatively or cumulatively with the previous embodiments, the second broadcast channel is deleted when the rendering of the content is finished on the first channel. This mode makes it possible to free up and therefore recover a second channel for the broadcasting of other content. This mode is advantageous in particular when the number of channels is limited in number.
[0022] According to a sixth embodiment, which may be implemented alternatively or cumulatively with the previous modes, following playback on the second channel, playback of the content continues via the first channel. This mode allows a return to the “live” stream, a football match for example broadcast live, as soon as playback on the second channel has ended; the end of playback may be triggered automatically at the end of the content broadcast on this second channel, or may come from an explicit request to stop playback, for example from a remote control.
[0023] According to a seventh embodiment, which may be implemented alternatively or cumulatively with the previous ones, selection data includes data capable of identifying an extract of content.
[0024] According to a first material aspect, the invention relates to a management entity for managing access to a part of a televised content which has already been broadcast by a server on a first multicast broadcast channel, characterized in that it comprises a processor configured to, during the broadcast of the content on the first channel, receive data representing a selection of a part of the content which has been broadcast, an extraction of a part of the content based on the data representing a selection, and a broadcast of said part of the extracted content on a second multicast broadcast channel distinct from the first channel.
[0025] According to another material aspect, the invention relates to a server comprising a management entity as defined above.
[0026] According to another material aspect, the invention relates to a computer program capable of being implemented on a management entity as defined above, the program comprising code instructions which, when executed by a processor, carries out the steps of the method defined in connection with the second functional aspect.
[0027] According to another material aspect, the invention relates to a first data medium on which at least one series of program code instructions has been stored for the execution of a management method as defined in connection with the first functional aspect.
[0028] According to another material aspect, the invention relates to a first data medium on which at least one series of program code instructions has been stored for the execution of a management method as defined in connection with the second functional aspect.
[0029] According to a second functional aspect, the invention relates to a method for managing access, by a reading device, to a part of a televised content having already been broadcast on a first multicast broadcast channel, characterized in that it comprises, during the broadcast of the content on the first channel, a step of receiving a selection of a part of the content having been broadcast followed by a step of transmitting an access request including data, called selection data, representative of a selection of the selected part of the content and a step of receiving the part of the content via a second multicast broadcast channel distinct from the first channel.
[0030] According to another material aspect, the invention relates to a management entity, called the first management entity, for access to a part of a televised content that has already been broadcast on a first multicast broadcast channel, characterized in that it comprises a processor configured to carry out the following steps, during the broadcast of the content on the first channel, a reception of a selection of a part of the content that has been broadcast followed by a transmission of an access request including a piece of data, called a selection data, representative of a selection of the selected part of the content and a reception of the part of the content via a second multicast broadcast channel distinct from the first channel.
[0031] According to another material aspect, the invention relates to a reading device comprising the first management entity defined above.
[0032] According to another material aspect, the invention relates to a computer program capable of being implemented on the first management entity defined above, the program comprising code instructions which, when executed by a processor, carry out the steps of the management method executed by the first entity.
[0033] It should be remembered that such a recording medium may be any entity or device capable of storing the program. For example, the medium may comprise 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 USB key or a hard disk. Furthermore, 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 computer program it contains is remotely executable. The program according to the invention may in particular be downloaded over a network, for example the Internet. Alternatively, 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.
[0034] The invention will be better understood on reading the following description, given by way of example and with reference to the appended drawings in which:
[0035] The represents a computer system on which an exemplary embodiment of the invention is illustrated.
[0036] This is a simplified block diagram of the hardware structure of the reading device;
[0037] This is a simplified block diagram of the server's hardware structure;
[0038] Illustrates multiple broadcast channels for the same content with distinct broadcast moments spread out over time;
[0039] Illustrates an embodiment of the method of the invention in which only one second channel is created.
[0040] Detailed description of an exemplary embodiment illustrating the invention:
[0041] The represents a computer system SYS in which a content distribution network called CDN (Content Distribution Network) is implemented by the person skilled in the art from which content is transmitted to client devices or content reading devices.
[0042] In our example, the system comprises a single STB playback device. However, the invention applies to any number of playback devices.
[0043] The STB playback device is for example a decoder.
[0044] 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.
[0045] In our example, a "play from start" function is provided to view content from its beginning when it has already started or to review an excerpt of the content.
[0046] In our example, the STB decoder is connected to a TV playback terminal such as a television equipped with a screen.
[0047] In our example, the STB playback device is connected to a port of the TV playback device; the playback device and the TV playback device could also form a single device.
[0048] In our example, the STB playback device is located in a local LAN managed by a GTW home gateway. The local network context is given as an example and could easily be transposed to a best-effort Internet network, a corporate network, etc.
[0049] The GTW gateway is capable of communicating via an LI1 telecommunications network such as a WAN wide area network known to those skilled in the art.
[0050] The CDN consists of servers connected in a network in the wide area network; these SRV servers cooperate in order to make multimedia contents available to users. In order to simplify the presentation of the invention, only one SRV content server will be shown on the to represent the CDN.
[0051] In our example, the SRV content server is located in the WAN. The SRV content server receives, for example, digital TV content channels from a broadcast TV network (not shown) and makes them available to client terminals, in this case the STB playback device.
[0052] 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 “Dynamic Adaptive Streaming over HTTP”) is a standard for audiovisual broadcasting on the Internet; this standard is based on the preparation of content in different representations of variable quality and bitrate, divided into short segments (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 playback terminal and the multimedia content provider server. The primarily targeted protocol is HTTP, 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 into further details of this download method because it is of no interest for the presentation of the invention.
[0053] The represents an architecture of an STB reading device. This STB reading 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, Flash or any other equivalent memories.
[0054] The STB playback device can transmit content to be played back to the TV playback device via a COM12 communication module. This COM12 module is, for example, an HDMI connection.
[0055] The STB reading device communicates with the GTW gateway via an Ethernet module for local wired communication or via a Wi-Fi radio module for local wireless communication. The module in question is referenced CMO11 on the.
[0056] The STB playback device includes a streaming mode download entity (not shown) capable of managing the downloading of segments.
[0057] With reference to the, the SRV server is also equipped with at least one CPU2 processor and MEM2 memories for performing computer processing. The server is also equipped with a management entity MNG2, the subject of the invention, capable of managing the transmission of content from the SRV server to one or more reading 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 on the.
[0058] Multiple multicast channels are created for broadcasting multiple contents respectively.
[0059] It is assumed that content is multicast. Any STB playback device that requests it can receive and play such content.
[0060] Let us specify here that a channel creation can consist of an instantiation of a channel. Let us also recall here that the created broadcast channels and channels are declared in a document called a live service plan. These declarations are then visible on a human-machine interface and selectable from a control device for playback. Let us recall that the service plan groups together all accessible television channels and other content such as video-on-demand content or equivalent.
[0061] It is now assumed that a CNT content is broadcast on a first broadcast channel CDD1. The aim of the invention is to replay a part of this content which has already been broadcast.
[0062] According to the invention, considering a CNT television content in particular, during the broadcasting of the content on the first channel, a selection of an extract of the content is received by the first management entity MNG1. The selection in question can be made via a Human-Machine interface.
[0063] Then, the MNG1 entity transmits to the SRV server a request including a piece of data, called selection data, representative of the content selection. We will see later that the selection data targets a piece of data, or a set of data, allowing the MNG2 entity present on the SRV server to extract a part of the content. We therefore understand that the selection is carried out outside the server, and that it is therefore not the content distributor who determines the part of the content to be extracted.
[0064] Then, the MNG2 entity receives the selection data from the STB playback device and extracts the part of the content based on the selection data; finally, the MNG2 entity broadcasts the extracted part on a second multicast channel distinct from the first channel.
[0065] More generally, during the broadcasting of the content via the first broadcast channel, the entity MNG2 can receive from the STB playback device several requests including respective selection data, and create in response to these requests one or more other multicast broadcast channels referenced CDD21-CDD23, called second broadcast channels, for the rebroadcasting of parts of the televised content (or extracts) that have already been broadcast. In other words, the first channel CDD1 is used to broadcast the CNT content and the second channels CDD21-CDD23 are used for the broadcasting of parts of the content (or extracts of the content), respectively. Preferably, the extract EXT is selected on the STB playback device. Alternatively or cumulatively, the extract can also be judiciously chosen by the second entity; the extract will for example be a scene that will interest a significant number of users of playback devices STB playback device.The excerpt could, for example, be a goal from a football match.
[0066] Illustrates a way to access one of the streams from channels CDD1 and CDD21-CDD23 associated with the same content. This represents a channel selection interface, of the Human-Machine type, rendered on the TV screen. In our example, this selection interface includes the content associated with the first channel CDD1, which occupies a larger space on the screen in our example so as to continue playing the content while viewing the parts of content CDD21-CDD23 accessible via the second channels respectively. The latter are also visible on the screen and selectable.
[0067] The invention is not limited to the method described in this document; other ways of representing the different channels relating to the same content on the selection interface are obviously conceivable.
[0068] According to the invention, a selection of a part of content associated with a second channel, via the interface, will trigger, as will be seen with reference to, an access command by the decoder to the stream broadcast on the second selected multicast broadcast channel. After selection, the STB playback device receives the stream broadcast on the second channel and the extract of the content concerned is played back on the screen.
[0069] In the exemplary embodiment described below, in order to simplify the description of the invention, a single second broadcast channel CDD21 will be used to illustrate the invention. By extension, the principle described below will apply to any number of second broadcast channels.
[0070] Let's take as an example a football match whose official broadcast is scheduled for a Saturday evening at 8:00 p.m. (ti=8:00 p.m.) and whose end is scheduled for 9:45 p.m. (tf=9:45 p.m.).
[0071] The process includes several steps referenced ETk (k is an integer).
[0072] In a step ET1, a selection command SEL of a CNT content is transmitted from the remote control to the STB playback device.
[0073] In a step ET2, the STB playback device receives the command and executes it; the execution of the command results in the transmission of a request for access to the CNT content to the SRV server.
[0074] During a step ET3, after transmission of a description file associated with the content, the SRV server successively transmits segments of the CNT content to the STB playback device; the STB playback device then receives the segments of the content from the first channel CDD1 and requests playback of the segments on the TV.
[0075] Let's suppose that during the football match a goal is scored at 8:30 p.m. at time tb.
[0076] Following the goal, during a step ET4, the entity MNG2 present on the server SRV receives a request to create a second channel CDD21. The origin of the creation request is arbitrary. The request can, for example, come from a command from a control device. For example, a user of the control device presses a button on the remote control in order to issue a command capable of requesting the creation of a second channel from the entity MNG2. The user can provide the start time tb and possibly an end time of the extract EXT in question. In our example, with reference to the, the extract has a duration T.
[0077] The request to create the second CDD21 channel can also come from a computer program capable of detecting an event in a video, such as a goal, and automatically transmitting a channel creation command to the MNG2 entity.
[0078] Following receipt of the channel creation request, during a step ET5, the MNG1 entity requests the transmission to the SRV server of a request to create a second CDD21 channel for the broadcasting of the EXT extract.
[0079] In our example, the request includes data, called selection data, representative of the selected extract on the STB playback device. This selection data aims at sufficient data for the server to recognize the part of content to be extracted from the content that has been broadcast. This data is, for example, the start and end times described above; or a start time and a duration, or even a description of a scene, etc. The description of a scene is, for example, in the context of a football match, words such as "goal" or "action", etc.
[0080] At this stage, the SRV server, understood to be the MNG2 entity, requires the creation of a second CDD21 channel based on the selection data received, for example based on the start and end times of the extract, and broadcasts the extract in question in multicast on this second CDD21 channel. The broadcast on the first CDD1 channel and the second CDD21 channel is carried out in parallel.
[0081] The broadcast on the second CDD21 channel can be done in a loop for a given duration. A football match with a half-time that lasts fifteen minutes, a user wishing to rewatch the action can, for example, access the extract during this half-time. Alternatively, the loop broadcast can be done over predefined time slots such as half-time, advertisements, etc.
[0082] The broadcast on the second channel CDD21 can be looped for the entire duration of the broadcast on the first channel CDD1 so as to access the extract throughout the playback of the content.
[0083] On the, the extract of a duration T is broadcast in a loop without a pause between the end time of the broadcast of the extract and the start time of the broadcast of the same extract which follows. On the, the extract EXT is broadcast eight times, each extract having a duration T.
[0084] According to a variant (not shown in the figures), a delay is implemented between each instant of broadcasting of the extract on the second channel CDD21. In other words, when the reading of the extract reaches its end, a waiting time is implemented before the replay of the extract on the channel CDD21.
[0085] Now assume that a user wants to access the excerpt broadcast on the second channel CDD21.
[0086] During a step ET6, the reading device STB receives a command to read the extract from the control device TCD.
[0087] During a step ET7, the STB playback device transmits to the SRV server a command to play the EXT extract broadcast on the second channel CDD21.
[0088] In an ET8 step, the SRV server transmits segments of the EXT extract via the second CDD21 channel.
[0089] In a later step, the STB playback device decodes the segments and plays back the EXT extract.
[0090] In our example, when the broadcast of the CNT content on the first channel ends at time tf, the broadcast of the extract on the second channel also stops. Continuing with the example above, when the football match ends, the broadcast of the extracts also stops.
[0091] According to a variant, when the broadcast of the CNT content on the first channel ends at time tf, the broadcast of the extract on the second channel continues and stops at the end of the reading of the extract.
[0092] As previously indicated, the second channel is created CDD21 following the reception of data representing a selection of an extract, implied following a reading request via a second channel. For example, a user indicates from which moment he wishes to replay a part of content; Upon receipt, the MNG1 entity transmits the moment in question to the MNG2 entity. The MNG2 entity receives the moment and then creates a second channel CDD21 from this start moment.
[0093] It is understood that the creation of this second CDD21 channel will benefit other STB playback devices that wish to access the same extract via the CDD21 channel created for this purpose.
[0094] The second CDD21 channel can be created upon explicit request from an STB playback device. This avoids creating a second channel for a clip that no one is interested in.
[0095] Note that the second created channels CDD21-CDD23 may have a limited or unlimited lifespan. According to one embodiment, the second broadcast channel CDD21 is deleted when the rendering of the content on the first channel CDD1 is complete. The second deleted channel may then be assigned to another entity, for example another television channel.
[0096] According to a variant, following the reading of the EXT extract on the second channel CDD21, the reading of the CNT content continues automatically via the first channel CDD1. This variant avoids manipulation by a user when the reading of the extract is finished and he wishes to continue reading the content on the first channel CDD1.
[0097] It is understood above that when access to the EXT extract is requested, the latter may already be being broadcast on the second channel; this implies that the reading of the extract is not always done from the beginning of the EXT extract. In order to ensure reading of the extract from its beginning, the reading time by the STB reading device can be done in several ways:
[0098] In one way, the EXT extract is played without waiting. The risk in this case is that the extract is already being played; the playback on a screen is therefore not done in full but in part because the beginning of the extract has already been broadcast. If the user wishes to see the extract from the beginning, and because of the looped playback, the extract will be accessible from its beginning during replay.
[0099] In a second way, if the extract is currently playing, the MNG1 entity requests a suspension of the playback of the stream received via the second CDD21 channel until playback resumes from the beginning. In this way, the EXT extract received by the STB playback device is complete. The user experience can only be better. During the suspension referred to above, playback of the content on the first CDD1 channel can be continued.
[0100] Finally, let us specify here that the term 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 computer programs or sub-programs 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. In the same way, 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.).
Claims
Method for managing access to a part of a television content (CNT) having already been broadcast by a server on a first multicast broadcast channel (CDD1), characterized in that it comprises, during the broadcast of the content on the first channel, a step of reception by the server of data, called selection data, representative of a selection of a part of the content having been broadcast, followed by a step of extraction of a part of the content based on the selection data, and a step of broadcasting the extracted part on a second multicast broadcast channel (CDD21) distinct from the first channel. Method according to claim 1, characterized in that the broadcasting on the second channel is carried out in a loop. Method according to claim 2, characterized in that the broadcasting times on the second broadcasting channel are spaced apart by a given duration. Management method according to claim 2, characterized in that the loop broadcasting stops when the broadcasting of the content is finished on the first channel. Management method according to claim 1, characterized in that the second broadcast channel is deleted when the restitution of the content is finished on the first channel. Management method according to claim 1, characterized in that following the reading of the content part on the second channel (CDD21), the reading of the content continues via the first channel (CDD1). Management method according to claim 1, characterized in that a selection data item comprises data item capable of identifying an extract of content. Management entity (MNG2) for access to a part of television content that has already been broadcast by a server on a first multicast broadcast channel, characterized in that it comprises a processor configured to, during the broadcast of the content on the first channel, receive data representing a selection of a part of the content that has been broadcast, an extraction of a part of the content based on the data representing a selection, and a broadcast of said part on a second multicast broadcast channel (CDD21) separate from the first channel. A computer program capable of being implemented on a management entity (MNG2) as defined in claim 8, the program comprising code instructions which, when executed by a processor, performs the steps of the method defined in claim 1. Server (SRV) comprising a management entity (MNG2) as defined in claim 8. A computer program capable of being implemented on a management entity (MNG) as defined in claim 8, the program comprising code instructions which, when executed by a processor, performs the steps of the method defined in claim 1. Method for managing access, by a reading device (STB), to a part of a television content (CNT) having already been broadcast on a first multicast broadcast channel (CDD1), characterized in that it comprises during the broadcast of the content on the first channel, a step of receiving a selection of a part of the content having been broadcast followed by a step of transmitting an access request including data, called selection data, representative of a selection of the selected part of the content and a step of receiving the part of the content via a second multicast broadcast channel distinct from the first channel. Management entity (MNG1) for access to a part of a television content (CNT) which has already been broadcast on a first multicast broadcast channel (CDD1), characterized in that it comprises a processor configured to carry out the following steps, during the broadcast of the content on the first channel, a reception of a selection of a part of the content which has been broadcast followed by a transmission of an access request including data, called selection data, representative of a selection of the selected part of the content and a reception of the part of the content via a second multicast broadcast channel distinct from the first channel. Reading device (STB) comprising a management entity (MNG1) as defined in claim 13. A computer program capable of being implemented on a management entity (MNG1) as defined in claim 13, the program comprising code instructions which, when executed by a processor, performs the steps of the method defined in claim 12.