JPH10254690A - グラフィカル ユーザー インタフェース システム及び方法 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 販売時点情報管理システム（ＰＯＳ）タッチ
・スクリーン・インターフェース・システムのような、
グラフィカル・タッチ・ユーザ・インターフェースの用
の、ビルダー、テスターおよび実行時間組み込みシステ
ムおよび方法を提供する。 【解決手段】 グラフィカル・インターフェースを生成
し、修正するためのビルダー・ツール、上記インターフ
ェースを試験するためのテスター・ツール、およびイン
ターフェース・ロジックを、実際に実行するための実行
時間システムを含むことができる。上記インターフェー
スは、実行時間システムの外側で設計、修正および試験
されるので、プログラマーでない人でも実行時間コード
を変更しないで、設計および保守を行うことができる。
さらに、ビルダーおよびテスターを、汎用目的で設計す
ることができ、実行時間コードを再使用することができ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、グラフィカル・ユ
ーザ・インターフェース（ＧＵＩ）の組み立て、試験、
組み込みに関するもので、タッチ・スクリーン販売時点
情報管理システム（ＰＯＳ）への一実施形態において
は、このインターフェースを使用することによりインタ
ーフェースの設計、試験および保守が実行時間コードに
依存しないで行われる。

【０００２】

【従来の技術、及び、発明が解決しようとする課題】近
年、タッチ・スクリーン装置は、種々の環境で一般に使
用されるようになっている。例えば、タッチ・スクリー
ン装置は、小売り店のような販売時点情報管理システム
（ＰＯＳ）のいろいろな用途で使用されてきた。ファー
スト・フード・レストランのようなある種のタイプの小
売り店内においては、ＰＯＳ装置が、それが容易に使用
でき、柔軟性を持っている場合には、非常に便利に使用
されている。

【０００３】タッチ・スクリーン・インターフェースの
異なるタイプのユーザが、これらのシステムを容易に使
用することが確実にできるようにするためには、多くの
場合、優れたインターフェースが必要になる。そのた
め、これらのインターフェースの多くは、人間−機械イ
ンターフェースに設計についての教育は受けているが、
コンピュータ・プログラミングについては深い知識をも
っているかもしれないし、持っていないかも知れない、
人間インターフェース（ＨＩ）エンジニアにより現在設
計されている。さらに、ソフトウェアのプログラミング
に時間を浪費しないで、自分の専門分野に集中したほう
が、人間インターフェース・エンジニアにとって、最も
効率的である場合がある。それ故、ＨＩエンジニアが設
計したインターフェースを（設計を気に入ってもらうた
めの）最もよく顧客に知ってもらうため、また（設計を
行い試験を行うために）ソフトウェアのエンジニアにど
のようにその内容を最もよく知ってもらうにはどうした
らよいのかという問題が起きてくる。

【０００４】現在使用されている一つの方法は、グラフ
ィカル・ユーザ・インターフェースを設計し、レイアウ
トするために、マイクロソフト（登録商標）のパワー・
ポイント（登録商標）のような提示ツールを、ＨＩエン
ジニアに使用させるという方法である。もちろん、その
際問題になるのは、この作業が最終的なインターフェー
スに直接貢献しないことである。すなわち、ＨＩエンジ
ニアが上記インターフェースを設計した後、プログラマ
ーは、その設計を取り上げ、プログラミングを開始しな
ければならない。さらに、すべての設計と同じように、
設計を何回も反復して行わなければならないため、問題
はさらに複雑になる。

【０００５】もっとよい方法は、ＨＩエンジニアに、ユ
ーザ・インターフェースを組み立てるのに、グラフィカ
ル・ウィンドウズ、メニュー、ダイアログおよび制御名
の共通セットを使用するビルダー・ツールを使用させる
ことであろう。プログラマーでないものでも、インター
フェースを正確に迅速に組み立てることができる。その
後、この実際の外部インターフェースは、定義された数
個のダミー入力レベル論理機能を持つスケルトン実行時
間システムにより読むことができる。こうすることによ
り、ＨＩエンジニアは、そのインターフェースがどのよ
うな概観を持ち、どのような感触を持っているかについ
て非常に迅速にフィードバックを入手することができ
る。ＨＩエンジニアは、またインターフェースを微調整
するとき、エラーを修正し、改良を行うことができるだ
ろう。

【０００６】さらに、汎用テスター・プログラムを提供
することにより、ＨＩエンジニアは、人間が種々のボタ
ンを押しているかのように、システムの動作を見守るこ
とによって設計を判断する他の方法を手に入れることが
できる。特定のスクリーンを組み立てるのをうっかり忘
れた場合には、上記テスターがＨＩエンジニアに誤りを
知らせ、ＨＩエンジニアはこの問題を修正するために、
上記ビルダー・ツールを使用することができる。ソフト
ウェア・プログラミング・スタッフは、また確実に正し
い入力レベル論理機能が指定されるように、テスターを
使用することができる。最後に、タッチ・スクリーン・
システムが配備された場合、実行時間インターフェース
を変更しないで、ユーザ・インターフェースを修正する
ことが望ましい場合がある。例えば、ユーザが、ボタン
の位置、対象物の色、ある対象テキスト等を変更したい
場合がでてくる。

【０００７】それ故、タッチ・スクリーン・インターフ
ェースを組み立て、試験し、それを従来技術のシステム
および方法よりもっと簡単で価格が安く、設計から実行
までの進行がもっと正確で、プログラミング・スタッフ
でない人でもかなりの設計および保守作業を行うことが
できる実行時間システムに組み込むためのシステムおよ
び方法が、当業者の間で待望されている。

【０００８】本発明は、販売時点情報管理システム（Ｐ
ＯＳ）タッチ・スクリーン・インターフェース・システ
ムのような、グラフィカル・タッチ・ユーザ・インター
フェースの用の、ビルダー、テスターおよび実行時間組
み込みシステムおよび方法を提供する。上記システムお
よび方法は、グラフィカル・インターフェースを生成
し、修正するためのビルダー・ツール、上記インターフ
ェースを試験するためのテスター・ツール、およびイン
ターフェース・ロジックを実際に実行するための実行時
間システムを含むことができる。上記インターフェース
は、実行時間システムの外側で設計、修正および試験さ
れるので、プログラマーでない人でも実行時間コードを
変更しないで、設計および保守を行うことができる。さ
らに、ビルダーおよびテスターを、汎用目的で設計する
ことができ、実行時間コードを再使用することができ
る。

【０００９】

【課題を解決するための手段】ある実施形態の場合に
は、ＰＯＳタッチ・スクリーン・インターフェースのよ
うなグラフィカル・ユーザ・インターフェースを組み立
てまたは生成するシステムおよび方法は、制御の情報を
収集するために、スクリーン、メニュー品目へのアクセ
スおよびそのダイアログからなる「制御」を一度に一つ
ずつ選択するステップと、ダイアログ情報を対象物の
「スロット」にセーブするステップとを含むことができ
る。このプロセスはスクリーンが更新される度に反復し
て行うことができる。

【００１０】上記インターフェースを試験するシステム
および方法は、第一のタッチ・スクリーン・ディスプレ
イを含むスクリーンを「ペイント」することによりスタ
ートする。第一のディスプレ上に表示されるボタン制御
は、第一のボタンのデータがスタックの一番上に表示さ
れるように、スタック構造にそのロジック情報をセット
することができる。その後、スタックはポップし、その
関係ロジック情報が、数秒間、ポップアップ・ウィンド
ウに表示される。その後、分岐が行われ、新しいスクリ
ーン・ボタン情報がスタックの一番上に表示され、一番
上の項目が再びスタックから飛び出す。このプロセス
は、すべての分岐が行われるまで継続して行われる。特
定のスクリーンが毎回再表示される場合には、そのボタ
ン・データは、二回目には、スタックの上に表示されな
い。スクリーン番号が存在しない場合には、その番号は
エラー・メッセージと一緒にポップアップ・ウィンドウ
に表示される。テスターは、スペース・バーを押すこと
により、何時でも一次停止させることができ、数字ボタ
ンを押すことにより終了させることができる。

【００１１】外部グラフィカル・インターフェースの実
行時間システムへの組み込みシステムおよび方法は、上
記インターフェースを読み出し、メモリのプログラム構
造に記憶する一連のステップを実行することによりスタ
ートする。次に、対象物を正しく表示させるために必要
な、ウィンドウ・コマンドを形成するために、スロット
情報を使用して、各子ウィンドウを生成することによ
り、第一のスクリーンのペイントが行われる。次に、イ
ンターフェース機能コードを、実行時間コードの正しい
機能の実行にマップする一連のステップが実行される。
最後に、新しいタッチ・スクリーン・ディスプレイの表
示を管理する一連のステップが実行される。

【００１２】本発明は、人間インターフェース・エンジ
ニアとして、グラフィカル・インターフェースを設計、
試験および組み込むためのものであり、ソフトウェア・
プログラマーが、実際の外部インターフェースを生成し
ながら作業を進めることができる、非常に効率的なシス
テムおよび方法を提供する。さらに、大部分のインター
フェースの設計、実行および保守は、周知の環境のメニ
ューおよびダイアログを使用して実行することができ
る。

【００１３】

【発明の実施の形態】図１について説明すると、システ
ム１０は、外部インターフェースの組立、保守および試
験を行うために使用される。システム１０は、コンピュ
ータ１２と、ビデオ・ディスプレイ（ＣＲＴ）１４と、
メモリ１６と、ハードディスク１８と、フロッピー・デ
ィスク２０と、キーボード２２と、マウス２４およびプ
リンタ２６とを含む。好適な実施形態の場合には、シス
テム１０は、通常のＰＣ開発システムを使用することが
でき、コンピュータ１２としては、インテル（登録商
標）４８６またはペンティアム（登録商標）コンピュー
タを；ビデオ・ディスプレイ１４としては、ＶＧＡモニ
タを；メモリ１６としては、少なくとも１６ＭＢのＲＡ
Ｍからなるものを；ハードディスク１８としては、二次
記憶装置が少なくとも１．２ＧＢの容量を持つものを；
フロッピー・ディスク２０としては、３．５インチの柔
軟なディスクを；キーボード２２としては、通常のＰＣ
キーボードを；マウス２４としては、マイクロソフト
（登録商標）のマウスまたは相当物を；およびプリンタ
２６としては、ＰＣ互換のレーザ・プリンタまたはジェ
ット・プリンタを使用することができる。

【００１４】図２について説明すると、システム２８
は、販売時点情報管理システム（ＰＯＳ）であってもよ
く、コンピュータ３０と、タッチ・スクリーン３２と、
メモリ３４と、ディスク３６と、プリンタ３８および現
金収納引出し４０とを含むことができる。好適な実施形
態の場合には、システム２８は、小売り店で使用される
タッチ・スクリーン・システムであってもよい。コンピ
ュータ３０としては、ＮＣＲ７４５０ＰＣまたは通常の
インテルをベースとするＰＣを；タッチ・スクリーン３
２としては、１０インチのＮＣＲタッチ・スクリーンま
たは他の業者のものを；メモリ３４としては、１６ＭＢ
またはそれ以上のＲＡＭからなるものを；ディスク３６
としては、オプションのもので、少なくとも５００ＭＢ
の二次容量を持つものを；プリンタ３８としては、ＮＣ
Ｒプリンタまたはそれに相当するものを；現金収納引出
し４０としては、ＮＣＲ現金収納引出しまたはそれに相
当するものを使用することができる。

【００１５】本発明を以下にさらに詳細に説明する。本
発明を説明する際には、本発明の開示の例示としての用
途、すなわち、ピザ販売店のようなレストランで使用す
るための販売時点タッチ・スクリーン小売りシステムを
例として説明する。もちろん、これは単に例示としての
ものに過ぎず、本発明は他の種々の環境にも使用するこ
とができることはすぐに理解することができるだろう。

【００１６】＜１．ビルダー・ツール＞図１１−図２２
においては、ビルダー・ツール（以後＜Ｂ＞と呼ぶ）
は、新しいタッチ・スクリーン・インターフェースを組
み立てたり、または現在のタッチ・スクリーン・インタ
ーフェースを修正するために使用される。ビルダー・ツ
ール＜Ｂ＞は、マイクロソフトのＣ／Ｃ＋＋のような種
々のプログラミング言語の一つを使用して、プログラミ
ング・コンピュータ１２により実行することができる。
すでに説明したように、このインターフェースは、実行
時間システム（後で説明する）の外部に存在していて、
ある実施形態の場合には、二つのＡＳＣＩＩファイルか
ら作ることができる。第一のファイルは主ファイルで、
スクリーン・フレームおよび子フレームと一緒に、フレ
ーム状言語を利用する。各スクリーンは、「ｂｅｇｉｎ
ｓｃｒｅｅｎ：ｉ」ラインで始まる。この場合「ｉ」
の数値は、スクリーン番号である。同様に、各スクリー
ンは、「ｅｎｄ ｓｃｒｅｅｎ：ｉ」入力が表示された
時に終了する。

【００１７】好適な実施形態の場合には、各スクリーン
・フレームには、「ＮＩＣＥ」対象物フレームがシーケ
ンシャルな順序で表示される。ＮＣＲ ＮＩＣＥ（登録
商標）（計算環境用の自然インターフェース）製品は、
マイクロソフト（登録商標）のウィンドウ（商標）環境
で動作する、ＰＣまたはＰＣ互換ワークステーションと
一緒に使用するための、実行時間アプリケーション構築
ブロックのライブラリである。ＮＩＣＥクライアント
は、マイクロソフト・ウィンドウ３．１（およびそれよ
り新しいバージョン）の下で動作するシステムに対する
ＮＩＣＥのバージョンである。ＮＩＣＥクライアント
は、タッチ・スクリーン環境で使用するのに適してい
る、一組のユーザ・インターフェース対象物を持つアプ
リケーション開発装置を提供する。

【００１８】最初の行は、「ｂｅｇｉｎ ｃｈｉｌｄ：
ｉ ｔｙｐｅ」行で始まり、「ｅｎｄ ｃｈｉｌｄ：
ｉ」入力で終わる対象物の定義である。ここで「ｉ」は
スクリーン内の相対子番号であり、「ｔｙｐｅ」はＮＩ
ＣＥ分類である。例えば、図７の場合には、「ｐｉｚｚ
ａ」制御は、ＮＩＣＥ「応答ボックス」に関連し、この
制御のタイプは「ｎｃＲｅｐｌｙＢｏｘ」である。目的
文のｂｅｇｉｎ ｅｎｄのペアの間には、子情報を提供
するスロットが存在する。各スロットは１行の長さを持
ち、後にコロンが続くスロット名により表示される。例
えば、図７においては、「Ｐｉｚｚａ」制御に対する第
一のスロットは「ｓｔｙｌｅ」スロットである。第二の
インターフェース・ファイルは、第一のインターフェー
ス・ファイルに直接関連している。例えば、図７の場合
には、「Ｐｉｚｚａ」に対する「ｔｅｘｔ：１５」スロ
ット情報に留意されたい。番号１５は、第二のファイル
の１５番目の入力がテキスト「Ｐｉｚｚａ」を含んでい
ることを示す。それ故、番号１５は、第二のファイルへ
のポインタである。

