JP2002358228A - Digital data transmission/reception system and method thereof - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a receiving device that can surely accumulate as files even if the data capacity of modules transmitted in one carousel is reduced without increasing a buffer memory capacity. SOLUTION: A transmission device 101, when a predetermined time is elapsed after transmitting constituent module management information, transmits every piece of the module data. Meanwhile, the receiving device 110, prior to the reception of the module data, performs create processing for a plurality of files in advance, depending on the constituent module management information. Accordingly, the data are not accumulated successively in a temporary memory means 113, without overflowing the means.

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 a file recording method for received content data.

[0002]

2. Description of the Related Art Today, digital broadcasts are stored and stored.
There is known a digital receiver capable of reading out the information and displaying it on a monitor.

[0003] A method of storing such content data will be described.

[0004] On the transmission side, module data is transmitted together with data DII which is constituent module management information as follows. When the content data having the directory structure shown in FIG. 3 is stored, each content data is modularized based on the given module specifying information. Here, directory / shop1 / books / ind
The files index.bml and index.png belonging to ex are 1 each
Module, directory / shop1 / books / ebook / index
, Files ebook-index.bml and ebook-index.png belong to a total of 62 modules.

Each module data is the same data DI as a predetermined module group based on module group specifying information.
I repeatedly transmitted in carousel format. For example,
When transmitting the modules belonging to the directory / shop1 / books as one module group, the 62 modules constitute a module group and are transmitted together with the data DII. The data DII includes management data relating to the modules constituting the module group. In the management data, a directory structure for storing and storing data on the receiving side is written. The data DI
I is transmitted prior to transmission of module data.

[0006] When receiving the data DII, the receiving side reads the directory structure stored in the data DII. After receiving the data DII, when module data is received, the module data is temporarily written into a buffer, and file writing preparation processing (file open processing) for storing and storing each module as one file in the hard disk is performed. When the file open process is completed, a write process to the hard disk is performed. When the writing process to the hard disk is completed, the buffer is cleared. In this manner, the content data can be stored and stored on the receiving side in a directory structure as shown in FIG.

[0007]

However, the above-mentioned receiving apparatus has the following problems. Data D
The preparation time for writing a file on the hard disk based on II is almost constant regardless of the capacity of each module data. When the data capacity of the module is large, the file open processing of the next module data may be performed while the module data is being received, so that the time for creating the file management information does not matter so much. On the other hand, when the data capacity of each module is reduced, the file opening process cannot be performed in time, and as a result, the temporary storage amount in the buffer memory increases, and the buffer memory may overflow.

In order to prevent such a problem, the transmitting side, when modularizing and transmitting each content data, may transmit the content data in a multi-part manner so that the data amount of each module is larger than a predetermined amount. Conceivable. However, this limits the amount of data that constitutes each module.

The present invention solves the above-mentioned problem, and provides a data transmission / reception system or a method thereof which increases the degree of freedom of the data capacity of a module which can be managed by one constituent module management information without increasing the capacity of a buffer memory. The purpose is to:

[0010]

1) In the digital data transmission / reception system according to the present invention, the transmission side transmits a data DII including file information at the time of storing and storing the content data, and then a predetermined delay time elapses. Thereafter, the content data is modularized and transmitted, and on the content data receiving side, after the data DII is received, the file writing preparation process for storing the transmitted content data before receiving the content data is executed for a plurality of files. I do. Therefore, it is possible to reduce the risk that the file preparation for the file cannot be made in time on the receiving side, and the receiving side can at least have the buffer capacity for temporarily storing the data to be stored and stored more reliably. That is, it is possible to provide a digital data transmission / reception system that can reliably store and store data even if the data amount of one module managed by the data DII is reduced.

4) In the digital data transmitting apparatus according to the present invention, the delay time is substantially generated by repeatedly transmitting the data DII. Therefore, the grace time can be given to the receiving side only by changing the conventional transmission processing. Further, since the data DII is repeatedly transmitted, the reception timing of the data DII can be increased.

6) In the digital data receiving apparatus according to the present invention, when the first data DII of the repeatedly transmitted data DII is received, the file writing preparation processing is performed. Therefore, file writing preparation can be performed for more files.

7) In the digital data receiving apparatus according to the present invention, the file writing preparation processing is performed for a predetermined number of files. Therefore, file writing preparation can be performed for a predetermined number of files.

8) In the digital data receiving apparatus according to the present invention, the number of files to be subjected to the file writing preparation processing is determined from the grace time. Therefore,
When the number of modules managed by one data DII is changed on the transmission side, by changing the grace time, it is possible to flexibly cope with the number of files for which file writing preparation processing is performed.

9) In the digital data receiving apparatus according to the present invention, after the writing of all the files specified by the same data DII is completed, the closing processing of all the files is performed. Therefore, if the writing process is interrupted for some reason, the writing is not completed. Thereby, in the case of updating or the like, there is no possibility that only a part is updated.

10) In the digital data receiving apparatus according to the present invention, the content data includes link information to other content data. Therefore,
Various contents can be provided by a plurality of contents data.

11) In the digital data receiving apparatus according to the present invention, one module is stored in one file. Therefore, even when the number of modules managed by one data DII increases, the data can be more reliably stored and stored in the receiver.

12) In the digital data receiving apparatus according to the present invention, the data DII includes a file name and a file hierarchical structure when each content data is stored. Therefore, by receiving the data DII, a file write preparation process can be performed.

13) In the digital data receiving apparatus according to the present invention, after all the files specified by the same data DII have been written, the closing of all the files is performed. Therefore, when the writing is partially completed and not completed, the file closing process is not performed, and the file closing process is not performed unless the writing is completed as a whole.

14) The digital data receiving apparatus according to the present invention collectively executes a file writing preparation process for storing and transmitting the transmitted content data as a file before receiving the content data. Therefore, it is possible to reduce the risk that the file preparation for the file cannot be made in time on the receiving side, and the receiving side can at least have the buffer capacity for temporarily storing the data to be stored and stored more reliably. That is, it is possible to provide a digital data receiving apparatus capable of reliably storing and storing data even if the data amount of one module managed by the data DII is reduced.

15) The digital data receiving apparatus according to the present invention provides the data D transmitted before receiving the module.
Upon receiving the II, a file that needs to be prepared for file opening processing is determined from the data DII. Therefore,
By storing information necessary for the determination of the opening process in the data DII, each content data can be reliably stored even if the data amount of one module is reduced.

16) In the digital data receiving apparatus according to the present invention, before receiving the data DII including the index data of the module, a predetermined number of files are opened with a temporary file name and prepared for processing. Is received, the file name is changed and the directory information of the file is written. Therefore, opening preparation processing can be performed for many files in advance.

19) The digital data receiving apparatus according to the present invention, after receiving the file management information for storing each content data as a file, stores and stores the content data as a file before receiving the content data. Execute the file writing preparation process for a plurality of files. Therefore, it is possible to reduce the risk that the file preparation for the file cannot be made in time on the receiving side, and the receiving side can at least have the buffer capacity for temporarily storing the data to be stored and stored more reliably.

26) In the digital data transmission / reception system according to the present invention, on the transmission side, the content data is divided into a plurality of modules, each module is grouped for each module group, and the digital data is transmitted together with the configuration module management information on the modules belonging to the module group. A digital data transmission / reception system that broadcasts and stores received modularized content data as a file on the receiving side based on the configuration module management information. When the module is transmitted after a lapse of time, and the receiving side receives the constituent module management information, a file writing preparation process for storing and storing the modularized content data as a file is executed for a plurality of files. Therefore, it is possible to reduce the risk that the file preparation for the file cannot be made in time on the receiving side, and the receiving side can at least have the buffer capacity for temporarily storing the data to be stored and stored more reliably.

29) The broadcast data transmitting / receiving method according to the present invention is characterized in that the transmitting side repeatedly broadcasts a plurality of content data in one carousel format, and the receiving side receives and accumulates and stores the content data. The transmitting / receiving method, wherein the transmitting side transmits carousel management information including file information at the time of storing and storing the content data, and after a predetermined grace period elapses, transmits the content data as a module, and receives the content data. On the side, after receiving the carousel management information,
A file writing preparation process for accumulating and storing content data included in each module in a file until the module is received is executed for a plurality of files.
Therefore, in the broadcast data format in which a plurality of content data are repeatedly broadcast in one carousel format, the possibility that the file writing preparation process cannot be completed on the receiving side is reduced, and the receiving side temporarily stores the buffer. With at least a capacity, accumulation and storage can be performed more reliably.

