JPH0945051A - Video data managing method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To obtain a video data managing system capable of describing temporal relation between a plurality of video data and voice data and flexibly corresponding to the video data having various data structure. SOLUTION: A video data reproducing system comprises a storage unit 1, a controller 2, a reproducing and sending unit 3, and a memory 4. The storage unit stores a directory table 9 for managing video data, an attribute table for indicating the properties and transmitting conditions of the video data, a sequence table 11 for indicating the structure of the video data and time sequence, video data and voice data. The reproducing and sending unit reproduces a block of the video data, the voice data by referring to the sequence table while holding time relation. The reproducing operation of a plurality of data is described by the sequence table to be able to reproduce English voice video and subtitle month video by using the same material data.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a method of storing a plurality of mutually related video data and audio data in a storage device such as a magnetic disk.

[0002]

2. Description of the Related Art In recent years, multi-channel type video information services using CATV, public lines, etc. have been spreading.
One of the mainstream services like this is pay-per-view, which allows users to access specific video information sent by a business by paying a certain fee. Further, due to the progress of communication technology, the user selects the video information such as a movie he / she wants to see by the two-way communication between the user and the business operator, and the business operator retrieves this video information and selectively selects the user It is becoming possible to transmit. Such a service is called video on demand (VOD). In order to perform such a service,
A method is available in which a VCR device corresponding to a user who has requested a video service is prepared, and video information is reproduced by this VCR and transmitted to the user. However, this method requires the same number of VCR devices as the number of users requesting the service, and the same number of media as the number of users requesting the service for the same information (in this case, VCR tape).
There is a problem that is required.

As a method of electronically solving such a problem, the video information is divided into a large number of segments, distributed and stored in a plurality of medium-speed storage devices (such as magnetic disks), and these are read sequentially. However, a method of reproducing the original video information by combining them has been proposed. With such a technique, the same or different video information can be simultaneously provided to a plurality of users by one set of reproducing apparatus. In order to provide services similar to normal VCRs such as high-speed reproduction and low-speed reproduction by this method, it is necessary to devise a method of storing video data and audio data.

This technology is described in, for example, IEICE technical report, IE94-13 (Asai et al., "Study of video storage system in video media", May 1994). Hereinafter, the basic configuration of this technique will be described with reference to the drawings.

FIG. 14 is a diagram showing the basic structure of a VOD system. In the figure, 100 is a video server for storing, managing, and sending video data, and 104
Is a client terminal that reproduces the video data received from the video server 100 via the transmission path 103.
The video server 100 is generally composed of a transmission control device 101 for transmitting video data to the transmission path 103 and a storage device 102. The client terminal 104 is the video server 100.
Requesting a video data name and a reproduction status (normal reproduction, high-speed reproduction, stop, restart, etc.) to the video server 100, and the video server 100 selectively reads the video data from the storage device 102 based on the request and transmits the transmission path 103. Send to.

In the storage device 102, a video data file is stored in a format as shown in FIG. In the figure, 110 is a directory table, and pointers (a, b, c, etc.) to the attribute table 111 corresponding to the file names (AAA, BBB, CCC, ...) Of the video data 113 stored in the storage device. ,,) are described. The attribute table 111 includes attributes and properties of the corresponding video data 113, such as data owner, access permission information, creation date and time, video data type (MPE
G, JPEG, etc.) and pointers to the order table 112 are described. The order table 112 is a table describing a specific structure of the video data 113.
In this table, one block forming the video data 113 corresponds to one row of the table, and the columns of the table are the reproduction order of the video data 113. In each line, a block number, a start address of the block on video data, a block size, video / audio data discrimination, a block delivery time (time stamp), and the like are described. The video data 113 is a collection of a plurality of video blocks and audio blocks, and each block is composed of a block header and the substance of the data.

