JPWO2005093565A1 - 表示処理装置及び表示処理方法 - Google Patents

表示処理装置及び表示処理方法 Download PDF

Info

Publication number
JPWO2005093565A1
JPWO2005093565A1 JP2006511455A JP2006511455A JPWO2005093565A1 JP WO2005093565 A1 JPWO2005093565 A1 JP WO2005093565A1 JP 2006511455 A JP2006511455 A JP 2006511455A JP 2006511455 A JP2006511455 A JP 2006511455A JP WO2005093565 A1 JPWO2005093565 A1 JP WO2005093565A1
Authority
JP
Japan
Prior art keywords
event
screen
unit
display
display processing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2006511455A
Other languages
English (en)
Other versions
JP5032842B2 (ja
Inventor
秦　秀彦
秀彦 秦
英明 矢島
英明 矢島
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Priority to JP2006511455A priority Critical patent/JP5032842B2/ja
Publication of JPWO2005093565A1 publication Critical patent/JPWO2005093565A1/ja
Application granted granted Critical
Publication of JP5032842B2 publication Critical patent/JP5032842B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • G06F8/38—Creation or generation of source code for implementing user interfaces
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • User Interface Of Digital Computer (AREA)
  • Digital Computer Display Output (AREA)

Abstract

画面定義情報解釈部（１２）は、第１の画面イベントを発行する契機が定義されている画面定義情報（１１ａ）を解釈し、入力Ｉ／Ｆ部（１４）から入力される指示に対応する動作を行うための第１の画面イベントを発行する。第１のイベント変換部（１５）は、第１の画面イベントを、装置リソース制御部（１７）が解釈可能な第１の装置イベントに変換する。装置リソース制御部（１７）は、第１の装置イベントに従って装置リソース（１８）の制御を行う。また、装置リソース制御部（１７）は、装置リソース（１８）を参照及び変更した結果が記述されている第２の装置イベントを発行する。第２のイベント変換部（１６）は、第２の装置イベントを、画面定義情報解釈部（１２）が解釈可能な第２の画面イベントに変換する。

Description

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

Claims (17)

  1. ディスプレイに画面を表示させる表示処理装置であって、
    ディスプレイに表示される画面と当該画面内に表示された指示に対応する動作との関係が定義された、画面定義情報を格納する情報格納部と、
    前記画面定義情報を解釈して、ディスプレイに表示される画面を作成すると共に、指示の入力に従って当該指示に対応する動作を行うための第１の画面イベントを発行する画面定義情報解釈部と、
    前記第１の画面イベントを、表示処理装置が保持する装置リソースで解釈実行可能な第１の装置イベントに変換する第１のイベント変換部と、
    前記第１のイベント変換部で変換された第１の装置イベントに基づいて、前記装置リソースの制御を行う装置リソース制御部とを備える、表示処理装置。
  2. 前記装置リソース制御部は、前記第１の装置イベントに基づいた前記装置リソースの制御に応じて生じた画面変更の結果を、第２の装置イベントとして発行し、
    前記第２の装置イベントを、前記画面定義情報解釈部で解釈実行可能な第２の画面イベントに変換する第２のイベント変換部をさらに備え、
    前記画面定義情報解釈部は、前記第２のイベント変換部で変換された第２の画面イベントに基づいて、ディスプレイに表示される画面を変更することを特徴とする、請求項１に記載の表示処理装置。
  3. 前記装置リソース制御部は、前記第１の装置イベントに基づいた前記装置リソースの制御に応じて生じた画面変更の結果を、第２の装置イベントとして発行し、
    前記第２の装置イベントを、ディスプレイに表示される画面に直接変換する第２のイベント変換部をさらに備えることを特徴とする、請求項１に記載の表示処理装置。
  4. 前記画面定義情報解釈部が発行する前記第１の画面イベントを、前記第１のイベント変換部へ通知するビュー部をさらに備える、請求項１に記載の表示処理装置。
  5. 前記画面定義情報解釈部が発行する前記第１の画面イベントを、前記第１のイベント変換部へ通知すると共に、前記装置リソース制御部が発行する前記第２の装置イベントを、前記第２のイベント変換部へ通知するビュー部をさらに備える、請求項２に記載の表示処理装置。
  6. 前記画面定義情報解釈部が発行する前記第１の画面イベントを、前記第１のイベント変換部へ通知すると共に、前記装置リソース制御部が発行する前記第２の装置イベントを、前記第２のイベント変換部へ通知するビュー部をさらに備える、請求項３に記載の表示処理装置。
  7. 前記画面定義情報が、前記画面定義情報解釈部を通じて入れ替え可能であることを特徴とする、請求項１に記載の表示処理装置。
  8. 前記画面定義情報解釈部が、前記ビュー部を通じて入れ替え可能であることを特徴とする、請求項４に記載の表示処理装置。
  9. 前記第１のイベント変換部が、前記ビュー部を通じて入れ替え可能であることを特徴とする、請求項４に記載の表示処理装置。
  10. 前記第２のイベント変換部が、前記ビュー部を通じて入れ替え可能であることを特徴とする、請求項５に記載の表示処理装置。
  11. 前記第２のイベント変換部が、前記ビュー部を通じて入れ替え可能であることを特徴とする、請求項６に記載の表示処理装置。
  12. ディスプレイに画面を表示させるための表示処理方法であって、
    ディスプレイに表示される画面と当該画面内に表示された指示に対応する動作との関係が定義された所定の画面定義情報を解釈して、ディスプレイに表示される画面を作成する解釈ステップと、
    前記画面定義情報を解釈して、指示の入力に従って当該指示に対応する動作を行うための第１の画面イベントを発行する第１の発行ステップと、
    記第１の画面イベントを、所望の装置リソースで解釈実行可能な第１の装置イベントに変換する第１の変換ステップと、
    前記第１の変換ステップで変換された第１の装置イベントに基づいて、前記装置リソースの制御を行う制御ステップとを備える、表示処理方法。
  13. 前記第１の装置イベントに基づいた前記装置リソースの制御に応じて生じた画面変更の結果を、第２の装置イベントとして発行する第２の発行ステップと、
    前記第２の装置イベントを、前記解釈ステップで解釈実行可能な第２の画面イベントに変換する第２の変換ステップとをさらに備え、
    前記解釈ステップは、前記第２の画面イベントに基づいてディスプレイに表示される画面を変更することを特徴とする、請求項１２に記載の表示処理方法。
  14. 前記第１の装置イベントに基づいた前記装置リソースの制御に応じて生じた画面変更の結果を、第２の装置イベントとして発行する第２の発行ステップと、
    前記第２の装置イベントを、ディスプレイに表示される画面に直接変換する第２の変換ステップとをさらに備えることを特徴とする、請求項１２に記載の表示処理方法。
  15. 前記画面定義情報を入れ替えるステップをさらに備えることを特徴とする、請求項１２に記載の表示処理方法。
  16. ディスプレイに画面を表示させるための表示処理方法を、表示処理装置に実行させるためのコンピュータ読み取り可能なプログラムであって、
    ディスプレイに表示される画面と当該画面内に表示された指示に対応する動作との関係が定義された所定の画面定義情報を解釈して、ディスプレイに表示される画面を作成する解釈ステップと、
    前記画面定義情報を解釈して、指示の入力に従って当該指示に対応する動作を行うための第１の画面イベントを発行する第１の発行ステップと、
    前記第１の画面イベントを、所望の装置リソースで解釈実行可能な第１の装置イベントに変換する第１の変換ステップと、
    前記第１の変換ステップで変換された第１の装置イベントに基づいて、前記装置リソースの制御を行う制御ステップとを、前記表示処理装置に実行させるための、プログラム。
  17. 前記第１の装置イベントに基づいた前記装置リソースの制御に応じて生じた画面変更の結果を、第２の装置イベントとして発行する第２の発行ステップと、
    前記第２の装置イベントを、前記解釈ステップで解釈実行可能な第２の画面イベントに変換する第２の変換ステップとをさらに備え、
    前記解釈ステップは、前記第２の画面イベントに基づいてディスプレイに表示される画面を変更することを特徴とする、請求項１６に記載のプログラム。
JP2006511455A 2004-03-26 2005-03-22 表示処理装置及び表示処理方法 Expired - Fee Related JP5032842B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2006511455A JP5032842B2 (ja) 2004-03-26 2005-03-22 表示処理装置及び表示処理方法

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2004091443 2004-03-26
JP2004091443 2004-03-26
PCT/JP2005/005097 WO2005093565A1 (ja) 2004-03-26 2005-03-22 表示処理装置及び表示処理方法
JP2006511455A JP5032842B2 (ja) 2004-03-26 2005-03-22 表示処理装置及び表示処理方法

Publications (2)

Publication Number Publication Date
JPWO2005093565A1 true JPWO2005093565A1 (ja) 2007-08-16
JP5032842B2 JP5032842B2 (ja) 2012-09-26

Family

ID=35056364

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006511455A Expired - Fee Related JP5032842B2 (ja) 2004-03-26 2005-03-22 表示処理装置及び表示処理方法

Country Status (4)

Country Link
US (1) US8140999B2 (ja)
JP (1) JP5032842B2 (ja)
CN (1) CN100416498C (ja)
WO (1) WO2005093565A1 (ja)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8996423B2 (en) * 2005-04-19 2015-03-31 Microsoft Corporation Authentication for a commercial transaction using a mobile module
JP5140950B2 (ja) * 2006-06-20 2013-02-13 富士ゼロックス株式会社 操作画面生成方法、操作画面生成装置、電子機器、プログラム
JP5010605B2 (ja) * 2006-08-11 2012-08-29 パナソニック株式会社 イベント処理装置
JP5187007B2 (ja) * 2008-06-05 2013-04-24 株式会社リコー 画像形成装置、表示制御方法、及び表示制御プログラム
JP4724261B2 (ja) * 2009-09-16 2011-07-13 三菱電機株式会社 画像構築装置及びプログラム
JP4861493B2 (ja) * 2010-05-31 2012-01-25 株式会社東芝 情報出力制御装置及び情報出力制御方法
CN104035683B (zh) * 2014-05-14 2018-08-03 张智锋 一种通讯终端分屏多任务交互方法
US10445759B2 (en) * 2014-09-30 2019-10-15 Points.Com Inc. System and method for a loyalty network
CN106168974B (zh) * 2016-07-11 2020-01-07 广州视睿电子科技有限公司 多系统截屏文件的处理方法和系统

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11102289A (ja) * 1997-09-26 1999-04-13 Hitachi Software Eng Co Ltd 業務処理用画面生成方法

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU6019194A (en) 1993-10-29 1995-05-22 Taligent, Inc. Graphic editor framework system
GB2299419A (en) * 1995-03-25 1996-10-02 Ibm Message queuing for a graphical user interface
JPH09134267A (ja) 1995-11-10 1997-05-20 Hitachi Ltd グラフィカル・ユーザ・インタフェース装置
US6496202B1 (en) * 1997-06-30 2002-12-17 Sun Microsystems, Inc. Method and apparatus for generating a graphical user interface
DE69927114T2 (de) * 1998-10-30 2006-05-18 Fujitsu Ltd., Kawasaki Verfahren und System zum Darstellen und Senden von Nachrichten
EP1098244A3 (en) * 1999-11-02 2001-06-13 CANAL + Société Anonyme Graphical user interface
US6959340B1 (en) * 2000-05-31 2005-10-25 Sun Microsystems, Inc. Platform independent business to business messenger in an enterprise computer system
US8418065B2 (en) * 2001-07-16 2013-04-09 Nuance Communications, Inc. Method of and system for dynamically controlling during run time a multifunction peripheral (MFP) touch panel user interface (UI) from an external remote network-connected computer
CN1208732C (zh) * 2002-02-01 2005-06-29 上海贝尔阿尔卡特移动通信系统有限公司 在基于Web技术的应用系统中使用的事件处理方法
US7269795B2 (en) * 2003-03-07 2007-09-11 Microsoft Corporation Dynamically generated user interface for business application integration
US7436346B2 (en) * 2005-01-20 2008-10-14 At&T Intellectual Property I, L.P. System, method and interface for controlling multiple electronic devices of a home entertainment system via a single control device
US9503562B2 (en) * 2008-03-19 2016-11-22 Universal Electronics Inc. System and method for appliance control via a personal communication or entertainment device

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11102289A (ja) * 1997-09-26 1999-04-13 Hitachi Software Eng Co Ltd 業務処理用画面生成方法

Also Published As

Publication number Publication date
CN100416498C (zh) 2008-09-03
US8140999B2 (en) 2012-03-20
US20070174767A1 (en) 2007-07-26
CN1934533A (zh) 2007-03-21
JP5032842B2 (ja) 2012-09-26
WO2005093565A1 (ja) 2005-10-06

Similar Documents

Publication Publication Date Title
JP5032842B2 (ja) 表示処理装置及び表示処理方法
Savidis et al. Developing dual user interfaces for integrating blind and sighted users: the HOMER UIMS
Paterno' et al. MARIA: A universal, declarative, multiple abstraction-level language for service-oriented applications in ubiquitous environments
KR101159390B1 (ko) 페이지 매겨진 콘텐트를 디스플레이하고 이와 대화하기위한 방법 및 시스템
JP3755499B2 (ja) Ｇｕｉアプリケーション開発支援装置、ｇｕｉ表示装置、および方法、並びにコンピュータ・プログラム
TWI413933B (zh) 圖形使用者介面之應用程式介面
JP5697661B2 (ja) プラットフォームの拡張性フレームワーク
JP2010009623A (ja) 異種装置プラットフォーム間を移動するプラットフォーム特定型のグラフィカルユーザインターフェイスのウィジェットの変換
JP2006236323A (ja) アプリケーション提供システム、サーバ、クライアントおよびアプリケーション提供方法
US20080155406A1 (en) Gui generation apparatus and method for generating gui
JP2009296342A (ja) 画像形成装置、表示装置、表示制御方法、及び表示制御プログラム
Molina Massó et al. Towards virtualization of user interfaces based on UsiXML
JP2008287365A (ja) プログラム生成装置およびプログラム生成方法およびプログラムおよび記録媒体
JP4624413B2 (ja) パソコンのデスクトップ上にユーザーインタフェースを表示するための方法及びプログラム
Repo et al. Middleware support for implementing context-aware multimodal user interfaces
TW201325674A (zh) 產生遊戲事件效果之方法、工具，與電腦可讀記錄媒體
CN113296759A (zh) 用户界面处理方法、用户界面处理系统、设备及存储介质
JPH09163060A (ja) ファクシミリ装置およびその使用方法
JP2016126764A (ja) 情報処理装置、情報処理装置の制御方法およびプログラム
KR101599713B1 (ko) 끊김 없는 웹 어플리케이션 실행을 위한 단말의 상태 정보 송수신 장치, 그 방법 및 그 방법이 기록된 컴퓨터로 판독 가능한 기록 매체
JP7368756B2 (ja) 情報処理装置、情報処理装置の制御方法、およびプログラム、及び記録媒体
JP5447621B2 (ja) プログラム生成装置、プログラム生成方法ならびにプログラム
JP2001154834A (ja) コンテンツ作成方法および装置、ならびに、記録媒体
JP6019210B1 (ja) Ｕｉ制作装置、ｕｉ制作方法、及びｕｉ制作プログラム
JP2002366476A (ja) 分散処理システムにおけるデバイスに合わせた表示方法、分散処理システムおよび記憶媒体

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20071108

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110510

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110624

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20110826

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20120326

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120419

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20120528

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120608

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120629

R150 Certificate of patent or registration of utility model

Ref document number: 5032842

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150706

Year of fee payment: 3

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees