(57)【要約】【課題】映像再生システムにおいて、映像出力装置の複雑化を抑制しつつ、通信エラー発生時に再生映像が途切れることを抑制する。【解決手段】映像ストリームを受信する第１受信部と、前記第１受信部が受信した前記映像ストリームから所定時間遅延した前記映像ストリームを受信する第２受信部とを含む、２つの受信部と、少なくとも前記所定時間に対応する容量を有するバッファと、前記第１受信部における前記映像ストリームの受信エラーを検知する検知部と、前記受信エラーが検知されるまでは前記第１受信部が受信した映像ストリームを前記バッファを介して出力し、前記受信エラーが検知された後は当該検知の前に前記第１受信部が受信した前記映像ストリームの出力に引き続いて、前記第２受信部が受信した前記映像ストリームを出力する制御部と、前記制御部が出力した前記映像ストリームを再生する再生部と、を備えることを特徴とする映像再生装置を提供する。【選択図】図２
2009071730.tif 000002
【特許請求の範囲】
【請求項１】
映像ストリームを受信する第１受信部と、前記第１受信部が受信した前記映像ストリームから所定時間遅延した前記映像ストリームを受信する第２受信部とを含む、２つの受信部と、
少なくとも前記所定時間に対応する容量を有するバッファと、
前記第１受信部における前記映像ストリームの受信エラーを検知する検知部と、
前記受信エラーが検知されるまでは前記第１受信部が受信した映像ストリームを前記バッファを介して出力し、前記受信エラーが検知された後は当該検知の前に前記第１受信部が受信した前記映像ストリームの出力に引き続いて、前記第２受信部が受信した前記映像ストリームを出力する制御部と、
前記制御部が出力した前記映像ストリームを再生する再生部と、
を備えることを特徴とする映像再生装置。
【請求項２】
前記第１受信部と前記第２受信部とが受信した前記映像ストリームのタイムスタンプの時間差を算出することにより前記所定時間を計測する計測部を更に備えることを特徴とする請求項１に記載の映像再生装置。
【請求項３】
前記計測部は、複数のタイミングで算出した複数の前記時間差のうち最長のものを前記所定時間とすることを特徴とする請求項２に記載の映像再生装置。
【請求項４】
前記計測部は、前記２つの受信部のどちらが先に前記映像ストリームを受信したかを判定し、当該判定の結果に基づいて、前記２つの受信部のうちの一方を前記第１受信部として決定し、他方を前記第２受信部として決定することを特徴とする請求項２又は３に記載の映像再生装置。
【請求項５】
前記制御部は、
前記第１受信部が受信した前記映像ストリームを、前記所定時間に対応する容量だけ前記バッファへバッファリングすると、前記第１受信部が受信した前記映像ストリームの出力を開始し、
前記受信エラーが検知された後は、前記第２受信部が受信した前記映像ストリームを前記バッファを介さずに出力する
ことを特徴とする請求項１乃至４のいずれか１項に記載の映像再生装置。
【請求項６】
前記制御部は、
前記第１受信部が受信した前記映像ストリームを、前記所定時間に対応する容量より多く前記バッファへバッファリングした後に、前記第１受信部が受信した前記映像ストリームの出力を開始し、
前記受信エラーが検知された後は、前記第２受信部が受信した前記映像ストリームを前記バッファを介して出力する
ことを特徴とする請求項１乃至４のいずれか１項に記載の映像再生装置。
【請求項７】
前記２つの受信部は共に、無線通信により前記映像ストリームを受信することを特徴とする請求項１乃至６のいずれか１項に記載の映像再生装置。
【請求項８】
前記２つの受信部のうち、一方は無線通信により前記映像ストリームを受信し、他方は有線通信により前記映像ストリームを受信することを特徴とする請求項１乃至６のいずれか１項に記載の映像再生装置。
【請求項９】
映像ストリームを受信する第１受信部と、前記第１受信部が受信した前記映像ストリームから所定時間遅延した前記映像ストリームを受信する第２受信部とを含む、２つの受信部と、少なくとも前記所定時間に対応する容量を有するバッファと、を備える映像再生装置の制御方法であって、
前記第１受信部における前記映像ストリームの受信エラーを検知する検知工程と、
前記受信エラーが検知されるまでは前記第１受信部が受信した映像ストリームを前記バッファを介して出力し、前記受信エラーが検知された後は当該検知の前に前記第１受信部が受信した前記映像ストリームの出力に引き続いて、前記第２受信部が受信した前記映像ストリームを出力する制御工程と、
前記制御工程で出力した前記映像ストリームを再生する再生工程と、
を備えることを特徴とする映像再生装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像ストリームを受信する２つの受信部を備える映像再生装置、及びその制御方法に関する。
【背景技術】
【０００２】
近年、各種通信インタフェース（Ｉ／Ｆ）のケーブルや無線モジュールを利用することにより、ハードディスク（ＨＤＤ）レコーダとデジタルテレビ（ＤＴＶ）との間で、映像データの通信が行われている。より一般的には、ＨＤＤレコーダなどの映像出力装置に映像データを格納（録画）し、格納した映像データを、有線又は無線でＤＴＶなどの映像再生装置へ送信して再生させる映像再生システムが普及している。
【０００３】
ＨＤＤレコーダとＤＴＶを接続する場合、従来は、アナログＩ／Ｆであるコンポジット端子やＤ端子などが主に使用されていた。しかしながら、最近は、映像信号に加えてコマンド等のデータを通信可能なデジタルＩ／Ｆが普及している。デジタルＩ／Ｆとしては、例えば、有線Ｉ／ＦであるＩＥＥＥ１３９４やＨＤＭＩ、無線Ｉ／Ｆである無線ＬＡＮやＵＷＢなどが挙げられる。また、複数種類のＩ／Ｆを備えるＤＴＶも普及している。
【０００４】
デジタルＩ／Ｆは、アナログＩ／Ｆと比較して、広帯域の伝送容量を持ち、豊富なアプリケーション機能を備えるため、アナログＩ／Ｆでは実現不可能だった機能を実現可能であるという利点を持つ。しかしながら、このような機能の増大は、通信プロトコルの複雑化を招き、通信エラーの発生頻度が増加するという問題が発生する。例えば、通信Ｉ／Ｆのトポロジが変わっただけで、同じプロトコルのバス上に接続された機器間の伝送データが途切れ、通信が不可能になる場合もある。
【０００５】
通信エラーに伴う不都合を抑制する技術として、例えば次のようなものが知られている。２つ以上の通信Ｉ／Ｆを持ったサーバと端末とが接続されており、映像ストリームをサーバから端末へ送信しているシステムを考える。このとき、映像ストリームを送信している１つの通信Ｉ／Ｆにおいて、通信エラーが発生したとする。このとき、システムはこの通信エラーを検知し、別の通信Ｉ／Ｆを用いることにより、サーバから端末への映像ストリームの送信を続け、端末での映像ストリームの受信失敗を抑制する。更に、途切れの無いスムーズな映像再生を実現するために、端末が既に受け取った映像ストリームに関する情報をサーバに送信することも行われる。これにより、サーバは端末がどこまで映像ストリームを受け取ったかを判断して、まだ受け取っていない続きの映像ストリームから送信を開始することができる（例えば、特許文献１参照）。
【特許文献１】特開２００３−１６９０５８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載の従来の技術では、通信エラーの発生時に端末が映像ストリームを途切れ無く受信するためには、端末がサーバへ既に受信した映像ストリームに関する情報を送信する必要がある。従って、この技術を上述の映像再生システムに適用するためには、映像再生装置のみならず映像出力装置も、映像再生装置が既に受信した映像ストリームに関する情報を処理する構成を備える必要がある。これは映像出力装置の構成の複雑化や、それに伴うコストの上昇などの問題を招来する。
【０００７】
本発明はこのような状況に鑑みてなされたものであり、映像再生システムにおいて、映像出力装置の複雑化を抑制しつつ、通信エラー発生時に再生映像が途切れることを抑制する技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、第１の本発明は、映像ストリームを受信する第１受信部と、前記第１受信部が受信した前記映像ストリームから所定時間遅延した前記映像ストリームを受信する第２受信部とを含む、２つの受信部と、少なくとも前記所定時間に対応する容量を有するバッファと、前記第１受信部における前記映像ストリームの受信エラーを検知する検知部と、前記受信エラーが検知されるまでは前記第１受信部が受信した映像ストリームを前記バッファを介して出力し、前記受信エラーが検知された後は当該検知の前に前記第１受信部が受信した前記映像ストリームの出力に引き続いて、前記第２受信部が受信した前記映像ストリームを出力する制御部と、前記制御部が出力した前記映像ストリームを再生する再生部と、を備えることを特徴とする映像再生装置を提供する。
【０００９】
また、第２の本発明は、映像ストリームを受信する第１受信部と、前記第１受信部が受信した前記映像ストリームから所定時間遅延した前記映像ストリームを受信する第２受信部とを含む、２つの受信部と、少なくとも前記所定時間に対応する容量を有するバッファと、を備える映像再生装置の制御方法であって、前記第１受信部における前記映像ストリームの受信エラーを検知する検知工程と、前記受信エラーが検知されるまでは前記第１受信部が受信した映像ストリームを前記バッファを介して出力し、前記受信エラーが検知された後は当該検知の前に前記第１受信部が受信した前記映像ストリームの出力に引き続いて、前記第２受信部が受信した前記映像ストリームを出力する制御工程と、前記制御工程で出力した前記映像ストリームを再生する再生工程と、を備えることを特徴とする映像再生装置の制御方法を提供する。
【００１０】
なお、その他の本発明の特徴は、添付図面及び以下の発明を実施するための最良の形態における記載によって更に明らかになるものである。
【発明の効果】
【００１１】
以上の構成により、本発明によれば、映像再生システムにおいて、映像出力装置の複雑化を抑制しつつ、通信エラー発生時に再生映像が途切れることを抑制することが可能となる。
【発明を実施するための最良の形態】
【００１２】
以下、添付図面を参照して、本発明の実施形態を説明する。以下で説明される個別の実施形態は、本発明の上位概念から下位概念までの種々の概念を理解するために役立つであろう。
【００１３】
なお、本発明の技術的範囲は、特許請求の範囲によって確定されるのであって、以下の個別の実施形態によって限定されるわけではない。また、実施形態の中で説明されている特徴の組み合わせすべてが、本発明に必須とは限らない。
【００１４】
［第１の実施形態］
図１は、第１の実施形態に係る映像再生システム１０の構成を示すブロック図である。映像再生システム１０は、デジタルテレビ（ＤＴＶ）１００、及びハードディスク（ＨＤＤ）レコーダ２００を含む。本実施形態では、映像再生装置の一例としてＤＴＶ１００を使用するが、例えば、デジタル放送を受信するための構成（図１のアンテナ１１０及びデジタルチューナ１１１など）は必ずしも必要ではない。同様に、映像出力装置の一例としてＨＤＤレコーダ２００を使用するが、例えば、デジタル放送を受信して録画する構成（図１のアンテナ２１０及びデジタルチューナ２１１など）は必ずしも必要ではない。
【００１５】
ＤＴＶ１００は、２つの受信部（第１受信部及び第２受信部）として、後述する無線ＬＡＮ送受信部、及びＵｌｔｒａ  Ｗｉｄｅ  Ｂａｎｄ（ＵＷＢ）送受信部１１５を備える。
【００１６】
ＤＴＶ１００はまた、デジタルチューナ１１１、映像デコーダ１１２、表示部１１３、システム制御部１１６、遅延時間計測部１１８、及びバッファ１１９を備える。また、ＤＴＶ１００の各構成要素を接続してデータ及び制御情報などを送受信するための共通バス１２０、無線ＬＡＮアンテナ１２１、及びＵＷＢアンテナ１２２を備える。ＤＴＶ１００は、アンテナ１１０からデジタル放送波を受信して復調して映像ストリームであるＭＰＥＧ２−ＴＳ（トランスポートストリーム）を取得し、表示部１１３に映像を表示する。
【００１７】
アンテナ１１０は、地上デジタル放送の放送波を受信するアンテナであり、受信した放送波をデジタルチューナ１１１へ出力する。
【００１８】
デジタルチューナ１１１は、アンテナ１１０から受信した放送波に対して、ユーザが選択した物理チャンネルに対応する周波数帯域の選択を行う。そして、その周波数帯域に対応したＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）ベースバンド信号を抽出し、ＭＰＥＧ２−ＴＳを得る。デジタルチューナ１１１は、得られたＭＰＥＧ２−ＴＳを、映像デコーダ１１２へ出力する。物理チャンネルの切り替えは、システム制御部１１６からの指示に従って行われる。
【００１９】
映像デコーダ１１２は、デジタルチューナ１１１から受信したＭＰＥＧ２−ＴＳの復号処理を行ってデジタルビデオ信号を取得し、表示部１１３にこれを出力する。
【００２０】
表示部１１３は、デジタル／アナログ（Ｄ／Ａ）コンバータ、ディスプレイ制御回路、及びディスプレイを含む。表示部１１３は、デジタルビデオ信号を受け取り、ディスプレイに映像を表示する。
【００２１】
無線ＬＡＮ送受信部１１４は、ＩＥＥＥ８０２．１１に準拠した無線通信を行う。無線ＬＡＮ送受信部１１４が伝送するデータには、映像ストリームのデータだけではなく、ＤＴＶ１００及びＨＤＤレコーダ２００を制御するコマンドデータも含まれる。無線ＬＡＮ送受信部１１４は、このコマンドデータを用いて、接続先のＨＤＤレコーダ２００の無線ＬＡＮ送受信部２１６と各種データの送受信を行う。
【００２２】
ＵＷＢ送受信部１１５は、ＵＷＢインタフェース（Ｉ／Ｆ）を含み、ＵＷＢ規格に準拠した無線通信を行う。無線ＬＡＮ送受信部１１４と同様、ＵＷＢ送受信部１１５が伝送するデータには、映像ストリームのデータだけではなく、ＤＴＶ１００及びＨＤＤレコーダ２００を制御するコマンドデータも含まれる。ＵＷＢ送受信部１１５は、このコマンドデータを用いて、接続先のＨＤＤレコーダ２００のＵＷＢ送受信部２１８と各種データの送受信を行う。
【００２３】
システム制御部１１６は、ＣＰＵ、プログラムが格納されたＲＯＭ、及びワークエリアとして使用されるＲＡＭを含み、ＤＴＶ１００全体の制御を行う。また、システム制御部１１６は、ユーザの指示に従い、各送受信部を介してＨＤＤレコーダ２００へ制御命令を送信する。システム制御部１１６は、遅延時間情報（後述）を遅延時間計測部１１８から受け取り、これを映像再生時に利用する。
【００２４】
遅延時間計測部１１８は、無線ＬＡＮ送受信部１１４及びＵＷＢ送受信部１１５それぞれからＴＳパケットを受け取り、ＴＳパケット内のタイムスタンプ情報に基づき、映像ストリームの遅延時間を計測する。遅延時間の計測方法については後述する。計測後、その遅延時間情報をシステム制御部１１６に伝送する。遅延時間計測部１１８は、２つの受信部（無線ＬＡＮ送受信部１１４及びＵＷＢ送受信部１１５）のどちらが先に映像ストリームを受信したかを判定する。そして、先に受信した受信部を第１受信部（以下、メイン通信Ｉ／Ｆとも呼ぶ）として決定し、もう一方を第２受信部（以下、サブ通信Ｉ／Ｆとも呼ぶ）として決定し、決定の結果をシステム制御部１１６に通知する。
【００２５】
バッファ１１９は、システム制御部１１６の指示に従い、再生用の映像ストリームのデータを蓄積（バッファリング）する。蓄積されたデータは、受信エラーの発生時に、映像の再生が途切れないように、利用される。システム制御部１１６は、通常はメイン通信Ｉ／Ｆから受け取ったデータをバッファ１１９に蓄積する。メイン通信Ｉ／Ｆ上において受信エラーが発生すると、システム制御部１１６は、遅延時間に関連する所定のタイミングで、サブ通信Ｉ／Ｆから受信した映像ストリームの使用を開始する。これにより、映像のスムーズな再生を実現することができる。
【００２６】
システム制御部１１６は、メイン通信Ｉ／Ｆから受け取ったデータを一時的にバッファ１１９に格納し、順次取り出して映像デコーダ１１２に送る。システム制御部１１６は、メイン通信Ｉ／Ｆ上における受信エラーの発生を検知する検知部を備える。受信エラーを検知すると、システム制御部１１６は、所定の判断基準に基づいて通信Ｉ／Ｆの切り替えが必要と判断した場合は、サブ通信Ｉ／Ｆから受信した映像ストリームの使用を開始する。サブ通信Ｉ／Ｆが受信する映像ストリームは、メイン通信Ｉ／Ｆが受信する映像ストリームから所定時間遅延している。システム制御部１１６は、遅延時間計測部１１８から得た遅延時間を使用し、映像の再生が途切れないように通信Ｉ／Ｆの切り替えを行う。
【００２７】
無線ＬＡＮアンテナ１２１、及びＵＷＢアンテナ１２２はそれぞれ、無線ＬＡＮ送受信部１１４、及びＵＷＢ送受信部１１５のための送受信アンテナである。
【００２８】
なお、ＤＴＶ１００において、映像デコーダ１１２及び表示部１１３などが再生部を構成する。
【００２９】
次に、ＨＤＤレコーダ２００について説明する。アンテナ２１０、及びデジタルチューナ２１１は、上述のアンテナ１１０、及びデジタルチューナ１１１と同様であるので、説明を省略する。
【００３０】
ＨＤＤ  Ｉ／Ｆ２１２は、システム制御部２１５からの指示により、デジタルチューナ２１１より出力されたＭＰＥＧ２−ＴＳを、ＨＤＤ２１３に記録する制御を行う。また、システム制御部２１５からの指示により、ＨＤＤ２１３に記録されたＭＰＥＧ２−ＴＳを抽出する。
【００３１】
ＨＤＤ２１３は、デジタルチューナ２１１から出力されるＭＰＥＧ２−ＴＳを、システム制御部２１５の指示に従い、ＨＤＤ  Ｉ／Ｆ２１２を経由して記録する。
【００３２】
システム制御部２１５は、ＣＰＵ、プログラムが格納されたＲＯＭ、及びワークエリアとして使用されるＲＡＭを含み、ＨＤＤレコーダ２００全体の制御を行う。録画時には、ＨＤＤ  Ｉ／Ｆ２１２へ指示を出し、ＨＤＤ２１３へＭＰＥＧ２−ＴＳの記録を指示する。同様に、再生時には、ＨＤＤ  Ｉ／Ｆ２１２へ指示を出し、ＨＤＤ２１３内のＭＰＥＧ２−ＴＳを取り出す。取り出されたデータは、ＵＷＢ送受信部２１８、及び無線ＬＡＮ送受信部２１６を経由して、ＤＴＶ１００へ向けて送り出される。
【００３３】
ＵＷＢ送受信部２１８、及び無線ＬＡＮ送受信部２１６は、それぞれ独立して動作することができる。このため、ＨＤＤレコーダ２００は、同じ映像ストリームを２つの経路で並行して送信することができる。通常の再生命令をＤＴＶ１００がＨＤＤレコーダ２００に送ったとき、システム制御部２１５はその命令を受け取り、映像ストリームのリアルタイム転送、つまり等速転送を行うようにＨＤＤ  Ｉ／Ｆ２１２に指示する。そして、ＨＤＤレコーダ２００は、ＵＷＢ送受信部２１８、及び無線ＬＡＮ送受信部２１６を経由して、映像ストリームを出力する。通常の転送はリアルタイム転送（等速転送）であるが、帯域に余裕がある場合は、その余裕に合わせて２倍転送や、それ以上の速度での転送を実現することができる。以降では、リアルタイム転送に対して、それ以上の転送速度でのデータの転送を高速データ転送と呼ぶ。
【００３４】
共通バス２１７は、ＨＤＤレコーダ２００の各構成要素を接続してデータ及び制御情報などを送受信するために使用される。
【００３５】
次に、映像再生システム１０においてＤＴＶ１００がＨＤＤレコーダ２００の録画番組を再生中に通信エラーが発生した場合の動作について、図２のフローチャートと、図３ｋら図８の動作説明図を用いて詳細に説明する。
【００３６】
図３は、図１のブロックの中から再生に関わるブロックを抽出した図である。図中のアルファベットＡ，Ｂ，Ｃ，Ｄ，・・・は、ＨＤＤレコーダ２００内に録画された番組データを時間順に表現する。また、図３と同様のブロックを用いて、図４から図７では、再生動作を詳細に説明する。図８は、図７における動作の変形例を示す。更に、２つの通信Ｉ／Ｆ間の再生データ遅延時間の計測方法について、図９を用いて説明する。
【００３７】
通常再生状態のとき、表示部１１３でユーザに提示される映像データは、無線ＬＡＮ送受信部１１４又はＵＷＢ送受信部１１５を経由して受信されたデータである。以下の説明では、メイン通信Ｉ／Ｆから受け取った映像データを表示部１１３に表示するものとして説明する。メイン通信Ｉ／Ｆは、２つの通信Ｉ／Ｆ間のデータの遅延計測により決まるが、ここでは説明のため、無線ＬＡＮ送受信部１１４がメイン通信Ｉ／Ｆになったとものして説明する。メイン通信Ｉ／ＦがＵＷＢ送受信部１１５であったとしても、以降の説明は、無線ＬＡＮ送受信部１１４とＵＷＢ送受信部１１５とが入れ替わることを除き、同様である。
【００３８】
図２のＳ１００で、ユーザがテレビの電源を入れ、番組視聴を開始する。つまり、アンテナ１１０より入力された放送波がデジタルチューナ１１１を経由し、復調されたＭＰＥＧ２−ＴＳが映像デコーダ１１２に入力され、デジタルビデオ信号が表示部１１３に送られる。
【００３９】
ＨＤＤレコーダ２００の起動後、Ｓ１０１で、ユーザがリモコン等（不図示）を用いて、録画番組再生をＨＤＤレコーダ２００に指示する。この指示に従い、システム制御部１１６は、無線ＬＡＮ送受信部１１４、ＵＷＢ送受信部１１５それぞれの通信Ｉ／Ｆに対して同時に、ＨＤＤレコーダ２００に再生命令を発行する。このとき、システム制御部１１６は、それぞれの通信Ｉ／Ｆに対して、高速転送モードでデータを送信するよう、ＨＤＤレコーダ２００に要求する。
【００４０】
なお、Ｓ１０１における再生命令のためのコマンドを含め、本実施形態で使用される全てのコマンドとしては、一般的な映像再生装置及び映像出力装置に実装されている汎用コマンドを使用することができる。
【００４１】
Ｓ１０２で、ＨＤＤレコーダ２００は、ＤＴＶ１００からの再生命令に従い、２つの通信Ｉ／Ｆに対して再生データの送信を始める。ＤＴＶ１００は、この再生データ（ＭＰＥＧ−ＴＳ）を、２つの通信Ｉ／Ｆを介して受信する。これを図示した状態が図４の状態４０１及び状態４０２である。
【００４２】
次に、Ｓ１０３で、システム制御部１１６は、ＨＤＤレコーダ２００の無線ＬＡＮ送受信部２１６から受け取ったデータをバッファリングするように、ＤＴＶ１００の無線ＬＡＮ送受信部１１４とバッファ１１９とに指示する。これにより、映像ストリームのデータをある程度バッファリングする。この状態が図４の状態４０３であり、データＡがバッファ１１９に蓄積されている。
【００４３】
Ｓ１０４で、システム制御部１１６は、バッファ１１９に所定容量のデータが蓄積されるまで、バッファリングを継続する。所定容量は、適当な時間、例えば計測した２つの通信Ｉ／Ｆ間の遅延時間だけ十分に再生できる容量である。従って、バッファ１１９は、少なくとも遅延時間に対応する容量を有することが好ましい。これを図示した状態が、図４の状態４０４である。
【００４４】
次に、Ｓ１０５で、システム制御部１１６は、バッファオーバーフローを防ぐために、ＨＤＤレコーダ２００に対して、高速転送を中止し、リアルタイム転送を開始するよう命令を発行する。
【００４５】
Ｓ１０６で、システム制御部１１６は、映像データをバッファ１１９から映像デコーダ１１２へ送信するよう制御する。映像デコーダ１１２は、受け取ったデータをデコードして表示部１１３へ出力する。換言すれば、システム制御部１１６は、無線ＬＡＮ送受信部１１４から受信した映像ストリームを、バッファ１１９を介して表示部１１３へ出力する。表示部１１３は、受け取ったデータに基づいて映像を表示する。これらの流れを図示したものが図５であり、バッファ１１９に蓄積された順にデータＡから再生される。なお、図５の状態４０４は、図４の状態４０４と同一の状態を示す。Ｓ１０６における処理は、無線ＬＡＮ送受信部１１４における受信エラー（通信エラー）が検知されるまで継続する。
【００４６】
次に、Ｓ１０７で、システム制御部１１６は、無線ＬＡＮ送受信部１１４における通信エラーの発生を検知する。システム制御部１１６は、通信エラーが発生したことを示す情報を、メイン通信Ｉ／Ｆである無線ＬＡＮ送受信部１１４から取得する。
【００４７】
Ｓ１０８で、システム制御部１１６は、無線ＬＡＮ送受信部１１４を経由して、通信エラーの回復を試みる。また、再生映像が途切れないように、バッファ１１９内のデータを利用して映像再生を続ける。この状態を図示したものが図６の状態４０８であり、無線ＬＡＮ送受信部１１４にデータは到着しない。
【００４８】
Ｓ１０９で、システム制御部１１６は、バッファ１１９内にバッファリングしたデータがアンダーフローを起こす前に、メイン通信Ｉ／Ｆの通信エラーの復帰が可能かどうかを判断する。これは、例えば計測した２つの通信Ｉ／Ｆ間の遅延時間だけ十分に再生できる長さのデータが残っている段階で復帰可能かを判断すればよい。
【００４９】
システム制御部１１６は、バッファ１１９のアンダーフローが発生する前に通信再開の情報を無線ＬＡＮ送受信部１１４より受け取ることができたならば、Ｓ１１０へ進む。そして、ＨＤＤレコーダ２００に対して高速転送モードにて映像データを送るよう送信命令を発行する。ＨＤＤレコーダ２００は高速転送命令に従い、データ送信を開始する。システム制御部１１６は、無線ＬＡＮ送受信部１１４を経由して受信したデータを、バッファ１１９に蓄積する。
【００５０】
次に、Ｓ１１１で、システム制御部１１６は、所定容量のバッファリングが完了すると、リアルタイム転送に再び切り替えるよう、無線ＬＡＮ送受信部１１４を制御し、バッファのオーバーフローを防ぐ。
【００５１】
以降、通信エラーが発生したら、Ｓ１０８から繰り返して対応する。
【００５２】
一方、Ｓ１０９において、システム制御部１１６が、通信エラーからの復帰前にバッファ１１９のアンダーフローが起こると判断した場合、Ｓ１１２へ進む。
【００５３】
この時点で、バッファ１１９内のデータは、メイン通信Ｉ／Ｆから受け取ったデータである。このバッファ内の最後のデータは、Ｓ１０４における所定容量が遅延時間に対応する容量と一致する場合は、遅延時間後にＵＷＢ送受信部１１５に到着するデータと同期がとれている。よって、Ｓ１１２で、システム制御部１１６は、バッファ１１９内のデータを使い切った後に、ＵＷＢ送受信部１１５から受信したデータを表示部１１３へ向けて出力する処理を開始する。これにより、シームレスな映像再生が実現される。つまり、図７の状態４１０において、無線ＬＡＮ送受信部１１４経由のデータＧを使い切り、ここでＵＷＢ経由からのデータに切り替え、データＨを再生することで、途切れの無い映像再生を実現することができる（状態４１１）。
【００５４】
Ｓ１０４における所定容量が遅延時間に対応する容量よりも多い場合は、Ｓ１１２で、図８に示す制御が行われる。システム制御部１１６は、遅延時間に対応する容量のバッファ１１９内のデータを出力後、ＵＷＢ送受信部１１５から受信したデータをバッファ１１９に蓄積する（状態８０２）。これにより、切れの無い映像再生を実現することができる（状態８０２及び状態８０３）。
【００５５】
まとめると、Ｓ１１２における処理は、次のようなものである。Ｓ１０４における所定容量が遅延時間に対応する容量と一致する場合も、それより多い場合も、システム制御部１１６は、メイン通信Ｉ／Ｆから受信したデータに引き続いてサブ通信Ｉ／Ｆから受信したデータを出力する。
【００５６】
ここで、Ｓ１０４における所定容量が遅延時間に対応する容量と一致する場合を考える。この場合、システム制御部１１６は、Ｓ１０４において、メイン通信Ｉ／Ｆから受信したデータを遅延時間に対応する容量だけバッファ１１９へバッファリングすると、バッファリングしたデータの出力を開始する。そして、Ｓ１１２では、サブ通信Ｉ／Ｆから受信したデータを、バッファ１１９を介さずに出力する（図７参照）。
【００５７】
次に、Ｓ１０４における所定容量が遅延時間に対応する容量より多い場合を考える。この場合、システム制御部１１６は、Ｓ１０４において、メイン通信Ｉ／Ｆから受信したデータを遅延時間に対応する容量より多くバッファ１１９へバッファリングした後に、バッファリングしたデータの出力を開始する。そして、Ｓ１１２では、サブ通信Ｉ／Ｆから受信したデータを、バッファ１１９を介して出力する（図８参照）。
【００５８】
なお、Ｓ１１２の後、メイン通信Ｉ／Ｆである無線ＬＡＮ送受信部１１４上で通信が回復した場合、ＵＷＢ通信から無線ＬＡＮ通信に更に切り替えて、メイン通信Ｉ／Ｆを使用するようにしてもよい。これを実現するためには、ＵＷＢ通信路用にもバッファを用意しておき、一旦ＵＷＢ通信、無線ＬＡＮ通信共に高速転送モードに切り替え、２つの通信Ｉ／Ｆから受け取ったデータ両方をバッファに蓄積する。そして、バッファがオーバーフローする前に再びリアルタイム転送に切り替える。システム制御部１１６は、バッファ内に格納されたＵＷＢ経由で得られたＴＳパケットと無線ＬＡＮ経由で得られたＴＳパケットのそれぞれから、タイムスタンプ情報を抽出する。そして、予め計測しておいた再生データ遅延時間を利用し、無線ＬＡＮ経由のデータとＵＷＢ経由のデータの同期ポイントを検出し、同期ポイントで映像データをＵＷＢ経由のデータから無線ＬＡＮ経由のデータへ切り替えればよい。
【００５９】
次に、図９を参照して、遅延時間計測部１１８が遅延時間を計測する処理の流れを説明する。なお、遅延時間の計測は基本的には一度行えばよく、例えばユーザがＤＴＶ１００及びＨＤＤレコーダ２００を使用していない空き時間を利用して計測することができる。
【００６０】
Ｓ２０１で、システム制御部１１６は、ＨＤＤレコーダ２００の状態をチェックし、待機状態の場合、ＨＤＤレコーダ２００の起動を行い、ＨＤＤレコーダ２００から起動完了の返答を待つ。
【００６１】
ＨＤＤレコーダ２００の起動後、Ｓ２０２で、システム制御部１１６は、ＨＤＤレコーダ２００へ再生開始命令を発行する。このときシステム制御部１１６は、無線ＬＡＮ送受信部１１４及びＵＷＢ送受信部１１５を介して、同時に同じ番組の再生命令を発行する。ＨＤＤレコーダ２００はこの再生命令に従い、ＴＳパケットのＤＴＶ１００への送信を開始する。
【００６２】
無線ＬＡＮ送受信部１１４経由のデータとＵＷＢ送受信部１１５経由のデータとは同じであるが、それぞれ異なる通信経路を通過する。つまり、それぞれのデータはＤＴＶ１００の無線ＬＡＮ送受信部１１４とＵＷＢ送受信部１１５とで分岐し、ＨＤＤレコーダ２００の無線ＬＡＮ送受信部２１６又はＵＷＢ送受信部２１８を経由してＨＤＤ  Ｉ／Ｆ２１２へと到達する。そして、ＨＤＤ２１３内のデータのアクセスが行われる。ＨＤＤ２１３内のデータは、ＨＤＤ  Ｉ／Ｆ２１２を経由してＨＤＤレコーダ２００の無線ＬＡＮ送受信部２１６とＵＷＢ送受信部２１８とで分岐してＤＴＶ１００に送信される。
【００６３】
ＤＴＶ１００の無線ＬＡＮ送受信部１１４とＵＷＢ送受信部１１５とで行われる変復調処理時間、及びＨＤＤレコーダ２００の無線ＬＡＮ送受信部２１６とＵＷＢ送受信部２１８とで行われる変復調処理時間には、時間差が存在する。このため、ＤＴＶ１００が、２つの通信Ｉ／Ｆから同時に番組データをリクエストしたとしても、受信したデータには、遅延時間が生じることになる。
【００６４】
Ｓ２０３で、システム制御部１１６は、無線ＬＡＮ経由のＴＳパケットとＵＷＢ経由のＴＳパケットとを遅延時間計測部１１８に送信する。遅延時間計測部１１８は、各ＴＳパケット内のタイムスタンプを比較し、どちらのＴＳパケットがどの程度遅れて受信されたかを計測する。
【００６５】
Ｓ２０４で、遅延時間計測部１１８は、どちらの通信Ｉ／Ｆがどれだけ遅れていたかをシステム制御部１１６に通知する。また、データを先に受信した通信Ｉ／Ｆをメイン通信Ｉ／Ｆとして決定し、もう一方の通信Ｉ／Ｆをサブ通信Ｉ／Ｆとして決定し、システム制御部１１６に通知する。
【００６６】
Ｓ２０５で、システム制御部１１６は、遅延時間計測部１１８からの通知に基づき、データを先に受信した通信Ｉ／Ｆをメイン通信Ｉ／Ｆとして設定する。このように、システム制御部１１６は、データが先に到着した方の通信Ｉ／Ｆをメイン通信Ｉ／Ｆとして扱い、メイン通信Ｉ／Ｆから得たデータを出力する。これにより、メイン通信Ｉ／Ｆにて通信エラーが発生した場合に、高速な通信Ｉ／Ｆから低速な通信Ｉ／Ｆへ適切なタイミングで切り替えることができ、再生映像の途切れを防ぐことが可能となる。
【００６７】
なお、電波状況などにより遅延時間が大きく異なる場合は、遅延時間計測部１１８は、複数のタイミングでタイムスタンプの時間差を算出し、最長のものを遅延時間とすることができる。この場合は、通信エラーが発生したときに、通信Ｉ／Ｆを切り替えると映像の重なりが発生するかもしれないが、映像が途切れることは防ぐことは可能である。
【００６８】
また、一方の通信Ｉ／Ｆが他方の通信Ｉ／Ｆから所定時間遅延することが予め分かっている場合、Ｓ２０５におけるメイン通信Ｉ／Ｆの設定処理は不要である。
【００６９】
また、映像再生中に、２つの通信Ｉ／Ｆから受信したＴＳパケットのタイムスタンプを継続的に比較するようにシステム制御部１１６を構成してもよい。これにより、より正確な遅延時間をリアルタイムで知ることができる。
【００７０】
＜変形例＞
映像再生システム１０においては、２つの通信Ｉ／Ｆは共に、無線通信によりデータの通信を行った。ここでは、変形例として、２つの通信Ｉ／Ｆのうちの一方が無線通信を行い、もう一方が有線通信を行う映像再生システム２０を説明する。
【００７１】
図１０は、映像再生システム２０の構成を示すブロック図である。図１０において、図１と同一の構成要素には同一の符号を付し、説明を省略する。
【００７２】
映像再生システム２０は、ＤＴＶ３００及びＨＤＤレコーダ４００を含む。ＤＴＶ３００は、ＩＥＥＥ１３９４送受信部３１５を備える。ＩＥＥＥ１３９４送受信部３１５は、デジタル映像だけではなく、ＤＴＶ３００及びＨＤＤレコーダ４００を制御するコマンドデータも送受信可能である。ＤＴＶ３００は、このコマンドデータを用いて、接続先のＨＤＤレコーダ４００と各種データの送受信を行う。
【００７３】
ＨＤＤレコーダ４００は、ＩＥＥＥ１３９４送受信部４１８を備える。ＩＥＥＥ１３９４送受信部３１５とＩＥＥＥ１３９４送受信部４１８とは、ＩＥＥＥ１３９４ケーブル３２２を介してデータを送受信する。
【００７４】
以上のような構成を有する映像再生システム２０においても、図２乃至図９を参照して説明した処理を行うことにより、メイン通信Ｉ／Ｆでの通信エラー発生時も、途切れなく映像再生を行うことができる。
【００７５】
以上説明したように、本実施形態によれば、ＤＴＶ１００のシステム制御部１１６は、無線ＬＡＮ送受信部１１４及びＵＷＢ送受信部１１５のうち、映像ストリームを先に受信した方をメイン通信Ｉ／Ｆとして設定する。システム制御部１１６は、メイン通信Ｉ／Ｆが受信した映像ストリームを、少なくとも２つの通信Ｉ／Ｆ間の遅延時間に対応する容量を有するバッファ１１９を介して出力し、表示部１１３に再生表示させる。メイン通信Ｉ／Ｆにおいて通信エラーが発生すると、システム制御部１１６は、バッファ１１９に格納済みの映像ストリームの出力に引き続いて、もう一方の通信Ｉ／Ｆが受信した映像ストリームを出力し、表示部１１３に再生表示させる。このような処理の実現に必要なコマンドとしては、一般的な映像再生装置及び映像出力装置に実装されている汎用コマンドを使用することができる。
【００７６】
これにより、映像再生システムにおいて、映像出力装置の複雑化を抑制しつつ、通信エラー発生時に再生映像が途切れることを抑制することが可能となる。
【００７７】
［その他の実施形態］
上述した各実施形態の機能を実現するためには、各機能を具現化したソフトウェアのプログラムコードを記録した記録媒体をシステム或は装置に提供してもよい。そして、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行することによって、上述した各実施形態の機能が実現される。この場合、記録媒体から読み出されたプログラムコード自体が上述した各実施形態の機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。このようなプログラムコードを供給するための記録媒体としては、例えば、フロッピィ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスクなどを用いることができる。或いは、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることもできる。
【００７８】
また、上述した各実施形態の機能を実現するための構成は、コンピュータが読み出したプログラムコードを実行することだけには限られない。そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって上述した各実施形態の機能が実現される場合も含まれている。
【００７９】
更に、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれてもよい。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって上述した各実施形態の機能が実現される場合も含むものである。
【図面の簡単な説明】
【００８０】
【図１】第１の実施形態に係る映像再生システムの構成を示すブロック図である。
【図２】第１の実施形態に係る映像再生システムにおける再生処理の流れを示すフローチャートである。
【図３】第１の実施形態に係る映像再生システムにおける、映像ストリームの流れを示すブロック図である。
【図４】第１の実施形態に係る映像再生システムにおける、映像ストリームのバッファリングの動作説明図である。
【図５】第１の実施形態に係る映像再生システムにおける、映像ストリームの再生開始の動作説明図である。
【図６】第１の実施形態に係る映像再生システムにおける、通信エラー発生時の動作説明図である。
【図７】第１の実施形態に係る映像再生システムにおける、通信Ｉ／Ｆの切り替えの動作説明図である。
【図８】図７の変形例を示す図である。
【図９】第１の実施形態に係るＤＴＶの遅延時間計測部が遅延時間を計測する処理の流れを示すフローチャートである。
【図１０】第１の実施形態の変形例に係る映像再生システムの構成を示すブロック図である。
【図１】
2009071730.tif 000003
【図２】
2009071730.tif 000004
【図３】
2009071730.tif 000005
【図４】
2009071730.tif 000006
【図５】
2009071730.tif 000007
【図６】
2009071730.tif 000008
【図７】
2009071730.tif 000009
【図８】
2009071730.tif 000010
【図９】
2009071730.tif 000011
【図１０】
2009071730.tif 000012