JP2016024760A - 表示制御装置、表示端末、及び表示制御プログラム - Google Patents

Abstract

【課題】表示端末毎に適切なＣＧ映像を表示する。
【解決手段】スクリプトデータに対応するＣＧ映像を表示装置に表示させるための制御を行う表示制御装置において、前記スクリプトデータに対応付けられたＣＧモデルデータを取得する取得手段と、前記スクリプトデータに対応させて前記取得手段により得られるＣＧモデルデータを動作させるＣＧ映像を生成するコンテンツ生成手段と、前記コンテンツ生成手段により生成されたＣＧ映像を前記表示装置に表示させたときの表示状態に対応させて前記ＣＧ映像の表示制御を行う表示制御手段とを有することにより、上記課題を解決する。
【選択図】図２

Description

本発明は、表示制御装置、表示端末、及び表示制御プログラムに関し、特に表示端末毎に適切なＣＧ映像を表示するための表示制御装置、表示端末、及び表示制御プログラムに関する。

従来では、番組等の映像コンテンツ内にＣＧ（Ｃｏｍｐｕｔｅｒ Ｇｒａｐｈｉｃｓ）モデルを登場させ、そのＣＧモデルに手話等の所定の動作（アニメーション）を行わせる技術が存在する。また従来では、上述したようなＣＧ映像を、ユーザが利用する端末（表示端末）のハードウェアやＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）が異なる各種プラットフォーム上でも動作させることを目的として、ＷｅｂＧＬというグラフィックスＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を用いたＣＧビューワが存在する（例えば、非特許文献１参照）。

ＷｅｂＧＬは、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）５における三次元ＣＧ（３ＤＣＧ）描画の標準仕様である。ＷｅｂＧＬを用いることで、表示端末のＷｅｂブラウザで特定のＷｅｂページをアクセスするだけで、表示端末に専用のソフトウエアやプラグインアプリケーションをインストールせずに３ＤＣＧ映像を生成表示することができる。

金子浩之、浜口斉周、道家守、井上誠喜、「ＷｅｂＧＬによる手話ＣＧ生成の一検討」、一般社団法人映像情報メディア学会、２０１２年映像情報メディア学会年次大会（ＩＴＥ Ａｎｎｕａｌ Ｃｏｎｖｅｎｔｉｏｎ ２０１２）

しかしながら、表示端末毎に、性能やディスプレイ（画面）サイズ、Ｗｅｂブラウザのウィンドウサイズは様々であり、対象のＷｅｂページにアクセスしても、表示端末の描画性能不足等の影響により、３ＤＣＧ映像の動きが遅くなったり、画面内に全てのＣＧ映像が表示できず、正しく表示されない場合がある。

また、従来手法では、表示端末の描画性能が十分な場合でも、ユーザがウィンドウサイズを変更しない限り、表示されるＣＧ映像のサイズは変更されない。そのため、表示端末の性能等に対応させた適切なサイズ等でＣＧ映像を表示することができなかった。

本発明は、上述した問題点に鑑みなされたものであり、表示端末毎に適切なＣＧ映像を表示することを目的とする。

本発明の一つの態様として、スクリプトデータに対応するＣＧ映像を表示装置に表示させるための制御を行う表示制御装置において、前記スクリプトデータに対応付けられたＣＧモデルデータを取得する取得手段と、前記スクリプトデータに対応させて前記取得手段により得られるＣＧモデルデータを動作させるＣＧ映像を生成するコンテンツ生成手段と、前記コンテンツ生成手段により生成されたＣＧ映像を前記表示装置に表示させたときの表示状態に対応させて前記ＣＧ映像の表示制御を行う表示制御手段とを有する。

また、本発明の一つの態様として、表示端末は、上述した表示制御装置と、前記表示制御装置から得られる前記ＣＧ映像を画面に表示する表示装置とを有する。

また、本発明の一つの態様として、表示制御プログラムは、コンピュータを、上述した表示制御装置として機能させる。

本発明によれば、表示端末毎に適切なＣＧ映像を表示することができる。

表示制御システムの概略構成の一例を示す図である。 本実施形態における表示端末の機能構成の一例を示す図である。 表示制御処理の一例を示すフローチャートである。 表示環境適応制御処理の一例を示すフローチャートである。 本実施形態における画像サイズの縮小、拡大例を示す図である。 ＣＧモデル変更時のＴＶＭＬスクリプトの変更例を示す図である。 第１のカメラショット変更処理の一例を示す図である。 第２のカメラショット変更処理の一例を示す図である。

＜本発明について＞
本発明は、一例としてＣＧ映像をｗｅｂブラウザ上で特別なソフトウエア等を必要とせずに生成して表示するＷｅｂＧＬの技術を用いる。例えば、本発明では、ＷｅｂＧＬにより生成するＣＧ映像のサイズやコンテンツ内容を、表示状態（例えば、表示装置の性能や環境等）に応じて動的に変更する。

具体的には、例えば、ＷｅｂＧＬによるＣＧ映像の生成を行う場合に、生成する表示端末の性能やディスプレイ（表示装置）の画面サイズ、ウィンドウサイズといった表示環境に適応させて、ＣＧ映像を最適な画像（描画）サイズやフレームレート等で画面に表示する。

例えば、本実施形態では、ＷｅｂＧＬを用いたアプリケーション内で、描画フレームレート（ＦＰＳ）等の表示状態を取得し、取得した表示状態に応じて、ＣＧ映像の画像サイズを拡大又は縮小する。なお、上述したフレームレートとは、再生中のＣＧ映像の単位時間（例えば、１秒間等）あたりの画像フレーム数（ＦＰＳ；Ｆｒａｍｅ Ｐｅｒ Ｓｅｃｏｎｄ）である。

また、本実施形態では、予め描画するＣＧモデルの緻密度（ポリゴン数）が異なるものを用意しておき、表示端末の表示状態（性能等）に応じたポリゴン数のＣＧモデルを利用してＣＧ映像を生成する。また、本実施形態では、ＣＧ画像サイズに応じて、ＣＧモデルの描画画角（カメラショット）を動的に変更する。本実施形態では、上述した複数の手法のうち、少なくとも１つを用いてＣＧ映像の表示制御を行うことで、性能の異なる端末のそれぞれに動的に適応させたＣＧ映像の画面表示を可能とする。これにより、ユーザは、適切なＣＧ映像を視聴することができる。

以下に、上述したような特徴を有する本発明における表示制御装置、表示端末、及び表示制御プログラムを好適に実施した形態について、図面を用いて詳細に説明する。なお、本実施形態では、ユーザが視聴する映像コンテンツの一例として番組を用いることとし、また番組の制作や提示、視聴等に用いられるスクリプトの一例としてＴＶＭＬ（ＴＶ ｐｒｏｇｒａｍ Ｍａｋｉｎｇ Ｌａｎｇｕａｇｅ）を用いることとするが、本発明においてはこれに限定されず、他の映像コンテンツやスクリプトを用いてもよい。

ＴＶＭＬでは、例えば番組台本や番組制作エンジン、素材データ等に基づいて番組が生成される。番組制作エンジンは、例えば番組に登場するＣＧモデルや番組のスタジオセット、机や椅子等の仮想物体（オブジェクト）、番組における１つの動作の単位で「タイトル表示」、「ズームイン」、「ＣＧモデルの基本動作（例えば、おじぎや歩き動作）」等のイベントが予め定義されたものである。本実施形態では、番組制作エンジンを用いることで、例えば番組の内容（演出等）を表す番組台本に記述されたテキストデータ等を入力すると、それを元に番組の自動生成に必要なＴＶＭＬスクリプトを出力することができる。そして、ＴＶＭＬスクリプトに記述された演出内容等に基づき、画像や映像、音声、音楽、テキストデータ等の素材データを用いて、番組を生成することができる。

また、本実施形態では、本実施形態における表示制御装置を具備した表示端末がネットワーク上に存在する提供サーバ等から、上述した番組台本や番組制作エンジン、素材データ等を取得し、取得した各種情報を用いて番組映像を生成して画面に表示する例を示すが、実施形態はこれに限定されるものではない。

＜表示制御システムの概略構成例＞
図１は、表示制御システムの概略構成の一例を示す図である。図１に示す表示制御システム１０は、提供サーバ１１と、１又は複数の表示端末１２−１〜１２−ｎ（以下、必要に応じて「表示端末１２」と総称する）とを有する。提供サーバ１１と表示端末１２とは、例えばインターネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等に代表される通信ネットワーク（有線でも無線でも可）１３を用いてデータの送受信が可能な状態で接続されている。

提供サーバ１１は、表示端末１２側に提供する番組の台本（ＴＶＭＬスクリプトファイル）や番組生成時に必要な番組制作エンジンや素材データ（例えば、画像や映像、音声、テキストデータ）等を管理する。また、提供サーバ１１は、表示制御システム１０を利用するユーザを管理したり、表示端末１２に提供するＣＧモデルデータ、ＴＶＭＬスクリプトファイルからＣＧ映像を生成して画面に表示する機能を有するＴＶＭＬＰｌａｙｅｒ（ＴＶＭＬプレーヤ）のプログラム等を管理する。なお、本実施形態では、ＷｅｂＧＬ版のＴＶＭＬＰｌａｙｅｒを使用するため、プログラムの一例としてＷｅｂブラウザで実行可能なソースコードが管理される。

また、提供サーバ１１は、表示端末１２からの要求があった場合や所定の時間になった場合等の各種条件に応じて、表示端末１２に対して上述した情報を提供する。提供サーバ１１は、例えばＷｅｂサーバ等であり、１又は複数のＷｅｂページをアクセス可能な状態で公開する。表示端末１２は、上述したＷｅｂページのうち、所定のＷｅｂページにアクセスし、アクセス先のページに記述されている項目から番組の生成に必要な情報を選択してダウンロード処理を行う。提供サーバ１１は、上述したユーザの選択による問い合わせに対して対象のデータを抽出し、抽出した各種データを表示端末１２にダウンロードさせる。

提供サーバ１１は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の情報処理装置でもよく、一以上の情報処理装置から構成されるクラウドサーバであってもよい。

表示端末１２は、提供サーバ１１から提供される番組台本（ＴＶＭＬスクリプト）や番組制作エンジン、素材データ等から番組（映像コンテンツ）を生成し、所定の表示制御により制御された番組を画面に表示する。

具体的には、表示端末１２は、提供サーバ１１の所定のＷｅｂページにアクセスして、提供サーバ１１からＷｅｂＧＬ版のＴＶＭＬＰｌａｙｅｒのソースコードやＴＶＭＬスクリプト、ＣＧモデルデータ、番組制作エンジン、素材データ等を取得する。また、表示端末１２は、ＴＶＭＬＰｌａｙｅｒを起動させ、Ｗｅｂブラウザ上でＴＶＭＬスクリプトを解釈してＣＧ映像を含む番組を生成する。このとき、本実施形態では、各表示端末１２−１〜１２−ｎの性能や画面サイズ、ウィンドウサイズ等に応じて表示環境に対する適応制御を行う。

本実施形態における表示端末１２としては、例えば汎用のＰＣ等であるが、これに限定されるものではなく、例えば通信ネットワーク１３等を介して所定の外部装置（例えば、提供サーバ１１）やＷｅｂサイト等に接続可能な携帯電話、ノート型ＰＣ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、スマートフォン、タブレット端末、ゲーム機器の各種通信端末等であってもよい。

＜表示端末１２の機能構成例＞
次に、本実施形態における表示端末１２の機能構成例について図を用いて説明する。図２は、本実施形態における表示端末の機能構成の一例を示す図である。図２の例において、表示端末１２は、表示制御装置２１と、ディスプレイ（表示装置）２２とを有する。表示制御装置２１は、入力手段３１と、出力手段３２と、記憶手段３３と、取得手段３４と、コンテンツ生成手段３５と、表示制御手段３６と、送受信手段３７と、制御手段３８とを有する。

入力手段３１は、表示端末１２のユーザから入力される各種情報の取得指示、ＣＧ映像等を含む番組等のコンテンツ生成指示、表示制御指示等における各入力を受け付ける。なお、入力手段３１は、例えばキーボードやマウス等であるが、これに限定されるものではなく、マイク等の音声入力デバイスでもよい。また、入力手段３１は、ディスプレイ２２がタッチパネルである場合には、タッチされた位置や、その位置に対応して設定された情報や、ユーザのタッチ操作に対応する情報を入力してもよい。

出力手段３２は、入力手段３１により入力された指示内容や、各指示内容に基づいて実行された処理結果等の内容をディスプレイ２２に出力する。また、出力手段３２は、スピーカ等から音声出力を行ってもよい。

記憶手段３３は、本実施形態において必要となる各種情報を記憶する。例えば、記憶手段３３は、提供サーバ１１から取得したＷｅｂＧＬ版のＴＶＭＬＰｌａｙｅｒのソースコード、スクリプトデータの一例であるＴＶＭＬスクリプト、ＣＧデータの一例であるＣＧモデルデータ、素材データ等を有する。また、記憶手段３３は、ディスプレイ２２の画面サイズやウィンドウサイズ等を記憶する。なお、記憶手段３３において記憶される情報は、これに限定されるものではない。

取得手段３４は、上述したＴＶＭＬＰｌａｙｅｒのソースコードやＴＶＭＬスクリプト、ＴＶＭＬスクリプトに対応付けられたＣＧモデルデータ等を提供サーバ１１等から取得する。

また、取得手段３４は、ＣＧモデルデータを取得する場合には、ＣＧモデルを形成するポリゴン数（ポリゴンデータ）の異なる複数のＣＧモデルデータを取得してもよい。例えば、取得手段３４は、２種類（密、粗）のポリゴンデータのＣＧモデルを取得する。この場合、デフォルトで表示されるＣＧモデルは、ポリゴンデータが「密」の方とする。また、取得手段３４は、３種類（密、中、粗）のポリゴンデータのＣＧモデルを取得してもよい。

また、取得手段３４は、コンテンツ生成手段３５により生成されたＣＧ映像を再生するディスプレイ２２の画面サイズやウィンドウサイズ、再生中のフレームレート等の性能情報を取得してもよい。また、取得手段は、表示制御手段３６において、表示端末１２の性能やディスプレイ２２の画面サイズやウィンドウサイズに対応させて、ＣＧ映像を適切に表示（動作）させるために必要な情報を提供サーバ１１から取得する。

コンテンツ生成手段３５は、取得手段３４により取得したＴＶＭＬスクリプトを１行ずつ解釈して、スクリプトに対応するＣＧ映像を生成する。例えば、コンテンツ生成手段３５は、ＴＶＭＬスクリプトに対応させて取得手段３４により得られるＣＧモデルデータを動作させるＣＧ映像等を生成する。

本実施形態において、コンテンツ生成手段３５は、例えば上述したＷｅｂＧＬ版のＴＶＭＬＰｌａｙｅｒを用いることができるが、これに限定されるものではない。コンテンツ生成手段３５は、生成したＣＧ映像等を記憶手段３３に記憶してもよく、ディスプレイ２２等の画面に表示させてもよい。

表示制御手段３６は、コンテンツ生成手段３５により生成され、ディスプレイ２２等から再生されたＣＧモデル等のＣＧ映像に対し、表示環境に適応した制御処理（表示環境適応制御処理）を行う。例えば、表示制御手段３６は、再生されるＣＧ映像の表示状態に基づいて、ディスプレイ２２に表示するＣＧ映像の内容を変更し、表示端末１２の性能等に応じた表示制御を行う。

例えば、表示制御手段３６は、ＣＧ映像の画像サイズを拡大又は縮小する表示制御を行う。また、表示制御手段３６は、例えば予め描画するＣＧモデルの緻密度（ＣＧモデルを形成するポリゴン数（ポリゴンデータ））が異なるものを用意しておき、ディスプレイ２２の表示状態（性能等）に応じたポリゴン数のＣＧモデルを利用してＣＧ映像を生成する表示制御を行う。

例えば、表示制御手段３６は、表示されているＣＧモデルを変更する場合に、上述した取得手段３４により得られたポリゴン数の異なる複数のＣＧモデルデータのうち、現時点で表示されているＣＧモデルと同一のＣＧモデルで、ポリゴン数が異なるＣＧモデルデータに変更してＣＧ映像を生成する。ここで、ポリゴン数が異なるＣＧモデルデータに変更するとは、例えば現時点で表示されているＣＧモデルのポリゴン数（ポリゴンデータが「中」）に対し、ポリゴン数が少ないＣＧモデルに変更してもよく（ポリゴンデータ：「中」→「粗」）、またポリゴン数が多いＣＧモデルに変更してもよい（ポリゴンデータ：「中」→「密」）。