[0026]

BEST MODE FOR CARRYING OUT THE INVENTION [Explanation of Functional Blocks] FIG. 1 shows a functional block diagram in a case where a data transmission / reception system according to the present invention is applied to a digital broadcasting system. The digital broadcasting system 1000 includes a transmitting device 101 and a receiving device 110.

The transmitting apparatus 101 includes a content data storing means 103, a modularizing means 105, a modularized data storing means 106, a constituent module management information generating means 107, and a transmitting means 109. The content data storage unit 103 stores content data to be transmitted in a file format. Modularization means 1
In step 05, each content data stored in the content data storage unit 103 is modularized based on a modularization rule. Modularized data storage means 106
Stores modularized data. The component module management information generating means 107 generates component module management information for grouping modules based on the module group rules given from the module means 5. The transmission unit 109 is a component module management information generation unit 107
The configuration module management information generated in step (1) is repeatedly transmitted a predetermined number of times. When the repeated transmission of the configuration module management information is completed, the module data managed by the module management information is transmitted.

The reason why such a transmission method is adopted is that, as described later, the module data can be received after a predetermined delay time has elapsed after the receiving device receives the configuration module management information. is there.

The receiving device 110 includes a receiving unit 111, a temporary storage unit 113, a control unit 115, and a storage unit 11.
7 is provided. The receiving unit 111 selects and receives constituent module management information and module data that match the selection condition from the transmitted module data. Temporary storage means 113 temporarily stores the received data. The control unit 115 stores the storage unit 1 based on the configuration module management information temporarily stored in the temporary storage unit 113.
17 necessary file construction preprocessing is performed. At this time, a file writing preparation process for accumulating and storing the modularized data as a file is executed for a plurality of files. Thereby, file creation and open processing are executed for a plurality of files. Upon completion of the file creation and open processing for the plurality of files, the control unit 115 reads out the module data temporarily stored in the temporary storage unit 113, writes the module data in the storage unit 117, and temporarily stores the module data in the temporary storage unit 113. Erase module data. Thereafter, the above processing is repeated for the next-ranked module data for which the preprocessing has been completed.

When the file closing process is performed on one file, the preprocessing is performed on the next-ranking file specified by the configuration module management information.

As described above, the transmitting side transmits the module data after a predetermined delay time has elapsed after transmitting the component module management information, so that the receiving apparatus can manage the component module before receiving the module data. It is possible to create a plurality of files in advance based on the information. Therefore, there is no possibility that data is stored in the temporary storage unit 113 one after another and an overflow state occurs.

The case where the present invention is applied to digital terrestrial broadcasting will be described below.

2. [Outline of Transmitting Apparatus] FIG. 2 shows a detailed block diagram of the transmitting apparatus 1 described above. The transmission device 101 is a transmission device for digital terrestrial broadcasting, and uses each piece of content data (BML file, image data, etc.) as one resource, and as shown in FIG. Generate
The DDB (Download Data Block) message data obtained by blocking this is repeatedly transmitted in the carousel format.
Data DII (Download Info Indication) is transmitted to each carousel as management data of data transmitted in the carousel for each carousel.

The receiving side receives necessary DDB message data with reference to the data DII, reads out the block data of each DDB message, and concatenates the DDB message as described later, thereby obtaining each content data (resource). Can be reproduced.

The content data storage unit 161 stores FIG.
Is classified into each directory and stored as a file. Based on the distribution schedule data stored in the schedule storage unit 164, the control unit 162 gives an acquisition command to the content data acquisition unit 163 when a predetermined time comes before the distribution time. The content data acquisition unit 163 reads out data from the content data storage unit 161, performs modularization processing based on the stored modularization rules, and stores the data.

In this embodiment, the files stored in the lowermost directory (the directory furthest from the root directory) are multiparted as one module. For example, / shop1 / books / index
Since each file of /index.bml and /shop1/books/index/index.png belongs to the same directory / shop1 / books / index, they are regarded as one module.

Further, which module is sent with the same data DII is also stored in the modularization rules.

For example, when each module belonging to the subdirectory "/ books" is transmitted by the same data DII (transmitted by one carousel), it is modularized as follows.

The control unit 162 shown in FIG.
65 is given an instruction to generate DDB message data. D
The DB generation unit 165 reads out the modularized data stored in the content data acquisition unit 163, generates DDB message data as shown in FIG. 6, and stores it.
The data structure of the DDB message data is the same as the conventional digital broadcast standard. In the present embodiment, FIG.
Each file is managed in a directory structure as shown in FIG. 1, and each file stores content data (hereinafter referred to as resources). Each module is composed of a plurality of resources as shown in FIG. The relationship between the resources (a list representing the directory structure of the resources) is described in the resource list.

For example, in FIG.
file index.bml, index.pn belonging to hop1 / books / index
1 module with g, directory / shop1 / books / ebook /
files belonging to index ebook-index.bml, ebook-index.p
One module in ng, directory / shop1 / books / ebook
The files book1.bml and ebook1.png belonging to / ebook1 are modularized into 1 module,... into 31 modules in total, and these 31 modules are transmitted as 1 module group as 1 data DII. In this case, the directory structure of each module shown in FIG. 13 is described in the data DII. In the resource list of each module, each resource in the module is described in a relative path format. As for the content data transmitted by one module, the target resource (content) can be specified by receiving all the DBB message data constituting the module and linking them.

As described above, in this embodiment, the directory information to which each module belongs is included in the data DII,
The relationship between resources in each module is stored separately in a resource list. However, the present invention is not limited to this, and a directory structure for each resource may be stored in the data DII.

In the above embodiment, the resources stored in the lowermost directory are multiparted as one module. However, by changing the modularization rules, sub-resources can be further subdivided into one module. It can be modularized so that directories exist. In this case, the structure of the subdirectory is described in the resource list.

As described above, the resource list in the module is described by the relative path from the directory in which the resources are put together, so that the resource list is compared with the case where the resource list is described by the absolute path.
The data capacity of the resource list can be prevented from becoming enormous.

The data DII will be described. Data D
The II generation unit 166 generates data DII having a data structure as shown in FIG. The data structure itself of the data DII conforms to the conventional digital broadcasting standard. The data structure of the data DII will be described. Data DI
I is the DSM-CC message header, download identifier,
It consists of the number of modules, module management data, private data, etc. Module management data is
Each module includes a module identifier (id), a module size, and module information.

In the private data area, a root directory to which each file belongs is indicated by a root descriptor (StoreR).
oot descriptor), the subdirectory structure is stored in the subdirectory descriptor. For example, in FIG. 3, when a file belonging to the subdirectory "/ shop1 / books" is transmitted as one data DII, the directory "shop1" is stored in the root descriptor and "books" is stored in the subdirectory descriptor. You. Note that the directory structure under the subdirectory “books” is described in the resource list of the DDB message data as described above.

The number of modules among the data constituting the data DII is determined based on the modularization rules of the content data acquisition unit 163.

The control unit 162 has a schedule storage unit 164
When the distribution time arrives based on the distribution schedule stored in the data DII transmission unit 176, the data DI
A data DII transmission instruction is given so that I is repeatedly transmitted a predetermined number of times. The data DII sending unit 176 thereby sends the data DII to the multiplexing controller 180. After giving the data DII sending command, control unit 162 gives the DDB sending command to DDB sending unit 175. The multiplexing controller 180 multiplexes these and outputs the result to the modulation unit 181. As a result, the data DII and the DDB message data managed by the data DII are transmitted as a transport stream as shown in FIG.

In the present embodiment, the data of a plurality of files are transmitted in a multi-part format in which they are combined into one module. However, the data may be transmitted in a single-part format (one file is transmitted by one module). .

