JP2007018172A - 情報処理装置、情報処理方法 - Google Patents

Abstract

【課題】 Ｖｉｅｗだけを独立して切り替えられるようすることで、部品の共通化・再利用を促し、ＵＩを動的に変更できるようにする為の技術を提供すること。
【解決手段】 ＸＦｏｒｍｓ形式で記述されたファイルｍｏｄｅｌ．ｘｍｌ、ＳＶＧ形式で記述されたファイルｗｉｄｇｅｔ．ｓｖｇ、ｓＸＢＬ形式で記述されたファイルｕｉ．ｘｂｌを保持しておく。ｕｉ．ｘｂｌに基づいて決まる部品の描画情報ｗｉｄｇｅｔ．ｓｖｇをｍｏｄｅｌ．ｘｍｌに合成し（Ｓ１０８）、合成結果に基づくバイナリデータに従って、ユーザインターフェース画面を表示する（Ｓ１０９）。
【選択図】 図６

Description

本発明は、ユーザインターフェースを生成するための技術に関するものである。

従来、機器が有する表示画面にて表示するユーザインターフェース（ＵＩ）は、プログラム内部で記述していたが、近年ＨＴＭＬによってＵＩを記述し、このＨＴＭＬを処理することでＵＩの表示を行う機器がでてきた。データ構造木から出力文書を生成したり（例えば特許文献１参照）、構造化文書の表示を文書型定義とスタイルシートによって行ったり（例えば特許文献２参照）もしている。

ＵＩをプログラム内部ではなくＨＴＭＬとして記述することのメリットは、ＵＩを変更する際にプログラムを変更し、再コンパイルする必要がないこと、ＨＴＭＬの知識さえあればＵＩを設計できること、ＨＴＭＬだけをＰＣで表示できること、等がある。

機器のＵＩとして使われるＨＴＭＬは通常機器の外部ではなく、機器の記憶領域に保存される。記憶領域は書き換え可能な書き換え可能なメモリの場合もあり、ＨＴＭＬを書き換えることでＵＩを変更することもできる。ＨＴＭＬが書き換え不能な書き換え不可能なメモリに保存される場合もあるが、このときは当然書き換えが不能である半面、書き換え可能なメモリの容量が少なくてすむというメリットがある。
特開平１０−２１４２６５号公報 特開平２０００−２９３５２３号公報

構造化記述を元にしてＵＩを構築する場合、ひとつの構造化記述にデータ構造（Ｍｏｄｅｌ）としての情報と描画情報（Ｖｉｅｗ）としての情報が混在していると、それぞれを独立して変更することが難しくなり、再利用できないという問題がある。

例えば現在広く使われているＨＴＭＬフォームでは、入力の部品はハード・コーディングされ、表示を変更することができないし、部品を追加することもできない。また、入力結果はテキストの並びとして送信されるため、受信側はデータの並び方と、各々のデータの型をあらかじめ知っておく必要がある。

更に、ＨＴＭＬを書き換え不可能なメモリに保存してしまうとＭｏｄｅｌのみを変更したり、Ｖｉｅｗのみを変更したりといったことができない。逆にＭｏｄｅｌのみを変更したい場合もＨＴＭＬ全体が書き換え可能なメモリに置かれるため、Ｖｉｅｗ情報も変更可能になってしまう。

一方、単にＭｏｄｅｌとしての情報しか持たない構造化記述は、テキストとしてしか表示できないという問題がある。

Ｖｉｅｗとしての情報も、ＵＩの部品としての情報と、その部品がＭｏｄｅｌのどの要素に対応するかという情報が混在しているとそれぞれを独立して変更することが難しくなり、再利用できないという問題がある。

また、ＵＩを変更するためにその都度構造化記述の内容を変更しているとその度に構造化記述を解析しなければならず、実用的でないという問題がある。

本発明は、以上の問題に鑑みて成されたものであり、Ｖｉｅｗだけを独立して切り替えられるようすることで、部品の共通化・再利用を促し、ＵＩを動的に変更できるようにする為の技術を提供することを目的とする。

本発明の目的を達成するために、例えば、本発明の情報処理装置は以下の構成を備える。

