JP2005011514A - Stream data information medium, recording method, reproducing method, and reproducing apparatus - Google Patents
Stream data information medium, recording method, reproducing method, and reproducing apparatusDownload PDFInfo
- Publication number
- JP2005011514A JP2005011514AJP2004236666AJP2004236666AJP2005011514AJP 2005011514 AJP2005011514 AJP 2005011514AJP 2004236666 AJP2004236666 AJP 2004236666AJP 2004236666 AJP2004236666 AJP 2004236666AJP 2005011514 AJP2005011514 AJP 2005011514A
- Authority
- JP
- Japan
- Prior art keywords
- stream
- information
- data
- unit
- recording
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Television Signal Processing For Recording (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
Abstract
Description
Translated fromJapaneseこの発明は、デジタル放送などで伝送される映像データあるいはパケット構造をもって伝送されるストリームデータの記録再生に適したデータ構造、このデータ構造を用いてストリームデータを記録する方法、およびこのデータ構造により記録されたストリームデータを再生する方法に関する。 The present invention relates to a data structure suitable for recording / reproduction of video data transmitted by digital broadcasting or the like or stream data transmitted with a packet structure, a method of recording stream data using this data structure, and recording using this data structure The present invention relates to a method for playing back stream data.
近年、ＴＶ放送はデジタル放送の時代に突入してきた。それに伴い、デジタルＴＶ放送のデジタルデータをその内容を問わずデジタルデータのままで保存する装置、いわゆるストリーマが要望されるようになってきた。 In recent years, TV broadcasting has entered the era of digital broadcasting. Along with this, there has been a demand for an apparatus for storing digital TV broadcast digital data as it is regardless of the content, so-called streamer.
現在放送されているデジタルＴＶ放送では、ＭＰＥＧのトランスポートストリームが採用されている。今後も、動画を使用したデジタル放送の分野では、ＭＰＥＧトランスポートストリームが標準的に用いられると考えられる。 An MPEG transport stream is employed in the currently broadcast digital TV broadcast. In the future, MPEG transport streams will be used as standard in the field of digital broadcasting using moving images.
このデジタル放送では、放送される内容（主に映像情報）が、トランスポートパケットと呼ばれる所定サイズ（たとえば１８８バイト）毎のデータの纏まりに時間分割され、このトランスポートパケット毎に放送データが伝送される。 In this digital broadcasting, the content to be broadcast (mainly video information) is time-divided into a set of data of a predetermined size (for example, 188 bytes) called a transport packet, and the broadcast data is transmitted for each transport packet. The
このデジタル放送データを記録するストリーマとして、現在市販されているものとしては、Ｄ−ＶＨＳ（デジタルＶＨＳ）などの家庭用デジタルＶＣＲがある。このＤ−ＶＨＳを利用したストリーマでは、放送されたビットストリームがそのままテープに記録される。そのため、ビデオテープには、複数の番組が多重されて記録されることになる。 As a streamer for recording this digital broadcast data, there are digital VCRs for home use such as D-VHS (digital VHS). In the streamer using this D-VHS, the broadcast bit stream is recorded on the tape as it is. Therefore, a plurality of programs are multiplexed and recorded on the video tape.
再生時には、最初から再生する場合、あるいは途中から再生する場合にも、そのまま全てのデータが、ＶＣＲからセットトップボックス（デジタルＴＶの受信装置：以下ＳＴＢと略記する）に送り出される。このＳＴＢにおいて、ユーザ操作等により、送り出されたデータ内から所望の番組が選択される。選択された番組情報は、ＳＴＢからデジタルＴＶ受像機等に転送されて、再生（ビデオ＋オーディオ等の再生）がなされる。 At the time of reproduction, all data is sent as it is from the VCR to a set top box (receiver of digital TV: hereinafter abbreviated as STB) even when reproducing from the beginning or 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 played back (playback of video + audio etc.).
このＤ−ＶＨＳストリーマでは、記録媒体にテープが用いられるため、素早いランダムアクセスが実現できず、所望の番組の希望位置に素早くジャンプして再生することが困難となる。 In this 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 for reproduction.
このようなテープの欠点（ランダムアクセスの困難性）を解消できる有力な候補として、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷなどの大容量ディスクメディアを利用したストリーマが考えられる。その場合、ランダムアクセスおよび特殊再生などを考えると、必然的に、管理データを放送データとともに記録する必要性がでてくる。 A streamliner using a large capacity disk medium such as a DVD-RAM or a DVD-RW is considered as a promising candidate that can eliminate such a defect (difficult random access). In that case, when random access and special reproduction are considered, it is inevitably necessary to record management data together with broadcast data.
デジタルＴＶ放送では、映像情報を含むストリームデータの伝送方式としてＭＰＥＧのトランスポートストリームが採用されており、映像情報はたとえば１８８バイト毎のアプリケーションパケット毎に纏められて伝送されてくる。それに対して、ＤＶＤ−ＲＡＭディスクなどＤＶＤファミリの記録メディアを用いた場合には、最小記録単位が２０４８バイトであるセクタ毎に記録を行なう必要がある。しかしながら、
（１）たとえば１８８バイト毎のアプリケーションパケットの情報を２０４８バイトのセクタ毎に効率良く情報媒体に記録する方法が未だ決まっていない；
（２）情報媒体上に記録したストリームデータをデジタルＴＶ放送で受信したときのタイミングを保持したまま再生する方法が未だ決まっていない；
と言う問題がある。In digital TV broadcasting, an MPEG transport stream is adopted as a transmission method of stream data including video information, and the video information is collected and transmitted for each application packet of, for example, 188 bytes. On the other hand, when a DVD family recording medium such as a DVD-RAM disk is used, it is necessary to perform recording for each sector having a minimum recording unit of 2048 bytes. However,
(1) For example, a method for efficiently recording application packet information for every 188 bytes on an information medium for each 2048-byte sector has not yet been determined;
(2) A method for reproducing the stream data recorded on the information medium while maintaining the timing when the digital TV broadcast is received has not been determined yet.
There is a problem to say.
さらに、デジタルＴＶ放送以外に、ローカルエリアネットワーク（ＬＡＮ）あるいはＩＳＤＮ等のデジタル電話回線においてパケット構造を持って転送されるデジタルデータも、ストリーマを用いて記録したいというニーズがある。 In addition to digital TV broadcasting, there is a need to record digital data transferred with a packet structure on a digital telephone line such as a local area network (LAN) or ISDN using a streamer.
しかしながら、
（３）デジタルＴＶ以外のデジタルデータも記録できる汎用性のある記録方法が存在しないと言う問題もある。However,
(3) There is also a problem that there is no versatile recording method capable of recording digital data other than digital TV.
この発明は上記事情に鑑みなされたもので、その目的は、効率良くストリームデータを情報媒体に記録するとともに、デジタルＴＶ放送で受信したときの各アプリケーションパケット間の転送タイミングを保持したまま情報媒体からストリームデータを再生できるような情報媒体上のデータ構造（記録フォーマット）およびこのデータ構造を利用して記録あるいは再生が行われる情報媒体を提供することである。 The present invention has been made in view of the above circumstances, and an object of the present invention is to efficiently record stream data on an information medium and from the information medium while maintaining the transfer timing between each application packet when received by digital TV broadcasting. It is to provide a data structure (recording format) on an information medium capable of reproducing stream data and an information medium on which recording or reproduction is performed using this data structure.
この発明の他の目的は、上記データ構造を用いてストリームデータを記録する方法を提供することである。 Another object of the present invention is to provide a method for recording stream data using the data structure.
この発明のさらに他の目的は、上記データ構造により記録されたストリームデータを再生する方法を提供することである。 Still another object of the present invention is to provide a method of reproducing stream data recorded with the above data structure.
この発明の一実施の形態に係るデータ構造では、記録されたビットストリームに対する再生データを表すストリームオブジェクト（ＳＯＢ）が１以上集まってストリームデータが構成され、前記ストリームオブジェクト（ＳＯＢ）が１以上のストリームパック（Ｓ＿ＰＣＫ）で構成され、前記ストリームパック（Ｓ＿ＰＣＫ）はパックヘッダとストリームパケット（Ｓ＿ＰＫＴ）とで構成される。前記パックヘッダは所定の時間情報（ＳＣＲ）を含み、前記ストリームパケット（Ｓ＿ＰＫＴ）は所定のタイムスタンプ（ＡＴＳ）が付されたアプリケーションパケット（ＡＰ＿ＰＫＴ）を１以上含む。そして、前記ストリームオブジェクト（ＳＯＢ）の記録中に（ストリーマに）入ってくる前記アプリケーションパケット（ＡＰ＿ＰＫＴ）が、前記所定の時間情報（ＳＣＲ）に対応した（ストリーマ内部の）ローカル基準クロック（図９の４４０）によりタイムスタンプ（図１４のモディファイドタイムスタンプ；図１５のＡＴＳ）される。 In the data structure according to an embodiment of the present invention, one or more stream objects (SOB) representing reproduction data for a recorded bit stream are collected to form stream data, and the stream object (SOB) is one or more streams. 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 one or more application packets (AP_PKT) with a predetermined time stamp (ATS). Then, the application packet (AP_PKT) that enters (to the streamer) during recording of the stream object (SOB) is a local reference clock (in the streamer) corresponding to the predetermined time information (SCR) (in FIG. 9). 440) is time stamped (modified time stamp in FIG. 14; ATS in FIG. 15).
この発明の他の実施の形態に係る記録方法では、記録されたビットストリームに対する再生データを表すストリームオブジェクト（ＳＯＢ）が１以上集まってストリームデータが構成され、前記ストリームオブジェクト（ＳＯＢ）が１以上のストリームパック（Ｓ＿ＰＣＫ）で構成され、前記ストリームパック（Ｓ＿ＰＣＫ）はパックヘッダとストリームパケット（Ｓ＿ＰＫＴ）とで構成される。前記パックヘッダは所定の時間情報（ＳＣＲ）を含み、前記ストリームパケット（Ｓ＿ＰＫＴ）は所定のタイムスタンプ（ＡＴＳ）が付されたアプリケーションパケット（ＡＰ＿ＰＫＴ）を１以上含む。そして、前記ストリームオブジェクト（ＳＯＢ）を情報媒体（２０１）に記録するときに（ストリーマに）入ってくる前記アプリケーションパケット（ＡＰ＿ＰＫＴ）が、前記所定の時間情報（ＳＣＲ）に対応した（ストリーマ内部の）ローカル基準クロック（図９の４４０）によりタイムスタンプ（図１０のＳ４のモディファイドタイムスタンプ；図２１〜図２３ではＳＴ１０６、ＳＴ２１２、ＳＴ３１２のタイムスタンプ）される。 In the recording method according to another embodiment of the present invention, one or more stream objects (SOB) representing reproduction data for a recorded bitstream are collected to form stream data, and the stream object (SOB) is one or more. 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 one or more application packets (AP_PKT) with a predetermined time stamp (ATS). Then, when the stream object (SOB) is recorded on the information medium (201), the application packet (AP_PKT) that enters (to the streamer) corresponds to the predetermined time information (SCR) (inside the streamer) Time stamp (modified time stamp of S4 of FIG. 10; time stamps of ST106, ST212, ST312 in FIGS. 21 to 23) is performed by the local reference clock (440 of FIG. 9).
この発明の他の実施の形態に係る再生方法では、記録されたビットストリームに対する再生データを表すストリームオブジェクト（ＳＯＢ）が１以上集まってストリームデータが構成され、前記ストリームオブジェクト（ＳＯＢ）が１以上のストリームパック（Ｓ＿ＰＣＫ）で構成され、前記ストリームパック（Ｓ＿ＰＣＫ）がパックヘッダとストリームパケット（Ｓ＿ＰＫＴ）とで構成され、前記パックヘッダが所定の時間情報（ＳＣＲ）を含み、前記ストリームパケット（Ｓ＿ＰＫＴ）が所定のタイムスタンプ（ＡＴＳ）が付されたアプリケーションパケット（ＡＰ＿ＰＫＴ）を１以上含み、（ストリーマに）入ってくる前記アプリケーションパケット（ＡＰ＿ＰＫＴ）が前記所定の時間情報（ＳＣＲ）に対応した（ストリーマ内部の）ローカル基準クロック（図９の４４０）によりタイムスタンプされて前記ストリームオブジェクト（ＳＯＢ）が記録された情報媒体（２０１）を用いる。この媒体から記録情報を再生するとき、前記情報媒体（２０１）から再生された前記ローカル基準クロック（図５のＳＣＲ３０３、図１５のＳＣＲベース）に基づいて再生用の基準クロックが設定され（図１１のＳ３７）、前記設定された再生用の基準クロック（ＳＣＲ）に基づいて、前記情報媒体（２０１）から前記ビットストリームの内容が再生される。 In the reproduction method according to another embodiment of the present invention, one or more stream objects (SOB) representing reproduction data for a recorded bitstream are collected to form stream data, 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 includes predetermined time information (SCR), and the stream packet (S_PKT) includes Includes one or more application packets (AP_PKT) with a predetermined time stamp (ATS), and the incoming application packet (AP_PKT) corresponds to the predetermined time information (SCR) (in the streamer) ) Karu reference clock (440 in FIG. 9) by using the time-stamped by the stream object information medium (SOB) is recorded (201). When reproducing recorded information from this medium, a reproduction reference clock is set based on the local reference clock (
この発明によれば、効率良くストリームデータを記録できる。 According to the present invention, stream data can be recorded efficiently.
以下、図面を参照してこの発明の一実施の形態に係るストリームデータの記録方法およびそのデータ構造などについて説明をする。 A stream data recording method and 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 an embodiment of the present invention. FIG. 1 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, etc.), and a construction process thereof.
情報媒体上に記録されるストリームデータ（図１（ｆ）のＳＴＲＥＡＭ．ＶＲＯ１０６）は、ストリームデータ内の映像情報のコンテンツ毎に、ストリームオブジェクト（ＳＯＢと略記される）としてまとまって記録されている。図１では、そのうちの２個のストリームオブジェクトについて詳細に示され、それらはストリームオブジェクト＃Ａ（ＳＯＢ＃Ａ）２９８とストリームオブジェクト＃Ｂ（ＳＯＢ＃Ｂ）２９９で表現されている。図１には、ＳＴＲＥＡＭ．ＶＲＯ１０６（ＳＯＢ＃Ａ・２９８、ＳＯＢ＃Ｂ・２９９、…）を構成するデータと、それが構築されるまでの途中のデータ構造が示されている。 Stream data (
ＳＯＢ＃Ａ・２９８は、図１（ｅ）（ｇ）に示すように、ストリームオブジェクトユニット（ＳＯＢＵと略記される）５１、５２、…で構成される。同様に、ＳＯＢ＃Ｂ・２９９は、ＳＯＢＵ５４、…、ＳＯＢＵ５７、…で構成される。 The SOB # A · 298 is composed of stream object units (abbreviated as SOBU) 51, 52,... As shown in FIGS. Similarly, SOB # B · 299 is composed of SOBU 54,..., SOBU 57,.
各ＳＯＢＵは、図１（ｄ）（ｈ）に示すように、複数のストリームパックで構成されている。ここでは、ＳＯＢ＃Ａ・２９８のＳＯＢＵ５１がストリームパックＮｏ．０、Ｎｏ．１、…Ｎｏ．３１で構成され、ＳＯＢ＃Ａ・２９８のＳＯＢＵ５２がストリームパックＮｏ．３２、Ｎｏ．３３、…Ｎｏ．３２ｎ−１で構成された例を示している。 Each SOBU is composed of a plurality of stream packs as shown in FIGS. Here, SOBU # A · 298 SOBU 51 is the stream pack No. 0, No. 1, ... No. 31 and SOBU # A · 298 SOBU 52 is stream pack No. 32, no. 33, No. The example comprised by 32n-1.
ストリームパックＮｏ．０は、図１（ｃ）に示すように、パックヘッダ１と、ＰＥＳヘッダ＆サブストリームＩＤ６と、ロングアプリケーションヘッダ１１と、データエリア２１とで構成されている。他のストリームパックも同様に構成される。ここで、ロングアプリケーションヘッダ１１は記録媒体に記録が行われるときに付加されるものである。記録時には、図１（ｂ）に示すように、データエリア２１にはモディファイドタイムスタンプ（あるいはアプリケーションタイムスタンプ）およびアプリケーションパケットの組が１以上含まれる。 Stream pack No. 1 is composed of a
図１（ｂ）のモディファイドタイムスタンプは、デジタル放送で送られてきたオリジナルタイムスタンプ（図１（ａ））を、記録装置用として付け直したものである。オリジナルタイムスタンプは、ＩＥＥＥ１３９４の規格に基いて送信するときのタイムスタンプである。図１（ｂ）のアプリケーションパケットは、デジタル放送により送られてきたパケットそのものである。 The modified time stamp in FIG. 1B is obtained by re-attaching the original time stamp (FIG. 1A) sent by digital broadcasting for the recording apparatus. The original time stamp is a time stamp for transmission based on the IEEE 1394 standard. The application packet in FIG. 1B is a packet itself transmitted by digital broadcasting.
次に、ストリームオブジェクト＃Ｂ（ＳＯＢ＃Ｂ）２９９側について説明する。ＳＯＢ＃Ｂ・２９９のＳＯＢＵ５４は、図１（ｇ）（ｈ）に示すように、ストリームパックＮｏ．３２ｎ、Ｎｏ．３２ｎ＋１、…Ｎｏ．３２ｎ＋１５で構成され、ＳＯＢ＃Ｂ・２９９のＳＯＢＵ５７はストリームパックＮｏ．３２ｎ＋１６、…Ｎｏ．３２ｎ＋１６ｍー２、パディングパック４０で構成されている。 Next, the stream object #B (
ストリームパックＮｏ．３２ｎは、図１（ｉ）に示すように、パックヘッダ３と、ＰＥＳヘッダ＆サブストリームＩＤ８と、アプリケーションヘッダ（ショートアプリケーションヘッダ）１３と、データエリア２４とで構成されている。他のストリームパックも同様に構成できる。データエリア２４には、図１（ｊ）に示すように、タイムスタンプとアプリケーションパケットの組が１以上含まれる。 Stream pack No. 32n is composed of a
ＤＶＤ−ＲＡＭディスクなどの記録媒体にストリームデータを記録する場合には、２０４８ｋバイト毎のセクタを最小単位として、記録が行われる。ストリームデータの記録フォーマット（データ構造）では、図１（ｄ）、（ｈ）に示すように、セクタ毎にストリームパックを構成している。ストリームパックは、図１（ｃ）または図１（ｉ）に示すように、パックヘッダ、ＰＥＳヘッダ＆サブストリームＩＤと、ロングアプリケーションヘッダまたはショートアプリケーションヘッダと、データエリアとで構成される。 When recording stream data on a recording medium such as a DVD-RAM disk, recording is performed with a sector of 2048 kbytes as a minimum unit. In the stream data recording format (data structure), as shown in FIGS. 1D and 1H, a stream pack is configured for each sector. As shown in FIG. 1 (c) or FIG. 1 (i), the stream pack includes a pack header, a PES header & substream ID, a long application header or a short application header, and a data area.
つまり、各ストリームパックの先頭位置には、パックヘッダ１、２、３、４とそれに続くＰＥＳヘッダ＆サブストリームＩＤ６、７、８、９が配置されている。また、実際のストリームデータが記録されているデータエリア２１〜２６と上記ＰＥＳヘッダ＆サブストリームＩＤ６〜９との間には、アプリケーションヘッダが配置されている。この発明の一実施の形態では、記録されるストリームデータの情報内容に応じて、このアプリケーションヘッダとして、ロングアプリケーションヘッダ１１、１２とショートアプリケーションヘッダ１３、１４との使い分けを行っている。 That is,
また、この発明の一実施の形態では、同一のストリームオブジェクト（ＳＯＢ＃Ａ・２９８またはＳＯＢ＃Ｂ・２９９）内では、全てのストリームパック内のアプリケーションヘッダのタイプ（ロングアプリケーションヘッダかショートアプリケーションヘッダか）が同一となっている。すなわち、図１（ｃ）に示すようにＳＯＢ＃Ａ・２９８内では全てロングアプリケーションヘッダ１１、１２が使用され、図１（ｉ）に示すようにＳＯＢ＃Ｂ・２９９内では全てショートアプリケーションヘッダ１３、１４が使用されている。 In one embodiment of the present invention, within the same stream object (SOB # A.298 or SOB # B.299), the type of application header (long application header or short application header) in all stream packs. ) Are the same. That is, the
ロングアプリケーションヘッダ１１およびショートアプリケーションヘッダ１３の詳細については、図７および図８を参照して後述する。 Details of the
図１に戻って説明を続ける。図１（ｂ）に示すように、デジタルＴＶ放送を受信したときに得られたアプリケーションパケットｄを情報媒体上に記録する場合、２個のストリームパックに分割記録することがある。これは、情報媒体の記録エリアを効率的に利用するためである。このときのアプリケーションパケットを部分アプリケーションパケットとして示している。この場合にはストリームパックＮｏ．１のデータエリア２２の開始位置には、部分アプリケーションパケットｄ２が配置記録される。 Returning to FIG. 1, the description will be continued. As shown in FIG. 1B, when an application packet d obtained when receiving a digital TV broadcast 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. A partial application packet d2 is arranged and recorded at the start position of one data area 22.
ストリームデータ再生時にストリームパックＮｏ．１（図１（ｄ））の情報から再生を開始する場合には、図示しないが、この部分アプリケーションパケットｄ２直後のモディファイドタイムスタンプ位置から再生開始する必要がある。したがって、再生装置の再生手段がこのモディファイドタイムスタンプに直接アクセス可能なように、ストリームパック内の最初に配置されたモディファイドタイムスタンプの先頭位置情報が、ロングアプリケーションヘッダ１１あるいはショートアプリケーションヘッダ１３内のフィールド３２５（図７、図８参照）に、バイト数で記録される。 When playing back stream data, stream pack No. When reproduction is started from information 1 (FIG. 1D), although not shown, it is necessary to start reproduction from the modified time stamp position immediately after this partial application packet d2. Therefore, the start position information of the modified time stamp arranged first in the stream pack is the field 325 in the
この情報（ストリームパック内の最初に配置されたモディファイドタイムスタンプの先頭位置情報）と、モディファイドタイムスタンプのデータ長（図７、図８のフィールド３２２）の情報と、アプリケーションパケットのデータ長（図７、図８のフィールド３２３）の情報とから、図１（ｃ）のデータエリア２１内に記録されている所定番号のアプリケーションパケット位置を求めることができる。 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 (FIG. 7) From the information in the field 323) of FIG. 8, the application packet position of a predetermined number recorded in the data area 21 of FIG. 1C can be obtained.
図１（ｅ）（ｇ）に示すように、複数のストリームパックをまとめてストリームオブジェクトユニットＳＯＢＵ５１〜５７が形成されている。図１に示した実施の形態では、ＳＯＢ＃Ａ・２９８内の１個のＳＯＢＵ５１またはＳＯＢＵ５２は３２個のストリームパック（セクタ）から構成され、ＳＯＢ＃Ｂ・２９９内の１個のＳＯＢＵ５４またはＳＯＢＵ５７は１６個のストリームパック（セクタ）から構成されている。 As shown in FIGS. 1E and 1G, stream object units SOBU 51 to 57 are formed by collecting a plurality of stream packs. In the embodiment shown in FIG. 1, one
最後のストリームパック内の最後に記録されたアプリケーションパケットｆ、ｚ（図１（ａ）（ｊ））の後ろには、図１（ｂ）（ｊ）に示すように、エンドコード３１、３２が記録される。これらのエンドコードの後ろには、全てが“１”または全てが“０”のデータで埋められたパディングエリア３６、３７が適宜設けられる。 After the last recorded application packet f, z (FIG. 1 (a) (j)) in the last stream pack, as shown in FIG. 1 (b) (j),
ストリーム情報が最後に記録された最後のストリームパックがＳＯＢＵ５７の中央部に位置している場合には、同一ＳＯＢＵ５７内でそれ以降のセクタは図１（ｈ）に示すパディングパック４０になる。 When the last stream pack in which the stream information is recorded last is located at the center of the
ＳＯＢ＃Ｂ・２９９内でストリームデータが記録されている範囲を示すため、ＳＯＢ＃Ｂ・２９９の開始／終了アプリケーションパケットがストリームパック内に存在することを示すフラグが、ショートアプリケーションヘッダ１３内のフィールド３２７＊、３２８＊（図８参照）内に設けられる。 In order to indicate the range where the stream data is recorded in SOB # B • 299, a flag indicating that SOB # B • 299 start / end application packets are present in the stream pack is a field in the
情報媒体上に記録されたアプリケーションパケットに対する検索情報としてモディファイドタイムスタンプ情報を用いて検索することができる。特に録画経過時間を利用して検索する場合、アプリケーションヘッダ内のフィールド３２９（図７、図８参照）に記述されているモディファイドタイムスタンプの基準クロック周波数の値が重要となる。そのため、この基準クロック周波数情報も、ロングアプリケーションヘッダ１１およびショートアプリケーションヘッダ１３内に記録されている。 The search can be performed using the modified time stamp information as the 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
図２は、この発明の一実施の形態に係るデータファイルのディレクトリ構造を説明する図である。図２を用いて、この発明の一実施の形態に係る情報媒体上に記録される情報の内容（ファイル構造）について説明する。 FIG. 2 is a view for explaining the directory structure of the data file according to the 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. The video information and stream data information described in this embodiment are contained in a
ＤＶＤ＿ＲＴＲ（ＤＶＤ＿ＲＴＡＶ）ディレクトリ１０２内には、以下の内容のデータファイル１０３が格納される。すなわち、管理情報（ナビゲーションデータ）のグループとして、ＲＴＲ．ＩＦＯ（またはＶＲ＿ＭＡＮＧＲ．ＩＦＯ）１０４と、ＳＴＲＥＡＭ．ＩＦＯ（ＳＲ＿ＭＡＮＧＲ．ＩＦＯ／ＳＲ＿ＭＡＮＧＲ．ＢＵＰ）１０５と、ＳＲ＿ＰＲＩＶＴ．ＤＡＴ／ＳＲ＿ＰＲＩＶＴ．ＢＵＰ１０５ａとが格納される。 In the DVD_RTR (DVD_RTAV) directory 102, a data file 103 having the following contents 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_MANGR.BUP) 105 and SR_PRIVT. DAT / SR_PRIVT. BUP 105a is stored.
また、データ本体（コンテンツ情報）として、ＳＴＲＥＡＭ．ＶＲＯ（またはＳＲ＿ＴＲＡＮＳ．ＳＲＯ）１０６と、ＲＴＲ＿ＭＯＶ．ＶＲＯ（ＶＲ＿ＭＯＶＩＥ．ＶＲＯ）１０７と、ＲＴＲ＿ＳＴＯ．ＶＲＯ（またはＶＲ＿ＳＴＩＬＬ．ＶＲＯ）１０８と、ＲＴＲ＿ＳＴＡ．ＶＲＯ（またはＶＲ＿ＡＵＤＩＯ．ＶＲＯ）１０９とが格納される。 As the data body (content information), the STREAM. VRO (or SR_TRANS.SRO) 106 and RTR_MOV. VRO (VR_MOVIE.VRO) 107 and RTR_STO. VRO (or VR_STILL.VRO) 108 and RTR_STA. VRO (or VR_AUDIO.VRO) 109 is stored.
上記データファイル１０３を含むサブディレクトリ１０１の上位階層にあるルートディレクトリ１００には、その他の情報を格納するサブディレクトリ１１０を設けることができる。このサブディレクトリの内容としては、ビデオプログラムを収めたビデオタイトルセットＶＩＤＥＯ＿ＴＳ１１１、オーディオプログラムを収めたオーディオタイトルセットＡＵＤＩＯ＿ＴＳ１１２、コンピュータデータ保存用のサブディレクトリ１１３等がある。 The root directory 100 in the upper hierarchy of the
有線または無線のデータ通信経路上をパケット構造の形で伝送されたデータに対して、パケット構造を保持したまま情報媒体に記録したデータを、「ストリームデータ」と呼ぶ。そのストリームデータそのものはＳＴＲＥＡＭ．ＶＲＯ（またはＳＲ＿ＴＲＡＮＳ．ＳＲＯ）１０６と言うファイル名でまとめて記録される。そのストリームデータに対する管理情報が記録されているファイルが、ＳＴＲＥＡＭ．ＩＦＯ（またはＳＲ＿ＭＡＮＧＲ．ＩＦＯとそのバックアップファイルＳＲ＿ＭＡＮＧＲ．ＢＵＰ）１０５である。 Data recorded on an information medium while retaining the packet structure with respect to data transmitted in the form of a packet structure on a wired or wireless data communication path is referred to as “stream data”. The stream data itself is STREAM. A file name VRO (or SR_TRANS.SRO) 106 is recorded together. A file in which management information for the stream data is recorded is STREAM. IFO (or SR_MANGR.IFO and its backup file SR_MANGR.BUP) 105.
また、ＶＣＲ（ＶＴＲ）あるいは従来ＴＶなどで扱われるアナログ映像情報をＭＰＥＧ２規格に基づきデジタル圧縮して記録されたファイルが、ＲＴＲ＿ＭＯＶ．ＶＲＯ（またはＶＲ＿ＭＯＶＩＥ．ＶＲＯ）１０７であり、アフターレコーディング音声あるいはバックグランド音声等を含む静止画像情報を集めたファイルがＲＴＲ＿ＳＴＯ．ＶＲＯ（またはＶＲ＿ＳＴＩＬＬ．ＶＲＯ）１０８であり、そのアフレコ音声情報ファイルがＲＴＲ＿ＳＴＡ．ＶＲＯ（またはＶＲ＿ＡＵＤＩＯ．ＶＲＯ）１０９である。 A file recorded by digitally compressing analog video information handled by a VCR (VTR) or a conventional TV based on the MPEG2 standard is RTR_MOV. VRO (or VR_MOVIE.VRO) 107, and a file that collects still image information including after-recording audio or background audio is RTR_STO.VRO. VRO (or VR_STILL.VRO) 108, and the post-record audio information file is RTR_STA.VRO. VRO (or VR_AUDIO.VRO) 109.
図３は、この発明の一実施の形態に係る情報媒体（ＤＶＤ録再ディスク）上の記録データ構造（とくに管理情報の構造）を説明する図である。図３（ａ）の情報媒体２０１の内周方向２０２の端部と外周方向２０３の端部とで挟まれた領域には、図３（ｂ）に示すように、リードインエリア２０４と、ファイルシステム情報が記録されているボリューム＆ファイル構造情報２０６と、データエリア２０７と、リードアウトエリア２０５が存在する。リードインエリア２０４はエンボスおよび書替可能データゾーンで構成され、リードアウトエリア２０５は書替可能データゾーンで構成されている。データエリア２０７も書替可能データゾーンで構成されている。 FIG. 3 is a view for explaining the recording data structure (particularly the structure of management information) on the information medium (DVD recording / reproducing disc) according to the embodiment of the present invention. As shown in FIG. 3B, a lead-in area 204, a file, and an area sandwiched between the end portion in the inner peripheral direction 202 and the end portion in the outer peripheral direction 203 of the information medium 201 in FIG. There are volume & file structure information 206 in which system information is recorded, a data area 207, and a lead-out area 205. The lead-in area 204 is composed of embossed and rewritable data zones, and the lead-out area 205 is composed of rewritable data zones. 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 recorded together. In this example, an audio & video data area 210 is sandwiched between a
オーディオ＆ビデオデータエリア２１０内は、図３（ｄ）に示すように、リアルタイムビデオ記録エリア２２１およびストリーム記録エリア２２２の混在記録が可能となっている。（リアルタイムビデオ記録エリア２２１あるいはストリーム記録エリア２２２の一方だけを使用することも可能である。）
図３（ｅ）に示すように、リアルタイムビデオ記録エリア２２１には、図２に示された、ＲＴＲのナビゲーションデータＲＴＲ．ＩＦＯ（ＶＲ＿ＭＡＮＧＲ．ＩＦＯ）１０４と、ムービーリアルタイムビデオオブジェクトＲＴＲ＿ＭＯＶ．ＶＲＯ（ＶＲ＿ＭＯＶＩＥ．ＶＲＯ）１０７と、スチルピクチャリアルタイムビデオオブジェクトＲＴＲ＿ＳＴＯ．ＶＲＯ（ＶＲ＿ＳＴＩＬＬ．ＶＲＯ）１０８と、アフターレコーディング等のオーディオオブジェクトＲＴＲ＿ＳＴＡ．ＶＲＯ（ＶＲ＿ＡＵＤＩＯ．ＶＲＯ）１０９とが記録される。In the audio & video data area 210, a real time video recording area 221 and a stream recording area 222 can be mixedly recorded as shown in FIG. (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. 3 (e), the real-time video recording area 221 includes the RTR navigation data RTR. IFO (VR_MANGR.IFO) 104 and movie real-time video object RTR_MOV. VRO (VR_MOVIE.VRO) 107 and a still picture real-time video object RTR_STO. VRO (VR_STILL.VRO) 108 and an audio object RTR_STA. VRO (VR_AUDIO.VRO) 109 is recorded.
同じく図３（ｅ）に示すように、ストリーム記録エリア２２２には、図２に示された、ストリーマのナビゲーションデータＳＴＲＥＡＭ．ＩＦＯ（ＳＲ＿ＭＡＮＧＲ．ＩＦＯ／ＳＲ＿ＭＡＮＧＲ．ＢＵＰ）１０５と、トランスポートビットストリームデータＳＴＲＥＡＭ．ＶＲＯ（ＳＲ＿ＴＲＡＮＳ．ＶＲＯ）１０６とが記録される。 Similarly, as shown in FIG. 3E, the stream recording area 222 has streamer navigation data STREAM. IFO (SR_MANGR.IFO / SR_MANGR.BUP) 105 and transport bit stream data STREAM. VRO (SR_TRANS.VRO) 106 is recorded.
なお、図３（ｄ）（ｅ）では図示しないが、ストリーム記録エリア２２２には、図２に示したアプリケーション固有のナビゲーションデータＳＲ＿ＰＲＩＶＴ，ＤＡＴ／ＳＲ＿ＰＲＩＶＴ．ＢＵＰ１０５ａを記録することもできる。このＳＲ＿ＰＲＩＶＴ，ＤＡＴ１０５ａは、ストリーマに接続（供給）された個々のアプリケーションに固有のナビゲーションデータであり、ストリーマにより認識される必要のないデータである。 Although not shown in FIGS. 3D and 3E, the stream recording area 222 includes application-specific navigation data SR_PRIVT, DAT / SR_PRIVT. The BUP 105a can also be recorded. This SR_PRIVT, DAT 105a is navigation data unique to each application connected (supplied) to the streamer, and is data that does not need to be recognized by the streamer.
ストリームデータに関する管理情報であるＳＴＲＥＡＭ．ＩＦＯ（またはＳＲ＿ＭＡＮＧＲ．ＩＦＯ）１０５は、図３（ｆ）〜（ｉ）に示すようなデータ構造を有している。すなわち、図３（ｆ）に示すように、ＳＴＲＥＡＭ．ＩＦＯ（またはＳＲ＿ＭＡＮＧＲ．ＩＦＯ）１０５は、ビデオマネージャ（ＶＭＧＩまたはＳＴＲ＿ＶＭＧＩ）２３１と、ストリームファイル情報テーブル（ＳＦＩＴ）２３２と、オリジナルＰＧＣ情報（ＯＲＧ＿ＰＧＣＩ）２３３と、ユーザ定義ＰＧＣ情報テーブル（ＵＤ＿ＰＧＣＩＴ）２３４と、テキストデータマネージャ（ＴＸＴＤＴ＿ＭＧ）２３５と、製造者情報テーブル（ＭＮＦＩＴ）またはアプリケーション固有のナビゲーションデータＳＲ＿ＰＲＩＶＴ．ＤＡＴ１０５ａを管理するアプリケーションプライベートデータマネージャ（ＡＰＤＴ＿ＭＧ）２３６とで構成されている。 STREAM., Which is management information related to stream data. The IFO (or SR_MANGR.IFO) 105 has a data structure as shown in FIGS. That is, as shown in FIG. The IFO (or SR_MANGR.IFO) 105 includes a video manager (VMGI or STR_VMGI) 231, a stream file information table (SFIT) 232, original PGC information (ORG_PGCI) 233, a user-defined PGC information table (UD_PGCIT) 234, A text data manager (TXTDT_MG) 235 and a manufacturer information table (MNFIT) or application-specific navigation data SR_PRIVT. It comprises an application private data manager (APDT_MG) 236 that manages the DAT 105a.
図３（ｆ）のストリームファイル情報テーブル（ＳＦＩＴ）２３２は、図３（ｇ）に示すように、ストリームファイル情報テーブル情報（ＳＦＩＴＩ）２４１と、１以上のストリームオブジェクト情報（ＳＯＢＩ）＃Ａ・２４２、＃Ｂ・２４３、…と、オリジナルＰＧＣ情報一般情報２７１と、１以上のオリジナルセル情報＃１・２７２、＃２・２７３、…とを含むことができるようになっている。 As shown in FIG. 3G, the stream file information table (SFIT) 232 in FIG. 3F includes stream file information table information (SFITI) 241 and one or more stream object information (SOBI) # A · 242. , # B.243,..., Original PGC information
図３（ｇ）の各ストリームオブジェクト情報（たとえばＳＯＢＩ＃Ａ・２４２）は、図３（ｈ）に示すように、ストリームオブジェクト一般情報（ＳＯＢＩ＿ＧＩ）２５１、タイムマップ情報２５２、その他を含むことができる。 Each stream object information (for example, SOBI # A · 242) in FIG. 3G can include stream object general information (SOBI_GI) 251, time map information 252, and the like, as shown in FIG. .
また、図３（ｇ）の各オリジナルセル情報（たとえば＃１・２７２；後述するが図１７で示されるＳＣＩに対応）は、図３（ｈ）に示すように、セルタイプ２８１（後述するが図１７で示されるＣ＿ＴＹに対応）と、セルＩＤ２８２と、該当セル開始時間（図１７で示されるＳＣ＿Ｓ＿ＡＰＡＴに対応）２８３と、該当セル終了時間（図１７で示されるＳＣ＿Ｅ＿ＡＰＡＴに対応）２８４とを含むことができる。 Further, each original cell information (for example, # 1 and 272; corresponding to SCI shown in FIG. 17 which will be described later) in FIG. 3G is the cell type 281 (which will be described later) as shown in FIG. 17), cell ID 282, corresponding cell start time (corresponding to SC_S_APAT shown in FIG. 17) 283, and corresponding cell end time (corresponding to SC_E_APAT shown in FIG. 17) 284. be able to.
図３（ｇ）のＳＯＢＩ＃Ａに含まれる図３（ｈ）のタイムマップ情報２５２は、図３（ｉ）に示すように、ストリームブロック番号２６１、第１ストリームブロックサイズ２６２、第１ストリームブロック時間差２６３、第２ストリームブロックサイズ２６４、第２ストリームブロック時間差２６５、…を含むことができる。 The time map information 252 of FIG. 3H included in the SOBI # A of FIG. 3G includes a stream block number 261, a first stream block size 262, and a first stream block, as shown in FIG. A
図４は、この発明におけるストリームオブジェクト（ＳＯＢ）、セル、プログラムチェーン（ＰＧＣ）等の間の関係を説明する図である。以下、図４の例示を用いてＳＯＢとＰＧＣの関係を説明する。 FIG. 4 is a diagram for explaining the relationship among stream objects (SOB), cells, program chains (PGC), etc. in the present invention. Hereinafter, the relationship between SOB and PGC will be described with reference to the example of FIG.
ストリームデータ（ＳＴＲＥＡＭ．ＶＲＯまたはＳＲ＿ＴＲＡＮＳ．ＳＲＯ）１０６内に記録されたストリームデータは、１個以上のＥＣＣブロックの集まりとしてストリームブロックを構成し、このストリームブロック単位で記録、部分消去処理等がなされる。このストリームデータは、記録する情報の内容毎（たとえばデジタル放送での番組毎）にストリームオブジェクトと言うまとまりを作る。ＳＴＲＥＡＭ．ＶＲＯ（ＳＲ＿ＴＲＡＮＳ．ＳＲＯ）１０６内に記録されたストリームオブジェクト（ＳＯＢ＃Ａ、ＳＯＢ＃Ｂ）毎の管理情報（オリジナルＰＧＣ情報２３３、ユーザ定義ＰＧＣ情報テーブル２３４等）は、ナビゲーションデータＳＴＲＥＡＭ．ＩＦＯ（ＳＲ＿ＭＡＮＧＲ．ＩＦＯ）１０５（図４の最下部および図３（ｅ）（ｆ）参照）内に記録されている。 Stream data recorded in the stream data (STREAM.VRO or SR_TRANS.SRO) 106 constitutes a stream block as a collection of one or more ECC blocks, and recording, partial erasure processing, etc. are performed in units of this stream block. . This stream data creates a group called a stream object for each content of information to be recorded (for example, for each program in digital broadcasting). STREAM. Management information (
図４の各ストリームオブジェクト＃Ａ・２９８、＃Ｂ・２９９毎の管理情報（ＳＴＲＥＡＭ．ＩＦＯ１０５）は、図３（ｆ）（ｇ）に示すように、ストリームファイル情報テーブル（ＳＦＩＴ）２３２内のストリームオブジェクト情報（ＳＯＢＩ）＃Ａ・２４２、＃Ｂ・２４３として記録されている。ストリームオブジェクト情報（ＳＯＢＩ）＃Ａ・２４２、（ＳＯＢＩ）＃Ｂ・２４３それぞれの内部は、主にストリームブロック毎のデータサイズおよび時間情報等が記載されているタイムマップ情報２５２を含んでいる。 The management information (STREAM.IFO 105) for each stream object # A · 298, # B · 299 in FIG. 4 is the stream in the stream file information table (SFIT) 232 as shown in FIGS. Object information (SOBI) # A.242 and # B.243 are recorded. Each of the stream object information (SOBI) # A • 242 and (SOBI) # B • 243 includes time map information 252 in which data size, time information, and the like for each stream block are mainly described.
ストリームデータの再生時には、１個以上のセルの連続で構成されるプログラムチェーン（ＰＧＣ）の情報（後述する図１７のＰＧＣＩ＃ｉに対応）が利用される。このＰＧＣを構成するセルの設定順にしたがって、ストリームデータを再生することができる。ＰＧＣには、ＳＴＲＥＡＭ．ＶＲＯ（ＳＲ＿ＴＲＡＮＳ．ＳＲＯ）１０６に記録された全ストリームデータを連続して再生することのできるオリジナルＰＧＣ２９０（図３（ｆ）ではＯＲＧ＿ＰＧＣＩ・２３３）と、ユーザが再生したいと希望する場所と順番を任意に設定できるユーザ定義ＰＧＣ＃ａ・２９３、＃ｂ・２９６（図３（ｆ）ではＵＤ＿ＰＧＣＩＴ・２３４の中身に対応）の２種類が存在する。 When reproducing stream data, program chain (PGC) information (corresponding to PGCI # i in FIG. 17 described later) composed of a series of one or more cells is used. Stream data can be reproduced according to the setting order of the cells constituting the PGC. PGC includes STREAM. Original PGC 290 (
オリジナルＰＧＣ２９０を構成するオリジナルセル＃１・２９１、＃２・２９２は、基本的にストリームオブジェクト＃Ａ・２９８、＃Ｂ・２９９と一対一に対応して存在する。それに対して、ユーザ定義ＰＧＣを構成するユーザ定義セル＃１１・２９４、＃１２・２９５、＃３１・２９７は、１個のストリームオブジェクト＃Ａ・２９８または＃Ｂ・２９９の範囲内では任意の位置を設定することができる。
なお、各ストリームブロックのセクタサイズは種々に設定可能であるが、好ましい実施の形態としては、図４のストリームブロック＃１のように、２ＥＣＣブロック（３２セクタ）で一定サイズ（６４ｋバイト）のストリームオブジェクトユニット（ＳＯＢＵ）を、ストリームブロックとして採用するとよい。このようにストリームブロックを一定サイズ（たとえば２ＥＣＣブロック＝３２セクタ＝６４ｋバイト）のＳＯＢＵに固定すれば、次の利点が得られる：
（０１）ＳＯＢＵ単位でストリームデータの消去あるいは書替を行っても、そのＳＯＢＵのＥＣＣブロックが、消去あるいは書替対象以外のＳＯＢＵのＥＣＣブロックに影響しない。そのため、消去あるいは書替に伴う（消去あるいは書替の対象でないＳＯＢＵに対する）ＥＣＣのデインターリーブ／インターリーブのやり直しが、生じない；
（０２）任意のＳＯＢＵ内部の記録情報に対するアクセス位置を、セクタ数（あるいはセクタ数に対応した他のパラメータ；たとえば後述する図１５のストリームパックおよびその内部のアプリケーションパケット群の情報）で特定できる。たとえば、あるＳＯＢＵ＃ｋの中間位置にアクセスする場合は、ＳＯＢＵ＃ｋー１とＳＯＢＵ＃ｋとの境界から１６セクタ目（あるいは１６セクタ目に対応するアプリケーションパケットの位置）を指定すればよい。Although the sector size of each stream block can be set variously, as a preferred embodiment, a stream of a fixed size (64 kbytes) is composed of 2 ECC blocks (32 sectors) as in
(01) Even when stream data is erased or rewritten in units of SOBU, the ECC block of the SOBU does not affect the ECC block of SOBUs other than those to be erased or rewritten. Therefore, there is no ECC deinterleaving / releaving (for SOBU that is not subject to erasure or rewriting) associated with erasure or rewriting;
(02) An access position for recording information in an arbitrary SOBU can be specified by the number of sectors (or other parameters corresponding to the number of sectors; for example, information on a stream pack and an application packet group in FIG. 15 described later). For example, when accessing an intermediate position of a certain SOBU # k, the 16th sector (or the position of the application packet corresponding to the 16th sector) from the boundary between SOBU # k-1 and SOBU # k may be specified.
図５は、図１に示されるパックヘッダの内部構造を例示する図である。パックヘッダ１は例えば１４バイトで構成されており、ここにはパック開始コード３０１、”０１”コード、システムクロックリファレンスＳＣＲ３０３、多重化レート（例えば８Ｍｂｐｓ）３０４、スタッフィング長３０５、およびスタッフィングバイト３０６のフィールドがあり、それぞれのフィールドに該当情報が記述されている。 FIG. 5 is a diagram illustrating the internal structure of the pack header shown in FIG. The
ところで、ストリームオブジェクトＳＯＢの記録中にストリーマに入ってくるアプリケーションパケットＡＰ＿ＰＫＴは、ストリーマ内部のローカル基準クロックによりタイムスタンプされる。このタイムスタンプで示される時間がアプリケーションパケット到着時間ＡＰＡＴである。ＳＯＢ内の最初のパックに対しては、ストリーマ内部のローカル基準クロック（図５のＳＣＲ３０３または後述する図１５のＳＣＲベースに対応）は、そのパック内で開始する最初のアプリケーションパケットのＡＰＡＴに等しくなる。 By the way, the application packet AP_PKT that enters the streamer during recording of the stream object 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. For the first pack in the SOB, the local reference clock within the streamer (corresponding to the
図６は、図１に示されるＰＥＳヘッダ＆サブストリームＩＤの内部構造を例示する図である。ＰＥＳヘッダ＆サブストリームＩＤ６は例えば６バイトで構成されており、ここにはパケット開始コード３１１、ストリームＩＤ３１２、”１１”コード３１３、ＰＥＳ・ＣＲＣフラグ３１４、ＰＥＳ拡張フラグ３１６、ＰＥＳヘッダ長３１６、サブストリームＩＤ３１７の各記述フィールドが存在する。 FIG. 6 is a diagram illustrating the internal structure of the PES header & substream ID shown in FIG. The PES header &
次に、ロングアプリケーションヘッダ１１とショートアプリケーションヘッダ１３の詳細について説明する。図７は、図１（ｃ）に示されるロングアプリケーションヘッダ１１（または１２）の内部構造を例示する図である。また、図８は、図１（ｉ）に示されるアプリケーションヘッダ／ショートアプリケーションヘッダ１３（または１４）の内部構造を例示する図である。 Next, details of the
図７および図８の図示から分かるように、ロングアプリケーションヘッダ１１内のデータ内容の一部がショートアプリケーションヘッダ１３のデータ内容になっている。ストリームデータの内容に依存しない共通に必要な情報がショートアプリケーションヘッダ１３内に含まれており、全てのストリームデータを情報媒体上に記録するときにストリームデータと一緒にこのショートアプリケーションヘッダ１３の内容が記録される。 As can be seen from FIG. 7 and FIG. 8, a part of the data content in the
ところで、デジタルＴＶ放送の映像情報は、一般にＭＰＥＧ２を用いて情報圧縮されている。したがって、ストリームデータとしてデジタルＴＶ映像情報を情報媒体上に記録した場合、再生時にはＭＰＥＧ２固有の情報が必要となる。そこで、全てのストリームデータに共通なショートアプリケーションヘッダ１３の情報にデジタルＴＶ放送（ＭＰＥＧ２）の再生に必要な情報を付加した情報を、ロングアプリケーションヘッダ１１に持たせている。 Incidentally, 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, information specific to MPEG2 is required for reproduction. Therefore, the
以下、図７および図８を参照して、ロングアプリケーションヘッダ１１の情報内容およびショートアプリケーションヘッダ１３内の情報内容について、具体的に説明する。以下の説明において、特に断りがない限り、同じ参照番号のフィールドは、ロングアプリケーションヘッダ１１とショートアプリケーションヘッダ１３との間で共通である。 Hereinafter, the information content of the
アプリケーションヘッダ１１、１３は、その内部にロングアプリケーションヘッダ１１の識別フラグを格納する１ビットフィールド３２６を持つ。この識別フラグが“１”のときはロングアプリケーションヘッダであることが示され、“０”のときはショートアプリケーションヘッダであることが示される。また、アプリケーションヘッダ１１、１３は、個々のストリームデータに対応したサービスＩＤ情報を格納するフィールド３３０も持つ。このＩＤ情報と別の場所に記録してあるサービス情報とのリンクをとることで、各ストリームデータ毎の固有のサービス情報を得ることができる。また、将来アプリケーションヘッダの情報内容を変更できるように、アプリケーションヘッダのバージョン番号がフィールド３２１に記録されている。 The
さらに、アプリケーションヘッダ１１、１３内には、モディファイドタイムスタンプのデータ長（バイト数）がフィールド３２２に記述される。またアプリケーションパケットのデータ長（バイト数）がフィールド３２３にバイト数で記述される。さらにストリームパケット内に存在するアプリケーションパケットの数がフィールド３２４に記述される。このアプリケーションパケット数は、ストリームパック内の最初に配置されたモディファイドタイムスタンプが指し示すアプリケーションパケットから数えた数である。さらにストリームパック内の最初に配置されたモディファイドタイムスタンプの先頭位置情報がフィールド３２５にバイト数で記述される。フィールド３２６には、ロングアプリケーションヘッダの識別フラグが記述される。 Further, in the
ここで、図８のフィールド３２７＊にはＳＯＢ＃Ｂ・２９９の開始アプリケーションパケットがストリームパック内に存在することを示すフラグが記述され、図８のフィールド３２８＊にはＳＯＢ＃Ｂ・２９９の終了アプリケーションパケットがストリームパック内に存在することを示すフラグが記述される。 Here, a flag indicating that the SOB # B • 299 start application packet is present in the stream pack is described in the field 327 * of FIG. 8, and the end of SOB # B • 299 is described in the field 328 * of FIG. A flag indicating that the application packet exists in the stream pack is described.
同様に、図７のフィールド３２７にはＳＯＢ＃Ａ・２９８の開始アプリケーションパケットがストリームパック内に存在することを示すフラグが記述され、図７のフィールド３２８にはＳＯＢ＃Ａ・２９８の終了アプリケーションパケットがストリームパック内に存在することを示すフラグが記述される。 Similarly, a flag indicating that the SOB # A · 298 start application packet exists in the stream pack is described in the field 327 of FIG. 7, and the SOB # A · 298 end application packet is described in the field 328 of FIG. Is described in the stream pack.
アプリケーションヘッダ１１、１３内のフィールド３２９には、モディファイドタイムスタンプの基準クロック周波数情報が記述される。 The field 329 in the
さらに、図７に示すロングアプリケーションヘッダ１１内のフィールド３３１には、最大ビットレート情報が記述される。これはデータ溢れ量を制御するモデルのための出力ビットレートパラメータである。また、ロングアプリケーションヘッダ１１内のフィールド３３２には、スムーズバッファサイズが記述される。これはデータ溢れ量を制御するモデル（ストリーマのスムージングバッファモデル）のためのバッファサイズパラメータ（バイト）である。 Furthermore, maximum bit rate information is described in a field 331 in the
図７、図８ではモディファイドタイムスタンプ（図１（ｂ）参照）のデータ長（フィールド３２２）、モディファイドタイムスタンプの基準クロック周波数（フィールド３２９）を例示したが、それに限らず、この発明の実施の形態によっては、タイムスタンプの付け直しを行わず、受信直後のタイムスタンプをそのまま情報媒体上に記録することも可能である。その場合には、通常のタイムスタンプのデータ長（フィールド３２２）および／または通常のタイムスタンプの基準クロック周波数（フィールド３２９）の情報を用いることができる。 7 and 8 exemplify the data length (field 322) of the modified time stamp (see FIG. 1B) and the reference clock frequency (field 329) of the modified time stamp. However, the present invention is not limited to this. Depending on the form, it is possible to record the time stamp immediately after reception on the information medium as it is without re-attaching the time stamp. In that case, information on the data length of the normal time stamp (field 322) and / or the reference clock frequency (field 329) of the normal time stamp can be used.
上記スムージングバッファモデルとは、ＳＯＢ内に記録されるアプリケーションデータの平均ビットレートおよび瞬間的な途切れを制限するために定義されたものである。パケットヘッダ、ＰＥＳヘッダ、アプリケーションヘッダ、アプリケーションタイムスタンプ、およびスタッフィングを含む完全なパックデータは、このモデルのスムージングバッファに入る。このスムージングバッファからアプリケーションパケットを取り除くに際しては、該当アプリケーションパケットの先頭バイトと先行アプリケーションパケットの最終バイトとの間に格納された全てのデータバイトが、スムージングバッファから瞬間的に削除される。 The smoothing buffer model is defined to limit the average bit rate and instantaneous interruption of application data recorded in the SOB. The complete packed data including packet header, PES header, application header, application time stamp, 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 is a medium (DVD-RAM disc) so that the MPEG2 program stream can be introduced into the smoothing buffer and all its application packets can be removed from the smoothing buffer based on the playback timing correctly defined by the application time stamp. Etc.) is interpreted as subject to the restrictions given by the streamer's smoothing buffer model. This limitation can be determined according to the size of the smoothing buffer and the maximum value (10.08 Mbps) of the maximum program multiplexing rate of the MPEG2 program stream (304 in FIG. 5 or the program multiplexing rate in FIG. 15 (e)). .
記録（録画）中に、パックを形成するに十分なアプリケーションデータがスムージングバッファ内に貯まれば、直ちに、パックをスムージングバッファからトラックバッファに転送できる。そのための条件は、（１）パックがアプリケーションパケットにより完全に埋められるか、（２）システムクロックリファレンスＳＣＲとローカルクロック（２７ＭＨｚ）とのずれが所定のしきい値（秒数で表される時間値）を越えるかしたときに、満足される。 If sufficient application data is stored in the smoothing buffer during recording (recording), the pack can be immediately transferred from the smoothing buffer to the track buffer. Conditions for this are: (1) the pack is completely filled with application packets, or (2) a time value in which the difference between the system clock reference SCR and the local clock (27 MHz) is represented by a predetermined threshold value (seconds). ) Is satisfied.
いま、先行パックのＳＣＲをＳＣＲ＿ｐｒｅｖとしてみる。この場合、アプリケーションパケットの開始が含まれない後続パックに対しては、”ＳＣＲ＝ＳＣＲ＿ｐｒｅｖ＋２０４８×８ビット／１０．０８ＭＨｚ”の関係から、それらパックのＳＣＲを求めることができる。 Now, consider the SCR of the preceding pack as SCR_prev. In this case, for subsequent packs that do not include the start of the application packet, the SCRs of those packs can be obtained from the relationship of “SCR = SCR_prev + 2048 × 8 bits / 10.08 MHz”.
一方、アプリケーションパケットの開始を少なくとも１つ含む後続パックに対しては、”ＳＣＲ＝（ＳＣＲ＿ｐｒｅｖ＋２０４８×８ビット／１０．０８ＭＨｚ；あるいはＡＰＡＴ［４０…０］）の最大値”から、それらパックのＳＣＲを求めることができる。ここで、ＡＰＡＴとは、該当パック内で開始する先頭アプリケーションパケットの到着時間を指す。 On the other hand, for subsequent packs including at least one start of application packet, the SCR of those packs is determined from “SCR = (SCR_prev + 2048 × 8 bits / 10.08 MHz; or APAT [40... 0]) maximum value”. Can be sought. Here, APAT refers to the arrival time of the first application packet that starts in the corresponding pack.
ＳＯＢ内の最初のパックに対して、そのＳＣＲはそのパック内で開始する先頭アプリケーションパケットのＡＰＡＴと同じになる。このことを具体的に例示すれば、”ＳＣＲ［４０…０］＝ＡＰＡＴ［４０…０］”となる。このＳＣＲ［４０…０］の次のＳＣＲ［４１］はゼロとなる。なお、ＳＣＲ［４０…０］の［４０…０］はこのＳＣＲを構成する情報ビット（４０）〜（０）の内容を示し、ＡＰＡＴ［４０…０］の［４０…０］はこのＡＰＡＴを構成する情報ビット（４０）〜（０）の内容を示す。同様に、ＳＣＲ［４１］の［４１］はこのＳＣＲを構成する情報ビット（４１）の内容を示す。 For the first pack in the SOB, its SCR will be the same as the APAT of the first application packet starting in that pack. To illustrate this specifically, “SCR [40... 0] = APAT [40... 0]”. The SCR [41] next to the SCR [40... 0] becomes zero. [40 ... 0] of SCR [40 ... 0] indicates the contents of information bits (40) to (0) constituting this SCR, and [40 ... 0] of APAT [40 ... 0] indicates this APAT. The contents of information bits (40) to (0) to be configured are shown. Similarly, [41] of SCR [41] indicates the contents of information bit (41) constituting this SCR.
ファームウエアのプログラミングで例示すれば、上述したことは、以下のように表現できる：
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
なお、再生中にスムージングバッファが満杯になれば、アプリケーションパケットを出力する処理を直ちに開始することができる。To illustrate by firmware programming, the above can be expressed as:
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 reproduction, 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 apparatus / streamer, STB apparatus) according to an embodiment of the present invention. In this embodiment, it is assumed that the
このストリームデータ記録再生装置は、光ディスク装置（ストリーマ）４１５、ＳＴＢ装置４１６およびその周辺機器から構成される。周辺機器としては、ビデオミキシング部４０５、フレームメモリ部４０６、外部スピーカ４３３、パーソナルコンピュータ（ＰＣ）４３５、モニタＴＶ４３７、Ｄ／Ａコンバータ４３２、４３６、Ｉ／Ｆ部４３１、４３４等がある。 This stream data recording / reproducing apparatus includes an optical disk device (streamer) 415, an STB device 416, and peripheral devices. Peripheral devices include a video mixing unit 405, a frame memory unit 406, an
光ディスク装置４１５は、ディスクドライブを含む記録再生部４０９と、記録再生部４０９へのストリームデータ（あるいは記録再生部４０９からのストリームデータ）を処理するデータプロセサ部（以下Ｄ−ＰＲＯ部と略記する）４１０と、Ｄ−ＰＲＯ部４１０からオーバーフローしてきたストリームデータを一時記憶する一時記憶部（前述したスムージングバッファとして利用可能）４１１と、記録再生部４０９およびＤ−ＰＲＯ部４１０の動作を制御する光ディスク装置制御部４１２とを備えている。 The optical disk device 415 includes a recording / playback unit 409 including a disk drive, and a data processor unit (hereinafter abbreviated as a D-PRO unit) that processes stream data to the recording / playback unit 409 (or stream data from the recording / playback unit 409). 410, a temporary storage unit 411 (which can be used as the above-described smoothing buffer) that temporarily stores stream data overflowed from the D-
光ディスク装置４１５はさらに、ＳＴＢ装置４１６からＩＥＥＥ１３９４等を介して送られてきたストリームデータを受ける（あるいはＩＥＥＥ１３９４等を介してＳＴＢ装置４１６へストリームデータを送る）データ転送インターフェイス部４１４と、データ転送インターフェイス部４１４で受けたストリームデータを情報媒体（ＲＡＭディスク）２０１に記録する信号形式に変換する（あるいは媒体２０１から再生されたストリームデータをＩＥＥＥ１３９４等の信号形式に変換する）フォーマッタ／デフォーマッタ部４１３とを備えている。 The optical disk device 415 further receives a stream data sent from the STB device 416 via the IEEE 1394 or the like (or sends the stream data to the STB device 416 via the IEEE 1394 or the like), and a data transfer interface unit. A formatter /
具体的には、データ転送インターフェイス部４１４のＩＥＥＥ１３９４受信側は、基準クロック発生部（ローカルクロック）４４０のタイムカウント値に基づいて、ストリームデータ転送開始からの時間を読み込む。このタイムカウント値（時間情報）に基づいて、ストリームデータをストリームブロック毎（あるいはＳＯＢＵ毎）に切り分ける区切れ情報を作成するとともに、この区切れ情報に対応したセルの切り分け情報およびプログラムの切り分け情報、さらにはＰＧＣの切り分け情報を作成する。 Specifically, the IEEE 1394 receiver side of the data
フォーマッタ／デフォーマッタ部４１３は、ＳＴＢ装置４１６から送られてきたストリームデータをストリームパックの列に変換し、変換されたストリームパック列をＤ−ＰＲＯ部４１０へ入力する。入力されたストリームパックはセクタと同じ２０４８バイトの一定サイズを持っている。Ｄ−ＰＲＯ部４１０は、入力されたストリームパックを１６セクタ毎にまとめてＥＣＣブロックにして、記録再生部４０９へ送る。 The formatter /
記録再生部４０９において媒体２０１への記録準備ができていない場合には、Ｄ−ＰＲＯ部４１０は、記録データを一時記憶部４１１に転送して一時保存し、記録再生部４０９においてデータ記録準備ができるまで待つ。記録再生部４０９において記録準備ができた段階で、Ｄ−ＰＲＯ部４１０は一時記憶部４１１に保存されたデータを記録再生部４０９に転送する。これにより、媒体２０１への記録が開始される。一時記憶部４１１に保存されたデータの記録が済むと、その続きのデータはフォーマッタ／デフォーマッタ部４１３からＤ−ＰＲＯ部４１０へシームレスに転送されるようになっている。ここで、一時記憶部４１１は、高速アクセス可能で数分以上の記録データを保持できるようにするため、大容量メモリを想定している。 If the recording / playback unit 409 is not ready for recording on the medium 201, the D-
なお、フォーマッタ／デフォーマッタ部４１３を介して記録ビットストリームに付されるタイムスタンプ情報は、基準クロック発生部４４０から得ることができる。また、フォーマッタ／デフォーマッタ部４１３を介して再生ビットストリームから取り出されたタイムスタンプ情報（ＳＣＲ）は、基準クロック発生部４４０にセットすることができる。 The time stamp information attached to the recording bitstream via the formatter /
情報媒体２０１に記録されたストリームデータ内のパックヘッダには、基準クロック（システムクロックリファレンスＳＣＲ）が記録されている。この媒体２０１に記録されたストリームデータ（ＳＯＢまたはＳＯＢＵ）を再生する場合において、基準クロック発生部４４０は、媒体２０１から再生された基準クロック（ＳＣＲ）に適合される（ＳＣＲの値が基準クロック発生部４４０にセットされる）。つまり、ＳＯＢあるいはＳＯＢＵのデータを再生するために、ストリーマ（光ディスク装置４１５）内の基準クロック（基準クロック発生部４４０）を、再生が開始される最初のストリームパック内に記述されたシステムクロックリファレンスＳＣＲに合わせる。その後は、基準クロック発生部４４０のカウントアップは自動的に行われる。 A reference clock (system clock reference SCR) is recorded in the pack header in the stream data recorded on the
ＳＴＢ部４１６は、衛星アンテナ４２１で受信したデジタル放送電波の内容を復調し、１以上の番組が多重化された復調データ（ストリームデータ）を提供するデモジュレータ４２２と、デモジュレータ４２２で復調されたデータから（ユーザが希望する）特定番組の情報を選択する受信情報セレクタ部４２３とを備えている。受信情報セレクタ部４２３で選択された特定番組の情報（トランスポートパケット）を情報媒体２０１に記録する場合は、ＳＴＢ制御部４０４の指示に従い、セレクタ部４２３は特定番組のトランスポートパケットだけを含むストリームデータを、データ転送インターフェイス部４２０を介して、ＩＥＥＥ１３９４転送により、光ディスク装置４１５のデータ転送インターフェイス部４１４に送る。受信情報セレクタ部４２３で選択された特定番組の情報（トランスポートパケット）を記録することなく単に視聴するだけの場合は、ＳＴＢ制御部４０４の指示に従い、セレクタ部４２３は特定番組のトランスポートパケットだけを含むストリームデータを、デコーダ部４０２の多重化情報分離部４２５に送る。 The STB unit 416 demodulates the contents of the digital broadcast radio wave received by the
一方、情報媒体２０１に記録された番組を再生する場合は、ＩＥＥＥ１３９４のシリアルバスを介して光ディスク装置４１５からＳＴＢ装置４１６に送られてきたストリームデータは、セレクタ部４２３を介してデコーダ部４０２の多重化情報分離部４２５に送られる。多重化情報分離部４２５は、セレクタ部４２３から送られてきたストリームデータに含まれる各種パケット（ビデオパケット、オーディオパケット、サブピクチャパケット等）を、内部メモリ部４２６上で、各パケットのＩＤにより区分けする。そして、区分けされたパケットを、それぞれ該当するデコード部（ビデオデコード部４２８、サブピクチャデコード部４２９、オーディオデコード部４３０に分配する。 On the other hand, when the program recorded on the
ビデオデコード部４２８は、多重化情報分離部４２５から送られてきた（ＭＰＥＧエンコードされた）ビデオパケットをデコードして、動画データを生成する。その際、ＭＰＥＧビデオデータ中のＩピクチャから記録内容を代表する縮小画像（サムネールピクチャ）を生成する機能を持たせるために、ビデオデコード部４２８は、代表画像（サムネール）生成部４３９を内蔵している。ビデオデコード部４２８でデコードされた動画（および／または生成部４３９で生成された代表画像）と、サブピクチャデコード部４２９でデコードされたサブピクチャ（字幕、メニュー等の情報）と、オーディオデコード部４３０でデコードされた音声とは、ビデオプロセサ部４３８を介してビデオミキシング部４０５へ送出される。 The
ビデオミキシング部４０５は、フレームメモリ部４０６を利用して、動画に字幕等を重ねたデジタル映像を作り出す。このデジタル映像は、Ｄ／Ａ変換器４３６を介してアナログ映像化され、モニタＴＶ４３７に送られる。また、ビデオミキシング部４０５からのデジタル映像は、Ｉ／Ｆ部４３４およびＩＥＥＥ１９４等の信号ラインを介して、パーソナルコンピュータ４３５に適宜取り込まれる。一方、オーディオデコード部４３０でデコードされたデジタルオーディオ情報は、Ｄ／Ａ変換器４３２および図示しないオーディオアンプを介して、外部スピーカ４３３に送られる。また、デコードされたオーディオ情報は、Ｉ／Ｆ部４３１を介して外部にデジタル出力される。なお、ＳＴＢ装置４１６内の動作タイミングは、システムタイムカウンタ（ＳＴＣ）部４２４からのクロックにより決定される。 The video mixing unit 405 uses the frame memory unit 406 to create a digital image in which captions are superimposed on a moving image. This digital video is converted into an analog video via the D /
上述したＳＴＢ制御部４０４による指示（ＳＴＢ装置４１６の内部構成各々の動作制御）等は、プログラムメモリ部４０４ａに格納された制御プログラムにより実行される。その際、ＳＴＢ制御部４０４による制御過程においてワークメモリ部（ＲＡＭ）４０７が適宜利用される。 The above-described instruction by the STB control unit 404 (operation control of each internal configuration of the STB device 416) and the like are 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
このＳＴＢ制御部４０４およびデコーダ部４０２を含めＳＴＢ装置４１６の内部動作のタイミングは、ＳＴＣ部４２４からのクロックで規制できる。また、光ディスク装置４１５の基準クロック発生部４４０とＳＴＢ装置４１６のＳＴＣ部４２４を同期させることで、光ディスク装置４１５およびＳＴＢ装置４１６を含めたストリーマシステム全体の動作タイミングを規制できる。 The timing of internal operations of the STB device 416 including the STB control unit 404 and the decoder unit 402 can be regulated by a clock from the
基準クロック発生部４４０とＳＴＣ部４２４を同期させる方法としては、データ転送インターフェイス部４１４とデータ転送インターフェイス部４２０との間で受け渡されるストリームデータ中の基準クロック（ＳＣＲ）により、基準クロック発生部４４０およびＳＴＣ部４２４をセットする方法がある。 As a method of synchronizing the reference clock generation unit 440 and the
具体的には、ＳＴＢ装置４１６から光ディスク装置（ストリーマ）４１５に送られてくるストリームデータに含まれるＳＯＢ内の最初のパックに対して、ストリーマ４１５内部のローカル基準クロック（４４０）を、そのパック内で開始する最初のアプリケーションパケットのＡＰＡＴに設定することになる。 Specifically, for the first pack in the SOB included in the stream data sent from the STB device 416 to the optical disk device (streamer) 415, the local reference clock (440) inside the streamer 415 is stored in the pack. Will be set to APAT of the first application packet starting with.
図１９の装置構成を機能別にみると、ＳＴＢ装置４１６内は、「受信時刻管理部」と、「ストリームデータ内容解析部」と、「ストリームデータ転送部」と、「時間関連情報生成部」とに分割／分類できる。 Looking at the device configuration of FIG. 19 by function, the STB device 416 includes a “reception time management unit”, a “stream data content analysis unit”, a “stream data transfer unit”, and a “time related information generation unit”. Can be divided / classified.
ここで、「受信時刻管理部」は、デモジュレータ（復調部）４２２、受信情報セレクタ部４２３、多重化情報分離部４２５、ＳＴＢ制御部４０４等で構成される。この「受信時刻管理部」は、衛星アンテナ４２１でデジタルＴＶ放送を受信し、受信した放送情報内の各トランスポートパケット毎の受信時刻を記録する。 Here, the “reception time management unit” includes a demodulator (demodulation unit) 422, a reception
「ストリームデータ内容解析部」は、多重化情報分離部４２５、ＳＴＢ制御部４０４等で構成される。この「ストリームデータ内容解析部」は、受信したストリームデータの中身を解析し、Ｉ，Ｂ，Ｐの各ピクチャ位置および／またはＰＴＳ（プレゼンテーションタイムスタンプ）値を抽出する。 The “stream data content analysis unit” includes a multiplexed information separation unit 425, an STB control unit 404, and the like. This “stream data content analysis unit” analyzes the contents of the received stream data and extracts the I, B, and P picture positions and / or PTS (presentation time stamp) values.
「ストリームデータ転送部」は、多重化情報分離部４２５、受信情報セレクタ部４２３、ＳＴＢ制御部４０４、データ転送インターフェイス部４２０等で構成される。この「ストリームデータ転送部」は、各トランスポートパケット毎の差分受信時刻間隔を保持したままストリームデータを光ディスク装置４１５へ転送する。 The “stream data transfer unit” includes a multiplexed information separation unit 425, a reception
「時間関連情報生成部」は、多重化情報分離部４２５、ＳＴＢ制御部４０４、データ転送インターフェイス部４２０等で構成される。この「時間関連情報生成部」は、「受信時刻管理部」で記録した受信時刻（タイムスタンプ）情報と「ストリームデータ内容解析部」で抽出した表示時刻情報（ＰＴＳ値および／またはフィールド数）との間の関係情報を作成する。 The “time related information generation unit” includes a multiplexed information separation unit 425, an STB control unit 404, a data transfer interface unit 420, and the like. The “time-related information generation unit” includes reception time (time stamp) information recorded by the “reception time management unit”, display time information (PTS value and / or number of fields) extracted by the “stream data content analysis unit”, and 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
すなわち、先に説明した「受信時刻管理部」が機能し、アプリケーションパケットの受信時刻（取り込み時刻）およびアプリケーションパケットが多重情報分離部４２５のメモリ部４２６に取り込まれる。次に「ストリームデータ内容解析部」ではメモリ部４２６に記憶されているアプリケーションパケット内の情報を解析し、そのヘッダであるトランスポートパケットヘッダ、ペイロードを認識する（図１４参照）。ペイロードの種類としては、ピクチャ情報、オーディオ情報、副映像情報、さらにはデータ、テキスト情報なども含まれる。それぞれの情報には、ＰＴＳ（プレゼンテーションタイムスタンプまたは再生タイムスタンプ）が付加されている。トランスポートパケットヘッダには、追随するペイロードがどのようなデータであるかの識別情報や各種の属性情報が含まれているので、この情報にしたがって、ピクチャ情報、オーディオ情報、副映像情報などの切り出し、それぞれの情報に対応するＰＴＳの抽出が行われる。 That is, the “reception time management unit” described above functions, and the application packet reception time (capture time) and the application packet are captured in the memory unit 426 of the multiplex information demultiplexing unit 425. Next, the “stream data content analysis unit” analyzes the information in the application packet stored in the memory unit 426, and recognizes the transport packet header and payload which are the headers (see FIG. 14). The type of payload includes picture information, audio information, sub-picture information, data, text information, and the like. Each information is added with a PTS (presentation time stamp or playback time stamp). Since the transport packet header includes identification information on the type of payload to be followed and various attribute information, picture information, audio information, sub-picture information, etc. are extracted according to this information. The PTS corresponding to each information is extracted.
各情報は、それぞれ対応するビデオデコード部４２８、オーディオデコード部４３０、サブピクチャデコード部４２９に入力されデコードされる。ビデオデコード部４２８からのビデオ信号と、サブピクチャデコード部４２９からの副映像信号とは、ビデオプロセッサ部４３８に入力される。ビデオプロセッサ部４３８では、デコードされたビデオ信号と副映像信号との合成処理、その他ビデオ信号に必要な処理が行なわれる。ビデオプロセッサ部４３８からの出力ビデオ信号は、ビデオミキシング部４０５を介してデジタルアナログ変換部４３６に入力され、ここでアナログ信号となり、テレビジョン受像機４３７でモニタされる。 Each piece of information is input to the corresponding
ビデオミキシング部４０５には、フレームメモリ部４０６が接続されており、ミキシング処理のときの一時保管部として利用される。またミキシング部４０５のデジタル出力（映像、副映像、オーディオを含む）は、インターフェイス４３４を介してパーソナルコンピュータ４３５に与えることもできる。オーディオデコード部４３０の出力は、インターフェイス部４３１を介してデジタル出力として取り出すことができる。またオーディオデータは、デジタルアナログ変換部４３２を介してアナログ信号に変換されスピーカ４３３に入力される。 A frame memory unit 406 is connected to the video mixing unit 405, and is used as a temporary storage unit at the time of mixing processing. The digital output (including video, sub-video, and audio) of the mixing unit 405 can also be given to the
上述したように、図９の装置では、受信時の各パケット間の時間間隔を保持したまま再生（光ディスク装置からＳＴＢ装置への送信）可能としている。このことは、しかしながら、記録媒体２０１に対する物理的記録箇所が間欠的にならないことを意味するものではない。場合によっては、物理的な記録箇所が間隔を有することもあるが、基本的には連続的に記録される。しかし、上述したようにパケット間には時間間隔が時間情報上で存在するので、記録媒体からのデータ再生量がＳＴＢ装置の単位時間当たりのデータ処理量よりも多くなることがある。この場合には、光ディスク装置のキックバック機能が働くようになっており、取り込んだ再生データの一部を破棄し、再度、記憶媒体２０１から読み取るようになっている。これにより、アプリケーションパケットは、アンテナより受信したときと同様なタイミングでＳＴＢ装置へ伝送される。 As described above, in the apparatus of FIG. 9, reproduction (transmission from the optical disk apparatus to the STB apparatus) is possible while maintaining the time interval between the packets at the time of reception. However, this does not mean that the physical recording location on the
図１０は、この発明の一実施の形態に係るストリームデータ記録手順を説明するフローチャート図である。まず、図９のＳＴＢ装置４１６においてデジタルＴＶ放送の映像情報が受信される（ステップＳ１）。一般にデジタルＴＶ放送での受信情報は、１個のトランスポンダ内に複数番組情報が時分割多重化されている。その情報に対して、受信情報セレクタ部４２３内で、特定番組のみのアプリケーションパケットが抽出される。 FIG. 10 is a flowchart for explaining a stream data recording procedure according to one embodiment of the present invention. First, digital TV broadcast video information is received by the STB device 416 of FIG. 9 (step S1). In general, received information in digital TV broadcasting is time-division multiplexed with a plurality of program information in one transponder. For the information, an application packet of only a specific program is extracted in the reception
図９の説明で述べた「受信時刻管理部」では、必要な番組情報が多重化情報分離部４２５内のメモリ部４２６内に一時保管される。これと同時に、「受信時刻管理部」では各アプリケーションパケット毎の受信時刻が計測され、その計測値が、図１（ａ）に示したようなオリジナルタイムスタンプとして各アプリケーションパケット毎に付加される（ステップＳ２）。ここで、オリジナルタイムスタンプは、ＩＥＥＥ１３９４の規格に基いてデータ伝送するとき（各アプリケーションパケットを伝送するとき）のタイムスタンプである。このように付加されたオリジナルタイムスタンプ情報は、メモリ部４２６内に記録される。 In the “reception time management unit” described with reference to FIG. 9, necessary program information is temporarily stored in the memory unit 426 in the multiplexed information separation unit 425. At the same time, the “reception time management unit” measures the reception time for each application packet, and the measured value is added 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 unit” described in the description of FIG. 9, information in the application packet recorded in the memory unit 426 is analyzed. Specifically, processing for extracting each picture boundary position from the application packet sequence and processing for extracting PTS (presentation time stamp) information are performed. In the “stream data content analysis unit”, it is also determined whether or not the video data is digital TV broadcast video information from the stream data content. After the above processing is performed, the stream data is transferred to the data transfer interface unit 420 in accordance with the timing of the original time stamp.
データ転送インターフェイス部４１４とデータ転送インターフェイス部４２０との間でストリームデータを転送するとき、このデータ転送と同時に、データ転送インターフェイス部４１４内部で発生させたデジタルＴＶ映像情報識別フラグが添付されて転送される（ステップＳ３）。 When stream data is transferred between the data
光ディスク装置４１５側では、データ転送インターフェイス部４１４から出力された各アプリケーションパケットに対して、装置内部の基準クロック発生部４４０で生成する基準クロックに合わせて、タイムスタンプの付け替え（モディファイドタイムスタンプの付け直し）が行なわれる（ステップＳ４）。 On the optical disk device 415 side, time stamp replacement (modified time stamp reattachment) is performed on each application packet output from the data
このタイムスタンプの付け替えにより、ＳＴＢ装置４１６から光ディスク装置（ストリーマ）４１５に送られてくるストリームデータに含まれるストリームオブジェクトＳＯＢ内の最初のパックに対して、ストリーマ４１５内部のローカル基準クロック（４４０）を、そのパック内で開始する最初のアプリケーションパケットのＡＰＡＴに設定することになる。換言すれば、ＳＯＢの記録中にストリーマに入ってくるアプリケーションパケットＡＰ＿ＰＫＴは、ストリーマ内部のローカル基準クロックによりタイムスタンプされ（このタイムスタンプで示される時間がアプリケーションパケット到着時間ＡＰＡＴ）、ＳＯＢ内の最初のパックに対しては、ストリーマ内部のローカル基準クロック（図５のＳＣＲ３０３または後述する図１５のＳＣＲベースに対応）は、そのパック内で開始する最初のアプリケーションパケットのＡＰＡＴに等しくなる。 By changing the time stamp, the local reference clock (440) inside the streamer 415 is applied to the first pack in the stream object SOB included in the stream data sent from the STB device 416 to the optical disk device (streamer) 415. , The APAT of the first application packet starting in the pack will be set. In other words, the application packet AP_PKT that enters the streamer during SOB recording 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 in the SOB. For a pack, the local reference clock inside the streamer (corresponding to the
上記ステップＳ４のタイムスタンプ付け替え処理と並行して、光ディスク装置制御部４１５ではデジタルＴＶ映像情報識別フラグが認識され、図１（ｃ）または図７で示されたロングアプリケーションヘッダ１１の設定が行なわれる（ステップＳ５）。 In parallel with the time stamp replacement process in step S4, the optical disc apparatus control unit 415 recognizes the digital TV video information identification flag and sets the
ストリームデータを情報媒体２０１上に記録する処理においては、図９のＤ−ＰＲＯ（デジタルプロセッサ）部４１０がデータ制御を行い、記録再生部４０９が動作する（ステップＳ６〜ステップＳ９）。このときは、図１（ｃ）に示すように、各セクタ毎に、順次パックヘッダ１、ＰＥＳヘッダ＆サブストリームＩＤ６、ロングアプリケーションヘッダ１１が記録され、データエリア２１内では順次モディファイドタイムスタンプおよびアプリケーションパケットが記録されて行く。 In the process of recording the stream data on the
ここで、パックヘッダ１には図５に示すＳＣＲ３０３（後述する図１５のＳＣＲベースに対応）が記録されている。情報媒体２０１にストリームデータを記録するときの時刻情報として基準クロック発生部４４０から出力されたクロックのカウント値が、このＳＣＲ情報として記録される。 Here, the
ステップＳ６〜ステップＳ９の中身をより具体的に説明すると、まずＤ−ＰＲＯ部４１０を介して記録再生部４０９でストリームパック（セクタ）毎にパックヘッダが情報媒体に記録される（ステップＳ６）。次に、Ｄ−ＰＲＯ部４１０を介して記録再生部４０９でストリームパック（セクタ）毎にＰＥＳヘッダ＆サブストリームＩＤが情報媒体に記録される（ステップＳ７）。続いて、Ｄ−ＰＲＯ部４１０を介して記録再生部４０９でストリームパック（セクタ）毎にロングアプリケーションヘッダが情報媒体に記録される（ステップＳ８）。そして、Ｄ−ＰＲＯ部４１０を介して記録再生部４０９でストリームパック（セクタ）毎にモディファイドタイムスタンプおよびアプリケーションパケットが情報媒体に記録される（ステップＳ７）。 The contents of step S6 to step S9 will be described more specifically. First, a pack header is recorded on the information medium for each stream pack (sector) by the recording / reproducing unit 409 via the D-PRO unit 410 (step S6). Next, the PES header & substream ID is recorded on the information medium for each stream pack (sector) by the recording / reproducing unit 409 via the D-PRO unit 410 (step S7). Subsequently, a long application header is recorded on the information medium for each stream pack (sector) by the recording / reproducing unit 409 via the D-PRO unit 410 (step S8). Then, the modified playback time stamp and the application packet are recorded on the information medium for each stream pack (sector) by the recording / playback unit 409 via the D-PRO unit 410 (step S7).
以上の処理により、図９の光ディスク装置（またはストリーマ）４１５内では、基準クロック発生部４４０からの基準クロックを用いて作成した時間情報（モディファイドタイムスタンプ／ＳＣＲ）を、データの送出／転送のタイミングを得るための情報として利用できるようになる。 Through the above processing, in the optical disc apparatus (or streamer) 415 of FIG. 9, the time information (modified time stamp / SCR) created by using the reference clock from the reference clock generation unit 440 is used as the data transmission / transfer timing. It can be used as information for obtaining.
以上の処理を別の言葉で表現すると、以下のようになる。すなわち、情報媒体上にストリームデータを記録する場合において、前記ストリームデータを記録する第１の記録単位（ストリームパック／セクタ）および第２の記録単位（アプリケーションパケット）が用意される。そして、前記第１の記録単位（ストリームパック／セクタ）毎に第１のヘッダ（パックヘッダ）情報が記録され、前記第２の記録単位（アプリケーションパケット）毎に時間情報（タイムスタンプ）が記録され、前記第２の記録単位（アプリケーションパケット）毎に前記ストリームデータが記録される。また、前記第１のヘッダ（パックヘッダ）情報内に所定のシステムクロック情報が記録されるとともに、前記第２の記録単位（アプリケーションパケット）毎に記録される前記時間情報（タイムスタンプ）が、前記所定のシステムクロックの値に連動して設定される（ステップＳ４）。 The above processing is expressed in different words 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 first recording unit (stream pack / sector), and time information (time stamp) is recorded for each second recording unit (application packet). The stream data is recorded for each second recording unit (application packet). In addition, predetermined system clock information is recorded in the first header (pack header) information, and the time information (time stamp) recorded for each second recording unit (application packet) is It is set in conjunction with a predetermined system clock value (step S4).
図１１は、この発明の一実施の形態に係るストリームデータ再生手順を説明するフローチャート図である。この再生手順において、まずパックヘッダ１から再生が開始される（ステップＳ３１）。 FIG. 11 is a flowchart for explaining the stream data reproduction procedure according to the embodiment of the present invention. In this reproduction procedure, reproduction is first started from the pack header 1 (step S31).
パックヘッダ１にはストリームデータを記録するときの時刻情報として基準クロック発生部４４０から出力されたクロックのカウント値が記録されており、その値に合わせて基準クロック発生部４４０の初期値の再設定が行なわれる（ステップＳ３２）。 The
その直後に、図９の情報再生部４０９で、情報媒体２０１上に記録されたタイムスタンプおよびアプリケーションパケットが再生され、その再生データが一時記憶部４１１に一時保管される（ステップＳ３３）。 Immediately thereafter, the information reproduction unit 409 in FIG. 9 reproduces the time stamp and application packet recorded on the
情報媒体２０１に記録されたモディファイドタイムスタンプは、前述したＳＣＲ３０３に連動して設定されている。このことから、基準クロック発生部４４０から発生した基準クロックのカウント値がモディファイドタイムスタンプの値に一致したときに、一時記憶部４１１内に一時記録されたモディファイドタイムスタンプとそれに関連したアプリケーションパケットがデータ転送インターフェイス部４１４に転送される（ステップＳ３４）。 The modified time stamp recorded on the
データ転送インターフェイス部４１４内部では、その内部に持っている基準クロックに合わせてタイムスタンプ値が付け直されて、一時記憶部４１１から転送されてきた情報がデータ転送インターフェイス部４２０に転送される。 In the data
ところで、情報媒体２０１上に点在記録されたストリームデータを記録再生部４０９内の光学ヘッド（図示せず）がアクセスして再生する場合、モディファイドタイムスタンプの連続性が崩れる。そこで、情報媒体２０１上に点在記録されたストリームデータに光学ヘッドがアクセスし（ステップＳ３５）、情報媒体上の大きく離れた位置で再生開始する場合には、次のような処理が行われる。すなわち、図９の記録再生部４０９で情報媒体２０１上に記録されたパックヘッダからＳＣＲ３０３が再生され（ステップＳ３６）、再生されたＳＣＲの値に合わせて基準クロック発生部４４０の値が再設定される（ステップＳ３７）。 By the way, when stream data recorded on the
このような処理により、基準クロック発生部４４０から得られるＳＣＲの値が、再生されるパケットのタイムスタンプに同期可能な関係になる。この同期関係が確立されてから、情報再生部４０９において、情報媒体上に記録されたタイムスタンプおよびアプリケーションパケットが再生される（ステップＳ３８）。最後に、基準クロック発生部４４０から発生した基準クロックのカウント値がモディファイドタイムスタンプの値に一致したときに、一時記憶部４１１内に一時記録されたモディファイドタイムスタンプとそれに関連したアプリケーションパケットがデータ転送インターフェイス部４１４に転送される（ステップＳ３９）。 By such processing, the SCR value obtained from the reference clock generation unit 440 is synchronized with the time stamp of the packet to be reproduced. After this synchronization relationship is established, the information reproducing unit 409 reproduces the time stamp and 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 associated application packet are transferred. The data is transferred to the interface unit 414 (step S39).
データ転送インターフェイス部４１４に転送された再生情報はＩＥＥＥ１３９４ライン等を介してＳＴＢ装置４１６に送られ、そこで必要なデコードが行われる。デコードされた情報（媒体２０１上の記録コンテンツ）は、図９のＴＶ４３７、スピーカ４３３等により再生される。 The reproduction information transferred to the data
以上の処理を別の言葉で表現すると、以下のようになる。すなわち、記録されたビットストリームに対する再生データを表すストリームオブジェクト（ＳＯＢ）が１以上集まってストリームデータが構成され、前記ストリームオブジェクト（ＳＯＢ）が１以上のストリームパック（Ｓ＿ＰＣＫ）で構成され、前記ストリームパック（Ｓ＿ＰＣＫ）はパックヘッダとストリームパケット（Ｓ＿ＰＫＴ）とで構成され、前記パックヘッダが所定の時間情報（ＳＣＲ）を含み、前記ストリームパケット（Ｓ＿ＰＫＴ）が所定のタイムスタンプ（ＡＴＳ）が付されたアプリケーションパケット（ＡＰ＿ＰＫＴ）を１以上含み、（ストリーマに）入ってくる前記アプリケーションパケット（ＡＰ＿ＰＫＴ）が前記所定の時間情報（ＳＣＲ）に対応した（ストリーマ内部の）ローカル基準クロック（図９の４４０）によりタイムスタンプされ、前記タイムスタンプの情報が前記ストリームパック（Ｓ＿ＰＣＫ）内に記録された形式で前記ストリームオブジェクト（ＳＯＢ）が記録された情報媒体（２０１）から記録情報を再生する場合において、
前記情報媒体（２０１）から再生された前記ローカル基準クロック（図５のＳＣＲ３０３、図１５のＳＣＲベース）に基づいて再生用の基準クロックが設定され（ステップＳ３７）、前記設定された再生用の基準クロック（ＳＣＲ）に基づいて、前記情報媒体（２０１）から前記ビットストリームの内容が再される。The above processing is expressed in different words as follows. That is, one or more stream objects (SOB) representing reproduction data for the recorded bitstream are collected to form stream data, 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), and the stream packet (S_PKT) is attached with a predetermined time stamp (ATS). A local reference clock (in the streamer) (440 in FIG. 9) that includes one or more packets (AP_PKT), and the incoming application packet (AP_PKT) (in the streamer) corresponds to the predetermined time information (SCR). In the time-stamped, the case where information of the time stamp for reproducing the recorded information from the stream pack (S_PCK) the stream object recording format in (SOB) information medium that has been recorded (201),
A reproduction reference clock is set based on the local reference clock (
以上の処理をさらに別の言葉で表現すると、以下のようになる。すなわち、第１の記録単位（ストリームパック／セクタ）毎にシステムクロック情報が記録されている第１のヘッダ（パックヘッダ）情報と、第２の記録単位（アプリケーションパケット）毎に記録されているストリームデータと、前記第２の記録単位（アプリケーションパケット）毎に記録されている時間情報（タイムスタンプ）とを有したビットストリーム情報が記録された媒体から記録情報を再生する場合において、
前記第１のヘッダ（パックヘッダ）情報内から前記システムクロック情報が再生され（ステップＳ３６）、前記再生したシステムクロック情報から基準クロックが再設定され（ステップＳ３７）、前記第２の記録単位（アプリケーションパケット）毎に記録されている時間情報（タイムスタンプ）が再生され（ステップＳ３８）、前記再設定した基準クロックを基に前記再生した時間情報（タイムスタンプ）に応じて前記媒体に記録されたビットストリーム情報の内容が出力される（ステップＳ３９）。The above processing can be expressed in other words as follows. That is, the first header (pack header) information in which system clock information is recorded for each first recording unit (stream pack / sector) and the stream recorded for each second recording unit (application packet). When reproducing recorded information from a medium on which bitstream information having data and time information (time stamp) recorded for each second recording unit (application packet) is recorded,
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 the second recording unit (application The time information (time stamp) recorded for each packet) is reproduced (step S38), and the bits recorded on the medium according to the reproduced time information (time stamp) based on the reset reference clock The contents of the stream information are output (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 in this embodiment includes an encoder unit 401, a decoder unit 402, an
このストリームデータ記録再生装置はさらに、ＳＴＢ部４０３に接続された衛星アンテナ４２１、システムタイムカウンタ（ＳＴＣ）部４２４、ビデオミキシング部（Ｖミキシング部）４０５からパーソナルコンピュータ（ＰＣ）４３５へデジタルビデオ信号を送るインターフェイス（Ｉ／Ｆ）４３４、アナログＴＶ４３７用Ｄ／Ａ変換部４３６を備えている。 This stream data recording / reproducing apparatus further transmits a digital video signal from the
ここで、Ｖミキシング部４０５は、デコーダ部４０２のＶ−ＰＲＯ部４３８からのデジタルビデオ信号と、ＳＴＢ部４０３からのデジタルビデオ信号４５３とを、適宜ミキシングする機能を持っている。このミキシング機能により、たとえばＴＶ４３７の表示画面の左側にＳＴＢ部４０３からの放送画像を表示し、ＴＶ４３７の表示画面の右側にディスク２０１から再生した画像を表示することができる。あるいは、ＳＴＢ部４０３からの放送画像とディスク２０１からの再生画像とを、ＰＣ４３５のモニタ画面において、オーバーラッピングウインドウに重ねて表示することもできる。 Here, the V mixing unit 405 has a function of appropriately mixing the digital video signal from the V-PRO unit 438 of the decoder unit 402 and the digital video signal 453 from the
以上の構成において、エンコーダ部４０１内は、ビデオおよびオーディオ用のＡ／Ｄ変換部４４４、Ａ／Ｄ変換部４４４からのデジタルビデオ信号、ＳＴＢ部４０３からのデジタルビデオ信号４５３あるいはデジタル信号入力部４４１からのデジタル信号を選択してビデオエンコード部４４６に送るセレクタ４４５、セレクタ４４５からのビデオ信号をエンコードするビデオエンコード部４４６、Ａ／Ｄ変換部４４４からのオーディオ信号をエンコードするオーディオエンコード部４４７、ＴＶチューナ部４４３からのクローズドキャプション（ｃｃ）信号あるいは文字放送信号等を副映像（ＳＰ）にエンコードするＳＰエンコード部４４８、フォーマッタ部４４９、一時的にデータを格納するためのバッファメモリ部４５０より構成される。 In the above configuration, the encoder unit 401 includes an A /
一方、デコーダ部４０２内は、メモリ４２６を内蔵する分離部４２５、縮小画像（サムネールピクチャ）生成部４３９を内蔵するビデオデコード部４２８、ＳＰデコード部４２９、オーディオデコード部４３０、ＴＳパケット（トランスポートパケット）転送部４２７、ビデオプロセサ（Ｖ−ＰＲＯ）部４３８、オーディオ用Ｄ／Ａ変換部４３２より構成されている。 On the other hand, in the decoder unit 402, a separating unit 425 incorporating a memory 426, a
オーディオデコード部４３０でデコードされたデジタルオーディオ信号は、インターフェイス（Ｉ／Ｆ）４３１を介して外部出力可能となっている。また、このデジタルオーディオ信号をＤ／Ａ変換部４３２でアナログ化したアナログオーディオ信号により、外部のオーディオアンプ（図示せず）を介してスピーカ４３３が駆動されるようになっている。Ｄ／Ａ変換部４３２は、オーディオデコード部４３０からのデジタルオーディオ信号のみならず、ＳＴＢ部４０３からのデジタルオーディオ信号４５２のＤ／Ａ変換もできるように構成される。 The digital audio signal decoded by the
なお、ディスク２０１からの再生データをＳＴＢ部４０３に転送する場合は、ＴＳパケット転送部４２７において分離部４２５からの再生データ（ビットストリーム）をトランスポートパケット（ＴＳパケット）に変更し、ＳＴＣ４２４からの時間情報に転送時間を合わせて、ＴＳパケットをＳＴＢ部４０３に送ればよい。 When the reproduction data from the
図１２のメインＭＰＵ４０４は、作業用メモリとしてのワークＲＡＭ４５４ａと、ストリームデータ作成制御部４５４ｂという名の制御プログラムと、ストリームデータ再生制御部４５４ｃという名の制御プログラムと、ストリームデータの部分消去／仮消去制御部４５４ｄという名の制御プログラム等を含んでいる。ストリームデータ記録再生装置における録画時の制御は、上記制御プログラム（シーケンシャルな制御プログラム）を用いメインＭＰＵ４０４により行われる。 The main MPU 404 in FIG. 12 includes a
ここで、ファイルの管理領域（図２あるいは図３（ｅ）のナビゲーションＲＴＲ．ＩＦＯ１０４、ＳＴＲＥＡＭ．ＩＦＯ１０５）などを読み書きするために、メインＭＰＵ４０４は、Ｄ−ＰＲＯ部４１０に、専用のマイクロコンピュータバスを介して接続されている。 Here, in order to read / write the file management area (navigation RTR.IFO104, STREAM.IFO105 in FIG. 2 or FIG. 3 (e)), the main MPU 404 connects the D-
まず、図１２の装置における録画時のビデオ信号の流れについて説明をする。録画時には、メインＭＰＵ４０４内のストリームデータ作成制御部４５４ｂという名のシーケンシャルプログラムにしたがって、一連の処理が行われる。すなわち、ＩＥＥＥ１３９４規格に準拠した伝送経路経由してＳＴＢ部４０３からエンコーダ部４０１へ送出されたストリームデータは、まずフォーマッタ部４４９に転送される。フォーマッタ部４４９のＩＥＥＥ１３９４受信側は、ＳＴＣ４２４のタイムカウント値に基づいて、ストリームデータ転送開始からの時間を読み込む。読み込んだ時間情報は、管理情報としてメインＭＰＵ４０４へ送られ、ワークＲＡＭ部４５４ａに保存される。 First, the flow of video signals during recording in the apparatus of FIG. 12 will be described. At the time of recording, a series of processing is performed in accordance with a sequential program named stream data creation control unit 454b in main MPU 404. That is, stream data sent from the
メインＭＰＵ４０４は、上記時間情報に基づいて、ストリームデータをストリームブロック毎（ビデオレコーダではＶＯＢＵ毎、ストリーマではＳＯＢＵ毎）に切り分ける区切れ情報を作成するとともに、この区切れ情報に対応したセルの切り分け情報およびプログラムの切り分け情報、さらにはＰＧＣの切り分け情報を作成し、メインＭＰＵ４０４内のワークＲＡＭ部４５４ａに逐次記録する。 Based on the time information, the main MPU 404 creates delimiter information for segmenting the stream data for each stream block (for each VOBU for a video recorder and for each SOBU for a streamer), and cell segmentation information corresponding to the segment information. And program segmentation information, and further PGC segmentation information are created and sequentially recorded in the
フォーマッタ部４４９は、メインＭＰＵ４０４のストリームデータ作成制御部４５４ｂからの指示にしたがって、ＳＴＢ部４０３から送られてきたストリームデータをストリームパックの列に変換し、変換されたストリームパック列をＤ−ＰＲＯ部４１０へ入力する。入力されたストリームパックはセクタと同じ２０４８バイトの一定サイズを持っている。Ｄ−ＰＲＯ部４１０は、入力されたストリームパックを１６セクタ毎にまとめてＥＣＣブロックにして、ディスクドライブ部４０９へ送る。ディスクドライブ部４０９では、データ記録を行なうに適した変調処理が施され、図示しない光学ヘッドを介して媒体２０１へ記録が行われるようになっている。 The formatter unit 449 converts the stream data sent from the
ディスクドライブ部４０９においてＤＶＤ−ＲＡＭディスク（情報媒体）２０１への記録準備ができていない場合には、Ｄ−ＰＲＯ部４１０は、記録データを一時記憶部４１１に転送して一時保存し、ディスクドライブ部４０９においてデータ記録準備ができるまで待つ。ディスクドライブ部４０９において記録準備ができた段階で、Ｄ−ＰＲＯ部４１０は一時記憶部４１１に保存されたデータをディスクドライブ部４０９に転送する。これにより、ディスク２０１への記録が開始される。一時記憶部４１１に保存されたデータの記録が済むと、その続きのデータはフォーマッタ部４４９からＤ−ＰＲＯ部４１０へシームレスに転送されるようになっている。ここで、一時記憶部４１１は、高速アクセス可能で数分以上の記録データを保持できるようにするため、大容量メモリを想定している。 When the disk drive unit 409 is not ready for recording on the DVD-RAM disk (information medium) 201, the D-
次に、再生時のデータ処理について説明する。ストリームデータ記録再生装置における再生時の制御は、ストリームデータ再生制御部４５４ｃという名のシーケンシャルプログラムにしたがい、メインＭＰＵ４０４によって、一連の処理が行われる。まず、ディスクドライブ部４０９により、ＲＡＭディスク（情報媒体）２０１からストリームデータが再生される。再生されたストリームデータは、Ｄ−ＰＲＯ部４０９を経由してデコーダ部４０２に転送される。 Next, data processing during reproduction will be described. Control during playback in the stream data recording / playback apparatus is performed by the main MPU 404 in accordance with a sequential program named stream data playback control unit 454c. First, stream data is reproduced from the RAM disk (information medium) 201 by the disk drive unit 409. The reproduced stream data is transferred to the decoder unit 402 via the D-PRO unit 409.
デコーダ部４０２内部では、再生されたストリームデータ中のトランスポートパケットを分離部４２５が受け取る。分離部４２５は、ストリームＩＤ／サブストリームＩＤに従って、ビデオパケットデータ（ＭＰＥＧビデオデータ）はビデオデコード部４２８へ転送し、オーディオパケットデータはオーディオデコード部４３０へ転送し、副映像パケットデータはＳＰデコード部４２９へ転送する。 In the decoder unit 402, the separation unit 425 receives the transport packet in the reproduced stream data. The separation unit 425 transfers video packet data (MPEG video data) to the
ビデオデコード部４２８でデコードされたビデオデータは、Ｖミキシング部４０５およびＤ／Ａ変換部４３６を介してアナログＴＶ信号に変換され、ＴＶ４３７に転送されて画像表示される。同時に、オーディオデコード部４３０でデコードされたオーディオ信号もＤ／Ａ変換部４３２へ送られ、デジタル音声データに変換される。変換されたデジタル音声データは、Ｉ／Ｆ４３１を介して外部オーディオ機器（図示せず）のデジタル入力に転送される。あるいは、変換されたデジタル音声データは、Ｄ／Ａ変換部４３２によりアナログ音声信号に変換され、図示しないオーディオアンプを介して、スピーカ４３３に送られる。 The video data decoded by the
図１２に示したストリームデータ記録再生装置では、ディスクドライブ部４０９とＳＴＢ部４０３とが一体化された構成を採っているため、図９のようなデータ転送インターフェイス部４１４、４２０を持たない。また、ＳＴＣ部４２４というシステム全体に共通の基準クロック発生部を持っているため、モディファイドタイムスタンプで示されるようなタイムスタンプの付け替え処理が不要となる。またデジタル信号入力部４４１を持っているため、デジタルＴＶの映像情報以外の例えばＭＰＥＧ４で圧縮されたＴＶ電話の映像情報やＭＤ（ミディディスク）やＣＤ（コンパクトディスク）などのＰＣＭオーディオ情報などを入力し、ストリームデータとして情報媒体２０１上に記録することもできる。 The stream data recording / reproducing apparatus shown in FIG. 12 has a configuration in which the disk drive unit 409 and the
なお、モディファイドタイムスタンプで示されるようなタイムスタンプの付け替え処理が不要とはいっても、ストリーム記録時において、「ＳＯＢ内の最初のパックに対してストリーマ内部のローカル基準クロックをそのパック内で開始する最初のアプリケーションパケットのＡＰＡＴに等しくする」ことは必要である。 Although the time stamp replacement process as shown by the modified time stamp is unnecessary, at the time of stream recording, “the local reference clock in the streamer is started within the pack for the first pack in the SOB. It is necessary to make it equal to the APAT of the first application packet.
図１２の装置において、再生が行われる場合には、図示しない光学ヘッドを介して情報媒体２０１の記録データが読み取られる。記録再生部４０９ではその復調処理が行われ、復調されたデータはＤ−ＰＲＯ部４１０に入力され、エラー訂正処理等が施される。復調されたデータは、多重化情報分離部４２５に入力される。この多重化情報分離部４２５では、図９で説明したのと同様な信号処理が行われる。ビデオデコード部４２８には、縮小画面生成部４３９（図９では代表画像生成部と称した）が設備されているが、これは、例えば編集用や見出し用の画像を生成する部分である。 In the apparatus of FIG. 12, when reproduction is performed, the recording data of the
図１３は、この発明の他の実施の形態に係るストリームデータ記録手順（ショートアプリケーションヘッダ利用）を説明するフローチャート図である。たとえば図１２のデジタル信号入力部４４１からデジタルストリームデータが入力される（ステップＳ１１）。入力されたストリームデータに対して、図１２のフォーマッタ部４４９において、ＳＴＣ４２４が発生する基準クロックに合わせて、アプリケーションパケット毎に、タイムスタンプが生成される（ステップＳ１２）。この処理と並行して、メインＭＰＵ部４５４により、入力されたストリームデータの内容が判別され（ステップＳ１３）、判別された内容に応じてショートアプリケーションヘッダの設定が行なわれる（ステップＳ１４）。 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 in 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 process, the
ステップＳ１２で生成されるタイムスタンプが示す時間は、前述したアプリケーションパケット到着時間ＡＰＡＴに相当する。つまり、ＳＯＢ内の最初のパックに対して、ストリーマ内部のローカル基準クロック（図５のＳＣＲ３０３または後述する図１５のＳＣＲベースに対応）が、そのパック内で開始する最初のアプリケーションパケットのＡＰＡＴに等しくなる。 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 inside the streamer (corresponding to the
図１３のその後の処理（ステップＳ１５〜ステップＳ１８）は、ステップＳＴ１７で記録されるアプリケーションヘッダがショートアプリケーションヘッダであることを除き、図１０を参照して説明したステップＳ６〜ステップＳ９の処理と同様である。 The subsequent processing in FIG. 13 (steps S15 to S18) is the same as the processing in steps S6 to S9 described with reference to FIG. 10 except that the application header recorded in step ST17 is a short application header. It is.
図１４は、この発明の一実施の形態に係るデータ構造において、とくにデータエリア内のデータ構造を説明する図である。図１４には、図１（ｃ）のデータエリア（２１〜２３）に配置されるデータの構成がさらに詳しく例示されている。 FIG. 14 is a diagram for explaining the data structure in the data area, in particular, in the data structure according to the embodiment of the present invention. FIG. 14 illustrates in more detail the configuration of data arranged in the data areas (21 to 23) in FIG.
図１４の最上段に示すデータエリアには、図１４の２段目に示すように、モディファイドタイムスタンプとアプリケーションパケットとの組が複数存在する。このアプリケーションパケット内には、図１４の３段目に示すように、アプリケーションパケットヘッダとペイロードとの組が複数格納される。複数のペイロードからデータを集めると、図１４の４段目に例示するように、Ｉピクチャ、Ｂピクチャ、Ｐピクチャのデータ集合体となる。ここで、Ｉピクチャのデータ部を見ると、図１４の５段目に示すように、ピクチャヘッダ、圧縮情報等が存在する。また、ピクチャヘッダの内部を見ると、図１４の最下段に示すように、ヘッダＩＤ、ピクチャＩＤなどが存在する。 In the data area shown at the top of FIG. 14, there are a plurality of sets of modified time stamps and application packets, as shown at the second stage of FIG. In this application packet, as shown in the third row of FIG. 14, 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 picture, B picture, and P picture is obtained as illustrated in the fourth row of FIG. Here, looking at the data part of the I picture, as shown in the fifth row of FIG. 14, there are a picture header, compression information, and the like. When the inside of the picture header is viewed, there are a header ID, a picture ID, and the like as shown at the bottom of FIG.
なお、図示しないが、プレゼンテーションタイムスタンプＰＴＳは、図９のメモリ部４２６からビデオデコード部４２８へパケットを送るタイミングを示している。システムタイムカウンタ（システムクロック）ＳＴＣ部４２４の値がＰＴＳの値に一致したとき、または所定の大きな値となったときに、図１４のＩピクチャ情報がビデオデコード部４２８に送られ、ビデオデコード部４２８は図示しないデコードタイムスタンプＤＴＳのタイミングで、送られてきたＩピクチャ情報のデコードを開始するようになっている。 Although not shown, the presentation time stamp PTS indicates the timing of sending a packet from the memory unit 426 of FIG. 9 to the
ここで、たとえば図９の光ディスク装置４１５とＳＴＢ装置４１６との間で同期ずれがあると、ＰＴＳに基いてメモリ部４２６からビデオデコード部４２８へ送られるデータ転送量と、光ディスク装置４１５からメモリ部４２６へ送られてくるデータ量の不整合（アンマッチング）が生じる。このような不具合を取り除くために、図９の装置では、次のような機能が設けられている。 Here, for example, if there is a synchronization error between the optical disk device 415 and the STB device 416 of FIG. 9, the amount of data transferred from the memory unit 426 to the
たとえばアプリケーションパケットの特定個数（例えば1万個、あるいは10万個）を送信／受信する毎に、光ディスク装置とＳＴＢ装置側とで、その送信時刻／受信時刻を一時記憶部４１１、ワークＲＡＭメモリ部４０７に記憶する。これにより、両者には、アプリケーションパケットを特定個数を送信／受信する毎の時刻情報テーブルを作成することができる。ここで、適当な時間間隔たとえば10分、あるいは30分間隔（この時間間隔は任意に修正できるようにしてもよい）で、ＳＴＢ装置側から、光ディスク装置側へ時刻情報テーブルを転送する。光ディスク装置側では、両者の時刻情報テーブルを比較し、時刻のずれ情報を把握する。そうすれば、アプリケーションパケットの特定個数毎に、双方の装置間でどのくらいの時間ずれ（同期ずれ）が生じているのかを把握することができる。この同期ずれ量に応じて、光ディスク装置４１５側のデータ再生速度あるいは、データの転送タイミングの調整を行なうことができる。 For example, every time a specific number of application packets (for example, 10,000 or 100,000) is transmitted / received, the optical disk device and the STB device side indicate the transmission time / reception time of the temporary storage unit 411 and the work RAM memory unit. Store in 407. Thus, a time information table can be created for each time a specific number of application packets are transmitted / received. Here, the time information table is transferred from the STB device side to the optical disk device side at an appropriate time interval, for example, 10 minutes or 30 minutes (this time interval may be arbitrarily modified). On the optical disc apparatus side, both time information tables are compared to grasp time lag information. Then, for each specific number of application packets, it is possible to grasp how much time deviation (synchronization deviation) occurs between both apparatuses. The data reproduction speed on the optical disk device 415 side or the data transfer timing can be adjusted according to the amount of synchronization deviation.
データの転送タイミングを制御する手段の例としては、前述したモディファイドタイムスタンプを、実際に使用する前に図示しない変換テーブルを通して使用する方法がある。時間調整手段としては、その調整量に応じて各種の方法が可能である。この調整手段は、情報媒体２０１に対するデータ記録が、別の光ディスク装置によってなされている場合に有効である。実際にデータを再生する装置の基準クロックと実際にデータ記録した装置の基準クロックとの間に周波数ずれがあると、再生されたモディファイドタイムスタンプの値が、再生する装置の予期しているモディファイドタイムスタンプの値とずれている場合があるからである。 As an example of 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 adjustment means depending on the adjustment amount. This adjustment means is effective when data recording on the
以上説明したこの発明の実施の形態における効果をまとめると以下のようになる。 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, it is not necessary to record unnecessary information as application header information. As a result, it is possible to improve the recording efficiency of information recorded on the information medium and increase the effective effective recording capacity for the information medium.
＊ＩＥＥＥ１３９４などで転送されてくるストリームデータに対して、ストリーマ内部の基準クロックでタイムスタンプを付け直し、さらにその基準クロックに基づき各ストリームパック先頭位置での時刻情報をシステムクロック（ＳＣＲ）としてストリームパック内に記録することができる。こうすることで、
（ａ）ストリームデータを読み飛ばしながら再生する場合にストリームパック内に記録されたシステムクロック（ＳＣＲ）に合わせてストリーマの基準クロックをリセットし、そのリセットしたストリーマ内の基準クロックを基準にしてタイムスタンプ情報のタイミングに合わせて各アプリケーションパケットを出力することができる。このようにストリームパック内に記録されたシステムクロック（ＳＣＲ）で常にリセットすると、情報媒体上に点在するストリームデータをランダムかつ断続的に再生しても安定に各アプリケーションパケット間の出力タイミングを保持できる。* Restreaming the stream data transferred by IEEE 1394, etc. with the reference clock inside the streamer, and using the reference clock, the time information at the head position of each stream pack is used as the system clock (SCR). Can be recorded within. By doing this,
(A) When stream data is reproduced while skipping, the streamer reference clock is reset in accordance with the system clock (SCR) recorded in the stream pack, and the time stamp is set based on the reset reference clock in the streamer. Each application packet can be output in accordance with the timing of information. If the system clock (SCR) recorded in the stream pack is always reset in this way, the output timing between each application packet is stably maintained even if the stream data scattered on the information medium is reproduced randomly and intermittently. it can.
（ｂ）タイムスタンプの値を用いて情報媒体上に記録されたストリームデータを検索する場合、いちいちタイムスタンプまで再生せずにストリームパック内に記録されたシステムクロック（ＳＣＲ）の値を再生するだけで（見出しとして活用して）粗いアクセスを行うことができる。 (B) When retrieving stream data recorded on an information medium using a time stamp value, only the system clock (SCR) value recorded in the stream pack is reproduced without reproducing the time stamp. Can be used for rough access (use 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 possible to confirm whether the currently reproduced stream data is the data to be reproduced in real time. Can be done.
＊光ディスク装置からＳＴＢ装置側へ転送されるデータが適切な量となるように、装置間の同期を管理することができる。 * Synchronization between 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 diagram for explaining the data structure of a stream pack. Each stream pack has a data structure as shown in FIG. That is, a 14-byte pack header, a 6-byte PES header, a 1-byte substream ID, a 9-byte application header, an optional application header extension that is used as necessary, and an optional application 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.
図１５（ｂ）のパックヘッダは、図１５（ｅ）に示すように、パック開始コードの情報、システムクロックリファレンス（ＳＣＲ）ベースの情報、ＳＣＲエクステンションの情報、プログラム多重化レートの情報、パックスタッフィング長の情報等を含んでいる。ＳＣＲベースは３２ビットで構成され、その３２ビット目はゼロとされる。また、プログラム多重化レートとしては、たとえば１０．０８Ｍｂｐｓが採用される。 As shown in FIG. 15E, the pack header in FIG. 15B includes pack start code information, system clock reference (SCR) base information, SCR extension information, program multiplexing rate information, pack stuffing. Includes length information. The SCR base is composed of 32 bits, and the 32nd bit is set to zero. Further, for example, 10.08 Mbps is adopted as the program multiplexing rate.
図１５（ｂ）のＰＥＳヘッダは、図１５（ｄ）に示すように、パケット開始コードプリフィックスの情報、ストリームＩＤ（プライベートストリーム２）の情報、ＰＥＳパケット長の情報を含んでいる。このサブストリームＩＤは、図１５（ｄ）に示すように、ストリーム記録データを特定する内容を持つ。具体的には、サブストリームＩＤ＝”００００００１０ｂ”によって、そのストリームパックに格納されたデータがストリーム記録データであることが示される。このストリームＩＤが”１０１１１１１０ｂ”のときは、そのストリームパックがパディングパケットに用いられるものであることが示される。 As shown in FIG. 15D, the PES header in FIG. 15B includes packet start code prefix information, stream ID (private stream 2) information, and PES packet length information. As shown in FIG. 15D, the substream ID has contents for specifying stream recording data. Specifically, substream ID = “00000010b” indicates that the data stored in the stream pack is stream recording data. When this stream ID is “10111110b”, it is indicated that the stream pack is used for a padding packet.
図１５（ｂ）のアプリケーションヘッダは、図１５（ａ）に示すように、バージョン情報、アプリケーションパケット数ＡＰ＿Ｎｓ、先頭アプリケーションパケットのタイムスタンプ位置ＦＩＲＳＴ＿ＡＰ＿ＯＦＦＳＥＴ、エクステンションヘッダ情報ＥＸＴＥＮＳＩＯＮ＿ＨＥＡＤＥＲ＿ＩＦＯ、サービスＩＤ等を含んでいる。 As shown in FIG. 15A, the application header in FIG. 15B includes version information, the number of application packets AP_Ns, the time stamp position FIRST_AP_OFFSET of the first application packet, extension header information EXTENSION_HEADER_IFO, a service ID, and the like.
ここで、バージョンには、アプリケーションヘッダフォーマットのバージョン番号が記述される。 Here, the version describes the version number of the application header format.
アプリケーションヘッダのＡＰ＿Ｎｓは、該当ストリームパック内で開始するアプリケーションパケットの数を記述したものである。該当ストリームパック内にＡＴＳの先頭バイトが格納されているときは、このストリームパック内でアプリケーションパケットが開始すると見なすことができる。 AP_Ns in the application header describes the number of application packets that start in the corresponding stream pack. When the first byte of 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 corresponding stream packet is described in byte units as a relative value from the first byte of this stream packet. If there is no application packet to start in the stream packet, “0” is described in FIRST_AP_OFFSET.
ＥＸＴＥＮＳＩＯＮ＿ＨＥＡＤＥＲ＿ＩＮＦＯには、該当ストリームパケット内にアプリケーションヘッダエクステンションおよび／またはスタッフィングバイトが存在するか否かが、記述される。ＥＸＴＥＮＳＩＯＮ＿ＨＥＡＤＥＲ＿ＩＮＦＯの内容が００ｂの場合は、アプリケーションヘッダの後にアプリケーションヘッダエクステンションもスタッフィングバイトも存在しないことが示される。ＥＸＴＥＮＳＩＯＮ＿ＨＥＡＤＥＲ＿ＩＮＦＯの内容が１０ｂの場合は、アプリケーションヘッダの後にアプリケーションヘッダエクステンションがあるが、スタッフィングバイトは存在しないことが示される。ＥＸＴＥＮＳＩＯＮ＿ＨＥＡＤＥＲ＿ＩＮＦＯの内容が１１ｂの場合は、アプリケーションヘッダの後にアプリケーションヘッダエクステンションが存在し、かつアプリケーションヘッダエクステンションの後にスタッフィングバイトも存在することが示される。ＥＸＴＥＮＳＩＯＮ＿ＨＥＡＤＥＲ＿ＩＮＦＯの内容が０１ｂとなることは禁止されている。 EXTENSION_HEADER_INFO describes whether an application header extension and / or stuffing byte is present in the corresponding stream packet. When the content of EXTENSION_HEADER_INFO is 00b, it indicates that neither an application header extension nor a stuffing byte exists after the application header. When the content of EXTENSION_HEADER_INFO is 10b, it indicates that there is an application header extension after the application header, but there is no stuffing byte. When the content of EXTENSION_HEADER_INFO is 11b, it is indicated that an application header extension exists after the application header, and a stuffing byte also exists after the application header extension. It is prohibited for the content of EXTENSION_HEADER_INFO to be 01b.
アプリケーションパケットエリアの前のスタッフィングバイト（オプション）は、「ＥＸＴＥＮＳＩＯＮ＿ＨＥＡＤＥＲ＿ＩＮＦＯ＝１１ｂ」によりアクティブになる。こうすることで、アプリケーションヘッダエクステンション内のバイト数と、アプリケーションパケットエリア内に格納できるアプリケーションパケット数との間に矛盾が生じた場合に「パッキングパラドクス」が起きるのを防止できる。 The stuffing byte (option) in front of the application packet area is activated by “EXTENSION_HEADER_INFO = 11b”. By doing so, it is possible to prevent a “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.
ＳＥＲＶＩＣＥ＿ＩＤには、ストリームを生成するサービスのＩＤが記述される。このサービスが未知のものであれば、ＳＥＲＶＩＣＥ＿ＩＤに０ｘ００００が記述される。 SERVICE_ID describes the ID of the service that generates the stream. If this service is unknown, 0x0000 is described in SERVICE_ID.
図１５（ｂ）のスタッフィングバイトおよびアプリケーションパケット群は、アプリケーションパケットエリアを構成している。このアプリケーションパケットエリアの先頭部分は、図１５（ｂ）のストリームパケットに対して先行するストリームパケットから跨るアプリケーションパケットの一部（部分パケット）を適宜含むことができる。その後に、アプリケーションタイムスタンプＡＴＳとアプリケーションパケットとのペアが複数ペア、シーケンシャルに記録できる。そして、アプリケーションパケットエリアの末尾部分は、図１５（ｂ）のストリームパケットに対して後続するストリームパケットへ跨るアプリケーションパケットの一部（部分パケット）、あるいは予約されたバイト数のスタッフィングエリアを適宜含むことができる。 The stuffing byte and application packet group shown in FIG. 15B constitute an application packet area. The head part of the application packet area can appropriately include a part (partial packet) of the application packet straddling the stream packet preceding the stream packet of FIG. Thereafter, a plurality of pairs of application time stamp ATS and application packet can be recorded sequentially. The end portion of the application packet area appropriately includes a part of the application packet (partial packet) straddling the stream packet subsequent to the stream packet of FIG. 15B, or a stuffing area having the reserved number of bytes. Can do.
別の言い方をすると、アプリケーションパケットエリアの開始位置には、部分アプリケーションパケットが存在でき、アプリケーションパケットエリアの終了位置には、部分アプリケーションパケットあるいは予約されたバイト数のスタッフィングエリアが存在できる。 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 with the reserved number of bytes can exist at the end position of the application packet area.
各アプリケーションパケットの前に配置されたアプリケーションタイムスタンプ（ＡＴＳ）は、３２ビット（４バイト）で構成される。このＡＴＳは、２つの部分、すなわち基本部分と拡張部分に分けられる。基本部分は９０ｋＨｚユニット値と呼ばれる部分であり、拡張部分は２７ＭＨｚで測った細かい値（less significant value）を示す。 An application time stamp (ATS) arranged in front of each application packet is composed of 32 bits (4 bytes). This ATS is divided into two parts: a basic part and an extended part. The basic part is a part called 90 kHz unit value, and the extended part shows a less significant value measured at 27 MHz.
図１５（ｂ）において、アプリケーションヘッダエクステンションは、アプリケーションパケット〜アプリケーションパケット間で異なり得る情報を格納することに用いることができる。このような情報は、必ずしも全てのアプリケーションに必要なものではない。それゆえ、アプリケーションヘッダのデータフィールドは、ストリームデータエリア内にオプションのアプリケーションヘッダエクステンションが存在することを（前述したＥＸＴＥＮＳＩＯＮ＿ＨＥＡＤＥＲ＿ＩＮＦＯにおいて）記述できるように定義されいる。 In FIG. 15B, the application header extension can be used to store information that may differ between application packets and application packets. Such information is not necessary for all applications. Therefore, the data field of the application header is defined so as to describe (in the above-described EXTENSION_HEADER_INFO) that an optional application header extension exists in the stream data area.
ストリームの記録時において、最初のアプリケーションパケットのアプリケーションタイムスタンプＡＴＳの先頭バイトは、ストリームオブジェクトＳＯＢの始まりにおける最初のストリームパケット内のアプリケーションパケットエリアの開始位置に、アラインされている必要がある。 At the time of recording the stream, the first byte of the application time stamp ATS of the first application packet needs to be aligned with the start position of the application packet area in the first stream packet at the beginning of the stream object SOB.
一方、ＳＯＢ内のその後のストリームパケットについては、隣接ストリームパケット境界で、アプリケーションパケットが分割（スプリット）されてもよい。図１５（ｂ）に示した部分パケットは、この分割（スプリット）により生じたアプリケーションパケットを示している。 On the other hand, for subsequent stream packets in the SOB, application packets may be divided (split) at adjacent stream packet boundaries. The partial packet shown in FIG. 15B shows an application packet generated by this division (split).
ストリームパケット内で開始される最初のアプリケーションタイムスタンプのバイトオフセット、およびそのストリームパケット内で開始されるアプリケーションパケットの数は、そのアプリケーションヘッダに記述される。こうすることにより、あるストリームパケット内において、最初のアプリケーションタイムスタンプの前および最後のアプリケーションパケットの後におけるスタッフィングが、自動的に行われる。すなわち、上記自動化メカニズムにより、「アプリケーションが自分でスタッフィングを行なう」ことが実現される。この自動スタッフィングにより、ストリームパケットは常に必要な長さを持つことになる。 The byte offset of the first application timestamp that starts in the stream packet and the number of application packets that start in the stream packet are described in the application header. By doing so, stuffing before the first application time stamp and after the last application packet is automatically performed in a stream packet. That is, “the application performs stuffing by itself” is realized by the automatic mechanism. This automatic stuffing ensures that the stream packet always has the required length.
アプリケーションヘッダエクステンション（オプション）はエントリのリストからなる。ここには、該当ストリームパケット内で開始する各アプリケーションパケットに対する１バイト長の１エントリがある。これらエントリのバイトは、アプリケーションパケット毎に異なり得る情報を格納することに利用できる。 The application header extension (optional) consists of a list of entries. Here, there is one entry of 1 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 vary from application packet to application packet.
なお、１バイトのアプリケーションヘッダエクステンション（オプション）には、図１５（ｃ）に示すように、１ビットのＡＵ＿ＳＴＡＲＴと、１ビットのＡＵ＿ＥＮＤと、２ビットのＣＯＰＹＲＩＧＨＴとを記述できるようになっている。ＡＵ＿ＳＴＡＲＴが”１”にセットされると、関連アプリケーションパケットが、ストリーム内にランダムアクセスエントリポイント（ランダムアクセスユニットの開始）を含むことが示される。ＡＵ＿ＥＮＤが”１”にセットされると、関連アプリケーションパケットがランダムアクセスユニットの最終パケットであることが示される。ＣＯＰＹＲＩＧＨＴには、関連アプリケーションパケットの著作権の状態が記述される。 In the 1-byte application header extension (option), as shown in FIG. 15C, 1-bit AU_START, 1-bit AU_END, and 2-bit COPYRIGHT can be described. When AU_START is 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”, it indicates that the associated application packet is the final packet of the random access unit. COPYRIGHT describes the copyright status of the related application packet.
図１５のパケット構造は、該当ストリームオブジェクト（ＳＯＢ）の最終セクタ以外に適用できるが、その最終セクタには必ずしも適用されない。ＳＯＢの情報記録が行われないような最終セクタに対しては、アプリケーションパケットエリアが１つのＡＴＳとゼロバイトで埋められたスタッフィングパケット（先頭のスタッフィングパケット）、あるいはアプリケーションパケットエリアがゼロバイトで埋められたスタッフィングパケット（後続のスタッフィングパケット）が適用される。 The packet structure of FIG. 15 can be applied to other than the last sector of the corresponding stream object (SOB), but is not necessarily applied to the last sector. For the last sector where SOB information is not recorded, the application packet area is filled with one ATS and zero bytes (the first stuffing packet), or the application packet area is filled with zero bytes. Stuffing packets (subsequent stuffing packets) are applied.
図１５のデータ構造の特徴を纏めると、たとえば次のようになる。すなわち、記録されたビットストリームに対する再生データを表すストリームオブジェクト（ＳＯＢ）が１以上集まってストリームデータが構成される。前記ストリームオブジェクト（ＳＯＢ）が１以上のストリームパック（Ｓ＿ＰＣＫ）で構成される。前記ストリームパック（Ｓ＿ＰＣＫ）はパックヘッダとストリームパケット（Ｓ＿ＰＫＴ）とで構成される。前記パックヘッダは所定の時間情報（ＳＣＲ）を含む。前記ストリームパケット（Ｓ＿ＰＫＴ）は所定のタイムスタンプ（ＡＴＳ）が付されたアプリケーションパケット（ＡＰ＿ＰＫＴ）を１以上含む。そして、前記ストリームオブジェクト（ＳＯＢ）の記録中に（ストリーマに）入ってくる前記アプリケーションパケット（ＡＰ＿ＰＫＴ）が、前記所定の時間情報（ＳＣＲ）に対応した（ストリーマ内部の）ローカル基準クロック（図９の４４０）によりタイムスタンプされ（図１４のモディファイドタイムスタンプ；図１５のＡＴＳ）、前記タイムスタンプの情報が前記ストリームパック（Ｓ＿ＰＣＫ）内に記録される。 The characteristics of the data structure of FIG. 15 are summarized as follows, for example. That is, one or more stream objects (SOB) representing reproduction data for the recorded bit stream are collected to form stream data. The stream object (SOB) is composed of one or more stream packs (S_PCK). 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). Then, the application packet (AP_PKT) that enters (to the streamer) during recording of the stream object (SOB) is a local reference clock (in the streamer) corresponding to the predetermined time information (SCR) (in FIG. 9). 440) (the modified time stamp in FIG. 14; ATS in FIG. 15), and the time stamp information is recorded in the stream pack (S_PCK).
前記ストリームパケットはアプリケーションヘッダを持ち、前記ストリームパケット内の最初に記録されているタイムスタンプの位置情報（ＦＩＲＳＴ＿ＡＰ＿ＯＦＦＳＥＴ）が前記アプリケーションヘッダ内に含まれる。 The stream packet has an application header, and position information (FIRST_AP_OFFSET) of a time stamp recorded first in the stream packet is included in the application header.
前記ストリームオブジェクト（ＳＯＢ）を情報媒体（２０１）に記録するときは、（ストリーマに）入ってくる前記アプリケーションパケット（ＡＰ＿ＰＫＴ）が、前記所定の時間情報（ＳＣＲ）に対応した（ストリーマ内部の）ローカル基準クロック（図９の４４０）によりタイムスタンプされ（図１０のＳ４のモディファイドタイムスタンプ；図２１〜図２３ではＳＴ１０６、ＳＴ２１２、ＳＴ３１２のタイムスタンプ）、前記タイムスタンプの情報が前記ストリームパック（Ｓ＿ＰＣＫ）内に記録される。 When the stream object (SOB) is recorded on the information medium (201), the incoming application packet (AP_PKT) (in the streamer) corresponds to the predetermined time information (SCR) (in the streamer). Time stamped by the reference clock (440 in FIG. 9) (modified time stamp in S4 in FIG. 10; time stamps in ST106, ST212, and ST312 in FIGS. 21 to 23), the time stamp information is the stream pack (S_PCK). Recorded in.
図１６は、ストリーマの管理情報（図２または図３のＳＴＲＥＡＭ．ＩＦＯに対応）の内部データ構造を説明する図である。図２あるいは図３（ｅ）に示した管理情報（ナビゲーションデータ）であるＳＴＲＥＡＭ．ＩＦＯ（ＳＲ＿ＭＡＮＧＲ．ＩＦＯ）１０５は、図１６に示すように、ストリーマ情報ＳＴＲＩを含んでいる。 16 is a diagram for explaining the internal data structure of streamer management information (corresponding to the STREAM.IFO in FIG. 2 or FIG. 3). The management information (navigation data) shown in FIG. 2 or FIG. The IFO (SR_MANGR.IFO) 105 includes streamer information STRI as shown in FIG.
このストリーマ情報ＳＴＲＩは、図３（ｆ）あるいは図１６に示すように、ストリーマビデオマネージャ情報ＳＴＲ＿ＶＭＧＩと、ストリームファイル情報テーブルＳＦＩＴと、オリジナルＰＧＣ情報ＯＲＧ＿ＰＧＣＩ（より一般的に表現すればＰＧＣ情報ＰＧＣＩ＃ｉ）と、ユーザ定義ＰＧＣ情報テーブルＵＤ＿ＰＧＣＩＴと、テキストデータマネージャＴＸＴＤＴ＿ＭＧと、アプリケーションプライベートデータマネージャＡＰＤＴ＿ＭＧとで、構成されている。 As shown in FIG. 3 (f) or FIG. 16, this streamer information STRI includes streamer video manager information STR_VMGI, stream file information table SFIT, original PGC information ORG_PGCI (more generally, PGC information PGCI # i ), A user-defined PGC information table UD_PGCIT, a text data manager TXTDT_MG, and an application private data manager APDT_MG.
ストリーマビデオマネージャ情報ＳＴＲ＿ＶＭＧＩは、図１６に示すように、ＳＴＲＩ、ＳＴＲ＿ＶＭＧＩに関する管理情報等が記述されたビデオマネージャ情報管理情報ＶＴＳＩ＿ＭＡＴと、ストリーム内のプレイリストをサーチするためのサーチポインタが記述されたプレイリストサーチポインタテーブル（ＰＬ＿ＳＲＰＴ）とを含んでいる。ここで、プレイリストとは、プログラムの一部のリストである。このプレイリストにより、（プログラムの内容に対して）任意の再生シーケンスをユーザが定義できる。ストリームファイル情報テーブルＳＦＩＴは、ストリーマ動作に直接関係する全てのナビゲーションデータを含むものである。ストリームファイル情報テーブルＳＦＩＴの詳細については、図１８を参照して後述する。 As shown in FIG. 16, the streamer video manager information STR_VMGI includes video manager information management information VTSI_MAT in which management information on STR and STR_VMGI is described, and a play in which a search pointer for searching a playlist in the stream is described. A list search pointer table (PL_SRPT). Here, the play list is a list of a part of the program. This playlist allows the user to define any playback sequence (relative to the program content). The stream file information table SFIT includes all navigation data directly related to the streamer operation. Details of the stream file information table SFIT will be described later with reference to FIG.
オリジナルＰＧＣ情報ＯＲＧ＿ＰＧＣＩは、オリジナルＰＧＣ（ＯＲＧ＿ＰＧＣ）に関する情報を記述した部分である。ＯＲＧ＿ＰＧＣはプログラムセットを記述したナビゲーションデータを示す。ＯＲＧ＿ＰＧＣはプログラムの連なり（チェーン）であり、「〜．ＳＲＯ」ファイル（図２ではＳＲ＿ＴＲＡＮＳ．ＳＲＯ１０６）内に記録されたストリームデータを含む。 The original PGC information ORG_PGCI is a part describing information related to the original PGC (ORG_PGC). ORG_PGC indicates navigation data describing a program set. ORG_PGC is a series (chain) of programs, and includes stream data recorded in the “˜.SRO” file (
ここで、プログラムセットとは、情報媒体２０１の記録内容全体（全てのプログラム）を示すものである。プログラムセットの再生においては、任意のプログラムが編集されオリジナル記録に対してその再生順序が変更されている場合を除き、再生順序としてはそのプログラムの記録順序と同じ再生順序が用いられる。このプログラムセットは、オリジナルＰＧＣ（ＯＲＧ＿ＰＧＣ）と呼ばれるデータ構造に対応している。 Here, the program set indicates the entire recorded contents (all programs) of the
また、プログラムは、ユーザにより認識されあるいはユーザにより定義されるところの、記録内容の論理単位である。プログラムセット中のプログラムは、１以上のオリジナルセルにより構成される。プログラムはオリジナルＰＧＣ内でのみ定義されるものである。さらに、セルは、プログラムの一部を示すデータ構造である。オリジナルＰＧＣ内のセルは「オリジナルセル」と呼ばれ、後述するユーザ定義ＰＧＣ内のセルは「ユーザ定義セル」と呼ばれる。プログラムセット内の各々のプログラムは、少なくとも１個のオリジナルセルで構成される。また、各々のプレイリスト中のプログラムの一部それぞれは、少なくとも１個のユーザ定義セルで構成される。 A program is a logical unit of recorded content that is recognized by a user or defined by a user. A program in the program set is composed of one or more original cells. The program is defined only in the original PGC. Furthermore, the cell is a data structure indicating a part of the program. The cells in the original PGC are called “original cells”, and the cells in the user-defined PGC described later are called “user-defined cells”. Each program in the program set consists 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, the term “cell” means “stream cell” unless otherwise specified.
なお、プログラムチェーン（ＰＧＣ）とは、上位概念的な単位を示す。オリジナルＰＧＣでは、ＰＧＣはプログラムセットに対応したプログラムの連なり（チェーン）を指す。また、ユーザ定義ＰＧＣでは、ＰＧＣはプレイリストに対応するプログラムの一部の連なり（チェーン）を指す。また、プログラムの一部のチェーンを指すユーザ定義ＰＧＣは、ナビゲーションデータだけを含む。そして、各プログラムの一部が、オリジナルＰＧＣに属するストリームデータを参照するようになっている。 Note that the program chain (PGC) represents a superordinate conceptual unit. In the original PGC, the PGC indicates a chain of programs corresponding to the program set. In the user-defined PGC, the PGC indicates a series (chain) of a part of the program corresponding to the playlist. In addition, the user-defined PGC that points to a part of the program chain includes only navigation data. A part of each program refers to stream data belonging to the original PGC.
図１６のユーザ定義ＰＧＣ情報テーブルＵＤ＿ＰＧＣＩＴは、ユーザ定義ＰＧＣ情報テーブル情報ＵＤ＿ＰＧＣＩＴＩと、１以上のユーザ定義ＰＧＣサーチポインタＵＤ＿ＰＧＣ＿ＳＲＰ＃ｎと、１以上のユーザ定義ＰＧＣ情報ＵＤ＿ＰＧＣＩ＃ｎとを含むことができる。ユーザ定義ＰＧＣ情報テーブル情報ＵＤ＿ＰＧＣＩＴＩは、図示しないが、ユーザ定義ＰＧＣサーチポインタＵＤ＿ＰＧＣ＿ＳＲＰの数を示すＵＤ＿ＰＧＣ＿ＳＲＰ＿Ｎｓと、ユーザ定義ＰＧＣ情報テーブルＵＤ＿ＰＧＣＩＴの終了アドレスを示すＵＤ＿ＰＧＣＩＴ＿ＥＡとを含む。 The user-defined PGC information table UD_PGCIT in FIG. 16 may 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. Although not shown, the user-defined PGC information table information UD_PGCITI includes UD_PGC_SRP_Ns indicating the number of user-defined PGC search pointers UD_PGC_SRP and UD_PGCIT_EA indicating the end address of the user-defined PGC information table UD_PGCIT.
ＵＤ＿ＰＧＣ＿ＳＲＰ＿Ｎｓが示すＵＤ＿ＰＧＣ＿ＳＲＰの数は、ユーザ定義ＰＧＣ情報（ＵＤ＿ＰＧＣＩ）の数と同じであり、ユーザ定義ＰＧＣ（ＵＤ＿ＰＧＣ）の数とも同じである。この数は、最大「９９」まで許されている。ＵＤ＿ＰＧＣＩＴ＿ＥＡは、該当ＵＤ＿ＰＧＣＩＴの終了アドレスを、そのＵＤ＿ＰＧＣＩＴの先頭バイトからの相対バイト数（Ｆ＿ＲＢＮ）で記述したものである。ここで、Ｆ＿ＲＢＮとは、ファイル内において、定義されたフィールドの先頭バイトからの相対バイト数を示すもので、ゼロから始まる。 The number of UD_PGC_SRPs indicated by UD_PGC_SRP_Ns is the same as the number of user-defined PGC information (UD_PGCI) and the same as the number of user-defined PGCs (UD_PGC). This number is allowed up to a maximum of “99”. UD_PGCIT_EA describes the end address of the corresponding UD_PGCIT by the relative number of bytes (F_RBN) from the first byte of the UD_PGCIT. Here, F_RBN indicates the relative number of bytes from the first byte of the defined field in the file, and starts from zero.
オリジナルＰＧＣ情報ＯＲＧ＿ＰＧＣＩあるいはユーザ定義ＰＧＣ情報テーブルＵＤ＿ＰＧＣＩＴ内のユーザ定義ＰＧＣ情報ＵＤ＿ＰＧＣＩを一般的に表現したＰＧＣＩ＃ｉについては、図１７を参照して後述する。 PGCI # i that generally represents the original PGC information ORG_PGCI or the user-defined PGC information UD_PGCI in the user-defined PGC information table UD_PGCIT will be described later with reference to FIG.
図１６のテキストデータマネージャＴＸＴＤＴ＿ＭＧは、補足的なテキスト情報である。このＴＸＴＤＴ＿ＭＧは、図１７のプライマリテキスト情報ＰＲＭ＿ＴＸＴＩとともに、プレイリストおよびプログラム内に格納できる。 The text data manager TXTDT_MG in FIG. 16 is supplementary text information. This TXTDT_MG can be stored in the playlist and program together with the primary text information PRM_TXTI of FIG.
図１６のアプリケーションプライベートデータマネージャＡＰＤＴ＿Ｍは、図示しないが、アプリケーションプライベートデータマネージャ一般情報ＡＰＤＴ＿ＧＩと、１以上のＡＰＤＴサーチポインタＡＰＤＴ＿ＳＲＰ＃ｎと、１以上のＡＰＤＴエリアＡＰＡＤＴＡ＃ｎとを含むことができる。ここで、アプリケーションプライベートデータＡＰＤＴとは、ストリーマに接続されたアプリケーションデバイスが任意の非リアルタイム情報（リアルタイムストリームデータに加えさらに望まれる情報）を格納できるような概念上のエリアである。 The application private data manager APDT_M in FIG. 16 may include application private data manager general information APDT_GI, one or more APDT search pointers APDT_SRP # n, and one or more APDT areas APADTA # n, which are not shown. Here, the application private data APDT is a conceptual area where an application device connected to the streamer can store arbitrary non-real time information (information desired in addition to the real time stream data).
図１７は、ＰＧＣ情報（図３のＯＲＧ＿ＰＧＣＩ／ＵＤ＿ＰＧＣＩＴまたは図１６のＰＧＣＩ＃ｉ）の内部データ構造を説明する図である。図１７のＰＧＣ情報ＰＧＣＩ＃ｉは、図１６のオリジナルＰＧＣ情報ＯＲＧ＿ＰＧＣＩあるいはユーザ定義ＰＧＣ情報テーブルＵＤ＿ＰＧＣＩＴ内のユーザ定義ＰＧＣ情報ＵＤ＿ＰＧＣＩを一般的に表現したものである。 FIG. 17 is a diagram for explaining an internal data structure of PGC information (ORG_PGCI / UD_PGCIT in FIG. 3 or PGCI # i in FIG. 16). The PGC information PGCI # i in FIG. 17 generally represents the original PGC information ORG_PGCI in FIG. 16 or the user-defined PGC information UD_PGCI in the user-defined PGC information table UD_PGCIT.
図１７に示すように、ＰＧＣ情報ＰＧＣＩ＃ｉは、ＰＧＣ一般情報ＰＧＣ＿ＧＩと、１以上のプログラム情報ＰＧＩ＃ｍと、１以上のストリームセル情報サーチポインタＳＣＩ＿ＳＲＰ＃ｎと、１以上のストリームセル情報ＳＣＩ＃ｎとで構成されている。ＰＧＣ一般情報ＰＧＣ＿ＧＩは、プログラムの数ＰＧ＿Ｎｓと、ストリームセル情報サーチポインタＳＣＩ＿ＳＲＰの数ＳＣＩ＿ＳＲＰ＿Ｎｓとを含んでいる。各プログラム情報ＰＧＩ（たとえばＰＧＩ＃１）は、プログラムタイプＰＧ＿ＴＹと、該当プログラム内のセルの数Ｃ＿Ｎｓと、該当プログラムのプライマリテキスト情報ＰＲＭ＿ＴＸＴＩと、アイテムテキストのサーチポインタ番号ＩＴ＿ＴＸＴ＿ＳＲＰＮとを含んでいる。 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. The PGC general information PGC_GI includes the number of programs PG_Ns and the number of stream cell information search pointers SCI_SRP SCI_SRP_Ns. Each program information PGI (for example, PGI # 1) includes a program type PG_TY, the number C_Ns of cells in the program, primary text information PRM_TXTI of the program, and an item text search pointer number IT_TXT_SRPN.
ここで、プログラムタイプＰＧ＿ＴＹは、該当プログラムの状態を示す情報を含む。とくに、そのプログラムが誤消去などから保護された状態にあるかどうかを示すフラグ、すなわちプロテクトフラグを含む。このプロテクトフラグが「０ｂ」のときは該当プログラムは保護されておらず、「１ｂ」のときは保護された状態にある。 Here, the program type PG_TY includes information indicating the state of the corresponding program. In particular, a flag indicating whether or not the program is protected from erroneous erasure, that is, a protect flag is included. When the protect flag is “0b”, the corresponding program is not protected, and when it is “1b”, it is in a protected state.
セルの数Ｃ＿Ｎｓは、該当プログラム内のセルの数を示す。ＰＧＣの全プログラムおよび全セルの全体に渡り、セルは、その昇順に従い、プログラムに（暗黙のうちに）付随している。たとえば、ＰＧＣ内でプログラム＃１がＣ＿Ｎｓ＝１を持ち、プログラム＃２がＣ＿Ｎｓ＝２を持つとすれば、そのＰＧＣの最初のストリームセル情報ＳＣＩはプログラム＃１に付随するものとなり、第２、第３のＳＣＩはプログラム＃２に付随するものとなる。 The number of cells C_Ns indicates the number of cells in the program. Throughout all PGC programs and all cells, cells are associated (implicitly) with the program according to their ascending order. For example, if the
プライマリテキスト情報ＰＲＭ＿ＴＸＴＩは、情報媒体（ＤＶＤ−ＲＡＭディスク）２０１を世界中で利用可能とするために、１つの共通キャラクタセット（ＩＳＯ／ＩＥＣ６４６：１９８３（ＡＳＣＩＩコード））を持ったテキスト情報を記述したものである。 The 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 all over the world. Is.
アイテムテキストのサーチポインタ番号ＩＴ＿ＴＸＴ＿ＳＲＰＮは、アイテムテキスト（該当プログラムに対応するテキストデータ）ＩＴ＿ＴＸＴに対するサーチポインタ番号を記述したものである。該当プログラムがアイテムテキストを持たないときは、ＩＴ＿ＴＸＴ＿ＳＲＰＮは「００００ｈ」にセットされる。 The item text search pointer number IT_TXT_SRPN describes the search pointer number for the item text (text data corresponding to the corresponding program) IT_TXT. When the corresponding program has no item text, IT_TXT_SRPN is set to “0000h”.
各ストリームセル情報サーチポインタＳＣＩ＿ＳＲＰ（たとえばＳＣＩ＿ＳＲＰ＃１）は、対応ストリームセル情報ＳＣＩの開始アドレスを示すＳＣＩ＿ＳＡを含んでいる。このＳＣＩ＿ＳＡは、ＰＧＣＩの先頭バイトからの相対バイト数（Ｆ＿ＲＢＮ）で記述される。 Each stream cell information search pointer SCI_SRP (for example, SCI_SRP # 1) includes SCI_SA indicating the start address of the corresponding stream cell information SCI. This SCI_SA is described by the relative number of bytes (F_RBN) from the first byte of PGCI.
各ストリームセル情報ＳＣＩ（たとえばＳＣＩ＃１）は、ストリームセル一般情報ＳＣ＿ＧＩと、１以上のストリームセルエントリポイント情報ＳＣ＿ＥＰＩ＃ｎとで構成される。ストリームセル一般情報ＳＣ＿ＧＩは、仮消去（テンポラリイレーズ；ＴＥ）状態を示すフラグＴＥを含むセルタイプＣ＿ＴＹと、ストリームセルのエントリポイント情報の数ＳＣ＿ＥＰＩ＿Ｎｓと、ストリームオブジェクト番号ＳＯＢ＿Ｎと、ストリームセル開始ＡＰＡＴ（ＳＣ＿Ｓ＿ＡＰＡＴ）と、ストリームセル終了ＡＰＡＴ（ＳＣ＿Ｅ＿ＡＰＡＴ）と、セルが仮消去状態（ＴＥ＝１０ｂ）にあるときにその仮消去セルの開始ＡＰＡＴを示す消去開始ＡＰＡＴ（ＥＲＡ＿Ｓ＿ＡＰＡＴ）と、セルが仮消去状態（ＴＥ＝１０ｂ）にあるときにその仮消去セルの終了ＡＰＡＴを示す消去終了ＡＰＡＴ（ＥＲＡ＿Ｅ＿ＡＰＡＴ）とを含んでいる。 Each stream cell information SCI (for example, SCI # 1) includes stream cell general information SC_GI and one or more stream cell entry point information SC_EPI # n. The stream cell general information SC_GI includes a cell type C_TY including a flag TE indicating a temporary erase (temporary erase; TE) state, the number SC_EPI_Ns of stream cell entry point information, a stream object number SOB_N, and a stream cell start APAT (SC_S_APAT). ), Stream cell end APAT (SC_E_APAT), erase start APAT (ERA_S_APAT) indicating the start APAT of the temporary erase cell when the cell is in the temporary erase state (TE = 10b), and the cell is temporarily erased (TE = 10b), and erase end APAT (ERA_E_APAT) indicating the end APAT of the temporary erase cell.
セルタイプＣ＿ＴＹは、該当ストリームセルの形式およびその仮消去状態を記述するものである。すなわち、セルの形式Ｃ＿ＴＹ１＝「０１０ｂ」は全てのストリームセルの形式に記述される（このＣ＿ＴＹ１＝「０１０ｂ」によりストリームセルとそれ以外のセルの区別ができる）。 The cell type C_TY describes the format of the corresponding stream cell and its temporary erase state. That is, the cell format C_TY1 = “010b” is described in the format of all stream cells (the C_TY1 = “010b” can distinguish the stream cell from the other cells).
一方、フラグＴＥが「００ｂ」であれば該当セルは通常の状態にあることが示され、フラグＴＥが「０１ｂ」あるいは「１０ｂ」であれば該当セルは仮消去の状態にあることが示される。フラグＴＥ＝「０１ｂ」は、該当セル（仮消去状態にあるセル）が、ＳＯＢＵ内で開始する最初のアプリケーションパケットの後から開始し、同じＳＯＢＵ内の最終アプリケーションパケットの前で終了する場合を示す。また、フラグＴＥ＝「１０ｂ」は、該当セル（仮消去状態にあるセル）が、少なくとも１つのＳＯＢＵ境界（先頭アプリケーションパケットあるいは最終アプリケーションパケットがそのＳＯＢＵ内で開始する）を含む場合を示す。 On the other hand, if the flag TE is “00b”, it indicates that the corresponding cell is in a normal state, and if the flag TE is “01b” or “10b”, it indicates that the corresponding cell is in a temporary erase state. . The flag TE = “01b” indicates a case where the corresponding cell (a cell in the temporarily erased state) starts after the first application packet that starts in the SOBU and ends before the last application packet in the same SOBU. . The flag TE = “10b” indicates a case where the corresponding cell (a cell in the temporarily erased state) includes at least one SOBU boundary (the first application packet or the last application packet starts within the SOBU).
なお、プログラムのプロテクトフラグと、そのプログラム内のセルのＴＥフラグとは、同時に設定できないようになっている。それゆえ、
（ａ）プロテクト状態にあるプログラム内のセルは何れも仮消去状態に設定できず；
（ｂ）仮消去状態にあるセルを１以上含むプログラムはプロテクト状態に設定できない。Note that the protect flag of the program and the TE flag of the cells in the program cannot be set at the same time. 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 of stream cell entry point information SC_EPI_Ns describes the number of stream cell entry point information included in the corresponding stream cell information SCI.
図１７の各ストリームセルエントリポイント情報ＳＣ＿ＥＰＩ（たとえばＳＣ＿ＥＰＩ＃１）は、２種類（タイプＡとタイプＢ）存在する。タイプＡのＳＣ＿ＥＰＩは、エントリポイントタイプＥＰ＿ＴＹとエントリポイントのアプリケーションパケット到着時間ＥＰ＿ＡＰＡＴとを含む。タイプＡは、エントリポイントタイプＥＰ＿ＴＹ１＝「００ｂ」により示される。タイプＢのＳＣ＿ＥＰＩは、タイプＡのＥＰ＿ＴＹおよびＥＰ＿ＡＰＡＴの他に、プライマリテキスト情報ＰＲＭ＿ＴＸＴＩを含む。タイプＢは、エントリポイントタイプＥＰ＿ＴＹ１＝「０１ｂ」により示される。 Each stream cell entry point information SC_EPI (for example, SC_EPI # 1) in FIG. 17 exists in two types (type A and type B). Type A SC_EPI includes an entry point type EP_TY and an entry point application packet arrival time EP_APAT. Type A is indicated by entry point type EP_TY1 = “00b”. Type B SC_EPI includes primary text information PRM_TXTI in addition to type A EP_TY and EP_APAT. Type B is indicated by entry point type EP_TY1 = “01b”.
任意のストリームセルにおいて、記録内容の一部をスキップする道具として、エントリポイントを利用することができる。全てのエントリポイントはアプリケーションパケット到着時間（ＡＰＡＴ）により特定できる。このＡＰＡＴにより、どこからデータ出力が開始されるのかを特定できる。 In any stream cell, an entry point can be used as a tool for skipping a part of the recorded contents. All entry points can be identified by application packet arrival time (APAT). With this APAT, it can be specified where data output is started.
ストリームオブジェクト番号ＳＯＢ＿Ｎは、該当セルが参照するＳＯＢの番号を記述したものである。ストリームセル開始ＡＰＡＴ（ＳＣ＿Ｓ＿ＡＰＡＴ）は、該当セルの開始ＡＰＡＴを記述したものである。ストリームセル終了ＡＰＡＴ（ＳＣ＿Ｅ＿ＡＰＡＴ）は、該当セルの終了ＡＰＡＴを記述したものである。 The stream object number SOB_N describes the number of the SOB referred to by the corresponding cell. Stream cell start APAT (SC_S_APAT) describes the start APAT of the cell. Stream cell end APAT (SC_E_APAT) describes the end APAT of the cell.
消去開始ＡＰＡＴ（ＥＲＡ＿Ｓ＿ＡＰＡＴ）は、少なくとも１個のＳＯＢＵ境界を含む仮消去セル（そのＣ＿ＴＹのＴＥフィールドが「１０ｂ」）において、この仮消去セルに先頭が含まれる最初のＳＯＢＵ内で開始する最初のアプリケーションパケットの到着時間（ＡＰＡＴ）を記述したものである。消去終了ＡＰＡＴ（ＥＲＡ＿Ｅ＿ＡＰＡＴ）は、少なくとも１個のＳＯＢＵ境界を含む仮消去セル（そのＣ＿ＴＹのＴＥフィールドが「１０ｂ」）において、仮消去セルのすぐ後に続くアプリケーションパケットを含むＳＯＢＵ内で開始する最初のアプリケーションパケットの到着時間（ＡＰＡＴ）を記述したものである。 The erase start APAT (ERA_S_APAT) is the first start in the first SOBU including the head of the temporary erase cell in the temporary erase cell (the TE field of the C_TY is “10b”) including at least one SOBU boundary. It describes the arrival time (APAT) of the application packet. The erase end APAT (ERA_E_APAT) is the first start in the SOBU containing the application packet immediately following the temporary erase cell in the temporary erase cell (the TE field of its C_TY is “10b”) including at least one SOBU boundary. It describes the arrival time (APAT) of the application packet.
図１７のデータ構造の特徴を纏めると、たとえば次のようになる。すなわち、前記ストリームオブジェクト（ＳＯＢ）はストリームセル（ＳＣ）の情報を含む。前記ストリームセルに対する前記アプリケーションパケット（ＡＰ＿ＰＫＴ）の到着時間情報（ＳＣ＿Ｓ＿ＡＰＡＴ／ＳＣ＿Ｅ＿ＡＰＡＴ）は、前記ストリームパック（Ｓ＿ＰＣＫ）内に記録された前記タイムスタンプの情報の値と連動する。そして、前記タイムスタンプ情報値が、前記ストリームパック（Ｓ＿ＰＣＫ）内の前記時間情報（ＳＣＲ）に対応して設定される。 The characteristics of the data structure of FIG. 17 are summarized as follows, for example. That is, the stream object (SOB) includes stream cell (SC) information. The arrival time information (SC_S_APAT / SC_E_APAT) of the application packet (AP_PKT) for the stream cell is linked with the value of the time stamp information recorded in the stream pack (S_PCK). The time stamp information value is set corresponding to the time information (SCR) in the stream pack (S_PCK).
図１８は、ストリームファイル情報テーブル（ＳＦＩＴ）の内部データ構造を説明する図である。図示するように、ストリームファイル情報テーブルＳＦＩＴは、ストリームファイル情報テーブル情報ＳＦＩＴＩと、１以上のストリームオブジェクトストリーム情報ＳＯＢ＿ＳＴＩ＃ｎと、ストリームファイル情報ＳＦＩとで構成される。 FIG. 18 is a diagram for explaining the internal data structure of the stream file information table (SFIT). As shown in the drawing, the stream file information table SFIT is composed of stream file information table information SFITI, one or more stream object stream information SOB_STI # n, and stream file information SFI.
ストリームファイル情報テーブル情報ＳＦＩＴＩは、情報媒体（ＤＶＤ−ＲＡＭディスク）２０１上のストリームファイル情報の数ＳＦＩ＿Ｎｓと、ＳＦＩＴＩに続くストリームオブジェクトストリーム情報の数ＳＯＢ＿ＳＴＩ＿Ｎｓと、ＳＦＩＴの終了アドレスＳＦＩＴ＿ＥＡと、ＳＦＩの開始アドレスＳＦＩ＿ＳＡとで構成される。ＳＦＩＴ＿ＥＡは、ＳＦＩＴの先頭バイトからの相対バイト数（Ｆ＿ＲＢＮ）でＳＦＩＴの終了アドレスを記述したものである。また、ＳＦＩ＿ＳＡは、ＳＦＩＴの先頭バイトからの相対バイト数（Ｆ＿ＲＢＮ）でＳＦＩの開始アドレスを記述したものである。 The stream file information table information SFITI includes the number SFI_Ns of stream file information on the information medium (DVD-RAM disk) 201, the number SOB_STI_Ns of stream object stream information subsequent to SFITI, the end address SFIT_EA of SFIT, and the start address of SFI. And SFI_SA. SFIT_EA describes the end address of SFIT by the relative number of bytes (F_RBN) from the first byte of SFIT. SFI_SA describes the start address of SFI by the relative number of bytes (F_RBN) from the first byte of SFIT.
各ストリームオブジェクトストリーム情報ＳＯＢ＿ＳＴＩは、３種類のパラメータを含む。各パラメータは箇々のビットストリーム記録に対して固有な値を持つことができる。しかしながら、通常は、多くのビットストリーム記録においてこれらのパラメータセットは等しいものにできる。それゆえ、ＳＯＢ＿ＳＴＩは、ストリームオブジェクト情報（ＳＯＢＩ）のテーブルとは別のテーブルに格納され、幾つかのストリームオブジェクト（ＳＯＢ）が同じＳＯＢ＿ＳＴＩを共有する（つまり同じＳＯＢ＿ＳＴＩをポイントする）ことが認められている。したがって、通常は、ＳＯＢの数よりもＳＯＢ＿ＳＴＩの数の方が少なくなる。 Each stream object stream information SOB_STI includes three types of parameters. Each parameter can have a unique value for each bitstream recording. However, usually these parameter sets can be equal in many bitstream recordings. Therefore, SOB_STI is stored in a table different from the stream object information (SOBI) table, and it is recognized that several stream objects (SOBs) share the same SOB_STI (ie, point to the same SOB_STI). Yes. Therefore, normally, the number of SOB_STIs is smaller than the number of SOBs.
図１８の各ストリームオブジェクトストリーム情報ＳＯＢ＿ＳＴＩ（たとえばＳＯＢ＿ＳＴＩ＃１）は、アプリケーションパケットサイズＡＰ＿ＳＩＺと、サービスＩＤの数ＳＥＲＶ＿ＩＤ＿Ｎｓと、サービスＩＤ（ＳＥＲＶ＿ＩＤｓ）と、アプリケーションパケットデバイスユニークＩＤ（ＡＰ＿ＤＥＶ＿ＵＩＤ）とを含んでいる。ＡＰ＿ＳＩＺは、アプリケーションデバイスからストリーマへ転送されたビットストリーム内のパケットのバイト長で、アプリケーションパケットサイズを記述したものである。 Each stream object stream information SOB_STI (for example, SOB_STI # 1) in FIG. 18 includes an application packet size AP_SIZ, a service ID number SERV_ID_Ns, a service ID (SERV_IDs), and an application packet device unique ID (AP_DEV_UID). . AP_SIZ describes the application packet size as the byte length of the packet in the bit stream transferred from the application device to the streamer.
なお、ＤＶＤストリーマでは、アプリケーションパケットサイズは、各ビットストリーム記録において一定とされている。そのため、各々の中断のない記録中において、アプリケーションパケットサイズが変化するようなことがあれば、現在のストリームオブジェクト（現ＳＯＢ）はそこで終了され、新たなストリームオブジェクト（新ＳＯＢ）が新たなＡＰ＿ＳＩＺを伴って開始される。その際、現ＳＯＢおよび新ＳＯＢの双方は、オリジナルＰＧＣ情報（ＯＲＧ＿ＰＧＣＩ）内の同じプログラムに属するものとなる。 In the DVD streamer, the application packet size is fixed in each bit stream recording. Therefore, if the application packet size may change during each uninterrupted recording, the current stream object (current SOB) will be terminated there, and the new stream object (new SOB) will have a new AP_SIZ. It starts 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 the subsequent parameters. SERV_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 supplied the recorded bitstream.
ストリームファイル情報ＳＦＩは、図１８に示すように、ストリームファイル一般情報ＳＦ＿ＧＩと、１以上のストリームオブジェクト情報（ＳＯＢ情報）サーチポインタ（ＳＯＢＩ＿ＳＲＰ）＃ｎと、１以上のＳＯＢ情報（ＳＯＢＩ）＃ｎとで構成されている。ストリームファイル一般情報ＳＦ＿ＧＩは、ＳＯＢＩの数ＳＯＢＩ＿Ｎｓと、ＳＯＢＵ１個あたりのセクタ数ＳＯＢＵ＿ＳＩＺとを含んでいる。 As shown in FIG. 18, the stream file information SFI includes stream file general information SF_GI, one or more stream object information (SOB information) search pointers (SOBI_SRP) #n, one or more SOB information (SOBI) #n, It consists of The stream file general information SF_GI includes the number of SOBIs SOBI_Ns and the number of sectors SOBU_SIZ per SOBU.
ここで、ＳＯＢＵ＿ＳＩＺは、ＳＯＢＵのサイズをセクタ数で記述したもので、このサイズは３２（３２セクタ＝６４ｋバイト）で一定となっている。このことは、各タイムマップ情報（ＭＡＰＬ）内において、最初のエントリが、ＳＯＢの最初の３２セクタ内に含まれるアプリケーションパケットに関係していることを意味する。同様に、２番目のエントリは、次の３２セクタに含まれるアプリケーションパケットに関係する。３番目以降のエントリについても以下同様である。 Here, SOBU_SIZ describes the SOBU size in terms of the number of sectors, and this size is constant at 32 (32 sectors = 64 kbytes). This means that in each time map information (MAPL), the first entry relates to an application packet contained in the first 32 sectors of the SOB. Similarly, the second entry relates to an application packet included in the next 32 sectors. The same applies to the third and subsequent entries.
各ＳＯＢ情報サーチポインタ（たとえばＳＯＢＩ＿ＳＲＰ＃１）は、ＳＯＢＩの開始アドレスＳＯＢＩ＿ＳＡを含んでいる。このＳＯＢＩ＿ＳＡは、ストリームファイル情報ＳＦＩの先頭バイトから相対バイト数（Ｆ＿ＲＢＮ）でもって関連ＳＯＢＩの開始アドレスを記述したものである。 Each SOB information search pointer (for example, SOBI_SRP # 1) includes the SOBI start address SOBI_SA. This SOBI_SA describes the start address of the related SOBI with the relative number of bytes (F_RBN) from the first byte of the stream file information SFI.
各ＳＯＢ情報（たとえばＳＯＢＩ＃１）は、ストリームオブジェクト一般情報ＳＯＢ＿ＧＩと、タイムマップ情報ＭＡＰＬと、アクセスユニットデータＡＵＤ（オプション）とで構成される。 Each SOB information (for example, SOBI # 1) includes stream object general information SOB_GI, time map information MAPL, and access unit data AUD (option).
ストリームオブジェクト一般情報ＳＯＢ＿ＧＩは、ストリームオブジェクトのタイプＳＯＢ＿ＴＹと、ストリームオブジェクト記録時間ＳＯＢ＿ＲＥＣ＿ＴＭと、ストリームオブジェクトのストリーム情報番号ＳＯＢ＿ＳＴＩ＿Ｎと、アクセスユニットデータフラグＡＵＤ＿ＦＬＡＧＳと、ストリームオブジェクトの開始アプリケーションパケット到着時間ＳＯＢ＿Ｓ＿ＡＰＡＴと、ストリームオブジェクトの終了アプリケーションパケット到着時間ＳＯＢ＿Ｅ＿ＡＰＡＴと、該当ストリームオブジェクトの先頭ストリームオブジェクトユニットＳＯＢ＿Ｓ＿ＳＯＢＵと、タイムマップ情報のエントリ数ＭＡＰＬ＿ＥＮＴ＿Ｎｓとを含んでいる。 The stream object general information SOB_GI includes a stream object type SOB_TY, a stream object recording time SOB_REC_TM, a stream object stream information number SOB_STI_N, an access unit data flag AUD_FLAGS, a stream object start application packet arrival time SOB_S_APAT, and a stream object. End application packet arrival time SOB_E_APAT, the first stream object unit SOB_S_SOBU of the corresponding stream object, and the number of entries of time map information MAPL_ENT_Ns.
ストリームオブジェクトのタイプＳＯＢ＿ＴＹは、仮消去状態（ＴＥ状態）を示すビットおよび／またはコピー世代管理システムのビットを記述できる部分である。ストリームオブジェクト記録時間ＳＯＢ＿ＲＥＣ＿ＴＭは、関連ストリームオブジェクト（ＳＯＢ）の記録時間を記述したものである。ストリームオブジェクトのストリーム情報番号ＳＯＢ＿ＳＴＩ＿Ｎは、該当ストリームオブジェクトに対して有効なＳＯＢ＿ＳＴＩのインデックスを記述したものである。 The stream object type SOB_TY is a part that can describe a bit indicating a temporary erase state (TE state) and / or a bit of a copy generation management system. The stream object recording time SOB_REC_TM describes the recording time of the related stream object (SOB). The stream information number SOB_STI_N of the stream object describes an SOB_STI index that is valid for the stream object.
アクセスユニットデータフラグＡＵＤ＿ＦＬＡＧＳは、該当ストリームオブジェクトに対してアクセスユニットデータ（ＡＵＤ）が存在するか否か、また存在するならどんな種類のアクセスユニットデータなのかを記述したものである。アクセスユニットデータ（ＡＵＤ）が存在する場合は、ＡＵＤ＿ＦＬＡＧＳにより、ＡＵＤの幾つかの特性が記述される。アクセスユニットデータ（ＡＵＤ）自体は、図１８に示すように、アクセスユニット一般情報ＡＵ＿ＧＩと、アクセスユニットエンドマップＡＵＥＭと、再生タイムスタンプリストＰＴＳＬとで構成される。 The access unit data flag AUD_FLAGS describes whether or not access unit data (AUD) exists for the corresponding stream object, and what kind of access unit data if there is. If access unit data (AUD) is present, AUD_FLAGS describes some characteristics of the AUD. 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 PTSL.
アクセスユニット一般情報ＡＵ＿ＧＩは、該当ＳＯＢに対して記述されたアクセスユニットの数を示すＡＵ＿Ｎｓと、該当ＳＯＢに属するＳＯＢＵのどれがアクセスユニットを含むのかを示すアクセスユニット開始マップＡＵＳＭとを含んでいる。アクセスユニットエンドマップＡＵＥＭは、（もし存在するときは）ＡＵＳＭと同じ長さのビットアレイであり、該当ＳＯＢのアクセスユニットに付随するビットストリームセグメントの終端をどのＳＯＢＵが含むのかを示す。再生タイムスタンプリストＰＴＳＬは、該当ＳＯＢに属する全てのアクセスユニットの再生タイムスタンプのリストである。このリストに含まれる１つのＰＴＳＬエレメントは、対応アクセスユニットの再生タイムスタンプ（ＰＴＳ）の値を含む。 The access unit general information AU_GI includes AU_Ns indicating the number of access units described for the SOB, and an access unit start map AUSM indicating which SOBUs belonging to the SOB include access units. The access unit end map AUEM is a bit array of the same length as AUSM (if any) and indicates which SOBU contains the end of the bitstream segment associated with the access unit of that 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 playback time stamp (PTS) value of the corresponding access unit.
なお、アクセスユニット（ＡＵ）とは、記録されたビットストリームのうちの任意の単一連続部分を指し、個別の再生に適するように構成されている。たとえばオーディオ・ビデオのビットストリームにおいては、アクセスユニットは、通常は、ＭＰＥＧのＩピクチャに対応する部分となる。 The access unit (AU) refers to an arbitrary single continuous portion of the 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 includes a flag RTAU_FLG, a flag AUD_FLG, a flag AUEM_FLG, and a flag PTSL_FLG. When the flag RTAU_FLG is 0b, it indicates that there is no access unit flag in the real-time data of the SOB. When the flag RTAU_FLG is 1b, it indicates that the AU flags (AU_START, AU_END) described in the application header extension of FIG. 15B can exist in the real-time data of the corresponding SOB. This state is allowed even when the following AUD_FLG is 0b.
フラグＡＵＤ＿ＦＬＧが０ｂのときは、該当ＳＯＢに対してアクセスユニットデータ（ＡＵＤ）がないことが示される。フラグＡＵＤ＿ＦＬＧが１ｂのときは、該当ＳＯＢに対してアクセスユニットデータ（ＡＵＤ）が存在し得ることが示される。フラグＡＵＥＭ＿ＦＬＧが０ｂのときは、該当ＳＯＢにＡＵＥＭが存在しないことが示される。フラグＡＵＥＭ＿ＦＬＧが１ｂのときは、該当ＳＯＢにＡＵＥＭが存在することが示される。フラグＰＴＳＬ＿ＦＬＧが０ｂのときは、該当ＳＯＢにＰＴＳＬが存在しないことが示される。フラグＰＴＳＬ＿ＦＬＧが１ｂのときは、該当ＳＯＢにＰＴＳＬが存在することが示される。 When the 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, it indicates that access unit data (AUD) may exist for the corresponding SOB. When the flag AUEM_FLG is 0b, it indicates that no AUEM exists in the corresponding SOB. When the flag AUEM_FLG is 1b, it indicates that the AUEM exists in the corresponding SOB. When the flag PTSL_FLG is 0b, it indicates that there is no PTSL in the SOB. When the flag PTSL_FLG is 1b, it indicates that PTSL exists in the corresponding SOB.
図１８のＳＯＢ＿ＧＩ内に含まれるＳＯＢ＿Ｓ＿ＡＰＡＴは、ストリームオブジェクトの開始アプリケーションパケット到着時間を記述したものである。つまり、ＳＯＢ＿Ｓ＿ＡＰＡＴにより、該当ＳＯＢに属する最初のアプリケーションパケット到着時間が示される。このパケット到着時間（ＰＡＴ）は、２つの部分、すなわち基本部分と拡張部分に分けられる。基本部分は９０ｋＨｚユニット値と呼ばれる部分であり、拡張部分は２７ＭＨｚで測った細かい値（less significant value）を示す。ＳＯＢ＿Ｅ＿ＡＰＡＴは、ストリームオブジェクトの終了アプリケーションパケット到着時間を記述したものである。つまり、ＳＯＢ＿Ｅ＿ＡＰＡＴにより、該当ＳＯＢに属する最後のアプリケーションパケット到着時間が示される。 SOB_S_APAT included in SOB_GI in FIG. 18 describes the start application packet arrival time of the stream object. That is, the first application packet arrival time belonging to the SOB is indicated by SOB_S_APAT. This packet arrival time (PAT) is divided into two parts: a basic part and an extended part. The basic part is a part called 90 kHz unit value, and the extended part shows a less significant value measured at 27 MHz. SOB_E_APAT describes the end application packet arrival time of the stream object. That is, SOB_E_APAT indicates the arrival time of the last application packet belonging to the SOB.
ＳＯＢ＿Ｓ＿ＳＯＢＵは、該当ストリームオブジェクトの先頭ストリームオブジェクトユニットを記述したものである。つまり、ＳＯＢ＿Ｓ＿ＳＯＢＵにより、ストリームオブジェクトの先頭アプリケーションパケットの開始部分を含むＳＯＢＵが示される。ＭＡＰＬ＿ＥＮＴ＿Ｎｓは、ＳＯＢＩ＿ＧＩの後に続くタイムマップ情報（ＭＡＰＬ）のエントリ数を記述したものである。タイムマップ情報ＭＡＰＬは、図３（ｈ）のタイムマップ情報２５２に対応する内容を持つ。 SOB_S_SOBU describes the first stream object unit of the corresponding stream object. In other words, SOBU_S_SOBU indicates the SOBU including the start portion of the first application packet of the stream object. MAPL_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 of FIG.
図１６および図１８の内容の関連性の１つについて纏めると、次のようになる。すなわち、図２または図３（ｅ）の管理情報１０５に含まれるストリーマ情報（ＳＴＲＩ）は、ストリームデータの内容の一部を構成するストリームオブジェクトＳＯＢを管理するストリームファイル情報テーブルＳＦＩＴを含む。このＳＦＩＴは、ＳＯＢを管理するストリームオブジェクト情報ＳＯＢＩを含む。このＳＯＢＩが、管理情報（アクセスユニット開始マップＡＵＳＭ）を含むアクセスユニット一般情報ＡＵ＿ＧＩと、管理情報（ＰＴＳＬ）とを含む。ここで、管理情報（ＡＴＳまたはＡＵＳＭ）がストリームデータの転送時に使用される情報を含み、管理情報（ＰＴＳまたはＳＣ＿Ｓ＿ＡＰＡＴ）が前記ストリームデータを表示するときに使用される情報を含む。 A summary of one of the relevances of the contents of FIGS. 16 and 18 is as follows. That is, the streamer information (STRI) included in the
図１８のデータ構造の特徴を纏めると、たとえば次のようになる。すなわち、前記ストリームオブジェクト（ＳＯＢ）に対する前記アプリケーションパケット（ＡＰ＿ＰＫＴ）の到着時間情報（ＳＯＢ＿Ｓ＿ＡＰＡＴ／ＳＯＢ＿Ｅ＿ＡＰＡＴ）は、前記ストリームパック（Ｓ＿ＰＣＫ）内に記録された前記タイムスタンプの情報の値と連動する。そして、前記タイムスタンプ情報値が、前記ストリームパック（Ｓ＿ＰＣＫ）内の前記時間情報（ＳＣＲ）に対応して設定される。 The characteristics of the data structure of FIG. 18 are summarized as follows, for example. That is, the arrival time information (SOB_S_APAT / SOB_E_APAT) of the application packet (AP_PKT) for the stream object (SOB) is linked with the value of the time stamp information recorded in the stream pack (S_PCK). The time stamp information value is set corresponding to the time information (SCR) in the stream pack (S_PCK).
図１９は、アクセスユニット開始マップ（ＡＵＳＭ）とストリームオブジェクトユニット（ＳＯＢＵ）との対応関係を例示する図である。図示するように、ＡＵＳＭのうちビット”１”の部分が、対応ＳＯＢＵにアクセスユニット（ＡＵ）が含まれることを示している。 FIG. 19 is a diagram illustrating a correspondence relationship between an access unit start map (AUSM) and a stream object unit (SOBU). As shown in the drawing, the bit “1” portion of the AUSM indicates that the corresponding SOBU includes an access unit (AU).
いま、ＡＵＳＭ内でビットがセットされたｉ番目（１≦ｉ≦ＡＵ＿Ｎｓ）のビット位置をＡＵＳＭ＿ｐｏｓ（ｉ）としてみる。すると、アクセスユニットＡＵの位置は次のようになる。 Now, the i-th (1 ≦ i ≦ AU_Ns) bit position where the bit is set in AUSM is considered as 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 starting AUs (this is described by AU_START and AU_END marks, if any) in the stream, then AUSM_pos (i) is , Assigned to the first AU starting in SOBU # i. Here, SOBU # i is arranged in SOBUs described by AUSM_pos (i) and AUEM_pos (i) (if AUEM exists).
（２）ＡＵは、このＡＵ開始後に最初に現れるＡＵ＿ＥＮＤマークで終了し、かつ、ＡＵは、（もしＡＵＥＭが存在するなら）割り当てられたＡＵＥＭエレメントにより示される最後のＳＯＢＵで終了する。 (2) The AU ends with the first AU_END mark that appears after this AU starts, and the AU ends with the last SOBU indicated by the assigned AUEM element (if AUEM exists).
なお、いずれのアクセスユニットデータにおいても、ＳＯＢの各ＳＯＢＵ１個当たりに、２以上のアクセス可能なアクセスユニットを記述することはできない。 In any access unit data, two or more accessible access units cannot be described for each SOBU of SOB.
図２０は、アクセスユニット開始マップ（ＡＵＳＭ）およびアクセスユニット終了マップ（ＡＵＥＭ）とストリームオブジェクトユニット（ＳＯＢＵ）との対応関係を例示する図である。 FIG. 20 is a diagram illustrating a correspondence relationship between an access unit start map (AUSM) and an access unit end map (AUUM) and a stream object unit (SOBU).
ＡＵＥＭは、（もし存在するなら）ＡＵＳＭと同じ長さのビットアレイである。ＡＵＥＭのビットは、該当ＳＯＢのアクセスユニットに付随するビットストリームセグメントの末尾がどのＳＯＢＵに含まれるのかを示している。ＡＵＥＭ内にセットされたビットの数は、ＡＵＳＭ内にセットされたビットの数に一致する。すなわち、ＡＵＳＭ内の各設定ビットは、ＡＵＥＭ内に対応してセットされたビットを持つ。 AUEM is a bit array of the same length as AUSM (if present). The AUEM bit indicates in which SOBU the end of the bit stream segment associated with the access unit of the SOB is included. The number of bits set in AUEM matches the number of bits set in 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 AUSM_pos (i), and the i-th (1 ≦ i ≦ AU_Ns) bit position is set in AUEM. View as AUEM_pos (i). In this case, there is the following relationship.
（１）１≦ＡＵＳＭ＿ｐｏｓ（ｉ）≦ＡＵＥＭ＿ｐｏｓ（ｉ）≦ＭＡＰＬ＿ＥＮＴ＿Ｎｓ；
（２）ＡＵＳＭ＿ｐｏｓ（ｉ＋１）＞ＡＵＥＭ＿ｐｏｓ（ｉ）；
（３）もしｉ＝＝ＡＵ＿ＮｓあるいはＡＵＳＭ＿ｐｏｓ（ｉ＋１）＞１＋ＡＵＥＭ＿ｐｏｓ（ｉ）なら、ＡＵ＃ｉは、ＳＯＢＵ＃［ＡＵＥＭ＿ｐｏｓ（ｉ）］で終了する（１≦ｉ≦ＡＵ＿Ｎｓ）；
（４）もしＡＵＳＭ＿ｐｏｓ（ｉ＋１）＝＝１＋ＡＵＥＭ＿ｐｏｓ（ｉ）なら、ＡＵ＃ｉは、ＳＯＢＵ＃［ＡＵＥＭ＿ｐｏｓ（ｉ）］で終了する。あるいは
ＳＯＢＵ＃［１＋ＡＵＥＭ＿ｐｏｓ（ｉ）］＝＝ＳＯＢＵ＃［ＡＵＳＭ＿ｐｏｓ（ｉ＋１）］のところで終了する。つまり、ＡＵ＃ｉは、ＳＯＢＵ内においてＡＵ＃ｉ＋１が開始するところで終了する（１≦ｉ≦ＡＵ＿Ｎｓ）。(1) 1 ≦ AUSM_pos (i) ≦ AUEM_pos (i) ≦ MAPL_ENT_Ns;
(2) AUSM_pos (i + 1)> AUEM_pos (i);
(3) If i == AU_Ns or AUSM_pos (i + 1)> 1 + AUEM_pos (i), AU # i ends with SOBU # [AUUM_pos (i)] (1 ≦ i ≦ AU_Ns);
(4) If AUSM_pos (i + 1) == 1 + AUEM_pos (i), AU # i ends with SOBU # [AUUM_pos (i)]. Alternatively, the process ends at SOBU # [1 + AUEM_pos (i)] == SOBU # [AUSM_pos (i + 1)]. In other words, AU # i ends when AU # i + 1 starts in 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 (STB or the like) outputs a packet on the digital I / F (step ST100). Then, recording is started in the streamer (step ST102). The following is processing on the streamer side.
記録が開始されると、ストリーマは、ローカルクロックをｔ０＝０にリセットする（ステップＳＴ１０４）。その後、ストリーマは、最初のＳＯＢＵのセクタ０〜３１に、ローカルクロック値ｔ０、ｔ１、ｔ２、…を付けて、アプリケーションパケットを詰め込む（ステップＳＴ１０６）。ステップＳＴ１０４〜ＳＴ１０６の処理（図１０のステップＳ４、あるいは図１３のステップＳ１２に対応）により、ＳＯＢ内最初のパックに対してストリーマ内部のローカル基準クロックがそのパック内で開始する最初のアプリケーションパケットの到着時間ＡＰＡＴに等しくなる。そして、最初のＳＯＢＵのセクタ０〜３１をプレゼンテーションデータ（再生データ）として情報媒体（ディスク）に書き込む（ステップＳＴ１０８）。 When recording is started, the streamer resets the local clock to t0 = 0 (step ST104). After that, the streamer adds local clock values t0, t1, t2,... To the
ストリーマは、２番目のＳＯＢＵの先頭パックを受け、最初のタイムマップエントリを生成して、生成したタイムマップエントリをナビゲーションデータとしてメモリに保存する（ステップＳＴ１１０）。以後、ローカルクロックのタイムスタンプを付けてパケットを２番目以降のＳＯＢＵに詰め込み、２番目以降のＳＯＢＵのセクタを再生データとしてディスクに書き込み、その後のタイムマップエントリを生成し、生成したタイムマップエントリをナビゲーションデータとしてメモリに保存する（ステップＳＴ１１２）。ステップＳＴ１１０〜ＳＴ１１２の処理（図１０のステップＳ９、あるいは図１３のステップＳ１８に対応）は、記録が終了するまで反復される。 The streamer receives the first pack of the second SOBU, generates the first time map entry, and stores the generated time map entry in the memory as navigation data (step ST110). Thereafter, the time stamp of the local clock is attached, the packet is packed into the second and subsequent SOBUs, the sectors of the second and subsequent SOBUs are written to the disk as reproduction data, a subsequent time map entry is generated, and the generated time map entry is It is stored in the memory as navigation data (step ST112). The processing in steps ST110 to ST112 (corresponding to step S9 in FIG. 10 or step S18 in FIG. 13) is repeated until the recording is completed.
記録が終了すれば（ステップＳＴ１１４イエス）、最後のＳＯＢＵにパケットと適宜スタッフィングを詰め込み、最後のＳＯＢＵのセクタを再生データとしてディスクに書き込む（ステップＳＴ１１６）。最後に、最後のタイムマップエントリ、ＳＯＢＵストリーム情報（ＳＯＢ＿ＳＴＩ）、ＳＯＢ情報（ＳＯＢＩ）、および１セルのオリジナルＰＧＣを、ナビゲーションデータとしてメモリ内に生成し、生成したナビゲーションデータをディスクに書き込む（ステップＳＴ１１８）。 When recording ends (YES in step ST114), the last SOBU is packed with packets and stuffing as appropriate, and the last SOBU sector is written to the disc as reproduction data (step ST116). Finally, the last time map entry, SOBU stream information (SOB_STI), SOB information (SOBI), and one-cell original PGC are generated in the memory as navigation data, and the generated navigation data is written to the disc (step ST118). ).
図２１の処理により、ローカル基準クロックのタイムスタンプが付されたアプリケーションパケット（ＡＰ＿ＰＫＴ）が記録される（ＳＴ１０６）とともに、所定のタイムマップエントリがナビゲーションデータとして生成される（ＳＴ１１０〜ＳＴ１１２）。 By the process of FIG. 21, the application packet (AP_PKT) with the 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 for explaining 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 from a user interface (not shown) occurs.
記録が開始されると、アプリケーションデバイスは、適正なバンド幅のアイソクロナスデジタルＩ／Ｆ（ＤＩＦ）チャネルを確立し、ビットストリーム中にＩピクチャの開始が生じるまで待機する（ステップＳＴ２０２）。 When recording is started, the application device establishes an isochronous digital I / F (DIF) channel with an appropriate bandwidth, and waits until an I picture starts in the bit stream (step ST202).
アプリケーションデバイスがストリーマに記録開始を通知すると、ストリーマはローカルクロックをリセットする（ｔ０＝０）（ステップＳＴ２０４）。この処理は、図１３のステップＳ１２に対応する。 When the application device notifies the streamer of the start of recording, the streamer resets the local clock (t0 = 0) (step ST204). This process corresponds to step S12 in FIG.
次に、アプリケーションデバイスは、デジタルＩ／Ｆへオプションでシーケンスヘッダを出力し、その後、デジタルＩ／Ｆにパケットを出力する（ステップＳＴ２０６）。この処理は、図１３のステップＳ１５、Ｓ１６に対応する。 Next, the application device optionally outputs a sequence header to the digital I / F, and then outputs a packet to the digital I / F (step ST206). This process corresponds to steps S15 and S16 in FIG.
続いて、ストリーマにおいて、ローカルクロック値でタイムスタンプしたアプリケーションパケットを連続したＳＯＢＵのセクタに詰め込み、連続ＳＯＢＵのセクタを再生データとしてディスクに書き込み、連続したタイムマップエントリをナビゲーションデータとしてメモリ内に生成する（ステップＳＴ２１２）。このステップＳＴ２１２の処理は、アプリケーションデバイスにおいて記録終了の指示があるまで続く。 Subsequently, the streamer packs application packets time-stamped with the local clock value into continuous SOBU sectors, writes the continuous SOBU sectors to the disk as reproduction data, and generates continuous time map entries in the memory as navigation data. (Step ST212). The process in step ST212 continues until an instruction to end recording is given in the application device.
アプリケーションデバイスにおいて記録終了の指示が出ると（ステップＳＴ２１４イエス）、アプリケーションデバイスは、ビットストリームが現フレームの末尾に到達するまで待ち、デジタルＩ／Ｆのコマンドチャネルを介してストリーマに記録停止を通知する（ステップＳＴ２１５）。 When the recording end instruction is issued in the application device (YES in step ST214), the application device waits until the bit stream reaches the end of the current frame, and notifies the streamer of the recording stop via the digital I / F command channel. (Step ST215).
すると、ストリーマは、最後のＳＯＢＵにパケットと適宜スタッフィングを詰め込み、最後のＳＯＢＵのセクタを再生データとしてディスクに書き込む（ステップＳＴ２１６）。 Then, the streamer stuffs the last SOBU with packets and stuffing as appropriate, and writes the sector of the last SOBU to the disk as reproduction data (step ST216).
そして、ストリーマは、最後のタイムマップエントリ、ＳＯＢストリーム情報、ＳＯＢ情報および１セルのオリジナルＰＧＣをナビゲーションデータとしてメモリ内に生成し、生成したナビゲーションデータをディスクに書き込む（ステップＳＴ２１８）。 Then, the streamer generates the last time map entry, SOB stream information, SOB information, and original PGC of one cell in the memory as navigation data, and writes the generated navigation data to the disk (step ST218).
図２２の処理により、ローカル基準クロックのタイムスタンプ情報に基づいてＳＯＢに対するアプリケーションパケット（ＡＰ＿ＰＫＴ）の到着時間情報（ＳＯＢ＿Ｓ＿ＡＰＡＴ／ＳＯＢ＿Ｅ＿ＡＰＡＴ）が算出され、算出された到着時間情報（ＳＯＢ＿Ｓ＿ＡＰＡＴ／ＳＯＢ＿Ｅ＿ＡＰＡＴ）がナビゲーションデータとして記録される（ＳＴ２１８）。 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_APAT / SOB_E_APAT) is used as navigation data. Is recorded as (ST218).
図２３は、この発明のさらに他の実施の形態に係るストリームデータ記録手順（記録済み媒体に新たなストリームオブジェクトを追記する場合）を説明するフローチャート図である。まず、アプリケーションデバイスがデジタルＩ／Ｆにパケットを出力する（ステップＳＴ３００）。すると、ストリーマにおいて記録が開始される（ステップＳＴ３０２）。以下はストリーマ側の処理となる。 FIG. 23 is a flowchart for explaining a stream data recording procedure (in the case of adding a new stream object to 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 processing on the streamer side.
記録が開始されると、ストリーマは、ローカルクロックをｔ０＝０にリセットする（ステップＳＴ３０４）。この処理は図１３のステップＳ１２に対応する。 When recording is started, the streamer resets the local clock to t0 = 0 (step ST304). This process 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, the sectors of the continuous new SOBU are written to the disk as playback data, and the continuous new time map entries are stored as navigation data in the memory. (Step ST312). This process corresponds to step S12 in FIG. The process in step ST312 continues until recording is completed.
記録が終了すると（ステップＳＴ３１４イエス）、最後の新ＳＯＢＵにパケットと適宜スタッフィングを詰め込み、最後の新ＳＯＢＵのセクタを再生データとしてディスクに書き込む（ステップＳＴ３１６）。 When recording ends (YES in step ST314), 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 then generates the last new time map entry, SOB stream information (only if the recording parameters have been changed relative to the previous recording) and SOB information, and creates a new one for the original PGC of the navigation data in memory. A cell is added, and the navigation data obtained as a result is recorded on the disc (step ST318). This process corresponds to step S18 in FIG.
図２３の処理により、ストリームセルに対するアプリケーションパケット（ＡＰ＿ＰＫＴ）の到着時間情報（ＳＣ＿Ｓ＿ＡＰＡＴ／ＳＣ＿Ｅ＿ＡＰＡＴ）が算出され、算出された到着時間情報（ＳＣ＿Ｓ＿ＡＰＡＴ／ＳＣ＿Ｅ＿ＡＰＡＴ）がナビゲーションデータとして記録される（ＳＴ３１８）。 23, 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_APAT / SC_E_APAT) is recorded as navigation data (ST318).
以上説明したように、この発明の実施の形態によれば、たとえばデジタルＴＶ放送で受信したときの各アプリケーションパケット間の転送タイミングを保持したまま情報媒体からストリームデータを再生できるような媒体上のデータ構造（記録フォーマット）を提供することができる。また、このデータ構造を利用して情報媒体にストリームデータを記録する方法を提供することができる。さらに、デジタルＴＶ放送のデータ以外にパケット構造を持って転送されるデジタルデータも記録可能な汎用性のあるデータ構造（記録フォーマット）を提供することもできる。また、このデータ構造を利用して情報媒体にストリームデータを記録する方法を提供することができる。 As described above, according to the embodiment of the present invention, for example, data on a medium capable of reproducing stream data from an information medium while maintaining the transfer timing between application packets when received by digital TV broadcasting, for example. A structure (recording format) can be provided. Further, it is possible to provide a method for 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 transferred with a packet structure in addition to digital TV broadcast data. Further, it is possible to provide a method for recording stream data on an information medium using this data structure.
なお、この発明は上記各実施の形態に限定されるものではなく、その実施の段階ではその要旨を逸脱しない範囲で種々な変形・変更が可能である。また、各実施の形態は可能な限り適宜組み合わせて実施されてもよく、その場合組み合わせによる効果が得られる。 The present invention is not limited to the above-described embodiments, and various modifications and changes can be made without departing from the scope of the invention at the stage of implementation. In addition, the embodiments may be implemented in appropriate combination as much as possible, and in that case, the effect of the combination can be 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 more constituent requirements are deleted from all the constituent requirements shown in the embodiment, when at least one of the effects of the present invention or the effects of implementing the present invention is obtained, The deleted configuration can be extracted as an invention.
以上述べたように、この発明によれば、効率良くストリームデータを記録できるとともに、デジタルＴＶ放送で受信したときの各アプリケーションパケット間の転送タイミングを保持したままストリームデータを再生できるようなデータ構造（記録フォーマット）、およびこのデータ構造を利用して記録あるいは再生が行われる情報媒体を提供することができる。また、このデータ構造を用いてストリームデータを記録する方法を提供することができる。さらに、このデータ構造により記録されたストリームデータを再生する方法を提供することができる。 As described above, according to the present invention, stream data can be efficiently recorded and stream data can be reproduced while maintaining transfer timing between application packets when received by digital TV broadcasting ( Recording format), and an information medium on which recording or reproduction is performed using this data structure can be provided. Also, it is possible to provide a method for recording stream data using this data structure. Further, it is possible to provide a method for reproducing the stream data recorded with this data structure.
２０１…記録／再生可能光ディスク（情報媒体）；４０１…エンコード部；４０２…デコード部；４０３…セットトップボックス；４４０…基準クロック（ローカルクロック）発生部；４２４…システムタイムカウンタ（ＳＴＣ）。 DESCRIPTION OF
Claims (4)
Translated fromJapanese前記情報媒体に前記ストリームオブジェクトを記録するともに、記録されたストリームオブジェクトに関する管理情報を記録するように構成された記録方法。In a method for recording information on an information medium configured such that one or more stream objects gather to form stream data, and the stream object includes one or more packets with a predetermined time stamp,
A recording method configured to record the stream object on the information medium and to record management information relating to the recorded stream object.
前記情報媒体から前記管理情報を再生するするともに、前記トリームオブジェクトを再生するように構成された再生方法。One or more stream objects are collected to form stream data. The stream object includes one or more packets with a predetermined time stamp, and information is reproduced from the information medium on which the stream object and management information thereof are recorded. In the method of performing
A reproduction method configured to reproduce the management information from the information medium and reproduce the stream object.
前記情報媒体から前記管理情報を再生する手段と、前記トリームオブジェクトを再生する手段とを具備した再生装置。One or more stream objects are collected to form stream data. The stream object includes one or more packets with a predetermined time stamp, and information is reproduced from the information medium on which the stream object and management information thereof are recorded. In a device that performs
A reproducing apparatus comprising: means for reproducing the management information from the information medium; and means for reproducing the stream object.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2004236666AJP3917614B2 (en) | 1999-05-07 | 2004-08-16 | Stream data information medium, recording method, reproducing method, and reproducing apparatus |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP12737599 | 1999-05-07 | ||
| JP2004236666AJP3917614B2 (en) | 1999-05-07 | 2004-08-16 | Stream data information medium, recording method, reproducing method, and reproducing apparatus |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000617449Division | 2000-05-08 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006307236ADivisionJP2007080509A (en) | 1999-05-07 | 2006-11-13 | Stream data recording method, reproducing method, and reproducing apparatus |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2005011514Atrue JP2005011514A (en) | 2005-01-13 |
| JP3917614B2 JP3917614B2 (en) | 2007-05-23 |
Family
ID=34106045
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004236666AExpired - Fee RelatedJP3917614B2 (en) | 1999-05-07 | 2004-08-16 | Stream data information medium, recording method, reproducing method, and reproducing apparatus |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3917614B2 (en) |
- 2004
- 2004-08-16JPJP2004236666Apatent/JP3917614B2/ennot_activeExpired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP3917614B2 (en) | 2007-05-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5306531B2 (en) | Information storage medium for recording stream data, recording method, reproducing method, and reproducing apparatus | |
| JP3805985B2 (en) | Stream data information storage medium, recording method, reproducing method, recording apparatus, and reproducing apparatus | |
| US7418194B2 (en) | Data structure of stream data, and recording and playback method thereof | |
| JP3715533B2 (en) | Information storage medium for stream information, recording method, reproducing method, recording apparatus, and reproducing apparatus | |
| JP3655570B2 (en) | Stream data storage medium, recording method and reproducing method using the medium, and recording apparatus and reproducing apparatus using the medium | |
| JP3806020B2 (en) | Stream data information storage medium, recording method, reproducing method, recording apparatus, and reproducing apparatus | |
| JP3806019B2 (en) | Stream data information storage medium, recording method, reproducing method, recording apparatus, and reproducing apparatus | |
| JP3806017B2 (en) | Stream data information storage medium, recording method, reproducing method, recording apparatus, and reproducing apparatus | |
| JP3806018B2 (en) | Stream data information storage medium, recording method, reproducing method, recording apparatus, and reproducing apparatus | |
| JP3917614B2 (en) | Stream data information medium, recording method, reproducing method, and reproducing apparatus | |
| JP3615174B2 (en) | Information medium used for stream information recording, information recording method, information reproducing method, and information reproducing apparatus | |
| JP4138774B2 (en) | Stream data information storage medium, recording method, reproducing method, recording apparatus, and reproducing apparatus | |
| JP3927010B2 (en) | Stream data recording method, reproducing method, recording apparatus and reproducing apparatus | |
| JP3896130B2 (en) | Information medium for recording stream data of MPEG transport stream and management information thereof, and recording method, playback method, recording apparatus, and playback apparatus using MPEG transport stream stream data and management information thereof | |
| JP4138776B2 (en) | Stream data information storage medium, recording method, reproducing method, recording apparatus, and reproducing apparatus | |
| JP4203042B2 (en) | Stream data information storage medium, recording method, reproducing method, recording apparatus, and reproducing apparatus | |
| JP4138775B2 (en) | Stream data information storage medium, recording method, reproducing method, recording apparatus, and reproducing apparatus | |
| JP2007080509A (en) | Stream data recording method, reproducing method, and reproducing apparatus | |
| JP2002175683A (en) | Stream data recording method and data structure thereof | |
| JP3930503B2 (en) | Information medium for recording stream data of MPEG transport stream and management information thereof, and recording method, playback method, recording apparatus, and playback apparatus using MPEG transport stream stream data and management information thereof | |
| JP2007294104A (en) | Information medium for recording stream data, recording method, reproducing method, and reproducing apparatus | |
| JP2005045830A (en) | Information medium for recording stream data, recording method, reproducing method, and reproducing apparatus | |
| JP2006338866A (en) | Information medium used for stream information recording, information recording method, information reproducing method, and information reproducing apparatus |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal | Free format text:JAPANESE INTERMEDIATE CODE: A131 Effective date:20060912 | |
| A521 | Written amendment | Free format text:JAPANESE INTERMEDIATE CODE: A523 Effective date:20061113 | |
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) | Free format text:JAPANESE INTERMEDIATE CODE: A01 Effective date:20070206 | |
| A61 | First payment of annual fees (during grant procedure) | Free format text:JAPANESE INTERMEDIATE CODE: A61 Effective date:20070208 | |
| FPAY | Renewal fee payment (event date is renewal date of database) | Free format text:PAYMENT UNTIL: 20100216 Year of fee payment:3 | |
| FPAY | Renewal fee payment (event date is renewal date of database) | Free format text:PAYMENT UNTIL: 20110216 Year of fee payment:4 | |
| FPAY | Renewal fee payment (event date is renewal date of database) | Free format text:PAYMENT UNTIL: 20120216 Year of fee payment:5 | |
| FPAY | Renewal fee payment (event date is renewal date of database) | Free format text:PAYMENT UNTIL: 20120216 Year of fee payment:5 | |
| FPAY | Renewal fee payment (event date is renewal date of database) | Free format text:PAYMENT UNTIL: 20130216 Year of fee payment:6 | |
| FPAY | Renewal fee payment (event date is renewal date of database) | Free format text:PAYMENT UNTIL: 20140216 Year of fee payment:7 | |
| LAPS | Cancellation because of no payment of annual fees |