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

Abstract

(57)【要約】 【課題】 ＮＩＣＥダイナキー（商標）ＰＯＳ外部イン
ターフェースを生成するための一般的なシステムおよび
方法を提供し、インターフェース・パスを試験する方法
を提供し、上記インターフェースを実行時間システム内
に組み込む方法を提供する。 【解決手段】 人間インターフェースおよびソフトウェ
アのスタッフの作業が、ＮＩＣＥカスタム化されれたＤ
Ｋ品目／ＤＫリスト対象を使用して、インターフェース
の作成および修正と平行して行われ、上記インターフェ
ースが外部にあるために、実行時間コードを始終変更す
ることなく、有意の量のインターフェース保守を行い、
作成プログラムおよびテスター・プログラム用の多くの
コードが汎用であり、複雑でイベント被駆動実行時間コ
ードの大部分が再使用可能であるために、従来技術の方
法と比較すると価格の安い販売時点情報管理システム、
ウィンドウズ・ダイナキー（商標）または等価インター
フェース用のビルダー、テスターおよび実行時間の組み
込み方法。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、概して、グラフィ
カル・ユーザ・インターフェースの組立て、試験および
組み込みに関するもので、ダイナキー（商標）販売時点
情報管理システム（ＰＯＳ）への一実施形態の場合に
は、それにより実行時間コードとは無関係にインターフ
ェースの設計、試験および保守が行われる。

【０００２】

【従来の技術、及び、発明が解決しようとする課題】近
年、種々の場所でグラフィカル装置が使用されるように
なってきている。「チェックアウト」小売り店用に設計
されたそのような装置の一つにＮＣＲ社のダイナキー販
売時点情報管理システム（ＰＯＳ）がある。この製品
は、使用方法を教えるのに掛かる時間を短縮し、ＰＯＳ
オペレータのミスを少なくし、オペレータの生産性を向
上させるために特に設計されたものである。上記ダイナ
キー（商標）装置は、（ＬＣＤ）スクリーンのすぐ右に
配置されている八個の物理的キーを持つ。これらのキー
は、動的なもので、二本のライン・ラベルとオプション
としてのアイコンが各ダイナキーのすぐ左に表示され、
種々のスクリーンがＬＣＤ上に表示されたとき、この情
報を変化させることができる。また、この装置は、スク
リーンのあるグループから他のグループに切り替えるこ
とができるグローバルキーと呼ばれる物理的キーを持
つ。また、データ入力用の物理的キーもある。最後に、
電子レシート内を上下にスクロールするために使用され
る二つのカーソルキーもある。この装置用のソフトウェ
アは、ＮＩＣＥＤＫ品目およびＤＫリスト・スクリーン
対象物によりサポートされていて、上記各対象物はＮＩ
ＣＥ制御の集まりである。各スクリーンのレイアウト
は、タイトル領域およびアイコン、命令領域、プロンプ
ト領域、入力領域、電子レシート領域、小計領域、合計
領域を含む普通のものであり、これらすべての領域は、
スクリーンの左側に表示される。各スクリーンの右側に
は、使用中の各ダイナキーに対応するラベルおよびアイ
コンが表示される。

【０００３】新しいＰＯＳ用途の場合には、人間インタ
ーフェース（ＨＩ）スタッフは、通常、このようなＬＣ
Ｄスクリーンを１００以上設計する。その場合、顧客お
よびソフトウェアのエンジニアにどうしたらその内容を
最もよく理解してもらえるかという問題が起こってく
る。現在行われている一つの方法は、インターフェース
のレイアウトを行う際に、ＨＩスタッフに、マイクロソ
フト（登録商標）のパワーポイント（登録商標）のよう
なツールを使用してもらうという方法である。もちろ
ん、そうした場合、その作業が最終的なインターフェー
スに直接貢献しないという問題が起こってくる。すなわ
ち、プログラマーはＨＩ設計を取り上げ、プログラミン
グを開始しなければならない。さらに、どの設計の場合
でもそうだが、設計を繰り返して行わなければならない
ので、問題はさらに厄介なものになる。

【０００４】もっと良い方法は、ＨＩスタッフに、イン
ターフェースを組み立てるのに、ウィンドウズ、メニュ
ー、ダイアログおよびＤＫ品目およびＤＫリスト対象物
を使用する、ビルダー・ツール（以後、「ビルダー」、
「ビルダー・ツール」および／または「＜Ｂ＞」と呼ぶ
を使用してもらうことである。このアイデアを使用すれ
ば、プログラマーでない人でもインターフェースを正確
に迅速に組立ることができる。組み立た後で、この実際
の外部インターフェースを、定義されたいくつかのダミ
ー入力レベル・ロジック（ＥＬＬ）機能を持つ、スケル
トン実行時間システム（以後、「実行時間システム」お
よび／または「＜Ｒ＞」と呼ぶ）により読むことができ
る。その結果、ＨＩスタッフは、インターフェースが実
際にどのような外観を持っているか、どのような感触を
持っているかについてのフィードバックを非常の速く入
手することができる。また、ＨＩスタッフは、エラーを
修正し、インターフェースを微調整するときに、改善を
行うことができる。また、汎用テスター・プログラム
（以後、「テスター」、「テスター・ツール」および／
または「＜Ｔ＞」と呼ぶ）を使用することにより、ＨＩ
スタッフは別の方法で、人が種々のキーを押し、スキャ
ナのような種々の周辺機器を使用しているかのように、
システムの実行をチェックすることにより、自分達の作
業を判断することができる。設計者が、うっかり特定の
スクリーンを組み立てるのを忘れた場合には、＜Ｔ＞が
設計者に誤りを知らせ、設計者はもう一度、問題を修正
するのに＜Ｂ＞を使用することができる。ソフトウェア
・スタッフは、またシステムを設計し、組み立てる際
に、正しいＥＬＬ機能が指定されているかどうかをチェ
ックするのに＜Ｔ＞を使用することができる。

【０００５】最後に、ダイナキー（商標）システムが、
顧客のところで使用されたときに、多くの場合、＜Ｒ＞
を変更しないで、インターフェースを修正することがで
きることが望ましい。例えば、二つのダイナキーの機能
を相互に交換したい場合が出てくる。それ故、従来の方
法より安価で、設計から実行までをもっと正確に行うこ
とができ、プログラマーでない人でもかなりの設計作業
および保守作業を行うことが出きる実行時間システム
に、ダイナキー（商標）インターフェースを組立て、試
験し、組み込むための方法を提供することが望ましい。
本発明は、ＮＩＣＥダイナキー（商標）ＰＯＳ外部イン
ターフェースを生成するための一般的なシステムおよび
方法を提供し、インターフェース・パスを試験する方法
を提供し、上記インターフェースを実行時間システム内
に組み込む方法を提供する。

【０００６】

【課題を解決するための手段】ダイナキー（商標）イン
ターフェースを生成する方法は、正しいスクリーン・セ
ットを選択するステップと、そのスクリーンを一度に一
つずつ組立るステップとを含む。個々のスクリーンを生
成する方法は、スクリーン・タイプを宣言するステップ
と、スクリーン・テキストを入力するステップと、スク
リーン・アイコンを選択するステップと、データを入力
する場合には、すべてのＥＬＬ機能およびデータ・サイ
ズの範囲を選択するステップと、グローバルキーおよび
周辺機器の中のどれを使用することができるかを表示す
るステップと、必要なローカルおよび非ローカル・スク
リーン分岐を割り当てるステップとを含む。

【０００７】上記インターフェースを試験する方法は、
外部インターフェースのスクリーンの各セットを試験す
る。この試験は、第一のスクリーン・セットのレシート
領域内に、スクリーン・セット名および最初のスクリー
ン番号を入力することによるスタートする。その後、ア
クティブなダイナキーおよび周辺論理情報が、第一のダ
イナキーのデータがスタックの一番上にくるように、ス
タック構造体内に置かれる。次に、スタックがポップ
し、その関連情報が、数秒間、ＤＫ品目／ＤＫリストの
レシート領域に表示され、分岐が行われて、新しい論理
情報がスタックの一番上に置かれ、一番上の項目が再び
スタックからポップする。このプロセスは、すべてのス
クリーン・セットの分岐が完了するまで継続して行われ
る。特定のスクリーンが毎回再度表示される場合には、
その論理データはすべて、スタック上に二度置かれるこ
とはない。分岐が他のスクリーン・セットに向かって行
われた場合には、そのスクリーン・セット名だけが表示
される。その後、他のスクリーン・セットが試験され
る。スクリーン番号が存在しない場合には、その番号は
エラー・メッセージと一緒にポップアップ・ウィンドウ
内に表示される。テスターは、例えば、スペース・バー
を押すことにより、任意の時間に動作を中断することが
でき、例えば、数字キーを押すことにより、終了するこ
とができる。

【０００８】上記外部インターフェースを実行時間シス
テムに組み込む方法は、このインターフェースをメモリ
のプログラム構造体内に読み込み、記憶する一連のステ
ップを実行することによりスタートする。次に、スクリ
ーン対象物を正しく表示させるのに必要なウィンドウズ
・コマンドを作成するために、外部ファイルの情報を使
用して、ＤＫ品目またはＤＫリスト対象物のどちらかを
生成することにより、第一のダイナキー（商標）スクリ
ーンがペイントされる。次に、ＥＬＬ機能コードを、正
しい機能を実行にマップするステップが与えられる。最
後に、表示する次のスクリーンを決定するステップが与
えられる。本発明の方法は非常に効率的である。何故な
ら、実際の外部インターフェースを生成するために、人
間インターフェースおよびソフトウェア・スタッフが平
行して作業を行い、大部分のインターフェースの生成
を、周知のウィンドウズ環境に含まれているメニューお
よびダイアログを使用して実行することができるからで
ある。

【０００９】本発明の他の目的は、ソフトウェアおよび
人間インターフェース・スタッフが見ることができる試
験スクリーンのレシート領域内に情報を提供しながら、
すべてのスクリーン分岐を視覚的に試験する汎用テスタ
ー・プログラムを提供することである。本発明のさらに
もう一つの目的は、実行時間システムで、多くの複雑な
コードを再使用できるようにすることである。このコー
ドは、ダイナキー（商標）上でウィンドウズをペイント
するコードと、イベント被駆動メッセージを処理するコ
ードと、ＥＬＬ機能を呼出すコードと、ＤＫ品目および
ＤＫリスト・スクリーンを生成し、削除するコードとを
含む。

【００１０】

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

【００１１】好適な実施形態の場合には、システム２８
は、小売り店で使用されるダイナキー（商標）システム
である。コンピュータ３０は、ＮＣＲ ７４５０ ＰＣ
であるが、通常のインテルをベースとするＰＣであって
もよい。ダイナキー（商標）３２は、１０インチのＮＣ
Ｒダイナキー（商標）（カラーまたはモノクロ）であ
り、メモリ３４は１６ＭＢまたはそれより容量が大きい
ＲＡＭであり、ディスク３６はオプションで、少なくと
も５００ＭＢの容量を持つ二次記憶装置であり、プリン
タ３８はＮＣＲプリンタまたは相当品であり、現金収容
引出し４０は、ＮＣＲ現金収容引出しまたは相当品であ
り、スキャナ４２はＮＣＲ ７８７０またはＮＣＲ ７
８９０スキャナまたは他の業者の製品であり、４４はＮ
ＣＲまたは他のメーカーの２ｘ２２ディスプレイであ
る。

【００１２】図１２から図２３においては、ビルダー・
ツール＜Ｂ＞は、新しいダイナキー（商標）インターフ
ェースを組立てたり、現在のダイナキー（商標）インタ
ーフェースを修正するのに使用される。フローチャート
の個々の部分を検討する前に、全体的なことについてい
くつか説明することにする。最初に、すでに説明したよ
うに、このインターフェースは、外部インターフェース
であり、五つのＡＳＣＩＩファイルからなっている。そ
のファイル名のサフィックスが「．ｃｓｖ」である第一
のファイルは、主ファイルで、コンマで区切られた可変
ファイルである。このテキスト・ファイルは、各ＤＫ品
目およびＤＫリスト・スクリーンに対して、四つの異な
るレコード・タイプを持つ。例えば、図３の販売品目メ
ニュー・スクリーン２０１を表すために、図９を考えて
みよう。最初に、各「．ｃｓｖ」ファイル３００に最初
に表示される四つのヘッディング・ライン３０１−３０
４があることに留意されたい。これらラインは、異なる
レコード・フィールドに対する文書化を提供する。次
に、一つの「１」レコード３１１、五つの「２」レコー
ド３１２、一つの「３」レコード３１３、および二つの
「４」レコード３１４を検討してみよう。この場合、各
ラインの最初のフィールドはレコード・タイプである。
「１」レコードは、各ＤＫ品目およびＤＫリスト・スク
リーンに対して存在し、「２」のレコードの数はそのス
クリーンに対して使用されているダイナキーの数と対応
する。一つの「３」レコードは何時でも使用され、
「４」レコードの数は種々に変化するが、何時でも一つ
は存在する。

【００１３】要するに、第一のレコード・タイプは主と
してダイナキーでないスクリーン・テキストをコード化
するためにに使用されるが、この場合、テキストは数と
してコード化される。テキストの数がゼロである場合に
は、テキスト・フィールドが使用されていないことを意
味する。第二のレコード・タイプは、使用中の各ダイナ
キーに対するスクリーン・ダイナキー情報をコード化す
る。第三のレコード・タイプは、スクリーンがダイナキ
ー（商標）上に現れ、後で説明するいくつかの他のもの
が現れたとき、どのグローバルキーおよび周辺機器にア
クセスすることができるかを示す。第四のレコード・タ
イプは、＜入力＞、周辺、およびダイナキー「２」レコ
ード・タイプに表示される情報に類似のイベント被駆動
論理情報を示す。

【００１４】そのファイル名のサフィックスが「．ｄａ
ｔ」である第二のインターフェース・ファイルは、デー
タ・ファイルであり、第一のインターフェース・ファイ
ルに直接関連する。例えば、図９の「１」レコード３１
１では、第三のフィールドは２９という数値を持つ。こ
のことは、「．ｄａｔ」ファイルにおいては、２９番目
のレコードは、「販売品目メニュー」のタイトル・テキ
ストを含むことを意味する。再び、図３について説明す
るが、このスクリーン・タイトル・フィールド２０２
は、この正確なテキストを含んでいることに留意された
い。そのファイル名のサフィックスが「．ｋｅｙ」であ
る第三のインターフェース・ファイルは、使用中である
ことを示すグローバル・キーお、スクリーン・セット名
および＜Ｂ＞および＜Ｒ＞により使用される他の情報を
示す。そのファイル名のサフィックスが「．１ｓｔ」で
ある第四のインターフェース・ファイルは、ダイナキー
（商標）上に表示される第一のスクリーン番号を含む。
最初の数値は＜Ｂ＞によるものであるが、後でこの数値
は＜Ｒ＞より修正することができる。

【００１５】そのファイル名のサフィックスが、ｆｉｎ
ｉｓｈの略語である「．ｆｉｎ」である、第五のインタ
ーフェース・ファイルは、＜Ｂ＞によってのみ使用さ
れ、すべてのスクリーンが組立られる前にビルダーを終
了させることができる。その後、＜Ｂ＞を再スタートさ
せると、スクリーンの作成を継続するために、ファイル
に含まれているスタック情報が＜Ｂ＞により使用され
る。再び、図１２から図２３までのフローチャートにつ
いて説明すると、＜Ｂ＞の実行はブロック１００からス
タートし、ブロック１０２まで継続して行われ、ここで
新しいインターフェースを生成するのか、現在のインタ
ーフェースを開くのかについての決定を行うための問い
合わせが行われる。この問い合わせは、「新規」および
「開く」の選択により、ウィンドウズ・ファイルを形成
することにより行われる。

【００１６】ブロック１０２を実行している時、問い合
わせの結果が「イエス」であった場合には、新しいイン
ターフェースを生成することを意味する。そして、次に
ブロック１０４−１１４が実行される。ブロック１０４
においては、新しいインターフェース・プリフィックス
名が「ａｕｔｏｐｏｓ１」に設定され、その後、そのイ
ンターフェースを含む五つのファイル名が、この同じプ
リフィックスを持つ。新しいインターフェース・ファイ
ルの一つは、既に存在するものと見なされ、そのファイ
ルは、「ａｕｔｏｐｏｓ１．ｋｅｙ」ＡＳＣＩＩファイ
ルである。このコンマで分離された変数ファイルの各レ
コードは、スクリーン・セットに関連する。この最初の
二つのフィールドは、スクリーン・セット名を含む。第
二の名前が使用されない場合には、テキストは、「Ｎ
Ａ」である。上記スクリーン・セットのいくつかは、ダ
イナキー（商標）上のグローバルキーに関連するが、他
のスクリーン・セットは関連しない。第三および第四の
フィールドは、横列および縦列で、ダイナキー上の位置
を示す。スクリーン・セットがグローバルキーでない場
合には、これら二つのフィールドの数値はゼロである。
スクリーン・セットを他のスクリーン・セットから分岐
できる場合には、第五のフィールド数値は１であり、そ
うでない場合にはゼロである。例えば、グローバルキー
が種々雑多の作業に使用される場合には、通常、グロー
バルキーは他のスクリーン・セットへまた他のスクリー
ン・セットから分岐することはできない。一方、品目を
購入する際に使用されるスクリーンのセットである「品
目、メニュー」セットは、多くの場合、他のスクリーン
・セットから分岐することができる。第六のフィールド
は、「黒板」フィールドと呼ばれ、使用されている場合
には、その数値は１である。このフィールドの内容につ
いては後で説明する。第七のフィールドは、そのセット
の最初のスクリーン番号を示す。最初この数値はゼロで
あり、スクリーン・セットが＜Ｂ＞により形成された
時、修正される。第八のフィールドは、ダイナキー（商
標）上のグローバルキーの表示に関連する機能番号を示
す。しかし、「．ｋｅｙ」の入力の中のいくつかは、グ
ローバルキーに関連していない。それ故、これら入力の
フィールド値はゼロである。このフィールドが役に立つ
ことは、＜Ｒ＞フローチャートのところで明らかにな
る。第九そして最後のフィールド値は、最初に構成され
るセットを除いては、各入力に対してゼロである。