When the video data represented in FIG. 15 is displayed on the client terminal 104, the following procedure is taken. First, the client terminal 104 issues a request for video data to be sent to the video server 100 and a playback request. Based on this request, the video server 100 searches the directory table 110 and refers to the attribute table 111 to determine the file attribute and order table 11
Get a pointer to 2. A part of the data included in the file attribute is part of the transmission control device 101 or the client terminal 1.
Then, environment setting for video data transmission, for example, setting of transmission rate, notification of transmission format, notification of image and audio encoding format, and the like are performed. After such preparation for reproduction is completed, the sequence table 112 is accessed by the pointer (aa) to the sequence table. As described above, the sequence table 112 describes pointers (start addresses) to the respective blocks of the video data 113 and delivery times. Sending control device 101
Reads the block number (B1), the start address (S1), the data amount (d1), and the delivery time (t1) in this table, and reads the data on the storage device 102 marked at the start address (S1) from the data amount ( The client terminal 1 reads out only d1) minutes and is in time for the time (t1).
Block data is sent to 04. Similarly, while updating the block numbers B2, B3, and so on, the delivery time (t
2, t3 ,,) to read the data in the storage device 102 marked in the pointer and read the data from the client terminal 104.
Repeat the operation to send to. In the client terminal 104, each block of the video data transmitted in this way is separated into a video block and an audio block, and each is decoded separately to obtain video and audio.

As described above, the video server 100 is managed by managing the video data by the method shown in FIG.
The video and audio can be transmitted from the client terminal 104 to the client terminal 104 without any temporal inconsistency.

[0009]

However, such a method of managing video data is sufficient when data such as video and audio to be sent to the client terminal are continuously packed from the beginning. When changing the temporal relationship between multiple video data or audio data, such as when sending an arbitrary language or audio information added to video data to correspond to the national language, the video should be adjusted according to the relationship. It is necessary to recreate the data. Further, since the structure of the order table is determined for only one video data, it is necessary to change the structure of the order table according to the structure of the video data.

The present invention has been made in order to solve such a problem, and can describe the temporal relationship between a plurality of video data and audio data, and further for video data having various data structures. A flexible management method for video data is provided.

[0011]

In order to solve the above problems, the first video data management system according to the present invention is
Continuous media data in which continuous information is divided and accumulated as a plurality of blocks, a block pointer indicating the start address of each block of the continuous media data, and the attribute of the block are used as row data, and the row data is continuous for each block. The continuous media data is managed by the sequence table described in detail, the sequence table pointer indicating the start address of the sequence table, the attribute table describing the attributes of the continuous media data and the attributes of the sequence table.

Further, the second video data management system of the present invention comprises continuous media data obtained by dividing continuous information into a plurality of blocks, and storing each block of the plurality of continuous media data having such a structure. A sequence table in which line data is continuously described for each block using a block pointer indicating a start address and a block attribute as line data, and a sequence table pointer indicating a start address of the sequence table and a plurality of sequence references The continuous media data is managed by an attribute table in which the attributes of the media data and the attributes of the order table are described.

Further, in the third video data management system of the present invention, a plurality of continuous media data referred to by the order table in the second video data management system are moving image data, audio data, character data and a plurality of these continuous media data. This is one of the control data necessary for the reproduction.

Further, according to the fourth video data management system of the present invention, continuous media data in which continuous information is divided and accumulated as a plurality of blocks, an attribute definition table, and a start address of each block of the continuous media data are set. A sequence table in which line data is continuously described for each block, with a block pointer indicating the item and the attributes of the block defined in the attribute definition table as block data, and a sequence table pointer indicating the start address of the sequence table. The continuous media data is managed by the attribute table describing the attributes of the continuous media data and the attributes of the sequence table.

Further, in the fifth video data management system of the present invention, the item included in the row data in the order table is defined in the attribute table, and the order table uses the information corresponding to this item as the row data for each block. Are continuously described in.

[0016]

