JP2012099027A - 映像出力装置、映像出力方法 - Google Patents

Abstract

【課題】映像出力装置内部でアニメーションを作成し、表示する際に、アニメーション表示が遅れることによってユーザがストレスを感じ、このユーザが感じるストレスを低減することが課題となっていた。また、アニメーション表示をきれいに表示することが課題となっていた。
【解決手段】実施形態の映像出力装置は、映像出力装置において実行中の各処理でデータ転送されるデータ転送量の合計を算出する合計データ転送量算出手段を備える。また、前記映像出力装置でデータ転送可能な予め設定されたデータ転送量と前記算出された合計データ転送量から可能なデータ転送量を算出する可能なデータ転送量算出手段を備える。また、前記算出された可能なデータ転送量に基づいて前記補間オブジェクトを出力する詳細度を算出し、この算出された詳細度で前記補間オブジェクトを出力する補間オブジェクト出力手段を備える。
【選択図】 図２

Description

本発明の実施形態は、アニメーションの補間オブジェクトを出力する映像出力装置に関する。

近年、放送番組の表示や録画番組の表示の他に、映像出力装置内部で例えば矢印等のアニメーションを作成し、表示することにより、視認性を向上させることにより映像出力装置を利用しやすくし、ユーザの利便性を向上させる技術が提案されている。

ここでアニメーションとは放送番組の表示や録画番組の表示の他に、映像出力装置内部で作成された表示である。
しかし、上記アニメーションを実現する場合、画像オブジェクトを高速に、何度も描画する必要がある。
このとき、表示に必要な画像オブジェクトを、例えば映像出力装置に構成されるＲＡＭから取得する際に、映像出力装置におけるデータ転送量が問題になることがある。

また、一般に、画像表示部において、上記アニメーション表示はテレビ番組の視聴や録画番組の記録、および再生処理等に比べると優先度が低いために処理が待たされ、ユーザインターフェース全体が待たされることがあり、ユーザに操作上のストレスを与えることがあるという問題がある。

このため、アニメーション表示が遅れることによってユーザが感じるストレスを低減することが課題となっていた。また、アニメーション表示をできるだけきれいに（なるべく高い精細度）で表示することが課題となっていた。

特開２０００−１８７７４０号公報

映像出力装置内部でアニメーションを作成し、表示する際に、アニメーション表示が遅れることによってユーザがストレスを感じ、このユーザが感じるストレスを低減することが課題となっていた。また、アニメーション表示をできるだけきれいに表示することが課題となっていた。

実施形態の映像出力装置は、映像出力装置において実行中の各処理でデータ転送されるデータ転送量の合計を算出する合計データ転送量算出手段を備える。
また、前記映像出力装置でデータ転送可能な予め設定されたデータ転送量と前記算出された合計データ転送量から可能なデータ転送量を算出する可能なデータ転送量算出手段を備える。

また、前記算出された可能なデータ転送量に基づいて前記補間オブジェクトを出力する詳細度を算出し、この算出された詳細度で前記補間オブジェクトを出力する補間オブジェクト出力手段を備える。

実施形態に係わる映像出力装置の構成の一例を示すブロック図。 実施形態に係わる映像出力装置におけるオブジェクト表示に使用可能なデータ転送量を算出するための、アニメーション画像表示処理部の構成の一例を示す図。 実施形態に係わる映像出力装置から出力されるアニメーションの補間オブジェクトの表示例を示す図。 実施形態に係わる映像出力装置において、オブジェクト表示に使用可能な残りデータ転送量を求める例を示す図。 実施形態に係わる映像出力装置のアニメーション画像表示処理部において実行されるオブジェクト表示に使用可能なデータ転送量を算出する一例を示す図。 実施形態に係わる映像出力装置において、第１の詳細度で表示すると残りデータ転送量が十分でない場合に、詳細度を切り替えることによってオブジェクト表示に使用可能なデータ転送量を算出する一例を示す図。 実施形態に係わる映像出力装置の動作を説明するフローチャートの前半。 実施形態に係わる映像出力装置の動作を説明するフローチャートの後半。 他の実施形態に係わる映像出力装置の動作を説明するフローチャート。 実施形態に係わる映像出力装置において、表示するオブジェクトを頂点データのセットとし、品質レベル毎に頂点数が異なる補間オブジェクトを表示する例を示す図。

以下、図面を参照し、実施の形態を説明する。
図１は、実施形態に係わる映像出力装置を示すブロック図である。
符号１は映像出力装置、符号２はアンテナ、符号３ａはチューナ、符号４は信号処理部、符号５は映像処理部、符号６は音声処理部、符号７は表示処理部、符号８は表示装置、符号９はスピーカ、符号１０はバスである。

符号１１は制御部、符号１２はＭＰＵ、符号１３はＲＡＭ、符号１４はＲＯＭ、符号１５はフラッシュメモリ、符号１６は録画装置である。
符号１７は外部インターフェース、符号１８は外部記憶装置、符号１９は操作受信部、符号２０は操作機器（リモートコントローラ）である。
符号２１は送受信部、符号２２は録画番組表生成部、符号２３は番組表作成部、符号２６はインターネットである。
符号２５ａ、２５ｂは放送番組を放送する放送局である。放送番組は放送局２５ａ、２５ｂ等、複数の放送局から複数の番組が放送される。
アンテナ２は映像出力装置（録画装置）１に接続される。符号３ａはチューナである。チューナは単数でも複数でも良い。
複数の放送局２５ａ、２５ｂ等から放送波の形態で放送された複数の番組（放送信号）が、アンテナ２で受信され、チューナ３ａに送信される。チューナ３ａでは、番組（放送信号）を選局受信し、信号処理部４へ出力する。

ここでは、制御部１１のＭＰＵ１２は、チューナ３ａ、信号処理部４、映像処理部５、音声処理部６、表示処理部７、ＲＡＭ１３、ＲＯＭ１４、フラッシュメモリ１５、録画装置１６、外部インターフェース１７、操作受信部１９、操作機器（リモートコントローラ）２０、送受信部２１とそれぞれ、バス１０を介して接続され、これらを制御する。

信号処理部４は、チューナ３ａで選局され、番組に係る映像信号にデコード処理を施し、トランスポートストリーム（ＴＳ）のフォーマットで、録画装置１６へ映像信号を出力する。

録画装置１６は、例えばＨＤＤ（ハードディスク装置）等の記録媒体を備えた大容量の録画装置（映像信号記録装置）であり、ここでは映像出力装置１の内部に構成される。録画装置１６はＳＳＤでも構成可能である。

録画装置１６は、トランスポートストリーム（ＴＳ）のフォーマットで送信された映像信号を連続的に受信し、受信した放送番組を録画装置１６に録画する。
録画装置１６に録画された放送番組は、適宜再生可能である。録画された映像信号の中から再生のために抽出された番組に係る映像信号は信号処理部４でデコード処理され、それぞれ音声信号と映像信号を抽出し、出力する。音声信号は音声処理部６に出力される。映像信号は映像処理部５に出力される。

音声処理部６は出力された音声信号にデコード処理を行い、スピーカ９へ出力する。スピーカ９はデコード処理された音声信号を受信し、音声に変換して出力する。
映像処理部５は出力された映像信号にデコード処理を行い、表示処理部７へ出力する。表示処理部７は色や表示位置等の表示処理を行い、表示装置８へ出力する。表示装置８は表示処理された映像信号を受信し、図示しない表示パネル等の表示部に表示する。

この実施の形態においては、外部インターフェース１７を介して、映像出力装置１の外部にＨＤＤやＳＳＤ等の記憶媒体を備える外部記憶装置１８が接続され、上記録画装置１６と同様に用いることが可能である。

また、操作受信部１９を介して、リモートコントローラやキーボード等の操作機器２０が接続され、映像出力装置１のユーザ操作が可能である。
また、送受信部２１を介して、インターネット２６に接続され、インターネット通信が可能である。
図２は、実施形態に係わる映像出力装置におけるオブジェクト表示に使用可能なデータ転送量を算出するための、アニメーション画像表示処理部の構成の一例を示す図である。

上記と同じ構成については同一の符号を付して説明を省略する。
この実施の形態はアニメーションの補間オブジェクトを出力する映像出力装置に係る。
符号８は映像出力部（表示装置）、符号９は音声出力部（スピーカ）、符号１２はＣＰＵ、符号１３はＲＡＭである。
符号１５は画像データ蓄積部、符号１９はリモコン受光部、符号２２はＧＰＵ、符号３０はアニメーション画像表示処理部、符号３１は処理中テーブルである。
符号３２は詳細度算出部、符号３３は画像品質決定部、符号３４は画像間隔決定部、符号３５は画像描画部、符号３６はプロセス管理部、符号４０はその他の処理部である。

プロセス管理部３６は、映像出力装置１における放送番組の表示や録画番組の再生等の実行中の処理を検出し、この検出された実行中の処理に係る情報を、実行中フラグ（例えばＴｒｕｅ）を付与し、アニメーション画像表示処理部３０へ送信する。

アニメーション画像表示処理部３０は後述する図４に示すように「処理名」、「使用データ転送量」、「実行中フラグ」（実行中はＴｒｕｅ、実行中でない場合はＦａｌｓｅ）を対応付けた処理中テーブル３１を作成し、例えばフラッシュメモリ１５に記録する。

そして、この処理中テーブル３１を用い、Ｔｒｕｅが付与された処理の実行によってデータ転送されるデータ転送量の合計を算出する。
また、映像出力装置１でデータ転送可能なデータ転送量は予め設定されている。
そして、詳細度算出部３２において、この映像出力装置１でデータ転送可能なデータ転送量と上記算出された合計データ転送量から可能なデータ転送量を算出する。
そして、上記算出された可能なデータ転送量に基づいて上記アニメーションの補間オブジェクトを出力するための詳細度を算出する。このとき、補間オブジェクトの画像品質は画像品質算出部３３で算出される。また同様に、補間オブジェクトの画像間隔は画像間隔算出部３４で算出される。

そして、上記算出された詳細度（すなわち画像品質および画像間隔）を用い、画像描画部３５でアニメーションの補間オブジェクトが描画され、映像出力部（表示装置）８に出力され、表示される。

この実施の形態においては、映像出力装置１はＣＰＵ１２、ＲＡＭ１３、ＧＰＵ２２を構成し、アニメーション画像表示処理部３０と、アニメーション画像表示処理部３０以外のその他の処理部４０を構成する。このとき、アニメーション画像表示処理部３０以外のその他の処理部４０は、この例のように一つに限られることはなく、複数構成することも可能である。

一般に、複数の処理部を備える映像出力装置１においては、処理内容により、映像出力装置１における負荷が大きく変動する。例えば、ＨＤＤやブルーレイディスク、ＤＶＤ等を備えるレコーダ装置においては、録画処理等において、バス上でかなりのデータ転送を実施する。

この実施の形態においては、映像出力部（表示装置）８でユーザインターフェースを実現する。
近年、グラフィック機能の向上に伴い、アニメーションなどの見た目上の効果を提供することが求められている。この実施の形態においては、上記のように、アニメーションとは放送番組の表示や録画番組の表示の他に、映像出力装置１内部で作成された表示である。

ところが、映像出力装置１で上記アニメーションを実現する場合、画像オブジェクトを高速に、何度も描画する必要がある。このとき、表示に必要な画像オブジェクトを例えばＲＡＭ１３から取得するには、アニメーション画像表示処理部３０とＲＡＭ１３間のバス１０におけるデータ転送量が問題になることがある。

また、一般に、上記放送番組の表示や録画、再生動作に比べ、アニメーション画像表示処理部３０における処理の優先度は高く設定されないために、アニメーション画像表示処理部３０における処理が待たされ、上記アニメーション表示に係るユーザインターフェースが待たされることになり、結果としてユーザ操作にストレスを与えることとなる。

この実施の形態においては、映像出力装置１における処理負荷、特にデータ転送量に着目し、この映像出力装置１における処理負荷に応じ、画像の品質やアニメーション間隔等を調整する。

これにより、映像出力装置１における処理負荷が高い状態においても、ユーザ操作におけるユーザが感じるストレスを低減したアニメーション機能を実現することを目的とするものである。

この実施の形態は、例えば、デジタルテレビや、ＨＤＤ、ブルーレイディスクを備える映像録画機器等の映像出力装置に好適である。またこの実施の形態は、上記のように、例えばＣＰＵ１２、ＲＡＭ１３、ＧＰＵ２２が共有バス１０上に接続され、データ転送量に限りが生じる映像出力装置等に適用可能である。

図３は、実施形態に係わる映像出力装置から出力されるアニメーションの補間オブジェクトの表示例を示す図である。
ここでは、上記アニメーション表示の実現方法の一例を説明する。例えば、ユーザが操作機器（リモコン）２０等を操作し、上記アニメーション表示を指示するユーザ操作イベントが発生したとき、この例では、図３に示す画像オブジェクトＡが地点ＰＡからＰＢまで移動し、かつ拡大して表示されるアニメーション表示が実行される。

このとき、このアニメーションを実現するために、画像オブジェクトＡのＰＡ情報を含む始点情報５１と、ＰＢ情報を含む終点情報５３、ならびにアニメーション期間５０が指定される。

アニメーション画像表示処理部３０は、よく知られているように、これらの情報からアニメーション期間中に表示する補間オブジェクト（５２ａ、５２ｂ）を生成し、適切な時間に表示することで、上記アニメーション表示が実現される。

図４は、実施形態に係わる映像出力装置において、オブジェクト表示に使用可能な残りデータ転送量を求める例を示す図である。
この実施の形態においては、映像出力装置１全体での使用可能なデータ転送量は予め、設定されている。ここでは、使用可能なデータ転送量は、符号６０を付すように、例えば、映像出力装置１全体で２，５００Ｍｂｐｓが設定されている。

