(57)【特許請求の範囲】
【請求項１】
記録されたビットストリームがトリックプレイモードで再生されるように、ビットストリームレコーダにビットストリームを記録するための方法であって、
前記ビットストリームは、予め決定されたサイズのストリームオブジェクトユニットで記録され、
前記記録されたビットストリームは、たとえばＩピクチャ又はＩＳＯ／ＩＥＣ１３８１８−１プログラムストリームのストリームオブジェクトを含むビデオデータといった、前記ストリームオブジェクトユニットに含まれるアプリケーションパケットに含まれるデータを含み、
アクセスユニットは、前記トリックプレイモードについてアクセス可能な前記記録されたビットストリームの一部として定義され、
アクセスユニット情報は、前記ビットストリーム及び記録されるべき関連するナビゲーションデータと関連付けされ、
当該方法は、前記アクセスユニット情報のアクセスユニットスタートマップを記録するステップを含み、
前記アクセスユニットスタートマップで、１つのフラグは、前記ストリームオブジェクトユニットのそれぞれ１つに割り当てられ、
前記フラグのそれぞれは、前記アクセスユニットの１つのスタートが、対応するストリームオブジェクトユニット及び直後のストリームオブジェクトユニットからなる前記記録されたビットストリームのレンジ内に含まれることを第一の値で示すか、又は、対応するアクセスユニットがそのフラグ及びその関連するストリームオブジェクトユニットについて存在することを第二の値で示す、
ことを特徴とする方法。
【請求項２】
前記アクセスユニット情報は、前記第一の値を有する前記アクセスユニットスタートマップにおけるフラグ数に整合する多数のエントリを有するアクセスユニットロケーションリストを更に含み、
前記第一の値を有する前記アクセスユニットスタートマップのそれぞれ連続するフラグは、対応するストリームオブジェクトユニット内の対応するアクセスユニットの第一のアプリケーションパケットのロケーションを記述する、前記アクセスユニットスタートロケーションリストにおける対応するロケーション情報と関連付けされる、
請求項１記載の方法。
【請求項３】
記録するとき、前記アクセスユニット情報のアクセスユニットエンドマップを更に記録するステップを含み、
前記アクセスユニットエンドマップは、前記アクセスユニットスタートマップと同じ長さのビットアレイであり、
前記アクセスユニットエンドマップで、１つのフラグは、前記ストリームオブジェクトユニットのそれぞれ１つに割り当てられ、
前記フラグは、関連されるビットストリームオブジェクトユニットが、その開始が前記アクセスユニットスタートマップ内のフラグにより示される、前記アクセスユニットの１つのエンドを含む第一の値で示す、
請求項１又は２記載の方法。
【請求項４】
前記アクセスユニット情報は、前記第一の値を有する前記アクセスユニットエンドマップにおけるフラグ数に整合する多数のエントリを有するアクセスユニットエンドロケーションリストを更に含む、
請求項３記載の方法
【請求項５】
請求項１記載の方法に係るビットストリームレコーダに記録されたビットストリームをトリックプレイモードで再生する方法であって、
当該方法は、前記アクセスユニットスタートマップでフラグを評価することで選択されたアクセスユニットに関連する、記録されたビットストリームの部分を前記トリックプレイモードで再生するステップを含む、
ことを特徴とする方法。
【請求項６】
前記アクセスユニット情報は、前記第一の値を有する前記アクセスユニットスタートマップにおけるフラグ数に整合する多数のエントリを有するアクセスユニットスタートロケーションリストを更に含み、
前記第一の値を有する前記アクセスユニットスタートマップのそれぞれ連続するフラグは、対応するストリームオブジェクトユニット内の対応するアクセスユニットの第一のアプリケーションパケットのロケーションを記述する、前記アクセスユニットスタートロケーションリストにおける対応するロケーション情報と関連付けされ、
前記トリックプレイモードで再生される前記ビットストリーム部分は、前記アクセスユニットスタートマップにおけるフラグ及び前記アクセスユニットスタートロケーションリストにおける対応するロケーション情報を評価することで選択される、
請求項５記載の方法。
【請求項７】
記録されたビットストリームの対応する部分を前記トリックプレイモードで再生するとき、前記部分は、アクセスユニットエンドマップにおけるフラグを評価することで選択されるアクセスユニットに関連し、
前記アクセスユニットエンドマップは、前記アクセスユニット情報について更に記録され、前記アクセスユニットエンドマップは、前記アクセスユニットスタートマップと同じ長さのビットアレイであり、
前記アクセスユニットエンドマップで、１つのフラグは前記ストリームオブジェクトユニットのそれぞれ１つに割り当てられ、前記フラグは、その開始が前記アクセスユニットスタートマップ内のフラグにより示される、関連されるストリームオブジェクトユニットが前記アクセスユニットのうちの１つのエンドを含むことを第一の値で示す、
請求項５又は６記載の方法。
【請求項８】
前記アクセスユニット情報は、前記第一の値を有する前記アクセスユニットエンドマップにおけるフラグ数に整合する多数のエントリを有するアクセスユニットエンドロケーションリストを更に含み、前記第一の値を有する前記アクセスユニットエンドマップにおけるそれぞれ連続するフラグは、対応するストリームオブジェクトユニット内の対応するアクセスユニットの最後のアプリケーションパケットのロケーションを記述する、前記アクセスユニットエンドロケーションリストにおける対応するロケーション情報と関連付けされ、
前記トリックプレイモードで再生される前記ビットストリーム部分は、前記アクセスユニットエンドマップにおけるフラグ、及び前記アクセスユニットロケーションリストにおける対応するロケーション情報を更に評価することで選択される、
請求項７記載の方法。
【請求項９】
前記第一の値を有するそれぞれのアクセスユニットエンドマップエントリのインデックスは、前記第一の値を有するその対応するアクセスユニットスタートマップエントリのエントリインデックスに等しいか又は該エントリインデックスよりも大きく、後続するアクセスユニットスタートマップエントリが存する場合に、前記第一の値を有する直後のアクセスユニットスタートマップエントリのインデックスよりも小さい、
請求項３，４，７又は８のいずれか記載の方法。
【請求項１０】
前記トリックプレイモードは、高速早送り、高速巻き戻し、スローモーション、シングルピクチャステップ及び／又は静止画トリックプレイモードを含む、
請求項１乃至９のいずれか記載の方法。
【請求項１１】
記録されたビットストリームは、アクセスユニットのスタート又はエンドを示すアクセスユニットスタートマーク及びアクセスユニットエンドマークを含む、
請求項１乃至１０のいずれか記載の方法。
【請求項１２】
前記アクセスユニットスタートマップは、バイトアラインされ、連結されたアクセスユニットスタートマップエントリが、８の整数倍ではない多数のビットから構成される場合、前記アクセスユニットスタートマップの最後のバイトの残りのＬＳＢは、対応する数のパディングビットで満たされる、
請求項１乃至１１のいずれか記載の方法。
【請求項１３】
ビットストリームを記録し、記録されたビットストリームをトリックプレイモードで再生するビットストリームレコーダであって、
前記ビットストリームは、予め決定されたサイズのストリームオブジェクトユニットで記録され、
前記記録されたビットストリームは、たとえばＩピクチャ又はＩＳＯ／ＩＥＣ１３８１８−１プログラムストリームのストリームオブジェクトを含むビデオデータといった、前記ストリームオブジェクトユニットに含まれるアプリケーションパケットに含まれるデータを含み、
アクセスユニットは、前記トリックプレイモードについてアクセス可能な前記記録されたビットストリームの一部として定義され、
アクセスユニット情報は、前記ビットストリーム及び記録されるべき関連するナビゲーションデータと関連付けされ、
当該ビットストリームレコーダは、
前記アクセスユニット情報のアクセスユニットスタートマップを記録する手段とを備え、
前記アクセスユニットスタートマップで、１つのフラグは、前記ストリームオブジェクトユニットのそれぞれ１つに割り当てられ、前記フラグのそれぞれは、前記アクセスユニットの１つのスタートが、対応するストリームオブジェクトユニット及び直後のストリームオブジェクトユニットからなる前記記録されたビットストリームのレンジ内に含まれることを第一の値で示すか、又は、対応するアクセスユニットがそのフラグ及びその関連するストリームオブジェクトユニットについて存在することを第二の値で示し、
当該ビットストリームレコーダは、
前記アクセスユニットスタートマップでフラグを評価することで選択されたアクセスユニットに関連する、記録されたビットストリームの部分を前記トリックプレイモードで再生する手段と、
を更に備えることを特徴とするビットストリームレコーダ。
【発明の詳細な説明】
【０００１】
本発明は、データストリームレコーダ、特に、ＤＶＤに基づいたデータストリームのレコーダのための改善されたトリックプレイに関する。
【０００２】
［発明の背景］
ストリーム記録は、ＤＶＤストリーマに接続されるアプリケーション装置、たとえばセットトップボックスを仮定している。両装置は、たとえば、送信及び受信ファームウェアを含むＩＥＥＥ１３９４（ＩＥＣ６１８８３）インタフェースを介して接続される。
【０００３】
ストリームデータは、ＩＳＯ／ＩＥＣ１３８１８−１システムにおいて記載されるような、「プログラムストリーム」として記憶することができる１つ又は複数の「ストリームオブジェクト」を含んでいる。
【０００４】
以下の略記は、該記載において使用される。ＡＰＡＴ：アプリケーションパケットの到着時間、ＡＴＳ：アプリケーションのタイムスタンプ、ＡＵ：アクセスユニット、ＡＵＤ：ＡＵデータ、ＡＵＥＬＬ：アクセスユニットのエンドロケーションリスト、ＡＵＥＭ：アクセスユニットのエンドマップ、ＡＵＬＬ：アクセスユニットのロケーションリスト、ＡＵＳＬＬ：アクセスユニットのスタートロケーションリスト、ＡＵＳＭ：アクセスユニットのスタートマップ、ＤＴＳ：デコードのタイムスタンプ、ＤＶＤ：デジタルバーサティルディスク、ＤＶＤ ＲＴＲＷ：ＤＶＤリアルタイム再書込み可能、ＤＶＤ ＶＲ：ＤＶＤビデオ記録、ＥＰＧ：電子プログラムガイド、ＩＡＰＡＴ：インクリメントなアプリケーションパケットの到着時間、ＭＡＰＬ：マッピングリスト、ＬＢ：ロジカルブロック、ＰＡＴ：パケット到着時間、ＰＥＳ：パケット化されたエレメントのストリーム、ＰＴＳ：プレゼンテーションタイムスタンプ、ＳＣＲ：システムクロックリファレンス、ＳＯＢ：ストリームオブジェクト、ＳＯＢＵ：ストリームオブジェクトユニット、ＳＴＢ：セットトップボックス、Ｓ_ＰＣＫ：ストリームパック、ＴＯＣ：コンテンツのテーブル。
【０００５】
ＳＯＢは、プログラム_エンド_コードにより終端することができる。それぞれのＳＯＢの第１パックにおいてファイルされたＳＣＲの値は、ゼロでない場合がある。ＳＯＢは、ストリームパックの系列にパックされたストリームデータを含んでいる。ストリームデータは、１つのエレメンタリストリームに編成することができ、ストリーム_ＩＤでＰＥＳパケットにおいて転送される。
【０００６】
ストリーム記録において、ＤＶＤ−ＲＯＭビデオ又はＲＴＲＷのパック長調整方法が使用される必要がないように、アプリケーションは、それ自身が所有するパディング（padding）を実行する。ストリーム記録において、ストリームパケットが必要な長さを常に有していると仮定することは安全なことである。
【０００７】
［発明の概要］
本発明により、アクセスユニットを実現することが可能である。結果的に得られるＡＵは、厳密には２ＳＯＢＵから「アプリケーションパケット」までの解像度範囲を有する。正確さは、使用されるＤＶＤストリーマに依存する。すなわち、ＤＶＤストリーマがアプリケーションを知っているか否かに関わらず、ＲＡＭメモリをどのくらい使用することができるかである。したがって、正確さは、製造業者の設計に依存する。それぞれのＳＯＢは、それ自身のＡＵデータを含む。このＡＵＤは、１つ又は２つのコースリスト、及び１つ又は２つのファインリストの一般情報から構成される。
【０００８】
コースリストは、アクセスユニットのスタートマップ（ＡＵＳＭ）と呼ばれる。ＡＵＳＭは、Ｎ個のフラグ（ＮはこのＳＯＢのＳＯＢＵの数）から構成される。それぞれのフラグは、１つのＳＯＢＵに属する。フラッグは、以下を示している。
・ＡＵは、対応するＳＯＢＵ又は次のＳＯＢＵを示す。
・そのフラグについて対応するＡＵは存在しない。
【０００９】
ファインリストは、アクセスユニットのロケーションリスト（ＡＵＬＬ）と呼ばれ、全てのＡＵのアプリケーションパケットの正確なロケーションを含んでいる。ＡＵＳＭ／ＡＵＥＭフラグを示すそれぞれのＡＵについて、ＡＵＬＬの内部にはロケーション情報は存在しない。
【００１０】
２つの種類のＡＵＬＬが存在する。
【００１１】
スタートロケーションを含むＡＵＬＬの内部の部分は、アクセスユニットのスタートロケーションリスト（ＡＵＳＬＬ）と呼ばれる。エンドロケーションを含むＡＵＬＬの内部の部分は、アクセスユニットのエンドロケーションリスト（ＡＵＥＬＬ）と呼ばれる。
【００１２】
ＳＯＢの完全なＡＵ情報は、
・ＡＵのスタートのセクタ＆アプリケーションパケットのロケーション、及び
・ＡＵでスタートするデータのエンド（たとえば、Ｉフレームの終了）のセクタ＆アプリケーションパケットのロケーション、及び
・ＡＵのＰＴＳ、又は
・ＡＵのスタートＡＰＡＴ、
・ＡＵのエンドＡＰＡＴ（たとえば、Ｉフレームの終了）、及び
・ＡＵのＰＴＳ、又は
・（ＡＵのエンドＡＴＳについての）アクセスユニットのエンドマップ（ＡＵＥＭ）
・ＡＵＳＭではなく、ＡＵＥＭに基づいたＡＵのエンドＡＴＳ、及び
・ＡＵのＰＴＳ、のいずれかである。
【００１３】
上記の値、たとえばＡＵＳＭ又はＡＵＳＭ及びＡＵＥＭのみのサブセットを有することは可能である。
【００１４】
本発明の１目的は、データストリームレコーダにおけるトリックプレイモードを実現するための方法及びレコーダを開示することにある。この目的は、請求項１及び７において開示される特徴により達成される。
【００１５】
トリックプレイモード、たとえば高速フォワードは、ＡＵＳＭ／ＡＵＥＭを介して、所望のＡＵ、たとえば第２ＡＵのそれぞれを選択することにより実行される。ＳＯＢ記録の間のＡＵＳＭ、ＡＵＥＭ及びＡＵＳＬＬ及びＡＵＥＬＬの生成は追加的であり、すなわち、製造業者の問題である。トリックプレイモードのためのＡＵＳＭ、ＡＵＥＭ、ＡＵＳＬＬ及びＡＵＥＬＬの使用もまた、追加的である。しかし、編集の際にＡＵＳＭ、ＡＵＥＭ及びＡＵＬＬを更新することは、命令的である。図３から図５は、３つの例を示している。
【００１６】
ＤＶＤストリーマ（streamer）の特徴は、ＡＵの生成又は使用ではなく、ＡＵのシンタックスを規定している。しかし、ここでは、ＡＵＳＭ／ＡＵＥＭ及びＡＵＬＬをどのように生成するかについての幾つかの例が示される。
・Ａ）アプリケーション装置は、送信後にストリームスペシャルデータを送出する。該データは、ＡＰＡＴとしてのＡＵのリストを含んでいる。すなわち、リストのＡＰＡＴのそれぞれは、ちょうど記録されたアプリケーションパケットの１つのＡＰＡＴである。ストリーマは、ＡＰＡＴのそれぞれを対応するアプリケーションパケットに割当てなければならない。
【００１７】
ハイエンドストリーマは、ストリーム記録の間にスペシャルリストを生成する。このリストは、それぞれ記録されたアプリケーションパケットのＡＰＡＴ値、及びストリームにおける対応する位置、たとえばセクタ番号、及びアプリケーションパケット番号を含んでいる。アプリケーションがＡＵリストをＡＰＡＴのリストとして送出する時、ストリーマは全てのリスト、ＡＵＳＭ／ＡＵＥＭ（正確なＳＯＢＵ）及びＡＵＬＬを生成することができる。
【００１８】
標準的なストリーマは、ＡＰＡＴ及びローカルＲＡＭ内部のアプリケーションパケットロケーション情報を有するリストを生成するための十分なメモリを有していない。したがって、この場合、ストリーマは、ＡＵＳＭ（正確な２つのＳＯＢＵ）のみを生成し、ＡＵＥＭ及びＡＵＬＬを生成しない。その後、ハイエンドストリーマは、それより正確なＡＵＬＬ及びＡＵＥＭ（正確なＳＯＢＵ）を生成することができ、たとえば、このハイエンドストリーマのアイドルモードの間に、ＡＵＳＭ ＳＯＢＵを正確に洗練することができる。
・Ｂ）ストリーマは、到来するストリームを解剖するための専用ハードウェアを含んでいる。すなわち、アプリケーションは、ストリーマにより見分けられる。このパーサ（parser）は、Ｉピクチャのようなアクセスユニットを自動的に認識する。かかる付加的なハードウェアにより、ＡＵＳＭ／ＡＵＥＭ（正確なＳＯＢＵ）及びＡＵＬＬは、ストリーム記録の間に容易に生成することができる。
・Ｃ）アプリケーションは、ストリーマへのストリームの送信の間、アプリケーションパケットをＡＵとして記録するためのスペシャルデジタルインタフェースを使用している。次いで、デジタルインタフェースが規定されている場合に、ストリーマは、ストリーム記録の間にＡＵＳＭ／ＡＵＥＭ及びＡＵＬＬを並列に生成することができる。
・Ｄ）アプリケーションは、ストリーマに関して何も認識していない。この場合、ＡＵは生成されない。その後、ハイエンドストリーマは、たとえば、ストリーマのアイドルモードの間に、失ったＡＵＳＭ／ＡＵＥＭ（正確なＳＯＢＵ）及びＡＵＬＬを生成することができる。
【００１９】
トリックプレイモードは、ＡＵ情報を有するか又は有さずに適用することができる。
［ＡＵ情報のエンドを有さない場合］
トリックプレイモード、たとえば高速フォワードは、所望のＡＵ、たとえばＡＵＳＭ内部のそれぞれの第２ＡＵについてサーチすることにより実行される。所望のＡＵが存在する場合、ＡＵＬＬを有して、ＡＵの第１アプリケーションパケットの正確なロケーションが知られる。ＡＵＬＬがなければ、ストリーマは、ＡＵがＡＵＳＭにより示されるＳＯＢＵ、又は後続するＳＯＢＵにおけるいずれかにおいて配置されることを仮定する。ストリーマは、この位置にジャンプし、このＳＯＢＵの第１アプリケーションパケットを有するアプリケーションに対するアプリケーションパケットの送信を開始する。ストリーマは、固定量のデータ、たとえば１．８メガビットを送信した後、又は次のＡＵまで送信を終了し、次の所望のＡＵにジャンプする。ストリーマがアプリケーションを知る場合、ストリーマは、ＡＵの送信の間にストリームを解剖することができ、ＡＵの終了が到達した時に、たとえばＩピクチャの終了時に送信を終了する。
【００２０】
ストリームがＡＵフラグ（ＡＵスタート／ＡＵエンド）を含む場合、ＡＵの送信もまた、正確なアプリケーションパケットで実行することができる。
［ＡＵ情報のエンドを有する場合］
第１の代替に対する差は、ＡＵＬＬが存在する場合、アプリケーション装置へのＡＵの送信がＡＵの最後のアプリケーションパケットの送信で停止する点のみである。
【００２１】
ビットストリームデータ（スタート及びエンドマーク）及びナビゲーションデータ（ＡＵＳＭ、ＡＵＥＭ、ＡＵＬＬ）は、ディクス上に分離して、すなわち異なるファイルにおいて記憶される。
【００２２】
本質的に、本発明の方法は、ビットストリームレコーダにおいてトリックプレイモードを実現するために適している。
【００２３】
ここで、該ビットストリームはストリームオブジェクトに編成され、該ビットストリームへのアクセスはアクセスユニットを使用して実行され、該アクセスユニットの情報は該ビットストリームの該ストリームオブジェクト、及び記録された、又は記録されるナビゲーションデータに関連付けられ、
該アクセスユニット情報は、該ビットストリームへのアクセスのために該ナビゲーションデータと共にトリックプレイモードにおいて使用されるアクセスユニットスタートマップ及び追加的なアクセスユニットエンドマップを含んでいる。
【００２４】
本質的に、本発明のビットストリームレコーダは、トリックプレイモードを実現するために適している。
【００２５】
ここで、該ビットストリームはストリームオブジェクトに編成され、該ビットストリームへのアクセスはアクセスユニットを使用して実行され、該アクセスユニットの情報は該ビットストリームの該ストリームオブジェクト、及び記録された或いは記録されるナビゲーションデータに関連付けられ、
該アクセスユニット情報は、該ビットストリームへのアクセスのために該ナビゲーションデータと共にトリックプレイモードにおいて使用されるアクセスユニットスタートマップ及び追加的なアクセスユニットエンドマップを含んでいる。
【００２６】
本発明の有利で付加的な実施の形態は、特許請求の範囲における独立な請求項のそれぞれにおいて開示される。
【００２７】
［発明の実施の形態］
本発明の実施の形態は、添付図面を参照して記載される。
【００２８】
図１は、セットトップボックスＡＤ及びストリームレコーダ装置ＳＴＲＤの簡略化されたブロック図である。ＡＤは、インタフェースＩＦ、たとえばＩＥＥＥ１３９４インタフェースを介してＳＴＲＤと対話する。ＡＤは、出力バッファリング＆タイムスタンピングハンドリング手段ＢＴＨＯＡＤを介して、そのデータをＩＦに送出し、入力バッファリング＆タイムスタンピングハンドリング手段ＢＴＨＩＡＤを介してＩＦからのデータを受ける。
【００２９】
ＳＴＲＤ内部のストリーマＳＴＲは、出力バッファリング＆タイムスタンピングハンドリング手段ＢＴＨＯを介してＩＦにそのデータを送出し、入力バッファリング＆タイムスタンピングハンドリング手段ＢＴＨＩを介してＩＦからのデータを受ける。
【００３０】
ＩＥＥＥ１３９４接続の代わりに、Ethernet又はインターネットのようないずれか他のネットワークを使用することもできる。
【００３１】
セットトップボックスの代わりに、たとえば、ＤＶＤプレーヤ又はＰＣ又はインターネット受信機のような、いずれか他のデータストリームソースを使用することもできる。
ＤＶＤストリーム記録システムは、存在するデジタルビットストリームを記録し、それらを編集してそれらをビットストリームとして再生するために、再書込み可能なＤＶＤディスクを使用するために設計される。このシステムは、以下の必要条件を満たすために設計される。
・タイミングメカニズム、すなわち、それぞれの放送パケットにタイムスタンプが付加され、再生の間に適切なパケット伝送が可能となる。
・アプリケーションのフィールドを拡大するために、非実時間記録が可能となるべきである。しかし、この場合、ＳＴＢは、タイムスタンプ情報を生成しなければならない。
・実時間ストリーム記録をサポートするためのデータ割当て計画及びファイルシステム。
・多くのデジタルサービスは、通常実時間ストリームに埋め込まれているサービス情報を必要とする。ＤＶＤプレーヤからのデータにより与えられるＳＴＢをサポートするために、ＤＶＤは追加のスペースを提供するべきである。該スペースは、サービス情報の一部を複製し、付加的なＴＯＣ情報を付加するためにＳＴＢにより使用することができる。
・コピープロテクションがサポートされなければならない。加えて、サービスプロバイダによりいずれかのスクランブリングが実行されなければならず、ＳＴＢは不変のままでなければならない。
【００３２】
ユーザの必要条件は、記録のための必要条件、再生のための必要条件、編集のための必要条件にグループ分けすることができる。
「実時間記録」
システムは、デジタルストリームの実時間記録を実現するために設計される。該設計により、それらの記録が異なるストリームのフォーマットから構成されていても、ユーザは記録を連結することができる。記録が連結される場合、必要とされないが、シームレス又はシームレスに近い再生特性を達成することができる。
「ナビゲーションサポート」
ナビゲーションをサポートするために、記録の間に２つの情報（リスト）の部分が生成される。
１）再生リストの「オリジナル」バージョン。このリストは、極めて低レベルの情報、たとえばタイムマップ又は記録の（放送）パケットオーダを含んでいる。このリストは、ＳＴＢによりアクセス可能であり、ＳＴＢと同様にＤＶＤストリーマにより理解される。そのオリジナルバージョンにおいて、再生リストは完全な記録の再生を可能にする。再生リストは、ＳＴＢによる記録の後にアクセスされ拡張されてもよく、より洗練された再生系列が可能になる。
２）情報の第２部分である、マッピングリストは、パケットストリームストリームレコーダをサポートするために生成される。たとえば、「放送パケット」又は「時間」といったアプリケーション領域の観点で記述される。このリストは、ＤＶＤストリーマのみにより所有され、理解される。
「コンテンツ記述」
システムは、ハイレベルＴＯＣ及びサービス情報を記憶するために、ＳＴＢにより使用することができるスペースを取っておくことができる。この情報は、ディスク用に記憶されているコンテンツを通して案内するためにユーザについて提供され、洗練されたＥＰＧ情報を含んでいてもよい。ストリームレコーダにより、コンテンツは理解される必要がない。しかし、キャラクタのストリングに基づいたＴＯＣ情報の共通のサブセットは、ストリームレコーダそれ自身が基本メニューを提供することができるために、ＳＴＢとＤＶＤの間で共有されて有効となる場合がある。
「アクセスユニット選択のためのプレーヤメニュー」
個々の記録の再生、及び全ての記録を連続して再生することは、再生リストを介して可能である。ＳＴＢは、ディスク上に格納されたＴＯＣ情報に基づいた洗練されたメニューを生成することができる。簡単なメニューは、たとえば、ＳＴＢ及びＤＶＤにより共有されるある「キャラクタ」情報を介して、ストリーマそれ自身により生成される。
【００３３】
ＤＶＤストリーマは、再生リストの「オリジナルバージョン」を作る。該リストにより、より洗練された再生特性のためにＳＴＢにより再生リストの拡張及び修正を可能にする。ＤＶＤストリーマは、それらの洗練された再生リストのコンテンツについて責任を負う。
【００３４】
システムは、ユーザ要求に関する１回の記録の消去をサポートする。好ましくは、システムにより、この特性はＳＴＢの制御下にすることができる。システムは、挿入の編集をサポートしてもよい。
【００３５】
ディレクトリ及びファイル構造に関して、ＤＶＤストリーム記録のストリームデータ及びナビゲーションデータの編成は、以下を考慮するような特定のやり方で行われる。
【００３６】
いずれかのＤＶＤストリーマ装置は、ディスク上のそれ自身所有のハウスキーピングデータ又はストリーマ特定のナビゲーションデータを記憶するための、ある必要条件を有している。これらのデータは、単に記録されたデータの回復を助けるためのものである。該データは、理解される必要がなく、又はいずれか外部のアプリケーション装置ＡＤに対して目に見える必要がない。
【００３７】
いずれかのＤＶＤストリーマ装置は、それが接続されるアプリケーションストリーマＡＤと通信する必要がある。アプリケーションの最大の可能範囲がストリーマに接続することができるように、この通信は、できるだけ広く通じたものである。かかる通信をサポートするためのナビゲーションデータは、コモンナビゲーションデータと呼ばれ、アプリケーション装置と同様にストリーマにより理解可能なものでなければならない。
【００３８】
ストリーマ装置は、いずれか所望の種類のそれ自身が所有のプライベートデータを記憶するための手段を接続されたアプリケーション装置ＡＤに提供する。ストリーマは、いずれかのコンテンツ、内部構造、又はこのアプリケーション特定のナビゲーションデータの意味を理解する必要がない。
【００３９】
可能なディレクトリ及びファイル構造は、図２に関連して記載されている。ルートディレクトリの下では、ディスクコンテンツを記憶しているファイルは、ＳＴＲＲＥＣディレクトリの下に配置されている。ＳＴＲＲＥＣディレクトリの下では、以下のファイルが作られている。
【００４０】
ＣＯＭＭＯＮ．ＩＦＯ  ストリームコンテンツを記述するための基本情報である。ストリーマと同様にアプリケーション装置によって理解される必要がある。
【００４１】
ＳＴＲＥＡＭＥＲ．ＩＦＯ  ストリーマ装置に特定のプライベートハウスキーピング情報である。アプリケーション装置により理解される必要がない。
【００４２】
ＡＰＰＬＩＣＡＴ．ＩＦＯ  アプリケーションプライベートデータである。すなわち、ストリーマに接続されるアプリケーションに特定の情報である。ストリーマにより理解される必要がない。
【００４３】
ＲＥＡＬＴＩＭＥ．ＳＯＢ  適切に記録されたリアルタイムのストリームデータである。
【００４４】
なお、上述したファイルを除いて、ＳＴＲＲＥＣディレクトリは、いずれか他のファイル又はディレクトリを含まない。
【００４５】
ＤＶＤストリーマフォーマットドラフトのバージョン０．３は、セクション２．２．３．３．３．のエントリポイントデータにより、トリックプレイのサポートを実現する。本発明によれば、これらの特徴には改訂されているものがあり、改良されたトリックプレイモードが可能となる。本発明は、以下の点を考慮する。
・セクタに基づいたアドレス割当てメカニズムが除去されている。
・時間に基づいたアドレス割当て情報の語長は、ＡＰＡＴ型の６バイト時間値からＡＰＡＴ型の４バイト時間値に変化されている。副作用として、第２ビットフラグアレイＡＵＥＭが既に存在するＡＵＳＭに並列に導入される。この新たなフォーマットにおいて、時間に基づいたアドレス情報は、よりコンパクトなだけでなく、より直接利用することができる。
・全ての「エントリポイントＸＸＸ」の用語は、「アクセスユニットＸＸＸ」に名前が変更されており、なお存在するセル情報におけるユーザにより制御されるエントリポイントと混同することを回避することができる。
【００４６】
また、本発明は、ＡＵＬＬの値なしに使用することができる。
【００４７】
図７において示されるように、ストリームオブジェクト情報ＳＯＢＩは、ストリームオブジェクト情報一般情報ＳＯＢＩ_ＧＩ、マッピングリストＭＡＰＬ及びアクセスユニットデータＡＵＤをもしあれば含んでいる。マッピングリストは、インクリメントなアプリケーションパケット到着時間を含んでおり、本出願人のEP98250387.2において詳細に説明されている。
【００４８】
ＳＯＢＩ_ＧＩは、以下の表１のフォーマットを有していてもよい。
【００４９】
【表１】
0004500453.tif 000002
（１）ＳＯＢ_ＴＹ  ストリームオブジェクトタイプを記述しており、一時的な消去状態（ＴＢＤ）、及びコピー生成管理システム（ＴＢＤ）のためのビットを含んでいる。
【００５０】
（２）ＳＯＢ_ＲＥＣ_ＴＭ  上に定義されたフォーマットを記述するＤＶＤストリーム記録の日付及び時間における関連するストリームオブジェクトの記録時間である。
【００５１】
（３）ＳＯＢ_ＳＴＩ_Ｎ  このストリームオブジェクトについて有効であるＳＯＢ_ＳＴＩのインデックスを記述する。
【００５２】
（４）ＡＵＤ_ＦＬＡＧＳ  このＳＯＢについてどの種類のアクセスユニットデータが存在するか否かを示している。アクセスユニットデータが存在する場合、ＡＵＤ_ＦＬＡＧＳは、アクセスユニットデータの幾つかの特性を記述する。アクセスユニットデータそれ自身は、以下のように記載され、エントリポイント及びテーブルＡＵＳＭ、ＡＵＳＬＬ、ＡＵＥＭ、ＡＵＥＬＬ及びＰＴＳＬＬを含んでいる。ＡＵＤ_ＦＬＡＧＳのコンテンツは、図８において示されている。
【００５３】
ＲＴＡＵ_ＦＬＡＧ
０：このＳＯＢのＲＴデータ内部にＡＵフラグが存在しない。
１：このＳＯＢのＲＴデータ内部にＡＵフラグが存在する。更なるアクセスユニットデータがこのＳＯＢについて存在しない場合、すなわち、ＡＵＤ_ＦＬＧ＝０ｂである場合には、この状態はなお許可される。
【００５４】
ＡＵＤ_ＦＬＧ
０：このＳＯＢについてアクセスユニットデータが存在しない。ＥＰ_ＦＬＡＧＳのビットｂ５、ｂ４、ｂ３及びｂ２は０にセットされる。
１：このＳＯＢについて（後続するフラグによりさらに特定されるように）あるアクセスユニットデータがＭＡＰＬの後ろに存在する。
【００５５】
ＡＵＳＬＬ_ＦＬＧ
０：このＳＯＢのＡＵＳＬＬが存在しない。
１：このＳＯＢのＡＵＳＬＬが存在する。
【００５６】
ＡＵＥＭ_ＦＬＧ
０：このＳＯＢのＡＵＥＭが存在しない。ＡＵＥＬＬ_ＦＬＧは０ｂにセットされなければならない。
１：このＳＯＢのＡＵＥＭが存在する。
【００５７】
ＡＵＥＬＬ_ＦＬＧ
０：このＳＯＢのＡＵＥＬＬが存在しない。
１：このＳＯＢのＡＵＥＬＬが存在する。ＡＵＥＭ_ＦＬＧ＝１ｂである場合、許可される。
【００５８】
ＰＴＳＬ_ＦＬＧ
０：このＳＯＢのＰＴＳＬは存在しない。
１：このＳＯＢのＰＴＳＬは存在する。
（５）ＳＯＢ_Ｓ_ＡＰＡＴ  ストリームオブジェクトのスタートアプリケーションパケット到着時間ＡＰＡＴを記述する。すなわち、ＳＯＢに属している第１パケットのパケット到着時間である。ＳＯＢ_Ｓ_ＡＰＡＴは、以下に定義されるＤＶＤストリーム記録のＰＡＴ記述フォーマットで記述される。ＰＡＴは、いわばベース部分とエクステンション部分の２つの部分に分割される。ベース部分ＰＡＴ_ｂａｓｅ（９から４７ビット）は、いわゆる９０ｋＨｚのユニット値を保持しており、エクステンション部分ＰＡＴ_ｅｘｔｅｎ（０から８ビット）は、２７ｋＨｚにおいて測定される重要性が低い値を保持する。
【００５９】
秒換算におけるＰＡＴは、ＰＡＴ_ｂａｓｅ／９０ｋＨｚ＋ＰＡＴ_ｅｘｔｅｎ／２７ｋＨｚである。時間のユニークな表現は、ＰＡＴ_ｅｘｔｅｎは、０≦ＰＡＴ_ｅｘｔｅｎ＜３００の範囲でなければならない。共に、ＰＡＴ_ｂａｓｅ及びＰＡＴ_ｅｘｔｅｎは、１６９６時間以上の範囲をカバーする。
（６）ＳＯＢ_Ｅ_ＡＰＡＴ  ストリームオブジェクトのエンドアプリケーションパケットの到着時間を記述する。すなわち、ＤＶＤストリーム記録のＰＡＴ記述フォーマットにおける、ＳＯＢに属する最後のパケットのパケット到着時間である。
（７）ＳＯＢ_Ｓ_ＳＯＢＵ  スタートストリームオブジェクトユニットの数を記述する。すなわち、ストリームオブジェクトユニットは、ストリームオブジェクトの第１アプリケーションパケットを含んでいる。
（８）ＭＡＰＬ_ＥＮＴ_Ｎｓ  ＳＯＢＩ_ＧＩの後に従うマッピングリストエントリの数を記述する。
【００６０】
図９に示されるように、アクセスユニットデータＡＵＤは、もしあれば、アクセスユニット一般情報ＡＵ_ＧＩを含んでおり、また、アクセスユニットスタートロケーションリストＡＵＳＬＬ、アクセスユニットエンドマップＡＵＥＭ、アクセスユニットエンドロケーションリストＡＵＥＬＬ及び／又はプレゼンテーションタイムスタンプリストＰＴＳＬを含んでいてもよい。
【００６１】
存在するこれらの部分のどれかがＳＯＢＩ_ＧＩのＡＵＤ_ＦＬＡＧＳにより示されている。上記を参照されたい。
【００６２】
アクセスユニットデータが存在することをＳＯＢ_ＧＩのＡＵＤ_ＦＬＡＧＳが示す場合、ＡＵ_ＧＩのみが存在する。
【００６３】
【表２】
0004500453.tif 000003
（１）ＡＵ_Ｎｓ  このＳＯＢについて記述されるアクセスユニットの数を記述する。同時に、ＡＵ_Ｎｓは、ＡＵＳＭがアクセスユニットの存在を示すロケーションの数を記述する。
【００６４】
（２）ＡＵＳＭ  アクセスユニットスタートマップは、このＳＯＢのどのＳＯＢＵがアクセスユニットを含んでいるかを示している。ＳＯＢのそれぞれのＳＯＢＵについて、正確に１つのＡＵＳＭエントリが存在する。したがって、ＡＵＳＭはＭＡＰＬ_ＥＮＴ_Ｎｓエントリから構成される。それぞれのＡＵＳＭエントリは、対応するＳＯＢＵ内部又は後続するＳＯＢＵ内部のどこかのアクセス可能なアクセスユニットを示している。正確にＡＵ_Ｎアクセスユニットは、「１」に等しいＡＵＳＭの正確にＡＵ_Ｎビットに等価なＡＵＳＭにより示される。
【００６５】
ＡＵＳＭは、バイト配列される筈である。連結されたＡＵＳＭエントリは、「８」の整数倍ではないビットの数から構成される場合、ＡＵＳＭの最後のバイトの残りのＬＳＢは、必然的に付加的なパディングビットとなる筈である。これら配列されたビットは「０」になるべきである。
【００６６】
図１０は、ＡＵＳＭ及びその対応するＳＯＢＵの例を示している。この種のアクセスユニットデータにより、１にすぎないアドレス割当て可能なアクセスユニットは、ＳＯＢのそれぞれのＳＯＢＵ当り記述することができる。
【００６７】
アクセスユニットスタートロケーションリストＡＵＳＬＬ、アクセスユニットエンドマップＡＵＥＭ及びアクセスユニットエンドロケーションリストＡＵＥＬＬに関して、ＡＵＳＬＬは、アクセスユニットのビットストリームセグメントがスタートするアプリケーションパケットを見つけるためのロケーション情報のリストである。したがって、ＡＵＳＬＬが存在する場合、ＡＵＳＭにおいて記録されるようなそれぞれのアクセスユニットは、該アクセスユニットに関連する正確な１つのＡＵＳＬＬを有する。
【００６８】
ＡＵＳＭが存在する場合、ＡＵＳＭは、ＡＵＳＭと同様な長さのビットアレイである。ＡＵＳＭにおけるビットは、どのＳＯＢＵがＳＯＢのアクセスユニットに関連したビットストリームセグメントのエンドを含んでいるかを示している。ＡＵＥＭにおいてセットされるビットの数は、ＡＵＳＭにおいてセットされるビットの数に等しい。
【００６９】
ＡＵＥＬＬが存在する場合、ＡＵＥＬＬは、アクセスユニットのビットストリームセグメントがエンドとなる正確なアプリケーションパケットを見つけるためのロケーション情報のリストである。したがって、ＡＵＥＬＬが存在する場合、ＡＵＥＭにおいて記録されるようなそれぞれのアクセスユニットは、該アクセスユニットに関連する正確な１つのＡＵＥＬＬエントリを有する。ＡＵＥＬＬエントリにより示されるそれぞれのアプリケーションパケットは、アクセスユニットに属する最後のアプリケーションパケットである。
【００７０】
ＡＵＳＬＬ及びＡＵＥＬＬのエントリは、昇順による。すなわち、
・第１ＡＵＳＬＬ／ＡＵＥＬＬエントリは、ＳＯＢＵ数に関連している。ここで、左から右へ読まれるＡＵＳＭ／ＡＵＥＭは、最初について「１」へのビットセットを有している。
・第２ＡＵＳＬＬ／ＡＵＥＬＬエントリは、ＳＯＢＵ数に関連している。ここで、左から右へ読まれるＡＵＳＭ／ＡＵＥＭは、２回目について「１」へのビットセットを有している。
・以上など。
【００７１】
ＡＵＳＬＬ及びＡＵＥＬＬのエントリは、時間に基づいている。すなわち、ＡＵＳＬＬ及びＡＵＥＬＬのエントリは、表３のように定義される。
【００７２】
【表３】
0004500453.tif 000004
（１）ＡＵ_ＡＴＳ  ＡＵ_ＡＴＳは、このエントリ内部に関連するＳＯＢＵ内部のアプリケーションパケットのアプリケーションのタイムスタンプを記述する。ＳＯＢＵのスタートでデータ読出しが開始する時、これらＡＵ_ＡＴＳは、これらＡＵ_ＡＴＳと、ビットストリームデータ内部のアプリケーションパケットの個々のＡＴＳとで比較することにより識別される。図１１は、ＡＵＳＭ、ＡＵＳＬＬ、ＡＵＥＭ、ＡＵＥＬＬ及び関連データアクセスメカニズムを示している。
【００７３】
プレゼンテーションタイムスタンプリストＰＴＳＬは、ＳＯＢの全てのアクセスユニットのプレゼンテーションタイムスタンプのリストである。すなわち、ＰＴＳＬが存在する場合、それぞれのアクセスユニットは正確に１つの対応するＰＴＳＬエントリを有しており、ＰＴＳＬはＡＵ_Ｎエントリを有している。ＰＴＳＬのエントリは、昇順である。すなわち、
・第１ＰＴＳＬエントリは、ＡＵＳＭの内部に最初に生じるアクセスユニットに関連している。
・第２ＰＴＳＬエントリは、ＡＵＳＭの内側に２番目に生じるアクセスユニットに関連している。
・以上など。
【００７４】
それぞれのＰＴＳＬエントリは、以下の表４のように定義される。
【００７５】
【表４】
0004500453.tif 000005
図６に示されているテーブルのエントリは、記述された配置により記憶可能な最大可能なアクセスユニットのサポートを示している。これは、ＳＯＢの再符号化の後、実行可能なサポートである。斜線により分離されている２つの状態からエントリが構成される場合、エントリは以下を記述する。
・斜線の左側、ＳＯＢの再符号化の直後の状態。
・斜線の右側、たとえば夜の一時間のような、第２オフラインセッション後の状態。
【００７６】
このアクセスユニットサポートテーブルを使用するための幾つかの説明。
ＳＯＢＵ  所望のアプリケーションパケットが示されたＳＯＢＵにある。
２ＳＯＢＵ  所望のアプリケーションパケットが示されたＳＯＢＵにあるか、又は次のＳＯＢＵにある。
ＡＰＡＴ  所望のアプリケーションパケットの完全なＡＰＡＴ。ストリーマは、ＡＰＡＴからセクタ及びアプリケーションの数を直接計算することができない。すなわち、アプリケーションへのアクセスは、ＭＡＰＬを介して実行されなければならない。
packet  正確かつ直接なアプリケーションパケットのロケーション。ロケーションは、このセクタ内部のセクタ数及びアプリケーションパケット数により与えられる。
【００７７】
異なるＤＶＤストリーマタイプは、表において水平に表されている。
・簡単なストリーマ、より少ないメモリ。
アプリケーションＳＴＢについてのいずれかの専門知識を有さないストリーマ。ストリーマは、ＡＵを含むＳＯＢＵを示すコースリストを記憶するための十分なＲＡＭを有している。
・ストリーマは簡単であるが、追加のメモリを利用することができる。前のストリーマに類似する。ただ異なることは、ａ）ＡＵのための十分なメモリ。ストリーマは、完全なＡＵ情報（コースリスト＋ＡＵスタートロケーション＋ＡＵエンドロケーション＋ＰＴＳ）を記憶するための追加のＲＡＭを有する。ｂ）より多くのメモリ。ストリーマは、完全なＡＵ情報（コースリスト＋ＡＵスタートロケーション＋ＡＵエンドロケーション＋ＰＴＳ）、正確なパケットロケーション＋記録の間にそれぞれ到来するアプリケーションパケットについてのＲＡＭ内部のＡＴＳ、を記憶するための追加のＲＡＭを有する。
・ストリームを解剖するための専用ハードウェアを有するストリーマ、より少ないメモリ。ストリーマは、ＡＵを含むＳＯＢＵを示すリストを記憶するための十分なＲＡＭを有する。ストリーマは、アプリケーションがわかっている。すなわち、ストリーマは、実現されるストリームパーサによる記録及び再生の間にＡＵ（スタート、エンド及びＰＴＳ）を見つけることができる。
・ストリームを解剖するための専用ハードウェアを有するストリーマ、追加のメモリを利用することができる。このストリーマは、完全なＡＵ情報（コースリスト＋ＡＵスタートロケーション＋ＡＵエンドロケーション＋ＰＴＳ）を記憶するための追加のＲＡＭを有する。ストリーマは、実現されるストリームパーサによる記録及び再生の間にＡＵ（スタート、エンド及びＰＴＳ）を見つけることができる。
【００７８】
様々なアプリケーション装置が表において垂直に表されている。
・シンプルＳＴＢ。アプリケーションは、ストリーマの存在に気付いていない。・ＳＴＢは、記録後にＡＵリストを送出する。アプリケーションは、ストリーマが送出されたアプリケーションパケットを記録することを知っている。ＳＯＢ取得の記録後に、アプリケーションは、ＡＵ情報（ＡＵスタートＡＴＳ＋ＡＵエンドＡＴＳ＋ＰＴＳ）のリストをストリーマに送出する。
・ＳＴＢは、記録の間にＡＵを送出する。アプリケーションは、ストリーマが送出されたアプリケーションパケットを記録することを知っている。ＳＯＢ取得記録の間、アプリケーションは、たとえば、等時性のチャネルを介して、ＡＵ情報（ＡＵスタートＡＴＳ＋ＡＵエンドＡＴＳ＋ＰＴＳ）をストリーマに並列に送出する。
【００７９】
１つのアクセスユニットに関連するナビゲーションデータは、４つの項目の情報を含む。
・コース：コースリスト。リストは、ＡＵを有するＳＯＢＵを記述している。
・ファイン：ファインリスト。このリストは、ＡＰＡＴ、又はこのセクタ内部のセクタ数＋アプリケーション数のいずれかとして、ＡＵのあいまいでないロケーションを記述する。
・ラスト：このＡＵに属する最後のアプリケーションパケットのファインリスト。また、それは、ＡＰＡＴ、又はこのセクタ内部のセクタ数＋アプリケーション数のいずれかとして、それぞれのＡＵのあいまいでないロケーションのリストである。
・ＰＴＳ：ＰＴＳのリスト。それぞれのＡＵは、正確な１つのＰＴＳを有している。
・ストリーム：ストリーム内部のＡＵマークを意味する。「yes」の場合、ＡＵスタートまたはＡＵエンドを含むかかるアプリケーションパケットを検出するためのストリーマについて、ストリームは追加の情報を含む。
【図面の簡単な説明】
【図１】  ＤＶＤストリーム記録のための簡略された全体のシステムを示す図である。
【図２】  基本的なディレクトリ及びファイル構造を示す図である。
【図３】  ＡＵＳＭ及びＡＵＬＬを介したアプリケーションパケットへのアクセスを示す図である。
【図４】  ＡＵＳＭを介すがＡＵＬＬを有さないパケットアプリケーションへのアクセスを示す図である。
【図５】  アプリケーションパケットへのアクセスを示し、ＡＵＬＬもまたＡＵ情報の終了を含むことを示す図である。
【図６】  特定の配置により記憶可能なアクセスユニットサポートの可能な最大値を示すテーブルを示す図である。
【図７】  ストリームオブジェクト情報の構造を示す図である。
【図８】  ＡＵＤ_ＦＬＡＧバイトの構造を示す図である。
【図９】  アクセスユニットデータの構造を示す図である。
【図１０】  ＡＵＳＭ及びその対応するＳＯＢＵｓの例を示す図である。
【図１１】  ＡＵＳＭ、ＡＵＳＬＬ、ＡＵＥＭ、及び関連するデータアクセスメカニズムの例を示す図である。
【図１】
0004500453.tif 000006
【図２】
0004500453.tif 000007
【図３】
0004500453.tif 000008
【図４】
0004500453.tif 000009
【図５】
0004500453.tif 000010
【図６】
0004500453.tif 000011
【図７】
0004500453.tif 000012
【図８】
0004500453.tif 000013
【図９】
0004500453.tif 000014
【図１０】
0004500453.tif 000015
【図１１】
0004500453.tif 000016