According to the first aspect of the present invention, when reproducing desired video information, the position of the attribute table of this video information is obtained from the directory table, and the position of the beginning of the sequence table is contiguous with this attribute table. You can know the attributes of media data. Since the position and attribute of each block of continuous media data are written in this sequence table in the order of reproduction, the sequential media data is accessed and reproduced by sequentially referring to the rows of this sequence table, and It is possible to continuously reproduce continuous media data randomly placed in the and obtain video information.

According to the second aspect of the present invention,
Since each row of the sequence table can indicate the block position of a plurality of continuous media data, the continuous media recorded in the sequence table is reproduced by sequentially reproducing the blocks of the plurality of continuous media while sequentially referring to each row of the sequence table. It is possible to obtain video information that maintains the temporal relationship between them.

Further, according to the third configuration of the present invention, a plurality of related continuous media data, for example, video data and audio data, audio data and character data, or video or audio data and control data associated therewith are stored. It becomes possible to play back while maintaining a temporal relationship.

Further, according to the fourth structure of the present invention, a plurality of pieces of information described in each line in the order table in the attribute definition table can be defined as a line data type. Therefore, it is possible to reduce the storage amount of the order table by managing the information included in each row data by adding this row data type to each row of the order table.

Further, according to the fifth structure of the present invention, a plurality of pieces of information described in each line in the sequence table in the attribute table can be defined as a line data type, and each line data in the sequence table is defined according to this definition. The contents of the sequence table can be managed by describing the information contained in the. As a result, the structure of the order table can be determined according to the property of the continuous media data, and the total storage amount of the order table can be reduced when many continuous media data exist.

[0021]

DESCRIPTION OF THE PREFERRED EMBODIMENTS A video data reproducing system using a video data storage system of the present invention will be described below with reference to the drawings.

FIG. 1 shows the configuration of a video data reproducing system according to the first embodiment of the present invention. In FIG. 1, 1 is a storage device for storing various data, 2 is a control device for controlling the entire system, 3 is a reproducing / sending device for reading data in the storage device and inputting / outputting to / from the outside, and 4 is a device. It is a memory device connected to a reproduction / transmission device and providing a high-speed and temporary storage function.

In the configuration of FIG. 1, the control input 5 from the client terminal where the video and audio are actually reproduced is input to the control device 2. By this control input, the control device 2 is instructed to establish or terminate the connection between the client terminal and the video data reproduction system, to instruct the transmission method or the transmission conditions, to select the video data or the audio data, or to change the video reproduction mode. It The control device makes settings necessary for reproducing the video data requested by the client terminal to the reproduction / transmission device and the memory device based on the information about the video data in the storage device 1. The reproduction control device reads out video data and the like from the storage device in accordance with an instruction from the control device, generates the video stream 6 and the audio stream 7, and sends them to the outside. Usually, the storage means in the storage device 1 is a relatively low-speed and large-capacity memory such as a magnetic disk or an optical disk, and the storage means in the memory device 4 is a high-speed and small-capacity memory such as a semiconductor memory. The memory device 4 stores information necessary for frequently accessing the information in the storage device 1. Further, in the storage device 1, video and audio data are stored and managed as a collection of data blocks 8 of a certain size.

The storage device 1 stores the following data files. The directory table 9 is a file showing a list of video data stored in the storage device 1, and the name of the video data and a pointer to the attribute table 10 corresponding to the name are described. The attribute table 10 describes the attribute information necessary for reproducing the corresponding video data and transmitting it to the client terminal and the pointer to the sequence table 11. The sequence table 11 is a table that describes the sequence of data blocks required to reproduce the corresponding video data, and describes the position of each data block in the storage device 1, the amount of data, the reproduction time, and the like. There is. The video data is normal video data 12 which is video data at a normal playback speed, fast-forward video data 13 which is video data in a fast-forward playback state, and Japanese audio data 1 which is audio data corresponding to Japanese.
4, English audio data 15 which is audio data corresponding to English, caption data 16 in which captions and character information are converted into data, and the like. As described above, these video data are stored in the storage device 1 as a group of data blocks segmented into a certain size, and as shown in FIG. It is composed of data blocks VN2, VN3, and VNn. Similarly, fast-forward video data, Japanese voice data, English voice data, and caption data are VF1, VF2, VF3, V, respectively.
Fn, AJ1, AJ2, AJ3 ,, AJn, AE1,
AE2, AE3, ..., AEn, C1, C2, C3, ...
It is composed of Cn.

