JP2000036946A - Receiver - Google Patents

Abstract

PROBLEM TO BE SOLVED: To reduce a time required for a scene output and a scene change in the receiver that receives a data service broadcast program. SOLUTION: In the receiver that copes with the case that transmission data consisting of one module or over by a carousel system as a transmission system while scene data for one scene are selected to be one module as a principle, modules of scene data that are extracted from a carousel stored in a queue 71 and received by a DSM-CC buffer 91 are decided according to priority of scene.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a receiving apparatus provided on a receiving facility side in a data service such as digital satellite broadcasting.

[0002]

2. Description of the Related Art In recent years, digital satellite broadcasting has been widely used. Digital satellite broadcasting is more resistant to noise and fading than, for example, existing analog broadcasting, and can transmit high-quality signals. Further, the frequency use efficiency is improved, and it is possible to increase the number of channels. Specifically, in the case of digital satellite broadcasting, one satellite can secure several hundred channels. In such digital satellite broadcasting, a large number of specialty channels for sports, movies, music, news, etc. are prepared, and in these specialty channels, programs corresponding to the respective special contents are broadcast.

[0003] The digital satellite broadcasting system as described above is used to enable a user to download audio data such as music, or as a so-called TV shopping, for example, the user purchases a certain product while watching a broadcast screen. It has been proposed that contracts be made. That is, the digital satellite broadcasting system performs data service broadcasting in parallel with ordinary broadcasting contents.

As an example, in the case of downloading music data, the broadcasting side multiplexes and broadcasts the music data in parallel with the broadcast program. When downloading the music data, a GUI (Graphical
User interface) screen (that is, an operation screen for download) is displayed to allow the user to perform an interactive operation, and data for outputting the GUI screen is also multiplexed and broadcast. You. Then, the user who owns the receiving device selects a desired channel, and downloads music data by performing a predetermined operation on the receiving device.
The UI screen is displayed and output. Then, when the user performs an operation on the displayed operation screen,
For example, data is supplied to a digital audio device connected to a receiving device so that the data is recorded.

[0005] By the way, a GUI screen for downloading music data as described above includes, for example, a GUI screen.
In addition to information such as part-like image data and text data forming a screen, unit data (files) such as voice data for voice output according to a predetermined operation are treated as objects, and the output mode of the object Is defined by a scenario description according to a predetermined method, a configuration that realizes a required display mode and an output mode such as sound on the operation screen can be considered. Here, a display screen (including an output of voice or the like) that realizes a function according to a certain purpose by being defined by the description information like the above-described GUI screen is referred to as a “scene”. It is assumed that. Also,
The “object” indicates unit information such as an image, a sound, and a text whose output mode is defined based on the description information. At the time of transmission, here, the data file of the description information itself is also an “object”. Shall be treated as one.

Objects for realizing the scene display and audio output on the scene display are appropriately mapped to a directory structure of data forming a scene to be broadcast on the broadcast station side, Encoded according to the transmission method and transmitted. For example, if a certain program requires a plurality of scenes, the data of the objects necessary for the plurality of scenes is transmitted after being appropriately mapped. On the receiving device side, decoding processing is performed in accordance with the transmission method, for example, data as a group for each object required for a scene required for display is obtained, and this is output as a scene.

[0007]

Here, for the user who owns the receiving apparatus, a waiting time until a certain channel is selected and a scene is displayed for the first time, or a scene is displayed from a certain scene to another scene. It is preferable to make the waiting time when switching between the two as short as possible from the viewpoint of a comfortable operation environment.

[0008] For example, as a countermeasure for quickly switching the scene display, a relatively large-capacity buffer is provided on the receiving device side, and data as a group of objects for each scene captured from the received data is stored. It is conceivable to store it in this buffer. This makes it possible to quickly switch to the next scene based on the data read from the buffer. However, the provision of the above-described buffer in the receiving apparatus has a disadvantage that the circuit scale of the receiving apparatus becomes large and the cost increases.

[0009]

SUMMARY OF THE INVENTION In view of the above-mentioned problems, the present invention makes it possible to obtain necessary scene data as quickly as possible on the receiving device side, and for example, to quickly switch scene outputs. The purpose is to be. It is another object of the present invention to realize a small-scale circuit without providing a large-capacity buffer, for example.

Therefore, scene data forming one scene corresponds to one or a plurality of information transmission units,
As a receiving apparatus for receiving transmission information in which transmission data composed of one or more information transmission units is cyclically transmitted, a receiving means for receiving transmission information and taking in as reception data, and capable of temporarily storing data in the information transmission unit Comprising memory means,
Data is extracted in units of information transmission from the received data and stored in the memory means, and the information transmission unit as scene data stored in the memory means is transmitted to the scene data storage means for storing scene data. A scene data capturing unit that can be stored, a scene output unit that can perform a scene output using required scene data from among scene data stored in the scene data storage unit, and a receiving unit. Information obtaining means for obtaining scene priority information indicating the priority of a scene from the received transmission information; and extracting from the received data based on the scene priority information obtained by the information obtaining means and storing the extracted data in the memory means. The scene data acquisition means is controlled so as to select an information transmission unit as scene data to be performed. It was decided to constitute a control means.

According to the above configuration, for example, as a receiving apparatus for receiving data corresponding to a transmission method (carousel method) in which transmission data composed of one or more information transmission units (modules) is cyclically transmitted, first, Assuming that scene data forming a scene corresponds to an information transmission unit, an information transmission unit (ie, scene data) is fetched in accordance with the priority of the scene and stored in the scene data storage means. To be. In other words, it is stipulated that the module to be extracted and received from the received data is determined according to the priority of the scene. As a result, the scene data is stored in the scene data storage means in accordance with the order of priority of the scene.

[0012]

Embodiments of the present invention will be described below. An example of a system to which the present invention is applied is a system that broadcasts a program using digital satellite broadcasting and allows the receiving device to download information such as music data (audio data) related to the program. I will list it.

The following description will be made in the following order. 1. Digital satellite broadcasting system 1-1. Overall configuration 1-2. Operation on GUI screen 1-3. Ground station 1-4. Transmission format 1-5. IRD 2. 2. Background of the Invention 3. Data mapping example on the ground station side Module assignment to queue in this embodiment

1. Configuration of Digital Satellite Broadcasting System 1-1. 1. Overall Configuration FIG. 1 shows the overall configuration of a digital satellite broadcasting system according to the present embodiment. As shown in this figure,
In the ground station 1 of digital satellite broadcasting, a material for television program broadcasting from the television program material server 6, a material of music data from the music material server 7, an additional audio information from the additional audio information server 8, G from GUI data server
UI data is sent.

The television program material server 6 is a server that provides materials for ordinary broadcast programs. The music broadcast material sent from the television program material server is a moving image and a sound. For example, in the case of a music broadcast program, using the video and audio materials of the TV program material server 6,
For example, a moving image and sound for promotion of a new song are broadcast.

The music material server 7 is a server that provides an audio program using an audio channel. The material of this audio program is only audio. The music material server 7 transmits materials of audio programs of a plurality of audio channels to the ground station 1. In the program broadcast of each audio channel, the same music is repeatedly broadcast for a predetermined unit time. Each audio channel is independent of each other, and various usages can be considered. For example, one audio channel repeatedly broadcasts some of the latest Japanese pops for a certain period of time, and another audio channel repeatedly broadcasts some of the latest foreign pops for a certain period of time. .

The audio additional information server 8 is a server that provides time information of the music output from the music material server 7 and the like.

The GUI data server 9 provides "GUI data" for forming a GUI screen used for operation by the user. For example, in the case of a GUI screen related to downloading music as described later, image data, text data, and data for forming a still image of an album jacket for forming a list page of distributed music and an information page of each music. And so on. Further, EPG data used for displaying a program table called a so-called EPG (Electrical Program Guide) on the receiving facility 3 side is also provided from this. The “GUI data” is, for example, MHEG (Multimedia Hypermedia Informati
on Coding Experts Group). MHEG
Is an international standard of scenario description for capturing multimedia information, procedures, operations, etc., and their combinations as objects, encoding those objects, and producing them as titles (eg, GUI screens). You. In this embodiment, MHEG-5 is adopted.

