JP3188248B2 - Digital data transmitting and receiving system and method - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

[0001] 1. Field of the Invention [0002] The present invention relates to a digital data transmission / reception system, and more particularly to data transmission / reception of self-describing data.

[0002]

2. Description of the Related Art Today, a communication method using the Internet is known as bidirectional data communication between computers. This will be briefly described below. A plurality of mutually linked HTML files are stored in a WWW (World Wide Web) server connected to the Internet. From an information gathering computer connected to the Internet,
It makes a file transfer request to the WWW server. The WW
The W server transfers the HTML file to the information collection computer in response to the transfer request. This allows
The WWW server can transmit and receive mutually linked data.

On the other hand, a data transmission service using digital satellite broadcasting is known as one-way data communication. This is MPEG2 used in digital broadcasting.
Among the three standards of the video standard, the MPEG2 audio standard, and the MPEG2 system standard, data transmission is performed using the data transmission format of the MPEG2 system standard which has a relatively high degree of freedom as compared with the other two standards.

[0004] HTML using such digital satellite broadcasting
In order to transmit a file and receive the desired data on the receiving side, the receiving side wants the receiving side to receive H
You must request a TML file.

In order to solve this problem, Bitcas
The following methods are employed in t and ADAMS. The transmitting side transmits a plurality of files linked to each other in packet units. The receiver sequentially accumulates such files and stores all the files in a storage device such as a hard disk. On the receiving side, the specified file is displayed by the browser software according to the operation of the user. If the specified file has an HTML tag that refers to another file, the browser software specifies the file name on the hard disk and performs a referencing process (for details, refer to “Forefront Report by Nikkei BP”). Overview of next-generation digital television ”).

[0006]

However, in such a method, information for managing directory information and each file must be stored. For this reason, a storage area is required on the receiving side, and display is not possible until all files have been stored. In addition, calculation by the CPU is required to search for a desired file.

[0007] The present invention solves the above-mentioned problems, and a data transmission / reception system or a data transmission / reception system capable of selectively receiving required data at high speed with a small storage capacity from data composed of a plurality of files associated with each other. The aim is to provide a method.

It is another object of the present invention to provide a data transmission / reception system and a method thereof which can extract necessary data from data correlated with each other by a receiver having a small storage capacity.

[0009]

Means for Solving the Problems 1) In the data transmission / reception system according to the present invention, the file storage means stores a file of self-describing data including a reference sentence referring to another file. The display data generation means generates display data based on the output self-describing data. Therefore, the display data can be displayed on the display device. This makes it possible to display a file composed of self-describing data on the display unit without storing a file unnecessary for display in the storage device.

[0010] Further, the rewriting means stores the information in the storage means.
For the stored file, the file identifier is
The sorting means of the device is given as a character string that can be sorted directly.
Otherwise, the file identifier for each file and
Change file identifier of file reference sentence
Characters that can be directly sorted by the sorting means based on the exchange rules.
Rewrite as a column. Therefore, when creating the self-describing data of the file to be transmitted, it is not necessary to specify the file identifier with the character string that can be identified by the selection means, and it is possible to create the self-describing data with a free file identifier name. it can.

[0011] Further , the selection condition changing means may include the self-selection condition changing means.
Gets the file specified by the descriptive data reference
The file identifier of the file
The condition is given to the selection receiving means. Therefore, sorting
Without corresponding data to identify the file to be
You can select important files. As a result,
Important files can be sorted faster.

2) Digital data transmission / reception according to the present invention
The system displays the generated display data.
Display means for performing the selection, and the selection condition changing means includes:
Of the display data displayed on the display means,
When the operator selects the display area specified by, the reference
In order to be able to select the file specified in the statement,
Change the setting conditions of the sorting means. Therefore, self-describing
For files composed of type data, unnecessary for display
Display the file on the display without storing the file in the storage device.
Display and switch the display according to the operator's selection.
Can be obtained.

3) Digital data transmission device according to the present invention
In the device, the rewriting means is stored in the storage means.
For the file, the file identifier is the sorter of the receiving device.
If the column is not given as a directly separable string
Is the file identifier of each file and the
The file identifier of the reference statement is based on the file identifier conversion rule.
Is rewritten into a character string that can be directly sorted by the sorting means.
I can. This allows the self-describing data of the file to be sent
When creating data, a character string that can be identified by the
There is no need to specify the file identifier,
Self-describing data can be created with a different name. Ma
Each of the files stored in the file storage means
Is a self-describing file containing references to other files.
And the transmitting means includes a packet
And the above file identifiers are transmitted. Accordingly
The digital data composed of the self-describing data
Each of the files can be transmitted to a receiving device.

4) Digital data transmission and reception according to the present invention
The method comprises the steps of:
And the file identifier is
If not given as a directly selectable string,
File identifiers of the files and references to each file
File identifier based on file identifier conversion rules
The transport decoder can directly select characters
Rewrite as a column. Therefore, the self of the file to be sent
When creating descriptive data, the identifiable sentence of the screening means
There is no need to specify the file identifier with a character string.
You can create self-describing data with file identifier names.
Wear.

5) Digital data transmission method according to the present invention
In the method, the plurality of files include other files.
It is composed of self-describing data that includes
The file identifier is received for the plurality of files.
Characters that can be directly selected by the transport decoder of the communication device
File for each file, if not given in a column
Identifier and file identifier of each file reference
Based on the file identifier conversion rules, the transport
Is rewritten into a character string that can be directly selected by the
Each of the file identifiers is added to the packet and transmitted. I
Therefore, the creation of self-describing data for the file to be sent
At this time, the file is identified by a character string that can be identified by the sorting means.
You do not need to specify the child
Create self-describing data.

6) Digital data transmission / reception according to the present invention
In the system, the file storage means may store another file.
A file of self-describing data that contains a reference to the file
A file identifier of each of the files.
Is a character string that can be directly sorted by the sorting receiving means of the receiving device.
And the display data generating means includes the output
Generate display data based on input self-describing data
And the selection condition changing means is configured to output the self-describing data.
To get the file specified in the reference,
Using the file identifier of the file as the selection condition
Give to separate receiving means. Therefore, with self-describing data
For the configured files, delete unnecessary files for display.
Display on display means without storing in storage device
Can be.

Further , the file is stored in the file storage means.
Each file is grouped by the file identifier
And the transmitting means includes files belonging to the same group.
The file is sent with the same PID assigned to it,
The stage groups files sent with the same PID added.
Output as a loop. Therefore, the received file
Can be grouped by PID. to this
More, for example, paid content and free content
Easy grouping by simply grouping them separately
Can be.

The grouping is performed, for example, by storing
The file identifier of each file
And the file name in that directory.
Sorting means sorts the sorted packets for each directory.
You may make it loop.

7) Digital data receiving apparatus according to the present invention
In the device, the data output by the selection receiving means,
Self-describing data with references that refer to other files
Wherein the display data generating means comprises:
Generate display data based on the output self-describing data
And the selection condition changing means is configured to output the self-describing data.
To get the file specified in the reference,
Using the file identifier of the file as the selection condition
Give to separate receiving means. Also, the file of the received file
A file identifier as the sorting condition to the sorting receiving means.
You. Therefore, include references that refer to other files
Generate display data based on self-describing data
Retrieves the file specified in the self-describing data reference.
Can be obtained.

Each file received by the receiving means
Are grouped by the file identifier
Files belonging to the same group
ID is given, and the sorting means uses the same PID
Output files that have been added and grouped
You. Therefore, the received file is grouped by PID.
Can be looped. This allows, for example,
Group free content and free content separately
Just keep in mind that you can easily distinguish them.

8) Digital data transmission / reception according to the present invention
In the method, each file stored at the sender
Are grouped by the file identifier
On the sending side, files belonging to the same group
The same PID is assigned and transmitted.
The file is sent to the file with the same PID added.
Output by grouping. Therefore, the received file
Files can be grouped by PID. this
Allows, for example, paid and free content
Can be easily distinguished simply by grouping them separately.
Can be.

9) Digital data receiving method according to the present invention
In the method, each of the received files is
Grouped by the file identifier and
The files belonging to the loop are given the same PID
And the transport decoder has the same PID.
Files that have been added and sent
You. Therefore, the received file is grouped by PID.
Can be looped. This allows, for example,
Group free content and free content separately
Just keep in mind that you can easily distinguish them.

11) Recording a program according to the present invention
In the recording medium, each received file has
Contains a reference statement that refers to another file, and
The area displayed based on the generated display data
That is, the operator selects the display area specified by the reference statement.
Select to select the file specified by the reference statement
The sorting conditions are changed so that they can be performed. Therefore,
In accordance with the operator's selection, the file specified in the reference statement is referred to.
Files can be sorted out.

12) Digital data transmission / reception according to the present invention
In the communication system, A) a transmitting device comprising: a)
1) file storage means for storing a plurality of files, a2)
Packetize multiple files based on transmission rules and repeat
Sending means for sending back the packet,
Transmission means for adding a module identifier and transmitting; B)
Having a receiving device, b1) based on the set sorting conditions,
Select and receive packets with the desired module identifier
Sorting to output the data stored in the packet
Receiving means, b2) data stored in each of the packets
Received data storage means for storing each file separately, b
3) Display data that generates display data based on the data
Generating means, b4) a sorting condition changing means for changing the sorting condition
C) c1) The file storage means includes another file.
Stores self-describing data, including references to files
C2) the transmitting means is
Source file that refers to other files
Identified by the self-describing data of the referring file
The selection receiving means of the receiving device is directly stored in the reference destination file.
The same module identifier consisting of selectable strings
C3) the display data generating means,
Display data based on the self-describing data of the referring file
As well as receive the required reference file
Read from the data storage means to generate display data
You.

Therefore, a file to be selected is specified.
The source files without any corresponding data
Just set the sorting conditions to
Can also be selectively received. As a result,
Display data based on the source file when there is a file.
Can be displayed quickly. As a result, all the files
Files you need faster without memorizing files
Can be sorted out.

13) Digital data reception according to the present invention
In the device, 1) based on the set sorting conditions,
Selectively receive packets with desired module identifier added
And outputs the data stored in the packet.
2) Distinguishing the output data for each file
Receiving data storage means for storing and storing
Display data generator that generates display data based on data
Step, 4) provided with a sorting condition changing means for changing the sorting condition
Digital data receiving device, wherein the file is:
Self-describing data with references that refer to other files
Source file composed of or this source file
File identified by the self-describing data of the
And a character which can be directly selected by the selection receiving means.
The same module identifier consisting of columns
The display data generating means includes a
Generate display data based on self-describing data
The required reference file is stored in the received data storage
Read out the display data, generate the display data, and change the sorting conditions.
The means is to selectively receive a reference source file.
The same module identifier as that of the source file was added
Change the selection conditions to selectively receive packets.

Therefore, a file to be selected is specified.
The source files without any corresponding data
Just set the sorting conditions to
Can also be selectively received. As a result,
Display data based on the source file when there is a file.
Can be displayed quickly. As a result, all the files
Files you need faster without memorizing files
Can be sorted out.

14) Digital data reception according to the present invention
In the device, the reference destination file is an automatic reference file.
Ill. Therefore, once the source file is decrypted,
To select and receive the required automatic reference files
Reference destination files that are automatically referenced without setting conditions
Files can be selectively received. This allows automatic referencing
Generate display data faster for files with files
can do.

15) Digital data reception according to the present invention
In the device, the reference source file and the reference destination file are used.
Il is connected. Therefore, the source file
If the sorting reception of is started, it will be up to the referenced file as it is
It can be sorted and received.

16) Digital data reception according to the present invention
In the device, the reference source file and the reference destination file are used.
Files are combined into one file. Accordingly
Once the sorted files are received
Necessary files can be selectively received.

