WO2003056840A1 - Procede de diffusion d'un contenu a partir d'une source vers au moins un terminal, a travers un reseau de type ip, source, terminal et signal associes - Google Patents

Procede de diffusion d'un contenu a partir d'une source vers au moins un terminal, a travers un reseau de type ip, source, terminal et signal associes Download PDF

Info

Publication number
WO2003056840A1
WO2003056840A1 PCT/FR2002/004101 FR0204101W WO03056840A1 WO 2003056840 A1 WO2003056840 A1 WO 2003056840A1 FR 0204101 W FR0204101 W FR 0204101W WO 03056840 A1 WO03056840 A1 WO 03056840A1
Authority
WO
WIPO (PCT)
Prior art keywords
content
terminal
source
current reference
reference time
Prior art date
Application number
PCT/FR2002/004101
Other languages
English (en)
Inventor
Christian Bertin
Original Assignee
France Telecom
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom filed Critical France Telecom
Priority to AU2002364978A priority Critical patent/AU2002364978A1/en
Publication of WO2003056840A1 publication Critical patent/WO2003056840A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/242—Synchronization processes, e.g. processing of PCR [Program Clock References]

Definitions

  • the invention relates to a method of broadcasting content through a computer network such as the Internet.
  • Multicast mode consists in transmitting the content to be broadcast, broken down into IP data packets, in a single shipment for all the receiving terminals.
  • Internet routers located at network nodes, cascade duplicate the IP packets in order to route them to the various receiving terminals.
  • Multi-stream broadcasting consists in transmitting, for each type of data (audio, video or other), a basic data stream and one or more complementary data streams intended to improve the quality of the signal carried by the basic stream, through different broadcast channels of the source S.
  • Each receiving terminal can thus adapt the quality of the received signal to its own capacities, using the basic stream and possibly one or more complementary streams.
  • a TV portal provides the receiving terminals T with a program guide for different television channels.
  • a receiving terminal T wishes to receive content broadcast by a television channel on the Internet, it connects to the TV portal, selects the desired content and, in return, receives a descriptive file SDP (Session Description Protocol) relating to the content selected.
  • This descriptive SDP file contains all the useful information to allow the terminal to receive content desired, either directly or via a signaling channel CS of the source S.
  • the SDP file contains all the operating data of the content.
  • the SDP file contains the IP address of the signaling channel CS, through which the source S broadcasts the operating data of the content.
  • the operating data of a content is the data allowing a receiver to exploit, that is to say to acquire and read, this content. They contain data describing the content (title, start and end times of the content, etc.) and signaling data (multicast addresses of the broadcasting channels of the source, modes of broadcasting, etc.). From the start time of broadcast, by reference to an internal clock, the receiving terminal identifies the instant from which it is necessary to put in reception of the source S to receive the desired content.
  • this method of determining the start time of the broadcasting of the content, using the internal or local clock of the terminal T is not sufficiently reliable because the clock of the source and the clock of terminal T are not synchronized. There is therefore a significant risk of error in determining the start or end time of the broadcast.
  • the receiver terminal T and the source S can both synchronize their clock with a reference clock from the Internet.
  • the receiving terminal T and the source S must regularly connect to an NTP server (Network Time Protocol) of the Internet and retrieve from this NTP server the Internet reference time, using the NTP protocol.
  • NTP server Network Time Protocol
  • This solution is however not entirely satisfactory for the following reasons: on the one hand, it requires the implementation of a specific application, capable of implementing the NTP protocol, in the terminal T and in the source S, and , on the other hand, it forces the source S and the terminal T to call on an external source (namely the NTP server) to obtain a reference clock.
  • the technical problem posed by the present invention therefore consists in proposing a method for broadcasting content from a broadcasting source to at least one receiving terminal, through an IP type network, in which the receiving terminal acquires content exploitation data, containing at least one hour h to locate, and locating said hour h, a process which enables the receiving terminal to locate the hour h in a reliable and simple manner.
  • the solution of the invention therefore consists in communicating the information to the terminal to enable it to acquire the current time provided by the reference clock and used by the source S, by conveying this information in the content exploitation data. wish. Thanks to this, the source and the terminal are synchronized.
  • the current reference time is inserted into the operating data.
  • the terminal receives the current reference time directly in the operating data.
  • a request for acquiring the current reference time and an address for sending said request over the network are inserted into the data. operating.
  • the terminal sends the acquisition request to the address indicated and receives the current reference time in return.
  • the information enabling the terminal to acquire the current reference time is inserted into a descriptive SDP file.
  • the terminal recovers said SDP file by downloading from a network information site.
  • the source sends the information allowing the terminal to acquire the current reference time through a signaling channel associated with said channel broadcast.
  • the source inserts the information allowing the terminal to acquire the current reference time in one of said metadata tables, for example in a service information table.
  • the source creates a new metadata table intended to contain dynamic information, and inserts the information allowing the terminal to acquire the current reference time in the new metadata table.
  • the content being described by a plurality of metadata tables intended to be conveyed by a first root table the source creates a second root table, independent of the first root table and intended to convey dynamic information, and inserts the current time of reference in the second root table.
  • the time to locate can be a start time and / or an end time for content delivery.
  • the invention also relates to a source for broadcasting content through an IP type network, said source comprising first transmission means for transmitting the content, means for linking to a clock, means for creating data exploitation of the content, said exploitation data containing at least one hour h to locate determined by reference to the clock, and second transmission means for transmitting the exploitation data of the content, source characterized in that the means for creating the operating data of the content are arranged to insert therein information allowing a receiver to acquire a current reference time provided by said clock.
  • the invention also relates to a terminal for receiving content broadcast by a source through an IP type network, said terminal comprising means for acquiring operating data for the content, said operating data containing at least one hour. h to locate, content reception means arranged to locate said time h, terminal characterized in that the reception means are arranged to acquire a current reference time from operating data and to locate said time h based on the current reference time.
  • the invention finally relates to a signal comprising a root table conveying at least one metadata table relating to content containing information to enable a receiver to acquire a current reference time.
  • the metadata table contains said current reference time.
  • the metadata table contains an address for sending said request.
  • FIG. 1 shows a diagram of the receiving terminal, a TV portal, the broadcasting source and different stages of the method, according to a first embodiment of the invention
  • FIG. 2 represents a diagram of the receiving terminal, of a TV portal, of the broadcasting source and of various stages of the method, according to a second embodiment of the invention, -
  • FIG. 3 shows a functional block diagram of the broadcasting source of Figure 1;
  • FIG. 4 shows a functional block diagram of the receiver terminal of Figure 1;
  • FIG. 5 shows a flowchart of the method of broadcasting the invention, according to the embodiment of Figure 1;
  • FIG. 6 represents a flow diagram of the method of broadcasting of the invention, according to the embodiment of FIG. 2.
  • the operating data of a content are the data allowing a receiving terminal to use, that is to say to acquire and read, this content. They contain data describing the content (title, start and end times of the content, etc.) and signaling data (multicast addresses of the broadcasting channels of the source, modes of broadcasting, etc.).
  • FIG. 1 there is shown a broadcast source S, a receiver terminal T, a TV portal P, a reference clock H R and an IP network, in this case the Internet.
  • the broadcasting source S is a television channel, which will hereinafter be called "channel A", broadcasting content, such as films, TV programs, sporting events. or others, through the Internet to receiving terminals T.
  • Source S broadcasts in “multicast” and “multiflux” modes.
  • Diffusion in "multi-stream” consists in transmitting, for each type of data to be broadcast (audio, video or other), a basic data stream and one or more complementary data streams intended to improve the quality of the signal conveyed by the stream basic.
  • Each receiver terminal T can thus adapt the quality of the signal received to its own capacities, using the basic stream and possibly one or more complementary streams.
  • the different streams are sent through different CD X broadcast channels.
  • the "multicast” mode allows the source S to broadcast each content to a plurality of receiving terminals T, in a single shipment.
  • the source S transmits IP data packets carrying the content, which are cascaded by routers located at nodes of the network in order to be routed to the various receiving terminals.
  • the source S comprises two transmission modules 10, 11, a decomposition module 12, a contained database 13, a module 14 for creating “metadata” table systems, a module 15 of connection to the external reference clock H R and a central unit 16.
  • the decomposition module 12 is intended to decompose the data to be transmitted across the Internet into IP data packets. It is connected to the two transmission modules 10, 11.
  • the description data may contain, in addition to the start and end times of the film's broadcast, the title and the names of the actors in the film.
  • the source S is connected to the reference clock H R via the link module 15, which is intended to retrieve the current reference time provided by this clock H R.
  • Module 14 is intended to create a system of "metadata" tables as defined by the specifications from the TV-Anytime forum.
  • "metadata” is data describing content, which describes the content and therefore makes it possible to use it.
  • the metadata relating to a content notably contains the title, a text description and the genre (film, report, sporting event or other) of the content.
  • the reader is invited to refer to the following documents: i) SP003vll draft of June 11, 2001, edited by the TV-Anytime forum, and ii) ISO / IEC JTC 1 / SC 29 / WG 11 / N3966 of March 2001, Singapore, published by ISO / IEC 2000, entitled "Text of 15938-5 FCD Information Technology - Multimedia Content Description Interface - Part 5 Multimedia Description Schemes".
  • a metadata table system as defined by the specifications from the TV-anytime forum, comprises a root table, called “TVAMain”, and a plurality of metadata tables, intended to be conveyed by this root table separately or jointly.
  • These metadata tables can include the following tables:
  • program here refers to content.
  • Each table (root table or metadata table associated with the root table) has its own version number, which is incremented by one if the table is modified between two successive sendings of the latter.
  • the version number of the root table is also incremented by a.
  • the creation module 14 is intended to insert the current reference time, supplied by the reference clock H R , a request to acquire the current reference time with an address for sending this request, into the Service information "ServicelnformationTable” table when created.
  • the transmission module 10 connected to the creation module 14 via the decomposition module 12, is intended to transmit a signal comprising a root table "TVAMain” conveying one or more metadata tables relating to a content to be broadcast or being broadcast, via the Internet, by a CS signaling channel.
  • a table, or one of the tables, of metadata conveyed is the table “ServicelnformationTable” of service information, this contains the current reference time and a request to acquire the current time of reference, with an address for sending this request.
  • the transmission module 11, connected to the central unit 16 via the decomposition module 12, is intended for transmitting the data streams (audio, video, etc.) conveying content via the Internet, by CD X broadcast channels.
  • the central unit 16, to which all the elements of the source S are connected, is intended to control the operation of the source S.
  • the receiver terminal T comprises a module 20 for connection to the Internet, an Internet browser 21, a set 22 of human-machine interface (HMI), a module 23 of Internet TV receiver / recorder and a central unit, not shown.
  • HMI human-machine interface
  • the Internet browser 21, connected to the Internet connection module 20, allows the receiver terminal T to browse the Internet.
  • the HMI unit 22 includes a keyboard, a display screen, a computer mouse (that is to say a member for controlling the movement of a cursor on the screen and for selection) and a loudspeaker.
  • the Internet TV receiver / recorder module 23 includes a block 230 for acquiring content exploitation data, a block 231 for receiving content, a memory 232 for storing content for operational data, u ⁇ .bloc recording 233 and a memory 234 for storing recorded content.
  • the block 230 for acquiring operating data and the block 231 for receiving content are connected to the Internet connection module 20 and to the memory 232.
  • the reception module 231 is connected to the HMI unit 22.
  • the recording block 233 is connected to the reception block 231 and to the memory 233, which is connected to the HMI unit 22.
  • the block 230 retrieves beforehand a descriptive file SDP (Session Description Protocol), containing all the information necessary to allow the terminal T to receive the signaling channel CS from the source S, by downloading from the TV portal.
  • SDP file notably contains a scheduled start time for the content to be broadcast.
  • the structure of the SDP file defined by the IETF (Internet Engineering Task Force), is described in document RFC2327. From this SDP file, under the command of block 230, the terminal T receives the signaling channel CS from the broadcasting source S, approximately at the scheduled time for the start of broadcasting indicated in the SDP file, and acquires metadata tables relating to the desired content.
  • the recorder block 233 allows the terminal T to operate in TV recorder mode, similar to a video recorder. A user can program the automatic recording of content by the terminal T. In this case, under the command of block 233, the terminal T automatically receives the content and saves it in the memory 234, as will be explained below.
  • the receiver block 230 In recorder mode, the receiver block 230 is intended to identify the start and / or end time for broadcasting the content to be recorded, as will be explained later in the description of the process.
  • terminal T All the elements of terminal T are connected to the central unit, which is intended to control the operation of terminal T.
  • the TV portal "P" is a WEB site of information for the access to television on the Internet, proposing a guide of the programs of various television channels and hypertext links towards these channels and towards the contents diffused by these channels .
  • Portal P contains in particular the programs of channel A.
  • the source S broadcasts in multicast and in multi-stream a succession of content broken down into IP data packets, through the CD X broadcast channels.
  • the source S regularly creates and sends “TVAMain” root tables conveying one or more metadata tables relating to this content, before and during the broadcasting of the content.
  • the source S thus regularly and frequently broadcasts the service information table containing the current reference time provided by the clock H R.
  • the creation module 14 For each sending of the current reference time, the creation module 14 inserts into the table
  • Service information "ServicelnformationTable” two elements, called “CurrentTime” and
  • TimeReferenceAddressAndCo mand which respectively provide the current reference time, given by the clock H R , and a request to acquire the current time with the address for sending this request on the Internet.
  • the service information table is defined as follows:
  • TimeReferenceAddressAndCommand respectively have the formats “DateTime” and “string” defined in the ISO / IEC CD 15938-5 standard.
  • the “TimeReferenceAddressAndCommand” element has the following form:
  • URL Uniform Resource Locator
  • the "Serviceld" field identifies the channel concerned.
  • TimeReferenceAddressAndCommand intended to provide the current reference time and the request to acquire this current reference time, are valid for several broadcasting channels.
  • the terminal T To receive content broadcast by the source S, the terminal T connects to the portal P and, in a step 30, downloads the SDP file relating to the desired content. For this, in a step 30a, by selecting from the program grid, the terminal T sends the portal P a request to acquire the SDP file of the desired content and, in a step 30b, the portal P sends the file to the terminal T SDP required.
  • the downloaded SDP file is stored in the memory 232.
  • the terminal T receives the signaling channel CS from the source S, in a step 31, a few moments before l 'scheduled start time shown in the SDP file.
  • the terminal T acquires the metadata tables relating to the desired content, broadcast by the source S through this channel CS.
  • the terminal T extracts from the service information table the current reference time as well as the start and end times for broadcasting the desired content, then, in a step 34, identifies the start and end times of the broadcast based on the current reference time received. For this, the terminal T calculates the remaining durations, from the current reference reference time received, until the start time and until the end time of the content broadcasting. Everything happens as if, upon receipt of the information table from service, the terminal T synchronized its current local time with the current reference time received for the time tracking of the start and end times for the content broadcast.
  • the terminal T In recorder mode, in a step 35, the terminal T automatically receives the CD X broadcast channels from the source S, at the time previously identified for the start of broadcast. For this, in a step 35a, the terminal T sends a request for acquisition of each data stream carrying the desired content, through the Internet, using the IGMP protocol (Internet Group Management Protocol). The first Internet router which receives this request when it already receives IP data packets broadcast by the source S, duplicates these packets and routes them to the terminal T, in a step 35b. After having received the CD X broadcast channels from the source S, the terminal T receives the desired content and saves it in the memory 234, in a step 36. In a step 37, at the time previously identified at the end of the broadcast, the terminal T interrupts its recording.
  • IGMP protocol Internet Group Management Protocol
  • the terminal T In the event of a temporary interruption of the operation of the terminal T in a step 38 following the step 32 of reception of the current reference time, the terminal T must recover a current reference time, after its return to operation in a step 39 , in order to perform a new time tracking of the start and end times of the content broadcast.
  • the terminal T connects to the URL address “http://wwww.chaineA.fr/time/getCurrentTime”, thus sending the source S a request to acquire the current time reference.
  • the source S sends to the terminal T the current reference time via the Internet, in a step 41.
  • the terminal T upon receipt of the current reference time, the terminal T again locates the start and end times of the broadcast, on the basis of the current reference time received in step 41, as explained above.
  • the source S only broadcasts the request for acquisition of the current reference time, with the sending address of this request, in the metadata tables.
  • the terminal should necessarily perform steps 40 to 42, explained above.
  • the terminal receives the signaling channel CS from the source S in order to retrieve updated tables of metadata relating to the desired content.
  • These updated tables contain the current reference time and the start and end times for content delivery, which are generally more precise than those contained in the metadata tables received previously.
  • the terminal T again identifies the start and end times for broadcasting the desired content from the updated start and end times for the broadcast and on the basis of the current reference time newly received.
  • the information enabling the receiving terminal to acquire the current reference time could be inserted into a metadata table, as defined by the Forum TV-Anytime, other than the service information table.
  • the source S instead of inserting the information allowing the receiving terminal to acquire the current reference time - namely the current reference time, the request to acquire the current reference time and the address to send this request - in the service information table, the source S creates a dynamic metadata table, called “DynamiclnformationTable”, associated with the “TVAMain” root table (that is to say intended to be conveyed by this root table), intended to contain dynamic information, and inserts the information allowing the receiving terminal to acquire the current reference time, namely the current reference time and the request to acquire this current reference time with the sending address of this request, in the dynamic service information table.
  • DynamiclnformationTable associated with the “TVAMain” root table
  • the dynamic service information table is defined as follows:
  • the “TVAMain” root table conveying the dynamic service information table has a structure similar to that previously described, in the first embodiment of the invention.
  • the source S broadcasts a root table "TVAMain” conveying the current reference time.
  • the version numbers assigned to the successively distributed root tables change, because the metadata table containing the current reference time, namely the service information tables or the dynamic service information table, is modified each time sending by updating the current reference time.
  • modulo for example modulo 2 10
  • the version numbers of the root table change between 0 and (2 10 -l) and then start from 0.
  • the terminal T detects that the version number of the root table received has changed and must, therefore, analyze all the metadata tables conveyed by this root table, in order to determine which elements of these metadata tables have changed. Such a systematic and global analysis of metadata tables is tedious.
  • the source S creates a dynamic root table "TVAMainSystem", independent of the root table "TVAMain”. Since the two root tables are independent of each other, the respective version numbers of these two tables evolve independently of each other, which solves the problem of frequently changing the version number of the "TVAMain” root table.
  • the root table “TVAMainSystem” is defined as follows:
  • the SDP file relating to content contains - the information useful for receiving the broadcasting channels from source S and exploiting the desired content (in particular content start and end times) and
  • the address d sending the request could be the address of a server providing the current reference time, other than source S.
  • the "a” field is inserted in the "Time Description" part of the SDP file.
  • the receiving terminal T downloads the SDP file relating to this content from the portal P, in a step 50.
  • the terminal T sends a request to the portal p acquisition of the SDP file relating to the desired content and, in a step 50b, the portal P sends the required SDP file to the terminal T.
  • the terminal T extracts from the downloaded SDP file the start and end times of broadcasting and the request for acquisition of the current reference time, with the address for sending this request, in a step 51.
  • the terminal T addresses the source S the request to acquire the current reference time and, in response, the source S sends the current reference time, supplied by the clock H R , to the terminal T, in a step 53.
  • a step 54 the terminal T locates the start and end times of broadcast based on the current reference time received, such as previously explained.
  • the receiver terminal T goes directly into reception of the broadcast channels from the source S, without going through a signaling channel, to the using information contained in the SDP file.
  • the terminal T sends through the Internet requests to acquire the data streams carrying the desired content, through the Internet, according to the IGMP protocol, and, in a step 55b, the first Internet router which receives these requests when it already receives the IP data packets sent by the source S, duplicates these IP packets and routes them to the terminal T.
  • the TV portal P is connected to the reference clock H R.
  • the portal P On receipt of a request to acquire an SDP file relating to content, sent by the terminal T, the portal P inserts the current reference time, supplied by the reference clock H R , into an "s" field in the "Time Description” part of this SDP file.
  • the terminal T directly receives the current reference time in the SDP file and therefore does not need to send the source S a request to acquire the current reference time.
  • the SDP file contains both the "s" field containing the current reference time and the "a" field containing the request to acquire the current reference time with the sending address of this request.
  • Terminal T could identify only the start time of broadcast or the end time of broadcast content, depending on the needs of its user. Furthermore, the source S could insert into the operating data content any hour h to locate, for example the time of a particular event of the content. In this case, the time tracking of this hour h by the terminal T would be carried out in a similar manner to the tracking of the start and end times of the broadcast.
  • the reference clock H R could be internal to the source S.
  • the metadata tables are defined by the TV-Anytime specifications.
  • the invention could also be applied to metadata tables defined by other specifications.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