The ground station 1 has the above-mentioned television program material server 6,
Music material server 7, audio additional information server 8, and GUI
The information transmitted from the data server 9 is multiplexed and transmitted. In the present embodiment, the video data transmitted from the television program material server 6 is MPEG (Moving Picture Expe
(rts Group) 2 system, and the audio data is compression-encoded by the MPEG2 audio system. The audio data transmitted from the music material server 7 corresponds to, for example, the MPEG2 audio system and the ATRAC (Adoptive
It is compressed and encoded by either one of the Tranform Acoustic Coding) method and the other method. These data are encrypted using key information from the key information server 10 at the time of multiplexing. An example of the internal configuration of the ground station 1 will be described later.

The signal from the ground station 1 is received by the receiving equipment 3 of each home via the satellite 2. The satellite 2 has a plurality of transponders. One transponder has a transmission capacity of, for example, 30 Mbps. As the receiving equipment 3 of each home, a parabolic antenna 11 and an IRD (Int
egrated Receiver Decorder) 12, a storage device 13, and a monitor device 14. In this case, a remote controller 64 for operating the IRD 12 is shown.

A signal broadcasted via the satellite 2 by the parabolic antenna 11 is received. This received signal is transmitted to the LNB (Low Noize Blo
ck Down Converter) 15
It is supplied to RD12.

As a general operation of the IRD 12, a signal of a predetermined channel is selected from a received signal, and video data and audio data as a program are demodulated from the selected signal to obtain a video signal and an audio signal. Output as In the IRD 12, a GUI multiplexed with data as a program and transmitted is transmitted.
An output as a GUI screen is also performed based on the data. The output of the IRD 12 is supplied to, for example, the monitor device 14. As a result, in the monitor device 14, I
The RD 12 performs image display and audio output of a program selected and received, and also allows a GUI screen to be displayed in accordance with a user operation as described later.

The storage device 13 is for storing audio data (song data) downloaded by the IRD 12. The type of the storage device 13 is not particularly limited.
An MD (Mini Disc) recorder / player, a DAT recorder / player, a DVD recorder / player, or the like can be used. In addition, a personal computer device is used as the storage device 13, and in addition to a hard disk,
It is also possible to store audio data in a recordable medium such as a CD-R.

As shown in FIG. 2, the receiving equipment 3 according to the present embodiment has an IEEE standard for data transmission.
M with data interface compatible with 1394
The D recorder / player 13A can be used as the storage device 13 shown in FIG. The IEEE 1394-compatible MD recorder / player 13A shown in FIG. 1 is connected to the IRD 12 via an IEEE 1394 bus 16. As a result, in the present embodiment, audio data (download data) as music received by the IRD 12 can be directly captured and recorded in a state where compression processing has been performed by the ATRAC method. When the MD recorder / player 13A and the IRD 12 are connected via the IEEE 1394 bus 16, it is possible to record not only the audio data but also jacket data (still image data) of the album and text data such as lyrics. Have been.

The IRD 12 can communicate with the accounting server 5 via the telephone line 4, for example. An IC card in which various information is stored is inserted into the IRD 12 as described later. For example, if audio data of a music piece is downloaded, history information relating to the download is stored in the IC card. The information of the IC card is sent to the charging server 5 via the telephone line 4 at a predetermined opportunity and timing. The accounting server 5 sets an amount according to the sent history information, performs accounting, and charges the user.

As can be understood from the above description, in the system to which the present invention is applied, the ground station 1 includes the video data and audio data serving as the music program broadcast material from the TV program material server 6 and the music material server. Audio data as the material of the audio channel from 7,
The voice data from the voice additional information server 8 and the GUI data from the GUI data server 9 are multiplexed and transmitted. Then, when this broadcast is received by the receiving equipment 3 of each home, for example, the program of the selected channel can be viewed by the monitor device 14. First, an EPG (Electrical Program Guide) screen is displayed as a GUI screen using GUI data transmitted together with program data, and a program search or the like can be performed. Second, for example, by performing a required operation using a GUI screen for a specific service other than a normal program broadcast, in the case of the present embodiment, a normal service provided in a broadcast system is provided. Services other than viewing programs can be enjoyed. For example, if a GUI screen for a download service of audio (song) data is displayed and an operation is performed using this GUI screen, the audio data of the song desired by the user is downloaded and recorded in the storage device 13. It becomes possible to save.

In the present embodiment, a data service broadcast that provides a specific service other than a normal program broadcast, which involves an operation on the GUI screen as described above, may have interactivity. Broadcast ".

1-2. Operation on GUI Screen Here, the above-mentioned use example of interactive broadcasting,
That is, an operation example on the GUI screen will be schematically described with reference to FIGS. Here, a case in which music data (audio data) is downloaded will be described.

First, the main operation keys of the remote controller 64 for the user to operate the IRD 12 will be described with reference to FIG.
FIG. 3 shows an operation panel surface on which various keys are arranged in the remote controller 64. here,
Among these various keys, the power key 101, the numeric key 10
2. The screen display switching key 103, the interactive switching key 104, the EPG key panel unit 105, and the channel key 106 will be described.

The power key 101 is a key for turning on / off the power of the IRD 12. Numeric keys 102
These keys are used to switch channels by designating a number, or to operate, for example, when a numerical input operation is required on a GUI screen. The screen display switching key 103 is a key for switching between a normal broadcast screen and an EPG screen, for example. For example, the screen display switching key 103
While the screen is being called, the EPG key panel unit 10
By operating the keys arranged in 5, a program search using the display screen of the electronic program guide can be performed. Also,
The arrow keys 105a in the EPG key panel unit 105 can be used for moving a cursor on a GUI screen for a service to be described later. The interactive switching key 104 is provided for switching between a normal broadcast screen and a GUI screen for a service accompanying the broadcast program. The channel key 106 is a key provided for sequentially switching the selected channel in the IRD 12 in ascending order and descending order of the channel number.

The remote controller 64 according to the present embodiment is configured to be capable of performing various operations on the monitor device 14, for example, and is provided with various keys corresponding thereto. Here, description of keys and the like corresponding to the monitor device 14 is omitted.

Next, a specific example of an operation on the GUI screen will be described with reference to FIG. When a desired channel is selected by receiving a broadcast by the receiving equipment 3, the display screen of the monitor device 14 displays a moving image based on the program material provided from the TV program material server 6 as shown in FIG. An image is displayed. That is, normal program contents are displayed. Here, it is assumed that, for example, a music program is displayed. It is assumed that the music program is accompanied by a download service (interactive broadcast) for audio data of the music. Then, for example, if the user operates the interactive switching key 104 of the remote controller 64 while the music program is being displayed, the display screen shows the audio data download as shown in FIG. Is switched to the GUI screen.

In the GUI screen, first, the TV program display area 21A at the upper left of the screen is displayed as shown in FIG.
The image based on the video data from the television program material server 6 displayed in (a) is reduced and displayed.
In addition, a list 21B of songs of each channel being broadcast on the audio channel is displayed in the upper right part of the screen. A text display area 21C is located at the lower left of the screen.
And the jacket display area 21D are displayed. further,
On the right side of the screen, a lyrics display button 22, a profile display button 23, an information display button 24, a reservation recording button 2
5. Reserved list display button 26, recording history display button 2
7, and a download button 28 are displayed.

The user searches for a song of interest while looking at the song names displayed in the list 21B.
Then, when a musical piece of interest is found, the arrow keys 105a of the remote controller 64 (EPG key panel unit 10)
5) to move the cursor to the position where the music is displayed, and then perform an enter operation (for example, press the center position of the arrow key 105a). As a result, it is possible to listen to the music piece with the cursor. That is, in each audio channel, the same music is repeatedly broadcast during a predetermined unit time.
The screen of the TV program display area 21A remains unchanged, and the IR
By switching to the audio channel of the music selected by the above operation by D12 and outputting the sound, the music can be heard. At this time, a still image of the MD jacket of the music is displayed in the jacket display area 21D.

Further, for example, the cursor is moved to the lyrics display button 22 in the above state, and the enter operation is performed (hereinafter, referred to as "enter").
When the cursor is moved to the button display and the enter operation is performed ("button is pressed"), the lyrics of the music are displayed in the text display area 21C at the timing synchronized with the audio data. Similarly, when the profile display button 23 or the information display button 24 is pressed, an artist profile or concert information corresponding to the music is displayed in the text display area 21C. In this way, the user can know what kind of music is currently being distributed, and can also know detailed information about each music.

The user presses the download button 28 when he wants to purchase the auditioned music. When the download button 28 is pressed, the audio data of the selected music is downloaded and stored in the storage device 13. Along with the audio data of the music, lyrics data, artist profile information, jacket still image data, and the like can be downloaded. Then, every time the audio data of the music is downloaded in this manner, the history information is stored in the IC card in the IRD 12. The information stored in the IC card is taken in by the charging server 5 once a month, for example, and the user is charged according to the usage history of the data service. Thereby, the copyright of the downloaded music can be protected.

When the user wants to make a reservation for download in advance, he presses a reservation recording button 25. When this button is pressed, the display of the GUI screen is switched, and a list of music pieces that can be reserved is displayed on the entire screen. For example, this list can display music searched for in units of one hour, one week, or channel. When the user selects a song to be reserved for download from this list, the information is registered in the IRD 12. Then, when the user wants to check the music whose reservation has already been reserved, the user can press the reserved list display button 26 to display the music on the entire screen. The music thus reserved is downloaded by the IRD 12 at the reserved time and stored in the storage device 13.

When the user wants to check the downloaded music, the recording history button 27 can be pressed to display a list of already downloaded music on the entire screen.

As described above, in the receiving facility 3 of the system to which the present invention is applied, a list of music pieces is displayed on the GUI screen of the monitor device 14. When a song is selected according to the display on the GUI screen, the song can be previewed, and the lyrics of the song, the artist profile, and the like can be known. Further, it is possible to perform downloading of music and reservation thereof, display of a download history and a list of reserved music, and the like.

Although the details will be described later, FIG.
The display of the GUI screen as shown in, the change of the display on the GUI screen in response to the user's operation on the GUI screen, and the voice output define the relationship between the objects by the scenario description based on the MHEG method described above. Is realized by: The object here is the one shown in FIG.
Image data as parts corresponding to the buttons shown in FIG. 3B and material data displayed in each display area. In this specification, the relationship between objects is defined by a scenario description such as this GUI screen, thereby realizing an information output mode (image display, audio output, etc.) for a certain purpose. Environment is called a “scene”. It is also assumed that the objects forming one scene include the scenario description file itself.

As described above, in the digital satellite broadcast system to which the present invention is applied, a broadcast program is distributed, and audio data of music is distributed using a plurality of audio channels. Then, the user can search for a desired music using a list of the music that has been distributed, and can easily store the audio data in the storage device 13. As services other than the program provision in the digital satellite broadcasting system, various other than the above-described downloading of the music data can be considered. For example, it is conceivable that after broadcasting a product introduction program called so-called TV shopping, a GUI screen that allows a purchase contract to be concluded can be prepared.

