This invention relates to a method for easily identifying changes in a repetitively broadcast database.
In systems that broadcast audio/visual content to end users, it is common to broadcast data and/or metadata along with the audio/visual content. To implement TV Anytime systems for metadata for programme description, it is necessary to broadcast a database of information that describes the programmes. In order that receiving equipment can acquire the database when it tunes to a channel at an arbitrary time, it is necessary to rebroadcast the data repetitively in a carousel. The database is potentially very large, and the carousel periods may be very long.
MPEG-7 has defined a specification (BiM) for binarising XML data files and sending updates. This does not address the issues raised by repetitive broadcasting. MPEG-2 DSM cc Object Carousel, has been adopted by DVB for sending file system data in a broadcast in a format for repetitive rebroadcast. Object Carousel is a core part of this proposal, which builds a higher-layer protocol on top of Object Carousel.
A receiver that is acquiring a database does not wish to be listening to the broadcast database and continually acquiring it. It is probable that after a period of time either it will have no need for the current data, or it will have cached it locally (possibly on a disc). It is desirable for such receivers to be able to listen to the repetitive broadcast and to find out when an item of the data has changed and where the change is described with very little processing effort.
It is an object of the invention to overcome the problems in the prior art.
According to a first aspect of the invention, there is provided a method of acquiring repetitively broadcast data comprising acquiring said data in fragments, acquiring a document comprising information on said fragments, examining said information, and re-acquiring said fragments according to said information.
According to a second aspect of the invention, there is provided apparatus for acquiring repetitively broadcast data comprising receiving means for acquiring said data in fragments and for acquiring a document comprising information on said fragments, and processing means for examining said information, said receiving means re-acquiring said fragments according to said information.
According to a third aspect of the invention, there is provided a method of repetitively broadcasting data comprising broadcasting said data in fragments, and broadcasting a document comprising information on said fragments.
According to a fourth aspect of the invention, there is provided apparatus for repetitively broadcasting data comprising transmitting means for broadcasting said data in fragments, and for broadcasting a document comprising information on said fragments.
Owing to the invention, it is possible to more efficiently acquire broadcast data.
Advantageously, the document includes a time-stamp for each fragment of data, each time-stamp indicating when the respective fragment was last updated. Preferably, the document also includes a time-stamp indicating when the document itself was last updated. Ideally, a signal that triggers the re-acquiring of the fragments of data is sent to the receiving apparatus.
Embodiments of the invention will now be described, by way of example only, with reference to the accompanying drawings, in which:
In the broadcast system of
The transmitter 10 repetitively broadcasts the data 18 and comprises transmitting means 11 for broadcasting the data in fragments, and for broadcasting the document 22 which comprising information on the fragments 20. The receiver 12 comprises receiving means 13 for acquiring the data 20 in fragments and for acquiring the document 22, which comprises information on the data fragments 20. The receiver 12 also includes processing means 15 for examining the information in the document 22 and the receiving means 13 re-acquires the data fragments 20 according to the information in the document 22.
The broadcast database is split into well-defined fragments 20. Each fragment 20 represents a piece of information that it makes sense to update as a single unit. At the top-level, a “top-level” document 22 is defined that describes where to find each fragment 20 (e.g. filename) and its relationship to other fragments. In the top-level document 22 there is provided a time-stamp that indicates when each fragment 20 was last updated. This top-level document 22 also carries a time-stamp to indicate when it was last updated.
The top-level document 22 is inserted into a well-known location in the broadcast file system (eg Object Carousel). Well-known in this context means that either it is a publicly agreed location, or there is standardised method of signaling where it is located in the transport stream. The top-level document 22 is inserted into a “module” of the Object Carousel as determined by the specification of the Object Carousel. The receiver 12 can easily derive the module identity.
To identify updates, the receiver 12 listens for the module of the Object Carousel. The Object Carousel signals when a module is updated. Thus when the receiver 12 identifies that the module containing the top-level document 22 has been updated, it opens the module and examines the top-level document 22. The time stamp will confirm (or not) that the top-level document 22 contains a change. If there is a change, then the receiver 12 examines the top-level document 22 to find the time-stamps on each fragment identifier to find which fragments 20 have changed. The receiver 12 can then decide if this is a significant update or not.
This system can be made more extensible by allowing both one top-level document 22 and multiple “second-level” documents 24 that have essentially the same functionality.
The document 22 that is acquired by the receiver 12 may be a specific file that is addressed, recalled and stored by the receiver 12, or it may be a portion of a larger index transmitted by the transmitter 10 as part of the data carousel 18. In the latter case the document 22 is extracted from the index to be read on demand by the receiver 12.
Such a system is particularly suitable to the DVB broadcast of TV Anytime metadata.
Number | Date | Country | Kind |
---|---|---|---|
0206258.6 | Mar 2002 | GB | national |
0221273.6 | Sep 2002 | GB | national |
Filing Document | Filing Date | Country | Kind |
---|---|---|---|
PCT/IB03/00525 | 2/7/2003 | WO |