Title of Invention: Data transmission apparatus and data transmission method Abstract: A data processing apparatus receives files reproduced from a recording medium, the recording medium having recorded thereon an AV stream file and a PlayList file specifying a method of reproducing the AV stream file. The PlayList file is received. The received PlayList file and additional information associated with the PlayList file are recorded to a management information file for managing the PlayList file. Detailed Description: CROSS-REFERENCE TO RELATED APPLICATIONS This application is a divisional of U.S. patent application Ser. No. 10/344,957, filed on Jul. 16, 2003, which is a national phase application under 35 U.S.C. § 371 of International Application No. PCT/JP02/06089 filed Jun. 19, 2002, which claims priority from Japanese Patent Application No. P2001-189744, filed on Jun. 22, 2001, the disclosures of which are hereby incorporated by reference herein. BACKGROUND OF THE INVENTION 1. Technical Field The present invention relates generally to a data transmission apparatus and a data transmission method and, more particularly, to a data transmission apparatus and a method thereof and further a data processing apparatus and a method thereof for properly managing data contents and reproduction information recorded to a recording medium even after the editing of the recorded data contents. 2. Background Art Recently, various types of optical disks are being proposed as disk-type information recording media which are for use on recording/reproducing apparatuses in a detachable manner. These recordable optical disks are being proposed as mass storage media of several gigabytes, which are highly expected as media for recording AV (Audio Visual) signals such as video signals. The sources (or the supply sources) of digital AV signals to be recorded on recordable optical disks include CS digital satellite broadcast and BS digital broadcast signals and, in the future, digital ground-based television broadcast signals. Generally, the digital video signals supplied from these sources are image-compressed by MPEG2 (Moving Picture Experts Group 2). Each recording apparatus has its unique recording rate. When the digital video signals of digital broadcasting are recorded by use of conventional consumer video storage media, the digital video signals are decoded to perform band limitation before being recorded in the case of analog recording. Alternatively, in the case of digital recording such as MPEG1 Video, MPEG2 Video, and DV (Digital Video), the digital video signals are decoded once and encoded again with the device-unique recording rate and encoding algorithm before being recorded. However, the above-mentioned recording schemes involve the degradation in picture quality because the supplied bit streams are decoded once and then band-limited and encoded again before being recorded. When picture-compressed digital signals are recorded, if the transfer rate of the inputted digital signals does not exceed the recording rate of the recording/reproducing apparatus used, a recording method in which the supplied bit streams are directed recorded without decoding and re-encoding least degrades the picture quality. However, if the transfer rate of the picture-compressed digital signals exceeds the recording rate of a disk of recording medium, it is required for the recording/reproducing apparatus to re-encode the digital signals for recording so that the transfer rate after the decoding on the recording/reproducing apparatus becomes less than the upper limit of the disk recording rate. If a digital signal is transmitted by a variable rate scheme in which the bit rate of an inputted digital signal goes up and down with time, a disk recording apparatus in which data are stored once in its buffer for burst recording can use the disk capacity less wasteful as an information recording medium than a tape-recording apparatus in which the recording rate is fixed because the rotary head has a fixed rotational speed. Thus, in the future in which the digital broadcasting becomes the mainstream broadcasting, such recording/reproducing apparatuses using disks as recording media will be required as recording broadcast signals as they are digital without decoding and re-encoding like data streamers. As described above, as the storage capacity of recording media increases, each recording medium will be able to recording lots of data (for example, video data and audio data associated with programs) to record many programs to a single disk. In such a situation, each user is required to perform operations such as copying of desired data selected from among many programs recorded to a disk to another disk. However, if a copy operation is performed, it becomes difficult to properly managing the contents of the recorded data and the reproduction information. BRIEF SUMMARY OF THE INVENTION In carrying out the invention and according to one aspect thereof, a first data transmission apparatus comprises: a read section operable to read a data stream and its management information from a recording medium; a control section operable to determine partial management information corresponding to a partial data stream necessary for reproducing a specified reproduction interval in the data stream; and a transmission section operable to transmit the partial data stream and partial management information determined by the control section. The above-mentioned transmission section can transmit the partial management information in an asynchronous manner. The above-mentioned control section can select one of asynchronous transmission and synchronous transmission of the partial data stream. The above-mentioned data stream can be an AV stream and the management information can include address information of a discontinuity point of encoded information in the AV stream, information for relating time information in the AV stream with address information, and time information of a characteristic image in the AV stream. The above-mentioned management information can be Clip Information, the address information of the discontinuity point can be a SequenceInfo and a ProgramInfo, the information for relating the time information with the address information can be a CPI, and the time information of the characteristic image can be a ClipMark. The above-mentioned management information can further include a PlayList which is information for specifying a reproduction interval of the AV stream. The above-mentioned transmission section can further transmit information for specifying a reproduction interval of the AV data stream as the partial data stream. The above-mentioned transmission section can transmit the information for specifying the reproduction interval of the AV data stream as the partial data stream without changing contents of the information for specifying the reproduction interval of the AV stream. The above-mentioned transmission section can further transmit a thumbnail image associated with information for specifying a reproduction interval of the AV stream and a thumbnail image associated with time information of a characteristic image in an AV stream included in the partial management information data. The above-mentioned AV stream can be a data sequence in a unit of a transport packet and a source packet constituted by an arrival time stamp of the transport packet, and an AV stream as the partial data stream is a part of a data sequence of a source packet of the AV stream. The above-mentioned AV stream can be a data sequence in a unit of a transport packet and a source packet constituted by a time stamp of the transport packet, and an AV stream as the partial data stream can be a transport stream in a unit of a transport packet. The above-mentioned control section can switch between data transmission of the AV stream and management information thereof and data transmission of only the AV stream in real time. In carrying out the invention and according to another aspect thereof, there is provided a first data transmission method comprising the steps of: reading a data stream and its management information from a recording medium; determining partial management information corresponding to a partial data stream necessary for reproducing a specified reproduction interval in the data stream; and transmitting the partial data stream and partial management information determined by the control section. In carrying out the invention and according to still another aspect thereof, there is provided a first recording medium recording a computer-readable program comprising the steps of: reading a data stream and its management information from a recording medium; determining partial management information corresponding to a partial data stream necessary for reproducing a specified reproduction interval in the data stream; and transmitting the partial data stream and partial management information determined by the determining step. In carrying out the invention and according to yet another aspect thereof, there is provided a first program for causing a computer to execute the steps of: reading a data stream and its management information from a recording medium; determining partial management information corresponding to a partial data stream necessary for reproducing a specified reproduction interval in the data stream; and transmitting the partial data stream and partial management information determined by the determining step. In carrying out the invention and according to a different aspect thereof, there is provided a second data transmission apparatus for transmitting an AV stream, comprising: an authentication section operable to mutually authenticate an apparatus of a transmission destination of the AV stream; and a transmission section operable to transmit the AV stream and management information thereof if the apparatus of the transmission destination is found compliant with a predetermined format from a result of the mutual-authentication by the authentication section and transmitting only the AV stream in real time if the apparatus of the transmission destination is found not compliant with the predetermined format from a result of the mutual-authentication by the authentication section. In carrying out the invention and according to a still another aspect thereof, there is provided a second data transmission method for transmitting an AV stream comprising the steps of: mutually authenticating an apparatus of a transmission destination of the AV stream; and transmitting the AV stream and management information thereof if the apparatus of the transmission destination is found compliant with a predetermined format from a result of the mutual-authentication by the authentication step and transmitting only the AV stream in real time if the apparatus of the transmission destination is found not compliant with the predetermined format from a result of the mutual-authentication by the authentication step. In carrying out the invention and according to a yet different aspect thereof, there is provided a second recording medium recording a computer-readable program for a data transmission apparatus for transmitting an AV stream, comprising the steps of: mutually authenticating an apparatus of a transmission destination of the AV stream; and transmitting the AV stream and management information thereof if the apparatus of the transmission destination is found compliant with a predetermined format from a result of the mutual-authentication by the authentication step and transmitting only the AV stream in real time if the apparatus of the transmission destination is found not compliant with the predetermined format from a result of the mutual-authentication by the authentication step. In carrying out the invention and according to a separate aspect thereof, there is provided a second program for causing a computer for controlling a data transmission apparatus for transmitting an AV stream, comprising the steps of: mutually authenticating an apparatus of a transmission destination of the AV stream; and transmitting the AV stream and management information thereof if the apparatus of the transmission destination is found compliant with a predetermined format from a result of the mutual-authentication by the authentication step and transmitting only the AV stream in real time if the apparatus of the transmission destination is found not compliant with the predetermined format from a result of the mutual-authentication by the authentication step. In carrying out the invention and according to a still separate aspect thereof, there is provided a first data processing apparatus, comprising: a receiving section operable to receive the PlayList file; and a recording section operable to record the PlayList and adding information associated with the newly received PlayList file to a management information file for managing the recorded PlayList. In carrying out the invention and according to a yet separate aspect thereof there is provided a first data processing method, comprising the steps of: receiving the PlayList file; and recording the PlayList and adding information associated with the newly received PlayList file to a management information file for managing the recorded PlayList. In carrying out the invention and according to another aspect thereof, there is provided a third recording medium recording a computer-readable program for a data processing apparatus for receiving, from a recording medium recording an AV stream file and a PlayList file specifying a method of reproducing the AV stream file, the files reproduced from the recording medium, the program comprising the steps of: receiving the PlayList file; and recording the PlayList and adding information associated with the newly received PlayList file to a management information file for managing the recorded PlayList. In carrying out the invention and according to still another aspect thereof, there is provided a third program for causing a computer for controlling a data processing apparatus for receiving, from a recording medium recording an AV stream file and a PlayList file specifying a method of reproducing the AV stream file, the files reproduced from the recording medium, the program comprising the steps of: receiving the PlayList file; and recording the PlayList and adding information associated with the newly received PlayList file to a management information file for managing the recorded PlayList. In carrying out the invention and according to yet another aspect thereof, there is provided a second data processing apparatus, comprising: a receiving section operable to receive a thumbnail file; and a recording section operable to add data of the received thumbnail file to the recorded thumbnail file. In carrying out the invention and according to a different aspect thereof, there is provided a second data processing method, comprising the steps of: receiving a thumbnail file; and adding data of the received thumbnail file to the recorded thumbnail file. In carrying out the invention and according to a still different aspect thereof, there is provided a fourth program of a recording medium for inputting data into a recording medium to which an AV stream file and a thumbnail file of the AV stream are recorded, comprising the steps of: receiving a thumbnail file; and adding data of the received thumbnail file to the recorded thumbnail file. In carrying out the invention and according to a yet different aspect thereof, there is provided a fourth program for causing a computer for controlling a data processing apparatus for inputting data into a recording medium to which an AV stream file and a thumbnail file of the AV stream are recorded, comprising the steps of: receiving a thumbnail file; and adding data of the received thumbnail file to the recorded thumbnail file. In the first data transmission apparatus and method, program stored in recording medium, and program according to the invention, the partial data stream and partial management information data necessary for the reproduction of a reproduction interval specified in a data stream are determined and the determined partial data stream is transmitted. In the second data transmission apparatus and method, program stored in recording medium, and program according to the invention, both an AV stream and its management information data are transmitted if the apparatus of the transmission destination is compliant with a predetermined format and only an AV stream is transmitted in real time if the apparatus of the transmission destination is not compliant with the predetermined format. In the first data processing apparatus and method, program stored in recording medium, and program according to the invention, a PlayList file is added to a management information file. In the second data processing apparatus and method, program stored in recording medium, and program according to the invention, the data of a first thumbnail file is added to a second thumbnail file. BRIEF DESCRIPTION OF THE DRAWINGS This invention will be described in further detail by way of example with reference to the accompanying drawings. FIG. 1 is a diagram illustrating volume information. FIG. 2 is a diagram illustrating a directory structure formed on a disk. FIG. 3 is a diagram illustrating a structure of DVR MPEG-2 transport stream. FIG. 4 is a diagram illustrating syntax of source_packet. FIG. 5 is a diagram illustrating syntax of TP_extra_header( ). FIG. 6 is a diagram illustrating a DVR MPEG-2 transport stream recorder model. FIG. 7 is a diagram illustrating a DVR MPEG-2 transport stream player model. FIG. 8 is a diagram illustrating syntax of Clip Information file. FIG. 9 is a diagram illustrating an ATC-sequence. FIG. 10 is a diagram illustrating a relationship between ATC discontinuity point and ATC-sequence. FIG. 11 is a diagram illustrating continuous STC intervals. FIG. 12 is a diagram illustrating a relationship between STC discontinuity point and STC-sequence and a relationship between STC-sequence and ATC-sequence. FIG. 13 is a diagram illustrating SequenceInfo( ). FIG. 14 is a diagram illustrating a program_sequence. FIG. 15 is a diagram illustrating syntax of ProgramInfo( ). FIG. 16 is a diagram illustrating syntax of StreamCodingInfo( ). FIG. 17 is a diagram illustrating a stream_coding_type. FIG. 18 is a diagram illustrating a video_format. FIG. 19 is a diagram illustrating a frame_rate. FIG. 20 is a diagram illustrating a display_aspect_ratio. FIG. 21 is a diagram illustrating an audio presentation_type. FIG. 22 is a diagram illustrating a sampling_frequency. FIG. 23 is a diagram illustrating syntax of CPI( ). FIG. 24 is a diagram illustrating an EP_map. FIG. 25 is a diagram illustrating a TU_map formed when an AV stream is recorded as a Clip for the first time. FIG. 26 is a diagram illustrating syntax of TU_map. FIG. 27 is a diagram illustrating a relationship between PlayListMark and ClipMark. FIG. 28 is a diagram illustrating syntax of ClipMark. FIG. 29 is a diagram illustrating syntax of PlayList file. FIG. 30 is a diagram illustrating syntax of UIAppInfoPlayList. FIG. 31 is a diagram illustrating syntax of PlayList( ). FIG. 32 is a diagram illustrating PlayList of EP_map type. FIG. 33 is a diagram illustrating PlayList of TU_map type. FIG. 34 is a diagram illustrating a relationship between time information of PlayList of EP_map type and address information in AV stream file. FIG. 35 is a diagram illustrating a relationship between time information of PlayList of TU_map type and address information in AV stream file. FIG. 36 is a diagram illustrating syntax of PlayItem( ). FIG. 37 is a diagram illustrating syntax of PlayListMark. FIG. 38 is a diagram illustrating syntax of Info.dvr. FIG. 39 is a diagram illustrating syntax of UIAppInfoVolume. FIG. 40 is a diagram illustrating syntax of TableOfPlayLists. FIG. 41 is a diagram illustrating syntax of thumbnail header information file. FIG. 42 is a diagram illustrating syntax of thumbnail picture data file. FIG. 43 is a diagram illustrating a method of storing data into tn_block. FIG. 44 is a block diagram illustrating a configuration of a moving picture recording/reproducing apparatus. FIG. 45 is a diagram illustrating a concept of a relationship between Clip formed by recording AV stream as new Clip and PlayList. FIG. 46 is a diagram illustrating a concept of creating Virtual PlayList. FIG. 47 is a diagram illustrating a concept of a relationship between Clip and PlayList at the time when a part of reproduction interval of Real PlayList is deleted. FIG. 48 is a diagram illustrating a concept of relationships between Clip, PlayList and Virtual PlayList at the time of editing Minimize. FIG. 49 is a diagram illustrating an example in which two ATC_sequences are created in Clip when data of one Clip AV stream are partially deleted. FIG. 50 is a diagram illustrating a relationship between ATC_sequences, STC_sequences, and program_sequence at the time when data of one Clip AV stream are partially deleted. FIG. 51 is a diagram illustrating a relationship between Clip and PlayList at the time when a Clip AV stream with CPI being EP_map is partially deleted. FIG. 52 is a diagram illustrating an example in which Clip is divided into two when a Clip AV stream is partially deleted in the case where no ATC discontinuity is permitted in Clip. FIG. 53 is a diagram illustrating a relationship between Clip and PlayList at the time when a Clip AV stream with CPI being TU_map is partially deleted. FIG. 54 is a flowchart describing how to create a Clip AV stream file and a Clip Information file at newly recording an AV stream as Clip. FIG. 55 is a flowchart describing an exemplary operation of creating SequenceInfo at the time when an AV stream is recorded as Clip for the first time. FIG. 56 is a flowchart describing an exemplary operation of creating ProgramInfo. FIG. 57 is a flowchart describing an exemplary operation of creating EP_map. FIG. 58 is a flowchart describing a method of creating Real PlayList. FIG. 59 is a flowchart describing a method of creating Virtual PlayList. FIG. 60 is a flowchart describing a method of reproducing PlayList. FIG. 61 is a diagram illustrating an example of file-transferring both an AV stream file and a database file. FIG. 62 is a diagram illustrating an example in which an AV stream is transferred in real time (stream transfer) and a database is file-transferred. FIG. 63 is a diagram illustrating an example in which only an AV stream is transferred in real time and a database file is newly created at the copy destination. FIG. 64 is a diagram illustrating an example in which an AV stream is transferred in real time at data reproduction rate if a copy destination recording apparatus is not compliant with DVR format. FIG. 65 is a diagram illustrating a relationship between Clip and PlayList in the case where only PlayList and the necessary portion of Clip are copied from copy source (the reproducing apparatus on the output side) to copy destination (the recording apparatus on the input side). FIG. 66 is a diagram illustrating a Clip portion necessary for the reproduction of PlayList when copying it from copy source (the reproducing apparatus on the output side) to copy destination (the recording apparatus on the input side). FIG. 67 is a diagram illustrating a method of determining a copy start point of data preceding IN_time when copying PlayList from copy source (the reproducing apparatus on the output side) to copy destination (the recording apparatus on the input side). FIG. 68 is a diagram illustrating a method of determining a copy end point of data following OUT_time when copying PlayList from copy source (the reproducing apparatus on the output side) to copy destination (the recording apparatus on the input side). FIG. 69 is a diagram illustrating a relationship between Clip and PlayList at the time when copying only PlayList and the necessary portion of Clip from copy source (the reproducing apparatus on the output side) to copy destination (recording apparatus on the input side). FIG. 70A is a diagram illustrating a method of changing Clip at the time of partially copying Clip from copy source (the reproducing apparatus on the output side) to copy destination (the recording apparatus of the input side). FIG. 70B is a diagram illustrating a method of changing Clip at the time of partially copying Clip from copy source (the reproducing apparatus on the output side) to copy destination (the recording apparatus of the input side). FIG. 70C is a diagram illustrating a method of changing Clip at the time of partially copying Clip from copy source (the reproducing apparatus on the output side) to copy destination (the recording apparatus of the input side). FIG. 70D is a diagram illustrating a method of changing Clip at the time of partially copying Clip from copy source (the reproducing apparatus on the output side) to copy destination (the recording apparatus of the input side). FIG. 71 is a block diagram illustrating a configuration in which an AV stream of DVR and its associated database file are copied from copy source (the reproducing apparatus on the output side) to copy destination (the recording apparatus on the input side) via a digital bus. FIG. 72 is a flowchart describing the processing of copy source when copying PlayList from copy source (the reproducing apparatus on the output side) to copy destination (the recording apparatus on the input side). FIG. 73 is a flowchart describing the processing for Clip on the side of copy source when copying PlayList from copy source (the reproducing apparatus on the output side) to copy destination (the recording apparatus on the input side). FIG. 74 is a flowchart descrying the processing of copy destination when copying PlayList from copy source (the reproducing apparatus on the output side) to copy destination (the recording apparatus on the input side). FIG. 75 is a diagram illustrating an example in which an AV stream file and a database file are transferred to a recording apparatus via radio. FIG. 76 is a diagram illustrating an example in which an AV stream file and a database file are recorded in different servers and these files are transferred to a recording medium from these servers. DETAILED DESCRIPTION Best Mode for Carrying Out the Invention This invention will be described in further detail by way of example with reference to the accompanying drawings. Now, referring to FIG. 1, there is shown a simplified structure of an application format on a recording medium (a recording medium 10 shown in FIG. 44 to be described later). This format has two layers, PlayList and Clip, for the management of AV streams. Volume Information manages all Clips and PlayLists in each disk. One AV stream and its pair of attached information are thought of as one object, which is called a Clip. An AV stream file is called a Clip AV stream file and its attached information is called a Clip Information file. One Clip AV stream file stores the data obtained by arranging an MPEG2 transport stream into a structure defined by a DVR (Digital Video Recording) application format. Generally, a data file used by computers for example is handled as a byte sequence. The content of a Clip AV stream file is developed along time axis and a PlayList specifies an access point in a Clip mainly by a time stamp. When the time stamp of an access point in a Clip is given by a PlayList, a Clip Information file is useful in finding the address information at which the decoding of the stream is to be started in the Clip AV stream file. The PlayList is introduced for the purpose of selecting a reproduction interval which the user wants to view from the Clip to edit the selected interval with ease. One PlayList is a collection of the reproduction intervals in a Clip. One reproduction interval in one Clip is called a PlayItem, which is represented by a pair of IN-point and OUT-point on the time axis. Therefore, the PlayList is a collection of PlayItems There are two types of PlayLists. One is a Real PlayList and the other is Virtual PlayList. A Real PlayList is regarded as sharing the stream portion of the Clip it is referring to. Namely, the Real PlayList occupies, in the disk, the data capacity equivalent to the stream portion of the Clip which it is referring to. When an AV stream is recorded as a new Clip, a Real PlayList which refers to the reproducible range of that Clip in its entirety is automatically created. If the reproduction range of the Real PlayList is partially deleted, the data of the stream portion of the Clip which it is referring to are also deleted. The Virtual PlayList is regarded as not sharing Clip data. If the Virtual PlayList is changed or deleted, the Clip will not patrickjames@example.org. It should be noted that Real PlayList and Virtual PlayList are generically referred to as a PlayList. The directories necessary on each DVR disk are as follows. Root directory including “DVR” directory “DVR” directory including “PLAYLIST” directory, “CLIPINF” directory, “STREAM” directory, and “DATA” directory Directories other than the above-mentioned directories may be formed under the root directory; however, these formed directories are ignored in this DVR application format. Referring to FIG. 2, there is shown an exemplary directory structure on the DVR disk. As shown in the figure, the root directory includes one directory. “DVR”—All files and directories defined by the DVR application format must be stored under this directory. The “DVR” directory stores the following files. “info.dvr” file, formed under the DVR directory, stores the information about the entire application layer. Under the DVR directory, only one info.dvr must exist. It is assumed that the file name be fixed to info.dvr. “menu.tidx” and “menu.tdat” and “mark.tidx” and “mark.tdat” are files for storing thumbnail information. The “DVR” directory includes the directories to be described below. “PLAYLIST”—the database file of Real PlayList and Virtual PlayList must be located under this directory. This directory must exist even if there is no PlayList. “CLIPINF”—the database of Clips must be located under this directory. This directory must exist even if there is no Clip. “STREAM”—the AV stream file must be located under this directory. This directory must exist even if there is no AV stream file. “PLAYLIST” directory stores two types of PlayList files, Real PlayList and Virtual PlayList. “xxxxx.rpls”—this file stores the information associated with one Real PlayList. For each Real PlayList, one file is created. The file name is “xxxxx.rpls”. “xxxxx” denotes five numbers, 0 to 9. The file extension must be “rpls”. “yyyyy.vpls”—this file stores the information associated with one Virtual PlayList. For each virtual PlayList, one file is created. The file name is “yyyyy.vpls”. “yyyyy” denotes five numbers, 0 to 9. The file extension must be “vpls”. “CLIPINF” directory, corresponding to each AV stream file, stores one file. “zzzzz.clpi”—this file is Clip Information file which corresponds to one AV stream file (Clip AV stream file or Bridge-Clip AV stream file). The file name is “zzzzz.clpi”. “zzzzz” denotes five numbers, 0 to 9. The file extension must be “clpi”. The “STREAM” directory stores AV stream files. “zzzzz.m2ts”—this file is an AV stream file to be handled by a DVR system. This is a Clip AV stream file or a Bridge-Clip AV stream file. The file name is “zzzzz.m2ts”. “zzzzz” denotes five numbers, 0 to 9. The file extension must be “m2ts”. One AV stream file and the Clip Information file corresponding thereto must use the same five numbers “zzzzz.” The other directories and file names are unnecessary for the description of the embodiments of the present invention and therefore their descriptions will be skipped. The following describes the structure of AV stream files. Each AV stream file must have the structure of the DVR MPEG2 transport stream shown in FIG. 3. The DVR MPEG2 transport stream file has the following characteristics. The DVR MPEG2 transport stream is composed of the integral number of Aligned units. Each Aligned unit is 6144 bytes (2048×3 bytes) in size. Each Aligned unit starts with a first byte of a source packet. Each source packet is 192 bytes long. One source packet is composed of TP_extra_header and a transport packet. TP_extra_header is 4 bytes long and the transport packet is 188 bytes long. One Aligned unit is composed of 32 source packets. The last Aligned unit at the end of the DVR MPEG2 transport stream is also composed of 32 source packets. If the last Aligned unit is not fully filled with the transport packets of an input transport stream, the free byte area must be filled with source packets having null packets (transport packets with PID=0x1FFF). FIG. 4 shows syntax of source packets. TP_extra_header( ) is 4 bytes long. transport_packet( ) is an MPEG-2 transport packet of 188 bytes long which is defined by ISO/IEC 13818-1. FIG. 5 shows syntax of TP_extra_header. copy_permission_indicator is an integer which represents the copy limitation of the payload of the corresponding transport packet. arrival_time_stamp is a time stamp indicative of the time at which, in the AV stream, the corresponding transport packet arrives at a decoder (an AV decoder 16 shown in FIG. 44 to be described later). This is an integer having a value specified by arrival_time_stamp in equation (1) to be described later. FIG. 6 shows a recorder model (a moving picture recording/reproducing apparatus 1 shown in FIG. 44 to be described later) for DVR MPEG-2 transport streams. This is a conceptual model for defining a recording process. Each DVR MPEG-2 transport stream must comply with this model. The following describes the input timing of an MPEG-2 transport stream. The input MPEG2 transport stream is a full transport stream or a partial transport stream. The input MPEG2 must comply with ISO/IEC13818-1 or ISO/IEC13818-9. i-th byte of the MPEG-2 transport stream is simultaneously inputted at time t(i) into a T-STD (a transport stream system target decoder defined by ISO/IEC 13818-1) 201 (an AV decoder 16 shown in FIG. 44) and a source packetizer 204 (a source packetizer 29 shown in FIG. 44). The following describes a 27 MHz PLL 202 (incorporated in a controller 17 in the moving picture recording/reproducing apparatus 1 shown in FIG. 44). The frequency of 27 MHz must be locked to the value of PCR (Program Clock Reference) of the MPEG-2 transport stream. The following describes an arrival time clock. An arrival time clock counter 203 (incorporated in the controller 17 in the moving picture recording/reproducing apparatus 1 in FIG. 44) is a binary counter which counts the frequency pulses outputted from the 27 MHz PLL 202. arrival_time_clock(i) is a count value of an arrival time clock counter 203 at time t(i). The following describes a source packetizer 204. The source packetizer 204 creates source packets by attaching TP_extra_header to all transport packets. Arrival_time_stamp indicates a time at which the first byte of a transport packet arrives at both the T-STD 201 and the source packetizer 204. Arrival_time_stamp(k) is a sample value of Arrival_time_clock(k), k being indicative of a first byte of the transport packet as shown in equation (1). arrival_time_stamp(k)=arrival_time_clock(k) % 230 (1) The following describes a write buffer 205 (incorporated in a write section 32 in the moving picture recording/reproducing apparatus 1 shown in FIG. 44). Rmax is an input bit rate of the source packet stream from the source packetizer 204 to the write buffer 205. Let a maximum bit rate of an input transport stream be TS_recording_rate, then Rmax is calculated as follows: Rmax=TS_recording_rate×192/188 Rud is an output bit rate from the write buffer 205 to a DVR drive 206 (incorporated in a write section 32 in the moving picture recording/reproducing apparatus 1 shown in FIG. 44). The output bit rate of source packet stream from the buffer at the time when the write buffer 205 is not empty is Rud. When the buffer is empty, the output bit rate from the buffer is zero. The DVR drive 206 records, to a disk (a recording medium 10 in FIG. 44), each packet from the write buffer 205 attached with ATS corresponding to the arrival time of each packet to the T-STD 201. FIG. 7 shows a player model (the moving picture recording/reproducing apparatus 1 in FIG. 44 corresponds thereto) of DVR MPEG-2 transport stream. This is a conceptual model for defining a reproducing process. The DVR MPEG-2 transport stream must comply with this model. The following describes a read buffer 222 (incorporated in a read section 11 of the moving picture recording/reproducing apparatus 1 in FIG. 44). Rud is an input bit rate from a DVR drive 221 (incorporated in the moving picture recording/reproducing apparatus 1 in FIG. 44) to the read buffer 222. The input bit rate of the source packet stream to the read buffer 222 when it is not full is Rud. When the buffer is full, the input in the buffer is stopped. Rmax is the output bit rate of the source packet stream from the read buffer 222 to a source depacketizer 223 (a source depacketizer 14 shown in FIG. 43 corresponds thereto). The following describes an arrival time clock counter 225 (incorporated in a controller 17 of the moving picture recording/reproducing apparatus 1 in FIG. 44). The arrival time clock counter 225 is a binary counter which counts 27 MHz frequency pulses generated by a 27 MHz crystal oscillator (27 MHzX-tal) 224 (incorporated in the controller 17 of the moving picture recording/reproducing apparatus 1 in FIG. 44). If the current source packet is the first source packet of an AV stream file or the source packet indicated by SPN_ATC_start in SequenceInfo( ) to be described later, the count value of the arrival time clock counter 225 is reset with the value of the arrival time stamp of that packet. Arrival_time_clock(i) is a count value of the arrival time clock counter 225 at time t(i). The following describes the output timing of an MPEG-2 transport stream. If the arrival_time_stamp of the current source packet is equal to the value of LSB 30 bits of arrival_time_clock(i), the transport packet of that source packet is drawn from the buffer. The following describes a database format for managing the reproduction information of an AV stream file. FIG. 8 shows syntax of a Clip Information file. Each Clip Information file has SequenceInfo( ), ProgramInfo( ), CPI( ), and ClipMark( ). SequenceInfo_start_address indicates the start address of SequenceInfo( ) with the relative number of bytes from the start byte of a zzzzz.clpi used as unit. The relative number of bytes is counted from zero. ProgramInfo_Start_address indicates the start address of ProgramInfo( ) with the relative number of bytes from the start byte of a zzzzz.clpi file used as unit. The relative number of bytes is counted from zero. CPI_Start_address indicates the start address of CPI( ) with the relative number of bytes from the start byte of a zzzzz.clpi file used as unit. The relative number of bytes is counted from zero. ClipMark_Start_address indicates the start address of ClipMark( ) with the relative number of bytes from a zzzzz.clpi file used as unit. The relative number of bytes is counted from zero. The other syntax fields are unnecessary for the description of the embodiments of the invention, so that their descriptions will be skipped. SequenceInfo( ) defines the information about ATC-sequence and STC sequence in a Clip AV stream. The following describes an ATC sequence. A time axis created on the basis of the arrival time stamp (ATS) of each source packet constituting an AV stream file is called an arrival time base, its clock being called as ATC (Arrival Time Clock). A source packet sequence not including the discontinuity point of ATC (the discontinuity point of arrival time base) is called an ATC-sequence. FIG. 9 illustrates an ATC-sequence. When an input transport stream is newly recorded as a Clip AV stream file, the Clip should not include the discontinuity point of ATC and has only one ATC-sequence. It is assumed that the discontinuity point of ATC is created only when the stream data of a Clip AV stream are partially deleted by editing for example, of which details will be described later. The ATC start address, namely the start address of ATC-sequence, in the AV stream file is stored in SequenceInfo( ). This address is indicated by SPN_ATC_start. Each ATC-sequence other than the last ATC-sequence in the AV stream file starts with a source packet indicated by the SPN_ATC_start and ends with the source packet immediately before the source packet indicated by the next SPN_ATC_start. The last ATC-sequence starts with the source packet indicated by the SPN_ATC_start and ends with the last source packet of the AV stream file. FIG. 10 illustrates a relationship between the discontinuity point of ATC and the ATC-sequence. In this example, a Clip AV stream file has two ATC discontinuity points and three ATC-sequences. The following describes the STC-sequence. The definition of STC (System Time Clock) follows the MPEG-2 definition. Namely, this is a clock of the system time base which is the time axis created on the basis of PCR (Program Clock Reference) in the transport stream. The value of STC is represented in the count value of a 33-bit binary counter having 90 kHz precision. FIG. 11 illustrates continuous STC intervals. The horizontal axis represents Arrival Time Clock (or arrival time base) and the vertical axis represents STC (or system time base). In Case-1, STC increases monotonously, STC in that interval being continuous. In Case-2, 33-bit STC wraparounds halfway. The wraparound point of STC is not the discontinuous point of STC. If STC wraparounds, STC remains continuous. STC discontinuity occurs when the broadcast station switches between transmission lines, the recording side switches between recording channels, or the user performs an editing operation. A source packet sequence which does not include STC discontinuity point (the discontinuity point on system time base) is called an STC-sequence. It should be noted that no same STC value appears in a same STC_sequence. Therefore, the maximum time length of Clip is limited to less than the 33-bit STC wraparound period (about 26 hours). In the AV stream file, the address at which a new STC starts, namely the STC-sequence start address, is stored in SequenceInfo( ). This address is indicated by SPN_STC_start. The STC-sequence does not extend over an ATC-sequence boundary. The STC-sequences other than the last STC-sequence in the AV stream file each start with the source packet indicated by its SPN_STC_start and end with the source packet immediately before the source packet indicated by the next SPN_STC_start. The last STC-sequence starts with the source packet indicated by its SPN_STC_start and ends with the last source packet of the AV stream file. FIG. 12 shows a relationship between STC discontinuity point and STC-sequence and a relationship between STC-sequence and ATC-sequence. In this example, the Clip AV stream file has three STCs and three STC-sequences. One STC-sequence does not extend over the ATC-sequence boundary. If an AV stream has an STC discontinuity point, a PTS having the same value may appear in this AV stream file. Therefore, when pointing at a time in the AV stream file on a PTS basis, only the PTS of access point is not sufficient to identify that point. It is necessary to have an index of the STC-sequences which include that PTS in addition to the PTS. This index is called an STC-id. FIG. 13 shows syntax of SequenceInfo( ). In the figure, length indicates the number of bytes from the byte immediately after this length field to the last byte of SequenceInfo( ). num_of_ATC_sequences indicates the number of ATC-sequences in the AV stream file. SPN_ATC start[atc_id] indicates the address at which the ATC-sequence indicated by atc_id starts in the AV stream file. SPN_ATC start[atc_id] indicates a size on a source packet number unit and is counted from the first source packet of the AV stream file with zero being the initial value. The first SPN_ATC_start[0] in SequenceInfo( ) is zero. The values of SPN_ATC_start[atc_id] entered in SequenceInfo( ) are aligned in the ascending order. Namely, the SPN_ATC_start[atc_id] entered in SequenceInfo( ) satisfies the following conditions. SPN_ATC_start[0]=0 for atc_id which is 0<atc_id<num_of_ATC_sequences, SPN—ATC_start[atc—id−1]<SPN—ATC_start[atc—id] num_of STC sequences[atc_id] indicates the number of STC-sequences existing on the ATC-sequence indicated by atc_id. Offset_STC_id[atc_id] indicates the offset value of sct_id for the first STC-sequence on the ATC-sequence indicated by atc_id. When the AV stream file is newly recorded, offset_STC_id[atc_id] is zero. The value of stc_id corresponding to the STC-sequence on the ATC-sequence indicated by the atc_id is defined by the sequence of description by for_loop of stc_id in the syntax, its value starting with offset_STC_id[atc_id]. For the two continuous ATC-sequences defined in SequenceInfo( ), the value of the last stc_id of the preceding ATC-sequence and the value of the first stc_id of the following ATC-sequence may be the same. If the values of these two stc_id fields are the same, the same STC value will never appear in the two STC-sequences to be referenced by these values. The values of stc_id to be entered in SequenceInfo( ) must be aligned in the ascending order. The value of offset_STC_id[atc_id] is set so as to satisfy this condition. PCR_PID[atc_id][stc_id] is the value of the transport packet having a valid PCR in the STC-sequence indicated by the stc_id on the ATC-sequence indicated by atc_id. SPN_STC_start[atc_id] [stc_id] indicates the address at which the STC-sequence indicated by stc_id on the ATC-sequence indicated by atc_id starts on the AV stream. SPN_STC_start[atc_id] [stc_id] is a size on a source packet number unit basis, which is counted from the first source packet of the AV stream file with zero as the initial value. The values of SPN_STC_start[atc_id][stc_id] to be entered in SequenceInfo( ) are aligned in the ascending order. The first SPN_STC_start[atc_id] [stc_id] on the ATC-sequence indicated by the atc_id has a value over SPN_ATC_start[atc_id]. Namely, this satisfies the following condition. SPN_ATC_start[atc_id]<=SPN_STC_start[atc_id][0] presentation_start_time[atc_id][stc_id] indicates the presentation start time of the AV stream data on the STC-sequence indicated by stc_id on the ATC-sequence indicated by the atc_id. This is the value of presentation time on a 45 kHz unit basis which is derived from the STC of its STC-sequence. presentation_end_time[atc_id][stc_id] indicates the presentation end time of the AV stream data on the STC-sequence indicated by stc_id on the ATC-sequence indicated by atc_id. This is the value of the presentation time on a 45 kHz unit basis which is derived from the STC of this STC-sequence. The following describes ProgramInfo( ). A program is a collection of elementary streams and shares only one system time base for the synchronous reproduction of these streams. It is advantageous for the reproducing apparatus (the moving picture recording/reproducing apparatus 1 shown in FIG. 44 to be described later) to know the contents of each AV stream before its decoding. These contents include such information as the value of PID of the transport packet for transmitting video and audio elementary streams and the types of video and audio component (for example, HDTV video and MPEG-2 AAC audio streams), for example. This information is useful in creating a menu screen for describing the PlayList contents for the user which reference an AV stream as well as setting the initial state of an AV decoder 16 (in FIG. 44 to be described later) and a demultiplexer 15 (in FIG. 44 to be described later) of the reproducing apparatus before decoding the AV stream. For this reason, each Clip Information file has ProgramInfo for describing program contents. An AV stream file storing MPEG-2 transport streams may change in program contents in the file. For example, the PID of a transport packet transmitting video elementary streams may change or the component type of a video stream may change from SDTV to HDTV. ProgramInfo stores the information about the change point of program contents in an AV stream file. A source packet sequence in which the program contents specified by this format in an AV stream file are constant is referred to as a program-sequence. The address at which a new program-sequence starts in an AV stream file is stored in ProgramInfo( ). This address is pointed by SPN_program_sequence_start. The program-sequences other than the last program-sequence in an AV stream file each start with a source packet pointed by its SPN_program_sequence_start and end with the source packet immediately before a source packet pointed by the next SPN_program_sequence_start. The last program-sequence starts with the source packet pointed by its SPN_program_sequence_start and ends with the last source packet of the AV stream. FIG. 14 illustrates a program-sequence. In this example, a Clip AV stream file has three program-sequences. Each program-sequence may extend over the ATC-sequence boundary and the STC-sequence boundary. FIG. 15 shows syntax of ProgramInfo( ). length indicates the number of bytes from the byte immediately after this length field to the last byte of ProgramInfo( ). num_of program_sequences indicates the number of program sequences in the AV stream file. SPN_program_sequence_start indicates the address at which a program-sequence starts on the AV stream file. SPN_program_sequence start has a size on a source packet number unit basis and is counted from the first source packet of the AV stream file with zero being the initial value. The values of SPN_program_sequence_start entered in ProgramInfo( ) are aligned in the ascending order. It is supposed that SPN_program_sequence_start point at the source packet having the first PMT for that program_sequence. SPN_program_sequence_start is created by analyzing PSI/SI in the transport stream by the recorder (the moving picture recording/reproducing apparatus 1 shown in FIG. 44) which records data. Because a delay time is required for the recorder (for example, a video analyzer 24 or a multiplexed stream analyzer 26 shown in FIG. 44) to analyze PSI/SI and detect its change, SPN_program_sequence_start may point a source packet which is within a predetermined time from the actual PSI/SI change point. program_map_PID is the value of PID of a transport packet having PMT (program map table) applicable to its program-sequence. num_of streams_in_ps indicates the number of elementary streams defined in that program-sequence. num_of_groups indicates the number of groups of elementary streams defined in its program-sequence. num_of_groups is a value which is 1 or more. If PSI/SI of the transport stream has the group information of elementary streams, num_of_groups is supposed to have a value which is 1 or more. Each group constitutes one view in a multi-view program. stream_PID indicates the value of PID for an elementary stream defined in PMT which
{'app_number': None, 'application_number': '<application-reference appl-type="utility">\n<document-id>\n<country>US</country>\n<doc-number>12321872</doc-number>\n<date>20090127</date>\n</document-id>\n</application-reference>', 'doc_number': None, 'publication_number': '<publication-reference>\n<document-id>\n<country>US</country>\n<doc-number>20090148123</doc-number>\n<kind>A1</kind>\n<date>20090611</date>\n</document-id>\n</publication-reference>', 'source_file': './application/2009/ipa090611.xml', 'source_data': 'USPTO-Application'}