3. [Hardware Configuration of Transmitting Apparatus] The hardware configuration of the transmitting apparatus 101 will be described with reference to FIG. In the present embodiment, the transmitting device 101
Was realized by software using a CPU, except for the multiplexing processing unit and the modulation unit.

The transmitting apparatus 101 includes a CPU 123, a memory 127, a hard disk 126, a monitor 131, an input unit 130, and a bus line 129. CPU
The 123 controls each unit via the bus line 129 according to a program stored in the hard disk 126. The hard disk 126 stores modularization rules, distribution schedule data, content data, and control programs. The processing by the control program will be described with reference to FIG.

The CPU 123 stores the content data on the hard disk 126 based on the distribution schedule data.
, And is modularized based on the modularization rules and stored in the memory 127 (step S1).
The processing number k is initialized (step S2), and module data to be transmitted as the processing number k-th data DII is determined based on the modularization rule (step S3). The data DII is generated and stored in the memory 127 (Step S5). Among the data constituting the data DII, the number of modules is determined based on the modularization rules, and the relationship between the files when each content data is managed as a file, that is, the directory structure is changed to the private area of the data DII. Write to. Further, the modularized data written in the memory in step S1 is stored in a predetermined fixed-length block (4066 bytes).
And write it to the memory as DDB message data (step S7).

The CPU 123 determines the number of times data DII is repeatedly transmitted (step S9). In the present embodiment, the data DII advance period is set to 20 seconds, and the number of transmissions is determined so as to be repeated for 20 seconds.

The CPU 123 determines whether it is time to start sending data DII based on the distribution schedule data (step S11). When the data DII transmission start time comes, the data DII is transmitted to the multiplexing controller 180 (step S13). It is determined whether the data DII has been repeatedly transmitted a predetermined number of times (step S15), and the process of step S13 is repeated until the data DII is transmitted a predetermined number of times. When the data DII is transmitted a predetermined number of times, DDB message data using the data DII as management data is transmitted to the multiplexing controller 180. Multiplex controller 180
Are multiplexed and transmitted from the modulation unit 181 as a transport stream.

The CPU 123 determines whether all modules have been transmitted (step S19). If not, the CPU 123 increments the processing number k (step S2).
0), the processing of step S3 and subsequent steps is repeated. If the transmission has been completed, the process ends.

4. [Hardware Configuration of Receiving Apparatus] The hardware configuration of the receiving apparatus 110 shown in FIG. 1 will be described with reference to FIG. The receiving device 110 includes a tuner 132, a transport stream decoder (TS decoder) 134, an AV decoder 136, and an OSD (On Screen).
n Display) 138, ROM 140, RAM 142, C
A PU 144, a hard disk 146, a modem 148, and a signal receiving unit 150 are provided.

The data reception function of the satellite broadcast is almost the same as the conventional one. Briefly, the antenna 1
30 captures radio waves from the transmitting device and
32. The tuner 132 selectively receives one transport stream according to an instruction from the CPU 144. Further, the tuner 132 performs demodulation processing, error correction processing, and the like, and outputs the result to a transport decoder (hereinafter, referred to as a TS decoder) 134.

[0057] The TS decoder 134 outputs a packet to the CPU 1 among the packets multiplexed in the transport stream.
Based on the filtering conditions set by 44, only the desired packets are sorted out. TS decoder 13
4 stores various control data and MPEG2 system data in the RAM 142 based on the header information of the packet. When the DDB message data for one module is received, it is temporarily stored in the RAM 142 as a module. The received content is stored in the hard disk 146 serving as a storage unit by a storage process described later. Note that the signal receiving section 150 is for receiving a signal from the remote control device and the like.

In the present embodiment, a plurality of resources (content data) are multipart in one module.
Stored in module units. The data temporarily stored in the RAM 142 is deleted when written to the hard disk 146. That is, as many files as the number of modules are stored in the hard disk 146.

Note that this program may be a program that functions alone, or may function based on an operating system (such as windows CE of Microsoft Corporation).

5. [Reception Control Program] FIG. 10 to FIG.
2 will be described. In the ROM 140, a control program (not shown) is recorded. Note that the CPU 144
Is given from a remote controller (not shown),
The signal receiving unit 150 receives the signal and supplies it to the CPU 147. Hereinafter, a case will be described in which content data stored in each module in a directory structure as shown in FIG. 3 is first stored and stored.

When the user gives a service reception command, C
PU 144 is a packet ID (PID) of data DII.
Are set in the TS decoder 134 shown in FIG. Thereby, data DII is selected from the transport stream selected by tuner 132 and given to CPU 144. CPU 144 determines whether or not data DII has been received (step S21). Pre-processing is performed (step S23). Step S23
FIG. 11 shows a detailed flowchart of the processing of FIG.

The CPU 144 obtains, from the data DII, the name of the directory to which the content data constituting the module data belongs (step S51). It is determined whether the directory already exists (step S5).
2) If it does not exist, a storage directory is created (step S53). For example, FIG.
When directory information as shown in FIG. 3 is described, the directories "/ shop1 / books / index", "/ shop1 / book"
It is determined whether or not s / ebook / index "... etc. already exist.

FIG. 12 shows a detailed flowchart of the storage destination directory generation processing. The CPU 144 acquires the directory index stored in the hard disk 146 (Step S61). In this case, since it is the first time, there is no directory index. Therefore, only the existence of the root directory is read as the directory information.

The CPU 144 creates a file index of a file storing each module (step S63). Specifically, link information to an area for storing data of the file is stored. For example, when data constituting a certain module is stored in areas xxxxx1 to xxxxx9 with a file name specified by the module identifier,
Link information between the file name and the area is stored. In the present embodiment, a module ID is used as the file name.

The CPU 144 adds the generated file index to the index list (step S6).
5). Specifically, the created file index is added to the index list managed by the file management system. In this case, the link information between the file name generated in step S63 and the area is additionally stored.

The CPU 144 updates the directory index (step S67). Specifically, an index for linking to the added file index is added to the directory index acquired in step S61. In this case, the directory / shop1 / b under the root directory
The existence of ooks / index is stored.

Next, the CPU 144 obtains the total number of modules in the carousel (step S55 in FIG. 11).
The total number of modules in the carousel means the data DII
The number of modules managed in the data DII may be referred to the module number area of the data DII (see FIG. 7).

Next, the CPU 144 calculates the number n of batch processing files. In the present embodiment, the maximum value of the number n of batch processing files that satisfies the following formula is determined as the number n of batch processing files.

Td> N * Tcl + Tm * d + n * Tcr (1) where Td: Data DII advance period (fixed), Tcr:
File creation time for one file (fixed), maximum number of modules that can be managed with N: 1 data DII (fixed),
Tcl: Time required for closing a file (fixed), Tm: Time required for directory creation (fixed), d: Maximum number of directory layers (fixed).

The reason why the file closing time is considered by the number of files N in the above equation (1) is that it is necessary to close the file opened by the previous data DII. As will be described later, there is no need to consider when performing the file closing process collectively.

Next, the CPU 144 collectively performs open processing on the n files determined in step S57 (step S59).

When the pre-processing is completed, the CPU 144
Initializes the processing number i and sets the next open file number j to j = n + 1 (step S25 in FIG. 10).
The CPU 144 determines whether or not to receive the module data stored in the first file (Step S27), and upon receiving the module data, writes it to the hard disk (Step S29). This is repeated until the writing is completed (step S31). When the writing is completed, the module data is deleted from the temporarily stored buffer area of the memory (step S32).

The CPU 144 determines whether the next open file number j does not exceed the maximum number of files N (step S33). If not, the file creation processing and the file open processing are performed on the j-th file. Is performed (step S35). The next open file number j and the process number i are incremented (steps S37 and S39), and if the process number i does not exceed the maximum number of files, the steps from step S27 are repeated. When the processing number i exceeds the maximum number of files, it is determined that the processing is completed, and the file closing processing is performed on the N files (step S43).

The process of reproducing the stored data is the same as the conventional one. If the operation command given by the operator is to reproduce stored content, the corresponding resource is read from the hard disk and output to a monitor (not shown). Thereby, the stored content is reproduced. In this case, the module data 1 is composed of a plurality of resources, and necessary resources can be read out by referring to the resource list.