【００１７】続いて、ブロック１０６が実行され、イン
ターフェース・ファイルが開かれる。さらに、ＥＬＬ名
を含む一つの支持ファイルが開かれる。次に、ブロック
１０８が実行され、「ａｕｔｏｐｏｓ１．ｋｅｙ」入力
インターフェース・ファイル、および「ｋｅｙｌｏｇｉ
ｃ．ｄａｔ」が読み取られる。これらのファイルの関連
レコード情報は、その後、構造体の二つの異なるアレイ
内に記憶される。次に、ブロック１１０が実行され、変
数「ｉＣｕｒｒｅｎｔＳｃｒｅｅｎ」が１に初期化さ
れ、「ｉＬａｓｔＳｃｒｅｅｎ」および「ｉＬａｓｔＢ
ｕｔｔｏｎ」がゼロに初期化される。これら三つの変数
は、構成される各ＤＫ品目／ＤＫリスト・スクリーンの
レシート領域に表示される。この情報は、現在のＣＲＴ
１４スクリーンが、前のスクリーンとどのように関連し
ているのかを追跡する際の助けになる。スクリーンが構
成されると、上記三つの変数は、「．ｃｓｖ」インター
フェース・ファイルに、「１」レコードの一部として記
憶される。

【００１８】続いて、図１２のブロック１１２に接続し
ているコネクタＡに留意されたい。このコネクタは、ぞ
れぞれの新しいスクリーンを構成した後で、通常さらに
新しいスクリーンを構成する必要があるときに必要にな
る。それ故、図１２の以降のフローチャートから、後戻
りしてコネクタＡに分岐する必要がある。ブロック１１
２が実行されると、二つのことが起こる。最初に、ＤＫ
品目またはＤＫリストのどちらのタイプのスクリーンを
構成しなければならないかを示すスクリーン・メニュー
から選択が行われる。この選択はマウスを使用して行わ
れるので、メニュー品目は、この目的のための周知のウ
ィンドウズ方法を使用してチェックされる。二番目に、
スクリーン・タイプが分かったら、スクリーンに対する
暫定構造体が初期化される。本質的には、この初期化に
より、「ＤＫ品目 Ｓｔｕｂ」または「ＤＫＬｉｓ Ｓ
ｔｕｂ」であるスクリーンに対するテキストが初期化さ
れる。スクリーン・テキストの残りすべては、ゼロ・ス
トリングにセットされ、どのダイナキーも使用されてい
ないと見なされる。次に、ブロック１１４が実行され、
最初のタイトル・テキストを使用して、ＣＲＴ１４上で
特定のＮＩＣＥスクリーンがペイントされる。また、Ｃ
ＲＴ１４スクリーン上においては、レシート領域内に二
行のテキストが存在する。例えば、第一の時間ブロック
１１４が実行され、第一の行は、ストリング「現在スク
リーン：１」であり、第二の行はストリング「Ｌａｓｔ
Ｓｃｒｅｅｎ：０ Ｌａｓｔ Ｂｕｔｔｏｎ ０」であ
る。続けて、図１３のコネクタＤに対して分岐が行われ
る。このフローチャートについては、後でさらに詳細に
説明する。

【００１９】ブロック１０２での問い合わせの結果が
「ノー」である場合には、現在のインターフェースを修
正する必要があり、ブロック１１６−１２６の予備ステ
ップが実行される。最初に、ブロック１１６が実行さ
れ、その結果、適当な「．ｃｓｖ」インターフェース・
ファイルが選択される。このブロックは、ユーザがファ
イル・メニューから「開け」メニュー項目を選択した場
合に実行される。その後、ウィンドウズ共通ファイル・
ダイアログ方法を使用することにより、ディスク上の特
定のディレクトリの常駐しているすべての現在の「．ｃ
ｓｖ」ファイルから容易に選択することができる。続い
て、ブロック１１８までプログラムの実行が継続して行
われ、そこで五つのインターフェース・ファイルおよび
一つの支持ファイルが開かれる。次に、制御がブロック
１２０に渡され、そこですべての入力レコード情報が読
み取られ、種々のアレイ内に記憶される。次に実行され
るブロックは、ブロック１２２であり、このブロックは
コネクタＢに接続している。このコネクタについては、
下記に明確に説明する。ここでは、構成された第一のセ
ットが、その最初のスクリーンが最初に表示されるスク
リーン・セットであると仮定しよう。しかし、一般的に
いって、「．ｆｉｎ」ファイルが新しいファイルを構成
しなければならない場合には、最初の「．ｆｉｎ」レコ
ード情報を使用するダミーのスクリーンが表示される。
続いて、ブロック１２２が実行されると、「ｉＣｕｒｒ
ｅｎｔＳｃｒｅｅｎ」、「ｉＬａｓｔＳｃｒｅｅｎ」お
よび「ｉＬａｓｔＢｕｔｔｏｎ」値が初期化される。こ
の情報は、その最後のフィールド値が１である「．ｋｅ
ｙ」ファイルに関連するスクリーンから入手される。ま
たは、上記情報は「．ｆｉｎ」ファイルからも入手する
ことができる。次に、ブロック１２４が実行され、スク
リーンの暫定構造体が、現在のスクリーン情報を使用し
て更新される。最後に、ブロック１２６が実行され、現
在のスクリーンが、そのテキストおよびアイコン情報を
使用して、ＣＲＴ１４上でペイントされる。

【００２０】ブロック１１６−１２６が実行されると、
ブロック１２８において問い合わせが行われる。このブ
ロックがコネクタＣに接続していることに留意された
い。このコネクタが必要な理由は、＜Ｂ＞により修正し
たばかりの任意のスクリーンに以降の修正を行うためで
ある。続いて、ブロック１２８での問い合わせの結果が
「ノー」である場合には、現在のスクリーンを修正しな
ければならないことを意味し、ブロック１３０が実行さ
れる。この問い合わせの結果が「イエス」である場合に
は、表示スクリーンをさらに修正するために、七つのレ
イアウト・メニュー選択を行わなければならないことを
意味し、ブロック１１４を実行した後で行ったように、
Ｄに向かって分岐が行われる。これについても、後でさ
らに詳細に説明する。ブロック１３０での問い合わせの
結果が「ノー」である場合には、ブロック１３２が実行
される。この問い合わせの結果が「イエス」である場合
には、表示スクリーンを変更するために保守メニュー項
目を使用しなければならず、図２３のコネクタＱに向か
って分岐が行われる。このフローチャートについては後
で説明する。この問い合わせの結果が「ノー」である場
合には、ファイルを任意にセーブし、次に行うことを決
定するために図２１のコネクタＯに向かって分岐が行わ
れる。このフローチャートについても後で説明する。

【００２１】ブロック１２８に戻って説明する。この問
い合わせの結果が、新しいスクリーン・セットまたは個
々のスクリーンのアクセスする必要があることを示す、
「イエス」である場合には、上記選択に含まれるステッ
プを実行するために、図２２のコネクタＰに向かって分
岐が行われる。このフローチャートについても後で説明
する。ここで、図１２のフローチャートについての説明
を終わる。説明が残っているのは、二つのスクリーン保
守メニュー、スクリーン・セット選択メニューの使用法
およびインターフェースのディスクへのセーブである。
図１３について説明する。二つの場合に、図１３のフロ
ーチャートで、コネクタＤに向かって分岐が行われたこ
とを思いだしてほしい。第一のケースは、図１２のブロ
ック１１４の後で実行されるもので、新しいスクリーン
を構成しなければならない場合である。第二のケース
は、同じレイアウト・メニュー選択のいくつか、または
すべてを使用して、現在のスクリーンを修正しなければ
ならない場合である。続いて、ＣＲＴ１４上の現在の表
示スクリーンと一緒に、七つのレイアウト・メニュー選
択のどれを使用しなければならないかを判断するため
に、ブロック１３４−１４６において一連の問い合わせ
が行われる。上記問い合わせのどれかの結果が「イエ
ス」である場合には、それぞれコネクタＥ、Ｆ、Ｊ、
Ｋ、Ｌ、ＭおよびＮに向かって分岐が行われる。これら
のコネクタは図１４−図２０の連続フローチャートに順
次表示してある。これらフローチャートについて簡単に
説明する。図１３のすべての問い合わせの結果が「ノ
ー」である場合には、図２２のコネクタＰに向かって分
岐が行われる。ここで、以降の修正を行う前に、新しい
スクリーン・セットまたは個々のスクリーンにアクセス
することができる。ユーザが最初にレイアウト・メニュ
ーを使用し、気が変わった場合には、終了するためのＰ
に向かっての分岐が図示されている。この分岐は脱出パ
スを示す。七つのレイアウト・メニュー選択の説明を、
図１４からスタートする。

【００２２】図１４のフローチャートの目的は、識別テ
キストと一緒に、ＣＲＴ１４のスクリーンの一番上にダ
イアログを表示することである。例えば、図３のＬＣＤ
ディスプレイにまで戻って参照してほしい。第一のテキ
スト・フィールドはタイトル・フィールドであり、その
テキストは「販売品目メニュー」である。第二のテキス
ト・フィールドは、三行の命令からなり、この場合は、
第一の行だけが使用されている。その内容は、「品目走
査、入力または変更」である。次の二つのフィールド
は、隣接フィールドである。左端のフィールドはプロン
プト・フィールドであり、後退して見える右端のフィー
ルドは入力フィールドである。入力フィールドに一定の
テキストを表示することができるようになっている理由
は、スクリーンが最初に表示された時、デフォールト値
を表示するためである。テキスト・フィールドの残り
は、八つのダイナキーに関連し、各ダイナキーは二つの
行ラベルを含むことができる。ダイナキーを使用しなけ
ればならない場合には、二行の中の一行に書き込みを行
わなければならない。

【００２３】図１４のフローチャートについて説明す
る。ブロック１４８が最初に実行され、現在のテキスト
を表示するために、暫定構造体情報を使用して、テキス
ト・ダイアログが表示される。次に、ブロック１５０で
問い合わせが行われる。この問い合わせの結果が「イエ
ス」である場合には、ダイアログに対して行われたすべ
ての変更は捨てられ、第二のレイアウト・メニュー選択
を使用するために、図１５のコネクタＦに向かって分岐
が行われる。この問い合わせの結果が「ノー」である場
合には、ブロック１５２が実行され、テキスト・フィー
ルドが修正される。このプロセスを行うには、通常のワ
ープロの操作のように、マウスとキーボードとが必要で
ある。その後、ダイアログの内容が正しいかどうかを判
断するために、ブロック１５４において問い合わせが行
われる。この問い合わせの結果が「ノー」である場合に
は、ダイアログをキャンセルすべきか、テキストを変更
すべきかを判断するために、ブロック１５０に向かって
分岐が行われる。この問い合わせの結果が「イエス」で
ある場合には、ブロック１５６が実行され、ＤＫ品目／
ＤＫリスト暫定構造体を更新するために、現在のダイア
ログの内容が使用される。しかし、最後のレイアウト・
メニュー選択が終了するまで、この変更は一次的なもの
に留まる。次に、ブロック１５８が実行され、現在のＣ
ＲＴ１４スクリーン・テキスト・フィールドが修正され
る。最後に、第二のレイアウト・メニュー選択に対応す
るステップを実行するために、Ｆに向かって分岐が行わ
れる。これで図１４の説明を終わる。

【００２４】図１５のフローチャートの目的は、現在の
ＣＲＴ１４スクリーンの一番上に、アイコン・ダイアロ
グを表示することである。アイコンは、タイトル行およ
び第一のレイアウト・メニュー選択により、テキストを
与えられたアクティブな各ダイナキーに割り当てられ
る。ダイアログの最初の状態において、「−−＞」マー
カーを「タイトル・アイコン」ダイアログの左に移動す
る。このテキストの後ろに、「ダイナキー１」から「ダ
イナキー８」までのテキスト行が表示される。ダイアロ
グ上の「リスト・ボックス」は、アルファベット順のＮ
ＩＣＥアイコン名を含む。リスト・ボックスの上には、
タイトル行に対する現在のアイコン名表示され、何も使
用されていない場合には、デフォールト・アイコン名
「右」が表示される。また、この名前はリスト・ボック
スで強調される。図１５のブロック１６０について説明
する。ブロック１６０が実行されると、ＣＲＴ１４の一
番上にアイコン・ダイアログが表示されるが、現在のス
クリーン・アイコンも依然として表示される。次に、す
べてのアイコンを「右」アイコン名にセットすべきかど
うかを判断するために、ブロック１６２が実行される。
これが、すべてのアイコンを一度に一つずつセットする
のではなく、すべてのアイコンを共通のアイコン名にセ
ットする簡単な方法である。この問い合わせの結果が
「イエス」である場合には、ブロック１６４が実行さ
れ、暫定構造体内のアクティブなアイコンすべてに名前
「右」が与えられる。この名前は、「．ｒｃ」ファイル
に表示され、ＮＩＣＥディスク・ディレクトリ内の正し
いパス、および実際の「ｒｉｇｈｔ．ｉｃｏ」ファイル
名と一致する。次に、ブロック１６６が実行される。そ
の結果、ユーザにフィードバックするために、ＤＫ品目
／ＤＫリスト・スクリーンが直ちに更新される。その
後、図１５のコネクタＩに向かって分岐が行われ、そこ
でブロック１９４が実行される。この問い合わせの結果
が「ノー」である場合には、さらにダイアログの変更を
行う必要があり、ブロック１６２に向かって分岐が行わ
れる。この問い合わせの結果が「イエス」である場合に
は、ブロック１９６が実行され、暫定スクリーン構造体
が更新される。次に、第三のレイアウト・メニュー作業
を行うために、図１６のコネクタＪに向かって分岐が行
われる。このフローチャートは、現在のフローチャート
の説明が終了してから説明する。

【００２５】再び図１５のブロック１６２について説明
すると、この問い合わせの結果が「ノー」である場合に
は、ブロック１６８が実行される。この問い合わせの結
果が「イエス」である場合には、ブロック１７０が実行
される。このブロックは、すべてのアクティブなアイコ
ン名が「右」の代わりに「左」になっていることを除け
ば、ブロック１６４に類似している。その後、Ｇに向か
って分岐が行われる。こフローチャートのこの部分につ
いてはすでに説明した。ブロック１６８での問い合わせ
の結果が「ノー」である場合には、ブロック１７２が実
行される。この問い合わせの結果が「イエス」である場
合には、ブロック１７４が実行される。この場合には、
現在のアイコンだけが「右」に変更される。次に、ブロ
ック１７６が実行され、アイコン・マーカーが前進し、
新しいアイコン名を反映するように、リスト・ボックス
が変更される。また、アイコン・ボックスの上のボック
スにも新しいアイコン名が与えられる。その後、今まで
のように、Ｇに向かって分岐が行われる。続いて、ブロ
ック１７２での問い合わせの結果が「ノー」である場合
には、ブロック１７８が実行される。この問い合わせの
結果が「イエス」である場合には、コネクタＨに分岐が
行われる前に、ブロック１８０が実行される。しかし、
この場合、ラップ・アップ作業が行われる前に、現在の
アイコン名が「左」に変更される。ブロック１７８での
問い合わせの結果が「ノー」である場合には、ブロック
１８２が実行される。この問い合わせの結果が「イエ
ス」である場合には、ブロック１８４が実行され、コネ
クタＧに向かって分岐が行われる前に、すべてのアイコ
ン名が削除される。ブロック１８２での問い合わせの結
果が「ノー」である場合には、アイコン・ショートカッ
トを行う必要はなく、ブロック１８６が実行される。こ
の問い合わせの結果が「イエス」である場合には、ブロ
ック１８８が実行される。このブロックのを実行する目
的は、リスト・ボックスの上のダイアログ・ボックス内
のユーザ・タイプに、新しいアイコンを選択させること
である。上記名前の各文字がタイプされるので、リスト
・ボックス内でその効果が観察され、最初の文字がタイ
プしたものと一致した場合には、名前が強調される。こ
のようにして、ユーザは、大部分の場合、名前全体をタ
イプしなければならない。続いて、Ｈに向かって分岐が
行われる。何故なら、これは単一のアイコン変更だから
である。ブロック１８６での問い合わせの結果が「ノ
ー」である場合には、ブロック１９０が実行される。こ
のブロックの目的は、アイコン・マーカーを、それがタ
イトル・テキストであっても、ダイナキー・テキストで
あっても、次の選択可能なアイコン・テキスト行に進め
ることである。このブロックを実行するには、アイコン
・ダイアログ上の次のボタンを使用する。続いて、ブロ
ック１９０での問い合わせの結果が「イエス」である場
合には、Ｉに向かって分岐が行われる前に、ブロック１
９２が実行される。その結果、アイコン・マーカーが前
進し、他のアイコン名がリスト・ボックスで強調され、
新しい名前がリスト・ボックスの上のボックスにセット
される。その後、今までのように、別のアイコンの変更
を行う必要があるかどうかを判断するために、ブロック
１９４が実行される。これで図１５のフローチャートの
説明を終わる。

