JP2004356751A - Information processing apparatus, information processing method, and recording medium - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide an information processing method and an information processing apparatus for managing various kinds of data in a unified way and to provide a recording medium for recording data capable of being managed in a unified way. <P>SOLUTION: The information processing apparatus is characterized in that the processing apparatus receives a plurality of kinds of data including a reproduction order, divides the received data into data of a prescribed size, and records data to be reproduced simultaneously among divided data in the lump to a RAU 1. An index 2 denoting the reproduction order and an offset 3 denoting a recording position of each of the data stored in the RAU 1 are also recorded in the RAU 1. Further, the number of the offsets 3 is more than the number of the kinds of recorded data by one and data of a kind including no offset 3 are stored to a recording position denoted by the excess offset 3. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an information processing apparatus, an information processing method, and a recording medium, and in particular, to an information processing apparatus and an information processing method for converting data having a continuous relationship into a manageable data structure, The present invention relates to an information processing apparatus that searches for and reads data, and a recording medium that records data having the above data structure.
[0002]
[Prior art]
As the number of video / audio contents transmitted in a digital format or distributed as a package increases, AV devices for recording and reproducing the digital video / audio contents are becoming widespread. Examples of the recording medium include a magnetic disk, an optical disk, and a magnetic tape. In particular, for a recording medium having random accessibility, not only the video / audio content is simply recorded and reproduced as it is, but also special reproduction utilizing the random accessibility is often implemented. DVD players, DVD recorders, and hard disk recorders are typical examples of such systems.
[0003]
In order to realize special playback using random accessibility, it is necessary to not only record video and audio content just like a file handled by a personal computer, but also analyze the digital video and audio data and realize special playback. There is a need for a mechanism to manage it in different units.
[0004]
The video and audio data is data that is continuously reproduced. 2. Description of the Related Art Conventionally, there is an information processing method that focuses on the reproduction time of video and audio data, collectively packetizes the video and audio data in units of the reproduction time, and implements special reproduction using random access of the video and audio data.
[0005]
[Problems to be solved by the invention]
However, the conventional information processing method manages only video and audio data, and it is difficult to manage data other than video and audio data such as subtitle information and text information.
[0006]
In addition, in the conventional information processing method, it is difficult to manage data that cannot be set in units of time, such as text data, because the reproduction time is set in units of access.
[0007]
Further, the conventional information processing method does not have a function of adding new data to the packetized data, and thus cannot cope with a request for a future field addition of data.
[0008]
The present invention has been made in view of the above problems, and has an information processing method and an information processing apparatus for integrally managing various types of data, and a recording medium on which data that can be uniformly managed is recorded. The purpose is to provide.
[0009]
[Means for Solving the Problems]
In order to achieve the above-described object, an information processing apparatus according to the present invention includes: an input unit configured to input a plurality of series of data including reproduction information different from each other and designating a reproduction order; A data dividing unit for dividing the data divided based on the reproduction information, a packetizing unit for collecting data to be reproduced at the same time and packetizing the reproduction information as search information, Recording area recording means for recording the retrieved packet search information and the recording area of the packet in association with each other.
[0010]
Further, the information processing apparatus according to the present invention comprises: a packet input means for inputting a packet including different data to be simultaneously reproduced and reproduction information designating a reproduction order of the data; And a data search unit for searching for a desired packet using the search information as search information.
[0011]
Further, in the information processing method according to the present invention, an input step of inputting a plurality of series of data including reproduction information different from each other and designating respective reproduction orders, and dividing each of the different data into data of a predetermined size. The method includes a data dividing step and a packetizing step of combining data to be reproduced simultaneously among the data divided based on the reproduction information into a unit and packetizing the reproduction information as search information.
[0012]
Further, the recording medium according to the present invention groups packets including different data to be reproduced simultaneously and reproduction information designating the reproduction order of the data, and groups some of the packets. The reproduction information of the early packet and a table in which the recording area of the packet is associated are recorded.
[0013]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, an information recording apparatus and an information reproducing apparatus to which the present invention is applied will be described with reference to the drawings. An information recording device and an information reproducing device to which the present invention is applied are devices that manage data according to the same file system. This file system stores data in a packet called RAU. The RAU is a packet that stores all types of data such as video, audio, and text. In this file system, data of the same reproduction order is stored in one RAU even if the data is of different types. The RAU 1 has a field 2 for recording an index value indicating a reproduction order as shown in FIG.
[0014]
The RAU 1 has an offset field 3 indicating a data storage position. The offset field 3 is provided with the number of data types stored in the RAU + 1. For example, when AV data is stored in the RAU, the RAU offset field 3 includes an offset field for video data, an offset field for audio data, and an offset field for extension data that is data other than video data and audio data. In the RAU1, a data storage position can be defined at any time in the offset field 3, so that variable-length data can be stored. Further, the offset field is a fixed field, and when no data exists, data indicating absence of data is stored instead of the recording position.
[0015]
This file system distributes and records contents in packets called RAUs (Random Access Units). A list of RAUs constituting the content is recorded in the RAU table 5.
[0016]
As shown in FIG. 2, the RAU table 5 records the recording start position of the RAU constituting the content, the size of the RAU, time information of the data recorded in the RAU, and the like.
[0017]
The content table 6 stores content attribute information. As shown in FIG. 3, the attribute information of the content includes the name of the content and the recording date and time of the content. The content table records the recording position information of the RAU table. The information reproducing device can access a desired RAU with reference to the content table and the RAU table.
[0018]
RAU is a packet that stores data. The RAU stores, in addition to the data, an index value that is search control information of the data. The index value is information indicating the RAU access order. The index value differs depending on the search function of the information recording device and the information reproducing device, the format of the CODEC, and the characteristics of the encoder and the decoder.
[0019]
Hereinafter, a specific configuration of the RAU1 will be described with reference to the drawings. The RAU 100 includes a 16-byte RAU header 110 and a variable-length RAU payload 120 as shown in FIG. The RAU payload 120 stores data such as video data and audio data.
[0020]
The RAU header 110 is composed of a 12-byte RAU index 130 and 4-byte RAU payload size information 140. The RAU index 130 includes an index 131 of 8 bytes and an interval 132 of 4 bytes. The index 131 stores an index value that is object order information, and the interval 132 stores a difference value between the RAU index value and the next RAU index value, that is, a section length.
[0021]
The index value differs depending on the search function of the information recording device and the information reproducing device, the format of the CODEC, and the characteristics of the encoder and the decoder. Here are some typical examples of index values. The first example is an example of an AV data object represented by MPEG (Moving Picture Expert Group). In this example, the reproduction start time of the video data is stored as an index value, for example, as a tick value of 90 [kHz]. Here, the reproduction start time is an elapsed time from the beginning of the content. The time search function can be realized by referring to this index value. When no video data exists and audio data exists, the reproduction start time of the audio data is stored as an index value.
[0022]
The second example is a case where one album of an MP3 (MPEG1 Audio Layer-3) album is regarded as one object. In this example, the order of the music is stored in the index value. By referring to this index value, any song in the album can be selected. In addition, if the object is a still image such as JPEG, search control information corresponding to the type of the object, such as the image number of the still image, and if the object is simple data (plane data), is stored as an index value. . When only non-time-series data is stored in the RAU, the operation of the index value and the interval depends on the data content of the extension data.
[0023]
The RAU payload 120 stores data. The RAU payload 120 is composed of a 12-byte RAU data offset 150 and a variable-length RAU data field 160 as shown in FIG. In the RAU data field 160, a video data field 170, an audio data field 170, and an extension data field 180 are arranged in this order. The extension data is, for example, data other than video data and audio data such as subtitle data. By providing the extension data field 180, extension data other than video data and audio data can be inserted into the RAU. Also, data that does not exist in the RAU data field 160 will be removed and considered. That is, in an object in which only audio data exists, the video data field 170 and the extension data field 190 do not exist. The type of existing data is described in the RAU data offset 150.
[0024]
In this file system, the internal data structure of the data stored in the video data field 160, the audio data field 170, and the extension data field 180 is not defined. The internal data structure is individually defined according to the system to which the file system is applied, that is, the CODEC, the encoder, and the decoder.
[0025]
The RAU data offset 150 includes a 4-byte video data offset 151, a 4-byte audio data offset 152, and a 4-byte extension data offset 153. The offset indicates a recording position of video data, audio data, and extension data.
[0026]
The RAU data offset 150 indicates the absence of data. For example, the value of the music data offset 152 is “FFFF FFFFh” to indicate the absence of music data, and any other value indicates the presence of music data. The reason why the video data offset 151 and the music data offset 152 are assigned to the RAU 100 is that a system to which this file system is applied records and reproduces an AV data object is assumed. The type and number of the RAU data offset 150 may be changed as appropriate according to the type of object handled by the system.
[0027]
Further, it is possible to insert additional data using the data structure of the RAU data offset 150. The process of inserting additional data will be described. In FIG. 6, the upper part shows the data structure of the RAU payload 120 before the extension data is added, and the lower part shows the data structure of the RAU payload 120 after the extension data is added. When inserting additional data, an additional data offset 154 is inserted between the RAU data offset 150 and the video data field 170, and an additional data field 191 is inserted after the extension data field 190.
[0028]
Detection of additional data is performed as follows. Since the RAU data offset 150 is a fixed value of 12 bytes, the offset value of the RAU video data is fixed. Therefore, the offset value of the video data field before the extension data is added is fixed to (recording position + 1) of the extension data offset 153. When the additional data offset is arranged before the video data field 170, the offset value of the video data field becomes a value different from the fixed value. Therefore, additional data can be detected based on the offset value of the video data.
[0029]
According to this additional data insertion method, it is possible to insert additional data while maintaining the data structure before insertion. If the additional data is inserted by this additional data insertion method, data recorded in the system before the addition of the function can be reproduced in the system after the addition of the function. That is, if additional data exists, it can be identified as an object recorded in the new system, and if no additional data exists, it can be identified as an object recorded in the old system. This means that backward compatible function expansion is possible. On the other hand, it is possible to design such that an object recorded in the system after the addition of the function can be reproduced in the system before the addition of the function under a certain constraint condition. A certain constraint means that "a function has been added so that some playback can be performed without the added function." If this can be achieved, it is called an upward compatible function expansion.
[0030]
The video data field 170 includes a video skew 171 and a video data storage field 172, as shown in FIG. The audio data field 180 includes an audio skew 181 and an audio data storage skew. The video skew 171 and the audio skew 181 are data for synchronizing the reproduction start times of the video data and the audio data. The values of the video skew 171 and the audio skew 181 have the same dimensions as the index, and are defined as offsets from the index value. That is, (index value) + (skew value) is the original index value of video data and audio data. The index value is represented, for example, by two's complement.
[0031]
The skew value is particularly significant when the object is AV data. According to the definition of RAU, RAU is a search unit. The search unit in the AV data object is an integral multiple of the decoding unit centering on the video data. The search is realized by designating the reproduction time. That is, the index value is, for example, a tick value of 90 [kHz]. The problem here is that when video data and audio data are both included, the boundary between the reproduction period of the video data included in the RAU and the audio data reproduction period generally does not match.
[0032]
FIG. 8 shows a relationship between a reproduction period of a decoding unit of video data and a reproduction period of a decoding unit of audio data. In FIG. 8, the upper block in the drawing shows the reproduction period of the decoding unit of video data, and the lower block in the drawing shows the reproduction period of the decoding unit of audio data. In this figure, for example, since the reproduction end time of the video decoding unit # 0 is in the middle of the audio decoding unit # 2, a boundary mismatch between the video decoding unit and the audio decoding unit occurs. This suggests that the reproduction periods of the video data and the audio data included in the RAU cannot be matched no matter how the video decoding unit and the audio decoding unit are combined. This problem is a problem that arises even if the RAU is configured with the audio data decoding unit as the center. The skew value adjusts a difference between the reproduction start times of the video data and the audio data, and deduces an accurate time stamp. If there is no difference between the reproduction times of the audio data and the video data, the skew fields 171 and 181 do not exist, so that the video data storage field 172 becomes equal to the video data field 170 and the audio data storage field 182 becomes It is equal to the audio data field 180.
[0033]
Next, the information recording device 10 and the information reproducing device 20 will be described. FIG. 9 is a diagram illustrating a configuration of the information recording device 10. The information recording device 10 is a device that stores input data in the RAU 1 and records the data on a recording medium. There are various types of data input to the information recording device 10, such as video, audio, image, and text. These data include order information indicating the order in which the data is reproduced. For example, in video and audio data, the data reproduction time is sequence information, and in still image data, the date and time when the data was generated is sequence data. This data is first input to the demultiplexing unit 11. When inputting data in which a plurality of types of data are multiplexed, the demultiplexing unit 11 separates the data for each type.
[0034]
The division unit 12 divides data to be reproduced simultaneously among the data separated by the demultiplexing unit 11 into a predetermined size. For example, for data in which video data and audio data are reproduced simultaneously, the data size is divided such that the reproduction time of the video data and the reproduction time of the audio data are the same. When simultaneously reproducing subtitle data in addition to video data and audio data, division is performed so that the reproduction time of the subtitle data is the same.
[0035]
The recording control unit 13 causes the data to be reproduced simultaneously divided by the dividing unit 12 to be collectively recorded on the recording medium 15. The data grouped in this way is RAU1. When generating the RAU1, the recording control unit 13 also records the offset, the size information, and the index value together with the data. The index value is a value indicating the data reproduction order as described above. Further, the recording control unit 13 creates the RAU table 5 in which the RAUs are associated with the recording positions of the RAUs. Further, the recording control unit 13 adds the recording position of the created RAU table 5 to the content table 6.
[0036]
FIG. 10 is a diagram illustrating the processing of the information recording device 10. For example, when MPEG video data is input to the information recording device 10, the demultiplexer 11 separates video data and audio data. The video data is data in which GOPs, which are MPEG decoding units, are continuously connected. The main control unit designates a division unit for the division unit, and the division unit divides the data according to the designation. In this example, the GOP is divided in order of five, three, and three. The number of GOPs varies depending on the state of the system and data contents. When dividing the video data, the dividing unit 12 divides the audio data so that the video data and the audio data have the same reproduction time. The division unit 12 outputs the divided video data, audio data, and reproduction time to the recording control unit 13. If data other than video data and audio data exists, the data is also output.
[0037]
Then, the recording control unit 13 stores the video data, the audio data, and the reproduction time in the RAU 1 and records them on the recording medium 15. When generating the RAU1, the recording control unit 13 stores the reproduction time in the index field, and stores the offset value calculated from the size of each data in the video data offset and the audio data offset. The recording control unit 13 creates the RAU table 5 in which the recording position and the index value of each RAU 1 are recorded, and causes the recording medium 14 to record the RAU table 5.
[0038]
The main control unit 14 controls each block such as the demultiplexing unit 11, the division unit 12, and the recording control unit 13. The main control unit 14 outputs the format of the input data and the like to the demultiplexing unit 12. The demultiplexing unit 12 reads out a microcode for processing the format specified by the main control unit 14, and demultiplexes the input data. When the input data is not multiplexed, the main control unit 14 outputs a control signal for turning off the operation of the demultiplexing unit 11.
[0039]
The main control unit 14 specifies a data division size of the division unit 12. The size at which the data is divided varies depending on the search function of the playback device, the format of the CODEC, the data content, and the like.
[0040]
Next, the configuration of the information reproducing apparatus 20 will be described with reference to FIG. The information reproducing device 20 reads the RAU recorded on the recording medium 15 and reconstructs the RAU into the original data format.
[0041]
The RAU reading unit 21 reads the RAU recorded on the recording medium. The RAU reading unit 21 receives the content and the index value from the main control unit 23, and reads out the RAU1 corresponding to the input value. The RAU reading unit 21 reads the RAU table 5 of the designated content based on the content table 6, as shown in FIG. Then, the recording position of RAU1 is searched from the index value, and RAU1 is read.
[0042]
The multiplexing unit 22 divides the RAU read based on the offset value for each type of data, and multiplexes the data in the format of the data input from the main control unit 23.
[0043]
Next, four RAUs having other structures will be described. Here, the RAUs will be described with names of a second RAU, a third RAU, a fourth RAU, and a fifth RAU in the order of description.
[0044]
The second RAU 200 is an RAU that does not include the offset of the video data. As shown in FIG. 13, the second RAU 200 is composed of a 16-byte RAU header 210 and a variable-length RAU payload 220. The RAU header 210 is composed of a 12-byte RAU index 230 and a 4-byte RAU payload length 240. Be composed. The RAU index 230 includes an 8-byte index 231 and a 4-byte interval 232. The above configuration is the same as RAU 100 described above.
[0045]
As shown in FIG. 14, a 13-byte RAU data attribute 250 is arranged at the beginning of the RAU payload 260, and an RAU data field 260 is arranged after the RAU data attribute 250. The RAU data attribute 250 includes a 1-byte flag field 251, a 4-byte audio data offset 252, a 4-byte audio skew 253, and a 4-byte extended data offset 254. The RAU data attribute 250 does not include the offset of the video data. This is because the position of the video data field is determined immediately after the RAU header 210, so that the position of the video data field can be grasped without specially providing a video data offset. Since the RAU 200 does not include the offset of the video data, it is impossible to insert additional data.
[0046]
The flag field 251 indicates the type of data that exists when bits are turned on / off. FIG. 15 is a diagram showing the contents of the flag field 251. The flag field is composed of 8 bits, and the first 3 bits indicate presence / absence of extension data, presence / absence of audio data, and presence / absence of video data, respectively. The other bits are reserved as spare bits. The flag field 251 has an advantage that an occupied area of data is small.
[0047]
The third RAU 300 records data size and offset for each data type, thereby enabling data extraction for each type. For example, when extracting video data, the video data is moved to the beginning of the video data field according to the video data offset, and data corresponding to the video data size is extracted. Similarly, audio data and extension data can be extracted from the RAU.
[0048]
The structure of the third RAU 300 will be described with reference to FIGS. The RAU 300 includes a 12-byte RAU header 310 and a variable-length RAU payload 320 as shown in FIG. The RAU header 310 includes an 8-byte index 330 and a 4-byte interval 340.
[0049]
As shown in FIG. 17, the RAU payload 320 includes a 12-byte RAU data offset 350, a variable-length video data field 360, a variable-length audio data field 370, and a variable-length extension data field 380. The RAU offset 350 includes a video data offset 351, an audio data offset 352, and an extension data offset 353. The RAU offset 350 stores an offset value for each data type. The above configuration is the same as that of the RAU 100. The third RAU 300 differs in the configuration of the data fields 360, 370, 380.
[0050]
As shown in FIG. 18, the video data field 360 includes a video data length 361 of 4 bytes, a video data skew 362 of 4 bytes, and a video data storage field storing video data of the number of bytes specified by the video data length 361. 363. The video data skew 362 stores a skew value for calculating a playback time of video data. The playback time of the video data is the sum of the playback time information recorded in the index 330 and the skew value. The skew value is described by, for example, a tick value of 90 [kHz].
[0051]
As shown in FIG. 19, the audio data field 370 includes an audio data length 371 of 4 bytes, an audio data skew 372 of 4 bytes, and an audio data storage field 373 of the number of bytes specified by the audio data length 371. The extension data field 380 includes an extension data length 381, an extension data skew 382, and an extension data storage field 383 as shown in FIG. The data stored in the data lengths 371 and 381 and the skews 372 and 382 have the same meaning as the data stored in the video data length 361 and the video skew 361, and a description thereof will be omitted. Further, the operation of the extended data skew 382 and the extended data storage field 383 are not particularly described, and can be freely defined on the application system.
[0052]
In the third RAU, since the offset and the size information for each data type are recorded, the arrangement of the data fields is not limited. For example, as shown in FIG. 21, the data fields may be arranged in the order of the video data field 360, the audio data field 370, and the extension data field 380, or the data fields may be arranged in the order of the audio data field 370, the video data field 360, and the extension data field 380. Fields may be arranged.
[0053]
Next, the fourth RAU will be described. 22 to 26 show the configuration of the fourth RAU. The fourth RAU 400 includes a 48-byte RAU header 410 and a variable-length RAU payload 420 as shown in FIG. The RAU header 410 includes an RAU index 430 of 8 bytes, an interval 440 of 4 bytes, a RAU offset 450 of 12 bytes, a skew 460 of 4 bytes, and a data length of 12 bytes. The RAU index 430 and the interval 440 store the index values and the intervals described above.
[0054]
The RAU offset 450 includes a video data offset 451, an audio data offset 452, and an extension data offset 453, as shown in FIG. The RAU offset 450 stores the already described offset value.
[0055]
The skew 460 includes a video skew 461, an audio skew 462, and an extended data skew 463 as shown in FIG. The skew 460 stores the skew value already described.
[0056]
The data length 470 includes a video data length 471, an audio data length 472, and an extended data length 473 as shown in FIG. The data length 470 stores the data length for each data type.
[0057]
As shown in FIG. 26, the RAU payload 420 includes a video data storage field 421, an audio data storage field 422, and an extension data storage field 423. The video data storage field 421 stores video data of the number of bytes specified by the video data length 471, and the audio data storage field 422 stores audio data of the number of bytes specified by the audio data length 472. The data storage field constituting the RAU payload 420 can be omitted.
[0058]
The fourth RAU stores a data size and an offset for each data type, as in the third RAU, so that data extraction for each data type is possible. For the same reason, the arrangement of the data fields in the fourth RAU is not limited. For example, as shown in FIG. 21, the data fields may be arranged in the order of the video data field, the audio data field, and the extension data field, or the data fields may be arranged in the order of the audio data field, the video data field, and the extension data field. .
[0059]
Next, the fifth RAU will be described. The fifth RAU 500 includes a variable-length video data field 510, a variable-length audio data field 520, and a variable-length extension data field 530, as shown in FIG. These video data field 510, audio data field 520, and extension data field 530 can be omitted when it is not necessary to record data of each data type.
[0060]
As shown in FIG. 28, the video data field 510 includes a 1-byte video data code 511, a 4-byte video data length 512, an 8-byte video index 513, a 4-byte video interval 514, and a variable-length video data storage field 515. It is composed of
[0061]
The video data code 511 is an identifier indicating that a field that follows is a video data field. A similar audio data code 521 and extended data code 531 exist at the head of the audio data field 520 and the head of the extension data field 530. The data type of the field is identified using this identifier. Since this identifier exists, each field of the video data field 510, the audio data field 520, and the extension data field 530 can be omitted. Further, since the storage order of the fields is not particularly specified, the fields can be arranged in an order that is easy to apply to the system.
[0062]
The video index 513 stores search control information of video data. The search control information is data that is a key when searching for a desired video. The index value of the video data is, for example, the playback time of the video data. The reproduction time is expressed by a tick value of 90 [kHz] or the like. In the video interval 514, a reproduction time of video data is stored.
[0063]
The audio data field 520 is designated by an audio data code 521 of 1 byte, an audio data length 522 of 4 bytes, an audio index 523 of 8 bytes, an audio interval 524 of 4 bytes, and an audio data length 522 as shown in FIG. And an audio data storage field 525 of the number of bytes. The configuration of the audio data field 520 is substantially the same as the video data field 520. Description is omitted.
[0064]
As shown in FIG. 30, the extended data field 530 includes a 1-byte extended data code 531, a 4-byte extended data length 532, an 8-byte extended data index 533, a 4-byte extended data interval 534, and an extended data length 532. And the extended data storage field 535 of the number of bytes designated in the. The extension data field 530 differs from the audio data field 510 in the meaning of the extension data index 533 and the extension data interval 534. Regarding the extended data index 533 and the extended data interval 544, data to be stored in the field is not particularly defined, and can be freely defined on the application system.
[0065]
A video data code 511, an audio data code 521, and an extension data code 531 are added to the head of each data field of the RAU 500, respectively. With this identifier, it is possible to identify whether the field is a video data field 510, an audio data field 520, or an extension data field. Since the data length is stored after the identifier, the end position of the field can be recognized based on the data length. If the end position of the field can be recognized, the field next to the currently read field can be read, and the processing of the next field can be performed. Since the data type is identified by the identifier and the size of the data storage field can be recognized by the data length, desired data can be extracted from the RAU without particularly specifying the data storage order. The fifth RAU 500 can change the arrangement of the data storage fields as shown in FIG. 21 similarly to the third RAU 300 or the fourth RAU 400. For the same reason, the data storage field can be omitted.
[0066]
As described above, the RAU that is the smallest component of the file system includes an index that is RAU search control information. The search control information is various, such as a reproduction time and a music order, and changes depending on the type of the object stored in the RAU. For example, if the video / audio data is an object, the reproduction time of the video / audio data is the search control information, and if the music album is an object, the order of the music albums is the search control information. In this file system, since the type of search information is not particularly limited, various types of data can be uniformly managed.
[0067]
Further, this file system includes an RAU table indicating the recording position of the RAU. The RAU table records search control information described in the RAU in association with the recording position of the RAU. When generating the RAU table, a plurality of continuous RAUs are grouped, and search control information of the RAU at the head of the grouping is recorded in the RAU table. By doing so, the size of the RAU table is reduced.
[0068]
Further, in this file system, an extension field for storing data other than video and music is provided in addition to a field for storing video and music. Therefore, character information, subtitle information, and the like accompanying video and music can be stored in the RAU and managed uniformly.
[0069]
In addition, this file system does not directly include fields for storing video and music, but includes fields indicating offsets of these fields. Therefore, fields for storing video, music, and other information can be omitted.
[0070]
Further, in this file system, since all fields constituting the header have a fixed length, it is determined whether or not additional data has been inserted between the header and the video data storage field based on the offset of the video data storage field. be able to. Thereby, additional data can be inserted.
[0071]
Note that the present invention is not limited to the present embodiment, and modifications and improvements of the present invention are included in the present invention. For example, in the above embodiment, the data length of the field has been described in detail, but the value of the data length is not limited. However, it is desirable that the field whose data length is clarified has a fixed length.
[0072]
Further, the order of the fields constituting the RAU is not limited to the order described in the present embodiment. However, it is desirable that the fixed-length field be provided at the head of the RAU and the variable-length field be provided at the rear end of the data.
[0073]
【The invention's effect】
According to the present invention, a plurality of data having the same reproduction order are stored in one packet, and the plurality of data are handled in a unified manner. Further, according to the present invention, the recording area of the packet and the reproduction information are recorded in association with each other, so that a packet including a plurality of data can be randomly accessed.
[0074]
According to the present invention, the playback order information of various data such as the playback time information of streaming data, the song order information of song album data, and the shooting order information of still image data are simply stored in a packet as playback information, and are unified. Can be managed.
[0075]
According to the present invention, in particular, since the video data and the audio data are stored in the individual fields, the structure is such that the AV data can be easily managed. According to the present invention, a field for storing video data and audio data is further provided to provide expandability of data that can be stored.
[Brief description of the drawings]
FIG. 1 is a diagram showing a basic configuration of an RAU.
FIG. 2 is a diagram illustrating a configuration of an RAU table.
FIG. 3 is a diagram showing a configuration of a content table.
FIG. 4 is a diagram showing a structure of a first RAU.
FIG. 5 is a diagram showing a structure of a first RAU.
FIG. 6 is a diagram illustrating a configuration of an RAU before and after insertion of additional data.
FIG. 7 is a diagram showing an internal configuration of a video data field and an audio data field.
FIG. 8 is a diagram illustrating a mismatch between reproduction times of a video decoding unit and an audio decoding unit and a method of dividing video data and audio data.
FIG. 9 is a diagram showing a configuration of an information recording device.
FIG. 10 is a diagram illustrating an example of processing of the information recording apparatus.
FIG. 11 is a diagram illustrating a configuration of an information reproducing apparatus.
FIG. 12 is a diagram illustrating an example of processing of the information reproducing apparatus.
FIG. 13 is a diagram illustrating a configuration of a second RAU.
FIG. 14 is a diagram illustrating a configuration of a second RAU.
FIG. 15 is a diagram showing a configuration of a flag field.
FIG. 16 is a diagram showing a configuration of a third RAU.
FIG. 17 is a diagram showing a configuration of an RAU data offset.
FIG. 18 is a diagram showing a configuration of a video data field.
FIG. 19 is a diagram showing a configuration of an audio data field.
FIG. 20 is a diagram showing a configuration of an extension data field.
FIG. 21 is a diagram showing variations of the order of data fields.
FIG. 22 is a diagram illustrating a configuration of a fourth RAU.
FIG. 23 is a diagram illustrating a configuration of an RAU offset.
FIG. 24 is a diagram showing a configuration of a skew.
FIG. 25 is a diagram showing a configuration of a data length.
FIG. 26 is a diagram showing a configuration of an RAU payload.
FIG. 27 is a diagram showing a configuration of a fifth RAU.
FIG. 28 is a diagram showing a configuration of a video data field.
FIG. 29 is a diagram showing a configuration of an audio data field.
FIG. 30 is a diagram showing a configuration of an extension data field.
[Explanation of symbols]
1 RAU, 2 indexes, 3 offsets, 4 data, 5 RAU tables, 6 content tables, 10 information recording devices, 11 demultiplexing units, 12 division units, 13 recording control units, 14 main control units, 15 recording media, 20 information Playback device, 21 RAU reading unit, 22 multiplexing unit, 23 main control unit