FIG. 2 shows the structure of the directory table 9. In the directory table, the name of the video data,
Video1, Video2, and their positions & V1, & V2 on the disc are shown in correspondence with each other. FIG.
2 shows the structure of the attribute table of the video data Video1 in FIG. In this table, Video
1 includes the reproduction condition of the device shown in FIG. 1 and the transmission condition to the client, pointers to a plurality of sequence tables for controlling the reproduction of the video data, && V1, && V2, and the like.

FIGS. 4, 5, and 6 show the structure of the order table, which is a Japanese normal reproduction table, an English normal reproduction table, and a fast-forward reproduction table, respectively. The Japanese normal reproduction table shown in FIG. 4 is a table in which the position and size of each data block when the normal video data 12 and the Japanese audio data 14 are reproduced simultaneously are arranged in a temporal order. The time T1 from the start of reproduction, the pointer & VN1 in the storage device 1 of the data block of the normal video data 12 to be reproduced for a certain period from this time, and the data amount nn1 included in the data block, are reproduced in synchronization with this video data. The data block pointer & AJ1 and the size nj1 of the data block of the Japanese voice data 14 to be reproduced are 1
The data is made up of rows, and such a set of data is collected in a number corresponding to the reproduction time to form a table. Similarly, the English normal reproduction table shown in FIG. 5 indicates the position and size of each data block when the normal video data 12 and the English audio data 15 and the caption (caption) data 16 corresponding to this audio are reproduced simultaneously. It is a table arranged in a specific order. Time T1 from playback start
And normal video data 1 to be played for a certain period from this time
Pointer & VN in storage device 1 of 2 data blocks
1 and the amount of data nn1 contained in the data block, English audio data 15 to be reproduced in synchronization with this video data
The data block pointer & AE1 and the data block size ne1, and the pointer & C1 and the size nc1 of the caption data to be displayed in the subtitle corresponding to the English audio data are one line of data. A group is formed by as many groups as the number corresponding to the playback time. The composition of the normal video data and the caption data is usually performed by the client terminal. Furthermore,
The fast-forward reproduction table shown in FIG. 6 is a table in which the position and size of each data block when the fast-forward video data 13 and the caption data 16 are simultaneously reproduced are arranged in a temporal order. The time T1 from the start of the reproduction, the pointer & VF1 of the data block of the fast-forward video data 13 to be reproduced for a fixed time from this time and the data amount nf1 included in the data block, and the reproduction is performed in synchronization with this video data. The pointer & C1 of the desired caption data and the size nc1 of the data block form one row of data, and such a set of data is collected by the number corresponding to the reproduction time to form a table.

The operation of the video data reproducing system configured as described above will be described with reference to the flowchart shown in FIG. The reading and sending of video data are generally performed in the following procedure.

When the sending of video data is instructed by the client via the control input 5, the management device 1 accepts this request (20 in FIG. 7, hereinafter referred to as 20). The control device 2 searches the directory table 9 in the storage device 1 to obtain the pointer of the attribute table 10 of the requested video data (21). Based on this pointer, the attribute table 10 is accessed to set the attribute information of the video data in the reproducing / transmitting device 3 (22), and the pointer of the sequence table 11 to be transmitted is obtained (23). Based on this pointer, the required order table 11 is accessed and this table is set in the memory device 4 (24). Next, the control device 2 initializes the reproducing / transmitting device (25), and the preparation for transmitting the video data requested by the client is completed. The sequence table in the storage device 1 is duplicated in the memory device by accessing the sequence table 18 in the high speed memory device 4 instead of accessing the storage device 1 having a slow reading speed when sending data. This is because the data can be transmitted more promptly.