即ち、ユーザインターフェース画面を表示する為のデータのデータ構造を示す構造情報を保持する第１の保持手段と、
ユーザインターフェース画面上に配置可能な部品の描画情報を保持する第２の保持手段と、
前記部品を前記ユーザインターフェース画面に追加するための合成方法を示す合成情報を保持する第３の保持手段と、
前記第３の保持手段から選択された合成情報に基づいて決まる部品の描画情報を、前記第１の保持手段から選択された構造情報に合成する処理を、当該合成情報に基づいて行う合成手段と、
前記合成手段による合成結果に基づくバイナリデータに従って、ユーザインターフェース画面を表示する表示手段と
を備えることを特徴とする。

本発明の目的を達成するために、例えば、本発明の情報処理方法は以下の構成を備える。

即ち、ユーザインターフェース画面を表示する為のデータのデータ構造を示す構造情報を保持する第１の保持手段と、
ユーザインターフェース画面上に配置可能な部品の描画情報を保持する第２の保持手段と、
前記部品を前記ユーザインターフェース画面に追加するための合成方法を示す合成情報を保持する第３の保持手段とを備える情報処理装置が行う情報処理方法であって、
前記第３の保持手段から選択された合成情報に基づいて決まる部品の描画情報を、前記第１の保持手段から選択された構造情報に合成する処理を、当該合成情報に基づいて行う合成工程と、
前記合成工程による合成結果に基づくバイナリデータに従って、ユーザインターフェース画面を表示する表示工程と
を備えることを特徴とする。

本発明の構成により、Ｖｉｅｗだけを独立して切り替えられるようすることで、部品の共通化・再利用を促し、ＵＩを動的に変更することができる。

以下添付図面を参照して、本発明を好適な実施形態に従って詳細に説明する。

以下説明する実施形態では、ユーザインターフェース（ＵＩ）の画面を生成するための装置をネットワークシステム中に含めた形態について説明するが、この装置の周辺環境についてはこれに限定するものではない。

図１は、本実施形態に係るシステムの構成を示すブロック図である。同図に示す如く、本実施形態に係るシステムは以下の各装置がＬＡＮやインターネットなどのネットワーク１０１に接続されている構成を有する。この各装置とは、ＰＣ（パーソナルコンピュータ）１０２、ＰＤＡ１０３、カラープリンタ１０４、モノクロプリンタ１０５、サーバ１０６である。

以下では、カラープリンタ１０４を例に取り、このカラープリンタ１０４が有する表示画面上に表示するＵＩの画面を生成する為に、カラープリンタ１０４が行う処理について説明する。

図２は、カラープリンタ１０４のハードウェア構成を示すブロック図である。

ＣＰＵ２０１は、書き換え不可能なメモリ２０２、書き換え可能なメモリ２０３に格納されているプログラムやデータを用いて本装置全体の制御を行うと共に、カラープリンタ１０４が行う後述の各処理を実行する。

書き換え不可能なメモリ２０２は、ＣＰＵ２０１に本装置全体の制御を行わせると共に、カラープリンタ１０４が行う後述の各処理を実行させるためのプログラムやデータなどが格納されている。

書き換え可能なメモリ２０３は、プログラム制御変数や各種設定パラメータ等を格納するためのものである。また、各種ワーク用バッファもこの書き換え可能なメモリ２０３内に設けられる。

外部記憶部２０４は、ハードディスクドライブ装置等に代表される大容量情報記憶装置であって、例えば、Ｉ／Ｆ２０７を介して外部から受信した文書や画像などのファイルデータが格納される。

入力部２０５は、キーボードやタッチパネル等で構成されており、本装置のオペレータが操作することで、各種の指示をＣＰＵ２０１に対して入力することができる。

表示部２０６は、ＬＣＤ、ＬＥＤ等で構成されており、上記ＵＩを表示することができる。なお、この表示部２０６がタッチパネル形式のものである場合には、この表示部２０６は入力部２０５の機能をも兼ね備えることになる。

Ｉ／Ｆ２０７は、カラープリンタ１０４をネットワーク１０１に接続するためのものであり、カラープリンタ１０４はこのＩ／Ｆ２０７を介してネットワーク１０１に接続されている装置とのデータ通信を行う。

プリンタ部２０８は、熱転写、インク、トナーなどによって紙やＣＤ表面などに印刷を行うためのものである。

本実施形態では、カラープリンタ１０４は図２に示した構成を有するものとして説明するが、以下説明する処理を実施可能な構成はこれに限定するものではなく、その構成は適宜変更可能である。

図６は、カラープリンタ１０４が行う、ＵＩの生成処理のフローチャートである。なお、同図のフローチャートに従った処理をＣＰＵ２０１に実行させるためのプログラムやデータは書き換え不可能なメモリ２０２に格納されている。よって、ＣＰＵ２０１がこれを用いて処理を実行することで、カラープリンタ１０４は以下説明する各処理を実行することになる。

ここでは、合成方法を記述したｓＸＢＬ文書に基づいて、Ｍｏｄｅｌとしての情報を持つＸＦｏｒｍｓ文書と、Ｍｏｄｅｌに合成する描画情報をＵＩ部品として持つＳＶＧ文書とを合成し、ＵＩとして表示部２０６に表示する。

図３は、以下の説明で用いるＸＦｏｒｍｓ（仕様はｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＭａｒｋＵｐ／Ｆｏｒｍｓ／）形式で記述されたファイル（ｍｏｄｅｌ．ｘｍｌ）の一部を示した図である。ｍｏｄｅｌ．ｘｍｌのファイルデータは書き換え不可能なメモリ２０２内に格納している。

図４は、以下の説明で用いるＳＶＧ（仕様はｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／Ｇｒａｐｈｉｃｓ／ＳＶＧ／）形式で記述されたファイル（ｗｉｄｇｅｔ．ｓｖｇ）の一部を示した図である。ｗｉｄｇｅｔ．ｓｖｇのファイルデータは書き換え可能なメモリ２０３内に格納している。

図５は、以下の説明で用いるｓＸＢＬ（仕様はｈｔｔｐ：／／ｗｗｗ．ｈｉｘｉｅ．ｃｈ／ｓｐｅｃｓ／ｘｂｌ／ｘｂｌ）形式で記述されたファイル（ｕｉ．ｘｂｌ）の一部を示した図である。ｕｉ．ｘｂｌのファイルデータは書き換え不可能なメモリ２０２内に格納している。

先ず、カラープリンタ１０４の操作者が入力部２０５を用いて、表示部２０６に所望のＵＩを表示させるためのデータのデータ構造を示すｍｏｄｅｌ．ｘｍｌと、このＵＩに所望の部品を追加（合成）するための合成方法を示すｕｉ．ｘｂｌとを指定する操作を入力する。この入力はＰＣ１０３などの外部装置によって行うようにしても良い。

ＣＰＵ２０１は入力部２０５から、若しくはＩ／Ｆ２０７を介して外部装置からこの入力指示を検知すると、次の処理を行う。即ち、指示されたそれぞれのファイルデータを書き換え不可能なメモリ２０２、書き換え可能なメモリ２０３、外部記憶部２０４から検索する処理を行う（ステップＳ１０２）。本実施形態では、ファイルデータｍｏｄｅｌ．ｘｍｌ、ｕｉ．ｘｂｌは共に書き換え不可能なメモリ２０２に格納されているものとする。

検索の結果、１つでも存在しない場合には本処理を終了する。一方、検索対象のファイルデータが存在した場合には処理をステップＳ１０３に進める。

次にＣＰＵ２０１はｕｉ．ｘｂｌを最初に解析する（ステップＳ１０３）。本実施形態においてｕｉ．ｘｂｌでは、＜ｘｂｌ：ｉｍｐｏｒｔ＞要素のｂｉｎｄｉｎｇｓ属性で描画情報が記述されたファイルが”ｗｉｄｇｅｔ．ｓｖｇ”と記述されている。従って次に、このファイル”ｗｉｄｇｅｔ．ｓｖｇ”で特定される部品の描画情報を書き換え不可能なメモリ２０２、書き換え可能なメモリ２０３、外部記憶部２０４から検索する処理を行う（ステップＳ１０４）。本実施形態では、ｗｉｄｇｅｔ．ｓｖｇは書き換え可能なメモリ２０３に格納されているものとする。

検索の結果、ｗｉｄｇｅｔ．ｓｖｇのファイルデータが存在しない場合には本処理を終了する。一方、存在した場合には処理をステップＳ１０５に進める。

次に、ｍｏｄｅｌ．ｘｍｌを解析し、ＤＯＭに変換し、その後、処理をステップＳ１０６に進める（ステップＳ１０５）。この際、各要素を表すＤＯＭの構造体にはＤＯＭへのポインタを型とするｓｈａｄｏｗＴｒｅｅ属性が存在し、ＮＵＬＬで初期化されている。

次に、ｗｉｄｇｅｔ．ｓｖｇを解析し、ＤＯＭに変換し、その後、処理をステップＳ１０７に進める（ステップＳ１０６）。このＤＯＭも、各要素を表す構造体にＤＯＭへのポインタを型とするｓｈａｄｏｗＴｒｅｅ属性が存在し、ＮＵＬＬで初期化されている。

次に、ｍｏｄｅｌ．ｘｍｌとｗｉｄｇｅｔ．ｓｖｇのそれぞれのＤＯＭから、ｗｉｄｇｅｔ．ｓｖｇで定義されたＵＩ部品が、ｍｏｄｅｌ．ｘｍｌの要素のうち何れかに関連付けられているのかをチェックする（ステップＳ１０７）。

関連付けの情報は、ｗｉｄｇｅｔ．ｓｖｇのｘｂｌ：ｄｅｆｉｎｉｔｉｏｎ要素のｅｌｅｍｅｎｔ属性の値から判断する。例えば＜ｘｂｌ：ｄｅｆｉｎｉｔｉｏｎ ｅｌｅｍｅｎｔ＝”ｘｆｏｒｍｓ：ｌａｂｅｌ”＞とあれば、この要素の子要素はｘｆｏｒｍｓ接頭辞の指す名前空間に属するｌａｂｅｌ要素に関連付けられる。ｍｏｄｅｌ．ｘｍｌにＳＶＧ要素が存在した場合、ＳＶＧ要素はそれ自体がＶｉｅｗ情報を持つため、これについてはチェックを行わない。

チェックの結果、ｗｉｄｇｅｔ．ｓｖｇで定義されたＵＩ部品が、ｍｏｄｅｌ．ｘｍｌの要素のうち何れにも関連付けられていない場合には本処理を終了する。一方、ｗｉｄｇｅｔ．ｓｖｇで定義されたＵＩ部品が、ｍｏｄｅｌ．ｘｍｌの要素のうち何れかに関連付けられている場合には処理をステップＳ１０８に進め、次の処理を行う。

即ち、対応するｘｂｌ：ｄｅｆｉｎｉｔｉｏｎ要素の子要素であるｘｂｌ：ｔｅｍｐｌａｔｅの子要素以下をＤＯＭとしてコピーし、要素のｓｈａｄｏｗＴｒｅｅ属性から参照できるようにする（ステップＳ１０８）。ここで、もしｘｂｌ：ｃｏｎｔｅｎｔ要素が存在する場合は、ｘｂｌ：ｃｏｎｔｅｎｔ要素を表す構造体のｃｏｎｔｅｎｔ属性に、ｓｈａｄｏｗＴｒｅｅの参照もとの要素の子要素へのポインタを持たせておく。ステップＳ１０５で、＜ｘｆｏｒｍｓ：ｌａｂｅｌ＞要素を表すＤＯＭは、
＜ｘｆｏｒｍｓ：ｌａｂｅｌ＞｛
ｓｈａｄｏｗＴｒｅｅ ＝ ＮＵＬＬ；
…
｝
のようになっている。ステップＳ１０７で、＜ｘｆｏｒｍｓ：ｌａｂｅｌ＞要素には＜ｓｖｇ：ｔｅｘｔ＞要素が対応することになり、＜ｘｂｌ：ｃｏｎｔｅｎｔ＞には＜ｘｆｏｒｍｓ：ｌａｂｅｌ＞要素でタグ付けされた文字列が入ることを示しているので、ステップＳ１０８でｓｈａｄｏｗＴｒｅｅに＜ｓｖｇ：ｔｅｘｔ＞要素へのポインタを渡す。
＜ｘｆｏｒｍｓ：ｌａｂｅｌ＞｛
ｓｈａｄｏｗＴｒｅｅ ＝ ＜ｓｖｇ：ｔｅｘｔ＞；
…
｝
そして、合成されたＤＯＭを受け取ると、要素のｓｈａｄｏｗＴｒｅｅから参照されるＤＯＭの情報を用いてｍｏｄｅｌ．ｘｍｌに従ったＵＩ画面を表示部２０６に表示する（ステップＳ１０９）。＜ｘｆｏｒｍｓ：ｌａｂｅｌ＞要素を表示する際、ｓｈａｄｏｗＴｒｅｅをチェックし、＜ｓｖｇ：ｔｅｘｔ＞要素として表示を行う。＜ｘｆｏｒｍｓ：ｌａｂｅｌ＞ＯＫ＜／ｘｆｏｒｍｓ：ｌａｂｅｌ＞が＜ｓｖｇ：ｔｅｘｔ＞ＯＫ＜／ｓｖｇ：ｔｅｘｔ＞であるかのように処理される。

例えばｘｆｏｒｍｓ：ｌａｂｅｌ要素を表す構造体のｓｈａｄｏｗＴｒｅｅ属性の値には＜ｓｖｇ：ｔｅｘｔ＞＜ｘｂｌ：ｃｏｎｔｅｎｔ／＞＜／ｓｖｇ：ｔｅｘｔ＞を表すＤＯＭへのポインタが入っている。表示の際ＤＯＭを辿っていき、ｘｆｏｒｍｓ：ｌａｂｅｌ要素を表す構造体のｓｈａｄｏｗＴｒｅｅ属性がＮＵＬＬでない場合、ｓｈａｄｏｗＴｒｅｅ属性が指すＤＯＭをｘｆｏｒｍｓ：ｌａｂｅｌ要素のＶｉｅｗ情報として扱う。

ここで、ｘｂｌ：ｃｏｎｔｅｎｔ要素があるならばこの要素を表す構造体のｃｏｎｔｅｎｔ属性からＤＯＭを辿り、更に表示を行う。ｘｆｏｒｍｓ：ｌａｂｅｌ要素の子要素はテキストノードなので、あたかもｓｖｇ：ｔｅｘｔ要素の子要素がこのテキストノードであるかのように表示が行われる。

図７は、ステップＳ１０９における表示例を示す図である。次に、入力部２０５から、若しくはＩ／Ｆ２０７を介して外部から終了指示の入力を検知した場合にはステップＳ１１０を介して本処理を終了する。一方、検知していない場合には処理をステップＳ１１１に進め、次の処理を行う。即ち、ＤＯＭに対する操作を検知すると、検知した操作に応じてＤＯＭを操作し（ステップＳ１１１）、ステップＳ１０９に処理を戻す。

ここで、Ｖｉｅｗをｗｉｄｇｅｔ．ｓｖｇからｗｉｄｇｅｔ２．ｓｖｇに変更したとする。図８は、ＳＶＧ（仕様はｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／Ｇｒａｐｈｉｃｓ／ＳＶＧ／）形式で記述されたファイル（ｗｉｄｇｅｔ２．ｓｖｇ）の一部を示した図である。このファイルデータは書き換え可能なメモリ２０３内に格納している。

ＣＰＵ２０１は書き換え可能なメモリ２０３内のｗｉｄｇｅｔ．ｓｖｇをｗｉｄｇｅｔ２．ｓｖｇに書き換える。そして、ステップＳ１０６と同様にしてｗｉｄｇｅｔ２．ｓｖｇを解析し、ｍｏｄｅｌ．ｘｍｌとの関連付けを行う。その場合の表示例は図９に示すようになる。図９は、ｗｉｄｇｅｔ２．ｓｖｇを用いた場合の表示例を示す図である。

以上の説明により、本実施形態によれば、ＭｏｄｅｌとＶｉｅｗとを分離することができる。また、ｍｏｄｅｌ．ｘｍｌ、ｕｉ．ｘｂｌ、ｗｉｄｇｅｔ．ｓｖｇのうち、変更するものを書き換え可能なメモリ、変更不要のものを書き換え不可能なメモリに保存することで誤った変更を防止することができる。加えて、必要とする書き換え可能なメモリの容量を最小化することができる。