1-3. Ground Station The outline of the digital satellite broadcasting system according to the present embodiment has been described above, but the system will be described in more detail hereinafter. Therefore, the configuration of the ground station 1 will be described first with reference to FIG.

In the following description, the following is assumed. In the present embodiment, the satellite 2
When transmitting to the receiving equipment 3 via the
M-CC (Digital Storage Media Command and
Control: Digital Strage Media-Command and Con
trol) protocol. DSM-CC (MPEG
-Part6) method, as is known, for example, retrieves (Retrieves) an MPEG coded bit stream stored in a digital storage medium (DSM) via some network, or streams a stream to the DSM. Command and control method for storing (Store). In the present embodiment, the DSM-CC system is adopted as a transmission standard in a digital satellite broadcasting system.
In order to transmit a content (a set of objects) of a data broadcasting service (for example, a GUI screen) by the DSM-CC scheme, it is necessary to define a description format of the content. In the present embodiment, the above-described MHEG is adopted as the definition of the description format.

In the configuration of the ground station 1 shown in FIG. 5, the TV program material registration system 31 registers the material data obtained from the TV program material server 6 in the AV server 35. The material data is sent to the television program transmission system 39, where the video data is compressed by, for example, the MPEG2 system, and the audio data is packetized by, for example, the MPEG2 audio system. The output of the television program transmission system 39 is sent to the multiplexer 45.

The music material registration system 32 supplies the material data from the music material server 7, that is, audio data, to the MPEG2 audio encoder 36A and the ATRAC encoder 36B. MPEG2 audio encoder 36A, ATRAC encoder 36
In B, the supplied audio data is encoded (compressed and encoded), and then registered in the MPEG audio server 40A and ATRAC audio server 40B. MPEG audio server 40A
Is transmitted to the MPEG audio transmission system 43A, packetized here, and then transmitted to the multiplexer 45. AT
ATRAC registered in RAC audio server 40B
The data is sent to the ATRAC audio transmission system 43B as 4 × speed ATRAC data, where it is packetized and transmitted to the multiplexer 45.

In the additional audio information registration system 33, additional audio information, which is material data from the additional audio information server 8, is registered in the additional audio information database 37.
The additional audio information registered in the additional audio information database 37 is transmitted to the additional audio information transmission system 41,
Similarly, the packetized data from the multiplexer 4
5 is transmitted.

Further, in the GUI material registration system 34, the GUI data
The I data is registered in the GUI material database 38.

The GUI material data registered in the GUI material database 38 is stored in the GUI authoring system 42.
Here, processing is performed so that the data format becomes a GUI screen, that is, a data format that can be output as a “scene” described in FIG.

That is, the GUI authoring system 42
For example, in the case of a GUI screen for downloading music, still image data of an album jacket, text data such as lyrics, audio data to be output in response to an operation, etc. It is. Each of the above-mentioned data is called a so-called mono-media, but in the GUI authoring system 42, the MHEG
Using an authoring tool, these mono-media data are encoded and handled as objects. Then, for example, a scenario description file (script) defining the relationship between the objects so that the display mode of the scene (GUI screen) and the output mode of image and sound according to the operation as described with reference to FIG. Together with the MHEG-5 content. FIG.
In the GUI screen as shown in (b), image / audio data (M
PEG video data, MPEG audio data)
MPEG based on music material data of music material server 7
Audio data and the like are also displayed on the GUI screen, and an output mode according to the operation is given. Therefore, as the scenario description file, in the GUI authoring system 42, the image / audio data based on the material data of the TV program material server 6 and the MPEG audio data based on the music material data of the music material server 7 are used. Further, the voice additional information based on the voice additional information server 8 is also treated as an object as required, and is defined by the MHEG script.

The data of the MHEG content transmitted from the GUI authoring system 42 includes a script file, various still image data files and text data files as objects, and the still image data is, for example, JPEG (Joint). Photograp
h Experts Group), and the data is 640 × 480 pixels, and the text data is a file of, for example, 800 characters or less.

The data of the MHEG content obtained by the GUI authoring system 42 is transmitted to the DSM-CC encoder 44. The DSM-CC encoder 44 converts the data into a transport stream (hereinafter abbreviated as TS (Transport Stream)) in a format that can be multiplexed with a data stream of video and audio data according to the MPEG2 format, and packetizes the data.
5 is output.

In the multiplexer 45, the video and audio packets from the television program transmission system 39 and the MPEG audio transmission system 43
A, the 4 × speed audio packet from the ATRAC audio transmission system 43B, the audio additional information packet from the audio additional information transmission system 41, and the G packet from the GUI authoring system 42.
The UI data packet and the UI data packet are time-division multiplexed and encrypted based on the key information output from the key information server 10 (FIG. 1).

The output of the multiplexer 45 is transmitted to the radio wave transmitting system 46, where the output is subjected to, for example, processing such as addition of an error correction code, modulation, and frequency conversion. To be.

1-4. Transmission format

Next, the transmission format of the present embodiment defined based on the DSM-CC system will be described. FIG. 6 shows an example of data transmitted and output from the ground station 1 to the satellite 2. As described above, each data shown in this figure is actually time-division multiplexed. Further, in this figure, as shown in FIG. 6, one event is between time t1 and time t2, and the next event is from time t2. The event referred to here is, for example, a unit for changing a set of a lineup of a plurality of music pieces in the case of a channel of a music program.
It takes about 0 minutes or 1 hour.

As shown in FIG. 6, from time t1 to time t2
In the event (1), a program having a predetermined content A1 is being broadcast in a program broadcast of a normal moving image. In an event starting from time t2, a program as content A2 is being broadcast. What is broadcast in this ordinary program is moving images and audio.

MPEG audio channel (1)-
(10) is prepared, for example, for ten channels CH1 to CH10. At this time, the same music is repeatedly transmitted on each of the audio channels CH1, CH2, CH3,... CH10 while one event is being broadcast. That is, during the event period from time t1 to time t2, the music B1 is repeatedly transmitted on the audio channel CH1, and the audio channel CH1 is transmitted.
2, the music C1 is repeatedly transmitted, and similarly, the music K1 is repeatedly transmitted on the audio channel CH10. This is common to the quadruple-speed ATRAC audio channels (1) to (10) shown below.

That is, in FIG. 6, those having the same number in parentheses, which are the channel numbers of the MPEG audio channel and the 4 × ATRAC audio channel, are the same music. The number in parentheses, which is the channel number of the additional audio information, is the additional audio information added to the audio data having the same channel number.
Still image data and text data transmitted as GUI data are also formed for each channel. These data are time-division multiplexed and transmitted in an MPEG2 transport packet as shown in FIGS. 7A to 7D, and are transmitted in the IRD 12 as shown in FIGS. 7E to 7H. It is reconstructed using the header information of each data packet.

In the transmission data shown in FIGS. 6 and 7, at least the GUI data used for the data service (interactive broadcasting) is the DSM-CC.
It is logically formed as follows according to the method. Here, the description is limited to the data of the transport stream output from the DSM-CC encoder 44.

As shown in FIG. 8A, the data broadcasting service of the present embodiment transmitted by the DSM-CC system is all included in a root directory named Service Gateway. Service
Objects included in the Gateway include a directory (Directory) and a file (Fil).
e), a stream (Stream), and a stream event (Stream Event).

Of these, files are individual data files such as still images, audio, text, and scripts described by MHEG. The stream is, for example, another data service or an AV stream (TV
MPEG video data and audio data as program material, MPEG audio data as music material, A
TRAC audio data). The stream event also includes link information and time information. A directory is a folder that stores related data.

In the DSM-CC system, FIG.
As shown in (b), these unit information and Serv
The Ice Gateway is regarded as a unit called an object, and each is converted into a format called a BIOP message. In the description relating to the present invention, the distinction between the three objects of file, stream, and stream event is not essential, and therefore, in the following description, these objects will be described as being represented by objects as files.

In the DSM-CC system, FIG.
A data unit called a module shown in (c) is generated. This module is a variable-length data unit formed by adding one or more objects converted into BIOP messages shown in FIG. 8B and adding a BIOP header thereto. It is the unit of buffering the received data on the side. Also, DSM-C
In the C method, when one module is formed by a plurality of objects, the relationship between the objects is not particularly defined or limited. In other words, at the extreme, even if one module is formed by two or more objects between scenes having no relation at all, DS
It does not violate the rules under the M-CC system.

As shown in FIG. 8D, this module is mechanically divided into fixed-length data units called "blocks" as shown in FIG. 8D in order to transmit the data in a format called a section defined by the MPEG2 format. You.
However, the last block in the module does not need to have a prescribed fixed length. The reason why the block division is performed is that there is a rule in the MPEG2 format that one section must not exceed 4 KB. In this case, the data unit as a block and the section are synonymous.

The block obtained by dividing the module in this manner is converted into a DDB (Download Data Block) message format with a header added as shown in FIG. 8 (e).

