(57)【要約】【課題】デジタルデータストリームを受信記録する時、記録単位体別に最大サーチ時間が均等になるように、ストリーム記録単位体に区分させるデジタルデータストリームの管理情報生成記録方法及び装置を提供する。【解決手段】最大サーチ時間を均等にさせる方法は、データストリームのビットレートを確認し、確認されたビットレートによってストリーム記録単位体の区切り単位（区切り時間単位）を変えて設定して記録すれば、記録データストリームのビットレートにかかわらずストリーム記録単位体のサイズを一定に区切ることが出来る。したがって、ストリーム記録単位体内の最大サーチ時間が均等になる。【選択図】　図５
2004047114.tif 000002
【特許請求の範囲】
【請求項１】
　デジタルデータストリームのデータを複数の記録単位体にグループ分けする過程と、
　前記データにアクセスするためのマップ情報を作成する過程と
　を備え、前記マップ情報が、前記記録単位体のそれぞれに関連したアクセスタイム情報及び記録単位体情報を含むことを特徴とする、管理情報を提供する方法。
【請求項２】
　請求項１に記載の、管理情報を提供する方法において、
　前記記録単位体情報が、記録単位体それぞれに関連した記録単位体プレゼンテーションタイム情報（ＰＴＳ）及び記録単位体サイズ情報を含むことを特徴とする、管理情報を提供する方法。
【請求項３】
　請求項２に記載の、管理情報を提供する方法において、
　記録単位体それぞれに関連した記録単位体サイズ情報が、記録単位体それぞれのサイズを識別することを特徴とする、管理情報を提供する方法。
【請求項４】
　請求項２に記載の、管理情報を提供する方法において、
　各記録単位体のプレゼンテーションタイム情報が、各記録単位体の再生時間を識別することを特徴とする、管理情報を提供する方法。
【請求項５】
　請求項１に記載の、管理情報を提供する方法において、
　前記アクセスタイム情報が、それぞれ一つの記録単位体に関連した複数のインデックス番号を含むことを特徴とする、管理情報を提供する方法。
【請求項６】
　請求項５に記載の、管理情報を提供する方法において、
　前記アクセスタイム情報が、更に、特定の記録単位体のそれぞれのための位置情報を含むことを特徴とする、管理情報を提供する方法。
【請求項７】
　請求項６に記載の、管理情報を提供する方法において、
　前記アクセスタイム情報が、更に、前記データに関連した二つの再生開始時刻の間の時間間隔を識別する時間間隔情報を含むことを特徴とする、管理情報を提供する方法。
【請求項８】
　請求項２に記載の、管理情報を提供する方法において、
　前記アクセスタイム情報が、それぞれ一つの記録単位体に関連した複数のインデックス番号を含むことを特徴とする、管理情報を提供する方法。
【請求項９】
　請求項８に記載の、管理情報を提供する方法において、
　前記アクセスタイム情報が、更に、特定の記録単位体のそれぞれのための位置情報と、データに関連した二つの再生開始時刻の間の時間間隔を識別する時間間隔情報を含むことを特徴とする、管理情報を提供する方法。
【請求項１０】
　請求項１に記載の、管理情報を提供する方法において、
　更に、記憶手段にマップ情報を記録する過程を備えたことを特徴とする、管理情報を提供する方法。
【請求項１１】
　請求項１０に記載の、管理情報を提供する方法において、
　前記記録過程のための記憶手段が、内部記憶手段または光ディスクであることを特徴とする、管理情報を提供する方法。
【請求項１２】
　請求項１に記載の、管理情報を提供する方法において、
　前記マップ情報に基づいて、記録単位体の一つにアクセスする過程を備えたことを特徴とする、管理情報を提供する方法。
【請求項１３】
　記録媒体に記録された、デジタルデータストリームのデータの複数のグループを表す複数の記録単位体と、
　前記記録媒体に記録された、前記データにアクセスするためのマップ情報と
　を備え、前記マップ情報が、記録単位体それぞれに関連した記録単位体情報及びアクセスタイム情報を含むことを特徴とする、管理情報を提供するための記録媒体。
【請求項１４】
　請求項１３に記載の、管理情報を提供するための記録媒体において、
　記録単位体情報が、各記録単位体に関連した記録単位体プレゼンターションタイム情報（ＰＴＳ）及び記録単位体サイズ情報を含むことを特徴とする、管理情報を提供するための記録媒体。
【請求項１５】
　請求項１４に記載の、管理情報を提供するための記録媒体において、
　記録単位体それぞれの記録単位体サイズ情報が、それぞれの記録単位体のサイズを識別することを特徴とする、管理情報を提供するための記録媒体。　　
【請求項１６】
　請求項１４に記載の、管理情報を提供するための記録媒体において、
　記録単位体それぞれのプレゼンターションタイム情報が、それぞれの記録単位体の再生時間を識別することを特徴とする、管理情報を提供するための記録媒体。
【請求項１７】
　請求項１３に記載の、管理情報を提供するための記録媒体において、
　前記アクセスタイム情報が、それぞれ１つの記録単位体に関連した複数のインデックス番号を含むことを特徴とする、管理情報を提供するための記録媒体。
【請求項１８】
　請求項１７に記載の、管理情報を提供するための記録媒体において、
　前記アクセスタイム情報が、更に、それぞれの特定の記録単位体のための位置情報を含むことを特徴とする、管理情報を提供するための記録媒体。
【請求項１９】
　請求項１８に記載の、管理情報を提供するための記録媒体において、
　前記アクセスタイム情報が、更に、前記データに関連した二つの再生開始時刻の間の時間間隔を識別する時間間隔情報を含むこと特徴とする、管理情報を提供する記録媒体。
【請求項２０】
　請求項１４に記載された、管理情報を提供するための記録媒体において、
　前記アクセスタイム情報が、それぞれ１つの記録単位体に関連した複数のインデックス番号を含むことを特徴とする、管理情報を提供する記録媒体。
【請求項２１】
　請求項２０に記載された、管理情報を提供するための記録媒体において、
　前記アクセスタイム情報が、更に、それぞれの特定の記録単位体のための位置情報と、前記データに関連した二つの再生開始時刻の間の時間間隔を識別する時間間隔情報とを含むことを特徴とする、管理情報を提供する記録媒体。
【請求項２２】
　請求項１３に記載の、管理情報を提供する記録媒体において、
　記録媒体が光ディスクであることを特徴とする、管理情報を提供する記録媒体。
【請求項２３】
　デジタルデータストリームのデータを複数の記録単位体にグループ分けする手段と、
　前記データにアクセスするためのマップ情報を作成する手段と
　を備え、前記マップ情報が前記記録単位体に関連した記録単位体情報及びアクセスタイム情報を含むことを特徴とする、管理情報を提供する装置。
【発明の詳細な説明】
【技術分野】
【０００１】
　本発明は、デジタルデータストリームを受信して、デジタルビデオディスクのような記録媒体に格納し、その格納されたデジタルデータストリームの管理情報を提供する方法及びその装置並びにその記録媒体に関する。
【背景技術】
【０００２】
　従来のアナログテレビ放送では、受信した映像信号をＡＭ、またはＦＭ変調して電波やケーブルを通じて送っていた。最近、デジタル画像圧縮及びデジタル変復調などのデジタル技術が発展すると共に、デジタルテレビ放送に関する標準化が速い速度で進み、既存の地上波、衛星、ケーブル放送でもＭＰＥＧに基づいてデジタル化している。
【０００３】
　デジタル放送は、デジタル画像／音声圧縮技術及びデジタル伝送技術の発展と共にアナログサービスより高画質のサービスを提供し、同一帯域幅で複数の放送プログラムを送ることが出来、デジタル通信メディア及びデジタル格納メディアなどとの相互運用性も高いという長所がある。
【０００４】
　こういったデジタル放送では、ＭＰＥＧに基づいてエンコーディングされた複数の放送プログラムが多重化され、転送ストリーム（ＴＳ）の形で送られる。この転送ストリームは、受信側に設置されたセットトップボックス（set top box）で受信され、転送ストリームに含まれている複数の放送プログラムが逆多重化して、希望する一つの放送プログラムのみが選択される。そして、選択された放送プログラムに対してセットトップボックスに内蔵されたデコーダーでデコーディングして元のオーディオ及びビデオ信号をテレビのようなＡＶ出力装置に伝送する。
【０００５】
　このようなデジタル放送を受信してテレビのようなＡＶ出力装置に出力するのではなく、受信された放送信号を格納媒体に格納、編集及び再生するシステムに関する研究が進んでいる。その一例として、デジタルストリームをセットトップボックスで受信した後、ＩＥＥＥ−１３９４シリアルバスのような通信インターフェイスを通じてデジタルビデオディスク（ＤＶＤ）記録再生装置のようなストリーマ（streamer）に格納し、格納されたデジタル　ストリームを編集及び再生して、通信インターフェイスを介してセットトップボックスに転送することで、テレビのようなＡＶ出力装置を通じてデジタル　オーディオ及びビデオを再生するシステムに関する研究が進行中である。
【０００６】
　前述したシステムにおいて、受信されるデジタルデータストリームを記録媒体に格納する際に、格納されるストリームに対する管理データを生成する従来の方法について、図１及び図２を参照して説明する。
【０００７】
　図１に示すように、従来は放送信号を受信するセットトップボックス（１００）と受信した信号を記録しておくストリーマ（２００）とがＩＥＥＥ−１３９４通信インターフェイス（１３０、２１０）を介して接続されている。使用者が選局処理部（１１０）で選局したデータストリームをストリーマ（２００）の記録媒体（２３０）に記録しようとするときは、それを指示する使用者入力をセットトップボックス（１００）の制御部（１４０）に与える。その入力に応じて制御部（１４０）は、インターフェイス（１３０、２１０）を通じてストリーマ（２００）の制御部（２５０）に記録モードが設定されたことを通知すると共に、受信入力されるデータストリームをストリーマ（２００）側の方に送る。ストリーマ（２００）の制御部（２５０）は、ＩＥＥＥ−１３９４通信インターフェイス（１３０、２１０）を通じて入力されるデータストリームをストリーム格納処理部（２２０）によって記録媒体（２３０）に記録するように制御する。ここで、転送ストリームパケットとして構成されたデータストリームの各転送ストリームパケット（ＴＳＰkt1〜ＴＳＰktk）は、転送ストリームパケット到着時刻（ＴＳ　ＡＰＡＴ）と共に記録媒体上にセクター（Ｓｅｃｔｏｒ１〜Ｓｅｃｔｏｒｎ）単位で記録される。このとき、ストリーマ（２００）の制御部（２５０）は、記録されるデータストリームを、例えば０．５秒単位で、ストリーム記録単位体（Ｓｔｒｅａｍ　Ｏｂｊｅｃｔ（ＳＯＢＵ）；ＳＯＢＵ１〜ＳＯＢＵｑ）に区切って記録し、該当記録単位体が記録されたセクターの個数で表される該当記録単位体のサイズ（ＳＯＢＵ＿ＳＺ）及び該当記録単位体の再生時間（ＳＯＢＵ＿ＴＭ）を該当記録単位体の管理情報として生成し、複数の単位体からなるストリーム記録集合体（ＳＯＢ）に記録する。
【０００８】
　このような動作を繰り返して記録されたストリーム記録単位体（ＳＯＢＵ）が、所定個数例えば、２０個になって記録時間が１０秒になれば、記録単位体のインデックス番号（ＳＯＢＵ＿Ｎ）を生成記録する。
【０００９】
　ストリーマ（２００）の制御部（２５０）は、前述した動作を記録モードが終了するまで続ける。このように１回記録されたストリームの単位がレコード（ＲＣＤ；あるいは、プログラム（ＰＧ））である。前記のように記録モードが進行する時、ストリーマ（２００）の制御部（２５０）は前記記録された複数のパケットの集合を一つのストリーム記録単位体（Ｓｔｒｅａｍ　Ｏｂｊｅｃｔ（ＳＯＢＵ））に区切って記録し、記録モードが終了すると、記録されたＳＯＢＵサイズ（ＳＯＢＵ＿ＳＺ）の集合を一つのマップ（ＭＡＰ）に区切ってストリーム記録集合体管理情報（ＳＯＢＩ）として記録する。
【００１０】
　つづいて、ストリーマ（２００）の制御部（２５０）は、前記のように区切られたマップ（ＭＡＰ）に対して、再生順次情報セル（Ｃｅｌｌ）を生成し、レコード（ＲＣＤ；あるいはプログラム（ＰＧ））に対応する再生順次情報として記録する。
【００１１】
　前記のような記録動作によってデジタルデータストリームが記録媒体上に記録された状態で、使用者が記録位置をサーチするために時刻（ＨＨ：ＭＭ：ＳＳ：ＦＦ）を入力すると、ストリーマ（２００）の制御部（２５０）は、レコード（ＲＣＤ１〜ＲＣＤ３；あるいはプログラム（ＰＧ１〜ＰＧ３））の生成時刻（ＰＧ１＿Ｃｒｅａｔｅ＿ＴＭ、ＰＧ２＿Ｃｒｅａｔｅ＿ＴＭ、ＰＧ３＿Ｃｒｅａｔｅ＿ＴＭ）を用いて設定時刻（ＨＨ：ＭＭ：ＳＳ：ＦＦ）に対応する（ＲＣＤ；あるいは、プログラム（ＰＧ））をサーチし、サーチされた（ＲＣＤ；あるいはプログラム（ＰＧ）（図２の例ではＰＧ（ＲＥＣ）２））に含まれた再生順次情報（Ｃｅｌｌ１〜Ｃｅｌｌｎ）の再生開始時刻（Ｃ１＿Ｓ＿ＴＭ，Ｃ２＿Ｓ＿ＴＭ，．．．．，Ｃｎ＿Ｓ＿ＴＭ）及び再生終了時刻（Ｃ１＿Ｅ＿ＴＭ，Ｃ２＿Ｅ＿ＴＭ，．．．．，Ｃｎ＿Ｅ＿ＴＭ）を用いて設定時刻（ＨＨ：ＭＭ：ＳＳ：ＦＦ）に対応する再生順次情報（Ｃｅｌｌ；図２の例ではＣｅｌｌ２）をサーチする。
【００１２】
　その後、制御部（２５０）は、サーチされた再生順次情報（Ｃｅｌｌ２）に対応するストリーム記録集合体（ＳＯＢ２）に対する管理情報（ＳＯＢＩ）で、設定時刻（ＨＨ：ＭＭ：ＳＳ：ＦＦ）から記録集合体開始時刻（ＳＯＢ＿Ｓ＿ＴＭ）を引いた時間を得て、各記録単位体の再生時間（ＳＯＢＵ＿ＴＭ）を累積加算した時間が前記得れれた時間を越さずに最も近い記録単位体（ＳＯＢＵ）を確認し、そこまでの各記録単位体のサイズを累積した値からその位置をサーチする。
【００１３】
　つづいて、制御部（２５０）は、前記のようにサーチされた目標記録単位体（ＳＯＢＵ；図２ではＳＯＢＵｇ）が記録された一番目のセクター（Ｓｅｃｔｏｒ１）から各転送ストリームパケットのパケット到着時刻（ＴＳ＿ＡＰＡＴ）を検出して、設定時刻（ＨＨ：ＭＭ：ＳＳ：ＦＦ）に対応する目標パケット到着時刻（ＴＳ＿ＡＰＡＴ）をサーチする。その後、制御部（２５０）は、サーチされた目標パケット到着時刻（ＴＳ＿ＡＰＡＴ）以後に存在する転送ストリームパケット（ＴＳＰkt2;図２参照）から読み出してＩＥＥＥ１３９４インターフェイス（２１０）を媒体にセットトップボックス（１００）側に送るようストリーム再生処理部（２４０）を制御する。
【００１４】
　以上説明したように、従来には、記録されるデータストリームに対してストリーム記録単位体（ＳＯＢＵ）を所定時間（例えば０．５秒）単位に区分して記録していたので、時間サーチの時、希望する目標転送ストリームパケット到着時刻（ＴＳ＿ＡＰＡＴ）が図３に示すように、該当する記録単位体（ＳＯＢＵｇ）の最後のセクター（Ｓｅｃｔｏｒｎ）に記録された最後の転送ストリームパケットのパケット到着時刻（ＴＳ＿ＡＰＡＴ）である場合には、記録単位体（ＳＯＢＵｇ）の一番目のセクター（Ｓｅｃｔｏｒ１）に記録された一番目の転送ストリームパケット到着時刻（ＴＳ＿ＡＰＡＴ）をサーチして、最後のセクター（Ｓｅｃｔｏｒｎ）に記録された最後の転送ストリームパケット到着時刻（ＴＳ＿ＡＰＡＴ）が検出されるまで待たなければならないので、希望する転送ストリームパケットをサーチするのに多くの時間がかかるという問題点があった。
【発明の開示】
【発明が解決しようとする課題】
【００１５】
　このようにサーチ時間が延びるのを、ストリーム記録単位体（ＳＯＢＵ）の区切り時間（例えば、０．５秒）を短くすることで、ある程度短縮することが出来るが、記録単位体（ＳＯＢＵ）の区切り時間が短くなれば、それだけ記録単位体（ＳＯＢＵ）が増加して、結局記録単位体（ＳＯＢＵ）に対する管理情報が増加して、全体のナビゲーションデータが増加するという問題が発生する。
【００１６】
　また、従来では、ストリーム記録単位体（ＳＯＢＵ）の区切り時間が例えば、０．５秒に固定されていたので、入力ストリームが例えば１０Ｍｂｐｓのビットレートで入力される場合には、一つのストリーム記録単位体（ＳＯＢＵ）が５Ｍビットのストリームで構成され一つのストリーム記録単位体（ＳＯＢＵ）内での最大サーチ時間がおよそ５００ｍｓかかる（ここで、記録ストリームのデーコディングの時は１１．８Ｍｂｐｓで行われる）一方、入力ストリームが例えば０．５Ｍｂｐｓのビットレートで入力される場合には、一つのストリーム記録単位体（ＳＯＢＵ）が５００Ｋビットのストリームで構成され、一つのストリーム記録単位体（ＳＯＢＵ）内での最大サーチ時間がおよそ５０ｍｓかかる。
【００１７】
　つまり、従来では、図４に図示したように記録されるプログラム（ＰＧ）あるいは、レコード（ＲＣＤ）ごとにビットレートが異なる場合に、記録単位体（ＳＯＢＵ）のサイズが異なるので、記録単位体（ＳＯＢＵ）内での転送ストリームパケットの最大サーチ時間は、記録単位体（ＳＯＢＵ）のサイズ及びビットレートに比例する。したがって、従来の方法によれば、記録データストリームのビットレートによってサーチ時間が異なる場合も出来るので、時間サーチの時、使用者がキーの操作を間違ったか、あるいはシステムが間違い動作を起こしたのかなどで混乱する場合もある。
【００１８】
　本発明は、前述したことを考慮してなされたもので、その目的は、デジタルデータストリームを受信記録する時、記録単位体別に最大サーチ時間が均等になるように、ストリーム記録単位体に区分させるデジタルデータストリームの管理情報を提供することである。
【課題を解決するための手段】
【００１９】
　前記のような目的を達成するために本発明は、データストリームの所定単位の受信時刻をデータストリームと共に記録媒体に記録するが、その記録されたデータの最大サーチ時間が記録単位体別に等しくなるように一つの記録単位体を区切り、その区切った基準情報あるいは、区切られた記録単位体の集合に対する情報を別に生成して記録して置くことが特徴である。
【発明の効果】
【００２０】
　本発明によれば、データストリームのビットレートを確認し、確認されたビットレートによってストリーム記録単位体の区切り単位を変えて設定し記録することにより、記録データストリームのビットレートにかかわらずストリーム記録単位体のサイズを一定に区切ることができる。したがって、ストリーム記録単位体内の最大サーチ時間が均等になる。
【発明を実施するための最良の形態】
【００２１】
　以下、本発明に係るデジタルデータストリームの管理情報生成記録方法及び装置の好ましい実施形態について添付する図面を参照して詳しく説明する。　図１は、本発明に係るデジタルデータストリームの管理情報生成記録方法及び装置が適用されるシステムの一例を概略に図示したもので、本システムは、従来同様セットトップボックス（１００）、通信インターフェイス（ＩＥＥＥ１３９４）及びストリーマ（２００）で構成されている。
【００２２】
　セットトップボックス（１００）は、放送局からシステム　エンコーダーによって符号化された複数の放送プログラムが多重化した転送ストリーム（ＴＳ）を受信して、これを逆多重化し、使用者の要請によって制御部（１４０）により選局処理部（１１０）で選局された放送プログラムに対する転送ストリームをシステムデコーダー（１２０）によってデコーディングしてテレビのようなＡＶセットを通じて出力したり、選択された転送ストリームを格納するための通信インターフェイス（ＩＥＥＥ１３９４）を通じてストリーマ（２００）に送る。
【００２３】
　また、セットトップボックス（１００）では、選局処理部（１１０）で選局された放送プログラムに対する転送ストリーム内に含まれている放送プログラムサービス情報（ＳＩ）をデコーダー（１２０）でデコーディングして制御部（１４０）に送り、制御部（１４０）はその放送プログラムサービス情報（ＳＩ）をメモリ（１５０）の放送プログラム情報領域（Ｍ１）に格納する。この放送プログラムサービス情報（ＳＩ）には、受信される全てのチャンネルの全ての放送に対する放送プログラム情報が記録出来る。また、放送プログラムサービス情報（ＳＩ）内には、チャンネル番号、チャンネル名、放送プログラム名、スケジュール、各放送プログラムのプログラム　カテゴリー情報、各放送プログラムを構成するストリーム属性情報、各放送プログラムの視聴等級などが含まれる。
【００２４】
　セットトップボックス（１００）で、制御部（１４０）は、使用者の要請によって、メモリ（１５０）の放送プログラム情報領域（Ｍ１）に格納された放送プログラムサービス情報を用いて、時間軸とチャンネル軸を有する放送プログラム表を構成して、テレビの画面上に表示するよう制御することもできる。
【００２５】
　また、セットトップボックス（１００）は、使用者の要請によって選局された放送プログラムをＩＥＥＥ１３９４通信インターフェイス（１３０、２１０）を介してストリーマ（２００）に送り、ストリーマ（２００）によって放送プログラムをデジタルビデオディスク（ＤＶＤ）のような記録媒体（２３０）に記録することも出来る。
【００２６】
　さらに、セットトップボックス（１００）は、使用者の要請によってストリーマ（２００）によって記録媒体（２３０）から読み出された放送プログラムをＩＥＥＥ１３９４通信インターフェイス（１３０、２１０）を介して送られてきたストリームをデコーダー（１２０）でデコーディングしてテレビセットに出力することによって放送プログラムを再生することもできる。
【００２７】
　次に、本発明の一実施形態によるデジタルデータストリームの管理情報生成記録方法について、図１及び図５を参照して説明する。
　図１の選局処理部（１１０）で選局されて入力されるデータストリームを記録媒体に記録するという使用者の要請が入力されると、セットトップボックス（１００）の制御部（１４０）は、ＩＥＥＥ１３９４通信インターフェイス（１３０、２１０）を通じてスリーマ（２００）の制御部（２５０）に記録モードが設定されたことを通知すると共に、受信入力されるデータストリームを通信インターフェイス（１３０、２１０）を通じてストリーマ（２００）側に送る。このときに、セットトップボックス（１００）の制御部（１４０）は、受信されるデータストリームのビットレートを検出してストリーマ（２００）側に伝達する。このビットレートは、ＰＥＳ（Ｐｅｃｋｅｔｉｚｅｄ　Ｅｌｅｍｅｎｔａｒｙ　Ｓｔｒｅａｍ）パケットのＰＥＳヘッダーにあるＥＳビットレート（ｅｌｅｍｅｎｔａｒｙ　ｓｔｒｅａｍ　ｒａｔｅ；ＥＳ　ｒａｔｅ）あるいは、転送ストリーム（ＴＳ）パケットのヘッダーにある個別ストリームビットレート（ｐｉｅｃｅｗｉｓｅ　ｒａｔｅ；ＰＷ　ｒａｔｅ）を検出して算出する。
【００２８】
　ストリーマ（２００）の制御部（２５０）は、ＩＥＥＥ１３９４通信インターフェイス（１３０、２１０）を通じて入力されたデータストリームをストリーム格納処理部（２２０）によって記録媒体（２２０）に記録するよう制御する。ここで転送ストリームパケットで構成されたデータストリームの転送ストリームパケット（ＴＳＰkt1〜ＴＳＰktk）は、カウントされるクロック値による各転送ストリームパケットの到着時刻（ＴＳ　ＡＰＡＴ）と共に記録媒体上にセクター（Ｓｅｃｔｏｒ１〜Ｓｅｃｔｏｒｎ）単位で記録される。この時、ストリーマ（２００）の制御部（２５０）は、セットトップボックス（１００）側から送られてきたデータストリームのビットレートによってストリーム記録単位体（ＳＯＢＵ）の区切り時間を設定するが、これについては例示して説明する。
【００２９】
　つまり、ストリーム記録単位体（ＳＯＢＵ）の区切り時間の最小単位としては、例えば、０．１秒，ビットレートの上位臨界値（Ｕｐｐｅｒ＿Ｔｈ＿Ｒａｔｅ）を７Ｍｂｐｓ、ビットレートの下位臨界値（Ｌｏｗｅｒ＿Ｔｈ＿Ｒａｔｅ）を４Ｍｂｐｓと設定する。そして、ストリームのビットレート（Ｓ＿Ｒａｔｅ）がＳ＿ＲＡＴＥ＝＞Ｕｐｐｅｒ＿Ｔｈ＿Ｒａｔｅを満足すれば、該当ストリームをＴｙｐｅ１として分類し、該当ストリームに対しては、区切り時間の最小単位（例えば０．１秒）をストリーム記録単位体（ＳＯＢＵ）の区切り時間単位として設定する。また、ストリームのビットレート（Ｓ＿Ｒａｔｅ）がＬｏｗｅｒ＿Ｔｈ＿Ｒａｔｅ＜Ｓ＿ＲＡＴＥ＜Ｕｐｐｅｒ＿Ｔｈ＿Ｒａｔｅを満足すれば、該当該当ストリームをＴｙｐｅ２として分類し、該当ストリームに対しては、前記区切り時間の最小単位０．１秒に所定の加重値（例えば、２）を乗算した時間単位（例えば０．２秒）をストリーム記録単位体（ＳＯＢＵ）の区切り時間単位に設定する。さらに、ストリームのビットレート（Ｓ＿Ｒａｔｅ）がＳ＿レート＜＝Ｌｏｗｅｒ＿Ｔｈ＿Ｒａｔｅを満足すれば、該当該当ストリームをＴｙｐｅ３として分類し、該当ストリームに対しては、前記区切り時間の最小単位０．１秒に所定の加重値（例えば、３）を乗算した時間単位（例えば０．３秒）をストリーム記録単位体（ＳＯＢＵ）の区切り時間単位として設定する。
【００３０】
　このように設定されたストリーム記録単位体（ＳＯＢＵ）の区切り時間単位は、ストリーム記録集合体（ＳＯＢ）に記録しておくのが好ましい。これは、同一の放送プログラムのストリーム内においてはビットレートがほとんど一定するので、同一のストリーム記録集合体（ＳＯＢ）内に存在するストリーム記録単位体（ＳＯＢＵ）の区切り時間単位は同一に設定されるためである。
【００３１】
　ここで、ストリーム記録単位体（ＳＯＢＵ）の区切り時間の最小単位である０．１秒、ビットレートの上位臨界値（Ｕｐｐｅｒ　＿Ｔｈ＿Ｒａｔｅ）の７Ｍｂｐｓ，ビットレートの下位臨界値（Ｌｏｗｅｒ＿Ｔｈ＿Ｒａｔｅ）の４Ｍｂｐｓ，加重値である２及び３は例示的に選定されたものの、本発明は、それらの値を様々に変更して設定、実施してもかまわない。また、前記の実施形態では、ビットレートの臨界値を２つに選定し、ストリームの類型を３つに分類したが、本発明はビットレートの臨界値を３つ以上に選定すると共にストリームの類型も４つ以上に選定し、それぞれのストリーム類型によって適当な加重値を設定、実施してもかまわない。
【００３２】
　その後、ストリーマ（２００）の制御部（２５０）は、入力されるデータストリームの転送ストリームパケットに含まれた時刻基準情報（基準時間としては、ＰＣＲ（ｐｒｏｇｒａｍ　　ｃｌｏｃｋ　ｒｅｆｅｒｅｎｃｅ），　ＰＡＴ（ｐａｃｋｅｔ　ａｒｒｉｖｉｎｇ　ｔｉｍｅ），　ＰＴＳ（ｐｒｅｓｅｎｔａｔｉｏｎ　ｔｉｍｅ　ｓｔａｍｐ）などが使用される）を用いて、記録されるデータストリームをストリームのビットレートによって変えて設定されたストリーム記録単位体（ＳＯＢＵ）の区切り時間単位でストリーム記録単位体（ＳＯＢＵ；ＳＯＢＵ１〜ＳＯＢＵｑ）を区切って記録し、該当記録単位体が記録されたセクターの個数で表される該当記録単位体のサイズ（ＳＯＢＵ＿ＳＺ）を該当ストリーム記録単位体の管理情報として生成記録する。このような動作を繰り返して記録されたストリーム記録単位体（ＳＯＢＵ）の所定個数（例えば２０個）単位になれば、記録単位体のインデックス番号（ＳＯＢＵ＿Ｎ）、該当ストリーム記録単位体（ＳＯＢ＃ｎ）の初期位置（ＳＯＢ＃ｎ＿ＯＦＦ＿ＡＤＤＲ）からの累積相対再生時間（ＡＣＣ＿ＴＭ）および該当ストリーム記録単位体（ＳＯＢ＃ｎ）の初期位置（ＳＯＢ＃ｎ＿ＯＦＦ＿ＡＤＤＲ）からの累積相対位置（ＡＣＣ＿ＳＺ）を管理情報として生成記録する。
【００３３】
　ストリーマ（２００）の制御部（２５０）は、前記の動作を記録モードが終了するまで続ける。このように１回記録されたストリームの単位がレコード（ＲＣＤ；あるいは、プログラム（ＰＧ））である。記録モードがこのように進む時、ストリーマ（２００）の制御部（２５０）は記録されたＳＯＢＵの集合を一つのストリーム記録集合体（ＳＯＢ）に区切って記録し、記録モードが終了すれば、記録された累積サイズ（ＡＣＣ＿ＳＺ）と累積相対再生時間（ＡＣＣ＿ＴＭ）とＳＯＢＵサイズ（ＳＯＢＵ＿ＳＺ）の集合とを一つのマップ（ＭＡＰ）に区切って、ストリーム記録集合体管理情報（ＳＯＢＩ）として記録する。
【００３４】
　つづいて、ストリーマ（２００）の制御部（２５０）は、前記のように区切られたマップに対して、再生順次情報（Ｃｅｌｌ）を生成して、レコード（ＲＣＤ；あるいは、プログラム（ＰＧ））に対応する再生順次情報として記録する。
【００３５】
　次に、前記のようにデジタルデータストリームを記録する場合のストリーム単位体のサイズについて説明する。図６に図示するように、６Ｍｂｐｓのビットレートで入力されるプログラム（ＰＧ１；あるいは、レコード（ＲＣＤ１）），３Ｍｂｐｓのビットレートで入力されるプログラム（ＰＧ２；あるいは、レコード（ＲＣＤ２））、４Ｍｂｐｓのビットレートで入力されるプログラム（ＰＧ３；レコードあるいは、（ＲＣＤ３））、６Ｍｂｐｓのビットレートで入力されるプログラム（ＰＧ４；レコードあるいは、（ＲＣＤ４））に対して、上位臨界値（Ｕｐｐｅｒ＿Ｔｈ＿Ｒａｔｅ）を６Ｍｂｐｓ、下位臨界値（Ｌｏｗｅｒ＿Ｔｈ＿Ｒａｔｅ）を３Ｍｂｐｓ、加重値を１．５と２に設定すると仮定する。
【００３６】
　プログラム（ＰＧ１；あるいは、レコード（ＲＣＤ１））は、Ｓ＿ＲＡＴＥ（ビットレート；６Ｍｂｐｓ）＝＞Ｕｐｐｅｒ＿Ｔｈ＿Ｒａｔｅ（６Ｍｂｐｓ）を満足するので、Ｔｙｐｅ１として分類し、区切り時間の最小単位としてＰ秒をストリーム記録単位体（ＳＯＢＵ）の区切り時間単位として設定する。そのとき、各々のストリーム記録単位体（ＳＯＢＵ）のサイズはＳ　Ｍビットになる。
【００３７】
　また、次のプログラム（ＰＧ２；あるいは、レコード（ＲＣＤ２））は、Ｓ＿ＲＡＴＥ（ビットレート；３Ｍｂｐｓ）＝＜Ｌｏｗｅｒ＿Ｔｈ＿Ｒａｔｅ（３Ｍｂｐｓ）を満足するので、Ｔｙｐｅ３として分類し、区切り時間の最小単位のＰ秒に加重値２を乗算した２Ｐ秒をストリーム記録単位体（ＳＯＢＵ）の区切り時間単位として設定する。そのとき、各々のストリーム記録単位体（ＳＯＢＵ）のサイズはＳ　Ｍビットになる。さらに次のプログラム（ＰＧ３；あるいは、レコード（ＲＣＤ３））は、Ｌｏｗｅｒ＿Ｔｈ＿Ｒａｔｅ（３Ｍｂｐｓ）＜Ｓ＿ＲＡＴＥ（ビットレート；４Ｍｂｐｓ）＜Ｕｐｐｅｒ＿Ｔｈ＿Ｒａｔｅ（６Ｍｂｐｓ）を満足するので、Ｔｙｐｅ２として分類し、区切り時間最小単位のＰ秒に加重値１．５を乗算した１．５Ｐ秒をストリーム記録単位体（ＳＯＢＵ）の区切り時間単位として設定すれば、各々のストリーム記録単位体（ＳＯＢＵ）のサイズはＳ　Ｍビットになる．
【００３８】
　図６から分かるように本発明は、記録ストリームのビットレートにかかわらず、ストリーム記録単位体（ＳＯＢＵ）のサイズをほぼ一定に区切ることが出来るので、ストリーム記録単位体の最大サーチ時間が一定になる。
【００３９】
　前記のような記録動作によってデジタルデータストリームが記録媒体上に記録された状態で、使用者が記録位置をサーチするために時刻（ＨＨ：ＭＭ：ＳＳ：：ＦＦ）を入力設定すれば、ストリーマ（２００）の制御部（２５０）は、レコード（ＲＣＤ１〜ＲＣＤ３；あるいは、プログラム（ＰＧ１〜ＰＧ３））の生成時刻（ＰＧ１＿Ｃｒｅａｔｅ＿ＴＭ，ＰＧ２＿Ｃｒｅａｔｅ＿ＴＭ，ＰＧ３＿Ｃｒｅａｔｅ＿ＴＭ）を用いて設定時刻（ＨＨ：ＭＭ：ＳＳ：：ＦＦ）に対応するレコード（ＲＣＤ；あるいはプログラム（ＰＧ））をサーチし、サーチされたレコード（ＲＣＤ；あるいはプログラム（ＰＧ）；図５ではＰＧ（ＲＣＤ））２に含まれた再生順次情報（Ｃｅｌｌ１〜Ｃｅｌｌｎ）の再生開始時刻（Ｃ１＿Ｓ＿ＴＭ，Ｃ２＿Ｓ＿ＴＭ，．．．．，Ｃｎ＿Ｓ＿ＴＭ）及び再生終了時刻（Ｃ１＿Ｅ＿ＴＭ，Ｃ２＿Ｅ＿ＴＭ，．．．．，Ｃｎ＿Ｅ＿ＴＭ）を利用して設定時刻（ＨＨ：ＭＭ：ＳＳ：：ＦＦ）に対応する再生順次情報（Ｃｅｌｌ；図５ではＣｅｌｌ２）をサーチする。
【００４０】
　制御部（２５０）は、サーチされた再生順次情報（Ｃｅｌｌ２）に対応するストリーム記録集合体（ＳＯＢ２）に対する管理情報（ＳＯＢＩ）でストリーム記録単位体（ＳＯＢＵ）の区切り時間単位情報を読み出して、記録単位体インデックス番号（ＳＯＢＵ＿Ｎ）にストリーム記録単位体（ＳＯＢＵ）の区切り時間単位情報を乗算した値が、設定時刻（ＨＨ：ＭＭ：ＳＳ：：ＦＦ）から記録集合体開始時刻（ＳＯＢ＿Ｓ＿ＴＭ）を引いた時刻（Ｋ）より小さくて、もっとも近い値になる記録単位体インデックス番号（ＳＯＢＵ＿Ｎ）が含まれた目標累積エントリー（ＡＣＣ　Ｅｎｔｒｙ；図５で陰影処理されたエントリー）をサーチする。その後、制御部（２５０）は、前記累積エントリー（ＡＣＣ　Ｅｎｔｒｙ）が示す記録単位体（ＳＯＢＵ）からその記録単位体（ＳＯＢＵ）の個数に区切り時間単位情報を乗算して設定時間（ＨＨ：ＭＭ：ＳＳ：ＦＦ）に含まれる目標記録単位体（ＳＯＢＵ）をサーチする。この時、目標記録単位体の位置は、目標累積エントリー（ＡＣＣ　Ｅｎｔｒｙ）の相対位置（ＡＣＣ＿ＳＺ）に、目標累積エントリーが示す記録単位体から記録単位体のサイズ（ＳＯＢＵ＿ＳＺ）を加算して得られる。
【００４１】
　つづいて、制御部（２５０）は、前記のようにサーチされた記録単位体（ＳＯＢＵ；図５では、ＳＯＢＵｇ）が記録された一番目のセクター（Ｓｅｃｔｏｒ１）から各転送ストリームパケットのパケット到着時刻（ＴＳ　ＡＰＡＴ）を検出して、設定時間（ＨＨ：ＭＭ：ＳＳ：ＦＦ）に対応するパケット到着時刻（ＴＳ　ＡＰＡＴ）をサーチする。そののち、制御部（２５０）は、サーチされたパケット到着時刻（ＴＳ　ＡＰＡＴ）の後に存在する転送ストリームパケット（ＴＳＰkt；図５参照）から読み出してＩＥＥＥ１３９４インターフェイス（２１０）を介してセットトップボックス（１００）側に送るようストリーム再生処理部（２４０）を制御する。
【００４２】
　本発明は、前述した特定の実施形態に限らず、本発明の大要を外れない限り、様々に変更、修正して実施出来る。例えば、本発明は、図１を参照して説明したシステムに限って実施するのではなく、前記のセットトップボックスのような機能を行う装置と前記ストリーマのような機能を行う装置が一つのセット内に設置され、これらの間には、内部バスを媒介に通信するよう構成されたシステムにおいてもデジタルデータストリームを受信して格納する際に本発明が適用される。
【００４３】
　本発明は、所定の単位長さで受信された転送ストリームを各々の転送ストリームの受信時刻を表す時刻基準情報と共に記録媒体に記録し、転送ストリームを所定のサイズに区切るが、その区切られた記録単位体をあらかじめ設定した所定個数でグループ分けして、グループ単位でアクセス情報を生成するようにしてもよい。そのアクセス情報としては、記録単位体を区切る基準時間に関する情報や、記録初期位置と離れている位置情報であることが望ましい。
【００４４】
　また、前記の実施形態では、記録されるデータストリームのビットレートをセットトップボックスから検出してストリーマ側に伝える場合について説明したが、本発明は、ストリーマから入力されるデータストリームをスクランブリング及びデコーディングしてＰＥＳパケットのＰＥＳヘッダーにあるＥＳビットレートあるいは、転送ストリーム（ＴＳ）パケットのヘッダーにある個別ストリームビットレートを検出し、検出されたビットレートを用いてデータストリームのビットレートを算出してもよい。
【００４５】
　さらに、前記の実施形態では、ＥＳビットレートや個別ストリームビットレートを用いてビットレートを算出したが、本発明は、データストリーム内に含まれているＥＳビットレート、個別ストリームビットレートなどのようにデータのビットレートが分かるデータのビットレート情報をそのまま使用しても構わない。したがって、本発明は、データストリームで連続する２つのプログラム　クロック基準情報（Ｐｒｏｇｒａｍ　Ｃｌｏｃｋ　Ｒｅｆｅｒｅｎｃｅ（ＰＣＲ）；ＰＣＲｉ，ＰＣＲｊ）フィールドとその間のデータの量（バイト数）を用いて、記録されるデータストリームビットレートを（（バイト数）＊システム　クロック周波数）／（ＰＣＲｊ，ＰＣＲｉ）で計算することもできる。システムクロック周波数は、ＭＰＥＧ２では２７ＭＨｚである。
【００４６】
　また、前記の実施形態では、記録される同一の放送プログラムに対するストリームのビットレートが同一だと仮定したが、本発明は記録される同一の放送プログラムに対してストリームのビットレートが最小値と最大値で表される場合にもビットレートの最大値に合わせて記録単位体（ＳＯＢＵ）を区切ればよい。
【図面の簡単な説明】
【００４７】
【図１】本発明に係るデジタルデータストリーム記録方法及び記録ストリーム管理情報生成記録方法が適用されるシステムを概略に示す図である。
【図２】従来に、図１のシステムを用いてデジタルデータストリームを記録媒体上に記録する時、記録データ管理情報を生成する方法と、生成された管理情報を用いて記録データをサーチする方法を説明するために、記録データ管理情報の構造及び記録データの構成を図示する図である。
【図３】図２の従来の方法によって記録データをサーチする際に、生じる問題点を説明するために示した図である。
【図４】図２の従来の方法で、記録媒体上にデジタルデータストリームを記録する際に、記録されるストリーム記録単位体（ＳＯＢＵ）のサイズを示す図である。
【図５】本発明によって生成記録される記録データ管理情報の構造及び記録データの構成を図式に示す図である。
【図６】本発明に係るデジタルデータストリームを記録方法によって記録されるストリーム記録単位体（ＳＯＢＵ）のサイズを示す図である。
【符号の説明】
【００４８】
　１００…セットトップボックス、１１０…選局処理部、１２０…デコーダー、１３０，２１０…通信インターフェイス、１４０，２５０…制御部、１５０，２６０…メモリ、２００…ストリーマ、２２０…ストリーム格納処理部、２３０…記録媒体（ＤＶＤ）、２４０…ストリーム再生処理部。
【図１】
2004047114.tif 000003
【図２】
2004047114.tif 000004
【図３】
2004047114.tif 000005
【図４】
2004047114.tif 000006
【図５】
2004047114.tif 000007
【図６】
2004047114.tif 000008