JP2002171490A - Data structure for stream data, its recording method and its reproduction method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a data structure for stream data by which the stream data can efficiently be recorded and the stream data can be reproduced from an information medium while storing transfer timing among application packets upon receiving a digital broadcast program. SOLUTION: The stream data comprise stream objects, each stream object consists of stream packs and each stream pack consists of a packet header and a stream packet. An application packet received by a streamer during recording of the stream object is subjected to time stamping by a local reference clock (440) corresponding to prescribed time information.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a data structure suitable for recording and reproducing video data transmitted in digital broadcasting or the like and stream data transmitted in a packet structure, and a method for recording stream data using this data structure. , And a method of reproducing stream data recorded by the data structure.

[0002]

2. Description of the Related Art In recent years, TV broadcasting has entered the age of digital broadcasting. Along with this, a device for storing digital data of digital TV broadcasting as digital data regardless of the content, that is, a so-called streamer has been demanded.

[0003] In digital TV broadcasting currently being broadcast, an MPEG transport stream is employed. It is considered that the MPEG transport stream will be used as a standard in the field of digital broadcasting using moving images.

[0004] In this digital broadcasting, the content to be broadcast (mainly video information) is time-divided into data packets of a predetermined size (for example, 188 bytes) called transport packets. Is transmitted.

[0005] As a streamer for recording the digital broadcasting data, a commercially available streamer is currently known as DV
There is a home digital VCR such as HS (digital VHS). In the streamer using the D-VHS, a broadcasted bit stream is directly recorded on a tape. Therefore, a plurality of programs are multiplexed and recorded on the video tape.

[0006] At the time of reproduction, all data is directly sent from the VCR to a set-top box (digital TV receiving apparatus: hereinafter abbreviated as STB) even when reproducing from the beginning or when reproducing from the middle. In this STB, a desired program is selected from the transmitted data by a user operation or the like. The selected program information is transferred from the STB to a digital TV receiver or the like, and is played (playback of video + audio or the like).

In the D-VHS streamer, since a tape is used as a recording medium, quick random access cannot be realized, and it is difficult to quickly jump to a desired position of a desired program and reproduce it.

[0008] As a promising candidate which can solve such disadvantages of tape (random access difficulty), DVD-
A streamer using a large-capacity disk medium such as a RAM and a DVD-RW is conceivable. In this case, considering random access and trick play, it is necessary to record management data together with broadcast data.

[0009]

In the digital TV broadcasting, an MPEG transport stream is adopted as a transmission system of stream data including video information, and the video information is collected in, for example, 188-byte application packets. Will be transmitted. On the other hand, when a DVD-family recording medium such as a DVD-RAM disk is used, the minimum recording unit is 2048.
It is necessary to perform recording for each sector which is a byte. However, (1) for example, a method of efficiently recording information of an application packet of every 188 bytes on an information medium for each sector of 2048 bytes has not been determined yet; (2) Stream data recorded on the information medium is digital TV broadcast. However, there has not yet been determined a method of reproducing the signal while retaining the timing at which it was received.

In addition to digital TV broadcasting, there is a need to record, using a streamer, digital data transferred with a packet structure on a digital telephone line such as a local area network (LAN) or ISDN.

However, there is a problem that (3) there is no versatile recording method capable of recording digital data other than digital TV.

SUMMARY OF THE INVENTION The present invention has been made in view of the above circumstances, and has as its object to efficiently record stream data on an information medium and to maintain transfer timing between application packets when received by digital TV broadcasting. An object of the present invention is to provide a data structure (recording format) on an information medium capable of reproducing stream data from the information medium, and an information medium on which recording or reproduction is performed using the data structure.

Another object of the present invention is to provide a method for recording stream data using the above data structure.

Still another object of the present invention is to provide a method for reproducing stream data recorded by the above data structure.

[0015]

In order to achieve the above object, in a data structure according to an embodiment of the present invention, a stream object (SOB) representing one or more stream objects representing reproduction data for a recorded bit stream is collected. Stream pack (S_PCK) in which data is configured and the stream object (SOB) is one or more
The stream pack (S_PCK) includes a pack header and a stream packet (S_PKT). The pack header has predetermined time information (SC
R), and the stream packet (S_PKT) includes one or more application packets (AP_PKT) with a predetermined time stamp (ATS). Then, the application packet (AP_PKT) that enters (into the streamer) during recording of the stream object (SOB) is the predetermined time information (SC).
R) (a modified time stamp in FIG. 14; ATS in FIG. 15) according to a local reference clock (440 in FIG. 9) corresponding to (R).

According to another aspect of the present invention, there is provided a recording method in which a stream object is composed of at least one stream object (SOB) representing reproduction data for a recorded bit stream. , The stream object (SOB) is composed of one or more stream packs (S_PCK), and the stream pack (S_PCK) is composed of a pack header and a stream packet (S_PKT). The pack header includes predetermined time information (SCR), and the stream packet (S_PKT) includes an application packet (A) having a predetermined time stamp (ATS).
P_PKT). Then, when recording the stream object (SOB) on the information medium (201), the application packet (AP_PKT) coming (into the streamer) corresponds to the predetermined time information (SCR) (inside the streamer). A time stamp (modified time stamp of S4 in FIG. 10) by the local reference clock (440 in FIG. 9; FIGS. 21 to 21)
In FIG. 23, time stamps of ST106, ST212, and ST312 are performed.

In order to achieve the above object, according to the reproducing method of the embodiment of the present invention, the stream data is composed of one or more stream objects (SOBs) representing the reproduced data for the recorded bit stream. And the stream object (SOB)
Is composed of one or more stream packs (S_PCK), and the stream pack (S_PCK) is composed of a pack header and a stream packet (S_PKT);
The pack header includes predetermined time information (SCR);
The stream packet (S_PKT) includes one or more application packets (AP_PKT) with a predetermined time stamp (ATS), and the incoming application packet (AP_PK) (to the streamer).
T) is a local reference clock (inside the streamer) corresponding to the predetermined time information (SCR) (440 in FIG. 9).
An information medium (201) on which the stream object (SOB) is recorded by being time-stamped by is used. When reproducing recorded information from this medium, a reference clock for reproduction is set based on the local reference clock (SCR 303 in FIG. 5, SCR base in FIG. 15) reproduced from the information medium (201) (FIG. 11). S3
7), the set reference clock for reproduction (SCR)
, The content of the bit stream is reproduced from the information medium (201).

[0018]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS A method for recording stream data and a data structure thereof according to an embodiment of the present invention will be described below with reference to the drawings.

FIG. 1 is a view for explaining the data structure of stream data according to one embodiment of the present invention. FIG.
5 shows a data structure (hierarchical structure) of stream data to be recorded on an information medium (for example, an optical disk using a phase change recording method, a magneto-optical recording method, and the like) and a construction process thereof.

Stream data (STREAM.VRO 106 in FIG. 1F) recorded on the information medium is collectively recorded as a stream object (abbreviated as SOB) for each content of video information in the stream data. ing. In FIG. 1, two stream objects are shown in detail, and are represented by stream object #A (SOB # A) 298 and stream object #B (SOB # B) 299. FIG. 1 shows STREAM. VRO106 (SO
B # A · 298, SOB # B · 299,...) And the data structure in the middle of the construction.

The SOB # A · 298 is shown in FIG.
As shown in the figure, the stream object unit (SO
BU) 51, 52,... Similarly, SOB # B • 299 is the SOBU 54,.
U57,...

Each SOBU is composed of a plurality of stream packs, as shown in FIGS. Here, the SOBU 51 of SOB # A • 298 has the stream pack No. 0, No. 1,... 31
The SOBU 52 of SOB # A · 298 has the stream pack No. 32, no. 33,... 32 shows an example composed of 32n-1.

The stream pack No. 0 is shown in FIG.
As shown in the figure, the pack header 1, the PES header & substream ID 6, and the long application header 1
1 and a data area 21. Other stream packs are similarly configured. Here, the long application header 11 is added when recording is performed on a recording medium. At the time of recording, as shown in FIG. 1B, the data area 21 includes one or more sets of a modified time stamp (or an application time stamp) and an application packet.

The modified time stamp shown in FIG. 1B is obtained by re-adding the original time stamp (FIG. 1A) sent by digital broadcasting for a recording device. The original time stamp is IEEE1
This is a time stamp when transmitting based on the 394 standard. The application packet in FIG. 1B is the packet itself transmitted by digital broadcasting.

Next, the stream object #B (SO
B # B) The 299 side will be described. SOB # B ・ 29
9 as shown in FIGS. 1 (g) and (h).
Stream pack No. 32n, No. 32n + 1, ...
No. 32n + 15, and the SOBU 57 of SOB # B • 299 has the stream pack No. 32n + 16,
… No. The padding pack 40 is composed of 32n + 16m-2.

The stream pack No. 32n is shown in FIG.
As shown in (i), it is composed of a pack header 3, a PES header & substream ID 8, an application header (short application header) 13, and a data area 24. Other stream packs can be similarly configured. In the data area 24, FIG.
As shown in (1), one or more pairs of a time stamp and an application packet are included.

When recording stream data on a recording medium such as a DVD-RAM disk, recording is performed using a sector of every 2048 kbytes as a minimum unit. In the recording format (data structure) of stream data,
As shown in FIGS. 1D and 1H, a stream pack is configured for each sector. The stream pack is shown in FIG.
(C) or as shown in FIG.
It consists of a PES header & substream ID, a long application header or a short application header, and a data area.

That is, pack headers 1, 2, 3, and 4, followed by PES header & substream IDs 6, 7, 8, and 9, are arranged at the head position of each stream pack. Further, an application header is arranged between the data areas 21 to 26 in which actual stream data is recorded and the PES header & substream IDs 6 to 9. In one embodiment of the present invention, the long application headers 11 and 12 and the short application header 1 are used as the application header according to the information content of the stream data to be recorded.
3, 14 are used properly.

Also, in one embodiment of the present invention, within the same stream object (SOB # A · 298 or SOB # B · 299), the type of the application header (long application header or short application header) in all stream packs Application header?)
Are the same. That is, as shown in FIG. 1C, all the long application headers 11 and 12 are used in SOB # A • 298, and as shown in FIG. 1I, all of the short application headers 13 are used in SOB # B • 299. , 14 are used.

The details of the long application header 11 and the short application header 13 will be described later with reference to FIGS.

Returning to FIG. 1, the description will be continued. As shown in FIG. 1B, when an application packet d obtained when a digital TV broadcast is received is recorded on an information medium, it may be divided and recorded in two stream packs. This is to efficiently use the recording area of the information medium. The application packet at this time is shown as a partial application packet. In this case, the stream pack No. At the start position of one data area 22, a partial application packet d2 is arranged and recorded.

At the time of stream data reproduction, the stream pack No. When the reproduction is started from the information of FIG. 1 (FIG. 1D), it is necessary to start the reproduction from the modified time stamp position immediately after the partial application packet d2, though not shown. Therefore, the start position information of the first modified time stamp in the stream pack is stored in the field 325 in the long application header 11 or the short application header 13 so that the reproducing means of the reproducing apparatus can directly access the modified time stamp. (FIG. 7,
8) is recorded in the number of bytes.

This information (head position information of the modified time stamp arranged first in the stream pack), information of the data length of the modified time stamp (field 322 in FIGS. 7 and 8), and the data length of the application packet (Field 32 in FIGS. 7 and 8)
From the information of 3), the position of the application packet of a predetermined number recorded in the data area 21 of FIG. 1C can be obtained.

As shown in FIGS. 1E and 1G, a plurality of stream packs are collectively formed to form stream object units SOBU 51 to SOBU 57. In the embodiment shown in FIG. 1, one SOB in SOB # A
The BU 51 or SOBU 52 is composed of 32 stream packs (sectors), and one of the SOB # B 299
Each SOBU 54 or SOBU 57 is composed of 16 stream packs (sectors).

The last recorded application packet f, z in the last stream pack (FIG. 1A)
(J)), as shown in FIGS. 1 (b) and (j),
End codes 31 and 32 are recorded. After these end codes, padding areas 36 and 37 filled with data of all “1” or all “0” are appropriately provided.

When the last stream pack in which the stream information is recorded last is located at the center of the SOBU 57, the subsequent sectors in the same SOBU 57 become the padding packs 40 shown in FIG. .

To indicate the range in which stream data is recorded in SOB # B • 299, SOB # B • 299
The flag indicating that the start / end application packet of the short application exists in the stream pack is set in the fields 327 *, 328 in the short application header 13.
* (See FIG. 8).

The search can be performed using the modified time stamp information as search information for the application packet recorded on the information medium. In particular, when searching using the elapsed recording time, the value of the reference clock frequency of the modified time stamp described in the field 329 (see FIGS. 7 and 8) in the application header is important. Therefore, this reference clock frequency information is also recorded in the long application header 11 and the short application header 13.

FIG. 2 is a diagram illustrating a directory structure of a data file according to an embodiment of the present invention.
The contents (file structure) of information recorded on the information medium according to the embodiment of the present invention will be described with reference to FIG.

Information recorded on an information medium such as a DVD-RAM disk has a hierarchical file structure for each piece of information. Video information and stream data information described in this embodiment are contained in a subdirectory 101 named DVD_RTR directory (or DVD_RTAV) 102.