Claims (13)

Input means for inputting a plurality of series of data including reproduction information different from each other and specifying a reproduction order,
Data dividing means for dividing each of the different data into data of a predetermined size,
Packet generating means for collecting data to be simultaneously reproduced among the data divided on the basis of the reproduction information, and packetizing the reproduction information as search information; search information of a packet generated by the packet generation means; and recording of the packet An information processing apparatus, comprising: a recording unit that records in association with an area. 2. The information processing apparatus according to claim 1, wherein one of the plurality of data input by the input unit is streaming data, and the reproduction information is reproduction time information of the streaming data. 2. The information processing apparatus according to claim 1, wherein one of the plurality of data input by the input unit is music data, and the reproduction order information is music order information of a music album. 2. The information processing apparatus according to claim 1, wherein one of the plurality of data input by the input unit is still image data, and the reproduction order information is shooting order information of a still image. . The data input by the input means is encoded according to the MPEG format,
The data dividing means includes:
2. The information processing apparatus according to claim 1, wherein an integral multiple of a decoding unit of the encoded audio data or the encoded video data is set as a unit of the data division. 2. The information processing apparatus according to claim 1, wherein said packet generating means generates a packet having a header area having search information and a data area having a data storage field for storing data of different data types. The data area is
7. The information processing apparatus according to claim 6, further comprising a video data storage field for storing video data, an audio data storage field for storing audio data, and a field for storing data other than video data and audio data. . Packet input means for inputting a packet including different data to be reproduced at the same time and reproduction information for specifying a reproduction order of the data;
An information processing apparatus comprising: a data search unit configured to search for a desired packet by using reproduction information of a packet input by the packet input unit as search information. A packet reading unit that reads a plurality of packets based on the recording area recorded in the recording area recording table with reference to a recording area recording table in which the reproduction information of the packet is recorded in association with the recording area of the packet; 9. The information processing apparatus according to claim 8, wherein: An input step of inputting a plurality of series of data including reproduction information different from each other and specifying respective reproduction orders,
A data dividing step of dividing each of the different data into data of a predetermined size;
A packetizing step of combining data to be simultaneously reproduced among the data divided on the basis of the reproduction information, and packetizing the reproduction information as search information. A grouping step of grouping the packets generated in the packet generation step;
11. The information processing method according to claim 10, further comprising a recording area recording step of recording search information of a packet having the earliest reproduction order in each group and a recording area of the packet in association with each other. A packet including different data to be reproduced simultaneously and reproduction information specifying a reproduction order of the data;
A recording medium for grouping some of the packets and recording reproduction information of a packet having the earliest reproduction order in each group and a table in which a recording area of the packet is associated. The above packet is
13. The recording medium according to claim 12, comprising a video data storage field for storing video data, an audio data storage field for storing audio data, and an extension data storage field for storing data other than video data and audio data.

Images