EP4272449A2 - Contrôle de la transmission d'au moins un contenu depuis un equipement fournisseur vers un noeud d'ingestion - Google Patents

Contrôle de la transmission d'au moins un contenu depuis un equipement fournisseur vers un noeud d'ingestion

Info

Publication number
EP4272449A2
EP4272449A2 EP21851834.8A EP21851834A EP4272449A2 EP 4272449 A2 EP4272449 A2 EP 4272449A2 EP 21851834 A EP21851834 A EP 21851834A EP 4272449 A2 EP4272449 A2 EP 4272449A2
Authority
EP
European Patent Office
Prior art keywords
content
transmission
equipment
data
data packet
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
EP21851834.8A
Other languages
German (de)
English (en)
Inventor
Frédéric FIEAU
Gaël FROMENTOUX
Emile Stephan
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
Orange SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Orange SA filed Critical Orange SA
Publication of EP4272449A2 publication Critical patent/EP4272449A2/fr
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • 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/2407—Monitoring of transmitted content, e.g. distribution time, number of downloads
    • 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/2408—Monitoring of the upstream path of the transmission network, e.g. client requests
    • 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/437—Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server

Definitions

  • TITLE Control of the transmission of at least one content from supplier equipment to an ingestion node.
  • the field of the invention is that of “quasi-live” data transfer, that is to say with a very short delay, of the order of a few seconds to about ten seconds between the acquisition of the content and viewing it on third-party equipment, or streaming content. More specifically, the invention relates to the field of transferring content from an access device to an ingestion node of a content distribution network with a view to broadcasting the content thus transferred.
  • terminals such as cell phones or other mobile terminals
  • CDN Content Delivery Network in English
  • These terminals are called content provider terminals and can be user terminals generally used to receive, view, listen to content in other circumstances.
  • content servers managed by a content provider, transmit content to ingest nodes, or CDN servers belonging to a CDN content distribution network, in accordance with supply contracts and delivery of pre-established content in which there is notably information relating to the data transmission rate, transmission quality parameters as well as information relating to the volume of data to be transmitted by the content provider to the ingest node.
  • Such architectures based on the existence of a signed contract between the content provider and an operator of a CDN content distribution network, are not suitable for the distribution of content, and dynamically by terminals whose users have not, a priori, signed content supply and delivery contracts with the operator of a CDN content distribution network to which the ingest node belongs.
  • the equipment providing the content i.e. the camera or the mobile terminal, as content source, is configured in such a way as to transmit data encoded with the highest resolution that this provider equipment is capable of transmitting.
  • a drawback associated with these uplink content transmission techniques lies in the fact that the provider equipment does not always know the bit rate available for the uplink established with the ingest node, that is to say the node responsible for recording the content elements (packets, images, GoP, chunk, etc.) transmitted by the supplier equipment and distributing them to user terminals or to one or more other nodes for ingesting or distributing the CDN content delivery network.
  • the provider equipment may find itself in a situation where it provides content at a lower rate and quality than the uplink could actually handle.
  • the supplier equipment could also find itself in a situation where it transmits content at too high a rate, which can cause data loss during transmission.
  • the supplier equipment may find itself in a situation where it supplies content containing gaps (“freeze”) or degraded portions of the content (“blockiness”) and degraded sound.
  • the invention meets this need by proposing a method for controlling the transmission of at least one content from a supplier equipment to an ingestion node of a content delivery network.
  • Such a method for controlling the transmission of at least one content is particular in that it comprises the following steps implemented by control equipment:
  • a content delivery network operator wishes to obtain rewards, such as payments or services performed on its behalf by the supplier equipment, in return for the ingestion of content through an uplink, it must ensure that the content distribution network it operates is capable of satisfying the transmission conditions required by the user of the supplier equipment at the origin of the transmission and conforms to the type of content to be broadcast.
  • the user who originally ingested the content is offered more certainty as to the quality of the content that will be broadcast by an equipment of the content delivery network since the quality of the transmission is guaranteed .
  • the conditional reward relates to the transaction of a given content and a given supplier equipment.
  • the transmission of new content by the same supplier equipment or the transmission of the same content by another supplier equipment triggers the creation of a new conditional reward associated with new expected telemetry data values.
  • the telemetry data being directly linked to the quality of the transmission of the content, they constitute the data of choice for determining whether the conditions for triggering the payment transaction are satisfied.
  • the reward can be graduated. Indeed, if only part of the negotiated transmission conditions is fulfilled, the reward can be allocated but this corresponds to a lesser consideration since the expected service has not been rendered. Thus, by way of example, if the reward is an amount to be paid for the service rendered, the amount may be revised downwards since all the transmission conditions could not be complied with.
  • the latter comprises a prior step of negotiation between said control equipment and the supplier equipment during which said one value of at least least one expected telemetry data is determined.
  • the content distribution network transmits transmission offers to the supplier equipment such as tariffs associated with transmission conditions in terms of speed, transmission duration, certain services that the equipment supplier could supply, etc. so that the user of the supplier equipment can select an offer that suits him with regard to the transmission constraints related to the nature of the content to be transmitted and the location of the supplier equipment at the time of transmission. Indeed, the location of the supplier equipment, outdoors or indoors for example, can have an impact on the quality of the transmission. It is then possible to offer visibility to the user on the conditions of transmission of his content.
  • control equipment and the supplier equipment also exchange data relating to the type of reward for the implementation of said reward relating to the transmission of said content.
  • the validity of the reward takes place immediately and transparently for the user of the supplier equipment.
  • the data exchanged during the negotiation step can be included in the data packets constituting the content, taking advantage in particular of the numerous “padding” packets present in the QUIC type streams.
  • the reward can be of cyclic type, as described in the document published at https://interledger.org/rfcs/0019-glossarv/#cyclic-transaction, in order to avoid repetitions and to resist packet loss , a cyclical reward applying to other data packets than the one which carried the data relating to the reward.
  • the verification of the negotiated transmission condition(s) triggering the reward is based on obtaining by calculation from the actual and expected telemetry data of the same pre-image, described in the document published at the following address https:/ /interledger.org/rfcs/0019-glossary/#conditional-transfer, than the pre-image obtained by a hash of the negotiated transmission condition(s).
  • PoT proof of passage
  • intermediate nodes as specified in the referenced document https://tools.ietf.org/html/draft-ietf-sfc-proof -of-transit-01#section-3.2.1 further comprising the insertion into data packets of information relating to a reward whose triggering is conditional on the verification of proof of passage triggering the validity of the reward .
  • a simple verification condition is the reception by the ingestion node of the same pre-image of a constant of a Lagrange polynomial configured during the negotiation step. The size of the pre-image can be reduced here.
  • said at least one telemetry datum belongs to a group comprising among others:
  • the identifier can advantageously include the identifier of an operator ensuring the management of the intermediate node
  • this quality of service being able, according to an example, to be represented by a qualitative indication of the processing of the packet during its routing towards the ingestion node,
  • said comparison step consists in determine a wander delay, and when a value of the wander delay is less than the threshold negotiated between the supplier equipment and the control equipment, the effective transit delay and the expected transit delay correspond.
  • said comparison step consists in determining a difference between a effective transmission schedule of said at least one data packet constituting said content, and an expected transmission schedule of said at least one data packet, and when the difference is less than a threshold negotiated between the supplier equipment and the control equipment , the actual transmission schedule and the expected transmission schedule match.
  • said comparison step consists in verifying the presence of at least one datum introduced into said content by said at least one intermediate node and comprising the identifier of said at least one intermediate node.
  • the invention also relates to a method for transmitting at least one content from a user equipment to an ingestion node of a content delivery network.
  • Such a method for transmitting at least one content comprises the following steps implemented by said user equipment:
  • the supplier equipment and the control equipment also exchange data relating to the type of reward for the implementation, to the benefit of the content delivery network, a reward relating to the transmission of said at least one content.
  • said at least one telemetry datum belongs to a group comprising among others:
  • the identifier can advantageously include the identifier of an operator ensuring the management of the intermediate node
  • this quality of service being able, according to an example, to be represented by a qualitative indication of the processing of the packet during its routing towards the ingestion node,
  • the supplier equipment In a particular embodiment of the method for transmitting at least one content, the supplier equipment generates a first data stream comprising the data packets constituting said content and at least a second data stream comprising the data packets transporting said value of at least one expected telemetry datum, the first and second data streams being multiplexed into a single data stream transmitted to the ingest node.
  • the data packets carrying said value of at least one expected telemetry datum are transmitted in the form of signaling data packets.
  • the invention also relates to equipment for controlling the transmission of at least one content from user equipment to an ingestion node of a content delivery network.
  • Such control equipment comprises means for measuring a value of at least one effective telemetry datum relating to the transmission of at least one data packet constituting said content,
  • the invention also relates to equipment capable of transmitting at least one content to an ingestion node of a content delivery network.
  • Such equipment is particular in that it comprises means for:
  • At least one data stream comprising at least one data packet comprising data constituting said content and/or data comprising said value of at least one expected telemetry datum
  • Such user equipment is for example a mobile terminal such as a smartphone or even a residential gateway intended to interconnect a set of terminals within a local network, such as a Livebox®.
  • the invention finally relates to computer program products comprising program code instructions for implementing the methods as described previously, when they are executed by a processor.
  • the invention also relates to a recording medium readable by a computer on which are recorded computer programs comprising program code instructions for the execution of the steps of the methods according to the invention as described above.
  • Such a recording medium can be any entity or device capable of storing programs.
  • the medium may comprise a storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or else a magnetic recording means, for example a USB key or a hard disk.
  • a recording medium can be a transmissible medium such as an electrical or optical signal, which can be conveyed via an electrical or optical cable, by radio or by other means, so that the programs computers it contains are executable remotely.
  • the programs according to the invention can in particular be downloaded from a network, for example the Internet network.
  • the recording medium may be an integrated circuit in which the programs are incorporated, the circuit being suitable for executing or for being used in the execution of the aforementioned methods which are objects of the invention.
  • FIG. 1 this figure schematically represents an example of a system in which the methods which are the subject of the present invention are implemented
  • FIG. 2 this figure represents the different stages of the methods for controlling the quality of the transmission of at least one content and for the transmission of at least one content which are the subject of the invention
  • FIG. 3 this figure represents a user equipment able to implement the different embodiments of the methods for controlling the quality of the transmission of at least one content and of the transmission of at least one content which are objects of the invention ,
  • fig- 4 this figure represents control equipment capable of implementing the different embodiments of the methods for controlling the quality of the transmission of at least one content and for the transmission of at least one content objects of the invention.
  • the general principle of the solution proposes, in order to improve the transmission of "quasi-live” content, that is to say with a very short delay, of the order of a few seconds to about ten seconds between the acquisition of the content and its viewing on third-party equipment, or of “streaming” content, from equipment supplying the content to an ingestion node of a content delivery network, or ingestion of the content, from condition a reward, such as for example a payment, for the service rendered, that is to say the ingestion of the content by the ingestion node, to the respect of certain transmission conditions.
  • the provision of service is not rewarded.
  • Such a reward can be made for the benefit of one or more entities such as a management entity of the content distribution network CDN, a content provider entity, an operator of a communications network, etc.
  • the [fig. 1] schematically represents an example of a system in which the methods which are the subject of the present invention are implemented.
  • the system 1 thus represented comprises at least one user equipment, called provider equipment 10, such as a smartphone, a camera, a tablet, etc.
  • provider equipment 10 acquires content, such as a video promoting a product or a sporting or cultural event, which the user of the supplier equipment 10 wishes to broadcast to a large number of people.
  • the supplier equipment 10 transmits the content to an ingestion node 11 of a CDN content distribution network.
  • the content Once the content has been ingested by the ingest node 11, it is prepared, possibly stored or even adapted in a cache server of the content delivery network CDN, and broadcast to other user equipment such as smartphones, stream decoders video or Set-Top-Boxes, personal computers, connected televisions, etc.
  • the content delivery network CDN also includes control equipment 12 whose operation will be described in more detail later in this document.
  • the ingestion node 11 and the control equipment 12 are included in the same equipment belonging to the content distribution network CDN.
  • the content is transmitted either through an uplink communication link established directly, that is to say without an intermediate node, between the supplier equipment 10 and the control node 12, or, as shown in FIG. 1, through an uplink established between the supplier equipment 10 and the control node 12 and comprising a plurality of intermediate nodes 13-15.
  • a user such as an influencer, acquires content, such as a video, by means of the supplier equipment 10, in this example a smartphone.
  • content such as a video
  • Such content consists of a plurality of data packets.
  • the user of the supplier equipment 10 wishes to broadcast or “stream” content being acquired to his followers.
  • the content is of the real-time type.
  • the content must be transmitted to an ingestion node 11 of a content distribution network CDN so that the content is prepared for its distribution.
  • the content may be assembled with other content prior to its distribution.
  • Once the content to be broadcast has been prepared, and possibly stored in a cache server (not shown in the figures) of the CDN content delivery network, it is broadcast by one or more equipment of the CDN content delivery network to the equipment of the followers. wishing to access said content.
  • the user of the supplier equipment 10 is a natural person, he does not necessarily have a pre-established content ingestion contract with the managing operator of the CDN content distribution network in which the transmission conditions such that, for example, the throughput of the uplink between the provider equipment 10 and the ingestion node 11, the latency time, the round trip time (or Round Trip Time RTT in English) and the pricing conditions of ingestion according to these transmission conditions are specified according to a location of the supplier equipment 10 at the time of acquisition and ingestion of the content, as opposed to a content supplier, which has such contracts to transmit its content to an ingestion node 11 of the CDN content distribution network.
  • the transmission conditions such that, for example, the throughput of the uplink between the provider equipment 10 and the ingestion node 11, the latency time, the round trip time (or Round Trip Time RTT in English) and the pricing conditions of ingestion according to these transmission conditions are specified according to a location of the supplier equipment 10 at the time of acquisition and ingestion of the content, as opposed to a content supplier, which has such contracts to transmit
  • the supplier equipment 10 prior to the transmission of the content to the ingest node 11, the supplier equipment 10 implements a step E2 of negotiating the conditions for transmitting the content with a control equipment 12 belonging to the content distribution network CDN depending on the location of the supplier equipment 10, in particular by specifying whether the latter is located indoors or outdoors because this impacts the quality of the transmission.
  • Telemetry data belongs to a group comprising among others:
  • the identifier can advantageously include the identifier of an operator ensuring the management of the intermediate node 13 - 15,
  • this quality of service being able, according to an example, to be represented by a qualitative indication of the processing of the packet during its routing towards the ingestion node 11,
  • another telemetry datum relates to a parameter representative of a quality of experience (also called QoE) of the users of user equipment on which the content ingested by the ingest node 11 is broadcast.
  • QoE quality of experience
  • the user of the supplier equipment 10, or a content delivery application previously installed in the supplier equipment 10, selects the offer that suits him, that is to say he selects one or more conditions of transmission which correspond to its situation, for example the indoor or outdoor location of the supplier equipment 10, the nature of the connection of the supplier equipment 10 with a communication network, ie wired or wireless, Wi-Fi, Bluetooth, etc and its budget.
  • Such transmission conditions are materialized by values of one or more telemetry data described above and associated with a reward.
  • the supplier equipment 10 transmits a message MGS1 intended for the control equipment 12 identifying the selected set of transmission conditions received during the negotiation step.
  • the supplier equipment 10 and the control equipment 12 also exchange, during step E2, data for the implementation of a reward, such as by example the implementation of a payment transaction, relating to the transmission of content.
  • data are, for example, bank details of the user of the supplier equipment 10 and of an operator of the CDN content distribution network, or even a customer identifier of the user of the supplier equipment 10 allowing the operator of the CDN content distribution network to pass on the amount of the content transmission service to a telephone bill for the user of the supplier equipment 10.
  • bank details of the user of the supplier equipment 10 and of an operator of the CDN content distribution network or even a customer identifier of the user of the supplier equipment 10 allowing the operator of the CDN content distribution network to pass on the amount of the content transmission service to a telephone bill for the user of the supplier equipment 10.
  • other means of carrying out the payment transaction can be considered as part of this solution.
  • the content delivery application installed in the supplier equipment 10 is a browser
  • the content delivery application continuously inserts conditional transactions by using application programming interfaces or APIs (for Application Programming Interface in English ) say "web payment” such as those defined by the W3C or that the conditional transactions inserted are transferred in accordance with the “Interledger” protocol (https://interledger.org/rfcs/0003-interledger-protocol/) in ILP type packets for “InterLedger packets”.
  • the condition linked to the conditional transactions is, in this case, a cryptographic key created by the content delivery application from the set of transmission conditions selected during the negotiation step E2.
  • the cryptographic condition is also transmitted in the MGS1 message.
  • the transaction will be carried out following a verification step E6, described later, implemented by the control equipment 12, if during this verification step, the control equipment 12 obtains an identical cryptographic key value or equivalent. If not, then the transaction is aborted.
  • the provider equipment 10 can, in return for the ingestion of the content by the ingestion node 11, ensure a provision of connectivity, data storage, intermediate node function for a service implemented by the operator of the CDN content distribution network to which the ingestion node 11 belongs. In this case, there is no payment transaction as such but an exchange of services between the user of the provider terminal 10 and the operator of the CDN content distribution network to which the ingestion node 11 belongs.
  • the supplier equipment 10 and the control equipment 12 exchange the data for the implementation of a reward relating to the transmission of the content during a step E3.
  • These data are, for example, bank details of the user of the supplier equipment 10 and of an operator of the content distribution network CDN, a client identifier of the user of the supplier equipment 10 allowing the operator of the CDN content distribution network to pass on the amount of the content transmission service to a telephone bill for the user of supplier equipment 10, or else an identifier of the supplier equipment 10 such as an IMEI number or a MAC address.
  • IMEI number IMEI number
  • MAC address identifier of the supplier equipment 10
  • other means of realizing the reward such as those specified above, can be envisaged within the framework of the present solution.
  • a step E4 the provider equipment 10 transmits the content to the ingest node 11.
  • the supplier equipment 10 generates at least one data stream comprising data packets constituting the content, data packets transporting data for the implementation of a reward relating to the transmission of the content and data packets carrying a value of one or more expected telemetry data intended to be used by the control equipment 12 to verify that the conditions for triggering the reward are verified.
  • the data packets carrying a value of one or more expected telemetry data are inserted on the fly into the data stream thus generated.
  • the supplier equipment 10 In a second implementation, the supplier equipment 10 generates a first data stream comprising the data packets constituting the content, a second data stream comprising the data transporting a value of one or more telemetry data expected, and in the case where they have not been transmitted during step E2, a third data stream comprising the data for the implementation of a reward relating to the transmission of the content.
  • These three data streams are then multiplexed with a view to their transmission to the ingest node 11.
  • each of these three data streams can take the form of a “stream” conforming to the QUIC protocol (Quick UDP Internet Connections), currently being standardized at the IETF (Internet Engineering Task Force) which are then multiplexed.
  • the provider equipment 10 generates a first data stream comprising the data packets constituting the content and a second signaling data stream in which are transported the data transporting a value of one or more telemetry data. expected, and in the case where they were not transmitted during step E2, data comprising the data for the implementation of a reward relating to the transmission of the content.
  • data packets constituting the signaling data stream are for example data packets of the TLS clientHello and ServerHello type defined in the QUIC protocol.
  • the provider equipment 10 generates a data stream comprising groups of pictures (GoP) constituting the compressed content and a second signaling data stream in which are transported the data packets carrying a value d 'one or more telemetry data expected measuring the correct reception of the first image of the group of images, and in the case where they were not transmitted during step E2, data packets comprising the data for the implementation of a reward relating to the transmission of content.
  • data packets constituting the signaling data stream are for example data packets of TLS clientHello and ServerHello type defined as CHO and SHO in the QUIC protocol.
  • the reward is triggered only when a group of packets constituting the first image of the group of images is received by the ingestion node 11 without loss or retransmission.
  • the supplier equipment 10 transmits the data stream or streams generated according to one of the implementations of step E4, intended for the ingestion node 11.
  • the stream of transmitted data is intercepted by the control equipment 12 which then transmits it to the ingestion node 11.
  • the supplier equipment 10 transmits the data stream or streams generated according to one of the implementations of step E4, intended for the ingestion node 11.
  • the stream data transmitted is received by the ingest node 11 which then transmits the data packets carrying a value of one or more expected telemetry data and the data packets comprising the data for the implementation of a reward relating to the transmission of the content to the control equipment 12.
  • control equipment 12 verifies the conformity of the actual transmission conditions of the content with the expected transmission conditions of the content negotiated during the step E2.
  • the control equipment 12 determines a wandering time representative of a difference between an actual transit time of the data packet in question, and an expected transit time negotiated during step E2.
  • control equipment 12 determines that the value of the wander delay is less than the threshold negotiated between the supplier equipment 10 and the control equipment 12 during step E2, the effective transit delay and the delay expected transit match. The actual transmission conditions are then considered to conform to the expected transmission conditions.
  • the control equipment 12 measures a difference between an effective transit schedule of a data packet constituting content through an intermediate node 13-15, and an expected transit time of a data packet constituting the content through an intermediate node 13-15.
  • the difference thus determined is less than the threshold negotiated between the supplier equipment 10 and the control equipment 12
  • the effective transit schedule and the expected transit schedule correspond.
  • the actual transmission conditions are then considered to conform to the expected transmission conditions.
  • the control equipment 12 verifies the presence of data packets introduced into the content by at least one of the intermediate nodes 13-15 and comprising an identifier of the intermediate node 13-15. If such an identifier of the intermediate node 13-15 is present, then the actual transmission conditions are then considered to conform to the expected transmission conditions.
  • the intermediate nodes 13-15 can also insert time information such as, for example, crossing times, crossing times, processing times of a previous sequence of data packets, etc., into the data packets that they introduce into the content in order to allow the control equipment 12 to verify compliance with other transmission conditions.
  • time information such as, for example, crossing times, crossing times, processing times of a previous sequence of data packets, etc.
  • the control equipment 12 determines a "effective" cryptographic key from the effective telemetry data. If the “effective” cryptographic key thus obtained corresponds to the cryptographic key created by the content delivery application, then the effective transmission conditions are then considered to comply with the expected transmission conditions.
  • control equipment 12 triggers the reward relating to the ingestion of the data content in a step E7.
  • the control equipment 12 transmits an acknowledgment message ACK intended for the supplier equipment 10 indicating that the content has been ingested in accordance with the expected transmission conditions.
  • This can take the form of a payment receipt materializing the completion of the payment transaction, or a short message such as an SMS indicating that the requested service has been rendered and that the corresponding reward has been made.
  • control equipment 12 does not trigger the reward relating to the ingestion of the data content.
  • the control equipment 12 transmits, in a step E9, a NACK failure message intended for the supplier equipment 10 indicating that if the content has been ingested by the ingestion node 11, this ingestion has not been not carried out in accordance with the expected transmission conditions.
  • a lesser reward can be a remuneration lower than the maximum remuneration that can be collected when all the transmission conditions are respected, or the performance of a lesser service by the supplier equipment 10, for example the latter can store a volume lower data.
  • the NACK failure message may also include an invitation to implement a new ingest of the content with the expected transmission conditions or new expected transmission conditions.
  • the [fig. 3] represents supplier equipment 10 according to one embodiment of the invention.
  • Such supplier equipment 10 is capable of implementing the different modes of carrying out the methods for controlling the quality of the transmission of at least one content and of transmitting at least one content according to FIG. 2.
  • a supplier equipment 10 can comprise at least one hardware processor 31, a storage unit 32, an input device 33, a display device 34, and at least one network interface 35 which are connected together through a bus 36.
  • the constituent elements of the terminal 10 can be connected by means of a connection other than a bus.
  • the processor 31 controls the operations of the supplier equipment 10.
  • the storage unit 32 stores at least one program for the implementation of the method according to an embodiment of the invention to be executed by the processor 31, and various data , such as parameters used for calculations performed by the processor 31, intermediate data of calculations performed by the processor 31, etc.
  • Processor 31 may be any known and suitable hardware or software, or a combination of hardware and software.
  • the processor 31 may be formed by dedicated hardware such as a processing circuit, or by a programmable processing unit such as a Central Processing Unit which executes a program stored in a memory of this one.
  • Storage unit 32 may be formed by any suitable means capable of storing the program or programs and data in a computer readable manner. Examples of storage unit 32 include non-transitory computer-readable storage media such as semiconductor memory devices, and magnetic, optical, or magneto-optical recording media loaded into a read-and-write unit. 'writing.
  • the input device 33 can be formed by a keyboard, a pointing device such as a mouse to be used by a user to enter commands.
  • the display device 34 can also be formed by a display module, such as for example a graphical user interface or GUI (for Graphical User Interface).
  • Network interface 35 provides a connection between provider equipment 10 and intermediate nodes 13-15 or control equipment 12 or ingest node 11.
  • the [fig. 4] represents control equipment 12 able to implement the different embodiments of the methods for controlling the quality of the transmission of at least one content and for transmitting at least one content according to FIG. 2.
  • a control equipment 12 can comprise at least one hardware processor 41, a storage unit 42, and at least one network interface 43 which are connected to each other through a bus 44.
  • the constituent elements of the control equipment 12 can be connected by means of a connection other than a bus.
  • the processor 41 controls the operations of the control equipment 12.
  • the storage unit 42 stores at least one program for the implementation of the method according to one embodiment to be executed by the processor 41, and various data, such only parameters used for calculations carried out by the processor 41, intermediate data of calculations carried out by the processor 41, etc.
  • Processor 41 may be any known and suitable hardware or software, or a combination of hardware and software.
  • the processor 41 can be formed by dedicated hardware such as a processing circuit, or by a processing unit. programmable processing such as a Central Processing Unit which executes a program stored in a memory thereof.
  • Storage unit 42 may be formed by any suitable means capable of storing the program or programs and data in a computer readable manner. Examples of storage unit 42 include non-transitory computer-readable storage media such as semiconductor memory devices, and magnetic, optical, or magneto-optical recording media loaded into a read and write unit. 'writing.
  • At least one network interface 43 provides a connection between control equipment 12 and intermediate nodes 13-15, and between control equipment 12 and ingest node 11.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