In parallel with the conversion to the DDB,
SI (Download Server Initiate) and DII (Download
Indication Information) is generated. The DSI and DII are on the receiving side (IRD1
The information required when acquiring a module from the received data in 2), and the DSI mainly includes an identifier of the carousel (module) described below and information related to the entire carousel (time during which the carousel makes one rotation, carousel rotation). Timeout value). In addition, the root directory of the data service (Service Ga
The information also has information for knowing the location of the keyword (the case of the object carousel method).

DII is information corresponding to each module included in the carousel, and has information such as the size, version, and timeout value of each module.

Then, as shown in FIG.
Three types of messages, DB, DSI, and DII, are transmitted periodically and repeatedly in correspondence with the data unit of the section. As a result, the receiver can always receive, for example, a module including an object necessary for obtaining a target GUI screen (scene). In this specification, such a transmission method is referred to as a “carousel method” by comparing it to a carousel, and FIG.
A data transmission form schematically represented as shown in FIG. Also, "carousel method"
Are divided into a “data carousel method” level and an “object carousel method” level. In particular, the object carousel method is a method in which objects having attributes such as files, directories, streams, and service gateways are transferred as data using the carousel, and is largely different from the data carousel method in that the directory structure can be handled. The system of the present embodiment adopts the object carousel method.

The GUI data transmitted by the carousel as described above, that is, the DSM-CC shown in FIG.
The data output from the encoder 44 is output in the form of a transport stream. This transport stream has, for example, the structure shown in FIG. FIG. 9A shows a transport stream. This transport stream is MPEG
This is a bit string defined by the system, and is formed by concatenation of fixed-length packets (transport packets) of 188 bytes as shown in the figure.

As shown in FIG. 9B, each transport packet has a header, an adaptation field for including additional information in a specific individual packet, and a payload (video / audio data or the like) indicating the contents of the packet (video / audio data, etc.). Data area).

The header is actually 4 bytes, for example. As shown in FIG. 9 (c), the header is always provided with a synchronization byte, and a predetermined position after the synchronization byte contains the identification information of the packet. A certain PID (Packet_ID),
It stores scramble control information indicating the presence or absence of scrambling, and adaptation field control information indicating the presence or absence of a subsequent adaptation field or payload.

Based on these pieces of control information, the receiving apparatus can descramble packets in packet units, and can use a demultiplexer to separate and extract necessary packets such as video / audio / data. In addition, time information serving as a reference for synchronous reproduction of video / audio can be reproduced here.

As can be seen from the above description,
Video / audio / data packets for a plurality of channels are multiplexed in one transport stream.
In addition, a signal for controlling channel selection called PSI (Program Specific Information), information (EMM / ECM) necessary for conditional access (reception function for deciding whether or not a pay channel can be received or not according to an individual contract situation), SI (Service Information) for realizing services such as EPG
Are multiplexed simultaneously. Here, PSI will be described.

The PSI is composed of four tables as shown in FIG. Each table is
It is expressed in a section format, which is compliant with the MPEG System. FIG. 10A shows NIT (Net
work Information Table) and CAT (Conditional Acc
ess Table) is shown. In the NIT, the same content is multiplexed on all carriers. Transmission specifications for each carrier (polarization plane, carrier frequency, convolution rate, etc.)
And a list of channels multiplexed there. The PID of the NIT is PID = 0x0010.

The CAT also has the same content multiplexed on all carriers. The PID of an EMM (Entitlement Management Message) packet, which is identification information of the conditional access system and individual information such as contract information, is described. As PID, PID
= 0x0001.

FIG. 10B shows a PAT as information having specific contents for each carrier. The PAT describes channel information in the carrier and the PID of the PMT representing the contents of each channel. PID
Is indicated by PID = 0x0000.

As information for each channel in the carrier, a PMT (Program Map T
able) table. In the PMT, content for each channel is multiplexed. For example, as shown in FIG. 10D, components (such as video / audio) constituting each channel and an ECM (E
The PID of the PMT in which the PID of the (ncryption Control Message) packet is described is specified by the PAT.

1-5. IRD Next, an example of the configuration of the IRD 12 provided in the receiving facility 3 will be described with reference to FIG.

In the IRD 12 shown in this figure, a reception signal converted to a predetermined frequency by the LNB 15 of the parabolic antenna 11 is input to the input terminal T 1 and supplied to the tuner / front end unit 51. In the tuner / front end unit 51, a CPU (Central Processing Uni
t) On the basis of a setting signal in which transmission parameters and the like are set from 80, a carrier (reception frequency) determined by the setting signal is received and subjected to, for example, Viterbi demodulation processing or error correction processing, thereby achieving a transformer. You get to get the port stream. The transport stream obtained by the tuner / front end unit 51 is supplied to a descrambler 52. Further, the tuner / front end unit 51 obtains a PSI packet from the transport stream, updates the channel selection information, obtains the component PID of each channel in the transport stream, and transmits it to, for example, the CPU 80. CP
In U80, the acquired PID is used for received signal processing.

In the descrambler 52, the IC card 65
The descramble key data stored in the CPU 8
0, and the PID is set by the CPU 80. Then, a descrambling process is executed based on the descrambling key data and the PID, and transmitted to the transport unit 53.

The transport section 53 comprises a demultiplexer 70 and a queue 71 composed of, for example, a DRAM. The queue (Queue) 71 is formed such that a plurality of memory areas corresponding to each module are arranged in columns. For example, in the present embodiment, a memory area of 32 columns is provided. That is, information of up to 32 modules can be stored simultaneously.

The general operation of the demultiplexer 70 is as follows. According to the filter conditions set by the DeMUX driver 82 of the CPU 80, necessary transport packets are separated from the transport stream supplied from the descrambler 52. By using the queue 71 as a work area, data in the format shown in FIGS. The MPEG video data separated by the demultiplexer 70 is input to the MPEG2 video decoder 55, and the MPEG audio data is input to the MPEG audio decoder 54. M separated by these demultiplexers 70
The individual packet of PEG video / audio data is P
The data is input to each decoder in a format called ES (Packetized Elementary Stream).

The MHEG content data in the transport stream is separated and extracted from the transport stream in transport packet units by the demultiplexer 70 and written into a required memory area of the queue 71, so that the module unit It is formed so that it may be put together. And
The data of the MHEG contents organized in units of the module is transmitted to the DSM-CC buffer 91 in the main memory 90 via the data bus under the control of the CPU 80.
Is written and held.

Further, 4 × speed ATRAC data (compressed audio data) in the transport stream is also
For example, data necessary for each transport packet is separated and extracted by the demultiplexer 70, and the
Output to the 94 interface 60. Also,
Through the IEEE 1394 interface 60, it is possible to transmit video data and various command signals in addition to audio audio data.

In the MPEG2 video decoder 55 to which the MPEG video data in the PES format has been input, the MPEG5 video decoder 55
The decoding process is performed according to the G2 format. The decoded video data is supplied to the display processing unit 58.

The display processing unit 58 stores the video data input from the MPEG2 video decoder 55 and the MHEG buffer 92 of the main memory 90 as described later.
The video data such as a GUI screen for a data service obtained by the above is input. The display processing unit 58 performs necessary signal processing on the video data thus input, converts the video data into an analog audio signal according to a predetermined television system, and outputs the analog audio signal to the analog video output terminal T2. Thereby, the analog video output terminal T2
By connecting the monitor and the video input terminal of the monitor device 14, for example, the display as shown in FIG. 4 is performed.

In the MPEG2 audio decoder 54 to which the MPEG audio data by the PES is input, the MPEG4 audio decoder 54 uses the memory 54A as a work area while using the MPE.
The decoding process is performed according to the G2 format. The decoded audio data is supplied to the D / A converter 56 and the optical digital output interface 59.

The D / A converter 56 converts the input audio data into an analog audio signal and outputs it to the switch circuit 57. The switch circuit 57 switches the signal path so as to output an analog audio signal to one of the analog audio output terminals T3 and T4. Here, the analog audio output terminal T3
Is provided to be connected to the audio input terminal of the monitor device 14. The analog audio output terminal T4 is a terminal for outputting the downloaded music by an analog signal. The optical digital output interface 59 converts the input digital audio data into an optical digital signal and outputs it. In this case, the optical digital output interface 59 complies with, for example, IEC958.

The main memory 90 is used as a work area when the CPU 80 performs various control processes. In the present embodiment, the main memory 90
In the above, the DSM-CC buffer 91 and the MH
An area as the EG buffer 92 is allocated. The MHEG buffer 92 is a work area for generating image data (for example, image data of a GUI screen) generated according to the description of the script in the MHEG method, and the generated image data is displayed via a bus line. It is supplied to the processing unit 58.

The CPU 80 executes the overall control in the IRD 12. This includes control on data separation and extraction in the demultiplexer 70. In addition, by performing decoding processing on the acquired MHEG content data, processing for configuring and outputting a GUI screen (scene) in accordance with the description content of the script is also executed.

For this reason, the CPU 80 of the present embodiment includes, for example, at least a DeMUX driver 82 and a DS
An M-CC decoder block 83 and an MHEG decoder block 84 are provided. In the present embodiment, at least the DSM-CC decoder block 83 and the MHEG decoder block 84 are configured by software. The DeMUX driver 82 sets a filter condition in the demultiplexer 70 based on the PID of the input transport stream.
The DSM-CC decoder block 83 has a DSM-Man
It has a function as an ager, and DSM-C
The module unit data stored in the C buffer 91 is reconstructed into MHEG content data. Further, according to the access from the MHEG decoder block 84, a process related to a required DSM-CC decoding or the like is executed.

The MHEG decoder block 84 has a DSM
-Data of the MHEG content obtained by the CC decoder block 83, that is, the DSM-CC buffer 91
To access the data of the MHEG content obtained in the above, and perform decoding processing for scene output. That is, a scene is formed by realizing the relationship between objects defined by the script file of the MHEG content. At this time, when forming a GUI screen as a scene, the MHEG
The buffer 92 is used to generate the GUI screen image data in accordance with the contents of the script file.

DSM-CC decoder block 83 and M
The interface between the HEG decoder blocks 84 includes a UU API (Application Portability Interface).
ce) is adopted. The UU API is DSM Man
An interface for accessing an ager object (a server object that realizes the function of the DSM).
y, Directory, File, Stream, S
An operation is performed on an object such as a stream event. The client object can operate on these objects by using this API.

Here, an operation example for extracting a target object necessary for forming one scene from the transport stream under the control of the CPU 80 will be described.

In the DSM-CC, an IOR (Interop) is used to indicate the location of an object in a transport stream.
erable Object Reference) is used. In the IOR,
An identifier corresponding to a force ruthel for finding an object, an identifier of a module including the object (hereinafter, referred to as module_id), and an identifier for specifying an object in one module (hereinafter, object)
_Key), and a tag (a) for identifying a DII having information on a module including the object.
association_tag) information. The DII having module information includes information such as module_id, module size, and version for each of one or more modules, and a tag (association_id) for identifying the module.
tag) information.

When the IOR extracted from the transport stream is identified in the CPU 80, the process of receiving and separating the object indicated by the IOR is as follows, for example. (Pr1) In the DeMUX driver 82 of the CPU 80, an elementary stream having the same value as the association_tag of the IOR (hereinafter, referred to as ES)
From the ES loop of the PMT in the carousel to get the PID. The ES having this PID includes DII. (Pr2) This PID and table_id_exte
demultiplexer 7 with nsion as a filter condition
Set to 0. Thereby, the demultiplexer 7
At 0, DII is separated and output to CPU 80. (Pr3) Assoc of module corresponding to module_id included in the previous IOR in DII
Get the iation_tag. (Pr4) An ES having the same value as the association_tag is searched for from the ES loop (carousel) of the PMT to obtain a PID. The target module is included in the ES having this PID. (Pr5) The PID and the module_id are set as filter conditions, and filtering is performed by the demultiplexer 70. The transport module separated and extracted according to the filter condition is stored in a required memory area (column) of the queue 71, so that a target module is finally formed. (Pr6) object_ included in the previous IOR
An object corresponding to the key is extracted from this module. This is the target object. The object extracted from this module is, for example, D
Writing is performed in a predetermined area of the SM-CC buffer 91. For example, by repeating the above operation and collecting and storing target objects in the DSM-CC buffer 91, MHEG content that forms a required scene can be obtained.

The man-machine interface 61 receives the command signal transmitted from the remote controller 64 and transmits it to the CPU 80. CPU80
Then, necessary control processing is executed so that the operation of the device according to the received command signal can be obtained.

The IC card slot 62 has an IC card 6
5 is inserted. Then, the inserted IC card 6
5 is written and read by the CPU 80.

[0099] The modem 63 is connected to the accounting server 5 via the telephone line 4, and is controlled by the CPU 80.
Control is performed such that communication between the RD 12 and the billing server 5 is performed.

Here, the flow of the signal of the video / audio source in the IRD 12 having the above configuration will be supplementarily described with reference to the display form described with reference to FIG. As shown in FIG. 4A, when a normal program is output, MPEG video data and MPEG audio data of a required program are extracted from an input transport stream, and decoding processing is performed for each. Will be applied. The video data and the MPEG audio data are output to the analog video output terminal T2 and the analog audio output terminal T3, respectively, so that the monitor device 14 performs image display and audio output of the broadcast program.

When outputting the GUI screen shown in FIG. 4B, the MHEG content data necessary for the GUI screen (scene) is separated from the input transport stream by the transport unit 53. It is extracted and taken into the DSM-CC buffer 91. Using the data, the DSM-CC decoder block 83 and the MHEG decoder block 84 function as described above, so that the scene (G
The image data of the UI screen is created. The image data is supplied to the analog video output terminal T2 via the display processing unit 58, so that the
The I screen is displayed.

When a tune is selected from the tune list 21B on the GUI screen shown in FIG. 4B and the audio data of the tune is previewed, the MP of the tune is selected.
EG audio data is obtained by the demultiplexer 70. Then, the MPEG audio data is M
An analog audio signal is output to the monitor device 14 via the PEG audio decoder 54, the D / A converter, the switch circuit 57, and the analog audio output terminal T3.

When the download button 28 is pressed on the GUI screen shown in FIG. 4B to download audio data, the audio data of the music to be downloaded is extracted by the demultiplexer 70, and the analog audio is downloaded. The signal is output to the output terminal T4, the optical digital output interface 59, or the IEEE 1394 interface 60.

When the IEEE 1394 interface 60 is connected to the IEEE 1394-compatible MD recorder / player 13A shown in FIG. , IEEE 1394
Recording is performed on the disk loaded in the MD recorder / player 13A via the interface 60. At this time, for example, still image data of the album jacket compressed in the JPEG format, text data such as lyrics and artist profile are also extracted from the transport stream by the demultiplexer 70, and are output to the MD recorder via the IEEE 1394 interface 60. / Player 13A. The MD recorder / player 13A can record these still image data and text data in a predetermined area of the loaded disc.

2. Background of the Invention As described above, in the digital satellite broadcasting system of the present embodiment employing the DSM-CC system as a transmission standard, the type of the receiving device, that is, the type of the IRD is divided into two types in terms of the configuration of the receiving buffer. be able to.

One is that the IRD uses a data service (GU).
It has a large-capacity reception buffer such as a flash memory or a hard disk driver compatible with (I-screen display output). In such a configuration, the entire data service (MHEG content) being broadcast is received at once, and is held in the reception buffer. As a result, once the data service is received and captured, any scene (GUI screen) by MHEG can be immediately displayed and output only by waiting for the memory access wait time. That is, even when the user performs an operation for switching the GUI screen (scene), the next scene is displayed almost immediately. In such a case, a slight overhead due to the switching of the filter condition of the demultiplexer does not cause any particular problem in displaying the GUI screen.

The other is that it does not have a large-capacity reception buffer as described above, for the reason of reducing the cost of the IRD. IRD 1 of the present embodiment described above
2 corresponds to this. In this case, data of the entire data broadcasting service cannot be buffered, and some of the modules, which are reception units for receiving data of the data broadcasting, have only a reception buffer that can buffer the data. In the IRD 12 shown in FIG. 11, the reception buffer corresponds to the queue 71, and has only 32 rows of memory areas in which modules can be buffered as described above. In such an IRD, conversely,
The size of the module cannot exceed the buffer memory size of the receiver. For this reason, the entire data service is composed of a set of several modules, and a procedure such as receiving only the modules necessary for display at each time is required. The procedures (Pr1) to (Pr6) for extracting the object described above correspond to the configuration of the IRD having no such large-capacity reception buffer.

Here, FIG. 14 shows a file (MHEG appl) as a data service conforming to the MHEG method.
3 shows an example of a directory structure of an application file. As described above, the object carousel method is characterized in that it can handle this directory structure. Usually the entrance to Service Domain (M
HEG application file)
The app directly below the Service Gateway
0 / startup. Basically, Service Domain (Service
Application) under Gateway)
repository (app0, app1,..., appN)
And an application file called “startup” under the directory and a directory (scene0, scene0,
scene1...). More sce
The MHEG sce under the ne directory
Necesses that make up ne file and scene
t file is set.

Assuming that the directory structure shown in FIG. 14 is used, for example, in a certain data service, the application to be accessed first in the data service is called “serv”.
Suppose that the first scene is composed of a still image or text file included in scenedir0 in a file called iceGateway / app0 / startup. And for such a data service I
Assuming that reception is started by RD, the following procedure is performed. (Pr11) A PID of a desired data service is acquired by referring to the PMT, and the PID, table_id, and t are obtained.
Filtering is performed by a demultiplexer under the condition of “able_id_extension” as a filter condition.
Get. This DSI includes Service Gateway
The IOR of the y object is written. (Pr12) From this IOR, the Service is performed in the object extraction procedures (Pr1) to (Pr6) described above.
Get Gateway object.

[0110] Two types of BIOPs: a Service Gateway object and a directory object
In the message, information such as the name, location (lOR), and type of the object immediately below the directory is included as attribute information called binding. Therefore, given the name of the object,
Starting from the service gateway, it is possible to arrive at the object of that name while following the directory one by one (if an object with the same name exists, a higher-order bus name is required up to a different place). Then, the process proceeds to the next procedure.

(Pr13) Service Gate
app0 from the binding information of the way object
The IOR of the object is obtained, and the app0 object is obtained by the object extraction procedures (Pr1) to (Pr6). (Pr14) binding of app0 object
Get the IOR of the startup object from the information,
In the object extraction procedure (Pr1) to (Pr6),
Get an rtup object. Hereinafter, similarly, a scenedir0 object, which is the first scene, is obtained.

As described above, the relationship between objects forming a module is not particularly limited under the DSM-CC system, and is arbitrary. Therefore, assuming that FIG.
It is assumed that each of the objects is mapped to correspond to one module as shown in FIG. The mapping process for the directory structure of the data service is performed by the DSM-CC.
In the process of forming a module by the encoder 44, the process is performed on the data of the MHEG content.

In this case, the above (Pr1
In order to obtain objects one after another by the procedures of 1) to (Pr14), a new module is received. Therefore, every time an object is obtained, it is necessary to change the filter condition many times in the demultiplexer 70 and perform a procedure of filtering. Such repetition of the filtering operation delays the capture of the scene and delays the display. Serviceability will be reduced. Depending on the size of all data of the data service and the band allocated at the time of broadcasting, the period of one rotation of the carousel may be several seconds to 10 seconds or more. In one filtering, the worst case is a waiting time of one rotation of the power roux (an average of 回 転 rotation). Therefore, reducing the number of times of the filtering as much as possible directly leads to improvement of serviceability.