【００１９】図３は、（他の制御が図示されていない）
図７−図９のＮＩＣＥ制御に基づき、ビデオ・ディスプ
レイ１４上に表示される、実際のユーザ・インターフェ
ースである。図３の制御２１１−５は、図７のＰｉｚｚ
ａ制御に対応する。図７のＰｉｚｚａ制御に対する「ｔ
ｅｘｔ：１５」スロットに対して、第二のファイルの１
５番目の入力（例えば、テキスト「Ｐｉｚｚａ」が、図
３の制御２１１−５に対して表示される。つまり、第二
のファイルは、第一のファイルに定義されている制御が
必要とする各テキスト単位に対して１行を含んでいる。
図３−図６に示すような各タッチ・スクリーン・ディス
プレイ３２が、今定義した複数のスクリーンを持つこと
ができるということは重要なことである。例えば、図３
の場合には、ディスプレイは四つのスクリーンを持って
いる。第一のスクリーン２０１は「ピザ」２１１、「ア
ペタイザ」２１２、「サラダ」２１３、および「その
他」２１４という項目を含む。一つの項目は、一つまた
はそれ以上のＮＩＣＥ対象物を含むように指定される。
例えば、「ピザ」項目２１１は、四つのボタン対象物２
１１−１、２１１−２、２１１−３および２１１−４を
含み、これらの制御は他の背景対象物２１１−５の上に
置かれている。この後者の対象物２１１−５は、文字
「ピザ」を含む背景色を持つ対象物である。

【００２０】第二のスクリーン２０２は、八つのボタン
２２１−１から２２１−８を含む「飲物」項目２２１で
ある。第三のスクリーン２０３は、タイトル「顧客チェ
ック＃１」および「お釣り」ラインを含む。第四のスク
リーン２０４は、図３の右下の隅にあり、このスクリー
ンは背景色の上に２４１−１から２４１−６までの六つ
のボタンを含む。ボタン制御を押して、ディスプレイの
一部を消したい場合には、タッチ・スクリーン・ディス
プレイ３２の複数のスクリーンを選択すればよい。例え
ば、図３のタッチ・スクリーンの例について再び説明す
ると、「ビール」のボタンを押すと、「飲物」スクリー
ン２０２だけが消去され、置換が行われるだけである。
他の三つのスクリーン２０１、２０３および２０４はス
クリーンに表示されたまま残る。それ故、ビルダー・ツ
ール＜Ｂ＞を使用して、タッチ・スクリーン・ディスプ
レイ３２を組み立てた場合には、一つまたはそれ以上の
スクリーンを表示するかどうかの決定を行うことができ
る。

【００２１】再び、図１１−図２２について説明する
と、ビルダー・ツールは、通常の当業者にとっては周知
であるように、正しくプログラムされたコンピュータ１
２により実行することができる。ビルダー・ツール＜Ｂ
＞の実行は、ブロック１００からスタートし、ブロック
１０２に進み、そこで新しいインターフェースを生成す
るか、すでに存在するインターフェースを開くのかを決
定するために問い合わせが行われる。上記問い合わせの
実行は、標準ウィンドウ・プログラミングで行われるよ
うに、「新規」および「開く」の選択を含むウィンドウ
ズ・ファイル・メニューを組立ることにより、実行する
ことができる。ブロック１０２の問い合わせの結果が
「イエス」である場合には、新しいインターフェースを
生成し、ブロック１０４から１１０までを逐次実行する
ことを意味する。最初に、ブロック１０４において、新
しいインターフェースのプリフィックス名が、「ａｕｔ
ｏｐｏｓ１」にセットされ、その後で、ディスク１８に
セーブされた、上記の二つのインターフェース・ファイ
ルが、それぞれ「ａｕｔｏｐｏｓ１．ｆｒｍ」および
「ａｕｔｏｐｏｓ１．ｄａｔ」と命名される。「．ｆｒ
ｍ」というサフィックスが選ばれた理由は、それがファ
イルが種々のスロットが情報を記憶するのに使用される
人工頭脳、フレーム状言語を示すからである。「．ｄａ
ｔ」というサフィックスは、そのファイルがデータを含
むことを示し、この場合そのデータはテキスト・データ
である。

【００２２】続けて、ブロック１０６が次に実行され、
二つの支持ファイルが開かれる。第一のファイルはＥＬ
Ｌ機能名を含み、第二のファイルは「黒板」名を含む。
これらのファイルの使用方法につていは後で説明する。
続いて、ブロック１０８が実行され、支持ファイルが読
まれ、各レコードの内容が二つのアレイに記憶される。
最後に、新しいインターフェースを生成する場合の予備
作業が、ブロック１１０の実行と共に終了する。このブ
ロックにおいては、変数「ｉＳｃｒｅｅｎＮｕｍ」「ｉ
ＣｈｉｌｄＮｕｍ」および「ｉＮｕｍＳｃｒｅｅｎｓ」
が初期化される。すなわち、インターフェース内の、第
一のスクリーンおよびそのスクリーンの第一の子番号は
１に初期化され、スクリーンの全数はゼロにセットされ
る。ブロック１１０においては、新しい対象物に対する
選択も行われる。この選択は例えば、１０のＮＩＣＥ対
象物の一つに対する選択メニューから選択することによ
り行われる。選択対象は、「Ｒｅｐｌｙ」、「ＧＰ
Ｂ」、「ＭＦＢＮ１」、「ＭＦＢＮ２」、「ＭＦＢＮ
３」、「Ｆｌｅｘ Ｂａｒ」、「Ｒｅｃｅｉｐｔ」、
「Ｅｄｉｔ Ｂｏｘ」「Ｎｕｍｅｒｉｃ Ｋｅｙｐａ
ｄ」または「Ｃｈａｎｇｅ Ｄｉｓｐ１ａｙ」である。
この時点で、ビデオ・ディスプレイ１４には、依然とし
て何も表示されていないし、ビルダー・ツール＜Ｂ＞
は、図１７のコネクタＨに分岐することによって、特定
のＮＩＣＥ対象物の生成に関連する作業を開始する準備
ができる。このロジックを説明する前に、再びブロック
１０２について説明する。

【００２３】ブロック１０２における問い合わせの結果
がノーである場合には、現在のインターフェースは修正
され、ブロック１１２から１１８に予備ロジック・ステ
ップが表示される。最初に、ブロック１１２が実行さ
れ、その結果、正しいインターフェース「．ｆｒｍ」が
選択される。このブロックは、ユーザに、例えば、ファ
イル・メニューから「開く」メニュー項目を選択させる
ことによって実行される。その後、ウィンドウズの共通
ファイル・ダイアログ方法を使用して、ディスク上の特
定のディレクトリに常駐する現在のすべての「．ｆｒ
ｍ」ファイルから容易に選択することができる。続け
て、プログラムの実行は、ブロック１１４へ進み、そこ
で二つのインターフェース・ファイルおよび二つの支持
ファイルが開かれる。次に、制御はブロック１１６へ移
り、そこですべての入力レコード情報が読まれ、種々の
アレイに記憶される。次に、ブロック１１８が実行され
ると、関連ウィンドウズ・コマンドと一緒に、記憶され
ているインターフェース・スクリーンおよび子情報を使
用することによって、最初のタッチ・スクリーン・ディ
スプレイ３２がペイントされる。「．ｆｒｍ」インター
フェースの最初の行は、第一のタッチ・スクリーン・デ
ィスプレイからなるスクリーンを決定するために使用さ
れる。

【００２４】現在のファイルの修正に関連する予備ステ
ップに続いて、ブロック１２０からスタートし、図１１
のコネクタＡによってポイントされるループがある。こ
のループの目的は、最初にビデオ・ディスプレイ１４か
ら、特定の修正の際に必要ない、すべてのスクリーンを
除去することである。ブロック１２０が実行されると、
例えば、「スクリーン」メニュー項目がクリア・メニュ
ーから選択されたかどうかを知るために、問い合わせが
行われる。答が「イエス」の場合には、ブロック１２２
が次に実行される。ブロック１２２内に指定されている
入力は、スクリーン番号を可変「ｉＳｃｒｅｅｎＮｕ
ｍ」にセットするためのダイアロクを使用することによ
り入手される。その後、このスクリーン対象物は、ビデ
オ・ディスプレイ１４から除去される。次に、ブロック
１２４が実行され、ビデオ・ディスプレイ１４から、指
定されたスクリーン対象物を実際に除去する。その後、
ブロック１２０で、他に除去するスクリーンがあるかど
うかについて問い合わせを行うために、ループのスター
トに対して分岐が行われる。要するに、ループ１２０−
１２４は、保守がスタートする前に（後で説明する）、
スクリーンのサブセットをビデオ・ディスプレイ１４か
ら除去することができる。

【００２５】再びブロック１２０について説明するが、
コネクタＡのところでループの動作を終了するし、再使
用はしないと仮定しよう。この場合、ブロック１２０で
の問い合わせの結果は、「ノー」であり、次にブロック
１２６が実行される。再び、他の問い合わせが行われ
る。しかし、今度の質問は、ビデオ・ディスプレイ１４
の全スクリーンを消去するかしないかという質問であ
る。このことは非常に役に立つ。何故なら、そうするこ
とにより、すべての現在のスクリーンを消去する場合
に、ビデオ・ディスプレイ１４のスクリーン全体が、一
度に消去されるのを防止することができるからである。
二つの場合に、すべてのビデオ・ディスプレイ１４の対
象物が除去される。第一の場合は、対象物の新しいスク
リーンを構築しなければならない場合で、この場合、ビ
デオ・ディスプレイ１４の最初の部分はブランクでなけ
ればならない。第二の場合は、現在のスクリーンまたは
対象物を修正しなければならない場合で、一つまたはそ
れ以上の異なるスクリーンを追加する前に、ディスプレ
イが不良である場合には、ビデオ・ディスプレイをクリ
アするのが最もよい方法である。ブロック１２６で問い
合わせを行ない、その後でウィンドウズのプログラミン
グにより、クリア・メニューから、例えば、「アクティ
ブ」メニュー項目を選択することにより、ビデオ・ディ
スプレイが消去される。

【００２６】その後で、ブロック１２６での問い合わせ
に対する答が「イエス」である場合には、プログラムが
ブロック１２８へ進む。ブロック１２８を実行すると、
ビデオ・ディスプレイ１４はブランクになる。この時点
では、ビデオ・ディスプレイ１４をブランクのままにし
ておくのか、修正できるように、他のスクリーンを追加
するのかはまだ分からない。それ故、ブロック１３０が
実行され、ビデオ・ディスプレイ１４が依然としてブラ
ンクである場合には、新しいスクリーンを構成する必要
があると推定される。その準備のために、ブロック１３
０を実行すると、「ｉＳｃｒｅｅｎＮｕｍ」変数が、式
「ｉＮｕｍｓｃｒｅｅｎ＋１」にセットされ、「ｉＣｈ
ｉｌｄＮｕｍ」が１に初期化される。要するに、新しい
スクリーン番号値が一つ増え、最後のスクリーン番号が
でき、そのスクリーン内の最初の子番号の数値が１にな
る。一方、ブロック１２６での問い合わせの結果が「ノ
ー」である場合には、ブロック１２８および１３０はバ
イパスされる。

【００２７】現在、プログラムは、ブロック１３２を実
行する準備ができている。しかし、ブロック１３２から
１３６は、図１１のコネクタＢによりポイントされてい
るループを形成している。このループの目的は、必要な
場合に、ビデオ・ディスプレイ１４に、もっと多くのス
クリーンを追加することである。このループが終了する
と、図１１のコネクタＡによりポイントされているスタ
ートに分岐するように選択することができる。それ故、
スクリーン選択が間違って行われた場合には、選択プロ
セスが再びスタートする。または、ビデオ・ディスプレ
イ１４のスクリーンが依然としてブランクである場合に
は、図１７で新しいスクリーンおよびその対象物の形成
をもう一度スタートすることができ、第一の新しいＮＩ
ＣＥ子タイプが選択される。または、ビデオ・ディスプ
レイ１４がブランクでない場合には、制御は図１２に示
す修正アルゴリズムのスタートへ行く。

【００２８】図１１のコネクタＢからスタートして、ブ
ロック１３２での問い合わせの結果が「イエス」である
場合には、プログラムの制御はブロック１３４へ進む。
そこで、「ｉＳｃｒｅｅｎＮｕｍ」変数に、その対象物
をビデオ・ディスプレイ１４に追加する必要があるスク
リーンの番号をセットするために、ダイアロクが使用さ
れる。次に、ブロック１３６が実行され、「ｉＳｃｒｅ
ｅｎＮｕｍ」が所有する対象物がビデオ・ディスプレイ
１４上に表示される。その後、ブロック１３２で、再び
ループのスタートに行く。ブロック１３２での問い合わ
せの結果が「ノー」である場合には、ループは終了し、
ブロック１３８が実行される。ブロック１３２での問い
合わせの結果が「イエス」である場合には、制御はコネ
クタＡに渡される。この問い合わせの結果がノーである
場合には、ブロック１４０が実行される。ブロック１４
０での問い合わせは、ビデオ・ディスプレイ１４が依然
としてブランク状態であるかどうかを決定するために使
用される。この問い合わせの結果が「イエス」である場
合には、対象物の新しいスクリーンが現在のインターフ
ェースに追加される。次に、ブロック１４２が実行さ
れ、再び選択メニューを使用することにより、新しいス
クリーン内の第一の新しい子が識別される。その後、図
１７のコネクタＨに分岐が行われる。問い合わせの結果
が「ノー」である場合には、ビデオ・ディスプレイ１４
上に表示されている現在のスクリーンの一つに対するス
クリーン修正が必要になり、図１２のコネクタＣへ分岐
が行われる。

【００２９】図１２および図１７について説明する。第
一のセグメントは図１２で始まり、スクリーンまたは子
の修正を目的としている。第二のセグメントは図１７で
始まり、ここで新しいスクリーンに対する新しい対象物
のタイプが処理される。図１２について説明すると、ビ
デオ・ディスプレイ１４上のスクリーンのどれかを修正
する必要があるかどうかを判断するために、ブロック１
４４で問い合わせが行われる。答が「イエス」の場合に
は、このブロックは、例えば、選択メニューから「スク
リーン」メニュー項目を選択することにより実行するこ
とができる。しかし、答が「ノー」の場合には、子のど
れかを修正する必要があるかどうかを判断するために、
ブロック１４６が実行される。同様に、答が「イエス」
である場合には、選択メニューから「子」のメニューを
選択するために、この問い合わせが行われる。

【００３０】再び、答が「ノー」である場合には、現在
のスクリーンに対する修正は行われない。これは矛盾し
ているように見える。何故なら、ビデオ・ディスプレイ
１４の修正のためにビルダー・ツール＜Ｂ＞が今作成さ
れたが、問い合わせは、単にこの時点では何等の修正を
行う必要がない能力を示しているだけだからである。本
質的には、誰でも何時でも気持ち変え、別のことをする
ことができる。図１２の場合には、ある種の修正を行っ
た後、プログラムはコネクタＣに戻る。続いて、次に、
インターフェースをセーブすべきかどうかを判断するた
めに、ブロック１４８が実行され、問い合わせが行われ
る。ファイル・メニューから「Ｓａｖｅ」または「Ｓａ
ｖｅＡｓ」のどちらかを選択することにより、セーブを
行うことができる。ブロック１４８での問い合わせの結
果が「ノー」である場合には、セーブ・ロジックがバイ
パスされ、ブロック１５６へ分岐が行われる。ブロック
１５６については、後でさらに詳細に説明する。

【００３１】ブロック１４８での問い合わせの結果が
「イエス」である場合には、ブロック１５０が実行さ
れ、ユーザはインターフェース名を変更するかどうかを
決定する。問い合わせの結果が「イエス」である場合に
は、ブロック１５４が実行される前に新しいインターフ
ェースのプリフィックスを入手するために、ブロック１
５２が実行され、ダイアログが使用される。ブロック１
５０での問い合わせの結果が「ノー」である場合には、
ブロック１５２がスキップされ、ブロック１５４へ分岐
が行われる。ブロック１５４が実行されると、現在また
は新しいインターフェース・プリフィックス名を使用し
て、二つのインターフェース・ファイルがディスク１８
に書き込まれる。

【００３２】次に、インターフェースの修正を継続すべ
きかどうかを知るために、ブロック１５６が実行され、
問い合わせが行われる。この問い合わせの結果が「ノ
ー」である場合には、ブロック１５８が実行され、ビル
ダー・ツール＜Ｂ＞の実行が終了する。再び、ファイル
・メニューに「Ｅｘｉｔ」メニューを追加することによ
り、ブロック１５６が実行される。続いて、ブロック１
５６での問い合わせの結果が「イエス」である場合で、
さらに修正しなければならないインターフェースがある
場合には、図１１のＡに分岐が行われる。図１２のフロ
ーチャートの説明を終了する前に、このフローチャート
は、インターフェース修正後も実行することができるこ
とを留意されたい。それ故、このインターフェースは必
要な回数だけセーブすることができ、また異なる名前で
セーブすることができ、そうしたい場合には、ビルダー
・ツール＜Ｂ＞を使用して行った現在の作業をすべてセ
ーブしないで、プログラムを終了することができる。

【００３３】図１２のブロック１４４に戻って説明する
と、この問い合わせの結果が「イエス」である場合に
は、スクリーンおよびすべてのその関連対象物を修正し
なければならない。次に、ブロック１６０が実行され、
変数「ｉＳｃｒｅｅｎＮｕｍ」にスクリーン番号をセッ
トするために、ダイアログが使用される。他の方法とし
ては、この変数を効果的に初期化するために、ユーザ
は、このスクリーンの一部である一つの対象物を、マウ
ス２４の右ボタンでクリックすることができる。次に、
ブロック１６２が実行され、「ｉＣｈｉｌｄＮｕｍ」の
数値がゼロにセットされる。このような実行が行われる
のは、あるスクリーンに適用する同じ修正ロジックが子
にも適用できるからである。それ故、「ｉＣｈｉｌｄＮ
ｕｍ」変数に無効な数値を与えることにより、ビルダー
・ツール＜Ｂ＞は、後で二つのケースを区別することが
できる。この種のスクリーンまたは子の修正を行う図１
３のフローチャートのステップに行く前に、図１２のフ
ローチャートをさらに詳しく説明する。

【００３４】再び、図１２のブロック１４６の問い合わ
せについて説明すると、この問い合わせの結果が「イエ
ス」である場合には、ビデオ・ディスプレイ１４上の特
定の子を修正しなければならない。次に、ブロック１６
４が実行され、「ｉＣｈｉｌｄＮｕｍ」および「ｉＳｃ
ｒｅｅｎＮｕｍ」に適当な数値をセットするために、ダ
イアログが使用される。他の方法としては、これら数値
を初期化するために、ユーザは、対象物をマウス２４の
右ボタンでクリックすることができる。次に、ブロック
１６６が実行され、ＮＩＣＥ制御のタイプに基づいて、
ブール変数「ｂＢｌａｃｋｂｏａｒｄ」、「ｂＩｃｏ
ｎ」および「ｂＥＬＬ」にその正しい数値がセットされ
る。すなわち、子を修正しなければならない場合には、
更新メニューからのあるメニュー項目だけが適用され
る。これら変数が、これらメニュー項目をアクティブの
状態にしたり、アクティブでない状態にする。更新メニ
ューの目的を明らかにするために、本発明の内容を以下
にさらに詳細に説明する。

【００３５】次に、スクリーンおよび子の対象物の移動
について、図１３のフローチャートを参照しながら説明
する。図１３のフローチャートは、いくつかの方法を使
用して、ビデオ・ディスプレイ１４上のスクリーンまた
は子を移動させるために必要なステップを示す。最初の
ブロック、すなわち、ブロック１６８は、コネクタＤに
よりポイントされている。何故なら、このフローチャー
トの位置に到着するにはいくつかの方法があるからであ
る。例えば、図１２のところで、スクリーンを修正しな
ければならない場合には、Ｄに向かって分岐が行われる
ことはすでに説明した。また、図１２のところで、子を
修正しなければならない場合には、Ｄに向かってではな
く、図１６のコネクタＧに向かって分岐が行われる。そ
のフローチャートについては以下にさらに詳細に説明す
る。しかし、Ｇに向かって分岐が行われた場合には、可
能な修正選択の一つもＤへ分岐する。

【００３６】図１３のフローチャートに戻って説明する
と、スクリーンまたは子をビデオ・ディスプレイの左
上、右上、左下または右下に移動するかどうか決定する
ために、最初に、一連の問い合わせが行われる。問い合
わせブロックは、それぞれ１６８、１７２、１７６およ
び１８０である。これらすべての問い合わせの結果がノ
ーである場合には、好適な実施形態の６４０ｘ４８０座
標システムに基づいて、移動を上、下、左または右にす
るのかどうかを知るために、ブロック１８４、１８８、
１９２および１９６で、それぞれ、一連の問い合わせが
行われる。再び、どの問い合わせに対する応答も「ノ
ー」である場合には、すでに説明したように、フローチ
ャートのこの場所で、ブロック１４４のＣに向かって分
岐が行われる。ここでも、この分岐の目的は、「選択メ
ニュー」選択が以降の修正に無関係であることを示すこ
とである。

【００３７】図１３の第一のブロックに戻って説明する
と、ブロック１６８での問い合わせの結果が「イエス」
である場合には、スクリーン対象物または個々の対象物
を左上の隅に移動させなければならない。ブロック１６
８の実行は、位置メニューからの「左上」メニュー項目
の選択を含む。その後、「ｉＣｈｉｌｄＮｕｍ」値がゼ
ロである場合には、ビルダー・ツール＜Ｂ＞は、スクリ
ーンに整合させなければならないことを知る。そうでな
い場合には、ビルダー・ツール＜Ｂ＞は、個々の子を整
合させなければならない。再整合プロセスの場合には、
デルタｘ（水平）およびデルタｙ（垂直）値を知る必要
があり、関連インターフェース・スロット値が、これら
の数値により変更される。例えば、図７から図９の場合
には、各子が四つの数値を持つ「ウィンドウ」スロット
を持っていることに留意されたい。最初の二つの数値
は、対象物の左上の隅に対する（ｘ，ｙ）ピクセル・フ
ォーマット内の位置を示す。それ故、子は左上の隅にま
っすぐ移動する。何故なら、デルタｘはデルタ−ｘにな
り、デルタｙはデルタ−ｙになるからである。しかし、
スクリーンを移動するには、プロセスはもう少し複雑に
なる。何故なら、臨界状態の複数の子を発見しなければ
ならないからである。何故なら、すべてのスクリーン対
象物に対するデルタｘおよびｙを決定するために、その
ｘおよびｙ値が使用されるからである。しかし、選択ア
ルゴリズムは、実行するのにそれほど難しいものではな
い。何故なら、スクリーン対象物を構造体のアレイにシ
ーケンシャルに記憶することができ、「ウィンドウ」ス
ロット情報を上記構造体の四つのフィールドに記憶する
ことができるからである。ここでもまた、ブロック１７
０が実行されたとき、指定されたスクリーン対象物の座
標が調整される。その後、図１４のコネクタＥに分岐が
行われる。

【００３８】図１４のフローチャートの目的は、スクリ
ーンまたは対象物が更新された後でウオームアップ作業
を行うことである。図１４のブロック２００が実行され
ると、ＣＲＴ対象物がすべての除去される。その後、ブ
ロック２０２が実行され、修正を反映してＣＲＴが更新
される。次に、ブロック２０４で問い合わせが行われる
が、その目的はＣＲＴの内容をさらに更新する必要があ
るかどうかを判断することである。ブロック２０４に対
する問い合わせの結果が「イエス」である場合には、図
１２のＣへの分岐が行われる。この問い合わせの結果が
「ノー」である場合には、図１１のＡに分岐が行われ
る。本質的には、この問い合わせによりインターフェー
スをさらに修正することができ、ファイルをセーブする
ことができ、プログラムを終了することもできるし、ま
たはこれらのタスクの組み合わせを実行することもでき
る。

【００３９】再び、図１３について説明すると、ブロッ
ク１７２、１７６、１８０、１８４、１８８、１９２お
よび１９６の実行は、位置メニュー名がそれぞれ「右
上」、「左下」、「右下」、「上」、「下」、「左」お
よび「右」であるブロック１６８に類似している。ブロ
ック１７４、１７８および１８２は、ブロック１７０に
非常に類似していて、これらのブロックがどのように実
行されるかは明らかである。ブロック１８６、１９０、
１９４および１９８の場合には、デルタ「ｉＹ」および
「ｉＸ」変数の一つは、１または−１により調整され、
他のものはゼロにセットされる。これは直感的でない方
法のように思われるかも知れないが、図４を参照する
と、テキスト「支払：」および「＄ ０．００」を含む
ボックス２７２は、実際には、それぞれが境界を持たな
い、次の二つの隣接する制御、すなわち、「応答ボック
ス」および「編集ボックス」からなっている。これら二
つのボックスは、好適には、継ぎ目のない状態で表示さ
れることが好ましいので、それらが生成された後で、正
確にその中のどちらかを移動する方法があるほうが有利
である。それ故、ビルダー・ツール＜Ｂ＞は、１−ピク
セル移動機能を持ち、この機能はボックスをごく少しず
つ移動させることができる。ブロック１８６、１９０、
１９４または１９８が実行されると、図１５のコネクタ
Ｆに対して分岐が行われる。

【００４０】図１５のフローチャートの目的は、マウス
２４、または相当するポインティング装置を使用して、
一度に、スクリーンまたは個々の対象物の一つのピクセ
ルを移動するために必要なステップを示すことである。
このようなことが必要な理由は、対象物、例えば、必ず
しも一つではなく、数個のピクセルを、一度に移動させ
なければならない状況が通常起こるからである。それ
故、図１５のコネクタＦは、この機能を行うことができ
るループのスタートを示すために使用される。ブロック
２０６での問い合わせは、マウスの右ボタン２４が押さ
れたかどうかを判断するために使用される。この問い合
わせの結果が「イエス」である場合には、ブロック２０
８が実行される。このブロックでは、指定された対象物
に、図１３で初期化されたデルタｘおよびｙ値により調
整された左上の隅の座標値をセットする。次に、ブロッ
ク２１０が実行され、ＣＲＴ対象物が除去される。最後
に、ブロック２１２が実行され、修正の効果を示すため
にＣＲＴが再びペイントされると、ループは終了する。
その後、ブロック２０６をポイントしているＦに向かっ
て分岐が行われる。これらステップの効果は、ＣＲＴ１
４上のスクリーンまたは個々の対象物の位置を微調整す
るために、マウスの右ボタンを継続して迅速にクリック
することができるようになることである。

【００４１】再び、ブロック２０６に戻って説明する
が、この問い合わせの結果が「ノー」である場合には、
マウスの右ボタン２４によるクリックがまだ検出されて
いないことを意味する。その後、ブロック２１４が実行
される。マウス２４の右ボタンのクリックによるブロッ
ク２１４の問い合わせの結果が「イエス」である場合に
は、Ｆに向かって分岐が行われる。ブロック２１４での
問い合わせの結果が「ノー」である場合には、ブロック
２１６が実行される。ブロック２１６の問い合わせの目
的は、指定の対象物をさらに移動させる必要があるかど
うかを判断することである。この問い合わせの結果が
「ノー」である場合には、左上、右上、左下または右下
への移動を行った後で行ったように、図１２のＣへ向か
って分岐が行われる。ブロック２１４での問い合わせの
結果が「イエス」である場合には、同じ指定されたＣＲ
Ｔ対象物をさらに移動させることができるように、図１
３のＤに向かって分岐が行われる。

【００４２】選択メニューから「子」メニュー項目を選
択し、子の番号を入力した後で行われるビルダー・ツー
ル＜Ｂ＞による修正ステップについて説明することにす
る。また、新しい対象物を生成するためのステップにつ
いても説明しなければならない。最初に、図１２を参照
する。ブロック１４６において、ＣＲＴの子を修正しな
ければならないかどうかを判断するために、問い合わせ
が行われる。この問い合わせの結果が「イエス」である
場合には、すでに説明したように、図１６のコネクタＧ
に向かって分岐をする前に、ブロック１６４および１６
６が実行される。図１６のフローチャートについて説明
すると、ブロック２１８が実行されると、指定のＣＲＴ
の子を移動させなければならないかどうかについて判断
するために、問い合わせが行われる。この問い合わせの
結果が「イエス」である場合には、図１３のＤに向かっ
て分岐が行われる。このフローチャートの説明はこれで
全部終了する。この問い合わせの結果が「ノー」である
場合には、次に、ブロック２２０が実行される。消去メ
ニューから、ユーザに、「子」メニュー項目を選択させ
ることにより、ブロック２２０は実行される。この問い
合わせの結果が「イエス」である場合には、指定のＣＲ
Ｔの子が削除され、次に、ブロック２２２が実行され
る。ブロック２２２の実行結果は、上記除去を反映する
ために、すべての子の対象物を保持している構造体のア
レイを修正する。子がスクリーン対象物だけである場合
には、スクリーンが同様に除去される。次に、ブロック
２２４が実行され、必要に応じて、スクリーン検索アレ
イが修正される。このアレイは、構造体のアレイの各ス
クリーン内の第一の子の位置を維持している。それ故、
スクリーンの対象物を取り出すことは非常に容易であ
る。何故なら、スクリーン索引アレイの連続している位
置が、必要な情報を供給するからである。

【００４３】ブロック２２４が実行された後、ラップア
ップ（ｗｒａｐ−ｕｐ）ロジックを示す図１４のＥに向
かって分岐が行われる。ビルダー・ツール＜Ｂ＞のフロ
ーチャートのこの部分についてはすでに説明したが、こ
こで再び図１４の目的はＣＲＴ対象物を削除し、ＣＲＴ
ディスプレイ１４の変化を示すＣＲＴ対象物をリペイン
トし、ビルダー・ツール＜Ｂ＞を継続する場所を決定す
ることであることを指摘することは有益なことである。
再び、ブロック２２０に戻って説明すると、この問い合
わせの結果が「ノー」である場合には、ブロック２２６
が実行される。ユーザに交換メニューから「子」メニュ
ー項目を選択させることにより、ブロック２２６が実行
される。ブロック２２６での問い合わせの結果が「イエ
ス」である場合には、ブロック２２８が実行される。こ
こで、「ｉＳｃｒｅｅｎＮｕｍ１」、「ｉＣｈｉｌｄＮ
ｕｍ１」、「ｉＳｃｒｅｅｎＮｕｍ２」および「ｉＣｈ
ｉｌｄＮｕｍ２」の数値を入手するために、ダイアログ
が使用される。他の方法としては、これら四つの変数を
初期化するために、二つの対象物をマウス２４の右ボタ
ンでクリックすることができる。その後、ブロック２３
０において、二つの子の対象物が、構造体のアレイに置
かれ、その内容が相互に交換される。次に、ＣＲＴ１４
の内容を修正し、次に行うべきことを決定するために、
図１４のＥに向かって分岐が行われる。

【００４４】図１６においては、最後の四つの問い合わ
せにより、更新メニューから四つのメニュー項目の中の
一つまたはそれ以上を使用して、現在の子を修正するこ
とができる。これらのメニュー項目は、「共通」、「黒
板」、「アイコン」および「ロジック」である。これら
の同じメニュー項目も、新しい対象物を生成するときに
アクセスされる。しかし、この場合の違いは、「共通」
項目を最初に選択しなければならないこと、その後表示
されたダイアログを完成させなければならないこと、そ
の後、対象物が実際に生成される前に、「ＯＫ」ダイア
ログ・ボタンを押さなければならないことである。次
に、関連更新メニュー項目が作動し、他のものは使用禁
止状態のまま残る。再び、ブロック２２６での問い合わ
せについて説明すると、ブロック２２６での問い合わせ
の結果が「ノー」である場合には、ブロック２３２が実
行される。この問い合わせの結果が「イエス」である場
合には、図１７のコネクタＨに向かって分岐が行われ
る。この分岐は、ブロック１１０および１４２が実行さ
れ、対象物の新しいスクリーンが生成された後で、図１
１で行われるのと同じ分岐である。それ故、図１６の残
りの部分について説明した後で、この後、図１７につい
てさらに詳細に説明する。

【００４５】続けて、ブロック２３２での問い合わせの
結果が「ノー」である場合には、「共通」修正作業を行
う必要がなく、ブロック２３４が実行される。ブロック
２３４での問い合わせの結果が「イエス」である場合に
は、図１９のＪに向かって分岐が行われる。このフロー
チャートについても後で説明する。ブロック２３４での
問い合わせの結果が「ノー」である場合には、ブロック
２３６が実行される。ブロック２３６での問い合わせの
結果が「イエス」である場合には、図２０のＫに向かっ
て分岐が行われる。このフローチャートについては、再
び後で説明する。ブロック２３６での問い合わせの結果
が「ノー」である場合には、次に、ブロック２３８が実
行される。この問い合わせの結果が「イエス」である場
合には、図２１のＬに向かって分岐が行われる。このフ
ローチャートについても後で説明する。最後に、ブロッ
ク２３８での問い合わせの結果が「ノー」である場合に
は、図１２のＣに向かって分岐が行われる。この最後の
分岐を行う理由は、ある種の修正に対して子が選択され
た場合、ユーザが意図した修正を万一行わない場合に
は、脱出経路が必要だからである。それ故、この特定の
時間に指定の子が修正されなかった場合には、Ｃへ戻る
ことができる。

【００４６】ビルダー・ツール＜Ｂ＞のフローチャート
の残りの部分は、新しいＮＩＣＥ対象物を生成するた
め、または今まで説明してきたのとは異なる方法で現在
のＮＩＣＥを修正するために使用される更新メニュー項
目の使用に関する。それ故、すでに説明したように、四
つの更新メニューは、「共通」、「黒板」、「アイコ
ン」および「ロジック」である。図１７のコネクタＨに
ついて考えてみよう。Ｈにアクセスするには二つの方法
があることを思い出してほしい。最初に、新しい対象物
を生成する必要が生じ、図１１のブロック１１０および
１４２でするように、最後の選択メニューの一つを選択
した場合を考えてみよう。その後、初期制御情報が分岐
を行う前に、デフォールト情報を与えた関連ＮＩＣＥ制
御スロットと一緒に、一時構造体に記憶される。２番目
に、選択メニューから「子」メニュー項目が選択された
場合を考えてみよう。その後、構造体情報の子のアレイ
も、図１７でＨに向かって分岐する前に、一時構造体に
収容される。それ故、生成タスクと修正タスクとを一つ
に結合することができ、それによりビルダー・ツール＜
Ｂ＞のロジックが簡単になる。その結果、四つの更新メ
ニュー項目は、一時構造物を修正するのに使用される。
その後、必要な場合には、実際のインターフェースを反
映するために、この構造物は構造物のアレイを更新する
ために使用される。このプロセスの最初のステップは、
選択した新しい対象物のクラスを決定することである。
この決定は、あとで「共通」メニュー項目が選択された
とき、どのダイアログを表示すべきかを判断するために
必要である。

【００４７】コネクタＨで始まる図１７について説明す
る。ブロック２４０が実行さると、「ｉＰｔｒ」変数が
１に初期化される。次に、前に選択した対象物名が新し
い対象物のリストからのものと一致するか、一致しない
ことが判明するまで、ブロック２４２から２４６で実行
されたループが使用される。続いて、ブロック２４０が
実行された後で、次に、ブロック２４２が実行される。
ブロック２４２での問い合わせの結果が「ノー」である
場合には、ブロック２４４が実行される。この問い合わ
せの結果が「イエス」である場合には、図１２のＣに向
かって分岐が行われる。これは、ユーザがインターフェ
ース更新と共に前に進むことを決定しないで、異なる修
正を行うか、プログラムをセーブするか、またプログラ
ムを終了するかを決定した場合に、脱出経路を提供す
る。続いて、ブロック２４４での問い合わせの結果が
「ノー」である場合には、「ｉＰｔｒ」変数が１だけ増
大する。次に、ループのスタートのブロック２４２が実
行される。ブロック２４２での問い合わせの結果が、制
御クラスが分かったことを意味する「イエス」になるま
で、ループが継続して実行される。その後、ブロック２
４８が実行される。このブロックにおいて、「ｃｈＣｌ
ａｓｓ」変数、すなわち、選択メニューからのメニュー
選択に対応する「ｃｈＣｏｍｍｏｎ［ｉ］」へ変数スト
リング値が与えられる。その後、「ｃｈＣｌａｓｓ」の
数値が必要な図１８のコネクタＩに向かって分岐が行わ
れる。

【００４８】図１８の場合には、「共通」メニュー項目
が更新メニューから選択されると、ブロック２５０が実
行される。表示されるダイアログは、変数「ｃｈＣｌａ
ｓｓ」の数値により異なり、ＮＩＣＥ制御のタイプに直
接関連する。この点については後でさらに詳細に説明す
る。次に、ブロック２５２において、問い合わせが行わ
れる。この問い合わせの結果が「イエス」である場合に
は、「共通」ダイアログから脱出が行われ、図１９のＪ
に向かって分岐が行われる。この問い合わせの結果が
「ノー」である場合には、ブロック２５４が実行され
る。ブロック２５４での問い合わせの結果が「イエス」
である場合には、新しいカラーを入手するためにブロッ
ク２５６が実行される。このプロセスの第一のステップ
は、四角の中に表示された予め定義したカラーをクリッ
クするために、ウィンドウズ・ダイアログを使用するこ
とである。同様に、さらにクリックすることによりコラ
ムでカラーを微調整することができるコラム・カラーを
入手するために、ユーザはカラーのバンをマウス２４で
クリックすることができる。または、ユーザは、カラー
の赤、青および緑に対して３ディジットの数値を入力す
ることができる。その後、ウィンドウズ・カラー・ダイ
アログ「ＯＫ」ボタンをクリックすると、ビルダー・ツ
ール＜Ｂ＞のダイアログに戻り、そこで対象物のカラー
数値が修正される。「キャンセル」ボタンを、ウィンド
ウズ・カラー・ダイアログでクリックすると、ダイアロ
グ・カラー値は元のままで変化しない。新しい対象物の
場合には、そのダイアログ上の三つの数値は、カラーが
ないことを示す−１である。１０のＮＩＣＥ制御のすべ
てがカラーに使用することができるわけではないので、
いかなる場合にも、ブロック２５４および２５６は実際
には実行されない。

【００４９】次に、ブロック２５８が実行される。この
ブロックにおいては、ユーザは「共通」ダイアログ情報
を入力または修正する。もちろん、エラー・チェックも
行うことができる。次に、ブロック２６０が実行され
る。ブロック２６０での問い合わせの結果が「ノー」で
ある場合には、ブロック２５２に向かって再び分岐が行
われるが、このブロックで、ユーザは現在のダイアログ
の内容をキャンセルまたは修正することができる。ブロ
ック２６０での問い合わせの結果が「イエス」である場
合には、ブロック２６２が実行され、一時構造物が更新
される。その後、この情報は、実際のインターフェース
・データを保持している構造物情報のアレイと併合され
る。次に、ブロック２６４が実行される。ブロック２６
４での問い合わせの結果が「イエス」である場合には、
対象物が新しい対象物であることを意味し、次に、ブロ
ック２６６が実行される。このブロックは「ｂＩｃｏ
ｎ」、「ｂＢｌａｃｋｂｏａｒｄ」および「ｂＥＬＬ」
というブール変数を初期化し、その結果、それらの各ブ
ール値が「真」である場合には、最後の三つの更新メニ
ュー項目が使用可能になり、それらのブール変数値が
「偽」である場合には、使用不能になる。このセッテン
グは、制御のタイプに関連する。例えば、「応答ボック
ス」制御はどのロジックにも関連していないので、「ｂ
ＥＬＬ」値は「偽」である。

【００５０】ブロック２６４での問い合わせの結果が
「ノー」である場合には、ブロック２６６はスキップさ
れる。何故なら、三つのブール変数は既にその正しい数
値を持っているからである。続いて、ブロック２６８が
次に実行される。ブロック２６８での問い合わせの結果
が「イエス」である場合には、「共通」ダイアログのＣ
ＲＴ１４上での表示方法に関連を持つ子が変更される。
すなわち、子が新しい子になるのか、または現在の子の
カラー、サイズまたは位置が変更される。それ故、ＣＲ
Ｔ１４上の変更を反映するために、ブロック２７０およ
び２７２が実行される。また、ウィンドウズのサイズ変
更ハンドルにより、対象物の四角いフレームに焦点が当
てられので、対象物を移動させたり、サイズを変更する
ことができる。サイズ変更ハンドルは、マウス２４の右
ボタンをクリックすることにより、または他のメニュー
項目を選ぶことにより、除去することができる。続け
て、ブロック２６８での問い合わせの結果が「ノー」で
ある場合には、ブロック２７０および２７２がバイパス
される。最後に、図１８において、ブロック２５２で行
ったように、直接Ｊに分岐が行われる。

【００５１】「共通」作業の終了後、または「共通」作
業を実行する必要がない場合、図１９のコネクタＪに対
して分岐が行われ、何らかの他の方法により子の修正が
行われる。続いて、コネクタＪに到着した場合には、ブ
ロック２７４が実行される。ブロック２７４での問い合
わせの結果が「ノー」である場合は、「黒板」メニュー
項目がアクティブでないことを意味し、図２０のＫに向
かって分岐が行われる。このフローチャートについては
この後で説明する。ブロック２７４での問い合わせの結
果が「ノー」である場合には、ブロック２７６が実行さ
れる。ブロック２７６での問い合わせの結果が「ノー」
である場合には、メニュー項目が使用可能であっても、
「黒板」修正作業を実行してはならない。その後、Ｋに
向かって分岐が行なわれる。ブロック２７６での問い合
わせの結果が「イエス」である場合には、「黒板」ダイ
アログが表示される。ブロック２７６での問い合わせの
結果が「イエス」である場合には、「黒板」ダイアログ
が表示される。このダイアログは、すべてのＮＩＣＥ制
御に対して共通である。

【００５２】このダイアログをもっとよく理解してもら
うために、図４のタッチ・スクリーン・ディスプレイ２
０４を再び参照する。注文選択を行う六つの水平に並ん
だボタン（２６１−２６８）がどのように表示されるか
に留意されたい。実際には、これらのボタンは、一つの
フレックス・バー対象物の一部である。この対象物は記
号タグを必要とする。何故なら、「割引き」ボタンのよ
うな他のボタンを押すと、購入金額を変更する新しい情
報が入力されるからである。このことは、フレックス・
バーの上のテキストを修正しなければならないことを意
味する。しかし、「割引き」ボタンに関連するＥＬＬ機
能は、コンパイル時のフレックス・バーに関連するスク
リーン番号または子番号を知らない。この問題は、記号
名「黒板」をフレックス・バー対象物に割り当てること
により解決される。この問題については、後でさらに詳
細に説明する。図８は、この六つボタンのフレックス・
バー１３１１用のインターフェース言語である。「黒
板」スロット値が、名称ＣＡＳＨ ＦＬＥＸ ＢＡＲと
共に、番号４を持っていることに留意されたい。このこ
とは、「ｂｌａｃｋｂｏａｒｄ／ｄａｔ」支持ファイル
の第四の入力は、「ＣＡＳＨ ＦＬＥＸ ＢＡＲ」とい
う名称を持つものであることを意味する。要するに、図
１９のフローチャートの目的は、対象物とともに「黒
板」スロットを内蔵させるか、または現在のスロットを
除去することである。

【００５３】図１９のブロック２７８を実行し、「黒
板」ダイアログを表示した後で、次に、ブロック２８０
が実行される。ブロック２８０での問い合わせの結果が
「イエス」である場合には、このダイアログから脱出が
行われるが、現在の「黒板」状態の変更は行われず、図
２０のＫに向かって分岐が行われる。ブロック２８０で
の問い合わせの結果が「ノー」である場合には、ブロッ
ク２８２が実行される。ブロック２８２での問い合わせ
の結果が「イエス」である場合には、「黒板」名が無効
にセットされる。ブロック２８４は、何時でも押すこと
ができるウィンドウズのボタンを、ダイアログ・スクリ
ーン上に設置することによって実行される。ブロック２
８２での問い合わせの結果が「ノー」である場合には、
「黒板」状態は変化せず、直ちにブロック２８６が実行
される。一方、ブロック２８２での問い合わせの結果が
「イエス」である場合には、ブロック２８８が実行され
る。このブロックの実行は以下のように行われる。最初
に、リスト・ボックスが複数の「ｂｌａｃｋｂｏａｒ
ｄ．ｄａｔ」名で満たされ、これら名称はアルファベッ
ト順に表示される。２番目に、必要な「黒板」名を選択
するために、リスト・ボックスと一緒に使用される。こ
のボックスにおいて、選択したものをタイプすると、対
応するリスト・ボックス入力が強調される。

【００５４】続いて、ブロック２８６での問い合わせの
結果が「ノー」である場合には、新しい「黒板」名は選
択されない。次に、新しい「黒板」が入力された場合、
および「黒板」状態が変化していない場合の両方の場合
に、ブロック２９０が実行される。この問い合わせの結
果が「ノー」である場合には、ダイアログ・スクリーン
の内容は変化しない。その後、ブロック２８０に向かっ
て分岐が行われ、そこでダイアログ情報を修正すること
ができるか、またはダイアログをキャンセルすることが
できる。ブロック２９０での問い合わせの結果が「イエ
ス」である場合には、一時的構造物が更新され、ブロッ
ク２９２の構造物情報のアレイと併合され、図２０のＫ
に向かって分岐が行われる。図２０のコネクタＫは、こ
のコネクタが「黒板」修正ではなく、ＮＩＣＥアイコン
修正に関連しているという点を除けば、図１９のコネク
タＪに非常によく似ている。アイコンのコンセプトをは
っきりさせるために、図３のタッチ・スクリーン・ディ
スプレイ２１３の「食事としての」制御２１３−１を再
び参照する。サラダ・ボウルのように形をした画像２１
３−１Ｐに留意されたい。ＮＩＣＥシステムは、小売り
およびその他の分野で役に立つ多くのこのようなアイコ
ンを供給する。図７において、「食事としての」インタ
ーフェース表現１３０４は、「アイコン」と呼ばれるス
ロット１３０４−３を持つ。この場合、数値は、「ＳＡ
ＬＡＤ＿Ｃ」である。このプログラムは、ビルダー・ツ
ール＜Ｂ＞「．ｒｃ」ファイルにより、この名前の関連
を解明する。ＮＩＣＥディレクトリ内の実際の名前およ
び経路を使用して地図の作成が行われる。

【００５５】図２０においては、ブロック２９４、２９
６、２９８、３００、３０２、３０４、３０６および３
０８に対して、「ｂＢｌａｃｋｂｏａｒｄ」の代わり
に、「ｂｉｃｏｎ」変数が使用され、リスト・ボックス
が、「ｂｌａｃｋｂｏａｒｄ．ｄａｔ］ファイルではな
く、ＮＩＣＥアイコン・ディレクトリからの供給により
満たされる。それ故、これらボックスに対するコメンタ
リは反復されない。続いて、ブロック３０８より後が実
行され、それからブロック３１０が実行される。ボック
ス３１０での問い合わせの結果が「ノー」である場合に
は、ブロック３００に向かって分岐が行われ、そこでさ
らなるダイアログ変更を行うこともできるし、またはダ
イアログをキャンセルすることもできる。ブロック３１
０の問い合わせの結果が「イエス」である場合には、ブ
ロック３１２が実行される。ボックス３１２での問い合
わせの結果が「イエス」である場合には、図２１のＬに
向かって分岐が行われる前に、ブロック３１４−３１８
が実行される。これら三つのブロックは、一時構造体を
修正し、それを子情報を含む構造体のアレイと併合し、
ＣＲＴ対象物を除去し、アイコン変更を内蔵するＣＲＴ
対象物を直ちに再表示する。こうすることにより、アイ
コン割当が正しく行われているかどうかを容易にチェッ
クすることができる。続いて、ブロック３１２での問い
合わせの結果が「ノー」である場合には、三つのブロッ
クがバイパスされ、直接Ｌへの分岐が行われる。

【００５６】図２１は、更新メニューに関連する組立て
ツール＜Ｂ＞の最後のフローチャートである。このフロ
ーチャートにおいて、ＥＬＬ情報は、修正することがで
きるか、見ることができる。説明のために、図８のその
スロットを持つ第一のＮＩＣＥ制御１３１１を考えてみ
よう。この制御１３１１は、フレックス・バー対象物で
あり、一般的に、この対象物は、２〜８のボタンを持つ
ことができることを思い出してほしい。この場合、ボタ
ンの数は六つである。この対象物に対する六番目のスロ
ット１３１１−６は、「入力」という名前を持ち、その
関連データはテキストは「ｙ」である。このことは、こ
の制御が実行時間システム＜Ｒ＞に関連していることを
意味する。「入力」スロットの後には、次の三つのスロ
ット名１３１１−７、８および９、すなわち、「機能
１」、「消去１」および「生成１」があることに留意さ
れたい。図４のタッチ・スクリーン・ディスプレイの
「Ｃａｓｈ」ボタンを押すと、アクセスされる機能が
「Ｆｌｅｘ＿Ｃａｓｈ＿Ｓｐｅｃｉａｌｌ」となる。こ
の機能は、たまたま「ｋｅｙｌｏｇｉｃ．ｄａｔ」とい
う名前の支持ファイルの一つの中にある３９番目の機能
である。次のスロット「消去１」は、このＥＬＬ機能が
実行を終了したとき、消去されるスクリーンのリストを
表示する。スクリーン番号リストの末尾は、ａ−１値に
なっている。次に、「生成１」スロットは、前のスクリ
ーンがＣＲＴから除去された時、生成されるスクリーン
のリストを表示する。同様に、このフレックス・バーの
一部である残りの五つのボタンにそれぞれに対して、類
似のスロットが存在する。

【００５７】図２１について説明すると、この図はＥＬ
Ｌ情報を入力するためのステップである。最初に、ブロ
ック３２０が実行される。ブロック３２０での問い合わ
せの結果が「ノー」である場合には、「ロジック」メニ
ュー項目がアクティブでないことを意味し、図２２のコ
ネクタＭに向かって分岐が行われる。ブロック３２０で
の問い合わせの結果が「イエス」である場合には、ＥＬ
Ｌ情報のどれかを修正する必要があるかどうかを知るた
めに、ブロック３２２が実行される。ブロック３２２で
の問い合わせの結果が「ノー」である場合には、上記の
ようにＭに向かって分岐が行われ、ＥＬＬの修正ができ
たとしても、修正は行われない。ブロック３２２での問
い合わせの結果が「イエス」である場合には、ブロック
３２４が実行される。この場合、最初のＥＬＬダイアロ
グ情報が「機能１」テキストの左に、「−−＞」ポイン
タ付きで表示される。このような表示が行われるのは、
すべてのボタンの機能に対する情報を指定するために同
じダイアログが使用されるからである。また、アルファ
ベット順のすべてのＥＬＬ機能名と一緒に、リスト・ボ
ックスが表示される。リスト・ボックスの上には、第一
の機能に関連するデフォルトまたは現在のＥＬＬ機能名
を示すＥＬＬ選択ボックスがある。

【００５８】次に、通常の分岐および補助分岐に対する
消去および生成スクリーン情報が与えられる。この情報
は、単に、四つの分類のそれぞれに対するスクリーンの
リストに過ぎない。通常の分岐に関連するスロット名
は、それぞれ、「ｄｅｓｔｒｏｙｉ」および「ｃｒｅａ
ｔｅｉ」であり、補助分岐に対するスロット名は、「ｄ
ｅｓｔｒｏｙ＿ａｕｘｉ」および「ｃｒｅａｔｅ＿ａｕ
ｘｉ」である。上記のスロット名の末尾の「ｉ」は、１
〜８の数字である。これらの分岐分類のそれぞれに対し
て、最大数のスクリーンが使用できる。分岐情報がイン
ターフェース・スロット言語に内蔵されると、すでに説
明したように、スクリーンの各リストの末尾はａ−１に
なる。続けて、ブロック３２４が実行された後で、ブロ
ック３２６が実行される。ブロック３２６での問い合わ
せの結果が「イエス」である場合には、現在のダイアロ
グのキャンセルを意味し、ＥＬＬ情報の変更は行われ
ず、図２２のＭに向かって分岐が行われる。このフロー
チャートについては、後でさらに詳細に説明する。ブロ
ック３２６での問い合わせの結果が「ノー」である場合
には、ブロック３２８が実行される。ブロック３２８で
の問い合わせの結果が「イエス」である場合には、ブロ
ック３３０が実行される。ブロック３３０における入力
作業は、重ね書きするダイアログ・エディタを使用し、
必要な場合には、第一の機能に対する分岐情報およびＥ
ＬＬ機能を使用して行われる。次に、ブロック３３２が
実行される。ブロック３３２での問い合わせの結果が
「ノー」である場合には、現在の機能修正作業は放棄さ
れ、ブロック３２６に向かって分岐が行われ、そこで、
必要な場合には、ＥＬＬ機能作業が継続される。ブロッ
ク３３２での問い合わせの結果が「イエス」である場合
には、「Ｓｅｌｅｃｔ」ボタンが押され、ブロック３３
４のダイアログ情報が読み取られる。

【００５９】次に、ブロック３３６が実行され、新しい
ダイアログ情報がメモリに保持され、ブロック図３３８
に向かって分岐が行われる。ブロック３３８での問い合
わせの結果が「ノー」である場合には、ブロック３２８
も実行される。ブロック３３８での問い合わせの結果が
「イエス」である場合には、制御の次のＥＬＬ情報がア
クセスされ、ダイアログ・スクリーン上に表示され、
「−−＞」ポインタが次の「機能ｉ」テキストに進む。
「ｉ」は１〜８である。ボタンが一つ機能しか持ってい
ない場合には、ポインタおよびダイアログ情報は変化し
ない。ここでもまた、ブロック３４０が実行されると、
ポインタが前に進む。その後、ブロック３４２が実行さ
れ、ダイアログの内容が上記の前進を反映する。続け
て、ブロック３２６へ分岐が行われ、そこでさらにＥＬ
Ｌの変更を行うことができ、またはダイアログをキャン
セルすることができる。キャンセルした場合には、すべ
ての現在の変更が放棄される。ブロック３３８について
再び説明すると、この問い合わせの結果が「ノー」であ
る場合には、ブロック３４４が実行される。ブロック３
４４での問い合わせの結果が「ノー」である場合には、
ブロック３２６へ分岐が行われ、そこでもっと多くのＥ
ＬＬの更新を行うこともできるし、またはダイアログを
キャンセルすることができる。この問い合わせの結果が
「イエス」である場合には、ブロック３４６が実行され
る。この場合、子に対する構造体のアレイが、ダイアロ
グの変更を反映するために更新される。次に、図２２の
Ｍに向かって分岐が行われる。

【００６０】図２２は、ビルダー・ツール＜Ｂ＞の最後
のフローチャートである。このフローチャートの目的
は、四つの更新メニュー項目を使用した後で行う作業を
決定することである。完全にするために、四つの問い合
わせにより、必要な場合には、四つの更新メニュー項目
に再びアクセスすることができる。それ故、ブロック３
４８、３５０、３５２および３５４の問い合わせのどれ
かが「イエス」である場合には、それぞれＩ、Ｊ、Ｋお
よびＬへ分岐が行われる。これら問い合わせの結果がす
べての「ノー」である場合には、ブロック３５６が実行
される。この問い合わせの結果が「ノー」である場合に
は、図１１のＡに向かって分岐が行われる。本質的に
は、新しいスクリーンが完全に形成された後で、分岐が
行われる。この問い合わせの結果が「ノー」である場合
には、ブロック３５８が実行され、変数「ｉＣｈｉｌｄ
Ｎｕｍ」が１だけ増大する。次に、ブロック３６０が実
行され、新しいスクリーンに追加する次の新しい対象物
を識別するために、次の選択メニューの選択が行われ
る。次に、次のＮＩＣＥ対象物を組立るために、四つの
更新メニューの使用プロセスを反復して行うために、図
１７のＨに向かって分岐が行われる。

【００６１】ビルダー・ツール＜Ｂ＞で使用した「共
通」ダイアログに最後にいくつかつけ加えたい。これら
ダイアログは、本発明の基礎となるものである。何故な
ら、ダイアログ・フィールドにより、図７から図９に示
すスロットを容易に配置することができるからである。
その後、タッチ・スクリーン・ディスプレイ３２をペイ
ントし、管理するために、インターフェース言語を分析
し、適当なウィンドウズ・コマンドにアーギュメントと
して、内蔵させることができる。１９９４年発行の（Ｎ
ＣＲ社から入手することができる）「ＮＩＣＥ（登録商
標）クライアント、Ｃに対するプログラミング情報 リ
リース１．２」という表題の出版物に各ＮＩＣＥ制御お
よびその能力が記載されている。それ故、ビルダー・ツ
ール＜Ｂ＞で使用される共通ダイアログは、テキスト、
ラジオ・ボタンおよび他の種類のフィールドのような種
々のダイアログ技術を使用して、この情報を入手する。
チャールズ・ペゾルド著の１９９２年発行の「プログラ
ミング・ウィンドウズ（商標）３．１」または他のオペ
レーティング・システムおよび／またはオペレーティン
グ環境についての容易に入手することができる類似の参
考書に、ウィンドウズ・メニュー、メニュー項目および
ダイアログを組み立てる複雑な方法が記載されている。

【００６２】最後に、「共通」ダイアログは、いくつか
の一般的な情報を含んでいる。最初に、各スクリーン番
号および子の番号が常に表示され、修正することができ
る。例えば、新しい「応答ボックス」を現在のスクリー
ンに追加する場合には、選択メニューからこの選択を行
った時に、ビルダー・ツール＜Ｂ＞は、新しいスクリー
ンを上記のものと見なす。しかし、その新しい対象物
を、現在のスクリーンに追加する場合には、ダイアログ
・スクリーン番号を修正することができ、現在のスクリ
ーンの正しい場所にこの新しい対象物をセットするため
に、「前」および「後」ラジオ・ボタンを使用すること
ができる。第２に、「ウィンドウ」スロットに関連する
四つの座標を、６４０ｘ４８０ピクセル表示により、ま
たは必要な状態を示すために、ラジオ・ボタンを使用す
ることによって、インチにより表示することができる。
インチを指定した場合には、小数であるが三桁の数値の
形で四つの数値が入力される。例えば、２．５インチは
２５０の形で入力される。この入力方法は、現在のタッ
チ・スクリーン・インターフェースを、レバレッジ・オ
フ（ｌｅｖｅｒａｇｅ ｏｆｆ）するのにビルダー・ツ
ール＜Ｂ＞を使用するとき、非常に便利である。「Ｏ
Ｋ」ボタンを押すと、これら座標はピクセル・フォーマ
ットに変換される。

【００６３】本発明のビルダー・ツール＜Ｂ＞のもう一
つの便利な特徴は、類似の新しいボタンを形成中である
場合には、「共通」ダイアログが同じ大きさの制御とな
り、対象物間の前の間隔を使用することである。例え
ば、図６のタッチ・スクリーン・ディスプレイ２３２に
留意されたい。形成するための１０のピザのトッピング
があり、それはサイズを一回入力しなければならない時
だけ役に立つ。それ以降は、「共通」ダイアログがサイ
ズを「知っている（ｋｎｏｗ）」。もちろん、変更する
ことはできるが、通常はそのままで使用される。

【００６４】＜２．テスター・ツール＞テスター・ツー
ル（以後＜Ｔ＞と呼ぶ）について以下に説明する。図１
０について説明するが、タッチ・スクリーン・ディスプ
レイ４０１の上に表示されているテスター・ウィンドウ
４１０に留意されたい。テスター・ウィンドウ４１０の
テキストの最初の行は、現在のタッチ・スクリーン・デ
ィスプレイ４０１を指定するスクリーン番号のリストで
ある。このテスター・ウィンドウ４１０の次の２行は、
分析中の論理対象物のボタン面テキストであるテキスト
を示す。この場合、このボタンは一行のテキストを持
ち、そのテキストは「二つ以上のピザ」である。この行
の直後はブランクになっている。次に、ＥＬＬ機能名が
表示される。図１０の場合には、名前は「ピザ１」であ
り、この名前は、「ｋｅｙｌｏｇｉｃ．ｄａｔ」ファイ
ルに含まれていて、後で説明する実行時間システム＜Ｒ
＞に指定されている機能に対応する。テスター・ウィン
ドウ４１０の最後の行は、通常または補助どちらかの分
岐のタイプを示す。

【００６５】要するに、本発明のテスター・ツール＜Ｔ
＞構成部材により、タッチ・スクリーン・ディスプレイ
がＣＲＴ１４上に最初に表示されたとき、そのすべての
論理ボタンは、ユーザが触れるように、一度に一つずつ
試験される。テスター・ウインドウ４１０は、ウィンド
ウ４１０が試験中の対象物をカバーする場合には、図１
０に示すように表示されるか、左上の隅（またはウィン
ドウ４０１の任意の他の領域）に移動することができ
る。要するに、本発明のテスター・ツール＜Ｔ＞は、視
覚的に、外部インターフェースの経路を横切ることがで
きる。図２３−図２４のフローチャートついて説明する
と、テスター・ツール＜Ｔｓ＞の実行は、ブロック５０
０からスタートし、ブロック５０２まで継続して行われ
る。ブロック５０２が実行されると、ビルダー・ツール
＜Ｂ＞の実行に類似の方法で、二つのインターフェース
・ファイルおよび二つの支持ファイルが開かれる。しか
し、この際、インターフェース・プリフィックスは選択
されないが、そのかわり「ａｕｔｏｐｏｓ」がプリフィ
ックスであると見なされる。その理由は、このインター
フェースが、実行時間システム＜Ｒ＞（後で説明する）
により使用されたものだからである。次に、ブロック５
０４−５０６がシーケンシャルに実行されるが、これら
ブロックは、図１１のブロック１１４−１１６と同じも
のである。続けて、ブロック５０８が実行され、ＣＲＴ
１４上に表示されているスクリーンが逆の順序で検査さ
れ、関連論理ボタン情報がスタックの一番上にくる。例
えば、図１０について再び説明すると、テスター・ウィ
ンドウ４１０に表示されているスクリーン番号は、３、
７、４および５である。スタックから取り出された第一
の論理子の情報は、スクリーン３の第一の論理子でなけ
ればならない。それ故、スクリーンを重ねて表示する場
合には、テスター・ツール＜Ｔ＞は最初に最後のスクリ
ーンを検査する。それはスクリーン５である。さらに、
同じ理由で、子達は逆の順序で検査される。論理子の決
定は、子に対する「入力」スロットの数値が「ｙ」であ
るかどうかをチェックすることにより行われる。その子
が論理子である場合には、ビルダー・ツール＜Ｂ＞のと
ころですでに説明したフレックス・バーのような多重機
能を持つことができ、各機能は、通常および補助分岐モ
ードに対して個々に試験しなければならない。それ故、
各機能に対して、通常二つのスタック入力がある。

