JPH09222977A - アプリケーション用ユーザ・インタフェース設計の規則に基づく方法及び装置 - Google Patents

Abstract

(57)【要約】 【課題】 改良されたグラフィック・ユーザ・インタフ
ェースを提供する。 【解決手段】 データベースと複数のアプリケーション
・ソフトウェア・インタフェースとを有するシステム用
のコンピュータ実施方法であって、データベースに記憶
された複数のコントロール・タイプから１つのコントロ
ール・タイプを読み取るステップと、そのコントロール
・タイプに基づいてポインタを有するアプリケーション
・ソフトウェア・インタフェースを選択するステップ
と、そのコントロール・タイプの識別コードを定義する
ステップと、ポインタと識別コードを記憶するステップ
と、そのコントロール・タイプの第１のノードを第２の
後続ノードにリンクし、複数のコントロール・タイプの
リンク・リストを作成するステップとを含む方法。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は一般にはユーザ・イ
ンタフェースの設計及び保守に関し、具体的には規則に
基づくグラフィック・ユーザ・インタフェース（ＧＵ
Ｉ）設計方法に係わる。

【０００２】

【従来の技術】現在のコンピュータ言語は、入力フィー
ルド、リスト・ボックス、ラジオ・ボタン、押しボタン
などのコントロール用の「子ウィンドウ」またはサブウ
ィンドウを生成するアプリケーション・プログラム・イ
ンタフェース（ＡＰＩ）を備える。

【０００３】本明細書では、「子ウィンドウ」とはメイ
ン・ウィンドウまたは親ウィンドウに依存してすべての
マウス入力及びキーボード入力を受け取るウィンドウで
あると定義する。あらゆるアプリケーションが少なくと
も１つのウィンドウを作成する。各ウィンドウは、出力
データを表示したりユーザからの入力データを受け取っ
たりする際に何らかの役割を果たす。

【０００４】アプリケーション・ウィンドウは、フレー
ム・ウィンドウ、クライアント・ウィンドウ、コントロ
ール・ウィンドウ、ダイアログ・ウィンドウ、メッセー
ジ・ボックス、メニューなどいくつかのタイプの従属ウ
ィンドウを使用することができる。本発明は、入力フィ
ールド、リスト・ボックス、ラジオ・ボタン、押しボタ
ンなどのコントロール・ウィンドウのプログラミングを
必要とする。コントロール・ウィンドウは、子ウィンド
ウとも呼ぶことがある。本明細書では、子ウィンドウま
たはコントロール・ウィンドウを、メイン・ウィンドウ
または親ウィンドウに依存し、すべてのマウス入力及び
キーボード入力を受け取るウィンドウであると定義す
る。（たとえばマウスを使用したりキーボードの「実
行」キーを押したりすることによって）ユーザが起動ま
たはクリックしたとき、コントロール・ウィンドウの選
択によって、選択を行うかどうかを示したり特定の処置
を開始したりする。

【０００５】入力フィールドとは、ユーザがテキストを
入れるコントロール・フィールドであると定義される。
フィールド内の合計文字数の限界は事前設定することが
できる。

【０００６】リスト・ボックスとは、ユーザが選択する
ことができるオブジェクトまたは設定選択項目のリスト
が入ったコントロールであると定義される。リスト・ボ
ックスは、ユーザが上下にスクロールすることができる
選択項目を表示するウィンドウである。

【０００７】ラジオ・ボタンとは、ユーザがその中から
１つの選択項目を選択することができる固定した１組の
選択項目をユーザに対して示すように組み合わされたコ
ントロールであると定義される。ラジオ・ボタンはその
そばにテキストが付いた円として図示される。マウス・
ポインタによって選択またはクリックすると、円が部分
的に塗りつぶされるかまたは暗くなる。

【０００８】押しボタンは、ユーザがキーボードの「実
行」キーを押すかまたはその上でマウス・ポインタをシ
ングル・クリックすることによってそれを選択すると特
定の処置を開始する、テキストまたはグラフィックスが
入ったボタンとして表示されるコントロールである。

【０００９】図１２及び図１３に入力フィールド８１、
リスト・ボックス８２。ラジオ・ボタン８３、及び押し
ボタン８４の一般的な例を示す。

【００１０】このようなユーザ・インタフェースの設計
とプログラミングを時間効率よく最小の費用で行うこと
が、ＡＰＩの作成では重要な考慮事項である。

【００１１】従来のシステム及び方法では、アプリケー
ション・ウィンドウ内のウィンドウのレイアウトまたは
コントロールの構成あるいはその両方を変更するため
に、アプリケーション・プログラム（ＡＰ）コードを修
正しなければならない。さらに、コントロールの調整と
レイアウトは一般にＡＰ内で「ハード・コード」され
る。本明細書では、「ハード・コード」とは、ウィンド
ウの大きさと位置をプログラム・コードで明示的に指定
することを意味する。

【００１２】したがって、ウィンドウ・レイアウトの変
更を望む場合、コントロールまたはフィールドに加えた
変更の効果を調べるために、ＡＰを再コンパイルし、再
ロードし、実行しなければならないという問題が生じ
る。これは、計算上きわめて時間がかかり、きわめて非
効率的である。

【００１３】さらに、従来のシステム及び方法では、１
つのＡＰによって一度に１つのウィンドウとそのレイア
ウトが制御される。このような専用制御が行われるの
は、そのほうがコーディングと保守が簡単だからであ
る。しかし、そのような専用制御ではソフトウェアの開
発と保守のコストが増す。

【００１４】従来のシステム及び方法の他の問題として
は、特定のアプリケーションでウィンドウの数が増える
につれてコードの行が増えることがある。アプリケーシ
ョンを強化するための新しいコードの追加も従来のシス
テムにおける大きな作業である。

【００１５】

【発明が解決しようとする課題】したがって、本発明の
目的は従来のシステム及び方法の上記の問題を克服する
ことであり、具体的には規則に基づくグラフィック・ユ
ーザ・インタフェース設計方法を提供することである。

【００１６】

【課題を解決するための手段】本発明によると、アプリ
ケーション・ウィンドウに関係するフィールドのレイア
ウトを呼び出す画期的な汎用方法を提供し、それによっ
て従来のシステム及び方法の上記の問題を克服する。

【００１７】本発明の第１の態様では、データベースと
複数のアプリケーション・ソフトウェア・インタフェー
スを有するシステム用のコンピュータ実施方法を提供す
る。この方法は、データベースに記憶されている複数の
コントロール・タイプから１つのコントロール・タイプ
を読み取るステップと、そのコントロール・タイプに基
づくポインタを有するアプリケーション・ソフトウェア
（プログラム）インタフェースを選択するステップとを
含む。次に、コントロール・タイプの識別コードを定義
し、そのポインタとその識別コードを記憶する。最後
に、コントロール・タイプの第１のノードを第２の後続
ノードにリンクし、複数のコントロール・タイプのリン
ク・リストを作成する。

【００１８】本発明で使用する方法は、コードの単純さ
と保守容易性を維持するだけでなく、生産コストも低減
する。具体的には、本発明の方法によって反復コードが
統合されるため、本発明はより新しいアプリケーション
の構築をより容易にする。

【００１９】本発明によって、アプリケーション開発者
は再コンパイルと再ロードの時間を桁違いに少なくする
ことによってＧＵＩを設計することができる。子ウィン
ドウを生成するアプリケーション・コードは１回作成す
るだけで済み、他のアプリケーションに再使用すること
ができ、したがって開発と保守の節約になる。本発明に
よって、アプリケーション・コードに影響を与えること
なく、事前定義されたコントロールをきわめて柔軟性が
高く変更可能なものとすることができる。

【００２０】したがって、本発明を使用すると、アプリ
ケーション・ウィンドウ内のウィンドウの調整やコント
ロールの構成を変更するためにアプリケーション・プロ
グラム・コードを修正する必要がない。さらに、コント
ロールの調整とレイアウトをＡＰ内で「ハード・コー
ド」する必要がない。したがって、ウィンドウ・レイア
ウトの変更を望む場合、コントロールまたはフィールド
に加えた変更の効果を調べるために、ＡＰを再コンパイ
ル、再ロード、及び実行する必要がない。その結果、迅
速な計算が可能になり、システムの効率が向上する。も
う一つの利点は、本発明の構造及び方法では、従来の方
法のように１つのアプリケーション・プログラムが一度
にそれぞれ１つのウィンドウとそのレイアウトを制御す
る必要がない。したがって、従来のシステム及び方法と
比較してソフトウェアの開発費用と保守費用が低減され
る。

【００２１】本発明のその他の利点には、他のアプリケ
ーションにコードを再使用することにより、保守費用が
低減され、コードの単純さが維持されることがある。本
発明は、どのようなグラフィック・ユーザ・インタフェ
ース方式のオペレーティング・システム上でも実施する
ことができる。

【００２２】上記及びその他の目的、態様、及び利点
は、以下に示す本発明の好ましい実施例の詳細な説明を
図面を参照しながら読めばよりよく理解することができ
よう。

【００２３】

【発明の実施の形態】図面、具体的には図１を参照する
と、インターナショナル・ビジネス・マシーンズ（ＩＢ
Ｍ）コーポレイションのパーソナル・システム／２（Ｐ
Ｓ／２）パーソナル・コンピュータ・ファミリなどのパ
ーソナル・コンピュータを含む本発明のためのハードウ
ェア環境の例が図示されている。

【００２４】このハードウェアは中央演算処理装置（Ｃ
ＰＵ）１０を備え、このＣＰＵ１０は、インテルのＸ８
６アーキテクチャに準拠したものか、またはＩＢＭのＰ
ｏｗｅｒＰＣマイクロプロセッサなどの縮小命令セット
・コンピュータ（ＲＩＳＣ）マイクロプロセッサとする
ことができる。

【００２５】ＣＰＵ１０は、システム・バス１２に結合
され、システム・バス１２には読み書きまたはランダム
・アクセス・メモリ（ＲＡＭ）１４と、読取り専用メモ
リ（ＲＯＭ）１６と、入出力（Ｉ／Ｏ）アダプタ１８と
ユーザ・インタフェース・アダプタ２２とが結合されて
いる。ＲＡＭ１４は、アプリケーション・プログラム・
コード及びデータに一時記憶域を提供し、ＲＯＭ１６に
は典型的には基本入出力システム（ＢＩＯＳ）コードが
入っている。

【００２６】Ｉ／Ｏアダプタ１８は、たとえばフロッピ
ィ・ドライブ１９、ハード・ディスク・ドライブ２０、
及びＣＤ−ＲＯＭ２１などの１つまたは複数の直接アク
セス記憶装置（ＤＡＳＤ）に接続されている。ハード・
ディスク・ドライブ２０には一般には、ＩＢＭのＯＳ／
２オペレーティング・システムなどのコンピュータのオ
ペレーティング・システム（ＯＳ）と、それぞれがシス
テム・バス１２を介してＲＡＭ１４に選択的にロードさ
れる様々なアプリケーション・プログラムが記憶され
る。ユーザ・インタフェース・アダプタ２２には、キー
ボード２４、マウス２６、またはその他のユーザ・イン
タフェース装置（図示せず）が結合されている。

【００２７】パーソナル・コンピュータまたはワークス
テーションは表示装置３８も備える。表示装置３８は、
たとえば陰極線管（ＣＲＴ）表示装置とすることができ
るが、液晶表示装置（ＬＣＤ）またはその他の適合する
表示装置とすることもできる。表示装置３８はディスプ
レイ・アダプタ３６を介してシステム・バス１２に接続
されている。インテル・コーポレイションのアクション
・メディアIIディスプレイ・アダプタなどのマルチメデ
ィア・アダプタ３４が、システム・バス１２と、オーデ
ィオ／ビデオのキャプチャ及び再生のためにマイクロフ
ォン３２、スピーカ２８、及びビデオ・カメラ３０に接
続されている。マルチメディア・アダプタ３４は、ＩＢ
Ｍのマルチメディア・プレゼンテーション・マネージャ
／２などの適合するソフトウェアによってサポートされ
る。本発明の手法は、アイシス・オーサリング環境（Is
is Authoring Environment）の一部としてＳｍａｌｌｔ
ａｌｋ／ＯＳ２で実施されている。

【００２８】当業者ならわかるように、設計者の必要条
件及び制約に応じて、システムにはその他のハードウェ
ア及びソフトウェアも組み込むことができる。

