JP2006195679A

JP2006195679A - Ｇｕｉビルダ及び記録媒体

Info

Publication number: JP2006195679A
Application number: JP2005005785A
Authority: JP
Inventors: Hiroyasu Watanabe; 浩康渡辺; Yoji Kikuchi; 洋史菊地
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2005-01-12
Filing date: 2005-01-12
Publication date: 2006-07-27

Abstract

【課題】任意の組込みウィンドウシステムの画面デザインを作成することのできる操作性の統一された汎用ＧＵＩビルダを提供すること。
【解決手段】ＧＵＩ部品の配置、属性変更のユーザ操作をマウスイベント、キーボードイベントにより受け取りＧＵＩ部品データ保持領域のデータを更新し、メッセージ変換機構に対し汎用操作メッセージを伝える部品操作機構、画面デザイン情報を保持するＧＵＩ部品データ保持領域、任意の組み込み用ウィンドウシステムのＧＵＩ部品情報を汎用ＧＵＩ部品情報に変換するＧＵＩ部品情報提供機構、ＧＵＩ部品操作機構からの操作メッセージやウィンドウシステムからの再描画メッセージを任意の組み込み用ウィンドウシステムの操作メッセージに変換するメッセージ変換機構、描画イメージ全体をウィンドウシステムのウィンドウ関数を用いて表示する表示機構を含んでＧＵＩビルダを構成する。
【選択図】図１

Description

本発明は、任意の組み込み用ウィンドウシステムの画面デザインを可能にするＧＵＩビルダに関するものである。

或るウィンドウシステム上で動作するアプリケーションを開発する際、開発者はダイアログ等のウィンドウに対し、ボタンやエディットボックス等、汎用に用いられるモジュールをそれぞれＧＵＩ部品として定義し、ＧＵＩ部品をウィンドウ上に配置することで画面デザイン情報のみを単独で作成する方法が良く用いられる。

このように静的情報である画面デザイン情報と動的情報であるアプリケーションを別々に管理してソフトウェア開発を行うことにより、画面デザインの仕様策定段階から同時並行的にアプリケーション作成を行うことができるために、開発期間の短縮を見込むことができる。

一般に、これら画面デザイン情報を作成する際にはＧＵＩビルダの使用が効果的である。ＧＵＩビルダは、求める画面デザインをウィンドウ上に作成するためにＧＵＩ部品を自由に配置することのできるツールである。個々のＧＵＩ部品の外観や動作を変更するためにＧＵＩ部品の持っている属性値を変更することができることも特徴の１とつである。

現在までにＧＵＩビルダにおける画面開発の効率アップを目指して様々な提案がなされてきた。例えば、特許文献１は、属性変更の際に属性監視プログラムを付加することにより属性設定効率を向上しようとするものである。又、特許文献２は、作成中の画面を一覧表示することで画面作成効率を向上させようとするものである。

特開平９−１１４６２１号公報特開２０００−３３０７７２号公報

しかしながら、これらＧＵＩビルダ関連の技術はどれも特定のウィンドウシステムで動作するＧＵＩ部品の配置デザインを対象にしているため、以下に挙げる問題がある。

ａ）ＧＵＩビルダがウィンドウシステムに特化しているため、ウィンドウシステムの新規開発が行われるたびにそれに合わせたＧＵＩビルダを作成しなければならない。

ｂ）ＧＵＩビルダのユーザであるデザイナは、ウィンドウシステムの変更のたびにＧＵＩビルダの操作方法を覚える必要がある。

近年はタッチパネル式複写機やデジタルカメラ等、組み込み機器においてウィンドウシステムを搭載するものが増えてきている。これらの機器上で動作する組込みウィンドウシステムは、スペック等の事情によって様々なものが作成され用いられているのが現状である。このように組み込みの分野において用いられる組込みウィンドウシステムは多岐に渡り日々進化している。それぞれの組込みウィンドウシステムのＧＵＩデザイン開発において、既存のＧＵＩビルダでは対応し切れない場面が多くなってきている。

本発明の目的はこれらの問題を解決し、任意の組込みウィンドウシステムの画面デザインを作成することのできる操作性の統一された汎用ＧＵＩビルダを提供することである。