また、この実施の形態においては、映像出力装置１における各処理で使用されるデータ転送量は予め見込まれ、設定されている。
また、この実施の形態においては、例えばプロセス管理部３６により、映像出力装置１における各処理が実行されているか否かが検出される。そして、実行されている処理には実行中を示すフラグである「Ｔｒｕｅ」が付与され、実行されていない処理には実行中ではないことを示すフラグである「Ｆａｌｓｅ」が付与される。

図４（ａ）は、上記プロセス管理部３６による検出結果がまとめられた処理中テーブル３１の一例である。
図に示すように、符号６１ａはＨ.２６４再生の処理に使用データ転送量と実行中フラグが対応付けられている。すなわち「処理名」はＨ.２６４再生、「使用データ転送量」は１，２００Ｍｂｐｓ、「実行中フラグ」はＴｒｕｅである。

また、符号６１ｂは放送録画の処理に使用データ転送量と実行中フラグが対応付けられている。すなわち「処理名」は放送録画、「使用データ転送量」は７００Ｍｂｐｓ、「実行中フラグ」はＴｒｕｅである。

符号６１ｃはデータ放送視聴の処理に使用データ転送量と実行中フラグが対応付けられている。すなわち「処理名」はデータ放送視聴、「使用データ転送量」は５００Ｍｂｐｓ、「実行中フラグ」はＦａｌｓｅである。

符号６１はオートチャプターの処理に使用データ転送量と実行中フラグが対応付けられている。すなわち「処理名」はオートチャプター、「使用データ転送量」は４００Ｍｂｐｓ、「実行中フラグ」はＴｒｕｅである。

なお、上記オートチャプターは、録画するときにチャプター（マーク）を自動的に入れる機能である。チャプターを自動挿入することで、録画した内容をチャプター単位で画面リスト表示ができるので、プレイリストへのコピーや消去・ダビングが、チャプター単位でできる機能である。

この実施の形態においては、上記処理中テーブル３１で「実行中フラグ」がＴｒｕｅとなっている処理のデータ転送量合計が求められる。そして、上記使用可能なデータ転送量からこの「実行中フラグ」がＴｒｕｅとなっている処理のデータ転送量合計を減算することにより、使用可能な残りデータ転送量が求められる。

すなわち、ここでは、図４（ｂ）の「実行中フラグ」がＴｒｕｅとなっている処理のデータ転送量合計は、符号６２に示すように、１，２００（Ｈ．２６４再生）＋７００（放送録画）＋４００（オートチャプター）＝２，３００Ｍｂｐｓと求められる。

また、使用可能な残りデータ転送量は、符号６３に示すように、２，５００（使用可能なデータ転送量）−２，３００（「実行中フラグ」Ｔｒｕｅのデータ転送量合計）＝２００Ｍｂｐｓと求められる。

図５は、実施形態に係わる映像出力装置のアニメーション画像表示処理部において実行されるオブジェクト表示に使用可能なデータ転送量を算出する一例を示す図である。

ここでは、残りデータ転送量が十分な場合の例、すなわち、残りデータ転送量がＧＵＩ使用転送量（上記５２８Ｍｂｐｓ）より多い場合について説明する。
図５（ａ）は、アニメーション表示に係るＧＵＩ表示画面の一例である。図に示すように、表示サイズの異なる複数のアニメーションが表示される。
図５（ｂ）は、上記ＧＵＩ表示画面の複数のアニメーションがまとめられた表である。ここでは、符号６４ａは、「サイズ」２００×１００ピクセルのアニメーションはデータ量６４０Ｋｂｉｔｓ、このアニメーションの数は５、であることを示している。

また、符号６４ｂは、「サイズ」４００×２００ピクセルのアニメーションはデータ量２，５６０Ｋｂｉｔｓ、このアニメーションの数は４、であることを示している。

符号６４ｃは、「サイズ」１００×１００ピクセルのアニメーションはデータ量３２０Ｋｂｉｔｓ、このアニメーションの数は４、であることを示している。
符号６４ｄは、「サイズ」９００×１００ピクセルのアニメーションはデータ量２８８０Ｋｂｉｔｓ、このアニメーションの数は１、であることを示している。
図５（ｃ）は、上記アニメーション表示に使用される合計データ量を求める方法の一例である。
ここでは、このアニメーション表示に使用される合計データ量は、６４０Ｋ（２００×１００）×５＋２，５６０Ｋ（４００×２００）×４＋３２０Ｋ（１００×１００）×４＋２，８８０Ｋ（９００×１００）×１＝１７．６Ｍｂｉｔと求められる。

そして、図５（ｄ）に示すように、アニメーション表示を１秒間に３０フレーム表示（３０ｆｐｓ）する場合のデータ量は、１７．６Ｍｂｉｔ（合計データ量）×３０＝５２８Ｍｂｐｓと求められる。

図６は、実施形態に係わる映像出力装置において、第１の詳細度で表示すると残りデータ転送量が十分でない場合に、詳細度を切り替えることによってオブジェクト表示に使用可能なデータ転送量を算出する一例を示す図である。

この実施の形態においては、予め設定された第１の詳細度で表示すると残りデータ転送量が十分でない場合に、詳細度を切り替えることによってオブジェクト表示に使用可能なデータ転送量を算出する。

ここでは、上記と同様に、アニメーション表示に使用可能な残りデータ転送量は２００Ｍｂｐｓであるとする。また、ＧＵＩ使用転送量も上記と同様に、５２８Ｍｂｐｓであるとする。

すると、予め設定された第１の詳細度で表示する場合のアニメーション表示に使用可能な残りデータ転送量（２００Ｍｂｐｓ）は、ＧＵＩ使用転送量（５２８Ｍｂｐｓ）より小さいことがわかる。

この実施の形態においては、複数種類の詳細度（品質）が予め設定されている。そして、それぞれの画像は、品質レベルによって画像サイズが異なるデータが予め用意されている。

また、ここでは、１つ下の品質レベルでは、サイズが半分であるように設定する。
図６（ａ）の符号７０ａは第１の詳細度である。この第１の詳細度７０ａが最も高い品質である。以下、第２の詳細度７０ｂ、第３の詳細度７０ｃとなるにつれて品質が低下するが、サイズが小さくなり、データ量が少なくなる。

図６（ｂ）は、図５（ｂ）の例に対し、第２の詳細度とした場合のＧＵＩ表示画面の複数のアニメーションがまとめられた表である。
ここでは、符号７１ａは、「サイズ」１００×５０ピクセルのアニメーションはデータ量１６０Ｋｂｉｔｓ、アニメーションの数は５、であることを示している。
また、符号７１ｂは、「サイズ」２００×１００ピクセルのアニメーションはデータ量６４０Ｋｂｉｔｓ、アニメーションの数は４、であることを示している。
符号７１ｃは、「サイズ」５０×５０ピクセルのアニメーションはデータ量８０Ｋｂｉｔｓ、アニメーションの数は４、であることを示している。
符号７１ｄは、「サイズ」４５０×５０ピクセルのアニメーションはデータ量７２０Ｋｂｉｔｓ、アニメーションの数は１、であることを示している。
図６（ｃ）は、上記アニメーション表示に使用される合計データ量を求めている。
ここでは、このアニメーション表示に使用される合計データ量は、１６０Ｋ（１００×５０）×５＋６４０Ｋ（２００×１００）×４＋８０Ｋ（５０×５０）×４＋７２０Ｋ（４５０×５０）×１＝４．４Ｍｂｉｔと求められる。

そして、図６（ｄ）に示すように、アニメーション表示を１秒間に３０フレーム表示（３０ｆｐｓ）する場合のデータ量は、４．４Ｍｂｉｔ（合計データ量）×３０＝１３２Ｍｂｐｓと求められる。

このように第２の詳細度について求められたデータ量である１３２Ｍｂｐｓは、上記アニメーション表示に使用可能な残りデータ転送量（２００Ｍｂｐｓ）より小さいため、この第２の詳細度を、上記アニメーション表示を行うための詳細度として算出し、この第２の詳細度で上記アニメーション表示を行う。

上記のように、この実施の形態においては、必要なデータ転送量は、「画像データ量のサイズ」x「アニメーション間隔」で算出することが可能である。
なお、アニメーション間隔は、１秒間に表示する画像オブジェクトの枚数である。
また、この実施の形態で使用する画像データは、例えば、予め異なる品質レベルの複数種類構成し、例えば画像データ蓄積部１５に保存している。
また、これらの画像データは、ピクセルサイズ、圧縮率等により、事前に設定しておく。
映像出力部（表示装置）８は、アニメーションが開始されるよりも前に、それらを例えばＲＡＭ１３に読み込んでおり、品質レベル毎の画像データ量のサイズが保存されている。

アニメーション画像表示処理部３０は、上記使用可能な残データ転送量から、初めに最大のアニメーション間隔(通常は３０ｆｐｓ)で最高品質レベルの画像データが使用できるかどうかを試みる。

そして、この場合に必要なデータ転送量が残データ転送量よりも大きい場合は、次の品質レベルが可能かどうか試み、転送可能な品質レベルを算出する。
また、例えば、最低の品質レベルでも転送可能でない場合は、アニメーション間隔を減らすことを考える。アニメーション間隔を減らすとは、例えば、３０ｆｐｓのアニメーション間隔を１５ｆｐｓにすることである。