【００２６】図１６のフローチャートの目的は、ＣＲＴ
１４スクリーンの一番上にＥＬＬダイナキー・ダイアロ
グをセットし、ＥＬＬの修正を行うことができるように
することである。上記ダイアログは、「ダイナキー・ロ
ジック」レイアウト・メニュー選択が行われた時に、表
示される。上記ダイアログ・スクリーンは、第一のＥＬ
Ｌテキスト行に接続している「−−＞」を含むアイコン
・ダイアログ・スクリーンに類似している。この場合、
ＥＬＬテキスト行は、「ダイナキー１」から「ダイナキ
ー８」までで、マーカーは第一のテキストをポイントし
ていて、この場合、ＣＲＴ１４スクリーン上の関連ダイ
ナキー・ラベルには書き込みを行わなければならない。
アイコン・ダイアログの場合と同様に、リスト・ボック
スが使用されるが、このリストは「「ｋｅｙｌｏｇｉ
ｃ．ｄａｔ」ファイルのＥＬＬ名を含む。この名前はア
ルファベット順になっている。このリスト・ボックスの
上のボックスは、ＥＬＬ選択を行う場合にタイプするた
めに使用される。アクティブな各ダイナキーは、データ
が入力された場合でも、入力されない場合でも、ＥＬＬ
機能に割り当てられる。ＥＬＬデフォールト割当は、
「Ａ−Ｅｒｒｏｒ−ＤａｔａＷ」および「Ａ−Ｅｒｒｏ
ｒ−ＤａｔａＷＯ」であり、デフォールト・データ範囲
は、「データ付き」の場合には、１−１０デジットであ
る。デフォールト情報を使用するということは、このレ
イアウト・メニュー選択が使用されなくても、ＥＬＬ割
当を行うことを意味する。ここで図１６のフローチャー
トについて説明する。

【００２７】図１６においては、最初にブロック１９８
が実行される。その結果、ＥＬＬダイナキー・ダイアロ
グが、第一のアクティブなダイアログ・ダイナキー・テ
キストをポイントしているマーカーと一緒に表示され
る。対応するＥＬＬ機能名がリスト・ボックスで強調さ
れ、リスト・ボックス上のダイアログ・ボックスは、同
じ強調された名前を含み、データ範囲ダイアログ・スロ
ットには現在の数値が表示される。続いて、ブロック２
００が実行される。この問い合わせの結果が「イエス」
である場合には、今までに行われたすべてのダイナキー
ＥＬＬダイアログの変更が捨てられ、図１７のコネクタ
Ｋに向かって分岐が行われる。このフローチャートは、
このフローチャートの説明が終わった後で説明する。続
いて、ブロック２００での問い合わせの結果が「ノー」
である場合には、ブロック２０２が実行される。この問
い合わせの結果が「イエス」である場合には、現在のＥ
ＬＬ機能を修正する必要があり、ブロック２０４および
２０６が実行される。ブロック２０４においては、アイ
コン名をタイプした場合と同じように、リスト・ボック
スの上のダイアログ・ボックスに新しい名前がタイプさ
れる。また、データ範囲スロット値が、必要に応じて、
修正される。次に、ブロック２０６が実行され、新しい
ＥＬＬ名が、「ｋｅｙｌｏｇｉｃ．ｄａｔ」ファイルの
機能の相対位置を示すコード化された番号として、その
スクリーンに対するダイアログ構造体内にセットされ
る。

【００２８】再び、ブロック２０２について説明する
と、この問い合わせの結果が「ノー」である場合には、
「ｗ／ｄａｔａ」状態をそのまま維持し、ブロック２０
８が実行される。この問い合わせの結果が「イエス」で
ある場合には、次にブロック２１０が実行される。この
ブロックにおいては、ダイナキー「ｗ／ｄａｔａ」状態
に対してＥＬＬ修正が行われた後で、制御も渡される。
続いて、ブロック２１０において、「−−＞」マーカー
が１８０度回転し、「＜−−」になり、現在のダイナキ
ーに対する「データなし」状態を示す。また、ＥＬＬ
「データ無し」機能を反映するためにダイアログの内容
が変更され、データ・フィールドがブランクになる。次
に、ブロック２１２が実行される。この問い合わせの結
果が「イエス」である場合には、その「データ無し」状
態でのダイナキーを修正する必要があることを意味し、
ブロック２１４およびブロック２１６が実行される。こ
れらブロックは、データ範囲情報を含んでいない点を除
けば、ブロック２０４および２０６に類似している。次
に、ブロック２１８が実行される。このブロックも、ま
た、「データ無し」状態を変更しないでそのまま維持す
る必要がある場合に、実行され、ブロック２１２での問
い合わせの結果が「ノー」であることを意味する。続い
て、ブロック２１８が実行され、マーカーが再び「−−
＞」に変更され、次のアクティブなダイナキー・ダイア
ログ・テキストに移動する。要するに、このことは、現
在の情報を反映するために、次の「データあり」ダイナ
キー状態およびここでもダイアログの内容が修正される
ことを示す。しかし、ただ一つのダイナキーだけがアク
ティブである場合には、マーカーは現在の位置に留ま
る。マーカーが正しい位置を占めると、ブロック２２０
が実行される。この問い合わせの結果が「ノー」である
場合には、ダイアログをもっと変更する必要があるか、
ダイアログの変更を捨てる必要がある。それ故、ブロッ
ク２００に向かって分岐が行われる。この問い合わせの
結果が「イエス」である場合には、ダイアログの変更が
維持され、ブロック２２２が実行される。ここで、すべ
てのＥＬＬダイナキー修正が、スクリーンの暫定構造体
を修正するために使用される。その後、レイアウト・メ
ニュー作業を継続するために、図１７のＫに向かって分
岐が行われる。このフローチャートについては次に説明
する。

【００２９】再び、図１６のブロック２０８に戻って説
明する。この問い合わせの結果が「ノー」である場合に
は、現在の「データあり」状態がそのまま維持され、ダ
イアログの変更がさらに必要かどうかを判断するため
に、ブロック２２０が実行される。ブロック２２０につ
いてはすでに説明したので、これで図１６のフローチャ
ートについての説明を終わる。「環境」レイアウト・メ
ニュー選択が行われ、関連ダイアログがＣＲＴ１４スク
リーンの一番上に表示されると、図１７のフローチャー
トが呼び出される。このダイアログの第一の目的は、マ
ウスがグローバルキー・ラベルのすぐ左のリスト・ボッ
クスをクリックすることができるようにすることであ
る。もちろん、このラベルは変数であり、「．ｋｅｙ」
ファイルから入手したものである。上記ラベルはダイナ
キー（商標）上のように、３ｘ５マトリックスの形に配
置され、最後の二つの横列は第一の二つの入力ブランク
を持つ。ダイアログ・リスト・ボックスの一方がチェッ
クされた場合には、対応するグローバルキーを＜Ｒ＞の
ところで押して、制御をスクリーン・サブセットの最初
のスクリーンにすることができる。グローバルキー・ダ
イアログ・リスト・ボックスをチェックしない場合に
は、グローバルキーを押すと、＜Ｒ＞でビープ音が鳴
る。ダイアログの第二の目的は、＜入力＞キー以外のど
の非ダイナキーを、スクリーンを操作するために使用す
ることができるかどうかを表示するために、リスト・ボ
ックスを使用することである。これらには、スキャナの
ような周辺機器を含むが、他の論理エンティティも含ま
れる。これら周辺機器等については、＜Ｒ＞フローチャ
ートのところで説明する。

【００３０】図１７のフローチャートの第一のブロック
について説明する。ブロック２２４が実行されると、環
境ダイアログがＣＲＴ１４スクリーン上に表示される。
次に、ブロック２２６が実行される。この問い合わせの
結果が「イエス」である場合には、環境ダイアログ変更
は捨てられ、図１８のコネクタＬに向かって分岐が行わ
れる。他のレイアウト・メニュー選択に対応するこのフ
ローチャートについては、このフローチャートの後で説
明する。再び、ブロック２２６に戻って説明する。この
問い合わせの結果が「ノー」である場合には、ブロック
２２８が実行される。この問い合わせの結果が「イエ
ス」である場合には、ブロック２３０および２３２が実
行される。ブロック２３０は、マウスにより種々のグロ
ーバルキー・リスト・ボックスをオン／オフすることに
より実行することができる。ブロック２３２の実行は、
種々の周辺イベントおよび他の論理イベントを、現在の
スクリーン上で使用することができるかどうかを示すリ
スト・ボックスをオン／オフするのにマウスを使用する
という点を除けば、類似している。ブロック２２８での
問い合わせの結果が「ノー」である場合には、ブロック
２３０および２３２がバイパスされる。次に、ブロック
２３４が実行される。この問い合わせの結果が「ノー」
である場合には、もっと多くのダイアログの変更を行う
必要があるか、またはダイアログの変更を捨ててしまわ
なければならない。それ故、ブロック２２６に向かって
分岐が行われる。この問い合わせの結果が「イエス」で
ある場合には、環境の変化を保持する必要があり、ブロ
ック２３６が実行される。その結果、ダイアログの変更
は、最後のレイアウト・メニュー・ダイアログが完了し
た後で、永久の構造体と一緒に併合することができる全
スクリーン・データを含んでいる暫定構造体と一緒に併
合される。これで図１７のフローチャートの説明を終わ
る。

【００３１】図１８のフローチャートは、第五のレイア
ウト・メニューの選択に対応する。他のＥＬＬ機能を、
環境ダイアログに記載されている周辺および他の論理エ
ンティティに確実に割当ることができるようにするため
にには、最初に、第四のレイアウト・メニュー（環境）
を正しく完了することが非常に重要である。その理由
は、ＥＬＬマーカーが、環境ダイアログ上でそのリスト
・ボックスがチェックされた非ダイナキー論理エンティ
ティに単に移動するからである。唯一の例外は、＜入力
キー＞をいつでもＥＬＬ機能に割り当てることができる
ことである。図１８を参照する。ＥＬＬ機能作業が非ダ
イナキーに対して行われることを除くと、このフローチ
ャートが図１６に非常に類似していることに留意された
い。それ故、図１６のフローチャートが理解できていれ
ば、このフローチャートは簡単に理解できる。それ故、
これで図１８のフローチャートの説明を終わる。図１９
のフローチャートは、第六のレイアウト・メニューの選
択に対応し、任意のダイナキー、＜入力＞キー、アクセ
スすることができる周辺機器、およびある種の他のイベ
ント非駆動エンティティに、グローバル分岐を割り当て
るのに使用される。上記エンティティについては、＜Ｒ
＞フローチャートのところで説明する。それ故、このメ
ニュー品目を選択する前に、「環境」選択のダイアログ
に正しく記入することが絶対不可欠である。

【００３２】すでに説明したように、他のスクリーン・
セットの第一のスクリーンに分岐を行ったときに、グロ
ーバル分岐が行われる。グローバル分岐を可能にするた
めに使用される技術は、人口頭脳の分野から借りてきた
もので、「黒板」を使用する。ここでもまた、この技術
については、＜Ｒ＞フローチャートのところで後で説明
する。ここで、図１９のフローチャートについて考えて
みよう。図１９において、ブロック２６４が最初に実行
され、ＣＲＴ１４上にグローバル・スクリーン分岐ダイ
アログが表示される。「−−＞」マーカーは、割り当て
られたＥＬＬ機能を持っている場合があるエンティティ
に対応する第一のテキストに接続している。通常、この
テキストは、「ダイナキー１」から「ダイナキー８」ま
でのキーの中の一つである。そうでない場合には、上記
テキストは「入力」キーテキストである。さらに、ダイ
アログ・コラムには、他のいくつかのものと一緒に、テ
キスト・ストリング「スキャナ」が含まれている。重要
なことは、上記マーカーが、ＥＬＬ機能を持つために選
択することができない如何なるテキストへも移動しない
ということである。続いて、ブロック２６６が実行され
る。この問い合わせの結果が「イエス」である場合に
は、すべてのグローバル分岐ダイアログの変更は捨てら
れ、図２０のＮに向かって分岐が行われる。最後のレイ
アウト・メニュー選択に対応するこのフローチャートに
ついては、次に説明する。続いて、ブロック２６６での
問い合わせの結果が「ノー」である場合には、ブロック
２６８が実行される。この問い合わせの結果が「イエ
ス」である場合には、現在の「データ有り」状態に対し
てグローバルまたは「黒板」分岐が行われる。それ故、
次に、ブロック２７０および２７２が実行される。ブロ
ック２７０においては、指定の異なる＜Ｒ＞プログラム
・コンテキストに分岐することができる、すべての「黒
板」スクリーン・セット名を選択するためにマウスが使
用される。この選択プロセスの際には、「黒板」スクリ
ーン名のリストの中のどれを割り当てるかについての選
択を行うために、リスト・ボックスが使用される。セッ
ト名をグローバル分岐中に使用できるものであると識別
した、「．ｋｅｙ」ファイルのフィールドの中の一つを
思い出してもらいたい。グローバル分岐ダイアログは
「黒板」名でハード・コード化されているので、「．ｋ
ｅｙ」ファイル情報を読んで、使用する＜Ｂ＞をコンパ
イルする前に、ユティリティ・プログラムを使用して、
このダイアログにこれら名前をセットすることができ
る。続いて、「黒板」スクリーン名が選択されると、ブ
ロック２７２が実行される。ブロック２７２を実行する
には、グローバル・スクリーン・セット選択を行った後
で、「選択」ダイアログ・ボタンを押せばよい。これに
より、選択が終了し、そのスクリーンに対するダイアロ
グ構造が更新される。

【００３３】ブロック２６８に戻って説明する。この問
い合わせの結果が「ノー」である場合には、「ｗ／ｄａ
ｔａ」状態はそのままに維持され、ブロック２７４が実
行される。問い合わせの結果が「イエス」の場合、次に
ブロック２７６が実行される。現在の「ｗ／ｄａｔａ」
状態がブロック２７０および２７２において修正された
そのグローバル分岐を持っている場合には、このブロッ
クにおいて、制御が渡される。続いて、ブロック２７６
において、「−−＞」マーカーが１８０度回転し、同一
のダイナキーまたは他の論理エンティティに対する「デ
ータ無し」状態を示す「＜−−」になる。続いて、ブロ
ック２７８が実行される。この問い合わせの結果が「イ
エス」である場合には、「データ無し」状態に対するグ
ローバル分岐を修正する必要があり、ブロック２７０お
よび２７２の場合と同様に、ブロック２８０お２８２が
実行される。次に、ブロック２８４が実行される。「デ
ータ無し」状態を変更しないでそのままに維持する場合
には、このブロックも実行されるが、このことはブロッ
ク２７８での問い合わせの結果が、「ノー」であること
を意味する。続いて、ブロック２８４を実行した後で、
上記マーカーはもとの「−−＞」に戻り、それがダイナ
キーであれ、他のなんらかの論理エンティティであり、
次のテキスト・ストリングへ進む。次に、ブロック２８
６が実行される。この問い合わせの結果が「ノー」であ
る場合には、もっと多くのダイアログの変更を行う必要
があり、ダイアログの変更を捨てなければならない。そ
れ故、分岐はブロック２６６に戻る。この問い合わせの
結果が「イエス」である場合には、すべてのダイアログ
の変更をそのまま維持する必要があり、ブロック２８８
が実行される。ここで、このスクリーンの暫定構造を修
正するために、グローバル分岐の変更が使用される。そ
の後、最後のレイアウト・メニュー選択に関する作業を
終了するために、図２０のＮに分岐が行われる。このフ
ローチャートについては、図１９のフローチャートの説
明が全部終了してから説明する。

【００３４】再び、図１９のブロック２７４について説
明する。この問い合わせの結果が「ノー」である場合に
は、現在の「データ有り」状態がそのまま残り、ダイア
ログの変更をさらに行う必要があるかどうかを判断する
ために、ブロック２８６が実行される。ブロック２８６
についてはすでに説明したので、図１９のフローチャー
トの説明はこれで終わる。最後のレイアウト・メニュー
選択は、図２０のフローチャートにより行った作業に対
応する。ブロック２９０が最初に実行され、そのスクリ
ーンに対するローカル・スクリーン分岐ダイアログが、
ＣＲＴ１４上に表示される。このダイアログは、二つの
コラムを含んでいて、一方のコラムは主ローカル分岐用
であり、他方のコラムは補助ローカル分岐用である。各
コラムには、スプレッドシート・タイプのフォーマット
の分岐「有り」および分岐「無し」用の他の二つのコラ
ムがある。各セルにはスクリーン数値が入っている。論
理エンティティが使用されないためセルを適用できない
場合には、セルの内容は「ＮＡ」になる。セルを適用で
き、スクリーン番号がすでに割り当てられていた場合に
は、その番号がセルにセットされる。そうでない場合に
は、セルに他の数値がセットされるが、これについては
後で簡単に説明する。

