(57)【要約】【課題】  再生エラー等によってピクチャが欠落し、映像の出力が停止したりフリーズ状態になったりした場合に、その状況をユーザに通知できるようにする。また、再生エラーがあっても視聴や編集に必要な映像データを正しくキャプチャできるようにする。【解決手段】  ビデオ送信装置が送信する映像データの一部にピクチャの欠落があった場合に、ビデオ送信装置は映像データとともにシーンの欠落があったことを示すコマンドをビデオ受信装置に出力する。このコマンドに応じて、ビデオ受信装置はシーンの欠落を示す所定の表示或いは再記録のための制御を行う。【選択図】  図１
2006203859.tif 000002
【特許請求の範囲】
【請求項１】
ビデオ送信装置とビデオ受信装置とを含んで構成されるビデオ伝送システムであって、
前記ビデオ送信装置は、
記録媒体に記録された圧縮された映像データを読み出す読出手段と、
前記読出手段によって前記記録媒体から読み出された圧縮された映像データにおけるピクチャの欠落を検出する検出手段と、
前記検出手段によって欠落が検出されたピクチャに係る情報を示したコマンドデータを生成する生成手段と、
前記読出手段によって前記記録媒体から読み出された圧縮された映像データと前記生成手段によって生成された前記コマンドデータとを出力する出力手段とを備え、
前記ビデオ受信装置は、
前記出力手段から出力された前記圧縮された映像データ及び前記コマンドデータを入力する入力手段と、
前記入力手段から入力した前記圧縮された映像データを復号する復号手段と、
前記入力手段から前記コマンドデータを取得したことに応じて、ピクチャの欠落を通知するための表示を、前記復号手段によって復号された映像データによって表わされる映像を表示するためのモニタ上で行うよう制御する制御手段とを備えたことを特徴とするビデオ伝送システム。
【請求項２】
記録媒体に記録された圧縮された映像データを読み出す読出手段と、
前記読出手段によって前記記録媒体から読み出された圧縮された映像データにおけるピクチャの欠落を検出する検出手段と、
前記検出手段によって欠落が検出されたピクチャに係る情報を示したコマンドデータを生成する生成手段と、
前記読出手段によって前記記録媒体から読み出された圧縮された映像データと前記生成手段によって生成された前記コマンドデータとを外部装置へ出力する出力手段とを備えたことを特徴とするビデオ送信装置。
【請求項３】
前記コマンドデータが示す欠落したピクチャに係る情報は、前記欠落したピクチャの種類を示す情報であることを特徴とする請求項２に記載のビデオ送信装置。
【請求項４】
前記コマンドデータが示す欠落したピクチャに係る情報は、さらに欠落の開始位置を示す情報を含むことを特徴とする請求項３に記載のビデオ送信装置。
【請求項５】
前記読出手段によって前記記録媒体から読み出された圧縮された映像データを復号する復号手段をさらに備え、
前記生成手段は、前記欠落が検出されたピクチャが画面内符号化ピクチャ、画面間順方向予測符号化ピクチャ及び画面間双方向予測符号化ピクチャのうちの何れに該当するかを示す情報を前記復号手段の復号結果から取得して、前記コマンドデータを生成することを特徴とする請求項２に記載のビデオ送信装置。
【請求項６】
前記コマンドデータが示す欠落したピクチャに係る情報は、前記欠落が検出されたピクチャのタイムコード、トラックナンバー及びＧＯＰのシーケンスナンバーのうち、一部又は全ての情報を含むことを特徴とする請求項５に記載のビデオ送信装置。
【請求項７】
前記出力手段は、前記映像データをアイソクロナスパケット化して出力し、前記コマンドデータをアシンクロナスパケット化して出力することを特徴とする請求項２に記載のビデオ送信装置。
【請求項８】
前記出力手段は、前記映像データのストリーム内に、前記コマンドデータを埋め込んで出力することを特徴とする請求項２に記載のビデオ送信装置。
【請求項９】
外部の送信装置から出力された圧縮された映像データを入力する入力手段と、
前記入力手段から入力した前記映像データにおけるピクチャの欠落を検出する検出手段と、
前記入力手段から入力した前記映像データを復号する復号手段と、
前記検出手段によって前記ピクチャの欠落が検出されたことに応じて、ピクチャの欠落を通知するための表示を、前記復号手段によって復号された映像データによって表わされる映像を表示するためのモニタ上で行うよう制御する制御手段とを備えたことを特徴とするビデオ受信装置。
【請求項１０】
前記検出手段は、前記送信装置から送出された前記ピクチャの欠落を示すコマンドデータを受信することに応じて前記ピクチャの欠落を検出することを特徴とする請求項９に記載のビデオ受信装置。
【請求項１１】
前記検出手段は、前記入力手段から入力した映像データのシーケンスナンバーの状態から前記ピクチャの欠落を検出することを特徴とする請求項９に記載のビデオ受信装置。
【請求項１２】
前記検出手段は、前記送信装置から送出された前記ピクチャの欠落を示すコマンドデータを受信すること及び前記入力手段から入力した映像データのシーケンスナンバーの状態から前記ピクチャの欠落を検出することを特徴とする請求項９に記載のビデオ受信装置。
【請求項１３】
前記入力手段から入力した圧縮された映像データを記録媒体に記録するための制御を行う記録制御手段をさらに備え、
前記記録制御手段は、前記検出手段によって前記ピクチャの欠落が検出されたときは前記映像データの記録を停止するよう制御することを特徴とする請求項９に記載のビデオ受信装置。
【請求項１４】
前記記録制御手段は、前記ピクチャの欠落が検出された映像データを、前記ピクチャの欠落が検出されなかった映像データによって構成されるファイルから分離して記録することを特徴とする請求項１３に記載のビデオ受信装置。
【請求項１５】
前記検出手段によってピクチャの欠落を検出したことに応じて、前記送信装置に対して前記圧縮された映像データの再出力を指示する指示手段をさらに備えたことを特徴とする請求項９に記載のビデオ受信装置。
【請求項１６】
前記指示手段は、前記検出手段によって前記ピクチャの欠落が検出されたことに応じて、少なくともシーンの戻り量を決定し、当該戻り量に応じた位置から前記圧縮された映像データを再出力させるための制御コマンドを前記送信装置に対して送信することを特徴とする請求項１５に記載のビデオ受信装置。
【請求項１７】
再出力された映像データに対して、前記検出手段によって再度ピクチャの欠落が検出される状況が所定期間もしくは所定回数に渡って続いた場合は、前記指示手段は前記送信装置に対する再出力のための指示を中止することを特徴とする請求項１６に記載のビデオ受信装置。
【請求項１８】
外部の送信装置から出力された圧縮された映像データを入力する入力ステップと、
入力した前記映像データにおけるピクチャの欠落を検出する検出ステップと、
入力した前記映像データを復号する復号ステップと、
前記検出ステップにおいて前記ピクチャの欠落が検出されたことに応じて、ピクチャの欠落を通知するための表示を、前記復号ステップにおいて復号された映像データによって表わされる映像を表示するためのモニタ上で行うよう制御する制御ステップとを有するビデオ受信装置の制御方法をコンピュータに実行させるためのプログラム。
【請求項１９】
請求項１８に記載のプログラムをコンピュータで読み取り可能な状態で記憶したことを特徴とする記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録媒体に記録される映像データを再生して外部装置へ伝送するためのビデオ伝送システムと、それを構成するビデオ送信装置及びビデオ受信装置に関するものである。
【背景技術】
【０００２】
ＨＤデジタルＶＣＲ評議会（ＨＤ  Ｄｉｇｉｔａｌ  ＶＣＲ  Ｃｏｎｆｅｒｅｎｃｅ）によって、ＤＶ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ）方式に準拠した映像データが記録される磁気テープに、ＭＰＥＧ２符号化データを記録するＨＤＶ仕様（Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ  ｏｆ  ＨＤＶ  Ｒｅｃｏｒｄｉｎｇ  Ｆｏｒｍａｔ  Ｖｅｒｓｉｏｎ１．０  Ｓｅｐｔｅｍｂｅｒ  ２００３）が策定された。ＨＤＶ仕様は、ＨＤ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ）映像データを記録するための仕様である。このような、ＨＤ映像データを記録するための技術は、例えば特許文献１にも開示されている。
【０００３】
そして、磁気テープに記録された映像データを再生する再生装置をパーソナルコンピュータ（以下、ＰＣとも称す）などに接続し、映像データを伝送して、ＰＣで前記映像データをキャプチャして編集を行うといった、所謂ノンリニア編集が一般化しつつある。
【特許文献１】特開２００１−２７５０７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、再生装置で磁気テープを再生するときには、再生ヘッドの目詰まりが生じたり、ヘッドとの接触が瞬間的に悪くなったりして、正しく再生されない場面が起こりえる。或いは、記録されたデータの一部が破損していたり、記録メディアが傷ついていたりしても、正しく再生されない可能性がある。このような状況は磁気テープに限らず、ディスクでも起こりえるトラブルである。
【０００５】
このようなトラブルを原因として、再生したデータの欠落やエラーが大きすぎて、エラー訂正処理が不完全となった場合には、再生装置は再生エラーを起こす。この再生エラーが、ＭＰＥＧ圧縮方式で圧縮された映像データを再生しているときに起こると、以下のような問題が生じる。
【０００６】
すなわち、ＨＤＶ仕様に採用されたＭＰＥＧ圧縮方式は、ピクチャ間の双方向予測を用いることによって高圧縮を可能にしている技術である。具体的には、Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅ（以下、ＧＯＰと称す）という符号化単位内で、１枚だけＩフレームと呼ばれるフレーム内符号化画像を含み、残りの画像はＰフレームやＢフレームと呼ばれる前記Ｉフレームを参照してデコードされるべきフレーム間符号化画像で構成されている。それゆえ、上述した再生エラーが、例えばＩフレームのタイミングで瞬間的に起きた場合には、直後にエラーが解消できたとしても、Ｉフレームが欠落したために１ＧＯＰ分の映像全てが再生エラーとなってしまう。１ＧＯＰは通常１５フレームであるので、Ｉフレームでエラーが起こると約０．５秒間もの間映像が出力されなくなったり、前のシーンから更新されずにフリーズした映像が出力されたりする。
【０００７】
そして、再生エラーの状態では、外部へ映像データが出力されない、或いはフリーズした映像や劣化した映像が外部出力されてしまうため、再生装置に接続されたＰＣでは、受信が途絶えたり、品質の劣化した映像データを受信することになるが、ＰＣ側ではその原因もわからず、ただ視聴や編集の妨げとなっていた。
【０００８】
本発明は上記の如き問題点を解決し、再生エラー等によってピクチャが欠落し、映像の出力が停止したりフリーズ状態になったりした場合に、その状況をユーザに通知することを目的とする。
【０００９】
また、再生エラーによってピクチャが欠落し、映像の出力が停止したりフリーズ状態になったりした場合に、視聴や編集に必要な映像データを正しくキャプチャできるようにすることを更なる目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本発明のビデオ伝送システムはビデオ送信装置とビデオ受信装置を含んで構成され、前記ビデオ送信装置は、記録媒体に記録された圧縮された映像データを読み出す読出手段と、前記読出手段によって前記記録媒体から読み出された圧縮された映像データにおけるピクチャの欠落を検出する検出手段と、前記検出手段によって欠落が検出されたピクチャに係る情報を示したコマンドデータを生成する生成手段と、前記読出手段によって前記記録媒体から読み出された圧縮された映像データと前記生成手段によって生成された前記コマンドデータとを出力する出力手段とを備え、前記ビデオ受信装置は、前記出力手段から出力された前記圧縮された映像データ及び前記コマンドデータを入力する入力手段と、前記入力手段から入力した前記圧縮された映像データを復号する復号手段と、前記入力手段から前記コマンドデータを取得したことに応じて、ピクチャの欠落を通知するための表示を、前記復号手段によって復号された映像データによって表わされる映像を表示するためのモニタ上で行うよう制御する制御手段とを備えたことを特徴とする。
【００１１】
また、本発明のビデオ送信装置は、記録媒体に記録された圧縮された映像データを読み出す読出手段と、前記読出手段によって前記記録媒体から読み出された圧縮された映像データにおけるピクチャの欠落を検出する検出手段と、前記検出手段によって欠落が検出されたピクチャに係る情報を示したコマンドデータを生成する生成手段と、前記読出手段によって前記記録媒体から読み出された圧縮された映像データと前記生成手段によって生成された前記コマンドデータとを外部装置へ出力する出力手段とを備えたことを特徴とする。
【００１２】
また、本発明のビデオ受信装置は、外部の送信装置から出力された圧縮された映像データを入力する入力手段と、前記入力手段から入力した前記映像データにおけるピクチャの欠落を検出する検出手段と、前記入力手段から入力した前記映像データを復号する復号手段と、前記検出手段によって前記ピクチャの欠落が検出されたことに応じて、ピクチャの欠落を通知するための表示を、前記復号手段によって復号された映像データによって表わされる映像を表示するためのモニタ上で行うよう制御する制御手段とを備えたことを特徴とする。
【００１３】
さらに、本発明のプログラムは、外部の送信装置から出力された圧縮された映像データを入力する入力ステップと、入力した前記映像データにおけるピクチャの欠落を検出する検出ステップと、入力した前記映像データを復号する復号ステップと、前記検出ステップにおいて前記ピクチャの欠落が検出されたことに応じて、ピクチャの欠落を通知するための表示を、前記復号ステップにおいて復号された映像データによって表わされる映像を表示するためのモニタ上で行うよう制御する制御ステップとを有するビデオ受信装置の制御方法をコンピュータに実行させるためのプログラムである。
【発明の効果】
【００１４】
本発明によれば、再生エラー等によってピクチャが欠落し、映像の出力が停止したりフリーズ状態になったりした場合には、その状況をユーザに通知することができる。
【００１５】
また、再生エラーによってピクチャが欠落し、映像の出力が停止したりフリーズ状態になったりした場合でも、視聴や編集に必要な映像データを正しくキャプチャできる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施形態について、図面を用いて詳細に説明する。
【００１７】
（第１の実施形態）
図８は、本発明の各実施形態に係るビデオ伝送システムの構成を示す図である。
【００１８】
図８において、１１はビデオ送信装置の一例であるＨＤＶ仕様に準拠した再生機能付きビデオレコーダである。１０１はビデオ受信装置の一例であるパーソナルコンピュータ（ＰＣ）である。１００はビデオレコーダ１１とＰＣ１０１との間を接続する伝送媒体の一例であるＩＥＥＥ１３９４シリアルバスのケーブルである。
【００１９】
ビデオレコーダ１１は、ＨＤＶ仕様に定められたＭＰＥＧ２方式による圧縮映像データを再生する（ＭＰＥＧ方式については、様々な文献によって既に解説がなされているので、ここでの技術説明は省略する。）。ビデオレコーダ１１で再生された映像データは、ＩＥＥＥ１３９４シリアルバス上を、アイソクロナスパケット（同期伝送用パケット）に変換されて伝送される（ＩＥＥＥ１３９４の標準規格については、様々な文献によって既に解説がなされているので、ここでの技術説明は省略する。）。
【００２０】
ビデオレコーダ１１及びＰＣ１０１はＩＥＥＥ１３９４端子を備えており、ＭＰＥＧ２の映像データを通信可能となっている。図８に示すように、ＩＥＥＥ１３９４ケーブル１００を介して、ＰＣ１０１とビデオレコーダ１１とが接続されており、ＰＣ１０１は、ビデオレコーダ１１からＭＰＥＧ２により圧縮された映像データを受信し、これをデコード処理して、ＰＣ１０１のモニタ上に表示可能である。或いは、ＰＣ１０１は受信と同時にキャプチャと呼ばれる動作、すなわちＰＣ１０１内のハードディスクドライブ（以下、ＨＤＤと称す）へ受信した映像データを記録することが可能である。ＰＣ１０１の構成及び動作については後述する。
【００２１】
続いて、ビデオレコーダ１１の構成について説明する。図１は、ビデオレコーダ１１の構成を示したブロック図である。
【００２２】
図１において、ビデオレコーダ１１には、磁気テープ１２が収められたカセット１３が装着される。そして、ビデオレコーダ１１は、記録又は再生動作時に回転するドラム１４、ドラム１４に取り付けられた磁気ヘッド１５、ドラム１４と不図示のキャプスタンの動作を制御するサーボ回路１６、各部の動作を制御するコントローラ（ＣＰＵ）１７、磁気テープ１２から磁気ヘッド１５によって再生された映像データを処理する再生回路１８を備えている。さらに、再生回路１８から出力された再生データをデコードするＭＰＥＧデコーダ１９、再生データの状態から再生エラーを検出する欠落検出回路２０、ＭＰＥＧ２のストリーム形態を伝送用のトランスポートストリーム（ＴＳ）に変換するストリーム変換回路２４、ＩＥＥＥ１３９４に従ったデジタルインターフェース（以下、ＤＩＦと称す）回路２１、ＩＥＥＥ１３９４ケーブルを接続するための端子２２、デコードされた映像を表示可能な液晶モニタ２３を備えている。
【００２３】
次に、ビデオレコーダ１１の動作について説明する。磁気テープ１２に記録されたＨＤＶ仕様に基づく映像データを再生する場合、カセット１３をビデオレコーダ１１にセットする。ビデオレコーダ１１はカセット１３から磁気テープ１２を引き出して、ドラム１４に巻きつける。これらのメカ制御やドラム１４を回転させたり、磁気テープを走行させるキャプスタンを回転させたりすることはサーボ回路１６が担当して制御する。なお、サーボ回路１６に対する制御はＣＰＵ１７から行われる。ドラム１４が回転するとドラム１４上に取り付けられた磁気ヘッド１５が磁気テープ１２の記録面をトレースすることによって磁気テープ１２に記録された情報を読み出す。そして読み出された情報は再生回路１８へ送られる。再生回路１８は、磁気情報として記録されている映像データをデジタルデータの電気信号に変換する電磁変換を行う。さらにデジタルデータとなった映像データに対して、再生処理を行う。
【００２４】
再生回路１８で必要な再生処理が施された映像データを、圧縮された状態のまま外部送信するときには、トランスポートストリーム（ＴＳ）パケット変換をストリーム変換回路２４で行う。ＴＳパケット化された映像データはＤＩＦ回路２１に送られ、ＤＩＦ回路２１においてＩＥＥＥ１３９４シリアルバスのアイソクロナスパケットに変換されて、ＩＥＥＥ１３９４端子２２からＰＣ１０１等へアイソクロナス（同期）転送される。
【００２５】
一方、再生回路１８で再生処理された映像データは、デコード処理を担当するＭＰＥＧデコーダ１９に入力され、逆ＤＣＴ変換による空間方向の伸張処理や予測符号化によって時間軸方向に圧縮されている状態の伸張処理が行われる。ＭＰＥＧデコーダ１９でデコードされた映像データは、液晶モニタ２３で再生映像として表示される。なお、ＭＰＥＧデコーダ１９では上記したように時間軸方向の伸張も行っている。これは、ＨＤＶ仕様では１ＧＯＰは１５フレームになっており、１ＧＯＰに１つだけあるＩフレームと呼ばれる画面内符号化画像をまず復号し、それを用いてＰフレーム（画面間順方向予測符号化画像）とＢフレーム（双方向予測符号化画像）を復号する処理を表わしている。
【００２６】
ここで、図２、３を用いてＭＰＥＧ２におけるＧＯＰの構造とデコード処理について説明する。図２はＨＤＶ仕様で定められている、フレーム数Ｎが１５であるＧＯＰの構造を示している。さらに、１ＧＯＰの中でＩフレーム、もしくはＰフレームが現れるフレーム周期Ｍが３であることも示している。図２ではＩフレームは１ＧＯＰのうち１枚だけ存在している。次に図３は、各フレームの復号処理について説明するための図であり、Ｉ，Ｐ，Ｂの各フレームの参照関係を示している。図３に示すようにＩフレームは画面内符号化のため、Ｉフレームのみで復号可能である。またＰフレームは他のＰフレーム又はＩフレームのデータを用いて復号される。さらにＢフレームはＩフレーム又はＰフレームを２枚用いて復号される。
【００２７】
このことから、もし、いずれかのＩフレームが欠落した場合、１ＧＯＰのデータ全てが復元できないため、１５フレームすなわち約０．５秒間、画像が更新されない状況となる。また、いずれかのＰフレームが欠落した場合、そのＰフレームを参照する全てのフレームが復元できなくなるため、通常は欠落したＰフレームからＧＯＰの最後までと、そのＰフレームより前の２枚のＢフレームにまで影響が出て、その間の画像が更新されない状況となる。また、Ｂフレームが欠落した場合は、そのＢフレームだけが更新されない状況となる。
【００２８】
ここで、先述したように、再生装置で磁気テープを再生するときには、再生ヘッドの目詰まりが生じたり、ヘッドの接触が瞬間的に悪くなったりして、正しく再生されない場面が起こりえる。或いは、記録されたデータの一部が破損していたり、記録メディアが傷ついていたりしても、正しく再生されない状況になる。また、ＭＰＥＧデコーダ１９がエラー動作を起こした場合も同様である。このような状況は磁気テープに限らず、ディスクでも起こりえるトラブルである。このようなトラブルによって、修復できないエラーが生じ、再生した映像データ中のフレーム（ピクチャ）が欠落した場合には、欠落検出回路２０がその再生エラーを検出する。
【００２９】
欠落検出回路２０は、ＭＰＥＧデコーダ１９から復号状況に関する情報を取得し、データ欠落を検出した場合、どのピクチャのデータが欠落したのか、また欠落したピクチャの種類はＩピクチャか、Ｐピクチャか、Ｂピクチャか、さらにそのピクチャの位置まで検出して、その結果情報をＣＰＵ１７に知らせる。
【００３０】
ＣＰＵ１７は、Ｉ、Ｐ、Ｂのうち、どのピクチャが欠落したかに応じて異なるアシンクロナスパケット（非同期伝送用パケット）を生成する。さらに、生成したアシンクロナスパケットに、欠落したピクチャが含まれるＧＯＰのシーケンスナンバーを加える。そして、ＤＩＦ回路２１に対して、生成したアシンクロナスパケットをＩＥＥＥ１３９４端子２２からＰＣ１０１等へ、アシンクロナス（非同期）転送で出力するように指示をする。ＤＩＦ回路２１は、ストリーム変換回路２４から取得した映像データをアイソクロナスパケットでＰＣ１０１へ送出する動作を行うと同時に、ＣＰＵ１７から指示されたアシンクロナスパケットをＩＥＥＥ１３９４規格で定められた送信タイミングに従ってＰＣ１０１へ送出する動作を行う。こうして、再生された映像データに係るアイソクロナスパケット及び再生エラーの発生を示すアシンクロナスパケットが、ＩＥＥＥ１３９４端子からより外部へ出力される。
【００３１】
ここで、上記したアシンクロナスパケット、すなわちＰＣ１０１に対するコントロールコマンドについて、図４を用いて説明する。図４はアシンクロナスパケットで構成されたコントロールコマンドの例である。
【００３２】
図４に示したコントロールコマンドは、ＩＥＥＥ１３９４規格で定められたアシンクロナスパケットの中で使用可能な、Ｗｒｉｔｅトランザクションを用いて通信を行う“ＣＴＳ”と呼ばれるコマンドを用いた場合のフレーム構造を示している。これは、ＩＥＣ  ６１８８３−１で規定されたＦＣＰ（Ｆｕｎｃｔｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）でさらに規定されたもので、様々なコマンドが「ＡＶ／Ｃ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ  Ｃｏｍｍａｎｄ  Ｓｅｔ  Ｇｅｎｅｒａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖｅｒｓｉｏｎ４．０，  １３９４  Ｔｒａｄｅ  Ａｓｓｏｃｉａｔｉｏｎ」にて定義されている。本実施形態では、このようなＣＴＳコマンドを使用したコントロールコマンドを用いており、再生時にピクチャの欠落が発生し、これを検出した場合には、このコントロールコマンドを外部装置へ送信することにより、外部装置に対して再生映像においてピクチャ欠落が発生したことを知らせている。
【００３３】
図４において、Ｏｐｅｃｏｄｅフィールドは、ピクチャ欠落を示すコードを格納するフィールドであり、このコマンドがピクチャ欠落を示すパケットであることを表している。Ｏｐｅｒａｎｄ（０）フィールドは、欠落パラメータを格納するフィールドであり、上記ＧＯＰのシーケンスナンバーと欠落したピクチャがＩ、Ｐ、Ｂフレームのいずれであるかを表している。Ｏｐｅｒａｎｄ（１）フィールドは、欠落したピクチャの検出開始位置を格納するフィールドであり、欠落ピクチャのタイムコードもしくはトラックナンバーを示し、その種類によってバイト数が異なる。このようなコントロールコマンドを外部装置に出力することによって、このコントロールコマンドを受け取った通信相手の外部装置は、映像の受信が途絶えたり、フリーズ等品質の劣化した映像になったりした理由やその位置を知ることができる。
【００３４】
なお、本実施形態はアシンクロナスパケットを用いて再生エラーを示すコントロールコマンドを送信する例を説明するが、このようなコントロールコマンドが示す情報を、映像データと同じアイソクロナスパケットの中に格納して外部装置へ送る構成にしても本発明は実施できる。アイソクロナスパケットに格納する方法は、コントロールコマンドが示す情報をＨＤＶ仕様で定めているＡＵＸデータとして埋め込めばよい。その場合、ＴＳパケットにより、映像データと埋め込まれた欠落したピクチャの情報とが同一のストリームで伝送することになる。
【００３５】
また、本実施形態では、図４のＯｐｅｒａｎｄ（０）フィールドにおける欠落パラメータをＩ、Ｂ、Ｐフレームで説明したが、複数ピクチャに渡って欠落した場合には、欠落した全てのピクチャの情報或いはピクチャの欠落範囲を示すような情報に変形しても良い。このように欠落パラメータは様々なものが考えられる。
【００３６】
なお、本発明は、上記実施形態に限定されるものではなく、様々な実施形態にも適用可能である。例えば、上記の実施形態における伝送媒体は、ＩＥＥＥ１３９４シリアルバスに限定されるものではなく、ＩＥＥＥ１３９４シリアルバスをそれ以外の伝送媒体（例えば、ＵＳＢ）に置き換えることも可能である（ＵＳＢについては、様々な文献によって既に解説がなされているので、ここでの技術説明は省略する。）。
【００３７】
以上のように、本実施形態によれば、再生時にピクチャの欠落等が起こった場合は、そのエラーの状態を示す情報を外部装置に通知する構成としたことにより、外部装置は受信した映像が乱れた理由やその位置を知ることができるようになる。
【００３８】
（第２の実施形態）
続いて本発明の第２の実施形態について説明する。本実施形態では、図８に示したビデオ伝送システムにおけるビデオ受信装置の構成及びその動作について詳細に説明する。図５の１０１は、本実施形態に係るビデオ受信装置の一例であるＰＣの構成を示したブロック図である。
【００３９】
特筆すべき構成として、ＰＣ１０１には、ビデオ送信装置となるビデオレコーダ１１の制御を手動又は自動で行う機能が設けられている。このビデオレコーダ１１に対する制御方法としては、ＩＥＣ  ６１８８３−１で規定されたＦＣＰ（Ｆｕｎｃｔｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）を用いることができる。上記ＦＣＰとして、様々なコマンドが「ＡＶ／Ｃ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ  Ｃｏｍｍａｎｄ  Ｓｅｔ  Ｇｅｎｅｒａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖｅｒｓｉｏｎ４．０，１３９４  Ｔｒａｄｅ  Ａｓｓｏｃｉａｔｉｏｎ」に、特に、ビデオのコマンドについては、「ＡＶ／Ｃ  Ｔａｐｅ  Ｒｅｃｏｒｄｅｒ／Ｐｌａｙｅｒ  Ｓｕｂｕｎｉｔ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  ２．４」に定義されている。また、特に、バッチキャプチャと呼ばれる自動による映像データの取り込みでは、ＰＣ１０１における編集アプリケーション１３４が、シーンの巻き戻し、再生、停止、早送りなどのコマンドをアシンクロナスパケットでビデオレコーダ１１に出力することによって制御を行っている。
【００４０】
また、ＰＣ１０１におけるＭＰＥＧデコーダ１３３では、受信した映像のプレビューを行うために時間軸方向の伸張を行っている。これは、ＨＤＶ仕様では１ＧＯＰが１５フレームとなっており、１ＧＯＰに最低１つだけあるＩフレームと呼ばれる画面内符号化画像をまず復号し、それを用いてＰフレーム（画面間順方向予測符号化画像）とＢフレーム（画面間双方向予測符号化画像）を復号する。ＧＯＰの構造及び復号化処理については、図２及び３で説明したとおりである。
【００４１】
ビデオ送信装置側において、再生時のピクチャ欠落が発生し、Ｉ，ＰまたはＢピクチャが正常に再生できない状態になったときは、ＰＣ１０１が受信して、キャプチャしているＭＰＥＧ圧縮された映像データに対しても、当然影響が出る。このとき、ＰＣ１０１でキャプチャしながらのプレビューだけでなく、編集等のモードにおいても、映像が更新できない状態になったりする。そこで、このような時は、第１の実施形態で記述したように、ビデオ送信装置（ビデオレコーダ１１）から、ピクチャの欠落を示す非同期伝送用のパケットであるアシンクロナスパケットが届く。
【００４２】
このアシンクロナスパケットは先述した図４の如きコントロールコマンドであり、ＣＴＳと呼ばれるコマンドのフレーム構造を示している。これは、ＰＣ１０１がビデオレコーダ１１に対して送信する制御コマンドと同様のものである。
【００４３】
ＰＣ１０１は、映像データとともに、ピクチャの欠落があることを示すコントロールコマンドを外部（ビデオレコーダ１１）から受信したならば、受信した映像データによって表わされる映像をプレビューしているときであれば、後述するＰＣ１０１のモニタ１３５（該映像をプレビューしている画面）上で「再生データの欠落が発生しました」等の、警告表示を行うことができるように構成されている。ピクチャ欠落が起きたときは、表示画の更新が行われなくなり、欠落が起きる直前のシーンのフリーズ画又は黒画を出力する状態になるので、この状態（またはその直後）から警告表示を行うことによって、ＰＣ１０１の使用者は表示画が更新されない理由を知ることができる。また、このときの警告表示は、ピクチャの欠落があることを示すコントロールコマンドを受信したことをきっかけにして、後述のＣＰＵ１３７により制御されるキャラクタジェネレータ（不図示）によって生成された表示情報を表示することにより実現される。なお、この時、ビデオレコーダ１１を制御して、ピクチャ欠落が起きた後に再生動作を停止させた上で、警告表示出力するよう構成することも可能である。
【００４４】
また、ＰＣ１０１は、映像データとともに、上記のようなピクチャの欠落があることを示すコントロールコマンドを外部（ビデオレコーダ１１）から受信したならば、そのとき、当該映像データを記録中であるならば、編集アプリケーションによって、以下のような制御を行うことができる。
【００４５】
図５は、第１の実施形態に係るＰＣ１０１のシステム構成を示すブロック図である。
【００４６】
図５において、ＰＣ１０１におけるＩＥＥＥ１３９４端子は、ＩＥＥＥ１３９４物理層１３１に相当し、当該ＩＥＥＥ１３９４物理層１３１から、ビデオレコーダ１１から送信されたＭＰＥＧ圧縮された映像データを含む種々のデータが入力される。先述したとおり、映像データはアイソクロナスパケットで転送されてくる。ＩＥＥＥ１３９４ドライバ１３２は、ＩＥＥＥ１３９４物理層１３１を制御しながらデータの受け渡しを行い、本実施形態においては、ＭＰＥＧによる圧縮された映像データをＭＰＥＧデコーダ１３３及びＨＤＤ１３６に送るとともに、ビデオレコーダ１１から図４に示すような当該映像データにピクチャの欠落があることを示すコントロールコマンドを受信した場合には、当該コントロールコマンドを編集アプリケーション１３４に送る。
【００４７】
ＭＰＥＧデコーダ１３３は、ＩＥＥＥ１３９４ドライバ１３２からＭＰＥＧ圧縮された映像データを受け取り、当該映像データをプレビューできる映像データにデコードして、編集アプリケーション１３４に渡す。編集アプリケーション１３４は、ＭＰＥＧデコーダ１３３で処理された映像データに係る映像をモニタ１３５に表示させるとともに、ＣＰＵ１３７による制御或いはＩＥＥＥ１３９４ドライバ１３２からのコントロールコマンドに基づいてＩＥＥＥ１３９４ドライバ１３２及びＨＤＤ１３６を制御し、ＩＥＥＥ１３９４ドライバ１３２からのＭＰＥＧ圧縮された映像データの記録制御を行う。ＣＰＵ１３７は、ＰＣ１０１における制御全般を統括的に行う。また、ＨＤＤ１３６は、ＩＥＥＥ１３９４ドライバ１３２からのＭＰＥＧ圧縮された映像データを記録する記録媒体（ハードディスク）である。
【００４８】
ここで、図４に示すようなアシンクロナスパケットがＩＥＥＥ１３９４ドライバ１３２を介して編集アプリケーション１３４に届いた場合、現在、ＨＤＤ１３６に記録している映像データの一部に欠落があることがわかる。この場合に、編集アプリケーション１３４は、このアシンクロナスパケットを検出して、ＨＤＤ１３６への映像データの記録を停止する制御を行うとともに、ＩＥＥＥ１３９４ドライバ１３２、ＩＥＥＥ１３９４物理層１３１を介してビデオレコーダ１１に対して映像の再生を停止し、シーンの巻き戻しを行わせる制御コマンドを送信する。
【００４９】
この巻き戻し量の制御は、図４に示すパケットの欠落パラメータによるＩ、Ｂ、Ｐピクチャの種類や欠落したピクチャの開始位置、更には、ＨＤＤ１３６の記録フォーマットの特性などに応じて変化させ、欠落したピクチャの開始位置よりも手前まで巻き戻す。また、ＨＤＶ仕様では、再生のためのＥＣＣ（Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｎｇ  Ｃｏｄｅ）も数トラック単位で使用されているため、この場合には、その量以上にシーンの巻き戻しを行う必要がある。そして、ＰＣ１０１は、ビデオレコーダ１１に対して再び再生を行わせる制御コマンドを送信することにより、欠落したピクチャを正しくＨＤＤ１３６へ記録し直すことができる。この場合、ＨＤＤ１３６への記録ファイルを欠落したピクチャの映像データと別ファイルとして記録することも可能であるし、また、欠落したピクチャの映像データを削除して正しく記録し直した欠落したピクチャの無い映像データのみを１つのファイルとして記録することも可能である。
【００５０】
このような本実施形態の構成によれば、受信中の映像がフリーズ状態になったりした場合に、その状況をユーザに通知することができる。また、再生エラーによって受信中の映像の一部が欠落していて、映像がフリーズ状態になったりした場合に、視聴や編集に必要な映像データを後からキャプチャできる。
【００５１】
（第３の実施形態）
次に、本発明の第３の実施形態について説明する。本実施形態では、図８に示したビデオ伝送システムにおけるビデオ受信装置の構成及びその動作について詳細に説明する。図６の１０２は、第２の実施形態とは異なる機能を有するビデオ受信装置の一例であるＰＣの構成を示したブロック図である。図６において、第２の実施形態に係るＰＣ１０１と同様の機能を有する構成については、図５と同じ符号を付し、その部分の説明は省略する。また、第３の実施形態に係るビデオ伝送システムは、図８に示したＰＣ１０１に本実施形態に係るＰＣ１０２を適用することで構成される。
【００５２】
第２の実施形態に係るＰＣ１０１では、ビデオレコーダ１１から受信した図４に示すようなピクチャ欠落を示すコントロールコマンドに基づく動作を示したが、第３の実施形態に係るＰＣ１０２では、ビデオレコーダ１１から送信された映像データから欠落したピクチャを検出し、当該検出結果に基づいて当該画像データの処理を行うものである。
【００５３】
ＩＥＥＥ１３９４ドライバ１４２は、ＩＥＥＥ１３９４物理層１３１を制御しながらデータの受け渡しを行い、本実施形態においては、ＭＰＥＧ圧縮された映像データをＭＰＥＧデコーダ１４３及びＨＤＤ１３６に送る。
【００５４】
ＭＰＥＧデコーダ１４３は、ＩＥＥＥ１３９４ドライバ１４２からＭＰＥＧ圧縮された映像データを受け取り、当該映像データをプレビューできる映像データにデコードして、編集アプリケーション１４４に渡す。さらに、ＭＰＥＧデコーダ１４３は、ＩＥＥＥ１３９４ドライバ１４２から受け取った映像データに対するデコード処理を行っている最中に欠落したピクチャの検出を行い、当該検出結果に基づく欠落情報を編集アプリケーション１４４に送る。ここで、ＭＰＥＧデコーダ１４３による欠落したピクチャの検出は、ＩＥＥＥ１３９４ドライバ１４２からの映像データに記述されたシーケンスナンバーを確認し、当該シーケンスナンバーが不連続であって映像データが更新されていないことを検知することによりなされる。また、ＭＰＥＧデコーダ１４３から編集アプリケーション１４４に送られる欠落情報としては、欠落したピクチャがＩ、Ｐ、Ｂフレームのどれであるかの情報や、欠落したピクチャ数の情報等である。
【００５５】
編集アプリケーション１４４は、ＭＰＥＧデコーダ１４３で処理された映像データをモニタ１３５に表示するとともに、ＭＰＥＧデコーダ１４３からの欠落情報に基づいてＩＥＥＥ１３９４ドライバ１４２及びＨＤＤ１３６を制御し、ＩＥＥＥ１３９４ドライバ１４２からのＭＰＥＧによる圧縮された映像データの記録制御を行う。
【００５６】
また、本実施形態において、編集アプリケーション１４４は、ＭＰＥＧデコーダ１４３などのＰＣ１０２の内部でピクチャの欠落が発生し、ＭＰＥＧデコーダ１４３でこれを検出した場合でも、ＨＤＤ１３６へ記録されている画像データにフレームの欠落が無い場合には、当該映像データにおける再記録の処理は行わない。
【００５７】
このような本実施形態の構成によれば、受信中の映像の一部が欠落していて、映像がフリーズ状態になったりした場合に、送信装置から送られるコントロールコマンドがなくても視聴や編集に必要な映像データを後からキャプチャできる。
【００５８】
（第４の実施形態）
次に、本発明の第４の実施形態について説明する。本実施形態では、図８に示したビデオ伝送システムにおけるビデオ受信装置の構成及びその動作について詳細に説明する。図７の１０３は、第２及び第３の実施形態とは異なる機能を有するビデオ受信装置の一例であるＰＣの構成を示したブロック図である。図７において、第２の実施形態に係るＰＣ１０１と同様の機能を有する構成については、図５と同じ符号を付し、その部分の説明は省略する。また、第４の実施形態に係るビデオ伝送システムは、図８に示したＰＣ１０１に本実施形態に係るＰＣ１０３を適用することで構成される。
【００５９】
本実施形態において、編集アプリケーション１５４は、ＭＰＥＧデコーダ１４３で処理された映像データによって表わされる映像をモニタ１３５に表示する。さらに、編集アプリケーション１５４は、ＩＥＥＥ１３９４ドライバ１３２からのピクチャ欠落を示すコントロールコマンド、あるいはＭＰＥＧデコーダ１４３からの欠落情報に基づいてＩＥＥＥ１３９４ドライバ１３２及びＨＤＤ１３６を制御し、ＩＥＥＥ１３９４ドライバ１３２からのＭＰＥＧ圧縮された映像データの記録制御を行う。
【００６０】
このように、第４の実施形態に係るＰＣ１０３では、図７に示すように、編集アプリケーション１５４において、ＩＥＥＥ１３９４ドライバ１３２からのコントロールコマンド及びＭＰＥＧデコーダ１４３からの欠落情報の２つの情報に基づいて、映像データにおけるピクチャ欠落の検出を行って、ピクチャの欠落の検出精度の向上を図るようにしている。
【００６１】
前述した第２の実施形態では、ビデオレコーダ１１の再生時の目詰まりやヘッドの当り不良等によるピクチャの欠落であれば、ビデオレコーダ１１から映像データを再度送信させることによってピクチャの欠落の無い映像データを改めて記録することが可能であった。しかし、ビデオレコーダ１１の記録時の目詰まりやテープの傷等を原因とするデータ欠落の場合には、ビデオレコーダ１１から映像データを何度再送信させても同じ箇所のピクチャが欠落することになる。
【００６２】
この状況に対処するために、ＰＣ１０３は、所定期間もしくは所定回数、同じ箇所のピクチャ欠落の検出が続いた場合は、ビデオレコーダ１１からの映像データの再送信を終了させ、当該欠落箇所にマークを付するか、もしくは別データとして保存してユーザに示しながら、ＨＤＤ１３６への記録を再開するようにする。
【００６３】
このような本実施形態の構成によれば、受信中の映像の一部が欠落していて、映像がフリーズ状態になったりした場合に、視聴や編集に必要な映像データを後からキャプチャできるとともに円滑に編集動作を継続できる。
【００６４】
なお、本発明は、前述した各実施形態に限定されるものではなく、その他の様々な実施形態でも適用することが可能である。例えば、前述した第２乃至第４の各実施形態における伝送媒体としてＩＥＥＥ１３９４ケーブル１００におけるＩＥＥＥ１３９４シリアルバスを適用した例を示したが、本発明はこれに限定されるものではなく、例えば伝送媒体としてＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）を適用することも可能である。
【００６５】
また、本発明の目的は、前述した各実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。
【００６６】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した各実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００６７】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００６８】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した各実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（基本システムあるいはオペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した各実施形態の機能が実現される場合も含まれる。
【００６９】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した各実施形態の機能が実現される場合も含まれる。
【００７０】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【図面の簡単な説明】
【００７１】
【図１】第１の実施形態に係るビデオ送信装置の構成を示すブロック図である。
【図２】ＧＯＰの構造を説明するための図である。
【図３】ＧＯＰの復号化処理を説明するための図である。
【図４】コントロールコマンドの構成例を示す図である。
【図５】第２の実施形態に係るビデオ受信装置の構成を示すブロック図である。
【図６】第３の実施形態に係るビデオ受信装置の構成を示すブロック図である。
【図７】第４の実施形態に係るビデオ受信装置の構成を示すブロック図である。
【図８】本発明の各実施形態に係るビデオ伝送システムの構成を示す図である。
【図１】
2006203859.tif 000003
【図２】
2006203859.tif 000004
【図３】
2006203859.tif 000005
【図４】
2006203859.tif 000006
【図５】
2006203859.tif 000007
【図６】
2006203859.tif 000008
【図７】
2006203859.tif 000009
【図８】
2006203859.tif 000010