21 ABRÉGÉ Contrôle de la transmission d'au moins un contenu depuis un équipement utilisateur vers un nœud d'ingestion. L'invention concerne une solution de contrôle de la transmission d'au moins un contenu 5 « quasi-live » depuis un équipement utilisateur vers un nœud d'ingestion d'un réseau de livraison de contenu. Une telle solution comprend les étapes suivantes : - mesure d'une valeur d'au moins une donnée de télémétrie effective relative à la transmission d'au moins un paquet de données constitutif dudit contenu, 10 - comparaison de ladite valeur d'au moins une donnée de télémétrie effective avec une valeur d'au moins une donnée de télémétrie attendue relative à la transmission dudit au moins un paquet de données constitutif dudit contenu, - lorsque la valeur de ladite donnée de télémétrie effective et la valeur de ladite donnée de télémétrie attendue correspondent, déclenchement, au profit du réseau de livraison de contenu, 15 d'une récompense relative à la transmission dudit contenu. FIGURE 1

Description

DESCRIPTION
TITRE : Contrôle de la transmission d'au moins un contenu depuis un équipement fournisseur vers un nœud d'ingestion.
Domaine de l'invention
Le domaine de l'invention est celui du transfert de données en « quasi-live », c'est-à-dire avec un délai très court, de l'ordre de quelques secondes à une dizaine de secondes entre l'acquisition du contenu et son visionnage sur un équipement tiers, ou d'un contenu en « streaming ». Plus précisément, l'invention concerne le domaine du transfert de contenus depuis un équipement d'accès vers un nœud d'ingestion d'un réseau de diffusion de contenus en vue de la diffusion du contenu ainsi transféré.
Art antérieur et ses inconvénients
Avec le développement récent des réseaux sociaux, de plus en plus d'utilisateurs de terminaux, tels que des téléphones cellulaires ou tout autre terminaux mobiles, peuvent transmettre des contenus vers un point d'ingestion d'un réseau de diffusion de contenus ou CDN (Content Delivery Network en anglais) en vue de leur diffusion au plus grand nombre. Ces terminaux sont appelés des terminaux fournisseur de contenus et peuvent être des terminaux d'utilisateurs généralement utilisés pour recevoir, visionner, écouter des contenus dans d'autres circonstances.
De même, avec la montée en débit des réseaux de communications, grâce notamment à l'avènement des réseaux conformes à la 4ème génération de normes de communication radio et à la mise en œuvre des réseaux conformes à la 5èrne génération de normes de communication radio, il est possible, par exemple au moyen de caméras vidéo utilisées pour couvrir un événement sportif ou d'actualité en direct, de fournir un flux audiovisuel à un nœud d'ingestion d'un réseau de diffusion de contenus CDN au travers d'une liaison montante de façon que ce flux audiovisuel soit diffusé par le réseau de diffusion de contenus CDN à un ensemble de terminaux utilisateurs. Il devient alors possible à une pluralité d'utilisateurs finaux de ces terminaux utilisateurs de visionner le flux audiovisuel sans que ce dernier ne soit transmis directement par la caméra acquérant le flux audiovisuel à chacun des terminaux utilisateurs des utilisateurs finaux.
Dans des architectures connues de distribution de contenus, des serveurs de contenus, gérés par un fournisseur de contenus, transmettent des contenus à des nœuds d'ingestion, ou serveurs CDNs appartenant à un réseau de diffusion de contenus CDN, conformément à des contrats de fourniture et de livraison de contenus préétablis dans lesquels figurent notamment des informations relatives au débit de transmission des données, des paramètres de qualité de transmission ainsi que des informations relatives au volume de données à transmettre par le fournisseur de contenus au nœud d'ingestion. De telles architectures, reposant sur l'existence d'un contrat signé entre le fournisseur de contenus et un opérateur d'un réseau de diffusion de contenus CDN, n'est pas adaptée à la diffusion de contenus, et de façon dynamique par des terminaux dont les utilisateurs n'ont, a priori, pas signé de contrats de fourniture et de livraison de contenus avec l'opérateur d'un réseau de diffusion de contenus CDN auquel appartient le nœud d'ingestion.
Dans ces exemples, l'équipement fournissant le contenu, c'est-à-dire la caméra ou le terminal mobile, en tant que source de contenus, est configuré de manière à transmettre des données encodées avec une résolution la plus élevée que cet équipement fournisseur est capable de transmettre.
Un inconvénient lié à ces techniques de transmission de contenus en liaison montante réside dans le fait que l'équipement fournisseur ne connaît pas toujours le débit disponible pour la liaison montante établie avec le nœud d'ingestion, c'est-à-dire le nœud en charge d'enregistrer les éléments du contenu (paquets, images, GoP, chunk,...) transmis par l'équipement fournisseur et de les diffuser à des terminaux utilisateurs ou à un ou plusieurs autres nœuds d’ingestion ou de diffusion du réseau de diffusion de contenus CDN. Ainsi, l'équipement fournisseur peut se retrouver dans une situation où il fournit un contenu à un débit et une qualité inférieurs à ceux que la liaison montante pourrait réellement gérer. L'équipement fournisseur pourrait également se trouver dans une situation où il transmet un contenu à un débit trop élevé ce qui peut provoquer une perte de données lors de la transmission. Enfin l'équipement fournisseur peut se retrouver dans une situation où il fournit un contenu comportant des manques (« freeze ») ou des portions du contenu dégradées (« blockiness ») et un son dégradé.
Cette méconnaissance des caractéristiques de la liaison montante par l'équipement fournisseur peut impacter négativement la qualité d'expérience des utilisateurs à destination desquels le contenu est diffusé par le réseau de diffusion de contenus CDN auquel appartient le nœud d'ingestion. En effet, si un contenu est mal ingéré par le nœud d'ingestion, c'est-à-dire si des erreurs altérant le contenu se sont produites au cours de de la transmission de ce dernier au travers de la liaison montante, cela impacte directement sa diffusion car c'est le contenu ingéré de façon non satisfaisante, donc le contenu corrompu, qui est diffusé au travers du réseau de diffusion de contenus via le nœud d'ingestion.
L'impact d'une ingestion de contenu non satisfaisante est une source de préjudice importante notamment pour les sites de commerces en ligne ou « e-commerce ». En effet, un produit mis en valeur par un contenu corrompu ne rencontre pas l'engouement espéré car toutes les personnes accédant au contenu qui lui est associé regardent un contenu dégradé. Cette qualité d'expérience insatisfaisante impacte négativement le nombre d'actes d'achat ou de vente du produit considéré.
Il existe donc un besoin d'une technique de transfert de contenus depuis un équipement fournisseur de contenu vers un nœud d'ingestion d'un réseau de diffusion de contenus en vue de la diffusion du contenu ainsi transféré ne présentant pas tout ou partie des inconvénients précités.
Exposé de l'invention
L'invention répond à ce besoin en proposant un procédé de contrôle de la transmission d'au moins un contenu depuis un équipement fournisseur vers un nœud d'ingestion d'un réseau de livraison de contenu.
Un tel procédé de contrôle de la transmission d'au moins un contenu est particulier en ce qu'il comprend les étapes suivantes mises en œuvre par un équipement de contrôle :
- mesure d'une valeur d'au moins une donnée de télémétrie effective relative à la transmission d'au moins un paquet de données constitutif dudit contenu,
- comparaison de ladite valeur d'au moins une donnée de télémétrie effective avec une valeur d'au moins une donnée de télémétrie attendue relative à la transmission dudit au moins un paquet de données constitutif dudit contenu, - lorsque la valeur de ladite donnée de télémétrie effective et la valeur de ladite donnée de télémétrie attendue correspondent, déclenchement, à destination d'une entité de gestion du réseau de diffusion de contenu, d'une récompense relative à la transmission dudit contenu.
Si un opérateur du réseau de livraison de contenu souhaite obtenir des récompenses, telles que des paiements ou des prestations de services effectuées pour son compte par l'équipement fournisseur, en contrepartie de l'ingestion de contenus au travers d'une liaison montante, il doit s'assurer que le réseau de diffusion de contenus qu’il opère soit capable de satisfaire les conditions de transmission requises par l'utilisateur de l'équipement fournisseur à l'origine de la transmission et conforme au type de contenu à diffuser.
Ainsi, en conditionnant une récompense destinée à être attribuée par l'utilisateur de l'équipement fournisseur à partir duquel le contenu est transmis au profit du réseau de diffusion de contenu, ou de son gestionnaire, conformément au respect de conditions de transmission matérialisées par des données de télémétries attendues, on offre plus de certitudes à l'utilisateur à l'origine de l'ingestion du contenu quant à la qualité du contenu qui sera diffusé par un équipement du réseau de livraison de contenu puisque la qualité de la transmission est garantie.
La solution proposée est dynamique et offre une souplesse d'utilisation intéressante puisqu'elle s'applique au cas par cas. En effet, la récompense conditionnelle concerne la transaction d'un contenu donné et un équipement fournisseur donné. En d'autres termes, la transmission d'un nouveau contenu par le même équipement fournisseur ou la transmission du même contenu par un autre équipement fournisseur déclenche la création d'une nouvelle récompense conditionnelle associée à de nouvelles valeurs de données de télémétries attendues.
Les données de télémétrie étant directement liées à la qualité de la transmission du contenu, elles constituent des données de choix pour déterminer si les conditions de déclenchement de la transaction de paiement sont satisfaites.
Enfin, dans une telle solution, la récompense peut être graduée. En effet, si seule une partie des conditions de transmission négociées est remplie, la récompense peut être allouée mais celle- ci correspond à une contrepartie moindre puisque le service attendu n'a pas été rendu. Ainsi, à titre d'exemple, si la récompense est un montant à payer pour le service rendu, le montant peut être revu à la baisse puisque toutes les conditions de transmission n'ont pu être respectées.
Dans une implémentation particulière du procédé de contrôle de la qualité de la transmission d'au moins un contenu, celui-ci comprend une étape préalable de négociation entre ledit équipement de contrôle et l'équipement fournisseur au cours de laquelle ladite une valeur d'au moins une donnée de télémétrie attendue est déterminée.
Au cours de cette étape de négociation, le réseau de diffusion de contenu transmet des offres de transmission à l'équipement fournisseur telles que des tarifs associés à des conditions de transmission en termes de débit, de durée de transmission, certaines prestations de services que l'équipement fourbisseur pourrait fournir, etc. afin que l'utilisateur de l'équipement fournisseur puisse sélectionner une offre qui lui convient au regard des contraintes de transmission liées à la nature du contenu à transmettre et du lieu où se situe l'équipement fournisseur au moment de la transmission. En effet, la localisation de l'équipement fournisseur, en extérieur ou en intérieur par exemple peut avoir un impact sur la qualité de la transmission. Il est alors possible d'offrir une visibilité à l'utilisateur sur les conditions de transmission de son contenu.
Selon une particularité du procédé de contrôle de la qualité de la transmission d'au moins un contenu, au cours de de l'étape de négociation, l'équipement de contrôle et l'équipement fournisseur échangent en outre des données relatives au type de récompense pour la mise en œuvre de ladite récompense relative à la transmission dudit contenu.
Ainsi, dès lors que au moins un paquet de contenu a été transféré conformément à au moins une partie des conditions de transmission négociées préalablement, la validité de la récompense s'effectue immédiatement et de manière transparente pour l'utilisateur de l'équipement fournisseur. Les données échangées au cours de l'étape de négociation peuvent être incluses dans les paquets de données constitutifs du contenu, mettant notamment à profit les nombreux paquets de « padding » présents dans les flux de type QUIC. La récompense peut être de type cyclique, comme décrit dans le document publié à l'adresse https ://interledger.org/rfcs/0019-glossarv/#cyclic-transaction, afin d'éviter les répétitions et de résister aux pertes de paquets, une récompense cyclique s'appliquant à d'autres paquets de données que celui qui a transporté les données relatives à la récompense.
La vérification de la ou des conditions de transmission négociées déclenchant la récompense repose sur l'obtention par calcul à partir des données de télémétrie effectives et attendues d'une même pré-image, décrite dans le document publié à l'adresse suivante https ://interledger.org/rfcs/0019-glossary/#conditional-transfer, que la pré-image obtenue par un hachage de la ou des conditions de transmission négociées.
Par exemple il peut s'agir de la mise en place d'une preuve de passage (PoT) par des nœuds intermédiaires comme spécifié dans le document référencé https://tools.ietf.org/html/draft-ietf- sfc-proof-of-transit-01#section-3.2.1 comprenant en outre l'insertion dans des paquets de données d'informations relatives à une récompense dont le déclenchement est conditionné à la vérification d'une preuve de passage déclenchant la validité de la récompense. Dans ce cas précis (PoT), une condition de vérification simple est la réception par le nœud d'ingestion de la même pré-image d'une constante d'un polynôme de Lagrange configurée lors de l'étape de négociation. La taille de la pré-image peut ici être réduite.
Selon une autre particularité du procédé de contrôle de la qualité de la transmission d'au moins un contenu, ladite au moins une donnée de télémétrie appartient à un groupe comprenant entre autres :
- un délai de transit entre l'équipement fournisseur et le nœud d'ingestion d'un paquet de données constitutif du contenu,
- un identifiant d'au moins un nœud intermédiaire contribuant à l'acheminement d'un paquet de données constitutif du contenu entre l'équipement fournisseur et le nœud d'ingestion, l'identifiant pouvant avantageusement comprendre l'identifiant d'un opérateur assurant la gestion du nœud intermédiaire,
- un horaire de transit d'un paquet de données constitutif du contenu au travers d'un nœud intermédiaire, correspondant au moment où le nœud intermédiaire reçoit, traite ou transmet le paquet de données, - un délai de franchissement d'un nœud intermédiaire 13-15 par un paquet de données constitutif du contenu,
- un délai de traitement d'un paquet de données constitutif du contenu par un nœud intermédiaire 13-15,
- une qualité de service, représentative de la priorisation du paquet de données constitutif du contenu, cette qualité de service pouvant selon un exemple être représentée par une indication qualitative de traitement du paquet lors de son acheminement vers le nœud d'ingestion,
- une clé cryptographique créée à partir du jeu conditions de transmission,
- la réception sans perte ni retransmission d'un groupe de paquets de données constitutif du contenu,
- une combinaison des données de télémétrie individuelles du groupe.
Selon une caractéristique du procédé de contrôle de la qualité de la transmission d'au moins un contenu, lorsque ladite donnée de télémétrie est un délai de transit de de l'au moins un paquet de données constitutif dudit contenu, ladite étape de comparaison consiste à déterminer un délai d'errance, et lorsqu'une valeur du délai d'errance est inférieure à seuil négocié entre l'équipement fournisseur et l'équipement de contrôle, le délai de transit de effectif et le délai de transit de attendu correspondent.
Selon une autre caractéristique du procédé de contrôle de la qualité de la transmission d'au moins un contenu, lorsque ladite donnée de télémétrie est un horaire de transmission du paquet de données constitutif dudit contenu, ladite étape de comparaison consiste à déterminer un écart entre un horaire de transmission effectif dudit au moins un paquet de données constitutif dudit contenu, et un horaire de transmission attendu dudit au moins un paquet de données, et lorsque l'écart est inférieur à seuil négocié entre l'équipement fournisseur et l'équipement de contrôle, l'horaire de transmission effectif et l'horaire de transmission attendu correspondent.
Selon une particularité du procédé de contrôle de la qualité de la transmission d'au moins un contenu, lorsque ladite donnée de télémétrie est un identifiant d'au moins un nœud intermédiaire au travers duquel ledit paquet de données constitutif dudit contenu doit transiter au cours de sa transmission à destination du nœud d'ingestion, ladite étape de comparaison consiste à vérifier la présence d'au moins une donnée introduite dans ledit contenu par ledit au moins un nœud intermédiaire et comprenant l'identifiant dudit au moins un nœud intermédiaire.
L'invention concerne également un procédé de transmission d'au moins un contenu depuis un équipement utilisateur vers un nœud d'ingestion d'un réseau de livraison de contenu.
Un tel procédé de transmission d'au moins un contenu comprend les étapes suivantes mises en œuvre par ledit équipement utilisateur :
- négociation entre ledit équipement fournisseur et un équipement de contrôle de la transmission dudit contenu au cours de laquelle une valeur d'au moins une donnée de télémétrie attendue est déterminée, ladite valeur d'au moins une donnée de télémétrie attendue permettant à l'équipement de contrôle de contrôler la transmission dudit contenu,
- génération d'au moins un flux de données comprenant au moins un paquet de données comprenant des données constitutives dudit contenu et/ou des données comprenant ladite valeur d'au moins une donnée de télémétrie attendue,
- transmission dudit flux de données ainsi généré à destination dudit nœud d'ingestion.
En générant un flux de données comprenant à la fois des paquets de données constitutifs dudit contenu et des paquets de données relatifs à une donnée de télémétrie attendue destinée à être utilisée pour vérifier des conditions de déclenchement d'une récompense relative à la transmission du contenu à destination d'un nœud d'ingestion d'un réseau de diffusion de contenus, on s'assure que la donnée de télémétrie en question suit bien le même chemin que le contenu auquel elle se réfère lors de la transmission de ce dernier.
Ainsi, les vérifications effectuées au moyen de cette donnée de télémétrie attendue afin de déclencher une récompense sont fiables.
Selon une particularité du procédé de transmission d'au moins un contenu, au cours de l'étape de négociation, l'équipement fournisseur et l'équipement de contrôle échangent en outre des données relatives au type de récompense pour la mise en œuvre, au profit du réseau de livraison de contenu, une récompense relative à la transmission dudit au moins un contenu.
Selon une autre particularité du procédé de transmission d'au moins un contenu, ladite au moins une donnée de télémétrie appartient à un groupe comprenant entre autres :
- un délai de transit entre l'équipement fournisseur et le nœud d'ingestion d'un paquet de données constitutif du contenu,
- un identifiant d'au moins un nœud intermédiaire contribuant à l'acheminement d'un paquet de données constitutif du contenu entre l'équipement fournisseur et le nœud d'ingestion, l'identifiant pouvant avantageusement comprendre l'identifiant d'un opérateur assurant la gestion du nœud intermédiaire,
- un horaire de transit d'un paquet de données constitutif du contenu au travers d'un nœud intermédiaire, correspondant au moment où le nœud intermédiaire reçoit, traite ou transmet le paquet de données,
- un délai de franchissement d'un nœud intermédiaire 13-15 par un paquet de données constitutif du contenu,
- un délai de traitement d'un paquet de données constitutif du contenu par un nœud intermédiaire 13-15,
- une qualité de service, représentative de la priorisation du paquet de données constitutif du contenu, cette qualité de service pouvant selon un exemple être représentée par une indication qualitative de traitement du paquet lors de son acheminement vers le nœud d'ingestion,
- une clé cryptographique créée à partir du jeu conditions de transmission,
- la réception sans perte ni retransmission d'un groupe de paquets de données constitutif du contenu,
- une combinaison des données de télémétrie individuelles du groupe.
Dans un mode de réalisation particulier du procédé de transmission d'au moins un contenu, l'équipement fournisseur génère un premier un flux de données comprenant les paquets de données constitutifs dudit contenu et au moins un deuxième flux de données comprenant les paquets de données transportant ladite valeur d'au moins une donnée de télémétrie attendue, le premier et le deuxième flux de données étant multiplexés dans un unique flux de données transmis à destination du nœud d'ingestion.
Selon une caractéristique du procédé de transmission d'au moins un contenu, les paquets de données transportant ladite valeur d'au moins une donnée de télémétrie attendue sont transmis sous la forme de paquets de données de signalisation.
L'invention a également pour objet un équipement de contrôle de la transmission d'au moins un contenu depuis un équipement utilisateur vers un nœud d'ingestion d'un réseau de livraison de contenu.
Un tel équipement de contrôle comprend des moyens pour mesurer une valeur d'au moins une donnée de télémétrie effective relative à la transmission d'au moins un paquet de données constitutif dudit contenu,
- comparer ladite valeur d'au moins une donnée de télémétrie effective avec une valeur d'au moins une donnée de télémétrie attendue relative à la transmission dudit au moins un paquet de données constitutif dudit contenu,
- lorsque la valeur de ladite donnée de télémétrie effective et la valeur de ladite donnée de télémétrie attendue correspondent, déclencher, au profit du réseau de livraison de contenu, une récompense relative à la transmission dudit contenu.
L'invention concerne encore un équipement capable de transmettre au moins un contenu vers un nœud d'ingestion d'un réseau de livraison de contenu.
Un tel équipement est particulier en ce qu'il comprend des moyens pour :
- négocier avec un équipement de contrôle de la transmission dudit contenu au cours de laquelle une valeur d'au moins une donnée de télémétrie attendue est déterminée, ladite valeur d'au moins une donnée de télémétrie attendue permettant à l'équipement de contrôle de contrôler la transmission dudit contenu,
- générer au moins un flux de données comprenant au moins un paquet de données comprenant des données constitutives dudit contenu et/ou des données comprenant ladite valeur d'au moins une donnée de télémétrie attendue,
- transmettre ledit flux de données ainsi généré à destination dudit nœud d'ingestion.
Un tel équipement utilisateur est par exemple un terminal mobile tel qu'un smartphone ou bien encore une passerelle résidentielle destinée à interconnecter un ensemble de terminaux au sein d'un réseau local, telle qu'une Livebox®.
L'invention concerne enfin des produits programme d'ordinateur comprenant des instructions de code de programme pour la mise en œuvre des procédés tels que décrits précédemment, lorsqu'ils sont exécutés par un processeur.
L'invention vise également un support d'enregistrement lisible par un ordinateur sur lequel sont enregistrés des programmes d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes des procédés selon l'invention tels que décrits ci-dessus.
Un tel support d'enregistrement peut être n'importe quelle entité ou dispositif capable de stocker les programmes. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une clé USB ou un disque dur. D'autre part, un tel support d'enregistrement peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens, de sorte que les programmes d'ordinateur qu'il contient sont exécutables à distance. Les programmes selon l'invention peuvent être en particulier téléchargés sur un réseau par exemple le réseau Internet.
Alternativement, le support d'enregistrement peut être un circuit intégré dans lequel les programmes sont incorporés, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution des procédés objets de l'invention précités.
Liste des figures
D'autres buts, caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante, donnée à titre de simple exemple illustratif, et non limitatif, en relation avec les figures, parmi lesquelles :
[fig- 1] : cette figure représente de manière schématique un exemple d'un système dans lequel les procédés objets de la présente invention sont mis en œuvre,
[fig- 2] : cette figure représente les différentes étapes des procédés de contrôle de la qualité de la transmission d'au moins un contenu et de transmission d'au moins un contenu objets de l'invention,
[fig. 3] : cette figure représente un équipement utilisateur apte à mettre en œuvre les différents modes de réalisation des procédés de contrôle de la qualité de la transmission en d'au moins un contenu et de transmission d'au moins un contenu objets de l'invention,
[fig- 4] : cette figure représente un équipement de contrôle apte à mettre en œuvre les différents modes de réalisation des procédés de contrôle de la qualité de la transmission d'au moins un contenu et de transmission d'au moins un contenu objets de l'invention.
Description détaillée de modes de réalisation de l'invention
Le principe général de la solution propose, afin d'améliorer la transmission d'un contenu « quasi-live », c'est-à-dire avec un délai très court, de l'ordre de quelques secondes à une dizaine de secondes entre l'acquisition du contenu et son visionnage sur un équipement tiers, ou d'un contenu en « streaming », depuis un équipement fournisseur du contenu vers un nœud d'ingestion d'un réseau de diffusion de contenus, ou ingestion du contenu, de conditionner une récompense, comme par exemple un paiement, pour le service rendu, c'est-à-dire l'ingestion du contenu par le nœud d'ingestion, au respect de certaines conditions de transmission. Ainsi, si le contenu n'est pas ingéré par le nœud d'ingestion conformément aux conditions de transmissions négociées entre un utilisateur de l'équipement fournisseur et le réseau de diffusion de contenus, alors la prestation de service n'est pas récompensée. Une telle récompense peut se faire au profit d'une ou plusieurs entités telles qu'une entité de gestion du réseau de diffusion de contenus CDN, une entité fournisseur de contenus, un opérateur d'un réseau de communications, etc.
La [fig. 1] représente de manière schématique un exemple d'un système dans lequel les procédés objets de la présente invention sont mis en œuvre.
Le système 1 ainsi représenté comprend au moins un équipement utilisateur, dit équipement fournisseur 10, tel qu'un smartphone, une caméra, une tablette, etc. Un tel équipement fournisseur 10 acquiert un contenu, telle qu'une vidéo de promotion d'un produit ou un événement sportif ou culturel, que l'utilisateur de l'équipement fournisseur 10 souhaite diffuser à un grand nombre de personnes.
Pour cela l'équipement fournisseur 10 transmet le contenu à un nœud d'ingestion 11 d'un réseau de diffusion de contenus CDN. Une fois le contenu ingéré par le nœud d'ingestion 11, il est préparé, éventuellement mémorisé voire adapté dans un serveur cache du réseau de livraison de contenu CDN, et diffusé vers d'autres équipements utilisateurs tels que des smartphones, des décodeurs de flux vidéo ou Set-Top-Boxes, des ordinateurs personnels, des téléviseurs connectés, etc.
Le réseau de livraison de contenu CDN comprend également un équipement de contrôle 12 dont le fonctionnement sera décrit plus en détail dans la suite du présent document. Dans un mode de réalisation de la présente invention, le nœud d'ingestion 11 et l'équipement de contrôle 12 sont compris dans un même équipement appartenant au réseau de diffusion de contenus CDN.
Enfin, le contenu est transmis soit au travers d'une liaison de communication montante établie directement, c'est-à-dire sans nœud intermédiaire, entre l'équipement fournisseur 10 et le nœud de contrôle 12, soit, comme cela est représenté à la figure 1, au travers d'une liaison montante établie entre l'équipement fournisseur 10 et le nœud de contrôle 12 et comprenant une pluralité de nœuds intermédiaires 13-15.
La transmission du contenu entre l'équipement fournisseur 10 et le nœud d'ingestion 11 est maintenant décrite plus en détails en référence à la [fig. 2] représentant les différentes étapes des procédés de contrôle de la qualité de la transmission d'au moins un contenu et de transmission d'au moins un contenu objets de l'invention.
Dans une étape El, un utilisateur, tel qu'un influenceur, acquiert un contenu, telle qu'une vidéo, au moyen de l'équipement fournisseur 10, dans cet exemple un smartphone. Un tel contenu est constitué d'une pluralité de paquets de données.
L'utilisateur de l'équipement fournisseur 10 souhaite diffuser ou « streamer » un contenu en cours d'acquisition à ses suiveurs (ou « followers » en anglais). Selon un exemple, le contenu est de type temps-réel. Pour cela, le contenu doit être transmis à un nœud d'ingestion 11 d'un réseau de diffusion de contenus CDN afin que contenu soit préparé en vue de sa diffusion. Le contenu peut être assemblé à d'autres contenus préalablement à sa diffusion. Une fois le contenu à diffuser préparé, et éventuellement mémorisé dans un serveur cache (non représenté sur les figures) du réseau livraison de contenus CDN, celui-ci est diffusé par un ou plusieurs équipements du réseau de diffusion de contenus CDN aux équipements des suiveurs souhaitant accéder audit contenu.
L'utilisateur de l'équipement fournisseur 10 étant une personne physique, il ne dispose pas nécessairement d'un contrat d'ingestion de contenus pré-établi avec l'opérateur gestionnaire du réseau de diffusion de contenus CDN dans lequel les conditions de transmissions telles que, par exemple, le débit de la liaison montante entre l'équipement fournisseur 10 et le nœud d'ingestion 11, le temps de latence, le délai aller-retour (ou Round Trip Time RTT en anglais) et les conditions de tarification de l'ingestion en fonction de ces conditions de transmission sont précisées en fonction d'une localisation de l'équipement fournisseur 10 au moment de l'acquisition et de l'ingestion du contenu, par opposition à un fournisseur de contenus, lequel dispose de tels contrats pour transmettre ses contenus à un nœud d'ingestion 11 du réseau de diffusion de contenus CDN. Ainsi, préalablement à la transmission du contenu à destination du nœud d'ingestion 11, l'équipement fournisseur 10 met en œuvre une étape E2 de négociation des conditions de transmission du contenu avec un équipement de contrôle 12 appartenant au réseau de diffusion de contenus CDN en fonction de la localisation de l’équipement fournisseur 10, notamment en précisant si ce dernier se situe en intérieur ou en extérieur car cela impacte la qualité de la transmission.
Au cours de cette étape de négociation, des conditions de transmission matérialisées par des valeurs d'une ou plusieurs données de télémétries associées à une récompense, telle qu'une offre tarifaire, sont transmises par l'équipement de contrôle 12 à destination de l'équipement fournisseur 10. Les données de télémétries appartiennent à un groupe comprenant entre autres :
- un délai de transit entre l'équipement fournisseur 10 et le nœud d'ingestion 11 d'un paquet de données constitutif du contenu,
- un identifiant d'au moins un nœud intermédiaire 13-15 acheminant au moins un paquet de données constitutif du contenu entre l'équipement fournisseur 10 et le nœud d'ingestion 11, l'identifiant pouvant avantageusement comprendre l'identifiant d'un opérateur assurant la gestion du nœud intermédiaire 13 - 15,
- un horaire de transit d'un paquet de données constitutif du contenu au travers d'un nœud intermédiaire 13-15, correspondant au moment où le nœud intermédiairel3-15 reçoit, traite ou transmet le paquet de données,
- un délai de franchissement d'un nœud intermédiaire 13-15 par un paquet de données constitutif du contenu,
- un délai de traitement d'un paquet de données constitutif du contenu par un nœud intermédiaire 13-15,
- une qualité de service, représentative de la priorisation du paquet de données constitutif du contenu, cette qualité de service pouvant selon un exemple être représentée par une indication qualitative de traitement du paquet lors de son acheminement vers le nœud d'ingestion 11,
- la réception sans perte ni retransmission d'un groupe de paquets de données constitutif du contenu,
- une combinaison des données de télémétrie individuelles du groupe citées ci-dessus.
Bien entendu, d'autres données de télémétrie peuvent être utilisées dans le cadre de la présente invention. Ainsi, une autre donnée de télémétrie concerne un paramètre représentatif d'une qualité d'expérience (aussi appelée QoE) des utilisateurs d'équipements utilisateurs sur lesquels le contenu ingéré par le nœud d'ingestion 11 est diffusé.
L'utilisateur de l'équipement fournisseur 10, ou une application de livraison de contenus préalablement installée dans l'équipement fournisseur 10, sélectionne l'offre qui lui convient, c'est- à-dire qu'il sélectionne une ou plusieurs conditions de transmission qui correspondent à sa situation, par exemple la localisation en intérieur ou en extérieur de l'équipement fournisseur 10, la nature de la connexion de l'équipement fournisseur 10 avec un réseau de communication, i.e. filaire ou non filaire, Wi-Fi, Bluetooth, etc. et à son budget. De telles conditions de transmission sont matérialisées par des valeurs d'une ou plusieurs données de télémétrie décrite ci-dessus et associées à une récompense. Enfin à l'issue de l'étape E2, l'équipement fournisseur 10 transmet un message MGSl à destination de l'équipement de contrôle 12 identifiant le jeu sélectionné de conditions de transmission reçues lors de l'étape de négociation.
Dans un premier mode de réalisation particulier de l'invention, l'équipement fournisseur 10 et l'équipement de contrôle 12 échangent également, au cours de l'étape E2, des données pour la mise en œuvre d'une récompense, telle que par exemple la mise en œuvre d'une transaction de paiement, relative à la transmission du contenu. Ces données sont par exemple des coordonnées bancaires de l'utilisateur de l'équipement fournisseur 10 et d'un opérateur du réseau de diffusion de contenus CDN, ou encore un identifiant client de l'utilisateur de l'équipement fournisseur 10 permettant à l'opérateur du réseau de diffusion de contenus CDN de répercuter le montant de la prestation de transmission du contenu sur une facture téléphonique de l'utilisateur de l'équipement fournisseur 10. Bien entendu, d'autres moyens de réalisation de la transaction de paiement peuvent être envisagés dans le cadre de la présente solution.
Ainsi, lorsque l'application de livraison de contenus installée dans l'équipement fournisseur 10 est un navigateur, l'application de livraison de contenus insère en continu des transactions conditionnelles en utilisant des interfaces de programmation applicatives ou API (pour Application Programing Interface en anglais) dites « web payement » telles que celles définies par le W3C ou que les transactions conditionnelles insérées sont transférée conformément au protocole « Interledger » (https://interledger.org/rfcs/0003-interledger-protocol/)dans des paquets de type ILP pour « InterLedger packets ». La condition liée aux transactions conditionnelles est, dans cas, une clé cryptographique créée par l'application de livraison de contenus à partir du jeu conditions de transmission sélectionné lors de l'étape de négociation E2. Dans ce mode de réalisation, la condition cryptographique est également transmise dans le message MGSl. La transaction sera réalisée suite à une étape de vérification E6, décrite plus loin, mise en œuvre par l'équipement de contrôle 12, si au cours de cette étape de vérification, l'équipement de contrôle 12 obtient une valeur de clé cryptographique identique ou équivalente. Si tel n'est pas le cas, alors la transaction est abandonnée.
D'autres types de récompense peuvent être envisagés dans le cadre de la présente solution. Ainsi selon un autre exemple, l'équipement fournisseur 10 peut en contrepartie de l'ingestion du contenu par le nœud d'ingestion 11 assurer une prestation de connectivité, de stockage de données, de fonction de nœud intermédiaire pour un service mis en œuvre par l'opérateur du réseau de diffusion de contenu CDN auquel appartient le nœud d'ingestion 11. Dans ce cas, il n'y pas de transaction de paiement en tant que telle mais un échange de prestations entre l'utilisateur du terminal fournisseur 10 et l'opérateur du réseau de diffusion de contenu CDN auquel appartient le nœud d'ingestion 11.
Dans un deuxième mode de réalisation particulier de l'invention, l'équipement fournisseur 10 et l'équipement de contrôle 12 échangent les données pour la mise en œuvre d'une récompense relative à la transmission du contenu au cours d'une étape E3. Ces données sont par exemple des coordonnées bancaires de l'utilisateur de l'équipement fournisseur 10 et d'un opérateur du réseau de diffusion de contenus CDN, un identifiant client de l'utilisateur de l'équipement fournisseur 10 permettant à l'opérateur du réseau de diffusion de contenus CDN de répercuter le montant de la prestation de transmission du contenu sur une facture téléphonique de l'utilisateur de l'équipement fournisseur 10, ou encore un identifiant de l'équipement fournisseur 10 telle qu'un numéro IMEI ou une adresse MAC. Bien entendu, d'autres moyens de réalisation de la récompense, tels que ceux précisés ci-dessus, peuvent être envisagés dans le cadre de la présente solution.
Dans une étape E4, l'équipement fournisseur 10 transmet le contenu à destination du nœud d'ingestion 11.
Dans une première implémentation, l'équipement fournisseur 10 génère au moins un flux de données comprenant des paquets de données constitutifs du contenu, des paquets de données transportant des données pour la mise en œuvre d'une récompense relative à la transmission du contenu et des paquets de données transportant une valeur d'une ou plusieurs données de télémétrie attendues destinées à être utilisées par l'équipement de contrôle 12 pour vérifier que les conditions de déclenchement de la récompense sont vérifiées. Les paquets de données transportant une valeur d'une ou plusieurs données de télémétrie attendues sont insérés au fil de l'eau dans le flux de données ainsi généré.
Dans une deuxième implémentation, l'équipement fournisseur 10 génère un premier un flux de données comprenant les paquets de données constitutifs du contenu, un deuxième flux de données comprenant les données transportant une valeur d'une ou plusieurs données de télémétrie attendues, et dans le cas de figure où elles n'ont pas été transmises au cours de l'étape E2, un troisième flux de données comprenant les données pour la mise en œuvre d'une récompense relative à la transmission du contenu. Ces trois flux de données sont ensuite multiplexés en vue de leur transmission à destination du nœud d'ingestion 11. Selon un exemple, chacun de ces trois flux de données peut prendre la forme d'une « stream » conforme au protocole QUIC (Quick UDP Internet Connections), en cours de normalisation à l'IETF (Internet Engineering Task Force) qui sont ensuite multiplexées.
Dans une troisième implémentation, l'équipement fournisseur 10 génère un premier un flux de données comprenant les paquets de données constitutifs du contenu et un deuxième flux de données de signalisation dans lequel sont transportés les données transportant une valeur d'une ou plusieurs données de télémétrie attendues, et dans le cas de figure où elles n'ont pas été transmises au cours de l'étape E2, des données comprenant les données pour la mise en œuvre d'une récompense relative à la transmission du contenu. Selon un exemple, de tels paquets de données constitutifs du flux de données de signalisation sont par exemple des paquets de données de type TLS clientHello et ServerHello définis dans le protocole QUIC.
Enfin, dans une quatrième implémentation, l'équipement fournisseur 10 génère un flux de données comprenant des groupes d'images (GoP) constitutifs du contenu compressé et un deuxième flux de données de signalisation dans lequel sont transportés les paquets de données transportant une valeur d'une ou plusieurs données de télémétrie attendues mesurant la bonne réception de la première image du groupe d'images, et dans le cas de figure où elles n'ont pas été transmises au cours de l'étape E2, des paquets de données comprenant les données pour la mise en œuvre d'une récompense relative à la transmission du contenu. De tels paquets de données constitutifs du flux de données de signalisation sont par exemple des paquets de données de type TLS clientHello et ServerHello définis comme CHO et SHO dans le protocole QUIC. Dans cette quatrième implémentation, la récompense n'est déclenchée que lorsqu'un groupe de paquets constituant la première image du groupe d'images est reçu par le nœud d'ingestion 11 sans perte ni retransmission. Au cours de l'étape E5, l'équipement fournisseur 10 transmet le ou les flux de données générés selon l'une des implémentations de l'étape E4, à destination du nœud d'ingestion 11. Dans ce mode réalisation, le flux de données transmis est intercepté par l'équipement de contrôle 12 qui le transmet ensuite au nœud d'ingestion 11.
Au cours d'une étape E5', l'équipement fournisseur 10 transmet le ou les flux de données générés selon l'une des implémentations de l'étape E4, à destination du nœud d'ingestion 11. Dans ce mode réalisation, le flux de données transmis est reçu par le nœud d'ingestion 11 qui transmet alors les paquets de données transportant une valeur d'une ou plusieurs données de télémétrie attendues et les paquets de données comprenant les données pour la mise en œuvre d'une récompense relative à la transmission du contenu à destination de l'équipement de contrôle 12.
Dans une étape E6, l'équipement de contrôle 12 procède à la vérification de la conformité des conditions de transmission effectives du contenu aux conditions de transmission attendues du contenu négociées au cours de l'étape E2.
Ainsi, dans un premier exemple de mise en œuvre, lorsqu'une des données de télémétrie utilisée est un délai de transit de d'un paquet de données constitutif du contenu, l'équipement de contrôle 12 détermine un délai d'errance représentatif d'un écart entre un délai de transit effectif du paquet de données en question, et un délai de transit attendu négocié au cours de l'étape E2.
Lorsque l'équipement de contrôle 12 détermine que la valeur du délai d'errance est inférieure à seuil négocié entre l'équipement fournisseur 10 et l'équipement de contrôle 12 au cours de l'étape E2, le délai de transit effectif et le délai de transit attendu correspondent. Les conditions de transmission effectives sont alors considérées comme conforme aux conditions de transmission attendues.
Dans un deuxième exemple de mise en œuvre, lorsqu'une des données de télémétrie est un horaire de transmission du paquet de données du contenu, l'équipement de contrôle 12 mesure un écart entre un horaire de transit effectif d'un paquet de données constitutif du contenu au travers d'un nœud intermédiaire 13-15, et un horaire de transit attendu d'un paquet de données constitutif du contenu au travers d'un nœud intermédiaire 13-15. Lorsque l'écart ainsi déterminé est inférieur à seuil négocié entre l'équipement fournisseur 10 et l'équipement de contrôle 12, l'horaire de transit effectif et l'horaire de transit attendu correspondent. Les conditions de transmission effectives sont alors considérées comme conformes aux conditions de transmission attendues.
Dans un troisième exemple de mise en œuvre, lorsqu'une des données de télémétrie est un identifiant d'au moins un nœud intermédiaire 13-15 au travers duquel un paquet de données constitutif du contenu doit transiter au cours de sa transmission à destination du nœud d'ingestionll, l'équipement de contrôle 12 vérifie la présence de paquets de données introduits dans le contenu par au moins l'un des nœuds intermédiaires 13-15 et comprenant un identifiant du nœud intermédiaire 13-15. Si un tel identifiant du nœud intermédiaire 13-15 est présent, alors, les conditions de transmission effectives sont alors considérées comme conforme aux conditions de transmission attendues.
Les nœuds intermédiaires 13-15 peuvent également insérer des informations temporelles telles que, par exemple, des horaires de passages, des temps de traversée, des temps de traitement d'une séquence précédente de paquets de données, etc., dans les paquets de données qu'ils introduisent dans le contenu afin de permettre à l'équipement de contrôle 12 de vérifier la conformité à d'autres condition de transmission.
Dans un quatrième exemple, lorsqu'une des données de télémétrie est la clé cryptographique créée par l'application de livraison de contenus à partir du jeu conditions de transmission sélectionné lors de l'étape de négociation E2, l'équipement de contrôle 12 détermine une clé cryptographique « effective » à partir des données de télémétrie effectives. Si la clé cryptographique « effective » ainsi obtenue correspond à la clé cryptographique créée par l'application de livraison de contenus alors, les conditions de transmission effectives sont alors considérées comme conforme aux conditions de transmission attendues.
Les quatre exemples de mise en œuvre précédemment décrits peuvent être mis en œuvre conjointement.
Dès lors que les conditions de transmission effectives sont considérées comme conformes aux conditions transmission attendues, l'équipement de contrôle 12 déclenche la récompense relative à l'ingestion du contenu de données dans une étape E7.
Dans une étape E8, l'équipement de contrôle 12 émet un message d'acquittement ACK à destination de l'équipement fournisseur 10 indiquant que le contenu a été ingéré conformément aux conditions de transmission attendues. Ceci peut prendre la forme d'un reçu de paiement matérialisant la réalisation de la transaction de paiement, ou d'un message court tel qu'un SMS indiquant que le service demandé a été rendu et que la récompense correspondante a été effectuée.
Dans le cas où les conditions de transmission effectives sont considérées comme non conformes aux conditions de transmission attendues, l'équipement de contrôle 12 ne déclenche pas la récompense relative à l'ingestion du contenu de données. L'équipement de contrôle 12 émet alors, dans une étape E9, un message d'échec NACK à destination de l'équipement fournisseur 10 indiquant que si le contenu a été ingéré par le nœud d'ingestion 11, cette ingestion ne s'est pas déroulée conformément aux conditions de transmission attendues.
Dans ce cas de figure, soit la récompense n'est pas déclenchée et l'opérateur du réseau de diffusion de contenus CDN ne perçoit aucune contrepartie pour cette ingestion, soit l'opérateur du réseau de diffusion de contenus CDN perçoit, malgré tout, une récompense moindre pour cette ingestion. Une telle récompense moindre peut être une rémunération inférieure à la rémunération maximale pouvant être perçue lorsque l'ensemble des conditions de transmission sont respectées, ou la réalisation d'une prestation moindre par l'équipement fournisseur 10, par exemple ce dernier peut stocker un volume de données plus faible.
Un tel message d'échec NACK d'un message court tel qu'un SMS indiquant que le contenu a été ingéré mais que les conditions de transmission attendues n'ayant pu être complètement ou respectées, la récompense correspondante ne sera pas effectuée au niveau maximal attendu. Le message d'échec NACK peut également comprendre une invitation à mettre en œuvre une nouvelle ingestion du contenu avec les conditions de transmission attendues ou de nouvelles conditions de transmission attendues.
La [fig. 3] représente un équipement fournisseur 10 selon un mode de réalisation de l'invention. Un tel équipement fournisseur 10 est apte à mettre en œuvre les différents modes de réalisation des procédés de contrôle de la qualité de la transmission d'au moins un contenu et de transmission d'au moins un contenu selon la figure 2.
Un équipement fournisseur 10 peut comprendre au moins un processeur matériel 31, une unité de stockage 32, un dispositif de saisie 33, un dispositif d'affichage 34, et au moins une interface de réseau 35 qui sont connectés entre eux au travers d'un bus 36. Bien entendu, les éléments constitutifs du terminal 10 peuvent être connectés au moyen d'une connexion autre qu'un bus.
Le processeur 31 commande les opérations de l'équipement fournisseur 10. L'unité de stockage 32 stocke au moins un programme pour la mise en œuvre du procédé selon un mode de réalisation de l'invention à exécuter par le processeur 31, et diverses données, telles que des paramètres utilisés pour des calculs effectués par le processeur 31, des données intermédiaires de calculs effectués par le processeur 31, etc. Le processeur 31 peut être formé par tout matériel ou logiciel connu et approprié, ou par une combinaison de matériel et de logiciel. Par exemple, le processeur 31 peut être formé par un matériel dédié tel qu'un circuit de traitement, ou par une unité de traitement programmable telle qu'une unité centrale de traitement (Central Processing Unit) qui exécute un programme stocké dans une mémoire de celui-ci.
L'unité de stockage 32 peut être formée par n'importe quel moyen approprié capable de stocker le programme ou les programmes et des données d'une manière lisible par un ordinateur. Des exemples d'unité de stockage 32 comprennent des supports de stockage non transitoires lisibles par ordinateur tels que des dispositifs de mémoire à semi-conducteurs, et des supports d'enregistrement magnétiques, optiques ou magnéto-optiques chargés dans une unité de lecture et d'écriture.
Le dispositif de saisie 33 peut être formé par un clavier, un dispositif de pointage tel qu'une souris à utiliser par un utilisateur pour entrer des commandes. Le dispositif d'affichage 34 peut être également formé par un module d'affichage, tel que par exemple une interface graphique utilisateur ou GUI (pour Graphical User Interface).
L'interface réseau 35 fournit une connexion entre l'équipement fournisseur 10 et les nœuds intermédiaires 13-15 ou l'équipement de contrôle 12 ou le nœud d'ingestion 11.
La [fig. 4] représente un équipement de contrôle 12 apte à mettre en œuvre les différents modes de réalisation des procédés de contrôle de la qualité de la transmission d'au moins un contenu et de transmission d'au moins un contenu selon la figure 2.
Un équipement de contrôle 12 peut comprendre au moins un processeur matériel 41, une unité de stockage 42, et au moins une interface de réseau 43 qui sont connectés entre eux au travers d'un bus 44. Bien entendu, les éléments constitutifs de l'équipement de contrôle 12 peuvent être connectés au moyen d'une connexion autre qu'un bus.
Le processeur 41 commande les opérations de l'équipement de contrôle 12. L'unité de stockage 42 stocke au moins un programme pour la mise en œuvre de la méthode selon un mode de réalisation à exécuter par le processeur 41, et diverses données, telles que des paramètres utilisés pour des calculs effectués par le processeur 41, des données intermédiaires de calculs effectués par le processeur 41, etc. Le processeur 41 peut être formé par tout matériel ou logiciel connu et approprié, ou par une combinaison de matériel et de logiciel. Par exemple, le processeur 41 peut être formé par un matériel dédié tel qu'un circuit de traitement, ou par une unité de traitement programmable telle qu'une unité centrale de traitement (Central Processing Unit) qui exécute un programme stocké dans une mémoire de celui-ci.
L'unité de stockage 42 peut être formée par n'importe quel moyen approprié capable de stocker le programme ou les programmes et des données d'une manière lisible par un ordinateur. Des exemples d'unité de stockage 42 comprennent des supports de stockage non transitoires lisibles par ordinateur tels que des dispositifs de mémoire à semi-conducteurs, et des supports d'enregistrement magnétiques, optiques ou magnéto-optiques chargés dans une unité de lecture et d'écriture.
Au moins une interface réseau 43 fournit une connexion entre l'équipement de contrôle 12 et les nœuds intermédiaires 13-15, et entre l'équipement de contrôle 12 et le nœud d'ingestion 11.