【００３５】続いて、ブロック２９２が実行される。こ
の問い合わせの結果が「ノー」である場合には、このダ
イアログから抜け出し、暫定構造体がそのまま維持され
る。次に、次の作業を決定するために、図２１の０に向
かって分岐が行われる。これにより、ファイルのセー
ブ、プログラムの終了、または同じスクリーンに対する
七つのレイアウト・メニューの再度の使用までも含む、
種々の最終的なオプションを行うことができる。続い
て、ブロック２９２での問い合わせの結果が「ノー」で
ある場合には、ブロック２９４が実行される。ここで、
ダイアログ上の主および補助セルのあるものにゼロをセ
ットするために、ダイアログ・エディタが使用される。
その理由は、場合によっては、すべての分岐がグローバ
ルであり、ローカル・セットのどのスクリーンも分岐し
なければならない場合があるからである。また、ある場
合には、「データ有り無し」状態または「データ無し」
状態がエラー状態であり、分岐に対してゼロをセットす
ることがこの状況を示す場合があるからである。

【００３６】次に、ブロック２９６が実行される。ここ
でもまた、ダイアログ・セルの数値のあるものを変更す
るために、ダイアログ・エディタが使用される。その理
由は、すでに存在するか、修正中の現在のスクリーンで
あるスクリーン番号に関連する各セルを修正するためで
ある。ブロック２９８が実行される。この問い合わせの
結果が「イエス」である場合には、いくつかの新しいス
クリーン番号が自動的に発生し、最初に９９９８の数値
が与えられた任意のセルにセットされる。これら数値
は、ローカル分岐に対して選択することができる各セ
ル、および現在どのスクリーン番号とも関連していない
各セルに割り当てられる。次にブロック３００が実行さ
れ、最初の番号が９９９８であり、それがインターフェ
ースの次に最も大きいスクリーン番号により置き換えら
れたダイアログ構造体内で、９９９８のセル番号の変更
が行われる。続いて、ブロック３０２が実行され、ダイ
アログ・スクリーンの内容が、９９９８の置き換えを反
映させるために変更される。

【００３７】ブロック２９８に戻って説明する。この問
い合わせの結果が「ノー」である場合には、新しいスク
リーン番号は付けられず、ブロック３００および３０２
はバイパスされ、再度の番号付けが行われる前に、ブロ
ック３０４が直接実行される。この問い合わせの結果が
「イエス」である場合には、現在のダイアログの内容を
すべてそのダイアログの最初の内容で置き換えるため
に、ブロック３０６お３０８が実行される。このプロセ
スは、ミスをして、もう一度最初からやりなおさなけれ
ばならない場合に役にたつ。続いて、ブロック３０６が
実行されると、ダイアログ上の「リセット」ボタンが押
され、ダイアログ構造体の内容がリセットされる。その
後、ブロック３０８が実行されると、ダイアログ・セル
の数値をその初期値に変更するために、ダイアログ構造
体の内容が使用される。

【００３８】再び、ブロック３０４に戻って説明する。
この問い合わせの結果が「ノー」である場合には、再初
期化は行われず、ブロック３０６および３０８がバイパ
スされ、ブロック３１０が直接実行される。この問い合
わせの結果が「ノー」である場合には、ダイアログの内
容をキャンセルするか、さらに修正しなければならず、
ブロック２９２に向かって分岐が行われる。この問い合
わせの結果が「イエス」である場合には、ダイアログの
内容をそのままたは受け入れなければならず、ブロック
３１２が実行される。その結果、暫定構造体および現在
のダイアログ構造体を使用して、インターフェース構造
体が更新される。その後、補助分岐スクリーンが後に続
く最初に作られた主分岐スクリーンにより、新しいスク
リーン構造を強制的にトップダウンの順序にするため
に、ダイアログ・セル内のすべての新しいスクリーン番
号がスタック内に押し込まれる。各スタック入力も、ま
た最後のスクリーン番号および最後のボタン番号を含
む。続いて、ブロック３１４が実行される。この問い合
わせの結果が「ノー」である場合には、スタックは空で
なく、もっと多くのスクリーンを作らなければならな
い。それ故、ダミーのＤＫ品目ＤＫリスト・スクリーン
の修正の際のステップを継続するために、図１２のＡに
分岐する前に、ブロック３１６および３１８が実行され
る。ブロック３１６においては、スタックの一番上の新
しいスクリーン項目がポップする。次に、ブロック３１
８が実行され、三つの変数、すなわち、「ｉＣｕｒｒｅ
ｎｔＳｃｒｅｅｎ」、「ｉＬａｓｔＳｃｒｅｅｎ」およ
び「ｉＬａｓｔＢｕｔｔｏｎ」に、スタックから今ポッ
プした項目に関連する数値が与えられる。

【００３９】ブロック３１４での問い合わせの結果が
「イエス」である場合には、スタックは空になり、ブロ
ック３２０が実行される。ここで、ポップアップ・ウィ
ンドウが、「スクリーン・サブセット終了」というメッ
セージと一緒に、ＣＲＴ１４上に表示される。処理を継
続するためには、ここで、ユーザはＯＫボタンをマウス
でクリックする必要がある。次に、次の作業を決定する
ために、図２１のコネクタＯに向かって分岐が行われ
る。このフローチャートについては後で説明する。ここ
で図２０の説明を終わる。図２１のフローチャートに行
く前に、インターフェース語の七つのレイアウト・メニ
ュー項目について考えてみよう。例えば、図３の「販売
項目メニュー」について再び考えてみよう。最初のレイ
アウト・メニュー選択の目的が、すべてのスクリーン・
テキストの入力であったことを思いだしてほしい。この
場合、ヘッディングの後の最初の「１」のレコードの数
値２９は、「販売品目メニュー」テキストのコードが２
９であることを示す。また、同じレコードの数値３０
は、「品目の走査、入力または変更」である命令の最初
の行に対するテキスト・コードである。次の二つの命令
行はブランクなので、そのコードはゼロである。上記
「１」レコードの最後の二つのテキスト・フィールドの
数値もゼロである。何故なら、図３の「プロンプト」お
よび「入力」フィールドはブランクであるからである。
最初のレイアウト・メニューを通して入力したスクリー
ン・テキストの残りを、アクティブなダイナキーに関連
する「２」レコードに示す。例えば、「１」レコードの
後ろの最初の「２」レコードのテキストは「２、１、３
１、０」である。「２」はダイナキーを示し、「１」は
最初のダイナキーを示し、「３１」および「０」は第一
のダイナキーに対する二つの行ラベルに関連する。第二
のラベルが使用されていないことに留意されたい。それ
故、その数値はゼロである。しかし、数値「３１」は、
テキスト「品目の数量」が「．ｄａｔ」インターフェー
ス・ファイル内の３１番目のレコードであることを示
す。

【００４０】第二のレイアウト・メニューは、図３のタ
イトル・アイコン、および五つのダイナキー・アイコン
を選択するのに使用される。ここでもまた、図９を参照
し、第二のレイアウト・メニューを使用して生成した六
つの対応する名前、すなわち、「バーコード」、「数
量」、「価格変更」、「Ｘ」、「Ｘ」および「左」に留
意されたい。タイトル・アイコンを選択しなかった場合
には、テキスト名は適用できないことを示す「ＮＡ」で
あったことになる。図３の五つのアクティブなダイナキ
ーに、ＥＬＬ機能「有り」コード、およびＥＬＬ機能
「無し」コード、および「有り」状態に対する入力デジ
ット範囲を与えるために、第三のレイアウト・メニュー
が使用される。ここでもまた、図９を参照してほしい。
最初の「２」レコードに、ストリング「１４８、１、１
０」が含まれていることに留意されたい。１４８は、ダ
イナキー１の「有り」状態に対するＥＬＬ機能名が、
「「ｋｅｙｌｏｇｉｃ．ｄａｔ」ファイルの１４８番目
の機能であることを示す。次に、「１、１０」という情
報は、ＥＬＬ機能が１−１０のデジットの長さの入力を
待っていることを意味する。図１０を参照してほしい。
その「データ有り」状態のダイナキー１に割り当てられ
た１４８番目の機能は、「Ｉｔｅｍ−Ｃｈａｎｇｅ−Ｑ
ｕａｎｔｉｔｙＷ」（４１１）として識別されているこ
とに留意されたい。図９および図１０情報の「２」レコ
ードのヘッディング３０２は、適用できる場合には、ダ
イナキーＥＬＬ割当の残りおよびデータ範囲の場所を知
るのに使用することができる。

【００４１】四番目のレイアウト・メニューは、図２に
示すスクリーンにスクリーン環境を割り当てるのに使用
される。図９の「３」レコードに対する言語は、コンマ
で区切られた一連のＴおよびＦであることに留意された
い。「ｂＫｅｙ１１、ｂＫｅｙ１２、．．．、ｂＫｅｙ
３３、ｂＫｅｙ４３、ｂＫｅｙ５３」というキャプショ
ンが、１１のグローバル・ダイナキーを示している
「３」レコード・ヘッディング３０３に留意されたい。
それ故、「３」レコードの最後の１１の数値を調
べ、「．ｋｅｙ」ファイルをチェックすることによっ
て、どのグローバルキーが図２のスクリーンに対して使
用することができるかを判断することができる。「３」
レコードの最初の１０個のＴまたはＦは、図２のスクリ
ーンが現在表示されている場合、どの周辺および他の論
理エンティティを使用することができるかを示す。詳細
については、＜Ｒ＞フローチャートのところで説明す
る。

【００４２】第五のレイアウト・メニュー選択機能は、
ＥＬＬ機能コードおよびデータ範囲割当が、＜入力＞キ
ーおよび周辺機器スキャナのような「環境」論理エンテ
ィティ用のものであるという点を除けば、図２用の第三
のレイアウト・メニューに非常によく似ている。説明を
続けるが、図９において、最初の「４」レコードは、＜
入力＞キー用のものであり、第二の「４」レコードはス
キャナ用のものであることに留意されたい。図９の「ｉ
ＦｕｎｃｔｉｏｎＷ」、「ｉＬｏｗＷ」および「ｉＨｉ
ｇｈＷ」ヘッディング３０４について説明するが、＜入
力＞キーの関連「データ有り」ＥＬＬ割当が、「１５
０、１、１０」であることに留意されたい。その後、再
び、図１０を参照することにより、「ｋｅｙｌｏｇｉ
ｃ．ｄａｔ」ファイルの１５０番目のＥＬＬ機能が「ｉ
Ｔｅｍ−ＥｎｔｒｙＷ」４１２であることが分かる。

【００４３】６番目のレイアウト・メニューは、図３の
グローバル分岐を割り当てるのに使用される。説明を続
けるが、もう一度、図９の最後の「４」レコードを参照
してほしい。「ｕｓＢｌａｃｋｂｏａｒｄＷ」フィール
ドの数値である番号１１０９に留意されたい。このフィ
ールドは、その名称が意味するように、符号がついてい
ない１６ビットの番号である。図１０を参照してほし
い。図２のその「データ有り」状態のスキャナは、「＊
＊」に分岐していることに留意されたい。その後、図１
０の一番下の行において、上記分岐は四つの異なる「黒
板」セット名４１３であると指定されている。＜Ｂ＞の
グローバル分岐ダイアログ名のリストのチェックした各
名称の相対的な位置は、１にセットされているこの１６
ビットの符号を持たないフィールド内の対応するビット
ということになる。また、１１０９というこのフィール
ドの数値が、１６進法で表示される。＜Ｂ＞が、この割
当が行われるとき、必ずしも分岐目標のスクリーン番号
を知っているわけではないことに留意されたい。＜Ｒ＞
のフローチャートのところで、グローバル分岐の抽出の
レベル除去について説明する。

【００４４】７番目、そして最後のレイアウト・メニュ
ーは、ローカル分岐情報をインターフェース語に挿入す
るためのものである。例えば、図９においては、「２」
レコードおよび「４」レコードは、それぞれローカル分
岐を持っている。これを理解するめに、最初の「２」レ
コードをチェックし、テキスト「１４８、１、１０、
６」を考えてみよう。すでに説明したように、ダイナキ
ー１に対して、１４８番目のＥＬＬ機能は、１から１０
までの記号である入力範囲を予想している。その後、数
字６は、ＥＬＬ機能の実行が成功した場合、分岐目標の
次のスクリーン番号を示す。この場合、図２のスクリー
ンに対して、強調されている項目が、最初、新しい数量
をタイプし、その後でダイナキー１を押すことにより変
更したその数量である場合には、結果として、レシート
領域が変更されるが、後続の分岐は同じスクリーンに向
かって行われる。図９のヘッディング、図２および図１
０を見れば、図９に示すローカル分岐を理解できるだろ
う。図２１のフローチャートについての説明を続ける。

【００４５】図２１のフローチャートの主な目的は、イ
ンターフェースをセーブし、＜Ｂ＞における次の作業を
決定することができるようにすることである。それ故、
現在のスクリーンを生成または修正をするのに、七つの
レイアウト・メニュー項目が使用された後で、または他
の修正が終了した時、またはインターフェース・ファイ
ルをセーブする必要があるとき、図２１のコネクタＯに
接続する。続いて、Ｏに向かって分岐が行われた場合、
ブロック３２２が実行される。この場合、そのインター
フェースをセーブすべきかどうかを判断するために、問
い合わせが行われる。上記セーブは、ファイル・メニュ
ーに「Ｓａｖｅ」または「ＳａｖｅＡｓ］を追加するこ
とによって行うことができる。ブロック３２２での問い
合わせの結果が「ノー」である場合には、セーブ論理が
バイパスされ、ブロック３３０に向かって分岐が行われ
る。このブロックについては後でさらに説明する。ブロ
ック３２２での問い合わせの結果が「イエス」である場
合には、ブロック３２４が実行され、ユーザはインター
フェース名を変更するかどうかの決定を行う。この問い
合わせの結果が「イエス」である場合には、ブロック３
２６が実行され、ブロック３２８が実行される前に、新
しいインターフェース・プリフィックスを入手するため
に、ダイアログが使用される。ブロック３２４での問い
合わせの結果が「ノー」である場合には、ブロック３２
６がスキップされ、ブロック３２８に向かって直接分岐
が行われる。ブロック３２８が実行されると、現在また
は新しいインターフェース・プリフィックス名を使用し
て、五つのファイルがディスクに書き込まれる。次に、
ブロック３３０が実行され、インターフェースの修正を
継続するかどうかについての問い合わせが行われる。こ
の問い合わせの結果が「ノー」である場合には、ブロッ
ク３３６が実行され、＜Ｂ＞が終了する。ブロック３３
６は、ファイル・メニューに「出口（Ｅｘｉｔ）」メニ
ューを追加することによって実行される。続いて、ブロ
ック３３０での問い合わせの結果が「イエス」である場
合には、ブロック３３２が実行される。この問い合わせ
の結果が「イエス」である場合には、もっと多くの新し
いスクリーンを作らなければならない。それ故、一番上
のスクリーン・スタック項目を使用して、三つの変数を
初期化するために、ブロック３３４が実行される。これ
ら三つの変数が新しい各スクリーンのレシート領域内に
表示されることを思い出してほしい。次に、図１２のＡ
に向かって分岐が行われ、ここでスクリーンのタイプが
規定され、ダミーのＤＫ品目ＤＫリスト・スクリーンが
表示される。ブロック３３２での問い合わせの結果が
「ノー」である場合には、新しいスクリーンを作る必要
はなく、次のスクリーンの修正を継続して行うために、
図１２のＣに向かって分岐が行われる。これで図２１の
フローチャートの説明を終わり、二つの残りの＜Ｂ＞の
フローチャート、すなわち、図２２および図２３につい
て説明する。

【００４６】フローチャート２２について詳細に説明す
る。現在のＣＲＴ１４の表示を変更する必要がある場合
には、図２２のコネクタＰに向かって分岐が行われる。
この分岐は、他のスクリーン・セットを作るか、スクリ
ーンを修正するために行われる。続いて、ブロック３３
８で問い合わせが行われる。この問い合わせの結果が
「ノー」である場合には、ＧＯＴＯメニューからスクリ
ーン・セット名を選択する必要がないことを意味する。
次に、ブロック３４０で問い合わせが行われる。この問
い合わせの結果も「ノー」である場合には、ＧＯＴＯメ
ニューのどれも使用する必要はなく、図１２のＣに向か
って分岐が行われる。要するに、これはユーザがＧＯＴ
Ｏメニューを使用使用として気が変わった場合の、脱出
ルートである。

