(57)【要約】【課題】  操作者による操作によって、１つのＵＩ画面を構成する部品の一部の表示形態が切り換わる動的なＵＩ画面を視覚的に分かりやすく設計するとともに、その動的な切替えを記述する設計情報を生成することを可能にする。【解決手段】  １つの画面テンプレートを動的に変更する各表示状態毎に、グループを定義する。そして、画面テンプレート内の各部品を配置する領域（プロパティ）と、その領域に表示すべき部品を、グループ単位に設定する。選択中のグループに対する、各部品の表示例を示すＵＩ画面はプレビューエリアに表示される。そして、保存の指示を与えると、選択された画面テンプレートを示す構造形式の記述内に、各部品配置位置毎に設定した各グループで定義した部品を特定する情報を記述したファイルを生成し、保存する。【選択図】  図１１
2009259123.tif 000002
【特許請求の範囲】
【請求項１】
電子機器用のＵＩ画面作成装置であって、
ＵＩ画面内の各部品の配置位置を定義する少なくとも１つの画面テンプレートと、該画面テンプレート内に表示する候補となる部品群を記憶する記憶手段と、
該記憶手段に記憶された１つの画面テンプレートを選択するテンプレート選択手段と、
該テンプレート選択手段で選択した画面テンプレートで定義されるＵＩ画面を表示する表示手段と、
表示された前記ＵＩ画面を用いた一の表示状態における、前記画面テンプレート内の各部品の配置位置をグループとして設定し、各グループ毎に、前記ＵＩ画面における各部品の配置位置に表示すべき部品を、前記記憶手段に記憶された部品群の中から設定する設定手段と、
前記グループの１つを選択するグループ選択手段と、
該グループ選択手段で１つのグループが選択された場合、当該選択したグループで設定された各部品で、前記表示手段で表示された前記ＵＩ画面を更新する表示更新手段と、
保存指示が指示された場合、前記設定手段で設定した各グループ毎に設定した部品を特定する情報を、前記テンプレート選択手段で選択された前記画面テンプレートを示す構造形式の記述の中に記述したデータを生成し、保存する保存手段と
を備えることを特徴とする電子機器用のＵＩ画面作成装置。
【請求項２】
前記設定手段は、
新規グループの作成を指示する指示手段と、
該指示手段で新規グループの作成指示がある度に、グループを作成する作成手段と、
作成されたグループに対し、前記ＵＩ画面内の各部品の配置位置に配置すべき部品を特定する情報を、前記記憶手段に記憶された部品群を特定する情報の中から選択する手段とを備えることを特徴とする請求項１に記載の電子機器用のＵＩ画面作成装置。
【請求項３】
前記設定手段は、前記テンプレート選択手段で選択された画面テンプレートの中の各部品の配置位置を示す情報を一方の軸に沿って配置して表示し、前記軸に対して直交する軸に沿って各グループの見出しを表示し、２つの軸の直交する位置に表示すべき部品を特定する情報を入力することで、各部品を設定することを特徴とする請求項１又は２に記載の電子機器用のＵＩ画面作成装置。
【請求項４】
前記グループ選択手段は、前記２つの軸の直交する位置が指定された場合、或いは、前記見出しの１つが指定された場合、指定された位置のグループが選択されたとして判定することを特徴とする請求項３に記載の電子機器用のＵＩ画面作成装置。
【請求項５】
前記グループ選択手段は、グループのいずれか１つを選択するためのメニューを表示する手段を含むことを特徴とする請求項１乃至３のいずれか１項に記載の電子機器用のＵＩ画面作成装置。
【請求項６】
前記記憶手段が記憶する部品群には、文字列、アイコン、音声データ、動画データ、アニメーションデータ、点滅パターン、及び、電子機器が有する振動部の駆動データが含まれることを特徴とする請求項１乃至５のいずれか１項に記載の電子機器用のＵＩ画面作成装置。
【請求項７】
前記保存手段は、電子機器の制御プログラムの開発言語と同じ言語で記述したソースコードファイルにして保存することを特徴とする請求項１乃至６のいずれか１項に記載の電子機器用のＵＩ画面作成装置。
【請求項８】
前記保存手段は、更に、前記ソースコードファイルをコンパイルして出力することを特徴とする請求項７に記載の電子機器用のＵＩ画面作成装置。
【請求項９】
ＵＩ画面内の各部品の配置位置を定義する少なくとも１つの電子機器用の画面テンプレートと該画面テンプレート内に表示する候補となる部品群を記憶する記憶手段を備えた電子機器用のＵＩ画面作成装置の制御方法であって、
該記憶手段に記憶された１つの画面テンプレートを選択するテンプレート選択工程と、
該テンプレート選択工程で選択した画面テンプレートで定義されるＵＩ画面を表示する表示工程と、
表示された前記ＵＩ画面を用いた一の表示状態における、前記画面テンプレート内の各部品の配置位置をグループとして設定し、各グループ毎に、前記ＵＩ画面における各部品の配置位置に表示すべき部品を、前記記憶手段に記憶された部品群の中から設定する設定工程と、
前記グループの１つを選択するグループ選択工程と、
該グループ選択工程で１つのグループが選択された場合、当該選択したグループで設定された各部品で、前記表示工程で表示された前記ＵＩ画面を更新する表示更新工程と、
保存指示が指示された場合、前記設定工程で設定した各グループ毎に設定した部品を特定する情報を、前記テンプレート選択工程で選択された前記画面テンプレートを示す構造形式の記述の中に記述したデータを生成し、保存する保存工程と
を備えることを特徴とする電子機器用のＵＩ画面作成装置の制御方法。
【請求項１０】
コンピュータに読み込ませ、実行させることで、前記コンピュータを、請求項１乃至８のいずれか１項に記載の電子機器用のＵＩ画面作成装置として機能させることを特徴とするコンピュータプログラム。
【請求項１１】
請求項１０に記載のコンピュータプログラムを格納したことを特徴とするコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＵＩ画面作成装置、特に複合機に代表される電子機器の操作画面に表示することになるＵＩ画面の作成装置及びその制御方法に関するものである。
【背景技術】
【０００２】
近年、機器の機能が向上し、そのユーザインターフェース（以後、ＵＩ）の開発コストが大きくなっている。例えば、現在市場に投入されているデジタルカメラは、カメラ設定やヘルプ画面用に数十のUI画面が必要となっている。複写機に関しては、数百のＵＩ画面が必要となっている。
【０００３】
このようなＵＩ開発コストを削減するために、各メーカではＵＩ開発ツールを用い、開発を行っている。かかるＵＩ開発ツールの先行技術としては特許文献１、特許文献２、特許文献３が知られている。
【０００４】
ＵＩ開発ツールは、対象とする電子機器のＵＩを開発する開発者、または、一部のデザイナによって使われるツールである。ここでは、一般的なＵＩ開発ツールの動作を説明する。
【０００５】
図１（ａ）、（ｂ）で示した画面は、一般的な機器（複写機もしくは複合機）に登場する画面の例である。図１（ａ）はコピーを開始することをユーザに確認するための画面である。また、図１（ｂ）は、時刻設定を行うことをユーザに確認するための画面である。これらの画面を作成するには、デザイナによる画面アートワークの作成と、開発者による文言／アイコンの割り当てが必要となる。
【０００６】
このとき、デザイナは、全ての画面のアートワークを作成する必要はない。例えば、先ほどの２画面の場合、どちらもユーザに確認を行うための画面と捕らえることで、同じ画面のアートワークを利用することが可能である。このような汎用的な画面アートワークを以後、画面テンプレートと呼ぶ。
【０００７】
図２は、確認画面用の画面テンプレートの例である。デザイナはこのような抽象的な画面のアートワークを用意しておくことで、開発者がこれをそれぞれの画面として利用することが可能となる。このとき、画面テンプレートにはプロパティエリアを設定する必要がある。プロパティエリアとは、文言やアイコン等のシンボル、もしくはＵＩ部品を挿入するための領域である。図２の例では、テキストエリア用の Property１(２０２) と、アイコンエリア用の Property２(２０３) が設定されている。開発者は、このプロパティエリアに具体的な文言やアイコンを割り当てる。
【０００８】
図３の３０１は、文言やアイコンのテーブルの例である。このように、文言やアイコンの各データ（以後リソースと呼ぶ）は、タイプ、ＩＤ、及びその内容（テキストであれば文字列、アイコンであればその画像もしくは描画情報）の情報を持つ。これらのテーブルは、開発者によってメンテナンスされることが一般的である。
【０００９】
図４は、一般的なUI画面開発装置の画面プロパティ設定ダイアログ(４０１)の例である。デザイナもしくは開発者はこのようなツールを用い、デザイナが作成した画面テンプレートに、実際の文言やアイコンを割り当て、実際の画面を作成することが可能である。例えば、図４の例では、確認画面テンプレートを読み込み、Property１にテキストリソースの“Ｔ_０１”を、Property２にアイコンリソースの “Ｉ_０１” を設定した場面である。これらの設定は、ツール内のリソース入力エリア(４０２)に図３のＩＤをキーボードから入力することで行われる。また、リソースを割り当てた画面をプレビューエリア(４０３)に表示することで、作成中の画面を容易に確認することが可能である。
【００１０】
このようなツールを用いることで、各画面用の設計データを出力することが可能である。図５（ａ）、（ｂ）は、この設計データの出力例である。各画面毎に設計データ(５０１, ５０２)を出力し、その中で、画面テンプレート名(５０３)、そのテンプレートのプロパティに設定したリソース名(５０４)が出力されている。
【００１１】
このような設計データを生成し、電子機器のプログラムや描画テーブルに登録することで、その電子機器は図１（ａ）の画面１０１や同図（ｂ）の画面１０２を表示することが可能になる。
【特許文献１】特開２００６−１３４０９号公報
【特許文献２】特開平９−１１４６２１号公報
【特許文献３】特開平６−２０２８６３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
背景技術で説明したＵＩ画面作成装置は、静的な画面を作成するには十分な機能を持つ。しかし、ユーザの操作に応じて内容が切り替わる画面（以後、動的な画面と呼ぶ）を作成することは困難である。
【００１３】
例えば、図６（ａ）に示す機能選択画面６０１において、ユーザの操作時に例えば下キーが押下された場合に、図６（ｂ）のような機能選択画面６０２に切り換わる、すなわち、動的に画面が切り換わる場合である。すなわち、図６（ａ）では、ユーザが下キーを押された場合、図６（ａ）のアイコンエリア６０２及びテキストエリア６０３が、同図（ｂ）のように切り換わる場合である。
【００１４】
従来技術では、設計者もしくはデザイナは図６（ａ）と図６（ｂ）の画面を独立して設計せざるを得ない。プログラマにとっては、図６（ａ）、（ｂ）の画面設計情報は独立したものであるので、搭載する電子機器のＵＩを表示するためのプログラムは個別に作成せざるを得ず、混乱の元になり、スムーズな開発の妨げとなっていた。また、昨今の電子機器では、機能は豊富な為、このような動的なＵＩを利用する機会は増える一方であるので、この問題は無視できない。
【００１５】
そこで、本発明は、操作者による操作によって、１つのＵＩ画面を構成する部品の一部の表示形態が動的に切り換わるＵＩ画面を視覚的に分かりやすく設計するとともに、その動的な切替えを記述する設計情報を生成することを可能にする技術を提供しようとするものである。
【課題を解決するための手段】
【００１６】
かかる課題を解決するため、例えば本発明の電子機器用のＵＩ画面作成装置は以下の構成を備える。すなわち、
電子機器用のＵＩ画面作成装置であって、
ＵＩ画面内の各部品の配置位置を定義する少なくとも１つの画面テンプレートと、該画面テンプレート内に表示する候補となる部品群を記憶する記憶手段と、
該記憶手段に記憶された１つの画面テンプレートを選択するテンプレート選択手段と、
該テンプレート選択手段で選択した画面テンプレートで定義されるＵＩ画面を表示する表示手段と、
表示された前記ＵＩ画面を用いた一の表示状態における、前記画面テンプレート内の各部品の配置位置をグループとして設定し、各グループ毎に、前記ＵＩ画面における各部品の配置位置に表示すべき部品を、前記記憶手段に記憶された部品群の中から設定する設定手段と、
前記グループの１つを選択するグループ選択手段と、
該グループ選択手段で１つのグループが選択された場合、当該選択したグループで設定された各部品で、前記表示手段で表示された前記ＵＩ画面を更新する表示更新手段と、
保存指示が指示された場合、前記設定手段で設定した各グループ毎に設定した部品を特定する情報を、前記テンプレート選択手段で選択された前記画面テンプレートを示す構造形式の記述の中に記述したデータを生成し、保存する保存手段とを備える。
【発明の効果】
【００１７】
本発明によれば、１つの画面テンプレートを用いた複数の表示状態のそれぞれをグループとして定義し、各グループ毎に表示すべき部品を設定するとともに、各グループ毎に表示状態を確認できるようになり、且つ、１つの画面テンプレートを用いた構造形式の記述内に各グループによる表示すべき部品を記述した結果を出力することができる。従って、本発明によれば、動的に切り替わるＵＩ画面が容易に作成できる。また、各グループ毎にＵＩ画面を確認できるので、複数のグループが混在したＵＩ画面を排除することもできる。また、１つの画面テンプレートを用いて、複数の動的に切り換わる画面を不可分に記述した設計データを生成することもできる。
【発明を実施するための最良の形態】
【００１８】
以下、添付図面に従って本発明に係る実施形態を詳細に説明する。
【００１９】
本実施形態では、電子機器用のＵＩ画面作成装置を、パーソナルコンピュータ等の汎用の情報処理装置で実現する例を説明する。
【００２０】
図１７は、情報処理装置のブロック構成図である。図示の構成において、本装置の電源をＯＮにすると、ＣＰＵ１７０１は、ＲＡＭ１７０３をワークエリアとして、ＲＯＭ１７０２に格納されたブートプログラムを実行する。この結果、ＣＰＵ１７０１は、ＨＤＤ（ハードディスク装置）１７０４からＯＳ（オペレーティングシステム）をＲＡＭ１７０３にロードし、ＯＳが起動する。この結果、ＯＳによるＧＵＩが表示制御部１７０７を介して表示装置１７０８に表され、キーボード１７０５、マウス１７０６による操作が可能になる。また、ネットワークインタフェース１７０９を介して、ネットワーク通信も可能になる。
【００２１】
なお、ＨＤＤ１７０４には、以下に説明する電子機器用のＵＩ設計用のアプリケーションプログラムが格納されている。デザイナもしくは開発者（以下、単にユーザという）がキーボード１７０５、若しくはマウス１７０６を操作して、そのプログラムの実行を指示すると、ＣＰＵ１７０１はそのアプリケーションプログラムをＨＤＤ１７０４からＲＡＭ１７０３にロードし、実行する。この結果、情報処理装置が、電子機器用のＵＩ設計装置として機能することになる。
【００２２】
また、ＨＤＤ１７０４には、複数のＵＩ画面のテンプレートを格納するテンプレートデータベース、及び、ＵＩ画面内に配置する候補であるリソース（部品群）を格納するリソースデータベースが格納されている。これらユーザの操作によって新規に登録することができるが、以下の説明では、既存のテンプレートを用い、既に登録したリソースデータベースを用いてＵＩ画面を設計する例を説明する。
【００２３】
図７は、本実施形態における電子機器用のＵＩ設計用のアプリケーションプログラムを事項した際の、本装置の機能構成図である。なお、図示のデータ、及びデータベース以外の各処理部は、プログラムにおける関数もしくはサブルーチンと言えば分かりやすい。また、図８は、ＵＩ設計用のアプリケーションプログラムの処理手順を示すフローチャートである。以下、これらの図に従って本装置の処理内容を説明する。
【００２４】
ＵＩ設計用のアプリケーションプログラムの実行が開始されると、ＣＰＵ１７０１は表示制御１７０７を制御し、表示装置１７０８にＵＩ設計画面を表示する。この後、ＣＰＵ１７０１は、図８のフローチャートに従った処理を実行することになる。
【００２５】
ステップＳ８０１では、先ず、ユーザによる操作（キーボードやマウス）を受け付ける。そして、以下では、この操作の種別を判断し、該当する処理を実行することになる。
【００２６】
先ず、ステップＳ８０２では、ＣＰＵ１７０１は、“新規画面の作成”が指示されたか否かを判定する。新規画面の作成指示であると判定した場合、ＣＰＵ１７０１は、処理をステップＳ８０３に進め、新規画面の作成を行う。具体的には、ＣＰＵ１７０１は、図１５のような新規画面作成ダイアログ１５０１を表示する。そして、ＣＰＵ１７０１は、画面テンプレート取り込み部７０２の処理を実行し、画面テンプレートＤＢを参照し、そのテンプレートＤＢ内に格納された画面テンプレートの一覧を選択可能に、画面テンプレート選択エリア１５０２に表示する。この画面テンプレート選択エリア１５０２は、ユーザの操作によりスクロール可能であって、ユーザがその中の１つを選択することになる。
【００２７】
図９はユーザが選択した画面テンプレート９０１の例を示している。図示の画面テンプレートには、ユーザにより設定可能なプロパティ（部品配置位置、もしくは、部品配置領域）が３つ或る例（図示の符号９０２乃至９０４）を示している。２つはテキストを配置するためのもので、残りの１つがアイコンを配置するための領域である。なお、実施形態における「はい」、「いいえ」のボタンは、各動的画面で共通に利用できるものとしいるので、ユーザが設定できない。但し、或る時は「ＯＫ」、「キャンセル」等を配置したい場合もあり得る。このような場合には、その変更を許容する画面テンプレートを選択すればよい。
【００２８】
さて、ユーザが作成すべき画面テンプレートを選択すると、ＣＰＵ１７０１は、選択した画面テンプレートに対し、その新規画面の名前を設定させる。これらの操作により、本装置は、作成する画面名、使用する画面テンプレートの情報から、新規画面の設計データを作成し、その情報を図１１のような画面プロパティ設定ダイアログに表示する。
【００２９】
また、ステップＳ８０２にて、ＣＰＵ１７０１は、ユーザからの操作が“グループ作成成”の指示であるかを判定する。そして、“グループ作成成”の指示であると判定した場合、ステップＳ８０５に処理を進め、新規グループを作成する（グループの意味は後述する）。具体的には、ＣＰＵ１７０１は、リソースグループ生成部７０３の処理を実行し、ユーザに新規グループ名を入力させ、そのグループによるリソース入力エリアを提示する。
【００３０】
図１１は画面プロパティ設定ダイアログにて、新規グループ（ここでは新規作成したグループ名が“Ｇｒｏｕｐ２”の例）を設定した際の、画面プロパティ設定ダイアログの例を示している。なお、画面テンプレートが最初に選択された場合、デフォルトでグループ名“Ｇｒｏｕｐ１”が自動的に作成される。選択した画面テンプレートには、デフォルトで幾つかの部品が定義されているので、図示の如く、部品を配置する名前が、見出し「プロパティ」の項目に列挙して表示される。なお、新規グループ（図示では“Ｇｒｏｕｐ２”）を作成した直後は、各プロパティに対するリソースを入力する欄は空白である。すなわち、図示の“Ｔ＿０１”，“Ｉ＿０２”，“Ｔ＿１２”はこの時点では入力されていない。これらは次の説明するリソース設定の処理で入力されることになる。
【００３１】
ステップＳ８０６では、ＣＰＵ１７０１は、ユーザからの操作が“リソース設定”の指示であるかを判定する。そして、“リソース設定”の指示であると判定した場合、ステップＳ８０７に処理を進め、リソース設定処理を行なう。ここで、言うリソースとは、文言やアイコンを一意に表すためのＩＤを言い、リソース設定処理とはリソースのＩＤと各プロパティとを対応づける処理、及び、その表示処理である。ユーザは、例えば図１０のようなリソーステーブル１００１で管理されるリソース一覧（文字列、もしくはアイコン一覧）を表示し、選択された部品と関連づける作業を行なう。
【００３２】
例えば、ユーザに図１１のような画面プロパティ設定ダイアログでは、垂直軸に沿ってプロパティ（部品配置エリア）が配置され、その軸に直交する軸（水平軸）に沿って各グループの見出しが配置されている。従って、１つの格子位置を指定する操作は、１つのプロパティ選択、１つのグループ選択の操作と等価と言える。
【００３３】
図１１では、グループ“Ｇｒｏｕｐ２”を選択状態にし、プロパティ（部品配置エリア）である“Ｐｒｏｐｅｒｔｙ１”に対するリソース入力欄に、リソース“Ｔ＿０１”を入力する。リソースの入力の仕方は、該当するリソース入力欄にカーソルを移動した後、リソース一覧の表示を指示することで、図１０のリソース一覧を表示し、マウスで選択することで行なうものとする。また、同様にして、部品配置エリア“Ｐｒｏｐｅｒｔｙ２”に対して、リソース“Ｉ＿０１”を入力する。そして、部品配置エリア“Ｐｒｏｐｅｒｔｙ３”に対して、リソース“Ｔ＿１２”を入力する。各部品配置エリアにリソースを１つ割り当てると、現在、アクティブになっているグループ（図示の場合には、“Ｇｒｏｕｐ２”）のプレビューエリア１１０２におけるＵＩ画面内の、選択されたリソース入力欄に対応するエリアが、非選択状態のリソース入力欄に対応するエリアと区別されて表示され（実施形態では、その色を変えるものとするが、枠の太さを変えても構わない）、且つ、入力したリソースで示される文字列、もしくはアイコンが選択されたエリアに表示される。
【００３４】
図１０のリソーステーブルによると、リソース“Ｔ＿０１”は「機能を選択して下さい」というテキスト属性を持つものであるので、プレビューエリア１１０２の該当する領域には同文字列が表示される。また、リソース“Ｉ＿０２”は、ファクシミリ送信を示すためのアイコン（縮小画像）であるので、プレビューエリア１１０２内の該当する領域にそのアイコンが表示される。そして、リソース“Ｔ＿１２”は「Ｆａｘ」であるので、プレビューエリア１１０２内の、選択中の機能を示すテキストエリアには「Ｆａｘ」が表示される。
【００３５】
ここで、ユーザが仮にグループ名“Ｇｒｏｕｐ１”、もしくは、グループ名“Ｇｒｏｕｐ１”内のいずれかのリソース入力欄を選択したとする。この場合、グループ“Ｇｒｏｕｐ１”が選択されるので、プレビューエリア１１０２内の各部品の表示は、“Ｔ＿０１”、“Ｉ＿０１”、“Ｔ＿１１”で示される文字列やアイコンによる表示に切り換わる。また、選択しているリソース入力欄が仮に、図示の“Ｔ＿１１”である場合には、図１０のリソーステーブルによると文字列“Ｃｏｐｙ”であるので、プレビューエリア１１０２内の該当する領域は他の領域と区別され、且つ、その領域には文字列「Ｃｏｐｙ」が表示される。図１２は、この場合の画面プロパティ設定ダイアログの表示状態を示している。
【００３６】
ＣＰＵ１７０１は、上記のようにユーザによる操作に従って、各グループにおける各部品に対するリソースの割り当てと、それに伴うプレビューエリア１１０２の表示更新処理を実行することになる。
【００３７】
上記の説明から容易にわかるように、実施形態におけるグループとは、動的画面の一表示状態における、画面テンプレートを構成する各表示部品の表示にかかるリソースの集合体であると言える。すなわち、図１１では、ＦＡＸというＵＩ画面と、ＣｏｐｙというＵＩが切り換わるものであるから、ＦＡＸというＵＩ画面における各部品のリソースが１つのグループとなり、ＣｏｐｙというＵＩ画面における各部品のリソースがもう１つのグループとなる。
【００３８】
さて、ステップＳ８０８では、ＣＰＵ１７０１は、ユーザからの操作が“セーブ（保存指示）”であるかを判定する。そして、“セーブ”の指示であると判定した場合、ステップＳ８０９に処理を進め、画面設計データ７０９としてハードディスク１７０４に保存する。なお、保存先は、ネットワーク上のファイルサーバでも構わないし、その保存先の種類は問わない。
【００３９】
図１３は、保存した画面設計データ７０９の記述の例を示している。図示の如く、画面設計データ７０９は、階層構造のテキストファイル形式である。図示の如く、１つのテンプレート（図示では、画面テンプレート“SelectOne”）内に、タグ記述形式で、複数のグループが定義され、且つ、画面のテンプレート内の各部品についてのリソース（ＩＤ）が記述されてる。
【００４０】
最後に、ステップＳ８１０にて、ＣＰＵ１７０１が、ユーザからの操作が“終了”の指示であるかを判定する。そして、“終了”の指示であると判定した場合、ＣＰＵ１７０１は本アプリケーションプログラムの実行を終了する。
【００４１】
上記のようにして生成されたデータファイルは、電子機器（例えば複写機や複合機等）の制御プログラムを作成するプログラマに渡されることになる。なお、プログラマが操作する装置には、実施形態で説明した画面テンプレートＤＢに相当する各画面テンプレートを描画するライブラリ、リソースデータＤＢが記憶され、これらを用いてコンパイルすることになる。
【００４２】
以上で示したように実施形態によると、次のような効果がある。
１：グループ毎に画面テンプレート内のプロパティ（各部品を配置エリア)とリソース(文字列、もしくはアイコン)を対応付けることが可能であるため、動的に切り換わる画面を確認しながら作成することができる。
２：グループを考慮したプレビューを生成することで、意図しない組み合わせのプレビュー(例、FAXアイコンと「Copy」という文言の組み合わせ)を排除することができる。
３：動的な画面を設計データに保存することができるようになる。
【００４３】
［第２の実施形態］
上記第１の実施形態では、ユーザが特定のグループをマウスでクリックすると、そのグループの全リソースがプレビューに反映される例であった。しかしこれは一例であり、これに限定されるものではない。
【００４４】
例えば、第１の実施形態では、ユーザが或るリソース入力欄をクリックする度に、プレビューエリアの内容が頻繁に変化し、ユーザを混乱させる可能性が残る。そこで、本第２の実施形態では、図１６に示すように、図１６の画面プロパティ設定ダイアログ１６０１に、表示グループリストボックス１６０３（メニュー表示）を配置し、プレビューエリア１６０２に表示するグループを選択させる。すなわち、プレビューエリア１６０２とリソース設定欄とを独立させる。
【００４５】
このようにすると、１つのプロパティーに対してリソースを設定したり、変更したりする度に、プレビューエリアが頻繁に変化しなくすることができる。
【００４６】
［第３の実施形態］
上記第１，第２の実施形態では、リソースの種類として文言やアイコンを例に出して説明してきた。しかし、表示するリソースは文言やアイコンに限定しているわけではない。リソースとしては、ソフトウェアが扱うことができるあらゆるオブジェクトを指定することが可能である。例えば、音声データ、動画データ、ＳＶＧやＦＬＡＳＨなどのアニメーションデータ、表やグラフデータ、光の点滅パターン、対象とする電子機器が有する振動部（携帯電話等のバイブレータ）の駆動データ（振動パターン）をリソースとして扱うことも可能である。
【００４７】
これにより、携帯電話等のように複数の出力デバイス(画面、スピーカ、バイブレータ、点滅可能なライト)の機能を制御する画面を作成することも可能になる。
【００４８】
［第４の実施形態］
上記第１の実施形態では、画面設計データとして、図１３のようなＸＭＬ形式のデータを用いて説明した。しかし、これは本装置で出力するデータ形式を限定するものではない。例えば、図１４の「SelectFunction」用設計データ１４０１のように、プログラマが記述する開発言語（プログラム言語）で用いることができるソースコードファイルを出力してもよい。例えば、Ｃ言語やＪａｖａ(登録商標)の構造体の形式で出力してもよいし、これらをコンパイルしたバイナリ形式のデータで出力してもよい。
【００４９】
これにより、プログラムから画面設計データにアクセスすることが容易になる。
【００５０】
［その他の実施形態］
以上本発明にかかる実施形態を説明したが、先に説明したように本発明は、コンピュータプログラムでもって実現することができるので、当然、そのコンピュータプログラムも本願発明の範疇にある。
【００５１】
また、通常、コンピュータプログラムは、ＣＤ−ＲＯＭ等のコンピュータ可読記憶媒体に格納されており、それをコンピュータが有する読取り装置（ＣＤ−ＲＯＭドライブ等）にセットし、システムにコピーもしくはインストールすることで実行可能になる。従って、かかるコンピュータ可読記憶媒体も本発明の範疇にあることは明らかである。
【図面の簡単な説明】
【００５２】
【図１】一般的な機器画面の設計画面の例を示す図である。
【図２】一般的な画面テンプレートの例を示す図である。
【図３】一般的なリソーステーブルの例を示す図である。
【図４】一般的な画面プロパティ設定ダイアログの例を示す図である。
【図５】一般的な作成された画面設計データの例を示す図である。
【図６】動的な画面の例を示す図である。
【図７】実施形態におけるＵＩ画面作成装置の機能ブロック構成図である。
【図８】実施形態におけるＵＩ画面作成装置の処理手順を示すフローチャートである。
【図９】動的な画面の画面テンプレートの例を示す図である。
【図１０】実施形態におけるリソーステーブルの例を示す図である。
【図１１】実施形態におけるＵＩ画面作成装置の画面プロパティ設定ダイアログの例を示す図である。
【図１２】実施形態におけるＵＩ画面作成装置の画面プロパティ設定ダイアログの例を示す図である。
【図１３】実施形態におけるＵＩ画面作成装置が出力する画面設計データの例を示す図である。
【図１４】第４の実施形態のＵＩ画面作成装置が出力する画面設計データの例を示す図である。
【図１５】実施形態におけるＵＩ画面作成装置の新規画面作成ダイアログの例を示す図である。
【図１６】第２の実施形態におけるＵＩ画面作成装置の画面プロパティ設定ダイアログの例を示す図である。
【図１７】実施形態が適用する情報処理装置のブロック構成図である。
【図１】
2009259123.tif 000003
【図２】
2009259123.tif 000004
【図３】
2009259123.tif 000005
【図４】
2009259123.tif 000006
【図５】
2009259123.tif 000007
【図６】
2009259123.tif 000008
【図７】
2009259123.tif 000009
【図８】
2009259123.tif 000010
【図９】
2009259123.tif 000011
【図１０】
2009259123.tif 000012
【図１１】
2009259123.tif 000013
【図１２】
2009259123.tif 000014
【図１３】
2009259123.tif 000015
【図１４】
2009259123.tif 000016
【図１５】
2009259123.tif 000017
【図１６】
2009259123.tif 000018
【図１７】
2009259123.tif 000019