In the present embodiment, while receiving the data DII repeatedly transmitted for a predetermined time, open processing requiring a relatively long time is performed for a plurality of files before receiving the DDB message data. As a result, even if the data amount of one module is reduced and the number of modules is increased, after the data DII is transmitted,
Even in a format in which DBB message data is continuously transmitted, the possibility that the buffer overflows in the receiving device can be reduced.

The effect will be described with reference to FIGS. FIG. 14 shows a case where the data amount of one module is large. In this case, since the number of modules is reduced as a result, pre-processing and post-processing of each module do not occur so frequently, and the buffer usage may increase one after another when the writing process to the hard disk is completed. There is almost no.

On the other hand, FIG. 15 shows a case where the data amount of one module is small, and consequently the number of modules is large. In such a case, pre-processing and post-processing of each module requiring a required time frequently occur. For this reason, the data that needs to be buffered does not decrease, and the buffer usage increases steadily, so that the buffer may overflow.

As described above, even in the case where the data amount of one module is small and the number of modules is large as a result, file open processing is performed for a plurality of files during reception of the data DII as in the present embodiment. This makes it easier to prevent buffer overflow.

On the transmitting side, when the amount of data to be transmitted by one module is reduced, the data DI is transmitted on the transmitting side.
By changing the repetitive transmission period of I and notifying the receiving side of this, it is also possible to control so as not to cause a buffer overflow on the receiving side.

Although the case where one module is stored in one file has been described with reference to FIGS. 14 to 16, for the stored contents, each resource may be expanded and stored as one file.

In the above embodiment, the data D
By repeatedly sending II, after sending data DII,
A grace time until the start of DDB message data reception is ensured. Such repetitive transmission processing is easy to cope with because the program can be slightly modified. Note that the data DII need not be repeatedly transmitted as long as a grace period until the start of DDB message data reception can be secured.

In the above embodiment, the case where the stored content is newly stored has been described. However, when the stored content is updated, the following processing may be performed. It should be noted that whether or not to update may be determined based on whether or not a file with the same name is already stored. In the case of updating, an empty file is executed at the time of file creation and open processing. Then, the data may be once written in the empty file, the original file may be deleted, and then the file name of the empty file may be changed to the deleted file name. As described above, when updating, it takes time to delete the update source file and change the file name. Therefore, when calculating the number n of batch processing files in step S57 in FIG. Time should be considered.

In the present embodiment, a case has been described where a plurality of files are multiparted in one module. However, one file may be constituted by a plurality of modules. In this case, all DDB message data constituting each module may be temporarily stored, each module data may be reproduced, and one file may be reproduced from these module data.

In the above embodiment, the post-processing is executed collectively (see step S43 in FIG. 10).
Thereby, at the time of updating, all modules transmitted by one carousel are updated when they are received.

Further, after receiving the data DII and before receiving the module data, the preprocessing is collectively performed for a plurality of modules, but the present invention is not limited to this.

In the above embodiment, the receiving device 110
Although a so-called set-top box has been described as an example, the present invention may be configured as a television receiver including a monitor.

Note that, in the above embodiment, the file is stored in the DSM-
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 above embodiments, digital data transmission is performed by digital satellite broadcasting. However, the present invention can be similarly applied to digital terrestrial broadcasting and cable broadcasting such as cable television.

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, which of the hardware is configured is not particularly limited. 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 (including broadcasting) and stored in the nonvolatile memory.

The program can be transmitted as a computer data signal integrated with a signal carrier.

In the present embodiment, BML data is used as the description format of the content data. However, the layout position, the size of the character string,
Any data may be used as long as display designation information such as information on the graphic data to be referred to is added.
It may be SGML, HTML, XML type data, MHEG standard data, or the like. Further, the image data, audio data, and the like linked to the BML data also constitute the content data.

In the present embodiment, the case where the content data is stored in a multilayer hierarchical structure has been described, but the hierarchical structure is not limited.

Further, in the above embodiment, the present invention has been described as solving the problem when the number of modules transmitted by one data DII is increased. However, even when the total number of modules transmitted in one data DII is small, the present invention is applied to a case where data is transferred from the buffer area to the hard disk in units of one module instead of each module and data is deleted from the buffer when transferred. By doing so, buffer overflow can be prevented even with a small buffer capacity.

[0095] For example, if the maximum number of modules to be transmitted in one data DII is two, the maximum size 254.125MB (4066 × 2 ¹⁶ bytes) that can be transmitted in 1 carousel
It is. Therefore, the total size of the modules constituting the first carousel is as follows 254.125 megabytes (4066 × 2 ¹⁶ bytes). In this case, when the file for the second module is pre-processed on the hard disk after the writing of the first module data to the hard disk is completed, the data for the second module is buffered until the pre-processing is completed. It needs to be stored. On the other hand, as in the present invention, the transmitting side transmits the data DII for a predetermined time (for example, 30 seconds), and the receiving side transmits
By preprocessing the two module data storage files collectively, even if the reception of the two module data is started, of the data temporarily stored in the buffer area, , Data can be deleted each time. Thus, the time required for the file preprocessing for the second module is not required, and the buffer capacity can be reduced.

6. [Other Embodiments] FIG. 17 is a block diagram of a receiving system according to another embodiment of the present invention. In all the following embodiments, components having the same functions are denoted by the same reference numerals, and description thereof will be omitted.

The receiving system shown in FIG.
And a recording medium 20. The receiving device 10 includes a receiving unit 11, a recording unit 12, and a batch processing number holding unit 13. The receiving unit 11 receives a data group. The reception of the data group is generally digital television broadcasting, but may be analog television broadcasting, cable television, or data reception through communication such as the Internet. The data group is a set of data, and may be fixed length or indefinite length. Further, the data group may be anything such as a television program, a still image, data composed of text, a combination of a still image and text, music data, a computer program, a script, etc.

[0098] The recording unit 12 records the data received by the receiving unit 11 on the recording medium 20. The recording medium 20 will be described in detail below.

The batch processing number holding unit 13 holds the number of data groups to be batch processed by the recording unit 12. The recording medium 20
For example, a hard disk. However, the recording medium 20
Is not limited to hard disks, but also CDs and DVDs
Any medium that can record data, such as an optical disk such as a RAM or a semiconductor memory, may be used.

Next, the operation of the receiving apparatus 10 will be described with reference to the flowchart of FIG.

(Step S201) The recording unit 12 determines whether the receiving unit 11 has received the header information. If the header information has been received, the process proceeds to step S202.
If the header information has not been received, the process returns to step S201. The header information is information transmitted before transmitting the data group, and includes, for example, information such as a directory name for storing the data group, the number of data groups to be received, and the number of data groups to be collectively processed. ing. However, not only the above three types of information but also the contents of the header information can be considered variously, and the above three types of information are not necessarily essential.

(Step S202) The recording unit 12 extracts a directory name from the header information received by the receiving unit 11. The recording unit 12 creates a directory having the directory name.

(Step S203) The recording unit 12 extracts the number of batch processes (here, n) from the header information. Here, the number of batch processing is the number of data groups that the recording unit 12 performs batch processing.

(Step S204) The recording unit 12 performs preprocessing (hereinafter, referred to as preprocessing) for recording the n data groups on the recording medium 20. Here, for example, it is assumed that one data group is recorded in one file. In this case, the pre-processing is a file generation processing and a file open processing.

(Step S205) The recording unit 12 determines whether or not the processing in step S204 is an error. If an error occurs, the process returns to step S204, and if not, the process proceeds to step S206. The determination as to whether or not an error has occurred in the preprocessing can be made based on, for example, that the file pointer is not normally returned. This corresponds to a case where a storage area in a recording medium cannot be secured in internal processing.

(Step S206) 0 is substituted for a variable i.

(Step S207) The recording section 12 determines whether or not the receiving section 11 has received the i-th data group. If it has been received, the process proceeds to step S208, and if it has not been received, the process returns to step S207.

(Step S208) The recording unit 12 performs processing (hereinafter, referred to as main processing) for recording the i-th data group on the recording medium 20. Here, this processing is a data group writing processing.