また、ｗｉｄｇｅｔ．ｓｖｇによりＭｏｄｅｌにＶｉｅｗを追加できるため、Ｖｉｅｗを持たないＭｏｄｅｌを表示することができる。また、ｗｉｄｇｅｔ．ｓｖｇを変更することでＶｉｅｗだけを独立して切り替えることができる。また、Ｖｉｅｗの部品を共通化・再利用することができる。また、ＵＩのバイナリデータを直接操作することでＵＩを動的に変更することができる。

尚、以上の説明では、各処理はカラープリンタ１０４が行うものとしたが、ネットワーク１０１に複合機を接続し、この複合機が上記各処理を行うようにしても良いし、上記各処理を実行する装置は特に限定するものではない。

また、本発明の目的は、以下のようにすることによって達成されることはいうまでもない。即ち、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体（または記憶媒体）を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行する。この場合、記録媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。

また、コンピュータが読み出したプログラムコードを実行することにより、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行う。その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれたとする。その後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

本発明を上記記録媒体に適用する場合、その記録媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。

本発明の実施形態に係るシステムの構成を示すブロック図である。 カラープリンタ１０４のハードウェア構成を示すブロック図である。 ＸＦｏｒｍｓ（仕様はｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＭａｒｋＵｐ／Ｆｏｒｍｓ／）形式で記述されたファイル（ｍｏｄｅｌ．ｘｍｌ）の一部を示した図である。 ＳＶＧ（仕様はｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／Ｇｒａｐｈｉｃｓ／ＳＶＧ／）形式で記述されたファイル（ｗｉｄｇｅｔ．ｓｖｇ）の一部を示した図である。 ｓＸＢＬ（仕様はｈｔｔｐ：／／ｗｗｗ．ｈｉｘｉｅ．ｃｈ／ｓｐｅｃｓ／ｘｂｌ／ｘｂｌ）形式で記述されたファイル（ｕｉ．ｘｂｌ）の一部を示した図である。 カラープリンタ１０４が行う、ＵＩの生成処理のフローチャートである。 ステップＳ１０９における表示例を示す図である。 ＳＶＧ（仕様はｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／Ｇｒａｐｈｉｃｓ／ＳＶＧ／）形式で記述されたファイル（ｗｉｄｇｅｔ２．ｓｖｇ）の一部を示した図である。 ｗｉｄｇｅｔ２．ｓｖｇを用いた場合の表示例を示す図である。

Claims (6)

1. ユーザインターフェース画面を表示する為のデータのデータ構造を示す構造情報を保持する第１の保持手段と、
   ユーザインターフェース画面上に配置可能な部品の描画情報を保持する第２の保持手段と、
   前記部品を前記ユーザインターフェース画面に追加するための合成方法を示す合成情報を保持する第３の保持手段と、
   前記第３の保持手段から選択された合成情報に基づいて決まる部品の描画情報を、前記第１の保持手段から選択された構造情報に合成する処理を、当該合成情報に基づいて行う合成手段と、
   前記合成手段による合成結果に基づくバイナリデータに従って、ユーザインターフェース画面を表示する表示手段と
   を備えることを特徴とする情報処理装置。
2. 前記第１乃至３の保持手段は、書き換え不可能なメモリ、書き換え可能なメモリの何れかであることを特徴とする請求項に記載の情報処理装置。
3. 前記バイナリデータは、ＤＯＭ形式のデータであることを特徴とする請求項に記載の情報処理装置。
4. ユーザインターフェース画面を表示する為のデータのデータ構造を示す構造情報を保持する第１の保持手段と、
   ユーザインターフェース画面上に配置可能な部品の描画情報を保持する第２の保持手段と、
   前記部品を前記ユーザインターフェース画面に追加するための合成方法を示す合成情報を保持する第３の保持手段とを備える情報処理装置が行う情報処理方法であって、
   前記第３の保持手段から選択された合成情報に基づいて決まる部品の描画情報を、前記第１の保持手段から選択された構造情報に合成する処理を、当該合成情報に基づいて行う合成工程と、
   前記合成工程による合成結果に基づくバイナリデータに従って、ユーザインターフェース画面を表示する表示工程と
   を備えることを特徴とする情報処理方法。
5. コンピュータに請求項４に記載の情報処理方法を実行させるためのプログラム。
6. 請求項５に記載のプログラムを格納したことを特徴とする、コンピュータ読み取り可能な記憶媒体。

Images