Video data is transmitted by continuously performing the following processing. First, the reproduction / transmission device 3
Accesses the order table 18 in the memory device 4 and reads out the pointer and the size of the data block such as video data and audio data at the time to be reproduced (2
6). Based on this information, the video data block 12 and the audio data block 14 in the storage device 1 are read (2).
The reproduction / transmission device decodes these block data, reproduces the video stream 6 and the audio stream 7, and transmits them to the client (28). Next, the reproduction / transmission device 3 checks whether or not the control device 2 has received a reproduction condition change request from the client (29), and if there is a reproduction interruption request, notifies the client of the end of reproduction and transmission. To end the session (30). Further, when the client makes a request for changing the reproduction condition, the line position of the changed order table corresponding to the time of sending / reproducing at that time is calculated (32) and stored in the memory device 4. The order table 18 is rewritten to the order table requested by the client (33). If there is no request for changing the reproduction mode from the client, it is next checked whether the reproduction position of the video data is the end position (3
1) If it is at the end position, the session is ended (30). If it is not at the end position, the reproduction time is updated (34), and in the subsequent access to the sequence table, the sequence table row at the next time is accessed (2
6). The above processing is repeated until a reproduction interruption request is issued from the client or the video data is reproduced to the end.

FIG. 8 is a control device 2 for reproducing video data in the flowchart shown in FIG.
FIG. 3 is a diagram showing a time relationship of operations of the storage device 1, the reproduction / transmission device 3, and the memory device 4. When the control device 2 receives the reproduction request from the client, the directory table 9, the attribute table 10, and the order table 11 are sequentially accessed in the storage device 1, and the order table 11 is stored in the memory device 4 as shown in the flowchart of FIG. Duplicated in. After that, the access of the pointer of the data block to be reproduced in the memory device 4, the reading of the data block in the storage device 1, and the transmission of the reproduced data block from the reproduction transmitting device 3 are cyclically performed.

FIG. 9 is a flowchart of the flowchart of FIG.
It is a figure which shows the time relationship of operation | movement of each apparatus when a reproduction condition is changed by the client. Such a state corresponds to, for example, a case where the client switches from normal reproduction to fast-forward reproduction or vice versa. When the client requests the control device to change the playback condition, the order table for the new playback video is stored in the storage device 1.
From the memory device 4, and thereafter, similar to the operation in FIG. 8, based on the information of the changed order table, the pointer access of the data block to be reproduced in the memory device 4 and the data in the storage device 1 The block reading and the reproduction data block transmission from the reproduction transmission device 3 are cyclically performed. In this way, continuous reproduction of the video data stored in the storage device 1 in a blocked state and change of the video data are performed without delay.

As described above, according to the present embodiment, a combination of a plurality of video data, audio data, caption data, etc., which composes video data is defined by an attribute table, and the temporal relationship at the time of reading and reproducing these is defined. Is defined in the order table, various video data according to the purpose can be easily configured from each data as a material. Further, since the data is separated for each type of media such as video, voice, characters, etc., management is easy. Furthermore, by knowing the temporal relationship between the sequence tables corresponding to different video data in advance and switching a plurality of video data at the corresponding times, normal playback and fast-forward playback can be switched as shown in the embodiment. Can be realized by switching the video data. In this way, without making any special efforts when reading or playing back the video data recording format or video data,
Special video playback can be realized.

A second embodiment of the present invention will be described below with reference to the drawings. FIG. 10 shows the configuration of a video data reproducing system in the second embodiment of the present invention. The configuration in FIG. 10 is almost the same as the configuration in FIG. 1, and the same names and numbers are given to the same components. In the figure, 1 is a storage device, 2 is a control device, and 3
Is a reproducing / transmitting device, and 4 is a memory device. The operation of this video data reproducing system is basically the same as the configuration shown in FIG. 1, and the differences between them will be mainly described below.