【００４７】ブロック３４０に戻って説明する。この問
い合わせの結果が「イエス」である場合には、ブロック
３４２が実行される。ブロック３４０を実行するには、
ユーザは、上記問い合わせの結果が「イエス」である場
合には、ＧＯＴＯメニューから「スクリーン」を選択し
なければならない。続いて、ブロック３４２が実行され
ると、「ｉＣｕｒｒｅｎｔＳｃｒｅｅｎ」に現在の番号
をセットするためにダイアログが使用される。ブロック
３４８について続けて説明する前に、他のＧＯＴＯメニ
ュー選択の結果を知るために、ブロック３３８での問い
合わせに戻って説明する。この問い合わせの結果が「イ
エス」である場合は、ＧＯＴＯメニューからスクリーン
・セット名が選択されることを意味し、ブロック３４４
が実行される。この問い合わせの結果が「イエス」であ
る場合には、選択したスクリーン・セットはスクリーン
を持たず、他の新しいスクリーンを作る前に、図１２の
コネクタＡに戻るための分岐を行なうのに先だって、ブ
ロック３４６へ進む。ブロック３４６が実行されると、
「ｉＣｕｒｒｅｎｔＳｃｒｅｅｎ」変数に、「ｉＥｎｄ
Ｓｃｒｅｅｎ＋１」変数に記憶されている次のスクリー
ン番号の数値が与えられる。また、変数「ｉＬａｓｔＳ
ｃｒｅｅｎ」および「ｉＬａｓｔＢｕｔｔｏｎ」はゼロ
にセットされる。何故なら、前のスクリーンのコンテク
ストが存在しないからである。ここで、ブロック３４４
に戻る。この問い合わせの結果が「ノー」である場合に
は、スクリーン・セットの第一のスクリーンが存在し、
次に、ブロック３４８が実行される。ＧＯＴＯメニュー
からの「スクリーン」の選択に続いて、現在のスクリー
ン番号がタイプされた後で、このブロックに進むことを
思いだしてほしい。

【００４８】続いて、ブロック３４８が実行され、三つ
の変数、すなわち、「ｉＣｕｒｒｅｎｔＳｃｒｅｅ
ｎ」、「ｉＬａｓｔＳｃｒｅｅｎ」および「ｉＬａｓｔ
Ｂｕｔｔｏｎ」を初期化するために、現在のスクリーン
構造情報が使用される。次に、ブロック３５０および３
５２が実行され、それがＤＫ品目であれＤＫリストであ
れ、適当なスクリーン・メニュー項目をチェックするた
めに、現在のスクリーン情報が使用される。また、スク
リーンに対する暫定構造が初期化される。その後、ブロ
ック３５４が実行され、現在のスクリーン情報を反映す
るためにＣＲＴ１４が修正される。その後、スクリーン
・セット内のスクリーンまたは現在のスクリーンをプリ
ントすべきかどうかを判断するために、ブロック３５６
で問い合わせが行われる。この問い合わせは、ファイル
・メニューに「プリント」メニュー項目を追加すること
によって行われる。この問い合わせの結果が「イエス」
である場合には、ブロック３５８が実行され、そのスク
リーンまたは複数のスクリーンが、後でマイクロソフト
（登録商標）のワードを使用して、プリントすることが
できるディスク・ファイルに追加される。＜Ｂ＞のスタ
ートのところで、このディスク・ファイルは空になる。
それ故、ＧＯＴＯメニュー・セット名を選択することに
よって、一度に一つずつ、以降の印刷を行うために、デ
ィスク・ファイルに全インターフェースを書き込むこと
ができる。図１０に、最後にプリントアウトしたものの
一例を示す。このプリントアウトは図３のスクリーンに
対するものである。続いて、さらに「印刷」またはスク
リーン修正を行うことができるように、図１２のコネク
タＣに向かって分岐が行われる。ブロック３５６での問
い合わせの結果が「ノー」である場合にも、Ｃに向かっ
て分岐が行われるが、これは印刷をする必要がないこと
を意味する。これで図２２のフローチャートの説明を終
わる。

【００４９】図２３は、＜Ｂ＞の最後のフローチャート
である。このフローチャートの最初のブロックに接続し
ているコネクタＱは、「スクリーン保守タイプ２」に対
する問い合わせが「イエス」である場合には、図１２か
ら分岐する。このフローチャートの実行は、下記の選
択、すなわち、「ダイナキーの移動」、「ダイナキーの
交換」、「スクリーンの削除」および「スクリーンの圧
縮」を含む「保守メニュー」からなる。最初の選択を行
うと、ｉ番目の位置にある現在のダイナキーをｊ番目の
位置に移動させることができる。この場所では、ｊ番目
のダイナキーは現在使用されていない。第二の選択は、
現在のダイナキーが論理的に相互に交換される点を除け
ば、第一の選択に類似している。第三の選択を行うと、
それが現在使用されていない場合には、スクリーンを削
除することができる。四番目、すなわち、最後の選択を
行うと、スクリーン番号が１から始まる番号で付け直さ
れる。図２３のフローチャートの各ステップについて説
明する。

【００５０】ブロック３６０で問い合わせが行われる。
この問い合わせの結果が「イエス」である場合には、動
的ダイナキーを削除する必要があることを意味し、ブロ
ック３６２が実行される。ブロック３６２においては、
二つの変数、すなわち、「Ｄｙｎａｋｅｙ１」および
「Ｄｙｎａｋｅｙ２」に整数の変数がセットされる。次
に、ブロック３６４が実行される。その結果、現在のス
クリーン構造内の「Ｄｙｎａｋｅｙ１」の位置が、「Ｄ
ｙｎａｋｅｙ２」に移動する。その後、「Ｄｙｎａｋｅ
ｙ１」の位置において、上記情報はゼロにセットされ
る。次に、ブロック３６６が実行され、現在のＣＲＴ１
４のスクリーン情報が、ダイナキーの移動を示すために
修正される。このブロックにはコネクタＲが接続してい
ることに留意されたい。何故なら、ここでも二つのダイ
ナキーの交換が行われた後で分岐が行われるからであ
る。続いて、ブロック３６６が実行された後で、さらに
修正を行うために、Ｃに向かって分岐が行われる。

【００５１】ブロック３６０での問い合わせの結果が
「ノー」である場合には、ブロック３６８が実行され
る。この問い合わせの結果が「イエス」である場合に
は、二つのダイナキーを交換するために、ブロック３７
０および３７２が使用される。その後、Ｒに向かって分
岐が行われ、修正が終了する。二つの変数が、現在使用
されている二つのダイナキーを参照する点を除けば、ブ
ロック３７０はブロック３６２に類似している。二つの
ダイナキー構造が二つの位置で交換される点を除けば、
ブロック３７２はブロック３６４に類似している。ブロ
ック３６８での問い合わせの結果が「ノー」である場合
には、ブロック３７４が実行される。この問い合わせの
結果が「イエス」である場合には、現在のスクリーンが
削除される。それ故、ブロック３７６おいて、そのスク
リーンが他のスクリーンにより参照されていないか、ま
たはそのスクリーンが、一つ以上のスクリーンを持つス
クリーン・セット内の最初のスクリーンではないことを
判断するための最初のチェックが行われた後で、インタ
ーフェース構造が修正される。また、そのスクリーンが
特定のスクリーン・セット内の唯一のスクリーンである
場合には、構造内に常駐する「．ｋｅｙ」情報が、現在
空であるスクリーン・セットを反映するために更新され
る。続いて、ブロック３７８が実行され、スクリーン情
報がないことを示すために、ＣＲＴ１４スクリーンが修
正される。その後、どのスクリーン・セットまたはスク
リーンを次に修正すべきかを決定するために、図１２の
Ｐに向かって分岐が行われる。このフローチャートにつ
いてはすでに説明した。

【００５２】ブロック３６０、３６８および３７４での
問い合わせの結果が、それぞれ「ノー」である場合に
は、ブロック３８０が実行される。この問い合わせの結
果が「イエス」である場合には、スクリーン番号が１か
ら始まる連続番号となる。それ故、Ｒに向かって分岐が
行われる前に、ブロック３８２および３８４が実行され
る。ブロック３８２が実行されると、インターフェース
構造内の最初のスクリーン番号が１になり、以降のスク
リーン番号がつけ替えられる。その後、ブロック３８４
が実行され、外部インターフェース分岐および「．ｋｅ
ｙ」構造内で参照されたスクリーン番号が、必要に応じ
て、修正される。ブロック３６０、３６８、３７４およ
び３８０での問い合わせの結果がすべて「ノー」である
場合には、保守メニュー選択がバイパスされ、修正を全
く行わないで、図１２のＣに向かって分岐が行われる。
これは、まさに特定のタイプの修正についてユーザの気
持ちが変化した様子を示している。これで図２３および
＜Ｂ＞の説明を終了する。

【００５３】＜Ｔ＞の説明を始める前に、＜Ｂ＞を実行
するために使用する参照資料について最後に少し説明し
たい。まず、Ｃに対するＮＩＣＥ（登録商標）クライア
ント、プログラミング情報、リリース１．２ という表
題の１９９４年のＮＣＲ刊行物に、ＤＫ品目およびＤＫ
リスト対象に関する情報が記載されている。同様に、チ
ャールズ・ペツォルド著のウィンドウズ（商標）３．１
のプログラミングという表題の１９９２年発行の書籍
に、ウィンドウズ・メニュー、メニュー項目およびダイ
アログを構成するための詳細な情報が記載されている。
＜Ｔ＞について以下に説明する。図１１のスクリーン５
００におけるレシート領域の上半分に、試験中の現在の
スクリーン番号が表示されていて、その番号が６であこ
とに留意されたい。これは図３の同じスクリーン・セッ
ト２０１に対応する。また、試験中のダイナキーは最初
のダイナキー２１１であり、その二つの行ラベルは「品
目数量」で、この場合、ラベルの第二の行はブランクで
ある。「データ無し」の状態でこのダイナキーを押す
と、それに向かって分岐したスクリーンのスクリーン番
号は７になる。これが図１１のスクリーンである。この
レシート領域の下半分は、スクリーン６上でのダイナキ
ー１の圧下に関連するＥＬＬ機能であり、ＥＬＬ名は
「Ｉｔｅｍ−Ｃｈａｎｇｅ−ＱｕａｎｔｉｔｙＷＯ」
（５０２）である。レシート領域のこの行の下に、ＥＬ
Ｌ機能を終了した場合に分岐したスクリーン番号が表示
される（５０３）。＜Ｔ＞のフローチャートについて説
明する。

【００５４】図２４から図２８について説明すると、＜
Ｔ＞の実行はブロッ５００からスタートし、ブロック５
０２まで継続して行われる。ブロック５０２が実行され
ると、現在のインターフェースに対して＜Ｂ＞において
行われたように、五つのインターフェース・ファイルが
開かれ、一つの対応する支持ファイルが開かれる。しか
し、この場合は、インターフェースのプリフィックスは
「ａｕｔｏｐｏｓ」であると見なされる。その理由は、
このインターフェースが＜Ｒ＞で使用されるものである
からである。その後、ブロック５０４が実行され、ファ
イルが読み取られ、構造体の適当な複数のアレイまたは
一つのアレイ内に記憶される。次に、ブロック５０６が
実行され、ブランクのＤＫ品目がＣＲＴ１４上に表示さ
れる。これにより、ブランクのＤＫ品目スクリーンの一
番上でのその後のＤＫ品目／ＤＫリスト・インターフェ
ース・スクリーンの表示が容易に行われ、＜Ｔ＞をもっ
とよく見たり、触れたりすることができるようになる。

【００５５】続いて、ブロック５０８から５１４におい
てループが実行される。このループの目的は、ブール・
アレイの素子を「偽」にセットすることである。このこ
とは、現在のインターフェース・スクリーンのどれもが
各スクリーンに関連するＥＬＬ機能についての試験を行
っていないことを示す。ループが終了してから、図２５
のコネクタＡに向かって分岐が行われる。これで図２４
のフローチャートの説明を終わる。図２５のフローチャ
ートの目的は、一度に一つずつ、スクリーン・セットで
ステップを実行するのに使用する他のループを提供する
ことである。一つのスクリーン・セットの任意の複数の
スクリーンの検査を行う前に、プログラムを終了させる
ことができる。さらに、あるスクリーン・セットが一つ
またはそれ以上のスクリーンを含んでいる場合には、図
２６のＤに向かって分岐が行われ、そこですべてのスク
リーンが試験される。続いて、ブロック５１６が実行さ
れ、ループ変数「ｉ］が１に初期化される。次に、ブロ
ック５１８が実行される。この問い合わせの結果が「イ
エス」である場合には、プログラムを終了させる必要が
あることを意味し、ブロック５２０から５２４までが実
行される。ブロック５１８の実行は、数字キーの一つを
押す動作に対応するイベントを処理することにより行わ
れる。＜Ｔ＞の他の場所でも、プログラムを終了させる
ことができる。それ故、ブロック５２０は、コネクタＢ
に接続している。ブロック５２０が実行されると、現在
のＤＫ品目またはＤＫリスト・スクリーンが消去され
る。次に、ブロック５２２が実行され、ベースラインＤ
Ｋ品目スクリーンが消える。最後に、ブロック５２４が
実行され、＜Ｔ＞が終了する。

【００５６】ブロック５１８に戻って説明する。この問
い合わせの結果が「ノー」である場合には、ブロック５
２６が実行される。この問い合わせの結果が「イエス」
である場合には、現在のセットが一つのスクリーンを持
っていることを意味し、次のフローチャートのＤに向か
って分岐が行われる。このフローチャートについては、
この後で説明する。ブロック５２６での問い合わせの結
果が「ノー」である場合には、現在のスクリーン・セッ
トが空になり、ブロック５２８が実行される。このブロ
ックはコネクタＣに接続している。何故なら、スクリー
ン・セットの試験が行われた後で、スクリーン・セット
・ループを継続するために、このブロックへの分岐が必
要であるからである。続いて、ブロック５２８におい
て、ループ変数「ｉ」が１だけ増大する。その後、ブロ
ック５３０が実行される。この問い合わせの結果が「イ
エス」である場合には、他にも試験しなければならない
スクリーン・セットが存在することを意味し、ブロック
５１．８に向かって分岐が行われる。この問い合わせの
結果が「ノー」である場合には、＜Ｔ＞のラップアップ
作業を行うために、図２８のＧに向かって分岐が行われ
る。このフローチャートについては後で説明する。これ
で図２５のフローチャートについての説明を終わる。

【００５７】図２６のフローチャートの目的は、特定の
スクリーン・セットの試験を開始するのに必要なステッ
プを提供することである。図２６のＤに向かって分岐が
行われと、ブロック５３２が実行される。このスクリー
ン・セットの最初のスクリーンが、ＣＲＴ１４上に表示
される。スクリーン・タイプが前のものと異なっている
場合には、現在のスクリーンが消去され、新しいスクリ
ーンが表示される。そうでない場合には、スクリーンの
内容が修正される。続いて、ブロック５３４が実行され
る。それにより、レシート領域内にセット名および最初
のスクリーン番号が表示される。その後、ブロック５３
６が実行され、スクリーンの論理情報がスタック上に置
かれる。より詳細に説明すると、アクティブな各論理エ
ンティティに対する「有り」および「無し」状態が二つ
のスタックの入力を構成する。このスタックは逆の順序
で満たされる。すなわち、ダイナキー１の情報がダイナ
キー２の情報の前に表示され、ダイナキー８の情報が
「入力」キーの前に表示される。アクティブ各論理エン
ティティに対して、「無し」の状態が「有り」状態の前
に表示される。

【００５８】続いて、ブロック５３８から５４２が、ス
クリーン・セット試験で、ループを形成する。このルー
プはコネクタＥに接続している。スクリーン・セット内
の個々の各スクリーンの試験が行われた後で、このルー
プに入る。ブロック５３８が実行されると、試験が終了
する前に、＜Ｔ＞を終了すべきかどうかを判断するため
に、問い合わせが行われる。この問い合わせの結果が
「イエス」である場合には、＜Ｔ＞を終了させるため
に、図２５のＢに向かって分岐が行われる。このフロー
チャートについてはすでに説明した。この問い合わせの
結果が「ノー」である場合には、ブロック５４０が実行
される。この問い合わせの結果が「イエス」である場合
には、プログラムを一時的に中止する必要がある。この
ブロックの実行は、ユーザがスペース・バーを押すこと
により行われる。次に、ブロック５４２が実行される。
この問い合わせの結果が「ノー」である場合には、プロ
グラムは一時中止の状態に維持される。この問い合わせ
の結果が「イエス」である場合には、次の作業が何であ
るかを知るために、プログラムを再スタートさせ、Ｅの
ところでループのスタートに戻る。ここでも、スペース
・バーが使用されるが、この場合には、プログラムは一
時中止の状態のままには維持されない。要するに、スペ
ース・バーが＜Ｔ＞の一時中止および再スタートについ
てトグル・スイッチの働きをする。

【００５９】ブロック５４０に戻って説明する。この問
い合わせの結果が「ノー」である場合には、特定のスク
リーンの試験で使用されるステップを実行するために、
試験を続行し、図２７のコネクタＦに向かって分岐が行
われる。このフローチャートについては次に説明する。
これで図２６のフローチャートの説明を終わる。図２６
から図２７へは上記のように進む。次に、ブロック５４
４が実行される。ポップしたスタック項目が空のセット
である場合には、現在のスクリーン・セットが試験さ
れ、スクリーン・セット試験ループの実行を継続するた
めに、図２５のＣに向かって分岐が行われる。これにつ
いてはすでに説明した。ブロック５４６での問い合わせ
の結果が「ノー」である場合には、ブロック５４８が実
行される。この問い合わせの結果が「ノー」である場合
には、試験中の論理エンティティは、現在のＣＲＴ１４
スクリーンではなく、異なるスクリーンに関連してい
て、ブロック５５０から５５４が実行される。ブロック
５５０が実行されると、試験中の論理エンティティに関
連するスクリーンが、ＣＲＴ１４上に表示される。次
に、ブロック５５２が実行される。この問い合わせの結
果が「ノー」である場合には、ブロック５５４が実行さ
れる。それにより、新しいスクリーンの論理情報がスタ
ック上に置かれる。ブロック５５２での問い合わせの結
果が「イエス」である場合には、スクリーンを再び試験
する必要はなく、５５４はバイパスされる。

