WO2013072621A1 - Technique de traitement d'une requete de distribution d'un contenu - Google Patents

Technique de traitement d'une requete de distribution d'un contenu Download PDF

Info

Publication number
WO2013072621A1
WO2013072621A1 PCT/FR2012/052619 FR2012052619W WO2013072621A1 WO 2013072621 A1 WO2013072621 A1 WO 2013072621A1 FR 2012052619 W FR2012052619 W FR 2012052619W WO 2013072621 A1 WO2013072621 A1 WO 2013072621A1
Authority
WO
WIPO (PCT)
Prior art keywords
content
decoder
capacity
distribution
reserved
Prior art date
Application number
PCT/FR2012/052619
Other languages
English (en)
Inventor
Jean-Baptiste Hennequin
Abdelkarim NAJAH
Original Assignee
France Telecom
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 France Telecom filed Critical France Telecom
Publication of WO2013072621A1 publication Critical patent/WO2013072621A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44227—Monitoring of local network, e.g. connection or bandwidth variations; Detecting new devices in the local network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2838—Distribution of signals within a home automation network, e.g. involving splitting/multiplexing signals to/from different paths
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5051—Service on demand, e.g. definition and deployment of services in real time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/508—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement
    • H04L41/509—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement wherein the managed service relates to media content delivery, e.g. audio, video or TV
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2402—Monitoring of the downstream path of the transmission network, e.g. bandwidth available