(Step S 209) The recording section 12 determines whether or not an error has occurred in this processing. If an error has occurred, the process returns to step S208. If no error has occurred, the process proceeds to step S210. Whether an error has occurred is determined by, for example, extracting the size of a data group in the data DII and comparing it with the data size of the recorded data group. If they do not match, it is determined that an error has occurred. In addition, there are various error determination methods, such as determining that an error occurs when the recording (write) processing is not completed normally.

(Step S210) The recording unit 12 performs processing after recording the i-th data group on the recording medium 20 (hereinafter, referred to as post-processing). Here, the post-processing is a file closing process.

(Step S211) The recording unit 12 determines whether an error has occurred in the post-processing in step S210. If an error has occurred, step S210
Return to step S212 if no error has occurred.
go to. The post-processing error is when the file close failed.

(Step S212) The recording unit 12 sets (n
+ I) Preprocess the data group.

(Step S213) The recording unit 12 determines whether or not the processing in step S212 is an error. If an error has occurred, the process returns to step S212, and if not, the process proceeds to step S214. Here, for example, a file open process (executes a function fileopen ())
Is assumed. The determination as to whether or not there is an error depends on whether or not the return value (the file pointer is returned) when the file open function is executed is a valid file point.

(Step S214) Substitute i + 1 for i. Go to step S207.

Next, an example of a specific data group writing process of the above-described receiving apparatus will be described with reference to FIG. In this specific example, the receiving device is a digital television. The data group is 1 MB of data. The recording in the recording unit 12 records the data group in a file. The pre-processing is a file generation processing (cre
ate) and file open processing (open).
This process is a data group write process. The post-processing is a file close processing (close).

In such a case, a header called data DII is transmitted from the broadcasting station. The data DII includes the length of a data group (1 MB in this specific example), the number of data groups, the identifier of the data group, the version of the data group, the directory name for recording the data group, and the number of data groups to be batch processed (batch processing). Number). Note that the data group is called a module in FIG.

Next, the receiving section 11 receives the data DII. Here, the receiving unit 11 is realized by hardware such as a tuner and a memory for recording data. Next, the recording unit 12 extracts a directory name from the data DII and creates a directory. Then, the recording unit 12 acquires the number of batch processes (5 in this specific example) in the data DII. Next, the recording unit 12
Records the number of batch processes in the batch process number holding unit 13. The number of batch processes is not essential to be included in the data DII, and may be stored in the receiving device in advance, obtained by communication via the Internet, or stored on a storage medium such as a DVD. For example, it may be obtained by various means, such as obtained from.

Then, the recording unit 12 generates and opens a file of the acquired number of batch processes (5). The recording unit 12 obtains five file pointers by the above preprocessing. Then, the receiving unit 11 receives the 0th module (starting from the 0th module). Next, the recording unit 12
The third module is taken out from the receiving unit 11 and the contents of the module are recorded on the recording medium 20 (write). At the time of recording, it is passed as an argument to a function that records the 0th file pointer. When the recording is completed, the 0th file is closed.

Next, the preprocessing of the fifth file (cre
ate, open). After the recording unit 12 takes out the 0th module from the receiving unit 11, the receiving unit 11 receives the first module. While the first module is being received, the above processing, that is, write and close of the 0th data, and create and open of the 5th data are performed. File processing (create, open, write, close)
Is realized by software. Of course, a CPU (not shown) interprets and executes the software to perform file processing. That is, the recording unit 12 is realized by, for example, a CPU and software.

Next, the recording unit 12 takes out the first module and records the module in the file identified by the first file pointer. And the recording unit 1
2 closes the first file.

Next, the recording unit 12 performs preprocessing for the sixth file.

Hereinafter, the processing is performed according to the flow shown in FIG.

In the above, the preprocessing for a plurality of data groups has been performed collectively. This “perform collectively” means that not only the case where “create” and “open” of the pre-processing are continuously performed, but also another processing may be performed between the two processings. The meaning of “perform collectively” is that the pre-processing of module 0 and the pre-processing of module 1 are usually performed consecutively, but the present invention is not limited to this.
The case in which another process is performed between the preprocessing of the module 1 and the preprocessing of the module 1 is also included. In other words, "do it all at once"
This means that the pre-processing is not performed during the writing process of the module but is performed in advance.

As described above, according to the present embodiment, when a plurality of data groups are continuously received and recorded, the pre-processing of the plurality of data groups is first performed collectively, whereby the data If an error occurs during a group reception or recording,
By repeating (retrying) the process that caused the error, all data groups can be safely recorded on the recording medium.

In the present embodiment, the data is recorded in a file, but may be recorded in a database. In such a case, the pre-processing is, for example, table generation and table opening, this processing is writing to a table, and the post-processing is table closing. Also, it may be recorded on an object having a logical structure other than a file or a database. Hereinafter, the same applies to all embodiments.

Further, in the present embodiment, the receiving unit 11
Is realized by hardware including a tuner, and a recording unit 1
2 is realized by a CPU and software, the receiving unit 11 may be partially realized by software.
2 may also be realized by hardware (circuit) instead of software.

Further, in this embodiment, the data group is a fixed-length data block of 1 MB, but may be data of an undefined length. In such a case, the length of the data group is usually stored in the data DII (header). Hereinafter, the data group is the same in all the embodiments.

Furthermore, the recording process of the recording unit 12 may be realized by software, and the software may be distributed via a network such as the Internet or by broadcasting. Further, the software may be recorded on a computer-readable recording medium such as a CD-R or a DVD and distributed. Hereinafter, various processes of the recording unit are the same in all the embodiments.

FIG. 20 is a schematic diagram of a receiving system according to another embodiment.

The receiving system shown in FIG.
It has a recording medium 20. The receiving device 40 includes a receiving unit 11,
It has a recording unit 42. The recording unit 42 records the data received by the receiving unit 11 on the recording medium 20. The recording method is different from that of the recording unit 12.

The recording method of the recording section 42 in the present embodiment will be described in detail below. First, the operation of the receiving device 40 will be described based on the flowchart of FIG.

(Step S201) The recording section 42 determines whether or not the receiving section 11 has received header information. If the header information has been received, the process proceeds to step S202.
If the header information has not been received, the process returns to step S201.

(Step S202) The recording unit 42 extracts the directory name from the header information received by the receiving unit 11. The recording unit 42 creates a directory having the directory name.

(Step S203) The recording unit 42 extracts the number of batch processes (here, n) from the header information.

(Step S204) The recording unit 42 performs pre-processing on n data groups.

(Step S205) The recording unit 42 determines whether or not the processing in step S204 is an error. If an error occurs, the process returns to step S204, and if not, the process proceeds to step S206.

(Step S206) 0 is substituted for a variable i.

(Step S207) The recording section 42 determines whether or not the receiving section 11 has received the i-th data group. If it has been received, the process proceeds to step S208, and if it has not been received, the process returns to step S207.

(Step S208) The recording unit 12 performs the main processing of the i-th data group.

(Step S209) The recording unit 12 determines whether or not an error has occurred in this processing. If an error has occurred, the process returns to step S208. If no error has occurred, the process proceeds to step S214.

(Step S214) i + 1 is substituted for i.

(Step S501) The recording unit 42 determines whether or not the remainder obtained by dividing i by n is 0. If it is 0, the procedure goes to step S502, and if it is not 0, the procedure returns to step S206.

(Step S502) 0 is substituted for j.

(Step S 503) The recording section 42 sets (i)
Post-process the (n + j) -th data group.

(Step S504) The recording unit 42 determines whether or not the post-processing in step S503 is an error. If an error has occurred, the process returns to step S503. If there is no error, go to step S505.

(Step S505) j + 1 is substituted for i.

(Step S506) It is determined whether or not j is equal to n-1. If they are equal, the procedure goes to step S507, and if they are not equal, the procedure returns to step S503.

(Step S507) The recording unit 42 performs pre-processing on n data groups.

(Step S508) The recording section 42 determines whether or not the pre-processing in step S507 is an error. If an error has occurred, the process returns to step S507. If there is no error, go to step S207.

