(57)【特許請求の範囲】
【請求項１】
ディスプレイに画面を表示させる表示処理装置であって、
ディスプレイに表示される画面と当該画面を介して入力された指示に対応する動作との関係が定義された、画面定義情報を格納する情報格納部と、
前記画面定義情報を解釈して、ディスプレイに表示される画面を作成すると共に、前記指示の入力に従って当該指示に対応する動作を行うための第１の画面イベントを発行する画面定義情報解釈部と、
前記第１の画面イベントを、表示処理装置が保持する装置リソースで解釈実行可能な第１の装置イベントに変換する第１のイベント変換部と、
前記第１のイベント変換部で変換された第１の装置イベントに基づいて、前記装置リソースの制御を行い、当該制御に応じて生じた画面変更の結果を第２の装置イベントとして発行する装置リソース制御部と、
前記第２の装置イベントを、前記画面定義情報解釈部で解釈実行可能な第２の画面イベントに変換する第２のイベント変換部と、
前記画面定義情報解釈部と、前記第１のイベント変換部と、前記第２のイベント変換部とを管理し、前記画面定義情報解釈部が発行する前記第１の画面イベントを前記第１のイベント変換部へ通知すると共に、前記装置リソース制御部が発行する前記第２の装置イベントを前記第２のイベント変換部へ通知するビュー部とを備え、
前記第２のイベント変換部が、前記ビュー部を介した通信により入れ替え可能であることを特徴とする、表示処理装置。
【請求項２】
ディスプレイに画面を表示させる表示処理装置であって、
ディスプレイに表示される画面と当該画面を介して入力された指示に対応する動作との関係が定義された、画面定義情報を格納する情報格納部と、
前記画面定義情報を解釈して、ディスプレイに表示される画面を作成すると共に、前記指示の入力に従って当該指示に対応する動作を行うための第１の画面イベントを発行する画面定義情報解釈部と、
前記第１の画面イベントを、表示処理装置が保持する装置リソースで解釈実行可能な第１の装置イベントに変換する第１のイベント変換部と、
前記第１のイベント変換部で変換された第１の装置イベントに基づいて、前記装置リソースの制御を行い、当該制御に応じて生じた画面変更の結果を第２の装置イベントとして発行する装置リソース制御部と、
前記第２の装置イベントを、ディスプレイに表示される画面に直接変換する第２のイベント変換部と、
前記画面定義情報解釈部と、前記第１のイベント変換部と、前記第２のイベント変換部とを管理し、前記画面定義情報解釈部が発行する前記第１の画面イベントを前記第１のイベント変換部へ通知すると共に、前記装置リソース制御部が発行する前記第２の装置イベントを前記第２のイベント変換部へ通知するビュー部とを備え、
前記第２のイベント変換部が、前記ビュー部を介した通信により入れ替え可能であることを特徴とする、表示処理装置。
【請求項３】
ディスプレイに画面を表示させる表示処理装置であって、
ディスプレイに表示される画面と当該画面を介して入力された指示に対応する動作との関係が定義された、画面定義情報を格納する情報格納部と、
前記画面定義情報を解釈して、ディスプレイに表示される画面を作成すると共に、前記指示の入力に従って当該指示に対応する動作を行うための第１の画面イベントを発行する画面定義情報解釈部と、
前記第１の画面イベントを、表示処理装置が保持する装置リソースで解釈実行可能な第１の装置イベントに変換する第１のイベント変換部と、
前記第１のイベント変換部で変換された第１の装置イベントに基づいて、前記装置リソースの制御を行う装置リソース制御部と、
前記画面定義情報解釈部と、前記第１のイベント変換部とを管理し、前記画面定義情報解釈部が発行する前記第１の画面イベントを、前記第１のイベント変換部へ通知するビュー部とを備え、
前記画面定義情報解釈部が、前記ビュー部を介した通信により入れ替え可能であることを特徴とする、表示処理装置。
【請求項４】
ディスプレイに画面を表示させる表示処理装置であって、
ディスプレイに表示される画面と当該画面を介して入力された指示に対応する動作との関係が定義された、画面定義情報を格納する情報格納部と、
前記画面定義情報を解釈して、ディスプレイに表示される画面を作成すると共に、前記指示の入力に従って当該指示に対応する動作を行うための第１の画面イベントを発行する画面定義情報解釈部と、
前記第１の画面イベントを、表示処理装置が保持する装置リソースで解釈実行可能な第１の装置イベントに変換する第１のイベント変換部と、
前記第１のイベント変換部で変換された第１の装置イベントに基づいて、前記装置リソースの制御を行う装置リソース制御部と、
前記画面定義情報解釈部と、前記第１のイベント変換部とを管理し、前記画面定義情報解釈部が発行する前記第１の画面イベントを、前記第１のイベント変換部へ通知するビュー部とを備え、
前記第１のイベント変換部が、前記ビュー部を介した通信により入れ替え可能であることを特徴とする、表示処理装置。
【請求項５】
コンピュータを、ディスプレイに画面を表示させる表示処理装置として機能させるためのプログラムであって、
前記コンピュータを、
ディスプレイに表示される画面と当該画面を介して入力された指示に対応する動作との関係が定義された画面定義情報を解釈して、ディスプレイに表示される画面を作成すると共に、前記指示の入力に従って当該指示に対応する動作を行うための第１の画面イベントを発行する画面定義情報解釈部と、
前記第１の画面イベントを、前記コンピュータが保持する装置リソースで解釈実行可能な第１の装置イベントに変換する第１のイベント変換部と、
前記第１のイベント変換部で変換された第１の装置イベントに基づいて、前記装置リソースの制御を行い、当該制御に応じて生じた画面変更の結果を第２の装置イベントとして発行する装置リソース制御部と、
前記第２の装置イベントを、前記画面定義情報解釈部で解釈実行可能な第２の画面イベントに変換する第２のイベント変換部と、
前記画面定義情報解釈部と、前記第１のイベント変換部と、前記第２のイベント変換部とを管理し、前記画面定義情報解釈部が発行する前記第１の画面イベントを前記第１のイベント変換部へ通知すると共に、前記装置リソース制御部が発行する前記第２の装置イベントを前記第２のイベント変換部へ通知するビュー部として機能させ、
前記第２のイベント変換部が、前記ビュー部を介した通信により入れ替え可能であることを特徴とする、プログラム。
【請求項６】
コンピュータを、ディスプレイに画面を表示させる表示処理装置として機能させるためのプログラムであって、
前記コンピュータを、
ディスプレイに表示される画面と当該画面を介して入力された指示に対応する動作との関係が定義された画面定義情報を解釈して、ディスプレイに表示される画面を作成すると共に、前記指示の入力に従って当該指示に対応する動作を行うための第１の画面イベントを発行する画面定義情報解釈部と、
前記第１の画面イベントを、前記コンピュータが保持する装置リソースで解釈実行可能な第１の装置イベントに変換する第１のイベント変換部と、
前記第１のイベント変換部で変換された第１の装置イベントに基づいて、前記装置リソースの制御を行い、当該制御に応じて生じた画面変更の結果を第２の装置イベントとして発行する装置リソース制御部と、
前記第２の装置イベントを、ディスプレイに表示される画面に直接変換する第２のイベント変換部と、
前記画面定義情報解釈部と、前記第１のイベント変換部と、前記第２のイベント変換部とを管理し、前記画面定義情報解釈部が発行する前記第１の画面イベントを前記第１のイベント変換部へ通知すると共に、前記装置リソース制御部が発行する前記第２の装置イベントを前記第２のイベント変換部へ通知するビュー部として機能させ、
前記第２のイベント変換部が、前記ビュー部を介した通信により入れ替え可能であることを特徴とする、プログラム。
【請求項７】
コンピュータを、ディスプレイに画面を表示させる表示処理装置として機能させるためのプログラムであって、
前記コンピュータを、
ディスプレイに表示される画面と当該画面を介して入力された指示に対応する動作との関係が定義された画面定義情報を解釈して、ディスプレイに表示される画面を作成すると共に、前記指示の入力に従って当該指示に対応する動作を行うための第１の画面イベントを発行する画面定義情報解釈部と、
前記第１の画面イベントを、前記コンピュータが保持する装置リソースで解釈実行可能な第１の装置イベントに変換する第１のイベント変換部と、
前記第１のイベント変換部で変換された第１の装置イベントに基づいて、前記装置リソースの制御を行う装置リソース制御部と、
前記画面定義情報解釈部と、前記第１のイベント変換部とを管理し、前記画面定義情報解釈部が発行する前記第１の画面イベントを、前記第１のイベント変換部へ通知するビュー部として機能させ、
前記画面定義情報解釈部が、前記ビュー部を介した通信により入れ替え可能であることを特徴とする、プログラム。
【請求項８】
コンピュータを、ディスプレイに画面を表示させる表示処理装置として機能させるためのプログラムであって、
前記コンピュータを、
ディスプレイに表示される画面と当該画面を介して入力された指示に対応する動作との関係が定義された画面定義情報を解釈して、ディスプレイに表示される画面を作成すると共に、前記指示の入力に従って当該指示に対応する動作を行うための第１の画面イベントを発行する画面定義情報解釈部と、
前記第１の画面イベントを、前記コンピュータが保持する装置リソースで解釈実行可能な第１の装置イベントに変換する第１のイベント変換部と、
前記第１のイベント変換部で変換された第１の装置イベントに基づいて、前記装置リソースの制御を行う装置リソース制御部と、
前記画面定義情報解釈部と、前記第１のイベント変換部とを管理し、前記画面定義情報解釈部が発行する前記第１の画面イベントを、前記第１のイベント変換部へ通知するビュー部として機能させ、
前記第１のイベント変換部が、前記ビュー部を介した通信により入れ替え可能であることを特徴とする、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示処理装置及び表示処理方法に関し、より特定的には、アプリケーション開発においてグラフィカル・ユーザ・インタフェース（ＧＵＩ）の変更を容易にするためのアプリケーションフレームワーク技術を利用した表示処理装置及び表示処理方法に関する。
【背景技術】
【０００２】
アプリケーションフレームワークとは、特定の問題領域のアプリケーションに共通する構造を持った雛型ソフトウェアである。アプリケーション開発者は、このアプリケーションフレームワークを利用することで、アプリケーションの開発効率を向上させることができる。また、自分が望むようにアプリケーションフレームワークを改造することにより、所望のアプリケーションを更に効率よく開発することが可能となる。アプリケーションフレームワークの技術的基盤に関しては、非特許文献１や非特許文献２に詳しく記載されている。アプリケーションフレームワーク技術は、一般的なオブジェクト指向ソフトウェア開発で利用可能であり、様々な問題領域向けのアプリケーションフレームワークが存在する。
【０００３】
従来のアプリケーションフレームワークとしては、例えば、特許文献１に開示されているものが存在する。この従来のアプリケーションフレームワークでは、アプリケーション相互間のグラフィカル・データのやり取りを扱い、グラフィカル・オブジェクトを表示しかつ操作するためのフレームワークを含めてグラフィックス・アプリケーションを開発するための方法及び装置が開示されている。
【０００４】
また、マイクロソフト社のインターネットエクスプローラ（登録商標）のように、インターネット上のコンテンツを表示するＷＥＢブラウザでは、例えばマクロメディアＦｌａｓｈ（登録商標）を用いたコンテンツ（以下、Ｆｌａｓｈコンテンツと記す）を再生するためのプレイヤ（以下、Ｆｌａｓｈプレイヤと記す）をプラグインすることによって、通常のＷＥＢブラウザで表現できなかったＧＵＩを持つコンテンツを表示することが可能となる。
【０００５】
また、マクロメディアＦｌａｓｈ（登録商標）と同様に、２Ｄ（例えば、ベクターグラフィック）や３Ｄ（例えば、ポリゴン）のＧＵＩを実現するコンテンツ（以下、ＧＵＩコンテンツと記す）と、このＧＵＩコンテンツを再生するためのプレイヤ（以下、ＧＵＩプレイヤと記す）とを利用することによって、表現力のあるＧＵＩを実現することができる。
【特許文献１】特表平９−５０６１９１号公報
【非特許文献１】ウォルフガング・プリー著「デザインパターンプログラミング」、トッパン刊、１９９６年
【非特許文献２】エリック・ガンマ他著「オブジェクト指向における再利用のためのデザインパターン」、ソフトバンク刊、１９９５年
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記特許文献１の技術では、ＧＵＩの変更を容易にするために、使用するＧＵＩ毎にＧＵＩコンテンツの作成ルールが規定されている。このため、あるシステムに特化して作成されたＧＵＩコンテンツ及びＧＵＩプレイヤを流用し、他のシステム上のアプリケーションを開発することができない、という課題がある。
【０００７】
また、機器上で動作するアプリケーション自身のＧＵＩとして、ＧＵＩコンテンツを利用するためには、ＧＵＩコンテンツを再生するＧＵＩプレイヤから機器上の資源へのアクセスを行う必要がある。しかし、既存のＧＵＩプレイヤを利用するだけでは、画面表示以外の機器上の資源へのアクセスは行えないという課題がある。ここでの資源とは、機器上の他のアプリケーション等のコンポーネントや保持しているデータ等である。例えば、機器上で動作する他アプリケーションを起動したり、他アプリケーションが保持する機能を利用したり、機器を利用するユーザへ次の動作を行えるキーのガイドの表示（以下、ガイダンス表示と記す）等を行うことが不可能であることが課題となる。
【０００８】
それ故に、本発明の目的は、ＧＵＩコンテンツをＧＵＩプレイヤで再生し、かつ、ＧＵＩプレイヤから機器上の資源へのアクセスを可能とする表示処理装置及び表示処理方法を提供することである。
【課題を解決するための手段】
【０００９】
本発明は、ディスプレイに画面を表示させる表示処理装置に向けられている。そして、上記目的を達成させるために、本発明の表示処理装置は、情報格納部、画面定義情報解釈部、第１のイベント変換部、及び装置リソース制御部を基本構成として備えている。発展的には、この構成に第２のイベント変換部が加えられる。
【００１０】
情報格納部は、ディスプレイに表示される画面とその画面内に表示された指示に対応する動作との関係が定義された、画面定義情報を格納する。画面定義情報解釈部は、画面定義情報を解釈して、ディスプレイに表示される画面を作成すると共に、指示の入力に従ってその指示に対応する動作を行うための第１の画面イベントを発行する。第１のイベント変換部は、第１の画面イベントを、表示処理装置が保持する装置リソースで解釈実行可能な第１の装置イベントに変換する。装置リソース制御部は、第１のイベント変換部で変換された第１の装置イベントに基づいて、装置リソースの制御を行う。
【００１１】
第２のイベント変換部は、装置リソース制御部が、第１の装置イベントに基づいた装置リソースの制御に応じて生じた画面変更の結果を、第２の装置イベントとして発行する場合に適用可能である。この第２のイベント変換部では、第２の装置イベントを、画面定義情報解釈部で解釈実行可能な第２の画面イベントに変換してもよいし、ディスプレイに表示される画面に直接変換してもよい。前者の場合には、画面定義情報解釈部で、第２の画面イベントに基づいて、ディスプレイに表示される変更画面が作成される。
【００１２】
好ましくは、画面定義情報解釈部が発行する第１の画面イベントを、第１のイベント変換部へ通知し、また、装置リソース制御部が発行する第２の装置イベントを、第２のイベント変換部へ通知するビュー部を構成に含める。この構成により、画面定義情報解釈部、第１のイベント変換部、及び第２のイベント変換部を、ビュー部を通じて入れ替え可能となる。もちろん、画面定義情報も画面定義情報解釈部を通じて入れ替え可能である。
【００１３】
上述した表示処理装置の各構成が行うそれぞれの処理は、一連の処理手順を与える表示処理方法として捉えることができる。この方法は、一連の処理手順をコンピュータに実行させるためのプログラムの形式で提供される。このプログラムは、コンピュータ読み取り可能な記録媒体に記録された形態で、コンピュータに導入されてもよい。
【発明の効果】
【００１４】
上記のように、本発明によれば、アプリケーションの開発において、他のシステム向けに作成されたＧＵＩコンテンツ及びＧＵＩプレイヤを用いて、開発対象のアプリケーションのＧＵＩを実現することが可能となり、かつ、ＧＵＩプレイヤから機器上の資源へのアクセスが可能となる。
また、アプリケーションそのものに変更を加えることなく、ＧＵＩコンテンツ及びＧＵＩプレイヤの入れ替えによって、開発対象のアプリケーションのＧＵＩの変更が可能となる。これにより、アプリケーションの再利用性が向上し、開発効率の更なる向上や開発コストの低減などを実現することができる。
【発明を実施するための最良の形態】
【００１５】
まず、本発明のシステム概念を簡単に説明する。
上述したとおり、従来では、デザイナが管轄する画面部１（例えば、ＧＵＩプレイヤ）と、プログラマが管轄する制御部２（例えば、アプリケーション）とが、相互に束縛された関係を持って設計されている（図１Ａ）。従って、いずれか一方の設計内容を変更する場合には、他方の設計にも影響を与えてしまう。このことが原因で、画面部１だけ又は制御部２だけを切り離して、他のシステムに利用することが容易に行えないのである。
これに対し、本発明では、画面部１と制御部２との間を行き来するイベントの変換を担う変換部３を新たに設け、相手が解釈可能な形式にイベントを変換した後で相手に通知することを行う（図１Ｂ）。これにより、変換部３での変換ルールを予め定めておけば、デザイナ及びプログラマは、相手側の設計内容に縛られることなく自由に設計することが可能となる。
【００１６】
なお、以下の説明において「画面」とは、ＬＣＤや液晶等の画面を有した表示部品又は表示装置（ディスプレイ）を意味するのではなく、その表示部品の画面上に表示される文字や図形等の画像（表示物）を意味する。
【００１７】
（第１の実施形態）
図２は、本発明の第１の実施形態に係る表示処理装置１０の構成例を示すブロック図である。図２において、第１の実施形態に係る表示処理装置１０は、画面部を構成する情報格納部１１、画面定義情報解釈部１２、表示インタフェース部（表示Ｉ／Ｆ部）１３及び入力インタフェース部（入力Ｉ／Ｆ部）１４と、変換部を構成する第１のイベント変換部１５及び第２のイベント変換部１６と、制御部を構成する装置リソース制御部１７及び装置リソース１８とで構成される。また、表示処理装置１０は、外部の表示装置３０と表示インタフェース部１３を介して接続されており、また外部の入力装置４０と入力インタフェース部１４を介して接続されている。
【００１８】
典型的な表示処理装置１０は、外部の表示装置３０への画面表示を伴うアプリケーション（を実行するためのソフトウェア）の形態で実現される。このアプリケーションとしては、取り扱う情報を表示装置３０へ表示することが必要なアプリケーション、例えばＷＥＢブラウザアプリケーション、メールアプリケーション、ワープロアプリケーション、カメラアプリケーション、ランチャアプリケーション、ファイル管理アプリケーション、電話帳アプリケーション、及び画像編集アプリケーション等が、適用可能である。また、単にアプリケーションを操作するためだけのユーザインタフェース表示を必要とするアプリケーション、例えば電話アプリケーションや音楽再生アプリケーション等も、適用可能である。もちろん、表示処理装置１０をハードウェアの形態で実現してもよく、その場合には表示装置３０及び入力装置４０を内部構成に含めることができる。
【００１９】
情報格納部１１は、第１の画面イベントを発行する契機が定義されている画面定義情報１１ａを格納する。この画面定義情報１１ａには、表示装置３０に表示される画面、入力インタフェース部１４を介して入力される画面内に表示された指示に対応する動作、及び外部への指示が記述されている。外部への指示とは、上述した機器上の資源へのアクセス指示を意味し、例えば他アプリケーションの起動指示や、他アプリケーションが保持する特定機能の利用指示や、ガイダンス表示指示等である。また、画面定義情報１１ａは、ＧＵＩコンテンツに相当し、Ｆｌａｓｈコンテンツのように２Ｄを表示するコンテンツ、３Ｄを表示するコンテンツ、及びＸＭＬで記述されたコンテンツ等であってもよい。Ｆｌａｓｈコンテンツである場合、第１の画面イベントとして任意の契機でＵＲＬが発行される。また、画面定義情報１１ａは、入れ替えが可能であってもよい。この例では、ＲＡＭやＲＯＭ等の内部記憶装置である情報格納部１１に、画面定義情報１１ａが格納されている例を示している。しかし、画面定義情報１１ａは、ハードディスクドライブ等の外部記録装置から取得されてもよいし、外部のネットワークを介して取得されてもよい。
【００２０】
画面定義情報解釈部１２は、画面定義情報１１ａを解釈し、その解釈結果に基づいて表示装置３０に表示させる画面を作成する。そして、画面定義情報解釈部１２は、この作成した画面の表示を表示インタフェース部１３へ要求する。また、画面定義情報解釈部１２は、入力インタフェース部１４から入力される指示に対して画面の表示を変更し、かつ、表示中の画面に対応する画面定義情報１１ａに基づいて第１の画面イベントを発行する。この発行された第１の画面イベントは、第１のイベント変換部１５へ通知される。この画面定義情報解釈部１２は、ＧＵＩプレイヤに相当し、Ｆｌａｓｈプレイヤのように２Ｄコンテンツを再生するプレイヤ、３Ｄコンテンツを再生するプレイヤ、及びＸＭＬで記述されたコンテンツを再生するプレイヤであってもよい。
【００２１】
表示インタフェース部１３は、画面定義情報解釈部１２に表示要求された画面を、表示装置３０に表示させる。入力インタフェース部１４は、ユーザ又は表示処理装置１０が保持する資源からの指示を、画面定義情報解釈部１２へ伝える。ユーザからの指示は、キーボード、マウス又はリモコン等の入力装置４０を介して行われる。また、表示処理装置１０が保持する資源からの指示は、他アプリケーション又はタイマー等によって行われる。他アプリケーションからの指示は、外部の機器から有線通信や無線通信等を用いて行われてもよい。
【００２２】
第１のイベント変換部１５は、画面定義情報解釈部１２から通知された第１の画面イベントを、装置リソース制御部１７が解釈可能な第１の装置イベントに変換し、装置リソース制御部１７へ通知する。Ｆｌａｓｈコンテンツである場合は第１の画面イベントがＵＲＬであるので、第１のイベント変換部１５は、このＵＲＬを分解して装置リソース制御部１７が解釈できる第１の装置イベントに変換する。第１の装置イベントには、機器上で動作する他アプリケーションを起動したり、他アプリケーションが保持する機能を利用したり、機器を利用するユーザへ次の動作を行えるキーのガイダンス表示を変更するための情報等が記述されている。
【００２３】
装置リソース１８の参照及び変更を行うための指示が記述された第１の装置イベントが通知されると、装置リソース制御部１７は、その通知に従って装置リソース１８の制御を行う。また、装置リソース制御部１７は、装置リソース１８を参照及び変更した結果が記述されている第２の装置イベントを発行して、第２のイベント変換部１６へ通知する。
装置リソース１８は、表示処理装置１０が保持する資源であり、その資源には、他アプリケーション、ハードウェア、及びデータベース等がある。
【００２４】
第２のイベント変換部１６は、装置リソース制御部１７から通知された第２の装置イベントを、画面定義情報解釈部１２が解釈可能な第２の画面イベントに変換し、画面定義情報解釈部１２へ通知する。Ｆｌａｓｈコンテンツである場合、変換された第２の画面イベントは、Ｆｌａｓｈコンテンツ内のオブジェクトを操作するための情報となる。なお、第２のイベント変換部１６は、第２の装置イベントを表示装置３０に表示するための画面に変換し、表示装置３０へ直接出力することも可能である（図２中の点線矢印経路）。
【００２５】
上記構成による第１の実施形態に係る表示処理装置１０で行われる特徴的な表示処理方法を、図面をさらに参照して説明する。
図３は、表示処理装置１０で行われる初期化フローチャートの一例を示す図である。図４は、表示処理装置１０で行われる表示処理フローチャートの一例を示す図である。図５Ａ及び図５Ｂは、第１の画面イベントのフォーマット例を示す図である。
【００２６】
まず、図３を参照して、表示処理装置１０で行われる初期化シーケンスを説明する。
この初期化シーケンスは、表示処理装置１０を備えた機器に電源が投入されたタイミングや、特定のアプリケーションを起動したタイミングや、ユーザにより明示的に指示されたタイミング等によって開始される。まず、画面定義情報解釈部１２へ画面定義情報１１ａが登録される（ステップＳ３０１）。この登録とは、表示対象のＧＵＩコンテンツを決定することであり、表示される画面が決定する。次に、画面定義情報解釈部１２が、この登録された画面定義情報１１ａを解釈し、作成した画面の表示を表示インタフェース部１３に要求する（ステップＳ３０２）。そして、表示インタフェース部１３が、要求画面を表示装置３０に表示させることによって、初期化が終了する（ステップＳ３０３）。
【００２７】
以上の処理により、表示処理装置１０は、ＧＵＩコンテンツの記載内容に基づいて作成した画面を表示装置３０に表示させ、ユーザからの入力やタイマーからの通知等の指示待ち状態となる。そして、何らかの指示を受け付けると、表示処理装置１０によって次の表示処理シーケンスが実行される。
【００２８】
図４を参照して、上述した初期化後に表示処理装置１０で行われる表示処理シーケンスを説明する。
画面定義情報解釈部１２は、ユーザからの指示が入力インタフェース部１４を介して通知されると、この通知された指示の内容を判断する（ステップＳ４０１）。この判断の結果、表示装置３０で表示中の画面を更新する指示である場合（ステップＳ４０２のＹｅｓ）、画面定義情報解釈部１２は、更新後の画面を作成し、表示インタフェース部１３に対して表示装置３０の画面更新を通知する（ステップＳ４０４）。一方、上記判断の結果、第１の画面イベントを発行する指示である場合（ステップＳ４０２のＮｏ）、画面定義情報解釈部１２は、第１の画面イベントを第１のイベント変換部１５へ通知する（ステップＳ４０３）。
【００２９】
第１のイベント変換部１５は、通知された第１の画面イベントを第１の装置イベントに変換し、第１の装置イベントを装置リソース制御部１７へ通知する（ステップＳ４０５）。装置リソース制御部１７は、通知された第１の装置イベントに基づいて、装置リソース１８の状態の参照及び変更を行う（ステップＳ４０６）。また、装置リソース制御部１７は、第２の装置イベントを発行するか否かを判断する（ステップＳ４０７）。第２の装置イベントを発行すると判断した場合（ステップＳ４０７のＹｅｓ）、装置リソース制御部１７は、第２の装置イベントを第２のイベント変換部１６に通知する（ステップＳ４０８）。一方、第２の装置イベントを発行しないと判断した場合は（ステップＳ４０７のＮｏ）、装置リソース制御部１７は、この処理を終了する。
【００３０】
第２のイベント変換部１６は、通知された第２の装置イベントを第２の画面イベントに変換して、画面定義情報解釈部１２へ通知する（ステップＳ４０９）。画面定義情報解釈部１２は、通知された第２の画面イベントに基づいて画面を作成し、表示インタフェース部１３へ通知する（ステップＳ４１０）。表示インタフェース部１３は、画面定義情報解釈部１２からの通知に従って、表示装置３０に新たな画面を表示させる（ステップＳ４１１）。なお、第２のイベント変換部１６が、第２の装置イベントに基づいて作成した画面の表示要求を、表示装置３０へ直接通知してもよい。
【００３１】
なお、図４では、入力装置４０から指示が通知されたタイミング（ステップＳ４０１）で表示処理シーケンスが開始される場合を示したが、表示処理シーケンスを開始させるタイミングはこれに限られない。例えば、装置リソース制御部１７が第２の装置イベントを自発的に発行したタイミング（ステップＳ４０７）で、表示処理シーケンスを開始させるようにしても構わない。
【００３２】
次に、図５Ａを参照して、画面定義情報解釈部１２にＦｌａｓｈプレイヤが利用される場合を一例に挙げて、具体的に説明する。
画面定義情報解釈部１２にＦｌａｓｈプレイヤが利用される場合、第１の画面イベントにはＵＲＬが利用される。ＵＲＬは、ＲＦＣ２３９６によって定義されている。また、画面定義情報１１ａとして、Ｆｌａｓｈコンテンツが使用される。図５Ａの第１の画面イベント５０１は、Ｆｌａｓｈプレイヤが発行する第１の画面イベントの一例である。第１の画面イベント５０１では、スキーマには「ａｃｔｉｏｎ：／／」が利用される。また、ＵＲＬのホスト名の代わりに指示名が利用される。この指示名に対するクエリーは、「？」により結合される。クエリーに記述される属性には、複数の値を記述することができ、１つの属性に対して複数の値を記述する際は、「＋」により結合される。１つの指示名に対して複数の属性を記述する際は、「＆」により結合される。
【００３３】
Ｆｌａｓｈプレイヤから発行される第１の画面イベントに対する装置リソース制御部１７の動作の一例を、表５０２に示す。表５０２のように、装置リソース制御部１７に対する指示を記述しておくことによって、第１の画面イベントが、第１のイベント変換部１５において装置リソース制御部１７が解釈できる第１の装置イベントに変換され、Ｆｌａｓｈプレイヤからはアクセスできない装置リソースへアクセスすることが可能となる。なお、表５０２のパターンは、装置リソース制御部１７の対応状況に応じて増減可能である。
【００３４】
なお、上記Ｆｌａｓｈプレイヤ以外で画面定義情報解釈部１２に利用可能なプレイヤとしては、第１の画面イベント４１１が図５Ｂに示すフォーマットで記述される、ＶＲＭＬ(Virtual Reality Modeling Language)プレイヤ等が存在する。このＶＲＭＬでは、図５Ｂのように記述された３Ｄ空間上のBoxに対してマウスでクリックすると、その指定したページに移動させることができる。
【００３５】
さらに、図６Ａ、図６Ｂ及び図７を用いて、Ｆｌａｓｈコンテンツを使用する具体的なアプリケーション例を用いて本発明の表示処理を説明する。
今、携帯電話で着信があった場合に着信秒数を取得してコンテンツに表示させるアプリケーションを、一例に挙げて説明する。図６Ａは、リソースファイルの一例である。図６Ｂは、表示装置３０に表示されるコンテンツ画面例を示す図である。図７は、上記具体的なアプリケーションの処理シーケンスの一例を示す図である。
【００３６】
図７において、最初に、コンテンツ（画面部）から変換部に、着信秒数取得イベント発行（getURL(action://getCallTime)）が通知される（1）。次に、変換部からアプリケーション（制御部）に、着信秒数取得イベントが通知される（1.1）。次に、アプリケーションが装置リソースに、着信秒数の取得を要求する（1.1.1）。この要求に応じて、装置リソースが、アプリケーションに着信秒数を応答する。ここで、引数に指定するイベントＩＤとコンテンツ発行するイベントとの対応付けを、リソースファイル（図６Ａ）に記述しておく（1.1.2）。次に、変換部は、疑似イベントであるマウスダウンイベントを発行させる（3）。この発行に応じて、コンテンツは、loadVariablesNum()を発行する（3.1）。そして、変換部は、この発行に対して、着信時間を変数として、コンテンツ側に渡す（3.1.1）。コンテンツは、渡された着信時間をコンテンツに反映させる（3.1.1.1）。これにより、図６Ｂのコンテンツ画面の無音時間の箇所に、取得した着信秒数が書き込まれる。
【００３７】
上記マウスダウンイベントが発行されるマウスダウンポイントは、予めコンテンツに組み込まれておく必要がある。このマウスダウンポイントには、コンテンツへ情報を書き込むためのメソッドであるloadVariablesNum()を実装しておき、マウスダウンポイント毎に読み込みたい情報を格納するための変数を、コンテンツ側で保持しておく必要がある。本来、このマウスダウンイベントは、ユーザがマウスボタンをクリックすることによってユーザとコンテンツとの間でのインタラクティヴな操作を実現するために利用されるが、本実施例では、ユーザが操作できない場所にマウスダウンポイントを配置しておき、マウスダウンポイントへ変換部がアプリケーションからのイベントを擬似的にマウスダウンイベントとして発行することによって、アプリケーションからコンテンツへ情報を引き渡すための仕組みとして利用される。
【００３８】
また、図８は、画面定義情報解釈部１２にＦｌａｓｈプレイヤを利用し、メニュー画面を表示している際に、表示画面８００から表示画面８１０へ画面が遷移される例を示す図である。
【００３９】
表示画面８００及び８１０は、表示装置３０に表示されている画面である。この表示画面８００及び８１０は、メニュー画面とガイダンス画面とから構成されている。メニュー画面８０１及び８１１は、Ｆｌａｓｈプレイヤによって作成される画面であり、ガイダンス画面８０２及び８１２は、装置リソース制御部１７が管理する装置リソース１８であり、ガイダンスの表示が行われる。選択項目８０３及び８１３は、複数個の選択対象項目の中の現在選択されている項目を示しており、メニュー画面８０１がフォーカスをあてることにより識別可能となっている。表示画面８００を表示している際に、入力インタフェース部１４からユーザ指示が入力されると、表示画面８００は、表示画面８１０に画面が遷移する。メニュー画面８０１をメニュー画面８１１に変更する処理と、選択項目８０３を選択項目８１３に変更する処理は、Ｆｌａｓｈプレイヤによって行われる。また、メニュー画面８０１からメニュー画面８１１に遷移する際に、第１の画面イベントがＵＲＬとして発行される。
【００４０】
図８では、第１の画面イベントとして、「ａｃｔｉｏｎ：／／ｄｉｓｐＧｕｉｄｅ＝ｕｐ＋ｄｏｗｎ＆ｆｕｎｃｔｉｏｎ＝ｂａｃｋ」が発行される。発行された第１の画面イベントは、図５Ａの表５０２に記載した作成ルールに基づいて記述されている。発行された第１の画面イベントは、第１のイベント変換部１５によって、装置リソース制御部１７が解釈できる第１の装置イベントへ変換され、装置リソース制御部１７へ通知される。表５０２に記載されている作成ルールに従って、装置リソース制御部１７は、ガイダンス画面を変更する。この例では、ガイダンス表示画面８１２に「上下の矢印」と文字列「戻る」とが表示される。
【００４１】
また、第２のイベント変換部１６は、通知される第２の装置イベントを変換することによって、画面定義情報解釈部１２に対して指示を行い、表示する画面の変更を行う。Ｆｌａｓｈコンテンツの場合は、変換された第２の画面イベントは、Ｆｌａｓｈコンテンツ内のオブジェクトを操作するための情報となる。また、第２のイベント変換部１６から直接、表示装置３０に対して表示要求を行うことによって、表示する画面を変更することもできる。
【００４２】
以上のように、本発明の第１の実施形態に係る表示処理装置及び方法によれば、アプリケーションの開発において、他のシステム向けに作成されたＧＵＩコンテンツ及びＧＵＩプレイヤを用いて、開発対象のアプリケーションのＧＵＩを実現することが可能となり、かつ、ＧＵＩプレイヤから機器上の資源へのアクセスが可能となる。
【００４３】
（第２の実施形態）
図９は、本発明の第２の実施形態に係る表示処理装置２０の構成例を示すブロック図である。図９において、第２の実施形態に係る表示処理装置２０は、画面部を構成する情報格納部１１、画面定義情報解釈部１２、表示インタフェース部１３及び入力インタフェース部１４と、変換部を構成する第１のイベント変換部１５、第２のイベント変換部１６及びビュー部２１と、制御部を構成する装置リソース制御部１７及び装置リソース１８とで構成される。
【００４４】
図９でわかるように、第２の実施形態に係る表示処理装置２０は、上記第１の実施形態に係る表示処理装置１０にビュー部２１をさらに加えた構成である。このビュー部２１は、第１の画面イベント及び第２の装置イベントの通知の仲介と、第１のイベント変換部１５及び第２のイベント変換部１６の登録管理とを行う。以下、このビュー部２１を中心に第２の実施形態に係る表示処理装置２０を説明する。なお、動作が同じである構成及びステップについては同一の参照符号を付してある。
【００４５】
画面定義情報解釈部１２は、画面定義情報１１ａに基づいて発行した第１の画面イベントを、ビュー部２１に通知する。ビュー部２１は、画面定義情報解釈部１２から通知された第１の画面イベントを、第１のイベント変換部１５へ通知する。第１のイベント変換部１５は、ビュー部２１から通知された第１の画面イベントを第１の装置イベントに変換し、装置リソース制御部１７へ通知する。
また、装置リソース制御部１７は、発行する第２の装置イベントをビュー部２１へ通知する。ビュー部２１は、装置リソース制御部１７から通知された第２の装置イベントを、第２のイベント変換部１６へ通知する。第２のイベント変換部１６は、ビュー部２１から通知された第２の装置イベントを第２の画面イベントに変換し、画面定義情報解釈部１２へ通知する。
【００４６】
この第２の実施形態に係る表示処理装置２０で行われる特徴的な表示処理方法を、図面をさらに参照して説明する。
図１０は、表示処理装置２０で行われる初期化シーケンスの一例を示す図である。図１０において、最初に、ビュー部２１に画面定義情報解釈部１２が登録される（ステップＳ１００１）。この設定とは、ＧＵＩプレイヤをプラグインすることであり、これによりＧＵＩコンテンツが再生可能となる。次に、画面定義情報解釈部１２へ画面定義情報１１ａが登録される（ステップＳ３０１）。次に、ビュー部２１に第１のイベント変換部１５及び第２のイベント変換部１６が、それぞれ登録される（ステップＳ１００２及びＳ１００３）。最後に、画面定義情報解釈部１２が、上記ステップＳ３０１で登録された画面定義情報１１ａを解釈し、作成した画面の表示を表示インタフェース部１３に要求する（ステップＳ３０２）。そして、表示インタフェース部１３が、要求画面を表示装置３０に表示させることによって、初期化が終了する（ステップＳ３０３）。
【００４７】
図１１は、上述した初期化後に表示処理装置２０で行われる表示処理シーケンスを説明する図である。図１１において、画面定義情報解釈部１２は、入力インタフェース部１４を介して通知された指示が第１の画面イベントを発行する指示であると判断した場合（ステップＳ４０２のＮｏ）、第１の画面イベントをビュー部２１を介して第１のイベント変換部１５へ通知する（ステップＳ１１０３）。第１のイベント変換部１５は、ビュー部２１から通知された第１の画面イベントを第１の装置イベントに変換し、装置リソース制御部１７へ通知する（ステップＳ１１０５）。また、装置リソース制御部１７は、第２の装置イベントを発行すると判断した場合（ステップＳ４０７のＹｅｓ）、第２の装置イベントをビュー部２１を介して第２のイベント変換部１６に通知する（ステップＳ１１０８）。第２のイベント変換部１６は、ビュー部２１から通知された第２の装置イベントを第２の画面イベントに変換して、画面定義情報解釈部１２へ通知する（ステップＳ１１０９）。
【００４８】
この表示処理装置２０では、ビュー部２１が、画面定義情報解釈部１２、第１のイベント変換部１５及び第２のイベント変換部１６を全て管理している。このため、ビュー部２１を通じて、画面定義情報解釈部１２、第１のイベント変換部１５及び第２のイベント変換部１６を、ダウンロード等によって自由に入れ替えることが可能である。画面定義情報解釈部１２を入れ替えることにより、ＧＵＩコンテンツを再生するＧＵＩプレイヤを変更することが可能となる。第１のイベント変換部１５を入れ替えることにより、装置リソース制御部１７に対する指示を変更することが可能となる。第２のイベント変換部１６を入れ替えることにより、装置リソース制御部１７からの指示に対する画面定義情報解釈部１２の動作を変更することが可能となる。
【００４９】
以上のように、本発明の第２の実施形態に係る表示処理装置及び方法によれば、アプリケーションの開発において、他のシステム向けに作成されたＧＵＩコンテンツ及びＧＵＩプレイヤを用いて、開発対象のアプリケーションのＧＵＩを実現することが可能となり、かつ、ＧＵＩプレイヤから機器上の資源へのアクセスが可能となる。
また、アプリケーションそのものに変更を加えることなく、ＧＵＩコンテンツ及びＧＵＩプレイヤの入れ替えによって、開発対象のアプリケーションのＧＵＩの変更が可能となる。これにより、アプリケーションの再利用性が向上し、開発効率の更なる向上や開発コストの低減等を実現することができる。
【産業上の利用可能性】
【００５０】
本発明の表示処理装置は、特定の用途に対して作成されたＧＵＩコンテンツやＧＵＩプレイヤを流用してアプリケーションのＧＵＩとして利用する場合等に利用可能であり、特に組み込み機器に予め組み込まれたアプリケーションのＧＵＩを容易に変更するアプリケーションフレームワーク等として利用したい場合等に適している。また、本発明の表示処理装置は、組み込み機器だけでなく、パーソナルコンピュータ（ＰＣ）上のアプリケーション等の用途にも応用できる。
【図面の簡単な説明】
【００５１】
【図１Ａ】従来のシステム概念を説明する図
【図１Ｂ】本発明のシステム概念を説明する図
【図２】本発明の第１の実施形態に係る表示処理装置１０の構成例を示すブロック図
【図３】表示処理装置１０で行われる初期化フローチャートの一例を示す図
【図４】表示処理装置１０で行われる表示処理フローチャートの一例を示す図
【図５Ａ】第１の画面イベントのフォーマット例を示す図
【図５Ｂ】第１の画面イベントのフォーマット例を示す図
【図６Ａ】リソースファイルの一例を示す図
【図６Ｂ】表示装置３０に表示されるコンテンツ画面例を示す図
【図７】具体的なアプリケーションの処理シーケンスの一例を示す図
【図８】表示装置３０に表示されるコンテンツ画面例を示す図
【図９】本発明の第２の実施形態に係る表示処理装置２０の構成例を示すブロック図
【図１０】表示処理装置２０で行われる初期化フローチャートの一例を示す図
【図１１】表示処理装置２０で行われる表示処理フローチャートの一例を示す図
【符号の説明】
【００５２】
１  画面部
２  制御部
３  変換部
１０、２０  表示処理装置
１１  情報格納部
１１ａ  画面定義情報
１２  画面定義情報解釈部
１３  表示インタフェース部
１４  入力インタフェース部
１５、１６  イベント変換部
１７  装置リソース制御部
１８  装置リソース
２１  ビュー部
３０  表示装置
４０  入力装置
５０１、５０２  第１の画面イベント
８００、８１０  表示画面
【図１Ａ】
0005032842.tif 000002
【図１Ｂ】
0005032842.tif 000003
【図２】
0005032842.tif 000004
【図３】
0005032842.tif 000005
【図４】
0005032842.tif 000006
【図５Ａ】
0005032842.tif 000007
【図５Ｂ】
0005032842.tif 000008
【図６Ａ】
0005032842.tif 000009
【図６Ｂ】
0005032842.tif 000010
【図７】
0005032842.tif 000011
【図８】
0005032842.tif 000012
【図９】
0005032842.tif 000013
【図１０】
0005032842.tif 000014
【図１１】
0005032842.tif 000015