18) Digital data transmission / reception according to the present invention
In the transmission method, the transmitting side stores a plurality of stored files.
Into packets based on the transmission rules.
Repeated transmission with the module identifier added,
Is the desired module based on the set sorting conditions.
The packet to which the identifier is added is selectively received, and the packet is received.
The data stored in the file is stored separately for each file.
A digital data generating display data based on the data.
A method for transmitting and receiving data, wherein the transmitting side includes the other
Source file that refers to the file and this source
References identified by the file's self-describing data
The file consists of a character string that can be sorted directly by the receiving side
The same module identifier is assigned and transmitted, and the
On the receiving side, in order to selectively receive a certain source file,
The same module identifier as the source file is added.
Change the filtering conditions so that the
Display data based on the self-describing data
Data and read the required reference file.
Then, display data is generated.

Therefore, a file to be selected is specified.
The source files without any corresponding data
Just set the sorting conditions to
Can also be selectively received. As a result,
Display data based on the source file when there is a file.
Can be displayed quickly. As a result, all the files
Files you need faster without memorizing files
Can be sorted out.

19) Digital data transmission / reception according to the present invention
In the communication system, the reference source file is another complex file.
File containing a reference to a number of files,
The storage means stores the plurality of reference destination files,
The transmitting means stores the received file in the plurality of reference destination files.
The sorting / receiving means of the communication device is composed of a character string that can be sorted directly.
With the same module identifier assigned. But
Send multiple reference files to be sorted
can do. This allows the receiving side
Display based on source file when there is a reference file
Data can be displayed quickly. That is,
More files needed without memorizing all files
It can sort at high speed.

20) Digital data reception according to the present invention
In the apparatus, the reference source file is a file containing a plurality of other files.
Contains a reference to the file. Therefore, all sorts
Can receive multiple referenced files at once
You. This makes it possible to reference multiple files
Quickly display display data based on the source file
Can be.

21) Digital data reception according to the present invention
In the device, based on the set sorting conditions,
Received packets with the module identifier of
And outputs the data stored in the packet.
Communication means for distinguishing the output data for each file.
Data storage means for storing the stored data
Display data generation means for generating display data based on
A sorting condition changing means for changing the sorting condition.
Data receiving device, wherein the file is another file.
Consists of self-describing data including reference statements that refer to files
And the referenced source file
File that is referred to by the
The same module whose communication means is composed of directly selectable strings
The display data generating means.
Is a table based on the self-describing data of the reference source file.
Display data as well as the necessary reference files.
The display data is read out from the reception data storage means, and
Generated, and the selection condition changing means selects a reference destination file.
To receive the file separately, use the absolute path
That is, the selection receiving means extracts a directly selectable character string.
The selection condition is given to the selection receiving means.

As described above, since the reference destination file uses a part of the absolute path as the selection condition, a file unnecessary for display can be stored in the storage device for a file composed of self-describing data. Can be displayed on the display means. As a result, files that are mutually referenced can be displayed with a small storage capacity.

In the present invention, the term "receiving apparatus" refers to an apparatus capable of selectively receiving a desired transport stream and a service from at least a plurality of transport streams. It is a concept that includes a VCR with built-in functions and a television with built-in set-top box functions.

The "self-describing data" refers to data to which display designation information such as an arrangement position when displaying document data, a size of a character string, and information about graphic data to be referred to is added, for example, SGML. , HTML, XML type data, MHEG standard data, and the like.

The "recording medium on which the program is recorded"
RO that records a program executable by the CPU
M, RAM, hard disk, flexible disk,
Refers to a recording medium such as a CD-ROM. The programs include not only those that can be directly executed by the CPU, but also those that need to be installed once, those that are compressed, and those that are encrypted.

[0040]

BEST MODE FOR CARRYING OUT THE INVENTION Functional block diagram 1-1. Overview of satellite broadcasting system 1-1-1. Radio wave transmission state in satellite broadcasting 1-1-2. Overview of transmitting device 1-1-3. Structure of transport stream 1-1-4. Overview of receiving device 1-2. First embodiment 1-2-1. Transmission device 1-2-2. Receiving device 1-2-2-1. Hardware configuration 1-2-2-2. Reception control program 1-2-2-3. Display program 1-3. Second embodiment 1-3-1. Data conversion processing on transmission side 1-3-2. Data reception processing on the receiving side 1-4. Third embodiment 1-4-1. Data transmitter 1-4-2. Data receiver 1-4-3. Hardware configuration of data receiver 1-5. Fourth embodiment 1-6. Other Embodiments------------------------. Description of Functional Blocks The digital data transmission / reception system 1 shown in FIG. 1 includes a transmission device 3 and a reception device 11.

The transmitting device 3 includes a file storage unit 7 and a transmitting unit 5. The file storage means 3 stores a plurality of files composed of self-describing data.
Some files also include reference statements that refer to other files. The file identifier of each file stored in the file storage unit 7 is configured by a character string that can be directly selected by the selection unit 15 of the receiving device 11.
The transmitting unit 5 adds the file identifier to the plurality of files, packetizes the files based on a transmission rule, and repeatedly transmits the packets.

The receiving device 11 includes a receiving unit 14, a selecting unit 15, a display data generating unit 19, and a selecting condition changing unit 17. The receiving means 14 receives the transmitted packet. The selecting means 15 selects only the packet to which the selection target identifier is added from the received packets based on the set selecting condition. The display data generating means 19 generates display data based on the self-describing data stored in the selected packet. The selection condition changing means 17 changes the selection condition so that the file specified by the reference sentence in the self-describing data stored in the selected packet can be obtained.
When the operator selects a display area specified by the reference statement from among the areas displayed on the display means 20 based on the generated display data,
The setting condition of the selection means is changed so that the file specified by the reference statement can be selected.

1-1. Outline of Satellite Broadcasting System Hereinafter, a case where the present invention is applied to satellite broadcasting will be described. However, the present invention can be applied to terrestrial broadcasting, cable broadcasting such as cable television, etc., as long as the broadcasting is packetized and transmitted.

1-1-1. Radio Wave Transmission State in Satellite Broadcasting FIG. 2 schematically shows a radio wave transmission state in satellite broadcasting. Radio waves from the ground station 1002 are transmitted to the ground via the satellite 1004. From the satellite 1004, a plurality of transport streams 1010, 1020, 1
030 is sent. Each transport stream is
They are distinguished by frequency, polarization plane, and the like.

The transport stream 1010 includes:
Multiple services (corresponding to terrestrial broadcasting channels) 1
011, 1012, 1013, and 1014 are packetized and multiplexed by time division. Similarly, transport streams 1020 include services 1021, 10
22, 1023 and 1024 are multiplexed, and the services 1031 and 103 are added to the transport stream 1030.
2, 1033 and 1034 are multiplexed. In each transport stream, in addition to image data and audio data of each service, control data for indicating program information, control data for indicating the current time, control data necessary for packetization, and the like are also transmitted. I have. In FIG.
Although only three transport streams are shown, in practice more transport streams are sent. Further, in FIG. 2, four services are multiplexed for each transport stream, but actually more services are multiplexed.

1-1-2. Overview of Transmitting Apparatus FIG. 3 shows a configuration of a transmitting apparatus for generating and transmitting the above-described transport stream. In the figure, only the transport stream 1010 is shown, but other transport streams 1020, 1030
Is generated in the same way.

The data storage unit 171 stores the service 101
One image / audio data is stored. This data is compressed by the encoder 181 and provided to the multiplexing unit 160. Similarly, the data storage unit 172 and the data storage unit 173 store image / audio data of the service 1012 and the service 1013, respectively. The image data is compressed by the encoder 182 according to the MPEG2 video standard, and the audio data is compressed by the encoder 183 according to the MPEG2 audio standard, and provided to the multiplexing unit 160.

The data storage unit 174 stores the service 101
4 is stored. This data is converted by the data converter 184 into a module with an object header based on the MPEG2 system standard. A module id is set for each module. Details of the setting process will be described later.

The control data generator 180 generates control data for packet multiplexing, control data for indicating program information, control data for indicating the current time, and the like. The control data for packet multiplexing is added to correctly identify the video / audio data of a plurality of services that have been packetized in a time division manner.

The multiplexing section 160 controls the control data generating section 18
0, encoders 181-183 and data converter 18
4 is multiplexed in a time-division manner into packets of a fixed length and output as a transport stream 1010.

Further, the multiplexing unit 160 includes the data conversion unit 1
When the data given from 84 is packetized, the identifier of the module is stored in the section header of each packet. In the present embodiment, as will be described later, the module identifier is composed of the directory id and the module id (total of eight digits).
As D, the last four digits were stored in the table id_extention area (field).

As described above, by identifying the module by the packet ID of each packet and the table id_extention, the packet constituting each file can be uniquely specified on the receiving side only by the PID and the table id_extention. .

The modulator 164 modulates the given packet and outputs it as a transport stream. The output transport stream is broadcast satellite 1004
Broadcast to viewers via

1-1-3. Transport Stream Structure A transport stream 1010 generated by the transmitting apparatus of FIG. 3 includes, as shown in FIG.
11 video data 81V, audio data 81A, service 1012 video data 82V, audio data 82A, service 1013 video data 83v, audio data 83A,
The data 84 of the service SV14 and the correspondence table 109
Are multiplexed. The correspondence table 109 will be described later.

Further, control data NIT100, PAT101, PMT111 to PMT for packet multiplexing
114 is also multiplexed. With these control data,
As described later, each of the multiplexed services 1011, 1
012, 1013, and 1014 can be separated. Also, control data EIT12 indicating program information
1 to EIT 124, control data TDT1 indicating current date and time
05 are also multiplexed. Although not shown, a lot of control data such as scramble information is multiplexed.

The control data PMT111, EIT1
21 is for the service 1011 and the control data PMT1
12, the EIT 122 is for the service 1012, and the control data PMT113 and the EIT 123 are for the service 1013.
, And the control data PMT114 and EIT124 are control data for the service 1014.

The packetization is performed as shown by the vertical line 18a in FIG. That is, the control data NIT, PAT, P
MT, EIT, TDT, video data 81V, audio data 81A, video data 82V, audio data 82A, video data 83V, audio data 83V, data 84, correspondence table 1
The packetization is performed in the order of 09. When the packetization up to the correspondence table 109 is completed, the packetization below the control data NIT is repeated again (see the vertical line 18b). The multiplexing process is executed based on multiplexing information (not shown) determined in advance.

FIG. 5 shows the basic structure of packetized data. Both control data and video / audio data are packets having a data structure as shown in FIG. A packet ID (PID) is added to the head of the packetized data. The packet ID is a code uniquely assigned to each packet to identify each packet. The content data is packetized target data (control data,
Video / audio data, HTML data, etc.).

FIG. 6 shows the data contents of control data PMT111 for packet multiplexing. The PMT 111 describes packet IDs of the video data 81V and the audio data 81A of the service 1011. PMT1
12, the PMT 113 includes the service 101
Similar packet IDs are described for 2, 1013.

As shown in FIG. 7, the PMT 114 describes the packet ID of the data 84 of the service 1014.

As shown in FIG. 8, the PAT includes a packet ID of the PMT 111 corresponding to the service 1011, a packet ID of the PMT 112 corresponding to the service 1012,
Packet I of PMT 113 corresponding to service 1013
D, the packet ID of the PMT 114 corresponding to the service 1014 is described.

As shown in FIG. 9, NIT includes all transport streams 1010 to 1040.
A transmission specification such as the frequency and the polarization plane and a list of services multiplexed in the transport stream are described. As a result, it is possible to know which frequency a transport stream is multiplexed with a specific service.