【００６６】要するに、ＣＲＴスクリーン１４に対する
スタックの構造は、幾分複雑のように見えるが、全部の
プロセスは容易に実行することができる。何故なら、ス
クリーン・アレイ索引値がｉ番目のスクリーンの第一の
子が表示されるｉ番目の場所を示しているからである。
その後、子が発見されると、すべての種々の機能情報を
保持している構造物のアレイに複数のアレイが存在して
いる。続けて、次に、ブロック５１０が実行される。ス
タックの一番上のスタック項目が取り出される。図１０
の例の場合には、検索された第一の品目は、「二つ以上
のピザ」と表示されている一つのボタン２１１−１に対
する論理ボタン情報である。次に、ブロック５１２が実
行され、スタック情報がフォーマットされ、ＮＩＣＥコ
マンドにより、テキストをウィンドウに置くことができ
るＮＩＣＥポップアップ・ウィンドウに送られる。テス
ター・ウィンドウ４１０が表示された後、左下の隅また
は左上の隅（または、他の場所）に、数秒間ウィンドウ
を表示することができるようにプログラム遅延が生じ
る。その後、ブロック５１４が実行され、テスターツー
ル＜Ｔ＞を終了することができる。ブロック５１４の実
行は、数字キーが押されたか、押されなかったかを決定
することにより、行うことができる。押された場合に
は、ウィンドウズ・オペレーティング環境により、イベ
ントが、テスターツール＜Ｔ＞に送られる。続けて、ブ
ロック５１４での問い合わせの結果が「イエス」である
場合には、図２４のＥに向かって分岐が行われ、プログ
ラムは終了する。この問い合わせの結果が「ノー」であ
る場合には、ブロック５１６が実行される。

【００６７】ブロック５１６での問い合わせの結果が
「イエス」である場合には、プログラムは一時停止しな
ければならない。この問い合わせは、スペース・バーが
押されたか、押されなかったかを判断することにより行
われる。押された場合には、プログラムは一時停止す
る。スペース・バーをもう一度押すと、プログラムが再
開する。続けて、ブロック５１６での問い合わせの結果
が「イエス」である場合には、ブロック５１８が実行さ
れる。ブロック５１８での問い合わせの結果が「ノー」
である場合には、プログラムの一時停止状態は継続し、
ブロック５１８が再び実行される。ブロック５１８での
問い合わせの結果が「イエス」である場合には、プログ
ラムからの脱出が行われているかどうかを知るために、
ブロック５１４へ分岐が行われる。最後に、ブロック５
１６での問い合わせの結果が「ノー」である場合には、
図２４のＣに向かって分岐が行われ、そこで試験が継続
して行われる。

【００６８】図２３からＣに分岐がおこなわれると、通
常、図２４のフローチャートがスタートする。また、プ
ログラムを放棄しなければならない場合には、図２３か
らＥに分岐することができる。続いて、Ｃへ分岐が行わ
れると、ブロック５２０が実行され、ウィンドウ環境
に、テスター・ウィンドウ・ハンドルに基づく従来のメ
ッセージを送ることにより、テスター・ウィンドウが消
去される。次に、ブロック５２２が実行される。ブロッ
ク５２２での問い合わせの結果が「イエス」である場合
には、スタックが空になり、通常プログラムからの脱出
が行われる。何故なら、全インターフェースの試験が終
了したからである。ブロック５２２での問い合わせの結
果が「ノー」である場合には、スタックは空にならな
い。それ故、ブロック５２６へ分岐が行われ、論理ボタ
ンの試験が継続して行われる。ブロック５２６が実行さ
れると、ブロック５１０の場合と同じ方法で、スタック
から論理ボタン情報が取り出される。次に、ブロック５
２８が実行される。ブロック５２８での問い合わせの結
果が「イエス」である場合には、ＣＲＴスクリーンは現
在のＣＲＴスクリーンのままで、次のテスター・ウィン
ドウ４１０の表示プロセスを再度スタートするために、
図２３のＢに向かって分岐が行われる。この問い合わせ
の結果が「ノー」である場合には、ブロック５３０が実
行される。ブロック５３０での問い合わせの結果が「イ
エス」である場合には、ブロック５３２−５３４が実行
され、現在のＣＲＴからの一つまたはそれ以上のスクリ
ーンが消去され、一つまたはそれ以上のスクリーンが追
加される。消去および生成されたスクリーンは通常の分
岐に関するものである。ブロック５３０での問い合わせ
の結果が「ノー」である場合には、ブロック５３６−５
３８が実行される。これらブロックは、分岐モードが補
助であることを除けば、ブロック５３２−５３４に類似
している。ここでも、これらブロックの実行は、すでに
説明したように、子の生成および消去スロットを使用し
て行われる。

【００６９】続けて、ＣＲＴ１４が更新されると、ブロ
ック５４０が実行される。ブロック５４０での問い合わ
せの結果が「イエス」である場合には、ＣＲＴ１４上の
残りの一つまたはそれ以上のスクリーンが、最初に、表
示され、試験を継続する前に、新しい論理ボタン情報を
スタックに挿入するために、図２３のＡに向かって分岐
が行われる。ブロック５４０での問い合わせの結果が
「ノー」である場合には、ＣＲＴは前の状態から変化す
るが、現在のＣＲＴ上のスクリーンは既に試験済みか、
現在試験中である。すなわち、もう試験する新しい論理
ボタンは存在しない。それ故、現在のＣＲＴが数秒間表
示され、テスター情報を入手するために、Ｄへ分岐が行
われる前に、ブロック５４２−５４４が実行される。こ
こでもまた、ブロック５４４の実行の結果、すべてのＣ
ＲＴスクリーン対象物が除去される。その後、ブロック
５４４が実行され、取り出される次のスタック項目に対
応するＣＲＴスクリーンが表示される。このＣＲＴ表示
の決定は、その項目を取り出さないで、次の項目を見る
ことができる「観察」スタック・オペレータを追加する
ことによって、容易に行うことができる。これで一つの
追加説明を除いて、本発明のテスター・ツール＜Ｔ＞構
成部材の説明を終了する。ブロック５３４でもブロック
５３８でも、スクリーンが表示できない場合には、それ
が存在しないからである。その場合には、ユーザに対し
てエラー・メッセージを表示するために、ポップアップ
・ウィンドウが使用される。任意のキーを押すと、試験
が継続して行われる。

【００７０】＜３．実行時間システム＞本発明の実行時
間システム（以後＜Ｒ＞と呼ぶ）について以下に説明す
る。図２５−３１について説明すると、実行時間システ
ム＜Ｒ＞の実行は、ブロック６００からスタートし、ブ
ロック６０２まで継続して行われる。ブロック６０２に
おいては、実行時間の初期化がスタートする。より詳細
に説明すると、ブロック６０２において、背景が白の６
４０ｘ４８０のベース・ウィンドウが生成される。その
後で、種々のインターフェース・スクリーンが生成され
ると、種々のＮＩＣＥ制御または子のウィンドウがこの
ウィンドウの上に表示される。また、ベース・ウィンド
ウ・ハンドルが、すべてのウィンドウ環境メッセージを
受信するために使用される。次に、ブロック６０２の実
行の一部として、実行時間システム＜Ｒ＞にイベント・
メッセージが送られ、その結果、もっと多くの初期化作
業が行われる。例えば、プリンタ３８および現金収納引
出し４０および任意の他の周辺機器の初期化が行われ
る。さらに、ＮＩＣＥ制御が作動し、ブール「黒板」変
数が、「ｂ１ａｃｋｂｏａｒｄ．ｄａｔ」ファイルのす
べての名前がまだ使用されていないことを示す「偽」が
セットされる。

【００７１】続けて、ブロック６０４が実行され、二つ
の「ａｕｔｏｐｏｓ」インターフェース・ファイルが開
かれる。この場合、ビルダー・ツール＜Ｂ＞およびテス
ターツール＜Ｔ＞の実行内容とは対照的に、支持ファイ
ルは必要ない。それ故、支持ファイルは開かれない。次
に、ブロック６０６が実行され、二つのインターフェー
ス・ファイルが読まれる。「ａｕｔｏｐｏｓ．ｆｒｍ」
レコードが読まれると、各スクリーンの子達が、シーケ
ンシャルに構造体のアレイに記憶される。新しい各スク
リーンが発見されると、その第一の子のアレイの位置
が、「ｉＳｃｒｅｅｎｓｌｎｄｅｘ」アレイの次の素子
に記憶される。さらに、「黒板」スロットに遭遇したと
き、構造体のアレイの子の対応する位置が、将来使用す
るために「黒板」アレイに保持される。このようにし
て、コンパイル時間中でなく、実行時間中に、システム
記号名が決定する。インターフェースがメモリに読み込
まれると、ブロック６０８が実行される。このブロック
は、ウィンドウ環境に他のイベント・メッセージを送る
ことにより、実行することができる。このブロック６０
８は、コネクタＡによりマークされていることを知って
いれば役に立つ。何故なら、ロジックは、タッチ・スク
リーン・ディスプレイ３２が変更になる度に、実行され
るからである。ブロック６０８を実行すると、その結
果、アレイ「ｉＳｃｒｅｅｎｓＡｃｔｉｖｅ」が、現在
のディスプレイを含むスクリーンにより、初期化され
る。この情報は、最初、すでに説明したように、「ａｕ
ｔｏｐｏｓ．ｆｒｍ」ファィルの最初の行から送られて
くる。また、「ｉＡｃｔｉｖｅＰｔｒ」変数は、「ｉＳ
ｃｒｅｅｎｓＡｃｔｉｖｅ」アレイの最後のアクティブ
な素子の位置をマークする。変数「ｉＳｔａｒｔＮｅｗ
Ｓｃｒｅｅｎ」は、「ｉＳｃｒｅｅｎｓＡｃｔｉｖｅ」
アレイ中の新しいスクリーン番号の最初の部分が存在す
る位置を示す。最初に、この数値は、「ｉＳｃｒｅｅｎ
ｓＡｃｔｉｖｅ」アレイの最初のアクティブな素子をマ
ークする。

【００７２】前節のステップをもっとよく理解するため
に、もう一度図３の表示を参照する。「ビール」ボタン
２２１−８が押されたとしよう。その場合には、新しい
「飲物」スクリーンが生成されるが、スクリーンの残り
の部分は変わらない。それ故、「ｉＳｔａｒｔＮｅｗＳ
ｃｒｅｅｎ」の数値は、「ｉＡｃｔｉｖｅＰｔｒ」と同
じである。何故なら、新しいスクリーン番号は、「ｉＳ
ｃｒｅｅｎｓＡｃｔｉｖｅ」アレイの現在のスクリーン
番号の後に表示されるからである。最後に、ブロック６
０８において、ループ変数「ｉ」が、「ｉＳｔａｒｔＮ
ｅｗＳｃｒｅｅｎ」の数値に初期化される。こうするこ
とにより、ループを実行することができ、この場合、各
反復によりスクリーンの子達の他のグループがタッチ・
スクリーン３２上に表示される。ブロック６０８の後
で、コネクタＣに遭遇し、タッチ・スクリーン・ディス
プレイの新しいひとつのスクリーンの生成に関連するす
べてのステップが、図２６から開始する。これについて
は、後でさらに詳細に説明する。次に、ブロック６１０
が実行され、特殊のブール変数が、今アクティブにした
スクリーン番号に従って「真」にセットされる。例え
ば、再び、図３のタッチ・スクリーン・ディスプレイに
ついて説明するが、右下の隅の六つのボタン（２４１−
１から２４１−６）に留意されたい。これらのボタン
は、レシートの内容に基づいて状況次第で使用すること
ができ、関連スクリーンが始めて生成される。それ故、
これらボタンの中のあるボタンが、スクリーン生成の一
部として表示された場合には、対応するスクリーン・ブ
ール変数を「真」にセットするために、各黒板変数が使
用される。要するに、ブロック６１０において、あるブ
ール「黒板」変数が「真」にセットされる。これら変数
の中のあるものは、各実行時間システム＜Ｒ＞実行にあ
り、他のものは特定の実行時間システム＜Ｒ＞実行に関
連する。

【００７３】続けて、ブロック６１２が実行され、変数
「ｉ］が１だけ増大する。次に、ブロック６１４が実行
され、すべての新しいスクリーンがタッチ・スクリーン
上に表示されたかどうかを知るために、問い合わせが行
われる。この問い合わせの結果が「ノー」である場合に
は、コネクタＣに向かって分岐が行われ、そこで次のス
クリーンを生成するためのステップが供給される。この
問い合わせの結果が「イエス」である場合には、特殊な
ブール変数ロジックが実行される。例えば、生成された
後、最初に、図３のディスプレイの「品目変更」ボタン
２４１−２が使用できなくなる。何故なら、そのとき、
レシートが空であるからである。それ故、ブロック６１
６は、特定のブール変数が「真」または「真」でない各
機能に対するガードを備えた機能呼出のグループとして
コード化される。ここでもまた、これら機能の中のいく
つかは、汎用化されているが、他のものは領域毎に異な
る。続いて、ブロック６１６が実行された後で、図２９
のＨに向かって分岐が行われる。

【００７４】図２９について説明すると、このフローチ
ャートの目的は、制御タッチ・イベントを処理するのに
必要なステップを示すことである。Ｈに分岐が行われる
と、ブロック６７０が実行される。ブロック６７０での
問い合わせの結果が「イエス」である場合には、レシー
トのスクロールが実行される。これがどのような働きを
するかを知るために、図３のタッチ・スクリーン・ディ
スプレイを再び参照する。右上の隅のレシートには、二
つの矢印２３１−１および２３１−２が表示されてい
る。これらの矢印２３１−１および２３１−２に触れる
と、上向きまたは下向きのレシートのスクロールが起こ
る。このようなレシートのスクロールが起こった場合に
は、ＮＩＣＥは他のレシート項目を強調することによっ
て、自動的にスクロールし、実行時間システム＜Ｒ＞に
イベント・メッセージを送り、ブロック６７２が実行さ
れたとき、そのメッセージが処理される。例えば、図３
においては、新しいレシート項目が強調される度に、六
つのボタン２４１−１から２４１−６までを作動させる
か、または作動を中止させなければならない。スクロー
ルの副作業が終了すると、Ｈへ分岐が行われ、他の実行
時間システム＜Ｒ＞タッチ・スクリーン・イベントを待
つ。

【００７５】再び、ブロック６７０について説明する
と、この問い合わせの結果が「ノー」である場合には、
ブロック６７４が実行される。ここで、ループ変数
「ｉ」が初期化される。以降のループの目的は、各アク
ティブ・スクリーンを検査し、論理ボタンの一つに指が
触れたかどうかを知ることである。続いて、次に、図３
０のコネクタＪに進む。図３０のフローチャートの目的
は、特定のスクリーンの場合、最初に論理ボタンの位置
を知るのに必要なステップを供給し、その後で、そのＥ
ＬＬ機能を実行することである。これについては、後で
さらに詳細に説明する。 論理ボタンが他のスクリーン
上にあると仮定しよう。この場合には、ブロック６７６
が実行され、ループ変数「ｉ」が１だけ増大する。次
に、ブロック６７８が実行され、「ｉ」が「ｉＡｃｔｉ
ｖｅＰｔｒ」より大きいかどうかを知るために、問い合
わせが行われる。この問い合わせの結果が「ノー」であ
る場合には、もっと多くのアクティブなスクリーンをサ
ーチしなければならないことを意味し、次のアクティブ
・スクリーンを使用してサーチを反復して行うために、
ｊへ分岐が行われる。この問い合わせの結果が「イエ
ス」である場合には、Ｈへ分岐が行われ、もっと多くの
関連Ｒイベントを待つことになる。何故なら、現在のイ
ベントが、論理タッチ・スクリーン・イベントではない
からである。実行時間システム＜Ｒ＞の後二つのタスク
について説明する。第一のタスクは、次のこと、すなわ
ち、触れられた論理ボタンの発見、正しいＥＬＬ機能へ
のアクセスと実行、および以降の消去および生成（ｄｅ
ｓｔｒｏｙ−ａｎｄ−ｃｒｅａｔｅ）作業実行をどのよ
うに行うかを示すために、図３０および図３１を使用す
ることである。第２のタスクは、スクリーンの子達を生
成するのに必要なステップを示すために、図２６から図
２８を使用することである。

【００７６】図３０について説明すると、実行時間シス
テム＜Ｒ＞によりタッチ・スクリーン・イベントが検出
された場合、またこのスクリーン番号が、今指で触れた
論理ボタンを含んでいるかどうかを知るために、「ｉＳ
ｃｒｅｅｎｓＡｃｔｉｖｅ」アレイのｉ番目の素子を使
用しなければならない場合、コネクタＪに分岐が行われ
る。続いて、ブロック６８０が実行され、変数「ｎ」が
検査対象のスクリーン番号にセットされる。また、それ
ぞれ「ｉＳｃｒｅｅｎｌｎｄｅｘ［ｎ］」および「ｉＳ
ｃｒｅｅｎＩｎｄｅｘＣ［ｎ＋１］」に、変数「ｉＳｔ
ａｒｔ」および「ｉＥｎｄ」を割り当てることにより、
構造体のアレイのサーチ範囲が決定される。その後、ル
ープ変数「ｊ」が、数値「ｉＳｔａｒｔ」に初期化され
る。次に、ブロック６８２が実行され、コネクタＫによ
りマークされる。何故なら、そこが、子のサーチ・ルー
プのスタート位置であるからである。ブロック６８２に
おいては、ｊ番目の子が構造体のアレイから取り出さ
れ、一つの構造体にセットされる。その目的は、特にイ
ンターフェースが大きすぎて、データ・セグメント制限
を避けるために、いくつかの構造体のアレイが必要な場
合に、より簡単なコード化を行うためである。

【００７７】次に、ブロック６８４が実行される。この
問い合わせの結果が「ノー」である場合には、ＥＬＬ機
能をＮＩＣＥ対象物と関連させず、ブロック７０６にお
いて、Ｌへ分岐が行われる。ブロック７０６実行される
と、ループ変数「ｊ」が１だけ増大し、その結果、この
スクリーンの次の子を検査することができる。次に、ブ
ロック７０８が実行される。ブロック６８４での問い合
わせの結果が「イエス」である場合には、ｊが「ｉＥｎ
ｄ」より小さいことを意味し、ブロック６８２におい
て、Ｋへ分岐が行われ、その結果、子のサーチ・ループ
を継続することができる。ブロック７０８での問い合わ
せの結果が「ノー」である場合には、図３０のＩに向か
って分岐が行われ、その結果、スクリーン・サーチ・ル
ープを継続することができる。再び、ブロック６８４に
ついて説明すると、この問い合わせの結果が「イエス」
である場合には、論理ボタンが発見され、ブロック６８
６が実行される。ブロック６８６の問い合わせの結果が
「イエス」である場合には、ＮＩＣＥ数字キーパッド制
御が触れられた現在の子になり、ブロック６８８へ分岐
が行われる。ブロック６８８が実行されると、キーボー
ド変数が初期過化され、「ｋ」に子の「ｉＥｎｔｒｙＦ
ｕｎｃｔｉｏｎｓ［１］」の数値が割り当てられる。何
故なら、キーパッド制御は、一つのボタン制御と見なす
ことができるからである。また、「ｋ」内の数値は「ｋ
ｅｙｌｏｇｉｃ．ｄａｔ」ファイルのＥＬＬ機能の相対
的な位置であることを思い出してほしい。続いて、図３
１のＭに向かって分岐が行われる。このフローチャート
は、ＥＬＬ機能番号が分かった場合の、ボタンの汎用論
理ステップを示す。これについては後で説明する。

【００７８】ブロック６８６での問い合わせの結果が
「ノー」である場合には、ブロック６９０が実行され
る。ブロック６９０での問い合わせの結果が「イエス」
である場合には、フレックス・バー制御にすでに指が触
れている。例えば、図４のタッチ・スクリーン・ディス
プレイについて説明すると、「＄１００」ボタンが必要
金額である場合には、この水平のフレックス・バーの第
三のボタン２６３に指を触れる。続けて、次に、ブロッ
ク６９２が実行される。現在のイベント・メッセージ・
パラメータの一つを検査することにより、「ｉＰｔｒ」
変数が初期化される。その後、正しいＥＬＬ相対番号を
入手するために、「ｋ」が「ｉＥｎｔｒｙＦｕｎｃｔｉ
ｏｎ［ｉＰｔｒ］」に初期化される。最後に、今までの
ようにＭへ分岐が行われる。ブロック６９０での問い合
わせの結果が「ノー」である場合には、ブロック６９４
が実行される。ブロック６９４での問い合わせの結果が
「イエス」の場合には、フレックス・バー以外の多重ボ
タン制御の左のボタンに、すでに指が触れられていて、
ブロック６９６が実行される。ブロック６９６において
は、「ｋ」が「ｉＥｎｔｒｙＦｕｎｃｔｉｏｎｓ
［１］」に初期化される。何故なら、これが左のボタン
ＥＬＬ機能番号が記憶されている場所だからである。そ
して、今までと同じように、Ｍへ分岐が行われる。

【００７９】ブロック６９４での問い合わせの結果が
「ノー」である場合には、ブロック６９８が実行され
る。ブロック６９８での問い合わせの結果が「イエス」
である場合には、ＮＩＣＥ制御の中央のボタンにすでに
指が触れている。次に、ブロック７００が実行され、
「ｉＰｔｒ」が初期化される。この数値は制御の特定の
種類によって変わる。例えば、図６のタッチ・スクリー
ン・ディスプレイにおいては、「ペパロニ」ボタン２３
２−１の中央のセクション２３２−１Ｂが強調される
が、このセクションは三つのタッチ位置（２３２−１
Ａ、２３２−１Ｂ、および２３２−１Ｃ）の第２の部分
である。しかし、図５のタッチ・スクリーン・ディスプ
レイの「リセット」ボタン２５１−１に指を触れると、
中央のボタンに指を触れたことが検出されるが、この場
合は、ＥＬＬ機能は「ｉＥｎｔｒｙＦｕｎｃｔｉｏｎ
ｓ」の第一の素子内にある。ブロック７００での第２の
ステップで、「ｋ」に正しい数値が割り当てられる。次
に、今までのように、Ｍへ分岐が行われる。 ブロック
６９８での問い合わせの結果が「ノー」である場合に
は、ブロック７０２が実行される。この問い合わせの結
果が「イエス」である場合には、ブロック７０４が実行
され、「ｉＰｔｒ」にその正しい数値が与えられ、
「ｋ」にその数値が与えられ、Ｍへ分岐が行われる。ブ
ロック７０４の初期化ロジックは、二つまたは三つの論
理ボタン制御にすでに指が触れたかどうかを判断するの
に必要である。何故なら、対応するＥＬＬ機能番号が、
「ｉＥｎｔｒｙＦｕｎｃｔｉｏｎｓ」の異なる場所に記
憶されているからである。ブロック７０２での問い合わ
せの結果が「ノー」である場合には、タッチ・スクリー
ン・イベントは関連のあるイベントではなく、スクリー
ン上の次の子を検査しなければならない。ブロック７０
６から始まるこのロジックについては、すでに説明し
た。

【００８０】図３１について説明するが、コネクタＭ
は、ＥＬＬ相対機能番号が、今触れたばかりの制御に対
して発見された場合に、分岐が行われる場所であること
を思い出してほしい。続いて、ブロック７１０が実行さ
れ、実行時間システム＜Ｒ＞に内蔵されている、ビジネ
ス・モデルに対応するＥＬＬ機能が呼び出される。ＥＬ
Ｌ機能作業は、アーギュメントとしてのＥＬＬ相対番号
により、「Ｂｕｓｉｎｅｓｓ＿Ｍｏｄｅｌ」機能を呼び
出すことによりスタートする。その後、下記のコードの
Ｃラインを使用して、正しいＥＬＬ機能が実行される。 「ｂＳｔａｔｕｓ＝Ｂｒｉｄｇｅｓ［ｉＦｕｎｃｔｉｏ
ｎ］（）；」 この呼出作業を行う理由は、ＥＬＬ機能が、「Ｂｕｓｉ
ｎｅｓｓ＿Ｍｏｄｅｌ」機能の後にアルファベット順に
コード化されいて、「．ｈ」ファイルが「ブリッジ」を
下記のように定義しているからである。 ｉｎｔ（＊Ｂｒｉｄｇｅｓ［ＮＵＭ＿ＦＵＮＣＴＩＯＮ
Ｓ］）（ｖｏｉｄ）＝｛．．．｝； 上記文において、ＮＵＭ＿ＦＵＮＣＴＩＯＮＳには、
「＃ｄｅｆｉｎｅ」文より数値が与えられ、三つの点
は、コンマで区切られたＥＬＬ機能により置き換えられ
る。「．ｈ」ファイルおよび「．ｃ」ファイルの生成
は、入力として「ｋｅｙｌｏｇｉｃ．ｄａｔ」ファイル
を使用するプログラムにより自動的に行われる。その
後、特定のＥＬＬロジックが追加されるとき、ＥＬＬ機
能を含むスケルトン「．ｃ」ファイルが修正される。開
発を行う場合、新しいＥＬＬ機能により「ｋｅｙｌｏｇ
ｉｃ．ｄａｔ」ファイルは修正され、現在のファイルの
いくつかは削除される。このプロセスを自動的に行うた
めに、下記のステップのシーケンスが実行される。最初
に、「ｋｅｙｌｏｇｉｃ．ｄａｔ」ファイルの末尾に新
しい名前が追加され、名前およびコンマの右側に相対番
号−１がタイプされる。２番目に、削除するもの相対番
号が−２に変更される。その後、ファイルがアルファベ
ット順にソートされる。次に、ビルダー・ツール＜Ｂ＞
（すでに説明した）が呼び出され、そのファイルがセー
ブされる。その結果、インターフェースと「ｋｅｙｌｏ
ｇｉｃ．ｄａｔ」ファイルの両方が更新される。三番目
に、ＥＬＬ機能を削除し、スケルトンの新しいＥＬＬ機
能を追加するために、「．ｈ」ファイルおよび「．ｃ」
ファイルを更新するプログラムが実行される。最後に、
ビシネス・モデルを反映するために、新しいＥＬＬ機能
が修正される。

【００８１】ブロック７１０を実行した後で、ブロック
７１２が実行される。ブロック７１２での問い合わせの
結果が「ノー」である場合には、ブロック７１４はスキ
ップされる。この問い合わせの結果が「イエス」である
場合には、ブロック７１４が実行される。消去されるス
クリーンは、ＥＬＬ機能ロジックの一部として識別され
る。それ故、ブロック７１４において、消去プロセス
は、子とスクリーンを通しての循環と、タッチ・スクリ
ーン・ディスプレイからの子等の削除と、種々の子のハ
ンドルの消去と、「ｉＳｃｒｅｅｎｓＡｃｔｉｖｅ」ア
レイおよびその関連変数の更新とを必要とする。次に、
ブロック７１６が実行される。ブロック７１６での問い
合わせの結果が「ノー」である場合には、現在のディス
プレイに新しいスクリーンの追加は行われず、図２９の
Ｈに向かって分岐が行われ、別のタッチ・スクリーン・
イベントの待ち状態になる。この問い合わせの結果が
「イエス」である場合には、図２５のＡに向かって分岐
が行われる。

【００８２】図２６について説明すると、この図は特定
のスクリーンの子を生成するときにアクセスされた、第
一のフローチャートである。最初にブロック６１８が実
行され、「ｎ」に生成されるスクリーン番号がセットさ
れ、「ｉＳｔａｒｔ」が、第一の子の情報が記憶される
構造体のアレイの位置に割り当てられ、「ｉＥｎｄ」
は、最後のスクリーンの子の一つ前の位置であり、
「ｊ」は、「ｉＳｔａｒｔ」の数値に初期化される。次
に、ブロック６２０が実行され、すでに説明した理由に
より、上記子の情報は、構造体のアレイから一つの構造
体に移動する。続けて、ブロック６２２が実行される。
ブロック６２２での問い合わせの結果が「イエス」であ
る場合には、生成される子は既に存在しているが、目に
は見えない「レシート」制御である。それ故、ブロック
６２４へ分岐が行われ、子を目で見ることができるよう
になる。このようなプロセスが行われる理由をさらによ
りよく理解してもらうために、図３の第一のタッチ・ス
クリーン・ディスプレイを参照する。いくつかの品目が
注文され、「スペシャル・ペパロニ」と表示されている
ボタン２１１−２の右の部分を指で触れたと仮定しよ
う。図６タッチ・スクリーン・ディスプレイは、次に表
示されたタッチ・スクリーン・ディスプレイである。
「ＯＫ」ボタンまたは「キャンセル」ボタンに触れる
と、第一のタッチ・スクリーンへ戻る。それ故、この時
点では、新しい「レシート」制御を生成させない方が望
ましく、すべての購入品目がこの制御へ再度送られる。
ブロック６２４を実行した後で、次のスクリーンの子の
準備をするために、図２８のＧに向かって分岐が行われ
る。フローチャートのこの部分については後で説明す
る。

【００８３】ブロック６２２について説明すると、この
問い合わせの結果が「ノー」である場合には、ブロック
６２６が実行される。第一のタスクは、ｇのｆがｆ（ｇ
（ｘ））と定義されている数学的合成機能方法を使用し
て、タイトル・テキストの解読を行うことである。この
ｇ（ｘ）作業は、ｘをテキスト番号として指定し、アレ
イに記憶されている「ａｕｔｏｐｏｓ．ｄａｔ」ファイ
ルからこのテキストを検索することにより、実行され
る。次に、ｆ（ｇ（ｘ））を入手するために、このテキ
スト・ストリングは解読機能に送られる。一般的に、結
果はｇ（ｘ）と同じである。しかし、変数テキスト状況
の場合には、テキスト・ストリングが変更される。変数
テキストの解読は、「：：ｎ：」という抜き取りにより
行われる。この場合、「ｎ」は整数である。この抜き取
りがどのように行われるかを理解するために、図４のタ
ッチ・スクリーン・ディスプレイを参照する。