また、表示制御手段３６は、ＣＧモデルの描画サイズに応じて、ＣＧモデルの画角（カメラショット）を動的に変更する。本実施形態では、上述した複数の表示制御のうち、少なくとも１つを用いてＣＧ映像を生成する。

送受信手段３７は、通信ネットワーク１３を介して提供サーバ１１や他の外部装置等とデータの送受信を行うための通信手段である。送受信手段３７は、ＣＧ映像を生成するためのＴＶＭＬスクリプトやＣＧモデルに関連する各種情報を受信する。

制御手段３８は、表示制御装置２１における各機能構成全体の制御を行う。例えば、制御手段３８は、入力手段３１により入力されたユーザ等からの入力情報に基づいて、ＣＧ映像の生成に関する各種情報を取得したり、ＴＶＭＬＰｌａｙｅｒによりＣＧ映像を生成したり、表示制御を行い、表示内容を変更する等の処理の制御を行う。なお、制御手段３８における制御は、これに限定されるものではなく、例えば表示制御プログラムの起動や停止、本実施形態における表示制御処理のエラー発生時の制御等を行うこともできる。

ディスプレイ２２は、表示制御装置２１から得られるＣＧ映像を再生する。ディスプレイ２２に関する画像サイズやＷｅｂブラウザのウインドウサイズ等は、制御手段３８により取得され管理されている。

上述した表示端末１２は、表示制御装置２１とディスプレイ２２とは、一体に構成されていてもよい。また、表示端末１２は、表示制御装置２１とディスプレイ２２とが１対１で接続されているが、これに限定されるものではなく、表示制御装置２１は、複数のディスプレイ２２に対する制御を行ってもよい。その場合には、各ディスプレイ２２における画面サイズやウィンドウサイズに基づいて表示制御が行われる。

＜表示端末１２における表示制御処理例＞
次に、上述した表示端末１２における表示制御処理例について、フローチャートを用いて説明する。図３は、表示制御処理の一例を示すフローチャートである。図３に示す表示制御処理において、表示端末１２は、提供サーバ１１にアクセスし（Ｓ０１）、提供サーバ１１からＴＶＭＬＰｌａｙｅｒのソースコードを取得する（Ｓ０２）。このソースコードは、ＷｅｂＧＬ版のソースコードである。次に、表示端末１２は、Ｗｅｂブラウザ上でＴＶＭＬＰｌａｙｅｒを起動する（Ｓ０３）。次に、表示端末１２は、提供サーバ１１から番組を生成するＴＶＭＬスクリプトを取得し（Ｓ０４）、更に提供サーバ１１から、Ｓ０４の処理で取得したＴＶＭＬスクリプトに対応するＣＧモデルデータを取得する（Ｓ０５）。

次に、表示端末１２は、ＣＧモデル等を動作させたＣＧ映像を生成してディスプレイ２２等に表示させる（Ｓ０６）。Ｓ０６の処理では、表示制御が完了している状態ではないため、ディスプレイ２２に表示させずに非表示で内部的に処理してもよい。次に、表示端末１２は、Ｓ０６の処理により得られるＣＧ映像の動作（表示状態）に対して表示端末１２の表示環境に適応させた制御処理（表示環境適応制御処理）を行う（Ｓ０７）。Ｓ０７の表示環境適応制御処理については、後述する。次に、表示端末１２は、Ｓ０７の処理で得られる最終的なＣＧ映像を含む（番組）を出力する（Ｓ０８）。

＜Ｓ０７：表示環境適応制御処理の一例＞
次に、上述したＳ０７の表示環境適応制御処理の一例についてフローチャートを用いて説明する。図４は、表示環境適応制御処理の一例を示すフローチャートである。図４の例において、表示環境適応制御処理は、コンテンツ生成手段３５により生成され、ディスプレイ２２により再生されているＣＧ映像に対し、再生中のフレームレート（ＦＰＳ）を取得する（Ｓ１１）。なお、フレームレートは、表示端末１２の表示状態（例えば、処理性能等）を取得するための一つの指標値であり、表示状態を把握するための他の値（例えば、ＣＧ映像の再生におけるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）負荷率）やＣＧ映像の生成時間等を取得してもよい。

次に、表示環境適応制御処理は、Ｓ１１の処理で取得したフレームレートが予め設定した規定値より小さいか否かを判断する（Ｓ１２）。なお、規定値とは、例えば約１０〜２０（フレーム／秒）等であるが、これに限定されるものではない。フレームレートが規定値より小さい場合（Ｓ１２において、ＹＥＳ）、表示環境適応制御処理は、現在（現時点で）設定されている画面サイズが予め設定した第１の閾値（閾値１）以下であるか否かを判断する（Ｓ１３）。

表示環境適応制御処理は、画像（画面描画）サイズが閾値１以下でない場合（Ｓ１３において、ＮＯ）、画像サイズを一定サイズ縮小し（Ｓ１４）、Ｓ１１の処理に戻る。Ｓ１４の処理における一定サイズ縮小とは、例えば現在（現時点）の画像サイズを基準（１００％）として約−５％程度縮小することをいうが、縮小率についてはこれに限定されるものではない。

また、画像サイズが閾値１以下の場合（Ｓ１３において、ＹＥＳ）、次に、表示環境適応制御処理は、ＣＧモデルが予め設定された表示内容（デフォルトの表示内容）から変更済みか否かを判断する（Ｓ１５）。デフォルトの表示内容とは、例えばポリゴンデータが「密」、「粗」の２種類のＣＧモデルを有する場合に、「密」の方のＣＧモデルが表示されていることを示すが、これに限定されるものではない。Ｓ１５の処理において、ＣＧモデルの表示内容が変更済みでない場合（Ｓ１５において、ＮＯ）、ＣＧモデルデータを変更し（Ｓ１６）、Ｓ１１の処理に戻る。