Claims

REVENDICATIONS
1. Procédé de contrôle de la transmission d'au moins un contenu depuis un équipement fournisseur vers un nœud d'ingestion d'un réseau de livraison de contenu, caractérisé en ce que le procédé comprend les étapes suivantes mises en œuvre par un équipement de contrôle :
- mesure d'une valeur d'au moins une donnée de télémétrie effective relative à la transmission d'au moins un paquet de données constitutif dudit contenu,
- comparaison de ladite valeur d'au moins une donnée de télémétrie effective avec une valeur d'au moins une donnée de télémétrie attendue relative à la transmission dudit au moins un paquet de données constitutif dudit contenu,
- lorsque la valeur de ladite donnée de télémétrie effective et la valeur de ladite donnée de télémétrie attendue correspondent, déclenchement, à destination d'une entité de gestion du réseau de diffusion de contenu, d'une récompense relative à la transmission dudit contenu.
2. Procédé de contrôle de la transmission d'au moins un contenu selon la revendication 1 comprenant une étape préalable de négociation entre ledit équipement de contrôle et l'équipement fournisseur au cours de laquelle ladite une valeur d'au moins une donnée de télémétrie attendue est déterminée.
3. Procédé de contrôle de la transmission d'au moins un contenu selon la revendication 2 dans lequel, au cours de l'étape de négociation, l'équipement de contrôle et l'équipement fournisseur échangent en outre des données relatives au type de récompense pour la mise en œuvre de ladite récompense relative à la transmission dudit contenu.
4. Procédé de contrôle de la transmission d'au moins un contenu selon l'une quelconque des revendications précédentes dans lequel ladite au moins une donnée de télémétrie appartient à un groupe comprenant entre autres :
- un délai de transit entre l'équipement fournisseur et le nœud d'ingestion d'un paquet de données constitutif du contenu,
- un identifiant d'au moins un nœud intermédiaire contribuant à l'acheminement d'un paquet de données constitutif du contenu entre l'équipement fournisseur et le nœud d'ingestion, l'identifiant pouvant avantageusement comprendre l'identifiant d'un opérateur assurant la gestion du nœud intermédiaire,
- un horaire de transit d'un paquet de données constitutif du contenu au travers d'un nœud intermédiaire, correspondant au moment où le nœud intermédiaire reçoit, traite ou transmet le paquet de données,
- un délai de franchissement d'un nœud intermédiaire 13-15 par un paquet de données constitutif du contenu,
- un délai de traitement d'un paquet de données constitutif du contenu par un nœud intermédiaire 13-15,
- une qualité de service, représentative de la priorisation du paquet de données constitutif du contenu, cette qualité de service pouvant selon un exemple être représentée par une indication qualitative de traitement du paquet lors de son acheminement vers le nœud d'ingestion,
- une clé cryptographique créée à partir d'une condition de transmission,
- la réception sans perte ni retransmission d'un groupe de paquets de données constitutif du contenu,
- une combinaison des données de télémétrie individuelles du groupe.
5. Procédé de contrôle de la transmission d'au moins un contenu selon la revendication 4 dans lequel, lorsque ladite donnée de télémétrie est un délai de transit par un nœud intermédiaire acheminant l'au moins un paquet de données constitutif dudit contenu, ladite étape de comparaison consiste à déterminer un délai d'errance, et lorsqu'une valeur du délai d'errance est inférieure à seuil négocié entre l'équipement fournisseur et l’équipement de contrôle, le délai de transit effectif et le délai de transit attendu correspondent.
6. Procédé de contrôle de la transmission d'au moins un contenu selon la revendication 4 ou 5, dans lequel lorsque ladite donnée de télémétrie est un horaire de transmission du paquet de données constitutif dudit contenu, ladite étape de comparaison consiste à déterminer un écart entre un horaire de transmission effectif dudit au moins un paquet de données constitutif dudit contenu, et un horaire de transmission attendu dudit au moins un paquet de données, et lorsque l'écart est inférieur à seuil négocié entre l'équipement fournisseur et l'équipement de contrôle, l'horaire de transmission effectif et l'horaire de transmission attendu correspondent.
7. Procédé de contrôle de la transmission d'au moins un contenu selon la revendication 4, 5 ou 6 dans lequel lorsque ladite donnée de télémétrie est un identifiant d'au moins un nœud intermédiaire au travers duquel ledit paquet de données constitutif dudit contenu doit transiter au cours de sa transmission à destination du nœud d'ingestion, ladite étape de comparaison consiste à vérifier la présence d'au moins une donnée introduite dans ledit contenu par ledit au moins un nœud intermédiaire et comprenant l'identifiant dudit au moins un nœud intermédiaire.
8. Procédé de transmission d'au moins un contenu depuis un équipement fournisseur vers un nœud d'ingestion d'un réseau de livraison de contenu, caractérisé en ce que ledit procédé comprend les étapes suivantes mises en œuvre par ledit équipement fournisseur :
- négociation entre ledit équipement fournisseur et un équipement de contrôle de la transmission dudit contenu au cours de laquelle une valeur d'au moins une donnée de télémétrie attendue est déterminée, ladite valeur d'au moins une donnée de télémétrie attendue permettant à l'équipement de contrôle de contrôler la transmission dudit contenu,
- génération d'au moins un flux de données comprenant au moins un paquet de données comprenant des données constitutives dudit contenu et/ou des données comprenant ladite valeur d'au moins une donnée de télémétrie attendue,
- transmission dudit flux de données ainsi généré à destination dudit nœud d'ingestion.
9. Procédé de transmission d'au moins un contenu selon la revendication 8 dans lequel, au cours de l'étape de négociation, l'équipement fournisseur et l'équipement de contrôle échangent en outre des données relatives au type de récompense pour la mise en œuvre, au profit du réseau de livraison de contenu, une récompense relative à la transmission dudit au moins un contenu.
10. Procédé de transmission d'au moins un contenu selon l'une quelconque des revendications 8 ou 9 dans lequel ladite au moins une donnée de télémétrie appartient à un groupe comprenant entre autres :
- un délai de transit entre l'équipement fournisseur et le nœud d'ingestion d'un paquet de données constitutif du contenu,
- un identifiant d'au moins un nœud intermédiaire contribuant à l'acheminement d'un paquet de données constitutif du contenu entre l'équipement fournisseur et le nœud d'ingestion, l'identifiant 19 pouvant avantageusement comprendre l'identifiant d'un opérateur assurant la gestion du nœud intermédiaire,
- un horaire de transit d'un paquet de données constitutif du contenu au travers d'un nœud intermédiaire, correspondant au moment où le nœud intermédiaire reçoit, traite ou transmet le paquet de données,
- un délai de franchissement d'un nœud intermédiaire 13-15 par un paquet de données constitutif du contenu,
- un délai de traitement d'un paquet de données constitutif du contenu par un nœud intermédiaire 13-15,
- une qualité de service, représentative de la priorisation du paquet de données constitutif du contenu, cette qualité de service pouvant selon un exemple être représentée par une indication qualitative de traitement du paquet lors de son acheminement vers le nœud d'ingestion,
- une clé cryptographique créée à partir d'une condition de transmission,
- la réception sans perte ni retransmission d'un groupe de paquets de données constitutif du contenu,
- une combinaison des données de télémétrie individuelles du groupe.
11. Procédé de transmission d'au moins un contenu selon l'une quelconque des revendications 8 ou 9 dans lequel l'équipement fournisseur génère un premier un flux de données comprenant les paquets de données constitutifs dudit contenu et au moins un deuxième flux de données comprenant les paquets de données transportant ladite valeur d'au moins une donnée de télémétrie attendue, le premier et le deuxième flux de données étant multiplexés dans un flux de données transmis à destination du nœud d'ingestion.
12. Procédé de transmission d'au moins un contenu selon l'une quelconque des revendications 8 ou 9 dans lequel les paquets de données transportant ladite valeur d'au moins une donnée de télémétrie attendue sont transmis sous la forme de paquets de données de signalisation.
13. Équipement de contrôle de la transmission d'au moins un contenu depuis un équipement fournisseur vers un nœud d'ingestion d'un réseau de livraison de contenu, caractérisé en ce que ledit équipement de contrôle comprend des moyens pour :
- mesurer une valeur d'au moins une donnée de télémétrie effective relative à la transmission d'au moins un paquet de données constitutif dudit contenu,
- comparer ladite valeur d'au moins une donnée de télémétrie effective avec une valeur d'au moins une donnée de télémétrie attendue relative à la transmission dudit au moins un paquet de données constitutif dudit contenu,
- lorsque la valeur de ladite donnée de télémétrie effective et la valeur de ladite donnée de télémétrie attendue correspondent, déclencher, au profit du réseau de livraison de contenu, une récompense relative à la transmission dudit contenu.
14. Équipement capable de transmettre au moins un contenu vers un nœud d'ingestion d'un réseau de livraison de contenu, caractérisé en ce que ledit équipement comprend des moyens pour :
- négocier avec un équipement de contrôle de la transmission dudit contenu au cours de laquelle une valeur d'au moins une donnée de télémétrie attendue est déterminée, ladite valeur d'au moins une donnée de télémétrie attendue permettant à l'équipement de contrôle de contrôler la transmission dudit contenu, 20
- générer au moins un flux de données comprenant au moins un paquet de données comprenant des données constitutives dudit contenu et/ou des données comprenant ladite valeur d'au moins une donnée de télémétrie attendue,
- transmettre ledit flux de données ainsi généré à destination dudit nœud d'ingestion.
15. Produit programme d'ordinateur comprenant des instructions de code de programme pour la mise en œuvre d'un procédé de contrôle de la transmission d'au moins un contenu selon la revendication 1, lorsqu'il est exécuté par un processeur.
16. Produit programme d'ordinateur comprenant des instructions de code de programme pour la mise en œuvre d'un procédé de transmission d'au moins un contenu depuis un équipement fournisseur vers un nœud d'ingestion selon la revendication 8, lorsqu'il est exécuté par un processeur.
EP21851834.8A 2020-12-30 2021-12-16 Contrôle de la transmission d'au moins un contenu depuis un equipement fournisseur vers un noeud d'ingestion Pending EP4272449A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR2014280A FR3118557A1 (fr) 2020-12-30 2020-12-30 Contrôle de la transmission d’au moins un contenu depuis un équipement fournisseur vers un nœud d’ingestion.
PCT/FR2021/052358 WO2022144512A2 (fr) 2020-12-30 2021-12-16 Contrôle de la transmission d'au moins un contenu depuis un equipement fournisseur vers un noeud d'ingestion