【００６０】ブロック５４８に戻って説明する。この問
い合わせの結果が「イエス」である場合には、ブロック
５５０−５５４がバイパスされる。何故なら、現在のＤ
Ｋ品目／ＤＫリスト・スクリーンは試験する必要がある
論理エンティティに関連する新しいものだからである。
続いて、ブロック５５６が実行される。それにより、使
用対象のポップした最後のＥＬＬスタック項目が、レシ
ート領域の上半分に、図１１の情報に類似の情報をセッ
トするために使用される。次に、ブロック５５８が実行
される。この問い合わせの結果が「イエス」である場合
には、試験した機能スクリーンの移動が行われる。それ
故、この試験経路を示すために、ブロック５６０−５６
６が実行される。ブロック５６０が実行されると、ＣＲ
Ｔ１４上に分岐スクリーンが表示される。次に、ブロッ
ク５６２が実行され、一番上のレシート情報が再び表示
される。その後、ブロック５６４が実行される。この問
い合わせの結果が「イエス」である場合には、現在のＣ
ＲＴ１４スクリーンは表示されず、その論理情報がスタ
ック上に載せられる。この問い合わせの結果が「ノー」
である場合には、スクリーンはすでに表示され、ブロッ
ク５６６がバイパスされる。

【００６１】再び、ブロック５５８に戻って説明する。
この問い合わせの結果が「ノー」である場合には、ＥＬ
Ｌ機能が＜Ｒ＞を実行した後で、分岐は行われない。そ
れ故、ブロック５６０−５６６はバイパスされる。次
に、ブロック５６８が実行される。それにより、レシー
ト領域の下半分に、図１１の情報に類似の情報が表示さ
れる。すでに説明したように、この情報は、シミュレー
トされたＥＬＬ機能であり、スクリーンは実行後分岐す
る。レシート情報を読み取ることができるように、数秒
間一時的な中止を行った後で、試験を中断するため、ま
たはテスターを一時的に中止するため、またはスタック
を使用して試験を継続するために、図２６のＥに向かっ
て分岐が行われる。これで図２７のフローチャートの説
明を終わる。図２８は、再度の＜Ｔ＞のフローチャート
である。このフローチャートは、図２５のフローチャー
トから分岐したもので、すべてのスクリーン・セットの
試験が終了してから、コネクタＧへの分岐が行われたこ
とを思いだしてほしい。このフローチャートの主な目的
は、プログラムを終了するために、図２５のコネクタＢ
に分岐する前に、一度に一つずつ、ポップアップ・ウィ
ンドウ内に、試験していない各スクリーン番号を表示す
るために必要なステップを示すためのものである。この
ようにして、必要な場合には、スクリーン番号をシーケ
ンシャルに番号を付け直すために、＜Ｂ＞を使用するこ
とができる。または、いくつかのスクリーンはもはや使
用せず、＜Ｂ＞をそれらのスクリーンを削除するために
使用しなければならない場合がある。

【００６２】続いて、ブロック５７０が実行され、ルー
プ変数「ｉ］が１に初期化される。次に、ブロック５７
２が実行される。この問い合わせの結果が「ノー」であ
る場合には、ｉ番目のスクリーンが＜Ｔ＞によりアクセ
スされ、ブロック５７４が実行される。ブロック５７４
の機能は、ポップアップ・ウィンドウに、試験中に遭遇
しなかったスクリーン番号を表示することである。その
後、ユーザは試験を継続するために、任意の入力キーを
押す。ブロック５７２での問い合わせの結果が「イエ
ス」である場合には、ブロック５７４はバイパスされ
る。次に、ブロック５７６が実行され、ループ変数
「ｉ］が１だけ増大する。その後、ブロック５７８が実
行される。この問い合わせの結果が「イエス」である場
合には、「ｂＴｒａｖｅｒｓｅ」の最後の素子がチェッ
クされていないことを意味し、＜Ｔ＞を終了するため
に、図２５のＢに向かって分岐が行われる。

【００６３】最後に、＜Ｔ＞についていくつか説明す
る。分岐が他のスクリーン・セットに向かって行われる
場合には、レシート領域内にセット名が表示されるが、
ローカル・スタックは変更されない。その後、他のスク
リーン・セットが試験される。また、ダイナキーおよ
び、＜入力＞キーの他に、スクリーンに関連する種々の
周辺機器は、スタック内のその論理情報を持つことがで
きる。最後に、データ「有り」状態情報が試験された場
合には、レシート領域にデジットの数に関する入力の範
囲が表示される。これで＜Ｔ＞についての説明を終わ
る。＜Ｒ＞へのインターフェースの内蔵について以下に
説明する。図２９から図３８について説明すると、＜Ｒ
＞の実行はブロック６００からスタートし、ブロック６
０２まで継続して行われ、そこで小さな四角いウィンド
ウがダイナキー（商標）上に表示される。次に、ブロッ
ク６０４が実行され、これらのウィンドウが消える。し
かし、ベース・ウィンドウは重要である。何故なら、そ
のハンドルがダイナキー（商標）３２に対するウィンド
ウ・メッセージを受信するのに使用され、その周辺機器
が＜Ｒ＞として実行されるからである。続いて、ブロッ
ク６０６が実行され、五つの「ａｕｔｏｐｏｓ」ファイ
ルが開かれる。この場合、＜Ｂ＞および＜Ｔ＞とは対照
的に、支持ファイルは必要ないので、開かれない。次
に、ブロック６０８が実行され、インターフェースファ
イルが読み取られ、構造体の複数のアレイまたは一つの
アレイ内に記憶される。さらに、「ａｕｔｏｐｏｓ．ｋ
ｅｙ」ファイルが読みだされると、「．ｋｅｙ」ファイ
ルに現れるスクリーン・セットの順序に従って、すべて
のスクリーン・セットに対して、スタート・スクリーン
番号により整数「黒板」アレイが満たされる。「黒板」
という用語は、人口頭脳に由来するもので、この場合
は、インターフェース・エージェントが＜Ｒ＞エージェ
ントが後でアクセスすることができる領域に書き込むこ
とを意味する。それ故、インターフェース語が外部を生
成し、修正することができる。他の「黒板」アレイは、
グローバル分岐に関連するセットに対するスタート・ス
クリーン番号を維持するために使用される。

【００６４】続いて、ブロック６１０が実行され、ブラ
ンクのＤＫ品目が、ダイナキー（商標）上に表示され
る。このプロセスは、以降のインターフェース・スクリ
ーンが削除および生成されるときに、外観および感触を
改善するために行われる。次に、ブロック６１２が実行
され、＜Ｒ＞の初期化作業が行われる。このプロセス
は、プリンタ、スキャナ、ＭＳＲ、および任意の他の周
辺機器に対する初期化作業を含む。また、単一のサーバ
に多くのダイナキー（商標）３２がフックアップされて
いるので、レーン番号および特定のレジスタ情報を入手
するためにＬＡＮが使用される。さらに、異なるスキャ
ナ等を使用して、個々のレーンを容易に使用することが
できるようにするために、「．ｉｎｉ」ファイルを使用
することができる。これらファイルは共通ウィンドウズ
・コマンドを使用して処理される。

【００６５】ブロック６１４が実行されると、最後の初
期化ステップが終了する。この場合、「ａｕｔｏｐｏｓ
１．ｋｅｙ」レコードは、表示される最初のスクリーン
番号を入手するために使用される。この番号を入手する
と、構造体情報のそのアレイは、正しいＤＫ品目または
ＤＫリスト・スクリーンを表示するために使用される。
スクリーン・テキストの内容は、「ａｕｔｏｐｏｓ．ｄ
ａｔ」ファイルへのオフセットとしての、インターフェ
ース数字コード情報を使用して入手される。しかし、テ
キスト・フィールドは変数であってもよく、それが問題
になる。例えば、図５のスクリーン２３１においては、
ダイナキー・テキスト・ラベルとしての、申し込んだポ
ンドによる数量２３０は購入品目によって変わってく
る。この問題を処理するために、特殊の数学的合成機能
が＜Ｒ＞に設定されている。各機能に対する抽出は、ｆ
（ｇ（ｘ））として定義されるｇのｆである。すなわ
ち、ｘは数字コードであり、ｇ（ｘ）は「ａｕｔｏｐｏ
ｓ．ｄａｔ」を使用する解読ストリングの結果であり、
ｆは最初のコード化を示す最終解読である。可変テキス
トの場合には、最初の解読は、下記の抽出、すなわち、
「：：ｎ：ｃ」に依存する。ここで、「ｎ」は整数であ
り、「ｃ］はコメントである。要するに、任意のスクリ
ーン・テキスト・フィールドに対して、変数テキストが
存在する場合には、＜Ｂ＞はｎが一意の可変テキスト抽
出を入力するために使用される。これは、変数ｎに対し
て＜Ｒ＞内に特定の下記ロジックを与えなければならな
いことを意味する。しかし、多くの場合、この解読ロジ
ックは、一つの＜Ｒ＞から他の＜Ｒ＞へ行く際に再度使
用することができる。

【００６６】図２９の次のブロック、すなわち、ブロッ
ク６１６は、コネクタＡに接続している。異なるインタ
ーフェース・スクリーンが表示されると、周辺機器およ
び他のスクリーンの初期化作業を行わなければならない
ので、このコネクタが必要になる。例えば、ある種のス
クリーンはスキャナまたは他の周辺機器に関連してい
る。それ故、これら装置に対する初期化は、新しいスク
リーンが表示されるときに行わなければならない。しか
し、最後のスクリーンに対して上記装置がアクティブで
ある場合には、関連ブール変数はすでに「真」にセット
されていて再度の初期化が行われるのを防止する。他の
初期化作業は、レシート状態、および関連ＥＬＬ機能を
使用することができるかできないかに基づいて、アクテ
ィブなダイナキーをアクティブでない状態にするプロセ
スを含む。ダイナキー（商標）３２がカラーＬＣＤであ
る場合には、アクティブでないダイナキー・テキストは
赤に変わる。そうでない場合には、上記テキストは薄暗
くなる。ウィンドウズ制御パネルの設定により、実際の
効果が決まる。続いて、入力バッファ変数の文字の数を
ゼロにセットするような、他のハッキリとした変数の初
期化が、ブロック６１６で行われる。ブロック６１６が
実行された後、図３０のコネクタＢに向かって分岐が行
われる。このフローチャートについては後で説明する。
これで図２９のフローチャートの説明を終わる。

【００６７】図３０のフローチャートの目的は、＜Ｒ＞
の実行時間イベントを処理することである。一つの実行
方法としては、エベント・ハンドラ機能に、受信した関
連ウィンドウ・メッセージに基づいて、一連のケース文
を収容するという方法がある。または、一連のイベント
・ハンドラ機能を使用することができる。続いて、ブロ
ック６１８が実行されると、現在のスクリーンに関連す
る任意のダイナキーが押されたかどうかを判断するため
に、問い合わせが行われる。この問い合わせの結果が
「イエス」である場合には、図３１のコネクタＣに向か
って分岐が行われる。このフローチャートについては、
次に説明する。

【００６８】ブロック６１８での問い合わせの結果が
「ノー」である場合には、ブロック６２０が実行され
る。この問い合わせの結果が「イエス」である場合に
は、グローバルキーがすでに押されている。この検出は
容易に行うことができる。何故なら、各グローバルキー
は一つの機能コードと関連しているからである。しか
し、グローバルキーは、＜Ｒ＞のすべての例に対して同
じラベルがつけられているわけではないので、＜Ｒ＞の
グローバル一致コードは一定ではない。このような変化
を処理するために、「．ｋｅｙ」ファイルに、「グロー
バル」スクリーン・セットの名前、対応する機能番号お
よびセットの最初のスクリーン番号が含まれていること
を知っている。それ故、＜Ｒ＞に保持されているコード
を修正するためのユティリティ・プログラムを書くこと
ができる。要するに、グローバルキーの決定が行われ、
ユティリティ・プログラムが実行れると、特定の＜Ｒ＞
の修正が行われる。続いて、図３３のＦに向かって分岐
が行われる。このフローチャートについては、後で説明
する。ブロック６２０での問い合わせの結果が「ノー」
である場合には、ブロック６２２が実行される。この問
い合わせの結果が「イエス」である場合には、＜入力＞
キーがすでに押されていて、図３４のコネクタＧに向か
って分岐が行われる。このフローチャートについては、
後で説明する。この問い合わせの結果が「ノー」である
場合には、ブロック６２４が実行される。この問い合わ
せの結果が「イエス」である場合には、二つのカーソル
・キーの中の一つが押されたことを意味し、図３５のコ
ネクタＨに向かって分岐が行われる。このフローチャー
トについては後で説明する。ブロック６２４での問い合
わせの結果が「ノー」である場合には、ブロック６２６
が実行される。この問い合わせの結果が「イエス」であ
る場合には、データ・キーがすでに押されていて、図３
６のコネクタＪに向かって分岐が行われる。このフロー
チャートについも後で説明する。次に、ブロック６２６
での問い合わせの結果が「ノー」である場合には、ブロ
ック６２８が実行される。この問い合わせの結果が「イ
エス」である場合には、スキャナ読み取りのような周辺
イベントが起こり、図３７のコネクタＫに向かって分岐
が行われる。このこのフローチャートについても、後で
説明する。最後に、図３０のすべての終了させないため
の問い合わせの結果が「ノー」である場合には、ブロッ
ク６３０が実行される。この問い合わせの結果が「イエ
ス」である場合には、プロセス終了ステップを実行する
ために、図３８のコネクタＬに向かって分岐が行われ
る。このフローチャートについては、後で説明する。こ
の問い合わせの結果が「ノー」である場合には、図３０
のＢに向かって分岐が行われる。これにより、イベント
・ハンドラ・ロジックのスタートへの脱出経路が供給さ
れ、イベントが各ＣＰＵタイム・スライスにおいて必ず
しも起きるとは限らないことが示される。これで図３０
のフローチャートについての説明を終わる。残っている
のは、各タイプの実行時間イベントの処理の際に関連す
るステップを示す図３１から図３８のフローチャートで
ある。図３１から説明する。

【００６９】ダイナキーを押すと、図３１のコネクタＣ
に進むことを思いだしてほしい。続いて、ブロック６３
２が実行され、特定のダイナキーが識別され、変数
「ｉ」に正しい数値が与えられる。この特定のダイナキ
ーは容易に検出することができる。何故なら、八つのダ
イナキーがいつでも、それぞれ１から８までのファンク
ション・キーに対応しているからである。また、アクテ
ィブでないダイナキーを押すか、またはラベルのないキ
ーを押すと、ウィンドウズのイベントは起こらない。要
するに、アクティブなダイナキーの場合だけ、コネクタ
Ｃに進む。続いて、ブロック６３４が実行される。この
問い合わせの結果が「イエス」である場合には、ダイナ
キーが押される前に、ある種の入力が行われ、ブロック
６３６が実行される。ここで、インターフェース構造体
から、その「データ有り」状態のｉ番目のダイナキーに
対するＥＬＬ情報を取り出すために、スクリーン番号と
変数「ｉ」が使用される。この情報の使用方法はすぐに
明らかになる。

【００７０】ブロック６３４に戻って説明する。この問
い合わせの結果が「ノー」である場合には、ブロック６
３８が実行される。このブロックは、「データ無し」状
態情報が、記憶されたインターフェース構造体から検索
されるという点を除けば、ブロック６３６に類似してい
る。ブロック６３８または６３６が実行されると、ＥＬ
Ｌロジックの処理を継続するために、図３２のコネクタ
Ｄに向かって分岐が行われる。これで図３１のフローチ
ャートの説明を終わる。ダイナキー、＜入力＞キーまた
は＜Ｒ＞で識別されたある種の他の論理イベントに対し
て、ＥＬＬ情報が検索された後で、図３２のコネクタＤ
に進む。続いて、ブロック６４０が実行され、「ｂＬｏ
ｇｉｃ」変数が「真」にセットされ、変数「ｉＮｅｘｔ
Ｓｃｒｅｅｎ」に、今検索したＥＬＬ情報に関連する主
なローカル・スクリーン番号の数値が与えられる。この
変数の使用方法は、説明が進むにつれて明らかになる。