上記目的を達成するため、本発明は、ＧＵＩ部品の配置、属性変更のユーザ操作をマウスイベント、キーボードイベントにより受け取りＧＵＩ部品データ保持領域のデータを更新し、メッセージ変換機構に対し汎用操作メッセージを伝える部品操作機構、作成中の画面デザイン情報を保持するＧＵＩ部品データ保持領域、任意の組み込み用ウィンドウシステムのＧＵＩ部品情報を汎用ＧＵＩ部品情報に変換するＧＵＩ部品情報提供機構、ＧＵＩ部品操作機構からの操作メッセージやウィンドウシステムからの再描画メッセージを任意の組み込み用ウィンドウシステムの操作メッセージに変換するメッセージ変換機構、描画イメージ全体をウィンドウシステムのウィンドウ関数を用いて１つのウィンドウに表示する表示機構、を含んでＧＵＩビルダを構成したことを特徴とする。

請求項２記載の発明は、請求項１記載の発明において、メッセージ変換機構においてウィンドウシステムから再描画メッセージと共に更新領域情報を受け取り、表示機構において更新領域のみを更新することを特徴とする。

請求項３記載の発明は、請求項１記載の発明において、ＧＵＩ部品データ保持領域の保持する画面デザイン情報に対し、任意のフォーマットにてＨＤとの入出力を可能としたことを特徴とする。

請求項４記載の発明は、請求項２記載の発明において、ＧＵＩ部品データ保持領域の保持する画面デザイン情報に対し、任意のフォーマットにてＨＤとの入出力を可能としたことを特徴とする。

請求項５記載の発明は、請求項１〜４の何れかに記載のＧＵＩビルダをコンピュータ上で動作させるためのコンピュータプログラムを記録して記録媒体を構成したことを特徴とする。

本発明によれば、特別なハードウェア装置を必要とせず、安価に任意の組み込み用ウィンドウシステムに対して使用可能なＧＵＩビルダを効率良く提供することができる。近年、ハードウェアの向上はめまぐるしく、そのため、スペックに左右され易い組み込み用ウィンドウシステムも次々に登場している。

本発明の汎用ＧＵＩビルダを用いれば、これら様々な組み込み用ウィンドウシステムにおけるＧＵＩ画面作成を同一ＧＵＩビルダにより行うことができるため、その都度ＧＵＩビルダを変更する作業に比べ、必要な工数を大幅に減らすことができる。

以下に本発明の実施の形態を添付図面に基づいて説明する。

＜実施の形態１＞
図１に示す通り、本発明のＧＵＩビルダは部品操作機構２００、ＧＵＩ部品データ保持領域３１０から成るＧＵＩビルダ共通部１３０とＧＵＩ部品情報提供機構３２０、メッセージ変換機構３３０、表示機構３４０から成るラッパーモジュール１２０で構成されている。

ＧＵＩビルダ共通部１３０は、コンピュータに搭載されたウィンドウシステム４００上で動作する実行ファイルである。又、ラッパーモジュール１２０は、汎用的な情報で構成されるＧＵＩビルダ共通部１３０と、実際にデザインしたい組み込み用ウィンドウシステム５００の間の、仲介作業を行うモジュールである。本ＧＵＩビルダ１１０を汎用ＧＵＩビルダとするために、対象とする組み込みウィンドウシステム５００ごとにラッパーモジュール１２０を作成する必要がある。

又、本実施の形態では、ラッパーモジュール１２０は、外部ファイルとしてＤＬＬ化している。具体的には、ＧＵＩビルダ１１０に貼り付け可能なＧＵＩ部品の種類１つ１つに対してそれぞれラッパーモジュール１２０のＤＬＬを作成する。

デザイン対象となる組み込み用ウィンドウシステム５００もＤＬＬ化して用いる。ＤＬＬ化する際には専用ＧＵＩ部品情報４０５を取得するインタフェースや専用操作メッセージ４０７を受け取り、ＧＵＩ部品の操作を行うことができるインタフェース( 「貼り付け」「移動」「サイズ変更」「属性変更」「削除」に相当) 、ＧＵＩ部品の描画イメージ４０８を返すインタフェース（「再描画」に相当）をエクスポートする。

起動時にはＧＵＩ部品データ保持領域３１０は、配置可能なＧＵＩ部品の属性情報とそれらの初期値を汎用的な属性タイプの形で起動時にＧＵＩ部品情報提供機構３２０より受け取り保持する。その際、ＧＵＩ部品情報提供機構３２０は、組み込み用ウィンドウシステム５００が定義するＧＵＩ部品の専用ＧＵＩ部品情報４０５をＧＵＩビルダ共通部１３０の理解できる汎用ＧＵＩ部品情報４０４に変換する作業を行う。

デザイン時にはＵＩを含むＧＵＩ部品操作機構２００がＧＵＩ部品の貼り付け、移動、サイズ変更、属性変更、削除等を管理する。それらの操作は全てユーザからのキーボードイベント４０２、マウスイベント４０１により行われるため、ＧＵＩ部品操作機構２００は、それを受け取る役割を持つ。その操作内容を解釈し、ＧＵＩ部品データ保持領域３１０のデータに反映させ、ラッパーモジュール１２０のメッセージ変換機構３３０に対し汎用操作メッセージ４０６の形で送信する。

汎用操作メッセージ４０６を受け取ったメッセージ変換機構３３０は、ＧＵＩ部品の貼り付け、移動、サイズ変更、属性変更、削除等の汎用操作メッセージを４０６組み込み用ウィンドウシステム５００のＧＵＩ部品を操作することのできる専用操作メッセージ４０７に変換する作業を行う。又、ウィンドウシステム４００からの再描画メッセージ４０３を受け取ると専用操作メッセージ４０７により組み込み用ウィンドウシステムから５００描画イメージ４０８を取得し、表示機構３４０へ送信する。表示機構３４０は、描画イメージ４０８を受け取ると動作中のウィンドウシステム４００のウィンドウ関数４０９を用いて、ディスプレイ４５０上の該当ウィンドウにそれを表示する。

これらの機構を兼ね備えることによりＧＵＩビルダ共通部１３０においてはＵＩ、ＧＵＩ部品操作、ＧＵＩ部品データ保持全てに関して汎用的な構成とすることができる。このため、新たな組み込み用ウィンドウシステム５００に本発明のＧＵＩビルダ１１０を適用する際にはその組み込み用ウィンドウシステム５００に特化したモジュールであるラッパーモジュール１２０を作成するのみで対応することができる。

これにより、ＧＵＩビルダ全体を作成し直す作業に対して大幅な工数削減を見込むことができる。又、ＧＵＩビルダ１１０のユーザであるデザイナは、作成中のＧＵＩ画面を動作させている組み込み用ウィンドウシステム５００が何であれ、同じ操作方法により扱うことができるようになるため、ＧＵＩビルダの操作方法を覚え直す必要がない。

以下に、ＧＵＩビルダ１１０の起動時とＧＵＩ部品操作時の動作を図を用いてそれぞれ説明する。

図２はＧＵＩビルダ共通部１３０のＧＵＩ部品操作機構２００におけるＧＵＩビルダ起動時の動作を示す流れ図である。

本発明のＧＵＩビルダ１１０は、画面作成を行う対象となる組み込み用ウィンドウシステム５００が持つＧＵＩ部品の種類やその属性等を保持しないため、起動時にその情報を外部ＤＬＬファイルであるラッパーモジュール１２０からそれらの情報を取得する必要がある。

先ず、未読のラッパーモジュール１２０のＤＬＬを読み込み（ステップ２１２）、そのラッパーモジュール１２０の担当するＧＵＩ部品をウィンドウ関数４１２（例えば、マイクロソフト社のＷｉｄｏｗｓでは、ＲｅｇｉｓｔｅｒＣｌａｓｓに相当）を用い、動作中のウィンドウシステム４００におけるウィンドウクラスとして登録する（ステップ２１３）。

次に、そのＧＵＩ部品の持つ属性の型と初期値を持つ属性リストを、汎用ＧＵＩ部品情報４０４の形でラッパーモジュール１２０のＧＵＩ部品情報提供機構３２０から取得する（ステップ２１４）。取得した汎用ＧＵＩ部品情報４０４をＧＵＩ部品データ保持領域３１０のＧＵＩ部品のクラスリスト３１２に登録する（ステップ２１５）。これにより、以降、このＧＵＩ部品の持つ属性の型と初期値を管理可能になる。用意された全てのラッパーモジュール１２０の読み込みが終了すると（ステップ２１１）、読み込んだＧＵＩ部品をそれぞれＧＵＩビルダ１１０のツールバーに列挙する（ステップ２１６）ことでユーザがＧＵＩ部品の選択を行えるようにする。

図３はＧＵＩビルダ共通部１３０のＧＵＩ部品操作機構２００におけるＧＵＩ部品貼り付け時の動作を示す流れ図である。ユーザからの貼り付け要求により、ＧＵＩ部品データ保持領域３１０から起動時に読み込んだ貼り付けるＧＵＩ部品クラスの持つ属性リスト３１３を取得する（ステップ２２１）。そして、今回貼り付けられたＧＵＩ部品をインスタンスとしてＧＵＩ部品データ保持領域３１０に作成し、管理しているインスタンスリスト３１５に登録する（ステップ２２２）。

次に、ＧＵＩ部品インスタンスが保持する属性を１つ１つ初期値にて作成し、属性リスト３１６の形で保持させる（ステップ２２３，２２４）。最後にＧＵＩ部品をウィンドウ関数４１２（例えば、マイクロソフト社のＷｉｎｄｏｗｓでは、ＣｒｅａｔｅＷｉｎｄｏｗに相当）を用い、コンピュータに搭載されたウィンドウシステム４００のウィンドウとして作成することで、「貼り付け」を意味する汎用メッセージをメッセージ変換機構３３０に対して送る（ステップ２２５）。

その後、貼り付けられたＧＵＩ部品を組み込み用ウィンドウシステム５００が識別する際に用いるハンドルをＧＵＩ部品インスタンス情報３１４の属性リスト３１６中のハンドル３１９にセットする（ステップ２２６）。言い換えれば、「ウィンドウシステム４００上のウィンドウ＝ＧＵＩ部品インスタンス」と「組込みウィンドウシステム５００上のＧＵＩ部品＝ハンドル３１９」の対応関係が管理可能となる。以降、汎用操作メッセージ４０６を送る際には必ずこのハンドル３１９情報と共に送信することで組み込み用ウィンドウシステム５００内のＧＵＩ部品を操作できるようになる。

図４はＧＵＩビルダ共通部１３０のＧＵＩ部品操作機構２００におけるＧＵＩ部品移動時及びＧＵＩ部品サイズ変更時の動作を示す流れ図である。

先ず、ユーザから要求された移動、サイズ変更の値をＧＵＩ部品データ保持領域３１０のＧＵＩ部品インスタンス情報３１４の属性リスト３１６に反映する（ステップ２３１）。次に、ウィンドウとしてのＧＵＩ部品をウィンドウ関数４１２（例えば、マイクロソフト社のＷｉｎｄｏｗｓでは、ＳｅｔＷｉｎｄｏｗＰｏｓに相当）を用い、移動、サイズ変更することで、「移動」「サイズ変更」を意味する汎用メッセージ４０６をメッセージ変換機構３３０に対して送る（ステップ２３２）。

図５はＧＵＩビルダ共通部１３０のＧＵＩ部品操作機構２００におけるＧＵＩ部品属性変更時の動作を示す流れ図である。

先ず、ユーザから要求された属性の変更をＧＵＩ部品データ保持領域３１０のインスタンス情報３１４に反映する（ステップ２４１）。次に、「属性変更」を意味する汎用メッセージ４０６と変更値をメッセージ変換機構３３０に対して送信する（ステップ２４２）。次に、ウィンドウとしてのＧＵＩ部品をウィンドウ関数４１２（例えば、マイクロソフト社のＷｉｎｄｏｗｓでは、ＩｎｖａｌｉｄａｔｉｏｎＲｅｃｔに相当）を用い、強制的に再描画する（ステップ２４３）。

図６はＧＵＩビルダ共通部１３０のＧＵＩ部品操作機構２００におけるＧＵＩ部品削除時の動作を示す流れ図である。

ユーザから削除要求を受け取ると、先ず、指定されたＧＵＩ部品のウィンドウをウィンドウ関数４１２（例えば、マイクロソフト社のＷｉｎｄｏｗｓでは、ＤｅｓｔｒｏｙＷｉｎｄｏｗ）に相当）を用い、削除することで「削除」を意味する汎用メッセージ４０６をメッセージ変換機構３３０に対して送信する（ステップ２５１）。次に、ＧＵＩ部品データ保持領域３１０にある指定されたＧＵＩ部品のインスタンス３１５及びインスタンスの持つ属性リスト３１６を削除する（ステップ２５２）。