The DVD_RTR (DVD_RTAV) directory 102 contains a data file 1 having the following contents.
03 is stored. That is, as a group of management information (navigation data), RTR. IFO (or VR_MANGR.IFO) 104 and STREAM.
IFO (SR_MANGR.IFO / SR_MANG
R. BUP) 105 and SR_PRIVT. DAT / S
R_PRIVT. BUP 105a is stored.

As the data body (content information), STREAM. VRO (or SR_TRANS.
SRO) 106 and RTR_MOV. VRO (VR_M
OVIE. VRO) 107 and RTR_STO. VRO
(Or VR_STILL.VRO) 108 and RTR
_STA. VRO (or VR_AUDIO.VRO)
109 are stored.

Root directory 1 in the upper hierarchy of subdirectory 101 containing data file 103
00 is a subdirectory 1 for storing other information.
10 can be provided. The contents of this subdirectory include a video title set VIDEO_TS111 containing a video program and an audio title set AUDIO_TS1 containing an audio program.
12. Subdirectory 1 for storing computer data
13 and so on.

For data transmitted in a packet structure on a wired or wireless data communication path, data recorded on an information medium while maintaining the packet structure is called "stream data". The stream data itself is STREAM. VRO (or SR_TRANS.S
(RO) 106 are collectively recorded.
A file in which management information for the stream data is recorded is STREAM. IFO (or SR_M
ANGR. IFO and its backup file SR_M
ANGR. BUP) 105.

Also, a VCR (VTR) or a conventional TV
A file in which analog video information handled by, for example, digitally compressing and recording based on the MPEG2 standard is recorded as RTR_
MOV. VRO (or VR_MOVIE.VRO) 1
07, and a file that collects still image information including after-recording audio or background audio is RTR_STO. VRO (or VR_STILL.
VRO) 108, and the post-recording audio information file is RTR_STA. VRO (or VR_AUDIO.
(VRO) 109.

FIG. 3 is a diagram for explaining a recording data structure (in particular, management information structure) on an information medium (DVD recording / reproducing disk) according to an embodiment of the present invention. FIG. 3 (a)
Of the information medium 201 in the inner circumferential direction 202 and the outer circumferential direction 2
3, a lead-in area 204 and volume & file structure information 20 in which file system information is recorded, as shown in FIG.
6, the data area 207, and the lead-out area 20
There are five. The lead-in area 204 includes an embossable and rewritable data zone, and the lead-out area 205 includes a rewritable data zone. The data area 207 is also composed of a rewritable data zone.

In the data area 207, as shown in FIG. 3C, computer data and audio & video data can be mixedly recorded. In this example, an audio & video data area 210 is sandwiched between the computer data area 208 and the computer data area 209.

In the audio & video data area 210, as shown in FIG. 3D, mixed recording of a real-time video recording area 221 and a stream recording area 222 is possible. (It is also possible to use only one of the real-time video recording area 221 and the stream recording area 222.) As shown in FIG. 3E, the real-time video recording area 221 has the RTR shown in FIG. Navigation data RTR.
IFO (VR_MANGR.IFO) 104 and a movie real-time video object RTR_MOV. V
RO (VR_MOVIE.VRO) 107 and a still picture real-time video object RTR_ST
O. VRO (VR_STILL.VRO) 108 and an audio object RT such as after recording
R_STA. VRO (VR_AUDIO.VRO) 10
9 is recorded.

Similarly, as shown in FIG. 3E, the stream recording area 222 has the streamer navigation data STREAM. IFO (SR_
MANGR. IFO / SR_MANGR. (BUP) 10
5 and transport bit stream data STRE
AM. VRO (SR_TRANS.VRO) 106 is recorded.

Although not shown in FIGS. 3D and 3E, the stream recording area 222 includes the application-specific navigation data SR_PR shown in FIG.
IVT, DAT / SR_PRIVT. The BUP 105a can also be recorded. This SR_PRIVT, DAT
105a is navigation data specific to each application connected (supplied) to the streamer,
Data that does not need to be recognized by the streamer.

[0051] STREAM. IFO (or SR_MANGR.IF
O) 105 has a data structure as shown in FIGS. That is, as shown in FIG. IFO (or SR_MANGR.
The IFO 105 includes a video manager (VMGI or STR_VMGI) 231, a stream file information table (SFIT) 232, an original PGC information (ORG_PGCI) 233, a user-defined PGC information table (UD_PGCIT) 234, and a text data manager (TXTDT_MG). ) 235 and manufacturer information table (MNFIT) or application-specific navigation data SR_PRIVT. DAT10
5a is managed by an application private data manager (APDT_MG) 236.

As shown in FIG. 3G, the stream file information table (SFIT) 232 in FIG.
Stream file information table information (SFITI) 2
41 and one or more stream object information (SOB
I) Original P, # A · 242, # B · 243, ...
The general information 271 and one or more pieces of original cell information # 1, 272, # 2, 273,...

As shown in FIG. 3 (h), each stream object information (eg, SOBI # A · 242) shown in FIG.
I_GI) 251, time map information 252, and the like.

As shown in FIG. 3 (h), each original cell information (for example, # 1 272, which corresponds to the SCI shown in FIG. 17 as will be described later) of FIG. As will be described later, this corresponds to C_TY shown in FIG. 17, a cell ID 282, and a corresponding cell start time (FIG. 17).
(Corresponding to SC_S_APAT) 283 and a corresponding cell end time (corresponding to SC_E_APAT shown in FIG. 17) 284.

FIG. 3G included in SOBI # A of FIG.
As shown in FIG. 3I, the time map information 252 of (h) includes a stream block number 261, a first stream block size 262, a first stream block time difference 263, a second stream block size 264, and a second stream block size 264.
Stream block time differences 265,...

FIG. 4 shows a stream object (SOB), cell, program chain (PG) according to the present invention.
It is a figure explaining the relation between C) etc. Hereinafter, the relationship between the SOB and the PGC will be described with reference to FIG.

Stream data (STREAM.VRO)
Or SR_TRANS. The stream data recorded in the (SRO) 106 constitutes a stream block as a group of one or more ECC blocks, and recording, partial erasure processing, and the like are performed in units of this stream block. The stream data forms a unit called a stream object for each content of information to be recorded (for example, for each program in digital broadcasting). STREAM. VRO (SR_
TRANS. The management information (original PGC information 233, user-defined PGC information table 234, etc.) for each stream object (SOB # A, SOB # B) recorded in the SRO) 106 includes navigation data STRE.
AM. IFO (SR_MANGR.IFO) 105 (see the bottom of FIG. 4 and FIGS. 3E and 3F).

Each stream object # A.2 in FIG.
98, # B • 299 (STREAM.IF
O105) includes stream object information (SOBI) # A · 242, # in the stream file information table (SFIT) 232, as shown in FIGS.
B.243. Stream object information (SOBI) # A · 242, (SOBI) #B
The inside of each 243 mainly includes time map information 252 in which data size, time information, and the like for each stream block are described.

When reproducing stream data, a program chain (PG) composed of a series of one or more cells
C) (corresponding to PGCI #i in FIG. 17 described later) is used. Stream data can be reproduced according to the setting order of the cells constituting the PGC. P
GC includes STREAM. VRO (SR_TRANS.
The original PGC 290 (ORG_PGCI 233 in FIG. 3F) capable of continuously reproducing all stream data recorded in the SRO) 106, and a user who can arbitrarily set a place and an order desired by the user to reproduce. Definitions PGC # a • 293, # b • 296 (FIG.
(F) corresponds to the content of UD_PGCIT • 234).

The original cells # 1, 291 and # 2, 292 constituting the original PGC 290 basically exist in one-to-one correspondence with the stream objects #A, 298 and #B, 299. In contrast, user-defined PG
User-defined cells # 11-294, # 12-
295 and # 31.297 can set any position within the range of one stream object # A.298 or # B.299.

Although the sector size of each stream block can be set variously, in a preferred embodiment, 2 ECs are used as in stream block # 1 in FIG.
Stream object unit (SOBU) with C block (32 sectors) and fixed size (64 kbytes)
May be adopted as a stream block. In this way, a stream block is set to a fixed size (for example, 2EC).
The following advantages can be obtained by fixing SOBU of (C block = 32 sectors = 64 kbytes): (01) Even if the stream data is erased or rewritten in SOBU units,
The EBU block of the SOBU does not affect the EBU block of the SOBU other than the erase or rewrite target. Therefore, re-deinterleaving / interleaving of ECC (for SOBUs not to be erased or rewritten) due to erasing or rewriting does not occur; (02) The access position to the recording information inside any SOBU is
It can be specified by the number of sectors (or another parameter corresponding to the number of sectors; for example, information of a stream pack and an application packet group in FIG. 15 described later). For example, when accessing the intermediate position of a certain SOBU #k, the 16th sector from the boundary between SOBU # k-1 and SOBU #k (or the position of the application packet corresponding to the 16th sector) may be specified.

FIG. 5 is a diagram exemplifying the internal structure of the pack header shown in FIG. Pack header 1 is, for example, 1
It is composed of 4 bytes and includes a pack start code 301, a "01" code, a system clock reference SCR 303, and a multiplexing rate (for example, 8 Mbps).
04, a stuffing length 305, and a stuffing byte 306. The corresponding information is described in each field.

By the way, the stream object SOB
The application packet AP_PKT that enters the streamer during the recording of the stream is time-stamped by the local reference clock inside the streamer. The time indicated by this time stamp is the application packet arrival time APAT. For the first pack in the SOB, the local reference clock inside the streamer (S
The CR 303 or the SCR base of FIG. 15 described below) is equal to the APAT of the first application packet starting in the pack.

FIG. 6 is a diagram exemplifying the internal structure of the PES header & substream ID shown in FIG. PE
The S header & substream ID 6 is composed of, for example, 6 bytes, and includes a packet start code 311, a stream ID 312, an "11" code 313, a PES.
CRC flag 314, PES extension flag 316, PES
Each description field of the header length 316 and the substream ID 317 exists.

Next, the long application header 11
The details of the short application header 13 will be described. FIG. 7 is a diagram illustrating an example of the internal structure of the long application header 11 (or 12) shown in FIG. FIG. 8 is a diagram exemplifying the internal structure of the application header / short application header 13 (or 14) shown in FIG.

As can be seen from FIGS. 7 and 8,
Part of the data content in the long application header 11 is the data content of the short application header 13. Commonly necessary information that does not depend on the contents of the stream data is the short application header 13
The content of the short application header 13 is recorded together with the stream data when all the stream data is recorded on the information medium.

By the way, video information of digital TV broadcasting is generally compressed using MPEG2. Therefore, when digital TV video information is recorded on an information medium as stream data, MPEG2
Specific information is required. Therefore, information obtained by adding information necessary for reproduction of digital TV broadcast (MPEG2) to information of the short application header 13 common to all stream data is added to the long application header 1.
I have one.

The information content of the long application header 11 and the information content of the short application header 13 will be specifically described below with reference to FIGS. In the following description, unless otherwise specified, fields with the same reference numbers correspond to the long application header 11 and the short application header 1.
3 and common.

Each of the application headers 11 and 13 has a 1-bit field 326 for storing the identification flag of the long application header 11 therein. When the identification flag is “1”, it indicates that the header is a long application header, and when the identification flag is “0”, it indicates that the header is a short application header. The application headers 11 and 13 include a field 3 for storing service ID information corresponding to each stream data.
It also has 30. By linking this ID information with service information recorded in another location, unique service information for each stream data can be obtained. Also,
The version number of the application header is recorded in the field 321 so that the information content of the application header can be changed in the future.

Further, the application headers 11, 1
In the field 3, the data length (the number of bytes) of the modified time stamp is described in a field 322. The data length (the number of bytes) of the application packet is described in the field 323 by the number of bytes. Further, the number of application packets existing in the stream packet is described in a field 324. The number of application packets is a number counted from the application packet indicated by the modified time stamp arranged first in the stream pack. Further, the head position information of the modified time stamp arranged first in the stream pack is described in the field 325 by the number of bytes. A field 326 describes an identification flag of the long application header.

Here, the field 327 * in FIG.
A flag indicating that the start application packet of OB # B • 299 exists in the stream pack is described, and SOB # B • 299 is written in a field 328 * of FIG.
A flag indicating that the end application packet exists in the stream pack is described.

Similarly, the field 327 in FIG.
A flag indicating that the start application packet of B # A · 298 exists in the stream pack is described, and a field 328 in FIG. 7 indicates that the end application packet of SOB # A · 298 exists in the stream pack. A flag is described.

The field 329 in the application headers 11 and 13 describes the reference clock frequency information of the modified time stamp.

Further, the maximum bit rate information is described in a field 331 in the long application header 11 shown in FIG. This is the output bit rate parameter for the model that controls the amount of data overflow. In the field 332 in the long application header 11, a smooth buffer size is described. This is a buffer size parameter (byte) for a model for controlling the amount of data overflow (streamer smoothing buffer model).

7 and 8, the data length (field 32) of the modified time stamp (see FIG. 1B)
2) Although the reference clock frequency (field 329) of the modified time stamp has been exemplified, the present invention is not limited to this. In some embodiments of the present invention, the time stamp immediately after the reception is not directly applied to the information medium. It is also possible to record on top. In that case, the data length of the normal time stamp (field 3
22) and / or information of the reference clock frequency (field 329) of the normal time stamp.

The above smoothing buffer model is represented by S
It is defined to limit the average bit rate and instantaneous interruption of application data recorded in the OB. The complete packed data, including the packet header, PES header, application header, application timestamp, and stuffing, goes into the smoothing buffer of this model. When removing an application packet from the smoothing buffer, all data bytes stored between the first byte of the application packet and the last byte of the preceding application packet are instantaneously deleted from the smoothing buffer.

The SOB allows the MPEG2 program stream to be introduced into the smoothing buffer and the SOB to be able to remove all its application packets from the smoothing buffer based on the correctly reconstructed playback timing defined by the application time stamp. -If recorded on a RAM disk, etc., it is interpreted as subject to the restrictions imposed by the streamer's smoothing buffer model.
This limit depends on the size of the smoothing buffer and the MP
It can be determined according to the maximum value (10.08 Mbps) of the maximum program multiplexing rate of the EG2 program stream (304 in FIG. 5 or the program multiplexing rate in FIG. 15E).

During recording (recording), as soon as sufficient application data for forming a pack is stored in the smoothing buffer, the pack can be transferred from the smoothing buffer to the track buffer. The conditions for that are:
(1) whether the pack is completely filled by the application packet, or (2) the system clock reference S
This is satisfied when the difference between the CR and the local clock (27 MHz) exceeds a predetermined threshold value (time value expressed in seconds).

Now, the SCR of the preceding pack is set to SCR_pr.
ev. In this case, for the succeeding pack that does not include the start of the application packet, “SCR =
SCR_prev + 2048 × 8 bits / 10.08M
Hz ", the SCRs of those packs can be obtained.

On the other hand, for a subsequent pack including at least one start of an application packet, “SCR =
(SCR_prev + 2048 × 8 bits / 10.08
MHz; or the maximum value of APAT [40... 0]), the SCRs of those packs can be obtained. Here, APAT indicates the arrival time of the first application packet starting in the corresponding pack.

For the first pack in the SOB, its S
The CR is the same as the APAT of the first application packet starting in the pack. To specifically illustrate this, "SCR [40 ... 0] = APAT [40 ...
0] ". The next SCR after this SCR [40 ... 0]
[41] becomes zero. Note that [40 ... 0] of the SCR [40 ... 0] is an information bit (4
0) to (0), and [40 ... 0] of APAT [40 ... 0] indicate information bits (4
The contents of (0) to (0) are shown. Similarly, [41] of the SCR [41] indicates the content of the information bit (41) constituting the SCR.

In the case of firmware programming, the above can be expressed as follows: if (APAT [40 ... 0]> (SCR_prev + 2048 * 8bits / 10.08Mbps)), then SCR [ 40 ... 0] = APAT [40 ... 0] SCR [41] = 0 else SCR [40 ... 0] = (SCR_prev + 2048 * 8bits / 10.08Mbps) [40 ... 0] SCR [ 41] = 0 endif If the smoothing buffer becomes full during playback,
The process of outputting the application packet can be started immediately.

FIG. 9 is a diagram for explaining the configuration of a stream data recording / reproducing system (optical disc device / streamer, STB device) according to one embodiment of the present invention. In this embodiment, the information medium 201 is a DVD-R
A recordable / reproducible optical disk such as an AM disk is assumed.

The stream data recording / reproducing device includes an optical disk device (streamer) 415 and an STB device 416.
And its peripheral devices. As the peripheral devices, a video mixing unit 405, a frame memory unit 40
6, external speaker 433, personal computer (P
C) 435, monitor TV 437, D / A converter 43
2, 436, I / F units 431, 434 and the like.

The optical disk device 415 includes a recording / reproducing unit 409 including a disk drive, and a data processor unit (hereinafter referred to as D-processing unit) for processing stream data to the recording / reproducing unit 409 (or stream data from the recording / reproducing unit 409).
PRO unit 410), a temporary storage unit 411 for temporarily storing stream data overflowing from the D-PRO unit 410 (can be used as the above-described smoothing buffer), a recording / reproducing unit 409, and a D-PR.
Optical disk device control unit 41 for controlling the operation of O unit 410
2 is provided.

The optical disk device 415 further receives stream data transmitted from the STB device 416 via IEEE 1394 or the like (or IEEE 1394).
And the like, and converts the stream data received by the data transfer interface unit 414 into a signal format to be recorded on the information medium (RAM disk) 201 (or the medium 201). And a formatter / deformatter unit 413 for converting the stream data reproduced from the data into a signal format such as IEEE1394.

More specifically, the IEEE 1394 receiving side of the data transfer interface unit 414 reads the time from the start of the stream data transfer based on the time count value of the reference clock generation unit (local clock) 440. Based on this time count value (time information),
The stream data is transferred for each stream block (or S
Separation information to be divided for each OBU is created, and cell isolation information and program isolation information and PGC isolation information corresponding to the division information are created.

The formatter / deformatter unit 413
Converts the stream data sent from the STB device 416 into a stream pack sequence, and inputs the converted stream pack sequence to the D-PRO unit 410. The input stream pack has a fixed size of 2048 bytes which is the same as that of the sector. The D-PRO unit 410 collects the input stream packs for every 16 sectors and
The C block is sent to the recording / reproducing unit 409.

If the recording / reproducing unit 409 is not ready for recording on the medium 201, the D-PRO unit 410
Transfers the recording data to the temporary storage unit 411 to temporarily store the data, and waits until the recording / reproducing unit 409 is ready for data recording. When the recording / reproducing unit 409 is ready for recording, the D-PRO unit 410 transfers the data stored in the temporary storage unit 411 to the recording / reproducing unit 409. Thereby, recording on the medium 201 is started. Temporary storage unit 41
1 has been recorded, the subsequent data is sent from the formatter / deformatter unit 413 to the DP.
The data is seamlessly transferred to the RO unit 410. Here, the temporary storage unit 411 is assumed to be a large-capacity memory in order to enable high-speed access and hold recording data for several minutes or more.

The formatter / deformatter unit 4
The time stamp information added to the recording bit stream via the reference 13 can be obtained from the reference clock generator 440. The formatter / deformatter unit 41
The time stamp information (SCR) extracted from the reproduced bit stream via the reference
Can be set to zero.

A reference clock (system clock reference SCR) is recorded in the pack header in the stream data recorded on the information medium 201. When reproducing the stream data (SOB or SOBU) recorded on the medium 201, the reference clock generation unit 440 adapts the reference clock (SCR) reproduced from the medium 201 (the value of the SCR is used to generate the reference clock. Set in the section 440). That is, in order to reproduce SOB or SOBU data, the reference clock (reference clock generation unit 440) in the streamer (optical disc device 415) is changed to the system clock reference SC described in the first stream pack from which reproduction is started.
Adjust to R. Thereafter, the count-up of the reference clock generator 440 is automatically performed.

STB section 416 demodulates the contents of the digital broadcast wave received by satellite antenna 421 and provides demodulator 422 for providing demodulated data (stream data) in which one or more programs are multiplexed, and demodulator 422.
And a reception information selector section 423 for selecting information on a specific program (desired by the user) from the data demodulated in step (1). When the information (transport packet) of the specific program selected by the reception information selector 423 is recorded on the information medium 201, the selector 423 follows the instruction of the STB controller 404, and the selector 423 outputs a stream containing only the transport packet of the specific program. The data is transferred via the data transfer interface unit 420 by IEEE 1394 transfer.
The data is sent to the data transfer interface unit 414 of the optical disk device 415. If the user simply views the information (transport packet) of the specific program selected by the reception information selector 423 without recording it, the STB controller 40
In accordance with the instruction of No. 4, the selector unit 423 sends stream data including only the transport packet of the specific program to the multiplex information separating unit 425 of the decoder unit 402.

On the other hand, when the program recorded on the information medium 201 is reproduced, the stream data sent from the optical disk device 415 to the STB device 416 via the IEEE 1394 serial bus is supplied to the decoder unit 423 via the selector unit 423. The multiplexed information is sent to the multiplexed information separation unit 425 in 402. The multiplexing information separation unit 425 separates various packets (video packets, audio packets, sub-picture packets, and the like) included in the stream data transmitted from the selector unit 423 on the internal memory unit 426 according to the ID of each packet. I do. Then, the divided packets are distributed to corresponding decoding units (video decoding unit 428, sub-picture decoding unit 429, and audio decoding unit 430).

The video decoding section 428 decodes the (MPEG-encoded) video packet sent from the multiplex information separating section 425 to generate moving picture data. At this time, a reduced image (thumbnail picture) representing the recorded content from the I picture in the MPEG video data
Video decoding unit 4 in order to have a function of generating
28 has a built-in representative image (thumbnail) generation unit 439. The moving image decoded by the video decoding unit 428 (and / or the representative image generated by the generation unit 439)
The sub-picture (information such as subtitles and menus) decoded by the sub-picture decoding unit 429 and the audio decoded by the audio decoding unit 430 are transmitted to the video mixing unit 405 via the video processor unit 438. .

The video mixing section 405 utilizes the frame memory section 406 to create a digital video in which subtitles and the like are superimposed on a moving image. This digital video is converted into an analog video via a D / A converter 436, and is displayed on a monitor TV 437.
Sent to The digital video from the video mixing unit 405 is transmitted to a personal computer 435 via a signal line such as an I / F unit 434 and IEEE 194.
Is taken in as appropriate. On the other hand, the audio decoding unit 43
0, the digital audio information decoded by D / A
The signal is sent to an external speaker 433 via a converter 432 and an audio amplifier (not shown). The decoded audio information is digitally output to the outside via the I / F unit 431. The operation timing in the STB device 416 is determined by the system time counter (STC) unit 4.
24.

The above-mentioned instruction (operation control of each internal configuration of the STB device 416) by the STB control unit 404 and the like are as follows.
This is executed by a control program stored in the program memory unit 404a. At that time, the work memory unit (RAM) 407 is appropriately used in the control process by the STB control unit 404.

In the stream data recording / reproducing apparatus shown in FIG. 9, stream data transfer processing is performed between the optical disk device 415 and the STB device 416 via the data transfer interface units 414 and 420. The maximum bit rate (maximum information transfer) at which information is transferred between the data transfer interface units 414 and 420 as information necessary for intermittently and continuously transferring digital TV video information compressed in the MPEG2 format. Speed) information is the field 327 of the long application header 11
(FIG. 7). Also, the optical disk device 41
5 and the information required to guarantee real-time continuous transfer of MPEG2 video information between the data transfer interface units 414 and 420 of the STB device 416, that is, the memory size required in the data transfer interface units 414 and 420 is smooth. The buffer size is recorded in the field 332 of FIG.

The timing of the internal operation of the STB device 416 including the STB control unit 404 and the decoder unit 402 can be regulated by the clock from the STC unit 424. Also, the reference clock generator 440 of the optical disk device 415
And the STC unit 424 of the STB device 416, the operation timing of the entire streamer system including the optical disc device 415 and the STB device 416 can be regulated.

Reference clock generating section 440 and STC section 42
As a method of synchronizing S.4, the reference clock generation units 440 and S are provided by a reference clock (SCR) in the stream data passed between the data transfer interface unit 414 and the data transfer interface unit 420.
There is a method of setting the TC unit 424.

More specifically, the first pack in the SOB included in the stream data sent from the STB device 416 to the optical disk device (streamer) 415 is
The local reference clock (44) inside the streamer 415
0) will be set to the APAT of the first application packet starting in the pack.

Looking at the device configuration of FIG. 19 by function, ST
In the B device 416, a “reception time management unit”, a “stream data content analysis unit”, and a “stream data transfer unit”
And a "time-related information generation unit".

Here, the “reception time management section” includes a demodulator (demodulation section) 422, a reception information selector section 423,
It is composed of a multiplexed information separation unit 425, an STB control unit 404, and the like. This “reception time management unit” includes a satellite antenna 42
In step 1, a digital TV broadcast is received, and the reception time of each transport packet in the received broadcast information is recorded.

[0103] The "stream data content analysis unit" comprises a multiplexed information separation unit 425, an STB control unit 404, and the like. The "stream data content analysis unit" analyzes the contents of the received stream data, and extracts each picture position of I, B, and P and / or a PTS (presentation time stamp) value.

The “stream data transfer section” includes a multiplex information separation section 425, a reception information selector section 423, an STB control section 404, a data transfer interface section 420, and the like. The “stream data transfer unit” transfers the stream data to the optical disk device 415 while maintaining the difference reception time interval for each transport packet.

The "time-related information generating section" includes a multiplexed information separating section 425, an STB control section 404, a data transfer interface section 420, and the like. The “time-related information generation unit” includes reception time (time stamp) information recorded by the “reception time management unit” and display time information (PTS value and / or number of fields) extracted by the “stream data content analysis unit”. Create relationship information between

In one embodiment of the present invention, the time interval between application packets (transport packets) captured by the STB device 416 can be recorded on the disk 201 while maintaining the time interval, and the time interval between each packet at the time of reception can be recorded. Can be played back (transmitted from the optical disc device to the STB device) while holding. However, in this case, ST
Reference clock frequency in B device 416 (STC 424)
And the reference clock frequency (local clock 440) in the optical disk device 415, the time stamp is re-attached before recording in the optical disk device 415, and the clock in the optical disk device 415 is recorded in the pack header. I have to. Thus, at the time of reproduction, it becomes possible to transmit the application packet from the optical disk device 415 to the STB device 416 while maintaining the time interval between the respective packets at the time of reception. As a result, the STB device 416 can decode the application packet captured by the multiplexed information demultiplexing unit 425 through the data transfer interface unit 420 and the reception information selector unit 423 by the same process as when captured by the satellite antenna 421. Become.

That is, the “reception time management section” described above functions, and the reception time (capture time) of the application packet and the application packet are loaded into the memory section 426 of the multiplexed information separation section 425.
Next, in the "stream data content analysis unit", the memory unit 42
The information in the application packet stored in the application packet 6 is analyzed, and the transport packet header and the payload, which are the header, are recognized (see FIG. 14). The types of payload include picture information, audio information, sub-picture information, data, text information, and the like. Each piece of information has a PTS (presentation time stamp or playback time stamp) added thereto. Since the transport packet header includes identification information of what kind of data the following payload is and various types of attribute information, clipping of picture information, audio information, sub-picture information, etc. is performed according to this information. , A PTS corresponding to each information is extracted.

Each piece of information is input to the corresponding video decoder 428, audio decoder 430, and sub-picture decoder 429, and is decoded. The video signal from the video decoding unit 428 and the sub-picture signal from the sub-picture decoding unit 429 are input to the video processor unit 438. The video processor unit 438 performs a process of synthesizing the decoded video signal and the sub-video signal, and other processes necessary for the video signal. An output video signal from the video processor unit 438 is supplied to the digital / analog conversion unit 4 via the video mixing unit 405.
36, and becomes an analog signal, which is monitored by a television receiver 437.

A frame memory unit 406 is connected to the video mixing unit 405, and is used as a temporary storage unit during mixing processing. Mixing unit 4
The digital output of 05 (including video, sub-video, audio) can also be provided to a personal computer 435 via the interface 434. The output of the audio decoding unit 430 can be taken out as a digital output via the interface unit 431. The audio data is converted to an analog signal via a digital-to-analog converter 432 and input to the speaker 433.

As described above, the apparatus shown in FIG. 9 is capable of reproducing (transmitting from the optical disk apparatus to the STB apparatus) while maintaining the time interval between each packet at the time of reception. However, this does not mean that the physical recording location on the recording medium 201 is not intermittent. In some cases, physical recording locations may have intervals, but are basically recorded continuously. However, as described above, since the time interval exists between the packets on the time information, the amount of data reproduced from the recording medium is equal to ST.
It may be larger than the data processing amount per unit time of the B apparatus. In this case, the kickback function of the optical disk device operates so that a part of the fetched reproduction data is discarded and read from the storage medium 201 again. As a result, the application packet is transmitted to the STB device at the same timing as when it is received from the antenna.

FIG. 10 is a flowchart illustrating a stream data recording procedure according to an embodiment of the present invention. First, the video information of the digital TV broadcast is received by the STB device 416 in FIG. 9 (step S1).
Generally, as for the reception information in digital TV broadcasting, a plurality of program information is time-division multiplexed in one transponder.
With respect to the information, an application packet of only a specific program is extracted in the reception information selector 423.

In the “reception time management section” described in the description of FIG. 9, necessary program information is temporarily stored in the memory section 426 in the multiplexed information separation section 425. At the same time, the “reception time management unit” measures the reception time of each application packet, and adds the measured value to each application packet as an original time stamp as shown in FIG. Step S2). here,
The original time stamp is a time stamp when data is transmitted (when each application packet is transmitted) based on the IEEE 1394 standard. The original time stamp information added in this way is recorded in the memory unit 426.

Next, in the “stream data content analysis section” described in the description of FIG. 9, information in the application packet recorded in the memory section 426 is analyzed. Specifically, a process of extracting each picture boundary position from the application packet sequence and a process of extracting PTS (presentation time stamp) information are performed. The “stream data content analysis unit” also determines whether or not the content is digital TV broadcast video information based on the stream data content. After the above processing is performed,
The stream data is transferred to the data transfer interface unit 420 according to the timing of the original time stamp.

When the stream data is transferred between the data transfer interface unit 414 and the data transfer interface unit 420, a digital TV video information identification flag generated inside the data transfer interface unit 414 is attached at the same time as the data transfer. Is transferred (step S3).

On the optical disk device 415 side, the time stamp is changed (modified time stamp) for each application packet output from the data transfer interface unit 414 in accordance with the reference clock generated by the reference clock generation unit 440 inside the device. Is performed (step S4).

By replacing the time stamp, S
Optical disk device (streamer) 41 from TB device 416
5, the local reference clock (440) in the streamer 415 for the first pack in the stream object SOB included in the stream data sent to
To the APAT of the first application packet starting in the pack. In other words,
The application packet AP_PKT that enters the streamer during the recording of the SOB is time-stamped by the local reference clock inside the streamer (the time indicated by this time stamp is the application packet arrival time APAT), and the first pack in the SOB is Is the local reference clock inside the streamer (S in FIG. 5).
The CR 303 or the SCR base of FIG. 15 described below) is equal to the APAT of the first application packet starting in the pack.

In parallel with the time stamp replacement processing in step S4, the optical disk device control unit 415 recognizes the digital TV video information identification flag, and FIG.
Or the long application header 1 shown in FIG.
1 is set (step S5).

In the process of recording stream data on the information medium 201, the D-PRO (digital processor) unit 410 in FIG.
09 operates (steps S6 to S9). At this time, as shown in FIG. 1C, the pack header 1, the PES header & the substream ID are sequentially set for each sector.
6. The long application header 11 is recorded, and the modified time stamp and the application packet are sequentially recorded in the data area 21.

Here, the pack header 1 has the S shown in FIG.
A CR 303 (corresponding to the SCR base in FIG. 15 described later) is recorded. The reference clock generator 44 is used as time information when recording stream data on the information medium 201.
The count value of the clock output from 0 is
Recorded as information.

The contents of steps S6 to S9 will be described more specifically. First, a pack header is recorded on an information medium for each stream pack (sector) by the recording / reproducing unit 409 via the D-PRO unit 410 (step S6). S6).
Next, the PES header and substream ID are recorded on the information medium for each stream pack (sector) by the recording / reproducing unit 409 via the D-PRO unit 410 (Step S).
7). Subsequently, the recording / reproducing unit 409 records the long application header for each stream pack (sector) on the information medium via the D-PRO unit 410 (step S).
8). Then, the modified time stamp and the application packet are recorded on the information medium for each stream pack (sector) by the recording / reproducing unit 409 via the D-PRO unit 410 (step S7).

By the above processing, the optical disk device (or streamer) 415 shown in FIG. 9 transmits the time information (modified time stamp / SCR) created using the reference clock from the reference clock generator 440 to the data transmission / reception. It can be used as information for obtaining the transfer timing.

The above processing is expressed in another word as follows. That is, when recording stream data on an information medium, a first recording unit (stream pack / sector) and a second recording unit (application packet) for recording the stream data are prepared. Then, first header (pack header) information is recorded for each of the first recording units (stream packs / sectors), and time information (time stamp) is recorded for each of the second recording units (application packets). ,
The stream data is recorded for each of the second recording units (application packets). Also, predetermined system clock information is recorded in the first header (pack header) information, and the time information (time stamp) recorded for each of the second recording units (application packets) is The value is set in conjunction with a predetermined system clock value (step S4).

FIG. 11 is a flowchart illustrating a stream data reproducing procedure according to an embodiment of the present invention. In this reproduction procedure, reproduction is first started from the pack header 1 (step S31).

In the pack header 1, a reference clock generator 440 is used as time information when recording stream data.
The count value of the clock output from is recorded, and the initial value of the reference clock generator 440 is reset according to the count value (step S32).

Immediately thereafter, the information reproducing unit 409 in FIG.
The time stamp and the application packet recorded on the information medium 201 are reproduced, and the reproduced data is temporarily stored in the temporary storage unit 411 (step S3).
3).

The modified time stamp recorded on the information medium 201 is set in conjunction with the above-described SCR 303. From this, the reference clock generator 4
When the count value of the reference clock generated from 40 matches the value of the modified time stamp, the modified time stamp temporarily recorded in the temporary storage unit 411 and the application packet related thereto are transferred to the data transfer interface unit 414. (Step S34).

In the data transfer interface unit 414, the time stamp value is reset in accordance with the reference clock held therein, and the information transferred from the temporary storage unit 411 is stored in the data transfer interface unit 414.
20.

By the way, when the stream data scattered and recorded on the information medium 201 is accessed and reproduced by the optical head (not shown) in the recording / reproducing unit 409, the continuity of the modified time stamp is lost. Therefore, when the optical head accesses stream data scattered and recorded on the information medium 201 (step S35) and starts reproduction at a position far apart on the information medium, the following processing is performed. That is, the pack header recorded on the information medium 201 by the recording / reproducing unit 409 in FIG.
303 is reproduced (step S36), and the reproduced SC
The value of the reference clock generator 440 is reset according to the value of R (step S37).

By such a process, the value of the SCR obtained from the reference clock generation unit 440 becomes a relationship that can be synchronized with the time stamp of the reproduced packet. After this synchronization relationship is established, the information reproducing unit 409 reproduces the time stamp and the application packet recorded on the information medium (step S38). Finally, when the count value of the reference clock generated from the reference clock generation unit 440 matches the value of the modified time stamp, the modified time stamp temporarily recorded in the temporary storage unit 411 and the application packet related thereto are transferred. Interface part 4
14 (step S39).

[0130] The reproduction information transferred to the data transfer interface unit 414 is sent to the STB device 416 via an IEEE 1394 line or the like, where necessary decoding is performed. The decoded information (recorded content on the medium 201) is reproduced by the TV 437, the speaker 433, and the like in FIG.

The above processing is expressed in another word as follows. That is, a stream object (S) representing the reproduction data for the recorded bit stream
OB) collects one or more to form stream data,
The stream object (SOB) is composed of one or more stream packs (S_PCK), and the stream pack (S_PCK) is composed of a pack header and a stream packet (S_PKT), and the pack header has predetermined time information (SCR). And the stream packet (S_PKT) has a predetermined time stamp (AT
Application packet (AP_PK) with S)
T), and the incoming application packet (AP_PKT) (to the streamer) is time-stamped by a local reference clock (440 in FIG. 9) (inside the streamer) corresponding to the predetermined time information (SCR). , An information medium (2) on which the stream object (SOB) is recorded in a format in which the time stamp information is recorded in the stream pack (S_PCK).
01), a reference clock for reproduction is set based on the local reference clock (SCR 303 in FIG. 5, SCR base in FIG. 15) reproduced from the information medium (201) (step S1). S3
7), the set reference clock for reproduction (SCR)
, The content of the bit stream is re-read from the information medium (201).

The above processing can be expressed in another language as follows. That is, first header (pack header) information in which system clock information is recorded for each first recording unit (stream pack / sector),
Bit stream information having stream data recorded for each second recording unit (application packet) and time information (time stamp) recorded for each second recording unit (application packet) is recorded. When the recording information is reproduced from the read medium, the system clock information is reproduced from the first header (pack header) information (Step S36).
A reference clock is reset from the reproduced system clock information (step S37), and time information (time stamp) recorded for each of the second recording units (application packets) is reproduced (step S3).
8) The contents of the bit stream information recorded on the medium are output according to the reproduced time information (time stamp) based on the reset reference clock (step S39).

FIG. 12 is a diagram for explaining the configuration of a recording / reproducing system (a stream data recording / reproducing apparatus in which an optical disc apparatus and an STB apparatus are integrated) according to another embodiment of the present invention.

The stream data recording / reproducing apparatus according to this embodiment comprises an encoder 401, a decoder 40
2. STB unit 403, main MPU 404, V (video) mixing unit 405, frame memory unit 406, key input unit 457, display unit 458, information medium (DVD-R
Recording / reproducing unit (disk drive unit) 40 for recording or reproducing information on / from an AM disk 201
9. Data processor (D-PRO) unit 410, temporary storage unit 411, A / V (audio / video) input unit 44
2. The TV tuner 443 is provided. In addition to video information of a digital TV, for example, video information of a TV phone compressed by MPEG4 or MD (midi disk)
Alternatively, a digital signal input unit 441 is provided in order to input digital audio information such as a CD (compact disk) or the like and record it on the information medium 201 as stream data.

The stream data recording / reproducing apparatus further includes a satellite antenna 421 connected to the STB section 403,
A system time counter (STC) section 424, an interface (I / F) 434 for transmitting a digital video signal from a video mixing section (V mixing section) 405 to a personal computer (PC) 435, an analog TV 43
7 is provided with a D / A conversion unit 436.

Here, V mixing section 405 includes a digital video signal from V-PRO section 438 of decoder section 402 and a digital video signal 45 from STB section 403.
3 has an appropriate mixing function. With this mixing function, for example, a broadcast image from the STB unit 403 is displayed on the left side of the display screen of the TV 437, and the TV 437 is displayed.
An image reproduced from the disc 201 can be displayed on the right side of the display screen 37. Alternatively, STB unit 403
And the playback image from the disc 201,
On the monitor screen of the PC 435, the information can be displayed so as to overlap the overlapping window.

In the above configuration, the encoder 401
A / D converter 44 for video and audio
4, the digital video signal from the A / D converter 444, S
A selector 445 that selects a digital video signal 453 from the TB unit 403 or a digital signal from the digital signal input unit 441 and sends it to the video encoding unit 446, a video encoding unit 446 that encodes the video signal from the selector 445, and A / D conversion Audio encoding unit 44 for encoding the audio signal from the unit 444
7. The closed caption (cc) signal or the teletext signal from the TV tuner section 443 is transmitted to the sub-picture (S
It comprises an SP encoding unit 448 for encoding P), a formatter unit 449, and a buffer memory unit 450 for temporarily storing data.

On the other hand, in the decoder section 402, the memory 42
6, a video decoding unit 42 including a reduced image (thumbnail picture) generating unit 439.
8, SP decoding section 429, audio decoding section 43
0, TS packet (transport packet) transfer unit 4
27, a video processor (V-PRO) section 438 and an audio D / A conversion section 432.

[0139] The digital audio signal decoded by the audio decoding section 430 is supplied to an interface (I
/ F) 431 to allow external output. Also, the digital audio signal is converted to a D / A converter 432.
The analog audio signal converted into an analog audio signal by an external audio amplifier (not shown) makes the speaker 43
3 is driven. D / A converter 432
Is configured to perform D / A conversion of the digital audio signal 452 from the STB unit 403 as well as the digital audio signal from the audio decode unit 430.

When transferring the reproduction data from the disc 201 to the STB unit 403, the TS packet transfer unit 427 changes the reproduction data (bit stream) from the separation unit 425 into transport packets (TS packets). The TS packet may be sent to the STB unit 403 by adjusting the transfer time to the time information from the STC 424.

The main MPU 404 in FIG. 12 includes a work RAM 454a as a working memory, a control program named stream data creation control unit 454b, a control program named stream data reproduction control unit 454c, and partial deletion of stream data. / Temporary erasure control unit 454d. Control at the time of recording in the stream data recording / reproducing device is as follows:
This is performed by the main MPU 404 using the above control program (sequential control program).

Here, the file management area (the navigation RTR.IFO 104 in FIG. 2 or FIG.
STREAM. The main MPU 404 is connected to the D-PRO unit 410 via a dedicated microcomputer bus in order to read and write the I / F 105 and the like.

First, the flow of a video signal during recording in the apparatus shown in FIG. 12 will be described. At the time of recording, the stream data creation control unit 454b in the main MPU 404
A series of processing is performed in accordance with a sequential program named. That is, the stream data transmitted from the STB unit 403 to the encoder unit 401 via the transmission path conforming to the IEEE 1394 standard is first transferred to the formatter unit 449. Formatter unit 44
The IEEE 1394 receiving side reads the time from the start of the stream data transfer based on the time count value of the STC 424. The read time information is sent to the main MPU 404 as management information, and the work RAM 45
4a.

The main MPU 404, based on the time information, converts the stream data for each stream block (for each VOBU in a video recorder, and in the SOBU in a streamer).
In addition to creating partitioning information to be separated for each partitioning, cell partitioning information and program partitioning information and PGC partitioning information corresponding to the partitioning information are created, and the work RAM unit 454 in the main MPU 404 is created.
Record sequentially in a.

The formatter section 449 is provided for the main MPU 4
In accordance with an instruction from the stream data creation control unit 454b in step 04, the stream data transmitted from the STB unit 403 is converted into a stream pack sequence, and the converted stream pack sequence is input to the D-PRO unit 410. The input stream pack is the same as the sector 204
It has a fixed size of 8 bytes. D-PRO unit 41
0 indicates that the input stream packs are grouped into ECC blocks every 16 sectors, and the disk drive unit 40
Send to 9. In the disk drive unit 409, modulation processing suitable for performing data recording is performed, and recording is performed on the medium 201 via an optical head (not shown).

In the disk drive unit 409, the DVD
When the recording preparation to the RAM disk (information medium) 201 is not completed, the D-PRO unit 410 transfers the recording data to the temporary storage unit 411 and temporarily stores the data, and the disk drive unit 409 prepares the data recording. Wait until you can. When the disk drive unit 409 is ready for recording, the D-PRO unit 410 transfers the data stored in the temporary storage unit 411 to the disk drive unit 409. Thereby, recording on the disk 201 is started. When the data stored in the temporary storage unit 411 is recorded, the subsequent data is transmitted from the formatter unit 449 to the D-
The data is seamlessly transferred to the PRO unit 410. Here, the temporary storage unit 411 is designed to be able to access data at high speed and to hold recording data for several minutes or more.
Assumes large memory.

Next, data processing at the time of reproduction will be described. The control at the time of reproduction in the stream data recording / reproducing apparatus is performed according to a sequential program named stream data reproduction control section 454c.
04 performs a series of processes. First, a RAM disk (information medium) is stored in the disk drive unit 409.
From 201, stream data is reproduced. The reproduced stream data is transferred to the decoder unit 402 via the D-PRO unit 409.

In the decoder unit 402, the transport packet in the reproduced stream data is
25 receives. The separation unit 425 determines whether the video packet data (M
PEG video data) is transferred to the video decoding unit 428, audio packet data is transferred to the audio decoding unit 430, and sub-picture packet data is transferred to the SP decoding unit 429.

The video data decoded by video decoding section 428 is converted to an analog TV signal via V mixing section 405 and D / A conversion section 436,
The image is transferred to 437 and displayed. At the same time, the audio signal decoded by the audio decoding unit 430 is also sent to the D / A conversion unit 432, and is converted into digital audio data. The converted digital audio data is stored in the I / F4
The data is transferred to a digital input of an external audio device (not shown) via the communication terminal 31. Alternatively, the converted digital audio data is converted into an analog audio signal by the D / A conversion unit 432, and is converted via an audio amplifier (not shown).
It is sent to the speaker 433.

In the stream data recording / reproducing apparatus shown in FIG. 12, the disk drive unit 409 and the STB unit 403
Since the data transfer interface units 414 and 420 shown in FIG. Further, since the STC unit 424 has a common reference clock generation unit for the entire system, it is not necessary to perform a time stamp replacement process as indicated by a modified time stamp. The digital signal input unit 441
For example, video information other than digital TV video information,
It is also possible to input PCM audio information such as a (midi disk) or a CD (compact disk) and record it on the information medium 201 as stream data.

Even though it is not necessary to change the time stamp as indicated by the modified time stamp, at the time of stream recording, the "local reference clock in the streamer for the first pack in the SOB is not Equal to the APAT of the first application packet starting with "."

In the apparatus shown in FIG. 12, when reproduction is performed, the information medium 201 is transmitted via an optical head (not shown).
Is read. The recording / reproducing unit 409 performs the demodulation process, and the demodulated data is input to the D-PRO unit 410 and subjected to an error correction process and the like. The demodulated data is input to the multiplexing information separation unit 425. In the multiplexed information separation unit 425, signal processing similar to that described with reference to FIG. 9 is performed. Video decoding unit 42
8, a reduced screen generation unit 439 (referred to as a representative image generation unit in FIG. 9) is provided. This is a unit that generates, for example, an image for editing or a title.

FIG. 13 is a flowchart for explaining a stream data recording procedure (using a short application header) according to another embodiment of the present invention. For example, digital stream data is input from the digital signal input unit 441 in FIG. 12 (step S11). For the input stream data, the formatter unit 449 of FIG. 12 generates a time stamp for each application packet in accordance with the reference clock generated by the STC 424 (step S12). In parallel with this processing, the contents of the input stream data are determined by the main MPU unit 454 (step S1).
3) A short application header is set according to the determined contents (step S14).

The time indicated by the time stamp generated in step S12 corresponds to the application packet arrival time APAT described above. That is, for the first pack in the SOB, the local reference clock (SCR 303 in FIG. 5 or SCR in FIG.
(Corresponding to the base) is equal to the APAT of the first application packet starting in the pack.

The subsequent processing in FIG. 13 (steps S15 to S15)
Step S18) is the same as the processing of steps S6 to S9 described with reference to FIG. 10 except that the application header recorded in step ST17 is a short application header.

FIG. 14 is a view for explaining the data structure in the data area, particularly in the data structure according to the embodiment of the present invention. FIG. 14 illustrates the structure of data arranged in the data areas (21 to 23) in FIG. 1C in more detail.

In the data area shown at the top of FIG.
As shown in the second row of FIG. 14, there are a plurality of sets of modified time stamps and application packets. In this application packet, 3 in FIG.
As shown at the top, a plurality of sets of application packet headers and payloads are stored. When data is collected from a plurality of payloads, a data aggregate of I-pictures, B-pictures, and P-pictures is formed as illustrated in the fourth row of FIG. Here, looking at the data portion of the I picture, there are a picture header, compression information, and the like as shown in the fifth row of FIG. Also, looking inside the picture header,
As shown at the bottom of FIG. 14, the header ID, picture I
D and the like exist.

Although not shown, the presentation time stamp PTS indicates the timing at which a packet is sent from the memory unit 426 to the video decoding unit 428 in FIG. When the value of the system time counter (system clock) STC unit 424 matches the value of PTS,
Alternatively, when the value becomes a predetermined large value, the I picture information in FIG. 14 is sent to the video decoding unit 428, and the video decoding unit 428 outputs a decoding time stamp D (not shown).
At the timing of TS, decoding of the transmitted I picture information is started.

Here, for example, the optical disk device 4 shown in FIG.
15 and the STB device 416 are out of synchronization, P
From the memory unit 426 to the video decoding unit 42 based on the TS
8 and the amount of data sent from the optical disc device 415 to the memory unit 426 (unmatching). In order to eliminate such a defect, the apparatus shown in FIG. 9 is provided with the following functions.

For example, each time a specific number (for example, 10,000 or 100,000) of application packets is transmitted / received, the optical disk device and the STB device store the transmission time / reception time in the temporary storage section 411, The information is stored in the RAM memory unit 407. As a result, a time information table can be created for each time a specific number of application packets are transmitted / received. Here, at an appropriate time interval, for example, 10 minutes or 30 minutes (this time interval may be arbitrarily modified), the STB
The time information table is transferred from the device to the optical disk device. The optical disc device compares the time information tables of both, and grasps the time deviation information. that way,
For each specific number of application packets, it is possible to grasp how much time lag (synchronization lag) occurs between both devices. According to the amount of the synchronization deviation,
The data reproduction speed or the data transfer timing of the optical disk device 415 can be adjusted.

As an example of the means for controlling the data transfer timing, there is a method of using the above-mentioned modified time stamp through a conversion table (not shown) before actually using it. Various methods can be used as the time adjusting means according to the adjustment amount. This adjusting means is effective when data recording on the information medium 201 is performed by another optical disk device. If there is a frequency shift between the reference clock of the device that actually reproduces the data and the reference clock of the device that actually recorded the data, the value of the modified time stamp that has been reproduced will be
This is because there is a case where the value of the modified time stamp expected by the reproducing apparatus is different.

The effects of the embodiment of the present invention described above are summarized as follows.

* Since an optimum application header type (long or short) is selected according to the content (type) of stream data to be recorded on the information medium, unnecessary information need not be recorded as application header information. As a result, it is possible to improve the recording efficiency of information to be recorded on the information medium and increase the substantial effective recording capacity for the information medium.

* Time stamps are re-attached to the stream data transferred by IEEE 1394 or the like using a reference clock in the streamer, and the time information at the head position of each stream pack is further converted to the system clock (SCR) based on the reference clock. Can be recorded in the stream pack. By doing so, (a) when reproducing while skipping the stream data, the reference clock of the streamer is reset in accordance with the system clock (SCR) recorded in the stream pack, and the reference clock in the reset streamer is reset. Each application packet can be output in synchronization with the timing of the time stamp information. When the system clock (SCR) recorded in the stream pack is constantly reset in this way, even if the stream data scattered on the information medium is randomly and intermittently reproduced, the output timing between each application packet is stably maintained. it can.

(B) When retrieving stream data recorded on an information medium using the time stamp value, the system clock (SCR) value recorded in the stream pack is not replayed to the time stamp one by one. You can get coarse access just by playing (using it as a headline).

(C) By comparing the value of the system clock (SCR) recorded in the stream pack at the time of reproduction with the value of the time stamp, it is confirmed whether or not the stream data being reproduced at present is the data to be originally reproduced. Can be performed in real time.

* Synchronization between the devices can be managed so that the amount of data transferred from the optical disk device to the STB device becomes an appropriate amount.

FIG. 15 is a view for explaining the data structure of a stream pack. Each stream pack is shown in FIG.
It has a data structure as shown in FIG. That is, a pack header of 14 bytes, a PES header of 6 bytes, a substream ID of 1 byte, an application header of 9 bytes, an optional application header extension used as needed, and an optional used header extension One stream pack is composed of an optional stuffing byte and an application packet group including one or more application packets with an application time stamp ATS.

The pack header shown in FIG.
As shown in (e), pack start code information, system clock reference (SCR) based information, SC
R extension information, program multiplexing rate information, pack stuffing length information, and the like are included.
The SCR base is composed of 32 bits, and the 32nd bit is set to zero. As the program multiplexing rate, for example, 10.08 Mbps is adopted.

The PES header shown in FIG.
As shown in (d), it includes information on the packet start code prefix, information on the stream ID (private stream 2), and information on the PES packet length. This substream ID is, as shown in FIG.
It has contents for specifying stream recording data. Specifically, the sub-stream ID = "00000010b" indicates that the data stored in the stream pack is stream recording data. When the stream ID is “10111110b”, it indicates that the stream pack is used for the padding packet.

As shown in FIG. 15A, the application header of FIG. 15B has version information, the number of application packets AP_Ns, and the time stamp position FIRST_AP_
OFFSET, extension header information EXTEN
SION_HEADER_IFO, service ID, and the like.

Here, the version describes the version number of the application header format.

The AP_Ns of the application header is
This describes the number of application packets that start in the corresponding stream pack. When the first byte of the ATS is stored in the corresponding stream pack, it can be considered that the application packet starts in this stream pack.

In FIRST_AP_OFFSET, the time stamp position of the first application packet started in the stream packet is described in byte units as a relative value from the first byte of this stream packet. If no application packet starts in the stream packet, FIRS
“0” is described in T_AP_OFFSET.

EXTENSION_HEADER_IN
The FO describes whether an application header extension and / or a stuffing byte exists in the corresponding stream packet. EXTEN
When the content of the SION_HEADER_INFO is 00b, it indicates that neither the application header extension nor the stuffing byte exists after the application header. EXTENSION_HEAD
If the content of ER_INFO is 10b, it indicates that an application header extension is present after the application header, but no stuffing byte is present. EXTENSION_HEADER_IN
If the content of the FO is 11b, it indicates that an application header extension exists after the application header, and that a stuffing byte also exists after the application header extension. E
XTENSION_HEADER_INFO is 0
1b is prohibited.

The stuffing byte (optional) in front of the application packet area is “EXTENSE”.
ION_HEADER_INFO = 11b ". By doing so, it is possible to prevent "packing paradox" from occurring when there is a contradiction between the number of bytes in the application header extension and the number of application packets that can be stored in the application packet area.

[0177] SERVICE_ID describes the ID of a service that generates a stream. If this service is unknown, 0x00 is set in SERVICE_ID.
00 is described.

The stuffing byte and the application packet group in FIG. 15B constitute an application packet area. The leading portion of the application packet area can appropriately include a part (partial packet) of an application packet that extends from a stream packet preceding the stream packet of FIG. 15B. Thereafter, a plurality of pairs of the application time stamp ATS and the application packet can be sequentially recorded. The end portion of the application packet area is shown in FIG.
A part (partial packet) of an application packet extending to a stream packet subsequent to the stream packet of (b) or a stuffing area of a reserved number of bytes can be appropriately included.

In other words, a partial application packet can exist at the start position of the application packet area, and a partial application packet or a stuffing area of the reserved number of bytes can exist at the end position of the application packet area.

The application time stamp (ATS) placed before each application packet is 3
It is composed of 2 bits (4 bytes). This ATS is 2
Is divided into two parts, a basic part and an extended part.
The basic part is a part called a 90 kHz unit value, and the extended part is a fine value (less sig) measured at 27 MHz.
nificant value).

In FIG. 15B, the application header extension can be used to store information that may differ between application packets. Such information is not necessary for all applications.
Therefore, the data field of the application header is defined so that the presence of the optional application header extension in the stream data area can be described (in the above described EXTENSION_HEADER_INFO).

At the time of recording a stream, the first byte of the application time stamp ATS of the first application packet is the stream object SO
It must be aligned with the start position of the application packet area in the first stream packet at the beginning of B.

On the other hand, with respect to the subsequent stream packet in the SOB, the application packet may be split (split) at an adjacent stream packet boundary. The partial packet shown in FIG. 15B indicates an application packet generated by the division (split).

The byte offset of the first application timestamp starting in the stream packet,
And the number of application packets started in the stream packet is described in the application header. In this way, in a certain stream packet, stuffing before the first application time stamp and after the last application packet is automatically performed. That is, "the application performs stuffing by itself" is realized by the above-mentioned automation mechanism.
Due to this automatic stuffing, stream packets always have the required length.

An application header extension (optional) is composed of a list of entries. Here, there is one entry of one byte length for each application packet starting in the corresponding stream packet. The bytes of these entries can be used to store information that can be different for each application packet.

As shown in FIG. 15C, 1-bit AU_START, 1-bit AU_END, and 2-bit COPYRIGHT can be described in the 1-byte application header extension (option). ing. AU_START is "
When set to "1", it indicates that the associated application packet includes a random access entry point (start of random access unit) in the stream. When AU_END is set to "1", the associated application packet is random. Indicates that this is the last packet of the access unit.
T describes the copyright status of the related application packet.

Although the packet structure shown in FIG. 15 can be applied to other than the last sector of the corresponding stream object (SOB), it is not always applied to the last sector. SOB
For the last sector where no information is recorded,
A stuffing packet in which the application packet area is filled with one ATS and zero bytes (leading stuffing packet) or a stuffing packet in which the application packet area is filled with zero bytes (subsequent stuffing packet) is applied.

The features of the data structure shown in FIG. 15 can be summarized as follows, for example. That is, stream data is formed by collecting one or more stream objects (SOBs) representing reproduction data for the recorded bit stream. The stream object (SOB) is 1
It is composed of the above stream pack (S_PCK).
The stream pack (S_PCK) includes a pack header and a stream packet (S_PKT). The pack header includes predetermined time information (SCR). The stream packet (S_PKT) includes one or more application packets (AP_PKT) with a predetermined time stamp (ATS). Then, during recording of the stream object (SOB) (in the streamer)
The incoming application packet (AP_PK
T) is a local reference clock (in the streamer) (44 in FIG. 9) corresponding to the predetermined time information (SCR).
0) (modified time stamp in FIG. 14; ATS in FIG. 15), and the information of the time stamp is recorded in the stream pack (S_PCK).

[0189] The stream packet has an application header, and position information (FIRST_FIRST_) of the first time stamp recorded in the stream packet.
AP_OFFSET) is included in the application header.

When the stream object (SOB) is recorded on the information medium (201), the incoming application packet (AP_
PKT) is a local reference clock (4 in FIG. 9) corresponding to the predetermined time information (SCR).
40) (modified time stamp of S4 in FIG. 10; ST1 in FIGS. 21 to 23).
06, ST212 and ST312), and the information of the time stamp is stored in the stream pack (S_
PCK).

FIG. 16 is a view for explaining the internal data structure of streamer management information (corresponding to STREAM.IFO in FIG. 2 or 3). STRE which is the management information (navigation data) shown in FIG. 2 or FIG.
AM. The IFO (SR_MANGR.IFO) 105 is
As shown in FIG. 16, it contains streamer information STRI.

This streamer information STRI is shown in FIG.
(F) Or, as shown in FIG. 16, the streamer video manager information STR_VMGI, the stream file information table SFIT, and the original PGC information OR
G_PGCI (more generally, PGC information PG
CI # i) and a user-defined PGC information table UD_P
GCIT and text data manager TXTDT_M
G and an application private data manager APDT_MG.

Streamer video manager information STR_
VMGI includes STR, STR_ as shown in FIG.
Video manager information management information VTSI_MAT in which management information related to VMGI is described, and a playlist search pointer table (PL_S) in which a search pointer for searching a playlist in a stream is described.
RPT). Here, the playlist is
Here is a partial listing of the program. The playlist allows the user to define an arbitrary playback sequence (with respect to the contents of the program). The stream file information table SFIT includes all navigation data directly related to the streamer operation. For details of the stream file information table SFIT, see FIG.
8 will be described later.

Original PGC information ORG_PGCI
Is a portion in which information about the original PGC (ORG_PGC) is described. ORG_PGC indicates navigation data describing a program set. ORG_
PGC is a chain of programs.
The "~ .SRO" file (SR_TRANS.
SRO 106).

Here, the program set indicates the entire recorded contents (all programs) of the information medium 201. In the reproduction of the program set, the same reproduction order as the recording order of the program is used as the reproduction order unless an arbitrary program is edited and its reproduction order is changed with respect to the original recording. This program set uses the original PGC (ORG_P
GC).

A program is a logical unit of recorded content that is recognized or defined by a user. The program in the program set is composed of one or more original cells. The program is defined only in the original PGC. Further, a cell is a data structure indicating a part of a program. A cell in the original PGC is called an "original cell", and a cell in a user-defined PGC described later is called a "user-defined cell". Each program in the program set is composed of at least one original cell. In addition, each part of the program in each playlist is composed of at least one user-defined cell.

On the other hand, in the streamer, only the stream cell (SC) is defined. Each stream cell refers to a part of the recorded bit stream.
In the embodiment of the present invention, a "cell", if not otherwise specified, means a "stream cell".

Note that the program chain (PGC) indicates a higher conceptual unit. In the original PGC,
PGC indicates a chain of programs corresponding to the program set. In the user-defined PGC,
The PGC indicates a part (chain) of a program corresponding to the playlist. Further, the user-defined PGC indicating a part of the chain of the program includes only the navigation data. Then, a part of each program refers to stream data belonging to the original PGC.

User-defined PGC information table U in FIG.
D_PGCIT can include user-defined PGC information table information UD_PGCITI, one or more user-defined PGC search pointers UD_PGC_SRP # n, and one or more user-defined PGC information UD_PGCI # n. User-defined PGC information table information UD_PGC
ITI is UD_PGC_S indicating the number of user-defined PGC search pointers UD_PGC_SRP (not shown).
RP_Ns and user-defined PGC information table UD_P
UD_PGCIT_EA indicating the end address of GCIT
And

[0200] UD_PGC_SRP_Ns indicates UD_
The number of PGC_SRPs is based on the user-defined PGC information (UD_
PGCI) and the number of user-defined PGCs (UD
_PGC). This number can be up to "9
9 "is allowed. UD_PGCIT_EA indicates the end address of the corresponding UD_PGCIT,
Number of relative bytes from the first byte of CIT (F_RBN)
It is described in. Here, F_RBN indicates the relative number of bytes from the first byte of the defined field in the file, and starts from zero.

Original PGC information ORG_PGCI or user-defined PGC information table UD_PGCIT
PGCI # i, which generally represents user-defined PGC information UD_PGCI, will be described later with reference to FIG.

The text data manager TXT shown in FIG.
DT_MG is supplementary text information. This TX
TDT_MG is the primary text information PR in FIG.
Along with M_TXTI, it can be stored in playlists and programs.

Although not shown, the application private data manager APDT_M shown in FIG.
DT_GI and one or more APDT search pointers APD
T_SRP # n and one or more APDT areas APADT
A # n. Here, the application private data APDT is a conceptual area in which an application device connected to the streamer can store arbitrary non-real-time information (more desired information in addition to real-time stream data).

FIG. 17 shows PGC information (ORG_P in FIG. 3).
GCI / UD_PGCIT or PGCI # in FIG.
It is a figure explaining the internal data structure of i). P in FIG.
The GC information PGCI # i is the original PGC information ORG_PGCI in FIG. 16 or the user-defined PGC information UD_UD in the user-defined PGC information table UD_PGCIT.
It is a general expression of PGCI.

As shown in FIG. 17, PGC information PGCI
#I includes PGC general information PGC_GI, one or more program information PGI # m, one or more stream cell information search pointers SCI_SRP # n, and one or more stream cell information SCI # n. PGC general information PGC_GI includes the number of programs PG_Ns,
It contains the number SCI_SRP_Ns of stream cell information search pointers SCI_SRP. Each program information PGI (for example, PGI # 1) includes a program type PG_TY and the number of cells C_Ns in the corresponding program.
And the primary text information PRM_ of the program
TXTI and search pointer number I of item text
T_TXT_SRPN.

Here, the program type PG_TY is
Contains information indicating the status of the program. In particular, it includes a flag indicating whether the program is protected from erroneous erasure or the like, that is, a protect flag.
When the protect flag is "0b", the program is not protected. When the protect flag is "1b", the program is protected.

The number of cells C_Ns indicates the number of cells in the corresponding program. Throughout the entire program and all cells of the PGC, cells are (implicitly) associated with the program in their ascending order. For example, in the PGC, program # 1 has C_Ns = 1 and program # 2
Has C_Ns = 2, the first stream cell information SCI of the PGC is associated with the program # 1, and the second and third SCIs are associated with the program # 2.

Primary text information PRM_TXTI
Describes text information having one common character set (ISO / IEC646: 1983 (ASCII code)) so that the information medium (DVD-RAM disk) 201 can be used worldwide.

Item text search pointer number I
T_TXT_SRPN describes a search pointer number for the item text (text data corresponding to the program) IT_TXT. If the program does not have item text, IT_T
XT_SRPN is set to "0000h".

Each stream cell information search pointer SC
I_SRP (for example, SCI_SRP # 1) is SCI_SRP indicating the start address of the corresponding stream cell information SCI.
Contains SA. This SCI_SA is described by the relative number of bytes (F_RBN) from the first byte of the PGCI.

Each stream cell information SCI (for example, S
CI # 1) includes stream cell general information SC_GI,
One or more stream cell entry point information SC_E
PI # n. Stream cell general information SC
_GI is a cell type C_TY including a flag TE indicating a temporary erase (temporary erase; TE) state, and the number SC_EPI_Ns of stream cell entry point information.
, Stream object number SOB_N, stream cell start APAT (SC_S_APAT), stream cell end APAT (SC_E_APAT), and erase indicating the start APAT of the temporarily erased cell when the cell is in the temporarily erased state (TE = 10b). Start APAT (ERA
_S_APAT) and the cell is in a temporary erased state (TE = 10
b) includes the erase end APAT (ERA_E_APAT) indicating the end APAT of the temporarily erased cell.

[0212] The cell type C_TY describes the format of the corresponding stream cell and its temporary erasure state.
That is, the cell format C_TY1 = "010b" is described in all stream cell formats (this C_TY1
= “010b” makes it possible to distinguish between stream cells and other cells).

On the other hand, if the flag TE is "00b", it indicates that the corresponding cell is in a normal state. If the flag TE is "01b" or "10b", the corresponding cell is in a state of temporary erasure. Is shown. Flag TE = “01”
b ”indicates that the corresponding cell (the cell in the temporary erased state)
A case is shown in which the process starts after the first application packet starting in U and ends before the last application packet in the same SOBU. Also, the flag TE =
“10b” indicates that the corresponding cell (cell in the temporary erased state)
The case where at least one SOBU boundary is included (the first application packet or the last application packet starts in the SOBU) is shown.

Note that the program protect flag and
It cannot be set at the same time as the TE flag of a cell in the program. Therefore, (a) none of the cells in the program in the protected state can be set to the temporary erase state; (b) a program including one or more cells in the temporary erase state cannot be set to the protected state.

The number SC_EPI_Ns of the stream cell entry point information is equal to the corresponding stream cell information SC.
It describes the number of stream cell entry point information included in I.

Each stream cell entry point information SC_EPI (eg, SC_EPI # 1) in FIG.
There are two types (type A and type B). Type A S
C_EPI is the entry point type EP_TY and the application packet arrival time E of the entry point.
P_APAT. Type A is indicated by the entry point type EP_TY1 = "00b". Type B SC_EPI is equivalent to type A EP_TY and E
In addition to P_APAT, primary text information PRM_
Includes TXTI. Type B is indicated by the entry point type EP_TY1 = "01b".

In any stream cell, an entry point can be used as a tool for skipping a part of recorded contents. All entry points can be specified by the application packet arrival time (APAT). With this APAT, it is possible to specify where data output starts.

Stream object number SOB_N
Describes the number of the SOB to which the corresponding cell refers. Stream cell start APAT (SC_S_APA)
T) describes the starting APAT of the corresponding cell. Stream cell end APAT (SC_E_APA)
T) describes the end APAT of the corresponding cell.

Erase start APAT (ERA_S_APA)
T) is the first SOBU including the head in the temporary erased cell including at least one SOBU boundary (the TE field of the C_TY is “10b”).
Describes the arrival time (APAT) of the first application packet that starts within. Erased APA
T (ERA_E_APAT) is at least one SO
In the temporarily erased cell including the BU boundary (its TE field of C_TY is “10b”), the arrival time (APA) of the first application packet starting in the SOBU including the application packet immediately following the temporarily erased cell
T).

The characteristics of the data structure shown in FIG. 17 can be summarized as follows, for example. That is, the stream object (SOB) includes information of a stream cell (SC). Arrival time information (SC_S) of the application packet (AP_PKT) for the stream cell
_APAT / SC_E_APAT) is associated with the value of the time stamp information recorded in the stream pack (S_PCK). Then, the time stamp information value is set corresponding to the time information (SCR) in the stream pack (S_PCK).

FIG. 18 is a view for explaining the internal data structure of the stream file information table (SFIT).
As shown, the stream file information table SF
IT is stream file information table information SFIT
I, one or more stream object stream information SOB_STI # n, and stream file information SFI
It is composed of

Stream file information table information SF
ITI is an information medium (DVD-RAM disk) 201
The number SFI_Ns of stream file information above and SF
The number SOB_STI_Ns of stream object stream information following the ITI and the end address S of the SFIT
It is composed of FIT_EA and SFI start address SFI_SA. SFIT_EA describes the end address of SFIT by the relative number of bytes (F_RBN) from the first byte of SFIT. Also, SFI_SA
Is the relative number of bytes from the first byte of SFIT (F_R
BN) describes the start address of the SFI.

Each stream object stream information SOB_STI includes three types of parameters. Each parameter can have a unique value for each bitstream record. However, these parameter sets can usually be equal in many bitstream recordings. Therefore, SOB_STI is
It is stored in a table different from the table of stream object information (SOBI), and it is recognized that some stream objects (SOB) share the same SOB_STI (that is, point to the same SOB_STI). Therefore, the SOB is usually smaller than the number of SOBs.
The number of B_STIs is smaller.

Each stream object stream information SOB_STI (for example, SOB_STI #
1) is the application packet size AP_SIZ
And a service ID number SERV_ID_Ns, a service ID (SERV_IDs), and an application packet device unique ID (AP_DEV_UID). AP_SIZ is the byte length of the packet in the bit stream transferred from the application device to the streamer, and describes the application packet size.

[0225] In the DVD streamer, the application packet size is fixed in each bit stream recording. Therefore, if the application packet size changes during each uninterrupted recording, the current stream object (current SOB) is terminated there, and the new stream object (new SOB) replaces the new AP_SIZ. It is started with it. At that time, both the current SOB and the new SOB belong to the same program in the original PGC information (ORG_PGCI).

SERV_ID_Ns describes the number of service IDs included in subsequent parameters. S
ERV_IDs describes a list of service IDs in an arbitrary order. AP_DEV_UID describes a unique device ID unique to the application device that has supplied the recorded bit stream.

The stream file information SFI is shown in FIG.
, The stream file general information SF_GI
And one or more stream object information (SOB information) search pointers (SOBI_SRP) #n and one or more SOB information (SOBI) #n.
The stream file general information SF_GI includes the number of SOBIs SOBI_Ns and the number of sectors S per SOBU S
OBU_SIZ.

Here, SOBU_SIZ describes the size of the SOBU in terms of the number of sectors.
(32 sectors = 64 kbytes). This means that in each time map information (MAPL), the first entry relates to the application packet included in the first 32 sectors of the SOB. Similarly, the second entry relates to the application packet contained in the next 32 sectors.
The same applies to the third and subsequent entries.

Each SOB information search pointer (for example, S
OBI_SRP # 1) is the start address SOBI of SOBI.
BI_SA. This SOBI_SA describes the start address of the related SOBI with the relative byte number (F_RBN) from the first byte of the stream file information SFI.

Each SOB information (for example, SOBI # 1)
Are stream object general information SOB_GI,
It consists of time map information MAPL and access unit data AUD (optional).

Stream object general information SOB_
GI is a stream object type SOB_TY
And stream object recording time SOB_REC_
TM, stream information number SOB_STI_N of the stream object, access unit data flag AUD_FLAGS, and start application packet arrival time SOB_S_APA of the stream object
T, the end object packet arrival time SOB_E_APAT of the stream object, the head stream object unit SOB_S_SOBU of the stream object, and the number of entries MAPL_ENT_Ns of the time map information.

Stream Object Type SOB_
TY is a bit indicating a temporary erase state (TE state) and / or
Alternatively, it is a part in which bits of the copy generation management system can be described. Stream object recording time SOB_R
EC_TM is related stream object (SOB)
The recording time is described. The stream information number SOB_STI_N of the stream object is an SOB_STI valid for the stream object.
This is the description of the index.

Access unit data flag AUD_F
The LAGS describes whether or not access unit data (AUD) exists for the stream object, and if so, what kind of access unit data it is. Access unit data (A
If UD) is present, AUD_FLAGS gives
Several characteristics of the AUD are described. As shown in FIG. 18, the access unit data (AUD) itself includes access unit general information AU_GI, an access unit end map AUEM, and a reproduction time stamp list PT.
SL.

Access unit general information AU_GI is
It includes AU_Ns indicating the number of access units described for the relevant SOB, and an access unit start map AUSM indicating which of the SOBUs belonging to the relevant SOB includes the access unit. The access unit end map AUEM contains the AU (if present)
It is a bit array of the same length as SM, and indicates which SOBU includes the end of the bit stream segment attached to the access unit of the corresponding SOB. The reproduction time stamp list PTSL is a list of reproduction time stamps of all access units belonging to the corresponding SOB.
One PTSL element included in this list includes the value of the playback time stamp (PTS) of the corresponding access unit.

An access unit (AU) indicates an arbitrary single continuous portion of a recorded bit stream, and is configured to be suitable for individual reproduction. For example, in an audio / video bit stream, an access unit is usually a portion corresponding to an MPEG I picture.

Here, the description returns to the contents of SOB_GI. AUD_FLAGS is a flag RTAU_FLG
, Flag AUD_FLG, and flag AUEM_FLG
And a flag PTSL_FLG. Flag R
When TAU_FLG is 0b, it indicates that there is no access unit flag in the real-time data of the corresponding SOB. When the flag RTAU_FLG is 1b, FIG.
AU flags (AU_START, AU_E) described in the application header extension of FIG.
ND) can be present in the real-time data of the corresponding SOB. This state is also allowed when AUD_FLG below is 0b.

When flag AUD_FLG is 0b, it indicates that there is no access unit data (AUD) for the corresponding SOB. When the flag AUD_FLG is 1b, the access unit data (A
UD) may be present. Flag AUEM_
When FLG is 0b, it indicates that there is no AUEM in the corresponding SOB. When the flag AUEM_FLG is 1b, it indicates that AUEM exists in the corresponding SOB. When the flag PTSL_FLG is 0b, the corresponding SO
B indicates that no PTSL is present. Flag PT
When SL_FLG is 1b, it indicates that PTSL exists in the corresponding SOB.

SOB included in SOB_GI of FIG.
_S_APAT describes the start application packet arrival time of the stream object.
That is, SOB_S_APAT indicates the arrival time of the first application packet belonging to the SOB. This packet arrival time (PAT) has two parts:
That is, it is divided into a basic part and an extended part. The basic part is a part called a 90 kHz unit value, and the extended part is a less significant value measured at 27 MHz.
ue). SOB_E_APAT describes the arrival time of the end application packet of the stream object. That is, SOB_E_APAT indicates the arrival time of the last application packet belonging to the relevant SOB.

[0239] SOB_S_SOBU describes the head stream object unit of the corresponding stream object. That is, SOBU_S_SOBU indicates the SOBU including the start portion of the head application packet of the stream object. MAP
L_ENT_Ns describes the number of entries of time map information (MAPL) following SOBI_GI. The time map information MAPL has contents corresponding to the time map information 252 in FIG.

One of the relationships between the contents shown in FIGS. 16 and 18 is summarized as follows. That is, the streamer information (STRI) included in the management information 105 of FIG. 2 or FIG. 3E includes the stream file information table SFIT that manages the stream object SOB forming a part of the content of the stream data. This SF
IT includes stream object information SOBI that manages SOB. This SOBI includes access unit general information AU_GI including management information (access unit start map AUSM), and management information (PTSL). Here, the management information (ATS or AUSM) includes information used when transferring stream data, and the management information (PTS or SC_S_APAT) includes information used when displaying the stream data.

The features of the data structure shown in FIG. 18 can be summarized as follows, for example. That is, arrival time information (SOB_S_A) of the application packet (AP_PKT) for the stream object (SOB)
PAT / SOB_E_APAT) is linked to the value of the time stamp information recorded in the stream pack (S_PCK). Then, the time stamp information value is set corresponding to the time information (SCR) in the stream pack (S_PCK).

FIG. 19 shows the access unit start map (AUSM) and the stream object unit (SOM).
FIG. 7 is a diagram illustrating a correspondence relationship with BU). As shown in the figure, the bit “1” of the AUSM corresponds to the corresponding SOB.
U indicates that an access unit (AU) is included.

Now, the ith (1 ≦ i ≦ AU_Ns) bit position where the bit is set in AUSM is set to AUSM
_Pos (i). Then, the position of the access unit AU is as follows.

(1) If SOBU # i indicated by AUSM_pos (i) contains one or more start AUs (which are described by AU_START and AU_END marks (if any) in the stream), AUSM_pos ( i) is assigned to the first AU starting in SOBU # i. Here, SOBU #
i is the S described by AUSM_pos (i) and AUEM_pos (i) (if AUEM is present)
These are arranged in OBUs.

(2) The AU ends with the AU_END mark that first appears after the start of the AU, and the AU ends with the last SOBU indicated by the assigned AUEM element (if AEEM is present).

In any access unit data, two or more accessible access units cannot be described for each SOBU of SOB.

FIG. 20 shows an access unit start map (AUSM) and an access unit end map (AU
EM) and stream object unit (SOBU)
It is a figure which illustrates the correspondence relationship with.

AUEM is the AUS (if any)
It is a bit array of the same length as M. The AUEM bit indicates which SOBU includes the end of the bit stream segment attached to the access unit of the corresponding SOB. The number of bits set in the AUEM matches the number of bits set in the AUSM.
That is, each setting bit in AUSM has a bit set correspondingly in AUEM.

Now, the i-th (1 ≦ i ≦ AU_Ns) bit position where the bit is set in AUSM is set to AUSM
_Pos (i), and the ith (1 ≦ i ≦ AU_Ns) bit position where the bit is set in the AUEM is AUE
Look at M_pos (i). In this case, there is the following relationship.

(1) 1 ≦ AUSM_pos (i) ≦ AU
EM_pos (i) ≦ MAPL_ENT_Ns; (2) AUSM_pos (i + 1)> AUEM_pos
(I); (3) If i == AU_Ns or AUSM_pos
If (i + 1)> 1 + AUEM_pos (i), AU #
i ends with SOBU # [AUEM_pos (i)] (1 ≦ i ≦ AU_Ns); (4) If AUSM_pos (i + 1) == 1 + AUE
If M_pos (i), AU # i becomes SOBU # [AU
EM_pos (i)]. Or SOBU #
[1 + AUEM_pos (i)] == SOBU # [AU
SM_pos (i + 1)]. That is, AU # i ends where AU # i + 1 starts in the SOBU (1 ≦ i ≦ AU_Ns).

FIG. 21 is a flowchart for explaining a stream data recording procedure according to another embodiment of the present invention. First, an application device (eg, STB) outputs a packet on the digital I / F (step ST100). Then, recording is started in the streamer (step ST102). The following is the processing on the streamer side.

When recording is started, the streamer resets the local clock to t0 = 0 (step ST0).
104). Thereafter, the streamer stores the local clock values t0, t1, and t in sectors 0 to 31 of the first SOBU.
The application packets are packed with 2,... (Step ST106). Step ST104 to ST1
06 (corresponding to step S4 in FIG. 10 or step S12 in FIG. 13), the local reference clock in the streamer for the first pack in the SOB is the arrival time APAT of the first application packet starting in the pack. Is equal to And the first SOB
The sectors 0 to 31 of U are written on the information medium (disk) as presentation data (reproduction data) (step ST108).

The streamer receives the first pack of the second SOBU, generates the first time map entry,
The generated time map entry is stored in the memory as navigation data (step ST110). Thereafter, the packet is packed into the second and subsequent SOBUs with the time stamp of the local clock, and the second and subsequent SOBUs are packed.
The sector of the OBU is written to the disk as reproduction data, a subsequent time map entry is generated, and the generated time map entry is stored in the memory as navigation data (step ST112). Step ST
The processing of 110 to ST112 (corresponding to step S9 in FIG. 10 or step S18 in FIG. 13) is repeated until the recording is completed.

When the recording is completed (step ST114, Yes), the last SOBU is stuffed with packets and stuffing as appropriate, and the sector of the last SOBU is written to the disk as reproduction data (step ST116). Finally, the last time map entry, SOBU stream information (SOB_STI), SOB information (SOBI), and the original PGC of one cell are generated in the memory as navigation data, and the generated navigation data is written to the disk (step ST118). ).

According to the processing of FIG. 21, an application packet (AP_PKT) with a time stamp of the local reference clock is recorded (ST106), and a predetermined time map entry is generated as navigation data (ST110 to ST112). .

FIG. 22 is a flowchart illustrating a stream data recording procedure (digital video broadcast service) according to still another embodiment of the present invention. First, recording is started in the application device (AD) (step ST200). This recording is started when a recording button of a device (not shown) is pressed or an operation is performed from a user interface (not shown).

When the recording is started, the application device sets the isochronous digital I
/ F (DIF) channel and waits until the start of an I-picture in the bitstream (step S
T202).

When the application device notifies the streamer of the start of recording, the streamer resets the local clock (t0 = 0) (step ST204).
This processing corresponds to step S12 in FIG.

Next, the application device optionally outputs a sequence header to the digital I / F,
Thereafter, the packet is output to the digital I / F (step ST206). This processing corresponds to step S1 in FIG.
5, corresponding to S16.

Subsequently, in the streamer, the application packets time-stamped with the local clock value are packed into successive SOBU sectors, and
The U sector is written to the disk as reproduction data, and a continuous time map entry is generated in the memory as navigation data (step ST212). The process of step ST212 continues until there is a recording end instruction in the application device.

When an instruction to end recording is issued in the application device (step ST214, Yes), the application device waits until the bit stream reaches the end of the current frame, and stops recording in the streamer via the digital I / F command channel. Is notified (step ST215).

Then, the streamer packs the last SOBU with packets and stuffing as appropriate, and
The BU sector is written to the disk as reproduction data (step ST216).

The streamer generates the last time map entry, SOB stream information, SOB information, and the original PGC of one cell in the memory as navigation data, and writes the generated navigation data to the disk (step ST218).

With the processing in FIG. 22, the arrival time information (SOB_S_APAT / SOB_E_APAT) of the application packet (AP_PKT) for the SOB is calculated based on the time stamp information of the local reference clock, and the calculated arrival time information (SOB_S_APA) is calculated.
T / SOB_E_APAT) is recorded as navigation data (ST218).

FIG. 23 is a flow chart for explaining a stream data recording procedure (when a new stream object is additionally recorded on a recorded medium) according to still another embodiment of the present invention. First, the application device outputs a packet to the digital I / F (step ST300). Then, recording is started in the streamer (step ST302). The following is the processing on the streamer side.

When the recording is started, the streamer resets the local clock to t0 = 0 (step ST0).
304). This processing corresponds to step S12 in FIG.

Thereafter, in the streamer, application packets time-stamped with the local clock value are packed into a continuous new SOBU, and a continuous new SBU is packed.
OBU sectors are written to the disk as reproduction data, and successive new time map entries are generated in the memory as navigation data (step ST31).
2). This processing corresponds to step S12 in FIG.
The process of step ST312 continues until the recording is completed.

When the recording is completed (step ST314 YES), the last new SOBU is packed with packets and stuffing as appropriate, and the sector of the last new SOBU is written to the disk as reproduction data (step ST316).

The streamer includes the last new time map entry, the SOB stream information (only when the recording parameter has been changed from the preceding recording) and the SOB
Information is generated, a new cell is added to the original PGC of the navigation data in the memory, and the navigation data obtained as a result is recorded on the disk (step ST318). This processing corresponds to step S1 in FIG.
Corresponds to 8.

By the processing in FIG. 23, the arrival time information (SC_S_APAT / SC_E_APAT) of the application packet (AP_PKT) for the stream cell
Is calculated, and the calculated arrival time information (SC_S_AP
AT / SC_E_APAT) is recorded as navigation data (ST318).

As described above, according to the embodiment of the present invention, for example, a medium capable of reproducing stream data from an information medium while retaining the transfer timing between application packets when receiving a digital TV broadcast. The above data structure (recording format) can be provided. Further, it is possible to provide a method of recording stream data on an information medium using this data structure. Further, it is possible to provide a versatile data structure (recording format) capable of recording digital data transmitted with a packet structure in addition to digital TV broadcast data. Further, it is possible to provide a method of recording stream data on an information medium using this data structure.

Note that the present invention is not limited to the above embodiments, and various modifications and changes can be made at the stage of implementation without departing from the scope of the invention. Also,
The embodiments may be implemented in combination as appropriate as much as possible. In such a case, the effect of the combination is obtained.

Further, the above embodiments include inventions at various stages, and various inventions can be extracted by appropriately combining a plurality of constituent elements disclosed in this application. For example, even if one or a plurality of constituent elements are deleted from all the constituent elements described in the embodiment, if at least one of the effects of the present invention or the effects of implementing the present invention is obtained, the constituent elements may be deleted. The deleted configuration can be extracted as an invention.

[0274]

As described above, according to the present invention,
A data structure (recording format) capable of efficiently recording stream data and reproducing stream data while maintaining transfer timing between application packets when received by digital TV broadcasting, and utilizing this data structure An information medium on which recording or reproduction is performed can be provided. Also,
A method of recording stream data using this data structure can be provided. Further, it is possible to provide a method of reproducing stream data recorded by this data structure.

[Brief description of the drawings]

FIG. 1 is an exemplary view for explaining a data structure of stream data according to an embodiment of the present invention;

FIG. 2 is an exemplary view for explaining a directory structure of a data file according to the embodiment of the present invention;

FIG. 3 is an information medium (DV) according to an embodiment of the present invention;
FIG. 4 is a view for explaining a recorded data structure (in particular, a structure of management information) on a D recording / reproducing disk.

FIG. 4 shows a stream object (S) according to the present invention.
FIG. 2 is a diagram for explaining a relationship between an OB), a cell, a program chain (PGC), and the like.

FIG. 5 is a view exemplifying an internal structure of a pack header shown in FIG. 1;

FIG. 6 is a diagram exemplifying an internal structure of a PES header and a substream ID shown in FIG. 1;

FIG. 7 is a diagram illustrating an example of the internal structure of a long application header shown in FIG. 1;

FIG. 8 is a view exemplifying an internal structure of an application header (short application header) shown in FIG. 1;

FIG. 9 is an exemplary view for explaining the configuration of a recording / reproducing system (optical disc device / streamer and STB device) according to an embodiment of the present invention;

FIG. 10 is a flowchart illustrating a stream data recording procedure according to an embodiment of the present invention.

FIG. 11 is a flowchart illustrating a stream data reproduction procedure according to the embodiment of the present invention.

FIG. 12 is a diagram illustrating a configuration of a recording / reproducing system (a system in which an optical disc device and an STB device are integrated) according to another embodiment of the present invention.

FIG. 13 is a flowchart illustrating a stream data recording procedure (using a short application header) according to another embodiment of the present invention.

FIG. 14 is a view for explaining a data structure in a data area, particularly in the data structure according to the embodiment of the present invention;

FIG. 15 is a view for explaining the data structure of a stream pack.

FIG. 16 shows streamer management information (S in FIG. 2 or FIG. 3);
TREAM. FIG. 3 is a diagram for explaining an internal data structure of an IFO.

FIG. 17 shows PGC information (ORG_PGCI / UD in FIG. 3)
FIG. 17 is a view for explaining the internal data structure of _PGCIT or PGCI # i) of FIG. 16;

FIG. 18 is a stream file information table (SFI);
The figure explaining the internal data structure of T).

FIG. 19 is a view exemplifying a correspondence relationship between an access unit start map (AUSM) and a stream object unit (SOBU).

FIG. 20 is a diagram exemplifying a correspondence relationship between an access unit start map (AUSM) and an access unit end map (AUEM) and a stream object unit (SOBU).

FIG. 21 is a flowchart illustrating a stream data recording procedure according to another embodiment of the present invention.

FIG. 22 shows a stream data recording procedure (digital video broadcasting service) according to still another embodiment of the present invention.
FIG.

FIG. 23 is a flowchart for explaining a stream data recording procedure (when a new stream object is additionally recorded on a recorded medium) according to still another embodiment of the present invention.

[Explanation of symbols]

201: recordable / reproducible optical disk (information medium); 40
1 Encoding unit; 402 Decoding unit; 403 Set-top box; 440 Reference clock (local clock) generating unit; 424 System time counter (S
TC).

──────────────────────────────────────────────────続 き Continued on the front page (51) Int.Cl. ⁷ Identification symbol FI Theme coat ゛ (Reference) H04N 5/85 H04N 5/92 HF term (Reference) 5C052 AA04 AB03 AB04 AB09 CC06 DD04 5C053 FA20 FA25 GB06 LA05 5D044 AB05 AB07 BC06 CC04 DE02 DE03 DE37 DE39 DE52 GK12 5D110 AA17 AA29 DA11 DA17 DB02

Claims (11)

[Claims] 1. Stream data is formed by collecting one or more stream objects representing reproduction data for a recorded bit stream, wherein the stream object is formed of one or more stream packs, and the stream pack is composed of a pack header and a stream packet. Wherein the pack header includes predetermined time information, the stream packet includes one or more application packets with a predetermined time stamp, and the application packet entering during recording of the stream object includes: A data structure, characterized in that a time stamp is performed by a local reference clock corresponding to the predetermined time information, and the information of the time stamp is recorded in the stream pack. 2. The stream packet has an application header, and position information of a time stamp recorded first in the stream packet is included in the application header. 2. The data structure according to 1. 3. The stream object includes stream cell information, and the arrival time information of the application packet with respect to the stream cell is linked with a value of the time stamp information recorded in the stream pack. 3. The data structure according to claim 1, wherein an information value is set corresponding to the time information in the stream pack. 4. The arrival time information of the application packet for the stream object is linked with the value of the time stamp information recorded in the stream pack, and the time stamp information value is the time information in the stream pack. 4. The method according to claim 1, wherein the setting is made in accordance with the following.
The data structure according to any one of the above. 5. An information medium, characterized in that information is recorded or recorded information is reproduced using the data structure according to claim 1. Description: 6. An apparatus or system configured to perform information recording or reproduction of recorded information using the medium according to claim 5. 7. Stream data is formed by collecting one or more stream objects representing reproduction data for a recorded bit stream. The stream object is composed of one or more stream packs, and the stream pack is composed of a pack header and a stream packet. Wherein the pack header includes predetermined time information,
In a case where the stream packet includes one or more application packets having a predetermined time stamp, the application packet that is input when the stream object is recorded on the information medium is a local reference corresponding to the predetermined time information. A stream data recording method, wherein a time stamp is performed by a clock, and the information of the time stamp is recorded in the stream pack. 8. The system according to claim 7, wherein said application packet is recorded with a time stamp of said local reference clock, and a predetermined time map entry is generated as navigation data. The recording method described. 9. The method according to claim 9, wherein the arrival time information of the application packet with respect to the stream object is calculated based on the time stamp information of the local reference clock, and the calculated arrival time information is recorded as navigation data. 9. The recording method according to claim 7, wherein: 10. The stream object includes information of a stream cell, arrival time information of the application packet for the stream cell is calculated, and the calculated arrival time information is recorded as navigation data. The recording method according to any one of claims 7 to 9, wherein: 11. Stream data is formed by gathering one or more stream objects representing playback data for a recorded bit stream, and said stream object is made up of one or more stream packs. The pack header includes predetermined time information, the stream packet includes one or more application packets with a predetermined time stamp, and the incoming application packet corresponds to the predetermined time information. A method of reproducing recorded information from an information medium on which the stream object is recorded in a format in which the time stamp is time-stamped by a local reference clock and the information of the time stamp is recorded in the stream pack, Setting a reference clock for reproduction based on the local reference clock reproduced from the apparatus, and reproducing the content of the bit stream from the information medium based on the set reference clock for reproduction. A stream data reproducing method, characterized in that: