JP2008257396A - 映像表示装置、映像表示装置と通信可能な装置及びそれらの制御方法並びにそれらが接続されてなるシステム - Google Patents

Abstract

【課題】 周辺機器から映像表示装置に表示用データの描画処理を指示する際に、描画処理の結果が得られるまでの時間の増大を抑制する。
【解決手段】 周辺機器は、映像表示装置の処理負荷を取得する。そして、取得した処理負荷に応じて表示用データの描画処理の負荷を調整するためのデータコマンドを生成する。映像表示装置では、データコマンドに基づいて、表示用データを変更し、変更後の表示用データを描画処理して表示を行う。
【選択図】 図３

Description

本発明は映像表示装置、映像表示装置と通信可能な装置及びそれらの制御方法、並びに映像表示装置及び装置が接続されてなるシステムに関する。

近年、デジタルテレビを代表とする映像表示装置は、様々な外部インタフェースを有しており、多様な周辺機器とのデータ通信が可能になっている。このような周辺機器の代表例としては、デジタルカメラ、ビデオカメラ、プリンタ、リモコン等がある。

映像表示装置においては、例えば設定メニューや電子番組表などのＧＵＩを表示するために、マークアップ言語（ＨＴＭＬ，ＸＭＬ，ＢＭＬ，ＳＶＧなど）を解釈して文字、図形、画像などを描画処理（レンダリング）する機能を備えるものがある。そのため、映像表示装置と通信可能な周辺機器から映像表示装置に、マークアップ言語で記述されたＧＵＩ画面表示用データを供給し、映像表示装置でそれを描画処理して画面表示させることも行われている。こうした技術以前は、周辺機器が生成したＧＵＩを描画し、描画したＧＵＩデータを画像信号として映像表示装置に送信し、表示させていた。つまり、映像表示装置は、単に画像信号を表示してだけに過ぎず、ＧＵＩデータの描画などは実行していなかった。

しかし、映像表示装置がＧＵＩデータの描画を行うことが可能になることで、映像表示装置の画質やサイズ、アスペクト比などを踏まえた表示が可能となる。例えば、周辺機器としてのデジタルカメラを映像表示装置に接続し、デジタルカメラのＧＵＩ画面の表示用データを映像表示装置に供給して描画させることで、ユーザは映像表示装置において最適化されたＧＵＩデータを見ながらデジタルカメラの設定処理などを行うことが可能となる。

特開２００３−０２９９４０号公報 特開２００６−２６１９５５号公報

しかしながら、このような、周辺機器から与えられるマークアップ言語の描画処理は、映像表示装置の処理負荷を増加させる。そのため、映像表示装置の処理負荷が他の処理によって高い状態であった場合、周辺機器から与えられたマークアップ言語の描画処理の結果が得られるまでに時間がかかることが起こりうる。例えば、デジタルカメラのメニュー画面を映像表示装置に表示させてメニュー操作を行う場合、描画処理の結果が得られるまでの時間が長くなると、メニュー操作に対するレスポンスの低下となり、使い勝手が悪くなる。

複数の機器が接続されたシステムにおいて、ある機器の処理負荷を軽減する方法としては、例えば特許文献１に記載されるように、処理負荷の大きな機器の処理の一部を処理負荷の小さい他の機器に分散処理させる方法が知られている。

しかし、映像表示装置の周辺機器は一般に映像表示装置よりも処理能力が低いことが多く、さらにデジタルカメラやリモコンのように電池駆動の装置の場合もある。従って、映像表示装置の処理を分散処理する装置として利用することは得策でない。

また、処理負荷を低減する方法として、例えば特許文献２に記載されるように、処理負荷が大きい場合には処理の量や複雑度を低下させる方法が知られている。しかし、映像表示装置がこのような処理を行なった場合、処理負荷が大きい場合にはマークアップ言語のレンダリング処理が単純化されるなどして、周辺機器側が予期しているものとは異なるレンダリング結果となってしまう場合がある。

本発明はこのような従来技術の問題点に鑑みなされたものであり、周辺機器から映像表示装置に表示用データの描画処理を指示する際に、描画処理の結果が得られるまでの時間の増大を抑制することを目的とする。
また、本発明は、映像表示装置が表示用データを描画する場合であっても、周辺機器が意図した表示形態で、映像表示装置に表示用データを描画させることを可能とすることを目的とする。

上述の目的は、通信インタフェースと、通信インタフェースを介して接続された映像表示装置の処理負荷を取得する取得手段と、映像表示装置に画面表示用データの描画処理の実行を指示する描画コマンドを生成する描画コマンド生成手段と、映像表示装置における画面表示用データの描画処理を、取得した処理負荷に応じて調整するためのデータコマンドを生成する生成手段と、描画コマンド及びデータコマンドを映像表示装置に送信する送信手段とを有することを特徴とする装置によって達成される。

また、上述の目的は、映像表示装置であって、画面表示用データを保持する記憶手段と、通信インタフェースと、通信インタフェースに接続された装置からの指示に従って、画面表示用データを描画処理し、表示する描画処理手段と、映像表示装置の処理負荷を判定する判定手段と、通信インタフェースに接続された装置へ処理負荷を通知する通知手段とを有し、装置からの指示が、画面表示用データのうち、描画処理の対象となる要素を特定するためのデータコマンドを含み、描画処理手段は、データコマンドに基づいて画面表示用データを変更し、変更後の画面表示用データの描画処理を行なうことを特徴とする映像表示装置によっても達成される。

また、上述の目的は、本発明に係る装置と映像表示装置とが通信インタフェースを介して接続されてなるシステムによっても達成される。

また、上述の目的は、通信インタフェースを有し、通信インタフェースを介して接続された映像表示装置と通信可能な装置の制御方法であって、映像表示装置の処理負荷を取得する取得ステップと、映像表示装置に画面表示用データの描画処理の実行を指示する描画コマンドを生成する描画コマンド生成ステップと、映像表示装置における画面表示用データの描画処理を、取得した処理負荷に応じて調整するためのデータコマンドを生成する生成ステップと、描画コマンド及びデータコマンドを送信手段により映像表示装置に送信する送信ステップとを有することを特徴とする制御方法によっても達成される。

また、上述の目的は、画面表示用データを保持する記憶手段と、通信インタフェースとを有する映像表示装置の制御方法であって、通信インタフェースに接続された装置からの指示に従って、画面表示用データを描画処理し、表示する描画処理ステップと、映像表示装置の処理負荷を判定する判定ステップと、通信インタフェースに接続された装置へ処理負荷を通知する通知ステップとを有し、装置からの指示が、画面表示用データのうち、描画処理の対象となる要素を特定するためのデータコマンドを含み、描画処理ステップは、データコマンドに基づいて画面表示用データを変更した後、変更後の画面表示用データの描画処理を行なうことを特徴とする映像表示装置の制御方法によっても達成される。

このような構成により、本発明によれば、周辺機器から映像表示装置に表示用データの描画処理を指示する際に、描画処理の結果が得られるまでの時間の増大を抑制することが可能となる。

（第１の実施形態）
以下、図面を参照して本発明の実施形態について説明する。
図１は、本発明の第１の実施形態に係る映像表示システムの構成例を示すブロック図である。本実施形態に係るシステムは、映像表示装置２と、映像表示装置２と通信可能に接続された周辺機器１とから構成される。上述したように、映像表示装置２は例えばデジタルテレビジョン受像機であり、周辺機器１は、デジタルカメラ、カムコーダ、プリンタ、リモコンなどである。

本実施形態において、映像表示装置２は、マークアップ言語を解釈、描画する機能を有するものとする。そして、周辺機器１は、マークアップ言語の一例としてのＳＶＧ(Scalable Vector Graphics)で記述された表示用データを映像表示装置２へ供給するものとする。また、ＳＶＧは、ＸＭＬ（Extensible Markup Language）を用いてベクターグラフィックスを記述する言語であり、Ｗ３Ｃ(World Wide Web Consortium)により仕様化されている。

なお、周辺機器１は、映像表示装置２が解釈可能なマークアップ言語で記述された表示用データを映像表示装置２へ供給可能で、かつ映像表示装置２の処理負荷を取得可能であれば、どのような装置であっても良い。本実施形態では周辺機器１はそのような機能を有するデジタルカメラとする。

また、表示用データの提供装置である周辺機器１と、受信した表示用データの描画処理を行なう映像表示装置２とは、通信インタフェースで接続される。本実施形態では、通信インタフェースはＨＤＭＩ(High-Definition Multimedia Interface)３であるとする。周辺機器１は、その内部、例えばＲＯＭ等の不揮発性記憶装置に、操作画面やメニュー画面等のＧＵＩを表示する際に使用する、文字、図形、画像等を表すＳＶＧ形式の表示用データ（ＳＶＧデータ）４を保持している。

そして、周辺機器１は、ＨＤＭＩ３を通じて映像表示装置２に接続され、通信可能な状態になると、ＳＶＧデータ４の少なくとも一部を前もって映像表示装置２へ転送する。このＳＶＧデータ４の転送は、ＨＤＭＩ３に含まれる、双方向データ通信の可能なＣＥＣ(Consumer Electronics Control)信号線を通じ、ＣＥＣ送受信部５及び６により行われる。映像表示装置２はＣＥＣ送受信部６で受信したＳＶＧデータ４を、メモリ７に一時的記憶する。

なお、このＳＶＧデータ４の転送は、ＨＤＭＩ３のＴＭＤＳ(Transition Minimized Differential Signaling)信号線で行ってもよい。この場合においてもＣＥＣ信号線を用いて転送した場合と同様な効果を得ることができる。

周辺機器１において、操作部２２はキーやボタン等を含み、ユーザからの様々な指示入力を受け付けるための入力デバイスである。操作部２２を通じて何らかの操作、例えばメニュー表示のための操作が行われると、制御部２０がそれを検知し、操作内容を描画コマンド生成部８に与える。

描画コマンド生成部８は、操作内容に応じたＧＵＩ画面、例えばメニュー画面などを生成するための描画コマンドをＳＶＧ形式で生成する。この描画コマンドは、必要に応じて制御部が描画し、表示部２１にメニュー画面等を表示させる。本実施形態においては、周辺機器１に表示されるＧＵＩ画面と映像表示装置２に表示されるＧＵＩ画面とは同じＳＶＧデータに基づくものであるため、基本的に同一である。

ただし、映像表示装置２に周辺機器１のＧＵＩを表示させる場合、周辺機器１の表示部２１はユーザの混乱を避けるため、また、無駄な電力消費を低減するために表示部２１のＧＵＩ表示はオフにしておいた方が好ましいであろう。

制御部２０は、ユーザの操作が、ＳＶＧデータ４のうち、映像表示装置２に転送済のものを描画処理する必要のある操作かどうか判別する。そして、制御部２０は、映像表示装置２でＳＶＧデータ４を描画処理する必要があると判別される場合、映像表示装置２の画像処理エンジン１０の処理負荷を確認するためのコマンドを処理負荷確認コマンド生成部１１で生成させる。そして、この処理負荷確認コマンドをＣＥＣ送受信部５を通じて映像表示装置２に送信する。

映像表示装置２は処理負荷確認コマンドを受信し、その時の画像処理エンジン１０の処理負荷を処理負荷判定部１２で判定する。画像処理エンジン１０の処理負荷には、画像処理エンジン１０内のＣＰＵ９、受信した放送波を高画質化する高画質化処理部１３、ＳＶＧ形式のデータの描画を行う描画処理部１４の負荷が含まれる。処理負荷判定部１２の判定結果は映像表示装置２のコマンド生成部１５でコマンド化され、ＣＥＣ送受信部６を通じて、処理負荷を表す情報として周辺機器１に送信される。

映像表示装置２の処理負荷、具体的には画像処理エンジン１０の処理負荷を判別する処理負荷判定部１２が処理負荷を判別する方法に特に制限はない。例えば、データバス２６の競合の程度に基づいて負荷を判定することができる。また、高画質化処理部１３、描画処理部１４、ＳＶＧデータ処理部１８が実際にはＣＰＵ９によってソフトウェア的に実現される構成であれば、ＣＰＵ９の処理負荷を画像処理エンジン１０の処理負荷として用いることができる。ＣＰＵの処理負荷は、例えば周知の技術により求めることが可能なＣＰＵ使用率であってよい。

周辺機器１は受信した、処理負荷を表す情報から、処理負荷の程度を処理負荷認識部１６で判定する。そして、描画コマンドに基づく描画処理を、判定された処理負荷に応じて調整するためのデータコマンドをデータコマンド生成部１７で生成する。描画コマンド生成部８が周辺機器１の操作に対応して生成した描画コマンド及び映像表示装置２の処理負荷に応じてデータコマンド生成部１７が生成したデータコマンドは、ＣＥＣ送受信部５を通じて映像表示装置２に送信される。

図２は、本実施形態における周辺機器１が生成する描画コマンドとデータコマンドの例について説明する図である。
ここでは、周辺機器１が映像表示装置２に接続された際に転送されるＳＶＧデータ４０が、ＳＶＧのフルセットを用いて記述されているものとする。図２に示すように、このＳＶＧデータ４０には、「メニュー画面」表示用のＳＶＧデータ、「カメラ設定画面」表示用のＳＶＧデータといったように、周辺機器１のメニュー操作に対応した複数のＳＶＧデータが含まれている。

従って、例えば周辺機器１において、操作部２２から「メニュー画面」の表示指示が与えられた場合、描画コマンド生成部８は、「メニュー画面」表示用のＳＶＧデータ４２を指定するための描画コマンド４１を生成する。

