FR 3023108 A1 20160101 FR 1456200 A 20140630 Arrière-plan de l'invention 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é « Telecommunications 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 noeuds 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 noeud 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 coeur 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 v011, 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 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 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 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 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 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 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 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 de livraison physique et demander l'allocation de ces nouvelles ressources au réseau de livraison physique. Bien que cette option soit plus complexe à mettre en oeuvre 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 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 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 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 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 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 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 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 de livraison de contenus et des ressources virtuelles attribuées audit réseau 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 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 oeuvre 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 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 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 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 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 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 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 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 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 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 de livraison de contenus et de ressources virtuelles attribuées par le dispositif d'orchestration au réseau 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 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 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 de livraison de contenus et/ou des ressources virtuelles attribuées par le dispositif d'orchestration au réseau de livraison de contenus ; un module d'envoi, activé si les ressources disponibles du réseau 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 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 de livraison physique, le dispositif utilisateur continue de s'adresser de façon classique au réseau 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 oeuvre dans un dispositif d'orchestration ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre 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 oeuvre dans un dispositif de gestion ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre 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 oeuvre dans un dispositif de traitement ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre 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 disc) 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 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 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. Description détaillée de l'invention 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) 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 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 2 de livraison de contenus est un réseau de type CDN. En variante, le réseau 2 de livraison de contenus peut être tout type d'infrastructure dispositif 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. 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 noeuds 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 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 apparaitront 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, v1.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 oeuvre 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 « Element 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, v1.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 », v0.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 oeuvre 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 Specification »), 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 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 apparaitront 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 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 oeuvre 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 oeuvre 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). 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 connait 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 (é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 E110). 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. 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 E110 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 (rime 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. REVENDICATIONS1. 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 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 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 de livraison de contenus numériques, ledit dispositif d'orchestration comprenant en outre un module d'information (13D) à informer un dispositif de traitement de requêtes d'accès (REQ) à des contenus numériques (6) de ce réseau 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 de livraison de contenus et des ressources virtuelles attribuées audit réseau 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 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 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 (E110) d'allocation de nouvelles ressources physiques dans le réseau 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 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 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. 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 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 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 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 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 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 de livraison de contenus et de ressources virtuelles attribuées par le dispositif d'orchestration audit réseau 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 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 de livraison de contenus et/ou desressources virtuelles attribuées par le dispositif d'orchestration au réseau de livraison de contenus ; un module d'envoi (6A), activé si les ressources disponibles du réseau 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 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 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 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 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 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 de livraison de contenus.