AU2002302869A1 - Recording of interactive applications - Google Patents
Recording of interactive applicationsInfo
- Publication number
- AU2002302869A1 AU2002302869A1 AU2002302869A AU2002302869A AU2002302869A1 AU 2002302869 A1 AU2002302869 A1 AU 2002302869A1 AU 2002302869 A AU2002302869 A AU 2002302869A AU 2002302869 A AU2002302869 A AU 2002302869A AU 2002302869 A1 AU2002302869 A1 AU 2002302869A1
- Authority
- AU
- Australia
- Prior art keywords
- data
- transmitted
- modules
- stream
- module
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
Description
DESCRIPTION
RECORDING OF INTERACTIVE APPLICATIONS
The present invention relates to methods and apparatus for the recording of digital broadcast material and in particular to the recording of interactive or multimedia applications accompanying television broadcasts.
A broadcaster can broadcast multimedia platform-specific applications possibly together with digital television programs. A suitably equipped multimedia platform-specific set-top box can receive those applications and run them locally. Example applications are electronic program guides, play- along games, Tele-banking, Tele-shopping, electronic newspapers and similar information services. Television programs can be recorded and, if such a television program has an application associated with it, for example a sports data or teletext application accompanying the live broadcast of a sporting fixture, then that application should also be recorded. Typically multimedia platform-specific applications are broadcast in an object carousel, where all the application code and data is broadcast in cycles. This resembles teletext data, which is also broadcast in a carousel.
A suitable transmission system for such application delivery is known from ISO/IEC International Standard 13818-6, "MPEG-2 Digital Storage Media Command and Control" July 12, 1996 (identified herein as DSM-CC). In modern digital broadcast systems a transmitter typically transmits a large number of services (or channels) to a plurality of receivers, examples of which are to be found in television sets or set-top boxes. Such a service can contain an audio/video stream, an interactive application (for example in the MHEG-5 format), other kinds of data or a combination of these elements. An MPEG-2 transport stream is a multiplex of a number of services, and a transmitter will typically transmit several transport streams to the set-top boxes. In turn, a suitably configured set-top box can tune to a specific transport stream and is then able to retrieve information from that transport stream.
As mentioned above, interactive multimedia applications are typically broadcast in a carousel-like fashion with successive data sections being repeated periodically and sequentially in the transport stream. For instance, both DVB and DAVIC have specified DSM-CC object carousels, as mentioned above, for broadcasting interactive applications.
DVB specifies a method of carrying a file system within a DVB Transport Stream. This is used for data broadcasting and for interactive broadcast systems. For instance it is the chosen method for broadcasting MHEG-5 objects in the UK terrestrial implementation of DVB, and it is used for Java class files and their associated data in the MHP specification from DVB.
As is described in the commonly-assigned International patent application WO 99/65230, the objects of a DSM-CC object carousel are broadcast in modules and provide a "virtual" file system comprised of file and directory objects in a hierarchy in the manner of a personal computer (PC) file system. Such a module is a container of objects and comprises a number of DownloadDataBlock messages (which are specified in the MPEG-2 standard as private sections). When a set-top box wants to pre-fetch a DSM-CC object, it must (amongst other things) know in which module the object resides. After it has retrieved the right module, the set-top box must then parse the module to get to the object itself. Due to the hierarchical nature of the DSM-CC object carousel an object might be included in a subdirectory. If this is the case, the set-top box must also retrieve the module(s) with the intermediate directories, and parse them before it gets to the object in which it is interested.
Typically, the service provider will broadcast the object carousel in a compressed form. This compression is normally done at the module level. Thus, selecting a specific object for storage requires also the decompression of all the modules that are needed for the identification of the objects the set- top box is interested in. As will be recognised, the hierarchical nature of the DSM-CC object carousel for the purpose of identifying objects requires a lot of processing in the set-top box. Consequently, when considering the issue of recording as an adjunct to capture of digital video broadcasts, it will be
recognised that there is a lack of an efficient way to record (and play-back) object carousels.
In such set-ups, the module is the unit of transmission, and it is thus not possible to send a part of a module; either the entire module is sent or nothing is sent. Furthermore, the module is the unit of packaging, with the objects in a module being typically compressed together.
File and directory objects can change over time. Amongst the characteristics of modules and objects is that the grouping of objects in modules does not need to be constant over time. Objects can be moved between modules, and objects can be added and removed.
Since modules are broadcast in MPEG-2 transport streams, and each module is broadcast in the private data sections of an elementary stream, then typically a large number of modules will share the same elementary stream and a complete object carousel will generally be carried on only a limited number of elementary streams (typically fewer than 5). The elementary streams on which a module is carried may also be varied with time.
As will be recognised by the skilled practitioner, the object carousel consists of three layers, wherein the top layer consists of the file and directory objects, the layer below that consists of modules, and the layer below that consists of private data sections in an elementary stream. The problem is how to identify which parts of a data broadcast (Object Carousel) are relevant to a particular application without fully processing the application. The problem becomes significant when there is a requirement to store interactive applications rather than simply process them as they are delivered. Ideally the aim is to use limited processing resources to store the necessary parts of the data so that the application can be used at some later time. If it is necessary to process the carousel fully before it can be stored, the resulting overheads mean that it may not be feasible to store the application at all.
It is accordingly an object of the present invention to facilitate the recording of an multimedia platform-specific application, where it is necessary to record an application specified in one or more object carousels (or a part of
an object carousel), wherein the recording process can be managed such that the required storage space is minimal and such that the complexity is manageable.
In accordance with a first aspect of the present invention there is provided a transmission system comprising a transmitter and at least one receiver configured to receive a signal stream transmitted therefrom, wherein broadcast data in the transmitted stream is accompanied by one or more applications defined in one or more data carousels formed of data file and directory objects sent in cycles with predetermined groups of file and directory objects being formed into respective modules at the transmitter and with each module being transmitted as a whole wherein, for each object carousel defining the root of the hierarchy of data objects, there is transmitted in the stream a list of identifiers for the component data carousels respectively defining all or a part of the data objects associated with an application, and the receiver is arranged, on identification of a particular application to be recorded, to use the list of identifiers to identify and subsequently store the received component data carousels for that application. By inclusion of the list of identifiers, it is no longer necessary to process each carousel down to the module level to identify whether or not it relates to (is referenced by) a particular application.
The transmitter may be arranged to include in the transmitted stream information identifying storage requirements for transmitted modules, and the receiver may be arranged to identify such information in the received stream and store the received modules with reference thereto. In such a case, the information may include, for each module, an indicator identifying whether or not that module is referenced by a further data object from another carousel. With such an indicator, the receiver may be arranged to perform memory reclamation by periodically identifying and deleting those modules that are not referenced.
Also in accordance with the present invention there is provided a transmitter for use in a transmission system comprising said transmitter and at
least one receiver configured to receive signals transmitted therefrom, wherein said transmitter is arranged to deliver broadcast data in the transmitted stream accompanied by one or more applications defined in one or more data carousels formed of data file and directory objects sent in cycles with predetermined groups of file and directory objects being formed into respective modules at the transmitter and with each module being transmitted as a whole wherein, for each object carousel defining the root of the hierarchy of data objects, there is transmitted in the stream a list of identifiers for the component data respectively defining all or a part of the data objects associated with an application.
Further, the present invention provides a receiver for use in a transmission system comprising a transmitter and at least one said receiver configured to receive signals transmitted therefrom, wherein broadcast data in the transmitted stream is accompanied by one or more applications defined in one or more data carousels formed of data file and directory objects sent in cycles with predetermined groups of file and directory objects being formed into respective modules at the transmitter and with each module being transmitted as a whole wherein, for each object carousel defining the root of the hierarchy of data objects, there is transmitted in the stream a list of identifiers for the component data respectively defining all or a part of the data objects associated with an application, and the receiver is arranged, on identification of a particular application to be recorded, to use the list of identifiers to identify and subsequently store the received data objects for that application. According to a further aspect of the present invention there is provided a multiplex signal comprising broadcast data accompanied by one or more applications defined in one or more data carousels formed of data file and directory objects carried in cycles with predetermined groups of file and directory objects having being formed into respective modules and with the signal containing each module as a whole wherein, for each object carousel defining the root of the hierarchy of data objects, the signal includes a list of identifiers for the component data carousels respectively defining all or a part
of the data objects associated with an application. The invention further provides a data storage device having such a signal recorded therein or thereon.
Additional features of the present invention are defined in the attached claims, to which reference should now be made, and the disclosure of which is incorporated herein by reference. Further features are also disclosed in the following description of exemplary embodiments of the invention.
Embodiments of the invention will now be described by way of example with reference to the accompanying drawings in which:
Figure 1 shows a block diagram of a transmission system suitable to embody the invention;
Figure 2 schematically shows the lower-level layering used in the construction of modules for DSM-CC object carousels; , Figure 3 represents an arrangement of carousels identifying respective modules according to the present invention; and
Figures 4 to 6 are tables listing respective characteristics of a first, second and third service descriptor for use in conjunction with the present invention.
The DVB (Digital Video Broadcast) standard specifies a method of carrying a hierarchical file system within a DVB Transport Stream. This is used for data broadcasting. It can be used for carrying any data of the sort that would normally be stored in a computer file system. It is frequently used for carrying data files for interactive broadcast systems. For instance, it is the chosen method for broadcasting MHEG-5 objects in the UK terrestrial implementation of DVB, and it is used for Java class files and their associated data in the MHP specification from DVB.
Figure 1 shows a block diagram of a transmission system suitable to embody the invention. In such a transmission system, a number or stream of multiplex signals 12 are transmitted by a transmitter 10 to a receiver 14. The transmission system may comprise further receivers 14.A, 14.B, and may, for
example, be used in a cable television (CATV) network environment, whereby the transmitter 10 comprises the headend of the CATV-network and the receivers 14 comprise the set-top boxes or the television sets of the end-users. The end-users are able to control a receiver 14 by means of a user-input device (UID) 15, like for instance a keyboard, a remote control or one or more control devices mounted on the receiver unit itself. The end-users can view the selected services on a display device (DISP) 17 which, where the receiver 14 is housed in a television set, may be integral with 14.
The multiplex signals 12 can be implemented in the form of MPEG-2 transport streams. An MPEG-2 transport stream is a multiplex of a number of so-called services. Such a service can contain an audio/video stream, an interactive application (for example in the MHEG-5 format), other kinds of data or a combination of these elements. Typically, a headend 10 transmits several transport streams 12 to the set-top boxes 14. In this way, a large number of services (or channels) can be broadcast by the headend 10 to a plurality of set-top boxes 14.
A set-top box 14 can tune to a specific transport stream 12 and is then able to retrieve information from the transport stream 12. Such a set-top box 14 typically has only one tuner and is thus merely able to receive a single transport stream 12 at a time. When a user wants to look at a television program, or wants to run an interactive application, or wants to access other kinds of data the set-top box 14 tunes to the corresponding transport stream 12 and retrieves and/or processes the required data from the service as it is being broadcast at that moment. Interactive applications such as Tele-banking, Tele-shopping or information services are typically broadcast in a carousel-like fashion, i.e. the therewith corresponding data sections are repeated periodically in the transport stream 12. For instance, both DVB and DAVIC have specified DSM- CC object carousels for broadcasting interactive applications. The response time and processing capability of such applications can be improved by the provision of local storage 19 in the receiver, which storage may be in the form of a hard disk or other (preferably non-volatile) memory, and may further be
used for storing linear television content (audio/video) received from the transmitter 10. The store 19 may be used for caching in the receiver, for example pre-fetching or otherwise storing data sections or objects. Storage of objects is handled by processor 16 in the receiver, which processor further handles the treatment of Object Carousels, as will be described in detail hereinafter.
The DSM-CC system has been designed to provide a solution to the problem of efficient transport over a serial connection of a hierarchical file system. It can be parsed and the hierarchical directory structure, file names, and the content of the files can be recovered in the receiver.
In Figure 2 the layered structure of a module for DSM-CC object carousels is shown. The objects of a DSM-CC object carousel are broadcast in such modules. Such a module is a container of objects and comprises a number of DownloadDataBlock messages (which are MPEG-2 private sections). In Figure 2 module 42 comprises the objects 32, 36 and 40. These objects are included in so-called BlOP-messages. In such a BlOP-message the object is preceded by a message header. In Figure 2 a first BlOP-message comprises a message header 30 and the object 32, which object 32 may include directory information. A second BlOP-message comprises a message header 34 and the object 36, which object 36 may include stream information. A third BlOP-message comprises a message header 38 and the object 40, which object 40 may include file information.
Furthermore, the module 42 comprises five DownloadDataBlock messages. These DownloadDataBlock messages consist of a header and a data block. The first DownloadDataBlock message is formed by header 44 together with data block 46, the second DownloadDataBlock message is formed by header 48 together with data block 50, the third by header 52 and data block 54, the fourth by header 56 and data block 58, and the fifth by header 60 and data block 62. Based on the layering of the object carousel, the recording of the object carousel can be done on each of the three layers. Recording at the top layer
means that the files and directories of an application are stored in a (regular) file system.
Recording of the object carousel may be undertaken at the elementary stream level: this has the advantage that it is generally simple and independent of the specifics of the object carousel. The drawback of this approach is however that of the costs in terms of storage capacity, because each cycle of the carousel is stored over and over again. If much of the carousel content does not change between cycles, then the recording will contain a notable amount of redundancy. In a further arrangement, the recording of an object carousel may be undertaken at the module level.
The capture and storage of carousel component modules at the elementary stream or module level further assists the efficient play back of an application by providing the modules to the application on demand, especially when the device that contains the recorded modules is a different device from the one that runs or will run the recorded application. That is, the object carousel is not reconstructed during playback (although that certainly is a valid option), but a module is only sent to the multimedia platform-specific device when the multimedia platform-specific device explicitly asks for a module. This has the advantage that the multimedia platform-specific device observes a minimal latency when acquiring a module. This typically gives a significant performance improvement compared to a live object carousel broadcast or compared to the situation where the storage device reconstructs the object carousel during play back.
Unfortunately the solution adopted within DVB requires the full parsing of the broadcast data structures to identify which components of the stream must be analysed. There is no high-level signalling to indicate which parts of the stream (which elementary streams) contain essential information for the reconstruction of the file system.
In normal usage, where the file system is reconstructed from the live broadcast as it is used this is not a problem. However, if we wish to store the stream, it is very convenient to have indicated, at a high level in the syntax, which components are necessary.
The problem is how to identify which parts of a data broadcast are relevant to a particular application without fully processing the application. The problem becomes significant when there is a requirement to store interactive applications rather than simply process them as they are delivered. The preferred solution is to use limited processing resources to store the necessary parts of the data so that the application can be used at some later time. If it is necessary to process the application fully before it can be stored, it may not be feasible to store the application at all.
An interactive application may be transported in one or more Object Carousels and may access one or more streams from within the Transport Stream (or even another Transport Stream).
Terminology:
In the following examples, the terminology is that used in the MPEG and DVB standards. However, these are used as generic terms for the generic concepts and apply to other implementations in other broadcast environments.
Examples relevant to a DVB system are given in italics.
Transport Stream - a data stream containing a multiplex of elementary streams, which comprise a set of services. e.g. MPEG-2 transport stream
Elementary Stream - a data stream consisting of a single item of media or data. e.g. MPEG-2 elementary stream
Service - A description of a set of elementary streams of various types, which together comprise the traditional TV program'. The service includes type information and descriptors for each of the elementary streams referenced. e.g. DVB Service encoded in a Program Map Table (PMT)
Data Carousel - a broadcast of a set of generic data modules, repeated in a carousel fashion, delivered over one or more elementary streams. The data carousel consists of a message listing the set of modules and descriptors about those modules. e.g. DSMCC Datalnfolndication (Dll) messages
Module - a single item of data delivered in a data carousel. It may be constructed from a set of smaller separate broadcast units. e.g. DSMCC module, composed from DSMCC Download DataBlocks
(DDBs) encoded as MPEG-2 private sections Object Carousel - a hierarchy of data objects, analogous to a computer file system, but delivered as a set of data carousels. An object carousel consists of data delivered using one or more data carousels, and a reference to a root object in the hierarchy. An object carousel typically interprets a module as a sequence of data objects. The data objects can be of a variety of types, including file and directory types. An object representing a directory (such as the root object) can then refer to other objects in the same or other data carousels. e.g. DVB Object Carousel uses the DSMCC DownloadServerlnitiate
(DSI) message to refer to the ServiceGateway (root directory) of a filesystem. The modules consist of a sequence of Broadcast Inter-ORB
Protocol (BIOP) messages, which are referred to using Inter-operable
Object References (I OR).
Considering the issue of finding the essential elements of an Object Carousel, current specifications do not define explicit signalling to determine which Elementary Streams contain sufficient content for the reconstruction of an Object Carousel. The Service will contain descriptors indicating which
Elementary Stream contains an Object Carousel. e.g. the PMT carries a carouseljd descήptor on the stream carrying the DSI message.
Note that this merely contains a reference to the 'root' object of the Object Carousel. The bulk of the data may be in this or other Elementary Streams. All other Elementary Streams that carry Data Carousels can also be identified by type information. e.g. the streamjtype, and by the data_broadcast_descriptor associated with them.
An object in the Object Carousel may potentially access Data Carousels outside the current Service. However, the Service maintains information about the location of these other Services which allows, in principle, the required Elementary Streams in that Service to be identified. e.g. BIOP Profile Body which uses an associationjtag listed in the deferred_association_tags of the PMT. Also, an object in the Object Carousel may potentially access objects in other Object Carousels, on completely separate transports. These external links would not normally be preserved on storage. e.g. Lite Options Profile Body refers to external content using NSAP addresses.
Thus we can find the set of all Elementary Streams that may contain data necessary for the Object Carousel without "deep parsing" of the Object
Carousel (by "deep parsing" we mean inspection of the Object Carousel structures below the Data Carousel level). However, in cases where there is more than one Object Carousel on the Service, it is not easy to identify which Elementary Streams are required by each carousel. It is only possible to identify the Elementary Streams by fully parsing all the object references used within the Object Carousel. A practical case where two carousels may be used in one service is an interactive broadcast (eg a sports application that a user might wish to record) combined with a normal Digital Teletext Service (which the user might not wish to record). They might be carried in separate Object Carousels on separate Elementary Streams. The data for each Object Carousel could be carried on several Elementary Streams. Some of the data might be shared between the two Object Carousels. There is no easy way to identify which parts of the data are needed by each application. The Sports application is likely to be rather small in size, whereas the Teletext application may be rather large.
The applicants propose to include a list of Elementary Streams that are used by the Object Carousel at the top-level Object Carousel object, e.g. Add a list of association_tags to the DSI message.
The following embodiment of the invention, described with reference to the schematic diagram of Figure 3 and the tables of Figures 4 to 6, includes a general description of the embodiment, together with relevant examples in italics using the DVB Object Carousel. Referring first to Figure 3, a DSI message 80 carries reference 82 to the
ServiceGateway (root directory) of the file system providing a pointer 84 into a first data carousel (Dll(i)) 86. This first data carousel 86 comprises a listing of a set of modules 88, 90, 92. One of the modules 92 of the first data carousel may carry a reference 94 into a second data carousel (DΙI(ii)) 96, with the second data carousel in turn listing a respective set of modules 98, 100, 102, 104. Conventionally, in order to identify the data carousels associated with a given application, it would have been necessary to deep parse the first data carousel 86 to the module level in order to discover the reference 94 to the second data carousel 96. In order to avoid this task, the DSI message includes a list of additional pointers (APLIST) 106 which provide a reference 108 to each additional data carousel (beyond the first already identified by the ServiceGateway 82).
The proposed embodiment is an extension to the top-level messages expressing the Object Carousel and Data Carousels. New descriptors are defined for listing the complete set of Data Carousels, describing the total expected size of the modules referenced (for estimating storage requirements), and timeouts for accessing further entries. As a further enhancement, individual modules within a Data Carousel can be 'marked' with descriptors describing where they are accessible from, which allows evaluation of which modules to store on a per-Data Carousel basis.
The DSI and Dll formats specified for DVB Object Carousel are extended.
The specification of the top-level Object Carousel message is extended to allow a sequence of descriptors, as described below.
The ServiceGatewaylnfo():Userlnfo field is used to contain the descriptors. The field is currently unused in Object Carousel. This
specification defines that the field is to be interpreted as a descriptor loop.
Manifest descriptor - lists the complete set of Data Carousels that comprise this Object Carousel. It does not include the Data Carousel containing the root directory itself - this is already referenced. The general form of this descriptor is shown in the table of Figure 4.
An alternative embodiment is to use the Taps field of the DSI message to hold a sequence of Taps listing all Dll components within the Object Carousel. The use of this field is as specified in the MPEG DSM-CC specification (ISO/IEC 13818-6), section 1 1.3) with the modification of semantics that the Taps list the complete set of Dll messages as opposed to those required for initially attaching to the Object Carousel. Carousel Statistics descriptor - gives information on the Object Carousel overall. Items that may be useful for storage are total size and overall cycle time. These can indicate overall space requirements, mean incoming bitrate, and how long this channel would have to be tuned to make storing worthwhile. The general form of this descriptor is shown in the table of Figure 5.
There is currently no need for extensions at the Data Carousel level. Although it may seem to be sensible to have 'referred data carousel descriptor' here similar to the manifest descriptor, it should be remembered that the arrangement of Data Carousels does not have to mirror the hierarchy of the objects within the Object Carousel. There may be cyclic references between Data Carousels, and there may well be multiple entry points from other Dlls. Therefore encouraging recursive tracing through Dlls is not preferred.
The Data Carousel includes the list of modules, and extra descriptors are not added here.
DVB and MHP define the BIOP:Modulelnfo:Userlnfo field as a descriptor loop, so we specify new descriptors here as a simple extension.
Module reference descriptor - lists references to the module from other Object or Data Carousels. This descriptor is present on all 'entry modules' in
this Data Carousel. If present, this descriptor must list its own Data Carousel if there are references from other modules in the same Data Carousel. However, it is not valid for this descriptor to consist only of one reference from the owning Data Carousel. An advanced storage device can use this information in combination with the manifest descriptor to work out whether storing this module is necessary. Also, once all modules in the Data Carousel have been loaded, a mark-sweep garbage collection process from these 'roof modules will cull unneeded modules. This is a crude method, because this sort of operation is best done at the object level, but this is a trade-off between storage and parsing overhead, and carousels will tend to be designed so that disjoint functionality will be stored in separate modules.
This descriptor is also a good indication of which modules are the priority modules needed to perform a full structure traversal of the carousel. This may be helpful in establishing an efficient search strategy for a storage device incapable requesting all modules in a Data Carousel at once (for example where there a fixed number of section filters available). The general form of this descriptor is shown in the table of Figure 6.
The skilled reader will appreciate that, whilst the foregoing embodiments are described with reference to the MPEG-2 DSM-CC protocol, the invention is not limited to any specific protocol or form of data broadcast.
From reading the present disclosure, other modifications will be apparent to persons skilled in the art. Such modifications may involve other features which are already known in the design, manufacture and use of multimedia home platforms and applications and devices for incorporation therein and which may be used instead of or in addition to features already described herein.
Claims (14)
1. A transmission system comprising a transmitter and at least one receiver configured to receive a signal stream transmitted therefrom, wherein broadcast data in the transmitted stream is accompanied by one or more applications defined in one or more data carousels formed of data file and directory objects sent in cycles with predetermined groups of file and directory objects being formed into respective modules at the transmitter and with each module being transmitted as a whole wherein, for each object carousel defining the root of the hierarchy of data objects, there is transmitted in the stream a list of identifiers for the component data carousels respectively defining all or a part of the data objects associated with an application, and the receiver is arranged, on identification of a particular application to be recorded, to use the list of identifiers to identify and subsequently store the received component data carousels for that application.
2. A system as claimed in Claim 1 , wherein the transmitter is arranged to include in the transmitted stream information identifying storage requirements for transmitted modules, and the receiver is arranged to identify such information in the received stream and store the received modules with reference thereto.
3. A system as claimed in Claim 2, wherein said information includes, for each module, an indicator identifying whether or not that module is referenced by a further data object from another carousel.
4. A system as claimed in Claim 3, wherein the receiver is arranged to perform memory reclamation by periodically identifying and deleting those modules that are not referenced.
5. A transmitter for use in a transmission system comprising said transmitter and at least one receiver configured to receive signals transmitted therefrom, wherein said transmitter is arranged to deliver broadcast data in the transmitted stream accompanied by one or more applications defined in one or more data carousels formed of data file and directory objects sent in cycles with predetermined groups of file and directory objects being formed into respective modules at the transmitter and with each module being transmitted as a whole wherein, for each object carousel defining the root of the hierarchy of data objects, there is transmitted in the stream a list of identifiers for the component data respectively defining all or a part of the data objects associated with an application.
6. A transmitter as claimed in Claim 5, arranged to include in the transmitted stream information identifying storage requirements for transmitted modules.
7. A transmitter as claimed in Claim 6, wherein said information includes, for each module, an indicator identifying whether or not that module is referenced by a further data object from another carousel.
8. A receiver for use in a transmission system comprising a transmitter and at least one said receiver configured to receive signals transmitted therefrom, wherein broadcast data in the transmitted stream is accompanied by one or more applications defined in one or more data carousels formed of data file and directory objects sent in cycles with predetermined groups of file and directory objects being formed into respective modules at the transmitter and with each module being transmitted as a whole wherein, for each object carousel defining the root of the hierarchy of data objects, there is transmitted in the stream a list of identifiers for the component data respectively defining all or a part of the data objects associated with an application, and the receiver is arranged, on identification of a particular application to be recorded, to use the list of identifiers to identify and subsequently store the received data objects for that application.
9. A receiver as claimed in Claim 8, wherein, the transmitted stream including information identifying storage requirements for transmitted modules, the receiver is arranged to identify such information in the received stream and store the received modules with reference thereto.
10. A receiver as claimed in Claim 9, wherein said information includes, for each module, an indicator identifying whether or not that module is referenced by a further data object from another carousel.
11. A receiver as claimed in Claim 10, arranged to perform memory reclamation by periodically identifying and deleting those modules that are not referenced.
12. A multiplex signal comprising broadcast data accompanied by one or more applications defined in one or more data carousels formed of data file and directory objects carried in cycles with predetermined groups of file and directory objects having being formed into respective modules and with the signal containing each module as a whole wherein, for each object carousel defining the root of the hierarchy of data objects, the signal includes a list of identifiers for the component data carousels respectively defining all or a part of the data objects associated with an application.
13. A data storage device having recorded therein or thereon a signal as claimed in Claim 12.
14. A data storage device as claimed in Claim 13, wherein the recording therein or thereon of said signal is in a format determined at least partially by storage requirements for modules within the signal, said storage requirements as identified by information in said signal.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB0111008.9 | 2001-05-04 | ||
GBGB0111008.9A GB0111008D0 (en) | 2001-05-04 | 2001-05-04 | Recording of interactive applications |
PCT/IB2002/001573 WO2002091747A1 (en) | 2001-05-04 | 2002-05-02 | Recording of interactive applications |
Publications (2)
Publication Number | Publication Date |
---|---|
AU2002302869A1 true AU2002302869A1 (en) | 2003-05-01 |
AU2002302869B2 AU2002302869B2 (en) | 2008-04-03 |
Family
ID=9914071
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
AU2002302869A Ceased AU2002302869B2 (en) | 2001-05-04 | 2002-05-02 | Recording of interactive applications |
Country Status (11)
Country | Link |
---|---|
US (1) | US20020170074A1 (en) |
EP (1) | EP1393570A1 (en) |
JP (1) | JP4229706B2 (en) |
KR (1) | KR100918009B1 (en) |
CN (1) | CN100370833C (en) |
AU (1) | AU2002302869B2 (en) |
BR (1) | BRPI0205146B1 (en) |
GB (1) | GB0111008D0 (en) |
PL (1) | PL363519A1 (en) |
RU (1) | RU2304855C2 (en) |
WO (1) | WO2002091747A1 (en) |
Families Citing this family (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7065780B2 (en) * | 2002-09-20 | 2006-06-20 | Opentv, Inc. | Method and system for emulating and HTTP server through a broadcast carousel |
KR100484178B1 (en) * | 2002-11-14 | 2005-04-20 | 삼성전자주식회사 | A method for transmitting information about module representing application resource in DASE data broadcasting system using Data Carousel protocol and the apparatus therefor |
AU2003303278A1 (en) * | 2002-12-20 | 2004-07-14 | Koninklijke Philips Electronics N.V. | Method for adding interactivity to a recording |
PL358659A1 (en) * | 2003-02-10 | 2004-08-23 | Advanced Digital Broadcast Ltd. | Method for handling reception of round robin transmitted software |
EP1603335B1 (en) | 2003-02-19 | 2008-04-30 | Matsushita Electric Industrial Co., Ltd. | Recording medium, reproduction device, recording method, program, and reproduction method |
PL378521A1 (en) * | 2003-03-12 | 2006-05-02 | Koninklijke Philips Electronics N.V. | Method ans apparatus for storing an interactive television program |
DE10312030A1 (en) * | 2003-03-18 | 2004-09-30 | Robert Bosch Gmbh | Method for transmitting multimedia objects and digital receivers for multimedia objects |
JP2007510316A (en) | 2003-09-12 | 2007-04-19 | オープン ティーヴィー インコーポレイテッド | Control method and system for recording and playback of interactive application |
KR100574230B1 (en) | 2003-11-14 | 2006-04-26 | 한국전자통신연구원 | Method for processing the updated data of application in headend or terminal |
CN1784005B (en) * | 2004-05-09 | 2010-11-24 | 意法半导体有限公司 | Method for access rotational broadcast data through file system |
CA2603621A1 (en) * | 2005-04-08 | 2006-10-19 | Biap Systems, Inc. | Method and system for downloading applications into memory-constrained systems |
US8340507B2 (en) | 2007-05-31 | 2012-12-25 | Panasonic Corporation | Recording medium, playback apparatus, recording method, program, and playback method |
KR20090011291A (en) * | 2007-07-25 | 2009-02-02 | 삼성전자주식회사 | Method for providing data broadcasting and video apparatus thereof |
GB2463664A (en) * | 2008-09-18 | 2010-03-24 | Sony Uk Ltd | Recording interactive content prior to television program |
US8478799B2 (en) | 2009-06-26 | 2013-07-02 | Simplivity Corporation | Namespace file system accessing an object store |
CN109976758B (en) * | 2019-03-25 | 2022-04-22 | 深圳市酷开网络科技股份有限公司 | UI control carousel method based on android system, television terminal and storage medium |
CN111427574B (en) * | 2020-03-17 | 2024-01-30 | 深圳市震有软件科技有限公司 | Method, device, equipment and medium for realizing automatic page turning carousel component of list |
CN111563213B (en) * | 2020-03-27 | 2023-09-12 | 杭州睿疆科技有限公司 | Page carousel method, device, computer equipment and readable storage medium |
CN112691364A (en) * | 2020-10-30 | 2021-04-23 | 上海酷量信息技术有限公司 | System and method for interaction by using rotary disc in live broadcast |
Family Cites Families (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4914586A (en) * | 1987-11-06 | 1990-04-03 | Xerox Corporation | Garbage collector for hypermedia systems |
US5539920A (en) * | 1994-04-28 | 1996-07-23 | Thomson Consumer Electronics, Inc. | Method and apparatus for processing an audio video interactive signal |
US5625693A (en) * | 1995-07-07 | 1997-04-29 | Thomson Consumer Electronics, Inc. | Apparatus and method for authenticating transmitting applications in an interactive TV system |
US5951639A (en) * | 1996-02-14 | 1999-09-14 | Powertv, Inc. | Multicast downloading of software and data modules and their compatibility requirements |
CN1095265C (en) * | 1996-02-22 | 2002-11-27 | Dsc电讯有限合伙公司 | A control system for a telecommunications system |
EP0854650A3 (en) * | 1997-01-17 | 2001-05-02 | NOKIA TECHNOLOGY GmbH | Method for addressing a service in digital video broadcasting |
US6177930B1 (en) * | 1997-03-28 | 2001-01-23 | International Business Machines Corp. | System and method for enabling a user to move between cyclically transmitted image streams |
US6047317A (en) * | 1997-03-28 | 2000-04-04 | International Business Machines Corporation | System and method for enabling a user to rapidly access images in cyclically transmitted image streams |
KR100513907B1 (en) * | 1997-06-13 | 2005-09-13 | 코닌클리케 필립스 일렉트로닉스 엔.브이. | Cyclic transmission of a plurality of mutually related objects |
US7032236B1 (en) * | 1998-02-20 | 2006-04-18 | Thomson Licensing | Multimedia system for processing program guides and associated multimedia objects |
US6459427B1 (en) * | 1998-04-01 | 2002-10-01 | Liberate Technologies | Apparatus and method for web-casting over digital broadcast TV network |
US6763523B1 (en) * | 1998-04-03 | 2004-07-13 | Avid Technology, Inc. | Intelligent transfer of multimedia data files from an editing system to a playback device |
JP3361997B2 (en) * | 1998-05-07 | 2003-01-07 | 松下電器産業株式会社 | Broadcast transmission device and broadcast transmission method |
US6427238B1 (en) * | 1998-05-29 | 2002-07-30 | Opentv, Inc. | Module manager for interactive television system |
EP1045564A4 (en) * | 1998-06-10 | 2005-07-13 | Matsushita Electric Ind Co Ltd | Data source and data sink |
WO1999065230A2 (en) * | 1998-06-12 | 1999-12-16 | Koninklijke Philips Electronics N.V. | Transmission system |
JP2000149407A (en) * | 1998-11-10 | 2000-05-30 | Sony Corp | Information transmitting method, information processing method, information transmitting system, and data processor |
JP2000156031A (en) * | 1998-11-17 | 2000-06-06 | Sony Corp | Information process system, information processor and information processing method |
EP1022908B1 (en) * | 1999-01-21 | 2006-07-12 | Sony Service Centre (Europe) N.V. | Information server and method of constructing a transport stream |
KR100565577B1 (en) * | 1999-03-05 | 2006-03-29 | 엘지전자 주식회사 | Device for generating broadcast interoperable protocol message and method for broadcast interoperable protocol message using the same |
US7000245B1 (en) * | 1999-10-29 | 2006-02-14 | Opentv, Inc. | System and method for recording pushed data |
GB2357922A (en) * | 1999-12-07 | 2001-07-04 | Sony Service Ct | Optimising a data carousel |
-
2001
- 2001-05-04 GB GBGB0111008.9A patent/GB0111008D0/en not_active Ceased
-
2002
- 2002-05-02 AU AU2002302869A patent/AU2002302869B2/en not_active Ceased
- 2002-05-02 KR KR1020037000130A patent/KR100918009B1/en not_active IP Right Cessation
- 2002-05-02 BR BRPI0205146A patent/BRPI0205146B1/en not_active IP Right Cessation
- 2002-05-02 PL PL02363519A patent/PL363519A1/en unknown
- 2002-05-02 JP JP2002588080A patent/JP4229706B2/en not_active Expired - Fee Related
- 2002-05-02 WO PCT/IB2002/001573 patent/WO2002091747A1/en active Application Filing
- 2002-05-02 RU RU2003135213/09A patent/RU2304855C2/en not_active IP Right Cessation
- 2002-05-02 CN CNB028014987A patent/CN100370833C/en not_active Expired - Fee Related
- 2002-05-02 EP EP02730554A patent/EP1393570A1/en not_active Withdrawn
- 2002-05-06 US US10/139,176 patent/US20020170074A1/en not_active Abandoned
Similar Documents
Publication | Publication Date | Title |
---|---|---|
AU2002302869B2 (en) | Recording of interactive applications | |
AU2002302869A1 (en) | Recording of interactive applications | |
US7711701B2 (en) | Efficient recording of object carousels | |
US7590111B1 (en) | Transmission of a multiplex signal comprising a carousel having a plurality of modules | |
AU755310B2 (en) | Application programming interface for enabling a digital television receiver to access system information in an abstract format | |
KR20100015356A (en) | Multimedia data transmitting apparatus and multimedia data receiving apparatus | |
KR20080026036A (en) | Method and apparatus of processing applications for broadcasting service, and information storage medium thereof | |
US6757305B1 (en) | Transmission system | |
US20070008402A1 (en) | Apparatus and method for backing up broadcast files | |
US20080072265A1 (en) | Method and apparatus for processing plurality of applications for broadcasting service and information storage medium storing the method | |
Zhang et al. | Design and implementation of broadcast file system based on DSM-CC data carousel protocol | |
US20090019477A1 (en) | Data search method and data broadcast transmitting and receiving apparatuses | |
Park et al. | Data broadcasting software architecture supporting real-time caching and monitoring in interactive TV | |
Infante et al. | Real-Time DVB-MHP Interactive Data Transcoding to Blu-Ray | |
Guobin et al. | Advanced Software Architecture for Processing Bulk Carousel Data in a Data Broadcasting Push Service | |
CN101006713A (en) | Method and apparatus for storing/delecting interactive applications |