ここでも上記と同様に、必要なデータ転送量が残データ転送量より小さくなるまで上記と同様の動作を行い、適切な品質レベルとアニメーション間隔値を設定する。
その後、アニメーション画像表示処理部３０は、上記指定された「始点情報」、「終点情報」、「アニメーション間隔」と、上記算出された「画像品質レベル」と「アニメーション間隔」を用い、画像描画部３５で画像描画を行う。

このように構成することにより、ユーザがストレスを感じることを低減しつつ、アニメーション表示をきれいに表示することが可能になる。
図７は、実施形態に係わる映像出力装置の動作を説明するフローチャートの前半である。
符号Ｓ１００はここでの開始ステップである。続いて、ステップＳ１０１へ進む。
ステップＳ１０１は、プロセス管理部３６が映像出力装置１で実行中の処理（Ｈ．２６４再生、放送録画等）を検出するステップである。続いて、ステップＳ１０２へ進む。

ステップＳ１０２は、予め設定された処理の中で実行中の処理にＴｒｕｅフラグを立て、実行中でない処理にＦａｌｓｅフラグを立てるステップである。続いて、ステップＳ１０３へ進む。

ステップＳ１０３は、処理名、使用データ転送量、Ｔｒｕｅフラグが対応付けられた処理中テーブルを作成し、フラッシュメモリ１５等に記録するステップである。続いて、ステップＳ１０４へ進む。

ステップＳ１０４は、ＧＵＩ等のアニメーション表示指示があるかを判別するステップである。ＧＵＩ等のアニメーション表示指示があると判別される場合はステップＳ１０５へ進む（ステップＳ１０４のＹｅｓ）。ＧＵＩ等のアニメーション表示指示があると判別されない場合はステップＳ１０１へ戻り、上記処理を繰り返す（ステップＳ１０４のＮｏ）。

ステップＳ１０５は、映像出力装置１で実行中の各処理でデータ転送されるデータ転送量の合計を算出するステップである。続いて、ステップＳ１０６へ進む。
ステップＳ１０６は、映像出力装置１全体の可能データ転送量から上記算出された実行中処理データ量を減算し、可能なデータ転送量（残りデータ転送量）を算出するステップである。続いて、ステップＳ１０７へ進む。

ステップＳ１０７は、予め設定された第１の詳細度（第１の品質）でアニメーションの補間オブジェクトを表示する場合のデータ量算出するステップである。続いて、ステップＳ１０８へ進む。

ステップＳ１０８は、上記使用可能なデータ転送量と第１の詳細度（第１の品質）で表示する場合のデータ量を比較するステップである。続いて、図８のステップＳ１０９へ進む。

図８は、実施形態に係わる映像出力装置の動作を説明するフローチャートの後半である。
ステップＳ１０９は、上記第１の詳細度におけるアニメーション表示のデータ量は可能転送量より少ないか否かを判別するステップである。第１の詳細度におけるアニメーション表示のデータ量は可能転送量より少ないと判別される場合はステップＳ１１０に進む（ステップＳ１０９のＹｅｓ）。第１の詳細度におけるアニメーション表示のデータ量は可能転送量より少ないと判別されない場合はステップＳ１１１に進む（ステップＳ１０９のＮｏ）。

ステップＳ１１０は、第１の詳細度（第１の品質）でアニメーションの補間オブジェクトを表示するステップである。続いて、ステップＳ１１６へ進む。
ステップＳ１１１は、第１の詳細度より品質が低い、予め設定された第２の詳細度（第２の品質）で表示する場合のデータ量を算出するステップである。続いて、ステップＳ１１２へ進む。

ステップＳ１１２は、使用可能なデータ転送量と第２の詳細度（第２の品質）で表示する場合のデータ量を比較するステップである。続いて、ステップＳ１１３へ進む。

ステップＳ１１３は、第１の詳細度より品質が低い第２の詳細度におけるアニメーション表示のデータ量は可能転送量より少ないか否かを判別するステップである。第２の詳細度におけるアニメーション表示のデータ量は可能転送量より少ないと判別される場合はステップＳ１１４へ進む（ステップＳ１１３のＹｅｓ）。第２の詳細度におけるアニメーション表示のデータ量は可能転送量より少ないと判別されない場合はステップＳ１１５へ進む（ステップＳ１１３のＮｏ）。

ステップＳ１１４は、第２の詳細度（第２の品質）でアニメーションの補間オブジェクトを表示するステップである。続いて、ステップＳ１１６へ進む。
ステップＳ１１５は、第２の詳細度より品質が低い、予め設定された第３の詳細度（第３の品質）で補間オブジェクトを表示するステップである。なお、ここでは、第３の詳細度（第３の品質）よりも低い品質での補間オブジェクト表示は行っていないが、必要に応じ、適宜、第４の詳細度（第４の品質）、第５の詳細度（第５の品質）で上記と同様に、補間オブジェクトを表示するように構成することも可能である。続いて、ステップＳ１１６へ進む。

ステップＳ１１６は、終了ステップであり、ここでの処理は終了する。
上記のように構成することにより、映像出力装置１の負荷が少ない場合は、高い詳細度で高品質なアニメーション表示が可能であり、映像出力装置１の負荷が多い場合においても画像オブジェクトデータを高速にアニメーション表示することが可能になる。

図９は、他の実施形態に係わる映像出力装置の動作を説明するフローチャートである。
この実施の形態においては、上記処理の使用中フラグを更新するのではなく、オペレーティングシステムの負荷情報から、装置全体の使用中負荷を求める。
符号Ｓ２００はここでの開始ステップである。続いて、ステップＳ２０１へ進む。
ステップＳ２０１は、プロセス管理部３６は、ＯＳからシステム負荷情報を実行中処理のデータ転送量として取得するステップである。続いて、ステップＳ２０２へ進む。

ステップＳ２０２は、ＧＵＩ等のアニメーション表示指示あるかを判別するステップである。アニメーションの表示指示があると判別される場合はステップＳ２０３へ進む（ステップＳ２０２のＹｅｓ）。アニメーションの表示指示があると判別されない場合はステップＳ２０１へ戻り、上記処理を繰り返す（ステップＳ２０２のＮｏ）。

ステップＳ２０４は、アニメーションの補間オブジェクトを、予め設定された第１の詳細度（第１の品質）で表示する場合のデータ量算出するステップである。続いて、ステップＳ２０５へ進む。

ステップＳ２０５は、上記使用可能なデータ転送量と第１の詳細度（第１の品質）で表示する場合のデータ量を比較するステップである。続いて、ステップＳ２０６へ進む。

ステップＳ２０６は、第１の詳細度のデータ量は転送量より少ないか否かを判別するステップである。第１の詳細度のデータ量は転送量より少ないと判別される場合はステップＳ２０７へ進む（ステップＳ２０６のＹｅｓ）。第１の詳細度のデータ量は転送量より少ないと判別されない場合はステップＳ２０８へ進む（ステップＳ２０６のＮｏ）。

ステップＳ２０７は、第１の詳細度（第１の品質）でアニメーションの補間オブジェクトを表示するステップである。続いて、ステップＳ２１３へ進む。
ステップＳ２０８は、第１の詳細度より品質が低い、予め設定された第２の詳細度（第２の品質）で表示する場合のデータ量を算出するステップである。続いて、ステップＳ２０９へ進む。

ステップＳ２０９は、使用可能なデータ転送量と第２の詳細度（第２の品質）で表示する場合のデータ量を比較するステップである。続いて、ステップＳ２１０へ進む。

ステップＳ２１０は、第２の詳細度のデータ量は上記転送量より少ないかを判別するステップである。第２の詳細度のデータ量は上記転送量より少ないと判別される場合はステップＳ２１１へ進む（ステップＳ２１０のＹｅｓ）。第２の詳細度のデータ量は上記転送量より少ないと判別されない場合はステップＳ２１２へ進む（ステップＳ２１０のＮｏ）。

ステップＳ２１１は、第２の詳細度（第２の品質）でアニメーションの補間オブジェクトを表示するステップである。続いて、ステップＳ２１３へ進む。
ステップＳ２１２は、第２の詳細度より品質が低い、予め設定された第３の詳細度（第３の品質）で補間オブジェクトを表示するステップである。続いて、ステップＳ２１３へ進む。

ステップＳ２１３は、終了ステップであり、ここでの処理は終了する。
なお、上記実施形態の品質レベル、アニメーション間隔の決定アルゴリズムでは、場合によっては、極端な品質劣化が感じられる場合があることも予想される。
これを防止するために、映像出力装置１に、それぞれの画像オブジェクトについて、最低の希望品質レベル、最低の希望アニメーション間隔を指定できるように構成することが望ましい。

この場合、品質レベルの決定アルゴリズムにおいて、例えば、設定した希望品質レベルに達したところで、品質レベルをそれ以上は落とさず、アニメーション間隔を減少させるようにする。

そして、最低の希望アニメーション間隔においても、必要なデータ転送量が残データ転送量よりも大きい場合は、アニメーションを実施しないように構成することも可能である。この場合は、例えば、上記補間オブジェクトを表示せず、アニメーション期間後に、終点情報のオブジェクトを表示するようにすることも可能である。

図１０は、実施形態に係わる映像出力装置において、表示するオブジェクトを頂点データのセットとし、品質レベル毎に頂点数が異なる補間オブジェクトを表示する例を示す図である。

上記説明では、アニメーション表示を画像データを用いて説明したが、この実施の形態においては、例えば、アニメーション表示をGPUで処理できるデータ形式にすることも可能である。

この実施の形態においては、例えば、図に示すように、表示するオブジェクトを頂点データのセットとし、品質レベル毎に頂点数が異なるオブジェクトを用いている。

ここでも上記と同様に、例えば、ユーザが操作機器（リモコン）２０等を操作し、上記アニメーション表示を指示するユーザ操作イベントが発生したとき、画像オブジェクトＡが地点ＰＡからＰＢまで移動し、かつ拡大して表示されるアニメーション表示が実行される。

このとき、このアニメーションを実現するために、画像オブジェクトＡのＰＡ情報を含む始点情報６１と、ＰＢ情報を含む終点情報６２、ならびにアニメーション期間６０が指定される。

アニメーション画像表示処理部３０は、これらの情報からアニメーション期間中に表示する上記補間オブジェクト（６２ａ、６２ｂ）を生成し、適切な時間に表示することで、上記アニメーション表示が実現される。

上記のように構成することによって、この発明の実施の形態においては、映像出力装置のアニメーション表示において、アニメーション表示が遅れることによってユーザが感じるストレスを低減することが可能になる。また、アニメーション表示をよりきれいに表示することが可能になる。

なお、上記実施形態は、記述そのものに限定されるものではなく、実施段階では、その趣旨を逸脱しない範囲で、構成要素を種々変形して具体化することが可能である。

８…映像出力部（表示装置）、９…音声出力部（スピーカ）、１２…ＣＰＵ、１３…ＲＡＭ、１５…画像データ蓄積部、１９…リモコン受光部、２２…ＧＰＵ、３０…アニメーション画像表示処理部、３１…処理中テーブル、３２…詳細度算出部、３３…画像品質決定部、３４…画像間隔決定部、３５…画像描画部、３６…プロセス管理部、４０…その他の処理部。

Claims (9)

1. アニメーションの補間オブジェクトを出力する映像出力装置において、
   前記映像出力装置において実行中の各処理でデータ転送されるデータ転送量の合計を算出する合計データ転送量算出手段と、
   前記映像出力装置でデータ転送可能な予め設定されたデータ転送量と前記算出された合計データ転送量から可能なデータ転送量を算出する可能なデータ転送量算出手段と、
   前記算出された可能なデータ転送量に基づいて前記補間オブジェクトを出力する詳細度を算出し、この算出された詳細度で前記補間オブジェクトを出力する補間オブジェクト出力手段を備える映像出力装置。
2. 前記映像出力装置において実行中の処理を検出する実行中処理検出手段をさらに備え、前記検出された実行中の各処理でデータ転送される合計のデータ転送量が算出される請求項１に記載の映像出力装置。
3. 前記検出された実行中の各処理はデータ転送量が予め設定されている請求項２に記載の映像出力装置。
4. 前記実行中の各処理でデータ転送されるデータ転送量の合計を算出する合計データ転送量算出手段は、実行中の処理に予めフラグが立てられたテーブルに基づいて実行される請求項１に記載の映像出力装置。
5. 前記可能なデータ転送量算出手段は、前記映像出力装置でデータ転送可能な予め設定されたデータ転送量から前記算出された合計データ転送量を減算する請求項１に記載の映像出力装置。
6. 前記詳細度は複数種類備えられ、この複数種類の詳細度から前記補間オブジェクトを出力する詳細度が算出される請求項１に記載の映像出力装置。
7. 前記補間オブジェクト出力手段は第１の詳細度および前記第１の詳細度より品質が低い第２の詳細度を備え、第１の詳細度のデータ量は前記可能転送量より多い場合に前記第２の詳細度で補間オブジェクトを出力する請求項１に記載の映像出力装置。
8. 映像表示手段をさらに備え、前記映像表示手段は前記出力された補間オブジェクトを受信し、表示する請求項１に記載の映像出力装置。
9. 映像出力装置において実行中の各処理でデータ転送されるデータ転送量の合計を算出するステップと、
   前記映像出力装置でデータ転送可能な予め設定されたデータ転送量と前記算出された合計データ転送量から可能なデータ転送量を算出するステップと、
   前記算出された可能なデータ転送量に基づいて前記補間オブジェクトを出力する詳細度を算出し、この算出された詳細度で前記補間オブジェクトを出力するステップを備える映像出力方法。

Images