Considering the switching of scenes, in the mapping shown in FIG. 15, when a file of the next scene is called from the currently displayed scene, it may be necessary to search from the upper directory.
For example, in the case of the mapping shown in FIG.
0 / scenedir0 to app0 / scenedi
When moving to r1, the BIO of the app0 object is already
Binding of sceneir1 from P message
Information is available, but app0 / scenedir0
When moving from to appN / scenedir0, Se
The bindin of the appN object in the BIOP message of the service Gateway object
AppN / scenedir0 is traced from the g information. In other words, in order to change the scene,
The module of the ice Gateway object is received, and the bin of appN is
After obtaining ding information and identifying the directory of appN / scenedir0,
The module of edir0 must be received.
(However, the above operation is performed only when the first appN is accessed. From the second time onward, the bindN of the appN is used.
This procedure becomes unnecessary if ng information is held. That is, even in such a case, the waiting time for scene switching by module filtering becomes long.

3. Example of Data Mapping on Ground Station Side Therefore, in the present embodiment, (Pr1) to (Pr1)
The following object mapping method is proposed so that the first scene display and the waiting time due to the scene switching can be reduced by the object extraction procedure according to (Pr6).

FIG. 12 shows an example of mapping to the directory structure of the data service according to the present embodiment. In FIG. 12, all objects constituting one scene are collected as one module (modules 2, 3,... N), and the other ServiceGas
The upper directory including “tway” is mapped to one module (module 1). However, the application file “Startu
"p" is mapped to a module of the first scene and a module (module 2).

With such a mapping, first, S
When the module 1 of the service gateway is received, the entire directory structure can be obtained by the reception of the module 1 on the IRD 12 side since all the sub directory structures are included in the same module. Subsequently, module 2 is received. This module 2 is a module formed by mapping a scene file to be presented first. Therefore, at the stage when the data capture of the module 2 is completed, all the information of the objects necessary for the first scene output can be obtained. That is, at the stage where the procedure of (Pr5) described above is completed, the procedure of (Pr6) is also completed almost simultaneously. actually,
When the module 2 is obtained in the queue 71, the module 2 is transmitted to the DSM-CC buffer 91 as data for one scene. Note that such a procedure is similarly performed for the module 1 including the root directory. Accordingly, in this case, the reproduction of the first scene can be started as long as the reception (acquisition) of the module is completed twice after the module 1 and the module 2. Further, when switching to another scene, it is possible to directly receive a module of a desired scene directory by referring to the binding information of the directory object taken in first.

Even in this case, the overhead of scene switching is certainly not large, but it is necessary to receive the module twice before the presentation of the first scene of the data service.

In the mapping shown in FIG. 12, although many objects are to be put into the module 1 in which the upper directories are put together, the Service Gate
Since the two types of objects, way and directory, are made up of a combination of information that is not so large in data amount, such as the name of the object bound to the directory and the IOR, as described above, even if the number of objects is large, the total Is not large.

FIG. 13 shows another mapping example as the present embodiment. Here, an application file (startup) to be accessed first and an object of the first scene are mapped to one module 1 in a collection of the upper directories. Other modules 2... N are formed by collecting objects required for each scene similarly to the modules 3... N shown in FIG. When such mapping is performed and transmitted, the IRD receives only this module 1 and sends the DSM-
By transmitting the scene to the CC buffer 91, the first scene can be immediately displayed. Also, at this stage, the binding information of the directory object can be referred to, so that it is possible to immediately access a module including objects of a necessary scene in response to a subsequent scene change.

In the above mapping example, the objects forming one scene are always contained in one module. However, in some cases, the capacity of all the objects forming one scene is large and the object is defined as a module. If the maximum size exceeds the maximum size, for example, an object forming a certain scene is stored as much as possible for the n-th module, and an object forming the same scene that cannot be accommodated in the n-th module is used. The (n + 1) th module is formed. Then, the n-th module and n + 1
The second module is transmitted continuously in the carousel system. In this way, the n-th module and n + 1
Although the second module needs to be received twice, the scene can be reproduced relatively quickly. In the following description, a module formed by storing all objects that can form one scene as described above is also referred to as a “scene module”.

4. Module Assignment to Queue in the Present Embodiment Next, module assignment to the queue 71 will be described as reception processing on the IRD 12 side, which is a feature of the embodiment of the present invention, with reference to FIGS. In the IRD 12 of the present embodiment, on the premise that the above-described data mapping on the broadcasting side (ground station side) is performed, by performing module allocation to the queue 71 described below, a more efficient scene can be obtained. It is something that can be obtained.

FIG. 16A shows the transport unit 53.
2 schematically shows the configuration of the demultiplexer 70 and the queue 71, and the memory area of the DSM-CC buffer 91.

The transport section 53 shown in this figure includes a demultiplexer 70 and memory areas Mem-1, Mem-2, Mem-3.
em32 is shown. Each of these memory areas can store data in module units. As described above, data of a type (for example, section unit) that matches the filter condition given to the demultiplexer 70 is separated and extracted from the transport stream. The separated and extracted section is stored in the memory area Mem- 1 to Mem-32. As a result of the repetition of this operation, a module consisting of a set of sections collected in a certain memory area in conformity with the above filter conditions is formed and stored here.

Here, for example, the data of the module formed by the data forming the scene A is separated and extracted by the demultiplexer 70, and the data is stored in the memory area Mem-2.
And stored in When the module of the scene A is used for displaying the GUI screen, the data of the module of the scene A is transferred from the memory area Mem-2 to the DSM.
-Write to the CC buffer.
In other words, as a general transmission form of the module of the received scene, the module is temporarily stored in the memory area of the queue, and is then taken into the DSM-CC buffer 91. Then, as described above, the MHEG decoder block 84 accesses and loads the scene data captured in the DSM-CC buffer 91, and captures the scene data in the MHEG buffer, thereby enabling scene output such as a GUI screen.

Incidentally, also in this case, the memory area Mem-1
As shown by ＭMem32, the memory area forming the queue 71 is limited to 32 columns in the present embodiment. These memory areas are separated in conformity with various different filter conditions as long as the operation of actually receiving the transport stream is performed.
For example, it is almost occupied by various types of module data such as MPEG stream data. In such a situation, for example, even if a large number of scene modules required to be accessed by the MHEG decoder block 84 are to be loaded into the DSM-CC buffer 91, the number of memory areas for temporarily holding the scene modules is limited. This means that it is practically difficult to accumulate, for example, many required scene modules in a plurality of memory areas in the queue at one time and transfer them to the DSM-CC buffer 91. Also, DSM
In the -CC system, the order of module reception (order of capture) is not specified. In other words, the order in which scene modules are extracted in the transport unit 53 and stored in the memory area is arbitrary.

Thus, in the present embodiment, taking into account the above-mentioned limitation on the number of memory areas, the DSM-C
The module allocation (reception order) is defined as follows so that the modules required to be taken into the C buffer 91 can be obtained by the transport unit 53 as quickly as possible.

As described above, the directory structure of the data service and the mapping of modules to this directory structure are, for example, as shown in FIGS. 12 and 13. For example, regarding the directory of app0, / Startup and app0 / sce
As long as the object of nedir0 / scsne0 is obtained, information on the priority of the scene forming the application of app0 can be obtained.
The same can be said for the other applications from app1 to appN. The priority here means that, for example, when shifting from a display output of a certain scene to a display output of another scene (this is also called “transition”), there are a plurality of candidates for the other scene. Usually, in the plurality of scene candidates, when it is determined that the scene needs to be switched by, for example, a user operation, the scene is assigned according to the likelihood of the switching.

In the present embodiment, the module assignment is defined based on the information on the priority of the scene. This will be described again with reference to FIG. Here, for convenience of explanation, the memory area where the transport module 53 can hold the scene module is Mem-2.
It is assumed that only the other memory area is occupied for storing other types of modules.
Here, a case where a scene is output by an application of app0 will be described.

Here, in the transport unit 53, the above-described app0 / startup, app
0 / scenedir0 / scsne0 object has been received, for example, the CPU 80
It is assumed that the control processing unit 81 has obtained scene priority information in the application of app0. Here, it is assumed that the priorities are given to a plurality of scenes in the directory structure of app0 in the order of scene A → scene B → scene C → scene D. To D
It is assumed that it is necessary to take in the SM-CC buffer 91 as much as possible.

In such a case, the control processing section 81 first performs control so that the module of the scene A having the highest priority is stored in the memory area Mem-2 of the transport section 53. Based on this control, the demultiplexer driver 82 sets a filter condition suitable for the module of the scene A for the demultiplexer 70. Thereby, the module of scene A is stored in the memory area Mem-2 as shown in FIG.
The data is transferred to the DSM-CC buffer 91.

Subsequently, the control processing section 81 performs a process for acquiring the scene B having the priority order following the scene A as follows.
The demultiplexer driver 82 is instructed to set the filter condition suitable for the module of the scene B in the demultiplexer 70. As a result, FIG.
As shown in the figure, the module of scene B is obtained in the memory area Mem-2, and this is stored in the DSM-CC buffer 91.
Will be forwarded to FIG. 16B shows FIG.
In the circuit block shown in FIG.
Only m-2 and the DSM-CC buffer 91 are shown. The same applies to the following FIG. 16 (c).

Next, in order to obtain a scene C of the priority order following the scene B, filter conditions suitable for the module of the scene C are set in the demultiplexer 70, and as shown in FIG. , Get scene C and get DSM-
Transfer to the CC buffer 91.

Thereafter, similarly, the filter condition of the scene according to the priority order is set in the demultiplexer 70, and the scene module is obtained in the memory area Mem-2.
This is transferred to the DSM-CC buffer 91.

As a result of such an operation, DSM-
In the CC buffer 91, data of a scene module which is likely to be required next for scene output or at the time of scene switching is stored in accordance with the priority order. MHEG decoder block 84
Performs a scene output such as a GUI screen by accessing the data of the scene module obtained in the DSM-CC buffer 91 in this way. For example, during a data broadcast, a request for calling a desired scene is made by a user operation. Is very likely that the data of the scene requested to be called is already held in the DSM-CC buffer 91, and the scene data requested to be called is almost certainly accessed, and It is possible to output immediately.

By the way, the capacity of the DSM-CC buffer 91 is finite as a matter of course, and not much capacity is actually allocated. For this reason, for example, MHEG
It may not be possible to store all scene modules that are assumed to be used by the decoder block 84. For this reason, it is assumed that the following inconveniences occur, for example.

Here, for example, as shown in FIG.
Assuming that five scenes, scene A, scene B, scene C, scene D, and scene E, are prepared under a certain application, the form of transition between these scenes is set as shown in FIG. The definition of such a transition is described by MHEG). For example, in the case of scene A, transitions are allowed to scenes B, C, and E. In the case of scene B, scenes A,
Transition to C is allowed.