Publications (1)

Publication Number Publication Date
EP4272449A2 true EP4272449A2 (fr) 2023-11-08

Family

ID=75690369

Family Applications (1)

Application Number Title Priority Date Filing Date
EP21851834.8A Pending EP4272449A2 (fr) 2020-12-30 2021-12-16 Contrôle de la transmission d'au moins un contenu depuis un equipement fournisseur vers un noeud d'ingestion

Country Status (4)

Country Link
US (1) US12464176B2 (fr)
EP (1) EP4272449A2 (fr)
FR (1) FR3118557A1 (fr)
WO (1) WO2022144512A2 (fr)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160057457A1 (en) * 2014-08-25 2016-02-25 LiveFromMe Live video broadcasting mobile application for social sharing
US10904313B2 (en) * 2017-06-20 2021-01-26 Telefonaktiebolaget Lm Ericsson (Publ) Apparatuses, methods, computer programs, and computer program products for live uplink adaptive streaming
US11223862B2 (en) * 2017-11-28 2022-01-11 Telefonaktiebolaget Lm Ericsson (Publ) Controlled uplink adaptive streaming based on server performance measurement data
US10979476B2 (en) * 2018-04-16 2021-04-13 Infrared5, Inc. System and method for verifying and providing compensation for participation in real-time streaming of multimedia over a decentralized network