Definitions

  • the invention lies in the field of the distribution of digital content in a communication network, and more particularly the processing of a distribution request of a content.
  • Auxiliary devices provide access to television and video-on-demand services provided by a communication network operator.
  • Such an auxiliary device also known under the name STB "Set Top Box”
  • STB Set Top Box
  • the auxiliary device complements a network access gateway, also provided by the network operator. This access gateway allows a set of equipment to access the communication network. These equipments form a local network.
  • auxiliary devices STB When several users of this local network wish to view content on several screens, there are several auxiliary devices STB, one per screen.
  • the simultaneous use of these auxiliary devices STB poses a problem of management of access resources to the network. Indeed, the capacity of the link connecting the access gateway and the communication network is limited.
  • rules for managing static resources A first rule is to limit the number of auxiliary devices according to the capacity of the link.
  • offers comprising two auxiliary devices.
  • a second rule is to allow the distribution by means of an auxiliary device of a single data stream associated with a content, in real time or on demand, at a time.
  • each auxiliary device STB obtains information relating to network resources reserved by the other auxiliary devices of the set, for at least one service provided by through the access gateway.
  • each auxiliary device processes a request for distribution of content, it verifies with the aid of this information that the access gateway has network resources necessary to allow access to the data flow associated with the content. If this is the case, the auxiliary device reserves the network resources and informs the other auxiliary devices connected to the access gateway. Otherwise, the auxiliary device rejects the content distribution request.
  • this method has the disadvantage that a distribution request of a content is rejected by an auxiliary device when another auxiliary device uses the bulk of the capacity of the link.
  • One of the aims of the invention is to remedy the shortcomings / disadvantages of the state of the art and / or to make improvements thereto.
  • the subject of the invention is a method for processing a request for distributing a digital content, said method being implemented by a first device for accessing content distribution services in a network. communication device, said first device accessing the network via a connection link and sharing said connection link with at least one second content distribution access device, said method comprising:
  • a first verification step using at least this first information, that the residual capacity of the connection link does not make it possible to distribute the required content
  • a second verification step using at least this first information, that another content is being downloaded via a second access device;
  • Such an access device can be an auxiliary device STB, a connected television, a computer, a mobile phone, a tablet, etc.
  • Part of the link link capacity is reserved for services such as Internet access or Voice over IP.
  • the remaining capacity of the connection link or available capacity is shared between the different streams of real-time data or video on demand. For example, one places oneself in the case where the second access device uses the maximum capacity to download a first content. As soon as a new distribution request for a second content is processed by the first device, the resources allocated to the distribution of the first content are decreased, in order to admit the distribution of the second content. Thus, the resources are distributed directly between the different access devices without requiring a centralization of the processing of the requests.
  • the proposed solution is based on the knowledge of the resource information respectively reserved for the different data streams in progress for the services content distribution for all access devices. This information makes it possible to determine the available capacity as soon as a new distribution request is to be processed. They also allow each access device to regulate its own consumption so that the capacity consumed by all the access devices does not exceed the available capacity of the connection link.
  • Information about reserved network resources can be obtained through notifications exchanged between the devices. They may indicate a change in a reserved capacity or a change in the reserved capacity. These notifications can be broadcast in the local network.
  • the proposed solution thus enables efficient management of the capacity used for the data flows associated with the contents at the level of the devices accessing the network by the same connection link.
  • This approach makes it possible to dispense with centrally implemented mechanisms, such as access control, smoothing or shaping mechanisms in English and prioritization in the communication network or on service platforms.
  • the proposed mechanism thus makes it possible to efficiently share a connection link between several access devices by allowing a progressive download for video on demand in the areas eligible for an ADSL television offer without the risk of disturbing new content distributions. such as real-time distributions.
  • the method further comprises a verification step that the sum of the residual capacity of the connection link and the resources reserved for access via the connection link for a download distribution is greater than the network resources needed to distribute the required content prior to the sending step.
  • the method further comprises a step of determining said reserved portion according to a strategy of distribution of resources between these first and second devices.
  • the resource allocation strategy thus makes it possible to distribute the resources between the different access devices for the download distributions (and only these). This is for example a fair distribution between the different access devices.
  • the second information relating to reserved resources includes the distribution mode of the required content.
  • the distribution of content can be made according to two distribution modes, in real time or by downloading. This allows each of the access devices sharing the connection link to determine that a download is in progress.
  • the method further comprises an updating and storing step for each distribution mode of information relating to the resources reserved for access via the connection link.
  • the method furthermore comprises:
  • the first access device can reduce the resources consumed for a download, to allow the second access device to admit a new distribution of content.
  • the invention also relates to a device for accessing content distribution services in a communication network, accessing the network via a connection link and sharing the connection link with at least one connection network.
  • a second device for accessing content distribution services comprises:
  • - Verification means arranged to verify, using at least these first information, that the residual capacity of the connection link does not allow to distribute a content, for which a distribution request is being processed;
  • the verification means are further arranged to verify, using at least this first information, that other content is being downloaded through a second access device;
  • the verification means are further arranged to verify that the first information obtained results in exceeding the capacity of the connection link, and furthermore comprising means for adjusting parameters associated with a distribution of content by downloading. so as not to exceed said capacity.
  • the invention furthermore relates to a system for accessing content distribution services in a communication network, comprising a first access device according to the second aspect and a second access device comprising means verification means, arranged to check that the second information obtained results in exceeding the capacity of the connection link, and means for adjusting parameters associated with a download content distribution, in order not to exceed said capacity.
  • the invention relates to a program for a device for accessing content distribution services, comprising program code instructions for controlling the execution of the steps of the method described above, when said program is executed. by said device and a recording medium readable by a device for accessing content distribution services on which a program for a device is recorded.
  • FIG. 1 represents a system for accessing content distribution services in its environment
  • Figures 2a-2e show the steps of the method of processing a distribution request according to a particular embodiment of the invention
  • FIG. 3 represents a resource allocation table according to a particular embodiment
  • FIG. 4 represents a device for accessing content distribution services according to a particular embodiment of the invention.
  • FIG. 1 shows a system for accessing content distribution services enabling client entities 10, 11, 12 to access different content distribution applications such as television, video on demand or the consultation of content distribution services.
  • pages of a website Each client entity 10, 11, 12 accesses via a communication network 50 content proposed by content distribution entities, three of which are shown in Figure 1.
  • a first distribution entity 40 hosts a website from which client entities can obtain pages of content.
  • a second distribution entity 41 proposes contents intended to be distributed in real time, for example television contents.
  • a third distribution entity 42 provides content intended to be distributed for download, such as videos on demand. Subsequently, a distribution mode corresponds to a real-time distribution or a download distribution.
  • the client entities 10, 11, 12 belong to a local area network 30 and access the communication network 50 via a connection link 51. More specifically, the second client entity 11 accesses the communication network 50 via a first access device 13 to the content distribution services; the third client entity 12 accesses the network via a second access device 14 to the content distribution services.
  • the first 13 and second 14 access devices to content distribution services are auxiliary devices or "Set Top Box" to access television and video services to demand, distributing audiovisual digital content.
  • These auxiliary devices are in particular arranged to receive a distribution request of a content, to receive, decode and display a data flow associated with the required content. These auxiliary devices are called thereafter decoders.
  • the second 11 and third 12 client entities are screens, such as televisions.
  • the first client entity 10, the first 13 and second 14 decoders are connected to an access gateway 20, itself connected to the connection link 51.
  • the connection link 51 is for example an ADSL telephone line access, for "Asymmetric Digital Subscriber Line”.
  • This connection link 51 has a predetermined BL capacity. This capacity is for example expressed in the form of a bitrate.
  • the first client entity 10 is for example a computer.
  • the decoder can also be a connected television, a computer, a mobile phone, a tablet, ...
  • the client entity 11 and the decoder 12 form a single device for accessing the content distribution services.
  • the first decoder 13 stores for the digital content distribution services the following data in a resource allocation table 100, represented in FIG.
  • a first value Blivel of capacity 200 corresponding to the resources reserved for the content distributed in real time through it;
  • BVoD1 of capacity 201 a second value BVoD1 of capacity 201, corresponding to the resources reserved for the content or contents distributed for download through it;
  • a third value BliveG of capacity 202 corresponding to the resources reserved for the content or contents distributed in real time in the access system 25;
  • BVoDG of capacity 203 a fourth value BVoDG of capacity 203, corresponding to the resources reserved for the content or contents distributed for download in the access system 25.
  • the first 13 and second 14 decoders exchange information relating to resources of the connection link 51 that they reserve. More precisely, when one of the two Blivel and / or BVoDl capacity values have been modified, the first decoder 13 sends to the second decoder 14 a message comprising the variation or variations of the modified values. Conversely, the first decoder 13 receives from the second decoder 14 the variations of the capacity values Blive2 and BVoD2 reserved by it when they are modified.
  • the messages exchanged include a mode of distribution and a variation of the value of the capacity, positive or negative, for this mode of distribution.
  • the first decoder 13 updates the third BliveG and fourth BVoDG capacity values stored respectively in the fields 202 and 203 of the resource allocation table 100.
  • the messages exchanged are acknowledged by an acknowledgment message.
  • An acknowledgment corresponds for example to a message indicating a zero variation.
  • the message also comprises an identifier of the decoder transmitter of the message. It is also possible to timestamp the messages exchanged. This message timestamp makes it possible to analyze the exchanges, for example in the event of a malfunction.
  • the message can be transmitted in broadcast mode or "Multicast".
  • the first 13 and second 14 decoders are subscribed to a multicast broadcast group, and broadcast the messages in the multicast broadcast group. They may also be messages that comply with the UPnP network protocol for "Universal Plug and Play". The use of this protocol has the advantage of also being able to be used for the discovery of the equipment connected to the local network.
  • the Bonjour protocol standardized by Apple offers a notification mechanism in addition to the services of terminal / service discovery, addressing, printing.
  • the Bonjour protocol is based on standardized protocols described in the IETF.
  • message exchanges are secure to prevent misuse of the mechanism by malicious users.
  • the sum of the third BliveG and fourth BVoDG capacitance values is less than the BL capacity of the connection link 51. Specifically, a portion Bint of the BL capacity is reserved for access to the Internet. Thus, the sum of the third BliveG and fourth BVoDG capacity values and the reserved capacity for Internet access is less than the BL capacity of the connection link 51.
  • the first 13 and second 14 decoders have the value of the BL capacity of the connection link 51 and the value of the Bint capacity reserved for access to the Internet. These two values are for example broadcast in the multicast broadcast group. Specifically, the UPnP IGD protocol, for "Internet Gateway Device”, and UPnP DM, for “Device Management”, can be used to transmit the reserved capacity for Internet traffic and the capacity of the connection link 51. No limitation n ' is attached to the mode of obtaining these two values. The value of attributable capacity Bres thus corresponds to the difference between these two values:
  • the allocation of resources to process a request for distribution of content in real time has priority over download content distributions. More specifically, when the available resources are not sufficient to accept a content distribution request in real time and at least one content is being downloaded via one of the decoders, a portion of the resources allocated to this download is preempted to accept the distribution request in real time.
  • a resource distribution strategy is first defined between the decoders. By way of non-limiting example, it is possible to distribute resources equitably between the different decoders. Other resource distribution strategies can also be envisaged, for example by defining a master decoder that has a higher resource reservation right than the other decoders. As another example, it is possible for decoders to negotiate the resource allocation strategy.
  • FIGS. 2a-2e We will now describe in relation to FIGS. 2a-2e the method of processing a request for distribution of a digital content, as implemented by the first decoder 13, in a particular embodiment.
  • first 13 and second 14 decoders have the value of the allocable capacity Bres of the connection link 51.
  • the first decoder 13 has obtained information relating to network resources reserved by the second decoder 14 and has stored the third BliveG and fourth BVoDG capacity values in its resource allocation table 100.
  • the first decoder 13 is waiting for detection of an event.
  • FIG. 2a corresponds to the steps implemented by the first decoder 13 when the detected event corresponds to a request for distribution of a first content C1 distributed in real time, requiring resources B.
  • the first decoder 13 detects this event.
  • the first decoder 13 determines the available capacity Bav from the residual capacity Bres of the connection link 51 and the capacity values BliveG and BVoDG used in the access system 25. More precisely:
  • the first decoder 13 checks whether the available capacity Bav is greater than or equal to the required capacity B for the distribution of the first content C1. If in step El 1, the available capacity Bav is greater than or equal to the required capacity B for the distribution of the first content C1, the distribution request of the first content C1 can be accepted. In a step El 11, the first decoder 13 updates the resource allocation table 100, more precisely the first capacity value Blivel 200 as well as the third capacity value BliveG 202.
  • the first decoder 13 notifies the second decoder 14, by transmitting information relating to the reserved network resources, including the variation of the Blivel capacity reserved for the real-time distribution of the first content C1.
  • the first decoder 13 receives an acknowledgment from the second decoder 14.
  • the acknowledgment message comprises, if appropriate, the modifications made by the second decoder 14 on the first Blive2 and / or second BVoD2 capacitance values, more precisely the variations of these capacity values.
  • the first decoder 13 updates the third BliveG and fourth BVoDG capacity values in the resource allocation table 100 as a function of any variations received in the step El 13.
  • the first decoder 13 transmits the distribution request of the first content C1 to the second distribution entity 41.
  • the distribution of the first content C1 is thus initialized.
  • the first decoder 13 then returns waiting for detection of a new event. If in step El i, the available capacity Bav is less than the required capacity B for the distribution of the first content C1, in a step El 2, the first decoder 13 checks whether a content is being distributed for download by its intermediate. More specifically, the first decoder 13 checks whether it is possible to preempt on this download part of the resources necessary for the distribution of the first content C1 required in real time. The first decoder 13 also checks whether content is being downloaded for download in the access system 25 and whether it is possible to preempt on this download part of the resources necessary for the distribution of the first content C1 required in real time. . These checks are implemented from the second capacity value BVoD1 201 and the fourth capacity value BVoDG 203 stored in the resource allocation table 100.
  • the first decoder 13 determines the ability to preempt its own download according to the resource allocation strategy and updates the resource allocation table 100. Specifically, the first capacity value Blivel 200 is updated with the capacity B, the second capacity value BVoD1 201 is updated according to the part of the resources preempted, the third capacity value BliveG is updated in function of the capacity B and the fourth capacity value BVoDG 203 is updated according to the update performed for the second capacity value BVoD1.
  • the first decoder 13 notifies the second decoder 14, by transmitting information relating to reserved network resources, including the variation of the first value of Blivel capacity and if necessary, the variation of the second capacity value. BVoDl. It is emphasized here that in this case, the sum of the resources reserved may be greater than the attributable capacity Bres. This makes it possible to implement the preemption mechanism.
  • the first decoder 13 receives an acknowledgment from the second decoder 14.
  • the acknowledgment message includes the variation of the second capacitance value BVoD2 if it is modified.
  • the first decoder 13 updates, if necessary, the resource allocation table 100, notably the fourth capacity value BVoDG.
  • the first decoder 13 adjusts the parameters of the download session, for example the parameters of the TCP session, for "Transport Control Protocol", according to the preempted part of the resources. These parameters are for example the size of the TCP window, the introduction of a delay in the transmission of acknowledgments, the number of packets that can be acknowledged in a single acknowledgment.
  • the first decoder 13 then implements the step E14 initialization of the distribution in real time, previously described and then returns to waiting for detection of a new event.
  • step E12 If in step E12, no download was in progress via the first decoder 13, in a step El 3, the first decoder 13 checks if at least one download is in progress on the second decoder 14. This verification is implemented from the fourth capacity value BVoDG 203 stored in the resource allocation table 100.
  • the first decoder 13 updates the resource allocation table 100.
  • the first Blivel 200 capacity value and the third BliveG capacity value are updated based on the B capacity.
  • the first decoder 13 notifies the second decoder 14, by transmitting information on reserved network resources, including the variation of the first capacity value Blivel. It is emphasized here that in this case, the sum of the reserved resources is greater than the attributable capacity Bres. This makes it possible to implement the preemption mechanism.
  • the first decoder 13 receives an acknowledgment from the second decoder 14.
  • the first decoder 13 updates the resource allocation table 100. More precisely, the fourth capacity value BVoDG 203 is updated, if necessary, as a function of the variation of the second capacity value BVoD2 received from the second decoder 14. The first decoder 13 then implements the initialization step E14 of the real-time distribution, previously described, and then goes back to waiting for detection of a new event.
  • step E13 If in step E13, no download is in progress on the second decoder 14, the first decoder 13 rejects the distribution request of the first content Cl and then returns waiting for detection of a new event.
  • FIG. 2b corresponds to the steps implemented by the first decoder 13 when the detected event corresponds to a request for distribution of a second content C2 distributed by downloading by the distribution entity 42.
  • the first decoder 13 detects this event.
  • step E20 similar to step E10, the first decoder 13 determines the available capacity B1b.
  • the first decoder 13 checks whether at least one download is in progress in the access system 25. This check is implemented from the fourth capacity value BVoDG 203 stored in the allocation table 100. Resource.
  • the first decoder 13 determines, according to the resource allocation strategy, which portion of the resources allocated for the download implemented by the second decoder 14 must be preempted and updates the table. 100 allocation of resources.
  • the second capacity value BVoD1 201 is updated according to the available capacity Bav and the preempted capacity value.
  • the first decoder 13 notifies the second decoder 14, by transmitting information on reserved network resources, including the variation of the second capacity value BVoDl. It is emphasized here that in this case, the sum of the reserved resources is greater than the attributable capacity Bres. This makes it possible to implement the preemption mechanism.
  • the first decoder 13 receives an acknowledgment from the second decoder 14.
  • the first decoder 13 updates the resource allocation table 100. More specifically, the fourth capacity value BVoDG 203 is updated in function of the variation of the second capacity value BVoD2 received from the second decoder 14.
  • the first decoder 13 initializes the download session of the second content C2, in particular by adjusting the parameters of the session according to the available capacity BVoD1.
  • the distribution of the second content C2 is thus initialized.
  • the first decoder 13 then returns waiting for detection of a new event. If in step E21, no download is in progress via the second decoder 14, in a step E22, the first decoder 13 checks whether the available capacity Bav is greater than or equal to zero.
  • step E22 If in step E22, the available capacity Bav is greater than zero, in a step E221, the first decoder 13 updates the resource allocation table 100, more precisely the second capacity value BVoD1 201 with the available capacity as well as the fourth BVoDG capacity value 203.
  • the first decoder 13 notifies the second decoder 14, by transmitting information relating to reserved network resources, including the variation of the first capacity value BVoDl.
  • the first decoder 13 receives an acknowledgment from the second decoder 14.
  • the first decoder 13 updates the resource allocation table 100 if necessary.
  • the first decoder 13 then implements the initialization step E23 of the download session previously described and then returns to waiting for detection of a new event.
  • step E24 the first decoder 13 rejects the distribution request of the second content C2 and then returns to waiting for detection of a new event.
  • FIG. 2c corresponds to the steps implemented by the first decoder 13 when the detected event corresponds to a distribution end of the first content C1 distributed in real time.
  • the first decoder 13 detects this event.
  • the first decoder 13 updates the resource allocation table 100 to take into account the stop of the distribution of the first content Cl in real time.
  • the first Blivel 200 capacity value is set to zero and the third BliveG capacity value is updated taking into account the real-time distribution stop.
  • a step E31 the first decoder 13 checks whether a download is in progress via it.
  • step E311 similar to step E10, the first decoder 13 determines the available capacity Bav.
  • the first decoder 13 determines the capacity that can be allocated to the download in progress, in particular according to the available capacity Bav of the resources and according to the strategy of distribution of the resources. Then the first decoder 13 updates the resource allocation table 100. More precisely, the second capacity value BVoD1 201 is updated according to the determined capacity, and the fourth capacity value BVoDG 203 is updated as a function of the update carried out for the second capacity value BVoD1.
  • the first decoder 13 notifies the second decoder 14, by transmitting information relating to the reserved network resources, in particular the variation of the first capacity value Blivel and, if appropriate, the variation of the second capacity value BVoD1. .
  • the first decoder 13 receives an acknowledgment from the second decoder 14.
  • the first decoder 13 updates the resource allocation table 100. More specifically, the fourth capacity value BVoDG 203 is updated as a function of the variation of the second capacity value BVoD2 received from the second decoder 14.
  • the first decoder 13 adjusts the parameters of the download session according to the capacity update performed.
  • the first decoder 13 then returns waiting for detection of a new event. If in step E31, no download is in progress via it, in a step E321, the first decoder 13 notifies the second decoder 14, by transmitting information on reserved network resources, including the variation of the first Blivel capacity value.
  • the second decoder 14 can take advantage of this release of resources to increase the capacity of the connection link that it uses as described later in connection with FIG. 2e.
  • the first decoder 13 receives an acknowledgment from the second decoder 14.
  • the first decoder 13 updates the resource allocation table 100. More specifically, the fourth capacity value BVoDG 203 is updated as a function of the variation of the second capacity value BVoD2 received from the second decoder 14.
  • the first decoder 13 then returns waiting for detection of a new event.
  • FIG. 2d corresponds to the steps implemented by the first decoder 13 when the detected event corresponds to a distribution end of the second content C2 distributed for download.
  • the first decoder 13 detects this event.
  • the first decoder 13 updates the resource allocation table 100 to take into account the stopping of the distribution of the second C2 content for download.
  • the second capacity value BVoD1 201 is set to zero and the fourth capacity value BVoDG 203 is updated taking into account the stop of the download distribution.
  • the first decoder 13 notifies the second decoder 14, by transmitting information relating to reserved network resources, including the variation of the second capacity value BVoDl.
  • the second decoder 14 can take advantage of this release of resources to increase the capacity of the connection link that it uses as described later in connection with FIG. 2e.
  • the first decoder 13 receives an acknowledgment from the second decoder 14.
  • the first decoder 13 updates the resource allocation table 100. More specifically, the fourth capacity value BVoDG 203 is updated as a function of the variation of the second capacity value BVoD2 received from the second decoder 14.
  • the first decoder 13 then returns waiting for detection of a new event.
  • FIG. 2e corresponds to the steps implemented by the first decoder 13 when the detected event corresponds to a reception of a notification coming from the second decoder 14.
  • the first decoder 13 detects this event.
  • the first decoder 13 updates the resource allocation table 100 to take into account the received capacity values.
  • the third capacity value BLiveG 202 and / or the fourth BVoDG capacity value 203 are updated according to the values received in the notification.
  • step E51 similar to step E10, the first decoder 13 determines the available capacity B1b.
  • the first decoder 13 checks whether the available capacity Bav is greater than zero.
  • the first decoder 13 checks whether a download via it is in progress.
  • the first decoder 13 updates the resource allocation table 100. More precisely, the second capacity value BVoD1 201 is updated according to the available capacity Bav, and the fourth capacity value BVoDG 203 is updated according to the update performed for the second capacity value BVoD1.
  • the first decoder 13 notifies the second decoder 14, by transmitting information relating to reserved network resources, including the variation of the second capacity value BVoDl.
  • the first decoder 13 receives an acknowledgment from the second decoder 14.
  • the first decoder 13 updates the resource allocation table 100. More specifically, the fourth capacity value BVoDG 203 is updated if necessary.
  • step E535 analogous to step E125, the first decoder 13 adjusts the parameters of the download session according to the capacity update performed.
  • the first decoder 13 then returns waiting for detection of a new event. If in step E53, no download is in progress via it, in a step E535, the first decoder 13 transmits an acknowledgment of the notification.
  • the first decoder 13 then returns waiting for detection of a new event.
  • step E52 the available capacity Bav is less than zero
  • the first decoder 13 updates the resource allocation table 100. More specifically, the second capacity value BVoD1 201 is decreased to take into account the observed deficit of the available capacity Bav, and the fourth capacity value BVoDG 203 is updated according to the update carried out for the second value of BVoDl capacity.
  • the first decoder 13 notifies the second decoder 14, by transmitting information on reserved network resources, including the variation of the second capacity value BVoDl.
  • the first decoder 13 receives an acknowledgment from the second decoder 14.
  • the first decoder 13 updates the resource allocation table 100. More specifically, the fourth capacity value BVoDG 203 is updated if necessary.
  • step E525 similar to step E125, the first decoder 13 adjusts the parameters of the download session according to the capacity update performed.
  • the first decoder 13 then returns waiting for detection of a new event.
  • the method has been described by placing itself at the level of the first decoder 13. It is understood that the second decoder 14 also implements the steps of the method of processing a distribution request, as described.
  • the description of the method was made for an embodiment in which the first decoder 13 obtained information relating to network resources reserved by the second decoder 14 and deduced the third BliveG and fourth BVoDG capacity values in its table 100 allocation of resources.
  • this new decoder implements a discovery mechanism of the local network.
  • the new decoder announces on the local network 30.
  • the already connected decoder or decoders broadcast their own first and second capacitance values in the local network 30. This allows the new decoder to initialize its own table 100. 'allocation of resources.
  • a decoder leaving the local network 30 also transmits a message for releasing resources reserved for it.
  • a monitoring mechanism of a connected / disconnected state or "keepalive" makes it possible to check whether a decoder has not left the local network 30 without releasing the resources reserved for it. If a decoder is detected as disconnected, that is to say it has left the local network without releasing the reserved resources, the connected decoders then broadcast in the local network 30 their own first and second capacitance values. This allows them to update the third and fourth capacity values of the resource allocation table 100, based on the reservations that were made by the connected decoders.
  • a decoder receiving a notification from another decoder processes it immediately, for example by decreasing the resources reserved for a download.
  • it is planned to delay the processing of the notification under certain conditions, in order to prevent several decoders from decreasing their respective consumption in parallel.
  • a new decoder announces itself in the local network, it obtains a sequence number in the access system.
  • a decoder receiving a first notification, the information contained in it resulting in exceeding the available capacity of the connection link, determines whether the network includes another decoder of higher order number.
  • the decoder delays the processing of the first notification, pending receipt of a second notification from this other decoder. On receipt of this second notification, the decoder checks again if there is another decoder of higher order number, and so on. If there is no other higher order number decoder, the decoder processes the last received notification. Note that the timing of the processing of a notification is to be limited in time to avoid a blockage of the process.
  • the capacity of the BL link is 8192 kbps and the capacity reserved for Bint Internet traffic is 256 kbps.
  • Table 1 indicates the resource allocation table 100 of the first decoder 13 and Table2 that of the second decoder 14.
  • the data stored therein is represented in the form of a quadruplet (Blivel, BVoD1, BliveG, BVoDG).
  • the first decoder 13 processes a request for distribution of a first real-time content requiring a capacity of 2700 kbit / s.
  • the Tablel table includes the following data (2700, 0, 2700, 0).
  • the second decoder 14 receives (E5) the notification and updates Table2. No download is in progress (E52).
  • the second decoder 14 acknowledges the notification (E535).
  • the Table2 table includes the following data (0, 0, 2700, 0).
  • the second decoder 14 processes a request to distribute a second content for download.
  • the second decoder 14 transmits (E222) a notification to the first decoder 13 by indicating (VoD, +5236).
  • the Table2 table includes the following data (0, 5236, 2700, 5236).
  • the first decoder 13 receives (E5) the notification and updates Tablel. No download is in progress (E53).
  • the first decoder 13 acknowledges the notification (E535).
  • the Tablel table includes the following data (2700, 0, 2700, 5236).
  • the first decoder 13 stops the distribution of the first content Cl in real time.
  • the first decoder 13 transmits (El 12) a notification to the second decoder 14 indicating (Live, -2700).
  • the Tablel table includes the following data (0, 0, 0, 5236).
  • the second decoder 14 receives (E5) the notification, updates Table2.
  • a download is in progress (E53).
  • the second decoder 14 transmits (E532) a notification to the first decoder 13 indicating (VoD, +2700).
  • the Table2 table includes the following data (0, 7936, 0, 7936).
  • the first decoder 13 receives (E5) the notification and updates Tablel.
  • the Tablel table includes the following data (0, 0, 0, 7936).
  • the first decoder 13 transmits an acknowledgment to the second decoder 14, which receives it (E533).
  • the second decoder 14 updates the parameters of the session according to the new capacity. It should be noted that once the distribution of the content in real time has been completed via the first device 13, the freed capacity could be reassigned to the current download of the second content C2.
  • the first decoder 13 processes a request to distribute a third content C3 for download.
  • the first decoder 13 transmits (E222) a notification to the second decoder 14 by indicating (VoD, +7936).
  • the Tablel table includes the following data (0, 7936, 0, 7936).
  • the second decoder 14 receives (E5) the notification and updates Table2.
  • the second decoder 14 acknowledges the notification (E535).
  • the Table2 table includes the following data (0, 0, 0, 7936).
  • the second decoder 14 processes a request to distribute a fourth content C4 for download.
  • the second decoder 14 verifies that a download is in progress in the access system 25 (E21). It determines the capacity to allocate according to the resource allocation strategy and transmits (E211) a notification to the first decoder 13 indicating (VoD, +3968).
  • the Table2 table includes the following data (0, 3968, 0, 11904).
  • the first decoder 13 receives (E5) the notification and updates Tablel.
  • the available capacity is negative (E52).
  • the first device 13 determines (E521) that it must decrease the reserved capacity for downloading the third content C3 and transmits (E522) a notification to the second decoder 14 indicating (VoD, -3968).
  • the second decoder 14 acknowledges the notification (E535).
  • the first decoder 13 updates the parameters of the session according to the new capacity.
  • the Tablel table includes the following data (0, 3968, 0, 7936).
  • the Table2 table includes the following data (0, 3968, 0, 7936).
  • the first decoder 13 processes a request for distribution of a first real-time content requiring a capacity of 2700 kbit / s.
  • the first decoder 13 determines that the available capacity (0) is less than the required capacity (El i). A download is in progress via it (E12). The first decoder verifies if a download is also in progress via the second decoder and determines (E121) the ability to reserve for its download according to the resource allocation strategy.
  • the first device transmits a notification (El 22) to the second decoder 14 indicating (Live, +2700) and (VoD, -1350).
  • the second decoder 14 receives (E5) the notification and updates Table2.
  • the available capacity is negative (E52).
  • the second decoder 13 determines (E521) that it must decrease the reserved capacity for downloading the fourth content C4 and transmits (E522) a notification to the first decoder 13 indicating (VoD, -1350).
  • the first decoder 13 acknowledges the notification (E535).
  • the first decoder 13 updates the parameters of the session according to the new capacity.
  • the second decoder 14 updates the parameters of the session according to the new capacity.
  • the Tablel table includes the following data (2700, 2618, 2700, 5236).
  • the Table2 table includes the following data (0, 2618, 2700, 5236). In this way, as soon as content is to be distributed in real time, the capacity allocated to downloads decreases to free up capacity. From this moment, the resources are distributed for download between the two decoders according to the resource allocation strategy.
  • the decoders exchange the variations of the values of the reserved capacities.
  • the reserved capacity values are transmitted.
  • the message includes an identifier of the capacity that is modified (real time or download) and a value of the capacity.
  • the resource allocation table 100 also stores the capacity values reserved by each of the decoders.
  • a modification when a modification is to be made to a download session, the values of the session are modified.
  • An alternative to decrease or increase the speed of a download is also provided.
  • An elementary block is the content for a duration, which can be variable. By way of nonlimiting example, these elementary blocks may be of fixed duration, of the order of a few seconds.
  • An elementary block is then encoded by a network entity into a plurality of data segments at different quality levels. More precisely, the elementary block is encoded at a given bit rate, which corresponds to a given quality of rendering quality. No limitation is attached to the type of coding implemented to obtain these data segments. Thus, to decrease the bit rate, the decoder or a network entity selects a lower quality level.
  • Such an access device 13 comprises:
  • a transmission / reception module 102 arranged in particular to obtain first information relating to network resources reserved by a second access device 14 and to send to a second access device via which a other content is in downloading course, second information relating to reserved resources for distributing the required content;
  • control module 106 arranged to verify using at least this first information:
  • the residual capacity of the connection link does not allow to distribute a content, for which a distribution request is being processed
  • an application module 104 implementing the content distribution services
  • control module 106 When the control module verifies that other content is being downloaded, the control module 106 is furthermore arranged to determine which part of the resources reserved by this second access device must be preempted for the distribution of the required content and to activate the transmitting / receiving module 102 for sending the second information, including the pre-empted part.
  • the control module 106 is furthermore arranged to check that the first information obtained results in exceeding the capacity of the connection link and for activating the application module 104, the latter being furthermore arranged to adjust parameters associated with a content distribution. by download, so as not to exceed this capacity.
  • the modules 102, 104, 106 are arranged to implement the previously described method. It is preferably software modules comprising software instructions for executing the steps of the method described above, implemented by a device 13, 14 for access to the content distribution services.
  • the invention therefore also relates to:
  • a program for such a device comprising program code instructions intended to control the execution of the steps of the method described above, when said program is executed by said device;
  • the software modules can be stored in or transmitted by a data carrier.
  • a data carrier This may be a hardware storage medium, for example a CD-ROM, a magnetic diskette or a hard disk, or a transmission medium such as an electrical signal, optical or radio, or a telecommunications network.
  • the invention also relates to a system 25 for accessing content distribution services in a communication network, comprising a first access device 13 as described above and a second access device 14 comprising a control module 106. arranged to verify that the second information obtained from the first device causes the capacity of the connection link to be exceeded, and an application module 104, arranged to adjust parameters associated with a download content distribution, so as not to exceed this capacity.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Automation & Control Theory (AREA)
  • Databases & Information Systems (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

L'invention concerne un procédé de traitement d'une requête de distribution d'un contenu, mis en œuvre par un premier dispositif d'accès (13) à des services de distribution de contenus, accédant au réseau par l'intermédiaire d'un lien de raccordement (51) et le partageant avec au moins un deuxième dispositif d'accès (14). Le premier dispositif obtient des premières informations relatives à des ressources réservées par un deuxième dispositif, pour au moins une distribution d'un contenu, et vérifie à l'aide de ces premières informations, que la capacité résiduelle du lien de raccordement ne permet pas de distribuer le contenu requis. Selon l'invention, le premier dispositif vérifie également à l'aide de ces premières informations, qu'un autre contenu est en cours de téléchargement par l'intermédiaire du deuxième dispositif et envoie vers celui-ci des deuxièmes informations relatives à des ressources réservées pour distribuer le contenu requis, ces ressources réservées comprenant au moins une partie des ressources réservées par le deuxième dispositif.

Description

Technique de traitement d'une requête de distribution d'un contenu
L'invention se situe dans le domaine de la distribution de contenus numériques dans un réseau de communication, et plus particulièrement le traitement d'une requête de distribution d'un contenu.
Il existe des dispositifs auxiliaires permettant d'accéder à des services de télévision et de vidéo à la demande fournis par un opérateur de réseau de communication. Un tel dispositif auxiliaire, également connu sous la dénomination STB « Set Top Box », est notamment agencé pour décoder un signal reçu de la passerelle d'accès au réseau en un contenu et pour afficher le contenu sur un écran, par exemple de télévision. Le dispositif auxiliaire vient en complément d'une passerelle d'accès au réseau, fournie également par l'opérateur de réseau. Cette passerelle d'accès permet à un ensemble d'équipements d'accéder au réseau de communication. Ces équipements forment un réseau local.
Lorsque plusieurs utilisateurs de ce réseau local souhaitent visualiser des contenus sur plusieurs écrans, il est prévu plusieurs dispositifs auxiliaires STB, un par écran. L'utilisation simultanée de ces dispositifs auxiliaires STB pose un problème de gestion des ressources d'accès au réseau. En effet, la capacité du lien reliant la passerelle d'accès et le réseau de communication est limitée. Pour répondre à ce problème, il est connu de définir des règles de gestion des ressources statiques. Une première règle consiste à limiter le nombre de dispositifs auxiliaires en fonction de la capacité du lien. Il existe notamment des offres comprenant deux dispositifs auxiliaires. Une deuxième règle consiste à autoriser la distribution par l'intermédiaire d'un dispositif auxiliaire d'un seul flux de données associé à un contenu, en temps réel ou à la demande, à la fois.
La mise en œuvre d'un contrôle d'admission d'un nouveau flux de données associé à un contenu au niveau d'un dispositif auxiliaire peut permettre une gestion dynamique des ressources. A cette fin, il est possible de mettre en œuvre le procédé de traitement d'une requête d'accès à un service décrit dans la demande de brevet publiée sous le numéro EP2141868. Pour un ensemble de dispositifs auxiliaires STB connectés à une même passerelle d' accès au réseau de communication, chaque dispositif auxiliaire STB obtient des informations relatives à des ressources réseau réservées par les autres dispositifs auxiliaires de l'ensemble, pour au moins un service fourni par l'intermédiaire de la passerelle d'accès. Lorsque l'un de ces dispositifs auxiliaires traite une requête de distribution d'un contenu, il vérifie à l'aide de ces informations que la passerelle d'accès dispose de ressources réseau nécessaires pour permettre un accès au flux de données associé au contenu. Si tel est le cas, le dispositif auxiliaire réserve les ressources réseau et informe le ou les autres dispositifs auxiliaires connectés à la passerelle d'accès. Dans le cas contraire, le dispositif auxiliaire rejette la demande de distribution du contenu. Ce procédé présente toutefois l'inconvénient qu'une requête de distribution d'un contenu est rejetée par un dispositif auxiliaire lorsqu'un autre dispositif auxiliaire utilise la majeure partie de la capacité du lien.
Un des buts de l'invention est de remédier à des insuffisances/inconvénients de l'état de la technique et/ou d'y apporter des améliorations.
Selon un premier aspect, l'invention a pour objet un procédé de traitement d'une requête de distribution d'un contenu numérique, ledit procédé étant mis en œuvre par un premier dispositif d' accès à des services de distribution de contenus dans un réseau de communication, ledit premier dispositif accédant au réseau par l'intermédiaire d'un lien de raccordement et partageant ledit lien de raccordement avec au moins un deuxième dispositif d'accès aux services de distribution de contenus, ce procédé comprenant :
- une étape d'obtention de premières informations mémorisées dans ledit premier dispositif d'accès et relatives à des ressources réseau réservées pour un accès par l'intermédiaire dudit lien de raccordement pour distribuer un ou des contenus numériques ;
- une première étape de vérification, à l'aide au moins de ces premières informations, que la capacité résiduelle du lien de raccordement ne permet pas de distribuer le contenu requis ;
- une deuxième étape de vérification, à l'aide au moins de ces premières informations, qu'un autre contenu est en cours de téléchargement par l'intermédiaire d'un deuxième dispositif d'accès ;
- une étape d'envoi à destination du deuxième dispositif d'accès de deuxièmes informations relatives à des ressources réservées pour distribuer le contenu requis, lesdites ressources réservées comprenant au moins une partie des ressources réservées par ledit deuxième dispositif d'accès.
Ainsi, grâce à l'invention, l'utilisation de la capacité d'un lien de raccordement par un ensemble de dispositifs d'accès à des services de distribution de contenus est optimisée. Un tel dispositif d'accès peut être un dispositif auxiliaire STB, une télévision connectée, un ordinateur, un téléphone mobile, une tablette,...
Une partie de la capacité du lien de raccordement est réservée pour des services tels que l'accès à Internet ou bien la Voix sur IP. Le reste de la capacité du lien de raccordement ou capacité disponible est partagé entre les différents flux de données temps réel ou de vidéo à la demande. A titre d'exemple, on se place dans le cas où le deuxième dispositif d'accès utilise la capacité maximale pour télécharger un premier contenu. Dès qu'une nouvelle requête de distribution d'un deuxième contenu est traitée par le premier dispositif, les ressources allouées à la distribution du premier contenu sont diminuées, afin d'admettre la distribution du deuxième contenu. Ainsi, les ressources sont réparties directement entre les différents dispositifs d'accès sans nécessiter une centralisation du traitement des requêtes.
La solution proposée est basée sur la connaissance des informations relatives aux ressources respectivement réservées pour les différents flux de données en cours pour les services de distribution de contenus pour l'ensemble des dispositifs d'accès. Ces informations permettent de déterminer la capacité disponible dès qu'une nouvelle requête de distribution est à traiter. Elles permettent également à chaque dispositif d' accès de réguler sa propre consommation de sorte que la capacité consommée par l'ensemble des dispositifs d'accès ne dépasse pas la capacité disponible du lien de raccordement.
Les informations relatives aux ressources réseau réservées peuvent être obtenues grâce à des notifications échangées entre les dispositifs. Elles peuvent indiquer une modification d'une capacité réservée ou bien une variation de la capacité réservée. Ces notifications peuvent être diffusées dans le réseau local.
La solution proposée permet ainsi une gestion efficace de la capacité utilisée pour les flux de données associés aux contenus au niveau des dispositifs accédant au réseau par un même lien de raccordement. Cette approche permet de s'affranchir de mécanismes mis en œuvre de façon centralisée, tels que des mécanismes de contrôle d'accès, de lissage ou « shaping » en anglais et de priorisation dans le réseau de communication ou sur les plateformes de service.
Le mécanisme proposé permet ainsi de partager efficacement un lien de raccordement entre plusieurs dispositifs d'accès en permettant un téléchargement progressif pour la vidéo à la demande dans les zones éligibles à une offre de télévision par ADSL sans risque de perturbation de nouvelles distributions de contenus, telles que des distributions en temps réel.
Selon une caractéristique particulière, le mode de distribution du contenu requis étant une distribution en temps réel, le procédé comprend en outre une étape de vérification que la somme de la capacité résiduelle du lien de raccordement et des ressources réservées pour un accès par l'intermédiaire du lien de raccordement pour une distribution en téléchargement est supérieure aux ressources réseau nécessaires pour distribuer le contenu requis, préalablement à l'étape d'envoi.
Pour un contenu distribué en temps réel, on vérifie au préalable que la préemption de ressources réservées pour le téléchargement permet bien d'admettre la requête de distribution. Une requête de distribution d'un contenu en temps réel est toujours traitée prioritairement par rapport à des distributions par téléchargement. Il n'y a toutefois pas de préemption sur les ressources réservées pour admettre une autre distribution en temps réel.
Selon une caractéristique particulière, le mode de distribution du contenu requis étant une distribution par téléchargement, le procédé comprend en outre une étape de détermination de ladite partie réservée en fonction d'une stratégie de répartition des ressources entre ces premier et deuxième dispositifs.
Il est possible pour une distribution par téléchargement de faire varier les ressources tout au long du téléchargement. La stratégie de répartition des ressources permet ainsi de répartir les ressources entre les différents dispositifs d'accès pour les distributions par téléchargement (et uniquement celles-ci). Il s'agit par exemple d'une répartition équitable entre les différents dispositifs d'accès. Selon une caractéristique particulière, les deuxièmes informations relatives à des ressources réservées comprennent le mode de distribution du contenu requis.
La distribution d'un contenu peut être faite selon deux modes de distribution, en temps réel ou bien par téléchargement. Ceci permet à chacun des dispositifs d'accès partageant le lien de raccordement de déterminer qu'un téléchargement est en cours.
Avantageusement, le procédé comprend en outre une étape de mise à jour et de mémorisation pour chaque mode de distribution d'une information relative aux ressources réservées pour un accès par l'intermédiaire du lien de raccordement.
Ceci permet à chacun des dispositifs d'accès partageant le lien de raccordement de déterminer les capacités dans le réseau pour chaque mode de distribution. Il est ainsi possible d'assurer la qualité des services de distribution de contenus dans un environnement comprenant plusieurs dispositifs d'accès aux services de distribution de contenus.
Selon une caractéristique particulière, le procédé comprend en outre :
- une étape de vérification que les premières informations obtenues entraînent un dépassement de la capacité du lien de raccordement ;
- une étape d'ajustement de paramètres associés à une distribution de contenu par téléchargement par le premier dispositif d'accès, afin de ne pas dépasser ladite capacité.
Ainsi, le premier dispositif d'accès peut diminuer les ressources consommées pour un téléchargement, afin de permettre au deuxième dispositif d'accès d'admettre une nouvelle distribution de contenu.
Selon un deuxième aspect, l'invention concerne également un dispositif d'accès à des services de distribution de contenus dans un réseau de communication, accédant au réseau par l'intermédiaire d'un lien de raccordement et partageant ledit lien de raccordement avec au moins un deuxième dispositif d'accès aux services de distribution de contenus. Le dispositif d'accès comprend :
- des moyens d'obtention de premières informations mémorisées et relatives à des ressources réseau réservées pour un accès par l'intermédiaire dudit lien de raccordement pour distribuer un ou des contenus numériques ;
- des moyens de vérification, agencés pour vérifier, à l'aide au moins de ces premières informations, que la capacité résiduelle du lien de raccordement ne permet pas de distribuer un contenu, pour lequel une requête de distribution est en cours de traitement ;
- les moyens de vérification sont en outre agencés pour vérifier, à aide au moins de ces premières informations, qu'un autre contenu est en cours de téléchargement par l'intermédiaire d'un deuxième dispositif d' accès ;
- des moyens d'envoi, activés par les moyens de vérification, à destination du deuxième dispositif d'accès par l'intermédiaire duquel un autre contenu est en cours de téléchargement, de deuxièmes informations relatives à des ressources réservées pour distribuer le contenu requis, lesdites ressources réservées comprenant au moins une partie des ressources réservées par ledit deuxième dispositif d' accès.
Selon une caractéristique particulière, les moyens de vérification sont en outre agencés pour vérifier que les premières informations obtenues entraînent un dépassement de la capacité du lien de raccordement, et comprenant en outre des moyens d'ajustement de paramètres associés à une distribution de contenu par téléchargement, afin de ne pas dépasser ladite capacité.
Selon un troisième aspect, l'invention concerne en outre un système d' accès à des services de distribution de contenus dans un réseau de communication, comprenant un premier dispositif d'accès selon le deuxième aspect et un deuxième dispositif d'accès comprenant des moyens de vérification, agencés pour vérifier que les deuxièmes informations obtenues entraînent un dépassement de la capacité du lien de raccordement, et des moyens d'ajustement de paramètres associés à une distribution de contenu par téléchargement, afin de ne pas dépasser ladite capacité..
Selon un quatrième aspect, l'invention concerne un programme pour un dispositif d' accès à des services de distribution de contenus, comprenant des instructions de code de programme destinées à commander l'exécution des étapes du procédé précédemment décrit, lorsque ledit programme est exécuté par ledit dispositif et un support d'enregistrement lisible par un dispositif d' accès à des services de distribution de contenus sur lequel est enregistré un programme pour un dispositif.
L'invention sera mieux comprise à l'aide de la description suivante d'un mode de réalisation particulier du procédé de l'invention, en référence aux dessins annexés sur lesquels :
la figure 1 représente un système d'accès à des services de distribution de contenus dans son environnement ;
les figures 2a-2e représentent les étapes du procédé de traitement d'une requête de distribution selon un mode particulier de réalisation de l'invention ;
- la figure 3 représente une table d'allocation des ressources selon un mode particulier de réalisation ;
la figure 4 représente un dispositif d'accès à des services de distribution de contenus selon un mode particulier de l'invention.
La figure 1 représente un système d'accès 25 à des services de distribution de contenus permettant à des entités clientes 10, 11, 12 d'accéder à différentes applications de distribution de contenus comme la télévision, la vidéo à la demande ou la consultation de pages d'un site Web. Chaque entité cliente 10, 11, 12 accède par l'intermédiaire d'un réseau de communication 50 à des contenus proposés par des entités de distribution de contenus, dont trois d'entre elles sont représentées sur la figure 1. Une première entité de distribution 40 héberge un site Web, auprès duquel les entités clientes peuvent obtenir des pages de contenus. Une deuxième entité de distribution 41 propose des contenus prévus pour être distribués en temps réel, par exemple des contenus télévisuels. Une troisième entité de distribution 42 propose des contenus prévus pour être distribués en téléchargement, par exemple des vidéos à la demande. Par la suite, un mode de distribution correspond à une distribution en temps réel ou une distribution par téléchargement.
Les entités clientes 10, 11, 12 appartiennent à un réseau local 30 et accèdent au réseau de communication 50 par l'intermédiaire d'un lien 51 de raccordement. Plus précisément, la deuxième entité cliente 11 accède au réseau de communication 50 par l'intermédiaire d'un premier dispositif d'accès 13 aux services de distribution de contenus ; la troisième entité cliente 12 accède au réseau par l'intermédiaire d'un deuxième dispositif d'accès 14 aux services de distribution de contenus. On se place par la suite dans le cas particulier où les premier 13 et deuxième 14 dispositifs d'accès aux services de distribution de contenus sont des dispositifs auxiliaires ou « Set Top Box » permettant d'accéder à des services de télévision et de vidéo à la demande, distribuant des contenus numériques audiovisuels. Ces dispositifs auxiliaires sont notamment agencés pour recevoir une requête de distribution d'un contenu, pour recevoir, décoder et afficher un flux de données associé au contenu requis. Ces dispositifs auxiliaires sont appelés par la suite décodeurs. Les deuxième 11 et troisième 12 entités clientes sont des écrans, tels que des téléviseurs. La première entité cliente 10, les premier 13 et deuxième 14 décodeurs sont connectés à une passerelle d'accès 20, elle-même connectée au lien 51 de raccordement. Le lien 51 de raccordement est par exemple un accès par ligne téléphonique ADSL, pour « Asymmetric Digital Subscriber Line ». Ce lien 51 de raccordement dispose d'une capacité BL prédéterminée. Cette capacité est par exemple exprimée sous la forme d'un débit.
La première entité cliente 10 est par exemple un ordinateur.
Le décodeur peut également être une télévision connectée, un ordinateur, un téléphone mobile, une tablette,... Dans ce cas, l'entité cliente 11 et le décodeur 12 forment un seul dispositif d' accès aux services de distribution de contenus.
Aucune limitation n'est attachée au nombre d'entités clientes et de décodeurs.
Selon l'invention, le premier décodeur 13 mémorise pour les services de distribution de contenus numériques les données suivantes dans une table 100 d'allocation des ressources, représentée à la figure 3 :
- une première valeur Blivel de capacité 200, correspondant aux ressources réservées pour le ou les contenus distribués en temps réel par son intermédiaire ;
- une deuxième valeur BVoDl de capacité 201, correspondant aux ressources réservées pour le ou les contenus distribués en téléchargement par son intermédiaire ;
- une troisième valeur BliveG de capacité 202, correspondant aux ressources réservées pour le ou les contenus distribués en temps réel dans le système d' accès 25 ;
- une quatrième valeur BVoDG de capacité 203, correspondant aux ressources réservées pour le ou les contenus distribués en téléchargement dans le système d'accès 25.
Les premier 13 et deuxième 14 décodeurs échangent des informations relatives à des ressources du lien 51 de raccordement qu'elles réservent. Plus précisément, lorsque l'une des deux valeurs de capacité Blivel et/ou BVoDl a été modifiée, le premier décodeur 13 envoie au deuxième décodeur 14 un message comprenant la ou les variations des valeurs modifiées. Réciproquement, le premier décodeur 13 reçoit en provenance du deuxième décodeur 14 les variations des valeurs de capacité Blive2 et BVoD2 réservées par celui-ci lorsqu'elles sont modifiées. Les messages échangés comprennent notamment un mode de distribution et une variation de la valeur de la capacité, positive ou négative, pour ce mode de distribution. En fonction des variations reçues, le premier décodeur 13 met à jour les troisième BliveG et quatrième BVoDG valeurs de capacité mémorisées respectivement dans les champs 202 et 203 de la table 100 d'allocation des ressources. Les messages échangés sont acquittés par un message d'acquittement. Un acquittement correspond par exemple à un message indiquant une variation nulle. Avantageusement, lorsque plus de deux décodeurs appartiennent au système d'accès 25, le message comprend également un identifiant du décodeur émetteur du message. Il est également envisageable d'horodater les messages échangés. Cet horodatage des messages permet d'analyser les échanges par exemple en cas de dysfonctionnement.
Le message peut être transmis en mode diffusé ou « Multicast ». A titre d'exemple non limitatif, les premier 13 et deuxième 14 décodeurs sont abonnés à un groupe de diffusion multicast, et diffusent les messages dans le groupe de diffusion multicast. Il peut également s'agir de messages conformes au protocole réseau UPnP, pour « Universal Plug and Play ». L'utilisation de ce protocole présente l'avantage de pouvoir également être utilisé pour la découverte des équipements connectés au réseau local. Alternativement, le protocole Bonjour standardisé par Apple propose un mécanisme de notification en plus des services de découverte de terminaux/services, d'adressage, d'impression. Le protocole Bonjour s'appuie sur des protocoles normalisés et décrits à l'IETF.
De préférence, les échanges de messages sont sécurisés pour éviter le détournement du mécanisme par des utilisateurs malveillants.
En mode nominal, la somme des troisième BliveG et quatrième BVoDG valeurs de capacités est inférieure à la capacité BL du lien 51 de raccordement. Plus précisément, une partie Bint de la capacité BL est réservée pour un accès au réseau Internet. Ainsi, la somme des troisième BliveG et quatrième BVoDG valeurs de capacités et de la capacité réservée pour l'accès à Internet est inférieure à la capacité BL du lien 51 de raccordement.
Les premier 13 et deuxième 14 décodeurs disposent de la valeur de la capacité BL du lien 51 de raccordement et de la valeur de la capacité Bint réservée pour un accès à Internet. Ces deux valeurs sont par exemple diffusées dans le groupe de diffusion multicast. Plus précisément, les protocoles UPnP IGD, pour « Internet Gateway Device », et UPnP DM, pour « Device Management », peuvent être utilisés pour transmettre la capacité réservée pour le trafic Internet et la capacité du lien de raccordement 51. Aucune limitation n'est attachée au mode d'obtention de ces deux valeurs. La valeur de capacité attribuable Bres correspond ainsi à la différence entre ces deux valeurs :
Bres = BL -Bint
De plus, on considère par la suite que l'allocation des ressources pour traiter une requête de distribution d'un contenu en temps réel est prioritaire par rapport à des distributions de contenu en téléchargement. Plus précisément, lorsque les ressources disponibles ne sont pas suffisantes pour accepter une requête de distribution de contenu en temps réel et qu'au moins un contenu est en cours de téléchargement par l'intermédiaire d'un des décodeurs, une partie des ressources allouées pour ce téléchargement est préemptée pour permettre d'accepter la requête de distribution en temps réel. Par ailleurs, on définit au préalable une stratégie de répartition des ressources entre les décodeurs. A titre d'exemple non limitatif, il est possible de répartir équitablement les ressources entre les différents décodeurs. D'autres stratégies de répartition des ressources sont également envisageables, par exemple en définissant un décodeur maître qui dispose d'un droit de réservation des ressources supérieur aux autres décodeurs. A titre d'autre d'exemple, il est possible aux décodeurs de négocier la stratégie de répartition des ressources.
Aucune limitation n'est attachée à cette stratégie de répartition des ressources.
Nous allons maintenant décrire en relation avec les figures 2a-2e le procédé de traitement d'une requête de distribution d'un contenu numérique, tel qu'il est mis en œuvre par le premier décodeur 13, dans un mode particulier de réalisation.
On rappelle ici que les premier 13 et deuxième 14 décodeurs disposent de la valeur de la capacité allouable Bres du lien 51 de raccordement.
On suppose que le premier décodeur 13 a obtenu des informations relatives à des ressources réseau réservées par le deuxième décodeur 14 et a mémorisé les troisième BliveG et quatrième BVoDG valeurs de capacité dans sa table 100 d'allocation des ressources.
Dans une étape d'attente, non représentée sur les figures 2a-2e, le premier décodeur 13 est en attente de détection d'un événement.
La figure 2a correspond aux étapes mises en œuvre par le premier décodeur 13 lorsque l'événement détecté correspond à une requête de distribution d'un premier contenu Cl distribué en temps réel, nécessitant des ressources B.
Dans une étape El, le premier décodeur 13 détecte cet événement.
Dans une étape E10, le premier décodeur 13 détermine la capacité disponible Bav à partir de la capacité résiduelle Bres du lien 51 de raccordement et des valeurs de capacité BliveG et BVoDG utilisées dans le système d'accès 25. Plus précisément :
Bav = Bres - BliveG - BVoDG
Dans une étape El i, le premier décodeur 13 vérifie si la capacité disponible Bav est supérieure ou égale à la capacité requise B pour la distribution du premier contenu Cl. Si à l'étape El 1, la capacité disponible Bav est supérieure ou égale à la capacité requise B pour la distribution du premier contenu Cl, la requête de distribution du premier contenu Cl peut être admise. Dans une étape El 11, le premier décodeur 13 met à jour la table 100 d'allocation des ressources, plus précisément la première valeur de capacité Blivel 200 ainsi que la troisième valeur de capacité BliveG 202.
Dans une étape El 12, le premier décodeur 13 notifie le deuxième décodeur 14, en lui transmettant des informations relatives aux ressources réseau réservées, notamment la variation de la capacité Blivel réservée pour la distribution temps réel du premier contenu Cl.
Dans une étape El 13, le premier décodeur 13 reçoit un acquittement en provenance du deuxième décodeur 14. Le message d'acquittement comprend le cas échéant les modifications effectuées par le deuxième décodeur 14 sur les première Blive2 et/ou deuxième BVoD2 valeurs de capacité, plus précisément les variations de ces valeurs de capacité.
Dans une étape El 14, le premier décodeur 13 met à jour les troisième BliveG et quatrième BVoDG valeurs de capacité dans la table 100 d'allocation des ressources en fonction des éventuelles variations reçues à l'étape El 13.
Dans une étape El 4, le premier décodeur 13 transmet la requête de distribution du premier contenu Cl à la deuxième entité de distribution 41. La distribution du premier contenu Cl est ainsi initialisée.
Le premier décodeur 13 repasse ensuite en attente de détection d'un nouvel événement. Si à l'étape El i, la capacité disponible Bav est inférieure à la capacité requise B pour la distribution du premier contenu Cl, dans une étape El 2, le premier décodeur 13 vérifie si un contenu est en cours de distribution en téléchargement par son intermédiaire. Plus précisément, le premier décodeur 13 vérifie s'il est possible de préempter sur ce téléchargement une partie des ressources nécessaires à la distribution du premier contenu Cl requis en temps réel. Le premier décodeur 13 vérifie également si un contenu est en cours de distribution en téléchargement dans le système d'accès 25 et s'il est possible de préempter sur ce téléchargement une partie des ressources nécessaires à la distribution du premier contenu Cl requis en temps réel. Ces vérifications sont mises en œuvre à partir de la deuxième valeur de capacité BVoDl 201 et de la quatrième valeur de capacité BVoDG 203 mémorisées dans la table 100 d'allocations des ressources.
Si tel est le cas, dans une étape E121, le premier décodeur 13 détermine alors la capacité à préempter sur son propre téléchargement en fonction de la stratégie de répartition des ressources et met à jour la table 100 d'allocation des ressources. Plus précisément, la première valeur de capacité Blivel 200 est mise à jour avec la capacité B, la deuxième valeur de capacité BVoDl 201 est mise en jour en fonction de la partie des ressources préemptée, la troisième valeur de capacité BliveG est mise à jour en fonction de la capacité B et la quatrième valeur de capacité BVoDG 203 est mise à jour en fonction de la mise à jour effectuée pour la deuxième valeur de capacité BVoDl. Dans une étape El 22, le premier décodeur 13 notifie le deuxième décodeur 14, en lui transmettant des informations relatives aux ressources réseau réservées, notamment la variation de la première valeur de capacité Blivel et le cas échéant, la variation de la deuxième valeur de capacité BVoDl. On souligne ici que dans ce cas, la somme des ressources réservées peut être supérieure à la capacité attribuable Bres. Ceci permet de mettre en œuvre le mécanisme de préemption.
Dans une étape El 23, le premier décodeur 13 reçoit un acquittement en provenance du deuxième décodeur 14. Le message d'acquittement comprend notamment la variation de la deuxième valeur de capacité BVoD2 si elle est modifiée.
Dans une étape E124, le premier décodeur 13 met à jour si besoin la table 100 d'allocation des ressources, notamment la quatrième valeur de capacité BVoDG.
Dans une étape El 25, le premier décodeur 13 ajuste les paramètres de la session de téléchargement, par exemple les paramètres de la session TCP, pour « Transport Control Protocol », en fonction de la partie des ressources préemptée. Ces paramètres sont par exemple la taille de la fenêtre TCP, l'introduction d'un retard dans la transmission des acquittements, le nombre de paquets qu'il est possible d'acquitter en un seul acquittement.
Le premier décodeur 13 met ensuite en œuvre l'étape E14 d'initialisation de la distribution en temps réel, précédemment décrite et repasse ensuite en attente de détection d'un nouvel événement.
Si à l'étape E12, aucun téléchargement n'était en cours par l'intermédiaire du premier décodeur 13, dans une étape El 3, le premier décodeur 13 vérifie si au moins un téléchargement est en cours sur le deuxième décodeur 14. Cette vérification est mise en œuvre à partir de la quatrième valeur de capacité BVoDG 203 mémorisée dans la table 100 d'allocation des ressources.
Si tel est le cas, dans une étape E131, le premier décodeur 13 met à jour la table 100 d'allocation des ressources. La première valeur de capacité Blivel 200 et la troisième valeur de capacité BliveG sont mises à jour en fonction de la capacité B.
Dans une étape El 32, le premier décodeur 13 notifie le deuxième décodeur 14, en lui transmettant des informations relatives aux ressources réseau réservées, notamment la variation de la première valeur de capacité Blivel. On souligne ici que dans ce cas, la somme des ressources réservées est supérieure à la capacité attribuable Bres. Ceci permet de mettre en œuvre le mécanisme de préemption.
Dans une étape E133, le premier décodeur 13 reçoit un acquittement en provenance du deuxième décodeur 14.
Dans une étape E134, le premier décodeur 13 met à jour la table 100 d'allocation des ressources. Plus précisément, la quatrième valeur de capacité BVoDG 203 est mise à jour le cas échéant en fonction de la variation de la deuxième valeur de capacité BVoD2 reçue en provenance du deuxième décodeur 14. Le premier décodeur 13 met ensuite en œuvre l'étape E14 d'initialisation de la distribution temps réel, précédemment décrite et repasse ensuite en attente de détection d'un nouvel événement.
Si à l'étape E13, aucun téléchargement n'est en cours sur le deuxième décodeur 14, le premier décodeur 13 rejette la requête de distribution du premier contenu Cl et repasse ensuite en attente de détection d'un nouvel événement.
On souligne ici, que lorsque des ressources sont préemptées, les variations des première Blivel et deuxième BVoDl valeurs de capacité transmises dans la notification entraînent un dépassement de la capacité attribuable Bres. Sur réception de cette notification et détection de ce dépassement, le décodeur récepteur va diminuer la capacité qu'il utilise pour un téléchargement. Ainsi, par des échanges très simples entre les deux décodeurs, il est possible d'admettre une requête de distribution de contenus en temps réel en préemptant si nécessaire les ressources réservées pour des téléchargements.
La figure 2b correspond aux étapes mises en œuvre par le premier décodeur 13 lorsque l'événement détecté correspond à une requête de distribution d'un deuxième contenu C2 distribué en téléchargement par l'entité de distribution 42.
Dans une étape E2, le premier décodeur 13 détecte cet événement.
Dans une étape E20, analogue à l'étape E10, le premier décodeur 13 détermine la capacité disponible Bav.
Dans une étape E21, le premier décodeur 13 vérifie si au moins un téléchargement est en cours dans le système d'accès 25. Cette vérification est mise en œuvre à partir de la quatrième valeur de capacité BVoDG 203 mémorisée dans la table 100 d'allocation des ressources.
Si tel est le cas, dans une étape E211, le premier décodeur 13 détermine en fonction de la stratégie de répartition des ressources quelle partie des ressources allouées pour le téléchargement mis en œuvre par le deuxième décodeur 14 doit être préemptée et met à jour la table 100 d'allocation des ressources. La deuxième valeur de capacité BVoDl 201 est mise à jour en fonction de la capacité disponible Bav et de la valeur de capacité préemptée.
Dans une étape E212, le premier décodeur 13 notifie le deuxième décodeur 14, en lui transmettant des informations relatives aux ressources réseau réservées, notamment la variation de la deuxième valeur de capacité BVoDl. On souligne ici que dans ce cas, la somme des ressources réservées est supérieure à la capacité attribuable Bres. Ceci permet de mettre en œuvre le mécanisme de préemption.
Dans une étape E213, le premier décodeur 13 reçoit un acquittement en provenance du deuxième décodeur 14.
Dans une étape E214, le premier décodeur 13 met à jour la table 100 d'allocation des ressources. Plus précisément, la quatrième valeur de capacité BVoDG 203 est mise à jour en fonction de la variation de la deuxième valeur de capacité BVoD2 reçue en provenance du deuxième décodeur 14.
Dans une étape E23, le premier décodeur 13 initialise la session de téléchargement du deuxième contenu C2, notamment en ajustant les paramètres de la session en fonction de la capacité disponible BVoDl. La distribution du deuxième contenu C2 est ainsi initialisée. Ainsi, en préemptant les ressources réservées, il est possible d'admettre une requête de distribution de contenus.
Le premier décodeur 13 repasse ensuite en attente de détection d'un nouvel événement. Si à l'étape E21, aucun téléchargement n'est en cours par l'intermédiaire du deuxième décodeur 14, dans une étape E22, le premier décodeur 13 vérifie si la capacité disponible Bav est supérieure ou égale à zéro.
Si à l'étape E22, la capacité disponible Bav est supérieure à zéro, dans une étape E221, le premier décodeur 13 met à jour la table 100 d'allocation des ressources, plus précisément la deuxième valeur de capacité BVoDl 201 avec la capacité disponible ainsi que la quatrième valeur de capacité BVoDG 203.
Dans une étape E222, le premier décodeur 13 notifie le deuxième décodeur 14, en lui transmettant des informations relatives aux ressources réseau réservées, notamment la variation de la première valeur de capacité BVoDl.
Dans une étape E223, le premier décodeur 13 reçoit un acquittement en provenance du deuxième décodeur 14.
Dans une étape E224, le premier décodeur 13 met à jour si nécessaire la table 100 d'allocation des ressources.
Le premier décodeur 13 met ensuite en œuvre l'étape E23 d'initialisation de la session de téléchargement précédemment décrite et repasse ensuite en attente de détection d'un nouvel événement.
Si à l'étape E22, la capacité disponible Bav est égale à zéro, dans une étape E24, le premier décodeur 13 rejette la requête de distribution du deuxième contenu C2 et repasse ensuite en attente de détection d'un nouvel événement.
Comme souligné précédemment en relation avec la figure 2a, lorsque des ressources sont préemptées, les variations des première Blivel et deuxième BVoDl valeurs de capacité transmises dans la notification entraînent un dépassement de la capacité attribuable Bres. Sur réception de cette notification et détection de ce dépassement, le décodeur récepteur va diminuer la capacité qu'il utilise pour un téléchargement. Ainsi, par des échanges très simples entre les deux décodeurs, il est possible de répartir dynamiquement les ressources en préemptant les ressources réservées pour admettre une requête de distribution de contenus si nécessaire. La figure 2c correspond aux étapes mises en œuvre par le premier décodeur 13 lorsque l'événement détecté correspond à une fin de distribution du premier contenu Cl distribué en temps réel.
Dans une étape E3, le premier décodeur 13 détecte cet événement.
Dans une étape E30, le premier décodeur 13 met à jour la table 100 d'allocation des ressources pour tenir compte de l'arrêt de la distribution du premier contenu Cl en temps réel. La première valeur de capacité Blivel 200 est mise à zéro et la troisième valeur de capacité BliveG est mise à jour en tenant compte de l'arrêt de la distribution en temps réel.
Dans une étape E31, le premier décodeur 13 vérifie si un téléchargement est en cours par son intermédiaire.
Si tel est le cas, dans une étape E311, analogue à l'étape E10, le premier décodeur 13 détermine la capacité disponible Bav.
Dans une étape E312, le premier décodeur 13 détermine la capacité qui peut être allouée au téléchargement en cours, notamment en fonction de la capacité disponible Bav des ressources et en fonction de la stratégie de répartition des ressources. Puis le premier décodeur 13 met à jour la table 100 d'allocation des ressources. Plus précisément, la deuxième valeur de capacité BVoDl 201 est mise en jour en fonction de la capacité déterminée, et la quatrième valeur de capacité BVoDG 203 est mise à jour en fonction de la mise à jour effectuée pour la deuxième valeur de capacité BVoDl.
Dans une étape E313, le premier décodeur 13 notifie le deuxième décodeur 14, en lui transmettant des informations relatives aux ressources réseau réservées, notamment la variation de la première valeur de capacité Blivel et le cas échéant, la variation de la deuxième valeur de capacité BVoDl.
Dans une étape E314, le premier décodeur 13 reçoit un acquittement en provenance du deuxième décodeur 14.
Dans une étape E315, le premier décodeur 13 met à jour la table 100 d'allocation des ressources. Plus précisément, la quatrième valeur de capacité BVoDG 203 est mise à jour en fonction de la variation de la deuxième valeur de capacité BVoD2 reçue en provenance du deuxième décodeur 14.
Dans une étape E316, analogue à l'étape E125, le premier décodeur 13 ajuste les paramètres de la session de téléchargement en fonction de la mise à jour de capacité effectuée.
Le premier décodeur 13 repasse ensuite en attente de détection d'un nouvel événement. Si à l'étape E31, aucun téléchargement n'est en cours par son intermédiaire, dans une étape E321, le premier décodeur 13 notifie le deuxième décodeur 14, en lui transmettant des informations relatives aux ressources réseau réservées, notamment la variation de la première valeur de capacité Blivel. Le second décodeur 14 peut profiter de cette libération de ressources pour augmenter la capacité du lien de raccordement qu'il utilise comme décrit ultérieurement en relation avec la figure 2e.
Dans une étape E322, le premier décodeur 13 reçoit un acquittement en provenance du deuxième décodeur 14.
Dans une étape E323, le premier décodeur 13 met à jour la table 100 d'allocation des ressources. Plus précisément, la quatrième valeur de capacité BVoDG 203 est mise à jour en fonction de la variation de la deuxième valeur de capacité BVoD2 reçue en provenance du deuxième décodeur 14.
Le premier décodeur 13 repasse ensuite en attente de détection d'un nouvel événement.
La figure 2d correspond aux étapes mises en œuvre par le premier décodeur 13 lorsque l'événement détecté correspond à une fin de distribution du deuxième contenu C2 distribué en téléchargement.
Dans une étape E4, le premier décodeur 13 détecte cet événement.
Dans une étape E40, le premier décodeur 13 met à jour la table 100 d'allocation des ressources pour tenir compte de l'arrêt de la distribution du deuxième contenu C2 en téléchargement. La deuxième valeur de capacité BVoDl 201 est mise à zéro et la quatrième valeur de capacité BVoDG 203 est mise à jour en tenant compte de l'arrêt de la distribution en téléchargement.
Dans une étape E41, le premier décodeur 13 notifie le deuxième décodeur 14, en lui transmettant des informations relatives aux ressources réseau réservées, notamment la variation de la deuxième valeur de capacité BVoDl. Le second décodeur 14 peut profiter de cette libération de ressources pour augmenter la capacité du lien de raccordement qu'il utilise comme décrit ultérieurement en relation avec la figure 2e.
Dans une étape E42, le premier décodeur 13 reçoit un acquittement en provenance du deuxième décodeur 14.
Dans une étape E43, le premier décodeur 13 met à jour la table 100 d'allocation des ressources. Plus précisément, la quatrième valeur de capacité BVoDG 203 est mise à jour en fonction de la variation de la deuxième valeur de capacité BVoD2 reçue en provenance du deuxième décodeur 14.
Le premier décodeur 13 repasse ensuite en attente de détection d'un nouvel événement.
La figure 2e correspond aux étapes mises en œuvre par le premier décodeur 13 lorsque l'événement détecté correspond à une réception d'une notification en provenance du deuxième décodeur 14.
Dans une étape E5, le premier décodeur 13 détecte cet événement.
Dans une étape E50, le premier décodeur 13 met à jour la table 100 d'allocation des ressources pour tenir compte des valeurs de capacité reçues. La troisième valeur de capacité BLiveG 202 et/ou la quatrième valeur de capacité BVoDG 203 sont mises à jour en fonction des valeurs reçues dans la notification.
Dans une étape E51, analogue à l'étape E10, le premier décodeur 13 détermine la capacité disponible Bav.
Dans une étape E52, le premier décodeur 13 vérifie si la capacité disponible Bav est supérieure à zéro.
Si tel est le cas, dans une étape E53, le premier décodeur 13 vérifie si un téléchargement par son intermédiaire est en cours.
Si un téléchargement est en cours, dans une étape E531, le premier décodeur 13 met à jour la table 100 d'allocation des ressources. Plus précisément, la deuxième valeur de capacité BVoDl 201 est mise en jour en fonction de la capacité disponible Bav, et la quatrième valeur de capacité BVoDG 203 est mise à jour en fonction de la mise à jour effectuée pour la deuxième valeur de capacité BVoDl.
Dans une étape E532, le premier décodeur 13 notifie le deuxième décodeur 14, en lui transmettant des informations relatives aux ressources réseau réservées, notamment la variation de la deuxième valeur de capacité BVoDl.
Dans une étape E533, le premier décodeur 13 reçoit un acquittement en provenance du deuxième décodeur 14.
Dans une étape E534, le premier décodeur 13 met à jour la table 100 d'allocation des ressources. Plus précisément, la quatrième valeur de capacité BVoDG 203 est mise à jour le cas échéant.
Dans une étape E535, analogue à l'étape E125, le premier décodeur 13 ajuste les paramètres de la session de téléchargement en fonction de la mise à jour de capacité effectuée.
Le premier décodeur 13 repasse ensuite en attente de détection d'un nouvel événement. Si à l'étape E53, aucun téléchargement n'est en cours par son intermédiaire, dans une étape E535, le premier décodeur 13 transmet un acquittement de la notification.
Le premier décodeur 13 repasse ensuite en attente de détection d'un nouvel événement.
Si à l'étape E52, la capacité disponible Bav est inférieure à zéro, dans une étape E521, le premier décodeur 13 met à jour la table 100 d'allocation des ressources. Plus précisément, la deuxième valeur de capacité BVoDl 201 est diminuée pour prendre en compte le déficit constaté de la capacité disponible Bav, et la quatrième valeur de capacité BVoDG 203 est mise à jour en fonction de la mise à jour effectuée pour la deuxième valeur de capacité BVoDl.
Dans une étape E522, le premier décodeur 13 notifie le deuxième décodeur 14, en lui transmettant des informations relatives aux ressources réseau réservées, notamment la variation de la deuxième valeur de capacité BVoDl.
Dans une étape E523, le premier décodeur 13 reçoit un acquittement en provenance du deuxième décodeur 14. Dans une étape E524, le premier décodeur 13 met à jour la table 100 d'allocation des ressources. Plus précisément, la quatrième valeur de capacité BVoDG 203 est mise à jour le cas échéant.
Dans une étape E525, analogue à l'étape E125, le premier décodeur 13 ajuste les paramètres de la session de téléchargement en fonction de la mise à jour de capacité effectuée.
Le premier décodeur 13 repasse ensuite en attente de détection d'un nouvel événement. Le procédé a été décrit en se plaçant au niveau du premier décodeur 13. Il est bien entendu que le deuxième décodeur 14 met également en œuvre les étapes du procédé de traitement d'une requête de distribution, tel que décrit.
Le procédé a été décrit dans un système d'accès 25 comprenant deux décodeurs. Il est aisément transposable par l'homme du métier à des systèmes d'accès comprenant plus de deux décodeurs.
La description du procédé a été faite pour un mode de réalisation dans lequel le premier décodeur 13 a obtenu des informations relatives à des ressources réseau réservées par le deuxième décodeur 14 et en a déduit les troisième BliveG et quatrième BVoDG valeurs de capacité dans sa table 100 d'allocation des ressources. Lorsqu'un nouveau décodeur se joint au réseau local 30, ce nouveau décodeur met en œuvre un mécanisme de découverte du réseau local. Le nouveau décodeur s'annonce alors sur le réseau local 30. En réponse, le ou les décodeurs déjà connectés diffusent leurs propres premières et deuxièmes valeurs de capacité dans le réseau local 30. Ceci permet au nouveau décodeur d'initialiser sa propre table 100 d'allocation des ressources. Un décodeur quittant le réseau local 30 transmet également un message de libération des ressources qui lui étaient réservées. Dans un mode de réalisation, un mécanisme de supervision d'un état connecté/déconnecté ou « keepalive » permet de vérifier si un décodeur n'a pas quitté le réseau local 30 sans libérer les ressources qui lui étaient réservées. Si un décodeur est détecté comme étant déconnecté, c'est-à-dire qu'il a quitté le réseau local sans libérer les ressources réservées, les décodeurs connectés diffusent alors dans le réseau local 30 leurs propres premières et deuxièmes valeurs de capacité. Ceci leur permet de mettre à jour les troisième et quatrième valeurs de capacité de la table 100 d'allocation des ressources, en fonction des réservations qui avaient été effectuées par les décodeurs connectés.
La description du procédé a été faite pour un mode de réalisation, dans lequel un décodeur recevant une notification d'un autre décodeur la traite immédiatement par exemple en diminuant les ressources réservées pour un téléchargement. Dans un système d'accès comprenant plus de deux décodeurs, il est prévu de retarder sous certaines conditions le traitement de la notification, afin d'éviter que plusieurs décodeurs diminuent en parallèle leurs consommations respectives. A titre d'exemple non limitatif, lorsqu'un nouveau décodeur s'annonce dans le réseau local, il obtient un numéro d'ordre dans le système d'accès. Ainsi, un décodeur, recevant une première notification, les informations contenues dans celle-ci entraînant un dépassement de la capacité disponible du lien de raccordement, détermine si le réseau comprend un autre décodeur de numéro d'ordre plus élevé. Si tel est le cas, le décodeur temporise le traitement de la première notification, dans l'attente d'une réception d'une deuxième notification en provenance de cet autre décodeur. Sur réception de cette deuxième notification, le décodeur vérifie de nouveau s'il existe un autre décodeur de numéro d'ordre plus élevé, et ainsi de suite. S'il n'existe pas d'autre décodeur de numéro d'ordre plus élevé, le décodeur traite la dernière notification reçue. On note que la temporisation du traitement d'une notification est à limiter dans le temps pour éviter un blocage du procédé.
Des exemples illustratifs de la mise en œuvre du procédé vont maintenant être décrits dans l'environnement comprenant les deux décodeurs.
Dans ces exemples, la capacité du lien BL est de 8192 kbits/s et la capacité réservée pour le trafic Internet Bint est de 256 kbits/s.
On note Table 1 la table 100 d'allocation des ressources du premier décodeur 13 et Table2 celle du deuxième décodeur 14. Les données qui y sont mémorisées sont représentées sous la forme d'un quadruplet (Blivel, BVoDl, BliveG, BVoDG).
Dans un premier exemple, le premier décodeur 13 traite une requête de distribution d'un premier contenu temps réel nécessitant une capacité de 2700 kbits/s.
La capacité disponible (7936) étant supérieure à la capacité requise (2700) (El i), le premier décodeur 13 transmet (El 12) une notification au deuxième décodeur 14 en indiquant (Live, +2700). La table Tablel comprend les données suivantes (2700, 0, 2700, 0). Le deuxième décodeur 14 reçoit (E5) la notification et met à jour Table2. Aucun téléchargement n'est en cours (E52). Le deuxième décodeur 14 acquitte la notification (E535). La table Table2 comprend les données suivantes (0, 0, 2700, 0).
Le deuxième décodeur 14 traite une requête de distribution d'un deuxième contenu en téléchargement.
La capacité disponible (5236) étant supérieure à zéro (E22), le deuxième décodeur 14 transmet (E222) une notification au premier décodeur 13 en indiquant (VoD, +5236). La table Table2 comprend les données suivantes (0, 5236, 2700, 5236). Le premier décodeur 13 reçoit (E5) la notification et met à jour Tablel. Aucun téléchargement n'est en cours (E53). Le premier décodeur 13 acquitte la notification (E535). La table Tablel comprend les données suivantes (2700, 0, 2700, 5236).
On suppose qu'ensuite le premier décodeur 13 arrête la distribution du premier contenu Cl en temps réel. Le premier décodeur 13 transmet (El 12) une notification au deuxième décodeur 14 en indiquant (Live, -2700). La table Tablel comprend les données suivantes (0, 0, 0, 5236). Le deuxième décodeur 14 reçoit (E5) la notification, met à jour Table2. Un téléchargement est en cours (E53). Le deuxième décodeur 14 transmet (E532) une notification au premier décodeur 13 en indiquant (VoD, +2700). La table Table2 comprend les données suivantes (0, 7936, 0, 7936). Le premier décodeur 13 reçoit (E5) la notification et met à jour Tablel. La table Tablel comprend les données suivantes (0, 0, 0, 7936). Le premier décodeur 13 transmet un acquittement au deuxième décodeur 14, qui le reçoit (E533). Le deuxième décodeur 14 met à jour les paramètres de la session en fonction de la nouvelle capacité. On note qu'ainsi dès que la distribution du contenu en temps réel s'est achevée par l'intermédiaire du premier dispositif 13, la capacité libérée a pu être réaffectée au téléchargement en cours du deuxième contenu C2.
Dans un deuxième exemple, on se replace dans les conditions initiales où aucune distribution n'est en cours.
Le premier décodeur 13 traite une requête de distribution d'un troisième contenu C3 en téléchargement.
La capacité disponible étant supérieure à zéro (E22), le premier décodeur 13 transmet (E222) une notification au deuxième décodeur 14 en indiquant (VoD, +7936). La table Tablel comprend les données suivantes (0, 7936, 0, 7936). Le deuxième décodeur 14 reçoit (E5) la notification et met à jour Table2. Le deuxième décodeur 14 acquitte la notification (E535). La table Table2 comprend les données suivantes (0, 0, 0, 7936).
Le deuxième décodeur 14 traite une requête de distribution d'un quatrième contenu C4 en téléchargement.
Le deuxième décodeur 14 vérifie qu'un téléchargement est en cours dans le système d'accès 25 (E21). Il détermine la capacité à allouer en fonction de la stratégie de répartition des ressources et transmet (E211) une notification au premier décodeur 13 en indiquant (VoD, +3968). La table Table2 comprend les données suivantes (0, 3968, 0, 11904). Le premier décodeur 13 reçoit (E5) la notification et met à jour Tablel. La capacité disponible est négative (E52). Le premier dispositif 13 détermine (E521) qu'il doit diminuer la capacité réservée pour le téléchargement du troisième contenu C3 et transmet (E522) une notification au deuxième décodeur 14 en indiquant (VoD, -3968). Le deuxième décodeur 14 acquitte la notification (E535). Le premier décodeur 13 met à jour les paramètres de la session en fonction de la nouvelle capacité. La table Tablel comprend les données suivantes (0, 3968, 0, 7936). La table Table2 comprend les données suivantes (0, 3968, 0, 7936). On note qu'ainsi, un téléchargement en cours utilise toute la capacité disponible jusqu'à ce que l'autre décodeur traite une requête de distribution en téléchargement. A partir de ce moment, les ressources sont réparties pour le téléchargement entre les deux décodeurs en fonction de la stratégie de répartition des ressources.
Puis, le premier décodeur 13 traite une requête de distribution d'un premier contenu temps réel nécessitant une capacité de 2700 kbits/s.
Le premier décodeur 13 détermine que la capacité disponible (0) est inférieure à la capacité requise (El i). Un téléchargement est en cours par son intermédiaire (E12). Le premier décodeur vérifie si un téléchargement est également en cours par l'intermédiaire du deuxième décodeur et détermine (E121) la capacité à réserver pour son téléchargement en fonction de la stratégie de répartition des ressources. Le premier dispositif transmet une notification (El 22) au deuxième décodeur 14 en indiquant (Live, +2700) et (VoD, -1350). Le deuxième décodeur 14 reçoit (E5) la notification et met à jour Table2. La capacité disponible est négative (E52). Le deuxième décodeur 13 détermine (E521) qu'il doit diminuer la capacité réservée pour le téléchargement du quatrième contenu C4 et transmet (E522) une notification au premier décodeur 13 en indiquant (VoD, -1350). Le premier décodeur 13 acquitte la notification (E535). Le premier décodeur 13 met à jour les paramètres de la session en fonction de la nouvelle capacité. Le deuxième décodeur 14 met à jour les paramètres de la session en fonction de la nouvelle capacité. La table Tablel comprend les données suivantes (2700, 2618, 2700, 5236). La table Table2 comprend les données suivantes (0, 2618, 2700, 5236). On note qu'ainsi, dès qu'un contenu est à distribuer en temps réel, les capacités allouées aux téléchargements diminuent pour libérer de la capacité. A partir de ce moment, les ressources sont réparties pour le téléchargement entre les deux décodeurs en fonction de la stratégie de répartition des ressources.
Dans le mode de réalisation décrit, les décodeurs s'échangent les variations des valeurs des capacités réservées. Dans un autre mode de réalisation, les valeurs des capacités réservées sont transmises. Le message comprend notamment un identifiant de la capacité qui est modifiée (temps réel ou téléchargement) et une valeur de la capacité. Dans cet autre mode de réalisation, lorsque plus de deux décodeurs sont présents dans le réseau local 30, la table 100 d'allocation des ressources mémorise également les valeurs de capacité réservées par chacun des décodeurs.
Par ailleurs, dans le mode de réalisation décrit, lorsqu'une modification est à apporter à une session de téléchargement, les valeurs de la session sont modifiées. Une alternative pour diminuer ou augmenter le débit d'un téléchargement est également prévue. Dans cette alternative, un contenu est segmenté en une suite de blocs élémentaires successifs. Un bloc élémentaire correspond au contenu pendant une durée, qui peut être variable. A titre d'exemple non limitatif, ces blocs élémentaires peuvent être d'une durée fixe, de l'ordre de quelques secondes. Un bloc élémentaire est ensuite encodé par une entité du réseau en une pluralité de segments de données à des niveaux de qualité différents. Plus précisément, le bloc élémentaire est encodé à un débit donné, auquel correspond un niveau de qualité de restitution donné. Aucune limitation n'est attachée au type de codage mis en œuvre pour obtenir ces segments de données. Ainsi, pour diminuer le débit, le décodeur ou une entité du réseau sélectionne un niveau de qualité inférieur.
Nous allons maintenant décrire un dispositif d'accès 13 à des services de distribution de contenus dans un mode particulier de réalisation de l'invention en référence à la figure 4.
Un tel dispositif d'accès 13 comprend :
- un module 102 d'émission/réception, agencé notamment pour obtenir des premières informations relatives à des ressources réseau réservées par un deuxième dispositif d'accès 14 et pour envoyer à destination d'un deuxième dispositif d'accès par l'intermédiaire duquel un autre contenu est en cours de téléchargement, des deuxièmes informations relatives à des ressources réservées pour distribuer le contenu requis ;
- un module de contrôle 106, agencé pour vérifier à l'aide au moins de ces premières informations :
- que la capacité résiduelle du lien de raccordement ne permet pas de distribuer un contenu, pour lequel une requête de distribution est en cours de traitement ;
- ou qu'un autre contenu est en cours de téléchargement par l'intermédiaire du deuxième dispositif d'accès ;
- la table 100, telle que décrite précédemment ;
- un module applicatif 104 mettant en œuvre les services de distribution de contenus ;
- un module 108 de décodage d'un flux de données reçu pour une restitution à l'entité cliente 11.
Lorsque le module de contrôle vérifie qu'un autre contenu est en cours de téléchargement, le module de contrôle 106 est en outre agencé pour déterminer quelle partie des ressources réservées par ce deuxième dispositif d'accès doit être préemptée pour la distribution du contenu requis et pour activer le module d'émission/réception 102 pour envoyer les deuxièmes informations, comprenant la partie préemptée.
Le module de contrôle 106 est en outre agencé pour vérifier que les premières informations obtenues entraînent un dépassement de la capacité du lien de raccordement et pour activer le module applicatif 104, ce dernier étant en outre agencé pour ajuster des paramètres associés à une distribution de contenu par téléchargement, afin de ne pas dépasser cette capacité.
Les modules 102, 104, 106 sont agencés pour mettre en œuvre le procédé précédemment décrit. Il s'agit de préférence de modules logiciels comprenant des instructions logicielles pour faire exécuter les étapes du procédé précédemment décrit, mises en œuvre par un dispositif 13, 14 d' accès aux services de distribution de contenus. L'invention concerne donc aussi :
- un programme pour un tel dispositif, comprenant des instructions de code de programme destinées à commander l'exécution des étapes du procédé précédemment décrit, lorsque ledit programme est exécuté par ledit dispositif ;
- un support d'enregistrement lisible par un dispositif sur lequel est enregistré le programme pour un tel dispositif.
Les modules logiciels peuvent être stockés dans ou transmis par un support de données. Celui-ci peut être un support matériel de stockage, par exemple un CD-ROM, une disquette magnétique ou un disque dur, ou bien un support de transmission tel qu'un signal électrique, optique ou radio, ou un réseau de télécommunication.
L'invention concerne également un système 25 d'accès à des services de distribution de contenus dans un réseau de communication, comprenant un premier dispositif d'accès 13 tel que décrit précédemment et un deuxième dispositif d'accès 14 comprenant un module de contrôle 106, agencé pour vérifier que les deuxièmes informations obtenues en provenance du premier dispositif entraînent un dépassement de la capacité du lien de raccordement, et un module applicatif 104, agencé pour ajuster des paramètres associés à une distribution de contenu par téléchargement, afin de ne pas dépasser cette capacité.

Claims

REVENDICATIONS
1. Procédé de traitement d'une requête de distribution d'un contenu numérique, ledit procédé étant mis en œuvre par un premier dispositif d'accès (13) à des services de distribution de contenus dans un réseau de communication, ledit premier dispositif accédant au réseau par l'intermédiaire d'un lien de raccordement (51) et partageant ledit lien de raccordement avec au moins un deuxième dispositif d'accès (14) aux services de distribution de contenus, ledit procédé comprenant :
- une étape d'obtention de premières informations mémorisées dans ledit premier dispositif d'accès et relatives à des ressources réseau réservées pour un accès par l'intermédiaire dudit lien de raccordement, pour distribuer un ou des contenus numériques ;
- une première étape de vérification (El i, E21), à l'aide au moins de ces premières informations, que la capacité résiduelle du lien de raccordement ne permet pas de distribuer le contenu requis ;
- une deuxième étape de vérification (E12), à l'aide au moins de ces premières informations, qu'un autre contenu est en cours de téléchargement par l'intermédiaire d'un deuxième dispositif d'accès ;
- une étape d'envoi (El 32, E212) à destination du deuxième dispositif d'accès de deuxièmes informations relatives à des ressources réservées pour distribuer le contenu requis, lesdites ressources réservées comprenant au moins une partie des ressources réservées par ledit deuxième dispositif d'accès.
2. Procédé selon la revendication 1, comprenant en outre, le mode de distribution du contenu requis étant une distribution en temps réel, une étape de vérification que la somme de la capacité résiduelle du lien de raccordement et des ressources réservées pour un accès par l'intermédiaire dudit lien de raccordement pour une distribution en téléchargement est supérieure aux ressources réseau nécessaires pour distribuer le contenu requis, préalablement à l'étape d'envoi.
3. Procédé selon la revendication 1, comprenant en outre, le mode de distribution du contenu requis étant une distribution par téléchargement, une étape de détermination de ladite partie réservée en fonction d'une stratégie de répartition des ressources entre lesdits premier et deuxième dispositifs.
4. Procédé selon la revendication 1, dans lequel les deuxièmes informations relatives à des ressources réservées comprennent le mode de distribution du contenu requis.
5. Procédé selon la revendication 4, comprenant en outre, une étape de mise à jour et de mémorisation pour chaque mode de distribution d'une information relative aux ressources réservées pour un accès par l'intermédiaire dudit lien de raccordement.
6. Procédé selon la revendication 1, comprenant en outre :
- une étape de vérification que les premières informations obtenues entraînent un dépassement de la capacité du lien de raccordement ;
- une étape d'ajustement de paramètres associés à une distribution de contenu par téléchargement par le premier dispositif d'accès, afin de ne pas dépasser ladite capacité.
7. Premier dispositif d'accès (13) à des services de distribution de contenus dans un réseau de communication, accédant au réseau par l'intermédiaire d'un lien de raccordement et partageant ledit lien de raccordement avec au moins un deuxième dispositif d'accès aux services de distribution de contenus, comprenant :
- des moyens d'obtention (102) de premières informations mémorisées et relatives à des ressources réseau réservées pour un accès par l'intermédiaire dudit lien de raccordement pour distribuer un ou des contenus numériques ;
- des moyens de vérification (106), agencés pour vérifier, à l'aide au moins de ces premières informations, que la capacité résiduelle du lien de raccordement ne permet pas de distribuer un contenu, pour lequel une requête de distribution est en cours de traitement ;
- les moyens de vérification sont en outre agencés pour vérifier, à aide au moins de ces premières informations, qu'un autre contenu est en cours de téléchargement par l'intermédiaire du deuxième dispositif d'accès ;
- des moyens d'envoi (102), activés par les moyens de vérification, à destination du deuxième dispositif d'accès par l'intermédiaire duquel un autre contenu est en cours de téléchargement, de deuxièmes informations relatives à des ressources réservées pour distribuer le contenu requis, lesdites ressources réservées comprenant au moins une partie des ressources réservées par ledit deuxième dispositif d'accès.
8. Premier dispositif d'accès selon la revendication 7, dans lequel les moyens de vérification sont en outre agencés pour vérifier que les premières informations obtenues entraînent un dépassement de la capacité du lien de raccordement, et comprenant en outre des moyens d'ajustement de paramètres (104) associés à une distribution de contenu par téléchargement, afin de ne pas dépasser ladite capacité.
9. Système (25) d'accès à des services de distribution de contenus dans un réseau de communication, comprenant un premier dispositif d' accès selon la revendication 7 et un deuxième dispositif d'accès comprenant des moyens de vérification (106), agencés pour vérifier que les deuxièmes informations obtenues entraînent un dépassement de la capacité du lien de raccordement, et des moyens d'ajustement de paramètres (104) associés à une distribution de contenu par téléchargement, afin de ne pas dépasser ladite capacité.
10. Programme pour un dispositif d'accès à des services de distribution de contenus, comprenant des instructions de code de programme destinées à commander l'exécution des étapes du procédé selon l'une des revendications 1 à 6, lorsque ledit programme est exécuté par ledit dispositif.
11. Support d'enregistrement lisible par un dispositif d'accès à des services de distribution de contenus sur lequel est enregistré le programme selon la revendication 10.
PCT/FR2012/052619 2011-11-15 2012-11-14 Technique de traitement d'une requete de distribution d'un contenu WO2013072621A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1160380 2011-11-15
FR1160380A FR2982728A1 (fr) 2011-11-15 2011-11-15 Technique de traitement d'une requete de distribution d'un contenu

Publications (1)

Publication Number Publication Date
WO2013072621A1 true WO2013072621A1 (fr) 2013-05-23

Family

ID=47291133

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2012/052619 WO2013072621A1 (fr) 2011-11-15 2012-11-14 Technique de traitement d'une requete de distribution d'un contenu

Country Status (2)

Country Link
FR (1) FR2982728A1 (fr)
WO (1) WO2013072621A1 (fr)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005027412A1 (fr) * 2003-09-15 2005-03-24 Lg Electronics Inc. Procede destine a definir un parametre de transmission multimedia en continu sur un reseau upnp
EP2141868A1 (fr) 2008-06-30 2010-01-06 France Telecom Contrôle d'admission à un service

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005027412A1 (fr) * 2003-09-15 2005-03-24 Lg Electronics Inc. Procede destine a definir un parametre de transmission multimedia en continu sur un reseau upnp
EP2141868A1 (fr) 2008-06-30 2010-01-06 France Telecom Contrôle d'admission à un service

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
DVB ORGANIZATION: "cm0977r1.DVB_QoS_TR.pdf", DVB, DIGITAL VIDEO BROADCASTING, C/O EBU - 17A ANCIENNE ROUTE - CH-1218 GRAND SACONNEX, GENEVA - SWITZERLAND, 1 October 2008 (2008-10-01), XP017825874 *
DVB ORGANIZATION: "Demonstrating DVB WIN.doc", DVB, DIGITAL VIDEO BROADCASTING, C/O EBU - 17A ANCIENNE ROUTE - CH-1218 GRAND SACONNEX, GENEVA - SWITZERLAND, 25 April 2005 (2005-04-25), XP017820148 *
DVB ORGANIZATION: "DSL Forum QoS and HGI QoS v2.PPT", DVB, DIGITAL VIDEO BROADCASTING, C/O EBU - 17A ANCIENNE ROUTE - CH-1218 GRAND SACONNEX, GENEVA - SWITZERLAND, 1 October 2007 (2007-10-01), XP017810188 *
LUKASZ BREWKA ET AL: "Automatic provisioning of end-to-end QoS into the home", IEEE TRANSACTIONS ON CONSUMER ELECTRONICS, IEEE SERVICE CENTER, NEW YORK, NY, US, vol. 57, no. 4, 1 November 2011 (2011-11-01), pages 1670 - 1678, XP011398445, ISSN: 0098-3063, DOI: 10.1109/TCE.2011.6131140 *
PIER LUCA MONTESSORO ET AL: "REBOOK: A Deterministic, Robust and Scalable Resource Booking Algorithm", JOURNAL OF NETWORK AND SYSTEMS MANAGEMENT, KLUWER ACADEMIC PUBLISHERS-PLENUM PUBLISHERS, NE, vol. 18, no. 4, 25 May 2010 (2010-05-25), pages 418 - 446, XP019823744, ISSN: 1573-7705 *
UPNP FORUM: "UPnP-QoS Architecture:3", INTERNET CITATION, 30 November 2008 (2008-11-30), pages 1 - 48, XP002674078, Retrieved from the Internet <URL:http://www.upnp.org/specs/qos/UPnP-qos-Architecture-v3-20081130.pdf> [retrieved on 20120418] *

Also Published As

Publication number Publication date
FR2982728A1 (fr) 2013-05-17

Similar Documents

Publication Publication Date Title
US9712408B2 (en) Bandwidth management in a content distribution network
US10237623B2 (en) Limited chain relay with virtual peer for multimedia distribution
US7779142B1 (en) Bandwidth allocation to support fast buffering
EP1964313B1 (fr) Procédé de transmission de services de télévision numérique, passerelle et réseau correspondants
EP3238406B1 (fr) Procédé de traitement d&#39;une requête de livraison de données
EP2947888B1 (fr) Procédé de téléchargement adaptatif de contenus numériques pour plusieurs écrans
EP3072303B1 (fr) Diffusion adaptative de contenus multimedia
EP3646196B1 (fr) Procédé et dispositif de téléchargement de contenu audiovisuel
EP2332332A1 (fr) Procede et dispositif de redirection d&#39;une requete de controle d&#39;un flux de donnees
EP3231190B1 (fr) Procédé et dispositifs permettant une transmission d&#39;un flux de données selon un mode de transmission multipoint
WO2013072621A1 (fr) Technique de traitement d&#39;une requete de distribution d&#39;un contenu
WO2015181468A1 (fr) Téléchargement de contenu et mise a disposition de réseaux
EP3235255B1 (fr) Dispositif et procede de gestion des priorites pour le telechargement de contenus multimedia
EP2645647B1 (fr) Procédé d&#39;optimisation du débit descendant d&#39;une ligne d&#39;accès asymétrique, dispositif, produit programme d&#39;ordinateur et support de stockage correspondants.
EP2575307B1 (fr) Technique de distribution d&#39;un contenu dans un reseau de communication
WO2009095590A1 (fr) Procede de transmission de contenus vod
EP2854367B1 (fr) Procédé de traitement d&#39;une requête de livraison d&#39;un flux de données, procédé de gestion de ressources de livraison, dispositifs et programme d&#39;ordinateur associés
WO2019179855A1 (fr) Procede de diffusion d&#39;un contenu
EP2879352A1 (fr) Contrôle de la diffusion de contenus multimedia
WO2016156386A1 (fr) Système de diffusion de contenus audio et/ou vidéo par un réseau wifi local, et appareils mettant en œuvre le procédé

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12795539

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12795539

Country of ref document: EP

Kind code of ref document: A1