It is assumed that the maximum capacity of the DSM-CC buffer 91 is to store up to four scene modules. Under this condition, if the MHEG decoder block 84 uses an application in which the five modules of scenes A to E shown in FIG. 17 are prepared, one scene module among the five modules of scenes A to E is used. Cannot be stored in the DSM-CC buffer 91.

Under the above-described conditions, for example, scene A is displayed and output at a certain stage. At this time, there are four scene modules A, B, C, and D taken in the DSM-CC buffer 91. Suppose there is. Then, from this state, if there is a call request for the scene E by, for example, a user operation, a transition from the scene A to the scene E is made in response to the request. However, at this time, since there is no module for scene E in the DSM-CC buffer 91, it is necessary to newly load the module for scene E from the carousel in order to respond to the call request for scene E. During this time, there is a waiting time for the user to shift from the scene A to the display of the scene E.

Therefore, in order to eliminate such inconvenience as much as possible, in the present embodiment, the following module allocation is further performed.

In an actual data service based on the MHEG system, the priority of a plurality of scenes in a certain application may be changed depending on the scene currently being displayed and output. Such a priority changed according to the scene being output can also be obtained based on the priority information described above. Therefore, in the present embodiment, MHEG
As a program of the decoder block 84, when a current scene is being output, a next scene manager (Next Scene Manager) that manages the priorities of other scenes based on the output scene is activated. .

Here, as a management example of the next scene manager, the current scene A among the scenes shown in FIG.
Is being output, the priorities managed by the next scene manager are as shown in FIG. That is, (1) scene A → (2)
It is assumed that the scenes are managed in the order of scene C → (3) scene E → (4) scene B → (5) scene D. Such priorities are actually determined by priority values as shown in the figure. The higher the priority value is, the higher the priority is. In this case, the scene C
Is "10", scene E is "9", scene B is "7", and scene D is "1". And at this time DSM
The scene modules stored in the CC buffer 91 include scenes A, E, C, and B, as shown in FIG.
And

In this state, for example, if a request to make a transition from scene A to scene C is made, the MHEG decoder block 84 in FIG.
The processing for accessing the data of the scene C from the DSM-CC buffer 91 in the storage state shown in (1) and outputting the same is executed.

In the MHEG decoder block 84, in response to the transition to the scene C, the next scene manager updates and manages the priorities of the scenes as shown in FIG. 19, for example. In this figure, the scene C currently being output is at the top, and (1) scene C →
(2) Scene B → (3) Scene A → (4) Scene D →
(5) It manages as the order of the scene E. In this case, the priority values of the other scenes with respect to the scene C are “7” for the scene B, “6” for the scene A, “4” for the scene D, and “2” for the scene E. The priority is determined according to this priority value. As described above, the priority between the scenes is changed according to the scene currently being output.

In the present embodiment, the contents of the scene module stored in the DSM-CC buffer 91 are determined as follows based on the priority between the scenes updated as shown in FIG. Update. For example, CP
The U80 compares the priority between the scenes currently managed by the next scene manager shown in FIG. 19 with the scene module stored in the DSM-CC buffer 91 in FIG. Then DSM-
In the CC buffer 91, the priority shown in FIG.
It can be seen that the third scene C, the second scene B, the third scene A, and the fifth (lowest) scene E are stored, and the fourth scene D is not stored.

Therefore, in the CPU 80, the DSM-
The control is performed such that the scene modules stored in the CC buffer 91 are the top four scenes in the currently managed priority order. That is, in this case, the module of the scene D is stored in the DSM-CC buffer 91 instead of the scene E as shown in FIG. Is stored.

For this purpose, first, for example, the demultiplexer driver 82
The control processing unit 80 of the CPU 80 is instructed to output a filter condition for obtaining a module of the scene D. As a result, the scene D module is stored in the queue 71 in the memory area allocated for the scene data module. Then, the control of writing to the DSM-CC buffer 91 is performed such that the module of the scene D obtained in the memory area of the queue 71 is replaced with the module of the scene E. This writing control may be executed by the control processing unit 80, for example. In addition,
If it is necessary to replace two or more scene modules by comparing the priorities of the scenes changed according to the scene switching with the scene module data stored in the DSM-CC buffer 91 up to that time, the above is described. The capture of these scene modules is performed according to the control operation.

For example, when a user performs a scene switching operation while a certain scene is being output, the switching is actually performed according to the priority managed by the next scene manager at that time. There is a high possibility that a scene will be selected. For this reason, as described above, the module allocation in the transport unit 53 is performed so that the higher priority scene of the scene determined according to the currently output scene is taken into the DSM-CC buffer 91 preferentially. By definition, for example, as described above, when a scene transition is requested, the module of this scene is set in the DSM-CC buffer 9.
The possibility that a situation where the data is not stored in 1 is generated is avoided as much as possible. Therefore, in most cases, scene switching is performed immediately in response to a scene switching operation.

The storage state of the DSM-CC buffer 91 is changed, for example, as shown in FIGS. 20 (a) to 20 (b) according to the priority of the scene changed by the scene switching. By the time you make the transition,
It takes some time, for example, scene C
There is usually a certain period of time after the start of the output of the first scene until the first scene switching operation is performed. That is, for a while after the output of the scene C is started, the user usually looks at the image of the scene C. In most cases, the replacement of the scene data in the DSM-CC buffer 91 is almost completed during this time.
This is not a problem in practical use.

Next, the processing operation for realizing the module allocation described with reference to FIGS.
This will be described with reference to the flowchart in FIG. The processing shown in this figure is executed by the CPU 80. That is, based on the overall control of the control processing unit 81, the demultiplexer driver 82, the DSM-CC decoder block 8
3, and the MHEG decoder block 84 appropriately executes necessary control processing. Also, this figure shows the processing related to scene module allocation when scene switching is required, for example, when an operation for a scene switching request is performed by the user.

In the routine shown in this figure, first, in step S101, the scene candidates listed according to the scene priority of the next scene manager before the scene change and the scene priorities of the next scene manager after the scene change are listed. The scene candidates are compared with each other, and those which do not match between these scene candidates are listed. In addition, a scene that is commonly matched between the above-mentioned scene candidates is registered in a “scene list” to be handled by the scene next manager in response to the scene switching. This processing is realized by, for example, activating the next scene manager in the MHEG decoder block 84.

In the following step S102, MHE
As the processing of the G decoder block 84, the above-described step S
A process for deleting, from among the unmatched scene candidates listed in 101, those which were determined to be scene candidates before scene switching, and adding to the scene list scenes which were candidate after scene switching. Is executed. By this process, a plurality of scenes that are candidates according to the scene switching are prepared as a scene list.

In the following step S103, using the function of the next scene manager, the scenes registered as the scene list are sorted in accordance with the priority of the scene changed according to the scene switching. As a result, the management state of the next scene manager shown in FIG. 18 shifts to the management state of the next scene manager shown in FIG. Note that among the processes shown in steps S101 to S103, the processes in steps S101 and S102 are not particularly mentioned in the description with reference to FIGS. This is because, in the cases shown in FIGS. 18 and 19, there is no replacement of scene candidates by switching the scene from the scene A to the scene C. That is, at the time of the scene switching corresponding to the transition from FIG. 18 to FIG. 19, the unmatched scenes are not listed in step S101, and all scenes are registered in the scene list as being matched.

Subsequent to step S103, step S103 is executed.
Step 104 is executed. Here, step S
On the scene list sorted in 103,
The processing for the highest priority scene is started. In other words, this scene is treated as the “current scene” and the subsequent processing is executed. The “highest priority scene” in step S104 is the scene with the highest priority except for the scene currently being output (scene C in FIG. 19). . That is, in the case of FIG. 19, the scene B is selected. However, for example, when the management state of the priority shown in FIG. 19 is obtained, if the scene C is not stored in the DSM-CC buffer 91, exceptionally, step S104 is performed so that the scene C is treated as the current scene. Is performed.

In the following step S105, the data size of a module (scene module) formed by the data of the current scene selected in step S104 is checked. This means that, for example, DII (see FIG. 8), which is control information corresponding to the current scene module, is fetched from the carousel data. By doing so, identification becomes possible. The information on the data size of the current scene module obtained here is temporarily held and used for the determination processing in step S107 described later.

In step S106, it is determined whether or not the current scene module has already been loaded into the DSM-CC buffer 91. If an affirmative result is obtained here, the process proceeds to step S110, and the process proceeds to step S110. Then, a scene having the next priority given to the current scene is selected as the current scene, and a process for starting the process as the current scene is executed. On the other hand, if a negative result is obtained in step S106, the process proceeds to step S107.

In step S107, the current DS
It is determined whether or not the remaining capacity of the M-CC buffer 91 (capable data fetching capacity) is larger than the size of the current scene module checked in step S105. If a positive result is obtained, that is, the current DSM
If it is determined that the remaining capacity of the CC buffer 91 is large enough to capture and store the current scene module, the process proceeds to step S111 to accumulate the data of the current scene module from the carousel in the queue 71, Is performed in the DSM-CC buffer 91 in order to store the data. The control operation of the CPU 80 for realizing this processing and the signal processing operation of each unit accompanying the control operation are, for example, as described in the description of FIG. After executing the processing in step S111, the processing in step S110 is performed, and then the processing in step S10 is performed.
The process is returned to the process of step 5.

If a negative result is obtained in step S107 and it is determined that the current remaining capacity of the DSM-CC buffer 91 is smaller than the size of the current scene module checked in step S105, Proceed to S108. In step S108,
By comparing the priority management of the current next scene manager with the scene module currently stored in the DSM-CC buffer 91, the current DSM-CC buffer 91
In the scene modules stored in the first scene module, the scene module currently managed as having the lowest priority (priority) is specified. Then, in the next step S109, it is determined whether or not the priority of the specified scene module is lower than that of the current scene.

In step S109, step S1
If it is determined that the priority of the scene module specified by 08 is lower than that of the current scene, step S
Proceeding to 112, this identified scene module is
It deletes from the SM-CC buffer and returns to step S107. By this processing, until the remaining capacity of the DSM-CC buffer 91 that can be captured by the current scene module is obtained, the scene module with the lowest priority (priority) from the DSM-CC buffer 91 (however, a scene module with a lower priority than the current scene) Only the target) will be deleted.

Then, when a negative result is obtained in step S109, that is, when it is determined that the priority of the scene module specified in step S108 is higher than that of the current scene, at this stage, As a result, the scene module stored in the DSM-CC buffer 91 corresponds to the priority of the scene managed by the current next scene manager. That is, according to the specific example described above, the storage state of the scene module shown in FIG. 20B can be obtained in accordance with the management of the next scene manager shown in FIG. In this case, the processing for the module allocation up to now is completed as shown in the figure.

The present invention is not limited to the case where the DSM-CC system is adopted, but the present invention can be applied to any transmission system conforming to the transmission format described in the embodiment. . Also, the system to which the present invention is applied is not limited to a digital satellite broadcasting system, but can be applied to, for example, broadcasting such as cable television and the Internet.

[0162]

As described above, according to the present invention, as a transmission method, scene data for one scene forms one module in principle, and transmission data composed of one or more modules is transmitted by a carousel method. As a receiving apparatus corresponding to the case of transmission, a module as scene data to be extracted from a carousel (transmission information) and taken into a queue (memory means) is determined according to the priority of the scene. For example, when the order of taking modules into the queue is not specified, it takes a certain amount of time to obtain scene data necessary for display output and to take it into the scene data storage means (DSM-CC buffer). Become. Further, in order to solve this problem, a large number of queues is required in order to obtain a module as target scene data in the scene data storage means as quickly as possible. On the other hand, in the present invention, since the module as the scene data is taken in according to the priority according to the above configuration, even if the configuration has a limited number of cues, it is necessary or necessary for display output. Is obtained relatively quickly. That is, in the present invention, even if the number of cues is small, it is possible to quickly respond to scene output and scene switching. Conversely, the number of cues can be reduced as compared with a case in which quick scene output and scene switching are realized without applying the present invention.
It is possible to reduce the circuit scale and cost of the RD (receiving device).

Further, since the module as the scene data to be fetched from the carousel of the received data is determined according to the priority changed according to the currently output scene, it always corresponds to the switching of the scene display. ,
The state in which the scene data is stored in the scene data storage means in priority order from the scene data having the higher priority is obtained. In this case, there is a very high possibility that the scene data of the scene selected by the switching operation of the scene display is stored in the scene data storage means. Therefore, even if the switching operation of the scene display is performed by the user, for example, In most cases, the scene will be switched quickly. This configuration is particularly effective under the condition that the capacity of the scene data storage means (DSM-CC buffer) is limited and a large number of scene data cannot be stored.

[Brief description of the drawings]

FIG. 1 is a block diagram illustrating a configuration example of a digital satellite broadcast receiving system according to an embodiment of the present invention.

FIG. 2 is a block diagram illustrating a configuration example of a receiving facility according to the present embodiment.

FIG. 3 is a front view showing the appearance of a remote controller for the IRD.

FIG. 4 is an explanatory diagram showing switching between a broadcast screen and a GUI screen.

FIG. 5 is a block diagram illustrating a configuration example of a ground station.

FIG. 6 is a chart showing data transmitted from a ground station.

FIG. 7 is an explanatory diagram showing a time division multiplexing structure of transmission data.

FIG. 8 is an explanatory diagram showing a transmission format by DSM-CC.

FIG. 9 is a data structure diagram of a transport stream.

FIG. 10 is an explanatory diagram showing a table structure of PSI.

FIG. 11 is an explanatory diagram showing a configuration of an IRD.

FIG. 12 is an explanatory diagram showing an example of mapping to a directory structure of a data service according to the present embodiment.

FIG. 13 is an explanatory diagram showing another example of mapping to the directory structure of the data service according to the present embodiment.

FIG. 14 is an explanatory diagram illustrating an example of a directory structure of a data service.

FIG. 15 is an explanatory diagram showing an example of mapping to a directory structure of a data service.

FIG. 16 is an explanatory diagram illustrating an operation of capturing a scene data module according to the present embodiment;

FIG. 17 is an explanatory diagram illustrating an example of a scene transition.

FIG. 18 is an explanatory diagram showing an example of scene priorities managed by the next scene manager according to the example of the scene transition shown in FIG. 17;

FIG. 19 is an explanatory diagram showing an example of the scene priority order managed by the next scene manager according to the example of the scene transition shown in FIG. 17;

FIG. 20 is an explanatory diagram showing an operation of capturing a module of scene data according to a change in scene priority shown as a transition from FIG. 18 to FIG.

FIG. 21 is a flowchart for realizing module assignment according to scene switching according to the present embodiment.

[Explanation of symbols]

1 ground station, 2 satellites, 3 receiving facilities, 5 billing server, 6 TV program material server, 7 music material server,
8 voice additional information server, 9 GUI data server, 1
0 key information server, 11 parabolic antenna, 13
Storage device, 13A MD recorder / player, 14 monitor device, 16 IEEE1394 bus,
21A TV program display area, 21B list, 21
C text display area, 21D jacket display area, 22 lyrics display button, 23 profile display button, 24 information display button, 25 reservation recording button,
26 reserved list display button, 27 recording history button, 2
8 download button, 31 TV program material registration system, 32 music material registration system, 33 audio additional information registration system, 34 GUI material registration system,
35 AV server, 36A MPEG audio encoder, 36B ATRAC encoder, 37 audio additional information database, 38 GUI material database, 39
TV program transmission system, 40A MPEG audio server, 40B MPEG audio server, 41
Audio additional information transmission system, 42 GUI authoring system, 43A MPEG audio transmission system,
43B ATRAC audio transmission system, 44D
SM-CC encoder, 45 multiplexer, 46 radio wave transmission system, 51 tuner / front end unit,
52 descrambler, 53 transport unit, 54
MPEG2 audio decoder, 54A memory, 5
5 MPEG2 video decoder, 55A memory, 56
D / A converter, 57 switch circuit, 58 display processing unit, 59 optical digital output interface, 60
IEEE 1394 interface, 61 man-machine interface, 62 IC card slot, 63
Modem, 64 remote controller, 65 IC card, 70 demultiplexer, 71 queue, 81
Control processing unit, 82 DeMUX driver, 83 DSM
-CC decoder block, 84 MHEG decoder block, 90 main memory, 91 DSM-CC buffer, 101 power key, 102 numeric key, 103 screen display switching key, 104 interactive switching key,
105a arrow keys, 105 EPG key panel section, 1
06 channel key, T1 input terminal, T2 analog video output terminal, T3 analog audio output terminal, T4 analog audio output terminal

 ──────────────────────────────────────────────────続 き Continued on the front page (72) Inventor Naohisa Kitasato 6-7-35 Kita-Shinagawa, Shinagawa-ku, Tokyo Inside Sony Corporation (72) Inventor Junya Saito 6-35, Kita-Shinagawa, Shinagawa-ku, Tokyo Sony Corporation F term (reference) 5C025 BA27 CA01 CB08 CB09 DA01 DA04 DA05 5C064 BA01 BB01 BB05 BB07 BC06 BC10 BC16 BC18 BC20 BC23 BC25 BD02 BD08 BD13

Claims (2)

[Claims] 1. Scene data forming one scene corresponds to one or a plurality of information transmission units, and transmission information including one or more information transmission units is transmitted cyclically. As a receiving device, there is provided a receiving unit that receives the transmission information and captures the received data as reception data, and a memory unit that can temporarily store data in the information transmission unit, and performs data extraction in the information transmission unit from the reception data. Scene data capturing means for storing the information transmission unit as scene data held in the memory means and transmitting and storing the information transmission unit to scene data storage means for storing scene data; A scene that can be used to output a scene using required scene data from among the scene data stored in the means. Output means; information obtaining means for obtaining scene priority information indicating the priority of a scene from the transmission information received by the receiving means; and receiving data based on the scene priority information obtained by the information obtaining means. Control means for controlling the scene data acquisition means so as to select an information transmission unit as scene data to be extracted from and stored in the memory means. 2. The control means determines a priority of a scene changed according to a scene output by the scene output means on the basis of the scene priority information, and according to the determined scene priority. The scene data capturing means is provided so that scene data stored in the scene data storing means can be obtained, and an information transmission unit as scene data to be extracted from the received data and stored in the memory means is selected. The receiving device according to claim 1, wherein control is performed on the receiving device.