Also Published As

Publication number Publication date
US12464176B2 (en) 2025-11-04
FR3118557A1 (fr) 2022-07-01
WO2022144512A3 (fr) 2022-08-18
WO2022144512A2 (fr) 2022-07-07
US20240015344A1 (en) 2024-01-11

Similar Documents

Publication Publication Date Title
BE1021061B1 (fr) Compte-rendu de qualite d'experience utilisateur pour la diffusion en flux par monodiffusion-multidiffusion d'un contenu multimedia.
EP2057632B1 (fr) Procede de gestion d'un programme multimedia, serveur, terminaux, signal et programmes informatiques correspondants
US8769558B2 (en) Discovery and analytics for episodic downloaded media
FR2982444A1 (fr) Procede et systeme de lecture de multimedia sur un bureau virtuel, systeme en nuage pour la fourniture d'un bureau virtuel et support de stockage lisible par ordinateur appliquant le procede
FR3064437A1 (fr) Procede de recommandation d'une pile de communication
EP2947888A1 (fr) Procédé de téléchargement adaptatif de contenus numériques pour plusieurs écrans
EP3646196B1 (fr) Procédé et dispositif de téléchargement de contenu audiovisuel
EP2856719B1 (fr) Technique de communication dans un réseau de communication centré sur les informations
EP3046329A1 (fr) Procédé de traitement d'un flux multimédia, dispositif et programme d'ordinateur correspondants
EP4272449A2 (fr) Contrôle de la transmission d'au moins un contenu depuis un equipement fournisseur vers un noeud d'ingestion
EP3496407A1 (fr) Procédé de gestion de la consommation électrique d'un dispositif électronique
EP2936783A1 (fr) Technique de communication dans un réseau de communication centré sur les informations
WO2012085432A1 (fr) Procede et dispositif de communication de donnees numeriques
WO2019220034A1 (fr) Gestion du téléchargement progressif adaptatif d'un contenu numérique au sein d'un terminal de restitution d'un réseau de communication local
EP4364387B1 (fr) Procede de controle de la livraison partagee d'un contenu
FR3005386A1 (fr) Procede et dispositif de fourniture d’une partie deja diffusee d’un flux multimedia, terminal utilisateur, programme d’ordinateur et medium de stockage correspondants
EP2589202A1 (fr) Procede et systeme de gestion de sessions de communication
EP4465639A1 (fr) Procédé de gestion du traitement d'un flux vidéo dans un réseau local
EP1894390B1 (fr) Procédé et dispositif de restitution de données multimédia transmises par une passerelle à un terminal
WO2023208688A1 (fr) Gestion de la restitution d'un contenu multimédia
EP2355442A1 (fr) Captation de scène issue d'un monde virtuel ou d'un jeu video
FR3079704A1 (fr) Communication par video conference
FR3079705A1 (fr) Communication par video conference
FR2899410A1 (fr) Procede et dispositif d'emission et de reception de paquets de donnees relatifs a un fichier emis de maniere cyclique en mode multicast
FR2834839A1 (fr) Procede et dispositif de gestion des transmissions de donnees numeriques multimedia

Legal Events

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

Free format text: STATUS: UNKNOWN

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

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

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

Free format text: ORIGINAL CODE: 0009012

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

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20230630

AK Designated contracting states

Kind code of ref document: A2

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

RAP3 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE

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

Free format text: STATUS: EXAMINATION IS IN PROGRESS