Ｓ１６の処理では、上述したポリゴンデータが「密」のＣＧモデルから、ポリゴンデータが「粗」（ポリゴン数が少ない）ＣＧモデルに変更することで、フレームレートを大きくする。ポリゴンデータ（ポリゴン数）の異なる複数種類のＣＧモデルデータは、例えば提供サーバ１１から取得してもよく、予め記憶手段３３に記憶してもよい。なお、このときのＣＧモデルは、同一のＣＧモデルである。また、提供サーバ１１からＣＧモデルデータを取得する場合には、本実施形態における表示制御処理を行う前に取得しておいてもよく、Ｓ１６の処理を行うタイミングで提供サーバ１１に取得要求を行い、対応するＣＧモデルデータを取得してもよい。

また、Ｓ１５の処理において、ＣＧモデルが変更済みである場合（Ｓ１５において、ＹＥＳ）、表示環境適応制御処理は、画像サイズが予め設定した第２の閾値（閾値２）以下であるか否かを判断する（Ｓ１７）。なお、閾値２は、上述した閾値１よりも更にサイズが小さい値であるが、これに限定されるものではない。例えば、閾値１が画像のデフォルトサイズを１００％としたときの約８０％の画像サイズである場合に、閾値２は、デフォルトサイズの約５０％の画像サイズを意味する。表示環境適応制御処理は、画像サイズが閾値２以下でない場合（Ｓ１７において、ＮＯ）、画像サイズを一定サイズ縮小し（Ｓ１８）、Ｓ１１の処理に戻る。Ｓ１８の処理において、一定サイズ縮小とは、上述したように、例えば現在の画像サイズを基準として約−５％程度縮小することをいうが、縮小率についてはこれに限定されるものではない。

また、表示環境適応制御処理は、画像サイズが閾値２以下である場合（Ｓ１７において、ＹＥＳ）、次に、ＣＧによる番組生成において、擬似的にＣＧモデルを撮影しているカメラショットが予め設定されたカメラショット（デフォルトのカメラショット）から変更済みであるか否かを判断する（Ｓ１９）。デフォルトのカメラショットとは、例えばＣＧモデルの上半身ショット等であるが、これに限定されるものではない。

Ｓ１９の処理において、カメラショットが変更済みでない場合（Ｓ１９において、ＮＯ）、第１のカメラショット変更を行い（Ｓ２０）、Ｓ１１の処理に戻る。第１のカメラショット変更とは、例えば上半身のＣＧモデルの映像からルーズバストショット（例えば、手話動作が確認できる程度に手や手首、その周辺のみを表示させるカメラショット）のＣＧモデル（上半身よりもアップ画像）となるようにカメラショットの変更を行うことをいうが、変更内容については、これに限定されるものではない。

また、Ｓ１９の処理において、表示環境適応制御処理は、カメラショットが変更済みである場合（Ｓ１９において、ＹＥＳ）、画像サイズが予め設定された下限値か否かを判断し（Ｓ２１）、下限値でない場合（Ｓ２１において、ＮＯ）、画像サイズを一定サイズ縮小し（Ｓ２２）、Ｓ１１の処理に戻る。Ｓ１８の処理において、下限値とは、デフォルトサイズの約２５％の画像サイズ等であるが、これに限定されるものではなく、例えばディスプレイ２２に表示されるＣＧモデルによる動作（例えば、手話動作）が認識できる程度のサイズであればよい。また、Ｓ２２において、一定サイズ縮小とは、上述したように、例えば現在の画像サイズを基準として約−５％程度縮小することをいうが、縮小率についてはこれに限定されるものではない。

また、Ｓ２１の処理において、画像サイズが下限値である場合（Ｓ２１において、ＹＥＳ）、表示環境適応制御処理を終了する。

また、上述したＳ１２の処理において、フレームレートが規定値より小さくない場合（Ｓ１２において、ＮＯ）、表示環境適応制御処理は、フレームレートが規定値より大きいか否かを判断し（Ｓ２３）、フレームレートが規定値より大きい場合（Ｓ２３において、ＹＥＳ）、画像サイズが予め設定された第３の閾値（閾値３）以上か否かを判断する（Ｓ２４）。閾値３とは、画像のデフォルトサイズを１００％としたときの約１２０％の画像サイズであるが、これに限定されるものではない。

表示環境適応制御処理は、画像サイズが閾値３以上でない場合（Ｓ２４において、ＮＯ）、画像サイズを一定サイズ拡大し（Ｓ２５）、Ｓ１１の処理に戻る。Ｓ２５の処理において、一定サイズ拡大とは、例えば現在の画面サイズ（１００％）より約＋５％程度になるように拡大することをいうが、拡大率についてはこれに限定されるものではない。

また、表示環境適応制御処理は、画像サイズが閾値３以上である場合（Ｓ２４において、ＹＥＳ）、次に、カメラショットが変更済みか否かを判断する（Ｓ２６）。カメラショットが変更済みでない場合（Ｓ２６において、ＮＯ）、第２のカメラショット変更を行い（Ｓ２７）、Ｓ１１の処理に戻る。Ｓ２７の処理では、例えばカメラショットを上半身のショットからフルショット（全身ショット）に変更する処理を行うが、これに限定されるものではない。