1-1-4. Outline of Receiving Device An outline of the receiving device 11 shown in FIG. 1 will be described with reference to FIG. In the receiving device 11, the tuner 222
Selects a transport stream, and the transport decoder 226 separates data related to a desired service.

The MPU 228 sets the packet ID of the video / audio data of the desired service in the transport decoder 226. As a result, the transport decoder 226 outputs the video / audio data of the service. When the packet ID of the control data is set in the transport decoder 226, the separated control data is given to the MPU 228.

Currently, the transport stream 1030
When the command to switch to the service 1012 of the transport stream 1010 is given to the MPU 228 assuming that the
This will be described below.

The MPU 228 controls the transport decoder 226 (that is, sets the packet ID of the control data NIT) and takes in the NIT. This NI
From the description of T, it is known that the service 1012 desired to be received is multiplexed in the transport stream 1010 (see FIG. 9). The MPU 228 is a tuner 22
2 to receive the transport stream 1010. The MPU 228 is a transport decoder 226
To obtain the PAT and PMT 112, and the packet ID of the video data and audio data of the desired service 1012. The MPU 228 sets the filtering conditions for selecting these packet IDs in the transport decoder 226, and causes the transport decoder 226 to output the data of the desired service 1012.

Switching of the service to be received is performed as described above.

When an instruction to display a program schedule and program information is given to MPU 228, MPU 228
The EIT is obtained by controlling the transport decoder 226. Further, it controls to display program information and the like based on the acquired EIT.

1-2. First embodiment 1-2-1. Transmitter FIG. 11 shows an example of a hardware configuration of the transmitter 3 shown in FIG. In the following, the MPEG-2 standard, DSM-C
A case where the present invention is applied to a digital broadcasting system based on the C standard and the DVB-SI standard will be described. In addition,
Regarding the MPEG-2 standard, ISO / IEC 138
18-1 and ISO / IEC 13818-2. Regarding the DSM-CC standard, ISO / I
It is described in EC 13818-6. DVB
-For the SI standard, ETSIETS 300 46
8 (In Japan, ARIB STD-B2 1.0
Version).

The transmitting device 3 is a satellite digital transmitting device capable of multiplexing HTML data with video data and audio data and transmitting the multiplexed data. The services 1012 and 101
The configuration of 3 is the same as that of the service 1011 and thus is omitted.

The service 1 is stored in the video data storage unit 311V.
011 is stored. This video data is compressed by the video encoder 331. Compressed video data is ES (elementary stream)
Is provided to a FIFO memory (first-in first-out memory) 342 at a variable rate.
The FIFO memory 342 outputs the ES of the video data to the packetizing circuit 344 at a fixed rate.

The packetizing circuit 344 determines whether the video data E
S is divided into fixed-length packets (for example, a packet having a length of 188 bytes) and written into the memory 352 as PES (packetized ES). At this time, each PES is written with a packet identifier (PID) attached.

The voice data of the service 1011 is stored in the voice data storage unit 311A. This audio data is also data-compressed by the audio encoder 332 similarly to the video data, and supplied to the FIFO memory 346.
Further, the packet is converted into a fixed-length packet in the packetizing circuit 348, PID is added thereto, and the packet is written in the memory 354.

The packet multiplexing controller 356 reads the PES of the video data and the audio data stored in the memories 352 and 354 according to the encoding speed.
The PID attached to the PES of the video data and the audio data is given to the PMT generation circuit 358. The PMT generation circuit 358 receives the control data PMT (Pro
gram Map Table) 111 is generated. Control data PMT
In the field 111, the PID assigned to the PES of the video data and audio data of the service is described. The packet multiplexing controller 356 time-division multiplexes the read video data, audio data PES, and control data PMT, and writes the multiplexed data to the memory 362.

As described above, time-division multiplexed data for video and audio data of service 1011 is generated and stored in memory 362.

As shown in FIG. 12, a plurality of HTs stored in the directory \ weather are stored in the data storage section 314D.
ML file forecast.html, today.html to osaka.html
And image files sun.gif to rain.gif are stored. On the receiving side, for example, a display as shown in FIG. 14A can be made based on the HTML file forecast.html shown in FIG. 13A.

The data conversion unit 375 sequentially assigns module identifiers assigned to each file as an object header, and creates a correspondence table between the determined module identifiers and the file names. In this embodiment, as described later, the directory \ f
A four-digit module id = 0001 (hexadecimal) was sequentially allocated from orecast.html. The directory \ weather to which each file belongs is also assigned a four-digit directory id = 0001. This is because each file is uniquely specified by an absolute path including a directory name.
For example, the file forecast.html is in \ weather \ forecas
Uniquely identified in t.html. In this way, a directory id and a module id are assigned to each module as a module identifier, and a correspondence table as shown in FIG. 15 is created.

In this embodiment, the data converter 37
No. 5 was realized by software using a CPU. FIG. 16 shows this hardware configuration. ROM 375r is shown in FIG.
A correspondence table template as shown in FIG. 7A is stored. CP
The conversion program of U will be described with reference to FIG.

The CPU 375c initializes the process number i (step S201 in FIG. 18), and stores the i-th file in a correspondence table model (step S203). For example, \ forecast.html at the head of directory \ weather is written in the area of module number 1. Thereby, as shown in FIG. 17B, as a file of module id / 0001/0001
\ weather \ forecast.html is assigned. In this embodiment, the directory to which each file belongs \ w
eather also assigns a 4-digit directory id = 0001.

Next, the CPU 375c determines whether or not processing has been completed for all files (step S20).
7) If all files have not been processed,
The process number i is incremented, and the second file is stored in the correspondence table model (step S203). When the processing of step S203 is completed for all files in this way, the correspondence table creation processing by the creation program ends.

The correspondence table created in this way is provided to the packetizing section 377 in FIG. 11 together with each module, packetized and stored in the memory 382.

The packetizer 377 packetizes each module to which a module identifier has been attached into a packet of a predetermined fixed length, and stores the module identifier in the section header of each packet at the time of packetization. . In the present embodiment, since the module identifier is composed of the directory ID and the module ID (eight digits in total), the first four digits are stored as the packet ID, and the latter four digits are stored in the table id_extention area (field).

As described above, by identifying the module by the packet ID of each packet and the table id_extention, the packets constituting each file can be uniquely specified only by the PID and the table id_extention.

The packetizing section 377 also converts the correspondence table generated by the data converting section 375 into packets of a predetermined fixed length. That is, this correspondence table is multiplexed as the correspondence table 109 shown in FIG.

The section header of each packet has a table id area (field) for setting a table id of a predetermined data length and a table id_extention area (field) for setting a table id_extention. In the present embodiment, the module identifier of the module is stored as the table id_extention in the table id_extention field. Details will be described later.

The packet multiplexing controller 384 reads out the data stored in the memory 382 in accordance with the encoding speed. The PID attached to this data
To the PMT generation circuit 386.

The PMT generation circuit 386 receives this,
The control data PMT 114 (see FIG. 4) is generated. The PID of the service is described in the control data PMT114. The packet multiplexing controller 384 time-division multiplexes the read data and the control data PMT and writes the multiplexed data in the memory 364.

The PMT generating circuit 386 embeds the module id of the HTML file name constituting the front page to be displayed first by the service on the receiving side in the additional information field of the PMT. So, this front page is in file \ weather \ forecast.
In the case of html, the file \ weather \ forecast.html is packetized with the module id "0001", so the additional information field of the PMT of the service 1014 contains the table id_extenti as the module id of the front page.
on "0x0001" is written. Also, the file \ weather
\ forecast.html is PID = 0x0001, table id_exten
It is packetized with Action = 0x0001.

1-2-2. Receiving device 1-2-2-1. Hardware Configuration FIG. 19 shows a hardware configuration when the receiving device 11 shown in FIG. 1 is realized using a CPU. Receiver 11
, Together with the function as a normal satellite broadcast receiver,
It has a function of displaying TML data on a monitor.

The data reception function of the satellite broadcast is the same as the conventional one. Briefly, the antenna 131 is
Radio waves from the transmitting device are captured and supplied to the tuner 132. The tuner 132 selectively receives one transport stream according to an instruction from the CPU 147. Further, the tuner 132 performs demodulation processing, error correction processing, and the like, and outputs the result to the transport decoder 141.

The transport decoder 141 selects only a desired packet from the packets multiplexed in the transport stream, based on the packet identifier (PID) set by the CPU 147. In the present embodiment, since system data is multiplexed in addition to video data and audio data, a packet of system data is included in addition to control data, video data, and audio data. Transport decoder 1
41, the control data and system data are stored in the RAM 1 based on the header information of each packet to distinguish them.
44. The data obtained by packetization is 1
Are stored in the RAM 144 for each file.

The filtering process in the transport decoder 141 will be described with reference to FIG.
The filtering condition storage unit 154 stores filtering conditions. For example, a PID to be selected, a table id, and a table id_extention are stored. The PID selection unit 156 determines a predetermined PID based on the filtering condition in the filtering condition storage unit 154.
Are sorted out. Among the selected packets, the video data packet is output to the video decoder 137 shown in FIG. 19, the audio data packet is output to the audio decoder 134 shown in FIG. 19, and the section format data packet is output to the section data selection unit 155. The section data selection unit 155 includes a filtering condition storage unit 154.
Based on the filtering condition of the given table id_e
Only the packet having xtention is output to the CPU 147.

The condition conversion unit 153 is based on the rewriting command from the CPU 147,
Change the filtering conditions for.

The video data is supplied to a video decoder 137 via a FIFO memory 136 shown in FIG. 19, and is decompressed (decompressed or expanded). The video data is converted into an analog signal by a D / A converter 138, passes through a screen synthesis circuit 139,
It is displayed on a monitor 140 such as an RT. Note that the character data written in the video RAM (VRAM) 146 is converted into an analog signal by the D / A converter 145, and is provided to the screen composition circuit 139. This allows
Characters and the like can be displayed over the video.

On the other hand, audio data is stored in the FIFO memory 13.
3 is supplied to the audio decoder 134, and the compression is decompressed (expanded). The audio data is stored in the speaker 135
Is output as audio.

Remote control operation unit 149 accepts an instruction to start viewing by a viewer, designate a service, search for a genre of program information, and the like.
48.

The CPU 147 includes the reception control program 142 c stored in the ROM 142, the display program 14
The tuner 132 and the transport decoder 141 are controlled based on 2a. In addition, this program
The program may function independently, or may function based on an operating system (such as Microsoft Windows CE).

1-2-2-2. Reception control program A reception control program for performing such processing will be described with reference to FIG. The ROM 142 stores a reception control program 142c. In the following, it is assumed that the service 1013 of the transport stream 1010 is currently received, and an instruction to switch to the service 1011 of the transport stream 1010 is issued by the CPU 147.
Will be described. Note that CP
A command to U147 is given from remote control operation unit 149 or an operation panel (not shown). Such an instruction is given from the microcomputer 148 to the CPU 147. When a service switching instruction is given, the CPU
147 denotes a PAT packet ID in a register (not shown) for separating control data of the transport decoder 141.
Is set. The packet ID of the PAT is fixed to "0x
0000 ". Thereby, the transport decoder 141 records the content of the separated PAT in the RAM 144 (Step S11). This PA
In T, the currently received transport stream 1
010 describes a list of services multiplexed (see FIG. 9). Therefore, the CPU 147 knows that the desired service 1011 is multiplexed on the currently received transport stream 1010.
That is, the CPU 147 advances the process from step S12 to step S18.

In step S18, the CPU 147 acquires the PMT packet ID of the desired service 1011 based on the PAT stored in step S11. As a result, as shown in FIG.
Knows that the packet ID is “0x0011”.
The CPU 147 converts the packet ID “0x0011” of the PMT into
It is set in the control data separation register of the transport decoder 141 (step S19). As a result, the PMT 111 of the service 1011 can be separated and its contents can be acquired in the RAM 144.

The CPU 147 executes the service 10 shown in FIG.
11, the packet IDs “0x0022” and “0x002” of the video data 81V and the audio data 81A.
4 "(step S20).

The CPU 147 controls the video and audio data 8
1V, 81A packet ID “0x0022” “0x0024”
It is set in the filtering condition storage unit 154 (see FIG. 20) of the transport decoder 141 (step S2).
2). Accordingly, the transport decoder 141 selects and outputs only the video and audio data 81V and 81A that need to be acquired.

If the CPU 147 determines in step S12 that the desired service is not multiplexed on the currently received transport stream,
Proceed to step S13. The CPU 147 acquires the packet ID of the NIT described in the PAT. CPU1
47 acquires the NIT based on this, and knows on which transport stream the desired service is multiplexed (step S14, step S15).

[0103] The CPU 147 switches the setting of the tuner 34 so as to receive the transport stream (step S16). Thereafter, the PAT of the transport stream is obtained (step S17). Thereafter, the above steps S18 and subsequent steps may be executed.

1-2-2-3. Display program The function of displaying HTML data on a monitor is provided by the CPU 14
7 and display program 14 stored in ROM 142
2a.

If the acquired data is system data, the transport decoder 141 converts this into RA data.
It is stored in M144. Upon receiving the system data from the transport decoder 141, the CPU 147 executes the display program 142a. In this embodiment, since the system data is transmitted in the section format,
When receiving the data in this format, the display program 14
2a is started.

Referring to FIG. 7, a program for displaying an HTML file stored in ROM 142 will be described.

First, the operator operates the remote control operation unit 149 with reference to the program table, and
An instruction to switch to a service for receiving an HTML file is given. Thereby, the CPU 147 sets the tuner 132
And the selection condition of the transport decoder 141 is changed.

For example, the operator looks at the program table and can interactively operate the weather forecast service id.
= 001, the remote control operation unit 149
To select the service id = 001.

Since the PID of the PAT is a fixed value “0x0000”, the CPU 147 switches the filtering condition of the transport decoder to PID = 0x0000, and
To get. If the service id = 001 is multiplexed on a transport stream different from the currently received transport stream, the NIT is acquired, and the transport stream on which the service id = 001 is multiplexed is acquired. Tuner 13 to receive
After the 2 is switched, the PAT acquisition processing is performed.

If PAT is known, service id = 001
PMT of the service can be obtained. If you know PMT,
The transport stream id in which the service is multiplexed, the PID of the packet storing the data related to the service, and the table id-extension of the file to be displayed first are known. Therefore, CPU
147 switches the tuner 132 and changes the filtering condition of the transport decoder,
Receive the service. As a result, the service id = 1
The reception of the service 001 is started.

For example, from the PMT, the service id = 00
Service 1 has a PID “0x0001” and a table ID “0x3”.
C ”and the table id-extention“ 0x0001 ”, the CPU proceeds to PI as shown in FIG. 23A.
D “0x0001”, table id “0x3C”, and table id
-The filtering condition of the transport decoder 141 is switched so that the packet of "extension" 0x0001 "can be selected. Note that the table id is a fixed value of “0x3C”. Also, “0x” in the present embodiment indicates that the number following it is in hexadecimal notation.

Thus, the transport decoder 14
1 sorts out packets with PID “0x0001”, table id “0x3C”, and table id-extension “0x0001”. In the following, based on this filtering condition, FIG.
The case where the HTML file shown in FIG. 3A is selectively received will be described as an example.

The CPU 147 determines whether the system data stored in the RAM 144 has become one file (step S101 in FIG. 22). Specifically, it may be determined whether the last block has been received. When the file No. 1 is received, the target line number i is initialized (step S).
103). The CPU 147 determines whether an automatic reference tag exists in the i-th line of the HTML data of the file (Step S105). The automatic reference tag is an image tag or the like that automatically refers to another file regardless of the operation of the operator. Processing relating to the automatic reference tag will be described later.

In this case, since i = 0 and there is no automatic reference tag in the first line, the CPU 147 generates display data based on the i-th line (step S111). This display data is stored in the VRAM 146 shown in FIG. 19, and is converted into analog data by the D / A converter 145.
It is provided to the screen synthesis circuit 139. Screen composition circuit 139
Combines with the data from the video decoder 137 and outputs display data to the monitor 140. This allows monitor 1
At 40, a display based on the ith row is made.

Next, the CPU 147 increments the target line number i (step S113), and determines whether or not the i-th line is </ html> (step S115).
In this case, since the i-th line is not </ html>,
Step S105 and subsequent steps are repeated. This allows
The display based on each line is sequentially displayed on the monitor 140 (see FIG. 19).

In step S115, the i-th row is
If html>, that is, the last line, a display as shown in FIG. 14A is made on the monitor 140. In this state, the operator operates the remote control operation unit 149.
To select the desired details. For example, if "1. today's weather" is selected, the CPU 147
Determines in step S117 in FIG. 22 that an instruction for referring to another file has been given, and
1 is set (step S11).
9).

Specifically, when the operator selects an area where "1. today's weather" is displayed with the remote controller, the CPU
Step 147 changes the filtering condition based on the source code shown in FIG. 13A so that the file \ weather \ today.html can be selected. Specifically, it is changed as follows. The CPU 147 acquires the module identifier of the file \ weather \ today.html with reference to the correspondence table shown in FIG. In this case, the file \ weather \ today.htm
l is PID “0001” and table id_extention “0”
x0002 "is set in the section header and transmitted.
Switching is performed as shown in FIG. 23B. As a result, a packet whose table id_extention is “0x0002” can be received. Note that the PID is not changed since it remains as it is.

After that, by repeating the processing from step S101, a display as shown in FIG. 14B is made based on the HTML file shown in FIG. 13B.

As described above, by dynamically switching the selection condition of the transport decoder 141, a file required for display can be received and displayed each time. Therefore, it is not necessary to temporarily store all the files in the storage unit unlike the related art.

When the operator selects [Osaka] with the display shown in FIG. 14B, the filtering conditions are switched as shown in FIG. 23C, and the HTML file shown in FIG. 13C is selected and received. The display based on this is performed. This HTML file has an <img src> tag that is an automatic reference tag. Therefore, according to the line with this tag, the CPU 147
(2) Steps S107 to S109 are performed. Note that the processing in step S109 is performed in step S101.
And the processing of step S107 is the same as step S119.

The CPU 147 determines in step S105
If it is determined that there is an automatic reference tag, the HTML that needs to be acquired
The filtering condition of the transport decoder 141 is additionally set so that a file can be selected. Specifically, since a plurality of filtering conditions for the transport decoder 141 can be set, the HT shown in FIG.
In addition to the ML file, the file 0001 / 1000.gi
It should be possible to select f. In the present embodiment, since the file name is the value of the table id_extention, the filtering condition is set so that the packet of the table id_extention “0x1000” is selectively received. The data of the received packet is temporarily stored in the memory 144, and the CPU 147 generates a display command based on the stored data and causes the monitor 140 to display the display command.

As described above, in this embodiment, the transmitting side repeatedly transmits an HTML file, and the receiving side receives the file only when necessary for reference. Therefore, it is possible to select and receive only necessary files and temporarily switch the display without temporarily storing all HTML files.

The packet selection is performed using the filtering function of the transport decoder. Therefore, the CPU 147 can change the filtering condition of the transport decoder with reference to the received correspondence table. As a result, it is possible to extract only the packets of the file necessary for reference.

Further, even when there is an automatic reference sentence, the filtering condition can be promptly changed, whereby a necessary file can be promptly displayed.

As described above, in the present embodiment, the correspondence table is created on the transmission side, each HTML file name is rewritten based on the correspondence table, and the correspondence table is transmitted and stored in the receiver. The necessary file is specified by the CPU, and the selection condition of the transport decoder is changed. Therefore, only by having a storage capacity for storing only necessary files, it is possible to display HTML data transmitted by satellite broadcasting as if it were based on an interactive operation.

1-3. Second Embodiment In the first embodiment, a correspondence table as shown in FIG. 15 is transmitted, and the CPU 147 refers to the correspondence table to switch the filtering condition of the transport decoder. On the other hand, in the second embodiment, by automatically rewriting the file name of the HTML data and transmitting the packet, the packet constituting the necessary file can be received dynamically without transmitting the correspondence table. It is a data transmission / reception system.

1-3-1. Data Conversion Processing on Transmission Side Hereinafter, data conversion processing on the transmission side will be described. Note that the hardware configuration is the same as in the first embodiment. In this embodiment, the data conversion unit 375 shown in FIG. 11 rewrites the file name portion of the HTML data with the module identifier in the first embodiment.

For example, the file name of each file shown in FIG. 12 is rewritten to a four-digit hexadecimal number which is a character string directly selectable by the transport decoder as shown in FIG. For example, \ weather \ forecast.html is / 0001/00
01.html, \ weather \ today.html is /0001/0002.html
... Are sequentially rewritten. Further, in each HTML data, the file name to be referred to is also rewritten so as to match this. For example, the file shown in FIG.
<A href = \ weather \ toda in \ weather \ forecast.html
y.html "...>, as shown in FIG.
= "0001 / 0001.html"...>

In this embodiment, the data conversion unit 37
No. 5 was realized by software using a CPU. The hardware configuration of the data conversion unit 375 is the same as in the first embodiment, and a description thereof will not be repeated. Such a conversion program will be described with reference to FIG.

The CPU 375c initializes a file name processing number i and a file content processing number j (step S301 in FIG. 26), and stores the i-th file in a correspondence table model (step S303). This detailed process is the same as step S203 in FIG. Next, C
The PU 375c rewrites the file name of the i-th file to the module name. For example, \ weather \ forecast.ht
ml is rewritten as /0001/0001.html.

The CPU 375c determines whether or not the processing has been completed for all the files (step S307). If the processing has not been completed for all the files, the CPU 375c increments the processing number i (step S309). It is additionally stored in the table model (step S30)
3). Thus, step S is performed for all the files.
When the processing of step 303 and step S305 is completed, the content data of the j-th file is rewritten using the correspondence table (step S311).

The CPU 375c determines whether or not processing has been completed for all files (step S313). If processing has not been completed for all files, the file content processing number j is incremented (step S315).
Rewrite the contents of the second file. In this way, when the processing of step S311 is completed for all the files, the automatic rewriting processing ends.

The correspondence table created in this way is supplied to the packetizing section 377 in FIG. 11 together with each module, packetized and stored in the memory 382.

As described above, in the present embodiment, the transmission side repeatedly transmits an HTML file, and the reception side receives the file only when necessary for reference. Also, the module id to be embedded in the header is composed of a character string that can be directly identified by the transport decoder so that each HTML file can be selected by the transport decoder on the transmission side. Such module id
The filtering condition is changed and extracted based on. Therefore, it is possible to select and receive only necessary files and temporarily switch the display without temporarily storing all HTML files. Thereby, necessary data can be displayed more quickly.

Further, even when there is an automatic reference sentence, the filtering condition can be promptly changed, whereby a necessary file can be promptly displayed.

1-3-2. Data reception processing on the receiving side The hardware configuration is the same as in the first embodiment, and a description thereof will be omitted. In the present embodiment, the transmission side rewrites the file name (absolute path) and the reference destination file name of each file into a character string that can be directly recognized by the transport decoder at the time of transmission. This allows
On the receiving side, there is no need to refer to the correspondence table by the CPU. As a result, even when there are a large number of linked HTML files, display based on desired HTML data can be performed without storing all HTML files on the receiving side and without burdening the CPU.

