記録媒体
【課題】動画ストリームを処理する際の利便性を向上させる技術を提供する。
【解決手段】ＭＰＥＧトランスポートストリームのデータが記録されたリムーバブルＨＤＤユニット３００に格納されているプログラム中の所定のビデオフレームの位置情報を記録する際に、リムーバブルＨＤＤユニット３００におけるビデオフレームの記録位置に関する情報と、ビデオフレームが属するプログラムのビデオエレメンタリストリームが格納されたトランスポートパケットのパケット識別子と、ビデオフレームが属するＧＯＰにおけるビデオフレームの先頭フレームからのオフセットフレーム番号又は先頭フレームからのオフセットタイムスタンプ情報とを記録する。
【解決手段】ＭＰＥＧトランスポートストリームのデータが記録されたリムーバブルＨＤＤユニット３００に格納されているプログラム中の所定のビデオフレームの位置情報を記録する際に、リムーバブルＨＤＤユニット３００におけるビデオフレームの記録位置に関する情報と、ビデオフレームが属するプログラムのビデオエレメンタリストリームが格納されたトランスポートパケットのパケット識別子と、ビデオフレームが属するＧＯＰにおけるビデオフレームの先頭フレームからのオフセットフレーム番号又は先頭フレームからのオフセットタイムスタンプ情報とを記録する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ記録技術に関し、特にフレーム単位で表示を制御する記録媒体に関する。
【背景技術】
【０００２】
デジタルテレビを録画再生する際にはＭＰＥＧ−ＴＳストリームを扱う事が一般的である。ＭＰＥＧ−ＴＳには、プログラム番号に対応したプログラムマップテーブル（Program Map Table：ＰＭＴ）のＰＩＤなどが記述されたプログラム関連付けテーブル（Program
Association Table：ＰＡＴ）や、対応するプログラムに含まれる映像、音声、付加データおよびＰＣＲのＰＩＤが記述されたＰＭＴパケットが含まれており、これらを解析する事によりビデオ・オーディオパケットを分離して処理し、デコードすることが可能となる。一方、ＭＰＥＧのＰＳストリームをフレーム単位で編集することが可能な装置が知られている（例えば、特許文献１参照）。
【特許文献１】国際公開第ＷＯ９９／４０５８６号パンフレット
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来、アナログ放送を装置内でエンコードし、ＭＰＥＧのＰＳストリームとして、ＤＶＤやハードディスクに記録する場合は、エンコード時にストリーム構造を理解できるため、再生開始、再生終了、インデックス、編集において、ＰＴＳ（Presentation Time Stamp）でフレーム単位の制御が可能である。一方、ＭＰＥＧ−ＴＳベースのデジタル放送を記録する場合、ＰＴＳで管理しようとすると、受信したストリームを解析してＰＴＳを抽出する処理が必要となり、記録装置の負荷がかかる。従って、ストリームか解析することなく、パケットの到着時間（Arrival Time Stamp）で管理するストリーミングと呼ばれる方式が一般的である。この場合、ＭＰＥＧ−ＴＳの再生を開始又は終了する位置などを指定する際、フレーム単位で位置を指定することができなかったので、実際に再生する際にずれが生じていた。
【０００４】
本発明は、このような状況に鑑みてなされたものであり、蓄積されたＭＰＥＧ−ＴＳストリームの編集または表示において、フレーム単位の指定を行う事を可能とすることを目的とする。
【課題を解決するための手段】
【０００５】
本発明のある態様は、記録媒体に関する。この記録媒体は、ＭＰＥＧトランスポートストリームのデータが記録された記憶媒体であって、これに格納されているプログラム中の特定のビデオフレームの位置を示すデータ構造が、前記ビデオフレームが属するプログラムのビデオエレメンタリストリームが格納されたトランスポートパケットのパケット識別子と、前記ビデオフレームが属するＧＯＰの前記記録媒体における記録位置を示す情報と、前記ビデオフレームが属するＧＯＰにおける前記ビデオフレームの表示順における先頭フレームからのオフセットフレーム番号又は先頭フレームからのオフセットタイムスタンプ情報と、を含むことを特徴とする。
【発明の効果】
【０００６】
本発明によれば、動画ストリームを処理する際の利便性を向上させる技術を提供することができる。
【発明を実施するための最良の形態】
【０００７】
図１にデジタルテレビ録画再生アプリケーションに適用した例を示す。リムーバブルＨＤＤを記録媒体とした受信機１０は、リモコン受光部１００、システムコントローラ１０２、表示パネル１０４、ＭＰＥＧ−ＴＳデコーダ１０６、Ｄ／Ａコンバータ１０８、表示装置１１０、リムーバブルＨＤＤスロット１１２、タイマ１１４、バッファメモリ１１６、アンテナ１１８、チューナ１２０、伝送路復号部１２２、ＴＳ分離／選択部１２４、及びフレーム位置管理ユニット５００を備える。リムーバブルＨＤＤユニット３００は、この受信機１０で使用される記録媒体である。
【０００８】
図１を参照して、デジタル放送の蓄積、再生の基本動作を説明する。アンテナ１１８は、デジタル変調された信号を受信する。チューナ１２０は、ユーザが選択したチャンネルをシステムコントローラ１０２の指示に従って選択し、アンテナ１１８で受信された信号から、選択したチャンネルの信号を抽出する。伝送路復号部１２２は、チューナ１２０で抽出された信号をＭＰＥＧ２によって符号化された映像音声データの形式に復号し、ＴＳ分離／選択部１２４へ出力する。システムコントローラ１０２は、映像音声データをリムーバブルＨＤＤユニット３００に蓄積せずに表示装置１１０に表示するとき、ＴＳ分離／選択部１２４に、映像音声データをＭＰＥＧ−ＴＳデコーダ１０６へ出力させる。ＭＰＥＧ−ＴＳデコーダ１０６によりデコードされた映像音声データは、Ｄ／Ａコンバータ１０８によりアナログ信号に変換され、表示装置１１０に出力される。また、システムコントローラ１０２は、映像音声データをリムーバブルＨＤＤユニット３００に蓄積するとき、ＴＳ分離／選択部１２４に、タイマ１１４によってパケットの間隔の情報を保持しつつ、リムーバブルＨＤＤスロット１１２を介して、リムーバブルＨＤＤユニット３００に映像音声データを出力させ、映像音声データをリムーバブルＨＤＤユニット３００に記録させる。このとき、システムコントローラ１０２は、ＭＰＥＧトランスポートストリームのデータを取得してリムーバブルＨＤＤユニット３００に記録する記録部として機能する。
【０００９】
図２に映像音声データの蓄積フォーマットを示した。１８８バイトのＭＰＥＧ−ＴＳパケットに4バイトのＲＰヘッダを付加したものをＲＰ(Recording Packet)とする。このＲ
Ｐヘッダの4バイトは、複数のプログラム（番組）が多重記録されているＴＳから１つの
番組のみを取り出してパーシャルＴＳ化する際に、パケットの間隔の情報を保持するために２７ＭＨｚでカウントされたタイムスタンプ情報であり、タイマ１１４によって生成される。ＡＬＵ(ALlocation Unit)は、８１９２個のＲＰを含み、記録媒体の連続領域の割当単位に相当する。このように、所定量のパケットをリムーバブルＨＤＤユニット３００の連続領域に記録することにより、シーク時のオーバーヘッドなどを低減し、リアルタイムな記録又は再生を実現することができる。ＡＬＵのサイズは、記録媒体の特性（シークタイム、回転待ち時間、転送レート）に応じて、リアルタイムな記録又は再生を保障できるように決定されればよい。
【００１０】
リムーバブルＨＤＤユニット３００に記録された放送番組を再生する場合は、まず、システムコントローラ１０２は、再生するタイトルに対応する映像音声データをリムーバブルＨＤＤユニット３００から読み出し、ＲＰヘッダに保持されているタイミングに応じてＴＳパケットをＭＰＥＧ−ＴＳデコーダ１０６へ送出させる。これにより、放送信号を受信したときと同じように、ＭＰＥＧ−ＴＳデコーダ１０６、Ｄ／Ａコンバータ１０８を介して、映像音声データが表示装置１１０に出力される。このとき、システムコントローラ１０２は、リムーバブルＨＤＤユニット３００からプログラムのデータを読み出して再生する再生部として機能する。
【００１１】
ＭＰＥＧ−ＴＳデコーダ１０６内で行われる処理について、簡単に説明する。リムーバブルＨＤＤユニット３００に蓄積されたパーシャルＴＳを再生する際には、ＴＳストリーム中のＰＡＴおよびＰＭＴパケットを解析する事により、所望のビデオおよびオーディオストリームのパケットを選択する事が可能となり映像を再生できる。より具体的には、ま
ず、ＰＡＴ（ＰＩＤ＝０）の中から、所望のプログラムに対応したＰＭＴのＰＩＤを得る事が出来る。このＰＭＴ（ＰＩＤ＝ａ）の中に書き込まれたＰＩＤにより、所望のプログラムのビデオパケット（ＰＩＤ＝ｂ）およびオーディオパケット（ＰＩＤ＝ｃ）を特定する事が可能となる。よってビデオパケットとオーディオパケットをＭＰＥＧ−ＴＳストリーム内から分離する事が可能となるため、分離されたストリームをそれぞれデコードする事により得られた映像および音声をＤ／Ａコンバータ１０８を介して表示装置１１０に出力する。
【００１２】
ここではＭＰＥＧ−ＴＳストリームの例として図３のストリームを想定する。先頭から順番に、ビデオパケット（０）、ビデオパケット（１）、ＰＡＴ（２）、ビデオパケット（３）、オーディオパケット（４）、ＰＭＴ（５）、ビデオパケット（６）、ビデオパケット（７）、オーディオパケット（８）の順で到着する。映像及び音声をデコードするためには、最初にＰＡＴの情報が必要となるため、ＰＩＤ＝０のパケットを待つ事になる。よって先頭のビデオパケット（０）、ビデオパケット（１）については処理される事なく破棄される。次に、到着したＰＡＴ（２）内に書き込まれたＰＭＴのＰＩＤ（ＰＩＤ＝ａ）を得る。これにより、必要となるＰＭＴのＰＩＤがＰＩＤ＝ａである事が判明する。次に来るビデオパケット（３）、オーディオパケット（４）のＰＩＤはａではないため、処理される事なく破棄される。次にＰＩＤがａであるＰＭＴ（５）が到着する。これを解析する事により、ビデオパケットのＰＩＤ（ＰＩＤ＝ｂ）およびオーディオパケットのＰＩＤ（ＰＩＤ＝ｃ）を得る。この段階で、所望のプログラムのデータが格納されたビデオパケットとオーディオパケットのＰＩＤがわかるので、次に到着したビデオパケット（６）、ビデオパケット（７）、オーディオパケット（８）をデコードする事により映像及び音声を再生する事が可能となる。
【００１３】
図４にリムーバブルＨＤＤユニット３００に記録されるディレクトリ／ファイル構成を示した。ルートディレクトリの下に番組ファイル管理ディレクトリ４００が存在し、実施例のシステムでは、このディレクトリの下で作業を行う。実際に記録された番組ファイルは、映像音声データファイル４８０として記録される。このファイルのフォーマットに関しては、既に図２で示した。上位の管理ファイルとして、ＰＧＲＧマネージャ４２０、ＰＧＲＧＩテーブル４３０、ＯＰＧＲマネージャ４４０、ＯＰＧＲＩテーブル４５０、ＵＰＧＲマネージャ４６０、ＵＰＧＲＩテーブル４７０が存在する。
【００１４】
図５、図６にＰＧＲＧマネージャ、ＰＧＲＧＩの構造を示した。ＰＧＲＧＩは、記録された編集タイトルに相当する。記録された番組が仮想的に編集されると、ＰＧＲＧＩが作成される。ＰＧＲＧＩテーブル４３０は、ＰＧＲGＩのリストで構成されている。図６に示すように、ＰＧＲＧＩには、ＰＧＲＧの作成日、名前、サムネイル、リジューム情報、含まれるＵＰＧＲの数、それぞれのＵＰＧＲのＩＤが記録される。それに対してＰＧＲＧマネージャ４２０は、ＰＧＲＧＩの管理ファイルであり、任意のＰＧＲＧＩが指定可能な構造（具体的には、ＰＧＲＧＩテーブルの先頭からのバイト位置を示す）となっている。図５に示すように、ＰＧＲＧマネージャには、ＰＧＲＧＩの総数と、それぞれのＰＧＲＧＩのサーチポインタが記録される。従って、ユーザはＰＧＲＧマネージャを通して編集タイトルの選択が可能となる。
【００１５】
図７、図８にＯＰＧＲマネージャ、ＯＰＧＲＩの構造を示した。ＯＰＧＲＩは、記録された番組情報に相当する。番組が映像音声データファイル４８０として記録されると、同時にＯＰＧＲＩが作成される。ＯＰＧＲＩテーブル４５０は、ＯＰＧＲＩのリストで構成されている。図８に示すように、ＯＰＧＲＩには、ＯＰＧＲの作成日、名前、映像音声データファイル番号、サムネイル、リジューム情報、記録時間情報、インデックス情報が記録される。それに対してＯＰＧＲマネージャ４４０は、ＯＰＧＲＩの管理ファイルであり、任意のＯＰＧＲＩが指定可能な構造（具体的には、ＯＰＧＲＩテーブル４５０の先頭か
らのバイト位置を示す）となっている。図７に示すように、ＯＰＧＲマネージャ４４０には、ＯＰＧＲＩの総数と、それぞれのＯＰＧＲＩのサーチポインタが記録される。従って、ユーザは、ＯＰＧＲマネージャ４４０を通して記録番組の選択が可能となる。
【００１６】
図９、図１０にＵＰＧＲマネージャ、ＵＰＧＲＩの構造を示した。ＵＰＧＲＩは、記録された番組ファイルの一部を指定する際に作成されるもので、バーチャル編集する際に作成される。このＵＰＧＲＩのリストがＰＧＲＧである。ストリームそのものを編集するのではなく、あくまでストリームを外部から参照する形式であたかもストリームが編集されたかの様に表示する。ＵＰＧＲＩテーブル４７０は、ＵＰＧＲＩのリストで構成されている。図１０に示すように、ＵＰＧＲＩには、映像音声データファイル番号、参照スタート位置情報、参照エンド位置情報、記録時間情報、インデックス情報が記録される。それに対してＵＰＧＲマネージャ４６０は、ＵＰＧＲＩの管理ファイルであり、任意のＵＰＧＲＩが指定可能な構造（具体的には、ＵＰＧＲＩテーブル４７０の先頭からのバイト位置を示す）となっている。図９に示すように、ＵＰＧＲマネージャ４６０には、ＵＰＧＲＩの総数と、それぞれのＵＰＧＲＩのサーチポインタが記録される。
【００１７】
図１１にＵＰＧＲＩによる映像音声データファイルの参照例を示した。映像データファイル番号として＃５のファイルが選択されている。参照スタート位置情報として、ＡＬＵ番号が＃３でＲＰ番号が＃３の位置が示されている。参照エンド位置情報として、ＡＬＵ番号が＃５でＲＰ番号が＃８１９１の位置が示されている。前述したように、実際に参照開始位置から再生を開始しようとした場合、ＰＡＴ及びＰＭＴが解析されるまでのビデオパケット、オーディオパケットは破棄されてしまう。したがって、図１２に示すように、ＲＰ＃３の先頭のビデオパケット（０）の位置を参照スタート位置４９０として指定したとしても、実際にデコードが開始されるのは、ＰＭＴパケット（５）よりも後の位置４９２からとなる。
【００１８】
更に、図１３に示すように、ＭＰＥＧのビデオレイヤにおいては、ＧＯＰの先頭からしかデコードを開始できないという制約がある。従って、ＭＰＥＧ−ＴＳが記録されたファイルの指定された位置からの再生を指示する場合、ＧＯＰの精度（一般的に０．５秒：１５フレーム）でしか指定することができない。また、ＧＯＰの先頭のビデオパケットを開始位置と指示したとしても、ＰＡＴ及びＰＭＴが解析されるまでのビデオパケット、オーディオパケットは破棄されるので、結局はそのＧＯＰを再生することはできず、次のＧＯＰから再生される可能性が高い。
【００１９】
図１４は、本実施の形態のＵＰＧＲＩのデータ構造と映像音声データファイルの参照例を示す。図１４に示すように、ＵＰＧＲＩに、参照しているプログラムの映像データ、音声データ、ＰＣＲデータが格納されたトランスポートパケットのＰＩＤを記録するフィールドを追加する拡張を行った。このフィールドを追加することにより、ユーザが参照開始位置を指定する際に、ＰＡＴ、ＰＭＴ情報を意識することなく、ＧＯＰの先頭のビデオパケットを指定することが可能となる。
【００２０】
図１５に、あらかじめ、ビデオ、オーディオ、ＰＣＲのＰＩＤが記録されている場合のＭＰＥＧ−ＴＳストリームの解析例を示した。この場合、ＭＰＥＧ−ＴＳデコーダ１０６は、ＰＡＴ及びＰＭＴを解析することなく、所望のビデオパケット、オーディオパケット、ＰＣＲパケットを抽出することができるので、参照スタート情報とパケットの再生開始位置が一致する。したがって、再生開始位置が、指定された位置の次のＧＯＰの先頭の位置にずれる事態を防ぎ、位置の指定の精度を向上させることができる。ＭＰＥＧ−ＴＳデコーダ１０６は、デコードすべきトランスポートパケットのパケット識別子が通知されたときには、トランスポートストリームの最初のＰＡＴ及びＰＭＴの解析が終了するまでの間は、通知されたパケット識別子を有するトランスポートパケットを抽出してデコードし
、通知されないときには、ＭＰＥＧトランスポートストリームに含まれるＰＡＴ及びＰＭＴを解析することにより取得したパケット識別子を有するトランスポートパケットを抽出してデコードすればよい。
【００２１】
次に、図１５に示すように、ＭＰＥＧ−ＴＳが記録されたファイルの指定された位置からの再生を指示する場合、ＧＯＰの精度しかないという課題に対して、フレーム単位まで指定可能な拡張に関して説明する。図１６は、ＭＰＥＧビデオレイヤにおけるＧＯＰ内の構造を表示順で示した。図１６の例では、ＧＯＰの先頭の位置４９０を指定するとともに、表示順におけるフレームの位置４９４を指定している。実際にユーザがこのＧＯＰ内の任意のフレーム（この例では５番目）を指定した場合、先頭からのフレーム番号（この場合は５）、あるいは、先頭フレームの表示開始からのオフセットタイムスタンプを記録することにより、フレーム単位の指示が可能である。
【００２２】
図１７は、本実施の形態のＵＰＧＲＩのデータ構造と映像音声データファイルの参照例を示す。図１７に示すように、図１４に加えて、ＵＰＧＲＩに、参照スタート位置のＧＯＰの先頭からのオフセットフレーム番号を記録するフィールドと参照エンド位置のＧＯＰの先頭からのオフセットフレーム番号を記録するフィールドを追加した。これらのフィールドは、フレーム番号の代わりにオフセットタイムスタンプ情報で代用することも可能である。このように、ＭＰＥＧトランスポートストリームのデータが記録されたリムーバブルＨＤＤユニット３００に格納されているプログラム中の特定のビデオフレームの位置を示すためのデータ構造として、ビデオフレームが属するプログラムのビデオエレメンタリストリームが格納されたトランスポートパケットのパケット識別子と、ビデオフレームが属するＧＯＰのリムーバブルＨＤＤユニット３００における記録位置を示す情報と、ビデオフレームが属するＧＯＰにおける前記ビデオフレームの先頭フレームからのオフセットフレーム番号又は先頭フレームからのオフセットタイムスタンプ情報と、を記録しておくことにより、ユーザが映像音声データファイル上の任意のフレームからフレームまでを指定することが可能となる。
【００２３】
図１８は、フレーム位置管理ユニット５００の構成を示す。フレーム位置管理ユニット５００は、受付部５０２、位置情報記録部５０４、位置情報取得部５０６、及び特定部５０８を備える。これらの構成は、ハードウエアコンポーネントでいえば、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。フレーム位置管理ユニット５００は、システムコントローラ１０２の一機能として実現されてもよい。
【００２４】
受付部５０２は、ＭＰＥＧトランスポートストリームのデータが記録されたリムーバブルＨＤＤユニット３００に格納されているプログラム中の所定のビデオフレームの位置情報を記録する要求を受け付ける。受付部５０２は、再生が停止されたときのビデオフレームの位置情報を記録する要求を受け付けてもよい。また、受付部５０２は、ユーザから、再生開始位置、再生終了位置、しおり位置、又はサムネール画像となるビデオフレームの位置情報を記録する要求を受け付けてもよい。上述した例では、受付部５０２は、ＰＧＲＧＩにおけるサムネール、リジューム情報、ＯＰＧＲＩにおけるサムネール、リジューム情報、インデックス情報、ＵＰＧＲＩにおける参照スタート位置情報、参照エンド位置情報、インデックス情報を記録する要求を受け付ける。
【００２５】
位置情報記録部５０４は、ビデオフレームの位置情報として、リムーバブルＨＤＤユニット３００におけるビデオフレームの記録位置に関する情報と、ビデオフレームが属するプログラムのビデオエレメンタリストリームが格納されたトランスポートパケットのパケ
ット識別子と、ビデオフレームが属するＧＯＰにおけるビデオフレームの先頭フレームからのオフセットフレーム番号又は先頭フレームからのオフセットタイムスタンプ情報とを記録する。上述した例では、位置情報記録部５０４は、リムーバブルＨＤＤユニット３００におけるビデオフレームの記録位置に関する情報として、映像音声データファイル番号、ＡＬＵ番号、ＲＰ番号を記録するとともに、映像、音声、ＰＣＲパケットが属するプログラムのデータが格納されたトランスポートパケットのＰＩＤと、ビデオフレームの先頭フレームからのオフセットフレーム番号を記録する。
【００２６】
位置情報取得部５０６は、ＭＰＥＧトランスポートストリームのデータが記録されたリムーバブルＨＤＤユニット３００に格納されているプログラム中の所定のビデオフレームの位置情報として、リムーバブルＨＤＤユニット３００におけるビデオフレームの記録位置に関する情報と、ビデオフレームが属するプログラムのビデオエレメンタリストリームが格納されたトランスポートパケットのパケット識別子と、ビデオフレームが属するＧＯＰにおけるビデオフレームの先頭フレームからのオフセットフレーム番号又は先頭フレームからのオフセットタイムスタンプ情報とを取得する。
【００２７】
特定部５０８は、位置情報取得部５０６が取得した位置情報を用いて、所定のビデオフレームを特定する。特定部５０８は、位置情報取得部５０６が取得した記録位置に関する情報を用いて、所定のビデオフレームが属するＧＯＰを含むデータをリムーバブルＨＤＤユニット３００から読み出してＭＰＥＧ−ＴＳデコーダ１０６に供給する。ＭＰＥＧ−ＴＳデコーダ１０６は、位置情報取得部５０６が取得したパケット識別子を用いて、特定部５０８から供給されたデータの中から、そのパケット識別子を有するトランスポートパケットを抽出してデコードする。特定部５０８は、位置情報取得部５０６が取得したオフセットフレーム番号又はオフセットタイムスタンプ情報を用いて、ＭＰＥＧ−ＴＳデコーダ１０６がデコードしたビデオフレームの中から所定のビデオフレームを特定する。
【００２８】
図１９は、実施の形態に係る再生方法の手順を示すフローチャートである。図１９では、ＵＰＧＲＩに格納された参照スタート位置から参照エンド位置までを再生する場合について説明する。位置情報取得部５０６が、リムーバブルＨＤＤユニット３００に記録されたＵＰＧＲＩテーブル４７０から、ユーザが指定したＵＰＧＲＩを取得すると、特定部５０８は、ＵＰＧＲＩに記録されている映像音声データファイル番号に対応する映像音声データファイル４８０をオープンする（Ｓ１０）。リムーバブルＨＤＤユニット３００は、ＵＰＧＲＩに記録されている参照スタート位置情報に対応するＡＬＵのＲＰまでシークする（Ｓ１２）。特定部５０８は、ＵＰＧＲＩに記録されている映像、オーディオ、ＰＣＲのＰＩＤをＭＰＥＧ−ＴＳデコーダ１０６にセットし（Ｓ１４）、参照スタート位置から読み出しを開始してＭＰＥＧ−ＴＳデコーダ１０６へ転送する（Ｓ１６）。
【００２９】
ＭＰＥＧ−ＴＳデコーダ１０６は、セットされたＰＩＤをもとにＴＳパケットを抽出して、ＧＯＰの先頭からデコードを開始する（Ｓ１８）。特定部５０８は、ＵＰＧＲＩに記録されている開始オフセットフレーム番号の直前のフレームまでの表示をマスクし（Ｓ２０）、開始オフセットフレーム番号のビデオフレームから表示のマスクを解除する（Ｓ２２）。これにより、表示装置１１０は、表示を開始すべきと指定されたビデオフレームから表示を開始する。
【００３０】
特定部５０８は、ＵＰＧＲＩに記録された参照エンド位置のＲＰになるまで（Ｓ２４のＮ）、リムーバブルＨＤＤユニット３００からＲＰを読み出してＭＰＥＧ−ＴＳデコーダ１０６に転送し続ける。最後のＧＯＰに到達すると（Ｓ２４のＹ）、特定部５０８は、ＵＰＧＲＩに記録されている終了オフセットフレーム番号までを表示装置１１０に表示させ（Ｓ２６）、以降のフレームの表示をマスクする（Ｓ２８）。これにより、表示装置１１０は、表示を終了すべきと指定されたビデオフレームで表示を終了する。
【００３１】
本実施例では、参照エンド位置情報に対しても「End Offset Frame Number」フィールドを追加し、参照エンド位置直前のＧＯＰに対する最終表示フレーム番号を指定することを可能としたが、参照エンド位置直後のＧＯＰに対するフレーム番号を指定しても良い。この場合、それを解釈して再生する側でも、参照エンド位置直後のフレームが指定されているものとして再生すればよく、要は、記録側と再生側で同じ認識があればよい。また、参照エンド位置に関しては、参照期間情報を持つことにより、指定することも可能である。この場合、参照フレーム数あるいは、参照タイムスタンプなどで表現してもよい。
【００３２】
また、参照スタート位置情報にVideo PIDとStart Offset Frame Numberを追加する方式は、バーチャル編集のみならず、リジュームフレームの指定、サムネイルフレームの指定、インデックス位置の指定にも利用することができる。
【００３３】
以上、本発明に係る実施の形態について説明したが、この実施の形態は例示であり、本発明はこの実施の形態に限定されるものではなく、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【図面の簡単な説明】
【００３４】
【図１】実施の形態に係る録画再生装置の構成を示す図である。
【図２】映像音声データの蓄積フォーマットを示す図である。
【図３】ＭＰＥＧトランスポートストリームの例を示す図である。
【図４】リムーバブルＨＤＤに記録されるディレクトリ／ファイル構成を示す図である。
【図５】ＰＧＲＧマネージャのデータ構造を示す図である。
【図６】ＰＧＲＧＩのデータ構造を示す図である。
【図７】ＯＰＧＲマネージャのデータ構造を示す図である。
【図８】ＯＰＧＲＩのデータ構造を示す図である。
【図９】ＵＰＧＲマネージャのデータ構造を示す図である。
【図１０】従来のＵＰＧＲＩのデータ構造を示す図である。
【図１１】従来のＵＰＧＲＩによる映像音声データファイルの参照例を示す図である。
【図１２】トランスポートストリームにおける従来の参照開始位置と再生開始位置との関係を示す図である。
【図１３】ＧＯＰにおける従来の参照開始位置と再生開始位置との関係を示す図である。
【図１４】本実施の形態のＵＰＧＲＩのデータ構造と映像音声データファイルの参照例を示す図である。
【図１５】トランスポートストリームにおける本実施の形態における参照開始位置と再生開始位置との関係を示す図である。
【図１６】ＭＰＥＧビデオレイヤにおけるＧＯＰ内の構造を表示順で示す図である。
【図１７】本実施の形態のＵＰＧＲＩのデータ構造と映像音声データファイルの参照例を示す図である。
【図１８】実施の形態に係るフレーム位置管理ユニットの構成を示す図である。
【図１９】実施の形態に係る再生方法の手順を示すフローチャートである。
【符号の説明】
【００３５】
１００ リモコン受光部、１０２ システムコントローラ、１０４ 表示パネル、１０６ ＭＰＥＧ−ＴＳデコーダ、１１０ 表示装置、１１２ リムーバブルＨＤＤスロット、１１４ タイマ、１１６ バッファメモリ、１２０ チューナ、１２２ 伝送路復号部
、１２４ ＴＳ分離／選択部、３００ リムーバブルＨＤＤユニット、５００ フレーム位置管理ユニット、５０２ 受付部、５０４ 位置情報記録部、５０６ 位置情報取得部、５０８ 特定部。
【技術分野】
【０００１】
本発明は、データ記録技術に関し、特にフレーム単位で表示を制御する記録媒体に関する。
【背景技術】
【０００２】
デジタルテレビを録画再生する際にはＭＰＥＧ−ＴＳストリームを扱う事が一般的である。ＭＰＥＧ−ＴＳには、プログラム番号に対応したプログラムマップテーブル（Program Map Table：ＰＭＴ）のＰＩＤなどが記述されたプログラム関連付けテーブル（Program
Association Table：ＰＡＴ）や、対応するプログラムに含まれる映像、音声、付加データおよびＰＣＲのＰＩＤが記述されたＰＭＴパケットが含まれており、これらを解析する事によりビデオ・オーディオパケットを分離して処理し、デコードすることが可能となる。一方、ＭＰＥＧのＰＳストリームをフレーム単位で編集することが可能な装置が知られている（例えば、特許文献１参照）。
【特許文献１】国際公開第ＷＯ９９／４０５８６号パンフレット
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来、アナログ放送を装置内でエンコードし、ＭＰＥＧのＰＳストリームとして、ＤＶＤやハードディスクに記録する場合は、エンコード時にストリーム構造を理解できるため、再生開始、再生終了、インデックス、編集において、ＰＴＳ（Presentation Time Stamp）でフレーム単位の制御が可能である。一方、ＭＰＥＧ−ＴＳベースのデジタル放送を記録する場合、ＰＴＳで管理しようとすると、受信したストリームを解析してＰＴＳを抽出する処理が必要となり、記録装置の負荷がかかる。従って、ストリームか解析することなく、パケットの到着時間（Arrival Time Stamp）で管理するストリーミングと呼ばれる方式が一般的である。この場合、ＭＰＥＧ−ＴＳの再生を開始又は終了する位置などを指定する際、フレーム単位で位置を指定することができなかったので、実際に再生する際にずれが生じていた。
【０００４】
本発明は、このような状況に鑑みてなされたものであり、蓄積されたＭＰＥＧ−ＴＳストリームの編集または表示において、フレーム単位の指定を行う事を可能とすることを目的とする。
【課題を解決するための手段】
【０００５】
本発明のある態様は、記録媒体に関する。この記録媒体は、ＭＰＥＧトランスポートストリームのデータが記録された記憶媒体であって、これに格納されているプログラム中の特定のビデオフレームの位置を示すデータ構造が、前記ビデオフレームが属するプログラムのビデオエレメンタリストリームが格納されたトランスポートパケットのパケット識別子と、前記ビデオフレームが属するＧＯＰの前記記録媒体における記録位置を示す情報と、前記ビデオフレームが属するＧＯＰにおける前記ビデオフレームの表示順における先頭フレームからのオフセットフレーム番号又は先頭フレームからのオフセットタイムスタンプ情報と、を含むことを特徴とする。
【発明の効果】
【０００６】
本発明によれば、動画ストリームを処理する際の利便性を向上させる技術を提供することができる。
【発明を実施するための最良の形態】
【０００７】
図１にデジタルテレビ録画再生アプリケーションに適用した例を示す。リムーバブルＨＤＤを記録媒体とした受信機１０は、リモコン受光部１００、システムコントローラ１０２、表示パネル１０４、ＭＰＥＧ−ＴＳデコーダ１０６、Ｄ／Ａコンバータ１０８、表示装置１１０、リムーバブルＨＤＤスロット１１２、タイマ１１４、バッファメモリ１１６、アンテナ１１８、チューナ１２０、伝送路復号部１２２、ＴＳ分離／選択部１２４、及びフレーム位置管理ユニット５００を備える。リムーバブルＨＤＤユニット３００は、この受信機１０で使用される記録媒体である。
【０００８】
図１を参照して、デジタル放送の蓄積、再生の基本動作を説明する。アンテナ１１８は、デジタル変調された信号を受信する。チューナ１２０は、ユーザが選択したチャンネルをシステムコントローラ１０２の指示に従って選択し、アンテナ１１８で受信された信号から、選択したチャンネルの信号を抽出する。伝送路復号部１２２は、チューナ１２０で抽出された信号をＭＰＥＧ２によって符号化された映像音声データの形式に復号し、ＴＳ分離／選択部１２４へ出力する。システムコントローラ１０２は、映像音声データをリムーバブルＨＤＤユニット３００に蓄積せずに表示装置１１０に表示するとき、ＴＳ分離／選択部１２４に、映像音声データをＭＰＥＧ−ＴＳデコーダ１０６へ出力させる。ＭＰＥＧ−ＴＳデコーダ１０６によりデコードされた映像音声データは、Ｄ／Ａコンバータ１０８によりアナログ信号に変換され、表示装置１１０に出力される。また、システムコントローラ１０２は、映像音声データをリムーバブルＨＤＤユニット３００に蓄積するとき、ＴＳ分離／選択部１２４に、タイマ１１４によってパケットの間隔の情報を保持しつつ、リムーバブルＨＤＤスロット１１２を介して、リムーバブルＨＤＤユニット３００に映像音声データを出力させ、映像音声データをリムーバブルＨＤＤユニット３００に記録させる。このとき、システムコントローラ１０２は、ＭＰＥＧトランスポートストリームのデータを取得してリムーバブルＨＤＤユニット３００に記録する記録部として機能する。
【０００９】
図２に映像音声データの蓄積フォーマットを示した。１８８バイトのＭＰＥＧ−ＴＳパケットに4バイトのＲＰヘッダを付加したものをＲＰ(Recording Packet)とする。このＲ
Ｐヘッダの4バイトは、複数のプログラム（番組）が多重記録されているＴＳから１つの
番組のみを取り出してパーシャルＴＳ化する際に、パケットの間隔の情報を保持するために２７ＭＨｚでカウントされたタイムスタンプ情報であり、タイマ１１４によって生成される。ＡＬＵ(ALlocation Unit)は、８１９２個のＲＰを含み、記録媒体の連続領域の割当単位に相当する。このように、所定量のパケットをリムーバブルＨＤＤユニット３００の連続領域に記録することにより、シーク時のオーバーヘッドなどを低減し、リアルタイムな記録又は再生を実現することができる。ＡＬＵのサイズは、記録媒体の特性（シークタイム、回転待ち時間、転送レート）に応じて、リアルタイムな記録又は再生を保障できるように決定されればよい。
【００１０】
リムーバブルＨＤＤユニット３００に記録された放送番組を再生する場合は、まず、システムコントローラ１０２は、再生するタイトルに対応する映像音声データをリムーバブルＨＤＤユニット３００から読み出し、ＲＰヘッダに保持されているタイミングに応じてＴＳパケットをＭＰＥＧ−ＴＳデコーダ１０６へ送出させる。これにより、放送信号を受信したときと同じように、ＭＰＥＧ−ＴＳデコーダ１０６、Ｄ／Ａコンバータ１０８を介して、映像音声データが表示装置１１０に出力される。このとき、システムコントローラ１０２は、リムーバブルＨＤＤユニット３００からプログラムのデータを読み出して再生する再生部として機能する。
【００１１】
ＭＰＥＧ−ＴＳデコーダ１０６内で行われる処理について、簡単に説明する。リムーバブルＨＤＤユニット３００に蓄積されたパーシャルＴＳを再生する際には、ＴＳストリーム中のＰＡＴおよびＰＭＴパケットを解析する事により、所望のビデオおよびオーディオストリームのパケットを選択する事が可能となり映像を再生できる。より具体的には、ま
ず、ＰＡＴ（ＰＩＤ＝０）の中から、所望のプログラムに対応したＰＭＴのＰＩＤを得る事が出来る。このＰＭＴ（ＰＩＤ＝ａ）の中に書き込まれたＰＩＤにより、所望のプログラムのビデオパケット（ＰＩＤ＝ｂ）およびオーディオパケット（ＰＩＤ＝ｃ）を特定する事が可能となる。よってビデオパケットとオーディオパケットをＭＰＥＧ−ＴＳストリーム内から分離する事が可能となるため、分離されたストリームをそれぞれデコードする事により得られた映像および音声をＤ／Ａコンバータ１０８を介して表示装置１１０に出力する。
【００１２】
ここではＭＰＥＧ−ＴＳストリームの例として図３のストリームを想定する。先頭から順番に、ビデオパケット（０）、ビデオパケット（１）、ＰＡＴ（２）、ビデオパケット（３）、オーディオパケット（４）、ＰＭＴ（５）、ビデオパケット（６）、ビデオパケット（７）、オーディオパケット（８）の順で到着する。映像及び音声をデコードするためには、最初にＰＡＴの情報が必要となるため、ＰＩＤ＝０のパケットを待つ事になる。よって先頭のビデオパケット（０）、ビデオパケット（１）については処理される事なく破棄される。次に、到着したＰＡＴ（２）内に書き込まれたＰＭＴのＰＩＤ（ＰＩＤ＝ａ）を得る。これにより、必要となるＰＭＴのＰＩＤがＰＩＤ＝ａである事が判明する。次に来るビデオパケット（３）、オーディオパケット（４）のＰＩＤはａではないため、処理される事なく破棄される。次にＰＩＤがａであるＰＭＴ（５）が到着する。これを解析する事により、ビデオパケットのＰＩＤ（ＰＩＤ＝ｂ）およびオーディオパケットのＰＩＤ（ＰＩＤ＝ｃ）を得る。この段階で、所望のプログラムのデータが格納されたビデオパケットとオーディオパケットのＰＩＤがわかるので、次に到着したビデオパケット（６）、ビデオパケット（７）、オーディオパケット（８）をデコードする事により映像及び音声を再生する事が可能となる。
【００１３】
図４にリムーバブルＨＤＤユニット３００に記録されるディレクトリ／ファイル構成を示した。ルートディレクトリの下に番組ファイル管理ディレクトリ４００が存在し、実施例のシステムでは、このディレクトリの下で作業を行う。実際に記録された番組ファイルは、映像音声データファイル４８０として記録される。このファイルのフォーマットに関しては、既に図２で示した。上位の管理ファイルとして、ＰＧＲＧマネージャ４２０、ＰＧＲＧＩテーブル４３０、ＯＰＧＲマネージャ４４０、ＯＰＧＲＩテーブル４５０、ＵＰＧＲマネージャ４６０、ＵＰＧＲＩテーブル４７０が存在する。
【００１４】
図５、図６にＰＧＲＧマネージャ、ＰＧＲＧＩの構造を示した。ＰＧＲＧＩは、記録された編集タイトルに相当する。記録された番組が仮想的に編集されると、ＰＧＲＧＩが作成される。ＰＧＲＧＩテーブル４３０は、ＰＧＲGＩのリストで構成されている。図６に示すように、ＰＧＲＧＩには、ＰＧＲＧの作成日、名前、サムネイル、リジューム情報、含まれるＵＰＧＲの数、それぞれのＵＰＧＲのＩＤが記録される。それに対してＰＧＲＧマネージャ４２０は、ＰＧＲＧＩの管理ファイルであり、任意のＰＧＲＧＩが指定可能な構造（具体的には、ＰＧＲＧＩテーブルの先頭からのバイト位置を示す）となっている。図５に示すように、ＰＧＲＧマネージャには、ＰＧＲＧＩの総数と、それぞれのＰＧＲＧＩのサーチポインタが記録される。従って、ユーザはＰＧＲＧマネージャを通して編集タイトルの選択が可能となる。
【００１５】
図７、図８にＯＰＧＲマネージャ、ＯＰＧＲＩの構造を示した。ＯＰＧＲＩは、記録された番組情報に相当する。番組が映像音声データファイル４８０として記録されると、同時にＯＰＧＲＩが作成される。ＯＰＧＲＩテーブル４５０は、ＯＰＧＲＩのリストで構成されている。図８に示すように、ＯＰＧＲＩには、ＯＰＧＲの作成日、名前、映像音声データファイル番号、サムネイル、リジューム情報、記録時間情報、インデックス情報が記録される。それに対してＯＰＧＲマネージャ４４０は、ＯＰＧＲＩの管理ファイルであり、任意のＯＰＧＲＩが指定可能な構造（具体的には、ＯＰＧＲＩテーブル４５０の先頭か
らのバイト位置を示す）となっている。図７に示すように、ＯＰＧＲマネージャ４４０には、ＯＰＧＲＩの総数と、それぞれのＯＰＧＲＩのサーチポインタが記録される。従って、ユーザは、ＯＰＧＲマネージャ４４０を通して記録番組の選択が可能となる。
【００１６】
図９、図１０にＵＰＧＲマネージャ、ＵＰＧＲＩの構造を示した。ＵＰＧＲＩは、記録された番組ファイルの一部を指定する際に作成されるもので、バーチャル編集する際に作成される。このＵＰＧＲＩのリストがＰＧＲＧである。ストリームそのものを編集するのではなく、あくまでストリームを外部から参照する形式であたかもストリームが編集されたかの様に表示する。ＵＰＧＲＩテーブル４７０は、ＵＰＧＲＩのリストで構成されている。図１０に示すように、ＵＰＧＲＩには、映像音声データファイル番号、参照スタート位置情報、参照エンド位置情報、記録時間情報、インデックス情報が記録される。それに対してＵＰＧＲマネージャ４６０は、ＵＰＧＲＩの管理ファイルであり、任意のＵＰＧＲＩが指定可能な構造（具体的には、ＵＰＧＲＩテーブル４７０の先頭からのバイト位置を示す）となっている。図９に示すように、ＵＰＧＲマネージャ４６０には、ＵＰＧＲＩの総数と、それぞれのＵＰＧＲＩのサーチポインタが記録される。
【００１７】
図１１にＵＰＧＲＩによる映像音声データファイルの参照例を示した。映像データファイル番号として＃５のファイルが選択されている。参照スタート位置情報として、ＡＬＵ番号が＃３でＲＰ番号が＃３の位置が示されている。参照エンド位置情報として、ＡＬＵ番号が＃５でＲＰ番号が＃８１９１の位置が示されている。前述したように、実際に参照開始位置から再生を開始しようとした場合、ＰＡＴ及びＰＭＴが解析されるまでのビデオパケット、オーディオパケットは破棄されてしまう。したがって、図１２に示すように、ＲＰ＃３の先頭のビデオパケット（０）の位置を参照スタート位置４９０として指定したとしても、実際にデコードが開始されるのは、ＰＭＴパケット（５）よりも後の位置４９２からとなる。
【００１８】
更に、図１３に示すように、ＭＰＥＧのビデオレイヤにおいては、ＧＯＰの先頭からしかデコードを開始できないという制約がある。従って、ＭＰＥＧ−ＴＳが記録されたファイルの指定された位置からの再生を指示する場合、ＧＯＰの精度（一般的に０．５秒：１５フレーム）でしか指定することができない。また、ＧＯＰの先頭のビデオパケットを開始位置と指示したとしても、ＰＡＴ及びＰＭＴが解析されるまでのビデオパケット、オーディオパケットは破棄されるので、結局はそのＧＯＰを再生することはできず、次のＧＯＰから再生される可能性が高い。
【００１９】
図１４は、本実施の形態のＵＰＧＲＩのデータ構造と映像音声データファイルの参照例を示す。図１４に示すように、ＵＰＧＲＩに、参照しているプログラムの映像データ、音声データ、ＰＣＲデータが格納されたトランスポートパケットのＰＩＤを記録するフィールドを追加する拡張を行った。このフィールドを追加することにより、ユーザが参照開始位置を指定する際に、ＰＡＴ、ＰＭＴ情報を意識することなく、ＧＯＰの先頭のビデオパケットを指定することが可能となる。
【００２０】
図１５に、あらかじめ、ビデオ、オーディオ、ＰＣＲのＰＩＤが記録されている場合のＭＰＥＧ−ＴＳストリームの解析例を示した。この場合、ＭＰＥＧ−ＴＳデコーダ１０６は、ＰＡＴ及びＰＭＴを解析することなく、所望のビデオパケット、オーディオパケット、ＰＣＲパケットを抽出することができるので、参照スタート情報とパケットの再生開始位置が一致する。したがって、再生開始位置が、指定された位置の次のＧＯＰの先頭の位置にずれる事態を防ぎ、位置の指定の精度を向上させることができる。ＭＰＥＧ−ＴＳデコーダ１０６は、デコードすべきトランスポートパケットのパケット識別子が通知されたときには、トランスポートストリームの最初のＰＡＴ及びＰＭＴの解析が終了するまでの間は、通知されたパケット識別子を有するトランスポートパケットを抽出してデコードし
、通知されないときには、ＭＰＥＧトランスポートストリームに含まれるＰＡＴ及びＰＭＴを解析することにより取得したパケット識別子を有するトランスポートパケットを抽出してデコードすればよい。
【００２１】
次に、図１５に示すように、ＭＰＥＧ−ＴＳが記録されたファイルの指定された位置からの再生を指示する場合、ＧＯＰの精度しかないという課題に対して、フレーム単位まで指定可能な拡張に関して説明する。図１６は、ＭＰＥＧビデオレイヤにおけるＧＯＰ内の構造を表示順で示した。図１６の例では、ＧＯＰの先頭の位置４９０を指定するとともに、表示順におけるフレームの位置４９４を指定している。実際にユーザがこのＧＯＰ内の任意のフレーム（この例では５番目）を指定した場合、先頭からのフレーム番号（この場合は５）、あるいは、先頭フレームの表示開始からのオフセットタイムスタンプを記録することにより、フレーム単位の指示が可能である。
【００２２】
図１７は、本実施の形態のＵＰＧＲＩのデータ構造と映像音声データファイルの参照例を示す。図１７に示すように、図１４に加えて、ＵＰＧＲＩに、参照スタート位置のＧＯＰの先頭からのオフセットフレーム番号を記録するフィールドと参照エンド位置のＧＯＰの先頭からのオフセットフレーム番号を記録するフィールドを追加した。これらのフィールドは、フレーム番号の代わりにオフセットタイムスタンプ情報で代用することも可能である。このように、ＭＰＥＧトランスポートストリームのデータが記録されたリムーバブルＨＤＤユニット３００に格納されているプログラム中の特定のビデオフレームの位置を示すためのデータ構造として、ビデオフレームが属するプログラムのビデオエレメンタリストリームが格納されたトランスポートパケットのパケット識別子と、ビデオフレームが属するＧＯＰのリムーバブルＨＤＤユニット３００における記録位置を示す情報と、ビデオフレームが属するＧＯＰにおける前記ビデオフレームの先頭フレームからのオフセットフレーム番号又は先頭フレームからのオフセットタイムスタンプ情報と、を記録しておくことにより、ユーザが映像音声データファイル上の任意のフレームからフレームまでを指定することが可能となる。
【００２３】
図１８は、フレーム位置管理ユニット５００の構成を示す。フレーム位置管理ユニット５００は、受付部５０２、位置情報記録部５０４、位置情報取得部５０６、及び特定部５０８を備える。これらの構成は、ハードウエアコンポーネントでいえば、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。フレーム位置管理ユニット５００は、システムコントローラ１０２の一機能として実現されてもよい。
【００２４】
受付部５０２は、ＭＰＥＧトランスポートストリームのデータが記録されたリムーバブルＨＤＤユニット３００に格納されているプログラム中の所定のビデオフレームの位置情報を記録する要求を受け付ける。受付部５０２は、再生が停止されたときのビデオフレームの位置情報を記録する要求を受け付けてもよい。また、受付部５０２は、ユーザから、再生開始位置、再生終了位置、しおり位置、又はサムネール画像となるビデオフレームの位置情報を記録する要求を受け付けてもよい。上述した例では、受付部５０２は、ＰＧＲＧＩにおけるサムネール、リジューム情報、ＯＰＧＲＩにおけるサムネール、リジューム情報、インデックス情報、ＵＰＧＲＩにおける参照スタート位置情報、参照エンド位置情報、インデックス情報を記録する要求を受け付ける。
【００２５】
位置情報記録部５０４は、ビデオフレームの位置情報として、リムーバブルＨＤＤユニット３００におけるビデオフレームの記録位置に関する情報と、ビデオフレームが属するプログラムのビデオエレメンタリストリームが格納されたトランスポートパケットのパケ
ット識別子と、ビデオフレームが属するＧＯＰにおけるビデオフレームの先頭フレームからのオフセットフレーム番号又は先頭フレームからのオフセットタイムスタンプ情報とを記録する。上述した例では、位置情報記録部５０４は、リムーバブルＨＤＤユニット３００におけるビデオフレームの記録位置に関する情報として、映像音声データファイル番号、ＡＬＵ番号、ＲＰ番号を記録するとともに、映像、音声、ＰＣＲパケットが属するプログラムのデータが格納されたトランスポートパケットのＰＩＤと、ビデオフレームの先頭フレームからのオフセットフレーム番号を記録する。
【００２６】
位置情報取得部５０６は、ＭＰＥＧトランスポートストリームのデータが記録されたリムーバブルＨＤＤユニット３００に格納されているプログラム中の所定のビデオフレームの位置情報として、リムーバブルＨＤＤユニット３００におけるビデオフレームの記録位置に関する情報と、ビデオフレームが属するプログラムのビデオエレメンタリストリームが格納されたトランスポートパケットのパケット識別子と、ビデオフレームが属するＧＯＰにおけるビデオフレームの先頭フレームからのオフセットフレーム番号又は先頭フレームからのオフセットタイムスタンプ情報とを取得する。
【００２７】
特定部５０８は、位置情報取得部５０６が取得した位置情報を用いて、所定のビデオフレームを特定する。特定部５０８は、位置情報取得部５０６が取得した記録位置に関する情報を用いて、所定のビデオフレームが属するＧＯＰを含むデータをリムーバブルＨＤＤユニット３００から読み出してＭＰＥＧ−ＴＳデコーダ１０６に供給する。ＭＰＥＧ−ＴＳデコーダ１０６は、位置情報取得部５０６が取得したパケット識別子を用いて、特定部５０８から供給されたデータの中から、そのパケット識別子を有するトランスポートパケットを抽出してデコードする。特定部５０８は、位置情報取得部５０６が取得したオフセットフレーム番号又はオフセットタイムスタンプ情報を用いて、ＭＰＥＧ−ＴＳデコーダ１０６がデコードしたビデオフレームの中から所定のビデオフレームを特定する。
【００２８】
図１９は、実施の形態に係る再生方法の手順を示すフローチャートである。図１９では、ＵＰＧＲＩに格納された参照スタート位置から参照エンド位置までを再生する場合について説明する。位置情報取得部５０６が、リムーバブルＨＤＤユニット３００に記録されたＵＰＧＲＩテーブル４７０から、ユーザが指定したＵＰＧＲＩを取得すると、特定部５０８は、ＵＰＧＲＩに記録されている映像音声データファイル番号に対応する映像音声データファイル４８０をオープンする（Ｓ１０）。リムーバブルＨＤＤユニット３００は、ＵＰＧＲＩに記録されている参照スタート位置情報に対応するＡＬＵのＲＰまでシークする（Ｓ１２）。特定部５０８は、ＵＰＧＲＩに記録されている映像、オーディオ、ＰＣＲのＰＩＤをＭＰＥＧ−ＴＳデコーダ１０６にセットし（Ｓ１４）、参照スタート位置から読み出しを開始してＭＰＥＧ−ＴＳデコーダ１０６へ転送する（Ｓ１６）。
【００２９】
ＭＰＥＧ−ＴＳデコーダ１０６は、セットされたＰＩＤをもとにＴＳパケットを抽出して、ＧＯＰの先頭からデコードを開始する（Ｓ１８）。特定部５０８は、ＵＰＧＲＩに記録されている開始オフセットフレーム番号の直前のフレームまでの表示をマスクし（Ｓ２０）、開始オフセットフレーム番号のビデオフレームから表示のマスクを解除する（Ｓ２２）。これにより、表示装置１１０は、表示を開始すべきと指定されたビデオフレームから表示を開始する。
【００３０】
特定部５０８は、ＵＰＧＲＩに記録された参照エンド位置のＲＰになるまで（Ｓ２４のＮ）、リムーバブルＨＤＤユニット３００からＲＰを読み出してＭＰＥＧ−ＴＳデコーダ１０６に転送し続ける。最後のＧＯＰに到達すると（Ｓ２４のＹ）、特定部５０８は、ＵＰＧＲＩに記録されている終了オフセットフレーム番号までを表示装置１１０に表示させ（Ｓ２６）、以降のフレームの表示をマスクする（Ｓ２８）。これにより、表示装置１１０は、表示を終了すべきと指定されたビデオフレームで表示を終了する。
【００３１】
本実施例では、参照エンド位置情報に対しても「End Offset Frame Number」フィールドを追加し、参照エンド位置直前のＧＯＰに対する最終表示フレーム番号を指定することを可能としたが、参照エンド位置直後のＧＯＰに対するフレーム番号を指定しても良い。この場合、それを解釈して再生する側でも、参照エンド位置直後のフレームが指定されているものとして再生すればよく、要は、記録側と再生側で同じ認識があればよい。また、参照エンド位置に関しては、参照期間情報を持つことにより、指定することも可能である。この場合、参照フレーム数あるいは、参照タイムスタンプなどで表現してもよい。
【００３２】
また、参照スタート位置情報にVideo PIDとStart Offset Frame Numberを追加する方式は、バーチャル編集のみならず、リジュームフレームの指定、サムネイルフレームの指定、インデックス位置の指定にも利用することができる。
【００３３】
以上、本発明に係る実施の形態について説明したが、この実施の形態は例示であり、本発明はこの実施の形態に限定されるものではなく、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【図面の簡単な説明】
【００３４】
【図１】実施の形態に係る録画再生装置の構成を示す図である。
【図２】映像音声データの蓄積フォーマットを示す図である。
【図３】ＭＰＥＧトランスポートストリームの例を示す図である。
【図４】リムーバブルＨＤＤに記録されるディレクトリ／ファイル構成を示す図である。
【図５】ＰＧＲＧマネージャのデータ構造を示す図である。
【図６】ＰＧＲＧＩのデータ構造を示す図である。
【図７】ＯＰＧＲマネージャのデータ構造を示す図である。
【図８】ＯＰＧＲＩのデータ構造を示す図である。
【図９】ＵＰＧＲマネージャのデータ構造を示す図である。
【図１０】従来のＵＰＧＲＩのデータ構造を示す図である。
【図１１】従来のＵＰＧＲＩによる映像音声データファイルの参照例を示す図である。
【図１２】トランスポートストリームにおける従来の参照開始位置と再生開始位置との関係を示す図である。
【図１３】ＧＯＰにおける従来の参照開始位置と再生開始位置との関係を示す図である。
【図１４】本実施の形態のＵＰＧＲＩのデータ構造と映像音声データファイルの参照例を示す図である。
【図１５】トランスポートストリームにおける本実施の形態における参照開始位置と再生開始位置との関係を示す図である。
【図１６】ＭＰＥＧビデオレイヤにおけるＧＯＰ内の構造を表示順で示す図である。
【図１７】本実施の形態のＵＰＧＲＩのデータ構造と映像音声データファイルの参照例を示す図である。
【図１８】実施の形態に係るフレーム位置管理ユニットの構成を示す図である。
【図１９】実施の形態に係る再生方法の手順を示すフローチャートである。
【符号の説明】
【００３５】
１００ リモコン受光部、１０２ システムコントローラ、１０４ 表示パネル、１０６ ＭＰＥＧ−ＴＳデコーダ、１１０ 表示装置、１１２ リムーバブルＨＤＤスロット、１１４ タイマ、１１６ バッファメモリ、１２０ チューナ、１２２ 伝送路復号部
、１２４ ＴＳ分離／選択部、３００ リムーバブルＨＤＤユニット、５００ フレーム位置管理ユニット、５０２ 受付部、５０４ 位置情報記録部、５０６ 位置情報取得部、５０８ 特定部。
【特許請求の範囲】
【請求項１】
ＭＰＥＧトランスポートストリームのデータが記録された記録媒体であって、
前記記録媒体に格納されているプログラム中の特定のビデオフレームの位置を示すデータ構造が、
前記ビデオフレームが属するプログラムのビデオエレメンタリストリームが格納されたトランスポートパケットのパケット識別子と、
前記ビデオフレームが属するＧＯＰの前記記録媒体における記録位置を示す情報と、
前記ビデオフレームが属するＧＯＰにおける前記ビデオフレームの表示順における先頭フレームからのオフセットフレーム番号又は先頭フレームからのオフセットタイムスタンプ情報と、
を含むことを特徴とする記録媒体。
【請求項２】
前記ＭＰＥＧトランスポートストリームのデータは前記プログラムごとに複数記録されていることを特徴とした請求項１に記載の記録媒体。
【請求項３】
前記ビデオフレームが属するＧＯＰの前記記録媒体における記録位置を示す情報として、前記ビデオフレームが属するＧＯＰの先頭を含むビデオパケットの先頭の位置が記録されていることを特徴とした請求項２に記載の記録媒体。
【請求項４】
複数の前記ＭＰＥＧトランスポートストリームのデータを管理するＯＰＧＲマネージャおよびＯＰＧＲＩテーブルがさらに記録されていることを特徴とした請求項２または３に記載の記録媒体。
【請求項５】
複数の前記ＭＰＥＧトランスポートストリームのデータのうち一部を指定するＵＰＧＲマネージャおよびＵＰＧＲＩテーブルがさらに記録されていることを特徴とした請求項２〜４のいずれか一項に記載の記録媒体。
【請求項１】
ＭＰＥＧトランスポートストリームのデータが記録された記録媒体であって、
前記記録媒体に格納されているプログラム中の特定のビデオフレームの位置を示すデータ構造が、
前記ビデオフレームが属するプログラムのビデオエレメンタリストリームが格納されたトランスポートパケットのパケット識別子と、
前記ビデオフレームが属するＧＯＰの前記記録媒体における記録位置を示す情報と、
前記ビデオフレームが属するＧＯＰにおける前記ビデオフレームの表示順における先頭フレームからのオフセットフレーム番号又は先頭フレームからのオフセットタイムスタンプ情報と、
を含むことを特徴とする記録媒体。
【請求項２】
前記ＭＰＥＧトランスポートストリームのデータは前記プログラムごとに複数記録されていることを特徴とした請求項１に記載の記録媒体。
【請求項３】
前記ビデオフレームが属するＧＯＰの前記記録媒体における記録位置を示す情報として、前記ビデオフレームが属するＧＯＰの先頭を含むビデオパケットの先頭の位置が記録されていることを特徴とした請求項２に記載の記録媒体。
【請求項４】
複数の前記ＭＰＥＧトランスポートストリームのデータを管理するＯＰＧＲマネージャおよびＯＰＧＲＩテーブルがさらに記録されていることを特徴とした請求項２または３に記載の記録媒体。
【請求項５】
複数の前記ＭＰＥＧトランスポートストリームのデータのうち一部を指定するＵＰＧＲマネージャおよびＵＰＧＲＩテーブルがさらに記録されていることを特徴とした請求項２〜４のいずれか一項に記載の記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２００８−２０６１７６（Ｐ２００８−２０６１７６Ａ）
【公開日】平成２０年９月４日（２００８．９．４）
【国際特許分類】
【出願番号】特願２００８−７６９５６（Ｐ２００８−７６９５６）
【出願日】平成２０年３月２５日（２００８．３．２５）
【分割の表示】特願２００７−２２５２２（Ｐ２００７−２２５２２）の分割
【原出願日】平成１９年１月３１日（２００７．１．３１）
【出願人】（０００００１８８９）三洋電機株式会社 (18,308)
【Ｆターム（参考）】
【公開日】平成２０年９月４日（２００８．９．４）
【国際特許分類】
【出願日】平成２０年３月２５日（２００８．３．２５）
【分割の表示】特願２００７−２２５２２（Ｐ２００７−２２５２２）の分割
【原出願日】平成１９年１月３１日（２００７．１．３１）
【出願人】（０００００１８８９）三洋電機株式会社 (18,308)
【Ｆターム（参考）】
[ Back to top ]