FR 3001354 A1 20140725 FR 1354068 A 20130502 Procédé et dispositif de fourniture d'un contenu multimédia, équipement source de diffusion, terminal utilisateur, 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 d'une position temporelle prédéterminée dans le contenu (par exemple à partir de son début), ce dernier é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 d'un instant prédéterminé (par exemple à 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, enregistrant déjà la chaine sur laquelle on souhaite faire le retour en arrière. 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 d'une position temporelle prédéterminée dans le contenu, 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 d'une position temporelle prédéterminée dans le 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 d'un instant choisi dans le contenu, par exemple son début, alors que le contenu est déjà 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 d'un instant choisi, 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. Par ailleurs, selon ce mode de réalisation de l'invention, le procédé permet également à un utilisateur de « naviguer » dans ce contenu multimédia, c'est-à-dire de revenir en arrière, d'aller plus loin ou de faire une pause dans la lecture du contenu multimédia. Selon un aspect particulier de l'invention, la position temporelle prédéterminée correspond au début du contenu multimédia, et dans ce cas, l'utilisateur choisit tout simplement de visualiser le contenu, sans préciser de position temporelle. 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 terminal utilisateur : encodage de la portion reçue délivrant au moins un fragment de contenu indépendant ; stockage du fragment de contenu indépendant ; 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, l'étape d'encodage comprend une sous-étape d'association d'un identifiant au fragment de contenu indépendant. Ainsi, selon ce mode de réalisation de l'invention, un identifiant est associé à chaque « chunk » vidéo, de façon à pouvoir repérer le « chunk » vidéo (correspondant à la position temporelle choisie par l'utilisateur) à partir duquel fournir le fichier de contenu multimédia. En effet, un « chunk » vidéo étant indépendant, la fourniture du fichier de contenu multimédia peut commencer à partir de n'importe quel « chunk » vidéo. Selon un aspect particulier 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 d'un instant choisi dans le contenu, ou 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 d'un instant choisi dans le contenu, ou 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 d'un instant choisi dans le contenu, ou 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 de la position temporelle prédéterminée. Ainsi, selon ce mode de réalisation de l'invention, l'utilisateur indique, lorsqu'il souhaite accéder au contenu multimédia, à quelle position temporelle du contenu il souhaite commencer la lecture. Par exemple, l'utilisateur peut souhaiter visualiser le contenu à partir d'un instant précis dans le contenu, ou, lorsque l'utilisateur est en cours de visualisation du contenu, il peut également revenir en arrière, donc choisir un instant « plus tôt » dans le contenu, ou bien avancer et donc choisir un instant « plus tard » dans le contenu, ou bien mettre en pause la visualisation, de manière à reprendre à la position temporelle de la mise en pause. Quelle que soit la situation, une information représentative de la position temporelle choisie par l'utilisateur est transmise en même temps que la requête du contenu, sauf dans le cas où l'utilisateur ne choisit pas de position spécifique (il souhaite alors par défaut visualiser le contenu à partir de son début). En revanche, dans le cas où l'utilisateur reprend la visualisation après une mise en pause, le procédé a mémorisé, dans le terminal utilisateur, la position temporelle de mise en pause et la requête de reprise de lecture du contenu, après mise en pause, comprend donc cette position. Par exemple, cette information représentative de la position temporelle choisie par l'utilisateur peut correspondre à une image du contenu, ou bien à une information temporelle indiquant l'instant dans le contenu ... Par exemple, l'information représentative de la position temporelle prédéterminée correspond à un identifiant d'un des fragments de contenu indépendants. Ainsi, selon ce mode de réalisation de l'invention, l'information représentative de l'instant choisi dans le contenu par l'utilisateur correspond précisément à un identifiant de « chunk » vidéo, de manière à pouvoir directement fournir le contenu à partir du « chunk » vidéo identifié. Selon une caractéristique particulière de l'invention, 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 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. Ainsi, lorsque le service de visualisation d'un contenu en cours de diffusion, à partir d'un instant choisi, ou 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). Par ailleurs, selon un mode de réalisation particulier de l'invention où une pluralité de terminaux utilisateurs émet 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. En particulier, le procédé comprend également une étape de chiffrement du 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 (« Dynamic Adaptive Streaming over HTTP» en anglais). Selon une caractéristique particulière de l'invention, le procédé comprend les étapes suivantes : affichage, sur le terminal utilisateur, d'une représentation temporelle du contenu multimédia ; sélection à partir de la représentation affichée, par l'utilisateur, de la position temporelle prédéterminée, délivrant une information de position temporelle dans le contenu multimédia ; conversion de l'information de position temporelle délivrant l'information représentative de la position temporelle prédéterminée. Ainsi, selon ce mode de réalisation de l'invention, l'utilisateur dispose d'une interface graphique lui permettant de naviguer dans le contenu multimédia, et donc de choisir un instant dans le contenu à partir duquel il veut visualiser ce contenu. Par exemple, une représentation temporelle du déroulement du contenu est fournie à l'utilisateur, sur laquelle il peut faire bouger un curseur pour choisir l'instant de début de visualisation. Pour plus d'ergonomie, quelques images du contenu, par exemple des « images clés » d'un film, peuvent également être affichées sur le terminal de l'utilisateur, afin que ce dernier se repère temporellement dans le contenu et choisisse l'instant à partir duquel il souhaite visualiser le contenu. Une fois la sélection effectuée par l'utilisateur, c'est-à-dire une fois choisi l'instant à partir duquel il souhaite visualiser le contenu, cette sélection est convertie en une information exploitable par le serveur de fourniture du contenu, par exemple une information correspondant à une image dans le contenu, ou une information temporelle, ou encore directement un identifiant de « chunk » vidéo. 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 des moyens de fourniture du contenu multimédia, à partir d'une position temporelle prédéterminée dans le contenu multimédia, via un réseau de communication distinct dudit 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. Selon encore un autre aspect, l'invention concerne 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 terminal utilisateur comprend les moyens suivants : - des moyens d'affichage d'une représentation temporelle du contenu multimédia ; des moyens de sélection à partir de la représentation affichée, par l'utilisateur, de la position temporelle prédéterminée, délivrant une information de position temporelle dans le contenu multimédia ; des moyens de conversion de l'information de position temporelle délivrant l'information représentative de la position temporelle prédéterminée ; des moyens d'émission d'une requête de fourniture du contenu multimédia comprenant au moins l'information représentative de l'instant prédéterminé. 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 ; les figures 2a et 2b présentent un diagramme de séquences illustrant la mise en oeuvre de l'invention, respectivement selon un premier et un deuxième mode de réalisation particulier de l'invention ; les figures 3a et 3b illustrent un exemple de système mettant en oeuvre l'invention, respectivement selon un premier et un deuxième 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 d'une position temporelle prédéterminée dans le contenu (par exemple son début) et via un deuxième réseau de communication, à au moins un terminal utilisateur. Ainsi, un terminal ayant requis un tel service de visualisation d'un contenu en cours de diffusion, à partir d'une position temporelle prédéterminée dans le contenu (par exemple 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 fourniture de service ». De plus, la fourniture du contenu à partir d'une position temporelle prédéterminée dans le contenu (par exemple 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. Par ailleurs, l'invention, selon ses différents modes de réalisation, est également basée sur la transmission, du terminal utilisateur vers le serveur distant, d'une information représentative de la position temporelle prédéterminée dans le contenu choisie par l'utilisateur pour débuter la visualisation du contenu. En effet, la requête émise par le terminal utilisateur vers le serveur distant pour visualiser le contenu comprend cette information représentative de l'instant choisi par l'utilisateur. 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 d'une position temporelle prédéterminée dans le contenu, encore appelée instant prédéterminé t (pouvant correspondre au début du contenu), un contenu multimédia 11 à 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 dit « linéarisé », lequel ne contiendra la vidéo en entier que lorsque la diffusion en temps réel sera 10 terminée. Une étape (non illustrée) de marquage est également mise en oeuvre, permettant d'identifier, dans le fichier vidéo linéarisé, le « chunck » correspondant au début du programme. Ainsi, lorsque l'utilisateur souhaite visualiser le contenu à partir du début du programme, la position du début du programme est clairement identifiée/marquée dans le fichier vidéo. 15 Ce fichier vidéo est donc accessible à n'importe quel moment, pendant la diffusion en temps réel, et est 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. 20 En effet, le service de visualisation d'un contenu en cours de diffusion à partir d'un instant prédéterminé t 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 25 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. 5.2 Description d'un premier mode de réalisation 30 On présente maintenant, en relation avec la figure 2a, 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 2a, 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 M1 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 d'instances 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é d'instances du module 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 d'instances 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é d'instances du module 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 2a) 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 3a présente un exemple de système de mise en oeuvre de l'invention, selon ce premier 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 premier 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 premier 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. 5.2 Description d'un deuxième mode de réalisation On présente maintenant, en relation avec la figure 2b, un exemple de fonctionnement d'un tel service de fourniture d'un contenu multimédia en cours de diffusion, à partir d'un instant prédéterminé t dans le contenu, lorsqu'un terminal utilisateur M5 souhaite bénéficier du service. Sur ce diagramme de séquences présenté en figure 2b, différents modules de la plateforme fournissant le service sont impliqués, selon un exemple de réalisation particulier de l'invention, ainsi que différents modules du terminal M5. 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 ou du terminal, selon d'autres modes de réalisation particuliers de l'invention. En particulier, dans cet exemple, on considère les modules M1 à M4 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 M1 prend donc en entrée le flux multimédia et délivre en sortie une pluralité (F1) 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 F1 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 (F2) au fur et à mesure pour le module M3 décrit ci-dessous. Le module M2 reçoit, de plus, une commande C4 du module M3 décrit ci-dessous. - M3 : ce module prend en entrée les fragments de contenu stockés par le module M2 (F2) 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 (F3) est construit au fur et à mesure du stockage des fragments par le module M2. De plus, le module M3 concatène les fragments de contenu stockés par le module M2 et fournit un fichier de contenu multimédia comprenant des identifiants de chuncks, de façon à ce que le module M4 puisse délivrer le contenu à partir de la position souhaitée par l'utilisateur. - M4: ce module, encore appelé serveur vidéo, fournit le fichier de contenu multimédia (F4) 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 d'instances 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é d'instances du module M4 est à même de fournir le fichier de contenu multimédia à une pluralité de terminaux utilisateurs. De plus, ce module M4 reçoit du terminal utilisateur M5, et plus particulièrement du module M5a du terminal utilisateur (encore appelé décodeur vidéo sur IP) une commande C2 comprenant notamment une information représentative de l'instant prédéterminé t dans le contenu choisi par l'utilisateur pour débuter la visualisation. Le Module M4 ayant à sa disposition, comme décrit ci-dessus, les identifiants des chuncks dans le fichier, il peut identifier dans le fichier de contenu le chunck correspondant à l'instant souhaité par l'utilisateur pour la visualisation du contenu. De plus, l'envoi du contenu multimédia à partir du début d'un chunck a pour avantage, du côté terminal utilisateur, de pouvoir commencer le décodage dès la réception des premiers éléments du flux. Sur la figure 2b, les modules M5a et M5b du terminal utilisateur M5 sont également impliqués : - M5a : ce module est un module de décodage vidéo sur IP, prenant en entrée une « URL » et décodant le flux F4 transmis par le module M4 de la plateforme de fourniture du service. De plus, ce module reçoit du module M5b (module de commande) du terminal utilisateur, une commande Cl comprenant notamment une information représentative de l'instant prédéterminé t dans le contenu choisi par l'utilisateur pour débuter la visualisation. Cette information représentative de l'instant t choisi par l'utilisateur peut être une information temporelle, une information indiquant une image correspondant à l'instant t ou directement un identifiant du fragment vidéo indépendant (« chunk » vidéo) correspondant à cet instant t. Le module M5a émet vers le module M4 une commande C2 comprenant notamment cette information représentative de l'instant t choisi par l'utilisateur. - M5b : ce module permet notamment à l'utilisateur de choisir à partir de quelle position temporelle il souhaite visualiser le contenu. L'utilisateur peut ainsi « naviguer » dans le contenu, c'est-à-dire visualiser le contenu à partir de n'importe quelle position temporelle dans ce contenu, y compris revenir en arrière ou faire une avance rapide (limitée temporellement par la diffusion en cours du contenu) lorsqu'il est déjà en cours de visualisation du contenu, ou encore mettre en pause la visualisation du contenu. Lorsque l'utilisateur a choisi cette position temporelle, également notée instant t, ce module M5b transmet au module M5a une commande Cl, comprenant notamment des informations sur le contenu à visualiser et une information représentative de la position temporelle choisie par l'utilisateur. Par ailleurs, le terminal utilisateur M5 comprend également des moyens d'affichage d'une représentation temporelle du contenu multimédia, par exemple sous la forme d'une « frise chronologique » présentant une graduation temporelle et/ou des images du contenu à certaines positions temporelles, ou d'une barre horizontale ou verticale graduée temporellement... Cette représentation temporelle du contenu permet ainsi à l'utilisateur de naviguer dans le contenu, et de choisir la position temporelle dans le contenu à partir de laquelle il souhaite visualiser ce dernier. Une fois cette position temporelle choisie par l'utilisateur, le module M5b transmet au module M5a la commande Cl comprenant notamment une information représentation de cette position temporelle choisie par l'utilisateur. Dans le cas particulier où l'utilisateur met en pause la lecture du contenu, la position temporelle correspondant à cette mise en pause est mémorisée, au sein du module M5 du terminal utilisateur par exemple, et lorsque l'utilisateur sollicite une reprise de la lecture du contenu, après une mise en pause, le module M5 du terminal utilisateur émet une requête comprenant cette position temporelle mémorisée, vers le serveur distant. La figure 3b présente un exemple de système de mise en oeuvre de l'invention, selon ce deuxième mode de réalisation de l'invention, dans lequel est illustré un exemple de dispositif ou plateforme de fourniture d'au moins un contenu multimédia et un exemple de terminal utilisateur M5. Selon ce deuxième mode de réalisation de l'invention, un tel dispositif comprend des moyens de fourniture du contenu multimédia, à partir d'une position temporelle prédéterminée dans ledit 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, tels que décrits ci-dessus, les relations entre ces différents modules, et avec le terminal utilisateur M5 ayant également été décrites ci-dessus. Selon ce deuxième mode de réalisation particulier de l'invention, le terminal utilisateur M5 comprend notamment les modules M5b de commande et M5a de décodeur vidéo sur IP tels que décrits ci-dessus, les relations entre ces deux modules et avec la plateforme de fourniture de service ayant également été décrites ci-dessus. REVENDICATIONS1. Procédé de fourniture, à au moins un terminal utilisateur, d'au moins un contenu multimédia 11, ledit contenu multimédia 11 é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 d'une position temporelle prédéterminée dans ledit 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 ladite position temporelle prédéterminée correspond au début dudit contenu multimédia. 3. Procédé de fourniture selon la revendication 1, caractérisé en ce que ledit procédé comprend une étape de réception 110 dudit flux multimédia et les étapes suivantes, mises en oeuvre dans ledit serveur distant, pour chaque portion reçue dudit flux multimédia 10 et pour au moins un débit prédéterminé de fourniture dudit contenu multimédia 11 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. 4. Procédé de fourniture selon la revendication 3, caractérisé en ce que ladite étape d'encodage 121 comprend une sous-étape d'association d'un identifiant audit fragment de contenu indépendant. 5. Procédé de fourniture selon la revendication 3, 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 terminal utilisateur. 6. Procédé de fourniture selon la revendication 4, caractérisé en ce que ladite requête dudit terminal utilisateur comprend au moins une information représentative de ladite position temporelle prédéterminée. 7. Procédé de fourniture selon la revendication 6, caractérisé en ce que ladite information représentative de ladite position temporelle prédéterminée correspond à un identifiant d'un desdits fragments de contenu indépendants. 8. Procédé de fourniture selon la revendication 4, 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. 9. Procédé de fourniture selon la revendication 3, 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. 10. 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'au moins une information représentative de la fourniture dudit contenu multimédia. 11. Procédé de fourniture selon la revendication 4, 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. 12. Procédé de fourniture selon la revendication 3, caractérisé en ce que ledit procédé comprend également une étape de chiffrement dudit fichier de contenu multimédia. 25 13. Procédé de fourniture selon la revendication 5, caractérisé en ce que ledit procédé comprend les étapes suivantes : affichage, sur ledit au moins un terminal utilisateur, d'une représentation temporelle dudit contenu multimédia ; 30 sélection à partir de ladite représentation affichée, par ledit utilisateur, de ladite position temporelle prédéterminée, délivrant une information de position temporelle dans ledit contenu multimédia ; conversion de ladite information de position temporelle délivrant ladite information représentative de ladite position temporelle prédéterminée. 35 14. 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 5 moyens de fourniture dudit contenu multimédia, à partir d'une position temporelle prédéterminée dans ledit contenu multimédia, via un réseau de communication distinct dudit réseau de diffusion numérique. 15. Equipement source de diffusion d'au moins un contenu multimédia dans un réseau de 10 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. 15 16. 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 qu'il comprend les moyens suivants : des moyens d'affichage d'une représentation temporelle dudit contenu multimédia ; 20 des moyens de sélection à partir de ladite représentation affichée, par ledit utilisateur, de ladite position temporelle prédéterminée, délivrant une information de position temporelle dans ledit contenu multimédia ; des moyens de conversion de ladite information de position temporelle délivrant ladite information représentative de ladite position temporelle prédéterminée ; 25 des moyens d'émission d'une requête de fourniture dudit contenu multimédia comprenant au moins ladite information représentative dudit instant prédéterminé. 17. Programme d'ordinateur comportant des instructions pour la mise en oeuvre d'un procédé de fourniture selon l'une quelconque des revendications 1 à 13 lorsque ce programme 30 est exécuté par un processeur. 18. 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 à 13. 35