【００７１】次に、ブロック６４２が実行される。ここ
で、構造体から入手したばかりのＥＬＬ相対番号と一緒
に、「ビジネス・モデル」機能を呼び出すことにより、
ＥＬＬ機能作業がスタートする。その後、コードの下記
のＣ行、すなわち、「ｂＳｔａｔｕｓ＝Ｂｒｉｄｇｅ
［ｉＦｕｎｃｔｉｏｎ］（）；」を使用して、正しいＥ
ＬＬ機能作業がスタートする。この呼び出し作業を行う
理由は、ＥＬＬ機能は「ビジネス・モデル」機能の次
に、アルファベット順でコード化されているからであ
り、「．ｈ」ファイルが「ｉｎｔ（＊Ｂｒｉｄｇｅ［Ｎ
ＵＭ−ＦＵＮＣＴＩＯＮ］）（ｖｏｉｄ）
＝｛．．．．｝；」のように「ブリッジ」を定義してい
るからである。この文中、ＮＵＭ−ＦＵＮＣＴＩＯＮＳ
には、「定義」文により数値が与えられ、三つの点のと
ころにはコンマで区切られたＥＬＬ機能名が入る。「．
ｈ］ファイルおよび「．ｃ］ファイルの生成は、入力と
して「ｋｅｙｌｏｇｉｃ．ｄａｔ」ファイルを使用する
ことにのより、自動的に行われる。その後、ＥＬＬ機能
を含むスケルトン「．ｃ］ファイルが、特定のＥＬＬコ
ードの追加が行われるとき、修正される。開発が行われ
るとき、「ｋｅｙｌｏｇｉｃ．ｄａｔ」ファイルは、新
しいＥＬＬ機能により修正することができ、現在のいく
つかのファイルを削除することができる。このプロセス
を自動化するために、下記の一連のステップが行われ
る。最初に、「ｋｅｙｌｏｇｉｃ．ｄａｔ」ファイルの
後に新しい名前が追加され、相対的な番号−１が名前お
よびコンマの右にタイプされる。二番目に、これらの削
除対象の相対的番号が−２に変更される。その後、この
ファイルはアルファベット順に記憶される。次に、＜Ｂ
＞が呼び出され、そのファイルがセーブされる。その結
果、インターフェースおよび「ｋｅｙｌｏｇｉｃ．ｄａ
ｔ」ファイルの両方が更新される。三番目に、古いＥＬ
Ｌ機能を削除し、スケルトンの新しいＥＬＬ機能を追加
するために、「．ｈ］ファイルおよび「．ｃ］ファイル
を更新するプログラムが実行される。最後に、「ビジネ
ス・モデル」を反映するために、新しいＥＬＬ機能が修
正される。

【００７２】ブロック６４２を実行した後で、表示する
次のスクリーンが決定される。このスクリーンは、同じ
スクリーンである場合もあるし、他のスクリーンである
場合もある。続いて、ブロック６４４が実行され、変数
「ｉＮｅｘｔＳｃｒｅｅｎ」が、必要に応じて、修正さ
れる。「ｉＮｅｘｔＳｃｒｅｅｎ」を重ね書きする理由
は二つある。第一の理由は、ローカル分岐は依然として
必要であるが、補助スクリーン番号を使用する必要があ
り、それは主要なスクリーン番号ではないからである。
それ故、ＥＬＬ機能が暫定変数にゼロでない数値をセッ
トした場合には、「ｉＮｅｘｔＳｃｒｅｅｎ」には、そ
の補助スクリーン番号に対する数値が与えられる。第二
の理由は、グローバル分岐が必要な場合、ブロック６４
４の最後のタスクは、「ｉＮｅｘｔＳｃｒｅｅｎ」に、
他のスクリーン・セットの最初のスクリーン番号をセッ
トすることだからである。特定のダイナキー、＜入力＞
キー、または他の論理スクリーン・エンティティに対し
て、グローバル分岐を指定するために＜Ｂ＞が使用さ
れ、＜Ｒ＞がそれを確認した場合に限って、グローバル
分岐が行われると仮定する。例えば、再び、ここで図３
について考えてみよう。最初のレシート品目である「Ｚ
ＩＰＬＯＣＫ」（２０３Ａ）が、その品目が走査された
あとで、何等の加重も行う必要がないと仮定しよう。一
方、第二のレシート品目である「バナナ」（２０３Ｂ）
が加重を必要とすると仮定しよう。この場合は、その
「データ有り」状態のスクリーン走査に関連するＥＬＬ
機能は、何等かの方法でグローバル分岐をアクティブに
するか、アクティブでない状態にするかを区別しなけれ
ばならない。この場合、グローバル分岐は、「バナナ」
に対する「ＰＬＵ−ＷＥＩＧＨ」セットの第一のスクリ
ーンへ向かって行われ、ローカル分岐は「ＺＩＰＬＯＣ
Ｋ」品目を走査した後で、図３のスクリーンに向かって
行われると仮定する。この場合、どのようにしてグロー
バル分岐が強行されるのかという疑問が起こる。最初
に、各ＥＬＬ割当てが、符号を持たない変数を含んでい
る＜Ｂ＞についての説明を思い出してもらいたい。第一
のグローバル・スクリーン・セットが、例えば、その
「データ有り」の状態のスクリーンのスキャナに向かう
分岐である場合には、このフィールドの最下位のビット
はゼロにではなく、１にセットされる。同様に、すべて
の他のスクリーン・セットおよび符号を持たない数字の
各ビットについても同じことが行われる。例えば、図９
に示すようになる。この図においては、最後の「４」レ
コード３１４は、符号を持たず、１６進法で１１０９の
数値を持つ「ｕｓＢｌａｃｋｂｏａｒｄＷ」フィールド
を持つ。このグローバル分岐フィールドは、その「デー
タ有り」状態にあるスキャナに対するものである。ここ
でもまた、ブロック６４４において、符号を持たない関
連ビットを、一度に一つずつ、右にシフトすることによ
って、グローバル分岐がスタートする。どれかが数値１
を持っている場合には、そのグローバル・セット名に対
応するブール変数が、数値として「真」を持っているか
どうかを判断するためにチェックが行われる。このブー
ル変数は、前のブロック６４２で実行されたばかりのＥ
ＬＬ機能で「真」にセットされている。ブール変数のこ
のアレイは、最初そして新しい各分岐が決定された後、
「偽」にセットされる。ブール変数割当て文は、アレイ
へのオフセットとしてスクリーン・セット名を使用す
る。例えば、「．ｋｅｙ」ファイルにおいては、コンマ
で区切られたファイルは、下記の内容、すなわち、「品
目、入力」がセットされているその二つの名前フィール
ドを持つ。これらフィールドは、容易に、下線文字を持
つ大文字からなる一つの名前、すなわち、「ＩＴＥＭ−
ＥＮＴＲＹ」に結合することができる。その後、「＃ｄ
ｅｆｉｎｅ」、大文字による名前、および数値からなる
「．ｋｅｙ」ファイルから、「．ｈ」を発生することが
できる。要するに、ブロック６４４を実行した後で、
「ｉＮｅｘｔＳｃｒｅｅｎ」変数は、それがエラー・ス
クリーン番号ゼロであれ、分岐目標の次のスクリーン、
同じセット内の同じスクリーン、同じスクリーン・セッ
ト内の異なるスクリーン、または他のセットの最初のス
クリーンを含む。

【００７３】次に、ブロック６４６が実行される。この
ブロックが、コネクタＥに接続していることに留意され
たい。その理由は、＜クリア＞キー以外のグローバルキ
ーが検出されたとき、グローバル・スクリーン・セット
の最初のスクリーンが分かった場合には、ここで分岐が
行われる。続いて、ブロック６４６での問い合わせの結
果が「イエス」である場合には、「ｉＮｅｘｔＳｃｒｅ
ｅｎ」の数値はゼロになり、このことはエラーが発生し
たことを意味する。例えば、図３において、データの入
力が行われず、＜入力＞キーが押されると仮定しよう。
この場合、図１０に示すように、エラー状態が発生す
る。この場合、ＥＬＬ機能は「Ａ−Ｅｒｒｏｒ−Ｅｎｔ
ｅｒＷＯ」であり、次のスクリーン番号はゼロ（４１
０）である。続いて、次にブロック６４８が実行され、
ポップアップ・ウィンドウが現在のＤＫ品目／ＤＫリス
ト・スクリーン上に表示される。この内容は、どのよう
な状態でどの「キー」が押されたかを示すエラー・メッ
セージ、および発見できなかったスクリーン番号を含
む。この時点で、すべての他の以降の実行時間イベント
は、グローバル＜クリア＞キーが押されるまで、処理さ
れない。一つの実行は、ブール・ガード変数の「真」値
に基づいて、これら実行時間イベントを処理することで
ある。続いて、図３０のコネクタＢに向かって分岐が行
われ、＜クリア＞実行時間イベント待ち状態になる。

【００７４】ブロック６４６に戻って説明する。この問
い合わせの結果が「ノー」であると仮定しよう。この場
合には、ブロック６５０が実行される。この問い合わせ
の結果が「イエス」である場合には、「ｉＮｅｘｔＳｃ
ｒｅｅｎ」の数値は、現在のスクリーン番号と同じ数値
である。それ故、現在のＥＬＬ機能が終了した後で、こ
れ以上何もする必要はない。それ故、今までのように、
コネクタＢに向かって分岐が行われる。ブロック６５０
での問い合わせの結果が「ノー」である場合には、ブロ
ック６５２が実行される。この問い合わせの結果が「イ
エス」である場合には、ＤＫ品目／ＤＫリスト・スクリ
ーンを削除する必要がある。スクリーンの削除が必要な
第一の場合は、現在のスクリーンがＤＫリスト・スクリ
ーンであり、次のスクリーン番号が異なる場合である。
例えば、図４のＤＫリスト・スクリーンが、現在のスク
リーンであると仮定しよう。このタイプのスクリーンが
生成された場合には、そのスクリーンは、通常、図３に
示すように、ＤＫ品目スクリーンの一番上に置かれる。
この場合、ＤＫリスト・スクリーンは、そのダイナキー
・ラベル（２１０）および最後の六つのダイナキーに対
して予め指定した機能を持つ。これにより、何のプログ
ラミングを行わないで、レシート・リストを容易に移動
することができる。このレシート・リストは、通常、生
成されたとき、その名前にＤＫリストを与えることがで
きるファイルから満たされる。その後、このファイルの
最初のページが、レシート領域内に自動的に表示され
る。各ＤＫリスト・スクリーンは、一番上に二つのダイ
ナキーおよび＜入力＞キーに、＜Ｂ＞によりＥＬＬ機能
情報を与えることができるために、さらにカスタム化さ
れる。一つまたはそれ以上の特定のスクリーンのＥＬＬ
機能を使用して、リストが処理されると、ＤＫリスト・
スクリーンは何時でも削除される。そうすることによ
り、ＤＫ品目スクリーンは、通常、現在のスクリーンの
ままに維持される。それ故、ＤＫリスト・スクリーンの
目的は、以後の使用のために「黒板」領域に記憶されて
いる情報を集めることである。通常、この情報は現在の
ＤＫリスト・スクリーンの下に表示されている現在のＤ
Ｋ品目スクリーン内のレシート領域に影響を与える。

【００７５】スクリーン削除の第二の場合を説明するた
めに、現在ののスクリーン２６１が、図８に示すスクリ
ーンの中の一つであり、前のスクリーンがＤＫ品目であ
ると仮定しよう。この場合を説明するために、ローガン
処理の後で、図３が生成されたと仮定しよう。グローバ
ルキーが押されると、図８に示すスクリーンが図３のス
クリーンの一番上に置かれると仮定しよう。このこと
は、メッセージ・スクリーンが削除された場合には、最
も少ないプログラミングを行うだけで、「販売品目メニ
ュー」スクリーンを、依然として使用できることを意味
する。特に、「販売品目メニュー」に対するハンドル
は、そのアクティブな各ダイナキーの状態を保持してい
るアレイと一緒に保持しなければならない。一般的にい
って、二つのＤＫ品目は異なるものである。何故なら、
各スクリーンに対する＜Ｂ＞の「環境」ダイアログは二
つのブール変数を含み、一方の変数は小計を抑制するた
めのものであり、他方の変数は合計を抑圧するためのも
のである。図３のＤＫ品目スクリーンの場合には、＜Ｂ
＞によりスクリーンが生成された場合、これら変数は両
方ともチェックされる。そして、図８のＤＫ品目スクリ
ーンの場合には、これらリスト・ボックスはチェックさ
れない。要するに、ブロック６５２が実行され、一つ以
上のＤＫ品目スクリーンが存在し、その二つの小計／合
計「環境」ブール変数の数値が同じでない場合には、問
い合わせの結果は「イエス」になる。その後、ブロック
６５４が実行され、現在表示されているスクリーンが削
除される。このことは、現在表示中のスクリーンのハン
ドルが、現在のスクリーンのハンドルになり、その対応
するダイナキー状態アレイが、アクティブな状態のアレ
イになる場合があることを意味する。

【００７６】ブロック６５２に戻って説明する。問い合
わせの結果がノーであると仮定する。この場合、ブロッ
ク６５６が実行される。このブロックは、またブロック
６５４が実行された後でも実行される。続いて、ブロッ
ク６５６での問い合わせの結果が「イエス」である場合
には、ブロック６５８が実行される。ここで、メモリに
記憶されているインターフェースから、指定のＤＫ品目
またはＤＫリスト・スクリーンを検索するために、「ｉ
ＮｅｘｔＳｃｒｅｅｎ」番号が使用される。このスクリ
ーンがＤＫリスト・スクリーンである場合には、前のＥ
ＬＬ機能が、ファイル名を、ＤＫリスト生成の際に使用
される「黒板」変数名にコピーする。新しいスクリーン
がＤＫ品目スクリーンである場合で、現在のスクリーン
がＤＫ品目スクリーンである場合には、現在のＤＫ品目
ハンドルを、その各ダイナキーの状態と一緒に、スタッ
クにセーブしなければならない。通常のＰＯＳ用途の場
合には、アクティブなインターフェース・スクリーンの
数は、通常、三以下である。

【００７７】ブロック６５６に戻って説明する。この問
い合わせの結果が「ノー」である場合には、ブロック６
６０が実行され、記憶されたインターフェースから情報
を取り出すために、スクリーン番号を使用して、現在の
ＤＫ品目スクリーンの修正が行われる。こうすれば、必
要な場合に、新しいスクリーンを生成するだけでよいの
で、メモリを節約することができる。また、＜Ｒ＞の動
作をもっと速くすることができる。ブロック６６０また
は６５８を実行した後で、周辺機器を作動可能にすると
いうような追加スクリーン初期化を行うために、図２９
のコネクタＡに向かって分岐が行われる。このブロック
についてはすでに説明した。これで図３２のフローチャ
ートの説明を終わる。図３３において、グローバルキー
が押され、それが検出されると、処理は図３３のコネク
タＦに進む。続いて、ブロック６６２が実行される。こ
の問い合わせの結果が「ノー」である場合には、＜クリ
ア＞グローバルキーはまだ押されていない。次に、ブロ
ック６６４が実行され、グローバルキーを識別し、その
スクリーン・セット内の第一のスクリーン番号を発見す
るために、「．ｋｅｙ」ファイルのグローバルキーの機
能番号、および最初のスクリーン番号が使用される。次
に、このスクリーンを表示するために使用されるステッ
プを実行するために、図３２のコネクタＥに向かって分
岐が行われる。このフローチャートのセグメントについ
てはすでに説明した。

【００７８】ブロック６６２に戻って説明する。この問
い合わせの結果が「イエス」である場合には、＜クリア
＞グローバルキーがすでに押されている。「．ｋｅｙ」
名およびその関連機能番号キーを使用することにより、
このキーを容易に識別することができる。続いて、ブロ
ック６６６が実行される。この問い合わせの結果が「イ
エス」である場合には、＜Ｒ＞はエラー状態または情報
状態であり、ポップアップ・ウィンドウが、オペレータ
に＜クリア＞キーを押すように促している最後の行と一
緒に、ダイナキー（商標）上に存在する。それ故、ブロ
ック６６８が実行され、ポップアップ・ウィンドウが消
去され、もっと多くの実行時間イベントを処理すること
ができるように、実行時間イベント用のブール・ガード
が、再び、「真」にセットされる。最後に、もっと多く
の実行時間イベントを処理するために、図３０のコネク
タＢに向かって分岐が行われる。

【００７９】ブロック６６６に戻って説明する。この問
い合わせの結果が「ノー」である場合には、＜クリア＞
グローバルキーはすでに押されているが、＜Ｂ＞はエラ
ー状態または情報状態ではない。それ故、ブロック６７
０が実行される。これにより、入力関連の変数が再び初
期化される。すなわち、「ｉＤａｔａ」がゼロにセット
され、入力バッファ領域は「無効」にセットされる。次
に、ブロック６７２が実行され、もっと多くの入力を入
力することができれるように、現在のスクリーン上の入
力領域が消去される。通常、入力内容が不正確で、再入
力する必要がある場合に、これらのフローチャートのス
テップが必要になる。スクリーン入力が消去された後
で、図３０のコネクタＢに向かって分岐が行われ、もっ
と多くの実行時間イベントの待ち状態になる。これで図
３３のフローチャートについての説明を終わる。