また、Ｓ２６の処理において、カメラショットが変更済みの場合（Ｓ２６において、ＹＥＳ）、表示環境適応制御処理は、画像サイズが上限値であるか否かを判断する（Ｓ２８）。Ｓ２８の処理において、上限値とは、デフォルトサイズの約１２５％の画像サイズ等であるが、これに限定されるものではなく、例えばディスプレイ２２が表示可能なサイズ（全画面表示サイズ）を超えないサイズであればよい。

Ｓ２８の処理において、画像サイズが上限値でない場合（Ｓ２８において、ＮＯ）、表示環境適応制御処理は、画像サイズを一定サイズ拡大し（Ｓ２９）、Ｓ１１の処理に戻る。Ｓ２９の処理において、一定サイズ拡大とは、例えば現在の画面サイズより約＋５％程度になるように拡大することをいうが、拡大率についてはこれに限定されるものではない。

また、Ｓ２８の処理において、画像サイズが上限値の場合（Ｓ２８において、ＹＥＳ）、表示環境適応制御処理を終了する。また、Ｓ２３の処理において、フレームレートが規定値より大きくない場合（Ｓ２３において、ＮＯ）、Ｓ１２及びＳ２３の処理によりフレームレートは規定値であると判断できるため、そのまま処理終了する。

なお、ポリゴンデータが３種類（密、中、粗）あって、デフォルトが「中」の場合であれば、Ｓ２４とＳ２６の処理の間に「ＣＧモデルが変更済み？」（ポリゴンが密の方向に変更済みか否か？）の判断処理を設けてもよい。この場合、判断結果がＹＥＳであればＳ２６の処理に移行し、ＮＯであればＣＧモデルデータのポリゴン数を「中」から「密」にする処理を追加してフレームレートを小さくし、その後はＳ１１の処理へ戻ることになる。

また、Ｓ２１の処理において、画像サイズが下限値である場合及びＳ２８において、画像サイズが上限値である場合には、上述したＳ０８の処理において、その時点でのＣＧ映像を出力してもよく、エラー処理として対応する表示制御が適切でない旨のメッセージを表示してもよい。

上述したように、本実施形態では、表示端末１２から、提供サーバ１１が提供する所定のＷｅｂページにアクセスすることで、提供サーバ１１からＷｅｂＧＬ版のＴＶＭＬＰｌａｙｅｒのソースコードを取得し、表示端末１２のＷｅｂブラウザ上でＣＧ映像の表示制御を実行する。このとき、提供サーバ１１からＣＧ映像を生成するためのＴＶＭＬスクリプトを取得し、取得したＴＶＭＬスクリプトをＴＶＭＬＰｌａｙｅｒで実行する。この過程で、ＴＶＭＬスクリプトに記述されているＣＧモデルデータを表示端末１２の性能等に対応させてＣＧモデルを描画することで、Ｗｅｂブラウザ上で表示端末１２の性能に対応した適切なＣＧ映像を表示することができる。

＜画像サイズの縮小、拡大例＞
次に、上述した表示環境適応制御処理における画像サイズの縮小、拡大例について、図を用いて説明する。図５は、本実施形態における画像サイズの縮小、拡大例を示す図である。図５に示す例では、表示端末１２のディスプレイ２２の画面４０おいて、Ｗｅｂブラウザ４１が所定サイズ（デフォルトサイズ）で表示されている。このＷｅｂブラウザ４１の大きさは、ユーザ操作により調整することができる。また、Ｗｅｂブラウザ４１には、コンテンツ生成手段３５によりＴＶＭＬスクリプトで定義された大きさで生成されたＣＧ映像４２−１が表示されている。

このような場合、本実施形態では、表示端末１２のＣＧ映像再生時のフレームレートを取得し、取得したフレームレート等に応じて図５に示すように画像サイズを縮小又は拡大することで、図５に示すようにＣＧ映像の画像サイズの大きさを変更する。

図５の例では、元のＣＧ映像４２−１の画像サイズに対して、一定サイズ縮小した場合のＣＧ映像４２−２と、一定サイズ拡大した場合のＣＧ映像４２−３を示している。本実施形態では、図５に示す表示環境に適応した縮小、拡大を、ユーザ操作によらずに表示端末１２が自動で行うことができる。

例えば、上述した表示環境適応制御処理では、フレームレートが予め設定した規定値の場合には、適応制御を行わずに現在のＣＧ画像サイズを最適と判断する。また、フレームレートが予め設定した規定値より小さい場合には、閾値１と比較し、閾値１以下でない場合に、Ｗｅｂブラウザ４１に描画しているＣＧ映像のサイズ（画像サイズ）を一定サイズ縮小する。縮小後には、再度のフレームレートを取得してＣＧ映像の画像サイズを更に縮小して調整する。なお、画像サイズを縮小することで、ＣＧ映像内のＣＧモデル４３も縮小して表示される。

本実施形態では、フレームレートが予め設定した規定値より大きい場合には、閾値３以上とならない範囲でＣＧ映像の画像サイズを一定サイズ拡大する。なお、図５に示すように、画像サイズを拡大することで、ＣＧ映像内のＣＧモデル４３も拡大して表示される。また、拡大後、再度フレームレートを取得して画像サイズの調整を行う。

＜ＣＧモデル変更時のＴＶＭＬスクリプトの変更例＞
次に、上述したＣＧモデル変更時のＴＶＭＬスクリプトの変更例について説明する。上述したように、画像サイズと閾値１との比較において、画像サイズが閾値１以下の場合、表示端末１２の描画性能では、使用している通常のポリゴン数のＣＧモデルデータは正常に描画できないと判断し、ポリゴン数の少ないＣＧモデルデータへの変更を行う。