Le terminal récepteur (T) acquiert des données d'exploitation du contenu, contenant au moins une heure à repérer h. On insère dans les données d'exploitation du contenu des informations permettant au terminal(T)d'acquérir une heure courante de référence fournie par une horloge de référence (HR), l'heure à repérer étant déterminée par référence à ladite horloge de référence (HR), et on fournit au terminal (T) l'heure courante de référence. Le terminal(T) repère ladite heure h en se basant sur l'heure courante de référence.

Description

Procédé de diffusion d'un contenu à partir d'une source vers au moins un terminal, à travers un réseau de type IP, source, terminal et signal associés
L'invention concerne un procédé de diffusion de contenus à travers un réseau informatique tel que 1 ' Internet .
De nombreuses chaînes de télévision diffusent des contenus audiovisuels tels que, à titre d'exemples, des émissions TV, des films ou des événements sportifs, à partir d'une source de diffusion S vers une pluralité de terminaux récepteurs T, généralement en modes "multicast" et "multiflux" . Le mode multicast consiste à émettre le contenu à diffuser, décomposé en paquets de données IP, en un seul envoi pour tous les terminaux récepteurs . Des routeurs de l'Internet, situés à des nœuds du réseau, dupliquent en cascade les paquets IP afin de les acheminer jusqu'aux différents terminaux récepteurs. 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, à travers différents canaux de diffusion de la source S. 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.
Un portail TV fournit aux terminaux récepteurs T un guide des programmes de différents chaînes de télévision. Lorsqu'un terminal récepteur T souhaite recevoir un contenu diffusé par une chaîne de télévision sur l'Internet, il se connecte au portail TV, sélectionne le contenu désiré et, en retour, reçoit un fichier descriptif SDP (Session Description Protocol) relatif au contenu sélectionné. Ce fichier descriptif SDP contient toutes les informations utiles pour permettre au terminal de se mettre en réception du contenu souhaité, soit directement, soit par l'intermédiaire d'un canal de signalisation CS de la source S. Dans le premier cas, le fichier SDP contient toutes les données d'exploitation du contenu. Dans le second cas, le fichier SDP contient l'adresse IP du canal de signalisation CS, à travers lequel la source S diffuse les données d'exploitation du contenu. Par définition, les données d'exploitation d'un contenu sont les données permettant à un récepteur d'exploiter, c'est-à-dire d'acquérir et de lire, ce contenu. Elles contiennent des données de description du contenu (titre, heures de début et de fin du contenu, etc.) et des données de signalisation (adresses multicast des canaux de diffusion de la source, modes de diffusion, etc.). A partir de l'heure de début de diffusion, par référence à une horloge interne, le terminal récepteur repère l'instant à partir duquel il convient de se mettre en réception de la source S pour recevoir le contenu souhaité. Toutefois, cette méthode de détermination de l'instant de début de la diffusion du contenu, utilisant l'horloge interne, ou locale, du terminal T, n'est pas suffisamment fiable du fait que 1 ' horloge de la source et 1 ' horloge du terminal T ne sont pas synchronisées . Il existe donc un risque important d'erreur dans la détermination de l'instant de début ou de fin de diffusion.
Pour résoudre ce problème, le terminal récepteur T et la source S peuvent tous deux synchroniser leur horloge sur une horloge de référence de l'Internet. Pour cela, le terminal récepteur T et la source S doivent régulièrement se connecter à un serveur NTP (Network Time Protocol) de l'Internet et récupérer auprès de ce serveur NTP l'heure de référence Internet, en utilisant le protocole NTP. Cette solution n'est cependant pas totalement satisfaisante pour les raisons suivantes: d'une part, elle nécessite l' implémentation d'une application spécifique, apte à mettre en œuvre le protocole NTP, dans le terminal T et dans la source S, et, d'autre part, elle oblige la source S et le terminal T à faire appel à une source externe (à savoir le serveur NTP) pour obtenir une horloge de référence.
Le problème technique posé par la présente invention consiste donc à proposer un procédé de diffusion d'un contenu à partir d'une source de diffusion vers au moins un terminal récepteur, à travers un réseau de type IP, dans lequel le terminal récepteur acquiert des données d'exploitation du contenu, contenant au moins une heure h à repérer, et repère ladite heure h, procédé qui permette au terminal récepteur de repérer l'heure h de façon fiable et simple.
Le problème est résolu par le fait que le procédé comprend les étapes consistant
- à insérer dans les données d'exploitation du contenu des informations permettant au terminal d'acquérir une heure courante de référence fournie par une horloge de référence, 1 ' heure à repérer étant déterminée par référence à ladite horloge de référence,-
- à fournir au terminal l'heure courante de référence, et - à repérer ladite heure h en se basant sur 1 ' heure courante de référence.
La solution de l'invention consiste donc à communiquer au terminal les informations pour lui permettre d'acquérir 1 ' heure courante fournie par 1 ' horloge de référence et utilisée par la source S, en véhiculant ces informations dans les données d'exploitation du contenu souhaité. Grâce à cela, la source et le terminal sont synchronisés .
Avantageusement, on insère l'heure courante de référence dans les données d'exploitation. Dans ce cas, le terminal reçoit l'heure courante de référence directement dans les données d'exploitation.
Avantageusement encore, on insère une requête d'acquisition de l'heure courante de référence et une adresse d'envoi de ladite requête sur le réseau dans les données d'exploitation. Pour acquérir l'heure courante de référence de la source, par exemple après une interruption de fonctionnement, le terminal envoie la requête d'acquisition à l'adresse indiquée et reçoit en retour l'heure courante de référence.
Dans un premier mode de réalisation de l'invention, on insère les informations permettant au terminal d'acquérir l'heure courante de référence dans un fichier descriptif SDP.
Dans ce cas, et de préférence, le terminal récupère ledit fichier SDP par téléchargement depuis un site d'informations du réseau.
Dans un second mode de réalisation de l'invention, le contenu étant diffusé à travers au moins un canal de diffusion, la source envoie les informations permettant au terminal d'acquérir l'heure courante de référence à travers un canal de signalisation associé audit canal de diffusion.
Le contenu étant décrit par des tables de métadonnées, la source insère les informations permettant au terminal d'acquérir l'heure courante de référence dans l'une desdites tables de métadonnées, par exemple dans une table d'informations de service.
Le contenu étant décrit par des tables de métadonnées, la source crée une nouvelle table de métadonnées destinée à contenir des informations dynamiques, et insère les informations permettant au terminal d'acquérir l'heure courante de référence dans la nouvelle table de métadonnées .
Le contenu étant décrit par une pluralité de tables de métadonnées destinées à être véhiculées par une première table racine, la source crée une seconde table racine, indépendante de la première table racine et destinée à véhiculer des informations dynamiques, et insère l'heure courante de référence dans la seconde table racine.
L'heure à repérer peut être une heure de début et/ou une heure de fin de diffusion du contenu. L'invention concerne également une source de diffusion d'un contenu à travers un réseau de type IP, ladite source comprenant des premiers moyens d'émission pour émettre le contenu, des moyens de liaison à une horloge, des moyens pour créer des données d'exploitation du contenu, lesdites données d'exploitation contenant au moins une heure h à repérer déterminée par référence à l'horloge, et des seconds moyens d'émission pour émettre les données d'exploitation du contenu, source caractérisée par le fait que les moyens pour créer les données d'exploitation du contenu sont agencés pour y insérer des informations permettant à un récepteur d'acquérir une heure courante de référence fournie par ladite horloge.
L'invention concerne encore un terminal de réception d'un contenu diffusé par une source à travers un réseau de type IP, ledit terminal comprenant des moyens pour acquérir des données d'exploitation du contenu, lesdites données d'exploitation contenant au moins une heure h à repérer, des moyens de réception du contenu agencés pour repérer ladite heure h, terminal caractérisé par le fait que les moyens de réception sont agencés pour acquérir une heure courante de référence à partir des données d'exploitation et pour repérer ladite heure h en se basant sur l'heure courante de référence.
L'invention concerne enfin un signal comprenant une table racine véhiculant au moins une table de métadonnées relatives à un contenu contenant des informations pour permettre à un récepteur d'acquérir une heure courante de référence.
Avantageusement, la table de métadonnées contient ladite heure courante de référence.
Avantageusement encore, la table de métadonnées contient une adresse d'envoi de ladite requête.
L'invention sera mieux comprise à l'aide de la description suivante de différents modes de réalisation du procédé de diffusion de l'invention et de différentes formes de réalisation de la source et du terminal récepteur de l'invention, en référence au dessin annexé sur lequel :
- la figure 1 représente un schéma du terminal récepteur, d'un portail TV, de la source de diffusion et de différentes étapes du procédé, selon un premier mode de réalisation de l'invention ;
- la figure 2 représente un schéma du terminal récepteur, d'un portail TV, de la source de diffusion et de différentes étapes du procédé, selon un second mode de réalisation de l'invention , -
- la figure 3 représente un schéma bloc fonctionnel de la source de diffusion de la figure 1 ;
- la figure 4 représente un schéma bloc fonctionnel du terminal récepteur de la figure 1; - la figure 5 représente un organigramme du procédé de diffusion de l'invention, selon le mode de réalisation de la figure 1 ;
- la figure 6 représente un organigramme du procédé de diffusion de l'invention, selon le mode de réalisation de la figure 2.
D'emblée, on notera que, par définition, les données d'exploitation d'un contenu sont les données permettant à un terminal récepteur d'exploiter, c'est-à-dire d'acquérir et de lire, ce contenu. Elles contiennent des données de description du contenu (titre, heures de début et de fin du contenu, etc.) et des données de signalisation (adresses multicast des canaux de diffusion de la source, modes de diffusion, etc.).
Sur la figure 1, on a représenté une source de diffusion S, un terminal récepteur T, un portail TV P, une horloge de référence HR et un réseau IP, en l'espèce l'Internet.
Dans l'exemple particulier de la description, la source de diffusion S est une chaîne de télévision, que l'on appellera par la suite « chaîne A », diffusant des contenus, tels que des films, des émissions TV, des événements sportifs ou autres, à travers l'Internet vers des terminaux récepteurs T. La source S diffuse en modes « multicast » et « multiflux ». La diffusion en "multiflux" consiste à émettre, pour chaque type de données à diffuser (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 T 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. Les différents flux sont émis à travers différents canaux de diffusion CDX. Le mode "multicast" permet à la source S de diffuser chaque contenu vers une pluralité de terminaux récepteurs T, en un seul envoi. Pour diffuser un contenu, la source S émet des paquets de données IP véhiculant le contenu, lesquels sont dupliqués en cascade par des routeurs situés à des nœuds du réseau afin d'être acheminés jusqu'aux différents terminaux récepteurs.
En référence à la figure 3 , la source S comprend deux modules d'émission 10, 11, un module de décomposition 12, une base de données contenus 13 , un module 14 de création de systèmes de tables de « métadonnées », un module 15 de liaison à l'horloge externe de référence HR et une unité centrale 16.
Le module de décomposition 12 est destiné à décomposer les données à émettre à travers 1 ' Internet en paquets de données IP. Il est relié aux deux modules d'émission 10, 11.
La base de données 13, alimentée par un centre de programmation non représenté, contient les contenus à diffuser et, pour chacun de ces contenus, des données de description de ce contenu lesquelles contiennent notamment des heures de début et de fin de diffusion du contenu, déterminées par référence à l'horloge de référence HR. A titre d'exemple, si le contenu est un film, les données de description peuvent contenir, outre les heures de début et de fin de diffusion du film, le titre et les noms des acteurs du film. La source S est reliée à l'horloge de référence HR par l'intermédiaire du module de liaison 15, lequel est destiné à récupérer l'heure courante de référence fournie par cette horloge HR. Le module 14 est destiné à créer un système de tables de « métadonnées » tel que défini par les spécifications issues du forum TV-Anytime. Par définition, les « métadonnées » sont des données de description d'un contenu, lesquelles décrivent le contenu et permettent en conséquence de l'exploiter. A titre d'exemple, les métadonnées relatives à un contenu contiennent notamment le titre, une description textuelle et le genre (film, reportage, événement sportif ou autre) du contenu. Pour plus d'informations concernant ces spécifications du Forum TV-Anytime, le lecteur est invité à se reporter aux documents suivants : i) SP003vll draft du 11 juin 2001, édité par le forum TV-Anytime, et ii) ISO/IEC JTC 1/SC 29/WG 11/N3966 de mars 2001, Singapour, édité par ISO/IEC 2000, intitulé « Text of 15938-5 FCD Information Technology - Multimedia Content Description Interface - Part 5 Multimedia Description Schemes » .
Un système de tables de métadonnées, tel que défini par les spécifications issues du forum TV-anytime, comprend une table racine, appelée « TVAMain », et une pluralité de tables de métadonnées, destinées à être véhiculées par cette table racine séparément ou conjointement. Ces tables de métadonnées peuvent comprendre les tables suivantes :
- une table « ProgramlnformationTable » d'informations de programme,
- une table « GroupInformationTable » d'informations de groupe de programmes,
- une table « ProgramLocationTable » de localisation de programme,
- une table « ServicelnformationTable » d'informations de service, - une table « CastMemberlnformationTable » d' informations sur des personnes impliquées dans le programme (par exemple : producteur, acteurs, scénariste, etc.),
- une table « ProgramReviewTable » d'avis, de critiques, sur le programme, et
- une table « SegmentlnformationTable » d'informations de segment .
Le terme « programme » désigne ici un contenu.
Chaque table (table racine ou table de métadonnées associée à la table racine) porte un numéro de version qui lui est propre, lequel est incrémenté de un en cas de modification de la table entre deux envois successifs de celle-ci. Ainsi, lors de l'envoi d'une table racine « TVAMain » véhiculant une table de métadonnées ayant été modifiée depuis son dernier envoi et portant donc un numéro de version incrémenté de un, le numéro de version de la table racine est également incrémenté de un.
Le module de création 14 est destiné à insérer l'heure courante de référence, fournie par l'horloge de référence HR, une requête d'acquisition de l'heure courante de référence avec une adresse d'envoi de cette requête, dans la table de « ServicelnformationTable » d'informations de service lors de sa création.
Le module d'émission 10, relié au module de création 14 par l'intermédiaire du module de décomposition 12, est destiné à émettre un signal comprenant une table racine « TVAMain » véhiculant une ou plusieurs tables de métadonnées relatives à un contenu à diffuser ou en cours de diffusion, à travers l'Internet, par un canal de signalisation CS . Dans le cas où la table, ou l'une des tables, de métadonnées véhiculée est la table « ServicelnformationTable » d'informations de service, celle-ci contient l'heure courante de référence et une requête d'acquisition de l'heure courante de référence, avec une adresse d'envoi de cette requête. Le module d'émission 11, relié à l'unité centrale 16 par l'intermédiaire du module de décomposition 12, est destiné à émettre les flux de données (audio, vidéo, etc.) véhiculant un contenu à travers l'Internet, par des canaux de diffusion CDX. L'unité centrale 16, à laquelle tous les éléments de la source S sont reliés, est destinée à commander le fonctionnement de la source S .
En référence à la figure 4 , le terminal récepteur T comprend un module 20 de connexion à l'Internet, un navigateur Internet 21, un ensemble 22 d'interface homme-machine (IHM) , un module 23 de récepteur/enregistreur TV Internet et une unité centrale, non représentée.
Le navigateur Internet 21, connecté au module de connexion Internet 20, permet au terminal récepteur T de naviguer sur l'Internet.
L'ensemble IHM 22 comprend un clavier, un écran de visualisation, une souris informatique (c'est-à-dire un organe de commande de déplacement d'un curseur à l'écran et de sélection) et un haut-parleur. Le module 23 de récepteur/enregistreur TV Internet comprend un bloc 230 d'acquisition de données d'exploitation de contenu, un bloc 231 de réception de contenu, une mémoire 232 de stockage de données d'exploitation de contenu, uπ.bloc enregistreur 233 et une mémoire 234 de stockage de contenus enregistrés. Le bloc 230 d'acquisition de données d'exploitation et le bloc 231 de réception de contenu sont reliés au module de connexion Internet 20 et à la mémoire 232. En outre, le module de réception 231 est relié à l'ensemble IHM 22. Le bloc enregistreur 233 est relié au bloc de réception 231 et à la mémoire 233, laquelle est reliée à l'ensemble IHM 22.
En fonctionnement, pour se mettre en réception d'un contenu diffusé par la source S, le bloc 230 récupère au préalable un fichier descriptif SDP (Session Description Protocol) , contenant toutes les informations nécessaires pour permettre au terminal T de se mettre en réception du canal de signalisation CS de la source S, par téléchargement depuis le portail TV. Le fichier SDP contient notamment une heure prévue de début de diffusion du contenu. La structure du fichier SDP, définie par 1 ' IETF (Internet Engineering Task Force), est décrite dans le document RFC2327. A partir de ce fichier SDP, sous la commande du bloc 230, le terminal T se met en réception du canal de signalisation CS de la source de diffusion S, approximativement à l'heure prévue de début de diffusion indiquée dans le fichier SDP, et acquiert des tables de métadonnées relatives au contenu souhaité.
Le bloc enregistreur 233 permet au terminal T de fonctionner en mode enregistreur TV, de manière analogue à un magnétoscope. Un utilisateur peut programmer l'enregistrement automatique d'un contenu par le terminal T. Dans ce cas, sous la commande du bloc 233, le terminal T se met automatiquement en réception du contenu et l'enregistre dans la mémoire 234, comme cela sera explicité plus loin. En mode enregistreur, le bloc récepteur 230 est destiné à repérer l'heure de début et/ou de fin de diffusion du contenu à enregistrer, comme cela sera explicité plus loin dans la description du procédé.
Tous les éléments du terminal T sont reliés à l'unité centrale, laquelle est destinée à commander le fonctionnement du terminal T.
Le portail TV "P" est un site WEB d'informations pour l'accès à la télévision sur l'Internet, proposant un guide des programmes de diverses chaînes de télévision et des liens hypertextes vers ces chaînes et vers les contenus diffusés par ces chaînes . Le portail P contient notamment les programmes de la chaîne A.
Après la description structurelle et fonctionnelle de la source S, du terminal récepteur T et du portail P, le procédé de diffusion d'un contenu à partir de la source S vers des terminaux récepteurs T, à travers l'Internet, va maintenant être décrit.
La source S diffuse en multicast et en multiflux une succession de contenus décomposés en paquets de données IP, à travers les canaux de diffusion CDX. Parallèlement, pour chaque contenu diffusé, la source S crée et envoie régulièrement des tables racines « TVAMain » véhiculant une ou plusieurs tables de métadonnées relatives à ce contenu, avant et pendant la diffusion du contenu. La source S diffuse ainsi régulièrement et fréquemment la table d'informations de service contenant l'heure courante de référence fournie par l'horloge HR.
Pour chaque envoi de l'heure courante de référence, le module de création 14 insère dans la table
« ServicelnformationTable » d'informations de service deux éléments, appelés « CurrentTime » et
« TimeReferenceAddressAndCo mand », lesquels fournissent respectivement l'heure courante de référence, donnée par l'horloge HR, et une requête d'acquisition de l'heure courante avec l'adresse d'envoi de cette requête sur Internet. La table d'informations de service est définie de la façon suivante :
<element naπ-e=" ServicelnformationTable "> •complexType > < séquence > <element name≈" CurrentTime" type="dateTime" minOccurs="0">
<element name="TimeReferenceAddressAndCommand" type=nstring" minOccurs="0">
<element ref="tva:ServiceInformation" minOccurs="0" maxOccurs= "uribounded" /> </ séquence >
<attribute name-- "version" type="integer"/> < / comp 1 exType > </element>
Les deux éléments « CurrentTime » et
« TimeReferenceAddressAndCommand » ont respectivement les formats « DateTime » et « string » définis dans la norme ISO/IEC CD 15938-5. Dans l'exemple particulier de la description, l'élément « TimeReferenceAddressAndCommand » a la forme suivante :
« http://wwww.chaineA.fr/time/getCurrentTime »
Il s'agit d'une adresse URL (Uniform Ressource Locator) de localisation sur l'Internet, vers laquelle il convient d'envoyer la requête d'acquisition de l'heure courante de référence, contenant également la requête d'acquisition.
La table racine « TVAMain » véhiculant la table d' informations de service contenant les deux éléments « CurrentTime » et « TimeReferenceAddressAndCommand » a la structure minimale suivante : i) en cas d'insertion d'une requête d'acquisition de l'heure courante de référence pour les contenus diffusés par la seule chaîne A : <TVAMain version="125649"> <ContentDescription> <ProgramDescription>
<ServiceInformationTable version="64632 ">
<ServiceInformation serviceld="hbcl00022311"> <Name> ... </Name>
<O ner>...</0wner>
<CurrentTime>2001-02-02T19 : 00 : 00</CurrentTime>
<TimeReferenceAddressAndCom and> htt : //www.chainel . fr/time/getCurrentTime </TiπιeReferenceAddressAndCoιtmand>
</ServiceInformation> </ServicelnformationTable-- </ProgramDescription> </ContentDescription> </TVAMain>
Le champ « Serviceld » identifie la chaîne concernée.
ii) en cas d'insertion d'une requête d'acquisition de l'heure courante de référence pour les contenus diffusés par plusieurs chaînes :
<TVAMain version=" 125649 "> <ContentDescription> <ProgramDescription>
<ServiceInformationTable version=" 64632 "> < CurrentTime>2001 - 02- 02T19 : 00 : 00< CurrentTime>
< TimeReferenceAddressAndCommand> http .- AAwww. chaineA . frAtimeAgetCurrentTime
< AτimeReferenceAddressAndCommand> </ServiceInformationTable> </ProgramDescription> </ContentDescription> </TVAMain>
L'absence de champ « Serviceld » signifie que les éléments « CurrentTime » et
« TimeReferenceAddressAndCommand », destinés à fournir l'heure courante de référence et la requête d'acquisition de cette heure courante de référence, sont valables pour plusieurs chaînes de diffusion.
Pour se mettre en réception d'un contenu diffusé par la source S, le terminal T se connecte au portail P et, dans une étape 30, télécharge le fichier SDP relatif au contenu souhaité. Pour cela, dans une étape 30a, par sélection dans la grille des programmes, le terminal T adresse au portail P une requête d'acquisition du fichier SDP du contenu souhaité et, dans une étape 30b, le portail P envoie au terminal T le fichier SDP requis. Le fichier SDP téléchargé est stocké dans la mémoire 232. A l'aide des informations contenues dans le fichier SDP téléchargé, le terminal T se met en réception du canal de signalisation CS de la source S, dans une étape 31, quelques instants avant l'heure prévue de début de diffusion indiquée dans le fichier SDP. Dans une étape 32, le terminal T acquiert les tables de métadonnées relatives au contenu souhaité, diffusées par la source S à travers ce canal CS. Dès réception des tables de métadonnées, dans une étape 33, le terminal T extrait de la table d'informations de service l'heure courante de référence ainsi que les heures de début et de fin de diffusion du contenu souhaité, puis, dans une étape 34, repère les heures de début et de fin de la diffusion en se basant sur l'heure courante de référence reçue. Pour cela, le terminal T calcule les durées restantes, à compter de l'heure courante de référence reçue, jusqu'à l'heure de début et jusqu'à l'heure de fin de la diffusion du contenu. Tout se passe comme si, à la réception de la table d'informations de service, le terminal T synchronisait son heure courante locale avec l'heure courante de référence reçue pour le repérage temporel des heures de début et de fin de diffusion du contenu. En mode enregistreur, dans une étape 35, le terminal T se met automatiquement en réception des canaux de diffusion CDX de la source S, à l'heure préalablement repérée de début de diffusion. Pour cela, dans une étape 35a, le terminal T envoie une requête d'acquisition de chaque flux de données véhiculant le contenu souhaité, à 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 diffusés par la source S, duplique ces paquets et les achemine vers le terminal T, dans une étape 35b. Après s'être mis en réception des canaux de diffusion CDX de la source S, le terminal T reçoit le contenu souhaité et l'enregistre dans la mémoire 234, dans une étape 36. Dans une étape 37, à l'heure préalablement repérée de fin de diffusion, le terminal T interrompt son enregistrement .
En cas d'interruption momentanée du fonctionnement du terminal T dans une étape 38 suivant l'étape 32 de réception de l'heure courante de référence, le terminal T doit récupérer une heure courante de référence, après sa remise en fonctionnement dans une étape 39, afin de procéder à un nouveau repérage temporel des heures de début et de fin de diffusion du contenu. Pour cela, dans une étape 40, le terminal T se connecte à l'adresse URL « http://wwww.chaineA.fr/time/getCurrentTime » en adressant ainsi à la source S une requête d'acquisition de l'heure courante de référence. En réponse à cette requête, la source S envoie au terminal T l'heure courante de référence à travers l'Internet, dans une étape 41. Dans une étape 42, dès réception de l'heure courante de référence, le terminal T repère à nouveau les heures de début et de fin de diffusion, sur la base de 1 ' heure courante de référence reçue à 1 ' étape 41, comme précédemment explicité.
Par ailleurs, on pourrait envisager que la source S ne diffuse que la requête d'acquisition de l'heure courante de référence, avec l'adresse d'envoi de cette requête, dans les tables de métadonnées. Dans ce cas, pour repérer les heures de début et de fin de diffusion, le terminal devrait exécuter obligatoirement les étapes 40 à 42, explicitées plus haut. Dans une variante de réalisation, sensiblement avant les heures de début et de fin de diffusion du contenu telles que repérées sur la base de l'heure courante de référence préalablement reçue, le terminal se met en réception du canal de signalisation CS de la source S afin de récupérer des tables actualisées de métadonnées relatives au contenu souhaité. Ces tables actualisées contiennent l'heure courante de référence et les heures de début et de fin de diffusion du contenu, lesquelles sont généralement plus précises que celles contenues dans les tables de métadonnées reçues antérieurement . Dans ce cas , le terminal T repère à nouveau les heures de début et de fin de diffusion du contenu souhaité à partir des heures de début et de fin de diffusion actualisées et sur la base de l'heure courante de référence nouvellement reçue. Les informations permettant au terminal récepteur d'acquérir l'heure courante de référence (à savoir l'heure courante de référence et la requête d'acquisition de l'heure courante de référence, avec l'adresse d'envoi de cette requête) pourraient être insérées dans une table de métadonnées, telle que définie par le Forum TV-Anytime, autre que la table d'informations de service.
Dans un second mode de réalisation de l'invention, au lieu d'insérer les informations permettant au terminal récepteur d'acquérir l'heure courante de référence - à savoir l'heure courante de référence, la requête d'acquisition de l'heure courante de référence et l'adresse d'envoi de cette requête - dans la table d'informations de service, la source S crée une table dynamique de métadonnées, appelée « DynamiclnformationTable », associée à la table racine « TVAMain » (c'est-à-dire destinée à être véhiculée par cette table racine) , destinée à contenir des informations dynamiques, et insère les informations permettant au terminal récepteur d'acquérir l'heure courante de référence, à savoir l'heure courante de référence et la requête d'acquisition de cette heure courante de référence avec l'adresse d'envoi de cette requête, dans la table dynamique d'informations de service.
La table dynamique d'informations de service est définie de la façon suivante :
<élément name= "DynamicServicelnfor ationTable "> < compl exType> <sequence> <element name- " CurrentTime " type= "dateTime " minOccurs= "0 "> < élément name= "TimeReferenceAddressAndCommand " type= "string" minOccurs= "0 ">
<element ref= "tva :DynamicServiceInformation " minOccurs= " 0 " maxOccurs≈ "unbounded "/> < sequence>
<attribute name= "version " type= "integer"A> < compl exType> </élément> <élément name= "DynamicServiceInformation " type= " tva : DynamicServiceln format ionType "/>
<complexType name= "DynamicServiceInformationType "> <sequence> <élément name- " CurrentTime " type= "dateτime " minOccurs= "0 ">
<element name= "TimeReferenceAddressAndCommand" type= "string" minOccurs= "0 ">
< sequence> <attri£>ute name= " serviceld" type "ID "A> < compl exType> La table racine « TVAMain » véhiculant la table dynamique d'informations de service a une structure analogue à celle précédemment décrite, dans le premier mode de réalisation de 1 ' invention. Dans les deux premiers modes de réalisation de l'invention, pour chaque envoi de l'heure courante de référence à travers le canal de signalisation CS, la source S diffuse une table racine « TVAMain » véhiculant l'heure courante de référence. Les numéros de version attribués aux tables racines successivement diffusées évoluent, du fait que la table de métadonnées contenant l'heure courante de référence, à savoir la tables d'informations de service ou la table dynamique d'informations de service, est modifiée à chaque envoi par la mise à jour de l'heure courante de référence. On utilise un modulo, par exemple modulo 210, pour limiter la taille des numéros de version de la table de racine « TVAMain ». En d'autres termes, les numéros de version de la table racine évoluent entre 0 et (210-l) puis repartent à partir de 0. Lors de la réception de chaque nouvelle table racine « TVAMain », le terminal T détecte que le numéro de version de la table racine reçue a changé et doit, en conséquence, analyser toutes les tables de métadonnées véhiculées par cette table racine, afin de déterminer quels sont les éléments de ces tables de métadonnées qui ont changé. Une telle analyse systématique et globale des tables de métadonnées est fastidieuse.
Pour pallier cet inconvénient, dans un troisième mode de réalisation de l'invention, la source S crée une table racine dynamique « TVAMainSystem », indépendante de la table racine « TVAMain ». Du fait que les deux tables racines sont indépendantes l'une de l'autre, les numéros de version respectifs de ces deux tables évoluent indépendamment l'un de l'autre, ce qui résout le problème de changement fréquent du numéro de version de la table racine "TVAMain" . La table racine « TVAMainSystem » est définie de la façon suivante :
<element name= "TVAMainSystem" type="tva:TVAMainSystemType"A> < compl exType name= " TVAMainSys t emType " > <sequence>
<element ref= "tva.- imelnformationTableType" minOccurs=0"A> < sequence>
<attribute name≈ "version" type="integer" > < complexType>
<complexType name= "TimeInformationTableType">
<sequence>
<element name= " CurrentTime " type="dateTime" minOccurs="0"> <élément name=" TimeReferenceAddressAndCommand" type- "string" minOccurs= "0">
<element ref="tva:TimelnformationType" minOccurs=0" maxOccurs= "unbounded"/>
< / ' sequence> <attriJbute name= "version" type-"integer" /> < compl exType>
<complexType name= " Time In format ionType "> <sequence> <element name= " CurrentTime " type="dateTime" minOccurs="0">
<element name=" TimeReferenceAddressAndCommand" type= "string" minOccurs= "0"> < sequence>
<attribute name="sejrviceld" type "ID"A> < compl exType>
En référence à la figure 2, dans un quatrième mode de réalisation de l'invention, le fichier SDP relatif à un contenu contient - les informations utiles pour se mettre en réception des canaux de diffusion de la source S et exploiter le contenu souhaité (notamment les heures de début et de fin de diffusion du contenu) et
- un champ « a » contenant une requête d'acquisition de l'heure courante de référence et l'adresse d'envoi de cette requête sur l'Internet, en l'espèce l'adresse de la source S. L'adresse d'envoi de la requête pourrait être l'adresse d'un serveur fournissant l'heure courante de référence, autre que la source S. Le champ « a » est inséré dans la partie « Time Description » du fichier SDP.
Pour se mettre en réception d'un contenu, le terminal récepteur T télécharge le fichier SDP relatif à ce contenu depuis le portail P, dans une étape 50. Pour cela, dans une étape 50a, le terminal T adresse au portail p une requête d'acquisition du fichier SDP relatif au contenu souhaité et, dans une étape 50b, le portail P envoie le fichier SDP requis au terminal T. Le terminal T extrait du fichier SDP téléchargé les heures de début et de fin de diffusion et la requête d'acquisition de l'heure courante de référence, avec l'adresse d'envoi de cette requête, dans une étape 51. Dans une étape 52, le terminal T adresse à la source S la requête d'acquisition de l'heure courante de référence et, en réponse, la source S envoie l'heure courante de référence, fournie par l'horloge HR, au terminal T, dans une étape 53. Dans une étape 54, le terminal T repère les heures de début et de fin de diffusion en se basant sur l'heure courante de référence reçue, comme précédemment explicité. A l'heure de début de diffusion ainsi repérée, dans une étape 55, le terminal récepteur T se met directement en réception des canaux de diffusion de la source S, sans passer par l'intermédiaire d'un canal de signalisation, à l'aide des informations contenues dans le fichier SDP. Pour cela, dans une étape 55a, le terminal T envoie à travers 1 ' Internet des requêtes d'acquisition des flux de données véhiculant le contenu souhaité, à travers l'Internet, selon le protocole IGMP, et, dans une étape 55b, le premier routeur Internet qui reçoit ces requêtes alors qu'il reçoit déjà les paquets de données IP émis par la source S, duplique ces paquets IP et les achemine vers le terminal T.
En variante, le portail TV P est relié à l'horloge de référence HR. Sur réception d'une requête d'acquisition d'un fichier SDP relatif à un contenu, émise par le terminal T, le portail P insère l'heure courante de référence, fournie par l'horloge de référence HR, dans un champ « s » de la partie « Time Description » de ce fichier SDP. Dans ce cas, le terminal T reçoit directement l'heure courante de référence dans le fichier SDP et n'a donc pas besoin d'adresser à la source S une requête d'acquisition de l'heure courante de référence. De préférence, le fichier SDP contient à la fois le champ « s » contenant l'heure courante de référence et le champ « a » contenant la requête d'acquisition de l'heure courante de référence avec l'adresse d'envoi de cette requête.
Le terminal T pourrait ne repérer que l'heure de début de diffusion ou que l'heure de fin de diffusion du contenu, selon les besoins de son utilisateur. Par ailleurs, la source S pourrait insérer dans les données d'exploitation du contenu toute heure h à repérer, par exemple l'heure d'un événement particulier du contenu. Dans ce cas, le repérage temporel de cette heure h par le terminal T s'effectuerait de manière analogue au repérage des heures de début et de fin de diffusion. L'horloge de référence HR pourrait être interne à la source S .
Enfin, dans la description qui précède, les tables de métadonnées sont définies par les spécifications TV-Anytime. L'invention pourrait également s'appliquer à des tables de métadonnées définies par d'autres spécifications.

Claims

REVENDICATIONS
1. Procédé de diffusion d'un contenu à partir d'une source de diffusion (S) vers au moins un terminal récepteur (T) , à travers un réseau de type IP, dans lequel le terminal récepteur (T) acquiert (32) des données d'exploitation du contenu, contenant au moins une heure à repérer h, et repère (34) ladite heure h, procédé caractérisé par le fait qu'il comprend les étapes consistant à
- à insérer dans les données d'exploitation du contenu des informations permettant au terminal (T) d'acquérir une heure courante de référence fournie par une horloge de référence (HR) , l'heure à repérer étant déterminée par référence à ladite horloge de référence (HR) ;
- à fournir (32) au terminal (T) l'heure courante de référence, et
- à repérer (34) ladite heure h en se basant sur l'heure courante de référence.
2. Procédé selon la revendication 1, dans lequel on insère l'heure courante de référence dans les données d' exploitation.
3. Procédé selon l'une des revendications 1 et 2, dans lequel on insère une requête d'acquisition de l'heure courante de référence et une adresse d'envoi de ladite requête sur le réseau dans les données d'exploitation.
4. Procédé selon l'une des revendications 1 à 3, dans lequel on insère les informations permettant au terminal (T) d'acquérir l'heure courante de référence dans un fichier descriptif SDP.
5. procédé selon la revendication 4, dans lequel le terminal (T) récupère ledit fichier SDP par téléchargement (30) depuis un site d'informations du réseau.
6. Procédé selon l'une des revendications 1 à 5, dans lequel, le contenu étant diffusé à travers au moins un canal de diffusion (CDX) , la source (S) envoie les informations permettant au terminal (T) d'acquérir l'heure courante de référence à travers un canal de signalisation (CS) associé audit canal de diffusion (CDX) .
7. Procédé selon la revendication 6, dans lequel, ledit contenu étant décrit par des tables de métadonnées, la source (S) insère les informations permettant au terminal (T) d'acquérir l'heure courante de référence dans l'une desdites tables de métadonnées.
8. Procédé selon la revendication 7, dans lequel la source (S) insère les informations permettant au terminal (T) d ' acquérir 1 ' heure courante de référence dans une table d'informations de service.
9. Procédé selon la revendication 6, dans lequel, ledit contenu étant décrit par des tables de métadonnées, la source (S) crée une nouvelle table de métadonnées destinée à contenir des informations dynamiques, et insère les informations permettant au terminal (T) d'acquérir l'heure courante de référence dans la nouvelle table de métadonnées.
10. Procédé selon la revendication 6, dans lequel, ledit contenu étant décrit par une pluralité de tables de métadonnées destinées à être véhiculées par une première table racine, la source (S) crée une seconde table racine, indépendante de la première table racine et destinée à véhiculer des informations dynamiques, et insère l'heure courante de référence dans la seconde table racine.
11. Procédé selon l'une des revendications 1 à 10, dans lequel la source (S) insère une heure de début de diffusion du contenu, à repérer.
12. Procédé selon l'une des revendications 1 à 11, dans lequel la source (S) insère une heure de fin de diffusion du contenu, à repérer.
13. Source de diffusion d'un contenu à travers un réseau de type IP, ladite source (S) comprenant des premiers moyens d'émission (11) pour émettre le contenu, des moyens (15) de liaison à une horloge (HR) , des moyens (14) pour créer des données d'exploitation, lesdites données d'exploitation contenant au moins une heure h à repérer déterminée par référence à l'horloge (HR) , et des seconds moyens d'émission (10) pour émettre les données d'exploitation du contenu, source caractérisée par le fait que les moyens (14) pour créer les données d'exploitation du contenu sont agencés pour y insérer des informations permettant à un récepteur (T) d'acquérir une heure courante de référence fournie par ladite horloge (HR) .
14. Terminal de réception d'un contenu diffusé par une source à travers un réseau de type IP, ledit terminal (T) comprenant des moyens (230) pour acquérir des données d'exploitation du contenu, lesdites données d'exploitation contenant au moins une heure h à repérer, des moyens (231) de réception du contenu agencés pour repérer ladite heure h, terminal caractérisé par le fait que les moyens de réception (231) sont agencés pour acquérir une heure courante de référence à partir des données d'exploitation et pour repérer ladite heure h en se basant sur l'heure courante de référence.
15. Signal destiné à être transmis à travers un réseau de type IP, comprenant une table racine véhiculant au moins une table de métadonnées relatives à un contenu contenant des informations pour permettre à un terminal de réception selon la revendication 14 d'acquérir une heure courante de référence.
16. Signal selon la revendication 15, dans lequel la table de métadonnées contient ladite heure courante de référence.
17. Signal selon l'une des revendications 15 et 16, dans lequel la table de métadonnées contient une requête d'acquisition de ladite heure courante de référence.
18. Signal selon la revendication 17, dans lequel la table de métadonnées contient une adresse d'envoi de ladite requête .
PCT/FR2002/004101 2001-12-26 2002-11-28 Procede de diffusion d'un contenu a partir d'une source vers au moins un terminal, a travers un reseau de type ip, source, terminal et signal associes WO2003056840A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2002364978A AU2002364978A1 (en) 2001-12-26 2002-11-28 Method for broadcasting a content from a source to a terminal, through an ip network, related terminal and signal

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR01/16960 2001-12-26
FR0116960A FR2834176B1 (fr) 2001-12-26 2001-12-26 Procede de diffusion d'un contenu a partir d'une source vers au moins un terminal, a travers un reseau de type ip, source terminal et signal associes

Publications (1)

Publication Number Publication Date
WO2003056840A1 true WO2003056840A1 (fr) 2003-07-10

Family

ID=8871039

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2002/004101 WO2003056840A1 (fr) 2001-12-26 2002-11-28 Procede de diffusion d'un contenu a partir d'une source vers au moins un terminal, a travers un reseau de type ip, source, terminal et signal associes

Country Status (3)

Country Link
AU (1) AU2002364978A1 (fr)
FR (1) FR2834176B1 (fr)
WO (1) WO2003056840A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100513290B1 (ko) 2003-06-30 2005-09-09 삼성전자주식회사 멀티미디어 컨텐츠와 세그먼트 메타데이터간의 시간 동기화를 위한 시스템 및 방법

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0969687A1 (fr) * 1998-07-02 2000-01-05 AT&T Corp. Système de conférence multicast IP et de réservation basé sur Internet
WO2000033534A1 (fr) * 1998-11-27 2000-06-08 British Telecommunications Public Limited Company Gestion de session par annonce
WO2001039506A2 (fr) * 1999-11-22 2001-05-31 Spiderdance, Inc. Systeme et procede de synchronisation d'activites en ligne avec des programmes d'emissions
EP1130871A1 (fr) * 2000-03-01 2001-09-05 BRITISH TELECOMMUNICATIONS public limited company Découverte de session média

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0969687A1 (fr) * 1998-07-02 2000-01-05 AT&T Corp. Système de conférence multicast IP et de réservation basé sur Internet
WO2000033534A1 (fr) * 1998-11-27 2000-06-08 British Telecommunications Public Limited Company Gestion de session par annonce
WO2001039506A2 (fr) * 1999-11-22 2001-05-31 Spiderdance, Inc. Systeme et procede de synchronisation d'activites en ligne avec des programmes d'emissions
EP1130871A1 (fr) * 2000-03-01 2001-09-05 BRITISH TELECOMMUNICATIONS public limited company Découverte de session média

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"NTP System Implementation Model", BAYNETWORKS, - 29 September 1997 (1997-09-29), pages 1 - 3, XP002902019 *
TV-ANYTIME: "Specification Seris : S-3 - Metadata - SP003v1.1", THE TV-ANYTIME FORUM, - 17 August 2001 (2001-08-17), pages 1 - 66, XP002205700 *
TV-ANYTIME: "Specifications Series : S-2 - System Description", TV-ANYTIME FORUM, - 22 June 2001 (2001-06-22), pages 1 - 38, XP002205699, Retrieved from the Internet <URL:http://www.tv-anytime.org/> [retrieved on 20020711] *

Also Published As

Publication number Publication date
FR2834176B1 (fr) 2004-12-24
AU2002364978A1 (en) 2003-07-15
FR2834176A1 (fr) 2003-06-27

Similar Documents

Publication Publication Date Title
KR101095941B1 (ko) 동기화된 향상 신호를 동적으로 생성하여 방송 신호에분배하는 시스템 및 방법
US7103905B2 (en) System and method to provide media programs for synthetic channels
US9374805B2 (en) System and method for combining memory resources for use on a personal network
US8195765B2 (en) System and method for remotely controlling network resources
US8527845B2 (en) System and method for ingesting media content in a peer-to-peer network
US20040117822A1 (en) Method and system for personal media program production in a media exchange network
US20060026271A1 (en) System and method for enabling the establishment and use of a personal network
US20050010961A1 (en) System for providing live and pre-recorded audio-video content to a plurality of portals over the Internet
EP1421763B1 (fr) Procede de diffusion d&#39;un contenu vers des terminaux recepteurs et serveur de collecte
WO2006010023A2 (fr) Systeme et procede permettant l&#39;etablissement et l&#39;utilisation d&#39;un reseau personnel
EP1537747A2 (fr) Systeme et procede de synchronisation pour programmes audiovisuels, dispositifs et procedes associes
WO2003056840A1 (fr) Procede de diffusion d&#39;un contenu a partir d&#39;une source vers au moins un terminal, a travers un reseau de type ip, source, terminal et signal associes
WO2003026206A2 (fr) Procede et dispositif de reception de contenus diffuses
EP1457019B1 (fr) Procédé et dispositifs de diffusion d&#39;une succession de contenus
EP1400088B1 (fr) Procede et systeme de diffusion de programmes audiovisuels a partir d&#39;un serveur
EP1407595A2 (fr) Procede de diffusion d&#39;un contenu vers des terminaux recepteurs et serveur de collecte
EP3753255B1 (fr) Réception de flux représentatif d&#39;un contenu multimédia
Althun et al. Streaming services: Specification and implementation based on XML and JMF
WO2023083538A1 (fr) Procédé de gestion de l&#39;accès à une contenu a lecture d&#39;un contenu multimedia
FR2938145A1 (fr) Traitement d&#39;une requete destinee a un serveur interactif de guide des programmes, equipement de reception et serveur interactif associes
WO2011080479A1 (fr) Systeme et procede de diffusion et de changement de canaux de television numerique

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ OM PH PL PT RO RU SD SE SG SI SK SL TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR IE IT LU MC NL PT SE SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP