(57)【要約】【課題】  放送波で伝送される番組を、メタデータ等を利用してダイジェスト再生する場合、番組を記録する端末の種類や設定時刻のずれ等が原因で、再生するシーンがずれてしまう。【解決手段】  放送波で正確な番組の開始位置を表す情報を伝送し、端末が番組を記録する際に、前記情報を元に番組の開始位置を補正したインデックス情報を作成し、ダイジェスト再生時に前記インデックス情報を用いて再生位置を決定する。つまり、番組データを記録する際に番組の先頭からの正確なインデックスを作成し、これによって、メタデータに従ったシーン再生を正確に迅速に行う。【選択図】  図１
2005235272.tif 000002
【特許請求の範囲】
【請求項１】
番組開始位置情報を含む放送波で伝送されるデータを受信して記録し、記録したデータをダイジェスト再生するデータ記録再生装置であって、
前記放送波で伝送されるデータを受信するデータ受信手段と、
番組開始位置情報を解析するパケット情報抽出手段と、
前記データ受信手段が受信したデータを記録するデータ記録手段と、
前記データ記録手段によって記録されたデータを保持するデータ保持手段と、
前記パケット情報抽出手段が解析した番組開始位置情報と、前記データ記録手段が記録するデータサイズと、データ受信タイミングに応じてデータのインデックス情報を生成するインデックス情報生成手段と、
データのダイジェスト再生情報であるメタデータを保持するメタデータ保持手段と、前記メタデータと前記インデックス情報とを元に、前記データ保持手段に保持されているデータの再生位置を決定し指示する再生制御手段と、
前記再生制御手段からの指示に基づいて、前記データ保持手段に保持されているデータを再生するデータ再生手段と、
を具備することを特徴とするデータ記録再生装置。
【請求項２】
前記データ受信手段で受信するデータはＭＰＥＧ２ストリームであることを特徴とする、請求項１記載のデータ記録再生装置。
【請求項３】
前記パケット情報抽出手段で解析する番組開始位置情報はＮＰＴ参照メッセージであることを特徴とする、請求項２記載のデータ記録再生装置。
【請求項４】
前記データ保持手段に保持されているデータは番組の先頭位置であって、前記インデックス情報の番組開始位置は記録データの先頭であることを特徴とする、請求項３記載のデータ記録再生装置。
【請求項５】
前記メタデータ保持手段に保持されているメタデータは再生するシーンをＮＰＴの値で指定することを特徴とし、ＮＰＴの歩進が０のシーンは再生しないことを特徴とする、請求項３記載のデータ記録再生装置。
【請求項６】
前記データ保持手段に保持されているデータの編集手段を持ち、前記データを編集する際に、前記インデックス情報をデータの編集に合わせて編集することを特徴とする、請求項１記載のデータ記録再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送に含まれる映像音声番組を記録し、ユーザの指示やメタデータなどに従ってシーンの一部を選択して再生する装置に関する。
【背景技術】
【０００２】
現在、放送波の映像音声番組を記録し、メタデータに基づいてユーザの好むシーンのみを選択して再生する「ダイジェスト再生」の運用が検討されている。
特許文献１では、記録したデータに先頭からの経過時間を表す時刻情報をインデックスとして持ち、データの途中から再生する際のアクセスを迅速に行う技術が開示されている（特許文献１参照）。
【０００３】
特許文献２では、データを記録した際の絶対時刻情報を保持し、前記絶対時刻情報を利用することで、外部から入手したブックマークを元に指定位置から再生する技術が開示されている（特許文献２参照）。
【特許文献１】特開平１１−２７３３１４号公報
【特許文献２】特開２００３−４６９１０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、番組の予約録画は番組開始時刻よりも前から録画を開始することが多く、端末の種類によって録画開始タイミングがずれてしまう。また、端末の時計のずれによっても録画開始タイミングがずれてしまう。このため、上記特許文献１の技術を利用してシーン指定の再生を実施すると、録画した端末によって再生位置が変化してしまうという問題点が発生する。
【０００５】
更に、例えば地上波と衛星波で野球の生中継を放送している場合、これらの番組を受信して記録すると、電波が放送局から端末に届くまでにかかる時間にタイムラグが発生するため、絶対時刻を元に再生位置を決定する上記特許文献２の技術を利用すると、同じシーンを指定して再生しても、地上波と衛星波で異なった部分を再生してしまうという問題が発生する。
【０００６】
そこで本発明は、番組データを記録する際に番組の先頭からの正確なインデックスを作成し、メタデータに従ったシーン再生を正確に迅速に行う装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明は、番組開始位置情報を含む放送波で伝送されるデータを受信して記録し、記録したデータをダイジェスト再生するデータ記録再生装置を提供し、ここで、該データ記録再生装置は、前記放送波で伝送されるデータを受信するデータ受信手段と、番組開始位置情報を解析するパケット情報抽出手段と、前記データ受信手段が受信したデータを記録するデータ記録手段と、前記データ記録手段によって記録されたデータを保持するデータ保持手段と、前記パケット情報抽出手段が解析した番組開始位置情報と、前記データ記録手段が記録するデータサイズと、データ受信タイミングに応じてデータのインデックス情報を生成するインデックス情報生成手段と、データのダイジェスト再生情報であるメタデータを保持するメタデータ保持手段と、前記メタデータと前記インデックス情報とを元に、前記データ保持手段に保持されているデータの再生位置を決定し指示する再生制御手段と、前記再生制御手段からの指示に基づいて、前記データ保持手段に保持されているデータを再生するデータ再生手段と、を具備することを特徴とする。
【０００８】
本発明の一実施態様において、前記データ受信手段で受信するデータは、ＭＰＥＧ２ストリームである。
本発明の一実施態様において、前記パケット情報抽出手段で解析する番組開始位置情報は、ＮＰＴ参照メッセージである。
本発明の一実施態様において、前記データ保持手段に保持されているデータは番組の先頭位置であって、前記インデックス情報の番組開始位置は記録データの先頭である。
【０００９】
本発明の一実施態様において、前記メタデータ保持手段に保持されているメタデータは再生するシーンをＮＰＴの値で指定することを特徴とし、ＮＰＴの歩進が０のシーンは再生しないことを特徴とする。
本発明の一実施態様において、前記データ保持手段に保持されているデータの編集手段を持ち、前記データを編集する際に、前記インデックス情報をデータの編集に合わせて編集する。
【００１０】
本発明はまた、番組開始位置情報を含む放送波で伝送されるデータを受信して記録し、記録したデータをダイジェスト再生するデータ記録再生方法を提供し、ここで、該データ記録再生方法は、前記放送波で伝送されるデータを受信するデータ受信ステップと、番組開始位置情報を解析するパケット情報抽出ステップと、前記データ受信ステップにて受信したデータを記録するデータ記録ステップと、前記データ記録ステップによって記録されたデータを保持するデータ保持ステップと、前記パケット情報抽出ステップにて解析した番組開始位置情報と、前記データ記録手ステップにて記録するデータサイズと、データ受信タイミングに応じてデータのインデックス情報を生成するインデックス情報生成ステップと、データのダイジェスト再生情報であるメタデータを保持するメタデータ保持ステップと、前記メタデータと前記インデックス情報とを元に、前記データ保持手段に保持されているデータの再生位置を決定し指示する再生制御ステップと、前記再生制御ステップからの指示に基づいて、前記データ保持手段に保持されているデータを再生するデータ再生ステップと、を有することを特徴とする。
【００１１】
本発明はまた、上述のデータ記録再生方法を実行するためのプログラム、およびその記録媒体を包含する。
【発明の効果】
【００１２】
本発明により、ユーザによる手動録画などで記録の開始時刻がずれた場合や、記録した機器の時計がずれていた場合、衛星波など伝送にタイムラグが発生する伝送路で放送された番組を記録した場合などでも、メタデータを利用してシーンを正確なタイミングで再生するダイジェスト再生が実現可能となる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態を図面を参照しながら説明する。
本データ記録再生装置は、放送波からデータを記録する際に、記録するデータのインデックス情報を作成し、後に記録したデータをメタデータなどに従ってシーン再生する際に、前記インデックス情報を利用することで、メタデータに記述されたシーンを正確に再生することを特徴とする装置である。
【００１４】
図１は本実施の形態のデータ記録再生装置の構成を表す図である。データ受信手段１０１は放送波から、映像音声や時刻情報を含むストリームを受信し、前記ストリームをパケット情報抽出手段１０２へ渡す。本実施例では、放送波で伝送するストリームの形式として、ＭＰＥＧ２（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ−２：ＩＳＯ／ＩＥＣ１３８１８）で規定されているＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）を例に説明するが、伝送ストリームの形式はＭＰＥＧ２に限るものではない。
【００１５】
パケット情報抽出手段１０２は、データ受信手段１０１から受信したＴＳを解析し、時刻情報を表すパケットからその時点の番組開始からの相対時刻を計算し、前記計算結果をインデックス情報生成手段１０４に渡す。時刻情報以外のパケットはデータ記録手段１０３に渡す。
データ記録手段１０３は、パケット情報抽出手段１０２から渡されるＴＳを受信し、データ保持手段１０５に格納する。データ保持手段１０５は、ハードディスクやリムーバブルディスク、シリコンディスクなどの記録媒体であり、映像音声ストリームやインデックス情報などを記録することができる。
【００１６】
インデックス情報生成手段１０４は、前記パケット情報抽出手段１０２から受信した番組開始からの相対時刻情報を受信すると、それを元にインデックス情報を生成し、データ保持手段１０５に格納する。
メタデータ保持手段１０６は、データ保持手段１０５に蓄積されている番組のダイジェスト再生方法を表すメタデータを記録する。メタデータ保持手段１０６も、データ保持手段１０５と同様にハードディスクやリムーバブルディスク、シリコンディスクなどの記録媒体からなる。
【００１７】
再生制御手段１０７はユーザからの再生指示に従って、メタデータ保持手段１０６に蓄積されているメタデータに従った再生シナリオを、データ保持手段１０５に蓄積されているインデックス情報を元に算出し、データ再生手段１０８に再生指示を通知する。ユーザからの再生指示は、再生可能なデータのリストを表示して、それをユーザがリモコンで選択する方法が考えられるが、前記方法に限らないことは言うまでも無い。ユーザからの再生指示の受信に関しては、本発明の本質とは関係ないため詳細については記述しない。
【００１８】
データ再生手段１０８は、再生制御手段１０７からの指示に従って、データ保持手段１０５に蓄積されている番組データを逐次読み出して、ディスプレイ等に出力する。ユーザへの表示ディスプレイは本装置に具備されていても良いし、本装置は外部のディスプレイに対する出力機能のみを具備していても良い。
図２は、放送波で伝送されるＭＰＥＧ２−ＴＳの概要を表す図である。実際のＭＰＥＧ２−ＴＳには図示した情報以外にも、制御情報やデータなどが含まれているが、本発明に直接関係しない部分については省略している。
【００１９】
図２において、Ｐと記述された四角はＰＣＲ（Ｐｒｏｇｒａｍ  Ｃｌｏｃｋ  Ｒｅｆｅｒｅｎｃｅ）と呼ばれるパケットで、Ｐの下に記述されている数値は、該パケットが到着した瞬間のシステム時刻（ＳＴＣ：Ｓｙｓｔｅｍ  Ｔｉｍｅ  Ｃｌｏｃｋ）を表す。
Ａと記述された四角は音声パケットを表し、Ａの下に記述されている数値が、該音声を再生するタイミングのＳＴＣを表す。
【００２０】
Ｖと記述された四角は動画パケットを表し、Ｖの下に記述されている数値が、該動画を再生するタイミングのＳＴＣを表す。
ＭＰＥＧ２では、上記ＡパケットやＶパケットに記述している値はＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）と呼ばれ、各音声パケットや動画パケットはＳＴＣがＰＴＳで示された値になった時に再生される。更に、ＰＴＳはパケット単位ではなく、複数のＴＳパケットから構成されるアクセスユニットと呼ばれる再生単位のまとまり毎に付与され、映像と音声のＴＳパケットは混在して送出されるが、本実施例では分かりやすさのために、映像と音声データに関しては、便宜的にアクセスユニットをパケットと呼んで説明する。
【００２１】
図３は、データ再生手段１０８の詳細を表す図である。データ再生手段１０８が、図２に示すストリームを受信しそれを再生する場合の動作例を以下に示す。
まず、ＡＶパケット受信分離手段３０１はパケット２０１を受信する。パケット２０１はＰＣＲパケットであるため、その時点のＳＴＣが１０００であると認識し、クロック３０２のカウンタを１０００にセットする。また、パケット２０１は再生を開始して最初に扱うパケットであるため、クロック３０２の経過時間を０とする。従って、ＳＴＣ＝１０００の瞬間は経過時間＝０となる。
【００２２】
クロック３０２はＳＴＣと同じ周波数（９０ＫＨｚ）で動作し、ＳＴＣと同じタイミングで増加し（ＳＴＣが１増加するごとに前記カウンタも１増加する）、ＳＴＣとしてのカウンタと、最初のパケットを処理した時刻を０とする経過時間の２種類の時刻を計測できるものとする。クロック３０２は１つの時計を持ちカウンタと経過時間のいずれかを実際にカウントし、残りの値は計算で求めても良いし、２つの時計を用いてそれぞれの値をカウントしても良い。
【００２３】
次にＡＶパケット受信分離手段３０１がパケット２０２を受信し、パケット２０２は音声パケットであることが分かる。音声パケットは、音声バッファ３０３へ蓄積される。音声バッファに蓄積されたパケット２０２は、ＳＴＣが５０００の時点で再生するパケットであるため、この時点では再生されない。
次にＡＶパケット受信分離手段３０１がパケット２０３を受信し、パケット２０３は映像パケットであることが分かるため、映像バッファ３０６へ蓄積する。パケット２０３もパケット２０２と同様再生タイミングに達していないため、この時点では再生されない。
【００２４】
続くパケットを受信しながら時間が経過すると、クロック３０２のカウンタが５０００に到達する。この時点では、パケット２０７まで受信しているとすると、音声バッファ３０３にはパケット２０２、パケット２０５が、映像バッファ３０６にはパケット２０３、パケット２０４、パケット２０６、パケット２０７が蓄積されている。
クロック３０２のカウンタが５０００に達すると、パケット２０２とパケット２０３を再生するタイミングとなるため、音声パケット抽出手段３０４がパケット２０２を音声バッファ３０３から取り出し音声デコーダ３０５へ渡し、映像パケット抽出手段３０７がパケット２０３を映像バッファ３０６から取り出し映像デコーダ３０８へ渡す。
【００２５】
音声デコーダ３０５と映像デコーダ３０８は、それぞれ受信したパケットを再生する。
以後もＡのパケットとＶのパケットを受信した場合は、同様に、ＡＶパケット受信分離手段３０１がパケットを受信し、音声バッファ３０３、映像バッファ３０６に振り分けて蓄積し、クロック３０２の値に応じて音声パケット抽出手段３０４や映像パケット抽出手段３０７が、そのタイミングで再生すべきパケットを音声デコーダ３０５や映像デコーダ３０８へ渡し、音声デコーダ３０５や映像デコーダ３０８は受信したパケットを再生する。
【００２６】
続いて、ＡＶパケット受信分離手段３０１がパケット２１０を受信すると、このパケットはＰＣＲであるので、その瞬間のＳＴＣが７０００であることが認識できる。クロック３０２のカウンタはＳＴＣを表すため、通常は７０００を指しているはずだが、誤差が閾値を越えた場合にはクロック３０２のカウンタを正しい値に補正しても良い（パケット２０９を受信した瞬間のクロック３０２のカウンタ値が７０００から一定値以上ずれていたら、クロック３０２のカウンタ値を７０００に補正する）。
【００２７】
データ再生手段１０８が、データ保持手段１０５に蓄積されているデータを再生する場合には、データ保持手段１０５に蓄積されているデータの各パケットに付与されたタイムスタンプを利用する。タイムスタンプについては後述する。
次に、データ受信手段１０１で受信したストリームをデータ保持手段１０５に蓄積する際の処理について図を用いて説明する。
【００２８】
図４は、時刻情報パケットを含むＴＳの例である。前記ＴＳは図２で示したＴＳと、時刻情報を表すパケット４０１が含まれている点で異なる。時刻情報パケットはＳが記入された四角で表されており、図４の例では、パケット２０６とパケット２０７の間に伝送されている。
時刻情報パケットのＳの下に記述されている数値は、その時点で放送中の（次に放送する）番組の開始時刻のＳＴＣ値を示すものであり、例えば端末がパケット４０１を受信すると、ＳＴＣが１００００の時点（すなわちパケット２１１を再生する時点）で番組が開始することを認識できる。
【００２９】
ＭＰＥＧ２では、時刻情報パケットとしてＮＰＴ（Ｎｏｒｍａｌ  Ｐｌａｙ  Ｔｉｍｅ）を用いることが可能である。ＮＰＴは、ＮＰＴ参照メッセージと呼ばれるパケットを用いてＳＴＣとの相対関係を伝送することで定義される。例えば、パケット４０１は、ＳＴＣ＿Ｒｅｆｅｒｅｎｃｅ＝１００００、ＮＰＴ＿Ｒｅｆｅｒｅｎｃｅ＝０、歩進１のＮＰＴ参照メッセージを伝送することで伝えられる。ＮＰＴに関しては、ＩＳＯ／ＩＥＣ１３８１８−６、ＡＲＩＢ  ＳＴＤ−Ｂ２４、ＡＲＩＢ  ＴＲ−Ｂ１５などの規格書で詳細に規定されている。
【００３０】
以下に、データ記録再生装置がパケット２０１から記録を開始した場合の動作を説明する。記録の開始タイミングは、ユーザが予約した番組の記録を端末が自動で開始しても良いし、番組が始まる時にユーザが録画ボタンを押すことで開始しても良い。データの記録開始のプロセスについては、本発明と関連しないため詳細については記述しない。
【００３１】
図５は、本実施例のデータ記録再生装置における、データの記録処理を表すフローチャートである。
【００３２】
番組の記録を開始すると、ステップＳ５０１においてデータ受信手段１０１でパケットを受信し、受信したパケットが時刻情報かどうかを判定する（ステップＳ５０２）。ここで時刻情報とは、番組の開始時刻を表す情報のことで、図４におけるパケット４０１が時刻情報にあたり、ＭＰＥＧ２−ＴＳではＮＰＴ参照メッセージが時刻情報にあたる。
ステップＳ５０２：ｙｅｓの場合、ステップＳ５０３へ遷移する。ステップＳ５０３では、パケット情報抽出手段１０２がパケットを受け取りパケットの情報を解析し、そこで得られた番組開始時刻を、インデックス情報生成手段１０４へ通知する。
【００３３】
ステップＳ５０４において、インデックス情報生成手段１０４は、受信した前記番組開始時刻が既に取得済みの番組開始時刻と同じものかどうかを判定する。前記判定がｎｏの場合、以後新たに取得した番組開始時刻を基準にインデックス情報を作成する（ステップＳ５０５）。ステップＳ５０５の処理終了後、および、ステップＳ５０４でｙｅｓの判定だった場合、ステップＳ５１０へ遷移する。
【００３４】
一方、ステップＳ５０２における判定がｎｏの場合、ステップＳ５０６へ遷移する。ステップＳ５０６では、データ受信手段１０１が受信したパケットが番組情報かどうかを判定する。ステップＳ５０６：ｙｅｓの場合、ステップＳ５０７へ遷移する。ここで、番組情報とは、その時点で放送中の番組と次に放送予定の番組に関する情報を表す情報で、番組のタイトルや放送期間などの情報を含む。番組情報に関しては、ＡＲＩＢ（電波産業会）から出版されている技術資料（ＴＲ−Ｂ１５等）に詳しく記述されているため、ここでは詳細については説明しない。
【００３５】
ステップＳ５０７において、パケット情報抽出手段１０２は受信した番組情報パケットを解析し、番組の情報を取得し、それをインデックス情報生成手段１０４に通知する。
番組情報には、現在放送中の番組と次に放送予定の番組が記載されているため、パケット情報抽出手段１０２は、いずれかの番組の情報を選択する必要がある。本実施例では、番組情報に含まれる番組の放送時間と現在時刻を比較して、現在時刻が放送時間に含まれる方の番組情報を抽出するものとする。ただし、記録開始した時刻が、次の番組が始まる時刻の直前である場合など、番組の切れ目付近で番組情報パケットを受信した場合や、既に次の番組の時刻情報を取得している場合などは、次の番組の番組情報を抽出しても良い。
【００３６】
次に、ステップＳ５０８において、インデックス情報生成手段１０４は、前記受信した番組情報が以前に受信した番組情報と同じものかどうかを確認する。ステップＳ５０８：ｎｏの場合、受信した番組情報に関するインデックス情報の作成を開始する（ステップＳ５０９）。
なお、ステップＳ５０３で得られる番組開始時刻とステップＳ５０７で得られる番組情報は同時に切り替わるべきであり、インデックス情報生成手段１０４は、番組開始時刻と番組情報の両者が切り替わった時点で、新しい番組に関するインデックス情報の作成を開始するようにしても良い。
【００３７】
ステップＳ５０６：ｎｏ、ステップＳ５０４：ｙｅｓ、ステップＳ５０８：ｙｅｓの場合、もしくはステップＳ５０５終了後、及びステップＳ５０９終了後は、ステップＳ５１０へ遷移し、データ記録手段１０３が受信したパケットにタイムスタンプを付与して、データ保持手段１０５に記録する。タイムスタンプとしては、ＳＴＣと同じ歩進で進む値を付与することとする。タイムスタンプのカウントは、図３に示したクロック３０２から受信したカウント値を用いる（ただし、図１では情報伝達のための矢印は省略している）。
【００３８】
この際、データ記録手段１０３は、映像音声以外のパケットを受信することもあるが、再生に必要な情報は映像音声以外のパケットも一緒にデータ保持手段１０５に記録する。再生に不要なパケットに関しては、記録してもしなくても良い。
【００３９】
ステップＳ５１１では、データ記録手段１０３がインデックス情報生成手段１０４にインデックス情報を通知するタイミングになったかどうかを判定する。インデックス情報を通知するタイミングとは、例えば直前にインデックス情報を通知してから一定時間以上経過した場合や、一定数のパケットを受信した場合、受信パケットがＧＯＰ（Ｇｏｕｒｐ  Ｏｆ  Ｐｉｃｔｕｒｅ）の先頭であった場合、一定数以上のアクセスユニットを受信した場合、等様々な条件が考えられる。
【００４０】
ステップＳ５１１：ｎｏの場合ステップＳ５１３へ遷移する。ステップＳ５１３では、番組記録の終了に達したかどうかを判定し、ｙｅｓの場合、記録処理を終了し、ｎｏの場合、ステップＳ５０１へ遷移する。番組記録の終了の判定は、録画予約の時刻を過ぎた場合に番組記録を終了する、番組終了を表すパケットを受信した場合に番組記録を終了する、など様々な判定基準が考えられるが、本発明では、どのような判定基準を用いても番組記録を終了することさえ分かれば良い。
【００４１】
ステップＳ５１１：ｙｅｓの場合、ステップＳ５１２へ遷移し、データ記録手段１０３は、映像や音声のパケットの提示時刻と、記録を開始してからそのパケットまでに何バイトあるかを表す位置情報をインデックス情報生成手段１０４に通知する。インデックス情報生成手段１０４は、受信した情報を元にインデックス情報のエントリを追加する。
【００４２】
以下に、図４に示すストリームを受信した場合の記録処理の例を示す。図４には番組情報パケットが図示されていないが、番組記録開始時に取得して、直後に始まる番組が「ドラマＡ」であり、インデックス情報生成手段１０４はドラマＡに関するインデックス情報を生成開始したものとする。
【００４３】
最初にパケット２０１を受信し、ステップＳ５０２：ｎｏ、ステップＳ５０６：ｎｏと判定し、ステップＳ５１０へ遷移する。ステップＳ５１０ではデータ保持手段１０５に、タイムスタンプが付与されたパケット２０１が記録される（図６におけるパケット６０１）。図６に示す各パケットの一番下に記述されている数値はそのパケットの受信タイミングを表すタイムスタンプである。図６は、最初にパケットを受信したタイミングを０として、その後受信したパケットに対して、ＳＴＣと同様の歩進で進むクロックに従ってタイムスタンプを付与しながら記録されたパケット列である。
【００４４】
次にＳＴＣのカウントが６００進んだ時点でパケット２０２を受信したとする。パケット２０２もパケット２０１と同様にステップＳ５０２：ｎｏ、ステップＳ５０６：ｎｏと判定されステップＳ５１０へ遷移し、データ保持手段１０５にパケット６０２として記録される。この際に付与されるタイムスタンプは、パケット２０２を受信したタイミングである６００が割り振られている。
【００４５】
以降に受信するパケット２０３〜パケット２０６も、パケット２０１と同様の処理が行われ、パケット６０３〜パケット６０６として記録される。
【００４６】
次に、パケット４０１を受信すると、ステップＳ５０２：ｙｅｓと判定され、ステップＳ５０３へ遷移する。ステップＳ５０３では、パケット情報抽出手段１０２が時刻情報を解析し、ＳＴＣが１００００の時点で番組の開始タイミングであることが分かる。パケット情報抽出手段１０２は、前記番組開始タイミング情報をインデックス情報生成手段１０４に通知する。
【００４７】
番組開始情報を受信したインデックス情報生成手段１０４は、ステップＳ５０４において受信した番組開始情報を既に受信している番組開始情報と比較する。この例では、データの記録を開始したばかりであるので、ステップＳ５０４の判定はｎｏとなり、ステップＳ５０５へ遷移し、受信した番組開始情報を記憶する。
【００４８】
図７は、図４のストリームを記録する際に、インデックス情報生成手段１０４が作成するインデックス情報の例である。インデックス情報７０１は、番組情報を受信して、記録する番組のタイトルをインデックス情報として記録する（番組名７０２）。また、パケット４０１を受信した時点では、番組開始時刻がＳＴＣ＝１００００であることを記憶しているのみで、開始位置７０３には情報は作成されていない。
【００４９】
更にパケットを受信し、データ保持手段１０５への記録を続ける。その後、パケット２１１を受信すると、ステップＳ５０２：ｎｏ、ステップＳ５０６：ｎｏと進んで、ステップＳ５１０の処理を実施し、ステップＳ５１１の判定を行う。本例では、インデックス情報の通知タイミングとして、各映像パケット、音声パケットを受信したタイミングであるとすると、ステップＳ５１２へ進む。
【００５０】
ここで、便宜的に各パケットのサイズが全て５０００バイトであるとすると、パケット２１１を受信するまでに、５５０００バイトのパケットがデータ保持手段１０５に記録されており、パケット２１１は５５００１から始まることが分かる。
受信したパケット（パケット２１１）のＰＴＳは１００００であるので、ＰＴＳが１００００の映像パケットが５５００１バイト目から蓄積されているという情報をインデックス情報生成手段１０４に通知する。前記情報を受信したインデックス情報生成手段１０４は、番組開始時刻がＳＴＣ＝１００００の時点であることを記憶しているため、これと照らし合わせて、番組開始時刻に再生するパケットは５５００１バイト目にあたることをインデックス情報７０１へ記録する（開始位置７０３）。
【００５１】
次に、パケット２１２を受信し、データ記録手段１０３は同様にＰＴＳが１１０００の映像パケットが６０００１バイト目から記録されることをインデックス情報生成手段１０４に通知する。前記情報を受信したインデックス情報生成手段１０４は、番組開始後ＳＴＣカウントで１０００経過した時に再生する映像パケットが６０００１バイト目に記録されているというエントリを追加する（エントリ７０４）。
【００５２】
同様にパケット２１３を受信した際にエントリ７０５を、パケット２１４を受信した際にエントリ７０６を、というように映像・音声パケットを受信するごとにインデックス情報を追加していく。
【００５３】
ＭＰＥＧ規格において、ＳＴＣは１秒間に９００００カウント増加するため、５５００１バイト目からの映像パケットを再生したのち、９０分の１秒後に６０００１バイト目からの映像パケットと６５００１バイト目からの音声パケットを再生し、更に９０分の１秒後に７０００１バイト目からの映像パケットを再生する、ということが分かるインデックス情報が作成できる。ただし、実際には、ＭＰＥＧの映像は約３０分の１秒に一コマ程度のフレームレートであるため、アクセスユニットは少なくともＳＴＣが３０００おき程度に、ＧＯＰ単位だと約４５０００おきになる。
【００５４】
図８は、メタデータを用いた番組のダイジェスト再生時の処理を表すフローチャートである。メタデータとは、ダイジェスト視聴のための再生情報を表現するものである。メタデータの例を図９に示す。
【００５５】
図９は、全体で６０分のドラマＡから名シーンのみを抽出して、１５分間のダイジェスト版を再生するためのメタデータの例である。このメタデータに従ってドラマＡを再生すると、ドラマ開始時から１３分経過した時点から４分間、２５分経過した時点から７分間、４３分経過した時点から４分間のダイジェスト視聴ができる。
【００５６】
実際には、メタデータは、ＭＰＥＧ７やＴＶ−Ａｎｙｔｉｍｅなどの規格に従ってＸＭＬで記述されることが多いが、本実施例では分かり易いように文字情報として記述している。
以下にメタデータを用いた番組のダイジェスト再生について、図８を用いて説明する。
ステップＳ８０１において再生制御手段１０７がユーザから番組の再生指示を受信する。再生指示は、蓄積済み番組一覧と利用できるメタデータ一覧などを表示して、それをユーザがリモコン等を用いて再生の指示をする。
【００５７】
再生制御手段１０７はステップＳ８０２において、再生対象とするメタデータと再生対象番組のインデックス情報を取得し、ステップＳ８０３へ遷移する。ステップＳ８０３では、メタデータに記載されているシーンについてデータ再生手段１０８に再生の指示が済んでいるかどうかを判定する。既に全シーンについてデータ再生手段１０８に再生指示済みの場合、ステップＳ８１３へ遷移してデータ再生手段１０８が最後のシーンの再生を終了するまで待ってから処理を終了する。
【００５８】
ステップＳ８０３においてまだ再生指示を出していないシーンがある場合（ステップＳ８０３：ｎｏ）、ステップＳ８０４へ遷移する。ステップＳ８０４において、再生制御手段１０７は、次に再生するシーンをメタデータから取得して、インデックス情報を元に再生するシーンに該当するデータの位置を計算して求める。
ステップＳ８０５において、再生制御手段１０７はデータ再生手段１０８に対して、ステップＳ８０４で求めた再生位置の再生指示を出す。前記再生指示を受信したデータ再生手段１０８のＡＶパケット受信分離手段３０１は、再生が指定された位置に該当するデータをデータ保持手段１０５から読み出し（ステップＳ８０６）、ステップＳ８０７へ遷移する。
【００５９】
ステップＳ８０７では、ＡＶパケット受信分離手段３０１は読み出したパケットを全て転送済みかどうか判定し、ｙｅｓの場合、ステップＳ８０３へ遷移する。ｎｏの場合、ステップＳ８０８へ遷移する。
ステップＳ８０８で、ＡＶパケット受信分離手段３０１は、次に転送すべきパケットのタイムスタンプと、クロック３０２の経過時間の値を比較し、これが一致していた場合、ステップＳ８０９へ遷移し、一致していなかった場合、ステップＳ８１０へ遷移する。この際に、あるメタデータのシーンの再生を開始して初めて扱うパケットであった場合、クロック３０２の経過時間の値として、読み込んだパケットのタイムスタンプと同じ値を設定する。
【００６０】
ステップＳ８０９では、タイムスタンプとＳＴＣが一致するパケットが映像パケットである場合、映像バッファ３０６へ転送し、音声パケットである場合、音声バッファ３０３へ転送する。それ以外のパケットであったら該パケットは破棄する。ただし、再生以外で必要な情報であった場合（例えばＥＰＧ情報やデータ放送のパケットなど）、各パケットを適切な処理系統へ渡す（ＥＰＧアプリケーションやデータ放送ブラウザなど）。
【００６１】
ステップＳ８１０において、音声パケット抽出手段３０４（映像パケット抽出手段３０７）は、音声バッファ３０３（映像バッファ３０６）に格納されている音声（映像）パケットの再生時刻（ＰＴＳ）とクロック３０２のカウンタを比較して、両者が一致していた場合、該当音声（映像）パケットを音声デコーダ３０５（映像デコーダ３０８）に転送する（ステップＳ８１１）。
【００６２】
ステップＳ８１２において、音声（映像）パケットを受信した音声デコーダ３０５（映像デコーダ３０８）は、受信したパケットを再生する。
以下に、図９のメタデータに従って図１０のインデックス情報で示すデータを再生する場合の処理について説明する。
ステップＳ８０１において、ユーザからドラマＡの名シーン抽出（１５分）のダイジェスト視聴が指示され、ステップＳ８０２で、再生制御手段１０７が図９に示すメタデータ情報と図１０に示す映画Ａのインデックス情報を読み込んでステップＳ８０３に遷移する。
【００６３】
この時点ではまだどのシーンも再生していないため、ステップＳ８０３：ｎｏとなりステップＳ８０４へ遷移する。ステップＳ８０４において、再生制御手段１０７はメタデータ情報から、名シーン１（１３分から１７分）の再生を行うことを読み取り、インデックス情報からその時間帯に該当するデータの位置を求める。
１３分目の位置をＳＴＣと同じ歩進で換算すると、７０２０００００（１３×６０×９００００）であり、１７分目の位置は９１８０００００（１７×６０×９００００）であるため、図１０に示すインデックス情報より、５８５ＭＢ目の位置から７６５ＭＢ目の位置が１３分から１７分に該当することが求められる。
【００６４】
次にステップＳ８０５において、データ再生手段１０８に５８５ＭＢ目から７６５ＭＢ目の位置のデータを再生するように指示を出す。前記指示を受信したデータ再生手段１０８のＡＶパケット受信分離手段３０１が、データ保持手段１０５からドラマＡの５８５ＭＢ目から７６５ＭＢ目のデータを読み出す（ステップＳ８０６）。この際に、メモリ容量等が不足している場合などは、一度に読み込まずに順次読み込んでも良いことは言うまでも無い。
【００６５】
ＡＶパケット受信分離手段３０１は、ステップＳ８０７で読み込んだデータを全て転送済みかどうか判定する。この段階では、まだ何も転送していないため、判定はｎｏとなり、ステップＳ８０８へ遷移する。
直前に何もパケットを転送していないため、ステップＳ８０８は無条件でｙｅｓとなり、ステップＳ８０９において最初のパケットを音声バッファ３０３または映像バッファ３０６に転送する。更に、この時に読み込んだパケットに付与されているタイムスタンプを、クロック３０２の経過時間にセットする。
【００６６】
対象パケットが音声パケットか映像パケットでない場合はそのパケットは必要とする処理系統へ渡すか、破棄する。また、対象パケットがＰＣＲパケットである場合には、該パケットに記述されている値とクロック３０２のカウンタを比較し、値の差が閾値を越えていた場合、ＰＣＲパケットで指定されている値をクロック３０２のカウンタ値として設定する。
【００６７】
ステップＳ８１０では、クロック３０２のカウンタが、音声バッファ３０３または映像バッファ３０６に格納されているパケットのＰＴＳに一致しているかを判定し、一致した場合、音声パケット抽出手段３０４（映像パケット抽出手段３０７）が音声バッファ３０３（映像バッファ３０６）から音声パケット（映像パケット）を読み出し、音声デコーダ３０５（映像デコーダ３０８）へ転送する（ステップＳ８１１）。前記転送されたパケットは、音声デコーダ３０５（映像デコーダ３０８）で再生される。
【００６８】
ステップＳ８０７では、最初のパケットを転送した後、クロック３０２の経過時間の値と次のパケットのタイムスタンプを比較して、それが一致した際にステップＳ８０９へ遷移する。
このように、ステップＳ８０７からステップＳ８１２の処理を繰り返してデータ再生を続けているうちに、７６５ＭＢ目のデータまで全て転送し終えてしまうと、ステップＳ８０７での判定がｙｅｓとなる。その場合、ステップＳ８０３へ遷移し、再び再生制御手段１０７がメタデータとインデックス情報を元に、次に再生すべきデータの位置を求める処理を行う。
【００６９】
次のシーン（図９における名シーン２）は２５分から３２分の間であるため、インデックス情報のＳＴＣ＝１３５９０００００と１７２８０００００の位置に該当することが求められ、それは１１２５ＭＢ目の位置から１４４０ＭＢ目の位置に該当することが分かる。従って、ステップＳ８０５において、再生制御手段１０７はデータ再生手段１０８に対して１１２５ＭＢ目から１４４０ＭＢ目の位置のデータ再生を指示する。
【００７０】
ステップＳ８０６において、データ再生手段１０８のＡＶパケット受信分離手段３０１は、１１２５ＭＢ目から１４４０ＭＢ目に該当するデータを読み込む。前記読み込むデータの先頭パケットは、名シーン１に該当するデータの最終パケットと連続していないため、先頭のパケット（各ＰＩＤの先頭のパケット）にＤＩ（Ｄｉｓｃｏｎｔｉｎｕｉｔｙ  Ｉｎｄｉｃａｔｏｒ）をセットしても良い。
【００７１】
名シーン２のデータを読み込み、その先頭パケットを処理する際には、前記パケットに付与されているタイムスタンプの値を、クロック３０２の経過時間にセットする。
名シーン２の先頭パケットのＰＴＳと、名シーン１の最終パケットのＰＴＳは連続していないが、名シーン２に含まれるデータのＰＣＲパケットを受信してクロック３０２のＳＴＣを補正することで名シーン２に応じた値での再生が可能となる。
【００７２】
この場合、映像や音声にノイズがのる可能性があるため、クロック３０２は連続させておいて、転送するデータのＰＣＲやＰＴＳを書き換える方法も考えられる。シーンの切れ目をスムーズに切り替える方法に関しては、本発明と直接関係しないため特に言及しないこととする。
同様にして、名シーン２、名シーン３のデータを全て転送し終えると、ステップＳ８０３においてｙｅｓとなり、ステップＳ８１３で名シーン３の最終パケットの再生が終わるまで待って、番組再生処理を終了する。
【００７３】
なお、本実施例では、番組の開始時刻を通知するための時刻情報として、ＮＰＴ参照メッセージを利用しているが、ＮＰＴ参照メッセージを利用しなくとも、番組開始位置のパケットや番組開始位置のＳＴＣが分かるような情報を伝送すれば、同様の処理で同様の効果が得られる。
なお、本実施例では、番組開始時刻を通知するための時刻情報を一度しか記述していないが、番組中に定期的に時刻情報を送出しても良いことは言うまでも無い。時刻情報を定期的に送出することで、番組の途中から記録した場合でもインデックス情報を作成することが可能となり、記録されている部分ならば、メタデータによるシーンの再生が可能となる。
【００７４】
なお、本実施例では、番組開始時点から時刻はＳＴＣに合わせて一定の歩進で進み続けるように記述されているが、時刻情報として歩進を停止させたり、歩進をＳＴＣと異なる進み方にしたりしても良い。その場合、時刻情報に番組の歩進とＳＴＣの歩進の比を記述し、前記比に従った歩進でインデックス情報を作成すれば良い。
例えば、歩進として番組：ＳＴＣ＝２：１と指定されている場合、ＳＴＣが１進むごとに番組の時間を２進めるインデックス情報を作成する。また、番組：ＳＴＣ＝０：１という歩進を設定すると番組の時間を停止させることが出来る。番組途中で歩進を変える場合、番組途中でＮＰＴ参照メッセージが変化するが、ＮＰＴ参照メッセージが変化した時点が一つの番組に含まれるようなタイミングならば、それらは同一の番組であるとして、それ以降に蓄積するデータは新しいＮＰＴ参照メッセージに従って記録することとする。なお、ＮＰＴの歩進が０の番組のインデックス情報は、図１１に示すように同じ時間を指すパケットが複数含まれる。
【００７５】
なお、本実施例ではメタデータにおいて、ダイジェスト提示するシーンは番組開始からの相対時刻で規定しているが、それ以外の指定方法を用いても良い。例えば、メタデータにおいて、ダイジェスト提示するシーンをＮＰＴで示しても良い。更に、メタデータが無い場合でも、例えば、記録した番組を再生する際に、ＮＰＴの歩進が０である部分は再生せずに飛ばす、という再生制御を行っても良い。こうすることで、再生時に必要としない場面に関しては、ＮＰＴの歩進を０にすることで再生しないように放送側で制御できるようになる。
【００７６】
なお、１つの映像音声ストリームに、ＮＰＴ参照メッセージが複数対応していてもよい。その場合、端末は複数あるＮＰＴ参照メッセージのうち、任意の１以上のＮＰＴ参照メッセージに対応するインデックス情報を作成することができる。こうすることで、放送側で様々なパターンの再生制御を、複数のＮＰＴ参照メッセージを送出することでできるようになる。
【００７７】
なお、記録するストリームには、映像と音声だけでなく、データ放送ストリームが含まれていても良い。
なお、本実施例では、メタデータで再生が指定された時刻に一致するインデックス情報のエントリが存在する例を示しているが、メタデータで再生が指示された時刻に一致するインデックス情報のエントリが存在しなくても良い。その場合には、指定時刻に（指定時刻よりも前／後で）最も近いエントリを選んでも良いし、指定時刻を含む２つのエントリを元に指定時刻の近似位置を計算で求めても良い。例えば、指定時刻の前５秒の時点と後５秒の時点のエントリが存在し、それぞれの位置が１００００００バイト、２００００００バイトであるならば、その中間である１５０００００バイトが近似位置となり、前記近似位置に最も近いパケットから再生する。
【００７８】
なお、本実施例では、パケットとしてアクセスユニットを想定しているが、ＭＰＥＧ映像におけるＢピクチャやＰピクチャはそれまでに再生されたＩピクチャやＰピクチャを元にデコードするため、それまでに何もデコードしていない場合、最初にＢピクチャやＰピクチャをデコードすることが出来ない。前記問題を回避するために、インデックス情報のエントリとして記録する位置をＧＯＰの先頭のみに限定したり、Ｉピクチャのみにしたり、ＧＯＰの先頭やＩピクチャの位置もインデックス情報として記録しておいて、あるパケットからの再生を指定された時に、そのパケットを含むＧＯＰの先頭パケットやＩピクチャパケットから再生を開始したりしても良い。
【００７９】
例えば、図１２に示すインデックス情報（Ａ）のエントリ１２０３にあたるアクセスユニットから再生を開始するシーンがある場合、エントリ１２０３はＰピクチャであるため最初にこのアクセスユニットから再生することができない。そのため、インデックス情報としてＧＯＰの先頭パケットの位置を表すＧＯＰ位置情報（Ｂ）も記録しておいて、インデックス情報のエントリ１２０３にあたる位置に近いＧＯＰの先頭から再生をする。
【００８０】
図１２の例では、エントリ１２０３は１３５００００バイト目から開始しており、これよりも前で最も近いＧＯＰの先頭は、ＧＯＰ位置情報（Ｂ）のエントリ１２０５にあたる１２０００００バイト目であることが分かる。そこで、エントリ１２０３を指示された場合、１２０００００バイト目から再生を開始することで、ピクチャの種類による問題が生じることなく再生することが可能となる。
【００８１】
なお、図１２のインデックス情報（Ａ）の各エントリのＶの後に記述されているＩ、Ｐ、Ｂは、それぞれのアクセスユニットがＩピクチャ、Ｐピクチャ、Ｂピクチャであることを表すもので、ＧＯＰ位置情報を記録すれば、必ずしもＩ、Ｐ、Ｂの区別を記録する必要はない。
【００８２】
なお、記録した番組をユーザが編集することも考えられる。番組の編集方法自体に関しては、本発明とは関係ないので特に言及しない。編集後のデータをメタデータでインデックス再生できるようにするために、編集時にインデックス情報も編集しても良い。例えば、記録した１時間番組のうち、１０分目から１５分目に該当する部分をカットした場合、インデックス情報の１０分目から１５分目のエントリを削除し、１５分目以降のエントリの位置情報から削除した分のサイズを減算することで対応できる。一つの番組を複数の番組に分割したり、複数の番組を結合したりする場合も、それぞれの番組のインデックス情報を元に新たに編集後のインデックス情報を生成することも可能である。
【００８３】
図１３に示すインデックス情報は、図１０の映画Ａのうち１３分目から１７分目を編集でカットしてできたインデックス情報の例である。図１０のインデックス情報では１３分目の位置は７０２０００００（１３×６０×９００００）であり、１７分目の位置は９１８０００００（１７×６０×９００００）である。この間を編集でカットすると、映画Ａのデータの５８５ＭＢ目から７６５ＭＢ目の部分が削除される。
【００８４】
これに合わせてインデックス情報も、５８５ＭＢ〜７６５ＭＢに含まれるエントリを削除する。ただし、メタデータによるシーン指定は元のドラマＡの番組先頭からの時刻で指定されるため、残ったエントリのうち削除した部分よりも後（７６５ＭＢ目以降）のエントリの位置情報は、削除した１８０ＭＢ分を差し引いて記録する必要がある。図１０におけるエントリ１００５、エントリ１００６、エントリ１００７は、編集後のインデックス情報である図１３では、それぞれエントリ１３０４、エントリ１３０５、エントリ１３０６に対応する。これらのエントリの位置情報は、対応する図１０の位置情報から削除した分の１８０ＭＢを引いた値になっている。
【００８５】
なお、本実施例では記録と同時にインデックス情報を作成しているが、記録の際に各パケットに付与したタイムスタンプを利用すれば、記録時にリアルタイムにインデックス情報を作成せずに、タイムスタンプと記録したストリームの内容を利用して記録終了後に適宜インデックス情報を作成しても良い。
なお、データ保持手段１０５に保持されているデータは、記録開始位置から番組開始位置までのデータを削除しても良い。その場合、番組開始位置は必ず記録したデータの先頭になるため、インデックス情報の番組開始位置は１バイト目になる。もちろん記録後に削除するのではなく、データを記録する際に、番組開始位置から記録を開始してもよいことは言うまでもない。
【００８６】
なお、本実施例では番組の先頭をＮＰＴ＝０として記述しているが、必ずしも番組の先頭がＮＰＴ＝０でなくても良い。その場合、予め番組ごとに送信側と受信側で番組の先頭のＮＰＴ値を取り決めておくか、送信側が番組の先頭のＮＰＴがいくつであるかを表す情報を伝送する。
なお、音声パケットと映像パケットのＰＴＳの出現順が逆転しても良い。ＰＴＳの出現順が逆転するとは、例えばＰＴＳ＝１００００の映像パケットを受信した後に、ＰＴＳ＝９０００の音声パケットを受信するといった場合である。その場合、インデックス情報を作成する時にＰＴＳ順にソートしてインデックス情報を作成しても良いし、時刻を指定して再生する時に指定時刻に該当するＰＴＳの位置が、より小さい方（バイト数が小さい方）のパケットを再生対象位置としても良い。
【００８７】
なお、本実施例では再生時に迅速に再生対象へアクセスするためにインデックス情報にエントリを作成しているが、蓄積媒体へのアクセスが十分早くできるならば、インデックス情報として番組開始位置のみを記録しておいて、再生時に記録してあるデータをシークして再生するパケットの位置を検索して再生するようにしても良い。更に、番組を記録する際に番組開始の時刻情報も同時に記録しておくことで、再生時に時刻情報もシークして再生開始位置のパケットを検索しても良い。
【産業上の利用可能性】
【００８８】
本発明のデータ記録再生装置は、放送波で伝送される番組を記録し、メタデータ等を用いて記録した番組のダイジェスト視聴を行う装置に有効である。特に、ダイジェスト視聴の各シーンの開始終了タイミングに細かな精度が求められる場合に有効である。
【図面の簡単な説明】
【００８９】
【図１】実施の形態における構成図
【図２】放送波で伝送されるＭＰＥＧ２−ＴＳの例示す図
【図３】データ再生手段の詳細図
【図４】時刻情報を含むＭＰＥＧ２−ＴＳの例を示す図
【図５】データ記録再生装置の記録処理フロー
【図６】蓄積したタイムスタンプ付きＴＳの例を示す図
【図７】作成されたインデックス情報の例を示す図
【図８】番組再生処理を表すフローチャート
【図９】メタデータの例を示す図
【図１０】映画Ａのインデックス情報の例を示す図
【図１１】歩進０のあるインデックス情報の例を示す図
【図１２】ＧＯＰ情報付きのインデックス情報の例
【図１３】一部をカットした後のインデックス情報の例を示す図
【符号の説明】
【００９０】
１０１    データ受信手段
１０２    パケット情報抽出手段
１０３    データ記録手段
１０４    インデックス情報生成手段
１０５    データ保持手段
１０６    メタデータ保持手段
１０７    再生制御手段
１０８    データ再生手段
３０１    ＡＶパケット受信分離手段
３０２    クロック
３０３    音声バッファ
３０４    音声パケット抽出手段
３０５    音声デコーダ
３０６    映像バッファ
３０７    映像パケット抽出手段
３０８    映像デコーダ
【図１】
2005235272.tif 000003
【図２】
2005235272.tif 000004
【図３】
2005235272.tif 000005
【図４】
2005235272.tif 000006
【図５】
2005235272.tif 000007
【図６】
2005235272.tif 000008
【図７】
2005235272.tif 000009
【図８】
2005235272.tif 000010
【図９】
2005235272.tif 000011
【図１０】
2005235272.tif 000012
【図１１】
2005235272.tif 000013
【図１２】
2005235272.tif 000014
【図１３】
2005235272.tif 000015