これにより、表示端末１２の性能に応じて、ＣＧモデル４３の動作が遅くなったり、フレームが途中でとぎれて再生（フレーム欠如）されてしまうことなく、適切なＣＧ映像を表示することができる。

図６は、ＣＧモデル変更時のＴＶＭＬスクリプトの変更例を示す図である。図６（ａ）の例では、通常ポリゴンのＣＧモデルを読み込む場合のＴＶＭＬスクリプトを示している。また、図６（ｂ）の例では、低ポリゴンのＣＧモデルを読み込む場合のＴＶＭＬスクリプトを示している。低ポリゴンとは、例えばＣＧモデルに通常使用するポリゴン数よりも約１〜２割程度少ないポリゴン数であることを示しているが、これに限定されるものではなく、例えば通常の半分のポリゴン数であってもよい。

また、図６（ｃ）の例では、ＣＧモデルを低ポリゴンモデルに変更するＴＶＭＬスクリプトを示している。図６（ａ）、（ｂ）の下線部分がＣＧモデルデータのファイル名（取得先アドレス）である。それぞれのモデルデータは、提供サーバ１１等で事前に生成されている。

表示端末１２は、図６（ａ）、（ｂ）のＴＶＭＬスクリプトをそれぞれ取得しておき、上述した表示環境適応制御処理における条件に応じて図６（ｃ）に示すようにＣＧモデルデータを変更するＴＶＭＬスクリプトを実行することで、ＣＧモデルのポリゴン数の変更を容易に行うことができる。これにより、描画負荷が通常のポリゴン数のＣＧモデルより低いＣＧモデルを用いて違和感のないＣＧ映像を生成することができる。

なお、本実施形態では、通常ポリゴンと、低ポリゴンのＣＧモデルは、同一のＣＧモデルであるが、これに限定されるものではなく、類似するモデル（例えば、同じ性別の人物モデルや、動物モデル、色違いのモデル）等であってもよい。

また、上述の例では、ポリゴン数を１度変更しているが、これに限定されるものではなく複数回に分けて段階的にポリゴン数を調整してもよい。

＜第１のカメラショット変更処理の一例＞
次に、上述した第１のカメラショット変更処理の一例について説明する。本実施形態では、上述したように、低ポリゴンのＣＧモデルに変更されたＣＧ映像に対してフレームレートを取得し、フレームレートが規定値より小さい場合に画像サイズと閾値２とを比較して画像サイズの縮小制御を行う。また、画像サイズが閾値２以下の場合には、第１のカメラショット変更処理を行う。

図７は、第１のカメラショット変更処理の一例を示す図である。例えば、上述したように、画像サイズが閾値２以下の場合、従前のカメラショットを維持すると、全体画像が小さくなるため、ＣＧモデル４３の動作（例えば、手話動作）や表情等が分かりづらくなる。これを回避するために、表示制御手段３６は、ＣＧモデル４３がアップで表示されるようにカメラショットの変更する。

図７では、上半身のＣＧ映像５１のカメラショットのＴＶＭＬスクリプトの例として、「ｃａｍｅｒａ：ｍｏｖｅｍｅｎｔ（ｎａｍｅ＝Ｃａｍ１，ｘ＝０．０，ｙ＝１．２，ｚ＝１．０）」が記述されている。ここで、「ｎａｍｅ」パラメータはカメラの識別情報を示し、ｘ，ｙ，ｚは、カメラを基準にした３次元位置座標を示している。このとき、ｘ座標は、画面の左右方向を示し、ｙ座標は画面の上下方向を示し、ｚ座標は、画面の奥行き方向（例えば、カメラとＣＧモデルとの距離）を示している。

ここで、表示環境適応制御処理において、カメラショットを上半身ショットからルーズバストショットに変更する場合には、ルーズバストショット用のカメラパラメータをＴＶＭＬＰｌａｙｅｒに入力する。ルーズバストショット用のカメラパラメータとしては、例えばｘ＝０．０，ｙ＝０．８，ｚ＝０．３を設定することで、カメラショットをＣＧモデル４３の上半身ショットからルーズバストショットに変更することができる。

このように、カメラの画角を変更し、図７に示す元のＣＧ映像５１からＣＧ映像５２に変更することで、画像サイズが小さい場合でもＣＧモデル４３の動作や表情を分かりやすく表示することができる。なお、図７に示すＣＧ映像５２では、手や手首の部分が表示されていないが、例えばＣＧモデル４３が手話動作を行う際には、顔や胸元付近で手や手首を動かすため、手話動作を容易に確認することができる。

また、第１のカメラショット変更処理では、上半身ショットからルーズバストショットに１度変更しているが、これに限定されるものではなく上半身ショットからルーズバストショットになるまで複数回に分けて段階的に変更されるようにカメラパラメータを調整してもよい。

本実施形態では、カメラショット変更後、現在の画像サイズが予め設定した下限値の画像サイズかどうかを判断し、下限値に達している場合は、ここで表示環境適応制御処理を終了する。

＜第２のカメラショット変更処理の一例＞
次に、上述した第２のカメラショット変更処理の一例について説明する。本実施形態では、フレームレートが予め設定した規定値より大きい場合には、閾値３以上とならない範囲でＣＧ映像の画像サイズを一定サイズ拡大し、画像サイズが閾値３以上になった場合には、ＣＧモデル４３の大きさを調整するため、第２のカメラショット変更の処理を行う。

図８は、第２のカメラショット変更処理の一例を示す図である。図８に示すように第２のカメラショット変更処理では、ＣＧモデル４３を上半身ショットからフルショット（全身ショット）で表示するためのカメラパラメータをＴＶＭＬＰｌａｙｅｒに入力する。つまり、出力されるＣＧ映像の画像サイズの大きさのバランスを取るために、カメラの画角をＣＧモデル４３の全体が表示されるカメラショット（フルショット）にカメラパラメータに変更する。これは、元々フルショットの方がＣＧモデル４３の動作（手話等）が理解しやすいため、画像サイズがある程度大きい場合にはフルショットに変更する。