[0137] Regarding the display program on the receiving side, the processing in step S119 in Fig. 22 may be changed as follows. For example, when the operator selects an area where “1. today's weather” is displayed on the remote controller, the CPU 147 performs filtering to select the file 0001 / 0002.html based on the source code shown in FIG. 25A. Change conditions. Changing the filtering condition is the same as in the first embodiment, and the table id_extention "0x
0001 ”may be switched to“ 0x0002 ”.
Is not changed since it is not changed.

In this embodiment, each file is represented by a full path name, with the directory name separated by "/". For example, file 0001 in directory / 0001.
html is represented by /0001/0001.html.

In the present embodiment, the file identifier of each HTML file is specified by a code that can be directly identified by the transport decoder.
The TML file can be extracted by changing the filtering conditions without using the correspondence table. Thereby, necessary data can be displayed more quickly.

Also, in the present embodiment, a case has been described in which each file has a directory name belonging to \ weather. As a result, each file has a directory name by PID and a relative path name by table id_exten.
By the option, it can be specified uniquely. However, the present invention is not limited to this. When a plurality of files belong to different directories, module ids having different directory names may be prepared as the correspondence table template shown in FIG. 17A and sequentially applied. Also,
You may make it apply sequentially to the module id of the same directory name.

Furthermore, even when a plurality of files belong to the same directory, module ids having different directory names may be added. this is,
For example, in the case where certain image data in one service is charged and certain image data is free, both can be distinguished only by PID. Therefore, it is easy to charge for charged data only by PID. Can be. For example, sport1. html to sport9. html
Is a free broadcast, but sports10. ht
ml-sport 29. If the user wants a pay broadcast for html, spo based on such a determination condition.
rt1. html to sport9. html, the directory 0001, sport10. htm
1-sport29. For html, by grouping the directory "0002" and the two into different directories, it becomes possible to charge only for the data of PID "0002".

1-4. Third Embodiment FIG. 27 is a block diagram showing a configuration of a digital broadcasting system according to an embodiment of the present invention. The digital broadcasting system includes a data transmitter 410 and a data receiver 414.

1-4-1. Data Transmitter The data transmitter 410 includes a data storage unit 411, a data conversion unit 412, and a data multiplexing transmission unit 413.

The data storage section 411 is composed of a storage device such as a hard disk device or an optical disk device, and stores digitized data. All data are associated by file names so that they can be uniquely identified.

The data conversion section 412 is connected to the data storage section 41.
1 is converted to a download data block (DDB) section that can be transmitted by a DSM-CC data carousel, which is a protocol in the MPEG-2 transport stream. Specifically, when converting the data into the DDB section, the data conversion unit 412 sets the module id specified by the file name stored in the data storage unit 411 in the table id_extention field of the section header. In addition, the data conversion unit 412 outputs the PI specified based on the file name.
The data is repeatedly transmitted to the data multiplexing transmission unit 413 so as to be multiplexed by D. In this embodiment, since the file name is represented by a 4-digit hexadecimal character string,
The id is also represented by a 4-digit hexadecimal character string.

FIG. 28A shows the data structure of the data stored in the file storage unit 411. In the directory data 530, the file name of the full path is "/ 0001". The directory data 530 has a list of file names included in the directory, and in this case, includes files 0001.html, 0002.html, and 0003.html. Each file 0001.html, 0002.html, 0003.html has a full path file name of /0001/0001.html ", /0001/0002.h
tml, represented by /0001/0003.html. File / 0001/000
1.html is HTML data having a line 532 indicating a reference to the file /0001/0002.html and a line 533 indicating a reference to the file /0001/0003.html.

Files /0001/0002.html, /0001/0003.ht
ml is H having data 534 and data 535, respectively.
This is a TML file.

FIG. 28B shows the data structure of each module when transmitting the directory data and file data of FIG. 28A. In the present embodiment, the DSM-
Since the CC standard is used, each transfer data is transmitted as a UU object. U in DSM-CC standard
The -U object is obtained by adding an object header to directory or file data.

In FIG. 28B, the directory object 536 is a module having directory data 530 and having a module id = 0000. The file object 537 includes HTML file data 531.
This is the module with module id = 0001. The file object 538 includes HTML file data 534 and is a module with module id = 0002. The file object 539 is HTML file data 535
And a module with module id = 0003.

FIG. 29 shows the HTML file data 535.
2 shows a data structure of a DDB section in a case where a module having a module id = 0003 obtained by adding an object header to N blocks is divided into N blocks, and a K-th block is set as a DDB section.

In this embodiment, one UU object is transmitted as one BIOP message in order to perform section filtering by hardware. Each module is divided into blocks of a certain size (only the last block may be smaller than the block size) and is repeatedly transmitted as a DDB message.

Further, according to the DSM-CC standard, MPEG
-2 Specifies the transmission format for transmission on the transport stream. The header of the DDB section includes a table id and a table id_extention as module information so that section filtering in the receiver can be easily realized.

Next, the data converter 412 shown in FIG.
The conversion to the DDB section will be described.
The DDB section consists of a section header field and D
DB message field. The section header field includes a table ID field storing an 8-bit table ID and a 16-bit table id_extenti.
A table for storing on has an id_extention field. In the DDB message field, the object 539 shown in FIG. 28B has a predetermined fixed length (4066 bytes).
Is stored.

Since the table id of the DDB section is defined as table id = 0x3C, '0x3C' is set in the table id field. Table id_extenti
In the on field, '0003' which is the module ID of this object is set.

Further, in this embodiment, the full path file name of the file constituting each module is specified by an 8-digit hexadecimal character string. Since the table id_extention field has an area of only 16 bits, the data conversion unit 412 stores the latter four digits (16 bits) in the table.
Embed in id_extention field
It instructs the multiplex transmission unit 413 to multiplex the digits by the PID. For example, the file “/0001/0003.html” stored in the file storage unit 411 is packetized as PID “0001” and table id_extention “0003”.

The data multiplexing transmission section 413 has a PAT (program allocation table) or PMT (pr
gram map talble), service information defined by DVB-SI, an AV stream encoded by MPEG-2, and DII (Down) defined by the DSM-CC standard.
load Info Indication) section and data converter 4
A plurality of DDB sections transmitted by the PID 12 are multiplexed with a designated PID, and further encoded according to the characteristics of the transmission path to be used. Specifically, channel coding processing is performed as transmission path coding. For example, processes such as randomization, error correction, and interleaving are performed. After that, digital modulation such as 64QAM (quadrature amplitude modulation) is performed, and the obtained stream data is transmitted as broadcast waves.

In this way, data transmitter 410
The HTML file can be packetized and repeatedly transmitted.

1-4-2. Data Receiver Next, the data receiver 414 shown in FIG. 27 will be described. The data receiver 414 includes a filtering unit 415
And a primary storage unit 416 for storing data, a file name filtering condition conversion unit 417, and a file acquisition instruction unit 418.

Filtering section 415 receives a transport stream from a stream transmitted as broadcast radio waves, and stores section data matching the designated filtering conditions in primary storage section 416. The filtering unit 415 has the specified PID from the received transport stream, and
And extract only the packets for which the table id_extention is set.

The primary storage section 416 is realized by a RAM,
The data extracted by the filtering unit 415 is stored.

File name filtering condition converter 41
Reference numeral 7 sets the filtering condition of the filtering unit 415 so as to change the filtering condition based on the operation of the operator so that the specified HTML file can be extracted.

The file acquisition instruction section 418 includes a data processing section 419, an input section 420, and a display section 421.

The data processing section 419 processes multimedia data (for example, HTML, bitmap, AV, etc.) and generates an image to be displayed on the screen of the display section 421. Further, it processes data according to the signal notified from the input unit 420 and updates the image. Further, if it becomes necessary to obtain a new file by processing the data, the file name filtering condition conversion unit 417
For the desired file name.

The input section 420 notifies the data processing section 419 of a signal input by the operator.

Display unit 421 displays the image generated by data processing unit 419 on the screen.

Next, the operation of the file name filtering condition converter 417 on the receiving side will be described with reference to FIG. In FIG. 30, the file name is composed of a four-digit hexadecimal character string of a PID and a module ID, with '/' and '.' As delimiters. For example, for the file “/0001/0003.html” specified by the file acquisition instructing unit 418, “0001” indicates the PID, and “0003” indicates the moudle_id.

The file name filtering condition converter 417 shown in FIG. 27 extracts the PID and the module id from the file name and converts them into the filtering conditions shown in FIG. In the filtering condition, portions other than the PID and the module id are fixed values. When filtering conditions are set in the filtering unit 415, P
Among the packets transmitted with an ID of "0001", a section in which the value of the table id and the table id_extention field in which the mask bit is set to "1" in the section header is "0x3C" and "0003", respectively. But,
The data is acquired in the primary storage unit 416 by using the hardware filtering function of the transport decoder. By setting the filtering conditions, all data of the “/0001/0003.html” file transmitted as the DDB section can be obtained.

In the section header of each section, the section number and the last section number of the section are written. By referring to these, the sections constituting one file can be reliably selected. it can.

The determination as to whether or not a block constitutes a certain module is performed as follows. DD
The section header of the B section stores the last section number. Therefore, it is possible to recognize that a block up to a block whose section number matches the last section number is one module. However, since the last section number is 8 bits, a certain module is large data, and one module may be composed of blocks exceeding the maximum value 256 that can be represented by 8 bits. In this case, the section number of the section header of the DDB section goes around once, and it cannot be determined whether or not the block is the last block of the module. In such a case, for example, it is determined whether or not the block number of the DDB message exceeds 256, and if so, one module is configured for the block beyond the last section number. It should be determined that.

1-4-3. Hardware Configuration of Data Receiver Next, a hardware configuration in which the data receiver 414 is configured using a CPU will be described with reference to FIG. The receiver 414 includes a tuner 640, a transport decoder 641, an AV decoder 642, and an input I / F 64
3, CPU 644, ROM 645, RAM 646
It has.

[0171] The tuner 640 receives a transport stream from a broadcast wave according to an instruction from the CPU 644, and passes the transport stream to the transport decoder 641. The transport decoder 641 selects section data matching the designated filtering condition from the transport stream received according to the instruction of the CPU 644, and
The data is transferred to the AM 646 and stored. In the present embodiment, the transport decoder 641 and the tuner 64
0 constitutes the filtering unit 415.

Further, the transport decoder 641
The PES packet of the AV with the designated PID is transferred to the AV decoder 642 from the transport stream received by the instruction of the CPU 644. AV decoder 642
Decodes the AV PES packet received according to the instruction of the CPU 644, and outputs video and audio. Also, A
The V decoder 642 synthesizes a graphic of an on-screen display (OSD) according to an instruction from the CPU 644, and outputs the synthesized graphic. An AV output of the AV decoder 642 is provided to a TV monitor or the like that displays an image based on the NTSC system, the PAL system, or the like.

The input I / F 643 is constituted by an infrared remote controller or the like, and receives an input signal of the remote controller in accordance with an instruction from the CPU 644.

The CPU 644 executes a software program stored in the ROM 645, and controls various hardware.

The AV decoder 642, the input I / F 643,
The filtering condition conversion unit 417 is realized by the software program stored in the ROM 645.

The ROM 645 stores each software program constituting the receiver. RAM 646 is RO
The software program stored in M645
It is used when executing in 644. Further, the data filtered by the transport decoder 641 is stored.

FIG. 32 shows a configuration in which the data receiver 414 shown in FIG. 31 is configured as a receiving system. In this system, data receiver 651 includes antenna 650 and T
It is connected to the V monitor 653. The operator is the remote control 6
By operating 52, a selection command is given to the data receiver 651.

The display data displayed on the TV monitor 653 will be described. On the TV monitor 653, the content obtained by processing the HTML data 531 shown in FIG. 28A is displayed on the screen as a graphic of an on-screen display.

In FIG. 32, the TV monitor 653 displays the “chapter 1” based on the row 532 in FIG.
28A and a line 533 in FIG.
A character string "Chapter 2" based on the character string is displayed. Such a display is called a hot spot. In this example, the area 655 is in a currently selected state and is highlighted. This state is referred to as the selected hot spot.

When a signal indicating “OK” is input by the operator from the remote controller 652 in a state where the area 655 is highlighted, the CPU proceeds to “/ 0001/0” in the row 533.
It is determined that it is necessary to refer to the file “003.html”, and the filtering condition is changed so that the transport decoder 641 extracts “/0001/0003.html”.

As described above, according to the present embodiment, by providing the data conversion section 412 on the transmission side and the file name filtering condition conversion section 417 on the reception side, the filtering section 415 transports the file data. It can be selectively separated using hardware called a decoder, and can be directly obtained in the primary storage unit.

Although the embodiment has been described with reference to a case where the file to be transferred is HTML data, other data may be transferred.

In the present invention, a data conversion unit for converting a file name into data identified by a value converted according to a conversion rule is provided on a transmission side, and a file name is converted into a filtering condition according to a conversion rule on a reception side. By providing the file name filtering condition conversion unit, the data of the file to be obtained by the receiver can be directly obtained and processed from the data broadcast to the primary storage unit without passing through the secondary storage unit on the receiving side. Furthermore, to change the filtering conditions of the transport decoder,
There is no need to refer to the correspondence table. Therefore, it is possible to provide an excellent data broadcast receiving device that can reduce the storage capacity of the receiver and the amount of calculation by the CPU.

1-5. Fourth Embodiment In each of the above embodiments, the file name of each file is a character string of the number of characters and the character type that can be read by the transport decoder, and the file name is embedded in each packet as a module id. That is, a different module id is assigned to each file. This embodiment assigns the same module id to a plurality of related files.

For example, the reference source file “s” shown in FIG.
sample. html "is the three referenced files s
1. png, s2. gif, s3. htm that displays each image data of jpeg at the position defined by the style tag
1 data. Thereby, for example, an image as shown in FIG. 34 is displayed.

However, the reference destination file s1. pn
g, s2. gif, s3. For the jpeg, the filtering condition is changed only after reading the specified line. Since each packet repeatedly transmits the same data in a certain cycle, it may take a long time to display depending on the timing of changing the filtering condition.

Thus, in the present embodiment, a plurality of related files sample. html, s1. pn
g, s2. gif, s3. same module i in jpeg
d is transmitted, and these are selectively received by the module id. As a result, a reference destination file to be received without fail can be collectively selected in advance as a reference source file, thereby enabling quick display.

In this case, transmission and reception may be performed as follows. On the transmitting side, related reference source files and reference destination files are stored in the same directory as shown in FIG. The directory name is a character type having a character length that can be read by the transport decoder. When packetizing data, the packetizing unit 377 (see FIG. 11) does not set the file name to the module id as in the second embodiment, but sets the directory name to the module id. That is, the file sampl
e. html, s1. png, s2. gif, s3. j
Each packet of the peg is the same module id "0001"
Is transmitted. For example, by setting only the directory name as a character type having a character length that can be read by the transport decoder, the transmitting side can determine which data should be set as the module id. Further, a portion enclosed by / and / immediately before each file name is a directory name, and data existing at that position may be set as a module id.

On the receiving side, when a cache area of a predetermined capacity is secured in the RAM 144 and a certain file is selected, all files to which the same module id as the file is added are received and each file is temporarily stored in the cache memory. To memorize. Then, if reference is needed, CP
U may read a necessary file from the cache area.

FIG. 36 is a flowchart showing the display on the receiving side. The difference from FIG. 22 is that if there is an automatic reference tag in step S105, the filtering conditions of the transport decoder are not immediately set, but it is determined whether a necessary reference destination file exists in the cache area. (Step S106) If the file does not exist, the directory name of the file is used as the filtering condition of the transport decoder in Step S107. For example, the reference source file sample shown in FIG.
e. When html is received, src = "http: //
www / dirA / 0001 / s1. Png ", the directory name" 0001 "of s1.png is set as a filtering condition in the transport decoder. Thereby, other files s2. gif, s3. jpeg packets are also stored in the cache memory.

In FIG. 36, even when an instruction to refer to another file is given in step S117, it is similarly determined in step S118 whether or not a necessary reference destination file exists in the cache area. In step S119, the directory name of the file is set as a filtering condition of the transport decoder.

Furthermore, the above-mentioned reference source file and reference destination file may be transmitted together as one file. For example, for html-type data, a definition statement that defines a file format “multipart / mixed” indicating that a certain file is composed of a plurality of files is prepared. Therefore, the files in FIG. 35 may be collectively transmitted as one file as shown in FIGS. 37 and 38. As a result, the reference source file and the plurality of reference destination files can be received collectively, and high-speed display can be performed.

In FIG. 37, a line 611 is a declaration statement indicating that this file is a file obtained by connecting a plurality of files. Line 615 represents a delimiter mark of each linked file. That is, in this case, the data “boundary-sample”
Is a separator from the next file. Line 621 is the file name, and line 623 is the data length, which in this case is 928 bytes. A line 619 shows the data format of this file, and in this case, it is text data in html format. Line 613 shows the computer where this file exists and its directory.

Lines 627 and 629 contain the first file sample. html.

Further, the line 630 indicates the second file s1.
A row 631 indicates a delimiter mark, a row 633 indicates a data format, a row 635 indicates a file name, a row 637 indicates a data length, and a row 639 indicates data.
In this case, the data format is png-format image data.

The lines 633 and 635 respectively correspond to the file s2. gif, file s3. This is an area for jpeg.

As described above, by linking a plurality of related files and transmitting them together in one file, higher-speed display is possible.

In the present embodiment, an example has been described in which an automatic reference file is referred to automatically without an operator's operation. However, as shown in FIG. By selecting files in advance, higher-speed display is possible.

For example, for the reference source file shown in FIG. 39, not only the reference destination file to be automatically referenced, but also the reference destination file is displayed based on the operation of the operator. Specifically, the display as shown in FIG. 40 is made by the reference source file shown in FIG. In this case, when the operator
When the area in which the image 641 of “0” is displayed is specified, the reference destination file t1. ht
When ml is html data as shown in FIG. 41A, an image as shown in FIG. 42A is displayed. When the operator specifies the area where the image 643 in FIG. 40 is displayed, the reference destination file t2. If the html is html data as shown in FIG. 41A, an image as shown in FIG. 42B is displayed.

Therefore, also in this case, as shown in FIG. 43, a plurality of related files t1. png, t1.
html, t2. png, t2. html, t3. pn
The same module id may be added to g and transmitted, and these may be selectively received by the module id. As described above, not only the reference destination files that are always selectively received but also the reference destination files other than the automatic reference files can be collectively selected in advance with the reference source files, so that quick display is possible.

In the present embodiment, the reference source file and the reference destination file are all transmitted together. However, when there are a plurality of reference destination files referenced by a certain reference source file, these files are transmitted. It is not necessary to set a filtering condition every time each line is interpreted even if the same
High-speed display is possible. Further, the transmission side may determine whether to assign a different module id according to the reference frequency of the reference destination file.

In the above embodiment, the case where the reference source file and the reference destination file are stored in the same directory and the same module id is added and transmitted is described. However, as shown in FIG. The same applies when the reference destination file is stored in the.

This reference source file index. html
However, as shown in FIG. 45, the directory http: // w
If the file belongs to ww / dirA / 0001, the reference source file index. When a filtering condition is set to receive html, files u1. png, u2. png is also stored in the cache area. Therefore, src = "http: // www
w / dirA / 0001 / u1. png ”line, without changing the filtering conditions,
u1. The png can be displayed immediately. In order to receive a plurality of files while separating the files, it is sufficient to set a plurality of filtering conditions in a transport decoder and to receive packets of a plurality of module ids collectively as in the related art.

In this embodiment, a data fetching program as shown in FIG. 46 is stored in the ROM 142 of FIG. 19 and executed. FIG. 46 is a detailed flowchart of the process of loading data into the cache area. Hereinafter, the reference source file inde shown in FIG.
x. The case of displaying based on html will be described. First, in the transmission stage, the reference source file index. h
As shown in FIG. 47, tml is packetized for each section and transmitted. In this case, the DDB message 2
As the second item, instead of the module id, the file id may be transmitted as in the conventional case.

The reason will be described. As described above, in the third embodiment, a file name is used as the module id. Therefore, as shown in FIG.
If the module id is stored as the data of the second item of the DDB message, each file can be distinguished. On the other hand, in the present embodiment, the same module id is added to files belonging to the same directory. Therefore, unless the file id is embedded and transmitted, the receiving side cannot distinguish it.

Writing to the cache area will be described with reference to FIG. The CPU 147 uses the table id
The transport decoder 141 so that a packet having a value of “extension” of “0001” can be selected.
Set the filtering conditions for. The CPU 147 determines whether or not data has been received from the transport decoder 141 (step S401 in FIG. 46), and when the data has been received, reads the file name in the DDB message shown in FIG. 47 (step S403 in FIG. 46).

Next, the CPU 147 checks that the file name of the data received from the transport decoder 141 is
It is determined whether it already exists in the cache area (FIG. 37).
Step S405). In this case, the file http: //
/ Www / dirA / 0001 / index. html
Is stored in the cache area as a new file because it does not exist in the cache area (step S40).
7). Then, the processing from step S401 is repeated.

On the other hand, in step S405 in FIG. 46, the file name is changed to the file http: // www / dirA /
0001 / index. In the case of html, since the file name of the received data already exists in the cache area, the data is linked with the data already stored in the cache area and stored (step S409).

The CPU 147 determines whether or not all the block data of the file has been stored (step S41).
1) When all the block data has been stored, it is determined that the file reception has been completed (step S413), and the processing from step S401 onward is repeated. On the other hand, if all the block data has not been stored, step S4
The processing of 01 or lower is repeated. In this way, even when a plurality of files are transmitted with the same module id added, the files can be stored in the cache area for each file on the receiving side.

[0210] Further, as described above, each file is multiplexed in time series and transmitted from the transmission side. Therefore, if the filtering condition is “0001”, another file http belonging to the same directory:
/// www / dirA / 0001 / u1. png, ht
tp: // www / dirA / 0001 / u2. png
Are also output from the transport decoder 141. CP
The U 147 also stores these data received from the transport decoder 141 in the cache area according to the flowchart in FIG.

Thus, as shown in FIG. 48A,
All files http belonging to directory "0001"
p: // www / dirA / 0001 / index. h
tm, http: // www / dirA / 0001 /
u1. png, and http: // www / dirA
/ 0001 / u2. png is stored in the cache area.

Also, the CPU 147 determines whether the line 711 in FIG.
Is read, the filtering condition of the transport decoder 141 is changed so that the packet whose value of the table id-extension is “0003” can be selected. As a result, as shown in FIG. 48C, all files belonging to the directory “0003” are sequentially additionally written to the cache area. The CPU 147 displays an image as shown in FIG. 50A based on the html data of FIG. In this case, the reference destination file ju
mp. html is another reference destination file u1. pn
g, etc., so that this further reference destination file u1. png, this file jump.
html can be said to be a reference source file.

In this state, the operator operates the image 721 shown in FIG.
Is clicked, the CPU 147 is clicked.
Is based on the description in line 713 in FIG. 44, and the reference destination file http: // www / dirA / 0002 / jum
p. In order to selectively receive html, the filtering conditions of the transport decoder 141 are set in a table id-e.
A change is made so that a packet whose xtention value is “0002” can be selected. As a result, as shown in FIG. 48C, all the files belonging to the directory “0002” are sequentially additionally written to the cache area.

In the cache area, data is erased in chronological order to write new data. In this case, as shown in FIG. 48C, http: // www / di
rA / 0001 / index. html has been erased.

[0215] The CPU 147 determines whether or not the reference destination file jump. When html is html data as shown in FIG. 49, http: // www / dirA / 00 already stored in the cache.
01 / u1. png, and http: // www / d
irA / 0001 / u2. png and http: // w
ww / dirA / 0002 / u4. With reference to png,
An image as shown in FIG. 50B is displayed.

As described above, even when there are files belonging to different directories (groups) in the reference source file, display is possible. Thus, for example, a reference destination file commonly used by a plurality of reference source files can be stored together.

In this case as well, a plurality of files as shown in FIGS. 37 and 38 may be transmitted as one file and received as a whole.

Also in the present embodiment, the directory name may be automatically rewritten on the transmitting side to a character type having a data length readable by the transport decoder, as in the second embodiment. In this case, the directory name may be rewritten without changing the file name. For example, the file http: // www / di
rA / music / jump. html, ju
mp. It is determined that / music / before the html is a directory name, and the character string having a data length that can be read by the transport decoder, for example, “0002”
What should be done is to rewrite.

In the first to third embodiments, a plurality of files as shown in FIGS. 37 and 38 are transmitted as one file, and one module id is transmitted.
May be received at once.

In this embodiment, a tag for attaching an image is used as the automatic reference tag. However, other automatic reference tags, such as a style tag for determining a style, can be similarly applied. Further, in the present embodiment, the same module id is added to a plurality of files and transmitted, and the file to which the same module id is added is collectively stored in the cache on the receiving side, and the file must exist in the cache when referenced. For example, the filtering condition is changed. However, the change of the filtering condition may be the same as the filtering condition to be set by the current filtering condition.
For example, there are many files in a directory, one of which has not been received yet. In such a case, it is not necessary to newly change the filtering conditions of the transport decoder.

As described above, in the header area of each packet, as described in each of the above embodiments, at least one of the selection information for specifying one or a plurality of files, the character type which can be directly identified by the transport decoder. In addition, by embedding the selection information of the character length, the selection can be performed only by the transport decoder without storing the correspondence table on the receiving side.

1-6. Other Embodiments In the above-described first to third embodiments, it is determined in advance whether or not an automatic reference file exists in a reference source file, instead of interpreting and interpreting one line at a time, and displaying the file. In this case, by changing the filtering conditions of the transport decoder, it is possible to more quickly select the reference file to be automatically referenced by the transport decoder.

[0223] In the above embodiment, the file is stored in the DSM-Transport stream on the MPEG-2 transport stream.
Although the transmission is performed using the CC object carousel and the DSM-CC data carousel, the transmission may be performed using another protocol that can perform the same processing.

In the present embodiment, the converted file name is a character string in which the values of the PID and the module id are concatenated. However, the PID may be searched from PAT and PMT. Any combination of identifiers that can be used may be used.

In the present invention, all files are repeatedly transmitted on the transmitting side, and the necessary files are acquired and displayed by changing the selecting conditions of the selecting and receiving means on the receiving side. Therefore, there is provided a data transmission / reception system or method that allows an operator to feel as if the reception information is being switched interactively in response to an operation of an operator on the reception side without transmitting a transmission request to the transmission side. Can be provided.

In each of the embodiments described above, digital data transmission is performed by digital satellite broadcasting. However, the present invention can be similarly applied to digital terrestrial broadcasting and further to cable broadcasting such as cable television.

In the present embodiment, H constituting the front page displayed first in the service is described.
Although the module id of the TML file is embedded in the PMT, it is stored as a predetermined fixed value in the storage unit on the transmission side. When the service is switched by the operator on the reception side, the table of the packet to be received first is stored. id_ext
ention may be set to that value.

The HT constituting the front page
When repeatedly transmitting an ML file, the transmission cycle may be shorter than that of other files. This is the HTM that constitutes the front page
If there is no L file, you can not enter the service,
This is to ensure that the service can be entered without any time lag.

In the present embodiment, each file belongs to the directory \ weather.
The correspondence table is also set to, for example, /0001/0001.html. The first half is transmitted using both the PID and the second half using the table id_extention, and the PID and the table id are transmitted on the receiving side.
_extention is used by the transport decoder to select, but only one of them may be used. For example, only PID or table id
You may make it select only by _extention. Also,
You may make it use three of PID, table id, and table id_extention. In short, as long as the identifier can be directly identified by the transport decoder, an identifier stored in another area of the header area may be used.

[0230] In the first embodiment, as a service different from video data and audio data, HT is used.
Although the ML data is transferred, the ML data may be transferred within the same service, and both may be combined and displayed on a monitor.

Further, in the above-described embodiment, a case has been described in which HTML data is transmitted. However, the present invention can be similarly applied to other self-describing data, for example, SGML data and XML data. Also, H
The graphic data referred to by the TML data may be in a JPEG format (.jpg) or the like other than the ziff format (.gif).

Further, in the present embodiment, the tag <HREF> is adopted as a reference statement that refers to another file, but the same can be applied to other statements.

In this embodiment, the displayed area is selected by moving the cursor which can be freely moved on the monitor, but such control may be left to an OS (not shown). Alternatively, the display program may perform this.

Note that the cursor may not be moved outside the selectable area. When a display based on a certain HTML file is performed, a movable area such as the upper left is selected as a default value, and if the determination is made as it is, it is determined that the area is selected. On the other hand, when changing the required selection reception condition, for example, when “down” is input by the remote controller, it is determined that the area located immediately below the currently selected area has been selected. Then, the corresponding area may be set to the selected state. The same applies to other directions. this is,
For example, the coordinates of each movable area are stored, and the direction can be specified by determining which direction the input by the remote controller is directed.

In this embodiment, the module id of the HTML file name constituting the front page displayed first by the service on the receiving side is embedded in the additional information field of the PMT. But HT
The id of the ML file may be written in the additional information field of the PMT. For example, file \ weather \ f
If orecast.html is the front page, \ weather \ forecast.html is written in the additional information field.
In this case, the receiving side may obtain the module id from the correspondence table shown in FIG. 15 and set the selection condition of the transport decoder.

In this embodiment, the case where the transmission data is not encrypted has been described. However, the transmission side may scramble and transmit the data, and the reception side may descramble the data.

In the above embodiment, the case where the function of each block in FIG. 1 is realized using hardware and a CPU has been described. However, it is not particularly limited which one is configured by hardware. A part or the whole of the part configured by software may be configured by hardware logic.

In the present embodiment, the display program is stored in the ROM.
Stored in a storage medium such as an OM, an IC card drive or CD
-The data may be transferred to a non-volatile memory via a ROM drive and stored. Further, the program may be transferred by communication and stored in the nonvolatile memory.

[0239] Further, the program can be transmitted as a computer data signal integrated with a signal carrier.

[Brief description of the drawings]

FIG. 1 is a diagram showing an overall configuration of a transmission / reception system according to the present invention.

FIG. 2 is a diagram showing a transmission state of radio waves in satellite broadcasting.

FIG. 3 is a diagram illustrating an outline of a transmission device.

FIG. 4 is a diagram showing a transport stream transmitted in satellite broadcasting.

FIG. 5 is a diagram showing a structure of packetized data.

FIG. 6 is a diagram showing the contents of control data PMT1.

FIG. 7 is a diagram showing the contents of control data PMT4.

FIG. 8 is a diagram showing the contents of control data PAT.

FIG. 9 is a diagram showing the contents of control data NIT.

FIG. 10 is a diagram illustrating an outline of a receiving apparatus.

FIG. 11 is a diagram illustrating a hardware configuration of a transmission device.

FIG. 12 is a diagram showing a file configuration of an HTML data storage unit.

FIG. 13 is a diagram showing contents of an HTML file.

FIG. 14 is a diagram showing an example of a display displayed on a screen based on an HTML file.

FIG. 15 is an example of a created correspondence table.

FIG. 16 is an example of a hardware configuration of a data conversion unit 375;

FIG. 17 is an example showing a correspondence table.

FIG. 18 is a flowchart of creating a correspondence table in the data conversion unit 375.

FIG. 19 is a diagram illustrating a hardware configuration of a receiving device.

FIG. 20 is a functional block diagram of a TS decoder.

FIG. 21 is a flowchart of a reception control program.

FIG. 22 is a flowchart of a display program.

FIG. 23 is a diagram showing a table of filtering conditions.

FIG. 24 is a diagram showing a file configuration after conversion.

FIG. 25 is a diagram showing contents of an HTML file after conversion.

FIG. 26 is a flowchart of a file name conversion process.

FIG. 27 is a block diagram illustrating a configuration of a digital broadcasting system according to a third embodiment of the present invention.

FIG. 28 is a diagram showing structure information of an HTML file and a UU object.

FIG. 29 is a diagram illustrating a structure of data that is packetized and transmitted.

FIG. 30 is a diagram illustrating filtering conditions.

FIG. 31 is a hardware configuration diagram of a receiver 314.

FIG. 32 is a diagram illustrating an overall configuration of a receiving system using a receiver 314.

FIG. 33 shows data contents of a reference source file.

FIG. 34 is an image based on the reference source file in FIG. 33.

FIG. 35 shows a hierarchical structure of a file on the transmission side.

FIG. 36 is a flowchart of a display program.

FIG. 37 is an example of html data when files are combined.

FIG. 38 is an example of html data when files are combined.

FIG. 39 is an example of html data when there is a reference file other than the automatic reference file.

FIG. 40 is a display example based on FIG. 39.

FIG. 41 shows the htm of the reference file referred to in FIG. 39;
1 data.

FIG. 42 is a display example of the html data of FIG. 42;

FIG. 43 shows a hierarchical structure of a file on the transmission side.

FIG. 44 shows data contents of a reference source file.

FIG. 45 shows a hierarchical structure of a file on the transmission side.

FIG. 46 is a flowchart of a cache area writing program.

FIG. 47 is a diagram showing the structure of data that is packetized and transmitted.

FIG. 48 is a diagram showing a data structure of a cache area.

FIG. 49 is an example of html data of a reference destination file.

50 is a display example of the html data of FIG. 49.

[Explanation of symbols]

 3 ... Transmission device 5 ... File storage means 7 ... Transmission means 11 ... Reception device 14 ... Reception means 15 ... Selection means 19 ... .Display data generating means 17... Sorting condition changing means

────────────────────────────────────────────────── ─── Continuation of the front page (72) Inventor Keisei Yamamuro 1006 Kazuma Kazuma, Kadoma City, Osaka Prefecture Matsushita Electric Industrial Co., Ltd. (56) References JP-A-10-112848 (JP, A) JP-A-2000- 295586 (JP, A) Japanese Patent Laid-Open No. 2000-307528 (JP, A) "Overview of Next-Generation Digital Television", Nikkei BP, p. , Vol. 43, No. 3, pp. 242-251 (58) Fields investigated (Int.Cl. ⁷ , DB name) H04L 12/56 H04H 1/00 H04L 12/58 H04N 7/08 G06F 13/00

Claims (21)