図７はラッパーモジュール１２０のＧＵＩ部品情報提供機構３２０における部品情報提供時の動作を示す流れ図である。

ＧＵＩ部品情報提供機構３２０は起動時にＧＵＩビルダ共通部１３０のＧＵＩ部品操作機構２００から汎用ＧＵＩ部品情報４０４の提供を求められるので、その際に担当のＧＵＩ部品の持つ属性値と初期値のリストを専用ＧＵＩ部品情報４０５として組み込み用ウィンドウシステム５００から取得する（ステップ３２１）。その後、取得した属性１つ１つに対して、組み込み用ウィンドウシステム５００専用の型と初期値をＧＵＩビルダ共通部の管理できる汎用の型と初期値に変換する（ステップ３２３）。全ての属性に対して変換（ステップ３２３）が終了すると、変換後の属性の型と初期値のリストを汎用ＧＵＩ部品情報４０４としてＧＵＩビルダ共通部１３０のＧＵＩ部品データ保持領域３１０にセットする（ステップ３２４）。

図８はラッパーモジュール１２０のメッセージ変換機構３３０における汎用操作メッセージ４０６取得時及び再描画メッセージ４０３取得時の動作を示す流れ図である。

汎用メッセージ４０６取得時には先ずそのメッセージが何であるかによって動作を分岐する（ステップ３３１）。汎用メッセージ４０６が「貼り付け」を意味するものであった場合、メッセージ変換機構３３０は「貼り付け」に相当する組み込み用ウィンドウシステム５００の専用操作メッセージ４０７を組み込み用ウィンドウシステム５００に対して送信する（ステップ３３２）。

又、汎用メッセージ４０６が「移動」、「サイズ変更」、「属性変更」を意味するものであった場合は、変更後の座標やサイズ、属性等と共にそれぞれに相当する組み込み用ウィンドウシステム５００の専用操作メッセージ４０７を送信する（ステップ３３３、ステップ３３４、ステップ３３６）。又、汎用メッセージ４０６が「削除」を意味するものであったときにも同様に「削除」に相当する専用操作メッセージ４０７を送信する（ステップ３３５）。

メッセージがウィンドウシステム４００からの「再描画」メッセージ４０３であった場合（「再描画」メッセージ４０３は、マイクロソフト社のＷｉｎｄｏｗｓでは、前述のウィンドウ関数ＣｒｅａｔｅＷｉｎｄｏｗ、ＳｅｔＷｉｎｄｏｗＰｏｓ、ＤｅｓｔｒｏｙＷｉｎｄｏｗ、ＩｎｖａｌｉｄａｔｅＲｅｃｔ、コール時４１２に発生する）には「再描画」に相当する専用操作メッセージ４０７とその更新領域を送信し（ステップ３３７、ＧＵＩ部品の更新領域の描画イメージ４０８に相当するデータを受け取る。その後取得した描画イメージ４０８をウィンドウシステム４００のウィンドウ関数４０９（例えば、マイクロソフト社のＷｉｎｄｏｗｓでは、ＳｔｒｅｔｃｈＤＩＢｉｔｓに相当）を用いてディスプレイ上４５０の該当ウィンドウに表示する（ステップ３３８）。

図９は図１中のＧＵＩ部品データ保持領域３１０の持つデータの構造を示している。ＧＵＩ部品データ保持領域３１０には主として２つの情報が管理されており、１つはＧＵＩ部品クラス情報３１１、もう１つはＧＵＩ部品インスタンス情報３１４である。ＧＵＩ部品クラス情報３１１は、ＧＵＩビルダ１１０にて配置可能なＧＵＩ部品のクラスがリストになったクラスリスト３１２とそれぞれのＧＵＩ部品の持つ属性名、属性型、初期値を持つ属性リスト３１３から成り、ＧＵＩビルダ１１０初期化時に作成される。

一方、ＧＵＩ部品インスタンス情報３１４は現在配置されているＧＵＩ部品のＩＤのリストであるインスタンスリスト３１５とそれぞれのインスタンスの属性値を持つ属性リスト３１４から成る。属性リスト３１６には属性リスト３１３で定義された属性である固有属性３１８とは別に全てのＧＵＩ部品インスタンスに共通な属性である共通属性３１７も管理されている。共通属性には組み込み用ウィンドウシステム５００が管理するそれぞれのＧＵＩ部品に対するハンドル３１９が含まれている。部品操作時には汎用操作メッセージ４０６にこのハンドルを指定することにより、組み込み用ウィンドウシステム５００とＧＵＩビルダ１１０の部品操作を同期させることができる。

＜実施の形態２＞
実施の形態１において、ＧＵＩ部品及び組込みウィンドウシステム５００は、ラッパーモジュール１２０をＪａｖａ用に差し替えることで、ＳｗｉｎｇやＡＷＴを使用したＧＵＩ部品及びＪａｖａ環境に置き換えることが可能である。

本発明の実施例を示す構成図である。図１中のＧＵＩ部品操作機構のＧＵＩビルダ起動時の流れ図である。図１中のＧＵＩ部品操作機構のＧＵＩ部品貼り付け時の流れ図である。図１中のＧＵＩ部品操作機構のＧＵＩ部品移動時及びサイズ変更時の流れ図である。図１中のＧＵＩ部品操作機構のＧＵＩ部品属性変更時の流れ図である。図１中のＧＵＩ部品操作機構のＧＵＩ部品削除時の流れ図である。図１中のＧＵＩ部品情報提供機構の部品情報提供時の流れ図である。図１中のメッセージ変換機構の汎用操作メッセージ取得時及び再描画メッセージ取得時の流れ図である。図１中のＧＵＩ部品データ保持領域の持つデータ構造を示す図である。

符号の説明

１００コンピュータ
１１０ＧＵＩビルダ
１２０ラッパーモジュール
１３０ＧＵＩビルダ共通部
２００ＧＵＩ部品操作機構
３１０ＧＵＩ部品データ保持領域
３２０ＧＵＩ部品情報提供機構
３３０メッセージ変換機構
３４０表示機構
４００ウィンドウシステム
４０１マウスイベント
４０２キーボードイベント
４０３再描画メッセージ
４０４汎用ＧＵＩ部品情報
４０５専用ＧＵＩ部品情報
４０６汎用操作メッセージ
４０７専用操作メッセージ
４０８描画イメージ
４０９ウィンドウ関数
４１０更新情報
４１１画面情報
４１２ウィンドウ関数
４５０ディスプレイ
４６０キーボード
４７０マウス
４８０ＨＤ
５００組み込み用ウィンドウシステム及びＧＵＩ部品

Claims

ＧＵＩ部品の配置、属性変更のユーザ操作をマウスイベント、キーボードイベントにより受け取りＧＵＩ部品データ保持領域のデータを更新し、メッセージ変換機構に対し汎用操作メッセージを伝える部品操作機構、作成中の画面デザイン情報を保持するＧＵＩ部品データ保持領域、任意の組み込み用ウィンドウシステムのＧＵＩ部品情報を汎用ＧＵＩ部品情報に変換するＧＵＩ部品情報提供機構、ＧＵＩ部品操作機構からの操作メッセージやウィンドウシステムからの再描画メッセージを任意の組み込み用ウィンドウシステムの操作メッセージに変換するメッセージ変換機構、描画イメージ全体をウィンドウシステムのウィンドウ関数を用いて１つのウィンドウに表示する表示機構、を具備することを特徴とするＧＵＩビルダ。
メッセージ変換機構においてウィンドウシステムから再描画メッセージと共に更新領域情報を受け取り、表示機構において更新領域のみを更新することを特徴とする請求項１記載のＧＵＩビルダ。
ＧＵＩ部品データ保持領域の保持する画面デザイン情報に対し、任意のフォーマットにてＨＤとの入出力を可能としたことを特徴とする請求項１記載のＧＵＩビルダ。
ＧＵＩ部品データ保持領域の保持する画面デザイン情報に対し、任意のフォーマットにてＨＤとの入出力を可能としたことを特徴とする請求項２記載のＧＵＩビルダ。
請求項１〜４の何れかに記載のＧＵＩビルダをコンピュータ上で動作させるためのコンピュータプログラムを記録して成ることを特徴とする記録媒体。