Brevet FR3001353A1 — publié le 20140725

Procédé et dispositif de fourniture d'un contenu multimédia, équipement source de diffusion, programme d'ordinateur et medium de stockage correspondants. 1. Domaine de l'invention Le domaine de l'invention est celui de la transmission et de la diffusion numérique de contenus multimédia, notamment de contenus télévisuels. Plus précisément, l'invention concerne la visualisation, sur un terminal utilisateur, d'un contenu multimédia à partir de son début, le contenu étant déjà en cours de diffusion dans un réseau de diffusion numérique. L'invention s'applique notamment, mais non exclusivement, à un flux multimédia conforme aux normes de diffusion DVB-T ou DVB-T2 (« Digital Video Broadcasting - Terrestrial » en anglais, pour «diffusion vidéo numérique terrestre») et aux terminaux utilisateurs compatibles avec la télévision connectée de type HbbTV (« Hybrid Broadcast Broadband TV » en anglais) par exemple. 2. Art antérieur Il existe aujourd'hui plusieurs solutions permettant de (re)visualiser, à partir de son début, une vidéo déjà diffusée. Par exemple, il existe des solutions dites de retour en arrière, ou « time shifting ». Un inconvénient de ces solutions résident dans la nécessité d'avoir un équipement local actif, décodant déjà la chaine sur laquelle on souhaite faire le retour en arrière. Un autre inconvénient tient au fait que l'utilisateur doit rechercher lui-même le début du programme en cours. Il existe également d'autres solutions proposant des services de télévision de rattrapage, ou « catchup ». Selon ces solutions, les programmes vidéo sont mis à disposition des utilisateurs mais uniquement à la fin de la diffusion du programme en cours, voire seulement le lendemain de sa diffusion. Il existe donc un besoin pour une nouvelle technique de visualisation, à partir de son début, d'un contenu en cours de diffusion, qui soit simple à mettre en oeuvre et peu coûteuse, et ne nécessite pas d'équipement local. 3. Exposé de l'invention L'invention concerne un procédé de fourniture, à au moins un terminal utilisateur, d'au moins un contenu multimédia, le contenu multimédia étant en cours de diffusion à un débit prédéterminé, sous la forme d'un flux multimédia, dans un réseau de diffusion numérique. Selon ce mode de réalisation de l'invention, le procédé comprend une étape de fourniture du contenu multimédia, par un serveur distant du terminal utilisateur, à partir du début du contenu multimédia, via un réseau de communication distinct du réseau de diffusion numérique. L'invention, selon ses différents modes de réalisation, propose ainsi une solution originale pour la fourniture d'un contenu à partir de son début alors que le contenu est en cours de diffusion sur un réseau, mais pas forcément en cours de visualisation sur le terminal utilisateur. En effet, contrairement aux solutions de l'art antérieur proposant soit d'utiliser un équipement de stockage local relié au terminal utilisateur pour enregistrer le contenu et le rejouer sur requête de l'utilisateur (solutions de « time shifting »), soit de permettre l'accès au contenu sur un serveur, une fois la diffusion en direct terminée, et parfois seulement le lendemain (solutions de télévision de rattrapage), la solution selon l'invention permet à un utilisateur de visualiser, à partir de son début, un contenu en cours de diffusion, sans nécessiter d'équipement local de stockage. De plus, selon un mode de réalisation particulier de l'invention, le contenu multimédia est accessible par le terminal de l'utilisateur via un réseau de communication IP, le flux multimédia étant par exemple diffusé via un réseau de télévision numérique terrestre. En particulier, le procédé comprend une étape de réception du flux multimédia et les étapes suivantes, mises en oeuvre dans le serveur distant, pour chaque portion reçue du flux multimédia et pour au moins un débit prédéterminé de fourniture du contenu multimédia au terminal utilisateur : encodage de la portion reçue délivrant au moins un fragment de contenu indépendant ; stockage du/des fragment(s) de contenu indépendant(s) ; construction progressive d'au moins un fichier de contenu multimédia par concaténation des fragments indépendants stockés. Ainsi, selon ce mode de réalisation de l'invention, le serveur distant reçoit le flux multimédia diffusé sur le réseau, le découpe et l'encode au fur et à mesure de sa réception en une pluralité de fragments indépendants, encore appelés « chunks », et stocke ces fragments, en vue d'une transmission du contenu à un débit prédéterminé. Si plusieurs débits de transmission sont souhaités, plusieurs encodages sont mis en oeuvre, de façon à disposer de « chunks » pour les différents débits souhaités. Ces « chunks » constituent chacun un contenu multimédia qui se suffit à lui-même, c'est-à-dire qui peut être lu indépendamment. Par exemple, un « chunk » vidéo comprend des données vidéo et des informations de débit et permet le démarrage d'une vidéo dès le début de sa lecture. Le serveur distant concatène ensuite ces fragments stockés de manière à construire progressivement, c'est-à-dire au fur et à mesure du stockage des fragments, eux-mêmes stockés au fur et à mesure de la diffusion du flux sur le réseau, un fichier de contenu multimédia destiné à être transmis au terminal utilisateur, au débit souhaité. De cette manière, le fichier construit progressivement, contenant des fragments indépendants, peut être transmis/mis à disposition du terminal utilisateur avant la fin de la diffusion en temps réel du flux sur le réseau. Selon une caractéristique particulière de l'invention, le procédé comprend une étape de fourniture, par le serveur distant au terminal utilisateur, du fichier de contenu multimédia, sur requête du terminal utilisateur. Ainsi, lorsque l'utilisateur souhaite visualiser, à partir de son début, un contenu en cours de diffusion, le contenu est disponible pour lui être fourni, au débit souhaité. Par ailleurs, la fourniture du contenu à l'utilisateur fait suite à une requête de l'utilisateur pour la visualisation du contenu à partir de son début. Par exemple, l'utilisateur valide avec sa télécommande l'accès au service de fourniture d'un contenu en cours de diffusion, à partir de son début, et le terminal utilisateur récupère le fichier de contenu disponible sur le serveur distant. En particulier, la requête du terminal utilisateur comprend au moins une information représentative du débit souhaité pour la fourniture du fichier de contenu multimédia. Ainsi, le terminal utilisateur peut choisir le débit auquel il souhaite recevoir le fichier, par exemple en fonction de la bande passante disponible entre le module de fourniture du fichier, sur le serveur distant, et le terminal utilisateur. Selon ce mode de réalisation particulier de l'invention, le débit souhaité peut être indiqué dans la requête pour la visualisation du contenu. Selon un aspect particulier de l'invention, le procédé comprend une étape de détermination du débit souhaité comprenant les sous-étapes suivantes : téléchargement, par le terminal utilisateur, sur le serveur distant, d'un fichier de taille prédéterminée ; calcul, par le terminal utilisateur, du débit de transmission du fichier de taille prédéterminée, noté débit de référence ; estimation du débit souhaité à partir du débit de référence. Ainsi, le terminal utilisateur peut déterminer la bande passante disponible entre le module de fourniture du fichier, sur le serveur distant, et le terminal utilisateur, à partir du calcul du débit de téléchargement d'un fichier de taille prédéterminée (de préférence de petite taille pour limiter le temps de calcul). En particulier, le procédé comprend en outre une étape de mise à disposition, par le serveur distant, au terminal utilisateur, d'au moins une information représentative du fichier de contenu multimédia. Ainsi, des informations permettant d'accéder au fichier à fournir sont mises à disposition par le serveur distant, pour le terminal utilisateur, comme par exemple l'URL d'accès au fichier, le nom et la durée du service, etc. De cette manière, lorsque le terminal utilisateur requiert le service, il obtient ces informations qui lui permettent d'accéder au fichier de contenu pour le lire et le restituer à l'utilisateur. Selon une caractéristique particulière de l'invention, le procédé comprend en outre une étape de transmission, via le réseau de diffusion numérique, d'au moins une information représentative de la fourniture du contenu multimédia à partir de son début. Ainsi, lorsque le service de visualisation d'un contenu en cours de diffusion, à partir de son début, est ouvert (par exemple lorsque l'opérateur a décidé de l'ouvrir), une information peut être diffusée pour l'annoncer, de même que la fermeture du service (typiquement à la fin de la diffusion temps réel du contenu). Selon un aspect particulier de l'invention, lorsque plusieurs terminaux utilisateurs émettent des requêtes, le procédé comprend une étape de gestion des requêtes des terminaux utilisateurs délivrant, aux terminaux utilisateurs, des droits d'accès au fichier de contenu multimédia. Ainsi, lorsque plusieurs terminaux utilisateurs transmettent une requête pour la visualisation d'un même contenu, à partir de son début, le procédé selon l'invention gère ces requêtes de manière à éviter une saturation des modules fournissant les fichiers, et donc de manière à assurer la qualité de service. Par exemple, la gestion des requêtes peut mettre en place des jetons délivrés lors des requêtes d'accès. Selon une caractéristique particulière de l'invention, le procédé comprend également une étape de chiffrement dudit fichier de contenu multimédia. Ainsi, le fichier de contenu multimédia peut être chiffré de façon à le protéger des copies illicites. Par exemple, une technique de gestion des droits numériques de type « DRM » (pour « Digital Rights Management » en anglais) est appliquée au fichier de contenu multimédia, celui-ci étant ensuite encodé selon une technique conforme à la norme HbbTV 1.5, comme par exemple DASH (« Digital Audio Stationary Head » en anglais). Selon un aspect particulier de l'invention, lorsque plusieurs utilisateurs émettent des requêtes, le procédé comprend une étape de calcul d'au moins une statistique, comprenant les sous-étapes suivantes : - obtention d'une pluralité de données représentatives des requêtes ; - calcul et délivrance d'au moins une statistique à partir des données obtenues. Ainsi, le serveur distant, via par exemple un module dédié, récolte des données représentatives des différentes requêtes d'accès au service de fourniture d'un contenu à partir de son début, de la part d'une pluralité de terminaux utilisateurs, et les traite de façon à délivrer au moins une statistique liée au service en question. L'invention concerne également un dispositif de fourniture, à au moins un terminal utilisateur, d'au moins un contenu multimédia, le contenu multimédia étant en cours de diffusion à un débit prédéterminé, sous la forme d'un flux multimédia, dans un réseau de diffusion numérique. Selon l'invention, le dispositif, distant du terminal utilisateur, est apte à mettre en oeuvre les étapes du procédé de fourniture tel que décrit précédemment, et comprend notamment des moyens de fourniture du contenu multimédia, à partir du début du contenu multimédia, via un réseau de communication distinct du réseau de diffusion numérique. Par exemple, ce dispositif est un serveur distant, encore noté « plateforme de redémarrage ». Selon un autre aspect, l'invention concerne un équipement source de diffusion d'au moins un contenu multimédia dans un réseau de diffusion numérique, tel qu'une tête de réseau TNT. Selon l'invention, cet équipement comprend un module de transmission, via le réseau de diffusion numérique, d'au moins une information représentative de la fourniture du contenu multimédia à partir de son début. L'invention concerne également un programme d'ordinateur comportant des instructions pour la mise en oeuvre du procédé de fourniture tel que décrit précédemment, lorsque ce programme est exécuté par un processeur. L'invention concerne également un médium de stockage lisible par ordinateur et non transitoire, stockant un programme d'ordinateur comprenant des instructions exécutables par un processeur pour mettre en oeuvre le procédé de fourniture tel que décrit précédemment. 4. Liste des figures D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : - la figure 1 présente les principales étapes d'un procédé de fourniture d'un contenu multimédia selon un mode de réalisation particulier de l'invention ; - la figure 2 présente un diagramme de séquences illustrant la mise en oeuvre de l'invention, selon un mode de réalisation particulier de l'invention ; - la figure 3 illustre un exemple de système mettant en oeuvre l'invention, selon un mode de réalisation particulier de l'invention. 5. Description d'un mode de réalisation de l'invention 5.1 Principe général Le principe général de l'invention repose sur l'encodage et le découpage progressifs d'un flux multimédia en cours de diffusion dans un premier réseau de diffusion numérique, de façon à construire, au fur et à mesure de la diffusion en temps réel, un fichier de contenu multimédia destiné à être fourni, à partir de son début et via un deuxième réseau de communication, à une pluralité de terminaux utilisateurs. Ainsi, chaque terminal ayant requis le service de visualisation d'un contenu en cours de diffusion, à partir de son début, peut visualiser le contenu multimédia sans nécessiter d'équipement local au terminal utilisateur, le contenu étant fourni au terminal utilisateur par un serveur distant, encore appelé « plateforme de redémarrage ». De plus, la fourniture du contenu à partir de son début est mise en oeuvre via un réseau de communication distinct du réseau de diffusion en temps réel du contenu. Par exemple, le réseau de diffusion en temps réel correspond à de la télévision numérique terrestre (TNT) et le réseau de communication du fichier de contenu multimédia correspond à un réseau IP. 5.2 Description d'un mode de réalisation On présente maintenant, en relation avec la figure 1, les principales étapes du procédé selon un mode de réalisation particulier de l'invention. On considère un flux multimédia 10, par exemple une vidéo, en cours de diffusion 100 dans un réseau de diffusion, par exemple la TNT. Selon ce mode de réalisation de l'invention, une étape 120 de fourniture délivre, à partir de son début, un contenu multimédia 11 à au moins un terminal utilisateur, pendant la diffusion 100 du flux multimédia correspondant. Cette étape 120 de fourniture est précédée d'une étape de réception 110 du flux multimédia, portion par portion, et les étapes suivantes sont ensuite mises en oeuvre, pour chaque portion reçue du flux multimédia 10 : - encodage 121 de la portion reçue délivrant au moins un fragment de contenu indépendant ; - stockage 122 du fragment de contenu indépendant ; - construction progressive 123 d'au moins un fichier de contenu multimédia 11 par concaténation des fragments indépendants stockés. Si l'on prend un exemple de la diffusion d'une vidéo 10 dans un réseau de télévision numérique terrestre, l'étape d'encodage 121 de la vidéo prend en entrée le flux en temps réel de la chaine supportant le service et délivre des fragments vidéo de quelques secondes, indépendants les uns des autres, encore appelés « chunks ». Ces fragments vidéo sont ensuite stockés, lors de l'étape 122 de stockage, par exemple dans une mémoire tampon. Ensuite, l'étape de construction 123 prend en entrée les fragments vidéo stockés pour construire un fichier vidéo 11 destiné à être fourni au terminal utilisateur, via un réseau IP par exemple. Ces trois étapes sont mises en oeuvre au fur et à mesure de la diffusion en temps réel du flux multimédia et permettent donc de construire progressivement un fichier vidéo, lequel ne contiendra la vidéo en entier que lorsque la diffusion en temps réel sera terminée. Ce fichier vidéo est cependant accessible à n'importe quel moment, pendant la diffusion en temps réel, et est donc mis à jour au fur et à mesure de cette diffusion en temps réel. Par ailleurs, selon une autre caractéristique de ce mode de réalisation de l'invention, plusieurs fichiers de contenu multimédia 11 peuvent être construits, en fonction de plusieurs débits souhaités pour la fourniture ultérieure du contenu multimédia 11. En effet, le service de visualisation d'un contenu en cours de diffusion à partir de son début permet à différents terminaux utilisateurs, pouvant présenter des caractéristiques techniques différentes, de visualiser le contenu multimédia au débit adéquat. La localisation du terminal utilisateur par rapport au serveur de fourniture du service, ainsi que la qualité du réseau de transmission entre ce terminal et ce serveur, peuvent également être prises en considération pour le choix du débit de fourniture du contenu multimédia. Ainsi, la solution selon ce mode de réalisation particulier de l'invention permet de générer, à partir d'un flux multimédia en cours de diffusion, plusieurs fichiers de contenu multimédia correspondants à plusieurs débits différents. On présente maintenant, en relation avec la figure 2, un exemple de fonctionnement d'un tel service de visualisation d'un contenu multimédia en cours de diffusion, à partir de son début, lorsqu'au moins un terminal utilisateur, noté M5, souhaite bénéficier du service. Sur ce diagramme de séquences présenté en figure 2, différents modules de la « plateforme de redémarrage » fournissant le service sont impliqués, selon un exemple de réalisation particulier de l'invention. Il est bien entendu que cet exemple n'est pas restrictif et que certaines tâches peuvent être mises en oeuvre par d'autres modules du serveur, selon d'autres modes de réalisation particuliers de l'invention. On considère que l'ouverture du service est effectuée à l'initiative de l'opérateur de fourniture du flux multimédia, qui transmet à la plateforme de redémarrage une information d'ouverture de service. C'est également l'opérateur qui transmet à la plateforme de redémarrage une information indiquant la fermeture du service (par exemple lorsque la diffusion en temps réel est terminée). En effet, selon ce mode de réalisation particulier de l'invention, le service n'est disponible aux utilisateurs que pendant la durée de la diffusion en temps réel du contenu multimédia. Ainsi, jusqu'à la fin de la diffusion en temps réel, un utilisateur peut requérir le service et visualiser le contenu à partir de son début. Selon une variante de ce mode de réalisation particulier de l'invention, un module M10 (non représenté) de la « plateforme de redémarrage » peut être mis en oeuvre pour traiter les informations reçues de l'opérateur (ouverture/fermeture du service) et les transmettre au module M7, qui est le module principal de gestion du service sur la plateforme de redémarrage et décrit plus en détails ci-dessus. Par exemple, ce module M10 règle les heures de début et de fin du service, à partir des « ordres » reçus de l'opérateur, puis les transmet au module M7. En particulier, dans cet exemple, on considère les modules M1 à M4 et M6 à M8 suivants : - M1: ce module, encore appelé codeur, assure l'encodage du flux multimédia diffusé en temps réel, au fur et à mesure de sa diffusion, selon l'étape 121 déjà décrite ci-dessus. Ce module M10 prend donc en entrée le flux multimédia et délivre en sortie une pluralité de fragments de contenu multimédia, appelés « chunks ». Ces fragments de contenu sont donc délivrés, au module M2 décrit ci- dessous, au fur et à mesure de la diffusion du flux en temps réel. - M2 : ce module prend en entrée le flux multimédia découpé en « chuncks » par le module M1 et stocke chacun de ces fragments de contenu, dans une mémoire tampon par exemple, comme déjà décrit ci-dessus en relation avec l'étape 122. Les fragments de contenu sont stockés au fur et à mesure de leur fourniture par le module M1 et sont donc disponibles au fur et à mesure pour le module M3 décrit ci-dessous. - M3 : ce module prend en entrée les fragments de contenu stockés par le module M2 et les concatène (étape 123 décrite ci-dessus) de façon à délivrer un fichier de contenu multimédia destiné à être fourni au terminal utilisateur M5, via le module M4 décrit ci-après. Comme déjà précisé, ce fichier est construit au fur et à mesure du stockage des fragments par le module M2. - M4: ce module, encore appelé serveur vidéo, fournit le fichier de contenu multimédia délivré par le module M3, ce fichier étant complété au fur et à mesure de la diffusion en temps réel du contenu, et n'étant donc complet qu'à la fin de cette diffusion. Pour le terminal utilisateur cependant, ce fichier est vu comme un fichier à télécharger, à n'importe quel moment de la diffusion en temps réel du flux multimédia, lorsque le service est ouvert. Par ailleurs, ce module M4 peut être dupliqué en autant de modules que nécessaire, afin de répondre à un grand nombre de requêtes de terminaux utilisateurs souhaitant bénéficier du service. Ainsi, une pluralité de modules M4 est à même de fournir le fichier de contenu multimédia à une pluralité de terminaux utilisateurs. - M6 : ce module, encore appelé « front office », pour serveur frontal ou zone frontale, délivre au terminal utilisateur M5 des informations nécessaires à l'utilisation du service, comme par exemple l'adresse d'accès (« URL ») au fichier de contenu multimédia, le nom et la durée du service ... lorsque le contenu multimédia est fourni au terminal utilisateur via un réseau de communication IP. Ce module M6 obtient ces informations sur le service via le module M7 (décrit ci- après), auprès duquel il peut auparavant s'enregistrer. Comme pour le module M4, ce module M6 peut être dupliqué en autant de modules que nécessaire, afin de répondre à un grand nombre de requêtes de terminaux utilisateurs souhaitant bénéficier du service. Ainsi, une pluralité de modules M6 est à même de fournir des informations nécessaires à l'utilisation du service à une pluralité de terminaux utilisateurs. Ce module M6 peut également gérer les différentes requêtes des terminaux utilisateurs par la mise en oeuvre de jetons d'accès, fournis aux terminaux utilisateurs, par exemple avant de leur délivrer les informations sur le service, permettant ainsi de « réguler » la charge sur les serveurs vidéo M4 et d'assurer la qualité de service. Par ailleurs, ce module M6 peut également être en charge de la collecte, auprès des terminaux utilisateurs, d'informations nécessaires au calcul de statistiques du service. - M7: ce module, encore appelé gestionnaire de service, gère le service, et notamment l'ouverture et la fermeture de ce dernier. Ainsi, le module M7 reçoit les informations d'ouverture/fermeture du service par l'opérateur (via le module M10 ou directement de l'opérateur, comme décrit ci-dessus), et vérifie le bon fonctionnement du service. Par exemple, ce module M7 commande le module M2, en lui transmettant des commandes de démarrage ou d'arrêt du stockage des fragments délivrés par Ml, et vérifie que les fragments stockés sont bien disponibles sur le module M2 pour le module M3. Ce module M7 vérifie également qu'un ou plusieurs fichiers de contenu multimédia sont bien disponibles sur le serveur vidéo M4, pour les terminaux utilisateurs M5. Enfin, le module M7 transmet au module M6, comme décrit ci-dessus, les informations sur le service. Optionnellement, ce module M7 transmet à un module M9, mis en oeuvre dans un équipement source de diffusion (par exemple une tête de réseau TNT) un événement d'ouverture/fermeture du service, pour diffusion (par exemple via des « stream event » en MPEG-TS) par ce module M9 aux terminaux utilisateurs, via le réseau de diffusion. - M8: ce module récupère régulièrement des informations disponibles sur le(s) module(s) M6 et calcule des statistiques, comme par exemple le nombre de contenus visualisés, les erreurs rencontrées par les terminaux utilisateurs lors de l'accès au service, ou encore le pourcentage de visualisation des contenus en fonctions du débit choisi. Selon ce mode de réalisation particulier de l'invention, les modules Ml, M2, M7, M8 et M10 n'étant pas en relation « directe » avec les terminaux utilisateurs M5, sont situés plus particulièrement au sein d'une zone B appelée « back office » ou pour zone protégée, de la plateforme de redémarrage, alors que les modules M3, M4 et M6, « directement » en relation avec les terminaux utilisateurs M5, sont situés plus particulièrement au sein d'une zone F appelée « front office » ou zone frontale, de la plateforme de redémarrage. Comme déjà indiqué, il est à noter que les séquences décrites précédemment peuvent être mises en oeuvre pour plusieurs débits de fourniture du fichier de contenu multimédia. Ainsi, un avantage de l'invention, selon ses différents modes de réalisation, est de pouvoir fournir, à différents débits, un même contenu multimédia, à partir de son début, alors que ce contenu est en cours de diffusion. En effet, du fait de la disparité des terminaux utilisateurs, d'un point de vue technique et d'un point de vue localisation par rapport à la « plateforme de redémarrage », il est avantageux de pouvoir construire et fournir des fichiers de contenu multimédia avec différents débits de transmission. Concrètement, chaque module M4 met à disposition le même contenu multimédia à des débits différents, par l'intermédiaire de plusieurs fichiers de contenu multimédia. Cela permet ainsi à chaque terminal utilisateur M5 de choisir le débit le mieux adapté à la bande passante entre lui et le module M4 de la plateforme de redémarrage. Par exemple, pour choisir ce débit, le terminal utilisateur M5 peut télécharger un fichier de taille prédéfinie, de petite taille de préférence (par exemple 300 K octets), sur le module M4 et estimer le débit disponible entre lui et M4 à partir du temps de téléchargement. Par ailleurs, il est à noter que, selon un mode de réalisation particulier de l'invention, les échanges entre les différents modules de la plateforme de redémarrage sont mis en oeuvre via des réseaux IP également. De plus, des régulateurs de charge M11 (non représentés sur la figure 2) peuvent être ajoutés, dans la partie « front office » de la plateforme de redémarrage, afin de pouvoir supporter une charge importante au sein de cette plateforme de redémarrage. La figure 3 présente un exemple de système de mise en oeuvre de l'invention, selon ce mode de réalisation de l'invention, dans lequel est illustré un exemple de dispositif de fourniture d'au moins un contenu multimédia sous la forme d'une plateforme de redémarrage, un exemple de terminal utilisateur M5 et un exemple d'un équipement source de type tête de réseau TNT. Selon ce mode de réalisation de l'invention, un tel dispositif comprend des moyens de fourniture du contenu multimédia, à partir du début dudit contenu multimédia, via un réseau de communication distinct du réseau de diffusion numérique du contenu multimédia en cours de diffusion à un débit prédéterminé. Ce dispositif comprend entre autres les modules M1 à M4, M6 à M8 et M10, tels que décrits ci-dessus, les relations entre ces différents modules, et avec le terminal utilisateur M5 et la tête de réseau TNT ayant également été décrites ci-dessus. Selon ce mode de réalisation particulier de l'invention, la tête de réseau TNT comprend un module de transmission, via le réseau de diffusion numérique, d'au moins une information représentative de la fourniture du contenu multimédia à partir de son début. REVENDICATIONS1. Procédé de fourniture, à au moins un terminal utilisateur, d'au moins un contenu multimédia 11, ledit contenu multimédia étant en cours de diffusion à un débit prédéterminé, sous la forme d'un flux multimédia 10, dans un réseau de diffusion numérique, caractérisé en ce que ledit procédé comprend une étape de fourniture 120 dudit contenu multimédia, par un serveur distant dudit au moins un terminal utilisateur, à partir du début dudit contenu multimédia, via un réseau de communication distinct dudit réseau de diffusion numérique. 2. Procédé de fourniture selon la revendication 1, caractérisé en ce que ledit procédé comprend une étape de réception dudit flux multimédia et les étapes suivantes, mises en oeuvre dans ledit serveur distant, pour chaque portion reçue dudit flux multimédia et pour au moins un débit prédéterminé de fourniture dudit contenu multimédia audit au moins un terminal utilisateur : encodage 121 de ladite portion reçue délivrant au moins un fragment de contenu indépendant ; stockage 122 dudit au moins un fragment de contenu indépendant ; construction progressive 123 d'au moins un fichier de contenu multimédia par concaténation desdits fragments indépendants stockés. 3. Procédé de fourniture selon la revendication 2, caractérisé en ce que ledit procédé comprend une étape de fourniture, par ledit serveur distant audit au moins un terminal utilisateur, dudit au moins un fichier de contenu multimédia, sur requête dudit au moins un terminal utilisateur. 4. Procédé de fourniture selon la revendication 3, caractérisé en ce que ladite requête dudit terminal utilisateur comprend au moins une information représentative du débit souhaité pour ladite fourniture dudit fichier de contenu multimédia. 5. Procédé de fourniture selon la revendication 2, caractérisé en ce que ledit procédé comprend en outre une étape de mise à disposition, par ledit serveur distant, audit terminal utilisateur, d'au moins une information représentative dudit fichier de contenu multimédia. 6. Procédé de fourniture selon la revendication 1, caractérisé en ce que ledit procédé comprend en outre une étape de transmission, via ledit réseau de diffusion numérique, d'aumoins une information représentative de la fourniture dudit contenu multimédia à partir de son début. 7. Procédé de fourniture selon la revendication 3, caractérisé en ce qu'une pluralité de terminaux utilisateurs émet des requêtes et en ce que ledit procédé comprend une étape de gestion desdites requêtes desdits terminaux utilisateurs délivrant, auxdits terminaux utilisateurs, des droits d'accès audit au moins un fichier de contenu multimédia. 8. Procédé de fourniture selon la revendication 2, caractérisé en ce que ledit procédé comprend également une étape de chiffrement dudit fichier de contenu multimédia. 9. Dispositif de fourniture, à au moins un terminal utilisateur, d'au moins un contenu multimédia, ledit contenu multimédia étant en cours de diffusion à un débit prédéterminé, sous la forme d'un flux multimédia, dans un réseau de diffusion numérique, caractérisé en ce que ledit dispositif, distant dudit au moins un terminal utilisateur, comprend des moyens de fourniture dudit contenu multimédia, à partir du début dudit contenu multimédia, via un réseau de communication distinct dudit réseau de diffusion numérique 10. Equipement source de diffusion d'au moins un contenu multimédia dans un réseau de diffusion numérique, caractérisé en ce qu'il comprend un module de transmission, via ledit réseau de diffusion numérique, d'au moins une information représentative de la fourniture dudit contenu multimédia à partir de son début. 11. Programme d'ordinateur comportant des instructions pour la mise en oeuvre d'un procédé de fourniture selon l'une quelconque des revendications 1 à 8 lorsque ce programme est exécuté par un processeur. 12. Médium de stockage lisible par ordinateur et non transitoire, stockant un programme d'ordinateur comprenant des instructions exécutables par un processeur pour mettre en oeuvre d'un procédé de fourniture selon l'une quelconque des revendications 1 à 8.