(57) [Claims] 1. A) a transmission device having the following: a1) a file storage means for storing a plurality of files, a2) a transmission means for packetizing the plurality of files based on a transmission rule and repeatedly transmitting the packets, B) a receiving device having the following: b1) a receiving device that receives the transmitted packet; b2) a receiving device that receives the received packet based on a set sorting condition.
Sorting to select and output the packets to be sorted from the packet
A digital data transmitting / receiving system comprising : b3) display data generating means for generating display data based on the data; b4) selecting condition changing means for changing the selecting condition; C) stored in the storing means. File
File identifier can be directly sorted by the sorting means of the receiving device.
If not given as a string, the file
File identifier and file identification of each file reference
The sorting means based on file identifier conversion rules.
There comprising a rewriting means for rewriting directly selectable character string, D) said file storage means stores the files of self-describing data containing reference statements that reference other files, E) the display data generating Means for generating display data based on the outputted self-describing data; and F) the selection condition changing means for acquiring a file specified by a reference sentence of the self-describing data. A digital data transmission / reception system, wherein the file identifier is given to the selection receiving means as the selection condition. 2. The digital data transmission / reception system according to claim 1.
Table in, comprising display means for displaying the display data said generated the sorting condition changing means is displayed on said display means
Display area specified by the reference statement in the display data
Is selected by the operator, the file specified by the reference statement
In order to be able to sort files,
To be changed . 3. A file storage device for storing a plurality of files.
And packetizing the plurality of files based on a transmission rule.
Transmitting means for repeatedly transmitting the data, and wherein the file stored in the storage means,
The identifier is a character string that can be directly sorted by the sorting means of the receiving device.
If not given, the file identification of each file
File and the file identifier of each file's reference
Based on the file identifier conversion rules.
Rewriting means for rewriting to a different character string, wherein each of the files stored in the file storage means,
Self-describing data with references that refer to other files
In is configured, the transmitting means, wherein each file identification in the packet
A digital data transmission device, characterized in that the transmission is performed by adding a child . 4. The transmission side refers to another file.
A file of self-describing data containing statements
Is directly selected by the transport decoder on the receiving side
By storing multiple files consisting of possible character strings
And packetize based on transmission rules to identify files
The transmission side repeats transmission by adding
The transport decoder adds the desired file identifier.
Selected packets and receive them.
Generate and output display data based on self-describing data,
The file specified in the reference to the self-describing data
To obtain the front the file identifier of the file
A digital code for changing the above-mentioned sorting condition is used as a sorting condition.
In the method for transmitting and receiving data , the file stored on the
A sentence that the discriminator can directly select by the transport decoder
If not given as a string, the file for each file
File identifier and the file identifier of the reference sentence of each file
Based on the file identifier conversion rules.
Can be rewritten into a character string that can be directly selected by the
And a method for transmitting and receiving digital data. 5. A method for packetizing a plurality of files based on a transmission rule.
Digital data transmission method that makes
And the plurality of files are reference texts referring to other files.
And self-describing data including a file identifier for each of the plurality of files.
Is a character string that can be sorted directly by the transport decoder.
If not given, the file identification of each file
The file identifier of the child and the reference of each file
Based on the file identifier conversion rules.
The coder rewrites the character string into a directly selectable character string, adds the file identifier to the packet, and transmits the packet.
Digital data transmission method for Rukoto, the features. 6. A transmitting device comprising: a1) file storage means for storing a plurality of files, a2) packet the plurality of files based on transmission rules
Transmitting means for multiplexing and transmitting repeatedly,
Transmission means for adding a file identifier to the B) a receiving device comprising: b1) receiving means for receiving the transmitted packet, b2) Based on the set sorting conditions, the received
Sorting from ket Sort and output packets
means, b3) Display data that generates display data based on the data
Data generation means, b4) sorting condition changing means for changing the sorting condition, A digital data transmitting and receiving system comprising: C) The file storage unit refers to another file
Store a file of self-describing data including a reference sentence
The file identifier of each file is
The sorting receiving means is composed of a character string that can be sorted directly.
And D) The display data generating means outputs the self-recorded
Generate display data based on predicated data, E) The selection condition changing means is configured to output the self-describing data
To get the file specified in the reference,
Using the file identifier of the file as the selection condition
The digital data transmission / reception system given to another receiving means
And F) Each file stored in the file storage means is
Grouped by the file identifier, G) The transmitting means stores files belonging to the same group
Is sent with the same PID, I) The selection means is transmitted with the same PID added.
Grouped files for output, A digital data transmission and reception system characterized by the above-mentioned. 7. A) A method according to claim 1, further comprising the steps of:
Selectively receive the packet with the file identifier of
A sorting receiver that outputs the data stored in the packet
A step, a1) receiving means for receiving the transmitted packet, a2) Based on the set sorting conditions, the received
Sorting to select and output the packets to be sorted from the packet
means, Sorting receiving means having B) Display data for generating display data based on the data
Data generation means, C) sorting condition changing means for changing the sorting condition; A digital data receiving device comprising: D) The data output by the selection receiving means is another file.
File of self-describing data that contains a reference statement that references the file
Constitute E) The display data generating means outputs the self-recorded
Generate display data based on predicated data, F) The selection condition changing means includes:
To get the file specified in the reference,
Using the file identifier of the file as the selection condition
In a digital data receiving device provided to another receiving means, G) Each file received by the receiving means is the file
Grouped by the file identifier and
The files belonging to the loop are given the same PID
The sorting means transmits the same PID
Grouped files and output them, Digital data receiving device characterized by the following 8. The transmission side transmits a plurality of stored files.
Packetized based on file rules and add file identifiers
And repeatedly transmit the packet.
Received, and based on the set sorting conditions,
From the received packets, sort the packets to be sorted and select
Digital data that generates display data based on the separated data
Data transmission and reception method, The plurality of files are reference texts referring to other files.
And self-describing data including
The file identifier of the file is
Is composed of character strings that can be directly sorted, The display data based on the output self-describing data is
Generated The file specified in the reference to the self-describing data
To get the file identifier of the file
Given to the transport decoder as a sorting condition
In the digital data transmission / reception method, Each file stored on the sending side is identified by the file identification
Are grouped by child and the same on the sending side
Assign the same PID to files belonging to the group
Send, The transport decoder has the same PID
Grouping and sending files sent by A digital data transmitting and receiving method characterized by the above-mentioned. 9. A tuner receives the transmitted packet,
Based on the sorting conditions set in the transport decoder
The packet with the desired file identifier
It sorts out the received packet and stores it in the packet.
Output data and display data based on this data.
Generating digital data receiving method, The output data is a reference that refers to another file
This is self-describing data that includes statements.
Display data based on the data The file specified in the reference to the self-describing data
To get the file identifier of the file
Given to the transport decoder as a sorting condition
In the digital data receiving method, Each received file is identified by the file identifier.
Grouped together and belong to the same group
The file has the same PID, The transport decoder has the same PID
Grouping and sending files sent by A digital data receiving method comprising: 10. A tuple for receiving a transmitted packet.
2) desired file based on the set sorting conditions
The received packet with the identifier added packet
From the other files, and the other files stored in the packet
A trap that outputs self-describing data that includes a reference
Transport decoder, and 3) digital with CPU
Computer read to control data receiver
A storage medium storing a possible program, wherein in the program, the output data is a reference that refers to another file.
This is self-describing data that includes statements.
File that generates display data based on the
In order to obtain, before the file identifier of the file of its
Given to the transport decoder as a sorting condition
A program for causing the CPU to execute processing, wherein each of the received files is identified by the file identifier.
Grouped together and belong to the same group
The file has the same PID, and the transport decoder has the same PID.
Storage medium storing a program characterized in that the transmitted files are grouped and output . 11. A storage for storing the program according to claim 10.
In the medium, each received file refers to another file
The generated display data includes a reference statement.
Of the area displayed based on the reference statement
When the operator selects the display area to be displayed,
So that the files specified in
Change the matter . 12. A) a transmission device having the following: a1) a file storage means for storing a plurality of files; a2) a transmission means for packetizing the plurality of files based on a transmission rule and repeatedly transmitting the packets; B) a receiving device having the following: b1) a packet to which a desired module identifier is added is selected and received based on a set selection condition, and stored in the packet. B2) received data storage means for storing the data stored in each packet separately for each file, b3) display data generation means for generating display data based on the data, b4) A digital data transmission / reception system comprising: a selection condition changing means for changing the selection condition; C) c1) the file storage means: A file storing self-describing data including a reference sentence that refers to another file; c2) the transmitting means includes: a reference file that refers to the other file; and a self-description of the reference file. Type
C3) the display data generation unit transmits the reference file specified by the data, with the same module identifier composed of a character string that can be directly selected by the selection reception unit of the reception device transmitted. Generating display data based on the self-describing data of the original file, reading a required reference destination file from the received data storage unit, and generating display data. 13. A packet to which a desired module identifier is added is selected and received based on a set selection condition,
Sorting reception means for outputting data stored in the packet; reception data storage means for storing the output data separately for each file; display data generation means for generating display data based on the stored data; A screening condition changing means for changing a screening condition, wherein the file is a reference source file composed of self-describing data including a reference sentence referring to another file, or the reference source file. Identified by self-describing data in the file
The same module identifier composed of a character string that can be directly selected by the selection receiving means, and the display data generating means adds self-descriptive data to the self-describing data of the reference source file. Generate display data based on
A required reference destination file is read from the reception data storage unit to generate display data.The selection condition changing unit is added with the same module identifier as the reference source file in order to selectively receive a certain reference source file. Digital data receiving apparatus, wherein the selecting condition is changed so as to selectively receive the received packet. 14. The digital data receiving device according to claim 13, wherein the reference destination file is an automatic reference file.
What is characterized by. 15. The digital data receiving apparatus according to claim 14 , wherein the reference source file and the reference destination file are linked. 16. The digital data receiving apparatus according to claim 15 , wherein said reference source file and said reference destination file are one file that is put together. 17. A packet to which a desired file identifier is added is selected and received based on a set selection condition, and self-describing data including a reference sentence stored in the packet and referring to another file is output. Screening receiver and CP
A storage medium storing a computer-readable program for causing a digital data receiving device having a U to function as the digital data receiving device according to claim 13. 18. The transmitting side packetizes a plurality of stored files based on a transmission rule, adds a module identifier to each packet, and repeatedly transmits the packets. A digital data transmission / reception method for selectively receiving a packet to which a desired module identifier is added, storing data stored in the packet separately for each file, and generating display data based on the data. On the side, a reference file that refers to the other file, and self-describing data of the reference file
The reference file specified by the same is attached and sent with the same module identifier composed of a character string directly selectable on the receiving side, the receiving side, in order to selectively receive a certain reference source file, Change the selection condition so as to selectively receive the packet with the same module identifier as the reference source file, generate display data based on the self-describing data of the reference source file, and read out the necessary reference destination file. Generating display data; and a digital data transmission / reception method. 19. A digital data transmission / reception system according to claim 12.
In the system, the reference source file refers to a plurality of other files
A reference sentence, wherein the file storage means stores the plurality of referenced files
And the transmitting means stores the received file in the plurality of reference destination files.
The sorting / receiving means of the communication device is composed of a character string that can be sorted directly.
And transmitting the same module identifier . 20. The digital data receiving apparatus according to claim 13,
The reference source file refers to a plurality of other files.
Including a reference sentence . 21. A packet to which a desired module identifier is added is selected and received based on a set selection condition,
Sorting reception means for outputting data stored in the packet; reception data storage means for storing the output data separately for each file; display data generation means for generating display data based on the stored data; A screening condition changing means for changing a screening condition, wherein the file is a reference source file composed of self-describing data including a reference sentence referring to another file, and the reference source. A reference destination file referred to by a file, and the same module identifier composed of a character string that can be directly selected by the selection receiving means. Generate display data based on descriptive data,
A required reference file is read from the reception data storage means to generate display data. The selection condition changing means selects and selects the reference file among the absolute paths of the reference file in order to selectively receive the reference file. A receiving means for extracting a character string that can be directly selected, and providing the extracted character string to the selecting and receiving means as the selection condition.