FR 2833788 A1 20030620 FR 0116180 A 20011213 L'invention concerne un procédé de diffusion d'une succession de contenus à partir d'une source de diffusion vers une pluralité de terminaux récepteurs, à travers un réseau informatique notamment l'Internet, une source de diffusion et un terminal récepteur pour la mise en oeuvre du procédé. Certaines chaînes de télévision diffusent en temps réel sur l'Internet, à partir d'une source de diffusion S, une succession de contenus tels que des émissions de télévision, des films vidéo et autres programmes. Le mode de diffusion le plus souvent utilisé est le mode dit "multicast"permettant à la source S de diffuser chaque contenu vers une pluralité de terminaux récepteurs en un seul envoi. La source S émet des unités de données, en l'espèce des paquets de données IP ou"datagrammes IP", véhiculant le contenu à diffuser. Ces paquets sont dupliqués en cascade par des routeurs situés à des noeuds du réseau afin d'être acheminés jusqu'aux différents terminaux récepteurs. Pour recevoir un contenu, chaque terminal récupère au préalable un fichier SDP (Session Description Protocol) associé à la source S, par exemple par téléchargement depuis un portail d'accès à travers l'Internet. La structure du fichier SDP, définie par l'IETF (Internet Engineering Task Force) est décrite dans le document RFC2327. Ce fichier véhicule les informations requises pour permettre aux terminaux récepteurs de recevoir les contenus diffusés par la source S. Un fichier SDP principal contient toutes les informations requises pour se mettre en réception de cette source S, quel que soit le contenu diffusé par celle-ci. D'autres fichiers SDP, spécifiques aux contenus (émission TV, film, conférence, etc. ) diffusés par la source S, contiennent les seules informations nécessaires pour recevoir ces contenus particuliers. Pour recevoir un contenu diffusé par la source S, un terminal envoie une requête d'acquisition de ce contenu vers la source, à travers l'Internet, en utilisant le protocole IGMP (Internet Group Management Protocol). Le premier routeur Internet qui reçoit cette requête, alors qu'il reçoit déjà des paquets de données IP émis par la source S, se charge de dupliquer ces paquets de données IP puis les achemine vers le terminal ou vers un autre routeur plus proche du terminal. Les différents contenus successivement diffusés par la source S présentent des caractéristiques de configuration (résolution, fréquence, format 4/3 ou 16/9, codage, par ex. M-PEG4, M-PEG2, audio en différentes langues, embrouillage ou autres paramètres) pouvant varier d'un contenu à l'autre. Pour prendre en compte de tels changements, les terminaux récepteurs doivent être capables de repérer les transitions entre les contenus successifs. A cet effet, il est connu, notamment dans le domaine de la diffusion de chaînes de télévision en MPEG-2 par satellite ou par câble, de communiquer aux terminaux récepteurs une indication temporelle sur l'instant auquel la transition est prévue. Toutefois, cette solution n'est pas totalement satisfaisante pour les raisons suivantes : d'une part, l'indication temporelle sur l'instant de la transition manque le plus souvent de précision et, d'autre part, cette solution nécessite de connaître à l'avance, et avec précision, l'instant de la transition, ce qui s'avère extrêmement difficile, voire impossible, dans certaines circonstances. A titre d'exemple de telles circonstances, on peut citer le cas d'une interruption imprévue des programmes pour la diffusion d'un journal télévisé exceptionnel ou encore le cas de la retransmission en direct d'un match de tennis dont la durée n'est pas connue à l'avance. Le problème technique posé par l'invention est donc de proposer un procédé de diffusion à travers un réseau informatique d'une succession de contenus à partir d'une source de diffusion vers une pluralité de terminaux récepteurs, comprenant les étapes consistant - pour chaque contenu, à émettre des unités de données véhiculant ledit contenu depuis la source, à travers le réseau informatique, et - à fournir aux terminaux récepteurs une indication leur permettant de repérer chaque transition entre deux contenus successifs, permettant aux terminaux récepteurs de déterminer l'instant d'une transition entre deux contenus successifs de façon plus précise. Le problème de l'invention est résolu par le fait que le procédé comprend également les étapes consistant - à marquer les unités de données à diffuser, en modifiant le marquage des unités de données des contenus successifs séparés par une seule transition ; - à fournir aux terminaux récepteurs des informations de marquage leur permettant de distinguer les unités de données appartenant à des contenus différents, à l'aide de leur marquage. Le marquage des unités de données permet aux terminaux récepteurs de repérer en temps réel, et avec toute la précision souhaitée, les transitions entre contenus successifs. Pour prendre en compte les changements entre deux contenus successifs séparés par une transition, les terminaux n'ont pas besoin de connaître précisément l'instant de cette transition. Il leur suffit de connaître les informations de marquage leur permettant de distinguer les unités de données appartenant aux deux contenus en fonction de leur marquage, autrement dit d'identifier le contenu auquel appartient chaque unité de données par le marquage de celle-ci. Avantageusement, on diffuse les unités de données d'un contenu à travers au moins un canal de diffusion et on transmet les informations de marquage relatives audit contenu à travers un canal de signalisation, distinct du canal de diffusion. Les contenus successifs et les informations de marquage relatives à ces contenus sont ainsi diffusés à travers deux canaux distincts, indépendamment les uns des autres. Dans ce cas et de préférence, on insère les informations de marquage relatives à un contenu donné dans des données d'exploitation relatives audit contenu. Les données d'exploitation relatives à un contenu sont diffusées à travers le canal de signalisation et contiennent les caractéristiques de configuration du contenu, lesquelles permettent d'exploiter le contenu. De préférence encore, on transmet les informations de marquage relatives à un contenu pendant la diffusion de l'un au moins des contenus précédents. Généralement, les informations de marquage relatives à un contenu Con+1 sont transmises aux terminaux récepteurs, pour une première fois, pendant la diffusion du contenu précédent Con, à moins que la durée de celui-ci soit insuffisante. Dans ce cas, les informations de marquage relatives à Con+1 sont transmises pour la première fois lors de la diffusion d'un contenu encore antérieur à Cn, pour prévenir les terminaux récepteurs suffisamment tôt avant l'instant présumé de la transition. Il n'est toutefois pas nécessaire de connaître précisément l'instant de cette transition, mais seulement une plage horaire durant laquelle la transition est prévue. Dans un mode de réalisation particulier de l'invention, on évalue la durée de diffusion restante avant ladite transition et on transmet les informations de marquage relatives au contenu suivant ladite transition lorsque la durée de diffusion restante est inférieure à un seuil de temps prédéfini. On détermine de façon approximative la durée restante avant la transition et, lorsque cette durée restante passe en dessous du seuil, on transmet les informations de marquage. Dans un autre mode de réalisation, on transmet régulièrement les informations de marquage relatives au contenu suivant ladite transition durant toute la diffusion du contenu précédant ladite transition. Ainsi, il n'est plus nécessaire de surveiller la durée restante de diffusion du contenu en cours. L'invention concerne également un signal véhiculant une succession de contenus décomposés en unités de données, caractérisé par le fait que les unités de données appartenant à des contenus différents présentent des marquages respectifs différents. L'invention propose encore une source de diffusion agencée pour diffuser un signal tel que défini ci-dessus à travers un réseau informatique ainsi qu'un terminal récepteur agencé pour recevoir un signal tel que défini ci-dessus à travers un réseau informatique. L'invention sera mieux comprise à l'aide de la description suivante d'un mode de réalisation particulier du procédé de diffusion de l'invention et de formes de réalisation particulières du serveur de diffusion et du terminal de l'invention, en référence au dessin annexé sur lequel : - la figure 1 représente une vue schématique d'une source de diffusion, avec des canaux de diffusion et un canal de signalisation, un portail, un terminal récepteur et l'Internet ; - la figure 2 représente un schéma bloc fonctionnel de la source de diffusion de la figure 1 ; - la figure 3 représente un schéma bloc fonctionnel du terminal récepteur de la figure 1 ; - les figures 4a et 4b représentent des unités de données et des blocs de données d'exploitation, diffusés par la source de la figure 1 selon deux différents modes de diffusion ; - les figure 5a et 5b représentent deux paquets de données marqués au niveau de la couche SL et au niveau de la couche Flexmux respectivement ; - les figures 6 à 14 représentent des organigrammes des étapes du procédé de diffusion de l'invention, selon le mode de réalisation particulier décrit. Sur la figure 1, on a représenté une source de diffusion"S", un terminal récepteur "T", un portail TV "P"et un réseau informatique, en l'espèce l'Internet. Dans l'exemple particulier de la description, la source S est une chaîne de télévision, que l'on appellera par la suite chaîne A", hébergée par un serveur audiovisuel de l'Internet et diffusant en mode multicast une succession de contenus (émission télévisée, films vidéos, publicités, etc. ), à travers l'Internet, vers des terminaux récepteurs T. En référence à la figure 2, la source S comprend une base de données 10, un module 11 de commande de la diffusion, un module de marquage 12, un module de décomposition 13, deux modules d'émission 14 et 15 et une interface 16 de connexion à l'Internet. La base de données 10, alimentée par un centre de programmation non représenté, contient les contenus Cn à diffuser et, pour chaque contenu Cn, des données d'exploitation associées DE. Par définition, les données d'exploitation DE relatives à un contenu Cn sont des données permettant à un terminal récepteur T d'exploiter, de lire ce contenu. En l'espèce, les données d'exploitation DE relatives au contenu Cn contiennent i) les informations utiles pour se mettre en réception d'un ou de plusieurs canaux de diffusion CDx à travers lesquels le contenu Cn est diffusé, à savoir l'adresse Internet multicast de chacun des canaux de diffusion CDx, le mode de transmission utilisé (couche de synchronisation, multiplexage) et les différents flux de données diffusés (audio, vidéo, etc. ) avec les numéros des ports d'émission de ces flux, et ii) des caractéristiques de configuration du contenu Cn, nécessaires pour permettre aux terminaux récepteurs de décoder correctement le contenu Cn, à savoir des caractéristiques de résolution, de fréquence, de format, de codage, de langues et d'embrouillage. Le module de commande 11 commande la diffusion des contenus reçus et des données d'exploitation correspondantes à travers l'Internet. Le module de décomposition 13, relié au module de commande 11 et aux deux modules d'émission 14,15, est destiné à décomposer les contenus et les données d'exploitation en unités de données, en l'espèce en paquets de données IP (Internet Protocol), en vue de leur diffusion à travers l'Internet. Les deux modules d'émission 14,15 sont reliés à l'interface de connexion Internet 16. Lors de la diffusion d'un contenu, le module 14 émet un signal véhiculant le contenu, en"multiflux", à travers des canaux de diffusion CDx. Parallèlement, le module 15 émet régulièrement les données d'exploitation du contenu, à travers un canal de signalisation CS. La diffusion en"multiflux"consiste à émettre, pour chaque type de données (audio, vidéo ou autre), un flux de données de base et un ou plusieurs flux de données complémentaires destinés à améliorer la qualité du signal véhiculé par le flux de base. Chaque terminal récepteur peut ainsi adapter la qualité du signal reçu à ses propres capacités, en utilisant le flux de base et éventuellement un ou plusieurs flux complémentaires. La source S décompose en paquets de données IP chaque flux et émet ces paquets IP à travers l'Internet, par un canal de diffusion CDx. Sur la figure 4b, on a représenté partiellement les flux vidéo de base et audio de base, décomposés en paquets de données IP vidéo"pipVx"et en paquets de données IP audio"pipAx"respectivement, de trois contenus "Cal'" "C02", "C03" successivement diffusés par la source S. La flèche indique le sens d'écoulement des données. Ainsi, les données situées à droite sur la figure sont émises par la source S avant les données situées à gauche. Parallèlement, comme on peut également le voir sur la figure 4, pendant la diffusion de chaque contenu, la source S émet régulièrement les données d'exploitation DE de ce contenu. En outre, avant chaque transition entre deux contenus successifs, la source S émet au moins une fois les données d'exploitation du contenu suivant la transition par le canal de signalisation CS. Le module de marquage 12 comprend un bloc 120 de commande du marquage et deux blocs d'insertion 121,122. Le bloc d'insertion 121 est interposé entre le module de décomposition 13 et le module d'émission 14 et le bloc d'insertion 122 est interposé entre le module de commande 11 et le module de décomposition 13. Le bloc de commande 120 attribue à chaque contenu à diffuser un indicateur de marquage et commande le fonctionnement des deux blocs d'insertion 121,122. Dans l'exemple particulier de la description, on utilise un modulo 256 pour l'attribution des indicateurs de marquage. En d'autres termes, les indicateurs de marquage respectivement attribués aux contenus successifs sont des nombres séquentiels d'un groupe de nombres compris entre 0 et 255, l'indicateur de marquage d'un contenu étant égal à l'indicateur de marquage du contenu précédent incrémenté de un, sauf si ce dernier est égal à 255, auquel cas l'indicateur de marquage du contenu suivant est égal à 0. Le fait d'attribuer aux contenus successifs des indicateurs de marquage appartenant à un groupe de taille limitée, de façon séquentielle et cyclique, permet de séparer les contenus portant le même indicateur de marquage par un intervalle de temps suffisamment long pour éviter toute confusion entre ces contenus par les terminaux récepteurs T, et ce sans qu'il soit nécessaire d'utiliser un nombre excessif d'indicateurs de marquage différents. Lors de la diffusion d'un contenu Cn, le bloc d'insertion 121 marque tous les paquets de données IP de ce contenu Cn en y insérant l'indicateur de marquage attribué à ce contenu Cn, dans un en-tête d'une couche de protocole, en l'espèce la couche SL (Synchronisation Layer). La couche SL est une couche applicative. Sur la figure 5a on a représenté un paquet de données vidéo au niveau de la couche SL, comprenant l'en-tête de la couche SL, le numéro attribué au contenu considéré, c'est-à-dire l'indicateur de marquage, et des données vidéo de ce contenu. On pourrait également insérer l'indicateur de marquage au niveau de la couche flexmux, située en-dessous de la couche SL, comme représenté sur la figure 5b. L'indicateur de marquage permet aux terminaux récepteurs T d'identifier le contenu Cn auquel le paquet de données IP appartient. D'une manière générale, le rôle des indicateurs de marquage est de permettre aux terminaux récepteurs T de distinguer les paquets de données IP appartenant à différents contenus, en fonction de leur appartenance à un contenu, et de repérer ainsi les transitions entre contenus successifs. Parallèlement, le bloc d'insertion 122 insère dans les données d'exploitation relatives au contenu Cn l'indicateur de marquage attribué à ce contenu Cn, comme cela sera explicité plus loin dans la description du procédé. En référence à la figure 3, le terminal T comprend une interface homme-machine 20, comportant des moyens de saisie (ici un clavier et un organe de sélection et de déplacement d'un curseur à l'écran), un écran de visualisation et un haut-parleur, un navigateur Internet 21, un module 22 de connexion à l'Internet, un module d'exploitation 23 et une unité centrale de commande non représentée. Le module d'exploitation 23 permet au terminal T de recevoir et d'exploiter, de lire les contenus diffusés à travers l'Internet par des sources de diffusion, et notamment par la source S. Il comprend une mémoire 230 de stockage d'au moins un fichier descriptif SDP relatif à une source de diffusion, un bloc 231 de réception de canaux de diffusion CDx de la source, un bloc 232 de réception d'un canal de signalisation CS de la source, un bloc 233 d'enregistrement de données d'exploitation dans une mémoire 234 et un bloc de décodage 235. Les deux blocs de réception 231 et 232 sont reliés au module de connexion Internet 22. Le bloc de décodage 235 est relié à la mémoire 234, au bloc de réception 231 et au module d'interface homme-machine 20. Le bloc de réception 232, relié à la mémoire 230, est destiné à se mettre en réception du canal de signalisation CS, à l'aide des informations contenues dans le fichier SDP stocké dans la mémoire 230, et à recevoir les données d'exploitation de contenu diffusées à travers ce canal de signalisation CS. Le bloc d'enregistrement 233, interposé entre le bloc de réception 232 et la mémoire 234, est destiné à enregistrer les données d'exploitation de contenu, reçues par le bloc 232 à travers le canal de signalisation CS, dans la mémoire 234. La mémoire 234 contient ainsi, pour chaque contenu Cn diffusé par la source S, les informations utiles pour recevoir le contenu Cn, les caractéristiques de configuration du contenu Cn ainsi que l'indicateur de marquage associé, attribué au contenu Cn par la source S. Le bloc de réception 231, relié à la mémoire 234, est destiné à se mettre en réception des canaux de diffusion CDx, à l'aide des données d'exploitation de contenu enregistrées dans la mémoire 234, et à recevoir les contenus diffusés à travers ces canaux de diffusion CDx. Le module d'exploitation 23 comprend en outre un bloc de détection 236, interposé entre le bloc de réception 231 et le bloc de décodage 235. Le bloc de détection 236 est destiné, pour chaque paquet de donnée IP reçu par un canal de diffusion CDx, à détecter l'indicateur de marquage inséré dans ce paquet IP et à le fournir au bloc de décodage 235. Lors de la réception d'un contenu par les canaux de diffusion CDx, le bloc de détection 236 détecte l'indicateur de marquage inséré dans les paquets IP reçus véhiculant ce contenu et le fournit au bloc de décodage 235. Celui-ci recherche dans la mémoire 234 les données d'exploitation associées à cet indicateur de marquage, lesquelles sont celles du contenu reçu, en extrait les caractéristiques de configuration et, à l'aide de ces caractéristiques, décode les paquets IP reçus en vue de la diffusion locale du contenu au moyen de l'interface homme-machine 20. Le portail TV"P"est un site WEB d'accès à la télévision sur l'Internet qui propose un guide des programmes des chaînes de télévision et des liens hypertextes vers ces chaînes. Le portail P contient notamment les programmes de la chaîne A. Le procédé de diffusion à travers l'Internet d'une succession de contenus, à partir de la source de diffusion S, vers une pluralité de terminaux récepteurs T va maintenant être décrit. En référence à la figure 4, la source S diffuse en multicast et en multiflux un signal véhiculant une succession de contenus décomposés en paquets de données IP marqués, à travers les canaux de diffusion CDx, et, parallèlement, envoie régulièrement les données d'exploitation du contenu en cours de diffusion, à travers le canal de signalisation CS. La source S attribue aux contenus successifs des indicateurs de marquage séquentiels, afin de modifier le marquage des paquets de données IP des contenus successifs, séparés par une seule transition. En conséquence, les paquets IP relatifs à deux contenus successifs, séparés par une seule transition, contiennent des indicateurs de marquage respectifs différents. Les figures 10 à 13 illustrent le fonctionnement de la source S lors de la diffusion de deux contenus successifs Cn et Con+1. Dans une étape 40, la source S diffuse le contenu Cn à travers les canaux de diffusion CDx. Pour cela, dans une étape 40a, la source S décompose le contenu Cn en paquets IP, insère l'indicateur de marquage attribué au contenu Cn dans l'en-tête du paquet IP au niveau de la couche de protocole SL dans une étape 40b puis, dans une étape 40c, émet les paquets IP marqués à travers l'Internet par les canaux CDx. Parallèlement à l'étape 40, la source S diffuse les données d'exploitation DE du contenu Cn à travers le canal de signalisation CS, dans une étape 41. Pour cela, dans une étape 41a, la source S insère l'indicateur de marquage attribué au contenu Cn dans les données d'exploitation DE du contenu Cn, décompose ces données d'exploitation DE en paquets IP, dans une étape 41b, puis émet les paquets IP à travers l'Internet par le canal CS, dans une étape 41c. Après avoir envoyé les données d'exploitation DE du contenu Cn, la source S vérifie si la transition entre le contenu Cn et le contenu Con+1 a eu lieu, dans une étape 42. L'étape 41 d'envoi des données d'exploitation DE du contenu Cn est réitérée tant que la transition n'a pas eu lieu avec une période d'envoi T. Dès que la transition a eu lieu, l'étape 41 est exécutée mais pour le contenu Cn+l. En d'autres termes, après la transition, la source S envoie les données d'exploitation du contenu Con+1. Durant la diffusion du contenu Cn, parallèlement à l'étape 41, la source S surveille la durée de diffusion restante 1 de ce contenu Cn en la comparant régulièrement à un seuil prédéfini s (étape 44). Dès que la durée restante T est inférieure au seuil s, la source S envoie les données d'exploitation DE du contenu suivant Con+1 à travers le canal de signalisation CS (étape 45). Si la durée restante de diffusion du contenu Cn le permet, la source S effectue plusieurs envois des données d'exploitation DE du contenu Con+1 avant la transition (étape 46) entre le contenu Cn et le contenu suivant Con+1. En référence à la figure 5, dans une étape 30, le terminal récepteur T récupère un fichier SDP de la source S, contenant toutes les informations nécessaires pour se mettre en réception du canal de signalisation CS de la source S, par téléchargement à travers l'Internet depuis le portail P. Pour cela, comme on peut le voir sur la figure 6, dans une étape 30a, le terminal T se connecte au portail P et, dans une étape 3Ob, télécharge depuis le portail P une page WEB contenant un guide des programmes d'une pluralité de chaînes, dont la chaîne A, et des liens vers ces chaînes. Dans une étape 30c, sous la commande d'un utilisateur, le terminal récepteur T active le lien vers la chaîne A en adressant ainsi au portail P une requête d'acquisition du fichier SDP de la source S. Sur réception de la requête, dans une étape 30d, le portail P transmet le fichier SDP requis au terminal T à travers l'Internet. Dans une étape 30e, le terminal T mémorise le fichier SDP de la source S dans la mémoire 230 afin d'en disposer pour se mettre en réception de la source S soit immédiatement après téléchargement, soit ultérieurement. Le fichier SDP de la source S contient toutes les informations requises pour permettre au terminal T de se mettre en réception du canal de signalisation CS de la source S. Pour se mettre en réception des canaux de diffusion CDx de la source S, le terminal T acquiert préalablement le canal de signalisation CS dans une étape 31 (figure 5). Comme on peut le voir sur la figure 7, pour acquérir le canal de signalisation CS, dans une étape 31a, le terminal T émet une requête d'acquisition de ce canal CS à travers l'Internet, à l'aide des informations fournies par le fichier SDP récupéré et stocké dans la mémoire 230, en utilisant le protocole IGMP ("Internet Group Management Protocol"). Dans une étape 31b, le premier routeur Internet qui reçoit cette requête alors qu'il reçoit déjà des unités de données d'exploitation émises par la source S, duplique ces unités de données, lesquelles sont ensuite acheminées jusqu'au terminal T. Le terminal T se met ainsi en réception du canal de signalisation CS de la source S. Dans une étape 32, le terminal T reçoit les données d'exploitation DE relatives au contenu Cn en cours de diffusion, fournies par le canal de signalisation CS. Chaque envoi de données d'exploitation contient toutes les informations nécessaires pour se mettre en réception des canaux de diffusion CDx afin de récupérer le contenu Cn, les caractéristiques de configuration permettant de décoder correctement le contenu Cn reçu, ainsi que l'indicateur de marquage du contenu Cn. Le terminal T mémorise les données d'exploitation DE du contenu Cn, avec l'indicateur de marquage correspondant, dans sa mémoire 234. A l'aide des données d'exploitation DE du contenu Cn, dans une étape 33, le terminal T se met en réception des canaux de diffusion CDx de la source S. Pour cela, en référence à la figure 8, dans une étape 33a, le terminal T envoie une requête d'acquisition des canaux de diffusion CDx à travers l'Internet, en utilisation le protocole IGMP. Dans une étape 33b, le premier routeur Internet, qui reçoit cette requête alors qu'il reçoit déjà les paquets IP de contenu diffusés par la source S, duplique ces paquets IP et les achemine vers le terminal T. Dans une étape 34, le terminal T reçoit les paquets de données des différents flux véhiculant le contenu Cn par ces canaux de diffusion CDx. Dans une étape 35, le terminal T décode le contenu Cn reçu. Pour cela, pour chaque paquet de données IP reçu, le terminal T détecte l'indicateur de marquage inséré dans le paquet (étape 35a), afin d'identifier le contenu Cn auquel il appartient, extrait de la mémoire 234 les données d'exploitation DE associées à cet indicateur de marquage (étape 35b) puis, à l'aide de ces données d'exploitation DE, décode le paquet de données (étape 35c). Dans une étape 36, durant la diffusion du contenu Cn, le terminal T reçoit par le canal de signalisation CS les données d'exploitation du contenu suivant Con+1, envoyées par la source S à l'étape 41 (figure 12). Après la transition 46, on revient à l'étape 34, mais pour le contenu suivant Con+1. Ainsi, le terminal T reçoit le contenu Con+1, à travers le canal de diffusion CD, et parallèlement les données d'exploitation correspondantes, à travers le canal de signalisation CS. La source S pourrait calculer le seuil de temps s, utilisé à l'étape 44 pour déterminer approximativement l'instant à partir duquel il convient de diffuser le bloc de données d'exploitation du contenu suivant Con+1, à l'aide de la formule suivante : s=n. T dans laquelle - T représente la période temporelle séparant les envois successifs des données d'exploitation relatives à un même contenu et - n représente un entier naturel dont la valeur est telle que, compte tenu du taux de non-réception des données diffusées, au moins 99% des terminaux récepteurs reçoivent au moins une fois les données d'exploitation du contenu Con+1 avant la fin de la diffusion du contenu Cn. Généralement, la valeur de n est fixée à trois. La source pourrait comprendre deux serveurs diffusant respectivement les données d'exploitation à travers le canal de signalisation CS et les contenus à travers les canaux de diffusion CDx. Au lieu de récupérer le fichier SDP de la source S par téléchargement depuis le portail P, le terminal récepteur pourrait le récupérer par tout autre moyen, par exemple par courrier électronique ou sur un support fixe tel qu'un CD-ROM. Dans la description qui précède, lors de la diffusion d'un contenu Cn, la source S surveille la durée restante T de diffusion du contenu Cn et diffuse les données d'exploitation du contenu suivant dès que la durée restante de diffusion T est inférieure à un seuil s. Dans un mode de réalisation simplifié de l'invention, représenté sur la figure 4a, la source S envoie régulièrement les données d'exploitation du contenu Cn ainsi que celles du contenu suivant Con+1 durant toute la diffusion du contenu Cn et n'a donc pas besoin de surveiller la durée restante de diffusion du contenu Cn. A la place des indicateurs séquentiels, on pourrait utiliser tout autre type de marquage, à condition que les marquages respectifs des contenus de chaque paire de contenus successifs séparés par une seule transition soient différents. Bien entendu, l'invention pourrait s'appliquer à tout autre type de réseau informatique et notamment à tout réseau IP. Revendications 1. Procédé de diffusion à travers un réseau informatique d'une succession de contenus (Cn, Cn+i) à partir d'une source de diffusion (S) vers une pluralité de terminaux récepteurs (T), comprenant les étapes consistant - pour chaque contenu (Cn, Con+,), à émettre (40) des unités de données véhiculant ledit contenu (Cn, Cn+l) depuis la source (S), à travers le réseau informatique, et - à fournir aux terminaux récepteurs (T) une indication leur permettant de repérer chaque transition entre deux contenus successifs (Cn, Con+1), caractérisé par le fait qu'il comprend également les étapes consistant - à marquer (40b) les unités de données à diffuser, en modifiant le marquage des unités de données des contenus successifs séparés par une seule transition ; - à fournir aux terminaux récepteurs (T) des informations de marquage leur permettant de distinguer les unités de données appartenant à des contenus différents (Cn, Con+1), à l'aide de leur marquage. 2. Procédé selon la revendication 1, dans lequel on diffuse (40) les unités de données d'un contenu à travers au moins un canal de diffusion (CD) et on transmet (41) les informations de marquage relatives audit contenu à travers un canal de signalisation (CS), distinct du canal de diffusion (CD). 3. Procédé selon l'une des revendications 1 et 2, dans lequel on insère (41a) les informations de marquage relatives à un contenu donné (Cn) dans des données d'exploitation (DE) relatives audit contenu (Cn). 4. Procédé selon l'une des revendications 1 à 3, dans lequel on transmet (41) les informations de marquage relatives à un contenu (con+1) pendant la diffusion de l'un au moins des contenus précédents (Cn). 5. Procédé selon la revendication 4, dans lequel on évalue (44) la durée de diffusion restante (T) avant ladite transition et on transmet les informations de marquage relatives au contenu suivant ladite transition lorsque la durée de diffusion restante (1) est inférieure à un seuil de temps prédéfini (s). 6. Procédé selon la revendication 5, dans lequel le seuil de temps (s) est calculé à l'aide de la formule suivante : s=n. T dans laquelle - T représente la période temporelle séparant les envois successifs des données d'exploitation relatives à un même contenu et - n représente un entier naturel dont la valeur est telle que, compte tenu du taux de non-réception des données diffusées, au moins 99% des terminaux récepteurs reçoivent au moins une fois les données d'exploitation du contenu (con+1) avant la fin de la diffusion du contenu (Cn). 7. Procédé selon la revendication 4, dans lequel on transmet régulièrement les informations de marquage relatives au contenu (Cn+l) suivant ladite transition durant toute la diffusion du contenu (Cn) précédant ladite transition. 8. Procédé selon l'une des revendications 1 à 7, dans lequel on transmet (41) les informations de marquage relatives à un contenu (Cn) pendant la diffusion dudit contenu (Cn). 9. Procédé selon l'une des revendications 1 à 8, dans lequel, pour marquer une unité de données, on y insère un indicateur de marquage (40b). 10. Procédé selon la revendication 9, dans lequel on insère l'indicateur de marquage dans un en-tête d'une couche de protocole. 11. Procédé selon la revendication 10, dans lequel on insère l'indicateur de marquage dans l'en-tête de l'une des couches du groupe comprenant la couche SL (Synchronisation Layer) et la couche Flexmux. 12. Procédé selon l'une des revendications 9 à 11, dans lequel on attribue aux contenus successifs (Cn, Cn+i,...) des indicateurs de marquage séquentiels. 13. Signal spécialement conçu pour la mise en oeuvre du procédé de la revendication 1, véhiculant une succession de contenus décomposés en unités de données, caractérisé par le fait que les unités de données appartenant à des contenus différents présentent des marquages respectifs différents. 14. Signal selon la revendication 13, dans lequel chacune des unités de données contient un indicateur de marquage. 15. Signal selon la revendication 14, dans lequel l'indicateur de marquage est inséré dans un en-tête d'une couche de protocole de l'unité de données. 16. Source de diffusion agencée pour diffuser un signal selon la revendication 13 à travers un réseau informatique. 17. Source selon la revendication 16, dans laquelle il est prévu des premiers moyens d'émission (14) pour émettre des unités de données véhiculant un contenu (Cn) et des moyens (120,121) pour marquer les unités de données à diffuser en modifiant le marquage des contenus successifs (Cn, Cn+l,...) séparés par une seule transition. 18. Source selon l'une des revendications 16 et 17, dans lequel il est prévu des seconds moyens d'émission (15) pour émettre des données d'exploitation relatives à chaque contenu (Cn) et des informations de marquage relatives audit contenu (Cn). 19. Terminal récepteur agencé pour recevoir un signal selon la revendication 13 à travers un réseau informatique. 20. Terminal selon la revendication 19, dans lequel il est prévu des premiers moyens de réception (231) pour recevoir des unités de données véhiculant un contenu (Cn) et contenant un indicateur de marquage, des seconds moyens de réception (232) pour recevoir des données d'exploitation (DE) dudit contenu (Cn) contenant un indicateur de marquage associé, des moyens de détection (236) destinés à détecter l'indicateur de marquage contenu dans chaque unité de données de contenu reçue et des moyens de décodage (235) destinés à décoder les unités de données reçues à l'aide des données d'exploitation associées à l'indicateur de marquage détecté.