【００８０】図３０で＜入力＞キーが検出された場合
に、処理は図３４のコネクタＧに進む。このフローチャ
ートは、すでに説明した図３１のフローチャートに非常
によく似ている。ここで唯一補足したいことといえば、
八つのダイナキーがあるので、＜入力＞キーを９番目の
「キー」と見なすことができるということである。この
ことは９番目のキーから、ＥＬＬ情報を取り出すときに
便利である。何故なら、ブロック６７４においては、変
数「ｉ」を９にセットすることができるからである。＜
入力＞情報を記憶した構造体内の適当な場所から取り出
した場合には、ダイナキーＥＬＬ情報を検索した場合に
行ったように、コネクタＤに向かって分岐が行われる。
これで図３４のフローチャートの説明を終わる。図３０
で「アップ」または「ダウン」カーソル・キーが押さ
れ、それが検出されると、処理は図３５のコネクタＨに
進む。続いて、ブロック６８２が実行されると、「ｂＬ
ｏｇｉｃ」変数に数値「偽」が与えられ、変数「ｉ」が
１にセットされる。その理由は、「ｉ」が、アクティブ
にすべきかアクティブでない状態にすべきを判断するた
めに、各ダイナキーがチェックされるブロック６８４−
６９８のループを支配しているからである。さらに、一
定の「ｂＬｏｇｉｃ」、すなわち、数値「偽」により、
実行できるかどうかの判断を行うために、その前提条件
にあるＥＬＬ機能が呼び出される。一方、「ｂＬｏｇｉ
ｃ」の数値が「真」である場合には、ＥＬＬ機能が実際
に実行される。要するに、各ＥＬＬ機能は、確認ロジッ
クに続く二つの状態を持つ。例えば、図３において、強
調されたレシート品目は、「バナナ」（２０４Ｂ）に関
連する行である。この場合、この品目は加重品目である
ことがわかる。それ故、この数量を修正できない状態で
なければならない。何故なら、修正することは無意味で
あるからである。その結果、第一のダイナキー・テキス
トである「品目数量」は赤で表示される。このことは、
ダイナキー１がアクティブ状態でないことを意味する。

【００８１】続いて、ブロック６８４が実行される。こ
の問い合わせの結果が「ノー」である場合には、このダ
イナキーがテキストを持っていないことを意味し、図３
５のコネクタＩに向かって分岐が行われる。次に、ブロ
ック６９６が実行され、変数「ｉ」が１だけ増大する。
次に、ブロック６９８が実行される。この問い合わせの
結果が「イエス」である場合には、考慮しなければなら
ないダイナキーが他にあり、ブロック６８４に向かって
分岐が行われる。この問い合わせの結果が「ノー」であ
る場合には、カーソルの動きに関してすべてのダイナキ
ーがチェックされ、図３０のコネクタＢに向かって分岐
が行われ、他の実行時間イベントに対して待ち状態にな
る。スクリーン・レシート内の実際のカーソルの動き
は、直接＜Ｒ＞では行われないことに留意されたい。そ
の代わり、上記動きはＮＩＣＥ ＤＬＬコマンドによっ
て行われる。

【００８２】ブロック６８４に戻って説明する。この問
い合わせの結果が「イエス」である場合には、前提条件
の特定のダイナキーの「データ有り」および「データ無
し」ＥＬＬ結果を入手するために、ブロック６８６およ
び６８８が実行される。すなわち、各ＥＬＬ機能の実行
は、数値「真」または「偽」に戻る。続いて、ブロック
６９０において問い合わせが行われる。この問い合わせ
の結果が「ノー」である場合には、ダイナキーのＥＬＬ
の戻り数値はどちらも「真」にならない。それ故、ブロ
ック６９２が実行され、ＤＫ品目／ＤＫリスト・スクリ
ーン上に常駐するＮＩＣＥ対象へのウィンドウズ・コマ
ンドにより、ダイナキーがアクティブでない状態にな
る。その後、他に評価対象のダイナキーがあるかどうか
を判断するために、コネクタＩに向かって分岐が行われ
る。ブロック６９０に戻って説明する。この問い合わせ
の結果が「イエス」である場合には、ダイナキーの二つ
のＥＬＬ機能の中の一つを実行することができる。それ
故、ブロック６９４が実行され、ダイナキー・テキスト
がアクティブになる。その後、今までのように、考慮の
対象となるダイナキーが他にもあるかどうかを判断する
ために、ブロック６９６が実行される。最後に、作動お
よび非作動について説明する。そのダイナキーの状態が
前と同じである場合には、冗長作業を行わないことが一
番よい。それ故、＜Ｒ＞がこの可能性をチェックするこ
とができるようにするためのアレイが保持されている。
これで、図３５のフローチャートの説明を終わる。

【００８３】図３０においてダイナキー（商標）データ
キーの中の一つを押し、それが検出されると、処理が図
３６のコネクタＪに進む。続いて、ブロック７００が実
行される。ここで、変数「ｉＤａｔａ」が１だけ増大す
る。この変数は、入力バッファ内にある入力文字の数を
追跡調査する。次に、ブロック７０２が実行される。こ
の問い合わせの目的は、データをスクリーン上でエコー
すべきかどうかを判断することである。この実行方法
は、キーボード・エコー、およびそうでない場合には、
左のブランクに対してチェックすることができる「環
境」ダイアログ変数を導入することである。これはパス
ワード保護スクリーンに対する便利な機能である。続い
て、ブロック７０２での問い合わせの結果が「イエス」
である場合には、ブロック７０４が実行される。それに
より、入力記号を現在の入力ストリングの後ろに連結す
ることができる。ブロック７０２に戻って説明する。こ
の問い合わせの結果が「ノー」である場合には、ブロッ
ク７０６が実行される。この場合、入力記号は入力スト
リングに追加されず、星印が追加される。しかし、実際
の入力記号は他のアレイ内に保持される。これにより、
以降のＥＬＬ機能が、それを後で使用することができ
る。ブロック７０６または７０４が実行されると、ブロ
ック７０８が実行される。それにより、入力バッファの
内容がスクリーンの入力領域に表示される。最後に、コ
ネクタＢに向かって分岐が行われ、他の実行時間イベン
ト待ち状態になる。これで図３６のフローチャートの説
明を終わる。

【００８４】図３０でＰＯＳ周辺または関連イベントの
一つが検出された場合には、処理は図３７のコネクタＫ
に進む。フローチャートの説明をする前に、ＰＯＳの周
辺イベントについて少し説明する。スキャナ、ＭＳＲ、
ＭＩＣＲおよびプリンタのような装置の場合には、ＮＩ
ＣＥアクセス・ライブラリはメッセージを送受信するた
めにドライバと通信する。上記メッセージの中のいくつ
かは＜Ｒ＞のイベント・ハンドラ機能に転送される。し
かし、考慮しなければならない他の論理イベントがあ
る。これらイベントは、周辺イベントであると見なすこ
とができる。何故なら、それらはダイナキーまたは＜入
力＞イベントではないからである。例えば、図６につい
て考えてみよう。申し込みが始まると、通常現金収納引
出し４０が開く。その後、オペレータが支払い金額を変
更することができるように、「追加支払い」ＤＫ品目ス
クリーン２４１が表示される。しかし、現金収納引出し
４０は依然として開いたままである。最後に現金収納引
出しが閉められると、次のスクリーンが自動的に表示さ
れる。それ故、この要件を処理するには、「周辺」イベ
ントが下記のように導入される。

【００８５】最初に、図６に示すスクリーン２４１の表
示に先行するＥＬＬ機能が、一意のメッセージを＜Ｒ＞
のイベント・ハンドラ機能に送る。その後、この手順
は、本質的に、現金収納引出しが閉まるまで、同じイベ
ント・メッセージを繰り返して送信することにより、ル
ープを形成する。しかし、図６のスクリーンが表示され
ている間に、ある種のダイナキー（商標）入力が入力さ
れると仮定しよう。この解決策は、「現金収納引出し」
イベント・ループがアクティブである間に、ウィンドウ
ズの実行の変更を行うことである。このようにして、現
金収納引出しが最後に閉められると、すべての他の論理
イベントと同じように、そのイベントが処理される。＜
Ｂ＞が＜Ｒ＞にＥＬＬ情報を提供することができるよう
に、「環境」ダイアログ・スクリーンは、スキャナ等に
対するのと同じように、現金収納引出しに対してリスト
・ボックスを含むことができる。このリスト・ボックス
がチェックされると、スキャナ等に対して行ったよう
に、そのイベントへのＥＬＬ機能、グローバル分岐、お
よびローカル分岐を割り当てるために、以降の＜Ｂ＞レ
イアウト・メニュー選択を使用することができる。

【００８６】もう一つの種類の周辺イベントを理解して
もらうために、図７のスクリーン２５１について考えて
みよう。ＥＬＬ機能が最初に小切手を印刷するものと仮
定しよう。この場合、小切手の印刷が終了すると、「小
切手取り出し」ＤＫ品目スクリーンが表示される。この
スクリーンは、オペレータにプリンタから小切手を取り
出すように指示する。しかし、このような指示が行われ
ると、あとはオペレータが何もしなくても、以降のスク
リーンが表示される。この問題を解決するために、最も
一般的には、「環境」ダイアログに「フォーム・アウ
ト」イベント・リスト・ボックスが追加される。その
後、「現金収納引出し」イベントに対して行ったよう
に、必要に応じて、このボックスをチェックすることが
できる。同様に周辺イベントに分類されるもっとあいま
いな種類のイベントは、「無効アクション」イベントで
ある。例えば、図８について再び考えてみよう。レシー
ト領域２６５にメッセージが表示されていることに留意
されたい。このメッセージは、ダイナキー（商標）上に
スクリーン２６１が表示された後で表示される。しか
し、共通実行時間イベントによっては、このような表示
は行われない。それ故、この問題を処理するために、ス
クリーンの生成が行われた後で、ダミーのイベントが発
生する。特に、「環境」ダイアログに「無効アクショ
ン」リスト・ボックスが追加される。チェックすると
き、ＥＬＬ機能、グローバル分岐およびローカル分岐を
この「周辺」イベントに与えることができる。もちろ
ん、この場合のグローバル分岐は、おそらく決して使用
されず、ローカル分岐は同じスクリーンに向かって行わ
れる。要するに、＜Ｒ＞がこのスクリーンを生成する
と、適当な「環境」変数が＜Ｂ＞でチェックされた場
合、ダミー・メッセージがイベント・ハンドラ機能に送
られる。このようにして、最初のスクリーン・ロジック
を実行することができる。

【００８７】要するに、周辺イベントは、オペレータが
「キー」を押すことによってトリガーされたイベントと
に関連しない実行時間イベントからなる。しかし、厳密
にいうと、イベントすべてが、本当の意味では周辺装置
イベントではない。続いて、コネクタＫに分岐が行われ
ると、ブロック７１０が実行される。それにより、周辺
ループ変数「ｉ」に、初期値１が与えられる。次に、ブ
ロック７１２が実行される。この問い合わせの結果が
「ノー」である場合には、その周辺イベントはｉ番目の
ものではなく、ブロック７１４が実行される。ここで、
ループ変数「ｉ］が１だけ増大する。次に、ブロック７
１６において問い合わせが行われる。この問い合わせの
結果が「イエス」である場合には、他の周辺イベントを
チェックする必要があり、ブロック７１２に向かって分
岐が行われる。この問い合わせの結果が「ノー」である
場合には、特定の周辺イベントが検出されず、図３０の
コネクタＢに向かって分岐が行われ、他の実行時間イベ
ント待ち状態になる。この分岐は行われないが、終了す
るためのものである。

【００８８】図３７のブロック７１２に戻って説明す
る。この問い合わせの結果が「イエス」である場合に
は、図３０で検出したばかりの、この周辺イベントは、
ｉ番目のイベントであり、この場合、正しい数値が変数
「ｉ」に記憶される。続いて、ブロック７１８が実行さ
れる。この問い合わせの結果が「イエス」である場合に
は、インターフェース構造体から、ブロック７２０の
「データ有り」状態に関するＥＬＬ情報を検索するため
に、「ｉＥｖｅｎｔ［ｉ］」変数値が使用される。この
検索アルゴリズムに対する一つの実行は、数値が１０で
ある「ｉ」に対する数値に＜Ｂ＞の、「環境」ダイアロ
グ・マップ上の第一の周辺リスト・ボックスを入手する
ことである。何故なら、第一の八つのダイナキーおよび
＜入力＞キーは、すでに最初の九つの数値を使用してい
るからである。この方法により、あるスクリーンに対す
るインターフェース構造体は、ＥＬＬデータ情報に対す
る構造体の埋設アレイを持つことができる。

【００８９】ブロック７１８に戻って説明する。この問
い合わせの結果が「ノー」である場合には、ｉ番目のイ
ベントのＥＬＬ情報は、ブロック７２２のイベントに対
する「データ無し」状態から取り出される。その後、ブ
ロック７２２または７２０が実行され、ＥＬＬ作業を行
うために、図３２のコネクタＤに向かって分岐が行われ
る。このフローチャートは、ダイナキー・イベントを処
理した時にすでに説明した。これで図３７の説明を終わ
る。ＥＬＬ機能の一つが、ウィンドウズに、プログラム
を終了する必要があることを示すメッセージを送った場
合に、処理は図３８のコネクタＬに進む。このフローチ
ャートは、＜Ｒ＞の最後のフローチャートである。続い
て、ブロック７２２が実行され、すべてのＤＫ品目／Ｄ
Ｋリスト・インターフェース・スクリーンが消去され
る。次に、ブロック７２４が実行され、ブランクのＤＫ
品目が消去される。その後、ブロック７２６が実行さ
れ、隠れているベースライン・スクリーンが消去され
る。最後に、ブロック７２８および７３０が実行され、
＜Ｒ＞終了ロジックが実行され、プログラムは終了す
る。上記終了ロジックは、周辺機器、ＬＡＮ等への任意
の切り放しロジックを含むことができる。これで＜Ｒ＞
インターフェース内蔵についての説明を終わる。好適な
実施形態を参照しながら本発明を詳細に説明してきた
が、本発明の精神および範囲から逸脱しないで、種々の
変化および修正を行うことができることを理解された
い。

【００９０】＜関連出願への相互参照＞本出願は、「グ
ラフィカル・タッチ・ユーザ・インターフェースを組立
て、試験し、組み込むためのシステムおよび方法」とい
う名称の、１９９６年１０月３１日付けの米国特許出願
第 ／ 号の一部継続出願である。

【図面の簡単な説明】

【図１】開発システムのブロック図である。

【図２】小売りダイナキー（商標）システムの関連ブロ
ック図である。

【図３】通常のＤＫ品目およびＤＫリスト小売りスクリ
ーンの例である。

【図４】通常のＤＫ品目およびＤＫリスト小売りスクリ
ーンの例である。

【図５】通常のＤＫ品目およびＤＫリスト小売りスクリ
ーンの例である。

【図６】通常のＤＫ品目およびＤＫリスト小売りスクリ
ーンの例である。

【図７】通常のＤＫ品目およびＤＫリスト小売りスクリ
ーンの例である。

【図８】通常のＤＫ品目およびＤＫリスト小売りスクリ
ーンの例である。

【図９】図３の対象物用の外部インターフェース言語で
ある。

【図１０】図３の対象物の読むことができる印刷物であ
る。

【図１１】テスター＜Ｔ＞プログラムの視覚的な例であ
る。

【図１２】外部ダイナキー（商標）インターフェースを
組立てるためのフローチャートである。

【図１３】外部ダイナキー（商標）インターフェースを
組立てるためのフローチャートである。

【図１４】外部ダイナキー（商標）インターフェースを
組立てるためのフローチャートである。

【図１５】外部ダイナキー（商標）インターフェースを
組立てるためのフローチャートである。

【図１６】外部ダイナキー（商標）インターフェースを
組立てるためのフローチャートである。

【図１７】外部ダイナキー（商標）インターフェースを
組立てるためのフローチャートである。

【図１８】外部ダイナキー（商標）インターフェースを
組立てるためのフローチャートである。

【図１９】外部ダイナキー（商標）インターフェースを
組立てるためのフローチャートである。

【図２０】外部ダイナキー（商標）インターフェースを
組立てるためのフローチャートである。

【図２１】外部ダイナキー（商標）インターフェースを
組立てるためのフローチャートである。

【図２２】外部ダイナキー（商標）インターフェースを
組立てるためのフローチャートである。

【図２３】外部ダイナキー（商標）インターフェースを
組立てるためのフローチャートである。

【図２４】ダイナキー（商標）外部インターフェースに
指定された分岐を試験するためのフローチャートであ
る。

【図２５】ダイナキー（商標）外部インターフェースに
指定された分岐を試験するためのフローチャートであ
る。

【図２６】ダイナキー（商標）外部インターフェースに
指定された分岐を試験するためのフローチャートであ
る。

【図２７】ダイナキー（商標）外部インターフェースに
指定された分岐を試験するためのフローチャートであ
る。

【図２８】ダイナキー（商標）外部インターフェースに
指定された分岐を試験するためのフローチャートであ
る。

【図２９】特定のＰＯＳ実行時間システム内に上記イン
ターフェースを組み込むためのフローチャートである。

【図３０】特定のＰＯＳ実行時間システム内に上記イン
ターフェースを組み込むためのフローチャートである。

【図３１】特定のＰＯＳ実行時間システム内に上記イン
ターフェースを組み込むためのフローチャートである。

【図３２】特定のＰＯＳ実行時間システム内に上記イン
ターフェースを組み込むためのフローチャートである。

【図３３】特定のＰＯＳ実行時間システム内に上記イン
ターフェースを組み込むためのフローチャートである。

【図３４】特定のＰＯＳ実行時間システム内に上記イン
ターフェースを組み込むためのフローチャートである。

【図３５】特定のＰＯＳ実行時間システム内に上記イン
ターフェースを組み込むためのフローチャートである。

【図３６】特定のＰＯＳ実行時間システム内に上記イン
ターフェースを組み込むためのフローチャートである。

【図３７】特定のＰＯＳ実行時間システム内に上記イン
ターフェースを組み込むためのフローチャートである。

【図３８】特定のＰＯＳ実行時間システム内に上記イン
ターフェースを組み込むためのフローチャートである。

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

Claims (3)

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