(57)【要約】【課題】選局操作時に受信側および／または送信側のバッファ内のデータを破棄した上でバッファ容量を調節することで、選局したチャンネルへの表示切替を速くし、また、一定時間後にバッファ容量を元のサイズに戻す方法において、バッファ容量を元のサイズに戻しバッファ内のデータ量を確保する処理が適切な方法やタイミングで行われない場合、映像や音声の途切れが発生したりなど、ユーザが視聴中に違和感を感じてしまうおそれがある。【解決手段】バッファ容量増加およびバッファ内にデータを蓄積する処理を行う際、バッファリング時間確保のためのわずかな遅延時間を意図的に挿入し、データを蓄積する処理を行う。遅延時間は、例えばシーン切り替わり時などユーザが気づきにくいタイミングでわずかずつ挿入する。【選択図】図１
2010258489.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して映像信号を受信し再生する映像表示装置であって、
ネットワークを介して映像信号を受信するネットワークインターフェース部と、
前記ネットワークインターフェース部で受信した映像信号を一時的に蓄積する受信バッファと、
前記受信バッファの容量を制御する受信バッファ制御部と、
前記受信バッファ内の映像信号を復号する復号部と、
前記復号部で復号した映像から特徴を検出する特徴検出部とを有し、
前記受信バッファ制御部は、前記特徴検出部で検出された映像の特徴に基づき前記受信バッファを制御する映像表示装置。
【請求項２】
請求項１の映像表示装置であって、
前記特徴検出部は、前記復号部で復号した映像のシーンの切替わりを特徴として検出する映像表示装置。
【請求項３】
請求項１の映像表示装置であって、
前記特徴検出部は、前記復号部で復号した映像の破綻を特徴として検出する映像表示装置。
【請求項４】
請求項１の映像表示装置であって、
前記特徴検出部は、前記復号部で復号した映像の静止を特徴として検出する映像表示装置。
【請求項５】
受信した映像信号をネットワークを介して他の装置に送信する受信装置であって、  
複数の映像信号を受信する受信部と、
前記受信部で受信する複数の映像信号から映像信号を選択する選択部と、
前記受信部で受信した映像信号を分離する分離部と、
前記分離部で分離された映像信号をネットワークを介して送信するネットワークインターフェース部と、
前記ネットワークインターフェース部で送信する映像信号を一時的に蓄積する複数の送信バッファと、
前記ネットワークインターフェース部で送信する映像信号を蓄積する送信バッファを、前記複数の送信バッファのいずれか一つの送信バッファから、当該複数の送信バッファのうちの他の送信バッファに切り替える送信バッファ切替部とを有し、
前記選択部における映像信号の選択に応じて前記切替部は送信バッファを切替える受信装置。
【請求項６】
受信した映像信号をネットワークを介して送信する受信装置と、ネットワークを介して当該受信装置から送信された映像信号を受信する映像表示装置とを有する送受信システムであって、
前記受信装置は、
複数の映像信号を受信する受信部と、
前記映像表示装置からの要求に基づき前記受信部で受信した映像信号を分離する分離部と、
前記分離部で分離した映像信号をネットワークを介して送信する送信側ネットワークインターフェース部と、
前記送信側ネットワークインターフェース部を介して送信する映像信号を一時的に蓄積する送信バッファと、
前記送信バッファの容量を制御する送信バッファ制御部とを有し、
前記映像表示装置は、
ネットワークを介して前記受信装置から送信された映像信号を受信する受信側ネットワークインターフェース部と、
前記受信側ネットワークインターフェース部で受信した映像信号を一時的に蓄積する受信バッファと、
前記受信バッファの容量を制御する受信バッファ制御部とを有し、
前記ネットワークが通信途絶となった場合に、前記送信バッファ制御部は前記送信バッファの容量を増加させ、前記受信バッファ制御部は前記受信バッファの容量を増加させる送受信システム。
【請求項７】
ネットワークを介して映像信号を受信し再生する映像表示方法であって、
ネットワークを介して映像信号を受信する受信ステップと、
前記受信ステップで受信した映像信号を一時的に蓄積する一時蓄積ステップと、
前記一時蓄積ステップで蓄積する映像信号の容量を制御する一時蓄積容量制御ステップと、
前記一時蓄積ステップで蓄積した映像信号を復号する復号ステップと、
前記復号ステップで復号した映像から特徴を検出する特徴検出ステップとを有し、
前記一時蓄積容量制御ステップでは、前記特徴検出ステップで検出された映像の特徴に基づき前記一時蓄積ステップで蓄積する映像信号の容量を制御する映像表示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
技術分野は、受信機および映像表示装置に関する。
【背景技術】
【０００２】
特許文献１には、「映像信号のリアルタイム伝送を行う際、受信側でＴＶチャンネルの切替え時に発生する遅延時間を小さくする」ことを課題とし、その解決手段として「送信側から受信する映像信号のチャンネルを選択し、選択情報を生成するチャンネル選択手段２１２と、送信側から前記データを受信するデータ受信手段２１３と、受信されたデータを一時蓄積する受信用バッファ２０１と、受信用バッファ２０１に一時蓄積されたデータを読み出すパケットデータ読み出し手段２０２と、読み出されたデータからパケットデータを読み出して復号化を行い、映像信号を生成する復号化手段２０４と、制御情報に基づき、前記受信用バッファを制御する受信用バッファ制御手段２１１とを備え、受信用バッファ制御手段２１１は、制御情報の入力を受けると、データ受信バッファ２０１に一時蓄積されていたパケットデータを消去し、蓄積容量を変更する」ことが記載されている（特許文献１要約参照）。 
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−４６５８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１には、ネットワークに接続された映像伝送装置および映像受信装置において、通信回線の速度や帯域幅など（以降、通信環境とする）の影響による復号化時の映像破綻を軽減するためのバッファメモリ使用時に、バッファへのデータ蓄積待ち時間による遅延により選局したチャンネルへの表示切替時間が長くなることを課題とし、その課題を解決するために、選局操作時に受信側および／または送信側のバッファ内のデータを破棄した上でバッファ容量を調節することで、選局したチャンネルへの表示切替を速くし、また、一定時間後にバッファ容量を元のサイズに戻すことで通常の動作に戻す方法が開示されている。
【０００５】
しかし、特許文献１では、バッファ容量を元のサイズに戻し、バッファ内のデータ量を確保する処理については詳細が述べられていない。そのため、この処理が適切な方法やタイミングで行われない場合、映像や音声の途切れが発生したりなど、ユーザが視聴中に違和感を感じてしまうおそれがある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明の一実施の態様は、例えばデータ伝送経路中のバッファの容量を調節する構成において、バッファ容量増加およびバッファ内にデータを蓄積する処理を行う際、バッファリング時間確保のためのわずかな遅延時間を意図的に挿入し、データを蓄積する処理を行う。遅延時間は、例えばシーン切り替わり時などユーザが気づきにくいタイミングでわずかずつ挿入する。選局時にはバッファ容量を最小とすることでバッファでのデータ滞留時間を短縮し、継続視聴時にはユーザが気づきにくいタイミングでバッファ容量増加およびバッファリング時間挿入を行うことでバッファ内の蓄積データを増加する。
【発明の効果】
【０００７】
上記手段によれば、例えばＬＡＮなどのネットワークを構成し、受信機が受信した放送を映像表示装置により取得・選局し視聴する場合、映像表示装置で視聴する番組の選局時間を短縮し、かつ長時間視聴時には安定なデータ受信・視聴を可能にする方法を、ユーザに違和感を与えないように実現できるという利点がある。
【図面の簡単な説明】
【０００８】
【図１】実施例１のシステム構成の一例を示す図
【図２】実施例１における映像表示装置１０１の構成の一例を示す図
【図３】実施例１における映像表示装置１０１内部のネットワークインターフェース部２０３の構成の一例を示す図
【図４】実施例１における受信機１０４の構成の一例を示す図
【図５】実施例１における映像表示装置１０１の処理の一例を示す図
【図６】実施例１における受信機１０４の処理の一例を示す図
【図７】実施例１におけるバッファ制御処理の一例を示す図
【図８】実施例２における映像表示装置１０１の構成の一例を示す図
【図９】実施例２におけるバッファ制御処理の一例を示す図
【図１０】実施例３における映像表示装置１０１の構成の一例を示す図
【図１１】実施例３におけるバッファ制御処理の一例を示す図
【図１２】実施例４における映像表示装置１０１の構成の一例を示す図
【図１３】実施例４におけるバッファ制御処理の一例を示す図
【図１４】実施例５における受信機１０４の構成の一例を示す図
【図１５】実施例５における受信機１０４内部のネットワークインターフェース部４０１の構成の一例を示す図
【図１６】実施例５における映像表示装置１０１および受信機１０４の処理の一例を示す図
【図１７】実施例６における映像表示装置１０１の構成の一例を示す図
【図１８】実施例６における映像表示装置１０１内部のネットワークインターフェース部２０３の構成の一例を示す図
【図１９】実施例６における受信機１０４内部のネットワークインターフェース部４０１の構成の一例を示す図
【図２０】実施例６における通信途絶時の映像表示装置の処理の一例を示す図
【図２１】実施例６における通信途絶時の受信機の処理の一例を示す図
【図２２】実施例１乃至６における映像表示装置１０１のハードウェア構成の一例を示す図
【図２３】実施例１乃至６における受信機１０４のハードウェア構成の一例を示す図
【発明を実施するための形態】
【０００９】
以下、実施例を説明する。ただし、本発明は本実施例に限定されない。
【実施例１】
【００１０】
近年、放送局から受信した映像や、インターネット経由でダウンロードした映像データを録画機器が持つ蓄積装置に蓄積し、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などのホームネットワークを介して、データが蓄積されている録画機器以外（離れた部屋にある映像表示装置など）からでも映像を視聴することを目的とし、ＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）規格に対応した録画機器や映像表示装置が普及し始めている。ＤＬＮＡは、映像機器やパソコンなどに蓄積された映像や音楽などのコンテンツを、ホームネットワークで共有する際に必要となる機器相互接続の標準化規格である。 ＤＬＮＡでは、蓄積済みのコンテンツの配信だけでなく、ライブ放送映像の配信（受信した放送をネットワークを介して他の機器に配信すること）や携帯端末との連携などもサポートしている。  
ＤＬＮＡの基本的な構成では、映像・音声などのコンテンツを蓄積した装置（サーバ）には、映像として例えばＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）規格などにより符号化されたデジタルコンテンツが記憶され、またそのコンテンツに関する情報（ジャンルや説明、録画時刻など）も同じく記憶されている。
【００１１】
一例として、受信した放送データを蓄積した受信機（サーバ）と、別の場所にある映像表示装置（クライアント）がネットワーク接続され、クライアントで視聴するというシステム構成について説明する。ユーザがクライアントを操作してサーバにアクセスすると、クライアントはサーバから前記コンテンツに関する情報をリストにして取り寄せる。クライアントは取り寄せたリストを画面に表示し、ユーザは再生するコンテンツを当該リストから選択する。
【００１２】
選択された情報はネットワークを介してクライアントからサーバへ送信され、これに応答して指定されたコンテンツの符号化データがサーバからネットワーク経由でクライアントに送信される。クライアントは受信したデータを復号化し、映像・音声としてユーザに提供する。以上のような仕組みで、ネットワーク経由で他の機器に蓄積してあるコンテンツを視聴することができる。
【００１３】
また、他の例として、サーバが放送受信部を備え、放送受信部で受信中のライブ放送をサーバからクライアントへ再配信する場合について説明する。サーバは例えば電子番組表から得られる情報を前記のコンテンツに関する情報として利用し、上記と同様の手順でユーザによってクライアントからリストの問い合わせがあると、サーバは番組情報をクライアントへ送信する。
【００１４】
ユーザがクライアントの画面上に表示された番組リストから選択するか、リモコン操作により所望の番組を指定すると、指定された情報がネットワークを介してクライアントからサーバへ送信される。サーバは指定された番組を受信するようにチューナを制御してチャンネルを変更すると、該当する番組の符号化データを取り出し、これをホームネットワーク経由でクライアントへ送信する。そして、前述の蓄積コンテンツの場合と同様にクライアントはホームネットワークを介して受信したデータを復号化し、ライブ放送としてユーザに提供する。以上のような仕組みで、ネットワーク経由で他の機器が受信したライブ放送を視聴することができる。
【００１５】
本実施例で取り扱うデータ形式の例としてＭＰＥＧ２−ＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）について簡単に説明する。ＭＰＥＧ２−ＴＳは、１本のストリーム中に複数のプログラムを構成することができ、かつ強力な誤り符号訂正処理が可能であることから、放送やネットワークなどデータの伝送誤りが発生しうる環境での伝送に適しているため地上デジタル放送などに使用されている。
【００１６】
ＭＰＥＧ２−ＴＳでは、映像データや音声データ、またその他データなどをそれぞれパケットと呼ばれる適当な長さのストリームに分割し、適宜ヘッダなどの付加情報を追加した上で、それらの複数のパケットをＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ  Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ）パケットと呼ばれるパケットとしてグループ化し、さらにそれを１パケット１８８バイトで構成されるＴＳパケットとして再分割し、このＴＳパケットをデータ伝送時の１単位とする。
【００１７】
また、ＴＳパケットのネットワーク伝送時は、放送局からの伝送と異なり、帯域幅などの通信環境の影響を受け、送信側の意図したタイミングで受信側にデータが届かないことがあるため、例えばＴＳパケットの先頭にタイムスタンプを付加し、受信側でバッファリングすることにより、バッファからタイムスタンプに基づく時刻にデコーダへ伝送すれば、放送と同様に送信側が意図したタイミングでデコードが行える。
【００１８】
次に、例としてＭＰＥＧ２−ＴＳで符号化されたコンテンツを再生する場合の映像表示装置の動作を簡単に説明する。ＭＰＥＧ２−ＴＳでは、送信側が意図したとおりに受信機で映像と音声を同期して再生できるように、受信機が参照する時刻情報値プログラムクロックリファレンス（ＰＣＲ）を多重して送信する。
【００１９】
まず、受信機に入力されるトランスポートストリーム（ＴＳ）からプログラムアソシエーションテーブル（ＰＡＴ）／プログラムマップテーブル（ＰＭＴ）を取得し、目的のプログラム識別子（ＰＩＤ）を判別する。判明したＰＩＤを持つＴＳパケットを取得し、映像データ、音声データ、ＰＣＲに分離する。
【００２０】
次に、上記で得られたＰＣＲをシステムタイムクロック（ＳＴＣ）カウンタの計数値の初期値として設定した後、カウンタの計数値を増加させ、各映像データに付随している復号時刻情報（ＤＴＳ）がこの計数値に一致した時刻にデコード（復号）を行い、映像または音声データに付随する再生出力時刻情報（ＰＴＳ）が一致した時刻に再生（表示）を行う。以上の処理により、ＭＰＥＧ２−ＴＳ形式のデータを再生することができる。
【００２１】
次に、本実施例におけるシステム構成図の例を図１に示す。ここで、チューナにより放送波を受信し、ネットワーク（ここではＬＡＮ１０３とする）に送信することができる機器を受信機１０４、受信機１０４が受信した放送波のデータをネットワーク経由で取得し表示するものを映像表示装置１０１とする。以下、図１の符号について説明する。
【００２２】
映像表示装置１０１は、ＬＡＮ１０３に接続され、リモコン１０２による操作を受け付ける。受信機１０４は、ＬＡＮ１０３に接続され、放送波を受信可能なアンテナ１０５を備える。この構成では、受信機１０４がアンテナ１０５で受信した放送波から得た番組データを配信し、ＬＡＮ１０３に接続された映像表示装置１０１で番組データを受信し視聴することができる。選局要求は、映像表示装置１０１に対しリモコン１０２を用いて行うことで、ＬＡＮ１０３を介して受信機１０４に伝達される。
【００２３】
映像表示装置１０１の構成の一例を示す図を図２に示す。映像表示装置１０１は、リモコン１０２、ユーザインターフェース部２０１、選局制御部２０２、ネットワークインターフェース部２０３、設定記憶部２０４、分離部２０５、ＰＣＲ取得部２０６、ＳＴＣカウンタ２０７、映像／音声デコード部２０８、シーン切替わり検出部２０９、映像出力部２１０、音声出力部２１１、制御部２１２、ＶＣＸＯ２１３を備え、各機能ブロックはシステムバス２１４により接続する。
【００２４】
このうち、ネットワークインターフェース部２０３については、内部の構成の一例を示す図を図３に示す。ネットワークインターフェース部２０３は、受信バッファ３０１、受信バッファ制御部３０２、パケット解析部３０３、パケット生成部３０４、ネットワーク制御部３０５を備え、システムバス３０６によって接続される。ネットワークインターフェース部２０３のシステムバス３０６は、映像表示装置１０１のシステムバス２１４と接続される。
【００２５】
この例では、映像表示装置１０１内のネットワークインターフェース部２０３を除く各機能ブロックの制御は制御部２１２が行う。ネットワークインターフェース部２０３内の各機能ブロックの制御はネットワーク制御部３０５が行い、ネットワークインターフェース部システムバス３０６およびシステムバス２１４により制御部２１２と通信する。以上の構成により、映像表示装置１０１の制御を行う。ただし上記に限らず、制御部２１２がシステムバス２１４およびネットワークインターフェース部システムバス３０６を使用して、ネットワークインターフェース部２０３を含めた全ての機能ブロックを制御してもよい。
【００２６】
映像表示装置１０１のハードウェア構成図の一例を図２２に示し、図２のシステム構成図との対応について説明する。図２２のシステム制御用ＬＳＩ２２０１は、図２の選局制御部２０２、分離部２０５、ＰＣＲ取得部２０６、ＳＴＣカウンタ２０７、映像／音声デコード部２０８、制御部２１２の機能を備える。ネットワーク制御用ＬＳＩ２２０２は、ネットワークインターフェース部２０３に対応する。リモコン受光部２２０３は、ユーザインターフェース部２０１に対応する。発振器２２０４は、ＶＣＸＯ２１３に対応し、また各ブロックに必要なクロックを供給する。メモリ２２０５は、各ブロックが必要に応じて記憶装置として利用する。パネル２２０６は、映像出力部２１０に対応する。スピーカ２２０７は、音声出力部２１１に対応する。システムバス２２０８は、システムバス２１４に対応する。
【００２７】
以下、図２と図３を用いて、映像表示装置１０１の各機能ブロックの基本的な動作について説明する。映像表示装置１０１は、リモコン１０２による選局指示をユーザインターフェース部２０１にて取得し、その選局情報を選局制御部２０２が取得する。選局制御部２０２は、ネットワークインターフェース部２０３へ選局情報を伝達する。
【００２８】
図３に示すネットワークインターフェース部２０３では、ネットワーク制御部３０５により制御されるパケット生成部３０４において、選局制御部２０２より伝達された選局情報をネットワークで送信可能なパケットに変換する。このパケットをＬＡＮ１０３へ送出することで、ＬＡＮ１０３に接続された受信機１０４へ選局情報を送信する。
【００２９】
映像表示装置１０１が送信した選局情報に基づき、受信機１０４は受信したデータから、映像／音声データおよび再生制御データ（以降、これらをまとめて配信データと呼ぶ）を映像表示装置１０１へ送信する。なお、受信機１０４の説明は図４を用いて後述する。
【００３０】
受信機１０４により送信された配信データを映像表示装置１０１が受信した場合、受信したデータをネットワークインターフェース部２０３内部のパケット解析部３０３により取得し、その中からＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）ヘッダなどのネットワーク伝送時のみに必要なデータを取り除き、配信データのみを受信バッファ３０１に蓄積する。パケット解析部３０３はネットワーク制御部３０５により制御される。
【００３１】
受信バッファ３０１に蓄積したデータは、ネットワーク制御部３０５が分離部２０５へ伝送する。分離部２０５は映像／音声データと、ＰＣＲなどの再生制御用データとに分離する。このうち、映像／音声データは映像／音声デコード部２０８に、再生制御用データはＰＣＲ取得部２０６へ伝送する。
【００３２】
ＰＣＲ取得部２０６は、再生制御用データ中のＰＣＲを取得し、ＳＴＣカウンタ２０７を補正する。ＳＴＣカウンタ２０７はＶＣＸＯ２１３のクロックによりカウント動作を行う。このＳＴＣカウンタ２０７に基づき、映像／音声デコード部２０８は再生用データをデコードする。デコードにより得た映像データ／音声データは、映像／音声デコード部２０８が映像出力部２１０／音声出力部２１１に伝送し、出力する。
【００３３】
次に、映像表示装置１０１に必要となる機能ブロックについて説明する。これらは、上記で説明した基本的な動作に機能を追加するものである。
【００３４】
映像／音声デコード部２０８には、シーン切替わり検出部２０９が接続され、デコード動作の結果からシーンの切替わりを検出したことをネットワークインターフェース部２０３内部の受信バッファ制御部３０２に通知する。受信バッファ制御部３０２は、受信バッファ３０１の容量を制御する。
【００３５】
設定記憶部２０４はバッファ容量の大きさなどの設定値をあらかじめ保持しておき、受信バッファ制御部３０２は設定記憶部２０４に保持してある値に基づいてバッファの容量を制御することができ、また設定記憶部２０４に新たに値を設定できる。本実施例では、図２２のシステム制御用ＬＳＩ２２０１がシーン切替わり部２０９の機能を備え、図２２のメモリ２２０５が設定記憶部２０４に該当するものとする。
【００３６】
受信機１０４の構成の一例を示す図を図４に示す。受信機１０４は、ネットワークインターフェース部４０１、選局制御部４０２、チューナ部４０３、アンテナ１０５、分離部４０４、制御部４０５を備え、システムバス４０６によって接続される。
【００３７】
受信機１０４のハードウェア構成図の一例を図２３に示し、図４のシステム構成図との対応について説明する。図２２のシステム制御用ＬＳＩ２３０１は、図２の選局制御部４０２、分離部４０４、制御部４０５の機能を備える。ネットワーク制御用ＬＳＩ２３０２は、ネットワークインターフェース部４０１に対応する。チューナユニット２３０３は、チューナ部４０３に対応する。発振器２３０４は、各ブロックに必要なクロックを供給する。メモリ２３０５は、各ブロックが必要に応じて記憶装置として利用する。システムバス２３０６は、システムバス４０６に対応する。
【００３８】
以下、図４を用いて、受信機１０４の基本的な動作について説明する。受信機１０４は、ネットワークインターフェース部４０１にてＬＡＮ１０３に接続された映像表示装置１０１からの選局情報を受け付ける。選局制御部４０２は、選局情報に基づきチューナ部４０３へ選局動作を行わせ、また配信データを分離するために必要な情報を分離部４０４へ伝達する。チューナ部４０３はアンテナ１０５により受信した放送波を分離部４０４で取り扱えるデータとして取得する。
【００３９】
分離部４０４は、チューナ部４０３が取得したデータから、選局制御部４０２から伝達された情報に基づき配信データを分離しネットワークインターフェース部４０１に伝送する。ネットワークインターフェース部４０１は配信データをＬＡＮ１０３に対応した形式のパケットに変換し、送出する。
【００４０】
次に、映像表示装置１０１で、受信機１０４からの配信データを再生する場合の処理の一例を図５に示す。映像表示装置１０１は、ＬＡＮ１０３で接続された受信機１０４とのコネクション確立により処理を開始し、ステップ５０１（以下、「ステップ」を「Ｓ」と略記する。）に遷移する。
【００４１】
Ｓ５０１では、リモコン１０２による選局指示があればＳ５０２へ遷移する。Ｓ５０１において選局指示がない場合はＳ５０３へ遷移する。Ｓ５０２では、パケット生成部３０４により選局情報をネットワーク伝送可能なパケット形式に変換した後、LAN１０３で接続された受信機１０４のネットワークインターフェース部４０１へ送信し、Ｓ５０３へ遷移する。
【００４２】
Ｓ５０３では、受信機１０４の動作により映像表示装置１０１へ選局情報に基づく配信データが送信される。受信機１０４の処理の一例は図６に示し、詳細は後ほど説明する。Ｓ５０４では、受信機１０４からの配信データを受信したかどうかを監視し、データを受信した場合、Ｓ５０５へ遷移する。
【００４３】
Ｓ５０４でデータを受信しなかった場合は、Ｓ５０７へ遷移する。Ｓ５０５では、受信したデータ量が、受信バッファ３０１の受信バッファ容量上限値（すなわち受信バッファ領域全てに受信データが書き込まれた状態）に達するかを確認する。受信バッファ容量上限値に達している場合、Ｓ５０６へ遷移する。Ｓ５０５において、受信データ量が受信バッファ容量上限値に達していない場合は、Ｓ５０３の受信機の動作を待ち、受信バッファ３０１にデータが上限値まで蓄積するのを待つ。
【００４４】
Ｓ５０６では、制御部２１２が受信バッファ３０１に蓄積されている配信データを、分離部２０５を経由して映像／音声デコード部２０８へ転送しデコードを行い、映像出力部２１０および音声出力部２１１で出力を行う。上記の処理は受信機１０４とのコネクションが切断されない限り繰り返すものであるので、Ｓ５０７でコネクションが切断されない場合は再びＳ５０１へ遷移し、コネクションが切断されると処理を終了する。
【００４５】
次に、受信機１０４で、映像表示装置１０１からの選局要求に基づき配信データを送出する場合の処理の一例を図６に示す。受信機１０４では、映像表示装置１０１とのコネクション確立により処理を開始し、Ｓ６０１に遷移する。
【００４６】
Ｓ６０１では、ネットワークインターフェース部４０１で映像表示装置１０１からの選局要求を受け付ける。選局要求があった場合、Ｓ６０２へ遷移する。Ｓ６０２では、選局制御部３０２およびチューナ部４０３の動作によって取得した放送データから、分離部４０４により選局情報に該当する番組データを分離・取得しＳ６０４へ遷移する。
【００４７】
映像表示装置１０１からの選局要求がない場合は、Ｓ６０１からＳ６０３へ遷移し、その時点で選局制御部４０２が選局している番組データを引き続き取得する。Ｓ６０４において、ネットワークインターフェース部４０１は、Ｓ６０４で得られた番組のデータを取得し、それをＬＡＮ１０３へ伝送するための配信データの形式に変換しＳ６０５へ遷移する。
【００４８】
Ｓ６０５では、配信データを映像表示装置１０１に送信し、Ｓ６０６へ遷移する。上記の処理は映像表示装置１０１とのコネクションが切断されない限り繰り返すものであるので、Ｓ６０６でコネクションが切断されない場合は再びＳ６０１へ遷移し、コネクションが切断されると処理を終了する。
【００４９】
本実施例では、上記で説明した構成において、映像表示装置１０１の受信バッファ３０１の容量を可変とすることで、選局時間の速さと映像破綻発生の軽減とを両立する。選局指示が行われたとき、受信バッファ容量を、復号に必要な最低限のデータ量を蓄積できるだけの最小の状態（例えば、映像／音声各１フレーム分のデータに相当するサイズ）とすることで、受信バッファでのデータ滞留時間を短縮し、選局時間を短縮する。それに加えて、一定時間視聴後（すなわち、しばらく選局操作がなかった場合）、ユーザが継続して同番組を視聴すると判断し、シーン切り替わり時（コマーシャルとの切り替わり時も含む）に、短時間のデコード停止期間を設け、その時間内に蓄積可能なデータのサイズ分だけ受信バッファ容量を増加し、かつ増加量分のバッファリングを行うことで、以降の視聴中により安定にデータ受信できるようにする。以降、上記処理を受信バッファ制御と呼ぶ。
【００５０】
本実施例でシーン切替わり検出時に受信バッファ制御を行う理由は、シーン切替わり前後では映像／音声が連続していないため、受信バッファ制御により生じる遅延時間（デコードを停止期間および増加サイズ分のバッファリングを行う時間）をユーザが認識しにくいためである。
【００５１】
映像表示装置１０１における受信バッファ制御の具体的な手順の例を図７に示す。バッファ制御処理は図５のＳ５０１の内部処理に相当する。
【００５２】
映像表示装置１０１に対して選局指示が行われた場合、Ｓ７０１からＳ７０２へ遷移し、映像表示装置１０１の受信バッファ３０１の蓄積容量を最小値に設定する。最小バッファ容量は接続環境、または映像／音声デコード部２０８のデコード性能に応じた初期値をあらかじめ設定記憶部２０４に保持しておき、その値を利用するものとする。受信バッファ容量を最小化した後、処理を終了する。
【００５３】
選局動作の後、ユーザが番組を引き続き視聴する場合、視聴中は選局指示が行われないことになるので、Ｓ７０１からＳ７０３へ遷移する。ここで、選局指示が行われない時間を継続視聴時間と定義する。映像表示装置１０１は、Ｓ７０３において継続視聴時間を監視し、あらかじめ設定しておく閾値（Ｔｈとする）を超過した場合、その際ユーザが視聴しているチャンネルを継続して視聴している状態（以下、「継続視聴状態」とする。）であると判断し、Ｓ７０３からＳ７０４に遷移する。
【００５４】
継続視聴時間が閾値Ｔｈ以下の場合は、Ｓ７０１において選局要求が行われるか継続視聴時間がＴｈになるまで受信バッファの操作を行わない。これは、いわゆるザッピングなど、チャンネルを頻繁に切り替える操作をユーザが行っている場合は、常に受信バッファを最小としておき選局時間を短縮するためである。
【００５５】
Ｓ７０４において、シーンの切替わりが発生したことをシーン切替わり検出部２０９が検出した場合、Ｓ７０５へ遷移する。Ｓ７０４でのシーン切替わり検出の具体的な手法については後述する。Ｓ７０４でシーン切替わりが発生しなかった場合は、Ｓ７０１へ遷移し、選局要求の有無を判定する。
【００５６】
Ｓ７０５では、デコード処理を一時停止し、Ｓ７０６へ遷移する。Ｓ７０５におけるデコード処理の一時停止とは、映像／音声出力を停止し、映像／音声デコード部２０８へ一時停止を要求（このときデコーダ内部のバッファに蓄積されたデータは削除せず保持する）、映像／音声デコード部２０８へのデータ転送中断、という一連の処理のことである。このとき、デコードのタイミングの基準となるＳＴＣカウンタの値は設定記憶部２０４に一時的に保持しておく。
【００５７】
Ｓ７０６では、受信バッファ制御部３０２が設定記憶部２０４にあらかじめ設定しておいた増分値だけ受信バッファ容量を増加しＳ７０７へ遷移する。このとき、映像／音声デコード部２０８が一時停止状態となっているため、受信バッファ内の蓄積済みデータは消費されず、かつ新たなデータを受信することで、受信バッファ内の蓄積データ量が増加する。Ｓ７０６での受信バッファ容量の増分値の決定方法は後述する。
【００５８】
Ｓ７０７では、一時停止状態のデコード処理を再開し、Ｓ７０８に遷移する。Ｓ７０７におけるデコード処理の再開とは、映像／音声デコード部２０８の一時停止解除、映像／音声デコード部２０８へのデータ転送再開、映像／音声出力再開という一連の処理のことである。このとき、ＳＴＣカウンタ値はＳ７０５で保持しておいた値を用いる。
【００５９】
Ｓ７０８では、Ｓ７０６のバッファ容量増加処理により、バッファ容量増加量があらかじめ定めた増加量上限値に達したかを判定する。増加量上限値は、設定記憶部２０８にあらかじめ適切な値を設定しておき、これを読み出して、その時点までの増加量と比較することで判定を行う。増加量上限に達している場合、映像表示装置１０１で安定な再生を行うのに十分なバッファ容量を保持していると判断し、さらにバッファ容量を増やす必要はないため、処理を終了する。
【００６０】
Ｓ７０４においてシーン切替わりを検出しない場合は、Ｓ７０１において選局要求が行われるか、またはシーン切替わりが検出されるまでバッファの操作を行なわず、Ｓ７０１、Ｓ７０３、Ｓ７０４の処理を繰り返し待機する。
【００６１】
Ｓ７０６の処理によりバッファ容量が増加した状態から、Ｓ７０１で選局指示が行われた場合には、Ｓ７０２へ遷移しバッファ容量を最小の容量に再設定し、同時にバッファ内に蓄積済みの前チャンネルのデータを破棄する。この処理により、バッファに即時に新しいチャンネルのデータが蓄積し始めるため、バッファリング時間を短縮できる。以上の処理により受信バッファ容量を制御する。なお、上記受信バッファ制御は本構成による視聴中は常に動作するものであるので、図７における処理終了後も、選局動作が行われる等によりバッファ容量が増加量上限に達しなくなった場合は、同処理を再開する。
【００６２】
継続視聴状態と判別するための閾値Ｔｈの決定方法は、例えば視聴中の番組情報を取得しその番組の構成に基づき経験的に決定する方法がある。例えば番組情報にて放送時間と番組のジャンルを取得し、ドラマを視聴中と判定した場合、ドラマであればＣＭからＣＭまでの期間は継続して視聴すると推定できるので、継続視聴時間閾値ＴｈはＣＭからＣＭまでの間隔より短い値（例えば１時間ドラマであれば、ＣＭからＣＭの間隔を１５分と仮定し、Ｔｈはそれより短い３分）とする。
【００６３】
また別の方法として、ユーザが頻繁にチャンネルを切り替える操作（ザッピング）を行ったときのチャンネル切替時間間隔を設定記憶部２０４などに記録しておき、最新数回分のチャンネル切替が行われた回数から平均のチャンネル切替時間間隔を算出し、その時間より長い時間（例として２倍程度の時間）を閾値Ｔｈと定める方法もある。この方法では、ユーザがザッピングと継続視聴を繰り返す場合にも、受信バッファ制御の回数を増やすことができる。ただし、継続視聴時間閾値Ｔｈの決定方法は上記に限定されない。
【００６４】
シーン切替わりの検出方法は、例えば音声モード（例としてステレオ／モノラルの区別や音声多重方式）の変化を検出する方法がある。一般的な放送では、ＣＭ切替わり時には音声モードが変化するため、ＣＭ検出などによく用いられる方法である。この変化を検出した場合、シーンの切替わりと判定する。
【００６５】
また別の方法として、デコードした映像データから、輝度ヒストグラムなどの映像の輝度情報を利用する方法がある。この方法では、シーンが連続している箇所においては、輝度ヒストグラムは概ねなだらかに変化し、シーン切替わり時には輝度ヒストグラムが急激に変化することを利用する。具体的には、輝度ヒストグラム変化量の閾値を適切に設定し、輝度ヒストグラムの遷移を逐次参照しておき閾値を超える変化量となった映像データの前後をシーン切替わり時と判定する。ただし、シーン切替わり検出方法は上記に限定されない。
【００６６】
シーン切替わりごとのバッファ容量の増分値は、受信データのビットレートなどを考慮し、またユーザがシーン切替わりの際のデコード停止期間を長く感じない程度の時間分を目安として設定するものとする。例えば映像表示の１フレームに相当する時間分、すなわち３３ｍｓ分のデコード停止期間を設け、その分のバッファリング時間を確保する。ただし、バッファ容量の増分値設定方法は上記に限定されない。
【実施例２】
【００６７】
上記実施例１は、シーン切り替わり時に受信バッファ制御によりバッファ量を増加させるものであるが、本実施例は映像表示装置１０１で表示中の映像に破綻が発生した場合にもバッファ量を増加させる。映像破綻が発生した場合、受信データに欠落がある可能性が高く、そのバッファ量では安定な表示ができないと判断しうるためである。
【００６８】
また、映像破綻が発生したタイミングであれば、バッファ制御に伴う映像の一時停止にユーザが気づきにくいという利点がある。本実施例における構成の一例を示す図を図８に示す。図８において図２と同じ符号を付加したものについては説明を割愛する。
【００６９】
図８において、映像破綻検出部８０１は、映像／音声デコード部２０８と接続され、デコード時の映像破綻発生を検出し、ネットワークインターフェース部２０３の受信バッファ制御部３０２へ映像破綻発生を通知する。
【００７０】
本実施例における受信バッファ制御の処理の一例を図９に示す。図９において図７と同じ符号については説明を割愛する。実施例１と同様に、Ｓ７０３で継続視聴時間の閾値Ｔｈを超過した後、Ｓ９０１に遷移し、映像／音声デコード部２０８にてデコード時の映像破綻、すなわちデコードエラーが発生していることを映像破綻検出部８０１が検出した場合、Ｓ７０５に遷移し、以降実施例１と同様にバッファ制御を行う。
【００７１】
本実施例によるバッファ制御が行われた場合、最初に設定していたバッファ容量が原因で映像破綻が発生したと考えられるため、記憶設定部２０４に設定されている最小バッファ容量の初期値を改めて適切に設定しなおすようにしてもよい。
【００７２】
本実施例における映像破綻の検出方法は、例えば映像／音声デコード部２０８においてデコードに関するエラー発生を検出し、デコード時のエラーを検出した場合を映像破綻発生と判定する方法がある。
【００７３】
この方法における映像破綻検出はＤＴＳに基づいたタイミングで行われるため、破綻の発生したデータの表示タイミング（ＰＴＳに基づいたタイミング）次第では、映像破綻をユーザが目視できない状態にも関わらず破綻発生が検出されることになる。この場合、映像破綻の発生を検出するタイミングに合わせて受信バッファ制御を行うと、受信バッファ制御による遅延時間が目視できる映像破綻と異なるタイミングで生じる。
【００７４】
つまり、ユーザが視聴中、正常に表示されていた状態から急に表示が一時的に停止してしまうこととなる。そのため、本実施例における受信バッファ制御は、破綻が発生したデータのＰＴＳに合わせて、つまり破綻した映像が表示されるタイミングで行うことで、正常に表示されているときに映像が一時停止することを防止できる。ただし、映像破綻の検出方法は上記に限定されない。また、実施例１で示したシーンの切替わりの際の受信バッファ制御と組み合わせて実施してもよい。
【実施例３】
【００７５】
上記実施例以外の手段で受信バッファ制御を行う方法として、例えば映像表示装置１０１で映像表示中に、静止映像が継続して表示されているときに行う方法がある。本実施例における静止映像とは、表示画面内で輝度値の変化がなく、画面上で動きがない映像のことをいう。静止映像表示中であれば、デコード停止期間に伴う映像の一時停止にユーザが気づきにくいという利点がある。
【００７６】
本実施例における構成の一例を示す図を図１０に示す。図１０において図２と同じ符号を持つものについては説明を割愛する。図１０において、映像静止状態判定部１００１は、映像／音声デコード部２０８と接続され、デコードにより得られた映像が静止状態であるかを判定し、映像が静止状態であり、かつ静止状態継続時間があらかじめ設定する閾値（Ｓｈとする）を超過した場合、ネットワークインターフェース部２０３の受信バッファ制御部３０２へ通知する。また、本実施例では、図２２におけるシステム制御用ＬＳＩ２２０１が、映像静止状態判定部１００１の機能を備えるものとする。
【００７７】
本実施例における受信バッファ制御の処理の一例を図１１に示す。図１１において図７と同じ符号については説明を割愛する。実施例１と同様に、Ｓ７０１で選局要求がない状態のとき、Ｓ１１０１に遷移し、映像が静止状態であるかを判定する。静止状態である場合、Ｓ１１０２に遷移する。Ｓ１１０１で、映像が静止状態でない場合は、Ｓ７０１の選局要求受付へ遷移する。
【００７８】
Ｓ１１０２では、静止映像状態継続時間が閾値Ｓｈを超過しているかを判定し、Ｓｈを超過している場合Ｓ７０５へ遷移し、以降実施例１と同様に受信バッファ制御を行う。Ｓ１１０２で、静止映像状態継続時間が閾値Ｓｈを超過していない場合は、再びＳ１１０１の静止映像状態判定へ遷移し、静止状態でなくなるか、継続時間がＳｈを超過するまで繰り返す。
【００７９】
静止映像を判別する方法としては、例えばデコードした映像データから輝度ヒストグラムなどの映像の輝度情報を利用する方法がある。静止映像が続く場合、輝度ヒストグラムを示す値に変化がないことを利用する。映像静止状態判定部１００１で、周期的に輝度ヒストグラムを取得し、複数回同じ値であった場合、静止映像表示中と判定しそのタイミングで受信バッファ制御を行う。
【００８０】
上記の例は映像静止状態判定部１００１を使用し静止状態を判定するものであるが、他の方法として、制御部２１２により動作するソフトウェアの処理により映像静止状態を判定することによっても同様の効果を得ることができる。なお、本実施例における静止映像判別は上記に限定されない。また、実施例１および／または実施例２と組み合わせて実施してもよい。
【実施例４】
【００８１】
上記実施例以外の手段で受信バッファ制御を行う方法として、例えば周期的なタイミングでデコードを一時停止し、一時停止している時間に受信バッファ制御を行う方法がある。本実施例における構成の一例を示す図を図１２に示す。図１２において図２と同じ符号を持つものについては説明を割愛する。
【００８２】
図１２において、バッファ制御周期判定部１２０１は、映像／音声デコード部２０８と接続され、デコード処理時間を計測し、処理時間があらかじめ設定するバッファ制御周期（Ｂｐとする）と一致したとき、ネットワークインターフェース部２０３の受信バッファ制御部３０２へ通知する。また、本実施例では、図２２におけるシステム制御用ＬＳＩ２２０１が、バッファ制御周期判定部１２０１の機能を備えるものとする。
【００８３】
本実施例における受信バッファ制御の処理の一例を図１３に示す。図１３において図７と同じ符号については説明を割愛する。実施例１と同様に、Ｓ７０１で選局要求がない状態のとき、Ｓ１３０１に遷移し、デコード処理時間がバッファ制御周期Ｂｐと一致するかを判定する。Ｂｐと一致した場合Ｓ７０５へ遷移し、以降実施例１と同様に受信バッファ制御を行う。Ｓ１３０１で、デコード処理時間がＢｐと一致していない場合は、Ｓ７０１の選局要求判定へ遷移し、選局が行われるか、選局が行われずＳ１３０１へ遷移しデコード処理時間がＢｐと一致するまで繰り返す。
【００８４】
バッファ制御周期Ｂｐの設定値としては、例えば映像ストリーム中のＧＯＰ（Ｇｒｏｕｐ  Ｏｆ  Ｐｉｃｔｕｒｅｓ）単位ごとのデコード処理時間とする方法がある。ＧＯＰとは、複数の画面データを含み、フレーム内符号化画面が少なくとも１枚入った画面群構造のことである。ＭＰＥＧ２の符号化方式では、前後の画面データを参照する画面データが存在するため、画面データ１枚では完結した情報とならず、このＧＯＰが１単位分となる。１ＧＯＰ分をデコード処理する周期をＢｐとし、１ＧＯＰの処理が完了するごとにわずかな時間（例えば映像１フレームを処理可能な時間分など）デコーダを一時停止させ、その間に受信バッファ制御を行いバッファ容量を増やしバッファリング時間を確保する。
【００８５】
この方法と、実施例１、２若しくは３で示した方法とを同時に行うことで、選局後から短時間でバッファ容量および蓄積データ量を増加することができる。上記の例はバッファ制御周期判定部１２０１を使用しデコード処理時間とバッファ制御周期Ｂｐを比較するものであるが、他の方法として、制御部２１２により動作するソフトウェアの処理によりデコード処理時間とバッファ制御周期Ｂｐを比較することによっても同様の効果を得ることができる。なお、本実施例におけるバッファ制御周期の設定方法は上記に限定されない。
【実施例５】
【００８６】
上記各実施例は受信バッファを制御するものであったが、受信機１０４の送信バッファを制御してもよい。本実施例における受信機１０４の構成の一例を示す図を図１４に示す。図１４において図４と同じ符号を持つものについては説明を割愛する。本実施例における受信機１０４は、ネットワークインターフェース部４０１、選局制御部４０２、アンテナ１０５、制御部４０５、チューナユニット１２０１、チューナユニット１４０１内部にチューナＡ１４０２およびチューナＢ１４０３、分離部Ａ１４０４および分離部Ｂ１４０５、裏チャンネル設定部１４０６（裏チャンネルの定義については後述する）を備え、システムバス４０６によって接続される。また、本実施例では、図２３におけるシステム制御用ＬＳＩ２３０１が、裏チャンネル設定部１４０６の機能を備えるものとする。
【００８７】
受信機１０４のネットワークインターフェース部４０１の構成の一例を示す図を図１５に示す。ネットワークインターフェース部４０１は、パケット解析部１５０１、送信バッファＡ１５０２、送信バッファＢ１５０３、送信バッファ切替部１５０４、パケット生成部１５０５、ネットワーク制御部１５０６を備え、各ブロックはシステムバス１５０７で接続される。
【００８８】
この例では、受信機１０４内のネットワークインターフェース部４０１を除く各機能ブロックの制御は制御部４０５が行う。ネットワークインターフェース部４０１内の各機能ブロックの制御はネットワーク制御部１５０６が行い、ネットワークインターフェース部システムバス１５０７およびシステムバス４０６により制御部４０５と通信する。以上の構成により、受信機１０４の制御を行う。ただし上記に限らず、制御部４０５がシステムバス４０６およびネットワークインターフェース部システムバス１５０７を使用して、ネットワークインターフェース部４０１を含めた全ての機能ブロックを制御してもよい。
【００８９】
図１５に示すネットワークインターフェース部４０１では、映像表示装置１０１がＬＡＮ１０３経由で送信した選局情報データをパケット解析部１５０１により取得し、受信機１０４の選局制御部４０２へ伝達する。選局制御部４０２では、現在の選局情報をチューナユニット１４０１と裏チャンネル設定部１４０６、分離部１４０４および分離部１４０５へそれぞれ通知する。
【００９０】
チューナユニット１４０１は、選局制御部４０２および裏チャンネル設定部１４０６の選局情報に基づきチューナ１４０２およびチューナ１４０３を動作させ、放送データを受信し分離部１４０４および分離部１４０５へ伝送する。
【００９１】
分離部１４０４および分離部１４０５では、それぞれのチャンネルで必要な配信データを分離し、ネットワークインターフェース４０１内部の送信バッファＡ１５０２および送信バッファＢ１５０３へそれぞれデータを伝送する。
【００９２】
送信バッファ切替部１５０４は、選局制御部４０２が持つ現在の選局情報に基づき送信バッファを切り替え、ネットワーク制御部１５０５がパケット生成部１５０４へ送信バッファ内の配信データを伝送する。パケット生成部１５０４では、ネットワーク送出可能なＴＣＰパケットなどに変換し、ＬＡＮ１０３経由で映像表示装置１０１へ送信する。
【００９３】
本実施例における受信機１０４および映像表示装置１０１の処理の一例を図１６に示す。図１４に示す受信機１０４で、２つのチューナと２つの送信バッファを用いる構成において、一方のチューナであるチャンネルの番組を含むデータ（以降、番組データとする）を受信し、他方のチューナで別のある番組データを受信し、それぞれの番組データを配信データとして２つの送信バッファにそれぞれ蓄えるものとする。
【００９４】
ここで、選局情報に基づく番組データを受信可能なチャンネルのことを表チャンネル、表チャンネルとは異なる番組データを受信可能なチャンネルのことを裏チャンネルと定義する。受信機１０４は映像装置１０１とのコネクション確立により処理を開始し、Ｓ１６０１およびＳ１６０３へ遷移する。
【００９５】
Ｓ１６０１からＳ１６０２の処理と、Ｓ１６０３からＳ１６０４の処理は並行して行われる。Ｓ１６０１では、現在受信機１０４が選局しているチャンネル（以降、チャンネルＡとする）を表チャンネルに設定し、Ｓ１６０２へ遷移する。
【００９６】
Ｓ１６０２では、チャンネルＡを１つ目のチューナ１４０２（以降、チューナＡとする）で選局し、受信した番組データから配信データを分離し、１つ目の送信バッファ（以降、送信バッファＡとする）に蓄積する。送信バッファＡの容量は、通信環境の変化により映像破綻をきたさない程度の十分な容量であるとする。
【００９７】
上記の処理と並行して、処理開始後Ｓ１６０３へ遷移する。Ｓ１６０３では、現在選局中でないチャンネルから裏チャンネルを選択・指定し、Ｓ１６０４へ遷移する。裏チャンネルの指定方法は後述する。
【００９８】
Ｓ１６０４では、受信機１０４で表チャンネルとは異なるチャンネル（以降、チャンネルＢとする）を２つ目のチューナ１４０３（以降、チューナＢとする）で選局し、受信した番組データから配信データを分離し、２つ目の送信バッファ（以降、送信バッファＢとする）に蓄積する。送信バッファＢの容量は、送信バッファＡと同様に通信環境の変化により映像破綻をきたさない程度の十分な容量であるとする。
【００９９】
また、送信バッファＡ／Ｂは、バッファ容量限界値に達するごとに、バッファへの滞留時間が長いデータ（古いデータ）から順次破棄され、送信バッファ内の配信データは常に最新のものが蓄積されるリングバッファ構造を用いてもよい。
【０１００】
上記Ｓ１６０２およびＳ１６０４の後、Ｓ１６０５へ遷移し、映像表示装置１０１からの選局要求があるかを判定する。Ｓ１６０５で選局要求がない場合は、Ｓ１６０６へ遷移し、送信バッファＡにある表チャンネルの配信データ、すなわちチャンネルＡの配信データを映像表示装置１０１へ送信する。
【０１０１】
Ｓ１６０５で映像表示装置１０１が選局要求を通知した場合、Ｓ１６０７へ遷移し、映像表示装置１０１内の受信バッファにあるデータを破棄する。その後、Ｓ１６０８へ遷移し、要求チャンネルが裏チャンネルか否かを判定する。
【０１０２】
裏チャンネル（この例ではチャンネルＢ）への選局要求であった場合、すでに送信バッファＢに配信データを蓄積しているので、Ｓ１６１０へ遷移し、送信バッファ切替部１５０４により送信バッファＡ１５０２から送信バッファＢ１５０３へ切り替え、送信バッファＢに蓄積されているチャンネルＢの配信データを映像表示装置１０１へ即時に送信する。
【０１０３】
このとき送信するデータ量は、送信バッファＢがアンダーフローせず、かつ可能な限り多くなるよう決定する（すなわち一時的にネットワークのデータレートが選局要求のない時と比較し高くなる）。受信側である映像表示装置１０１の受信バッファ容量は、受信機１０４から上記の方法で送信されるデータ量をすべて格納できるだけの容量があればよいので、受信機１０４の送信バッファ容量より大きなサイズをあらかじめ設定しておけばよい。
【０１０４】
最初にバッファリングしたデータ分を送信した後は、受信した番組データを逐次（最小限のバッファリングで）映像装置１０１へ送信し続ける。映像表示装置１０１は、送信されたデータを受信バッファへ蓄積し、順次デコードを始める。
【０１０５】
Ｓ１６０８において、要求チャンネルが裏チャンネル以外（例としてチャンネルＣとする）であった場合は、要求チャンネルであるチャンネルＣのデータを送信バッファＢに新たに蓄積し、Ｓ１６１０へ遷移し、蓄積量上限となり次第送信バッファＢへ切り替え、データを送信する。
【０１０６】
Ｓ１６１０の後、コネクション切断を判別し、切断でなければ再び処理開始時と同様にＳ１６０１およびＳ１６０３の処理を並行して開始する。以上の処理を繰り返し、表チャンネルと裏チャンネルの２つ分の配信データを送信バッファＡ／Ｂにそれぞれ蓄積する。
【０１０７】
本実施例によれば、送信側である受信機１０４で異なる２つのチャンネルを受信およびバッファリングすることにより、上記２つのチャンネル間の選局時間を短縮できる。また、受信機１０４の送信バッファに蓄積した配信データを映像表示装置１０１の受信バッファに一度に送信し格納することにより、通信環境の変化が起こっても受信バッファ内のデータを全て処理するまではデータ欠落による映像破綻が発生しないという利点がある。
【０１０８】
裏チャンネルの指定方法としては、例えばチャンネルアップ／チャンネルダウン（視聴する番組をチャンネル番号の昇順／降順で切り替える方法）操作を記録し、次に選局されると考えられるチャンネルを予測して指定する方法がある。
【０１０９】
例えば、チャンネルアップによる選局操作が続いた場合、現在のチャンネルから次のチャンネルへ昇順で変化すると予測できるので、現在のチャンネル（表チャンネル）から昇順で次の番号となるチャンネルを裏チャンネルとして指定する。この方法により、予測のとおり次のチャンネルが昇順で選局された場合に、既に送信バッファＢにそのデータがバッファリングされており即時送出することができるため、選局時間の短縮が可能である。チャンネルダウンの場合も同様に、降順で選局されると予測し、裏チャンネルを指定する。
【０１１０】
本実施例における送信バッファの制御タイミングおよび裏チャンネルの指定方法、チューナやバッファの数は上記に限定されない。
【実施例６】
【０１１１】
上記各実施例は映像表示装置１０１の受信バッファまたは受信機１０４の送信バッファのどちらかを制御するものであったが、両方のバッファを制御してもよい。受信機１０４で受信した放送データをネットワーク経由で映像表示装置１０１へ送信し、映像表示装置１０１でデコード／表示する構成において、ネットワーク帯域幅の減少などにより通信環境が劣化し、一時的に通信が途絶した場合に、バッファ制御により映像表示への影響を軽減する方法について説明する。
【０１１２】
本実施例における映像表示装置１０１の構成の一例を示す図を図１７に、図１７におけるネットワークインターフェース部２０３の構成の一例を示す図を図１８に示す。図１７において図２と同じ符号を持つもの、図１８において図３と同じ符号をもつものについては説明を割愛する。
【０１１３】
図１７において、受信バッファ制御情報生成部１７０１は、実施例１、２、３若しくは４で示した方法、またはそれらを組み合わせた方法でネットワークインターフェース部２０３内部の受信バッファ制御部３０２に対してバッファ制御の指示を通知する。また、本実施例では、図２２におけるシステム制御用ＬＳＩ２２０１が、受信バッファ制御情報生成部１７０１の機能を備えるものとする。
【０１１４】
図１８において、通信状態監視部１８０１はＬＡＮ１０３による通信状態を監視し、通信の途絶があった場合、受信バッファ制御部３０２に通知する。
【０１１５】
本実施例における受信機１０４は、実施例１での構成の一例を示す図（図４）と同様である。本実施例における受信機１０４内部のネットワークインターフェース部４０１の構成の一例を示す図を図１９に示す。図１９において図１５と同じ符号をもつものについては説明を割愛する。
【０１１６】
送信バッファ１９０１は、分離部４０２で生成した配信データを一時的に蓄積する。送信バッファ制御部１９０２は、送信バッファ容量を変更する。通信状態監視部１９０３は、ＬＡＮ１０３による通信状態を監視し、通信の途絶があった場合送信バッファ制御部１９０２に通知する。設定記憶部１９０４は、送信バッファ容量の初期値や増分などの設定値をあらかじめ記憶しておき、送信バッファ制御部１９０２はこの値を用いて送信バッファ１９０１を制御する。
【０１１７】
本実施例における通信環境が良好なとき（通常時）の映像表示装置１０１の処理は図５と同様であり、受信機１０４の処理は図６と同様である。通常時は、映像表示装置１０１は実施例１、２、３若しくは４に示した方法、またはそれらを組み合わせた方法により受信バッファ制御を行って受信バッファ容量を逐次増加させる。
【０１１８】
また、受信機１０４は送信バッファを可能な限り小さい容量に設定し、最小限のバッファリングで配信データを送信するものとする。送信バッファおよび受信バッファは、バッファ容量限界値に達するごとに、バッファへの滞留時間が長いデータ（古いデータ）から順次破棄され、送信バッファ内の配信データは常に最新のものが蓄積されるリングバッファ構造としてもよい。
【０１１９】
本実施例で通信途絶が発生したときの映像表示装置１０１における処理の一例を図２０に、受信機１０４における処理の一例を図２１に示す。
【０１２０】
受信側である映像表示装置１０１は、通信途絶によりデータの受信ができなくなったことを通信状態監視部１８０１で検知した場合、Ｓ２００１へ遷移し、受信バッファ領域の増加量が上限値かを判定する。上限値となっていた場合、Ｓ２００３へ遷移する。
【０１２１】
Ｓ２００１において受信バッファの増加量が上限値でない場合、Ｓ２００２へ遷移し、即時に受信バッファ容量を増加する。このとき、通信途絶により新たな配信データを受信することはできないので、バッファの増加量分に対するバッファリングはせず、バッファとして使用する記憶領域を拡大するのみとする。映像表示装置１０１の受信バッファ容量の増分は、送信側で想定している送信バッファ容量最大値より十分に大きい値とすることが好ましい。Ｓ２００３では、コネクションを切断するかどうかを判定し、する場合は処理終了、しない場合はＳ２００１へ遷移する。
【０１２２】
送信側である受信機１０４は、通信途絶によりデータの送信ができないことを通信状態監視部１９０３で検知した場合、Ｓ２１０１へ遷移し、送信バッファ領域の増加量が上限値かを判定する。上限値となっていた場合、Ｓ２１０５へ遷移する。Ｓ２１０１において送信バッファの増加量が上限値でない場合、Ｓ２１０２へ遷移し即時に送信処理を停止し、Ｓ２１０３へ遷移する。
【０１２３】
Ｓ２１０３では、送信バッファの容量を増加し、Ｓ２１０４へ遷移する。Ｓ２１０４では、送信バッファの増加容量分のデータを追加でバッファリングし、Ｓ２１０５へ遷移する。
【０１２４】
ここで、送信の一時停止およびバッファリング中は、映像表示装置１０１の受信バッファで蓄積済みの配信データを映像表示装置１０１のデコーダが全て処理し終えるまでの時間、映像の表示に破綻などの影響は出ない。この送信バッファ制御は通信環境が良好になるまで行う。Ｓ２１０５では、コネクションを切断するかどうかを判定し、する場合は処理終了、しない場合はＳ２１０１へ遷移する。
【０１２５】
その後、再び通信環境が良好になったときに、映像表示装置１０１の受信バッファ内のデータ蓄積量は、通常時と比較し減少してしまっている（新たな配信データを受信できないため蓄積量が増えず、かつ蓄積済みのデータはデコーダによって処理され消費するため）。
【０１２６】
この減少分の蓄積量を補うため、受信機１０４はＳ２１０３およびＳ２１０４での送信バッファ制御により容量の増加した送信バッファに蓄積したデータを、なるべく高いビットレートで大量に送信する。このとき送信するデータ量は、送信バッファがアンダーフローせず、かつ可能な限り多くなるよう決定する。
【０１２７】
このようにしてバッファリングしたデータ分を送信した後は、通常通り受信した放送データを逐次（最小限のバッファリングで）映像装置１０１へ送信する。映像表示装置１０１では、Ｓ２００２の処理により受信バッファ容量を増加しているので、大量に送信されたデータをもれなく受信し、バッファに蓄積することができ、以降の通信環境劣化による通信途絶が発生しても、同様の手法で映像表示への影響を軽減できる。
【０１２８】
また、選局操作が行われたときは、実施例１、２、３若しくは４、またはそれらを組み合わせた方法と同様に、受信バッファ内のデータを破棄した上で容量を最小化することで、受信バッファでのバッファリング時間による遅延時間の増加を抑えることができる。
【０１２９】
本実施例によれば、一時的かつ短時間の通信途絶が頻繁に起こるような通信環境においても、映像表示装置１０１での映像破綻発生を軽減できる。なお、本実施例による送信バッファ制御および受信バッファ制御を用いない場合、通信途絶が発生すると、その間送信できなかったデータは送信バッファに残るが、一定時間後に送信バッファの内容が新しいデータで上書きされ古いデータは消えてしまう。このため、通信途絶期間中のデータが欠落することで映像が途切れてしまう。
【０１３０】
本実施例における受信バッファ制御情報生成方法は上記に限定されない。なお、上記実施例ではバッファ容量を増加させるきっかけの一例としてシーン切替わりの検出（例えば図７のＳ７０４）や映像破綻の検出（例えば図９のＳ９０１）、映像静止時間の長さ（例えば図１１のＳ１１０１、１１０２）等が示されているが、本願発明はこれに限定されず、その他の映像及び／又は音声の特徴を検出等することをきっかけとしてバッファ容量を増加させるようにしてもよい。また、上記実施例で示したシーンの切替わり検出部２０９や映像破綻検出部８０１、映像静止状態判定部１００１は、その他の映像及び／又は音声の特徴の検出を行う手段も含めた総称として特徴検出部ともいう。
【符号の説明】
【０１３１】
１０１  映像表示装置
１０２  リモコン
１０３  ＬＡＮ
１０４  受信機
２０１  ユーザインターフェース部
２０２  選局制御部
２０３  ネットワークインターフェース部
２０４  設定記憶部
２０５  分離部
２０６  ＰＣＲ取得部
２０７  ＳＴＣカウンタ
２０８  映像／音声デコード部
２０９  シーン切替わり検出部
２１０  映像出力部
２１１  音声出力部
２１２  制御部
２１３  ＶＣＸＯ
２１４  システムバス
３０１  受信バッファ
３０２  受信バッファ制御部
３０３  パケット解析部
３０４  パケット生成部
３０５  ネットワーク制御部
３０６  システムバス
４０１  ネットワークインターフェース部
４０２  選局制御部
４０３  チューナ部
４０４  分離部
４０５  制御部
４０６  システムバス
８０１  映像破綻検出部
１００１  映像静止状態判定部
１２０１  バッファ制御周期判定部
１４０１  チューナブロック
１４０２  チューナＡ
１４０３  チューナＢ
１４０４  分離部Ａ
１４０５  分離部Ｂ
１４０６  裏チャンネル設定部
１５０１  パケット解析部
１５０２  送信バッファＡ
１５０３  送信バッファＢ
１５０４  送信バッファ切替部
１５０５  パケット生成部
１５０６  ネットワーク制御部
１５０７  システムバス
１７０１  受信バッファ制御情報生成部
１８０１  通信状態監視部
１９０１  送信バッファ
１９０２  送信バッファ制御部
１９０３  通信状態監視部
１９０４  設定記憶部
２２０１  システム制御用ＬＳＩ
２２０２  ネットワーク制御用ＬＳＩ
２２０３  リモコン受光部
２２０４  発振器
２２０５  メモリ
２２０６  パネル
２２０７  スピーカ
２２０８  システムバス
２３０１  システム制御用ＬＳＩ
２３０２  ネットワーク制御用ＬＳＩ
２３０３  チューナユニット
２３０４  発振器
２３０５  メモリ
２３０６  システムバス
【図１】
2010258489.tif 000003
【図２】
2010258489.tif 000004
【図３】
2010258489.tif 000005
【図４】
2010258489.tif 000006
【図５】
2010258489.tif 000007
【図６】
2010258489.tif 000008
【図７】
2010258489.tif 000009
【図８】
2010258489.tif 000010
【図９】
2010258489.tif 000011
【図１０】
2010258489.tif 000012
【図１１】
2010258489.tif 000013
【図１２】
2010258489.tif 000014
【図１３】
2010258489.tif 000015
【図１４】
2010258489.tif 000016
【図１５】
2010258489.tif 000017
【図１６】
2010258489.tif 000018
【図１７】
2010258489.tif 000019
【図１８】
2010258489.tif 000020
【図１９】
2010258489.tif 000021
【図２０】
2010258489.tif 000022
【図２１】
2010258489.tif 000023
【図２２】
2010258489.tif 000024
【図２３】
2010258489.tif 000025