図８の例では、上半身ショットのカメラパラメータから予め設定されたＣＧモデルのフルショットとなるカメラ設定パラメータ（例えば、ｘ＝０．０，ｙ＝１．５，ｚ＝１．８）に変更する。これにより、カメラの画角を変更し、元のＣＧ映像５１からバランスのとれたＣＧ映像５３を生成して表示することができる。

また、第２のカメラショット変更処理では、上半身ショットからフルショットに１度変更しているが、これに限定されるものではなく上半身ショットからフルショットになるまで複数回に分けて段階的に変更されるようにカメラパラメータを調整してもよい。

本実施形態では、カメラショット変更後、画像サイズが予め設定した上限値か否かを判定し、上限値に達している場合は、表示環境適応制御処理を終了する。

上述した制御により、ＣＧ映像の再生に対する表示端末１２の性能やディスプレイサイズ等に適応したＣＧ映像の表示が可能となる。

＜実行プログラム（表示制御プログラム）＞
ここで、上述した表示制御装置２１は、例えば、ＣＰＵ、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の揮発性の記憶媒体、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等の不揮発性の記憶媒体、マウスやキーボード、ポインティングデバイス等の入力装置、画像や映像、各種データを表示する表示部、並びに外部と通信するためのインターフェースを備えたコンピュータによって構成することができる。

したがって、表示制御装置２１が有する各機能は、これらの機能を記述したプログラムをＣＰＵに実行させることによりそれぞれ実現可能となる。また、このプログラムは、磁気ディスク（ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリ等の記録媒体に格納して頒布することもできる。

つまり、本実施形態では、上述した各構成における処理をコンピュータ（ハードウェア）に実行させるための実行プログラム（表示制御プログラム）を生成し、例えば汎用のＰＣやサーバ、タブレット端末、スマートフォン等に、そのプログラムをインストールすることにより、上述したハードウェアと、プログラム等からなるソフトウェアとを協働させて上述した表示制御処理を実現することができる。

上述したように、本実施形態によれば、表示端末毎に適切なＣＧ映像を表示することができる。例えば、本実施形態では、表示端末の性能やディスプレイ環境に応じてＣＧ描画を適応させることで、ユーザは各表示装置に応じたＣＧ映像を視聴することができる。また、画像サイズが小さくなっても、ユーザはそのＣＧ映像から必要な情報を取得することができる。また、画像サイズが大きくても、ユーザは違和感の少ないＣＧ映像を視聴することができる。

以上、各実施例について詳述したが、特定の実施例に限定されるものではなく、特許請求の範囲に記載された範囲内において、上記変形例以外にも種々の変形及び変更が可能である。また、上述した各実施例等は、その構成要素の一部又は全部を組み合わせることも可能である。

１０ 表示制御システム
１１ 提供サーバ
１２ 表示端末
１３ 通信ネットワーク
２１ 表示制御装置
２２ ディスプレイ（表示装置）
３１ 入力手段
３２ 出力手段
３３ 記憶手段
３４ 取得手段
３５ コンテンツ生成手段
３６ 表示制御手段
３７ 送受信手段
３８ 制御手段
４０ 画面
４１ Ｗｅｂブラウザ
４２，５１〜５３ ＣＧ映像
４３ ＣＧモデル

Claims (6)

1. スクリプトデータに対応するＣＧ映像を表示装置に表示させるための制御を行う表示制御装置において、
   前記スクリプトデータに対応付けられたＣＧモデルデータを取得する取得手段と、
   前記スクリプトデータに対応させて前記取得手段により得られるＣＧモデルデータを動作させるＣＧ映像を生成するコンテンツ生成手段と、
   前記コンテンツ生成手段により生成されたＣＧ映像を前記表示装置に表示させたときの表示状態に対応させて前記ＣＧ映像の表示制御を行う表示制御手段とを有することを特徴とする表示制御装置。
2. 前記表示制御手段は、
   前記表示装置において前記ＣＧ映像を再生したときのフレームレートに基づいて、前記ＣＧ映像の画像サイズの縮小又は拡大、前記ＣＧモデルデータの変更、及び前記ＣＧモデルデータを撮影したときのカメラショットの変更のうち、少なくとも１つを制御することを特徴とする請求項１に記載の表示制御装置。
3. 前記表示制御手段は、
   前記表示装置において前記ＣＧ映像を再生したときのフレームレートと規定値とを比較し、前記フレームレートが前記規定値より小さい場合に、前記ＣＧ映像の画像サイズを縮小し、前記フレームレートが前記規定値より大きい場合に、前記ＣＧ映像の画像サイズを拡大することを特徴とする請求項２に記載の表示制御装置。
4. 前記表示制御手段は、
   縮小した画像サイズが対応する第１の閾値以下である場合に、前記ＣＧモデルがアップで表示されるようにカメラショットの変更し、拡大した画像サイズが対応する第２の閾値以上である場合に、前記ＣＧモデルの全体が表示されるようにカメラショットを変更することを特徴とする請求項２又は３に記載の表示制御装置。
5. 前記請求項１乃至４の何れか１項に記載の表示制御装置と、
   前記表示制御装置から得られる前記ＣＧ映像を画面に表示する表示装置とを有する表示端末。
6. コンピュータを、請求項１乃至４の何れか１項に記載の表示制御装置として機能させるための表示制御プログラム。