【００８４】図４においては、六つのボタン（２６１−
２６６）からなる水平な「フレックス・バー」は、申込
数量が必ずしも何時でも同じではないので、変数テキス
トを含む。さらに、ある支払金額の場合には、場合によ
っては、ある人間インターフエース申込アルゴリズム
（ｈｕｍａｎ ｉｎｔｅｒｆａｃｅ ｔｅｎｄｅｒｉｎ
ｇ ａｌｇｏｒｉｔｈｍ）の場合、あるボタンが作動し
なくなる。これらの問題を解決するために、ボタンのラ
ベルはすべての変数テキストで定義されている。その
後、解読により、プログラム状態に基づいてラベルの変
更が行われる。ボタンを表示したくない場合には、テキ
スト・ラベルをストリング「ＭＴ」に変更する。ブロッ
ク６２６においてタイトルの解読が終了すると、ウィン
ドウズ環境コマンドおよび「ｂｅｇｉｎ＿ｓｃｒｅｅ
ｎ」文の末尾にある対象物クラス名を伴う子のスロット
情報のあるものを使用して、子を生成することができ
る。より詳細に説明すると、図７−図９において、「ア
イコン」および「黒板」スロットを除いて、各インター
フェース表現に対するスロット（１３０１、１３０２、
１３０３等）から「ウィンドウズ」スロット（例えば、
１３０１−２、１３０２−３等）までのスロットが使用
される。その後、子のハンドルが入手され、ブロック６
２６における最後のステップが、子を構造体のアレイに
記憶することになる。実際、これにより、子のハンドル
変数は負でない整数に変更される。次に、ブロック６２
８が実行される。ブロック６２８での問い合わせの結果
が「イエス」である場合には、タイトル・テキストが
「ＭＴ」であることを意味し、ブロック６３０が実行さ
れ、子のウィンドウを目で見ることができなくなる。そ
の後、図２８のＧに向かって分岐が行われる。何故な
ら、新しい子の作業が終了したからである。この問い合
わせの結果が「ノー」である場合には、図２７のＥに向
かって分岐が行われる。

【００８５】図２７について説明する。図２７の目的
は、子の生成の後作業を行うことである。最初に、ブロ
ック６３２が実行される。ブロック６３２での問い合わ
せの結果が「イエス」である場合には、子の「カラー」
スロット情報および共通ウィンドウズ・コマンドを使用
して、ブロック６３４が実行される。カラー・ハンドル
が戻され、子の情報が構造体のアレイに記憶される。ブ
ロック６３２での問い合わせの結果が「ノー」である場
合には、カラー作業はバイパスされる。続いて、ブロッ
ク６３６が実行される。この問い合わせの結果が「イエ
ス」である場合には、制御面上にアイコンを置くため
に、適当なＮＩＣＥおよびウィンドウズ・コマンドと一
緒に、「アイコン」スロット情報が使用される。ここで
もまた、アイコン・ハンドルが入手され、子の情報が構
造体のアレイに記憶される。ブロック６３６での問い合
わせの結果が「ノー」である場合には、ブロック６３８
はスキップされる。続いて、次に、ブロック６４０が実
行される。ブロック６４０での問い合わせの結果が「イ
エス」である場合には、ブロック６４２が実行され、
「応答ボックス」に対するテキストが、子の「フォン
ト」、「テキスト」、「行末揃え」および「行」スロッ
ト、およびウィンドウズおよびＮＩＣＥコマンドを使用
して処理される。「テキスト」は番号としてコード化さ
れ、「行末揃え」情報は、左、中央および右の行末を揃
えるためにコード化され、「行」は「応答ボックス」内
の相対行番号を示す。「フォント」はオプションであ
る。何故なら、各制御は「ＮＬ＿ＣＤ．ＩＮＩ」ファイ
ルにデフォールト情報を持っているからである。

【００８６】続けて、ブロック６４０での問い合わせの
結果が「ノー」である場合には、ブロック６４２がバイ
パスされる。次に、ブロック６４４が実行される。ブロ
ック６４４での問い合わせの結果が「イエス」である場
合には、ＮＩＣＥ数字キーパッドが現在の子のタイプに
なり、ブロック６４６が実行される。それにより、数字
キーパッドとして機能させる準備をするために、ウィン
ドウズ・メッセージが子の送られる。この問い合わせの
結果が「ノー」である場合には、ブロック６４６がバイ
パスされる。子の生成の後作業を継続するために、図２
８のＦに向かって分岐が行われる。図２８の目的は、新
しい子の生成に関連する作業を終了することである。実
行はブロック６４８でスタートする。この問い合わせの
結果が「イエス」である場合には、子に焦点が当てられ
る。ブロック６５０が実行され、基本ウィンドウズコマ
ンドを使用して、「編集ボックス」に焦点が当てられ
る。この問い合わせの結果が「ノー」である場合には、
ブロック６５０がバイパスされる。次に、ブロック６５
２が実行される。この問い合わせの結果が「イエス」で
ある場合には、「ＥａｎｂｌｅＷｉｎｄｏｗ」ウィンド
ウズ・コマンドが呼び出される。これが必要な理由を知
りたければ、図３のディスプレイを参照してほしい。左
上の隅の、「ピザ」テキスト（２１１）を含む背景に留
意されたい。この制御はアクティブであってはならな
い。何故なら、他の制御がその上に置かれるからであ
る。それ故、上記制御は生成された後、使用不能にな
る。このテキストは暗くならない。何故なら、ウィンド
ウズ制御パネル設定が、このテキストを表示し続けるよ
うにするよう変更されているからである。要するに、使
用する場合、「ｅｘｐｌｉｃｉｔ＿ｅｎａｂｌｅ」スロ
ットは、「ｙ」または「ｎ」かどちらかの数値を持つ。
その後、ブロック６５４において、状況が指定する
「真」または「偽」のメッセージを子に送るために、こ
の数値は、「ＥａｎｂｌｅＷｉｎｄｏｗ」コマンドおよ
び「ｅａｎｂｌｅ」スロットと一緒に使用される。

【００８７】続いて、ブロック６５２での問い合わせの
結果が「ノー」である場合には、ブロック６５４はスキ
ップされる。次に、ブロック６５６が実行される。ブロ
ック６５６での問い合わせの結果が「イエス」である場
合には、「フレックス・バー」対象物が生成され、ある
種の初期作業を実行しなければならない。それ故、次
に、ブロック６５８が実行される。図６に、上記初期作
業を実行しなければならない理由を示す。この図におい
ては、スクリーンが最初に生成されたとき、水平「フレ
ックス・バー」の一部である、「個々の皿」ボタン２３
１−７が強調される。ブロック６５６での問い合わせの
結果が「ノー」である場合には、ブロック６５８はバイ
パスされる。次に、ブロック６６０が実行される。ブロ
ック６６０での問い合わせの結果が「イエス」である場
合には、制御が三状態ボタンであることを意味し、その
後ブロック６６２が実行される。それにより三状態初期
ロジックが実行される。例えば、再び図６について説明
するが、その中央の部分が強調されている「ペパロニ」
ボタン２３２−１に留意されたい。これは、スクリーン
が最初に生成され、ブロック６６２の一部として実行さ
れたとき、実行される。ブロック６６０での問い合わせ
の結果が「ノー」である場合には、ブロック６６２はス
キップされる。

【００８８】次に、ブロック６６４が実行される。この
ブロックは、種々の「黒板」スロット名をチェックする
機能を呼出すことにより実行され、その後特定のロジッ
クを行う。例えば、図３の「品目変更」ボタン２４１−
２が生成された場合には、「黒板」スロットが一致する
と、スクリーン「ｂｌａｃｋｂｏａｒｄ」変数を「真」
にセットすることができる。これにより、特定の子に対
する子の生成後作業が終了する。続いて、ブロック６６
６が実行され、子の変数ポインタ「ｊ」が１だけ増大す
る。次に、ブロック６６８が実行される。ブロック６６
８での問い合わせの結果が「イエス」である場合には、
他のスクリーンの子等を生成しなければならないことを
意味し、この作業を再開するために、図２６のＤに向か
って分岐が行われる。この問い合わせの結果が「ノー」
である場合には、すべてのスクリーンの子が生成された
ことを意味し、その後、次の新しいスクリーンを生成を
継続し、またはスクリーン構成を終了させるために、図
２６のビルダー・ツール＜Ｂ＞に向かって分岐が行われ
る。好適な実施形態を特に参照しながら本発明を詳細に
説明してきたが、本発明の精神および範囲から逸脱しな
いで、種々の変更および修正をすることができることを
理解されたい。

【図面の簡単な説明】

【図１】本発明の開発システム、およびＰＯＳタッチ・
スクリーン・システムの、いくつかの例を示すブロック
図である。

【図２】本発明の開発システム、およびＰＯＳタッチ・
スクリーン・システムの、いくつかの例を示すブロック
図である。

【図３】ＰＯＳタッチ・スクリーン・システムに内蔵さ
れた、種々の対象物を示すサンプル・グラフィカル・デ
ィスプレイである。

【図４】ＰＯＳタッチ・スクリーン・システムに内蔵さ
れた、種々の対象物を示すサンプル・グラフィカル・デ
ィスプレイである。

【図５】ＰＯＳタッチ・スクリーン・システムに内蔵さ
れた、種々の対象物を示すサンプル・グラフィカル・デ
ィスプレイである。

【図６】ＰＯＳタッチ・スクリーン・システムに内蔵さ
れた、種々の対象物を示すサンプル・グラフィカル・デ
ィスプレイである。

【図７】関連外部インターフェース言語スロット名、お
よび図３−図６の対象物に対するそれぞれのデータであ
る。

【図８】関連外部インターフェース言語スロット名、お
よび図３−図６の対象物に対するそれぞれのデータであ
る。

【図９】関連外部インターフェース言語スロット名、お
よび図３−図６の対象物に対するそれぞれのデータであ
る。

【図１０】本発明の開示によるテスターの視覚的映像で
ある。

【図１１】外部タッチ・スクリーン・インターフェース
を組み立てる時に実行されるステップを示すフローチャ
ートである。

【図１２】外部タッチ・スクリーン・インターフェース
を組み立てる時に実行されるステップを示すフローチャ
ートである。

【図１３】外部タッチ・スクリーン・インターフェース
を組み立てる時に実行されるステップを示すフローチャ
ートである。

【図１４】外部タッチ・スクリーン・インターフェース
を組み立てる時に実行されるステップを示すフローチャ
ートである。

【図１５】外部タッチ・スクリーン・インターフェース
を組み立てる時に実行されるステップを示すフローチャ
ートである。

【図１６】外部タッチ・スクリーン・インターフェース
を組み立てる時に実行されるステップを示すフローチャ
ートである。

【図１７】外部タッチ・スクリーン・インターフェース
を組み立てる時に実行されるステップを示すフローチャ
ートである。

【図１８】外部タッチ・スクリーン・インターフェース
を組み立てる時に実行されるステップを示すフローチャ
ートである。

【図１９】外部タッチ・スクリーン・インターフェース
を組み立てる時に実行されるステップを示すフローチャ
ートである。

【図２０】外部タッチ・スクリーン・インターフェース
を組み立てる時に実行されるステップを示すフローチャ
ートである。

【図２１】外部タッチ・スクリーン・インターフェース
を組み立てる時に実行されるステップを示すフローチャ
ートである。

【図２２】外部タッチ・スクリーン・インターフェース
を組み立てる時に実行されるステップを示すフローチャ
ートである。

【図２３】タッチ・スクリーン・インターフェースを試
験する時に実行されるステップを示すフローチャートで
ある。

【図２４】タッチ・スクリーン・インターフェースを試
験する時に実行されるステップを示すフローチャートで
ある。

【図２５】タッチ・スクリーン・インターフェースを、
実行時間システムに組み込む時に実行されるステップを
示すフローチャートである。

【図２６】タッチ・スクリーン・インターフェースを、
実行時間システムに組み込む時に実行されるステップを
示すフローチャートである。

【図２７】タッチ・スクリーン・インターフェースを、
実行時間システムに組み込む時に実行されるステップを
示すフローチャートである。

【図２８】タッチ・スクリーン・インターフェースを、
実行時間システムに組み込む時に実行されるステップを
示すフローチャートである。

【図２９】タッチ・スクリーン・インターフェースを、
実行時間システムに組み込む時に実行されるステップを
示すフローチャートである。

【図３０】タッチ・スクリーン・インターフェースを、
実行時間システムに組み込む時に実行されるステップを
示すフローチャートである。

【図３１】タッチ・スクリーン・インターフェースを、
実行時間システムに組み込む時に実行されるステップを
示すフローチャートである。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ガリー レイ ヤング アメリカ合衆国 ジョージア州 30338 ダンウディーキングス ダウン ロード 4653

Claims (3)

【特許請求の範囲】
1. 【請求項１】 コンピュータ・システムで、一つまたは
   それ以上のインターフェース制御からなるグラフィカル
   ・ユーザ・インターフェースを生成するためのシステム
   であって、 （ａ）各入力が一つのインターフェース制御に関連し、
   少なくとも一つのインターフェース制御が一つの機能に
   関連している場合に、一つまたはそれ以上の入力を含む
   ファイルを生成するための手段と、 （ｂ）上記ファイルを記憶するための手段と、 （ｃ）システムのユーザに応答する、上記インターフェ
   ース制御の一つを選択するための手段と、 （ｄ）（ｉ）上記記憶手段から、上記ファイルの各入力
   を読み出し、 （ｉｉ）上記ファイルの、上記選択手段により選択され
   た、インターフェース制御に関連する機能を実行するた
   めの実行時間手段とを備えるシステム。
2. 【請求項２】 コンピュータシステムで、一つまたはそ
   れ以上のインターフェース制御からなるグラフィカル・
   ユーザ・インターフェースを生成するための方法であっ
   て、 （ａ）各入力が一つのインターフェース制御に関連し、
   少なくとも一つのインターフェース制御が一つの機能に
   関連している場合に、一つまたはそれ以上の入力を含む
   ファイルの生成と、 （ｂ）コンピュータ・システムに接続している記憶装置
   への、上記ファイルの記憶と、 （ｃ）システムのユーザに応答する、上記インターフェ
   ース制御の一つの選択と、 （ｄ）上記記憶装置からの上記ファイルの各入力の読み
   出しと、 （ｅ）上記ファイルの、選択されたインターフェース制
   御に関連する機能の実行とからなる方法。
3. 【請求項３】 ビデオ・ディスプレイを含むコンピュー
   タ・システムで、一つまたはそれ以上のインターフェー
   ス制御からなるグラフィカル・ユーザ・インターフェー
   スを生成するための方法であって、 （ａ）各入力が一つのインターフェース制御に関連し、
   少なくとも一つのインターフェース制御が一つの機能に
   関連している場合に、一つまたはそれ以上の入力を含む
   ファイルの生成と、 （ｂ）コンピュータ・システムに接続している記憶装置
   への上記ファイルの記憶と、 （ｃ）システムのユーザに応答する、上記インターフェ
   ース制御の一つの選択と、 （ｄ）上記記憶装置からの上記ファイルの各入力の読み
   出しと、 （ｅ）各入力に関連するインターフェース制御に関する
   情報のビデオ・ディスプレイ上への表示と、 （ｆ）各インターフェース制御に関連する機能に関する
   情報のビデオ・ディスプレイ上への表示とからなる方
   法。