The storage device 1 stores an attribute definition table 40 in addition to the directory table 9, the attribute table 10, the order table 11, the video data 12, 13, the audio data 14, 15, the caption data 16, and the like. . The attribute definition table 40 is a table that defines a combination of continuous data to be read and reproduced for each time described in each row of the order table 11, and the attribute table 10 is as shown in FIG. The pointers of the attribute definition table are described together with the head addresses of the various tables described above. A duplicate of the attribute definition table is created on the memory device 4, and the reproducing / transmitting device 3 accesses the data in the storage device 1 while referring to the attribute definition table 41 on the memory 4.

FIG. 12 shows the structure of the attribute definition table 40. In the figure, the F1 format format is composed of a combination of video data, audio data, and caption data, similarly, the F2 format format is composed of only video data, and the F3 format format is composed of video data and audio data. , F4 format is described to be composed only of caption data.

FIG. 13 shows the structure of an English normal reproduction table using the format of the attribute definition table 40. In the first line shown in the figure, data to be read and reproduced for a fixed time from time T1 from the start of reproduction is described in F1 format, and its operand is & VN1, nn.
1, & AE1, ne1, & C1, and nC1. From the configuration of the attribute definition table shown in FIG. 12, each of these operands is & VN1, nn1 is a pointer and data amount of a video data block, & AE1, n.
e1 indicates the pointer and the data amount of the audio data block, and & C1 and nC1 indicate the pointer and the data amount of the caption data. Similarly, the second, third, and fourth lines read and reproduce only the video data block at time T2, read and reproduce the video data block and the audio data block at time T3, and reproduce the video again at time T4. This indicates that only the data block is read and played.

The operation of the video data reproducing system configured as above will be described. The basic operation and the procedure for transmitting the video data are almost the same as those in the flowcharts and operation explanatory diagrams shown in FIGS. 7 and 8, except for the following two points. That is, first, following the reading of the sequence table from the storage device 1 and the duplication to the memory device 4, the reading of the attribute definition table from the storage device 1 and the writing to the memory device 4 are performed. Secondly, at the time of reproducing the video data, following the row access at the corresponding time of the sequence table, the format of the sequence table described in this row data is read,
Based on this format, the corresponding block data pointer and data amount are obtained, and the block data is read from the storage device 1 and reproduced.

According to this embodiment, the following advantages are brought about in addition to the effects provided by the first embodiment described above. First of all, the amount of data in the order table 11 can be reduced. Audio data is usually 1 compared to video data
Since it is / 10 or less and the caption data is even smaller, it is useless to prepare the order tables as shown in FIGS. 4 to 6 according to the transmission frequency of the video data. Further, as described in the first embodiment, since the order table is frequently referred to by the reproducing / transmitting device 3, it is necessary to be placed in the memory device 4 which can be accessed at high speed. By reducing, it is possible to have more sequence tables in the memory device, which can serve different video streams to more clients.
Secondly, by separately managing the data of the sequence table and the storage method thereof, editing of video data and audio data becomes easy. For example, in the case of adding audio data to video data without audio, if the order table according to the first embodiment is used, all rows of the order table must be changed. The format may be changed and the operand may be added to the row of the sequence table corresponding to the time at which transmission is required.

In the present embodiment, the attribute definition table 40
Is a file different from the attribute table, but the attribute definition table may be part of the attribute table. Also in this case, the same effect as that of this embodiment can be expected.
However, since the format defined by the attribute definition table 40 is considered to be generally general, it is independent as described in this embodiment rather than described in the attribute table prepared for each video data. Using a file makes it possible to use the memory more efficiently, and a plurality of attribute tables can share the same attribute definition table. Also, in news programs and guide broadcasts, video data may consist of only still image data and audio data, and character data and audio data. In such a case, the attribute definition table is used to create a sequence table. A large amount of data can be compressed.

[0040]

As described above, the video data management system according to the present invention manages various continuous media data, which is obtained by dividing continuous information and accumulated as a plurality of blocks, by a directory table, an attribute table and a sequence table, By describing the combination and playback time of these multiple continuous media data by the sequence table,
The position of the attribute table of this video information is obtained from the directory table, and the head position of the sequence table and the attribute of continuous media data can be known from this attribute table. Further, by sequentially referring to the rows of this sequence table, a plurality of continuous media data such as video data, audio data, character data, and control data associated with these are accessed and reproduced, so that they are randomly placed in the storage device. It is possible to continuously reproduce a plurality of continuous media data that have been recorded while maintaining a mutual time relationship to obtain video information.

Further, an attribute definition table that defines the arrangement of data in the order table is used, or a domain for defining the arrangement of data in the order table is provided in the attribute table and each row is described in the order table. By defining multiple types of information as row data types of a specified format, this row data type can be added to each row of the sequence table, and the information contained in each row data can be managed finely and stored in the sequence table. It is possible to reduce the amount.

[Brief description of drawings]

FIG. 1 is a configuration diagram of a video data reproducing system according to a first embodiment of the present invention.

FIG. 2 is a configuration diagram of a directory table in the same embodiment.

FIG. 3 is a configuration diagram of an attribute table in the same embodiment.

FIG. 4 is a configuration diagram of a Japanese normal reproduction table in the same embodiment.

FIG. 5 is a block diagram of an English normal reproduction table in the same embodiment.

FIG. 6 is a configuration diagram of a fast-forward reproduction table according to the embodiment.

FIG. 7 is a flowchart showing the operation of the video data reproducing system in the embodiment.

FIG. 8 is an operation diagram of the video data reproducing system in the same embodiment during normal reproduction.

FIG. 9 is an operation diagram when the reproduction state of the video data reproduction system in the embodiment changes.

FIG. 10 is a configuration diagram of a video data reproducing system according to a second embodiment of the present invention.

FIG. 11 is a configuration diagram of an attribute table in the example.

FIG. 12 is a configuration diagram of an attribute definition table in the example.

FIG. 13 is a block diagram of an English normal reproduction table in the same embodiment.

FIG. 14 is a block diagram of a video data reproducing system in a conventional example.

FIG. 15 is a configuration diagram of a data structure in a video data reproduction system in a conventional example.

[Explanation of symbols]

 1 Storage Device 2 Control Device 3 Playback / Sending Device 4 Memory Device 9 Directory Table 10 Attribute Table 11 Sequence Table 12, 13 Video Data 14, 15 Audio Data 16 Caption Data 18 Copy of Sequence Table 40 Attribute Definition Table 41 Copy of Attribute Definition Table

Claims (5)

[Claims] 1. Consecutive media data in which continuous information is divided and accumulated as a plurality of blocks, a block pointer indicating a start address of each block of the continuous media data, and an attribute of the block are set as row data, and An order table in which row data is continuously described for each block, an order table pointer indicating a start address of the order table, an attribute table describing attributes of the continuous media data and attributes of the order table, and an attribute table of the attribute table. A video data management method characterized in that a plurality of continuous media are managed by an attribute table pointer indicating a start address and a directory table describing a file name of the continuous media data. 2. Each row data of the sequence table includes a block pointer and an attribute of a block in a plurality of continuous media data, and the attribute table describes that the sequence table refers to the plurality of continuous media data. 2. The video data management method according to claim 1, wherein the plurality of blocks referred to by the block pointer are shown to be data having a certain temporal relationship. 3. A plurality of continuous media data referred to by the order table is any one of moving image data, audio data, character data, or control data required when reproducing the plurality of continuous media data. The video data management method according to item 2. 4. An attribute definition table for defining an item included in row data in the order table as a row data type, wherein the order table includes a block pointer indicating a start address of each block of continuous media data, and the row. 2. The video data management method according to claim 1, wherein the data type and the attributes defined by the data type are continuously described for each block as row data. 5. An item included in line data in a sequence table is defined in the attribute table, and the sequence table continuously describes, for each block, information corresponding to the item defined in the sequence table as line data. The video data management method according to claim 1, wherein