【００２９】上記で簡単に述べたように、本発明は、ア
プリケーション・コードのいかなる変更も実際に行わ
ず、必要とせずに、アプリケーションの存続期間を通じ
ていつでもユーザ・インタフェースを適切に変更するこ
とができ、それによってコンパイル時間を削減し、アプ
リケーションに「バグ」（たとえば欠陥）が持ち込まれ
るリスクを少なくする方法を提供する。同じコードを使
用して他の親ウィンドウ内のコントロールのレイアウト
も調整することができ、それによってソフトウェアの開
発費用と保守費用が大幅に節約される。実際に、「子ウ
ィンドウ」を生成するアプリケーション・コードを１回
作成するだけで済み、他のアプリケーションに再使用す
ることができる。

【００３０】一般に、すべてのユーザ・インタフェース
・アプリケーションは、上記で詳述した、たとえば入力
フィールド、リスト・ボックス、チェック・ボックス、
ラジオ・ボタンなどのコントロールを含む。設計者は必
要に応じてその他のコントロールも考えることができ
る。

【００３１】ＯＳ／２のプレゼンテーション・マネージ
ャまたは本発明と共に使用可能な同様のものなどのオペ
レーティング・システムは、コントロールを定義し、コ
ントロールと対話するためのＡＰＩを備える。アプリケ
ーションは、ＡＰＩの任意のオペレーティング・システ
ム・グラフィックス・マネージャを使用してウィンドウ
を作成する（たとえばＯＳ／２のプレゼンテーション・
マネージャのＷｉｎＣｒｅａｔｅ ＷｉｎｄｏｗはＡＰ
Ｉである）。

【００３２】このようなＡＰＩにとって必要最低限の情
報は、ウィンドウ名と、親ウィンドウと、親ウィンドウ
を基準としたウィンドウ位置と、ウィンドウの幅及び高
さと、ウィンドウのスタイルと、ウィンドウ識別子と、
ウィンドウ特有の何らかの情報とである。

【００３３】ウィンドウ名は、ユーザにウィンドウとそ
の目的を識別させるテキスト・ストリングである。

【００３４】親ウィンドウは、ウィンドウを配置するた
めに使用する座標系を提供し、子ウィンドウとその他の
兄弟ウィンドウとの関係を規定する。また、親ウィンド
ウは子ウィンドウの外観と動作も変更する（たとえば、
ＯＳ／２のプレゼンテーション・マネージャでは、親ウ
ィンドウが非表示の場合、子ウィンドウも非表示であ
る）。

【００３５】ウィンドウ位置については、あらゆるウィ
ンドウが位置と大きさを有する。位置は、ウィンドウの
左下隅の画面上のウィンドウの場所に依存する。この位
置は、親ウィンドウの左下隅を基準とする（画素単
位）。

【００３６】ウィンドウの幅と高さについては、ウィン
ドウの大きさはウィンドウの幅と高さ（画素単位のｘ
軸、ｙ軸）である。

【００３７】あらゆるウィンドウは、ウィンドウの外観
と動作を規定するスタイルを有することができる。スタ
イルの中には特定のタイプのウィンドウに固有のものも
ある。

【００３８】ウィンドウ識別子は、所与のアプリケーシ
ョンについてウィンドウを固有に識別する。この識別子
によってメッセージの送信者が識別される。

【００３９】ウィンドウを作成すると、ＡＰＩはウィン
ドウ・ハンドルを返す。ハンドルは、作成されるあらゆ
るウィンドウの固有値である。ハンドルは、所与のウィ
ンドウにメッセージを送ったり、所与のウィンドウに何
らかの処置を実行するように指示したりするために使用
される。

【００４０】ウィンドウの大きさと位置は、画面上に描
画されるウィンドウの境界を表す座標である。省略時の
座標系によって、点（０，０）（Ｘ軸，Ｙ軸）がウィン
ドウの左下隅に位置するように指定される。座標は一般
に、右上方に向かって大きくなる。

【００４１】これらの座標は、ウィンドウを作成すると
きに指定したり、随時に変更したりすることができる。

【００４２】本発明の方法によると、親ウィンドウ内に
表示されるすべてのコントロールについて、図２及び図
３に示す表のような規則が入ったデータベースが表形式
で定義される。

【００４３】図２及び図３の例示の表には、それぞれコ
ントロール・タイプ２１、座標２２、固有ＩＤ２３、親
２４、所有者２５、及び各種情報２６が含まれた６列が
示されている。表は、設計者の必要に応じて任意の数の
列を有することができ、図２及び図３の表は単に例示に
過ぎない。

【００４４】具体的には、コントロール・タイプ列２１
には、表示画面上の所与のウィンドウ内に描画されるコ
ントロールのタイプに関する情報が入っている。たとえ
ば、コントロール・タイプ（たとえば「子ウィンド
ウ」）は、前述のようにチェック・ボックス、押しボタ
ン、ラジオ・ボタン、入力フィールド、またはリスト・
ボックスを含むことができる。アプリケーション・プロ
グラムのメイン・ウィンドウ、メッセージ・ボックス、
テキストまたはアイコン・データを表示する静的コント
ロール、チェック・ボックス、３ステート・ボタンなど
他のタイプのウィンドウも可能である。

【００４５】座標列２２は、表示画面上のコントロール
の位置を識別する。たとえば、チェック・ボックスの位
置は図２の表によると１，２２，３０，１０となる。こ
れは、チェック・ボックスがｘ＝１画素、ｙ＝２２画素
の座標に位置し、長さが３０画素で高さが９０画素とな
ることを意味する。単位はすべて表示画面の画素数で測
られる。図７に、図２に示されている表に記載されてい
るパラメータによる親ウィンドウ５１内のチェック・ボ
ックス５２の外観を示す。

【００４６】同様に、図７に、図２に記載されているパ
ラメータによる押しボタンの外観を図示する。図８に同
様に、ラジオ・ボタンの外観を図示する。図９には、図
２による入力フィールドとリスト・ボックスの外観を図
示する。

【００４７】図３は、図１１に図示されている押しボタ
ンに関するものである。具体的には、５６０という固有
ＩＤを持つ押しボタンは押しボタン７１である。５６１
という固有ＩＤを持つ押しボタンは押しボタン７２であ
る。５６２という固有ＩＤを持つ押しボタンは押しボタ
ン７３である。５６３という固有ＩＤを持つ入力フィー
ルドはテスト・ボタン７４である。

【００４８】図７を参照すると、コントロール（チェッ
ク・ボックス５２０）の位置は親ウィンドウ５１の左下
隅（０，０）を基準としている。チェック・ボックス５
２は、ウィンドウ５１が表示されるとウィンドウ５１内
に描画される。チェック・ボックス５２の大きさは、た
とえば長さ３０画素×高さ１０画素である。位置と大き
さの座標を指定しない場合、ＯＳ／２のプレゼンテーシ
ョン・マネージャまたはその他のＡＰＩは省略時値を割
り当てる。

【００４９】座標列２２では、押しボタン、ラジオ・ボ
タン、入力フィールド、及びリスト・ボックスの位置を
含めて、他のコントロール・タイプの位置も定義され
る。

【００５０】固有ＩＤ列２３には、各コントロール・タ
イプの識別コードが含まれる。たとえば、チェック・ボ
ックスの識別コードはウィンドウを識別する５２９にな
る。ウィンドウ識別子は、各ウィンドウを他のウィンド
ウに関連して固有のものとする。ウィンドウが所有者ウ
ィンドウに情報を送るとき、そのウィンドウはこの識別
子によってそれ自体を識別させる。識別子は、どのよう
な新しいウィンドウまたは表示を定義する場合にも必要
である。

【００５１】固有ＩＤ列２３は、コントロール・タイプ
列２１にリストされているその他の各コントロール・タ
イプの識別コードも定義する。

【００５２】親列２４は、どのウィンドウが所与のコン
トロール・タイプの親であるかを識別する。ウィンドウ
は、コントロール・ウィンドウがその境界／座標内に描
画されるときに、そのコントロール・タイプの「親」と
呼ばれる。ＯＳ／２のプレゼンテーション・マネージャ
では、作成されるすべてのウィンドウは親ウィンドウを
必要とする。その他のグラフィカル・マネージャも識別
子を必要とする。

【００５３】たとえば、図７を参照すると、チェック・
ボックス５２と押しボタン５３の親はウィンドウ５１に
なる。図８を参照すると、ウィンドウ５４はラジオ・ボ
タン５５の親になる。図８を参照すると、ウィンドウ５
６は入力フィールド５８とリスト・ボックス５７の親に
なる。

【００５４】これらの関係は、アプリケーション・プロ
グラマ／設計者によって前もって指定される。設計者
は、これらの要件を規則として表（図２及び図３）で定
義する。本発明によると、プログラマ／設計者がこれら
の関係を変更したい場合、規則のみを変更するだけで済
む。コードまたはプログラムを変更する必要はない。

【００５５】同様に、所有者列２５は、どのウィンドウ
が所与のコントロール・タイプの所有者であるかを識別
する。たとえば、ウィンドウ１はチェック・ボックスと
押しボタンの所有者となり、ウィンドウ２はラジオ・ボ
タンの所有者となり、ウィンドウ３は入力フィールドの
所有者となり、ウィンドウ４はリスト・ボックスの所有
者となる。

【００５６】ウィンドウがコントロール・タイプの「所
有者」であることの意味は、所有者ウィンドウが、同じ
く表示されている他のウィンドウに応じてウィンドウの
活動を調整することである。たとえば、プログラム・マ
ネージャでは、ウィンドウはその状態に関するメッセー
ジを所有者ウィンドウに送り、所有者は次に行う処置に
関するメッセージを送る。所有者は親と類似している
が、ウィンドウの動作や外観には影響を与えない。プロ
グラマは所有者フィールドと親フィールドを定義しなけ
ればならない。

【００５７】各種情報列２６には、本発明の方法の有効
な動作に必要な任意のタイプの付加的情報が入れられ
る。たとえば、リスト・ボックス・コントロール・タイ
プは、図４に示す表２への参照を含む。リスト・ボック
ス・コントロールが定義され、ウィンドウ５６に描画さ
れた後は、リスト・ボックスに表示される実際のデータ
が図４から読み取られ（たとえばデータ項目１、データ
項目２、データ項目３、及びデータ項目４）、５３３と
いう識別子を持つリスト・ボックス５７に表示される。

【００５８】図４には、リスト・ボックスとラジオ・ボ
タンのデータが含まれた表２が図示されている。図４内
の表２には、単にそれぞれのコントロール内に表示され
るデータが入っているに過ぎない。たとえば、識別子５
３３（リスト・ボックス５７）は、図４からデータ項目
１ないしデータ項目４を、図８に示す画面上に表示す
る。これらの行は、プログラマによって読み取られ、コ
ントロール識別子番号に基づいてコーディングされる。
たとえば、コントロール識別子５３１またはラジオ・ボ
タンがコードに定義された後、識別子５３１（ラジオ・
ボタン５５）は図４から値１ないし値４を表示する。

【００５９】図５及び図６に、各コントロール・タイプ
例について親ウィンドウ内で子ウィンドウまたはコント
ロールの管理、定義、及び描画を行う本発明の方法のス
テップを示すフローチャートを図示する。

【００６０】具体的には、図５のフローチャートの最初
のステップ４１は、ウィンドウＩＤを入手し、図２及び
図３の親列２４でそのウィンドウＩＤと一致するものを
探す。次のステップ４２は、図２及び図３の列２１か
ら、親列２４が所与のウィンドウ識別子と等しいすべて
のコントロール・タイプを読み取ることである。コント
ロール・タイプが表１（図２及び図３）にある場合、こ
の方法は次に進む（ステップ４３）。

【００６１】次に、以下の一般的なステップに従って各
コントロール・タイプを処理する。ステップ４４でコン
トロール・タイプを識別する。次にステップ４５で、表
１（図２及び図３）の列２２〜２６内の値の残りを読み
取って特定のコントロール・タイプのＡＰＩを定義し、
ハンドルを取り出す。最後に、最後のステップ４６で固
有ＩＤと、コントロール・タイプを指すポインタまたは
ハンドルを記憶し、前のノードを次のノードにリンクし
てリンク・リストを作成する。

【００６２】リスト・ボックスに関するステップ４５ｃ
は、各種情報列２６を読み取り、表２（図４）を参照し
て必要な表示データを入手するという余分の処理を含
む。

【００６３】本発明の方法を詳細に調べると、この方法
の最初のステップは所与のデータベースからコントロー
ル・タイプを読み込むことである。このような所与のデ
ータベースは設計者／プログラマが設定することにな
る。このデータベースは、所与のウィンドウのために様
々なコントロールを表示する表示の仕方と場所に関する
規則の保管場所に過ぎない。この規則のデータベース／
記憶によって、ウィンドウの外観と内容が定義される。
プログラマはこの所与の規則に基づいてＡＰＩを作成す
る。この規則は、アプリケーション・プログラム用の指
示のセットである。

【００６４】本発明による方法では、（たとえば前述
し、図２及び図３の表１に示した規則のデータベースに
定義されている）各タイプのコントロールについて、た
とえば「押しボタンの作成」（座標、固有ＩＤ、親、所
有者、及び各種情報）によって汎用ｃａｓｅ文が定義さ
れる。

【００６５】汎用ｃａｓｅ文の例は、全プログラム（リ
アルタイム）が１つの大きなｃａｓｅ文となることがで
き、表１（図２及び図３）に定義されたコントロールの
タイプに基づいて必要なコードを実行するものである。
「ｃａｓｅ文の疑似コード」という標題のｃａｓｅ文の
例を以下に示す。

【００６６】以下は、ＩＦ．．ＴＨＥＮ．．ＥＬＳＥ文
を使用して所与のウィンドウ内のコントロールを作成す
るだけの疑似コード例である。 疑似コード ウィンドウＩＤを読み取る 所与の親＝ウィンドウの表１内のすべてのコントロールについて以下を行う コントロール・タイプ＝'押しボタン'の場合は、 押しボタンを作成する(座標、固有ＩＤ、親またはウィンドウＩＤ 、 所有者またはウィンドウＩＤ、"押しボタンの標題"）； コントロール・タイプ＝'チェック・ボックス'の場合は、 チェック・ボックスを作成する（座標、固有ＩＤ、親または ウィンドウＩＤ、所有者またはウィンドウＩＤ、 "チェックボックスの標題"）； コントロール・タイプ＝'ラジオ・ボタン'の場合は、 ラジオ・ボタンを作成する（座標、固有ＩＤ、親または ウィンドウＩＤ、所有者またはウィンドウＩＤ）； 各種情報列を読み込んで値を記憶している表を指すポインタを 調べる （値がそれ以上なくなるまで）以下を行う このラジオ・ボタンのコントロールＩＤまたは固有ＩＤを マップする値を記憶している表から値を読み取る ラジオ・ボタンを作成する（データ）； 終了 コントロール・タイプ＝'入力フィールド'の場合は、 入力フィールドを作成する（座標、固有ＩＤ、親、所有者、 各種情報列から"入力フィールドの標題"）； コントロール・タイプ＝'リスト・ボックス'の場合は、 リスト・ボックスを作成する（座標、固有ＩＤ、親、所有者、 各種情報列に値を記憶している表を指すポインタの読取り）； （値がそれ以上なくなるまで）以下を行う 所与のコントロールＩＤの所与のテーブルからデータ列を 読み取る； リスト・ボックス値を作成する（データ） 終了

【００６７】以下は、所与のウィンドウのコントロール
を作成し、それらの値をリンク・リストに格納する疑似
コードである。この疑似コードはｃａｓｅ文を使用す
る。 ｃａｓｅ文の疑似コード ウィンドウＩＤを読み取る 所与の親＝ウィンドウＩＤの表１内のすべてのコントロールについて以下を 行う Ｃａｓｅ（コントロール・タイプ） '押しボタン'： 押しボタンハンドル＝押しボタンを作成する(座標、固有ＩＤ 、 親ＩＤ、所有者、"押しボタンの標題"） 固有ＩＤ及び押しボタンハンドルをノードに格納する； このノードを他の押しボタンの既存のリンク・リストに リンクする 'チェック・ボックス'： チェック・ボックス・ハンドル＝チェック・ボックスを作成す る（座標、固有ＩＤ、親ＩＤ、所有者、 "チェック・ボックスの標題"）； 固有ＩＤ及びチェック・ボックス・ハンドルをノードに 格納する； このノードを他のチェック・ボックスの既存のリンク・リスト にリンクする； 'ラジオ・ボタン'： ラジオ・ボタン・ハンドル＝ラジオ・ボタンを作成する(座標 、 固有ＩＤ、親ＩＤ、所有者、"ラジオ・ボタンの標題"）； 固有ＩＤ及びラジオ・ボタン・ハンドルをノードに 格納する； このノードを他のラジオ・ボタンの既存のリンク・リストに リンクする； '入力フィールド'： 入力フィールド・ハンドル＝入力フィールドを作成する(座標 、 固有ＩＤ、親ＩＤ、所有者、"入力フィールドの標題"）； 固有ＩＤ及び入力フィールド・ハンドルをノードに 格納する； このノードを他の入力フィールドの既存のリンク・リストに リンクする； 'リスト・ボックス'： リスト・ボックス・ハンドル＝リスト・ボックスを作成する （座標、固有ＩＤ、親ＩＤ、所有者、"リスト・ボックスの標 題"）； 固有ＩＤ及びリスト・ボックス・ハンドルをノードに 格納する； このノードを他のリスト・ボックスの既存のリンク・リストに リンクする； ［＊ｃａｓｅ文の＊］終了；

【００６８】汎用ｃａｓｅ文は、ＡＰＩを選択して、特
定のコントロール・タイプの定義と作成を行うコードの
ブロックを実行する。たとえば、このコードのブロック
は、特定のＡＰＩを呼び出して所与の子ウィンドウの定
義と描画を行う。それぞれのコントロールを定義するた
めにプログラム・マネージャで必要な実際のコードのい
くつかの例は、Ｉリスト・ボックス（コントロールＩ
Ｄ、親ＩＤ）、Ｉラジオ・ボタン（コントロールＩＤ、
親、所有者、座標）、Ｉ押しボタン（コントロールＩ
Ｄ、親、所有者、座標）などである。

【００６９】次に、各コントロール・タイプについて、
その特定のコントロール・タイプ（たとえばチェック・
ボックス、入力フィールド、リスト・ボックス、押しボ
タン、またはラジオ・ボックス）に関するＡＰＩからハ
ンドルまたはポインタを取り出す。ハンドルまたはポイ
ンタはたとえば「チェック・ボックスのハンドル＝チェ
ック・ボックスの作成」のようになる。このＡＰＩから
の戻りは、それぞれのウィンドウの実際のポインタ値で
ある。以下で詳述するように、このコードによって最終
的にすべての同種ポインタのリンク・リストが生成され
る。

【００７０】たとえば、チェック・ボックスの場合、Ａ
ＰＩからそのチェック・ボックスに対するハンドルを取
り出す。ハンドルは、ウィンドウを作成するためにＡＰ
Ｉによって返される固有ＩＤである。ハンドルによっ
て、プログラムは特定のウィンドウにコマンドを送るこ
とができる。すべての開いたウィンドウは、グラフィカ
ル・マネージャによって定義された固有ハンドルを持つ
（たとえばＯＳ／２のＰＭは、表示画面上で正常に定義
されたすべてのウィンドウについてハンドルを定義す
る）。

【００７１】つぎに、各コントロール・タイプに識別コ
ードとハンドルが関連づけられる。この関連づけは、要
求されたＡＰＩが正常に実行されてウィンドウを定義す
ると行われる。ハンドル値の戻りは、ウィンドウまたは
コントロールを描画するための要素がコードによってプ
ログラム・マネージャに正しく伝えられたことを意味す
る。

【００７２】たとえば、整数値（ＩＤ）及びポインタま
たはハンドルがコントロール・タイプ（たとえばチェッ
ク・ボックス、入力フィールドなど）に格納される。こ
の整数値は識別コードを表す。

【００７３】次に、前のノードが次のノードにリンクさ
れ、すべての同種ポインタのリンク・リストが作成され
る。１つのノードに１つのコントロールの値が格納され
る。たとえば、押しボタンのノードには以下のものが入
れられる。 １）押しボタンの固有ＩＤ、 ２）押しボタンを指すハンドル、 ３）次のノードを指すポインタ、及び ４）前のノードを指すポインタ

【００７４】図１０に押しボタンのリンク・リストを示
す。このリンク・リストは、次のノード（押しボタン６
２）を指すポインタを持つ押しボタン６１から始まる。
しかし、前のノードを指すポインタは空値を持つ。した
がって、実際には押しボタン６１は押しボタン６２を指
すポインタしか持っていない。押しボタン６２は前のノ
ードである押しボタン６１を指すポインタと、次のノー
ドである押しボタン６３を指すポインタを持っている。
押しボタン６３は前のノードである押しボタン６２を指
す実効ポインタしか持たない。押しボタン６３で次のノ
ードを指すポインタの値は空値である。したがって、押
しボタン６３はこのリンク・リストの最後である。

【００７５】ノードのリンク・リストには、たとえば、
その所与のリスト内の次のノードへのリンクを指すポイ
ンタ、新たに定義されたコントロール・フィールドの固
有ＩＤの値、及びコントロール・ウィンドウを指すハン
ドルが入る複数のフィールドを含めることができる。リ
ンク・リストは新たに作成されたコントロール・ウィン
ドウの情報を格納するデータ構造体である。

【００７６】これによって、呼出しプログラムは、リン
ク・リストに設定された定義済みコントロール・タイプ
の連鎖を走査して、要求された子ウィンドウの個々のハ
ンドルを取り出すことができる。呼出しプログラムは、
メイン・ウィンドウを表示するようにコーディングされ
る。呼出しプログラムは上記の疑似コードを呼び出し、
疑似コードは必要なすべてのコントロールの描画と定義
を行い、それを当該呼出しプログラムに返す。同様に、
他のプログラムも疑似コードを呼び出し、疑似コードは
必要なコントロールの描画と定義を行ってそれを当該他
の呼出しプログラムに返す。

【００７７】本発明の方法は、任意のより高水準の言語
で実施することができる。たとえば、ＩＢＭ ＣＳＥＴ
／２コンパイラを使用してＯＳ２オペレーティング・シ
ステムが稼働しているＰＳ２上で実施することができ
る。しかし、本発明の方法は、ＯＳ２用に最適化されて
いるが、ＡＩＸ及びＮＴなどどのようなウィンドウ方式
のシステムとも有利に使用される。

【００７８】本発明の方法によって、アプリケーション
のハード・コードを変更しなくても、アプリケーション
の存続期間を通していつでもユーザ・インタフェースを
変更することができる。（関係データベースとフラット
・ファイルとを問わず）データベースに定義されている
規則のみを変更すれば済むため、アプリケーションのハ
ード・コードを変更しないことによって変更のコンパイ
ル時間が削減される。したがって、プログラマは実行可
能ファイルを実行して規則表を読み取り、新しい規則の
結果をオンラインで（たとえば画面上でリアルタイム
で）調べることができ、プログラムに「バグ」が持ち込
まれる機会が大幅に減少する。メイン・コードを開発
し、コンパイルし、実行可能ファイルに連係した後は、
変更する必要がない。新しいウィンドウの追加は、規則
表に新しい規則（１行）を追加するだけの単純なもので
ある。

【００７９】さらに、本発明の方法によると、同じコー
ドを他の親ウィンドウ内のコントロールのレイアウトを
調整するためにも使用することができ、それによってソ
フトウェアの開発費用と保守費用が大幅に節約される。
したがって、本発明の方法はオンライン・ツール実施な
ど様々な応用分野に有用である。

【００８０】アプリケーションのメイン・ウィンドウも
以上の同じ方法を使用して設計することができる。当業
者ならわかるように、規則表は異なり、したがってコー
ドも異なることになる。

【００８１】本発明について１つの好ましい実施例を用
いて説明したが、当業者なら特許請求の範囲の趣旨及び
範囲内で変更を加えて本発明を実施することができるこ
とがわかるであろう。

【００８２】まとめとして、本発明の構成に関して以下
の事項を開示する。

【００８３】（１）データベースと複数のアプリケーシ
ョン・ソフトウェア・インタフェースとを有するシステ
ム用のコンピュータ実施方法であって、前記データベー
スに記憶されている複数のコントロール・タイプから１
つのコントロール・タイプを読み取るステップと、前記
コントロール・タイプに基づいてポインタを有する前記
アプリケーション・ソフトウェア・インタフェースを選
択するステップと、前記コントロール・タイプの識別コ
ードを定義するステップと、前記ポインタと前記識別コ
ードを記憶するステップと、前記コントロール・タイプ
の第１のノードを第２の後続ノードにリンクし、前記複
数のコントロール・タイプのリンク・リストを作成する
ステップとを含む方法。 （２）少なくとも１つの前記コントロール・タイプのそ
れぞれ１つについてアプリケーション・ソフトウェア・
インタフェース（ＡＳＩ）を定義し、各ＡＳＩからその
それぞれのコントロール・タイプを指すポインタを取り
出すステップをさらに含む、上記（１）に記載の方法。 （３）前記アプリケーション・ウィンドウ・セットアッ
プのウィンドウのレイアウトが、アプリケーション・ソ
フトウェア・コードを変更することなく変更可能である
ことを特徴とする、上記（１）に記載の方法。 （４）前記データベースが前記アプリケーション・コー
ドを実行し、前記アプリケーション・プログラムにコン
トロールのハード・コーディングがないことを特徴とす
る、上記（１）に記載の方法。 （５）データベースと複数のアプリケーション・プログ
ラム・インタフェースとを有するシステム用の、アプリ
ケーション・ウィンドウ・セットアップを開発するコン
ピュータ実施方法であって、前記データベースに記憶さ
れている複数のコントロール・タイプから少なくとも１
つのコントロール・タイプを読み取るステップと、前記
少なくとも１つのコントロール・タイプのそれぞれにつ
いてアプリケーション・プログラム・インタフェース
（ＡＰＩ）を定義し、各ＡＰＩからそのそれぞれのコン
トロール・タイプを指すポインタを取り出すステップ
と、前記コントロール・タイプの値とポインタを記憶す
るステップと、複数の前記コントロール・タイプの第１
のノードを第２の後続ノードにリンクし、複数の前記コ
ントロール・タイプのリンク・リストを作成するステッ
プとを含み、同じアプリケーション・コードを前記アプ
リケーション・ウィンドウ・セットアップの少なくとも
２つのウィンドウ・レイアウトに再使用することを特徴
とする方法。 （６）前記アプリケーション・ウィンドウ・セットアッ
プのウィンドウのレイアウトが、アプリケーション・ソ
フトウェア・コードを変更することなく変更可能である
ことを特徴とする、上記（５）に記載の方法。 （７）前記データベースが前記アプリケーション・コー
ドを実行し、前記アプリケーション・プログラムにコン
トロールのハード・コーディングがないことを特徴とす
る、上記（５）に記載の方法。 （８）事前定義された規則を記憶するデータベースと、
アプリケーション・プログラム用の複数のアプリケーシ
ョン・ソフトウェア・インタフェースとを有するシステ
ム用の、前記事前定義された規則に基づいてアプリケー
ション・ウィンドウ・セットアップを開発するコンピュ
ータ実施方法であって、前記データベースに記憶されて
いる複数のコントロール・タイプから１つのコントロー
ル・タイプを読み取るステップと、前記コントロール・
タイプに基づいてポインタを有するアプリケーション・
ソフトウェア・インタフェースを選択するステップと、
前記コントロール・タイプの識別コードを定義するステ
ップと、前記ポインタと前記識別コードを前記アプリケ
ーション・プログラムから独立した表に記憶するステッ
プと、前記コントロール・タイプの第１のノードを第２
の後続ノードにリンクし、前記複数のコントロール・タ
イプのリンク・リストを作成するステップとを含み、前
記アプリケーション・ウィンドウ・セットアップのウィ
ンドウのレイアウトが、アプリケーション・ソフトウェ
ア・コードを変更することなく変更可能であることを特
徴とし、前記データベースが前記アプリケーション・コ
ードを実行し、前記アプリケーション・プログラムには
コントロールのハード・コーディングがないことを特徴
とする方法。 （９）事前定義された規則に基づいてアプリケーション
・ウィンドウ・セットアップを開発する装置であって、
前記事前定義された規則を記憶するデータベースと、ア
プリケーション・プログラム用の複数のアプリケーショ
ン・ソフトウェア・インタフェースと、前記データベー
スに記憶されている複数のコントロール・タイプから１
つのコントロール・タイプを読み取る手段と、前記コン
トロール・タイプに基づいてポインタを有するアプリケ
ーション・ソフトウェア・インタフェースを選択する手
段と、前記コントロール・タイプの識別コードを定義す
る手段と、前記ポインタと前記識別コードを前記アプリ
ケーション・プログラムから独立した表に記憶する手段
と、前記コントロール・タイプの第１のノードを第２の
後続ノードにリンクし、前記複数のコントロール・タイ
プのリンク・リストを作成する手段とを含む装置。 （１０）前記アプリケーション・ウィンドウ・セットア
ップのウィンドウのレイアウトが、アプリケーション・
ソフトウェア・コードを変更することなく変更可能であ
ることを特徴とする、上記（９）に記載の装置。 （１１）前記データベースが前記アプリケーション・コ
ードを実行し、前記アプリケーション・プログラムにコ
ントロールのハード・コーディングがないことを特徴と
する、上記（９）に記載の装置。

【図面の簡単な説明】

【図１】本発明を実施することができるハードウェア構
成を示すブロック図である。

【図２】本発明の好ましい実施例による、ユーザ・イン
タフェースの規則が定義された表である。

【図３】本発明の好ましい実施例による、ユーザ・イン
タフェースの規則が定義された表である。

【図４】本発明の好ましい実施例による、リスト・ボッ
クスとラジオ・ボタンのデータを示すブロック図であ
る。

【図５】本発明の好ましい方法のフローチャートを示す
ブロック図である。

【図６】本発明の好ましい方法のフローチャートを示す
ブロック図である。

【図７】本発明による、表示画面内の様々なコントロー
ル項目を示す図である。

【図８】本発明による、表示画面内の様々なコントロー
ル項目を示す図である。

【図９】本発明による、表示画面内の様々なコントロー
ル項目を示す図である。

【図１０】本発明によるリンク・リストを示すブロック
図である。

【図１１】本発明による表示画面を示す図である。

【図１２】入力フィールド、リスト・ボックス、ラジオ
・ボタン、及び押しボタンを示す図である。

【図１３】入力フィールド、リスト・ボックス、ラジオ
・ボタン、及び押しボタンを示す図である。

【符号の説明】

１０ 中央演算処理装置 １２ システム・バス １４ ランダム・アクセス・メモリ １６ 読取り専用メモリ １８ 入出力アダプタ ２０ ハード・ディスク・ドライブ ２２ ユーザ・インタフェース・アダプタ ３４ マルチメディア・アダプタ ３６ ディスプレイ・アダプタ ３８ 表示装置 ８１ 入力フィールド ８２ リスト・ボックス ８３ ラジオ・ボタン ８４ 押しボタン

───────────────────────────────────────────────────── フロントページの続き (72)発明者 スチトラ・ラジヴ・ジョシ アメリカ合衆国10598 ニューヨーク州ヨ ークタウン・ハイツ パインブルック・コ ート 1418

Claims (11)

【特許請求の範囲】
1. 【請求項１】データベースと複数のアプリケーション・
   ソフトウェア・インタフェースとを有するシステム用の
   コンピュータ実施方法であって、 前記データベースに記憶されている複数のコントロール
   ・タイプから１つのコントロール・タイプを読み取るス
   テップと、 前記コントロール・タイプに基づいてポインタを有する
   前記アプリケーション・ソフトウェア・インタフェース
   を選択するステップと、 前記コントロール・タイプの識別コードを定義するステ
   ップと、 前記ポインタと前記識別コードを記憶するステップと、 前記コントロール・タイプの第１のノードを第２の後続
   ノードにリンクし、前記複数のコントロール・タイプの
   リンク・リストを作成するステップとを含む方法。
2. 【請求項２】少なくとも１つの前記コントロール・タイ
   プのそれぞれ１つについてアプリケーション・ソフトウ
   ェア・インタフェース（ＡＳＩ）を定義し、各ＡＳＩか
   らそのそれぞれのコントロール・タイプを指すポインタ
   を取り出すステップをさらに含む、請求項１に記載の方
   法。
3. 【請求項３】前記アプリケーション・ウィンドウ・セッ
   トアップのウィンドウのレイアウトが、アプリケーショ
   ン・ソフトウェア・コードを変更することなく変更可能
   であることを特徴とする、請求項１に記載の方法。
4. 【請求項４】前記データベースが前記アプリケーション
   ・コードを実行し、前記アプリケーション・プログラム
   にコントロールのハード・コーディングがないことを特
   徴とする、請求項１に記載の方法。
5. 【請求項５】データベースと複数のアプリケーション・
   プログラム・インタフェースとを有するシステム用の、
   アプリケーション・ウィンドウ・セットアップを開発す
   るコンピュータ実施方法であって、 前記データベースに記憶されている複数のコントロール
   ・タイプから少なくとも１つのコントロール・タイプを
   読み取るステップと、 前記少なくとも１つのコントロール・タイプのそれぞれ
   についてアプリケーション・プログラム・インタフェー
   ス（ＡＰＩ）を定義し、各ＡＰＩからそのそれぞれのコ
   ントロール・タイプを指すポインタを取り出すステップ
   と、 前記コントロール・タイプの値とポインタを記憶するス
   テップと、 複数の前記コントロール・タイプの第１のノードを第２
   の後続ノードにリンクし、複数の前記コントロール・タ
   イプのリンク・リストを作成するステップとを含み、 同じアプリケーション・コードを前記アプリケーション
   ・ウィンドウ・セットアップの少なくとも２つのウィン
   ドウ・レイアウトに再使用することを特徴とする方法。
6. 【請求項６】前記アプリケーション・ウィンドウ・セッ
   トアップのウィンドウのレイアウトが、アプリケーショ
   ン・ソフトウェア・コードを変更することなく変更可能
   であることを特徴とする、請求項５に記載の方法。
7. 【請求項７】前記データベースが前記アプリケーション
   ・コードを実行し、前記アプリケーション・プログラム
   にコントロールのハード・コーディングがないことを特
   徴とする、請求項５に記載の方法。
8. 【請求項８】事前定義された規則を記憶するデータベー
   スと、アプリケーション・プログラム用の複数のアプリ
   ケーション・ソフトウェア・インタフェースとを有する
   システム用の、前記事前定義された規則に基づいてアプ
   リケーション・ウィンドウ・セットアップを開発するコ
   ンピュータ実施方法であって、 前記データベースに記憶されている複数のコントロール
   ・タイプから１つのコントロール・タイプを読み取るス
   テップと、 前記コントロール・タイプに基づいてポインタを有する
   アプリケーション・ソフトウェア・インタフェースを選
   択するステップと、 前記コントロール・タイプの識別コードを定義するステ
   ップと、 前記ポインタと前記識別コードを前記アプリケーション
   ・プログラムから独立した表に記憶するステップと、 前記コントロール・タイプの第１のノードを第２の後続
   ノードにリンクし、前記複数のコントロール・タイプの
   リンク・リストを作成するステップとを含み、 前記アプリケーション・ウィンドウ・セットアップのウ
   ィンドウのレイアウトが、アプリケーション・ソフトウ
   ェア・コードを変更することなく変更可能であることを
   特徴とし、 前記データベースが前記アプリケーション・コードを実
   行し、前記アプリケーション・プログラムにはコントロ
   ールのハード・コーディングがないことを特徴とする方
   法。
9. 【請求項９】事前定義された規則に基づいてアプリケー
   ション・ウィンドウ・セットアップを開発する装置であ
   って、 前記事前定義された規則を記憶するデータベースと、 アプリケーション・プログラム用の複数のアプリケーシ
   ョン・ソフトウェア・インタフェースと、 前記データベースに記憶されている複数のコントロール
   ・タイプから１つのコントロール・タイプを読み取る手
   段と、 前記コントロール・タイプに基づいてポインタを有する
   アプリケーション・ソフトウェア・インタフェースを選
   択する手段と、 前記コントロール・タイプの識別コードを定義する手段
   と、 前記ポインタと前記識別コードを前記アプリケーション
   ・プログラムから独立した表に記憶する手段と、 前記コントロール・タイプの第１のノードを第２の後続
   ノードにリンクし、前記複数のコントロール・タイプの
   リンク・リストを作成する手段とを含む装置。
10. 【請求項１０】前記アプリケーション・ウィンドウ・セ
    ットアップのウィンドウのレイアウトが、アプリケーシ
    ョン・ソフトウェア・コードを変更することなく変更可
    能であることを特徴とする、請求項９に記載の装置。
11. 【請求項１１】前記データベースが前記アプリケーショ
    ン・コードを実行し、前記アプリケーション・プログラ
    ムにコントロールのハード・コーディングがないことを
    特徴とする、請求項９に記載の装置。