Next, an example of a specific data group writing process of the receiving apparatus described above will be described with reference to FIG. In this specific example, the receiving device is a digital television. The data group (module) is 1 MB of data. The recording in the recording unit 42 records the module in a file. The pre-processing includes file generation processing (create) and file opening processing (o).
pen). This process is a data group write process. The post-processing is a file close processing (close).

In such a case, data DII is transmitted from the broadcasting station. Next, the receiving unit 11 receives the data DII. Next, the recording unit 42 extracts a directory name from the data DII and creates a directory. Then, the recording unit 42 acquires the number of batch processes (n in this specific example) in the data DII.

Then, the recording section 42 generates and opens a file of the acquired batch processing number (n). The recording unit 42 obtains n file pointers by the above preprocessing. Then, the receiving unit 11 receives the 0th module (starting from the 0th module). Next, the recording unit 42
The third module is taken out from the receiving unit 11 and the contents of the module are recorded on the recording medium 20 (write). At the time of recording, it is passed as an argument to a function that records the 0th file pointer. Note that, in the present embodiment, post-processing is not performed immediately after this processing, and post-processing is also performed collectively.

Next, the main processing of the first module is performed. Further, the main processing of the second module, the main processing of the (n-2) th module, and the main processing of the (n-1) th module are sequentially performed. Apart from this processing, the receiving unit 1
1 receives the 0th to (n-1) th modules. The receiving unit 11 receives the mnth module (the receiving unit 11
Recording in the recording means held by the
-Start receiving the (m + 1) th module (nm +
By the time the recording of the first module is started), the recording unit 42 records the nm-th module on the recording medium 20.

Next, at the stage when the main processing of the modules to be collectively processed is completed, post-processing of the modules corresponding to the main processing is performed. Post-processing is file closing.

Further, preprocessing is performed for the next n modules.

In the above, the preprocessing for a plurality of data groups has been performed collectively. This “perform collectively” means that not only the case where “create” and “open” of the pre-processing are continuously performed, but also another processing may be performed between the two processings. The meaning of “perform collectively” is that the pre-processing of module 0 and the pre-processing of module 1 are usually performed consecutively, but the present invention is not limited to this.
This includes the case where another process is performed between the preprocessing of the module 1 and the preprocessing of the module 1. In the post-processing, n post-processings are continuously performed, but a case where another processing is interposed is also included in “perform collectively”. In other words, "to perform collectively" means that pre-processing and post-processing are not performed during the module writing processing, but are performed in advance or separately performed later.

As shown in FIG. 22, in the present embodiment, after n modules are continuously transmitted, a certain time interval or more is set for batch post-processing and batch pre-processing. Shall be

As described above, according to this embodiment, when a plurality of data groups are successively received and recorded, not only the pre-processing but also the post-processing of the plurality of data groups are performed at once. By doing so, even if an error occurs during reception or recording of a data group, all the data groups can be more safely recorded on the recording medium by performing (retrying) the process that caused the error again. .

In the present embodiment, the recording unit 42 is usually realized by a CPU and software, but may be realized by hardware (circuit).

Further, in this embodiment, both the pre-processing and the post-processing are performed collectively, but only the post-processing may be performed collectively. Even in such a case, a receiving apparatus that is more resistant to errors can be realized than performing the pre-processing, main processing, and post-processing sequentially.

FIG. 23 is a schematic diagram of another embodiment according to the present invention.

The receiving system shown in FIG.
It has a recording medium 20. The receiving device 70 includes a receiving unit 11,
Recording unit 72, attribute information holding unit 73, batch processing number determination unit 7
4 The attribute information holding unit 73 stores the C
It holds information (hereinafter, referred to as attribute information) on attributes of the receiving device 70, such as PU capability and memory size.

The batch processing number determination section 74 determines the number of data groups to be processed collectively based on the attribute information stored in the attribute information storage section 73.

Next, the operation of the receiving apparatus 70 will be described based on the flowchart of FIG.

(Step S801) The recording section 72 creates a directory having a predetermined name.

(Step S802) Batch processing number determination section 7
4 acquires the attribute information held by the attribute information acquisition unit 73.

(Step S803) Batch processing number determination section 7
No. 4 determines the number of data groups to be collectively processed based on the acquired attribute information. Details will be described below.

(Step S204) The recording section 72 performs preprocessing (hereinafter, referred to as preprocessing) for recording the n data groups on the recording medium 20. Here, for example, it is assumed that one data group is recorded in one file. In this case, the pre-processing is a file generation processing and a file open processing.

(Step S205) The recording section 72 determines whether or not the processing in step S204 is an error. If an error occurs, the process returns to step S204, and if not, the process proceeds to step S206. The determination as to whether or not an error has occurred in the preprocessing can be made based on, for example, that the file pointer is not normally returned. This corresponds to a case where a storage area in a recording medium cannot be secured in internal processing.

(Step S206) 0 is substituted for a variable i.

(Step S207) The recording section 72 determines whether or not the receiving section 11 has received the i-th data group. If it has been received, the process proceeds to step S208, and if it has not been received, the process returns to step S207.

(Step S208) The recording section 72 performs the main processing of the i-th data group.

(Step S209) The recording section 72 determines whether or not an error has occurred in this processing. If an error has occurred, the process returns to step S208. If no error has occurred, the process proceeds to step S210.

(Step S210) The recording section 72 performs post-processing of the i-th data group.

(Step S211) The recording section 72 determines whether or not an error has occurred in the post-processing in step S210. If an error has occurred, step S210
Return to step S212 if no error has occurred.
go to.

(Step S212) The recording section 72 sets (n
+ I) Preprocess the data group.

(Step S213) The recording section 72 determines whether or not the processing in step S212 is an error. If an error has occurred, the process returns to step S212, and if not, the process proceeds to step S214.

(Step S214) Substitute i + 1 for i. Go to step S207.

Next, the characteristic processing of the receiving apparatus described above is step S803. That is, this is a process of determining the number of data groups to be collectively processed from the attribute information. Less than,
The processing will be described in detail.

Now, the attribute information holding unit 73 stores the receiving device 70
It is assumed that the CPU capacity and the memory size are stored.
Then, the batch processing number determination unit 74 determines the number of batch processing based on the CPU capacity and the memory size. Usually CPU
The higher the capacity, the larger the number of batch processes. Also, the larger the memory size, the more the number of batch processes increases.

Specifically, the batch processing number determination section 74 determines the number of batch processing based on the function z = f (x, y) (z is the number of batch processing, x is the CPU capacity, and y is the memory size). I do. However, the batch processing number determination unit 74 may determine the number of batch processing by the function as described above.
The number of batch processes may be determined from a table in which the number of batch processes can be determined from the capacity and the memory size.

Further, the attribute information is not limited to the CPU capability and the memory size, but may be anything as long as the attribute information of the receiving device 70 is used. If the attribute information of the receiving device 70 is used, the batch processing number determination unit 74 may determine the batch processing number using external information in addition to the attribute information.

Next, another operation of the receiving apparatus 70 will be described based on the flowchart of FIG. The difference from the previous case is that post-processing of a plurality of data groups is also performed collectively.

(Step S801) The recording section 72 creates a directory having a predetermined name.

(Step S802) Batch processing number determination section 7
4 acquires the attribute information held by the attribute information acquisition unit 73.

(Step S803) Batch processing number determination unit 7
No. 4 determines the number of data groups to be collectively processed based on the acquired attribute information. Details will be described below.

(Step S204) The recording section 72 performs pre-processing on n data groups.

(Step S205) The recording section 72 determines whether or not the processing in step S204 is an error. If an error occurs, the process returns to step S204, and if not, the process proceeds to step S206.

(Step S206) 0 is substituted for a variable i.

(Step S207) The recording section 72 determines whether or not the receiving section 11 has received the i-th data group. If it has been received, the process proceeds to step S208, and if it has not been received, the process returns to step S207.

(Step S208) The recording section 72 performs the main processing of the i-th data group.

(Step S209) The recording section 72 determines whether or not an error has occurred in this processing. If an error has occurred, the process returns to step S208. If no error has occurred, the process proceeds to step S214.

(Step S214) i + 1 is substituted for i.

(Step S501) The recording section 72 determines whether or not the remainder obtained by dividing i by n is zero. If it is 0, the procedure goes to step S502, and if it is not 0, the procedure returns to step S207.

(Step S502) 0 is substituted for j.

(Step S503) The recording section 72 sets (i)
Post-process the (n + j) -th data group.

(Step S504) The recording section 72 determines whether or not the post-processing in step S503 is an error. If an error has occurred, the process returns to step S503. If there is no error, go to step S505.

(Step S505) j + 1 is substituted for i.

(Step S506) It is determined whether or not j is equal to n-1. If they are equal, the procedure goes to step S507, and if they are not equal, the procedure returns to step S503.

(Step S507) The recording section 72 performs pre-processing on n data groups.

(Step S508) The recording section 72 determines whether or not the preprocessing in step S507 is an error. If an error has occurred, the process returns to step S507. If there is no error, go to step S207.

As described above, according to the present embodiment, all data groups can be more securely recorded on a recording medium by determining an appropriate number of batch processes based on attribute information of a receiving device. Can be.

FIG. 26 is a block diagram showing another embodiment according to the present invention.

The receiving system shown in FIG.
0, a recording medium 20 is provided. The receiving apparatus 100 includes a receiving unit 11 and n recording units (91 to 9n). The recording unit 91 and the like transfer the data received by the receiving unit 11 to the recording medium 20.
To record. The recording method is different from the recording unit 12, the recording unit 42, and the like. Hereinafter, a recording method of the recording unit 91 and the like in the present embodiment will be described in detail.

Next, the operation of the recording units 91 to 9n will be described with reference to the schematic diagram showing the flow of the recording process of the module in FIG.

Now, n is 3. The recording unit 91 corresponds to the CPU 1. The recording unit 92 corresponds to the CPU 2, and the recording unit 93 corresponds to the CPU 3. The CPU 1 specializes in preprocessing. The CPU 2 performs this processing. The CPU 3 performs post-processing. Then, information necessary for each process is passed between the CPUs.

Then, after receiving the data DII, the receiving unit 11 continuously receives the module.

In the above situation, first, the CPU 1 performs pre-processing (for example, file generation and file open) of the module 0. Then, the CPU 1 passes the file pointer to the CPU 2. Next, the CPU 2 performs this processing. That is, the module is written to the file specified by the passed file pointer. When writing is completed, C
PU2 passes the file pointer to CPU3. further,
The CPU 3 performs post-processing. Specifically, the CPU 3 closes the file specified by the passed file pointer.

[0209] As described above, pipeline processing is performed using three CPUs, and modules transmitted continuously are safely recorded.

According to the above description, the process of safely recording a module by pipeline processing was performed. However, if there are multiple CPUs, the recording process of module 0 (pre-processing, main processing, post-processing) ) May be performed by the CPU 1 and the recording process of the module 1 may be performed by the CPU 2. In this case, which CPU processes which module may be controlled by another CPU or may be notified by message passing.

As described above, according to the present invention, when a plurality of data groups are continuously received and recorded, the pre-processing and / or post-processing of the plurality of data groups are collectively performed. Even if an error occurs, all data groups can be safely recorded on the recording medium.

The present invention can be understood as an invention relating to the following apparatus or method.

(1) A receiving apparatus comprising: a receiving unit that receives a plurality of data groups; and a recording unit that records the data groups received by the receiving unit on a recording medium, wherein the recording unit includes a data group. Pre-processing for recording the data group on the recording medium, post-processing for recording the data group on the recording medium, and post-processing for recording the data group on the recording medium. A receiving apparatus characterized in that the receiving apparatus is performed in a lump before.

(2) A receiving apparatus comprising: a receiving section for receiving a plurality of data groups; and a recording section for recording the data groups received by the receiving section on a recording medium, wherein the recording section comprises: Pre-processing for recording the data group on the recording medium, post-processing for recording the data group on the recording medium, and post-processing for recording the data group on the recording medium. A receiving device, which is collectively performed later.

(3) A receiving apparatus comprising: a receiving section that receives a plurality of data groups; and a recording section that records the data groups received by the receiving section on a recording medium, wherein the recording section includes a data group. Pre-processing for recording the data group on the recording medium, post-processing for recording the data group on the recording medium, and post-processing for recording the data group on the recording medium. A receiving apparatus, wherein the receiving apparatus performs the collective processing before and collectively performs post-processing on a plurality of data groups after the main processing.

(4) It further comprises a batch processing number holding unit for holding the number of data groups to be subjected to batch preprocessing, and the recording unit stores the data of the number of data groups held by the batch processing number holding unit. The receiving device according to any one of (1) to (3), wherein the group is pre-processed collectively.

(5) An attribute information holding unit for holding attribute information, which is an attribute of the receiving device, and data for determining the number of data groups to be preprocessed collectively based on the attribute information held by the attribute information holding unit A group number determining unit, wherein the recording unit collectively performs pre-processing of data groups of the number of data groups held by the batch processing number holding unit. (3) The receiving device according to any of the above.

(6) A receiving section for receiving a plurality of data groups, and a first recording section, a second recording section, and a third recording section for recording the data groups received by the receiving section on a recording medium. Wherein the first recording unit performs pre-processing for recording a data group on a recording medium, and the second recording unit performs a main process of recording the data group on a recording medium. The third recording unit performs post-processing for recording a data group on a recording medium, and the three recording units relay pre-processing, main processing, and post-processing for the data group. Receiving device.

(7) The recording unit records the data group as a file on a recording medium, the preprocessing is file creation and file opening processing, the main processing is file writing processing, and the post processing is file processing. The receiving device according to any one of (1) to (6), wherein the receiving device is a close process.

(8) A program for recording a plurality of received data groups on a recording medium, the program comprising:
A pre-processing step for recording the data group on the recording medium; a main processing step for recording the data group on the recording medium;
A program having a post-processing step for recording a data group on a recording medium, wherein a plurality of pre-processing steps for a plurality of data groups are collectively performed before the main processing step.

(9) A program for recording a plurality of received data groups on a recording medium, the program comprising:
A pre-processing step for recording the data group on the recording medium, and a main processing step for recording the data group on the recording medium;
A program having a post-processing step for recording a data group on a recording medium, wherein a plurality of post-processing steps for a plurality of data groups are collectively performed after the main processing step.

(10) A program for recording a plurality of received data groups on a recording medium, the program comprising: a preprocessing step for recording the data groups on a recording medium; and recording the data groups on a recording medium. A main processing step for recording a data group on a recording medium, a plurality of preprocessing steps for a plurality of data groups being collectively performed before the main processing step, and a plurality of data groups A program for performing a plurality of post-processing steps for a group after the main processing step.

(11) The method further comprises a data group number acquiring step of acquiring the stored data group number to be collectively pre-processed, wherein the pre-processing step includes pre-processing of the data groups of the data group number. The program according to claim 8, wherein the program is performed collectively.

(12) A batch processing number determining step of determining the number of data groups to be batch-processed on the basis of the recorded attribute information, further comprising: a batch processing number determination step. The receiving device according to any one of (8) to (10), wherein preprocessing of the data group of the number of batch processes determined in the step is performed in a batch.

[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 functional block diagram of a transmission device 1.

FIG. 3 is a directory structure of content data.

FIG. 4 is an example of a hardware configuration of a transmission device 1.

FIG. 5 is a transmission processing flowchart of the transmission device 1.

FIG. 6 is a diagram showing a data structure of module data.

FIG. 7 is a diagram showing a data structure of data DII.

FIG. 8 shows DBB after data DII is repeatedly transmitted.
FIG. 4 is a diagram for explaining a state in which message data is transmitted.

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

FIG. 10 is a flowchart of a module accumulation arbitrary process.

FIG. 11 is a detailed flowchart of preprocessing.

FIG. 12 is a flowchart of a directory creation process.

FIG. 13 is a diagram showing a directory structure.

FIG. 14 is a diagram illustrating the relationship between the buffer usage and the module write processing.

FIG. 15 is a diagram illustrating a relationship between buffer usage and module write processing.

FIG. 16 is a diagram illustrating a relationship between buffer usage and module write processing.

FIG. 17 is a block diagram of a receiving system according to another embodiment.

FIG. 18 is a flowchart illustrating an operation of the reception device 10 of FIG.

FIG. 19 is a diagram showing a writing process of the receiving device 10.

FIG. 20 is a block diagram of a receiving system according to another embodiment.

FIG. 21 is a flowchart illustrating an operation of the reception device 40.

FIG. 22 is a diagram showing a writing process of the receiving device 40.

FIG. 23 is a block diagram of a receiving system according to another embodiment.

FIG. 24 is a flowchart illustrating an operation of the reception device 70.

FIG. 25 is a flowchart illustrating another operation of the receiving device 70.

FIG. 26 is a block diagram of a receiving system according to another embodiment.

FIG. 27 is a diagram showing a writing process of the receiving device 100.

[Explanation of symbols]

 101 transmission device 103 content data storage means 105 modularization means 106 modular data storage means 107 configuration module management information generation means 110 receiving apparatus 111 receiving means 113 temporary storing means 115 controlling means 117 storing means

──────────────────────────────────────────────────の Continued on the front page (51) Int.Cl. ⁷ Identification symbol FI Theme coat ゛ (Reference) H04N 5/76 H04N 5/76 Z (72) Inventor Hideaki Nakaoka 1006 Kazuma Kazuma, Kadoma, Osaka Matsushita Electric Industrial (72) Inventor Shinji Nabeshima 1006 Kadoma, Kazuma, Osaka Prefecture Matsushita Electric Industrial Co., Ltd. F term (reference) 5B082 EA01 FA01 HA05 5C052 AB02 DD04

Claims (30)

[Claims] 1. A digital data transmitting / receiving system in which a transmitting side digitally broadcasts content data and a receiving side stores and stores the content data, wherein the transmitting side includes file information at the time of storing and storing the content data. After transmitting the data DII, the content data is modularized and transmitted after a lapse of a predetermined grace time, and the content data receiving side receives the data DII,
Performing a file write preparation process for storing the transmitted content data before receiving the content data for a plurality of files. 2. A digital data receiving apparatus for receiving, storing and storing digitally broadcasted content data, comprising: a file writing preparation process for storing and storing the transmitted content data after receiving the data DII and before receiving the content data. Performing the above for a plurality of files. 3. A digital data transmitting apparatus for digitally broadcasting content data, wherein after transmitting data DII including file information at the time of storing and storing the content data, a receiving side can execute file writing preparation processing for a plurality of files. And transmitting the content data in a modular form after a grace period for performing the digital data transmission. 4. The digital data transmitting apparatus according to claim 3, wherein said delay time is substantially generated by repeatedly transmitting data DII. 5. The digital data transmitting apparatus according to claim 3, wherein the total number of modules managed by one data DII is two, and the grace time is generated by repeatedly transmitting the data DII for 30 seconds. Features. 6. The digital data receiving apparatus according to claim 2, wherein when the first data DII among the repeatedly transmitted data DII is received, the file writing preparation processing is performed. 7. The digital data receiving apparatus according to claim 2, wherein said file writing preparation processing is performed for a predetermined number of files. 8. The digital data receiving apparatus according to claim 7, wherein the number of files to be subjected to the file writing preparation processing is determined from the grace time. 9. The digital data receiving apparatus according to claim 2, wherein after all the files specified by the same data DII have been written, the closing processing of all the files is performed. 10. The digital data receiving apparatus according to claim 2, wherein the content data includes link information to another content data. 11. The digital data receiving apparatus according to claim 2, wherein one module is stored in one file. 12. The digital data receiving apparatus according to claim 2, wherein the data DII includes a file name and a file hierarchical structure when each content data is stored. 13. A digital data receiving apparatus for receiving, storing, and storing digitally broadcasted content data, in which after all the files specified by the same data DII have been written, the all files are closed. A digital data receiving device. 14. A digital data receiving apparatus for receiving, storing and storing digitally broadcasted content data, wherein a file writing preparation process for storing and storing the transmitted content data as a file is performed by combining a plurality of files before receiving the content data. And a digital data receiving apparatus. 15. The digital data receiving apparatus according to claim 14, wherein upon receiving the data DII sent before receiving the module, determining a file that needs to be prepared for file opening processing from the data DII. What to do. 16. The digital data receiving apparatus according to claim 14, wherein the data DI includes index data of the module.
Before receiving I, a predetermined number of files are opened with a temporary file name and prepared for processing, and when data DII is received, the file name is changed and directory information of the file is written. . 17. The digital data receiving apparatus according to claim 2, wherein the digital data receiving apparatus is a set-top box for digital broadcasting. 18. The digital data receiving device according to claim 2, wherein the digital data receiving device is a television for digital broadcasting. 19. A digital data receiving apparatus for receiving, storing and storing digitally broadcasted content data, comprising: receiving file management information for storing each content data as a file, and receiving the content data before receiving the content data; Performing a file writing preparation process for accumulating and storing content data as a file for a plurality of files. 20. A digital data transmission / reception method in which a transmitting side digitally broadcasts content data and a receiving side stores and stores the content data, wherein the transmitting side includes file information at the time of storing and storing the content data. After transmitting the data DII, the content data is transmitted after a predetermined grace period has elapsed.
Performing a file writing preparation process for accumulating and storing the transmitted content data in a file before receiving the content data for a plurality of files. 21. A digital data receiving method for receiving, storing, and storing digitally broadcasted content data, comprising: performing a file writing preparation process for storing and storing content data in a file after receiving data DII and before receiving the content data. A method for receiving digital data, wherein the method is performed for a plurality of files. 22. A digital data transmission method for digitally broadcasting content data, wherein after receiving data DII including file information at the time of storing and storing the content data, the receiving side can execute file writing preparation processing for a plurality of files. Transmitting the content data after an elapse of a grace period for performing the digital data transmission. 23. The digital data transmission method according to claim 22, wherein the total number of modules managed by one data DII is two, and said data DII is repeatedly transmitted for 30 seconds. 24. A digital data receiving method for receiving, storing and storing digitally broadcasted content data, wherein the writing process of all files specified by the same data DII is completed, and then the closing process of all the files is performed. A method for receiving digital data. 25. A digital data receiving method for receiving, storing and storing digitally broadcasted content data, wherein a file writing preparation process for storing and storing the content data as a file is performed for a plurality of files before receiving the content data. Performing a digital data receiving method. 26. The transmitting side divides the content data into a plurality of modules, compiles each module into a module group, and digitally broadcasts the module together with the configuration module management information on the modules belonging to the module group. In a digital data transmission / reception system for storing and storing received modularized content data as a file based on information, a transmitting side transmits the module after a predetermined grace period has elapsed after transmitting the constituent module management information, In the digital data transmission / reception system, upon receiving the configuration module management information, a file writing preparation process for storing and storing the modularized content data as a file is performed for a plurality of files. 27. A digital data receiving apparatus for receiving and accumulating and storing modularized digitally broadcasted content data, comprising: information transmitted together with each of the modules; Executing a file write preparation process for accumulating and storing each of the module data as a file for a plurality of files. 28. A digital data transmitting apparatus which stores modularized content data, divides each module into modules based on module group rules, and digitally broadcasts the module together with configuration module management information on modules belonging to the module group. The digital data transmission device, wherein the module data is transmitted after a predetermined grace period has elapsed after transmitting the constituent module management information. 29. A broadcast data transmitting / receiving method in which a transmitting side repeatedly broadcasts a plurality of content data in one carousel format, and a receiving side receives, stores and stores the content data. After transmitting the carousel management information including the file information at the time of storing and storing the content data, the content data is transmitted as a module after a lapse of a predetermined grace period. A broadcast data transmission / reception method, wherein a file writing preparation process for accumulating and storing content data included in each module in a file before reception is performed for a plurality of files. 30. A computer-readable program for controlling a digital data receiving apparatus having the following selection receiving unit and CPU, or a recording medium on which the program is recorded, wherein a module is provided based on a set selection condition. A selection receiving unit that receives data selectively and outputs each module data, wherein the program is a program for causing a CPU to execute any one of the methods according to claims 19 to 23. Alternatively, a storage medium storing the program.