一方、上述したように、生成された描画コマンドが映像表示装置２におけるＳＶＧデータの描画処理を指示するためのコマンドである場合、周辺機器１は処理負荷確認コマンドを用いて映像表示装置２の処理負荷を取得する。生成した描画コマンドが映像表示装置２におけるＳＶＧデータの描画を伴うか否かは、例えば、事前に転送済のＳＶＧデータの内容を記憶しておき、描画コマンドが指定するＳＶＧデータが転送済のＳＶＧデータを指定しているか否かに応じて判別することができる。

処理負荷確認コマンドに対して映像表示装置２から送信される、処理負荷を表す情報に基づいて、データコマンド生成部１７はデータコマンドを生成する。データコマンドとは、ＳＶＧデータに含まれる描画内容のうち、描画処理が不要な部分（描画要素）を指定するコマンドであり、処理負荷に応じて描画内容を調整するためのコマンドである。

描画処理を不要とする要素、具体的には描画を行わないＳＶＧデータの要素は、処理負荷の程度に応じて予め定めておくことが可能であり、また特に制限はない。しかし、表示される項目の削減ではなく、表示方法を簡略化する様な方向で処理不要な部分を決定することが好ましい。

具体的には、視覚効果を与えるための描画要素、例えばアニメーション表示のような描画要素や、立体的な表示を行うための描画要素、透過表示を行うための描画要素などを不要な要素とすることができる。本実施形態において、描画処理が不要な要素の指定は、ＳＶＧデータの構成に基づきタグの指定によって行う。

例えば図２に示す例では、映像表示装置２が高負荷であると判別された場合、データコマンド生成部１７は、ポリゴン処理、フィルタ処理、アニメーション処理を描画が不要な要素として指定するデータコマンドを生成する。そのため、データコマンドでは、描画が不要な要素に対応するタグである＜polygon＞，＜filter＞，＜animate＞が指定される。

映像表示装置２のＳＶＧデータ処理部１８は、受信した描画コマンドに基づき、メモリ７に一時記憶したＳＶＧデータの中から操作、表示に対応したデータ（ここではメニュー画面表示用のＳＶＧデータ）を選択する。そして、ＳＶＧデータ処理部１８は、選択したＳＶＧデータの中から、データコマンドに指定されたタグに対応する部分を除去することによって、処理負荷に応じたＳＶＧデータに変更する。そして、ＳＶＧデータ処理部１８は、変更後のＳＶＧデータを、描画処理部１４へ与える。

描画処理部１４は、ＳＶＧデータ処理部１８からの、変更後のＳＶＧデータを描画処理し、映像表示装置２の映像表示パネル１９に表示する。

このように、映像表示装置２の処理負荷に応じ、映像表示装置２が処理すべきＳＶＧデータを変更するためのデータコマンドを周辺機器１が映像表示装置２に対して供給する。そして、映像表示装置２では、データコマンドに応じて変更したＳＶＧデータの描画処理を行なう。

具体的には、映像表示装置２が高画質化処理などの処理によって高処理負荷の状態には、単純な描画処理を行なえばよいようなデータコマンドを発行することにより、映像表示装置２が高処理負荷の状態にあっても、描画結果の表示が速やかに行われる。

さらに、映像表示装置２の処理負荷に応じて、データコマンドを周辺機器１が生成することにより、周辺機器１が意図しない表示内容の変更が映像表示装置２において行われることを防止することができる。

映像表示装置２におけるＳＶＧデータの描画処理を負荷に応じて調整する場合、映像表示装置２自身の判断で独自に描画内容を調整するように構成すれば、映像表示装置２における描画負荷の低減を図ることは可能である。しかし、映像表示装置２が独自にタグの描画を変更してしまうと、実際にユーザが操作する周辺機器１側では、映像表示装置２がどのような描画処理を実行しているのかが不明になってしまう。その結果、周辺機器１が想定している描画内容と映像表示装置２が描画している描画内容との相違が生じることとなる。この相違は、最終的に映像表示装置２の画面表示と周辺機器１の画面表示間の見た目の違いや、操作感の違いとなってユーザに伝わってしまう。
しかし、周辺機器１が映像表示装置２の処理負荷を取得し、その負荷状況に従って、描画すべき内容を指示するためのデータコマンドを発行することで、周辺機器１が意図した通りの表示用データの描画を実行することが可能となる。

図３は、本実施形態の映像表示システムにおいて、上述した制御動作がどのように行われるかを説明するための例示的なシーケンスチャートである。
映像表示装置２にＨＤＭＩ３で周辺機器１を接続する（Ｓ１）と、周辺機器１の供給するグラフィックや文字を表すＳＶＧデータの少なくとも一部が映像表示装置２に転送される（Ｓ２）。

この状態で、周辺機器１の例えば操作部２２に含まれるメニューボタンが押下される等により、メニュー表示の指示がなされたとする（Ｓ３）。制御部２０は、この指示に応答して、描画処理部１４をＯＮにするコマンドを生成し、ＣＥＣ送受信部５を通じて映像表示装置２に送信する（Ｓ４）。

映像表示装置２はこのコマンドを受信し、描画処理部１４をＯＮにし（Ｓ５）、描画処理部１４で描画処理を行うことが可能になったことをＣＥＣ送受信部６を通じて周辺機器１に通知する（Ｓ６）。

次いで制御部２０は、処理負荷確認コマンド生成部１１を用い、映像表示装置２の処理負荷を確認する処理負荷確認コマンドを生成し、映像表示装置２に送信する（Ｓ７）。
映像表示装置２は処理負荷確認コマンドを受信すると、処理負荷判定部１２により処理負荷の判定を行う。判定結果はＣＥＣ送受信部６を通じて周辺機器１に通知する（Ｓ８）。ここでは、映像表示装置２（画像処理エンジン１０）の使用率が７０％であったとする。

処理負荷の通知を受信した周辺機器１は、描画コマンド生成部８により、ユーザ操作に応じた描画コマンド、ここではメニュー表示のためのＳＶＧデータを指定した描画コマンドを生成する。また、描画コマンドが指定するＳＶＧデータに対し、処理負荷に応じた変更を指定するためのデータコマンドを、データコマンド生成部１７により生成する（Ｓ９）。ここでは、使用率７０％という通知から、高負荷の状態にあるものと判定し、高負荷に対応したデータコマンドを生成する。そして、これら２つのコマンドを、ＣＥＣ送受信部５を通じて映像表示装置２に送信する（Ｓ１０）。

描画コマンドとデータコマンドを受信した映像表示装置２は、描画コマンドにより指定されたＳＶＧデータを、ＳＶＧデータ処理部１８により、データコマンドで指定された内容に変更する（Ｓ１１）。
そして、描画処理部１４は、変更されたＳＶＧデータの描画を行い、映像表示パネル１９への表示を行う（Ｓ１２）。

このように、処理負荷に応じたＳＶＧ形式のデータに変更することにより、映像表示装置２の負荷が高い状況でも、ＳＶＧデータの描画処理結果が得られるまでの時間を短く保つことができる。また、ＸＭＬデータの変更を、映像表示装置２単独による判断ではなく、周辺機器１が生成したデータコマンドによって行うことで、操作や表示内容に影響があるようなＳＶＧデータの変更を防止でき、周辺機器１が意図した表示結果を得ることが可能になる。

その後、周辺機器１において、更なるメニュー操作が行われると（Ｓ１３）、同様の処理が繰り返し行われる（Ｓ１５〜Ｓ２０）。そして、例えば処理負荷確認コマンドに対して通知された処理負荷に変化があった場合には、それに応じたデータコマンドを生成し、送信する（Ｓ１７、Ｓ１８）。

図３の例では、メニュー画面表示の指示があった場合には高負荷であったのに対し、スライドショーの開始指示が合った時点での処理負荷確認コマンドの応答では中負荷に変化していたため、Ｓ１７においては中負荷に対応したデータコマンドが生成されている。

その後、スライドショー開始の描画コマンドと共に中負荷に対応したデータコマンドが送信され（Ｓ１８）、これらのコマンドに対応したＳＶＧデータの変更処理及び描画処理が映像表示装置２において実行される（Ｓ１９、Ｓ２０）。

このように、映像表示装置２においてＳＶＧデータの描画処理が必要な場合に、映像表示装置２の処理負荷を問い合わせるので、映像表示装置２における処理負荷の変動に対応した適切なデータコマンドを生成することができる。これにより、周辺機器１における操作に対する映像表示装置２における表示レスポンスを適切に維持しながら、周辺機器１の意図に則した表示を映像表示装置２において実現することができる。

なお、上述した第１の実施形態では、データコマンドで指定される内容を、ＳＶＧデータに含まれる、描画処理が不要な要素を指定するコマンドとして記載した。しかしながら、本発明では、データコマンドとして、描画処理が必要な要素を指定するコマンドであっても同様の効果を得ることが可能である。即ち、データコマンドは、映像表示装置２がＳＶＧデータを描画する場合に、描画処理の対象となる要素を特定するためのコマンドということになる。また、データコマンドが描画すべき要素を特定するためのコマンドであることは、後述する他の実施形態においても同様である。

（第２の実施形態）
図４は、本発明の第２の実施形態に係る映像表示システムの構成例を模式的に示す図である。
本実施形態の映像表示システムは、複数の周辺機器が映像表示装置に接続される点で第１の実施形態の映像表示システムと異なる。本実施形態において、第１の周辺機器１はデジタルカメラ、第２の周辺機器１００はプリンタであるとする。なお、第２の周辺機器１００は、プリンタとしての機能を達成するための構成に加え、図１における周辺機器１が有する構成を備えるものとする。

図５に示す例示的なシーケンスチャートを用いて、本実施形態の映像表示システムにおける第１及び第２の周辺機器１及び１００と映像表示装置２の動作について説明する。なお、図５において、図３と同じ動作については同じ参照数字を付し、重複する説明は省略する。

ここでは、映像表示装置２において、まず第１の周辺機器１のメニュー画面表示を行い、その状態で、第２の周辺機器１００のメニュー画面を行う場合の動作を説明する。

Ｓ１及びＳ１０１において、それぞれ第１の周辺機器１と第２の周辺機器１００とがＨＤＭＩ３によって映像表示装置２と接続される。そして、第１の周辺機器１と第２の周辺機器１００から、それぞれが有するＳＶＧデータ４の少なくとも一部が映像表示装置２に転送される（Ｓ２，Ｓ１０２）。ここでは、ＳＶＧデータ４の全てが転送されるものとする。映像表示装置２では、受信したＳＶＧデータ４を、メモリ７に一時記憶する。

その後、第１の実施形態と同様に、第１の周辺機器１においてメニュー画面表示の指示がなされると、Ｓ４〜Ｓ１０の一連の処理が行なわれる。但し、本実施形態では、Ｓ８において映像表示装置２から返送された処理負荷を表す情報（使用率５０％）からは中程度の負荷状態であるとの判定がなされ、中負荷に対応したデータコマンドが生成、送信（Ｓ９，Ｓ１０）される点で第１の実施形態と異なる。

そして、映像表示装置２において周辺機器１のメニュー画面用のＳＶＧデータの変更処理（Ｓ１１）を行い、描画処理（Ｓ１２）が行われている最中に、第２の周辺機器１００においてメニュー画面表示の指示がなされたとする（Ｓ１１４）。

これに応答して、第２の周辺機器１００においても、第１の周辺機器１と同様、描画処理部１４をＯＮとするコマンドを送信する（Ｓ１１５）。映像表示装置２では、既にＳ４において描画処理部１４をＯＮするコマンドを受信し、描画処理部１４は描画処理可能な状態であるため、直ちに描画処理の準備完了通知を返送する（Ｓ１１６）。

この通知に応答して、第２の周辺機器１００は映像表示装置２に処理負荷確認コマンドを送信する（Ｓ１１７）。
このコマンドを受信した映像表示装置２は、先に行っていた第１の周辺機器１からのＳＶＧデータの描画処理を中断する（Ｓ１１８）。そして、映像表示装置２は、描画処理の中断をＣＥＣ送受信部６を通じてコマンドにより第１の周辺機器１に通知する（Ｓ１１９）。

その後、映像表示装置２は、第２の周辺機器１００からのＳＶＧデータを描画する処理負荷を加味した処理負荷を処理負荷判定部１２により求め、その結果を第１の周辺機器１と第２の周辺機器１００に通知する（Ｓ１２０）。このように、本実施形態における映像表示装置２は、複数の周辺機器が接続されている場合、ある周辺機器からのＳＶＧデータの描画処理を行なう際に実行中だった他の周辺機器からのＳＶＧデータの描画処理を中断する。そして、描画処理が中断された周辺機器に対して中断を通知する。さらに、映像表示装置２は更新された処理負荷を、ＳＶＧデータの描画処理を依頼してきた各周辺機器に通知する。これにより、各周辺機器において、映像表示装置２の更新された処理負荷に応じたデータコマンドを生成するきっかけを与える。

描画処理中断の通知と映像表示装置２の更新された処理負荷を受信した第１の周辺機器１は、再度Ｓ９と同様の処理を行なう。すなわち、操作に応じたＳＶＧデータ、ここではメニュー表示のためのＳＶＧデータを特定する描画コマンドと、受信した（更新された）処理負荷に応じたデータコマンドを生成する（Ｓ１２１）。具体的には、第２の周辺機器１００からの要求に応じてＳＶＧデータの描画処理を行なうための処理負荷が追加されたことにより、映像表示装置２の処理負荷が上昇したので、処理不要な要素を増やしたデータコマンドを生成する。そして、これら２つのコマンドを映像表示装置２に送信する（Ｓ１２２）。

一方、第２の周辺機器１００においても、同様の処理を行う（Ｓ１２３）。すなわち、操作に応じたＳＶＧデータ、ここではメニュー表示のためのＳＶＧデータを特定する描画コマンドと、受信した処理負荷に応じたデータコマンドを生成する（Ｓ１２３）。そして、これら２つのコマンドを映像表示装置２に送信する（Ｓ１２４）。

第１の周辺機器１と第２の周辺機器１００から描画コマンドとデータコマンドを受信した映像表示装置２は、ＳＶＧデータ処理部１８により、それぞれの描画コマンドにより指定されたＳＶＧデータを、対応するデータコマンドに基づいて変更する（Ｓ１２５）。

そして、描画処理部１４においてそれぞれのメニュー画面の描画処理を行い（Ｓ１２６）、映像の表示を行う。図４において、２０２及び２０３が、第１及び第２の周辺機器のメニュー画面の表示例を示している。

このように、本実施形態の映像表示装置２は、複数の周辺機器からの描画処理を行なう状態になった場合、処理負荷確認コマンドに対して送信する処理負荷の情報を関係する周辺機器の全てに通知する。そして、各周辺機器は、更新された処理負荷に応じたデータコマンドと描画コマンドとを送信する。
これにより、他の周辺機器を要因とする負荷の増加があった場合でも、操作に対する表示のレスポンス低下を抑制することが可能となる。

なお、映像表示装置に接続される周辺機器は、デジタルカメラ、プリンタのみならず、ビデオカムコーダやリモコンなどの機器であってもよく、同様の効果が期待できる。また、映像表示装置と周辺機器との接続を行うインタフェースはＨＤＭＩに限定されず、赤外線通信や無線通信による接続や、制御線とデータ転送線が別々になって機器間を接続している場合でも同様の効果が期待できる。

（他の実施形態）
なお、上述の実施形態において、例えば映像表示装置２が自らの処理負荷に応じて処理の内容を変更するような負荷軽減機能を有する場合、周辺機器１を物理的に接続した際に行われる論理的な通信確立処理において、負荷軽減機能を無効化するようにしてもよい。これにより、映像表示装置２の処理負荷が高くなった際に、周辺機器１が想定しないＸＭＬデータの変更がなされてしまうような事態を確実に防止することができる。

上述の実施形態は、システム或は装置のコンピュータ（或いはＣＰＵ、ＭＰＵ等）によりソフトウェア的に実現することも可能である。
従って、上述の実施形態をコンピュータで実現するために、該コンピュータに供給されるコンピュータプログラム自体も本発明を実現するものである。つまり、上述の実施形態の機能を実現するためのコンピュータプログラム自体も本発明の一つである。

なお、上述の実施形態を実現するためのコンピュータプログラムは、コンピュータで読み取り可能であれば、どのような形態であってもよい。例えば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等で構成することができるが、これらに限るものではない。

上述の実施形態を実現するためのコンピュータプログラムは、記憶媒体又は有線／無線通信によりコンピュータに供給される。プログラムを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、磁気テープ等の磁気記憶媒体、ＭＯ、ＣＤ、ＤＶＤ等の光／光磁気記憶媒体、不揮発性の半導体メモリなどがある。

有線／無線通信を用いたコンピュータプログラムの供給方法としては、コンピュータネットワーク上のサーバを利用する方法がある。この場合、本発明を形成するコンピュータプログラムとなりうるデータファイル（プログラムファイル）をサーバに記憶しておく。プログラムファイルとしては、実行形式のものであっても、ソースコードであっても良い。

そして、このサーバにアクセスしたクライアントコンピュータに、プログラムファイルをダウンロードすることによって供給する。この場合、プログラムファイルを複数のセグメントファイルに分割し、セグメントファイルを異なるサーバに分散して配置することも可能である。

つまり、上述の実施形態を実現するためのプログラムファイルをクライアントコンピュータに提供するサーバ装置も本発明の一つである。

また、上述の実施形態を実現するためのコンピュータプログラムを暗号化して格納した記憶媒体を配布し、所定の条件を満たしたユーザに、暗号化を解く鍵情報を供給し、ユーザの有するコンピュータへのインストールを許可してもよい。鍵情報は、例えばインターネットを介してホームページからダウンロードさせることによって供給することができる。

また、上述の実施形態を実現するためのコンピュータプログラムは、すでにコンピュータ上で稼働するＯＳの機能を利用するものであってもよい。
さらに、上述の実施形態を実現するためのコンピュータプログラムは、その一部をコンピュータに装着される拡張ボード等のファームウェアで構成してもよいし、拡張ボード等が備えるＣＰＵで実行するようにしてもよい。

本発明の第１の実施形態に係る映像表示システムの構成例を示すブロック図である。 本発明の実施形態にかかる周辺機器が生成する描画コマンドとデータコマンドの例について説明する図である。 本発明の第１の実施形態の映像表示システムにおける動作を説明するための例示的なシーケンスチャートである。 本発明の第２の実施形態に係る映像表示システムの構成例を模式的に示す図である。 本発明の第２の実施形態の映像表示システムにおける動作を説明するための例示的なシーケンスチャートである。

Claims (11)

1. 通信インタフェースと、
   前記通信インタフェースを介して接続された映像表示装置の処理負荷を取得する取得手段と、
   前記映像表示装置に画面表示用データの描画処理の実行を指示する描画コマンドを生成する描画コマンド生成手段と、
   前記映像表示装置における画面表示用データの描画処理を、前記取得した処理負荷に応じて調整するためのデータコマンドを生成する生成手段と、
   前記描画コマンド及び前記データコマンドを前記映像表示装置に送信する送信手段とを有することを特徴とする装置。
2. 前記映像表示装置が前記通信インタフェースに接続されたことに応じて、前記画面表示用データを前記映像表示装置に転送する転送手段をさらに有することを特徴とする請求項１記載の装置。
3. 前記画面表示用データは、前記装置におけるＧＵＩ表示を行うためのデータであり、前記データコマンドは、前記画面表示用データに含まれる、描画処理の対象となる要素を特定するコマンドであることを特徴とする請求項１又は請求項２に記載の装置。
4. ユーザの指示入力を受け付けるための操作手段をさらに有し、
   前記取得手段が、前記操作手段を通じた指示入力に応答して、前記処理負荷の取得を行うことを特徴とする請求項１乃至請求項３のいずれか１項に記載の装置。
5. 映像表示装置であって、
   画面表示用データを保持する記憶手段と、
   通信インタフェースと、
   前記通信インタフェースに接続された装置からの指示に従って、前記画面表示用データを描画処理し、表示する描画処理手段と、
   前記映像表示装置の処理負荷を判定する判定手段と、
   前記通信インタフェースに接続された装置へ前記処理負荷を通知する通知手段とを有し、
   前記装置からの指示が、前記画面表示用データのうち、前記描画処理の対象となる要素を特定するためのデータコマンドを含み、前記描画処理手段は、前記データコマンドに基づいて前記画面表示用データを変更し、変更後の前記画面表示用データの描画処理を行なうことを特徴とする映像表示装置。
6. 前記画面表示用データは、前記通信インタフェースに接続された装置から転送されたものであることを特徴とする請求項６記載の映像表示装置。
7. 前記判定手段が、前記通信インタフェースに接続された装置からの処理負荷確認コマンドに応答して前記処理負荷の判定を行うことを特徴とする請求項５又は請求項６記載の映像表示装置。
8. 前記通信インタフェースに接続された第１の装置からの指示に従って前記描画処理を実行中に、前記第１の装置とは異なる第２の装置から前記処理負荷確認コマンドを受信した場合、前記描画処理手段は前記実行中の描画処理を中断するとともに、
   前記通知手段は、前記第２の装置からの前記処理負荷確認コマンドに応じて前記判定手段が判定した処理負荷を、前記第１及び第２の装置へ通知することを特徴とする請求項７記載の映像表示装置。
9. 請求項１乃至請求項４のいずれか１項に記載の装置と、請求項５乃至請求項８のいずれか１項に記載の映像表示装置とが前記通信インタフェースを介して接続されてなるシステム。
10. 通信インタフェースを有し、前記通信インタフェースを介して接続された映像表示装置と通信可能な装置の制御方法であって、
    前記映像表示装置の処理負荷を取得する取得ステップと、
    前記映像表示装置に画面表示用データの描画処理の実行を指示する描画コマンドを生成する描画コマンド生成ステップと、
    前記映像表示装置における画面表示用データの描画処理を、前記取得した処理負荷に応じて調整するためのデータコマンドを生成する生成ステップと、
    前記描画コマンド及び前記データコマンドを送信手段により前記映像表示装置に送信する送信ステップとを有することを特徴とする制御方法。
11. 画面表示用データを保持する記憶手段と、通信インタフェースとを有する映像表示装置の制御方法であって、
    前記通信インタフェースに接続された装置からの指示に従って、前記画面表示用データを描画処理し、表示する描画処理ステップと、
    前記映像表示装置の処理負荷を判定する判定ステップと、
    前記通信インタフェースに接続された装置へ前記処理負荷を通知する通知ステップとを有し、
    前記装置からの指示が、前記画面表示用データのうち、前記描画処理の対象となる要素を特定するためのデータコマンドを含み、前記描画処理ステップは、前記データコマンドに基づいて前記画面表示用データを変更した後、変更後の前記画面表示用データの描画処理を行なうことを特徴とする映像表示装置の制御方法。

Images