EP3162032A1 - Orchestration de ressources physiques et virtuelles pour la livraison de contenus numériques - Google Patents

Orchestration de ressources physiques et virtuelles pour la livraison de contenus numériques

Info

Publication number
EP3162032A1
EP3162032A1 EP15732860.0A EP15732860A EP3162032A1 EP 3162032 A1 EP3162032 A1 EP 3162032A1 EP 15732860 A EP15732860 A EP 15732860A EP 3162032 A1 EP3162032 A1 EP 3162032A1
Authority
EP
European Patent Office
Prior art keywords
content
resources
delivery
physical
network
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
EP15732860.0A
Other languages
German (de)
English (en)
Inventor
Gaël FROMENTOUX
Frédéric FIEAU
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 EP3162032A1 publication Critical patent/EP3162032A1/fr
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/289—Intermediate processing functionally located close to the data consumer application, e.g. in same machine, in same home or in same sub-network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services

Definitions

  • the invention relates to the general field of telecommunications.
  • It relates more particularly to the delivery (i.e. distribution) of digital content such as video files, audio files, digital television streams, etc., in a telecommunications network.
  • IP Internet Protocol
  • material resources is meant, for example, storage spaces and physical content servers deployed in the network.
  • Such architectures are, for example, content delivery network (CDN) architectures, described in TS 182.019 "Telecommunications and Internet Converged Services and Protocols for Advanced Networking (TISPAN): Content Delivery Network (CDN)”. Architecture ", v3.1.1 June 2011, published by ETSI.
  • mirrors eg content servers
  • This architecture makes it possible to transparently and effectively distribute the contents hosted by the original servers to the users by defining a routing mechanism allowing a user to be served by the mirror node of the nearest network geographically.
  • CDN network architectures are also targeted by this effort.
  • content delivery can be done at term not only from CDN network hardware architectures as deployed today, but also from cloud-like infrastructures.
  • CDaaS Content Delivery as a Service
  • the CDN service is intended to evolve towards a service called CDaaS or “Content Delivery as a Service” which will allow not only the delivery of content, but also the increase the capabilities offered today by CDN infrastructures by relying on cloud resources made available to users almost in real time.
  • the invention responds in particular to this need by proposing a hybrid architecture of delivery (ie distribution) of digital contents taking advantage of, on the one hand, infrastructure of delivery networks of hierarchical contents already deployed (infrastructures of the CDN type for example), which rely on specific physical resources (eg on physical servers and / or storage space deployed at the edge of the network and close to the user who requested the content), and on the other hand, virtualization of functions delivery of content through "cloud" infrastructures, which provide their customers with dematerialized resources (such as virtual content servers) in real time.
  • This architecture proposed by the invention allows the two aforementioned infrastructures to coexist and provide a response adapted in real time to the needs of operators of telecommunications networks.
  • the proposed architecture relies advantageously on several entities interacting with each other, and more specifically on a management device of a digital content delivery service and on a device orchestration device for the delivery of these contents. .
  • the invention therefore relates to a resource orchestration device comprising:
  • a reception module originating from a management device for a digital content delivery service:
  • a resource allocation request for the delivery of at least one digital content and o at least one characteristic representative of a level of service attributed to a provider of said at least one digital content for the delivery of content;
  • a verification module capable of verifying whether resources enabling delivery of said at least one digital content in accordance with said at least one service level characteristic are available from a set of determined resources comprising physical resources already deployed from a network physical delivery of digital content and virtual resources already instantiated for the content provider;
  • An allocation module activated if the verification module detects that the available resources are not sufficient, able to require the allocation of new physical resources in the physical network for delivery of digital contents and / or to instantiate new resources virtual delivery of said at least one content.
  • At least one characteristic representative of a level of service attributed to a provider of said at least one digital content for the delivery of content A verification step during which it is verified whether resources allowing delivery of said at least one digital content in accordance with said at least one service level characteristic are available from a set of determined resources comprising physical resources already deployed; a physical delivery network for digital content and virtual resources already instantiated for the content provider; and
  • a step of allocating new physical resources in the physical network for delivering digital contents and / or instantiating new virtual resources for the delivery of said at least one content If the available resources are insufficient, a step of allocating new physical resources in the physical network for delivering digital contents and / or instantiating new virtual resources for the delivery of said at least one content.
  • the invention also relates to a management device of a digital content delivery service comprising:
  • a module for sending said at least one service level characteristic to a resource orchestration device comprising physical resources of at least one physical network for delivering content and virtual resources ;
  • a sending module activated on receipt of a request in connection with a delivery of at least one said digital content offered by the content provider, able to send to the device orchestration a resource allocation request for the delivery of said at least one content in accordance with the service level.
  • the invention also relates to a management method of a digital content delivery service comprising:
  • the orchestration device and the management device thus organize (and facilitate) the cooperation between one (or more) physical delivery network (s) such as CDN networks which do not conventionally call on virtual resources but only physical resources, and one (or more) computer system (s) making available to a digital content provider a set of virtual resources for the delivery of its contents.
  • the combined action of these two devices makes it possible to manage resources offered by heterogeneous network infrastructures for the delivery of digital content to users, namely on the one hand physical resources such as content servers deployed on the edge of the network. and on the other hand virtual resources such as a virtual content delivery function implemented on virtual machines and reproducing a virtual content server.
  • the management device manages the actual deployment of the content delivery service by ensuring in particular that the delivery of digital content is in accordance with an agreed level of service or previously allocated to the provider of such content.
  • This level of service is established taking into account various factors, such as an operator policy (typically that of the operator of the cloud computing system), a service level agreement agreed with the content provider (or SLA for Service). Level Agreement) translating the technical requirements of the latter for the delivery of its content (eg in terms of bandwidth, quality of service, latency, load, depending on the type of client terminals or digital content envisaged, etc.). ), etc.
  • This level of service can evolve possibly over time and require a reallocation of resources for the delivery of contents of the content provider.
  • the orchestration device which is responsible for the allocation of physical and / or virtual resources for the delivery of content.
  • the orchestration device thus allocates on the fly, in response to a request from a user or the service provider, resources for the delivery of content in accordance with the requirements defined by the level of service transmitted by the device. management.
  • the orchestration device may, for example, privilege the allocation of physical resources deployed in the physical physical content delivery network, or the reservation of virtual resources (possibly new ones) with one or more cloud computing systems, or allocate both physical and virtual resources suitable for delivering content.
  • No limitation is attached to the type of resources allocated for content distribution: it can be content servers as well as storage space, computing power, and so on.
  • the allocation of resources is advantageously carried out in real time by the orchestration device according to existing and available physical and / or virtual resources and while leaving the possibility of reserving new virtual resources with the cloud infrastructure. For the content provider if the resources already made available to it are insufficient. The action of the orchestration device thus makes it possible to exploit the virtualization potential of the content delivery resources offered by the cloud infrastructure almost in real time.
  • the orchestration device may also, in certain contexts, decide to deploy new physical resources in the physical physical delivery network and request the allocation of these new resources to the physical physical delivery network. Although this option is more complex to implement and results in longer response times, it may be relevant for longer-term management of physical delivery network resources.
  • the orchestration device can also be taken into account by the orchestration device during the allocation of resources, and in particular the geographical location of a user device (eg terminal of the user at the origin of the request ) and the availability of resources near this location to ensure a fast and reliable content delivery service.
  • the allocation module of the orchestration device is able to assign new instantiated virtual resources for the delivery of said at least one content to the physical digital content delivery network, this orchestration device comprising in in addition to an information module to inform a device for processing access requests to digital content of this network of this allocation.
  • This processing device is for example a controller of the physical content delivery network.
  • the physical content delivery network that relies conventionally on physical resources can integrate, thanks to the invention, virtual resources instantiated by the orchestration device for the delivery of content. from the service provider. New resources are allocated on demand for the delivery of these contents and attached to the physical content delivery network which can take them into account among its available resources, and thus route the requests of the user terminals or the terminals themselves to these resources. Although attached to the physical content delivery network, these virtual resources nevertheless remain preferentially managed by the orchestration device.
  • the orchestration device attaches to the computer system that conventionally offers virtual resources physical resources of a physical physical content delivery network.
  • the invention advantageously allows an "overflow" of resources enabling the delivery of content from the physical content delivery network or the cloud computing system.
  • the information module of the orchestration device is also able to send the processing device at least one update information of a topology of the physical resources deployed in the physical delivery network of the device. content and virtual resources allocated to said physical network content delivery, and / or updating a routing table based on this topology.
  • This embodiment allows on-the-fly updating of the routing rules applied by the processing device to the access requests it receives, and thus facilitates and speeds up the processing of future access requests addressed to the processing device. , taking into account the physical and virtual resources already deployed for the delivery of content.
  • the orchestration device comprises:
  • a module activated when new virtual resources are instantiated for the delivery of digital content, capable of supplying to said virtual resources an identifier of a device for processing a request for access to the digital content transmitted by the terminal; that these virtual resources register with the processing device; and
  • a module for warning the processing device of an upcoming recording of these virtual resources with this processing device is provided.
  • the processing device may be, in a particular embodiment, a controller of the physical physical content delivery network.
  • the content delivery service provided by the invention is set implemented in the perimeter of the physical content delivery network.
  • the controller then plays the role of portal entry of the access request to the hybrid architecture proposed by the invention.
  • the use of a device for processing third party access requests advantageously allows not to overload them.
  • the processing device can advantageously be configured to address the processing requests to the content distribution service management device only if it detects that it is not possible for it to satisfy this request within the physical network of the content distribution service. content delivery.
  • the access request is sent directly to the management device.
  • the access request is addressed to a cloud computing system making available to the content provider the virtual resources orchestrated by the orchestration device.
  • triggers for the allocation (or reallocation) of resources by the orchestration device can be envisaged. These triggers are detected preferentially by the management device of the content delivery service. They are manifested by the receipt of a request by the management device of the content delivery service, in connection with the delivery of at least one digital content. This request is for example:
  • the sending module of the management device is able to send to the orchestration device information data relating to a digital content required by a user device and / or to the provider of this content and / or the user device, these information data having been extracted from a request for access to the digital content transmitted by the user device.
  • This information data is for example a domain name to identify the content provider, an address such as a URL (Uniform Resource Locator) to identify the content required by the user device, a user agent to identify the type of user device that wants to access the content, or an IP address designating the user device and making it possible to locate it.
  • URL Uniform Resource Locator
  • a user agent to identify the type of user device that wants to access the content
  • IP address designating the user device and making it possible to locate it.
  • the orchestration device can advantageously take account of this information data for the allocation of resources.
  • the invention also provides a device for processing requests for access to digital contents, this processing device comprising:
  • a module for receiving at least one piece of information enabling the processing device to identify physical resources of a physical network for delivering allocated digital contents and / or instantiated virtual resources for delivery of the content;
  • a module for redirecting the access request or the user device to the resources identified for the delivery of the content is
  • the invention also provides a method for processing requests for access to digital content by a device for processing access requests belonging to a physical digital content delivery network, this processing method comprising:
  • the information received by the resource orchestration device processing device can directly identify the resources allocated by the orchestration device to the physical content delivery network for delivering content offered by the content provider, or alternatively concern the forthcoming registration of these resources with the treatment device.
  • the physical content delivery network thus benefits from new virtual resources allocated by the orchestration device for the delivery of digital content. In being aware of these resources, he can take them into account for the routing of the access requests he receives from different user devices. The resources of the physical content delivery network are thus virtually increased.
  • the communication module is capable of receiving from the orchestration device information for updating a topology of physical resources deployed in the physical network for delivering content and virtual resources. assigned by the orchestration device to the physical content delivery network, and / or update information of a routing table maintained by the processing device and based on this topology.
  • This resource topology indicates for example a way in which resources (eg content servers) are organized and prioritized within the physical content delivery network, one or more groupings of these resources in a geographical area, technical characteristics, geographical and / or related to the services supported by these resources (eg capacity of servers, type of content distributed by them or user devices to which they can deliver content), etc.
  • resources eg content servers
  • groupings of these resources eg capacity of servers, type of content distributed by them or user devices to which they can deliver content
  • This update of the topology of the resources of the routing table facilitates the processing of subsequent access requests addressed to the processing device.
  • the treatment device comprises:
  • a verification module activated upon receipt of an access request from a user device to a said digital content, of the availability of resources allocated to the physical content delivery network for the delivery of this content to the user device, among physical resources already deployed in the physical content delivery network and / or virtual resources allocated by the orchestration device to the physical content delivery network;
  • a sending module activated if the available resources of the physical content delivery network are insufficient, able to send to a management device of a digital content delivery service according to the invention, a request for allocation of resources for delivering the content to the user device, this request comprising information data extracted from the access request of the user device and relating to the content and / or to a provider of this content and / or to the user device.
  • the processing device only requests the management device, and possibly the allocation of virtual resources, if it determines that the hardware resources that it manages for the delivery of contents are insufficient to satisfy the request. of the user.
  • the processing device acts as an intermediary between the user device and the management device of the content delivery service. It serves as an access portal to the hybrid content delivery service offered by the invention, and thus avoids direct access of users to the management device and the orchestration device. Given the volume 1 important requests for access to digital content likely to be transmitted in a telecommunications network, this embodiment advantageously allows to limit the burden of management and orchestration devices, and keep them operational.
  • this embodiment provides an interface to the management service that is transparent to the user device.
  • the processing device is a controller of the physical physical delivery network
  • the user device continues to conventionally address the physical content delivery network to access a content, which loads itself. to solicit itself the management device to determine which resources to route the request of the user so that it can actually access the required digital content.
  • the different steps of the orchestration method and / or the management method and / or the processing method are determined by instructions of computer programs.
  • a computer program on an information or recording medium this program being capable of being implemented in an orchestration device or more generally in a computer, this program comprising instructions adapted to the implementation of performing the steps of an orchestration method as described above;
  • a computer program on an information or recording medium this program being capable of being implemented in a management device or more generally in a computer, this program comprising instructions adapted to the implementation steps of a management method as described above;
  • a computer program on an information or recording medium this program being capable of being implemented in a processing device or more generally in a computer, this program including instructions adapted to the implementation steps of a method of treatment as described above.
  • Each of these programs can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any form what other form is desirable.
  • the invention also relates to a computer-readable information medium, comprising instructions of a computer program as mentioned above.
  • the information carrier may be any entity or device capable of storing the program.
  • the medium may comprise storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording medium, for example a floppy disk or a disk. hard.
  • the information 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.
  • the program according to the invention can be downloaded in particular on an Internet type network.
  • the information carrier may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the method in question.
  • the invention is directed to a digital content distribution system comprising:
  • At least one physical digital content delivery network comprising physical resources
  • At least one computer system capable of providing virtual content providers with virtual resources for the delivery of these contents to user devices
  • a management device for a digital content delivery service according to the invention.
  • a resource orchestration device able to allocate resources for the distribution of at least one of said content among the physical resources of the physical content delivery network and the virtual resources made available to the computer system .
  • system further comprises a processing device according to the invention.
  • This system has the same advantages as the management device, the orchestration device and the treatment device mentioned above.
  • the orchestration method, the orchestration device, the management method, the management device, the processing method, the processing device, the system, the Computer programs and recording media according to the invention present in combination all or some of the aforementioned features.
  • FIG. 1 shows, in its environment, a digital content delivery system according to the invention in a particular embodiment
  • FIG. 2 illustrates the hardware architecture of a computing device implementing an orchestration device according to the invention.
  • FIG. 3 illustrates the exchanges between the different entities of the delivery system of FIG. 1 and the main steps of the orchestration method according to the invention, in a particular embodiment. 1
  • FIG. 1 represents, in its environment, a system 1 offering a digital content delivery service C according to the invention, in a particular embodiment.
  • digital content C that can be distributed or delivered by the system 1. It may be for example audio, video, files, photographs, etc., offered by one or more content providers PROV.
  • the invention proposes a hybrid digital content delivery architecture for the system 1 which relies both on physical resources deployed in one or more physical network (s) 2 of hierarchical content delivery. (s), and on virtual resources, that is to say dematerialized, administered and made available by one or more computer systems.
  • s physical network
  • virtual resources that is to say dematerialized, administered and made available by one or more computer systems.
  • a single physical content delivery network 2 as well as a single cloud computing system 3.
  • the physical content delivery network 2 is a CDN type network.
  • the physical content delivery network 2 may be any type of infrastructure that has delivery servers such as, for example, a "mirroring" infrastructure, P4P combining network (x) CDN and peer-to-peer communications ( or “peer-to-peer”), or network of caches.
  • the content delivery network 2 is in particular a so-called “physical” network, as opposed to a so-called “virtual” network, insofar as this network 2 initially comprises only hardware or physical resources, such as servers, and not virtual resources.
  • original servers 4 on which the digital contents C are hosted, as well as hardware nodes 5 (content servers here), distributed geographically at the edge of the network, at which the contents C are replicated, and from which these contents are delivered to users who have requested them on their terminals.
  • content servers here
  • These servers 4 and 5 constitute material or physical resources within the meaning of the invention. No limitation is attached to the number of original servers 4 or to the number of "mirrors" content servers 5 deployed in the network 2. These numbers vary, in a manner known per se, according to the choice of implementation of the server. network operator.
  • the routing (routing) of the access requests to the contents C within the network CDN 2 is conventionally performed by a controller 6 of the CDN network (or CDNC for "CDN Controller" in English).
  • the latter is able to route an access request sent by a user U via a user device such as for example a terminal, to the server 5 of the CDN 2 network closest geographically to this terminal.
  • This server 5 is identified by means of a routing table 7 maintained by the controller 6, and reflecting the topology of the CDN 2 network (that is to say the hierarchy of content servers of the CDN network and the others). resources of this network, their technical, geographical or service characteristics (type of devices 1 users likely to be served by these servers), etc.), as well as the referral rules to be applied to the access requests received by the network CDN 2.
  • These referral rules can be based in particular on a system Domain name server (DNS) resolving domain names to Internet addresses (URLs) identifying the appropriate servers 5 according to the geographical location of the terminals.
  • DNS system Domain name server
  • the controller 6 is further a processing device according to the invention. It is more specifically a software entity, ie an application or a computer program, which runs on a computer device or a computer. The distinguishing characteristics of such a device with respect to a known CDN controller will appear later in the description.
  • the cloud computing system 3 is based, in the example described here, on a Network Functions Virtualization (NFV) type architecture as defined by the ETSI. It implements one or more virtual telecom functions (or VNFs for "Virtual Network Function"), including a VCDN function for delivery of digital content.
  • NFV Network Functions Virtualization
  • the virtual functions implemented by the cloud computing system 3 can be deployed on one or more virtual machines.
  • the NFV architecture is described in detail in the document GS NFV 002, v1.1.1 (October
  • the physical resources 8 include computing resources (eg servers), storage resources and network resources (eg switches, wired or wireless links, routers, etc.).
  • the functional blocks defining the NFV architecture include the resource and network layers:
  • Virtual machines 9 (and in particular here virtual content servers), instantiated by the cloud computing system 3 according to the needs of its customers for the implementation of virtual telecom functions VNF, as well as a hypervisor 10.
  • the virtual machines 9 and the hypervisor 10 contribute to a virtualization layer which decouples the virtual functions VNF from the hardware resources 8;
  • a management module 11 (or EMS for "Element Management System” in English) of virtual telecom functions VNF;
  • a management module 12 (or "VNF Manager") of the life cycle of the VNF functions (ie instantiation, update, adaptation, termination, etc., of the VND functions).
  • VNF Manager of the life cycle of the VNF functions (ie instantiation, update, adaptation, termination, etc., of the VND functions).
  • the orchestration device 13 In addition to the classical functions of a known orchestration device described in ETSI's GS NFV-MAN 001 entitled Network Function Virtualization (NFV) - Management and Orchestration, vO.2.1 (January 2014), the orchestration device 13 here participates in the deployment of the service S offered by the system 1 by orchestrating the allocation of physical resources of the network CDN 2 and / or virtual resources of the cloud computing system 3 to deliver a content C required to a user U on its terminal (user device within the meaning of the invention).
  • the service S offered by the system 1 by orchestrating the allocation of physical resources of the network CDN 2 and / or virtual resources of the cloud computing system 3 to deliver a content C required to a user U on its terminal (user device within the meaning of the invention).
  • the event triggering the allocation of resources by the orchestration device 13 within the system 1 is however not limited to the processing of a request for access of a user to a specific content C. Indeed, the orchestration device 13 can also orchestrate the allocation or reallocation of physical and / or virtual resources within the system 1 in response to a request from the content provider PROV for the delivery of its contents in a general way or certain only of its contents. This request is for example a bit rate, an available bandwidth, or more generally a quality of service that the provider wants to obtain when delivering its content, etc.
  • the orchestration device 13 is a software entity that executes on a computing device or computer 14.
  • FIG. 2 schematically illustrates the hardware architecture of such a computing device 14. It comprises a processor 14A, a read-only memory 14B, a random access memory 14C, a non-volatile memory 14D and 14E communication means, able in particular to communicate with the controller 6 and with a device 15 according to the invention for managing the content delivery service S offered by the system 1.
  • the read-only memory 14B of the computing device 14 constitutes a recording medium in accordance with the invention, readable by the processor 14A and on which is recorded a computer program according to the invention comprising instructions for executing the steps of FIG. an orchestration method according to the invention, the steps of which are illustrated later with reference to FIG. 3.
  • This computer program equivalently defines functional modules of the orchestration device 13, and in particular a communication module 13A with the management device 15, a module 13B for verifying the availability of resources for the delivery of digital content among hardware resources of the CDN 2 network and / or virtual resources made available by the cloud computing system 3; 13C resource allocation and, in the embodiment described here, a 13D information module able to inform the cont Router 6 and possibly the device 15 for managing the hardware and / or software resources allocated by the orchestration device.
  • the modules 13A and 13D rely in particular on the communication means 14E of the computing device 14. The functions of the modules 13A to 13D are detailed further with reference to FIG.
  • the content delivery service S offered by the system 1 is implemented in the perimeter of the network CDN 2.
  • a user U wishing to access a content C issues a request.
  • access REQ using a terminal 16 by connecting for example to a portal 17 for access to the service S.
  • This portal 17 is configured to redirect the access request REQ from the user U to the controller 6 of the CDN network 2.
  • the management device 15 comprises two main functional units, namely:
  • a first service clause management unit 18 which acts as a front office. or S service access portal for PROV content providers.
  • This unit 18 manages and stores in a database 19 the various service clauses agreed upon and / or allocated to PROV suppliers for the distribution of their content C.
  • These service clauses can be linked in particular to the service offer S subscribed by each PROV content provider to the S service provider (eg premium offer).
  • Such clauses are grouped conventionally in documents called SLA (for "Service Level Agreement"). They are translated by the unit 18 in the form of technical specifications or SLS (for "Service Level Specification"), reflecting the level (or the quality) of service attributed to the content provider considered.
  • the SLS technical specifications thus designate the criteria, in other words the technical characteristics that the content distribution service S offered by the system 1 undertakes to respect when delivering contents proposed by the content provider to guarantee the level of service. assigned to the content provider, such as maximum allowable latency, minimum bandwidth, maximum number of users, target device types, etc.
  • These SLS specifications are stored in the database 19 for each PROV content provider having subscribed to the service S, in association with the corresponding SLAs;
  • This second unit 20 is able to communicate here on the one hand with the controller 6 of the CDN 2 network, and on the other hand with the orchestration device 13, to organize the delivery of content offered by the content provider PROV as per example the delivery of content C required by the user U in a request REQ.
  • This organization includes the solicitation of the orchestration device 13 not only for the processing of punctual access requests to digital contents C issued by user devices such as the terminal 16 (via resource allocation requests for the delivery of these C content specific to 1 user devices having requested them), but also, as mentioned above, for the processing of requests from the content provider PROV, for example to adapt the technical characteristics governing the delivery of its contents.
  • These two types of requests constitute requests in connection with the delivery of content (or at least one content) within the meaning of the invention.
  • the deployment unit 20 comprises modules 20A, 20B and 20C (implemented for example in the form of software modules), configured respectively for:
  • the controller module 20A 6 When it refers to the delivery in the general sense of contents Provided by the supplier of contents PROV, it can contain information relating to all of these contents such as the type of these contents, the user devices that may require the delivery of these contents, etc.
  • modules 20A, 20B and 20C The functions of the modules 20A, 20B and 20C will appear in more detail later in the description, with reference to FIG.
  • the management device 15 is here a software entity that executes on a computing device or on a computer such as the computing device 14.
  • the read-only memory of the computing device on which the controller 6 is running constitutes a recording medium in accordance with the invention, readable by the processor of the computing device and on which is recorded a computer program according to the invention comprising instructions for carrying out the steps of a treatment method according to the invention.
  • This computer program equivalently defines functional modules of the controller 6, and in particular a module 6A for communication with the management device 15 and with the orchestration device 13, a module 6B for verifying the availability of resources. allocated to the physical content delivery network CDN 2 for the delivery of a content C required in an access request REQ by a user device such as the terminal 16, and a routing module 6C of the access request REQ or of the user device 16 based on information received from the orchestration device and the routing rules stored in the database 7.
  • the functions of these modules 6A to 6C are detailed further with reference to FIG.
  • the read-only memory of the computing device on which the management device 15 operates constitutes a recording medium in accordance with the invention, readable by the processor of the computing device and on which a compliant computer program is recorded.
  • the invention comprising instructions for carrying out the steps of a management method according to the invention.
  • This computer program equivalently defines the functional modules of the management device 15 mentioned above, namely the first management unit 18, the second service deployment unit 20 and its associated modules 20A, 20B and 20C. The functions of these different units and modules are detailed more now with reference to FIG.
  • the orchestration of resources within the computer system 1 according to the invention can be triggered by other types of requests than a request for access of a user to a content, for example a request made by the provider of PROV content intended to modify certain technical characteristics relating to the quality or level of service considered for the delivery of its contents.
  • the terminal 16 of the user U issues a request REQ for access to a content C on the portal 17 of the service S.
  • the request REQ contains, in its header, a domain name identifying the provider content C, a URL identifying the content C, as well as the IP address of the terminal 16 (which gives an indication of its geographical location) and a user agent (to identify the operating system and the type of the terminal 16) (step E10).
  • the terminal 16 is redirected here by the gate 17 to the controller 6 of the network CDN 2
  • the terminal 16 of the user U sends the REQ request to the controller 6 so that it assigns it a content server 5 available to deliver the content C required (step E30).
  • the controller 6 of the network CDN 2 checks the availability of physical resources within the network CDN 2 to deliver the content C to the terminal 16 (step E40). Specifically, it verifies here with the help of its verification module 6B, the availability of a content server 5 on which the content C is replicated, from the topology of the network CDN 2 and routing rules reported in the routing table stored in the base 7. The location of the terminal 16 can be deduced by the controller 6 from the IP address contained in the header of the REQ request and be used when selecting a content server 5 This verification is based on mechanisms known to those skilled in the art not described in detail here.
  • the request REQ (or the terminal 16) is switched by the routing module 6C 6 to the controller 5 On receiving this request, the server 5 delivers to the terminal 16 the required content C of which it holds a replica.
  • the controller 6 determines that there are no physical resources available within the network CDN 2 (for example near the terminal 16) or if, in general, they are in insufficient quantity to deliver the C content to the terminal 16, it notifies through its communication module 6A the service management device 15 S and more specifically its service S deployment unit 20, and sends a request REQ 'resource allocation for delivery of the content C to the terminal 16 (step E50).
  • the controller 6 knows the entity to be solicited (in this case the management device 15) to obtain the allocation of resources for delivery of content C to terminal 16.
  • the unit 20 Upon receipt of the request REQ 'by the module 20A of the deployment unit 20 of the management device 15, the unit 20, via its module 20B, interrogates the service condition management unit 18 to obtain the SLS technical characteristics representative of the level of service enjoyed by the provider PROV of the content C (step E60).
  • the provider PROV is identified by the unit 20 from the domain name present in the request REQ 'received from the controller 6.
  • the service clause management unit 18 interrogates the database 19 (step E70) and transmits to the deployment unit 20 the SLA service offer and the SLS technical characteristics representative of the level of service attributed to the content provider.
  • step E80 As an illustration, it is assumed here that the provider of PROV content has subscribed to a premium offer guaranteeing a high bandwidth when delivering content and a large storage capacity.
  • the transmission of the SLA offer and of the SLS technical characteristics from the unit 18 to the unit 20 can be performed in a manner that is decorrelated from the receipt of the request REQ ', for example following the negotiation of the offer SLA between the system operator 1 and the content provider PROV.
  • the module 20C of the deployment unit 20 of the management device 15 sends the orchestration device 13 a request REQ "for allocating resources among the physical resources made available by the network CDN 2 and / or the virtual resources offered by the cloud computing system 3, for the delivery of the content C to the terminal 16 (step E90).
  • This request includes here the SLS technical characteristics and the SLA service offer so that the orchestration device 13 allocates resources for the delivery of the content C in accordance therewith.
  • the deployment unit 20 requests the orchestration device 13 by means of the request REQ "to reserve the capacity requested by the service provider. PROV contents for content delivery C.
  • the request REQ " also contains the information data extracted from the access request REQ and provided by the controller 6 to the deployment unit 20.
  • the orchestration device 13 On receipt of the resource allocation request REQ "(via its communication module 13A), the orchestration device 13 verifies the availability of resources adapted for delivery of the digital content C to the terminal 16 in accordance with the technical characteristics of the device. level of service transmitted to it for the content provider PROV (step 100)
  • Availability means that the resources exist in a given geographical area (ie the physical resources are deployed in the CDN 2 network and the virtual resources instantiated for the region in question), and are not used, the verification carried out by the orchestration device 13 is here a verification with respect to the volume of resources available and to the region considered (in other words here to the region corresponding to the geographical location terminal 16).
  • This availability is checked by the verification module 13B among a set of resources consisting on the one hand, of the physical resources already deployed in the network CDN 2, and secondly, virtual resources made available to the content provider.
  • PROV by the cloud computing system 3 ie already instantiated. It is assumed for this purpose that the orchestration device 13 has an up-to-date overview of the current physical resources available within the CDN 2 network and the current virtual resources made available to the content provider PROV by the computer system. in cloud 3, as well as the current use of these resources.
  • the checking of the availability of the resources can be carried out by interrogating the controller 6.
  • the controller 6 is configured as in the embodiment described here to send an allocation request of resources to the management device 15 only if the physical resources necessary for the delivery of the content C to the terminal 16 are not available
  • the module 13B can deduce from the actual reception of the request REQ "an unavailability of physical resources in the network CDN 2.
  • the orchestration device 13 located in the cloud computing system 3 it has access in known manner to the information on the availability of resources instantiated for the content provider PROV.
  • the orchestration device 13 detects that hardware resources are available in the CDN 2 network or that virtual resources are available in the cloud computing system 3 so as to allow such delivery of the content C to the mobile terminal 2, these Resources are allocated to the delivery of Content C.
  • the orchestration device 13 If the orchestration device 13 detects that the resources are non-existent or more generally insufficient to ensure the delivery of the content C to the terminal 16 while respecting the technical characteristics specified by the management device 15, the orchestration device 13 allocates new resources for the delivery of the content C. These may be physical resources intended to be deployed in the CDN 2 network, and / or new virtual resources in the cloud computing system 3 (step El 10). The choice to assign physical or virtual resources or both may depend on various criteria such as, in particular, an operator policy, the geographical location of the terminal 16, and so on.
  • the orchestration device 13 decides to allocate physical resources in the network CDN 2, it must send for this purpose a request for allocation of these resources to the controller 6 of the network CDN 2 for ensure that such an allocation is possible and trigger it if necessary.
  • the controller 6 is then able to accept immediately or to postpone for a predetermined period, the processing of the allocation request from the orchestration device 13 (including including the time of session switching).
  • the controller 6 also takes into account the request of the orchestration device to update the topology of its resources and informs the orchestration device 13.
  • the orchestration device 13 decides to allocate new virtual resources in the cloud computing system 3 for the delivery of the content C offered by the provider PROV. 1
  • the orchestration device 13 requests the management module 12 of the life cycle of the VNF (VNF manager) functions.
  • VNF virtualized content delivery function
  • This new function is here a VCS content server function. It also specifies the origin server to contact if the content C is not available in the cloud computing system 3. It may be an origin server 4 of the network CDN 2 or a server originator of PROV content provider.
  • the orchestration device 13 also requires a virtualized infrastructure management module (or VIM for Virtualized Infrastructure Manager), not shown in Figure 1, the allocation of hardware resources within the cloud computing system 3 to support this virtualized function. It specifies for this purpose in particular the memory and storage capacities to use.
  • VIM Virtualized Infrastructure Manager
  • the management module VIM then informs the orchestration device 13 of the allocation of the required hardware resources.
  • the virtual content server function required by the orchestration device 13 is now instantiated and functioning, and the orchestration device 13 is informed via the life cycle management module 12 of the VNF functions. implemented in the cloud computing system 3 (step E130).
  • the allocation module 13C of the orchestration device 13 allocates the new virtual resources thus instantiated to the network CDN 2, in other words, although virtual, these resources are now intended to be taken into account among the resources of the CDN 2 network to deliver content to its users, in the same way as the physical resources already deployed in the CDN 2 network.
  • the orchestration device 13 upon receipt of the confirmation of the instantiation and operation of the new virtual resources, the orchestration device 13, through its information module 13D, informs the management device 15 of the availability, where appropriate, of new physical and / or virtual resources for the delivery of the digital content (step E140). These new resources can be used to process future access requests.
  • the orchestration device 13 still through here its information module 13D, informs the controller 6 of the virtual resources (new or existing) that have been assigned to it for the delivery of the content C to the terminal 16 for allow redirection of the REQ request or the terminal 16 by the routing module 6C of the controller 6 to these resources (step E150).
  • the orchestration device 13 further pushes to the controller 6 a new topology of the physical content servers deployed in the CDN 2 network and virtual content servers instantiated by the computer system. cloud 3 that are now attributed to him.
  • This topology includes the new instantiated VCS virtual content server function. It indicates the location of the virtualized VCS function in the content server hierarchy considered by the controller 6 for the redirection of access requests to the contents C, and its technical characteristics (eg capacity), geographical and service (eg type of content delivered from this server, type of user devices served, etc.).
  • This topology can advantageously be used by the controller 6 for processing future requests.
  • the routing table used by the controller 6 is also updated by the orchestration device 13 from the new topology to take account of the instantiation of the new virtual content server, and transmitted to the controller 6.
  • the updated topology and routing table are stored in the database
  • the orchestration device 13 provides the controller with information that enables the controller 6 itself (for example by its routing module 6C) to update the topology of the resources allocated to it (physical and virtual as well). now), and the routing table from this new topology.
  • the virtual resources allocated by the orchestration device 13 to the CDN 2 network although still managed by the orchestration device 13, form an integral part of the resources of the CDN 2 network for the processing of the requests. access to content received by it.
  • the controller 6 when the controller 6 receives a request for access to a user's content and verifies the availability of the resources allocated to it, it takes into account these new resources to process and route the request to a resource adapted for the purpose. delivery of the required content to the user.
  • the orchestration device 13 verifies the availability of resources during the step E100, it takes into account the new resources instantiated and made available by the computer system 3, which are allocated to the network CDN 2.
  • the routing module 6C of the controller 6 redirects the REQ request or the terminal 16 to the VCS virtual content server that has just been instantiated (step E160).
  • the terminal 16 queries the virtual content server VCS to obtain the content C
  • the content C is delivered to the terminal 16 (step E180).
  • the virtual content server VCS when new virtual resources such as a virtual content server VCS, are instantiated by the orchestration device during the step El 10 and assigned to the network CDN 2, the virtual content server VCS registers itself with the controller 6 from an identifier provided by the orchestration device 13. Furthermore, the orchestration device notifies the controller 6 of the next VCS virtual content server record. To achieve this registration, and in order to avoid limiting the intervention of the orchestration device 13, a token or a key can be created beforehand at the request of the controller 6, for example by means of the TTL protocol (Time To Live), then provided to the orchestration device 13. This token is then presented when the VCS virtual content server registers with the controller 6.
  • TTL protocol Time To Live
  • the orchestration of the resources by the orchestration device 13 results in the creation and the instantiation of virtual resources in the computer system 3 which are then attributed to the network CDN 2 for the processing of the queries. access to content addressed to it via the portal 17.
  • the resources of the CDN2 network have been increased in real time to meet the demand of the user U. It is possible to envisage a similar operation for the computer system 3, that is to say an extension of the virtual resources made available to the content provider PROV with physical resources of the network CDN 2 to process a request addressed to the computer system 3.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Le dispositif d'orchestration (13) comprend; un module de réception (13A) d'un dispositif de gestion (15) d'un service de livraison de contenus numériques, d'une requête d'attribution (REQ") de ressources pour la livraison d'un contenu et d'une caractéristique représentative d'un niveau de service attribué à un fournisseur du contenu pour la livraison de contenus; un module de vérification (13B) apte à vérifier si des ressources permettant la livraison du contenu en accord avec cette caractéristique de niveau de service sont disponibles parmi un ensemble de ressources déterminé comprenant des ressources physiques déjà déployées d'un réseau physique de livraison de contenus et des ressources virtuelles déjà instanciées pour le fournisseur; et un module d'allocation (13C), activé si on détecte que les ressources disponibles ne sont pas suffisantes, apte à requérir l'allocation de nouvelles ressources physiques dans le réseau physique de livraison de contenus et/ou à instancier de nouvelles ressources virtuelles pour la livraison du contenu.

Description

Orchestration de ressources physiques et virtuelles pour la livraison de contenus numériques
Arrière-plan de rinvention
L'invention se rapporte au domaine général des télécommunications.
Elle concerne plus particulièrement la livraison (i.e. distribution) de contenus numériques tels que des fichiers vidéos, des fichiers audio, des flux de télévision numérique, etc., dans un réseau de télécommunications.
Face aux volumes importants de contenus numériques écoulés aujourd'hui sur les réseaux de télécommunications IP (Internet Protocol) et à l'augmentation massive du trafic en résultant, les opérateurs de ces réseaux ont déployé des architectures hiérarchiques et organisées pour gérer la livraison des contenus s'appuyant sur diverses ressources matérielles reliées en réseau. Par ressources matérielles on entend par exemple des espaces de stockage et des serveurs de contenus physiques déployés dans le réseau. De telles architectures sont par exemple les architectures de réseaux de livraison de contenus ou CDN (Content Delivery Network), décrites dans le document TS 182.019 intitulé « Télécommunications and Internet Converged Services and Protocols for Advanced Networking (TISPAN): Content Delivery Network (CDN) Architecture », v3.1.1 juin 2011, édité par l'ETSI. Elles s'appuient sur un ensemble collaboratif de composants comprenant notamment des serveurs dits d'origine sur lesquels les contenus sont hébergés, ainsi que des nœuds matériels « miroirs » (ex. serveurs de contenus) répartis géographiquement en bordure de réseau, et au niveau desquels les contenus sont répliqués. Cette architecture permet de distribuer de façon transparente et efficace les contenus hébergés par les serveurs d'origine vers les utilisateurs via la définition d'un mécanisme de routage permettant à un utilisateur d'être servi par le nœud miroir du réseau le plus proche géographiquement.
On assiste par ailleurs aujourd'hui à la virtualisation (c'est-à-dire à la dématérialisation) de la plupart des fonctions utilisées dans les réseaux de télécommunications, désignées par la suite par fonctions « télécoms ». Ces fonctions télécoms désignent par exemple un cœur de réseau, une passerelle, un pare-feu, etc. Cette virtualisation est réalisée notamment par des systèmes informatiques dits en nuage, aussi plus communément désignés par « clouds », qui implémentent et hébergent ces fonctions sur des machines virtuelles accessibles par leurs clients par exemple par l'intermédiaire d'une application réseau. Ces machines virtuelles utilisent des ressources informatiques et réseaux matérielles distantes (ex. connectivité réseau, puissance de calcul, espaces de stockage, serveurs, applications, etc.), gérées par le système informatique en nuage, et mutualisées entre ses différents clients en fonction de leurs besoins respectifs. Les clients peuvent ainsi accéder de manière évolutive à ces ressources, sans avoir à administrer l'infrastructure sous- jacente de gestion de ces ressources qui est souvent complexe.
De nombreux travaux sont en cours actuellement dans les instances de normalisation pour encadrer cette évolution technologique majeure que constitue la virtualisation des fonctions télécoms. La livraison de contenus telle qu'elle est envisagée aujourd'hui dans les architectures de réseau CDN est également visée par cet effort. Ainsi, la livraison de contenus pourra se faire à terme non seulement à partir d'architectures matérielles de réseau CDN telles que déployées aujourd'hui, mais également à partir d'infrastructures de type « clouds ». En tirant parti des ressources virtuelles offertes par les infrastructures de type « clouds », le service CDN est destiné à évoluer vers un service dit CDaaS ou « Content Delivery as a Service » qui permettra non seulement la livraison de contenus, mais également l'accroissement des capacités offertes aujourd'hui par les infrastructures CDN en s'appuyant sur des ressources « cloud » mises à disposition des utilisateurs quasiment en temps réel.
La normalisation encadrant l'intégration de ces services est toutefois encore peu avancée, comme en atteste le document édité par l'ETSI GS NFV 009 vOll, juillet 2013 intitulé « Network Function Virtualisation; Use Cases ».
Il existe donc un besoin de définir une architecture permettant d'encadrer la virtualisation des fonctions de livraison de contenus numériques en parallèle des réseaux de livraison de contenus déjà déployés. Objet et résumé de l'invention
L'invention répond notamment à ce besoin en proposant une architecture hybride de livraison (i.e. distribution) de contenus numériques tirant profit d'une part, des infrastructures de réseaux de livraison de contenus hiérarchisées déjà déployées (infrastructures de type CDN par exemple), qui s'appuient sur des ressources physiques spécifiques (ex. sur des serveurs physiques et/ou des espaces de stockage déployés en bord de réseau et proches de l'utilisateur ayant requis le contenu), et d'autre part, de la virtualisation des fonctions de livraison de contenus par des infrastructures de type « clouds », qui mettent à la disposition de leurs clients des ressources dématérialisées (tels que des serveurs de contenus virtuels) en temps réel. Cette architecture proposée par l'invention permet aux deux infrastructures précitées de cohabiter et de fournir une réponse adaptée en temps réel aux besoins des opérateurs des réseaux de télécommunications.
A cet effet, pour gérer les ressources physiques et virtuelles mises à la disposition des utilisateurs par les réseaux de livraison de contenus et par les systèmes informatiques de type « clouds » respectivement, et répondre de manière efficace aux requêtes des utilisateurs, l'architecture proposée par l'invention s'appuie avantageusement sur plusieurs entités interagissant les unes avec les autres, et plus spécifiquement sur un dispositif de gestion d'un service de livraison de contenus numériques et sur un dispositif d'orchestration de ressources pour la livraison de ces contenus.
L'invention vise donc un dispositif d'orchestration de ressources comprenant :
— un module de réception, en provenance d'un dispositif de gestion d'un service de livraison de contenus numériques :
o d'une requête d'attribution de ressources pour la livraison d'au moins un contenu numérique ; et o d'au moins une caractéristique représentative d'un niveau de service attribué à un fournisseur dudit au moins un contenu numérique pour la livraison de contenus ;
— un module de vérification apte à vérifier si des ressources permettant la livraison dudit au moins un contenu numérique en accord avec ladite au moins une caractéristique de niveau de service sont disponibles parmi un ensemble de ressources déterminé comprenant des ressources physiques déjà déployées d'un réseau physique de livraison de contenus numériques et des ressources virtuelles déjà instanciées pour le fournisseur de contenus ; et
— un module d'allocation, activé si le module de vérification détecte que les ressources disponibles ne sont pas suffisantes, apte à requérir l'allocation de nouvelles ressources physiques dans le réseau physique de livraison de contenus numériques et/ou à instancier de nouvelles ressources virtuelles pour la livraison dudit au moins un contenu.
Corrélativement, elle vise également un procédé d'orchestration de ressources comprenant :
— une étape de réception, en provenance d'un dispositif de gestion d'un service de livraison de contenus numériques :
o d'une requête d'attribution de ressources pour la livraison d'au moins un contenu numérique ; et
o d'au moins une caractéristique représentative d'un niveau de service attribué à un fournisseur dudit au moins un contenu numérique pour la livraison de contenus ; — une étape de vérification au cours de laquelle on vérifie si des ressources permettant la livraison dudit au moins un contenu numérique en accord avec ladite au moins une caractéristique de niveau de service sont disponibles parmi un ensemble de ressources déterminé comprenant des ressources physiques déjà déployées d'un réseau physique de livraison de contenus numériques et des ressources virtuelles déjà instanciées pour le fournisseur de contenus ; et
— si les ressources disponibles sont insuffisantes, une étape d'allocation de nouvelles ressources physiques dans le réseau physique de livraison de contenus numériques et/ou d'instanciation de nouvelles ressources virtuelles pour la livraison dudit au moins un contenu.
L'invention concerne aussi un dispositif de gestion d'un service de livraison de contenus numériques comprenant :
— un module d'obtention d'au moins une caractéristique de niveau de service attribué à un fournisseur de contenus numériques pour la livraison de ces contenus numériques ;
— un module d'envoi de ladite au moins une caractéristique de niveau de service à un dispositif d'orchestration de ressources selon l'invention, ces ressources comprenant des ressources physiques d'au moins un réseau physique de livraison de contenus et de ressources virtuelles ;
— un module d'envoi, activé sur réception d'une requête en relation avec une livraison d'au moins un dit contenu numérique offert par le fournisseur de contenus, apte à envoyer au dispositif d'orchestration une requête d'attribution de ressources pour la livraison dudit au moins un contenu en accord avec le niveau de service.
Corrélativement, l'invention concerne également un procédé de gestion d'un service de livraison de contenus numériques comprenant :
— une étape d'obtention d'au moins une caractéristique de niveau de service attribué à un fournisseur de contenus numériques pour la livraison de ces contenus numériques ;
— une étape module d'envoi de ladite au moins une caractéristique de niveau de service à un dispositif d'orchestration de ressources pour la livraison de contenus, ces ressources comprenant des ressources physiques d'au moins un réseau physique de livraison de contenus et de ressources virtuelles ; et
— sur réception d'une requête en relation avec une livraison d'au moins un dit contenu numérique offert par le fournisseur de contenus, une étape d'envoi au dispositif d'orchestration d'une requête d'attribution de ressources pour la livraison dudit au moins un contenu en accord avec le niveau de service.
Aucune limitation n'est attachée aux contenus numériques pouvant être délivrés par le biais de l'invention. Il peut s'agir par exemple de contenus audio, vidéo, de fichiers, de photographies, etc.
Le dispositif d'orchestration et le dispositif de gestion selon l'invention organisent (et facilitent) ainsi la coopération entre un (ou plusieurs) réseau(x) de livraison physique(s) tels que des réseaux CDN qui ne font pas appel classiquement à des ressources virtuelles mais uniquement des ressources physiques, et un (ou plusieurs) système(s) informatique(s) mettant à disposition d'un fournisseur de contenus numériques un ensemble de ressources virtuelles pour la livraison de ses contenus. L'action combinée de ces deux dispositifs permet de gérer des ressources offertes par des infrastructures de réseaux hétérogènes pour la livraison de contenus numériques à des utilisateurs, à savoir d'une part des ressources physiques telles que des serveurs de contenus déployés en bord de réseau, et d'autre part des ressources virtuelles telles qu'une fonction de livraison de contenus virtuelle implémentée sur des machines virtuelles et reproduisant un serveur de contenu virtuel.
Le dispositif de gestion gère le déploiement à proprement parler du service de livraison de contenus en s'assurant notamment que la livraison de contenus numériques est conforme à un niveau de service convenu ou attribué préalablement au fournisseur de ces contenus. Ce niveau de service est établi en tenant compte de différents facteurs, comme par exemple une politique opérateur (typiquement celle de l'opérateur du système informatique en nuage), un contrat de niveau de service convenu avec le fournisseur de contenus (ou SLA pour Service Level Agreement) traduisant les exigences techniques de ce dernier pour la livraison de ses contenus (ex. en termes de bande passante, de qualité de service, de latence, de charge, selon le type de terminaux clients ou de contenus numériques envisagés, etc.), etc. Ce niveau de service peut évoluer éventuellement au cours du temps et nécessiter une réattribution des ressources pour la livraison des contenus du fournisseur de contenus.
Il est transmis par le dispositif de gestion au dispositif d'orchestration, qui est en charge quant à lui de l'attribution des ressources physiques et/ou virtuelles pour la livraison de contenus. Le dispositif d'orchestration attribue ainsi à la volée, en réponse à une requête formulée par un utilisateur ou par le fournisseur de services, des ressources pour la livraison de contenus en conformité avec les exigences définies par le niveau de service transmis par le dispositif de gestion. En fonction de ce niveau de service, le dispositif d'orchestration peut par exemple privilégier l'attribution de ressources physiques déployées dans le réseau physique de livraison physique de contenus, ou la réservation de ressources virtuelles (éventuellement nouvelles) auprès d'un ou plusieurs systèmes informatiques en nuage, ou encore attribuer à la fois des ressources physiques et virtuelles adaptées pour la livraison de contenus. Aucune limitation n'est attachée au type de ressources allouées pour la distribution des contenus : il peut s'agir aussi bien de serveurs de contenus que d'espaces de stockage, de puissance de calcul, etc.
L'attribution des ressources est avantageusement réalisée en temps réel par le dispositif d'orchestration en fonction des ressources physiques et/ou virtuelles déjà existantes et disponibles et tout en se laissant la possibilité de réserver de nouvelles ressources virtuelles auprès de l'infrastructure « cloud » pour le fournisseur de contenus si les ressources déjà mises à sa disposition s'avèrent insuffisantes. L'action du dispositif d'orchestration permet ainsi d'exploiter le potentiel de virtualisation des ressources de livraison de contenus offerte par l'infrastructure « cloud » quasiment en temps réel.
Il convient de noter que l'invention ne se limite pas à l'attribution de nouvelles ressources virtuelles. Le dispositif d'orchestration peut également, dans certains contextes, décider d'un déploiement de nouvelles ressources physiques dans le réseau physique de livraison physique et demander l'allocation de ces nouvelles ressources au réseau physique de livraison physique. Bien que cette option soit plus complexe à mettre en œuvre et résulte en des temps de réaction plus important, elle peut s'avérer pertinente pour une gestion à plus long terme des ressources du réseau physique de livraison.
D'autres paramètres peuvent également être pris en compte par le dispositif d'orchestration lors de l'attribution des ressources, et en particulier la localisation géographique d'un dispositif utilisateur (ex. terminal de l'utilisateur à l'origine de la requête) et la disponibilité de ressources à proximité de cette localisation afin de garantir un service de livraison de contenus rapide et fiable.
Dans un mode particulier de réalisation, le module d'allocation du dispositif d'orchestration est apte à attribuer des nouvelles ressources virtuelles instanciées pour la livraison dudit au moins un contenu au réseau physique de livraison de contenus numériques, ce dispositif d'orchestration comprenant en outre un module d'information à informer un dispositif de traitement de requêtes d'accès à des contenus numériques de ce réseau de cette attribution. Ce dispositif de traitement est par exemple un contrôleur du réseau physique de livraison de contenus.
En d'autres mots, dans ce mode de réalisation, le réseau physique de livraison de contenus qui s'appuie classiquement sur des ressources physiques peut intégrer grâce à l'invention des ressources virtuelles instanciées par le dispositif d'orchestration pour la livraison des contenus du fournisseur de service. De nouvelles ressources sont attribuées à la demande pour la livraison de ces contenus et rattachées au réseau physique de livraison de contenus qui peut les prendre en compte parmi ses ressources disponibles, et ainsi router les requêtes des terminaux utilisateurs ou les terminaux eux-mêmes vers ces ressources. Bien que rattachées au réseau physique de livraison de contenus, ces ressources virtuelles restent néanmoins préférentiellement gérées par le dispositif d'orchestration.
Inversement, on peut également envisager, dans une variante de réalisation, que le dispositif d'orchestration rattache au système informatique offrant classiquement des ressources virtuelles des ressources physiques d'un réseau physique de livraison de contenus physique.
Autrement dit, en créant une passerelle entre le réseau de distribution de contenus et le dispositif d'orchestration l'invention permet avantageusement un « débordement » des ressources permettant la livraison de contenus du réseau physique de livraison de contenus ou du système informatique en nuage.
Dans un mode particulier de réalisation, le module d'information du dispositif d'orchestration est en outre apte à envoyer au dispositif de traitement au moins une information de mise à jour d'une topologie des ressources physiques déployées dans le réseau physique de livraison de contenus et des ressources virtuelles attribuées audit réseau physique de livraison de contenus, et/ou de mise à jour d'une table de routage basée sur cette topologie.
Ce mode de réalisation permet une mise à jour à la volée des règles de routage appliquées par le dispositif de traitement aux requêtes d'accès qu'il reçoit, et facilitent ainsi et accélèrent le traitement des requêtes d'accès futures adressées au dispositif de traitement, en tenant compte des ressources physiques et virtuelles déjà déployées pour la livraison de contenus.
Selon un autre mode de réalisation, le dispositif d'orchestration comprend :
— un module, activé lorsque de nouvelles ressources virtuelles sont instanciées pour la livraison d'un contenu numérique, apte à fournir auxdites ressources virtuelles un identifiant d'un dispositif de traitement d'une requête d'accès au contenu numérique émise par le terminal afin que ces ressources virtuelles s'enregistrent auprès du dispositif de traitement ; et
— un module d'avertissement du dispositif de traitement d'un enregistrement prochain de ces ressources virtuelles auprès de ce dispositif de traitement.
Comme mentionné précédemment, le dispositif de traitement peut être, dans un mode particulier de réalisation, un contrôleur du réseau physique de livraison physique de contenus. Selon ce mode de réalisation, le service de livraison de contenus proposés par l'invention est mis en œuvre dans le périmètre du réseau physique de livraison de contenus. Le contrôleur joue alors le rôle de portail d'entrée de la requête d'accès vers l'architecture hybride proposée par l'invention.
Le recours à un dispositif de traitement des requêtes d'accès tiers, c'est-à-dire distinct du dispositif de gestion et du dispositif d'orchestration, permet avantageusement de ne pas surcharger ces derniers. En outre, le dispositif de traitement peut avantageusement être configuré pour adresser les requêtes de traitement au dispositif de gestion du service de distribution de contenus uniquement s'il détecte qu'il ne lui est pas possible de satisfaire cette requête au sein du réseau physique de livraison de contenus.
En variante la requête d'accès est adressée directement au dispositif de gestion.
Dans une autre variante encore, la requête d'accès est adressée à un système informatique en nuage mettant à la disposition du fournisseur de contenus les ressources virtuelles orchestrées par le dispositif d'orchestration.
Différents éléments déclencheurs de l'allocation (ou la réallocation) de ressources par le dispositif d'orchestration peuvent être envisagés. Ces éléments déclencheurs sont détectés préférentiellement par le dispositif de gestion du service de livraison de contenus. Ils se manifestent par la réception d'une requête par le dispositif de gestion du service de livraison de contenus, en relation avec la livraison d'au moins un contenu numérique. Cette requête est par exemple :
— une requête d'attribution de ressources pour la livraison d'un contenu numérique requis par un dispositif utilisateur, transmise par un dispositif de traitement de requêtes d'accès du réseau physique de livraison de contenus numériques ;
— une d'attribution de ressources pour la livraison d'un contenu numérique requis par un dispositif utilisateur, transmise par un système informatique de virtualisation de ressources ;
— une requête du fournisseur de contenus en relation avec la livraison de contenus (ex. changement de niveau de service, attribution de plus de ressources, etc.).
Aucune limitation n'est attachée aux dispositifs utilisateurs susceptibles de requérir la livraison de contenus. Il peut s'agit aussi bien de terminaux d'utilisateurs, tels que des téléphones mobiles, des tablettes numériques, des ordinateurs (fixes ou portables), que des serveurs ou d'autres entités susceptibles de communiquer sur un réseau de télécommunications.
Dans un mode particulier de réalisation, le module d'envoi du dispositif de gestion est apte à envoyer au dispositif d'orchestration des données d'information relatives à un contenu numérique requis par un dispositif utilisateur et/ou au fournisseur de ce contenu et/ou au dispositif utilisateur, ces données d'information ayant été extraites d'une requête d'accès au contenu numérique émise par le dispositif utilisateur.
Ces données d'information sont par exemple un nom de domaine permettant d'identifier le fournisseur de contenus, une adresse telle une URL (Uniform Resource Locator) permettant d'identifier le contenu requis par le dispositif utilisateur, un agent utilisateur permettant d'identifier le type de dispositif utilisateur souhaitant accéder au contenu, ou encore une adresse IP désignant le dispositif utilisateur et permettant de le localiser. Elles peuvent être extraites de l'entête de la requête d'accès par le dispositif de gestion lui-même si la requête d'accès lui est adressée directement par le dispositif utilisateur, ou en variante lui être transmises le cas échéant par un dispositif de traitement de cette requête.
Le dispositif d'orchestration peut avantageusement tenir compte de ces données d'information pour l'allocation des ressources.
Selon un autre aspect, l'invention vise également un dispositif de traitement de requêtes d'accès à des contenus numériques, ce dispositif de traitement comprenant :
— un module de réception d'une requête d'accès en provenance d'un dispositif utilisateur ;
— un module d'envoi, à un dispositif de gestion d'un service de livraison de contenus numériques selon l'invention, d'une requête d'attribution de ressources pour la livraison de ce contenu, cette requête comprenant des données d'information extraites de la requête d'accès et relatives au contenu et/ou à un fournisseur de ce contenu et/ou au dispositif utilisateur ;
— un module de réception d'au moins une information permettant au dispositif de traitement d'identifier des ressources physiques d'un réseau physique de livraison de contenus numériques allouées et/ou des ressources virtuelles instanciées pour la livraison du contenu ; et
— un module de redirection de la requête d'accès ou le dispositif utilisateur vers les ressources identifiées pour la livraison du contenu.
Corrélativement, l'invention vise aussi un procédé de traitement de requêtes d'accès à des contenus numériques par un dispositif de traitement de ces requêtes d'accès appartenant à un réseau physique de livraison de contenus numériques, ce procédé de traitement comprenant :
— une étape de communication avec un dispositif d'orchestration de ressources au cours de laquelle le dispositif de traitement reçoit du dispositif d'orchestration une information selon laquelle le dispositif d'orchestration a attribué au réseau physique de livraison de contenus des ressources virtuelles pour la livraison d'au moins un dit contenu numérique ; et
— une étape de traitement d'une requête d'accès audit au moins un contenu numérique reçue d'un dispositif utilisateur au cours de laquelle le dispositif de traitement prend en compte les ressources virtuelles attribuées au réseau physique de livraison de contenus pour router la requête d'accès ou le dispositif utilisateur vers une ressource adaptée pour la livraison dudit au moins un contenu numérique requis.
L'informations reçue par le dispositif de traitement du dispositif d'orchestration de ressources peut identifier directement les ressources allouées par le dispositif d'orchestration au réseau physique de livraison de contenus pour la livraison de contenus offerts par le fournisseur de contenus, ou en variante concerner l'enregistrement prochain de ces ressources auprès du dispositif de traitement.
Le réseau physique de livraison de contenus bénéficie ainsi de nouvelles ressources virtuelles attribuées par le dispositif d'orchestration pour la livraison de contenus numériques. En étant informé de ces ressources, il peut les prendre en compte pour le routage des requêtes d'accès qu'il reçoit de différents dispositifs utilisateurs. Les ressources du réseau physique de livraison de contenus sont ainsi virtuellement augmentées.
A cet effet, dans un mode particulier de réalisation, le module de communication est apte à recevoir du dispositif d'orchestration une information de mise à jour d'une topologie de ressources physiques déployées dans le réseau physique de livraison de contenus et de ressources virtuelles attribuées par le dispositif d'orchestration au réseau physique de livraison de contenus, et/ou une information de mise à jour d'une table de routage maintenue par le dispositif de traitement et basée sur cette topologie.
Cette topologie des ressources indique par exemple une façon dont les ressources (ex. serveurs de contenus) sont organisées et hiérarchisées au sein du réseau physique de livraison de contenus, un ou des regroupements de ces ressources dans une zone géographique, des caractéristiques techniques, géographiques et/ou liées aux services supportés par ces ressources (ex. capacité des serveurs, type de contenus distribués par ceux-ci ou de dispositifs utilisateurs vers lesquels ils peuvent livrer les contenus), etc.
Cette mise à jour de la topologie des ressources de la table de routage facilite le traitement des requêtes d'accès ultérieures adressées au dispositif de traitement.
Dans un mode particulier de réalisation, le dispositif de traitement comprend :
— un module de vérification, activé sur réception d'une requête d'accès d'un dispositif utilisateur à un dit contenu numérique, de la disponibilité de ressources attribuées au réseau physique de livraison de contenus pour la livraison de ce contenu au dispositif utilisateur, parmi des ressources physiques déjà déployées dans le réseau physique de livraison de contenus et/ou des ressources virtuelles attribuées par le dispositif d'orchestration au réseau physique de livraison de contenus ;
— un module d'envoi, activé si les ressources disponibles du réseau physique de livraison de contenus sont insuffisantes, apte à envoyer à un dispositif de gestion d'un service de livraison de contenus numériques selon l'invention, une requête d'attribution de ressources pour la livraison du contenu au dispositif utilisateur, cette requête comprenant des données d'information extraites de la requête d'accès du dispositif utilisateur et relatives au contenu et/ou à un fournisseur de ce contenu et/ou au dispositif utilisateur.
En d'autres mots, le dispositif de traitement ne sollicite le dispositif de gestion, et éventuellement l'allocation de ressources virtuelles, que s'il détermine que les ressources matérielles qu'il gère pour la livraison de contenus sont insuffisantes pour satisfaire la requête de l'utilisateur.
Le dispositif de traitement joue un rôle d'intermédiaire entre le dispositif utilisateur et le dispositif de gestion du service de livraison de contenus. Il sert de portail d'accès au service de livraison de contenus hybride offert par l'invention, et permet ainsi d'éviter un accès direct des utilisateurs au dispositif de gestion et au dispositif d'orchestration. Compte tenu du volume 1 important de requêtes d'accès à des contenus numériques susceptibles d'être émises dans un réseau de télécommunications, ce mode de réalisation permet avantageusement de ne limiter la charge des dispositifs de gestion et d'orchestration, et de les garder ainsi opérationnels.
En outre, ce mode de réalisation offre une interface vers le service de gestion qui est transparente pour le dispositif utilisateur. Dans l'exemple de réalisation où le dispositif de traitement est un contrôleur du réseau physique de livraison physique, le dispositif utilisateur continue de s'adresser de façon classique au réseau physique de livraison de contenus pour accéder à un contenu, celui-ci se chargeant de solliciter lui-même le dispositif de gestion pour déterminer vers quelles ressources router la requête de l'utilisateur pour que celui-ci puisse accéder effectivement au contenu numérique requis.
Dans un mode particulier de réalisation, les différentes étapes du procédé d'orchestration et/ou du procédé de gestion et/ou du procédé de traitement sont déterminées par des instructions de programmes d'ordinateurs.
En conséquence, l'invention vise aussi :
— un programme d'ordinateur sur un support d'informations ou d'enregistrement, ce programme étant susceptible d'être mis en œuvre dans un dispositif d'orchestration ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en œuvre des étapes d'un procédé d'orchestration tel que décrit ci-dessus ;
— un programme d'ordinateur sur un support d'informations ou d'enregistrement, ce programme étant susceptible d'être mis en œuvre dans un dispositif de gestion ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en œuvre des étapes d'un procédé de gestion tel que décrit ci-dessus ; et
— un programme d'ordinateur sur un support d'informations ou d'enregistrement, ce programme étant susceptible d'être mis en œuvre dans un dispositif de traitement ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en œuvre des étapes d'un procédé de traitement tel que décrit ci-dessus.
Chacun de ces programmes peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable.
L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus.
Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy dise) ou un disque dur.
D'autre part, le support d'informations 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. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet.
Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question.
Selon un autre aspect encore, l'invention vise un système de distribution de contenus numériques comprenant :
— au moins un réseau physique de livraison de contenus numériques comprenant des ressources physiques ;
— au moins un système informatique apte à mettre à disposition de fournisseurs de contenus numériques des ressources virtuelles pour la livraison de ces contenus à des dispositifs utilisateurs ;
— un dispositif de gestion d'un service de livraison des contenus numériques selon l'invention ; et
— un dispositif d'orchestration de ressources selon l'invention, apte à attribuer des ressources pour la distribution d'au moins un dit contenu parmi les ressources physiques du réseau physique de livraison de contenus et des ressources virtuelles mises à la disposition du système informatique.
Dans une variante de réalisation, le système comprend en outre un dispositif de traitement selon l'invention.
Ce système bénéficie des mêmes avantages que le dispositif de gestion, le dispositif d'orchestration et le dispositif de traitement mentionnés précédemment.
On peut également envisager, dans d'autres modes de réalisation, que le procédé d'orchestration, le dispositif d'orchestration, le procédé de gestion, le dispositif de gestion, le procédé de traitement, le dispositif de traitement, le système, les programmes d'ordinateurs et les supports d'enregistrement selon l'invention présentent en combinaison tout ou partie des caractéristiques précitées.
Brève description des dessins
D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures :
— la figure 1 représente, dans son environnement, un système de livraison de contenus numériques conforme à l'invention dans un mode particulier de réalisation ;
— la figure 2 illustre l'architecture matérielle d'un dispositif informatique implémentant un dispositif d'orchestration selon l'invention ; et
— la figure 3 illustre les échanges entre les différentes entités du système de livraison de la figure 1 et les principales étapes du procédé d'orchestration selon l'invention, dans un mode particulier de réalisation. 1
Description détaillée de rinvention
La figure 1 représente, dans son environnement, un système 1 offrant un service S de livraison de contenus numériques C conforme à l'invention, dans un mode particulier de réalisation.
Aucune limitation n'est attachée à la nature des contenus numériques C pouvant être distribués ou livrés par le système 1. Il peut s'agir par exemple de contenus audio, vidéo, de fichiers, de photographies, etc., offerts par un ou plusieurs fournisseurs de contenus PROV.
Comme mentionné précédemment, l'invention propose une architecture de livraison de contenus numériques hybride pour le système 1 qui s'appuie à la fois sur des ressources physiques déployées dans un ou plusieurs réseau(x) physique(s) 2 de livraison de contenus hiérarchisé(s), et sur des ressources virtuelles, c'est-à-dire dématérialisées, administrées et mises à disposition par un ou plusieurs systèmes 3 informatiques. Par souci de simplification ici, on considère un unique réseau physique de livraison de contenu 2 ainsi qu'un unique système informatique en nuage 3.
Dans l'exemple illustré à la figure 1, le réseau physique de livraison de contenus 2 est un réseau de type CDN. En variante, le réseau physique de livraison de contenus 2 peut être tout type d'infrastructure disposant de serveurs de livraison telle que par exemple une infrastructure de type « mirroring », P4P combinant réseau(x) CDN et communications pair-à-pair (ou « peer-to- peer » en anglais), ou réseau de caches. Le réseau de livraison de contenus 2 est en particulier un réseau dit « physique », par opposition à un réseau dit « virtuel », dans la mesure où ce réseau 2 comprend initialement uniquement des ressources matérielles ou physiques, telles que des serveurs, et non des ressources virtuelles.
Il comprend, de façon connue, des serveurs dits d'origine 4 sur lesquels les contenus numériques C sont hébergés, ainsi que des nœuds matériels 5 (des serveurs de contenus ici), distribués géographiquement en bordure du réseau, au niveau desquels les contenus C sont répliqués, et à partir desquels ces contenus sont délivrés aux utilisateurs les ayant requis sur leurs terminaux. Ces serveurs 4 et 5 constituent des ressources matérielles ou physiques au sens de l'invention. Aucune limitation n'est attachée au nombre de serveurs d'origine 4 ni au nombre de serveurs de contenus « miroirs » 5 déployés dans le réseau 2. Ces nombres varient, de façon connue en soi, en fonction de choix d'implémentation de l'opérateur du réseau.
Le routage (aiguillage) des requêtes d'accès aux contenus C au sein du réseau CDN 2 est classiquement réalisé par un contrôleur 6 du réseau CDN (ou CDNC pour « CDN Controller » en anglais). Ce dernier est apte à router une requête d'accès émise par un utilisateur U via un dispositif utilisateur tel que par exemple un terminal, vers le serveur 5 du réseau CDN 2 le plus proche géographiquement de ce terminal. Ce serveur 5 est identifié à l'aide d'une table de routage 7 maintenue par le contrôleur 6, et reflétant la topologie du réseau CDN 2 (c'est-à-dire la hiérarchie des serveurs de contenus du réseau CDN et des autres ressources de ce réseau, leurs caractéristiques techniques, géographiques ou encore en termes de services (type de dispositifs 1 utilisateurs susceptibles d'être servis par ces serveurs), etc.), ainsi que les règles d'aiguillage à appliquer aux requêtes d'accès reçues par le réseau CDN 2. Ces règles d'aiguillage peuvent s'appuyer notamment sur un système DNS (Domain Name Server) de résolution de noms de domaines en adresses Internet (URL) identifiant les serveurs 5 idoines en fonction de la localisation géographique des terminaux.
Dans le mode de réalisation décrit ici, le contrôleur 6 est en outre un dispositif de traitement conforme à l'invention. Il s'agit plus spécifiquement d'une entité logicielle, autrement dit une application ou un programme d'ordinateur, qui s'exécute sur un dispositif informatique ou sur un ordinateur. Les caractéristiques distinctives d'un tel dispositif par rapport à un contrôleur CDN connu apparaîtront ultérieurement dans la description.
Le système informatique en nuage 3 s'appuie, dans l'exemple décrit ici, sur une architecture de type NFV (Network Functions Virtualization) telle que définie par l'ETSI. Il implémente une ou plusieurs fonctions télécoms virtuelles (ou VNF pour « Virtuel Network Function »), dont une fonction VCDN de livraison de contenus numériques. Les fonctions virtuelles implémentées par le système informatique en nuage 3 peuvent être déployées sur une ou plusieurs machines virtuelles.
Il convient de noter que l'invention ne se limite pas à ce type d'architecture, et d'autres architectures comme par exemple une architecture de type SDN (pour « Software Defined Network ») peuvent être également envisagées.
L'architecture NFV est décrite en détail dans le document GS NFV 002, vl.1.1 (octobre
2013) édité par l'ETSI et intitulé « Network Function Virtualization (NFV) - Architectural Framework ». Elle est basée sur une approche en couches (ex. couches ressources, réseau et service), au sein desquelles sont définis plusieurs blocs fonctionnels déployés au-dessus de ressources informatiques et réseaux matérielles ou physiques 8 (i.e. hardware) du système informatique en nuage 3. Les ressources physiques 8 comprennent des ressources (ex. serveurs) de calcul, des ressources de stockage et des ressources réseaux (ex. commutateurs, liaisons filaires ou sans fil, routeurs, etc.).
Les blocs fonctionnels définissant l'architecture NFV incluent notamment au niveau des couches ressources et réseau :
— des machines virtuelles 9 (et en particulier ici des serveurs de contenus virtuels), instanciées par le système informatique en nuage 3 en fonction des besoins de ses clients pour la mise en œuvre des fonctions télécoms virtuelles VNF, ainsi qu'un hyperviseur 10. Les machines virtuelles 9 et l'hyperviseur 10 contribuent à une couche de virtualisation qui assure le découplage des fonctions virtuelles VNF des ressources matérielles 8 ;
— un module de gestion 11 (ou EMS pour « Elément Management System » en anglais) des fonctions télécoms virtuelles VNF ; et
— un module de gestion 12 (ou « VNF Manager » en anglais) du cycle de vie des fonctions VNF (i.e. instanciation, mise à jour, adaptation, terminaison, etc., des fonctions VND). Ces blocs fonctionnels sont détaillés dans le document GS NFV 002, vl .1.1 et ne sont pas expliqués davantage ici. Ils sont administrés et gérés par un dispositif d'orchestration 13 situé au niveau de la couche service, et conforme à l'invention.
Outre les fonctions classiques d'un dispositif d'orchestration connu décrites dans le document GS NFV-MAN 001 édité par l'ETSI et intitulé « Network Function Virtualization (NFV) - Management and Orchestration », vO.2.1 (janvier 2014), le dispositif d'orchestration 13 participe ici au déploiement du service S offert par le système 1 en orchestrant l'attribution de ressources physiques du réseau CDN 2 et/ou de ressources virtuelles du système informatique en nuage 3 pour délivrer un contenu C requis à un utilisateur U sur son terminal (dispositif utilisateur au sens de l'invention).
L'événement déclencheur de l'attribution de ressources par le dispositif d'orchestration 13 au sein du système 1 n'est toutefois pas limité au traitement d'une requête d'accès d'un utilisateur à un contenu spécifique C. En effet, le dispositif d'orchestration 13 peut également orchestrer l'allocation ou la réallocation de ressources physiques et/ou virtuelles au sein du système 1 en réponse à une requête du fournisseur de contenus PROV relative à la livraison de ses contenus de manière générale ou de certains seulement de ses contenus. Cette requête vise par exemple un débit, une bande passante disponible, ou plus généralement une qualité de service que le fournisseur souhaite obtenir lors de la livraison de ses contenus, etc.
Dans le mode de réalisation décrit ici, le dispositif d'orchestration 13 est une entité logicielle qui s'exécute sur un dispositif informatique ou un ordinateur 14.
La figure 2 illustre schématiquement l'architecture matérielle d'un tel dispositif informatique 14. Il comprend un processeur 14A, une mémoire morte 14B, une mémoire vive 14C, une mémoire non volatile 14D et des moyens de communication 14E, aptes en particulier à communiquer avec le contrôleur 6 et avec un dispositif 15 conforme à l'invention de gestion du service S de livraison de contenus offert par le système 1.
La mémoire morte 14B du dispositif informatique 14 constitue un support d'enregistrement conforme à l'invention, lisible par le processeur 14A et sur lequel est enregistré un programme d'ordinateur conforme à l'invention comportant des instructions pour l'exécution des étapes d'un procédé d'orchestration selon l'invention dont les étapes sont illustrées ultérieurement en référence à la figure 3. Ce programme d'ordinateur définit de façon équivalente des modules fonctionnels du dispositif d'orchestration 13, et notamment un module 13A de communication avec le dispositif de gestion 15, un module 13B de vérification de la disponibilité de ressources pour la livraison de contenus numériques parmi des ressources matérielles du réseau CDN 2 et/ou des ressources virtuelles mises à disposition par le système informatique en nuage 3, un module d'allocation 13C de ressources et, dans le mode de réalisation décrit ici, un module d'information 13D apte à informer le contrôleur 6 et éventuellement le dispositif de gestion 15 des ressources matérielles et/ou logicielles allouées par le dispositif d'orchestration. Les modules 13A et 13D s'appuient notamment sur les moyens de communication 14E du dispositif informatique 14. Les fonctions des modules 13A à 13D sont détaillées davantage ultérieurement en référence à la figure 3.
Dans le mode de réalisation décrit ici, on suppose que le service S de livraison de contenus offert par le système 1 est mis en œuvre dans le périmètre du réseau CDN 2. Autrement dit, un utilisateur U souhaitant accéder à un contenu C émet une requête d'accès REQ à l'aide d'un terminal 16 en se connectant par exemple à un portail 17 d'accès au service S. Ce portail 17 est configuré pour rediriger la requête d'accès REQ de l'utilisateur U vers le contrôleur 6 du réseau CDN 2. Le contrôleur 6, selon la façon dont il est configuré, traite la requête d'accès REQ directement au sein du réseau CDN 2, ou en variante, sollicite le dispositif de gestion 15 comme indiqué ultérieurement.
Dans le mode de réalisation décrit ici, le dispositif de gestion 15 comprend deux unités fonctionnelles principales, à savoir :
— une première unité 18 de gestion de clauses de service, qui joue le rôle de « front office ». ou encore de portail d'accès au service S pour les fournisseurs de contenus PROV. Cette unité 18 gère et mémorise dans une base de données 19 les différentes clauses de service convenues et/ou attribuées aux fournisseurs PROV pour la distribution de leurs contenus C. Ces clauses de service peuvent être liées notamment à l'offre de service S souscrite par chaque fournisseur de contenus PROV auprès du fournisseur du service S (ex. offre premium). De telles clauses sont regroupées classiquement dans des documents appelés SLA (pour « Service Level Agreement » en anglais). Elles sont traduites par l'unité 18 sous la forme de spécifications techniques ou SLS (pour « Service Level Spécification »), reflétant le niveau (ou encore la qualité) de service attribué au fournisseur de contenus considéré. Les spécifications techniques SLS désignent ainsi les critères, autrement dit les caractéristiques techniques que le service S de distribution de contenus offert par le système 1 s'engage à respecter lors de la livraison de contenus proposés par le fournisseur de contenus pour garantir le niveau de service attribué au fournisseur de contenus, comme par exemple une latence maximale admissible, une bande passante minimale, un nombre d'utilisateurs maximal, des types de terminaux visés, etc. Ces spécifications SLS sont stockées dans la base de données 19 pour chaque fournisseur de contenus PROV ayant souscrit au service S, en association avec les SLA correspondant ; et
— une seconde unité 20 de déploiement à proprement parler du service S de distribution des contenus C, placée en « back office », c'est-à-dire à laquelle les fournisseurs de contenus PROV n'ont pas accès. Cette seconde unité 20 est apte à communiquer ici d'une part avec le contrôleur 6 du réseau CDN 2, et d'autre part avec le dispositif d'orchestration 13, pour organiser la livraison de contenus offerts par le fournisseur de contenus PROV comme par exemple la livraison d'un contenu C requis par l'utilisateur U dans une requête REQ. Cette organisation comprend la sollicitation du dispositif d'orchestration 13 non seulement pour le traitement de requêtes d'accès ponctuelles à des contenus numériques C émises par des dispositifs utilisateurs tels que le terminal 16 (via des requêtes d'attribution de ressources pour la livraison de ces contenus C spécifiques aux 1 dispositifs utilisateurs les ayant requis), mais également, comme mentionné précédemment, pour le traitement de requêtes du fournisseur de contenus PROV, par exemple pour adapter les caractéristiques techniques régissant la livraison de ses contenus. Ces deux types de requêtes constituent des requêtes en relation avec la livraison de contenus (ou d'au moins un contenu) au sens de l'invention. A cet effet, l'unité de déploiement 20 comprend des modules 20A, 20B et 20C (implémentés par exemple sous forme de modules logiciels), configurés respectivement pour :
o obtenir le cas échéant du contrôleur 6 des données d'information relatives au contenu C requis par l'utilisateur U (ex. adresse URL à laquelle obtenir le contenu C) et/ou au fournisseur de ce contenu (ex. nom de domaine où se situe le contenu) et/ou au terminal 16 (ex. adresse IP du terminal) extraites de la requête d'accès REQ (cf. module 20A),
o obtenir de la première unité 18 les caractéristiques techniques représentatives du niveau de service attribué au fournisseur PROV du contenu C requis par l'utilisateur U (cf. module 20B) ou plus généralement lorsque un niveau de service attribué au fournisseur PROV pour la livraison de ses contenus, et
o envoyer au dispositif d'orchestration 13 ces caractéristiques techniques ainsi qu'une requête REQ" d'attribution de ressources pour la livraison du contenu spécifique C requis par l'utilisateur U en conformité avec le niveau de service attribué au fournisseur PROV (cf. module 20C) ou pour la livraison de contenus plus généralement du fournisseur de contenus PROV. Lorsque la requête REQ" vise un contenu spécifique
C requis dans la requête d'accès REQ, elle contient les données d'informations extraites de l'entête de la requête d'accès REQ et obtenues par le module 20A du contrôleur 6. Lorsqu'elle vise la livraison au sens général de contenus fournis par le fournisseur de contenus PROV, elle peut contenir des informations relatives à l'ensemble de ces contenus comme par exemple le type de ces contenus, les dispositifs utilisateurs susceptibles de requérir la livraison de ces contenus, etc.
Les fonctions des modules 20A, 20B et 20C apparaîtront plus en détail ultérieurement dans la description, en référence à la figure 3.
Comme le contrôleur 6 et le dispositif d'orchestration 13, le dispositif de gestion 15 est ici une entité logicielle qui s'exécute sur un dispositif informatique ou sur un ordinateur tel que le dispositif informatique 14.
La mémoire morte du dispositif informatique sur lequel s'exécute le contrôleur 6 constitue un support d'enregistrement conforme à l'invention, lisible par le processeur du dispositif informatique et sur lequel est enregistré un programme d'ordinateur conforme à l'invention comportant des instructions pour l'exécution des étapes d'un procédé de traitement selon l'invention. Ce programme d'ordinateur définit de façon équivalente des modules fonctionnels du contrôleur 6, et notamment un module 6A de communication avec le dispositif de gestion 15 et avec le dispositif d'orchestration 13, un module 6B de vérification de la disponibilité de ressources attribuées au réseau physique de livraison de contenus CDN 2 pour la livraison d'un contenu C requis dans une requête d'accès REQ par un dispositif utilisateur tel que le terminal 16, et un module 6C de routage de la requête d'accès REQ ou du dispositif utilisateur 16 en fonction d'informations reçues du dispositif d'orchestration et des règles de routage stockées dans la base de données 7. Les fonctions de ces modules 6A à 6C sont détaillées davantage ultérieurement en référence à la figure 3.
De façon similaire, la mémoire morte du dispositif informatique sur lequel s'exécute le dispositif de gestion 15 constitue un support d'enregistrement conforme à l'invention, lisible par le processeur du dispositif informatique et sur lequel est enregistré un programme d'ordinateur conforme à l'invention comportant des instructions pour l'exécution des étapes d'un procédé de gestion selon l'invention. Ce programme d'ordinateur définit de façon équivalente les modules fonctionnels du dispositif de gestion 15 mentionnés précédemment, à savoir la première unité de gestion 18, la seconde unité 20 de déploiement du service S et ses modules associés 20A, 20B et 20C. Les fonctions de ces différentes unités et modules sont détaillées davantage maintenant en référence à la figure 3.
Nous allons maintenant décrire, en référence à la figure 3, les principales étapes du procédé d'orchestration, du procédé de gestion et du procédé de traitement selon l'invention, dans un mode particulier de réalisation dans lequel ils sont mis en œuvre respectivement par le dispositif d'orchestration 13, le dispositif de gestion 15 et le contrôleur 6 de la figure 1.
Pour illustrer ces étapes, on s'intéresse ici aux échanges mis en œuvre entre les différents éléments précités du système 1 pour la livraison d'un contenu C requis par l'utilisateur U sur son terminal 16 via une requête d'accès REQ, dans le cadre du service S de livraison de contenus offert par le système 1.
Toutefois, comme mentionné précédemment, l'orchestration de ressources au sein du système informatique 1 conformément à l'invention peut être déclenchée par d'autres types de requêtes qu'une requête d'accès d'un utilisateur à un contenu, comme par exemple une requête formulée par le fournisseur de contenus PROV destinée à modifier certaines caractéristiques techniques afférentes à la qualité ou au niveau de service considéré pour la livraison de ses contenus.
Comme mentionné précédemment, on suppose que le terminal 16 de l'utilisateur U émet une requête REQ d'accès à un contenu C sur le portail 17 du service S. La requête REQ contient, dans son entête, un nom de domaine identifiant le fournisseur du contenu C, une adresse URL identifiant le contenu C, ainsi que l'adresse IP du terminal 16 (qui donne notamment une indication de sa localisation géographique) et un agent utilisateur (permettant d'identifier le système d'exploitation et le type du terminal 16) (étape E10).
Le terminal 16 est redirigé ici par le portail 17 vers le contrôleur 6 du réseau CDN 2
(étape E20). 1
Suite à cette redirection, le terminal 16 de l'utilisateur U émet la requête REQ vers le contrôleur 6 afin que celui-ci lui attribue un serveur de contenu 5 disponible pour lui délivrer le contenu C requis (étape E30).
Sur réception de la requête REQ via son module de communication 6A, le contrôleur 6 du réseau CDN 2 vérifie la disponibilité de ressources physiques au sein du réseau CDN 2 pour délivrer le contenu C au terminal 16 (étape E40). Plus précisément, il vérifie ici à l'aide de son module de vérification 6B, la disponibilité d'un serveur de contenu 5 sur lequel le contenu C est répliqué, à partir de la topologie du réseau CDN 2 et des règles de routage reportées dans la table de routage stockée dans la base 7. La localisation du terminal 16 peut être déduite par le contrôleur 6 de l'adresse IP contenue dans l'entête de la requête REQ et être utilisée lors de la sélection d'un serveur de contenu 5. Cette vérification s'appuie sur des mécanismes connus de l'homme du métier non décrits en détail ici.
Si un serveur de contenu matériel 5 est disponible dans le réseau CDN 2 à proximité du terminal 16 pour lui délivrer le contenu C, la requête REQ (ou le terminal 16) est aiguillée par le module de routage 6C du contrôleur 6 vers ce serveur 5. Sur réception de cette requête, le serveur 5 délivre au terminal 16 le contenu C requis dont il détient une réplique.
En revanche, si le contrôleur 6 détermine qu'il n'y a pas de ressources physiques disponibles au sein du réseau CDN 2 (par exemple à proximité du terminal 16) ou si, de manière générale, elles sont en quantité insuffisante pour délivrer le contenu C au terminal 16, il notifie par le biais de son module de communication 6A le dispositif 15 de gestion du service S et plus précisément son unité 20 de déploiement du service S, et lui envoie une requête REQ' d'attribution de ressources pour la livraison du contenu C au terminal 16 (étape E50). Cette requête REQ' comprend des données d'information relatives au contenu C requis par l'utilisateur U et à son terminal 16, extraites par le contrôleur 6 de l'entête de la requête d'accès REQ. Elles comprennent ici le nom de domaine et l'adresse URL identifiant le contenu C, ainsi que l'adresse IP du terminal 16 et son agent utilisateur.
On suppose ici que l'opérateur du réseau CDN 2 est client du service S offert par le système 1. De cette sorte, le contrôleur 6 connaît l'entité à solliciter (en l'occurrence le dispositif de gestion 15) pour obtenir l'attribution de ressources pour la livraison du contenu C au terminal 16.
Sur réception de la requête REQ' par le module 20A de l'unité 20 de déploiement du dispositif de gestion 15, l'unité 20, par l'intermédiaire de son module 20B interroge l'unité 18 de gestion des clauses de service pour obtenir les caractéristiques techniques SLS représentatives du niveau de service dont bénéficie le fournisseur PROV du contenu C (étape E60). Le fournisseur PROV est identifié par l'unité 20 à partir du nom de domaine présent dans la requête REQ' reçue du contrôleur 6.
L'unité 18 de gestion des clauses de service interroge la base de données 19 (étape E70) et transmet à l'unité 20 de déploiement l'offre de service SLA et les caractéristiques techniques SLS représentatives du niveau de service attribué au fournisseur de contenus PROV 1
(étape E80). A titre illustratif, on suppose ici que le fournisseur de contenus PROV a souscrit à une offre premium lui garantissant une large bande passante lors de la livraison d'un contenu et une grande capacité de stockage.
En variante, la transmission de l'offre SLA et des caractéristiques techniques SLS de l'unité 18 à l'unité 20 peut être réalisée de façon décorrélée de la réception de la requête REQ', par exemple suite à la négociation de l'offre SLA entre l'opérateur du système 1 et le fournisseur de contenus PROV.
Sur réception de ces informations, le module 20C de l'unité de déploiement 20 du dispositif de gestion 15 envoie au dispositif d'orchestration 13 une requête REQ" d'attribution de ressources parmi les ressources physiques mises à disposition par le réseau CDN 2 et/ou les ressources virtuelles offertes par le système informatique en nuage 3, pour la livraison du contenu C au terminal 16 (étape E90).
Cette requête comprend ici les caractéristiques techniques SLS et l'offre de services SLA afin que le dispositif d'orchestration 13 attribue des ressources pour la livraison du contenu C en accord avec celles-ci. Dans le cas par exemple où une capacité de livraison de contenus est indiquée dans l'offre SLA, l'unité de déploiement 20 demande au dispositif d'orchestration 13 par le biais de la requête REQ" de réserver la capacité demandée par le fournisseur de contenus PROV pour la livraison du contenu C.
La requête REQ" contient également les données d'informations extraites de la requête d'accès REQ et fournies par le contrôleur 6 à l'unité 20 de déploiement.
Sur réception de la requête d'attribution de ressources REQ" (via son module de communication 13A), le dispositif d'orchestration 13 vérifie la disponibilité de ressources adaptées pour une livraison du contenu numérique C au terminal 16 en accord avec les caractéristiques techniques de niveau de service qui lui ont été transmises pour le fournisseur de contenu PROV (étape 100). Par disponibilité on entend que les ressources existent dans une zone géographique donnée (i.e. les ressources physiques sont déployées dans le réseau CDN 2 et les ressources virtuelles instanciées pour la région considérée), et ne sont pas utilisées. La vérification réalisée par le dispositif d'orchestration 13 est donc ici une vérification par rapport au volume de ressources disponibles et à la région considérée (autrement dit ici à la région correspondant à la localisation géographique du terminal 16).
Cette disponibilité est vérifiée par le module de vérification 13B parmi un ensemble déterminé de ressources constitué d'une part, des ressources physiques déjà déployées dans le réseau CDN 2, et d'autre part, des ressources virtuelles mises à la disposition du fournisseur de contenus PROV par le système informatique en nuage 3, autrement dit déjà instanciées. On suppose à cet effet que le dispositif d'orchestration 13 dispose d'une vue d'ensemble à jour des ressources physiques courantes disponibles au sein du réseau CDN 2 et des ressources virtuelles courantes mises à disposition du fournisseur de contenus PROV par le système informatique en nuage 3, ainsi que de l'utilisation courante de ces ressources. Par courante, on entend ici qui reflète la disponibilité et l'usage de ces ressources au moment du traitement de la requête d'attribution REQ" par le dispositif d'orchestration ou à un instant suffisant proche de ce moment pour que le dispositif d'orchestration dispose d'une vue d'ensemble réaliste et en temps réel des ressources disponibles et utilisées dans les réseaux 2 et 3.
Pour ce qui est des ressources du réseau CDN2, la vérification de la disponibilité des ressources peut être réalisée en interrogeant le contrôleur 6. En variante, lorsque le contrôleur 6 est configuré comme dans le mode de réalisation décrit ici pour envoyer une requête d'attribution de ressources au dispositif de gestion 15 uniquement si les ressources physiques nécessaires à la livraison du contenu C au terminal 16 ne sont pas disponibles, le module 13B peut déduire de la réception même de la requête REQ" une indisponibilité des ressources physiques dans le réseau CDN 2.
Par ailleurs, le dispositif d'orchestration 13 se trouvant dans le système informatique en nuage 3, il a accès de façon connue en soi aux informations concernant la disponibilité des ressources instanciées pour le fournisseur de contenus PROV.
Si le dispositif d'orchestration 13 détecte que des ressources matérielles sont disponibles dans le réseau CDN 2 ou que des ressources virtuelles sont disponibles dans le système informatique en nuage 3 de sorte à permettre une telle livraison du contenu C vers le terminal mobile 2, ces ressources sont attribuées à la livraison du contenu C.
Si le dispositif d'orchestration 13 détecte que les ressources sont inexistantes ou de manière plus générale insuffisantes pour assurer la livraison du contenu C vers le terminal 16 en respectant les caractéristiques techniques spécifiées par le dispositif de gestion 15, le dispositif d'orchestration 13 alloue de nouvelles ressources pour la livraison du contenu C. Il peut s'agir de ressources physiques destinées à être déployées dans le réseau CDN 2, et/ou de nouvelles ressources virtuelles dans le système informatique en nuage 3 (étape El 10). Le choix d'attribuer plutôt des ressources physiques, virtuelles ou les deux peut dépendre de différents critères tels que notamment d'une politique opérateur, de la localisation géographique du terminal 16, etc.
Il convient de noter que si le dispositif d'orchestration 13 décide d'une allocation de ressources physiques dans le réseau CDN 2, il doit envoyer à cet effet une requête d'allocation de ces ressources au contrôleur 6 du réseau CDN 2 pour s'assurer qu'une telle allocation est possible et la déclencher le cas échéant. Le contrôleur 6 est alors en mesure d'accepter immédiatement ou de reporter pour un délai déterminé, le traitement de la requête d'allocation venant du dispositif d'orchestration 13 (incluant notamment le temps de bascule des sessions). Le contrôleur 6 tient en outre compte de la requête du dispositif d'orchestration pour mettre à jour la topologie de ses ressources et en informe le dispositif d'orchestration 13.
Dans l'exemple illustré à la figure 3, on suppose que le dispositif d'orchestration 13 décide d'allouer de nouvelles ressources virtuelles dans le système informatique en nuage 3 pour la livraison du contenu C offert par le fournisseur PROV. 1
A cet effet, conformément à l'architecture NFV du système informatique en nuage 3, le dispositif d'orchestration 13 par le biais de son module d'allocation 13C demande au module de gestion 12 du cycle de vie des fonctions VNF (VNF manager) la création d'une nouvelle fonction virtualisée de livraison de contenus, localisée à proximité du terminal 16 de l'utilisateur U (étape E120) et en accord avec les caractéristiques de niveau de service du fournisseur de contenus PROV. Cette nouvelle fonction est ici une fonction de serveur de contenus VCS. Il spécifie par ailleurs le serveur d'origine à contacter si le contenu C n'est pas disponible dans le système informatique en nuage 3. Il peut s'agir d'un serveur d'origine 4 du réseau CDN 2 ou d'un serveur d'origine du fournisseur de contenus PROV.
Le dispositif d'orchestration 13 demande par ailleurs à un module de gestion d'infrastructure virtualisée (ou VIM pour « Virtualized Infrastructure Manager »), non représenté sur la figure 1, l'allocation de ressources matérielles au sein du système informatique en nuage 3 pour supporter cette fonction virtualisée. Il spécifie à cet effet notamment les capacités de mémoire et de stockage à utiliser.
Le module de gestion VIM informe ensuite le dispositif d'orchestration 13 de l'allocation des ressources matérielles requises. En d'autres mots, la fonction virtuelle de serveur de contenus requise par le dispositif d'orchestration 13 est maintenant instanciée et fonctionne, et le dispositif d'orchestration 13 en est informé via le module 12 de gestion du cycle de vie des fonctions VNF implémentées dans le système informatique en nuage 3 (étape E130).
Dans le mode de réalisation décrit ici, le module d'allocation 13C du dispositif d'orchestration 13 attribue les nouvelles ressources virtuelles ainsi instanciées au réseau CDN 2, autrement dit, bien que virtuelles, ces ressources sont maintenant destinées à être prises en compte parmi les ressources du réseau CDN 2 pour livrer des contenus à ses utilisateurs, au même titre que les ressources physiques déjà déployées dans le réseau CDN 2.
Dans le mode de réalisation décrit ici, sur réception la confirmation de l'instanciation et du fonctionnement des nouvelles ressources virtuelles, le dispositif d'orchestration 13, par le biais de son module d'information 13D, informe le dispositif de gestion 15 de la disponibilité le cas échéant de nouvelles ressources physiques et/ou virtuelles pour la livraison du contenu numérique (étape E140). Ces nouvelles ressources peuvent être utilisées pour le traitement des requêtes d'accès futures.
Par ailleurs, le dispositif d'orchestration 13, toujours par le biais ici de son module d'information 13D, informe le contrôleur 6 des ressources virtuelles (nouvelles ou existantes) qui lui ont été attribuées pour la livraison du contenu C au terminal 16 pour permettre une redirection de la requête REQ ou du terminal 16 par le module de routage 6C du contrôleur 6 vers ces ressources (étape E150).
Dans le mode de réalisation décrit ici, le dispositif d'orchestration 13 pousse en outre vers le contrôleur 6 une nouvelle topologie des serveurs de contenus physiques déployés dans le réseau CDN 2 et des serveurs de contenus virtuels instanciés par le système informatique en nuage 3 qui lui sont maintenant attribués. Cette topologie inclut la nouvelle fonction instanciée de serveur de contenu virtuel VCS. Elle indique l'emplacement de la fonction virtualisée VCS dans la hiérarchie de serveurs de contenus considérée par le contrôleur 6 pour la redirection des requêtes d'accès aux contenus C, et ses caractéristiques techniques (ex. capacité), géographiques et en matière de service (ex. type de contenus livrés depuis ce serveur, type de dispositifs utilisateurs servis, etc.). Cette topologie peut avantageusement être utilisée par le contrôleur 6 pour le traitement de futures requêtes.
La table de routage utilisée par le contrôleur 6 est également mise à jour par le dispositif d'orchestration 13 à partir de la nouvelle topologie pour tenir compte de l'instanciation du nouveau serveur de contenus virtuel, et transmise au contrôleur 6.
La topologie et la table de routage mises à jour sont stockées dans la base de données
7.
En variante, le dispositif d'orchestration 13 fournit au contrôleur des informations qui permettent la mise à jour par le contrôleur 6 lui même (par exemple par son module de routage 6C) de la topologie des ressources qui lui sont attribuées (physiques et virtuelles également maintenant), et de la table de routage à partir de cette nouvelle topologie.
Il convient de noter que dès lors, les ressources virtuelles attribuées par le dispositif d'orchestration 13 au réseau CDN 2, bien que toujours gérées par le dispositif d'orchestration 13, font partie intégrante des ressources du réseau CDN 2 pour le traitement des requêtes d'accès à des contenus reçues par celui-ci. Autrement dit, lorsque le contrôleur 6 reçoit une requête d'accès à un contenu d'un utilisateur et vérifie la disponibilité des ressources qui lui sont attribuées, il prend en compte ces nouvelles ressources pour traiter et router la requête vers une ressource adaptée pour la livraison du contenu requis à l'utilisateur.
De même, lorsque le dispositif d'orchestration 13 vérifie la disponibilité des ressources au cours de l'étape E100, il tient compte des nouvelles ressources instanciées et mises à disposition par le système informatique 3, et qui sont attribuées au réseau CDN 2.
Suite à cette mise à jour, le module de routage 6C du contrôleur 6 redirige la requête REQ ou le terminal 16 vers le serveur de contenu virtuel VCS qui vient d'être instancié (étape E160).
Le terminal 16 interroge le serveur de contenu virtuel VCS pour obtenir le contenu C
(étape E170).
Le contenu C est délivré au terminal 16 (étape E180).
Dans un autre mode de réalisation, lorsque de nouvelles ressources virtuelles telles qu'un serveur de contenu virtuel VCS, sont instanciées par le dispositif d'orchestration lors de l'étape El 10 et attribuées au réseau CDN 2, le serveur de contenu virtuel VCS s'enregistre lui- même auprès du contrôleur 6 à partir d'un identifiant fourni par le dispositif d'orchestration 13. Par ailleurs, le dispositif d'orchestration avertit le contrôleur 6 de l'enregistrement prochain du serveur de contenu virtuel VCS. Pour réaliser cet enregistrement, et afin d'éviter de limiter l'intervention du dispositif d'orchestration 13, un jeton ou une clé peut être créé(e) au préalable à la demande du contrôleur 6, par exemple grâce au protocole TTL (Time To Live), puis fourni au dispositif d'orchestration 13. Ce jeton est ensuite présenté lors de l'enregistrement par le serveur de contenu virtuel VCS au contrôleur 6.
Dans le mode de réalisation décrit ici, l'orchestration des ressources par le dispositif d'orchestration 13 résulte en la création et l'instanciation de ressources virtuelles dans le système informatique 3 qui sont ensuite attribuées au réseau CDN 2 pour le traitement des requêtes d'accès à des contenus qui lui sont adressées par le biais du portail 17. Autrement dit, grâce à l'invention, les ressources du réseau CDN2 ont été augmentées en temps réel pour répondre à la demande de l'utilisateur U. On peut envisager une opération similaire pour le système informatique 3, c'est-à-dire une extension des ressources virtuelles mises à la disposition du fournisseur de contenu PROV avec des ressources physiques du réseau CDN 2 pour traiter une requête adressée au système informatique 3.

Claims

REVENDICATIONS
1. Dispositif d'orchestration (13) de ressources comprenant :
— un module de réception (13A), en provenance d'un dispositif de gestion (15) d'un service de livraison de contenus numériques :
o d'une requête d'attribution (REQ") de ressources pour la livraison d'au moins un contenu numérique ; et
o d'au moins une caractéristique représentative d'un niveau de service attribué à un fournisseur dudit au moins un contenu numérique pour la livraison de contenus ; — un module de vérification (13B) apte à vérifier si des ressources permettant la livraison dudit au moins un contenu numérique en accord avec ladite au moins une caractéristique de niveau de service sont disponibles parmi un ensemble de ressources déterminé comprenant des ressources physiques déjà déployées d'un réseau physique de livraison de contenus numériques et des ressources virtuelles déjà instanciées pour ledit fournisseur de contenus ; et — un module d'allocation (13C), activé si le module de vérification détecte que les ressources disponibles ne sont pas suffisantes, apte à requérir l'allocation de nouvelles ressources physiques dans le réseau physique de livraison de contenus numériques et/ou à instancier de nouvelles ressources virtuelles pour la livraison dudit au moins un contenu.
2. Dispositif d'orchestration selon la revendication 1 dans lequel ledit module d'allocation (13C) est apte à attribuer des nouvelles ressources virtuelles instanciées pour la livraison dudit au moins un contenu au réseau physique de livraison de contenus numériques, ledit dispositif d'orchestration comprenant en outre un module d'information (13D) configuré pour informer un dispositif de traitement de requêtes d'accès (REQ) à des contenus numériques (6) de ce réseau physique de cette attribution.
3. Dispositif d'orchestration selon la revendication 1 ou 2 dans lequel ledit module d'information (13D) est apte à envoyer audit dispositif de traitement (6) au moins une information de mise à jour d'une topologie des ressources physiques déployées dans le réseau physique de livraison de contenus et des ressources virtuelles attribuées audit réseau physique de livraison de contenus, et/ou de mise à jour d'une table de routage basée sur cette topologie.
4. Dispositif d'orchestration selon l'une quelconque des revendications 1 à 3 dans lequel le module d'allocation est apte à requérir l'allocation de nouvelles ressources physiques dans le réseau physique de livraison de contenus numériques et/ou à instancier de nouvelles ressources virtuelles pour la livraison dudit au moins un contenu en fonction d'une localisation géographique d'un dispositif utilisateur (16) ayant requis l'accès à un dit contenu.
5. Procédé d'orchestration de ressources comprenant :
— une étape de réception (E90), en provenance d'un dispositif de gestion d'un service de livraison de contenus numériques :
o d'une requête d'attribution de ressources pour la livraison d'au moins un contenu numérique ; et
o d'au moins une caractéristique représentative d'un niveau de service attribué à un fournisseur dudit au moins un contenu numérique pour la livraison de contenus ;
— une étape de vérification (E100) au cours de laquelle on vérifie si des ressources permettant la livraison dudit au moins un contenu numérique en accord avec ladite au moins une caractéristique de niveau de service sont disponibles parmi un ensemble de ressources déterminé comprenant des ressources physiques déjà déployées d'un réseau physique de livraison de contenus numériques et des ressources virtuelles déjà instanciées pour ledit fournisseur de contenus ; et
— si les ressources disponibles sont insuffisantes, une étape (El 10) d'allocation de nouvelles ressources physiques dans le réseau physique de livraison de contenus numériques et/ou d'instanciation de nouvelles ressources virtuelles pour la livraison dudit au moins un contenu.
6. Dispositif de gestion (15) d'un service de livraison de contenus numériques comprenant :
— un module d'obtention (20B) d'au moins une caractéristique de niveau de service attribué à un fournisseur de contenus numériques pour la livraison de ces contenus numériques ;
— un module d'envoi (20C) de ladite au moins une caractéristique de niveau de service à un dispositif d'orchestration de ressources selon l'une quelconque des revendications 1 à 4, ces ressources comprenant des ressources physiques d'au moins un réseau physique de livraison de contenus et de ressources virtuelles ;
— un module d'envoi (20C), activé sur réception d'une requête en relation avec une livraison d'au moins un dit contenu numérique offert par le fournisseur de contenus, apte à envoyer audit dispositif d'orchestration une requête d'attribution de ressources pour la livraison dudit au moins un contenu en accord avec ledit niveau de service.
7. Dispositif de gestion (15) selon la revendication 6 dans lequel ladite requête en relation avec la livraison d'au moins un contenu numérique est une requête parmi :
— une requête d'attribution de ressources pour la livraison d'un contenu numérique requis par par un dispositif utilisateur, transmise par un dispositif de traitement de requêtes d'accès du réseau physique de livraison de contenus numériques ;
— une requête d'attribution de ressources pour la livraison d'un contenu numérique requis par un dispositif utilisateur, transmise par un système informatique de virtualisation de ressources ;
— une requête du fournisseur de contenus en relation avec la livraison de contenus.
8. Procédé de gestion d'un service de livraison de contenus numériques comprenant :
— une étape d'obtention d'au moins une caractéristique de niveau de service attribué à un fournisseur de contenus numériques pour la livraison de ces contenus numériques ;
— une étape d'envoi de ladite au moins une caractéristique de niveau de service à un dispositif d'orchestration de ressources pour la livraison de contenus, ces ressources comprenant des ressources physiques d'au moins un réseau physique de livraison de contenus et de ressources virtuelles ; et
— sur réception d'une requête en relation avec une livraison d'au moins un dit contenu numérique offert par le fournisseur de contenus, une étape d'envoi au dispositif d'orchestration d'une requête d'attribution de ressources pour la livraison dudit au moins un contenu en accord avec ledit niveau de service.
9. Dispositif de traitement de requêtes d'accès à des contenus numériques, ce dispositif de traitement appartenant à un réseau physique de livraison de contenus et comprenant :
— un module de communication (6A) avec un dispositif d'orchestration de ressources selon l'une quelconque des revendications 1 à 4, ce module de communication étant apte à recevoir du dispositif d'orchestration une information selon laquelle le dispositif d'orchestration a attribué au réseau physique de livraison de contenus des ressources virtuelles pour la livraison d'au moins un dit contenu numérique ; et
— un module de routage (6C), apte à prendre en compte lesdites ressources virtuelles attribuées au réseau physique de livraison de contenus lors d'un traitement d'une requête d'accès audit au moins un contenu numérique reçue d'un dispositif utilisateur pour router ladite requête d'accès ou ledit dispositif utilisateur vers une ressource adaptée pour la livraison dudit au moins un contenu numérique requis.
10. Dispositif de traitement selon la revendication 9 dans lequel le module de communication est apte à recevoir du dispositif d'orchestration une information de mise à jour d'une topologie de ressources physiques déployées dans le réseau physique de livraison de contenus et de ressources virtuelles attribuées par le dispositif d'orchestration audit réseau physique de livraison de contenus, et/ou une information de mise à jour d'une table de routage maintenue par le dispositif de traitement et basée sur cette topologie.
11. Dispositif de traitement selon la revendication 9 ou 10 comprenant en outre :
— un module de vérification (6B), activé sur réception d'une requête d'accès d'un dispositif utilisateur à un dit contenu numérique, de la disponibilité de ressources attribuées au réseau physique de livraison de contenus pour la livraison de ce contenu au dispositif utilisateur, parmi des ressources physiques déjà déployées dans le réseau physique de livraison de contenus et/ou des ressources virtuelles attribuées par le dispositif d'orchestration au réseau physique de livraison de contenus ;
— un module d'envoi (6A), activé si les ressources disponibles du réseau physique de livraison de contenus sont insuffisantes, apte à envoyer à un dispositif de gestion d'un service de livraison de contenus numériques selon la revendication 6 ou 7, une requête d'attribution de ressources pour la livraison dudit contenu audit dispositif utilisateur, cette requête comprenant des données d'information extraites de la requête d'accès du dispositif utilisateur et relatives au contenu et/ou à un fournisseur de ce contenu et/ou au dispositif utilisateur.
12. Procédé de traitement de requêtes d'accès à des contenus numériques par un dispositif de traitement de ces requêtes d'accès appartenant à un réseau physique de livraison de contenus numériques, ce procédé de traitement comprenant :
— une étape de communication avec un dispositif d'orchestration de ressources au cours de laquelle le dispositif de traitement reçoit du dispositif d'orchestration une information selon laquelle le dispositif d'orchestration a attribué au réseau physique de livraison de contenus des ressources virtuelles pour la livraison d'au moins un dit contenu numérique ; et
— une étape de traitement d'une requête d'accès audit au moins un contenu numérique reçue d'un dispositif utilisateur au cours de laquelle le dispositif de traitement prend en compte lesdites ressources virtuelles attribuées au réseau physique de livraison de contenus pour router la requête d'accès ou le dispositif utilisateur vers une ressource adaptée pour la livraison dudit au moins un contenu numérique requis.
13. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé d'orchestration selon la revendication 5, ou des étapes du procédé de gestion selon la revendication 8 ou des étapes du procédé de traitement selon la revendication 12 lorsque ledit programme est exécuté par un ordinateur.
14. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé d'orchestration selon la revendication 5, ou des étapes du procédé de gestion selon la revendication 8 ou des étapes du procédé de traitement selon la revendication 12.
15. Système de livraison (1) de contenus numériques comprenant :
— au moins un réseau physique de livraison (2) de contenus numériques comprenant des ressources physiques ; — au moins un système informatique (3) apte à mettre à disposition de fournisseurs de contenus numériques des ressources virtuelles pour la livraison de ces contenus à des dispositifs utilisateurs ;
— un dispositif de gestion (15) d'un service de livraison des contenus numériques selon la revendication 6 ou 7 ; et
— un dispositif d'orchestration (13) de ressources selon l'une quelconque des revendications 1 à 4, apte à attribuer des ressources pour la distribution d'au moins un dit contenu parmi les ressources physiques du réseau physique de livraison de contenus et des ressources virtuelles mises à la disposition du système informatique.
16. Système de distribution selon la revendication 15 comprenant en outre un dispositif de traitement (6) d'une requête d'accès d'un dispositif utilisateur selon l'une quelconque des revendications 9 à 11.
17. Système de distribution selon la revendication 16 dans lequel le dispositif de traitement est un contrôleur du réseau physique de livraison de contenus.
EP15732860.0A 2014-06-30 2015-06-11 Orchestration de ressources physiques et virtuelles pour la livraison de contenus numériques Pending EP3162032A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1456200A FR3023108A1 (fr) 2014-06-30 2014-06-30 Procede et dispositif d'orchestration de ressources
PCT/FR2015/051546 WO2016001502A1 (fr) 2014-06-30 2015-06-11 Orchestration de ressources physiques et virtuelles pour la livraison de contenus numériques

Publications (1)

Publication Number Publication Date
EP3162032A1 true EP3162032A1 (fr) 2017-05-03

Family

ID=51519057

Family Applications (1)

Application Number Title Priority Date Filing Date
EP15732860.0A Pending EP3162032A1 (fr) 2014-06-30 2015-06-11 Orchestration de ressources physiques et virtuelles pour la livraison de contenus numériques

Country Status (4)

Country Link
US (1) US11178062B2 (fr)
EP (1) EP3162032A1 (fr)
FR (1) FR3023108A1 (fr)
WO (1) WO2016001502A1 (fr)

Families Citing this family (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3116177B1 (fr) * 2014-03-24 2020-02-26 Huawei Technologies Co. Ltd. Procédé de mise en oeuvre de service pour un système nfv, et unité de communication
US9887882B2 (en) * 2015-06-12 2018-02-06 At&T Intellectual Property I, L.P. Referent system for devices of an NFV network
US9686240B1 (en) 2015-07-07 2017-06-20 Sprint Communications Company L.P. IPv6 to IPv4 data packet migration in a trusted security zone
US9749294B1 (en) 2015-09-08 2017-08-29 Sprint Communications Company L.P. System and method of establishing trusted operability between networks in a network functions virtualization environment
EP3148125A1 (fr) * 2015-09-25 2017-03-29 Fujitsu Limited Procede de reglage, dispositif de serveur et systeme de chaine de service
US10542115B1 (en) 2015-10-01 2020-01-21 Sprint Communications Company L.P. Securing communications in a network function virtualization (NFV) core network
US9781016B1 (en) 2015-11-02 2017-10-03 Sprint Communications Company L.P. Dynamic addition of network function services
US10116667B2 (en) * 2016-01-26 2018-10-30 Bank Of America Corporation System for conversion of an instrument from a non-secured instrument to a secured instrument in a process data network
US10129238B2 (en) 2016-02-10 2018-11-13 Bank Of America Corporation System for control of secure access and communication with different process data networks with separate security features
US10142347B2 (en) 2016-02-10 2018-11-27 Bank Of America Corporation System for centralized control of secure access to process data network
US11374935B2 (en) 2016-02-11 2022-06-28 Bank Of America Corporation Block chain alias person-to-person resource allocation
US10762504B2 (en) 2016-02-22 2020-09-01 Bank Of America Corporation System for external secure access to process data network
CN109565470A (zh) * 2016-08-17 2019-04-02 株式会社Ntt都科摩 切片分配方法
EP3503480B1 (fr) * 2016-08-17 2021-12-29 NTT DoCoMo, Inc. Procédé d'attribution de tranche
US10402796B2 (en) 2016-08-29 2019-09-03 Bank Of America Corporation Application life-cycle transition record recreation system
US10250498B1 (en) 2016-10-03 2019-04-02 Sprint Communications Company L.P. Session aggregator brokering of data stream communication
US11153224B2 (en) * 2017-02-09 2021-10-19 Radcom Ltd. Method of providing cloud computing infrastructure
FR3068553A1 (fr) * 2017-07-06 2019-01-04 Orange Partage de ressources radio pour des serveurs de contenu.
US10348488B1 (en) 2017-08-25 2019-07-09 Sprint Communications Company L.P. Tiered distributed ledger technology (DLT) in a network function virtualization (NFV) core network
US10732962B1 (en) 2018-04-12 2020-08-04 Amazon Technologies, Inc. End-to-end deployment infrastructure
US20190386928A1 (en) * 2018-06-19 2019-12-19 R-Stor Inc. System and method for utilizing idle network resources
TR201811297A2 (tr) * 2018-08-03 2018-08-27 Medianova Internet Hizmetleri Ve Ticaret Anonim Sirketi CDN Şirketlerinin Kullanıcılara Verdikleri Kaliteyi Geliştirmek Ve Kaynak Kullanımını Optimize Etmek İçin Kullanılan Sistem
US10798635B2 (en) * 2018-12-03 2020-10-06 At&T Intellectual Property I, L.P. Mobile edge computing for data network traffic
US11930439B2 (en) 2019-01-09 2024-03-12 Margo Networks Private Limited Network control and optimization (NCO) system and method
CN111858107B (zh) * 2019-04-30 2024-02-23 深信服科技股份有限公司 一种大数据组件编排可靠性的检测方法、系统及相关组件
US12062068B2 (en) 2021-05-04 2024-08-13 Margo Networks Pvt. Ltd. Oneapp system and method
US11695855B2 (en) 2021-05-17 2023-07-04 Margo Networks Pvt. Ltd. User generated pluggable content delivery network (CDN) system and method
WO2023224680A1 (fr) 2022-05-18 2023-11-23 Margo Networks Pvt. Ltd. Système et procédé de transfert/déchargement de données chiffrées poste à poste (p2p)
US11792282B1 (en) * 2022-11-15 2023-10-17 Verizon Patent And Licensing Inc. System and method for determining device location and providing access authorization

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6061504A (en) * 1995-10-27 2000-05-09 Emc Corporation Video file server using an integrated cached disk array and stream server computers
US20040064558A1 (en) * 2002-09-26 2004-04-01 Hitachi Ltd. Resource distribution management method over inter-networks
CN101406025B (zh) * 2006-03-28 2012-09-05 汤姆森许可贸易公司 针对内容传递网络的集中式调度器
JP4778916B2 (ja) * 2007-02-05 2011-09-21 富士通株式会社 ＱｏＳ要求受付プログラム、ＱｏＳ要求受付装置およびＱｏＳ要求受付方法
US8982738B2 (en) * 2010-05-13 2015-03-17 Futurewei Technologies, Inc. System, apparatus for content delivery for internet traffic and methods thereof
US8699499B2 (en) * 2010-12-08 2014-04-15 At&T Intellectual Property I, L.P. Methods and apparatus to provision cloud computing network elements
CN102137014B (zh) * 2011-03-11 2013-12-04 华为技术有限公司 资源管理方法、系统和资源管理器
WO2013049079A2 (fr) * 2011-09-26 2013-04-04 Limelight Networks, Inc. Gestion de demande dynamique au moyen de capacités informatiques en nuage
JP6027130B2 (ja) * 2011-11-14 2016-11-16 アルカテル−ルーセント ベースバンド信号処理クラスタ
US9374276B2 (en) * 2012-11-01 2016-06-21 Microsoft Technology Licensing, Llc CDN traffic management in the cloud
EP2942992B1 (fr) * 2013-01-31 2020-01-01 Huawei Technologies Co., Ltd. Système de réseau large bande mobile personnalisable et procédé de personnalisation d'un réseau large bande mobile et dispositif correspondant
EP2959657A2 (fr) * 2013-02-25 2015-12-30 Interdigital Patent Holdings, Inc. Gestion des memoires tampon dans un reseau cellulaire
EP2782317A1 (fr) * 2013-03-18 2014-09-24 Koninklijke KPN N.V. Réorientation d'un dispositif client à partir d'une première passerelle vers une seconde passerelle pour accéder à une fonction du n'ud de réseau
EP2782318A1 (fr) * 2013-03-18 2014-09-24 Koninklijke KPN N.V. Attribution de ressources entre des n'uds de réseau pour fournir une fonction de n'ud de réseau
EP3111329A4 (fr) * 2014-02-27 2017-11-15 Intel Corporation Techniques pour allouer des ressources de calcul configurables

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
CHIA-FENG LIN ET AL: "The Study and Methods for Cloud Based CDN", CYBER-ENABLED DISTRIBUTED COMPUTING AND KNOWLEDGE DISCOVERY (CYBERC), 2011 INTERNATIONAL CONFERENCE ON, IEEE, 10 October 2011 (2011-10-10), pages 469 - 475, XP032011991, ISBN: 978-1-4577-1827-4, DOI: 10.1109/CYBERC.2011.82 *
LI LING ET AL: "CDN cloud: A novel scheme for combining CDN and cloud computing", PROCEEDINGS OF 2013 2ND INTERNATIONAL CONFERENCE ON MEASUREMENT, INFORMATION AND CONTROL, IEEE, vol. 1, 16 August 2013 (2013-08-16), pages 687 - 690, XP032575525, DOI: 10.1109/MIC.2013.6758055 *
See also references of WO2016001502A1 *
SUMAN SRINIVASAN ET AL: "ActiveCDN: Cloud Computing Meets Content Delivery Networks", 15 August 2011 (2011-08-15), XP055114307, Retrieved from the Internet <URL:http://academiccommons.columbia.edu/download/fedora_content/download/ac:141938/CONTENT/cucs-045-11.pdf> [retrieved on 20140416] *

Also Published As

Publication number Publication date
US20170142024A1 (en) 2017-05-18
WO2016001502A1 (fr) 2016-01-07
US11178062B2 (en) 2021-11-16
FR3023108A1 (fr) 2016-01-01

Similar Documents

Publication Publication Date Title
EP3162032A1 (fr) Orchestration de ressources physiques et virtuelles pour la livraison de contenus numériques
EP3503508B1 (fr) Procédé de traitement de requêtes et serveur proxy
EP3456031A1 (fr) Procédé d&#39;accès à un contenu hébergé sur un serveur selectionné en fonction de la localisation du terminal utilisateur
EP3053326B1 (fr) Procédé d&#39;accès d&#39;un utilisateur a au moins un service de communication fourni par l&#39;intermédiaire d&#39;un centre informatique d&#39;un système d&#39;informatique en nuage
EP3603024B1 (fr) Procédé de recommandation d&#39;une pile de communication
FR2858900A1 (fr) Fourniture de services par reservation de ressources au sein d&#39;un reseau de communications a gestion de ressources par des regles de politique
FR3030966A1 (fr) Systeme de generation d&#39;une fonction reseau virtualisee
EP2151951A2 (fr) Système de gestion de réseau, architecture inter-domaines et procédé pour la vérification de disponibilité de ressources
FR3093207A1 (fr) Procédé d’évaluation des dispositifs d’une infrastructure de réseau en vue du déploiement d’une fonction virtualisée
EP3807760B1 (fr) Procédé d&#39;installation d&#39;une fonction réseau virtualisée
EP2591587B1 (fr) Accès confidentiel ou protégé à un réseau de noeuds répartis sur une architecture de communication à l&#39;aide d&#39;un serveur de topoloqie
EP2446360B1 (fr) Technique de determination d&#39;une chaine de fonctions elementaires associee a un service
WO2021130440A1 (fr) Procede de configuration d&#39;un equipement utilisateur, equipement utilisateur, et entite de gestion de regles
WO2023135043A1 (fr) Procédé, dispositif et système de modification d&#39;une infrastructure de communication
WO2013045815A1 (fr) Procede et dispositif de gestion dynamique de la distribution de donnees dans un reseau de telecommunications
WO2023047068A1 (fr) Procede de controle d&#39;un acces a un service applicatif mis en œuvre dans un reseau de telecommunications, procede de traitement d&#39;un message de controle d&#39;un acces audit service applicatif, dispositifs, equipement de controle, equipement client, systeme et programmes d&#39;ordinateur correspondants
FR3105698A1 (fr) procédé de gestion des requêtes d’allocation d’une ressource informatique.
WO2023217638A1 (fr) Procédé, dispositif et système de certification d&#39;une ressource
WO2023217639A1 (fr) Procédé, dispositif et système d&#39;élaboration dynamique d&#39;une infrastructure de données
FR2988885A1 (fr) Base de donnees, serveur hss, et serveurs de controle d&#39;un reseau ims
FR3029729A1 (fr) Procede de gestion de contenus dans un reseau de distribution de contenus
FR3067538A1 (fr) Procede de controle de l&#39;obtention par un terminal d&#39;un fichier de configuration

Legal Events

Date Code Title Description
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: 20170111

AK Designated contracting states

Kind code of ref document: A1

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

AX Request for extension of the european patent

Extension state: BA ME

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

17Q First examination report despatched

Effective date: 20191016

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

Owner name: ORANGE

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

Free format text: STATUS: EXAMINATION IS IN PROGRESS

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

Owner name: ORANGE