JPH041842A - トランザクション情報テーブル - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 （産業上の利用分野） 本発明は、一般的にコンピュータ・ソフトウェアのアー
キテクチャに関し、更に詳しくは、一部または全てが構
成上異種のものである複数のコンピュータおよび関連す
るコンピュータ資源（ｓｏｕｒｃｅ）が種々のアプリケ
ーションを共同して処理することを可能にし、その結果
、ユーザは、いずれの場所でアプリケーションが実際に
実行されていようと、このアプリケーションの同じイメ
ージを見番ことができるシステムと方法に関する。

（従来技術） 今日の処理環境において、ビジネス用のアプリケーショ
ンは、トランザクション・モードまたは対話モードのい
ずれかで動作するように設計され実行されることができ
る。トランザクション・モードは、通常多くのユーザが
限定された資源に対して競合している環境でアプリケー
ションを実行する場合に使用される。対話モードは、１
人のユーザが資源を専用することができる場合に、最も
有効に使用される。いずれのモードの場合でも、プロセ
ッサ、データ・ベース、および／または端末資源を共有
するのは、通常同質の組のプロセッサ、動作システム、
および／またはトランザクション処理モニタに限定され
ている。

トランザクション・モードを使用して実行されるアプリ
ケーションは、一般的に第１図に示すように構成される
。各アプリケーションのロード・モジュールは、初期化
、データの入力、データの処理、データの出力および終
了のためのロジックを有している。

アプリケーション・ロジックは、最も多くの場合「Ｃ」
プログラム言語またはＣ０ＢＯ−Ｌプログラム言語で書
かれる。ユーザ・インタフェース（例えば、スクリーン
・フォーマット）の制御テーブルは、アプリケーション
のロード・モジュールとは別に定義されパッケージされ
るが、ユーザ・インタフェースの定義とアプリケーショ
ンのデータ処理ロジックとの間には強い結合が存在する
。

作業領域は、アプリケーション・プログラムによって直
接使用可能な形態のデータ要素を含んでいる。

第１図を見ると、初期化ロジック１２は、アプリケーシ
ョンの特定の場合に必要な全てのデータ・ベースに接続
され、かつ作業領域１０をデフォルト（ｄｅｆａｕｌｔ
　）値にイニシャライズするデータ開始セットを提供す
る。複雑なアプリケーションは、１単位の仕事について
幾つかのトランザクションの実行によって構成される会
話として実行される。

この実行モードは、「対話型トランザクション」と称し
、対話の状態がセーブされ、各トランザクションの実行
のために復元されることを必要とする。対話型トランザ
クションは、対話の状態を作業領域１０内に保持する。

初期化の場合、作業領域１０はトランザクションが最後
に終了した時点でセーブされたコピーからリフレッシュ
される（所定の端末に対して）。

データ入力ロジックは、入力データ・ストリームをハー
ドウェアによって決まる表示から作業領域１０によって
構成されるデータ要素に変換する。

データ・ストリーム２２は、（端末）装置または別のト
ランザクションから発生することができる。

装置の場合、データ・ストリーム２２０分解のためのア
プリケーション・プログラム・ロジック１２が装置の特
性と結合され、これを反映する。

トランザクションから受取ったデータの場合、アプリケ
ーション・プログラム・ロジック１２は送り主のデータ
表示装置１（ｓｙｎｔａｘ）と意味（ｓｅｍａｎｔｉｃ
ｓ）に結合される。

データ処理ロジック１４は、アプリケーションのために
演算とデータ処理を行う。情報はデータ・ベース１８、
データ・ファイルおよび／または他の情報システムから
読み出されると共にこれらに対して書き込まれる。これ
によって、アプリケーションによって決まる完全性のチ
エツクが行われる。照会は情報システムと作業領域に載
置された応答について行われる。

データ出力ロジック１６は、作業領域１０のデータ要素
をハードウェアによって決まる表示に変換する。出力デ
ータ・ストリーム２４の目的地は装置でも装置またはト
ランザクションのいずれでもよい。装置の場合、データ
・ストリーム２４をフォーマットするためのアプリケー
ション・プログラム・ロジックは装置の特性と結合され
、これを反映する。トランザクションに転送されたデー
タの場合、データ・ストリーム２４のデータの表示構造
と意味は受取人のアプリケーション・ロジックと一致し
なければならない。

終了ロジック１６は、終了データ・セットを有し、この
アプリケーションの実行の期間中に発生した全ての論理
的データ・ベースのトランザクションを処理する。もし
これが対話によるトランザクションであれば、現在のア
プリケーションの状態（作業領域）がセーブされる。

対話モードの場合、アプリケーションにはメモリ、デー
タ・ベース、ファイル、および端末を含む専用の資源が
設けられる。対話による会話はトランザクション・モデ
ルの場合より容易に実行されるが、その理由は、アプリ
ケーションの状態が端末との対話の度に明白にセーブお
よび復元されなければならないことがないからである。

他のプロセッサとの通信は、「遠隔手順呼出しＪ　（１
２Ｐｃ）によって行われる。ＲＰＣは、また時としてト
ランザクション・モデル内または対話プロセスとトラン
ザクションとの間でも使用される。これらのケースのい
ずれの場合においても、ＲＰＣは、呼出し手順（その資
源の全てとの）、通信資源、および呼出される手順（そ
の資源の全てとの）が呼出しの期間中専用されることを
必要とする。更に、呼出し手順の資源（端末のような）
は、−船釣に、呼出される手順によって使用されること
はできない。ＲＰＣはトランザクション間のデータ転送
と同じ特性を有している。すなわち、データ・ストリー
ムのデータ表示構造と意味はＲＰＣのクライエントと側
のサーバ側との間で同期されなければならない。

しかし、今日の技術には多くの困難が存在する。

例えば、アプリケーションのソース・コードはポータプ
ルではない。アプリケーション・ロジックの大部分は、
特定のトランザクション処理モニタ、１１１作システム
、データ・ベースの管理システム、プロセッサの形式、
端末装置、および／またはソフトウェア環境のその他の
変化によって決まる。

１つの環境から他の環境にアプリケーションをボート（
ｐｏｒｔ）させるコストを最小限にするためには、ソフ
トウェア環境の間に非常に高い程度の同質性が必要とさ
れる。ソフトウェア環境の変化をサポートするには、複
数組のソース・コードが必要であると共に、これには保
守と機能を同期させる問題が附随する。

上述の結果、プログラマは各々の特定のソフトウェアの
環境に対してソース・コードを発生するように訓練され
なければならない。このことは訓練資源の浪費であるば
かりでなく、アプリケーションが各々の特定の環境の特
殊性を満足するようなソース・コードを作成するには、
プログラマの費やす時間が非常に高いコストになる。

上に指摘したように、ユーザ・インタフェースの制御テ
ーブル（例えば、スクリーン・フォーマント）はアプリ
ケーションのプログラム・ロジックとは別にパフケージ
されている。この結果、実行時間に同期の問題が発生す
る。大部分の場合、ユーザ・インタフェース制御テーブ
ルとアプリケーション・プログラム・ロジックの両方を
リアルタイムで同期させて更新することはできない。デ
ータの完全性の問題を回避するためには、アプリケーシ
ョンの更新は、アプリケーションがオフラインの状態に
置かれ、トランザクションに対する全てのベンデングの
入力がインストレージョンの前にフラッシュ（ｆｌｕｓ
ｈ　）されることを必要とする。しかし、アプリケーシ
ョン・ロジックは特定の装置の特性と強く結合され、こ
のためアプリケーションの変更が新しいユーザ・インタ
フェースの技術をサポートすることを必要とする。

対話によるトランザクションは、作業領域をセーブおよ
び復元するため、明確なアプリケーション・プログラム
・ロジックを必要とする。対話の状態は、（端末）装置
に対して保持され、ユーザに対しては保持されない。も
しユーザが端末を変更すれば、このユーザは元の装置で
始めた会話を再び始めることはできない。作業領域の要
素の再定義または再構築を必要とする結果を招く対話に
よるトランザクションに対する全てのソフトウェアの変
更は、リアルタイムで行うことはできない。

データの完全性の問題を回避するため、アプリケーショ
ンの更新には、このアプリケーションがオフラインにさ
れ、全てのセーブされている作業領域がインストレージ
ョンの前に再び初期化されることが必要である。

分散されたシステム全体で共有されている資源（例えば
、トランザクション、端末）を含むトランザクション間
の通信は、シングル・イメージのトランザクシッン処理
システムの１つの例に限定され、またアプリケーション
・トランザクションの通信を同期して行うことを必要と
する。複数のシステム全体の更新を同期して行うことは
、リアルタイムでは実行できない。データの完全性の問
題を回避するため、アプリケーションの更新は、含まれ
ている全てのトランザクションがオフラインの状態に置
かれ、全てのペンデングの通信がインストレージョンの
前にフラッシュされることを必要とする。

現在使用可能な共同処理の技術は、専用の通信資源、専
用のプロセス、特殊な設定の複雑なプログラム・インタ
ーフェース、およびしばしばユーザとサーバとの間の非
対称ロジックを必要とする。

これらの理由のため、小さなアプリケーションに対して
共同処理を迅速に実行することは困難である。更に、ト
ランザクション・モデルと関連するコスト・パーフォー
マンスの目標の幾つかは、アプリケーション間の直接通
信と関連する過剰な資源の消費と妥協している。

対話モードによるビジネス用アプリケーションの実行は
、活動状態にある分散されたアプリケーションをリアル
タイムで変更することが困難であること以外に、コンピ
ュータ資源の管理と制御の柔軟性が欠けるため、−船釣
に大量のアプリケーションには適当でない。

（発明の要約） 関連技術と関係する上記の問題に鑑みて、本発明の目的
は、複数のコンピュータおよび関連するコンピュータ資
源がアプリケーションを共同して処理することを可能に
するコンピュータのソフトウェア・アーキテクチャのシ
ステムと方法を提供することである。このコンピュータ
およびコンピュータ資源の一部または全ては構成上異種
のものであり、またそのアプリケーションは、単一のア
プリケーション・ソース・ベースから作られたものを含
むものである。

本発明の他の目的は、プログラム・ロジックを処理ロジ
ックに限定することにより、特に、このプログラム・ロ
ジックをデータ入力ロジックおよびデータ出力ロジック
から分離することによって、アプリケーション・プログ
ラマの生産性を改善することである。このロジックは全
てのアプリケーションによって使用される共通の実行コ
ードに内蔵されるから、メニュー機能、ヘルプ（ｈｅｌ
ｐ）機能および共同処理機能並びにメツセージ処理機能
のための特別のアプリケーション・ロジックに対する必
要性が大幅に減少する。その結果、プログラマは、１つ
の統一されたシステムの実行と開発の環境に対する訓練
のみを受ける必要があることになる。更に、プログラマ
は、ソース・コードの変更を必要とすることなく、複数
の異種なコンピュータ・システム全体に分配することの
できるアプリケーションを迅速に作成することができ、
アプリケーションに対する変更を１つのロード・モジュ
ール、１つのドキュメンテーション・セット、および１
つのデータ・ベース・バインド（ｂｉｎｄ）によって実
行することができる。

本発明の更に他の目的は、アプリケーションの間に統一
されたヘルプおよびメニュー機能を供給し、ユーザが機
能に対して全てのアプリケーションのパネルからメニュ
ー、ヘルプおよびグロサリ（ｇｌｏｓｓａｒｙ）による
アクセスを行うことを可能にし、ユーザにより少ないト
ランザクション・コードを記憶させることによって、ユ
ーザの生産性を改善することである。

本発明の更に他の目的は、次のようにすることによって
システムのメインテナンス・コストを低滅し、システム
の性能を改善することである。すなわち、複数の機能が
１つの再入可能なパッケージで実行されることを可能に
し、各アプリケーションによって必要とされるシステム
の定義資源を減少させ、複数の異種のコンピュータ・シ
ステム全体を共有する資源を設け、資源の使用の制御を
可能にし、より少ないトランザクションおよび外部スク
リーンの管理を要求し、ユーザがアプリケーションが何
処で動作しているかを知らなくても（例えば、アプリケ
ーションを動作させているシステムがユーザに明らかで
ある）、全ての異種のシステムのアプリケーションにア
クセスすることを可能にし、大型コンピュータ、マイク
ロコンピュータおよびワークステーションを含む種々の
プラットホーム（ｐｌａｔｆｏｒ−）に対して共通のア
プリケーション実行環境を提供し、ユーザの処理上の要
求を満足するスケラビリティ−（ｓｃａｌａｂｉｌｉｔ
ｙ）を与えることによる。

本発明の更に他の目的は、アプリケーションの品質管理
と保守を改善することである。すなわち、種々のプラッ
トホームに対して共通のアプリケーション実行および開
発環境を提供し、リアルタイムでアプリケーションを改
善し、別のよりコストの高いプラットホームに取付ける
ためのコストの低いプラントホームでアプリケーション
を開発することを可能にすることによって開発コストを
削減し、同期した形態でアプリケーションの構成要素に
アクセスすると共にこれを保守し、配置する前にアプリ
ケーションが大きな統合されたアプリケーションのセッ
トとして試験されることを可能にし、ロード・モジュー
ルの数とこれらのロード・モジュ・−ルを取付けるのに
必要なシステムの定義を削減することによってアプリケ
ーションの配置を単純化することによる。

これらの目的は、分散型アプリケーション・アーキテク
チャ（以下ｒＤＡＡＪと呼ぶ）という本発明の好適な実
施例によって達成される。このＤＡＡは、大型コンピュ
ータ、マイクロコンピュータ、および個々のワークステ
ーションを含む種々のプラットホームに取付けることが
できる。一度ＤＡＡを必要なサポート・サブシステムと
共に取付けると、これらのプラットホームのいずれかか
らもサービスおよびニーテリティ、および従ってＤＡＡ
によって発生されたアプリケーションにアクセスするこ
とができる。これらのサポート・サブシステムはマーケ
ットで容易に入手可能な製品によって作ることができる
。

ＤＡＡは、ネットワーク内の他のホストに対する通信チ
ャンネルを介してトランザクション・プロセッサを動作
させる。これは、またマツプ・サーヒスヲ使用スる。マ
ツプ・サービス（ｍａｐｓｅｒｖｉｃｅ　）は、アプリ
ケーション・プログラマがアプリケーション・パネルに
対するマツプを作成するための編集プログラム、マツプ
を結合可能な形式で発生させるコンパイラ、およびリン
ク可能な形式をそのプラットホームのスクリーンに提供
できるフォーマットに解釈するリンク可能な解釈プログ
ラムを設けなければならない。

更に、第２図から分るように、本発明の好適な実施例の
では、ＤＡＡはＤＢＭＳｌＢ（データ・ベース管理シス
テム）を採用し、このシステムは、アプリケーション・
コードのＤＢＭＳの機能をサポートし、ユーザとアプリ
ケーションのプロファイル情報をセーブするため、標準
形式の５ＡＡＳＱＬ２０を使用する。２つ以上のＤＢＭ
Ｓを使用することが可能であり、例えば、１つはアプリ
ケーション機能をサポートし、１つはプロファイル情報
をセーブすることに留意しなければならない。更に、標
準形式のＳＡＡ　　ＳＱＬを使用していないＤＢＭＳを
使用することも可能であるが、この場合、組込まれたア
プリケーションの０８ＭＳコードは種々のプラントフオ
ームでソースがコンパチブルでなければならにことを認
識しなければならない。

第２図を更に詳細に検討すると、各々のアプリケーショ
ン・トランザクションは、情報エンジニアリング・タス
ク（ＪＥＴ）２６、アプリケーション・プログラム・ロ
ジック３２および作業領域１０によって構成される。

ハードウェアによって特定される入力データ・ストリー
ム２２はアプリケーションに対する情報入力によって構
成される。この情報にはデータ、入力装置のハードウェ
アの形式および期待される出力の特性が含まれる。

ＩＥＴ２６は、入力データ・ストリーム２２を処理して
これをアプリケーション・プログラム・ロジック３２に
適合させる。セットアツプは、アプリケーションに対す
る文字入力をアプリケーション・プログラムで使用する
ためにそれの固有のデータ形式に変換することによって
、データ・ストリーム２−２を分解する。アプリケーシ
ョン・プログラム３２は、いずれのデータセットにアク
セスする必要があるかをＩＥＴ２６に告げる。ＩＥＴ２
６は、通信ルート２８を介して端末装置特性とルーティ
ング（ｒｏｕｔｉｎｇ　）情報テーブル３０からルーテ
ィング情報を受は取り、これらのデータ・セットを「開
く」。

メイン・ストレージ・ロジック１０は、アプリケーショ
ンに対して演算とデータの処理を実行する。アプリケー
ション・プログラム・ロジック３２は、構造化照会（ｑ
ｕｅｒｙ　）言語（ＳＱＬ）の命令２０の予め選択され
たサブセントを使用して、システム内のデータ・ベース
１８から情報を取出しこれらに情報を記憶するが、他の
言語を使用することも可能である。演算と処理が終了す
ると、ＩＥＴ２６はそのクリーンアップ（ｃｌｅａｎｕ
ｐ　）を開始する。

ＩＥＴのクリーンアップは、２つのステップによって構
成される。第１に、アプリケーション３２にから発生さ
れたデータをプログラマによってフォーマットのセット
に構成する。情報は出力データ・ストリーム２４として
送られる。第２に、アプリケーションによって使用する
ために開かれていたデータ・セットを［閉じるｊ。

アプリケーション・ロジック、ユーザ・インターフェー
ス制御テーブル、ビューの定義、および１つのトランザ
クシランの定義のためのその他のアプリケーションによ
って特定されるテーブルは、１つのロード・モジュール
にパッケージされる。

第３図に示すＤＡＡアプリケーションのロード・モジュ
ールは、ユーザが全ての他のＤＡＡシステムの端末から
ＤＡＡを介してＤＡＡアプリケーションを呼び出すのに
必要な全ての構成要素を含む。

このモジュールの構成要素は、情報の経路の設定、もし
必要であれば異なったシステムのデータ、ベースに対す
るアクセス、アプリケーションが終了した場合のデータ
・セットのクリーンアップ、および終了した場合の情報
の提供を制御する。このロード・モジュールは、またシ
ステムに記憶されているＨＥＬＰ、ＩＮＦＯｒｍａ　ｔ
　ｔｏｎ、およびＧＬＯ３ｓａｒｙ情報に対する参照を
含む。

ＤＡＡ）ランザクシラン定義テーブル（Ｔ　Ｄ　Ｔ）３
４は、ＤＡＡロード・モジュールの全ての要素を定義し
、ＤＡＡによって与えられる。

ＩＥＴインタフェース２６は、またＤＡＡによって与え
られる論理要素である。このＩＥＴインタフェースは、
アプリケーション・データ構造を形成するため、プログ
ラマによって設計されたパネル４０と共にビュー３８内
に記憶されている情報を併合する。

端末マツピング・システム（ＴＭＳ）３４は、ＤＡＡの
他の論理要素である。この７ＭＳ３４はＤＡＡによって
与えられ、ＤＡＡに入力されたデータ・ストリームを取
り出し、これをＩ　Ｂ　Ｍ３２７０のフォーマント・デ
ータ・ストリームに変換する。

ビュー（ｖｉｅｗ）３８は、アプリケーションによって
使用される変数のタイプを定義するためにプログラマに
よって設計される。ビュー３８は、手順３２はデータが
どのようなフォーマットされていることを必要とするか
をＪＥＴインターフェースに告げる。このＩＥＴインタ
ーフェース２６は、入力データ・ストリームをそのフォ
ーマットに一致するように変換する。データがまた手順
３２によって処理された後、ＩＥＴ２６は、ビュー３８
に記憶されている情報を出力データ・ストリーム用のフ
ォーマット、または他の手順３２のために指定されたフ
ォーマットに変換する。ビュー３８によって、データは
ユーザが記録されているシステムの手順３２の間で局部
的に流れると共に、遠隔地にある他のＤＡＡシステムの
手順にも流れる。

アプリケーション用のパネル、すなわちスクリーン４０
は、スクリーン・ベインタ（ｐａｉｎｔｅｒ　）および
特別のコンパイラを使用してプログラミングの定義から
作られる。このようにして開発されたパネル４０はソー
ス・コードのレベルで全てのシステムに渡って転送可能
である。

メニュー４２は、アプリケーションのユーザをアプリケ
ーションのための手順によってガイドするために使用さ
れ、プログラマによって定義され、ソースの形式で拡張
可能である。

アプリケーション・ソース・コードが完了すると、第３
図に示す全てのプログラマによって設計されたブロック
は、アプリケーションが存在するシステムのＤＡＡのソ
フトウェアによって１つのロード・モジュールに組み込
まれる。アプリケーションを移動（分散）させるために
は、手順３２用のソース・コード、ビュー３８、および
パネル４０がブロックとして新しいシステムに移動され
る。ロード・モジュールは目標システムのコンパイラ、
リンク・エディタ（１ｉｎｋ　ｅｄｉｔｏｒ　）、およ
びバインド・プロセス（ｂｉｎｄ　ｐｒｏｃｅｓｓ　）
を使用してコンパイルされる。ソース・コードの変更は
不必要である。

アプリケーションがいかに複雑であろうと、ロード・モ
ジュールの全てのアプリケーションの構成要素は自動的
に同期され、その結果、リアルタイムでインストール（
１ｎｓｔａｌｌ　）することができる。アプリケーショ
ンから独立したＤＡＡのロジックと制御テーブルは動的
にロード可能なライブラリとして実行される。ＤＡＡの
改善はアプリケーションのロード・モジュールに自動的
に反映され、全てのアプリケーションのロード・モジュ
ールに渡ってＤＡＡの機能が同期することを保証する。

更に、これによってアプリケーションの分散がより容易
になり、アプリケーションのユーザはより少ないトラン
ザクション・コードしか記憶する必要がなくなる。

アプリケーションの手順は、データ入力またはデータ出
力に関連するコードを含んでいない。アプリケーション
の手順は、作業領域で定義されたデータ要素を使用して
演算とデータの処理を実行することとある種の情報シス
テムに対するインターフェースをオプションとして実行
することに限定される。ＤＡＡによってサポートされて
いる情報システムは、構造化照会言語（ＳＱＬ）命令の
十分に定義されたサブセットを介して行われる関係デー
タ・ベースに対するアクセスである。他の情報システム
もまたアプリケーションによって使用されることができ
る。

データ人力／出力機能は全てのアプリケーション手順か
ら完全に分離されている。ネットワーク・プロトコール
、装置特性、トランザクション処理モニタ、動作システ
ム、プロセッサの形式などを含む入力／出力の全ての環
境によって決まる変化は、ロード・モジュールの結合時
間に自動的にアプリケーションと統合される。入力／出
力機能は、作成者の定義したビューとユーザ・インタフ
ェースの制御テーブルから駆動される。ユーザ・インタ
フェース制御テーブルは、ユーザ・インタフェースの特
性と、作業領域の要素がユーザ・インタフェースに対し
ておよびユーザ・インタフェースからどのようにマツプ
（ｍａｐ　）されているかを説明する。「入力」および
「出力」ビューは、トランザクションの間で通信を行わ
れるべき作業領域の要素を説明する。「プロファイル」
ビューは各トランザクションの実行に対して初期化と終
了の場合にセーブおよび回復されるべき作業領域の要素
を説明するために使用される。

実行時、ビューの定義は、情報パケットを作業領域に対
して符号化し、または情報パケットを作業領域から復号
するために使用される。ビューの定義によって選択され
た作業領域の各要素は、情報パケット内で識別子と値と
の対に符号化される。

識別子は、作業領域の全てのアプリケーション・バージ
ョンに渡って、作業領域の要素の位置または長さとは関
係なく、特定の要素をユニークな方法で識別する。アプ
リケーションのライフ・サイクルの期間中のいずれの時
間においても、プログラマは作業領域内の要素の位置お
よび（または）長さを変更し、アプリケーション・ロー
ド・モジュールの新しいバージョンを再構築し、新しい
ロード・モジュールを作成することができる。ビューが
情報パケットから作業領域に復号される場合、この要素
の値は、実行の時点で、アプリケーションによって定義
された位置と長さに記憶される。

（即ち、これは情報パケットを作成する時点ではない）
。

これらのビュー管理の特性によって、データの完全性の
問題がアプリケーションのロード・モジュールをリアル
タイムで変更することによって発生する可能性が大幅に
削減される。現在の状態（プロファイル）はその作業領
域のレイアウトを変更したアプリケーションに対して旨
く回復されることができる。相互に通信を行うアプリケ
ーションのロード・モジュールは、異質な環境全体に渡
ってリアルタイムで非同期的に変更されることが可能で
あり、これには入力／出力ビューおよび作業領域のレイ
アウトに対する変更が含まれる。

本発明および開発環境におけるその構成部品の関係をよ
りよく理解するため、第５図を参照する。

ここで見られる構成部品を後で更に詳しく説明するが、
ここに含まれているハードウェアとこれらの関係の動作
を理解することが必要である。

ユーザは、端末５８でデータを入力し、またはアプリケ
ーションを呼び出すことができる。端末５８は、このよ
うな入力を通信線６０を介して通信用プロセッサ６２に
与える。通信用プロセッサ６２は、この入力をフックア
ップ（ｈｏｏｋｕｐ　）　’１ｔｉＡ６４を介して中央
処理装置６６（ＣＰＵ）に転送する。この時点で、ＣＰ
Ｕ６６は、バス６８を介してコンピュータ・メモリ７０
をアドレスする。

このコンピュータ・メモリの内部には、トランザクショ
ン定義テーブル３６　（ＴＤＴ）に接続された一般的ト
ランザクジョン定義ツール（ｔｏｏｌ　）７２　　（Ｇ
ＴＤ）がある。ＴＤＴオーバヘフド３６は、マツプ（パ
ネル）４０、ビュー３８、および手順ロジック３２のた
めにメモリ７０内で特定の位置を指示する。アプリケー
ション手順ロジックは、引き続いてオペレーティング・
システム７６にあるディスク・インタフェースまたはデ
ータ・ベース管理システム７４を介してＳＡＡ　　ＳＱ
Ｌ命令２０によってデスク１８のソース・オブジェクト
・データ・セットと通信を行う。

さて第６図に転じて、本発明の好適な実施例の実行環境
の場合、ユーザは端末５８でアプリケーションを呼び出
す、端末５８は通信線６０に沿って要求をプロセッサ６
２に与える。プロセッサ６２は、引き続いてフックアッ
プ線６４を介してＣＰＵ６６に呼出しを転送する。この
点で、ＣＰＵ６６はバス６８を介してコンピュータ・メ
モリ７０をアドレスする。コンピュータ・メモリの内部
には、トランザクション定義テーブル３６（ＴＤＴ）　
、情報エンジニアリング・タスク２６（ＩＥＴ）および
トランザクション処理のサブシステム・インターフェー
ス７８がある。ＴＤＴ３６はマツプ（パネル）４０、と
ニー３８、および処理ロジック３２に対してメモリ７０
内の特定の位置を指示する。ＩＥＴ２６は外部システム
とのインタフェースを行うため、トランザクション処理
用のサブシステム・インタフェース７８を使用する。ア
プリケーションを処理する場合、これはＤＢＭＳインタ
フェース７４を動作させるが、このインタフェース７４
はＳＱＬ命令２０によってデスク１８のデータ・ベース
にアクセスするためにオペレーティング・システム７６
に位置している。同様に、ＩＥＴ２６はそのＲＯＬＬＦ
ＩＬＥ　８０をＳＱＬ命令８２によってＲＯＬＬＦＩＬ
Ｅデータベース管理システム８４に保持している。

トランザクションおよび端末資源は、１つ（シングル−
イメージ）トランザクション処理システムのみから直接
にアクセス可能である。ＤＡＡは、複数のトランザクシ
ョン処理システムの間で情報分散サービスを実行する。

この分散サービスは、保証されたデリバリ　（ｄｅｌｉ
ｖｅｒｙ　）で情報パケットの分散を行うと共に、これ
らの情報サービスの配置を行う。配置は、情報パケット
をアプリケーション・トランザクションまたは（端末）
装置に情報パケットを転送するため、トランザクション
処理システムの機能を利用する。装置のために予定され
た情報パケットは、配置の時点で存在する装置の特性と
一致するために変更されることができ、したがって、装
置の構成に対して動的な変更を受入れる。入力機能およ
び出力機能をアプリケーション手順ロジックから分離す
ることによって、アプリケーションは、異質なソフトウ
ェア環境で分散されたシステム全体に渡って資源（例え
ば、トランザクション、端末）を共有するため、ＢＡＡ
分散サービスの機能を即応的に利用することができる。

特に、情報エンジニアリング・タスク（ＪＥＴ）は、ア
プリケーション・プログラムが実行されている場合には
いつでも、制御を受入れる実行可能なりＡＡＴ手順であ
り、アプリケーションが動作しているハードウェアおよ
びソフトウェアの環境からアプリケーション・プログラ
ムを分離するこのアプリケーション・プログラムに対し
て多数の装置を提供する。これは、ユーザ、ユーザ・プ
ロファイル、アプリケーション手順および遠隔地にある
ＤＡＡのアプリケーション手順の間でパネル、ビュー、
および情報を伝達する。したがって、これが実行するサ
ービスには、パネルの入出力処理、ユーザのドキメンテ
ーシヲンに対する要求の管理、メニュー９ナビゲーシヨ
ン（ｍｅｎｕ　ｎａｖｉｇａｔｉｏｎ　）の提供、およ
びアプリケーションに対する共同処理インターフェース
の処理、並びに必要なりＢＭＳのセットアツプ、アプリ
ケーションの同期およびクリーンアップが含まれる。

ユーザ、ユーザ・プロファイル、アプリケーション手順
およびＤＡＡの遠隔地にある手順に対して伝達されるべ
き情報を相互に関連させるため、ＩＥＴは、トランザク
ション定義テーブル（ＴＤＴ、以下で説明する）および
ジェネレート・トランザクション定義（ＧＴＤ、以下で
説明する）によってトランザクション定義ファイル（Ｔ
ＤＦ、以下で説明する）から自動的に発生されたコンパ
イルしたビューの対象物を使用する。この情報は、トラ
ンザクション・ビュー・データ領域に記憶され、アプリ
ケーションとＩＥＴとの間の主要なインタフェースであ
る。パネル人力／出力処理を実行する場合、トランザク
ション・ビューは入力スクリーンとプロファイル・ビュ
ーから初期化され、共同処理を実行する場合、このトラ
ンザクション・ビューは入力／出力ビュー、インタフェ
ース・ビューおよびプロファイル・ビューから初期化さ
れる。

ＩＥＴの行う分離によって、アプリケーション手順はア
プリケーションに特定のロジックを１次的に含むことが
できる。アプリケーションの手順で使用される言語（第
１次およびＤＢＭＳ）は、アプリケーションの移動性を
保証するため、全てのＤＡＡプラットフォームに渡って
一貫して実行される言語で書かれる。

ＤＡＡ、特にトランザクション・ドライバ・プログラム
、即ちＩＥＴを使用する以前は、プログラマは自分のマ
ツプおよび手順に対するポインタのテーブルを必要とし
なかった。各トランザクションは、必要に応じてユーザ
からの適当な入力を処理し、出力に対する種々のスクリ
ーン・マツプを使用するため、適切な手順を明確に呼出
すための必要な判断を含む独特のプログラム・ロジック
を有していた。このことは、プログラマはすべての可能
な対話の流れ、およびスクリーンの入力／出力を取扱う
ためのコードを設けることを必要とされることを意味し
た。

ＤＡＡの場合、ＪＥＴモジュールは会話の流れの管理を
行い、ヘルプ・ドキメンテーションとグロサリに対する
要求を含む全てのスクリーン（５ｃｒｅｅｎ　）の入力
／出力を処理する。ＤＡＡを使用する場合のプログラマ
は、スクリーン・マツプと遠隔地からの手順からの入力
変数と出力変数およびこれらに対する入力変数と出力変
数を処理することを要求されるだけである。

ＪＥＴは全てのＤＡＡ　）ランザクジョンに共通の固定
したプログラム・モジュールであるから、組込まれたロ
ジックが適当なユーザー手順を読み出し、それのユニー
クなスクリーン・マツプを使用することは不可能である
。この問題は、アプリケーション・スクリーンと手順を
駆動するのに使用される全ての情報が別の結合可能なテ
ーブルに含まれることを必要とする。このテーブルは、
ＩＥＴが適当なスクリーン・マツプを選択し、スクリー
ンに対する入力と出力の前後に適当な手順を呼出し、適
当なプログラム変数（ビュー）をセーブおよび復元し、
最後に分った状態でトランザクションを再スタートし、
遠隔地にあるＤＡＡ　トランザクション手順に対して適
当なリンケージを設けることを可能にするため、十分な
情報を有していなければならない。このテーブルは、ト
ランザクション定義テーブル（Ｔ　Ｄ　Ｔ）として知ら
れ、開発者によって与えられたトランザクション定義情
報に基づいてＤＡＡ開発ツール、ＧＴＤによって作られ
るか、またはアプリケーション・プログラマによって作
られ、トランザクション定義ファイル（ＴＤＦ）に記憶
される。

ＴＤＴは、リンク・エジット（１ｉｎｋ−ｓｄｉｔｅａ
　）手順および遠隔地のＤＡＡ手順との間でパネル、ビ
ューおよび情報を正しく伝達するために動作時間にＩＦ
Ｔモジュールによって必要とされる名前、ポインタおよ
び制御情報のテーブルである。ＴＤＴは、単にＩＥＴが
実行のフローを制御することを可能にする情報のアンカ
ー（ａｎｃｈｏｒ　）である。

開発者の手順コードがＴＤＴの存在に気づかず、そして
入力／出力アプリケーション・パネル、ヘルプ・パネル
、グロサリ・パネルを相互に関連させるために自分自身
のコードを書込むことから開発者を解放し、かつ、全て
の所定のユーザに対するトランザクションの複数の実行
に渡って関連するプログラムの変数（ビュー）をセーブ
および復元することから開発者を解放するように、ＴＤ
Ｔは構築される。

アプリケーションの識別、バージョン番号、最後にトラ
ンザクションが構築された日付、ヘルプ・ドキュメンテ
ーション・ファイルの名前、サポートされているドキュ
メンテーション言語の数、最初のドキュメンテーション
言語テーブルの入力に対するポインタのような種々の情
報によって、ＴＤＴは構成され、ＳＱＬサポート手順エ
ントリ・ポイントは接続、コメント、および解放のよう
な機能をアドレスする。マツプおよび手順のテーブルな
らびにメニューとドキュメンテーション言語のテーブル
の入力は、またＴＤＴの一部を構成する。

アプリケーション、メニュー、ヘルプ、情報およびグロ
サリ・パネルのマツプ・テーブルの各々は、パネルの名
前、ＴＭＳのスクリーン・マツプのポインタ、入力／出
力手順のポインタ、関連するメニューの入力の数、およ
び第１の関連するメニューの入力に対するポインタのよ
うな情報を含む。手順テーブルの各々は、手順の名前手
順の入力点のアドレス、入力／出力／プロファイル・ビ
ュー・テーブルのポインタおよびＳＱＵ　　ＤＢ使用フ
ラグのようなデータを含む。メニュー・テーブルに対す
る入力の各々は、メニュー選択コード、パネル入力用の
ポインタ、パネル手順エントリ・ポイント（ｅｎｔｒｙ
−ｐｏｉｎｔ　）アドレスおよび表示可能なメニュー説
明のストリングのような情報を含む。ドキュメンテーシ
ョン言語テーブルの各々は、ドキュメンテーション言語
の名前およびドキュメンテーション・ファイルの名前の
ような特定の情報を含む。

トランザクション定義ファイル（ＴＤＦ）は、ＤＡＡ　
ｌ−ランザクジョンを構築するために「青写真」として
ＧＴＤによって使用される記録のファイルである。この
ＴＤＦはＧＴＤの不可欠の部分であるが、その理由は、
これが与えられたＤＡＡのトランザクションの全ての正
しい構成要素をコンパイルおよび結合するのに必要な全
ての情報を含んでいるからである。プログラマ−は、適
当な構成要素を付加し削除するためにＧＴＤのメニュー
とスクリーンを使用するのに過ぎず、ＧＴＤはこの情報
をＴＤＦにファイルする。

したがって、ＴＤＦの内容はＧＴＤツールを使用して開
発者によって作成されると共に保持される。このＴＤＦ
はプログラマ−がその手順コード、パネル・マツプおよ
びメニューの編集を行うのを支援するためにＧＴＤによ
って使用される。１度これらの構成要素が編集されてし
まうと、ＴＤＦは、トランザクション・ロード・モジュ
ールを作るためにＩＥＦと共にリンクによって編集され
た種々の対称モジュールをコンパイル（ｃｏｔａｐｉｌ
ｅ　）し作成するためにＧＴＤによって使用される。

ＴＤＦは、ヘッダ、パネル、メニュー、および手順のよ
うな種々のタイプの記録によって構成される。ヘッダは
、−船釣にアプリケーションおよびトランザクション・
ビューの名前のような関連する名前と共にソース、目的
、ロードおよびマツプのライブラリのリストを含む。各
々のパネルば、パネルの名前および入力／出力の処理手
順の名前を含む記録である。各メニュー・スクリーンは
、メニューの名前、メニュー、パネルの名前、入力／出
力処理手順の名前および表示可能な説明のストリングを
含む記録である。各手順の定義は、手順の名前、入力／
出力およびプロファイル・ビューのファイルの名前およ
び言語の種類を含む記録である。

ジェネレート・トランザクション定義（ＧＴＤ）は、決
してプログラマが正しい部品をコンパイルしリンクする
命令を含むファイルを構築することを要求しないが、そ
の理由は、ＧＴＤ／）＜ＴＤＦを構築し保持するからで
ある。更に、ＧＴＤはＩＥＴに制御されて実行されるア
プリケーションの開発を行う。

特に、ＧＴＤは、全てのＤＡＡのプラットフォームに渡
って均一であることを意図されているメニューによって
駆動されるユーザ・インタフェースである。このＤＡＡ
プラットフォームは、定義、作成／編集、構造、アプリ
ケーションの転送の特徴および複数の異質な開発および
実行のホストを有する環境において開発のために必要な
種々のニーテリティのような構造化したアプリケーショ
ンの開発をアプリケーションの開発者に与える。アプリ
ケーション・プログラマは、ＧＴＤ内の定義スクリーン
を使用することによってアプリケーションの構成要素と
それらの相互関係を定義する。

これらの構成要素は、手順コード、パネル・マツプ、メ
ニュー、プログラム・データ・ビューおよびドキュメン
テーションを含む。この情報は、ＴＤＡに記憶され、変
更のため又はＤＡＡアプリケーションの構築のためにこ
れらの構成要素のいずれかにアクセスする場合に後程Ｇ
ＴＤによって使用される。開発者は、ＧＴＤを使用して
アップリケ−ジョン・ソースの構成要素を編集し、実行
可能なアプリケーションのロード・モジュールを構築す
る。

構築の期間中、ＧＴＤは、ＴＤＦとアプリケーションに
よって定義されたプログラム・データ・ビューを使用し
て、アプリケーション・プログラムのためにそのサービ
スを実行するためにＩＥＴによって使用される対象モジ
ュールを作成する。

ＧＴＤアップリケ−ジョンが構築される場合は何時でも
、ＧＴＤは、作成された全ての対象はソース・ファイル
と共に最新のものであることを保証し、その結果、アプ
リケーションは常に同期される。

ＧＴＤは、ユーザ・インタフェースを介しＪＥＴに制御
されて実行されるアプリケーションの開発を行い、アプ
リケーションの開発の各段階でバンクグラウンド機能を
実行する。これらの段階は、定義、合成、構築、および
配置と定義することができる。定義の期間中、ＧＴＤは
ユーザに対してアプリケーションの全ての構成要素、そ
れらの物理的な記憶場所、それらの相互関係および全て
の別の属性または情報を定義することを要求する。

定義情報はＴＤＦに記憶される。合成局面の期間中、Ｇ
ＴＤは、アプリケーションの開発者にＴＤＦにリストさ
れている各々の構成要素に対するメニューによるアクセ
スを与え、これらの構成要素の各々に対する生成プログ
ラムと編集プログラムを与える。

構築の期間中、ＧＴＤはＴＤＦ内の情報を取り出し、動
作時間にＩＥＴモジュールによって使用サレるＴＤＴと
ビュー・モジュールを発生する。

ＧＴＤは、次に各種類の構成部品に対して種類によって
予め決められた順序で適当なコンパイラを使用してＴＤ
Ｆにリストされている構成部品の各々をコンパイルする
。これらの種類は、ＧＴＤの発生するＴＤＴとビュー・
モジュール、メニューおよびパネル・マツプと手順コー
ドを含む。ＧＴＤは、アプリケーションの開発者に構築
上の代案を与える。構成部品は、合成局面の期間中、ま
たは構築の期間中に出力対象が作成され、または取替え
られる場合に、ソース・コンポーネントが変更される毎
に更新される日付と時間の情報に基づいて条件付きまた
は無条件に構築することができる。

条件付きで構築を実行する場合、’ＧＴＤは各ソース・
コンポーネントおよび各出力対象の日付と時間をチエツ
クする。ソース・コンポーネントが出力対象よりも遅い
日付を有している場合、ＧＴＤはこの出力目的を再構築
する。条件付および無条件で構築を行う方法に対するア
プローチは、構築がＴＤＦ内の全ての構成要素に対して
実行される場合、ロード・モジュールの同期と一貫性を
保証する。構築を終了するため、ＧＴＤは全てのロード
・モジュールの構成要素をリンケージ編集プログラムを
使用して１つのロード・モジュールに共に結合し、この
ロード・モジュールをＴＤＦによって参照される場所に
インストールする。

配置の局面の期間中、ＧＴＤは全てのアプリケーション
ＮＯ構成部品または選択されたアプリケーション構成部
品を１つの機械から他の機械に転送する能力を与える。

アプリケーションの開発者は、目標となる機械、ＴＤＦ
のファイルが位置することのできる目標となる機械の物
理的な位置および転送するべき構成部品を識別する。こ
の転送プロセスはＴＤＦにリストされた構成部品にアク
セスし、これらを目標の機械のＴＤＦファイルの位置か
ら推定された目標の機械の適当な位置に転送する。この
転送は、ソースとなる機械と目標となる機械の間で入手
可能なファイル転送通信プログラムを使用して行われる
。転送プロセスの一部として、全ての原文データは目標
となる機械のフォーマットに翻訳され、ＴＤＦの物理的
な位置および名前は目標となる機械の規定に一致するよ
うに変更される。

（実施例） 本発明のこれらおよびその他の利点は、添付図と共に下
記の好適な実施例の説明から当業者に明らかとなる。

分散型コンピュータ・システムの発展しつつある世界に
おいて、アプリケーションはアプリケーションの動作す
る環境と調和した戦略によってサポートされることが必
要である。これらの分散型ネットワークは、広域ネット
ワーク、ローカル・ネットワーク、およびバス・アーキ
テクチャを含む形式の通信機能と結合されたシステム（
コンピュータ）によって構成される。これらのシステム
は、ローカル・データベースおよび分散されたデータベ
ースをサポートし、これらのデータ・ベースによって複
数のコンピュータ・システムの間で情報を同期的に保持
することが可能になる。

最も一般的な場合、本発明は相互に関係したアプリケー
ションを開発する能力を提供し、これらのアプリケーシ
ョンは異種のデータ・ベースを使用して異種の通信機能
と結合された複数の異種のプロセッサに対してサービス
を行う。現在、ＧＯＢＯＬ言語とＣ言語がサポートされ
ている。しかし、本発明を包含するアプリケーションで
は他の言語を使用することも可能であることを理解しな
ければならない。更に、ＤＢＭＳは特に本発明は実行す
る場合に採用されている主要なデータ・ベース管理シス
テムであるが、ＤＬ／ｌのような他のデータ・ベース管
理システムもまた使用することができる。最後に、考慮
しなければならないことは、本発明は、現在本発明をサ
ポートしているＴＳＯｌＵｎｉｘおよびＯ３／２の環境
プラットホームに限定されるべきでないということであ
る。

本発明の好適な実施例の顕著な特徴は、アップリケ−ジ
ョンの移動性、−貫したユーザ・インターフェース、動
的なアプリケーションの変更および異種のコンピュータ
・アーキテクチャ間での共同処理が含まれているという
ことである。アップリケ−ジョンの移動性とは、サポー
トされているプログラム言語（例えば、ＧＯＢＯＬまた
は「Ｃ」）の１つで書かれたアップリケ−ジョンを、全
ての関連するコピー（または含まれている）のファイル
、ユーザのインタフェース・パネルの定義、ドキュメン
テーシヨン、トランザクションの定義テーブル、ビュー
等と共に、ソース・レベルヲ変更することなく、全ての
サポートされている目標のプラットフォームに移動して
取付けることができることを意味する。

「動的なアプリケーションの変更」によって、サービス
を混乱させたりデータの完全性を失うことなく、リアル
タイムで大部分のアップリケ−シランの変更（手順、デ
ータ・ベースまたはパネルの定義の変更を含む）を行う
ことができる。最終ユーザは、アプリケーションの変更
が行なわれていることを応答時間に１秒以下の差が生じ
ることによって認識するが、これは変更が行われている
期間中のみに発生するものである。分散されている共同
処理用のアップリケ−ジョンの個々のトランザクション
は、データ通信の連続性と完全性を乱すこと無く非同期
的に更新される。−貫したユーザ・インターフニスとは
、ユーザはネットワーク内の全ての端末からネットワー
ク内の全てのトランザクションに対して即応的にアクセ
スすることができる（安全上の抑制に従って）こと、お
よび全てのトランザクションはダイヤログ・ナビゲーシ
ョン（ｄｉａｌｏｇ　ｎａｖｉｇａｔｉｏｎ　）の−貫
した形式を有すること、およびパネルのレイアウト、パ
ネルの要素とのユーザの対話等がいずれの特定のユーザ
の端末に対してもトランザクション全体に渡って一貫し
ていることを意味する。

ＤＡＡの共同して処理を行う特徴によって、アプリケー
ションに対して即応する異種のプラントホームに存在す
るトランザクションの間でデータの交換が行われる。

連続した動作とここの含まれているアプリケーションに
対する動的な変更に対する必要性を満足するため、本発
明の好適な実施例は、変更が行われている間に、大部分
の場合、サービスを１秒以下中断するだけでアプリケー
ション（データベースとパネル・プレゼンテーションを
含む）を動的に変更する。このような保守能力は分割さ
れており、その結果、アプリケーションに対する大部分
の変更は、この変更が分散された処理ネットワーク全体
を通して同期することを必要とすること無く、１つのシ
ステム（コンピュータ）内で行われる。確かに、ある種
のアプリケーションについては、システムの間で呼出し
が分散されているため、ある種のアプリケーションの変
更を行うためには複数のシステムで保守が同期して行わ
れることを要求する。しかし、本発明の好適な実施例で
は、ネットワーク全体を通して動的な非同期的変更が可
能である。

本発明の好適な実施例による分散型アプリケーション・
アーキテクチャ（ＤＡＡ）環境は、第７図に示し、以下
で論するように、１組の相互に接続されたシステムによ
って構成され、これらの各々にはユニークな名前が付け
られ、これらはネットワーク内の他のシステムによって
アドレス可能である。システムは、アプリケーションに
それらの資源（例えば、端末、トランザクション）を使
用させることによって、ＤＡＡの環境に参入する。

各々のシステムは、シングル・プロセッサ・トランザク
ション処理システムまたはマルチ・プロセッサのシング
ル・イメージ・トランザクション処理システム（例えば
、ＩＭＳ）のいずれかをサポートまたはシュミレション
する同質のアプリケーション処理環境である。

異種のシステムの間で行われる共同処理のこの局面を示
すため、第７図に戻る。−例としてのみ、２つの相互に
接続されたシステムが図示されているが、全てのトラン
ザクションにはしばしばより多くのシステムを含むこと
ができる。トランザクションを呼び出す入力は、論理端
末１３０で受は取られ、ＤＡＡ環境１３２に転送される
。論理端末１３０は、１８Ｍ３２７０の装置、インテリ
ジェント・ワークステーションのウィンド、ローカル端
末または非ＤＡＡプロセスである。ＤＡＡ環境１３２は
、同質のアプリケーション処理環境（例えば、トランザ
クション処理システム）である。ＤＡＡ環境１３２は、
必要なトランザクションを呼び出す。アプリケーション
はトランザクション１３４を必要とし、このトランザク
ション１３４はローカル・データ・ベース１３６からの
情報のみを必要とする。または、トランザクション１３
８はローカル・データベース１３６と分散型データベー
ス１４０の両方から情報を必要とする場合もある。同時
に、端末１５０はトランザクション１４４を呼び出する
ためにＤＡＡ環境１４８をアドレスし、このトランザク
ション１４４はローカル・データベース１４２と分散型
データベース１４０からの情報を必要とする。本発明で
は、トランザクション１４４（または１３４．１３８．
１４６）は、ローカル・データベース１４２を使用し、
ローカル・データベース１３６からの情報を要求するた
めに他のトランザクション（例えば、１３４．１３８ま
たは１４６）を呼び出し、この情報をＤＡＡ環境１４８
に戻して適当なフォーマットを行い、これを端末１５０
に戻すことができる。

第８図は、異種のプラットホーム全体に渡るこの共同処
理のより明確な例を示す。データ入力ストリーム９２は
ＵＮ　Ｉ　Ｘコンピュータ８６から受は取られると仮定
する。このデータ・ストリーム９２によってアプリケー
ション９４が呼び出され、手順９６を処理する。手順９
６は、ＳＱＬ要求９８を介してＤＢＭＳ　１００から情
報を得る。手順９６が処理を行うに従って、ＤＢＭＳか
らの情報が必要になり、このＤＢＭＳはその処理を完了
するために、引き続いてＤＢＭＳ　１２４からの情報を
必要とする。本発明の場合、この情報は、ユーザがＵＮ
ＩＸ８６のことを知らなくても、得ることができる。

これを達成するため、手順９６は、例えば、ＩＢＭの大
型コンピュータ８８に対してＬＩＮＫを要求する出力ビ
ュー（図示せず）の形でアプリケーション９４に戻され
る。アプリケーション９４は、手順９６を中断し、手順
９６からの関連データをプロファイル・ビュー（図示せ
ず）に記憶し、このプロファイル・ビューは引き続いて
ＲＯＬＬＦＩＬＥ　１０２に記憶される。そこで、アプ
リケーション９４は通信線１０４を介して大型コンピュ
ータ８８に対してＬＩＮＫの要求を行う。大型コンピュ
ータ８８はこの要求を認め、線１０４を介して入力され
るデータ・ストリームをアプリケーション１０６に与え
る。アプリケーション１０６はこのデータの流れがＤＢ
ＭＳ　１１２からの情報を捜しているかどうかを判定す
る。アプリケーション１０６はデータ・ストリームを入
力ビュー（図示せず）の形で手順１０８に転送する。

手順１０８は、このデータ・ストリームにもとすいてＳ
ＱＬ要求１１０によってＤＢＭＳｌ　１２からの情報の
要求を実行する。実行中、手順１０８はその実行を完了
するためにＤＢＭＳ　１２４から若干の情報を必要とす
るかどうかを判定する。手順１０８は出力ビュー（図示
せず）の形でアプリケーション１０６に戻され、一方関
連データはＲＯＬＬＦＩＬＥ　１１４内のプロファイル
・ビュー（図示せず）に記憶される。アプリケーション
１０６は、次に許容されたＯＳ／２ワークステーション
９９０とのＬＩＮＫを要求する。アプリケーション１１
８は、人力データ・ストリームを受入れ、これを入力ビ
ュー（図示せず）の形で手順１２０に転送する。手順１
２０は、ＳＱＬ要求１２２によってＤＢＭＳ　１２４か
らの情報の取得を実行する。この実行を終了した後、手
順１２０は出力ビュー（図示せず）の形でアプリケーシ
ョン１１８に戻る。アプリケーション１１８は、このト
ランザクションのコピーを行い、これをＲＯＬＬＦＩＬ
Ｅ１２６に記憶されたプロファイル・ビューにＩＩする
。アプリケーション１１８は、次に大型コンピュータ８
８に対してＲＥＴＵＲＮ要求を行う。

通信線１１６を介してデータ・ストリームを戻すと、ア
プリケーションはＲＯＬＬＦＩＬＥ　１１４に記憶され
たプロファイル・ビューを取得し、手順１０８を再スタ
ートする。手順１０８はその実行を終了し、もしあれば
、ＤＢＭＳ　１１２から必要な別の情報を要求し、アプ
リケーション１０６に戻る。

アプリケーション１０６は終了したトランザクションの
記録を行い、これをＲＯＬＬＦＩＬＥ　１１４に記憶さ
れたプロファイル・ビュー（図示せず）に記憶する。ア
プリケーション１０６は、次にＵＮＩＸ８６に対してＲ
ＥＴＵＲＮ要求を行う。データ・ストリームが通信線１
０４を介して戻されると、アプリケーション９４はＲＯ
ＬＬＦＩＬＥ　１０２からこのトランザクションにもと
すいて記憶されたプロファイル・ビューを取得し、手順
９６を再スタートする。手順９６はその実行を終了し、
もし、あれば、ＤＢＭＳ　１００から必要とされる別の
情報を要求し、アプリケーション９４に戻る。アプリケ
ーション９４は、プロファイル・ビュー（図示せず）の
形で終了したトランザクションの記録を行い、これをＲ
ＯＬＬＦＩＬＥ　　１０２に記憶する。アプリケーショ
ン９４は、適当な端末装置に対して出力されたデータ・
ストリーム９２をフォーマット化し、これをユーザに送
る。

ＤＡＡは、異質なシステム全体に渡るトランザクション
および端末装置の資源を共有するために必要なサービス
を提供する。本発明によって考えられているシステムは
取分けｒＭｓ、ＣＩ　Ｃ３゜ＵＮＩＸ、ＯＳ２、または
ＶＭＳ処理環境ノヨうなネットワーク内のアプリケーシ
ョン処理環境である。ＤＡＡ環境内の各々のシステムは
、そのシステムをユニークに識別するための名前を有し
、各システムの動作時間ディレクトリはＤＡＡネットワ
ーク内の適当な処理システムに対する資源要求のルーテ
ィング（ｒｏｕｔｉｎｇ　）をサポートするのに十分な
情報を保持する。資源要求のルーティングをサポートす
るＤＡＡの特徴は「分散資源制御」として知られる。

これらのシステムは、これらのアプリケーションのセグ
メントにネットワークによって接続されたシステムの全
てを処理させることによって分散されたアプリケーショ
ンをサポートする。これらのアプリケーションは、ネッ
トワーク内のシステムとネットワークのユーザによって
参照することのできる名前を付けられたトランザクショ
ン（そのシステムにとってユニークな名前）の集合によ
ってサービスされる。これらのトランザクションはネッ
トワークの種々の部分に対して知られているデータ・ベ
ースにアクセスすることができ、ローカル・システムの
データ・ベースまたは分散されたデータ・ベース環境内
の１組の遠隔地のシステムに分散されているデータ・ベ
ースに対してアドレスされることができる。

本発明として開示されている分散型アプリケーション・
アーキテクチャのユーザには、ワークステージタンのオ
ペレータ、またはプロセスまたは機械としての名前が付
けられ、（ネットワークに特有の名前、これらは自分自
身をネットワークの「ユーザ」として提供するものであ
る。本発明の好適な実施例のユーザは、−船釣にワーク
ステーションの端末を介してＤＡＡネットワーク内に設
けられたアプリケーションにアクセスする。ユーザは、
音声、バーコード、キーボード、マウス、プロセスから
のデータ・ストリームまたはその他の入力装置によって
データを端末装置に入力することによりネットワークの
種々の機能を呼び出すことができる。出力は端末の表示
装置によってネットワークのユーザに与えられる。すな
わち、これはネットワーク内のプロセスの「ユーザ」に
対するデータ・ストリームとして提供される。

ユーザは、ユーザ用のＩＤ（ネットワークに特有の名前
）および識別用の暗唱番号を使用してＤＡＡのネットワ
ーク内のシステムの１つに信号を送る。このユーザの識
別はＤＡＡネットワーク内で使用され、安全に対する活
動を識別し会計上の目的を達成し、かつユーザに対する
処理活動の状態を維持するためのプロファイル管理を行
う。

所定のユーザは、同時にある１つの点で複数のシステム
に対して動作する複数のアプリケーションを有すること
ができる。これは、所定のシステムのユーザに対する電
子ワーク・デスクと考えることができる。ユーザは、ネ
ットワークに対して信号を送ることを取止めるか又は彼
のポートフォリオ内の別のアプリケーションに切替える
ことによって、所定のアプリケーションの処理を中止す
ることができる。各トランザクションの実行を中止する
と、制御プログラムは、そのシステムのそのユーザに対
するプロファイル・データ・ベース（以下ＲＯＬＬＦＩ
ＬＥと呼ぶ）内にその中止されたアプリケーションの状
態を表すデータ・アイテム（以下で更に詳細に説明する
プロファイル・ビュー）の集合を保持する。

同様に、２つ以上のユーザは同時にある１つの点で複数
のシステムに対して動作する複数のアプリケーションを
有することができる。アプリケ一ジョンの各パネルの結
果は、これがプロファイル・ビュー内で終了すると記憶
され、このプロファイル・ビューはシステムのアプリケ
ーションの名前とユーザの識別によってユニークに識別
される。

本発明によって、複数のユーザは特定のアプリケーショ
ン内の異なった段階に位置することができるが、各ユー
ザは、ユーザが記録されているシステムに関係なくかつ
このアプリケーションがいずれのシステムにあろうと、
その特定のユーザによって最後に終了された段階でその
特定のアプリケーションを再スタートすることができる
。

本発明の好適な実施例のアーキテクチャによって、「デ
イスプレィ・アクティブ」トランザクションが提供され
、これによって、ユーザは指定されたシステムでその特
定のユーザに対して動作しているアプリケーションを表
示することができる。

「デイスプレィ・アクティブ」アプリケーション表示装
置を使用することによって、ユーザは適当なファンクシ
ョン・キーを押すことに−よりネットワーク内のシステ
ムをスクロールすることができる。この「デイスプレィ
・アクティブ」アプリケーション・パネルから、ユーザ
はまた中止されていたアプリケーションを再スタートし
、プロファイル・データ・ベースからアプリケーション
を削除し、または「デイスプレィ・アクティブ」トラン
ザクションを指定された新しいシステムに向けることが
できる。

本発明の好適な実施例によれば、アプリケーションは幾
つかのシステムのいずれでも動作することが可能であり
、ユーザは複数のパネルを含むアプリケーションとイン
ターフェースを取るように希望することかできる。した
がって、特定のユーザの対話と関連する重要なパラメー
タを識別するため、ある種の属性がユーザ・インターフ
ェース・パネル上に表示されることは避けられない。こ
れらの属性にはトランザクションの開始に責任を有して
いるユーザ、現在のアプリケーションが動作しているシ
ステム、この表示装置に対して現在動作しているアプリ
ケーション（トランザクション）現在表示が行われてい
るそのアプリケーション内のパネル、この対話の日時、
その対話と関連するエラー・メッセイジと情報メッセイ
ジ、およびユーザがその特定のバネルメからとる可能性
のあるアクションを反映する標準的なプロンプト情報で
ある。これらの標準のバネ′ル属性を以下に詳細に示す
が、これは例示目的のために過ぎない。

機　　能　　　　内部の名前　　行　列　長さパネルの
名前 パネルのタイトル システムの名前 日付／時間 ユーザのＩＤ メツセージのＩＤ ＩＥＦＩ−ＰＡＮＥＬ ＮＡ１０ｐｔｉｏｎａｌ ＩＥＦＩ−ＳＹＳＴＥＭ ■εＦｌ−ＣＵＲＯＴ ＩＥＦＩ−ＵＳＥＲ ＩＥＦＩ−ＭＳＧＩＤ ファンクション・キー・プロンプトのフォーマットはｒ
　Ｆｎｎ＝ｐｒｏｍｔ　Ｊであり、ここでｒｎｎＪはフ
ァンクション・キーの番号を識別する１桁または２桁の
番号であり、Ｐｒｏｍｐｔ　Ｊは関連する機能を示す可
変長の指示装置である。

ＤＬ／１またはその他のデータ・ベースを使用する場合
、ＴＲＡＮＡとしてパッケージされた機能およびサブ機
能の集合を有することが望ましい、またはしばしば必要
でさえあり、一方の組の機能は、所定のトランザクショ
ンと関連するデータ・ベースの数を最少にするためにＴ
ＲＡＮＢとしてパッケージされる。したがって、本発明
の好適な実施例によれば、複数の機能が各トランザクシ
ョン・モジュール内にパッケージされる。複数の機能を
１つのトランザクション・コード（以下ｒ　ｔｒａｎｃ
ｏｄｅ　Ｊと称する）内にパッケージすることによって
、ユーザの友好性が改善される。更に、これは、アプリ
ケーションを新しいシステムに設置する場合、またはア
プリケーションの新しいリリースを再配置する場合、管
理しなければならない対象の数を最小にする。その結果
得られる全てのトランザクション・モジュールのサイズ
は設計上考慮するべき事項であり、技術上および性能上
の配慮とユーザの友好性と保守の容易性のバランスをと
らなければならない。

本発明によって考慮されている端末は、ビデオ端末スク
リーンおよび通常はキーボードである入力機構のような
表示機能である。しかし、前に留意したように、この入
力はプログラム、音声、バーコード、マウスまたはキー
ボード以外のその他の入力でもよい。同様に、表示装置
はプログラムおよびより従来から使用されている端末表
示装置でもよい、各論理端末は、ＤＡＡネットワーク内
でユニークな特有の名前を有している。

端末は、本発明の好適な実施例によるＤＡＡアプリケー
ションに対する主要な対話人力／出力機能である。−度
入力がユーザーの満足するように準備されてしまうと、
ユーザーはトランザクションを呼び出すためにＢＮＴＥ
Ｒ（または相当するもの）を押すことができる。このト
ランザクション入力ストリームはネットワーク内の適当
なシステムに渡される。−度適当なシステムに到達する
と、これはトランザクション・コードにしたがって処理
される。−度トランザクジョンが呼び出されてしまうと
、アプリケーションすなわち情報エンジニアリング・タ
スク（ＩＥＴ）の動作時間制御装置が入力ストリームを
解釈して次に適当な手順を読み出す。

ＤＡＡ）ランザクジョンによって発生された出力は論理
端末に与えられ、端末と関連するインターフェースと装
置の特性に従ってフォーマットされる（例えば表示装置
と関連する全ての必要な制御シーケンスはデータ・スト
リームに含まれている）。ＤＡＡ環境に対する主要なヒ
ユーマン・インターフェースは、種々のシステム内で実
行されるトランザクションを介してアプリケーションか
ら情報のパネルを与える端末を通過する。しばしば、こ
の端末はキーボードを有する２４ｘ８０のビデオ・スク
リーンである。しかし、「端末」はまたプログラムであ
ってもよい（例えば、広がったシート・パッケージのよ
うな対話プログラム）。

各々の論理端末は各システム内でユニークに定義される
。

本発明によって考えられているアプリケーションは、ア
プリケーションのために一組の機能を実行するトランザ
クションの集合である。各々のアプリケーションは各々
の配置されたランタイム（ｒｕｎｔｉｍｅ　）・システ
ム内でユニークな４文字の名前を有している。

本発明によるＤＡＡとのトランザクションは、アプリケ
ーションのために、種々の機能を実行するそのアプリケ
ーションのために利用される資源（パネル、報告、手順
、データベース等）の集合である。各トランザクション
はそれが配置されている各ランタイム・システム内でユ
ニークに識別される。更に、各トランザクションはその
トランザクションのために適当な環境内で特定の機能を
実行する一組のロード・モジュールまたはプログラムに
よって構成される。各トランザクションは主要なプログ
ラム（ロード・モジュール）を有し、これは引き続いて
このトランザクションのためにサブモジュールを呼び出
す。

第９図に示すように、各々のＤＡＡのアプリケーション
・トランザクションはアプリケーション手順、パネル、
ビュー、作業領域、ＤＡＡのランタイム機能、トランザ
クション定義テーブル（Ｔ　Ｄ　Ｔ）およびその他のテ
ーブルによって構成される。本発明の好適な実施例から
分かるように、ＤＡＡのランタイム手順とテーブルを含
む部分１５２は独立したアプリケーションである。　Ｔ
ＤＴ　。

手順（入力、リフレッシュ）、パネル（メニューアプリ
ケーション）およびビュー（入力、出力、プロファイル
）、を含む部分１５４は従属したアプリケーションであ
る。手順は作業領域に対して直接アクセスを行うが、パ
ネルおよびビューから完全に分離されている（その結果
、トランザクション間の通信、装置の通信、プロファイ
ルの管理等の機構から分離されている）。

各トランザクションはアプリケーションのために複数の
機能を実行することができる。これらの機能はアプリケ
ーションの手順によって表される。

本発明によって考えられている手順は、トランザクショ
ンのために特定の組みの機能を実行するコードの集合で
ある。各々の手順は関連するトランザクションの中でユ
ニークな名前を有している。

アプリケーション手順はこの手順を含むトランザクショ
ンに対して与えられるパネルの結果として呼び出される
ことができる。手順は、サービスに対する要求をネット
ワーク要求（ＬＩＮＫ）を介して指定されたシステムと
トランザクションに転送し、これによって指定されたト
ランザクションの手順を呼び出す分散されたアプリケー
ションによってまた呼び出されることもできる。手順の
実行を終了すると、この手順はパネルを準備してこれを
アプリケーションのユーザーに戻すことを要求するか、
または制御が遠隔地の要求と共に他のシステム／トラン
ザクション／手順に引き渡されることを支持するか、ま
たは制御がこの手順を呼び出した呼び出しシステム／ト
ランザクション／手順に戻されることを指示することが
できる。

本発明によるＤＡＡ内のパネルは、論理端子との情報の
交換のための定義されたフォーマットである（例えば、
Ｉ　８Ｍ３２７９表示端末）。各々のパネルは関連する
トランザクション内でユニクに識別される。各パネルと
関連するのはＩＮＰＵＴ手順とＲＥＦＲＥＳＨ手順であ
る。入力手順は、対応するパネルが端末から受は取られ
た場合に、呼び出される。オプションのリフレッシュ手
順は、パネルの出力表示の前にパネルに与えられるべき
データをリフレッシュするためにアプリケーションの再
スタート時またはＨＥＬＰの中止から実行される。

入力手順は、パネルがシステムによって端末／プロセス
から受は取られた場合、呼び出されるアプリケーション
・プログラムである。入カバネルが論理端末から受は取
られる場合、このパネルと関連する入力手順が呼び出さ
れる。

リフレッシュ手順は、メニューから要求されたパネルの
表示に先立って呼び出されるか、またはＨＥＬＰドキュ
メンテーションの提供のために中止されてしまったアプ
リケーションの再スタートによって呼び出されるアプリ
ケーション・プログラムである。リフレッシュ手順は、
パネルに対する表示に先立ってデータ・ベースからデー
タを取り出すために一般的に使用される。このリフレッ
シュ手順は、パネルがメニューからイニシアル・ユーザ
ー・リクエストとして与えられるべきである場合に呼び
出されることもできる。リフレッシュ手順はメニューの
選択および（または）パネルと関連することもできる。

もしリフレッシュ手順がメニューの選択と関連していれ
ば、この手順はパネルの表示の前に呼び出される。しか
し、もしメニューの選択がリフレッシュ手順を明確に有
していなければ、パネルの仕様に対するリフレッシュ手
順が呼び出される。もしメニューの選択またはパネルの
仕様のいずれもリフレッシュ手順を特定しなければ、パ
ネルはプロファイル・ビューから与えられるのと同様に
作業領域のデータから与えられる。

時にはトランザクション・ビューとも称している作業領
域はこのトランザクションに対する全てのパネル、ビュ
ー、および手順によって参照される全てのデータ・アイ
テムを含んでいる。作業領域は、その手順の論理を実行
する場合に使用するようにトランザクション内の各手順
に渡される。

作業領域は、固定セクションによって構成され、ＤＡＡ
ランタイム機能およびアプリケーション手順と完全にア
プリケーションによって定義される可変セクションとの
間で通信を行うために使用される。

本発明の好適な実施例によれば、ＤＡＡ内でアプリケー
ション手順は相互に通信を行うと共に「ビュー」を介し
て外部の資源と通信を行う。ビューはシステム間の通信
装置の提供の管理、支援機能、メニューおよびその他の
ＤＡＡの共通のサービスの機能からアプリケーションの
手順を分離するために使用する。この様に「サービス」
からトランザクションのロジックを分離することによっ
て下記の事項が保証される。

一アブリケーシッンは、耐えず発展する通信、記憶、プ
レゼンテーション、パッケージング、処理などの技術に
よってプログラムを変更することなくサービスを受ける
ことができる。

−アプリケーションは、コスト／パフォーマンスの測定
に基づいて（移動コストには基づかず）種々のプラット
ホームとアーキテクチャで実行することができる。

一アプリケーションは、国語、ヒユーマン・インターフ
ェース・ハードウェア、およびユーザの思考の多様性を
含む種々のユーザー環境で実行することができる。

一アプリケーションは、データの交換による（ビュー）
の再定義を含めてデータを混乱または失うことなく、リ
アルタイムで変更することができる。

本発明で考えられているＤＡＡ内のビューはアプリケー
ションによって使用されるデータ・アイテムの指定され
た集合である。ビューは名前を付けられたこのようなデ
ータアイテムの集合であり、これらのデータ・アイテム
が特定のトランザクションと関連しているため、これら
のデータ・アイテムの識別と長さを含んでいるビューの
主要な種類はプロファイル、入力、および出力である。

プロファイル・ビューは、このトランザクションの実行
の間でユーザーのプロファイルにセーブされるべき全て
のデータ・アイテムを識別する。入力ビューは、呼び出
し手順によって呼び出された手順に対して提供されるさ
れるべき全てのデータ・アイテムを定義する。出力ビュ
ーは、呼び出し手順に対する呼び出された手順の実行が
終了した場合に提供されるべき全てのデータ・アイテム
を定義する。

プロファイル・ビューは、このアプリケーションのため
にユーザーのプロファイルにセーブされるべき（トラン
ザクション・ビュー）として知られる作業領域のサブセ
ットである。一つの手順の実行が終了すると、その手順
に対するプロファイル・ビューが作業領域から取り出さ
れてプロファイル・データ・ベースに書き込まれる。こ
のトランザクションがその後のデータの入力またはアプ
リケーションの再スタートによって再び呼び出されると
、このプロファイル・ビューはプロファイル・データ・
ベースから読み出されて作業領域を再配置するために使
用される。このプロファイル・ビューは、現在のユーザ
ーの会話の状態のデータに対する要求を定義し、一方ユ
ーザーのプロファイルを維持することと関連するオーバ
ーヘッドを最小にする作業領域のサブセットである。

入力または出力ビューは、手順が呼び出しシステム／ト
ランザクション／手順に結合されている場合に、手順に
対して提供されるデータ・アイテムの集合である。手順
がＬＩＮＫの出口状態を終了してこれを示す場合、ＤＡ
Ａ＠ＩＩプログラム（ＪＥＴ）は、呼び出された手順の
ために入力ビューによって識別されたデータ・アイテム
を作業領域から取り出し、これを呼び出す側のシステム
／トランザクション／手順および呼び出された側のシス
テム／トランザクション／手順を特定するのに必要な制
御情報と共にパフケージする。このメツセージは、実行
のために指定されたシステムとトランザクシロンに送ら
れる。呼び出されたシステム／トランザクション／手順
で受は取られた場合、入力ビューは呼び出されたトラン
ザクションに作業領域を設けるために使用される。

出力すなわちアウトプット・ビューは、呼び出された手
順の実行の結果を表すデータ・アイテムの集合である。

出力ビューは、出口の状態がＲＥＴＵＲＮにセントされ
た場合に、手順の実行の終了時点で作業領域に含まれて
いるアイテムのサブセットである。この出力ビューは、
インターフェース制御情報と共に呼び出し側のシステム
／トランザクションに戻されるべきメツセージにパッケ
ージされる。このメツセージが指定されたシステム／ト
ランザクション／手順に到達する場合、そのシステム／
トランザクション／手順に対するプロファイル・ビュー
がプロファイル・データ・ベースから取り出されて作業
領域を設けるために使用される。出力ビューは、次に今
受は取られたばかりのメツセージから取り出され、作業
領域を設け、（およびその中にプロファイル・データを
重ねる）ために使用される。指定された手順がそこで再
スタートする。

トランザクション・ビューはトランザクションを構成す
る手順、パネル、およびビューの集合によって使用され
るデータ・アイテムの集合である。

これらのデータ・アイテムはＣ０ＢＯＬデータ定義また
はＣ構造と考えても良いが、これらのデータ・アイテム
の各々を特定するものであれば他の言語を使用してもよ
い。トランザクション・ビューはその手順の論理を実行
する場合に、使用するためトランザクション内の各手順
に対して作業領域として引き渡される。

ＴＤＴが最初に参照される場合、ＧＴＤシステムはトラ
ンザクション・ビューの「システムによって要求された
」部分を発生し、これを関連する５ＲＣＬＩＢ　（以下
で説明する）に載置する。トランザクション・ビューの
名前は、通常ｒ　ｔｄ　ｔＰＶＷ　Ｊの形を取る。アプ
リケーションの設計者は、そこでこのトランザクション
・ビューに対していずれかのアプリケーションに対して
ユニークなデータ・アイテムを付加することを要求され
る。−度特定されると、トランザクション・ビューは手
順、パネル、およびその他のビューに対するデータ参照
用のソースとして使用される。

アプリケーションの　　性　アプリケーションの移動性
は、全てのＤＡＡのシステム・プラットホームでシステ
ム環境を発展させるために同一のアプリケーション・ソ
ース・プログラム、同一のアプリケーション定義および
同一のアプリケーション開発環境をサポートすることに
よって達成される。

全てのサポートされているプラットホームに対するソー
ス・プログラムの移動性または同一のアプリケーション
・ソース・プログラムは、プラットホームとは独立した
プログラム・インターフェースと組み合わせて産業上使
用されている標準の選択されたセットを使用することに
よって達成される。

ソース・プログラムの移動性を保証するために使用され
る産業上使用されている標準の例には下記のものがある
。すなわちこれらは、定義された機能のライブラリを含
むドラフトによって提案しているＡＮＳ　Ｉ　ｒＣＪ　
　（Ｘ３　Ｊ　１１）を有するｒｃＪプログラムのコン
プライアンス（ｃｏｍｐｌｉａｎｃｅ）、ＡＮＳ　Ｉ　
　Ｘ３．２３−１９８５を有するｒ　Ｃ０ＢＯＬ　Ｊプ
ログラムのコンプライアンス（中間水準）およびＡＮＳ
Ｉ　　Ｘ３．１３５−１９８６を有するｒｓＱＬＪのコ
ンプライアンスがある。これらの標準を使用しているか
どうかは、ＡＮＳＩコンブライアント（ｃｏａ＋ｐｌｉ
ａｎｔ　）コンパイラまたはプレコンパイラ（Ｐｒｅ−
ｃｏｍｐｉｌｅｒ　）を有する全てのプラントホームで
チエツクされる。システムの特定の機能を非移動的に使
用することを含んでこうした標準から逸脱しているかど
うかは、実行可能である場合には、何時もチエツクされ
る。

産業上広く使用されている標準が存在しない領域の例に
は、トランザクション処理システムに対するインタフェ
ース、プレゼンテーション・システムに対するインタフ
ェース、共同処理の間の通信、端末、トランザクション
、およびシステムに対するルーティング（ｒｏｕｔｉｎ
ｇ　）メツセージ、ユーザ・インタフェース、プロファ
イルの管理、ヘルプおよびユーザのドキュメンテーショ
ンが含まれる。これらの機能はＤＡＡによって与えられ
るが、アプリケーション・ロジックからは完全に分離さ
れている。

更に、ＤＡＡとアプリケーション手順との間に１つのイ
ンタフェースがある。このアプリケーション手順が呼出
され、これに対して作業領域のアドレスが引き渡される
。ＤＡＡのランタイム・サービスとアプリケーションと
の間の対話は、作業領域の固定部分を介して行われる。

アプリケーションは、特定のパネルの表示または手順に
対する結合のようなサービスを要求するために作業領域
を使用する。しかし、アプリケーションは、データに対
する要求、論理的制御シーケンスまたは他のいずれのサ
ービスの機構も特定しない。ＤＡＡのサービスのパラメ
ータは、アプリケーションの論理からは分離され、アプ
リケーション・ソース・プログラムをシステムに特定の
実行から独立させる。

ＤＡＡのアプリケーションに対するランクイム環境によ
て、ランタイム・ドライバ（ＩＥＴ）と関連するランタ
イム・サブルーチンによってサポートされる主要な機能
が与えられる。アプリケーション（入力）手順は、パネ
ルからの入力または遠隔地の手順呼出しく即ち、ＬＩＮ
Ｋ）からの入力の結果として呼出される。いずれの場合
でも、作業領域および呼出しシーケンス自身の構造と内
容同一である。入力がパネルから受は取られたかまたは
他の手順から受は取られたかは、アプリケーションとっ
て明らかである。（オプションのＲＥＴＵＲＮが呼出し
手順に対して行われる場合を除いて）。これらの２つの
入力形態は、以下のバラグラフで更に説明する。

手順がパネルによる入力を端末から受は取った場合、ユ
ーザのプロファイル・ビューがＲＯＬＬＦＩＬＥから取
り出されて作業領域に載置される。作業領域が手順に与
えられ、この作業領域が実行されるが、これは−船釣に
アプリケーションに依存しないデータ・ベースの照会／
更新、作業領域および（または）データ・ベースのデー
タ・アイテムに対スる処理ロジック、および作業領域に
おける出力データ要素の準備（これは、制御がＩＥＴに
戻される場合、ユーザのプロファイルにセーブされるか
または出力端子に表示されることができる）を実行する
。例えば、もしアプリケーションの設計者が入力を受は
取り、データ・ベースからデータを呼出して、そのデー
タを作業領域に載置し、制御をＩＥＴに戻せば、同じパ
ネルが新しく設けられた作業領域のデータと共に表示さ
れる。

もし入力手順の論理が端子入力またはユーザのアクショ
ンに対する要求（例えば、ファンクション・キー）の別
のパネルが表示されるべきであると判定すれば、これは
、Ｉ　ＥＦ　１−ＰＡＮＥＬフィールドに新しいパネル
の名前を挿入し、制御をＩＥＴに戻すことによってこれ
を行うことができる。ＪＥＴはパネルの仕様と一致した
入力端子に対するパネルを準備する。もしＩＥＦＩ−Ｐ
ＡＮＥＬフィールドがブランクのままであれば、マスク
・メニューが表示される。

設計者は、端末からのユーザのアクションに対する要求
に応答してこの手順によって取られるべきアクションを
決定するため、作業領域要素ＩＥＦＩＦＵＮＫＥＹに位
置するユーザのアクションに対する要求（例えば、ファ
ンクション・キー）に質問を行うオプションを有する。

しかし、ある種のアクションに対する要求は一貫したユ
ーザ・インターフェース内で定義された会話のアクショ
ンに使用するために取っておかれる。（そしてＪＥＴに
よって実行される）。

外部手順とは、異なったトランザクションおよびできれ
ば異なったシステム内に物理的に位置する手順である。

外部手順自身は、呼出しトランザクションの・ロード・
モジュールに含まれていないが、この外部手順に対する
参照は、この手順に対する入力および出力ビューを相互
に関連させるために行われる。

アプリケーション手順は、外部手順を呼出すために、Ｌ
ＩＮＫおよびＲＥＴＵＲＮの出口の状態を使用すること
ができる。分散資源制御（ＤＲＣ）は要求を指定された
システム／トランザクションに転送するために使用され
る。手順の名前は、明記されているように、呼出された
システムとトランザクション内で十分定義された手順の
名前でなければならない。もしこれが十分定義されてい
なければ、呼出されたトランザクションに対するメニュ
ーがユーザに対して表示される。

呼出されたシステムとトランザクションと手順は、親の
トランザクションおよび手順と同じＤＭＡ環境内で動作
し、同じオプションを有する（即ち、もしパネルがこの
呼出された手順の実行が終了した場合に表示されるべき
であれば、この手順（よ、パネルの名前をＩＥＦ　１−
ＰＡＮＥＬフィールドに入力して制御を戻し、このパネ
ルを要求を行っているユーザに対して表示するためにＩ
ＥＦＩＸＳＴＡＴＥフィールドをブランクにすることに
よって、これを行うことができる）。

呼出された外部手順は、可変Ｉ　Ｅ　Ｆ　１−ＸＳＴＡ
ＴＥをＲＥＴＵＲＮにセットすることによって、制御を
呼出し手順に戻すことができる。この場合、ＩＥＴ制御
プログラムは、この呼出された外部手順に対する出力ビ
ューによって指定されたように、作業領域からデータ・
アイテムを取り出し、これをこの呼出し要求を開始した
インタフェース制御ブロックと共にパッケージし、この
出力メツセージを呼出し側のシステムとトランザクショ
ンと手順に引き渡す。呼出し側のシステムとトランザク
ションに戻ると、そのシステムのＪＥＴ制御プログラム
はプロファイル・データ・ベースから呼出し手順に対す
るプロファイル・ビューを取り出し、これを呼出しトラ
ンザクションの作業領域を設けるために使用し、続いて
呼出された外部手順から受は取られた出力ビューに基づ
いて作業領域を設ける（そしてその結果としてのオーバ
レイを行う）呼出し手順は、他の処理のために再び呼出
される。

ＤＡＡプロファイル管理は、ＤＡＡ環境の中で実行され
ている全てのアプリケーション手順に対して自動的に与
えられるサービスである。プロファイル管理は、アプリ
ケーションの手順ロジックから完全に独立して作業領域
の識別されたサブセットをセーブおよび復元する。プロ
ファイル管理によって、ＤＡＡ　Ｉ−ランザクジョンは
アプリケーション・ロジックを必要とすることなく、会
話型トランザクションの特性を有することができる（プ
ロファイルは、端末の代わりにユーザによることを除い
て）。その結果、ＤＡＡ手順は、トランザクションの処
理に固有の資源管理上の利点を保持しながら、対話モー
ドのアプリケーションに固有のプログラムを容易に行う
特徴の幾つかを有する。

ＤＡＡのプロファイル管理の一方の側での効果は、作業
領域がユーザ・プロファイルの定義に従ってセットされ
ることである（そして必ずしも最後に実行された手順で
はないことである）。これによって、アプリケーション
手順はシリアルに再使用可能および（または）再入可能
なように符号化されることができる。

サポートされているプラントホームおよび発展している
システム環境の両方に対するアプリケーションの定義の
移動性は、アプリケーション・ロード・モジュール内に
テーブルを使用すること（コードを発生することではな
く）によって達成される。

アプリケーションに対する要求と定義を説明するテーブ
ルは、特定の実行環境とは独立している。

例えば、パネル・テーブルは、いずれの装置に関連する
情報も有せず、入力／出力ビューはいずれのプロトコー
ルに特定の情報も有さない。端末装置またはシステム間
通信のプロトコールのような環境に対する依存性は、ア
プリケーションの定義から分離されている。その結果、
もう１つの環境に対する明確なアプリケーションの転送
または現在の環境の自然の発展のいずれかによる環境に
の変化に対するＤＡＡのサポートは、アプリケーション
に衝撃を与えることなく達成される。

ＤＡＡは、アプリケーションの開発環境全体をプラット
フォームの間で移動させるために構造化した開発プロセ
スおよび自動化された機構に対してプラットホームから
独立したインターフェースを提供する。

「ジュネレート・トランザクション定義」（ＧＴＤ）は
、トランザクションの開発プロセスを半自動化するため
に使用される対話ツールである。ＧＴＤは、全てのトラ
ンザクションの要素の仕様に対するメカニズムを開発者
に提供する。ユーザはトランザクション定義テーブル（
Ｔ　Ｄ　Ｔ）作成および編集し、これはトランザクショ
ンに含まれるべき要素とこれらの要素の間の関係を識別
する。ＧＴＤは、また会話の相互作用の制御、パネル・
レイアウト、プロファイルのマツピング、入力／出力の
マツピング等のＤＡＡのサービスのパラメータを指定す
る機構を与える。

ＧＴＤは、開発のために使用されているプラットホーム
とは独立した「共通ユーザ・インタフェース」を開発者
に提供する。このツールは、全てのシステムについて同
じパネルと同じオプションを有している。

アプリケーションの開発の全ての面は、トランザクショ
ンの定義、メニューの定義、パネルのレイアウト、ビュ
ーの定義、作業領域の定義、ヘルプおよび情報ドキュメ
ンテーション等を含んで全てのプラントホームで同一で
ある。ファイルのネーミングの規定、コンパイラ−のオ
プション、リンクのオプションＳＱＬのプレコンパイル
のオプション、およびその他のシステムの特徴の変化は
、開発者から隠されている。サポートされている端末お
よび装置の物理的な特性の変化は、開発者に明らかであ
る。トランザクション処理システム、および関連するイ
ンタフェースの変化は開発者から隠されている。インス
トレージ田ンの手順は、全てのシステムについて同一で
ある。

更に、ＧＴＤには所定のアプリケーションについて、１
つのシステム・プラットホームから他のシステム・プラ
ットホームに開発形態全体を自動的に移動させる機能が
ある。これらの能力によって、異質なプラットホーム全
体に渡ってアプリケーションの迅速な配置が促進される
。

ＧＴＤは構造化された開発環境であり、トランザクショ
ンの構造化された構築を強化する。全ての構成要素はＧ
ＴＤによって知られ、かつこれによって制御されている
から、伝統的な（部分的に自動化されているが）開発の
方法論からテキサス・インスツールメント社のＩＥＦの
ようなフルサイクルのＣＡＳＥツールに対する移行を自
動化することは、実現可能である。

アブーリケーション　動的なアプリケーションの変更に
対する能力に貢献する本発明によるＤＡＡ）ランザクジ
ョンの主要な属性は、トランザクションの全てのアプリ
ケーションに特定の構成要素を１つのロード・モジュー
ルにパッケージし、トランザクシロンをビューの定義の
変更の衝撃から守ことである。

更に、アプリケーションのトランザクションと関連する
ＤＡＡのサービスは動的かつ同期して変更することがで
きる（すべてのアプリケーションのトランザクションに
関して）が、その理由は、大部分のＤＡＡのサービスが
独立したプロセスとして実行され、トランザクションに
おいてＤＡＡのランタイム機能と通信を行い（システム
に依存した実行の場合）、ＤＡＡのランタイム機能はト
ランザクションのロード・モジュールとは独立して動的
にロードされるからである。

これらの能力によって、全てのシステムに於いて連続し
た動作が可能になる。このことは、同期してインス斗し
−ションを行うという問題を回避し、各システムのメン
テナンスを非同期状態で実行することを可能にする。こ
れは、またアプリケーションのトランザクションにとっ
て明白なりＭＡのサービス能力（例えば、新しい端末と
装置をサポートする能力、新しいユーザとの対話、新し
いヘルプおよびドユキメンテーション提供の特徴等）に
対する改良を連続して行うことを可能にする。

ユニークに識別されたロード・モジュールを作成するた
め、１つ以上のアプリケーション手順がトランザクショ
ン定義テーブル、ビュー、パネル、およびその他の資源
と共にパッケージされる。このロード・モジュールは、
スケジューリングの優先度のような他の属性と組み合わ
されて「トランザクション識別子」を介してトランザク
シッン処理モニターに対して識別される。このトランザ
クション識別子はＤＡＡ内のスケジューリング作業の基
礎になるものである。トランザクションの識別子と関連
するロード・モジュールは、下記を含む。

一アプリケーション手順 データのセットまたはデータ・ベースのようなアプリケ
ーション手順と組み合わせて使用される資源のセット。

一トランザクション定義テーブル。このテーブルは、特
に下記を含む。

一内部および外部両方の全ての参照された手順のテーブ
ル。

一各々の参照された手順について、その手順と関連する
入力、出力およびプロファイルビュー−全ての参照され
たパネルのテーブル。

−各々の参照されたパネルについて、そのパネルと関連
するリフレッシュおよび入力手順。

−作業顛域 要約すれば、ロード・モジュールは全てのアプリケーシ
ョンに特有のロジックとデータを含む。

ロード・モジュールはトランザクション処理システムに
よって分割不可能なユニットとして扱われるため、プロ
グラム・ロジック、データ・ベースに対する照会、パネ
ル、および（または）トランザクションの全ての他の構
成要素の変更は常に同期してインストールされ、これに
よって、ロード・モジュールの完全性が保証される。大
部分の非ＤＡＡシステム、即ちトランザクション処理シ
ステム及び対話システムの両方はユーザ・インターフェ
ースの制御テーブルがロード・モジュールから物理的に
分離されることを要求しまたこれを許容する。（これは
不可避的に同期の問題につながる）。

特にロード・モジュールに含まれていないものには、Ｄ
ＡＡのランタイム機能（ＩＥＴ等）があり、これらの機
能によって、ＤＡＡによって行われる種々のサービスが
与えられ、そして（または）これらの種々のサービスに
対するインターフェースが行われる。

ＩＥＴは、ＪＥＴに関連する全ての低水準のサービス機
能と共に、ロード・モジュールの外で実行される。アプ
リケーション・ロード・モジュールのサイズを小さくし
、システム全体に渡るインストレージョンを同期化し、
全てのアプリケーションに対するＩＥＴの改良を強化し
、アプリケーションに対する再結合または他の変更を行
うことなくＩＥＴの改良を実行するため、ＩＥＴはアブ
ＩＪ　ケーション・ロード・モジュールから分離されて
いる。

ＩＥＴは、他の全てのＤＡＡのランタイム機能と共に、
トランザクションの処理装置から制御を得る（ＤＡＡに
よって与えられた）「メイン」プログラムから呼び出し
可能な動的リンク・モジュールとして実行される。

多くのＤＡＡのサービスは、アプリケーションのトラン
ザクションと結合されたランタイム機能と通信を行うた
め、システムに依存する技術を使用する独立したプロセ
スとして実行される。これらのサービスには、ドキュメ
ンテーション検索システム・プロファイル管理および分
散資源制御が含まれる。ＤＡＡのサービスはサーバーと
して実行され、アプリケーションのトランザクション内
の機能はクライエントである。

勤范旦王二萱理　アプリケーション手順は相互に通信を
行うと共に「ビュー」を介して外部の資源と通信を行う
。ビューはアプリケーション手順をシステム間の通信、
装置のプレゼンテーション管理、ヘルプ機能、メニュー
および他のＤＡＡの共通のサービスの機構から分離させ
るのに使用される。

手順の各々の実行に続いて、作業領域のサブセットがデ
ィスクにセーブされる。このサブセットは手順のための
特定の「プロファイル」　「ビュー」である。このプロ
ファイル・ビューは、パネル入力が終了した場合に作業
領域を再び設けるために使用される（作業領域はパネル
入力データとプロファイルの両方から再び設けられる）
。

第１０図は、ＤＡＡアプリケーションの手順、作業領域
、およびプロファイル・ビューの間の関係を示す。第１
Ｏ図の１５６で示す部分は、ＩＥＴに制御されて実行さ
れる部分を表す。１５８で示す部分は、アプリケーショ
ンに制御されたままで実行される部分を示す。

トランザクションが中止された後に再スタートされる場
合、本発明によるシステムは、一致した識別を有するプ
ロファイル・ビューを捜すため、ログオン（ｌｏｇｏｎ
　）に設けられたユーザ識別と所望のアプリケーション
の手順のアプリケーション識別を使用する。もしプロフ
ァイル・ビューが見付からなければ、与えられた識別と
一致さゼるため、システムは与えられた識別を有する新
しいプロファイル・ビューを発生する。与えられた識別
を有するプロファイル・ビューが見付かるかまたは発生
されると、対話の管理者はトランザクションが再び中止
されるかまたは終了するまで、自己の処理シーケンスを
実行する。

プロファイル・ビュー、パネル・ビュー、および作業領
域に対する対話の管理者（ＩＥＴ）の処理シーケンスは
下記のように要約することができる。

−読み出しプロファイル１６０と作業領域１６２に対す
るマツプ。

−読み出しパネル人力１６４と作業領域１６２に対する
マツプ。

一実行手順１６６゜ プロファイル１６６に対するマツプ作業領域。

パネル１６４に対するマツプ作業領域１６２゜表示パネ
ル（図示せず）。

作業領域はアプリケーション手順によって直接使用され
る。外部ビューは、手順間の（非同期、紹介された）デ
ータの交換を調整するために使用される。

ユーザーおよびセツションのプロファイル・スタックに
記載されているＬ　Ｉ　ＮＫ、ＲＥＴＵＲＮ、またはＸ
ＦＥＲまたは「プロファイル」ビューを介して手順の間
で交換されるビューは、「外部ビュー」である。これら
のビューは、トランザクションのライフ・サイクルに対
して非同期的に存在するという特性を有している。（例
えば、トランザクションは、１つのビューが恐らくは作
業領域に対する異なった定義でトランザクションの実行
の間を通過している間に、変更することができる）。

データが２つのトランザクションの間で交換されるか、
または１つのトランザクションの１つの実行の場合と、
同じトランザクションの他の実行の場合との間で交換さ
れる場合でさえ（例えば、「プロファイル」ビュー）、
マツピングは外部ビューと作業領域との間で発生する。

下記の変形に対する考察がこのマツピングに当てはまる
。

−作業領域内のデータの内部表示は、外部ビューの同じ
データ・アイテムの内部表示に対応しない場合がある。

フォーマットまたは長さのいずれかが異なっている場合
がある。

一データ・アイテムは、作業領域または外部ビューに対
して付加される、またはこれらから取り除かれることが
できる。

一作業頭域のアイテムによって使用されるネーミングの
規定は、外部ビューによって使用されるネーミングの規
定に対応しない場合がある。

−外部ビューのデータの内容は時間を切り替える。外部
ビューの内容の変化を反映するためには、外部ビューを
使用する全てのトランザクションが更新されるわけでは
ない（または必ずしも更新されるべきではない）。いず
れにしても、外部ビューまたは作業領域の変更のインス
トレージョンはアプリケーションのトランザクションを
混乱させることなくまたは進行中のデータの分散を混乱
させることなくリアルタイムで可能でなければならない
。

１つのビュー内の質は変化してもよい。繰り返しの構造
は、可変回数発生する可能性がある。

外部ヒユーはＩＳＯプレゼンテーション・プロトコール
の標準にしたがって実行され、これはデータ構造に対す
る「ソース」言語の仕様とランタイム・データの符号化
アルゴリズムの両方を定義する。

リアルタイムのトランザクションの変更を可能にする環
境でデータ交換の目的を達成するためには、作業領域は
外部ビュー（入力、出力、プロファイル）から独立して
定義される。ビューは１組のデータ要素によって構成さ
れ、これらのデータ要素は、「基本的」アイテムまたは
データ要素の「セット」である。機能的な定義によって
、任意に複雑な構造が可能になる。

ビューの各データ要素は、識別子に割り当てられる（こ
れは、たとえ要素が構造内で相対的な位置を変化させ、
または長さを変化させたとしても、常に同じ要素と関連
している）。作業領域の各データ要素には識別子が割り
当てられる（これは、たとえ要素が構造内で相対的な位
置を変化させ、または長さを変化させたとしても、常に
同じ要素と関連している）。プロジェクション・テーブ
ルが各々のビューに対して構築され、これはビュー内の
識別子と作業領域内の識別子との間のマツピングを定義
する。

各データ要素に対して埋め込まれた識別子を含むＩＳＯ
によって定義されたＡＳＮ、１の符号化を使用して、ビ
ューは異質なプラットホームの全体に渡って交換される
ことができる。更に、ビューに対する符号化は作業領域
内の全ての構造的変化から独立しているが、その理由は
、埋め込まれた識別子はマツピングのために使用される
からである（即ち、マツピングは、作業領域またはビュ
ーのいずれかに於けるアイテムのシーケンスによって決
まらない）。

その結果、ビューの交換のデータの完全性は、たとえ相
対的な順序および（または）ビュー内のアイテムの除去
または付加が変化しても、保持される。

したユーザ・インターフェース　第１１図は、ユーザの
分散されたＤＡＡアプリケーションとの対話を示すユー
ザー・インターフェースのシナリオである。この例の場
合、ユーザ１６８はシステム２／トランザクション２／
手順２と関連した端末５８でパネルを入力した。ユーザ
の端末は物理的にシスチムニに位置していたため、分散
資源１１Ｊｌｉｌ（ＤＲＣ）がメツセージ（即ち、パネ
ル入力）をシステム２／トランザクション２／手順２に
対して転送するために使用された。手順２内のアプリケ
ーション・ロジ・７りは、システム３／トランザクショ
ン３／手順３に対してＬＩＮＫを要求した。ＤＲＣはＬ
ＩＮＫメソセージをシステム３／トランザクション３／
手順３に対して転送するために使用された。手順３内の
アプリケーション・ロジ、りはユーザに対してパネルを
表示することを要求した。ＤＲＣはユーザ１６８にみせ
るためにメツセージ（即ち、パネル出力）をシステム１
で端末５８に転送するために使用された。

このシナオリ内に、複数のシステムとトランザクション
を含む場合ユーザ・インターフェースの一貫性が重要で
ある。ＤＡＡ内での一貫性したユーザ・インタフェース
の第１の目的は、全てのコンピュータ、システム、アプ
リケーションがユーザにとって同じに見えることである
。パネルのレイアウト、パネル要素の対話、および全体
的な会話の流れがユーザのインタフェースの一貫性のキ
ーとなる面である。ＤＡＡは、システムから独立したパ
ネルのレイアウトと装置から独立したパネルのレイアウ
トの一貫した使用を可能にすると共にこれらを部分的に
自動化する（ＧＴＤを介して）。

会話の流れは、一部は開発者（メニュー、パネルの有効
性のチエツク、ドキュメンテーション）によって決めら
れ、一部はアプリケーション間の会話の流れに対するＤ
ＡＡの規定によって決められる。

ランタイムのユーザの会話のナビゲーション（ｎａｖｉ
ｇａｔｉｏｎ　）はアプリケーション・ロジックから独
立してＩＥＴによって実行される。−貫したユーザ・イ
ンタフェースを設けることは、プロファイルの管理に大
きく依存し、このプロファイルの管理によって各々のユ
ーザおよびセツションに対するトランザクションの状態
と選択されたアプリケーションのデータが保持される。

ユーザとコンピュータは要求を交換し、ユーザによって
駆動される会話を発生し、この会話はアプリケーション
によって与えられる階層的経路の１つに沿って移動する
。会話の中で、データと制御は１つの手順から他の手順
に流れる。手順はＤＡＡの環境内のいずれのシステムに
位置してもよい。手順の位置は、アプリケーション・ロ
ジックとエンド・ユーザの両方にとって明らかである。

ＩＥＴは、ユーザの会話の大部分を制御し、アプリケー
ションの手順をユーザの対話の主要な面から分離する。

これによって、ＩＥＴは全ての端末およびプラットホー
ムに渡って一貫したユーザ・インタフェースを実行する
だけでなく、（アプリケーション・ロジックから独立し
た）産業上の標準を開発する方向に向かってユーザ・イ
ンタフェースを発展させる。下記のパラグラフは、−貫
したユーザ・インタフェースの実行（Ｉ　ＥＴによって
制御されＧＴＤによって定義された）の実行を説明する
。

ＩＥＴは後程詳細に説明するが、これはマツピング・サ
ービスを使用して、パネルを構築するために使用される
変数に入力をマツピングすることニヨって全てのパネル
・入力を解釈する。これはトランザクション処理サブシ
ステムとのインタフェースをとってユーザから次のパネ
ルを取得し、ユーザが対話を行うことのできるパネルの
形で出力を提供する。マツプ、ビュー、およびアプリケ
ーションの手順に対するポインタを含む命令のテ−プル
を使用することによって、ＩＥＴは、命令のテーブルに
対する変換機構を介して、前のパネルの処理の結果に基
づき、次にいずれのパネルを提供するべきかに関する命
令を受ける。

ＩＥＴは種々のユーザの間の会話の流れを管理し、これ
らのユーザは、トランザクション・ビュー内のフィルド
をそのトランザクションに対して初期化することによる
種々の論理的端末になりえる。フォーマットされた入力
データのメソセージを受けとった後、ＩＥＴはこのメツ
セージのヘッダーを読取って正しい処理を行うためにこ
のメツセージをどこに送るかを判断する。もしヘッダー
で見付かったシステム・トランザクション・手順の名前
がローカル・システムの名前と一致しなければ、ＩＥＴ
はこのメツセージのパケットを適当なシステムに転送す
る。しかし、もしこれらが−致すれば、ＩＥＴはこのＩ
ＥＴが呼出したマツプ・インタプリタに対する会話の流
れを制御する。可能な範囲で処理が終了した後、アプリ
ケーションの命令、または手順の中止、または手順の終
了によって、ＩＥＴはく他のシステム・トランザクショ
ン・手順での共同処理のための）入力ビューまたは（ユ
ーザに対して共同して処理された手順を戻すか、または
処理された結果を含むパネルを戻すための）出力ビュー
のいずれかを含む出力メツセージを作成する。いずれに
しても、ＩＥＴは次にメツセージを所望の論理端末に転
送する。

パネルは、トランザクションと端末の間で情報を交換す
る主要な装置である。以下で行われるユーザの会話の説
明は、パネルのシーケンスに関するものである。パネル
内では、ＧＴＤの中で作られた定義にしたがって構築さ
れた情報が存在する。

特に、フォーマットされたデータを表示または受けとる
フィルドが存在する。これらのフィルドは、色、リバー
ス・ビデオなどの種々の属性を有する。

このパネルは「アクション」が要求された場合は何時で
も（例えば、アクションはファンクション・キーまたは
ファンクション・バー・プルダウン・メニュー・アイテ
ムと関連することができる）、ＤＡＡに入力される。パ
ネルがＤＡＡに入力される場合、ＤＡＡは入力領域に入
力されていたデータ、要求されたアクション、および現
在選択されている（例えば、カーソルで表示されている
）データ・アイテムを受は取る。

アクションの要求に先立って、パネルとのユーザの対話
は、端末（例えば、カーソルの移動、フィルドに対する
キー人力など）によって局部的に実行される。この対話
は装置によって決まるが、全てのＤＡＡのアプリケーシ
ョンに渡って一貫したものである（各々の特定の端末に
対して）。

パネルからパネルに対するナビゲーションは端末から独
立したものである。ＤＡＡ・トランザクションはパネル
・ドライバ（ＴＭＳと呼ぶ）を介して端末に対してパネ
ルを提供する。ＴＭＳはＧＴＤによって準備されたパネ
ルを解釈し、色、拡張された属性、リバース・ビデオ、
アンダースコア（ｕｎｄｅｒｓｃｏｒｅ　）、およびそ
の他の特性をサポートする。これらのパネルのプレゼン
テーションを受けることのできるある種の端末は、設計
者によって準備されたパネルの機能全部をサポートする
ことができなくてもよい。複数水準の端末の能力をサポ
ートしながらしかもなお大部分の有能な端末装置に対し
て最大限の機能性を与えるために、ＴＭＳは分散資源制
御（Ｄ　ＲＣ）によって与えられた端末特性情報を使用
する。従って、アプリケーションの設計者は、自分のア
プリケーションを使用する全ての端末の最大の機能性を
利用すると共に、同時に自分のパネルがより少ない機能
性を有する端末装置にも（動的に）適応されることので
きることを保証される端末のプレゼンテーションを設計
することができる。

ユーザとトランザクションが情報の処理を含む要求を交
換しているのと同時に、ユーザに制御さた会話はアプリ
ケーションによって与えられた経路の１つに沿って移動
している。ユーザは、会話の一部である特定のアクショ
ンを使用して、アプリケーションを介して「ナビゲート
」する。これらの会話のアプリケーションは、必ずしも
トランザクションが情報を処理することを要求せず、こ
れらは会話の経路を介して行われる移動を発生するだけ
でもよい。

ＤＡＡ内の会話のナビゲーションは、幾つかの水準、即
ちセツション、トランザクションおよびパネルによって
制御される。

ユーザのＤＡＡとの対話の階層の最も高い水準は、ＤＡ
Ａの「デスプレー・アプリケーション」（ＤＡ））ラン
ザクジョンである。ＤＡのトランザクションは指定され
たユーザに対するネットワーク内のシステムの活動状態
にあるアプリケーションを識別し、各ユーザに対して２
つ以上のセツションを管理することができる。ユーザが
ネットワークに対して信号を送ると、このユーザのＩＤ
がネットワークに判明する。デスプレー・アクチブ（Ｄ
Ａ）　　トランザクションを使用することによって、ユ
ーザは特定のユーザのＩＤに対して進行中のアプリケー
ションのリストを見ることができる。ＤＡによって、ユ
ーザはアプリケーションの実行を再開することができる
か、またはＲＯＬＬＦＩＬＥからのアプリケーションに
対するプロファイル・ビューを削除することができる。

ＤＡはネットワーク全体の機能であるから１．ユーザは
、ファンクション・キーによってまたは別のシステムを
指定することによって、ＤＡ）ランザクジョンの制御を
別のシステムに転送することができる。このような制御
の転送によって、ユーザはネットワーク内の他のシステ
ムでそのユーザに対して活動状態にあるアプリケーショ
ンのリストを見ることができる。

活動状態にあるアプリケーションの数を管理および制御
するため、システムは活動状態にあるアプリケーション
の数と各々のユーザに対して割当てられたＲＯＬＬＦ　
ＩＬＥのスペースの量を制限することができる。新しい
ユーザがシステムに対して信号を送り、ＩＥＣ）ランザ
クジョン（以下で説明する）のＵＳＲ，Ｃのオプション
によって変更される場合、これらのパラメータはデフォ
ルトによって設定されることができる。

各々のユーザのセツションは、トランザクションおよび
パネルの対応する階層に対する現在の状態の情報を含む
自己の個別のプロファイル・スタックを有している。Ｄ
Ａ）ランザクジョンによって、ユーザは自分の活動状態
にあるセツションの全てに直接アクセスすることができ
る（もしセツションのトランザクションのスレッド（ｔ
ｈｒｅａｄ　）が遠隔地にあるシステムに通じていれば
、遠隔地のシステムのトランザクションを含む）。

第１２図は、代表的な会話の場合の１つのセツションか
ら他のセツションに対するナビゲーションと目的地の可
能なルートを示す。図から分るように、ユーザはＤＡＩ
　（ＩＥＴＡＡＳ）１７０を要求することができ、これ
は、いずれかのセツション１７２を開始するために、Ｄ
ＡＡのアプリケーションを表示し、いずれかの中止され
たセンジョン１７２を再び始めることができ、かついず
れかのセツション（現在のまたは中止されている）を中
止または一時中止することができる。

ユーザは、セツションに関して以下のアクションを実行
することができる。

一現在のセツションを一時中止する。　−時中止された
アクションは、このセツションの現在の状態をセーブし
、ＤＡパネルを表示する。ユーザは一時中止されたのと
同じデータ（プロファイル）を使用して、後程（ＤＡパ
ネルからのオプションとして）このセツションの実行を
再び開始することができる。

一時中止されたセツションの再開（ＤＡパネルのオプシ
ョン）、。

一現在のセツションの中止。現在のセツションを終了し
、そのセツションと関連する全てのプロファイル情報を
放棄し、ユーザを直ちにＤＡ）ランザクジョンに戻す。

このＤＡＩ−ランザクジョンは、論理的にはユーザがＤ
ＡＡ内で戻ることのできる最も遠い点（即ち、ＤＡＡの
ユーザに対する開始点）である。基本的には、中止は最
も高い水準に対する高速経路による出口であり、理論的
には中間の出口点をバイパスしている。すべての中間の
結合されたトランザクションで出ることも可能である。

一一時中止されたセツションの中止（ＤＡパネルのオプ
ション）。

−新しいセツションの作成。

ＩＥＴは、関連するトランザクション・ビニ−の変数を
初期化することによって再スタートされた一時中止して
いるトランザクションに対する論理的端末からのデータ
入力に対する会話の流れを管理する。記憶されているプ
ロファイル・ビューからデータ入力を受は取った後、こ
れはユーザからの入力がホーマットされているかどうか
をチエツクする。ＪＥＴはプロファイル・ビューを読み
だしホーマットされたデータ入力の選択された部分に基
づいて新しいプロファイル・ビューを発生する。入力ビ
ューとプロファイル・ビューからの入力を変換した後、
ＩＥＴは存在しているデータ・ベース管理システムとの
インタフェースをとって入力を処理するために必要なビ
ュー、マツプおよび手順を得る。このシステムは、出力
ビューを作成し処理されたデータと結果や選択された部
分を与える。ＩＥＴは終了したばかりの現在の状態のプ
ロファイル・ビューを作成し、ＲＯＬＬＦＩＬＥ内に記
憶されている前のビューをこの新しいプロファイル・ビ
ューと取替える。ＩＥＴは次にルーテング（ｒｏｕｔｉ
ｎｇ　）情報を有するヘソグーの付いたメツセージの形
で出力ビューを適当な論理的端末に転送する。

１つのセツション内のトランザクションのナビゲーショ
ンは、結合されたトランザクションのスレッドに基づい
ている。各々のトランザクションは、プロファイル・デ
ータ・ベースに保持されている実行状態を有している。

スレッド内の最初のトランザクシコンは、ユーザがセツ
ションを開始する場合、スレッド内の第１トランザクシ
ヨンはこのユーザによって決定される。トランザクショ
ンのスレッド内の新しいＬＩＮＫの作成は、プログラム
によって制御される。同じトランザクションは１つのセ
ツション内で２回以上発生することができる。リンクか
らの復帰はプログラムによって実行されることができる
か、またはユーザによって短絡されることができる（出
口またはキャンセル動作）。

第１３図は、−船釣な会話の場合の１つのトランザクシ
ョンから他のトランザクションに対するナビゲーション
と目的地の可能なルートを示す。

第１３図に示す種々のルートは、結合されたスレッドの
周囲のナビゲーションを強調している。図から分るよう
に、ＤＡ表示のＤＡＡアプリケーション１７０は、トラ
ンザクション１７４のメイン・メニューを介してＤＡＡ
アプリケーション・トランザクション１７４に結合され
ることによって始まる。このメニューから、他のパネル
を呼出すことが可能であり、このトランザクシコン１７
４は、キャンセルされることができるか抜けることがで
きるかのいずれかである。他のパネルは、ＤＡＡアプリ
ケーション・トランザクション１７６の結合されたパネ
ルに対して結合されることができるかまたはこれらは抜
けられてメイン・メニューに戻されることができる。ト
ランザクション１７６の結合されたパネルは、ユーザの
要求によってトランザクション１７６をキャンセルする
ことができ、またはこれはトランザクション１７６のメ
イン・メニューに結合されることができる。このメイン
・メニューは引続いてトランザクション１７６内の他の
パネルを呼出してもよく、トランザクション１７６をキ
ャンセルしてトランザクション１７４の他のパネルに戻
ることができ、そしてトランザクション１７６を抜けて
トランザクション１７４のメイン・メニューに戻ること
ができる。

このパターンは、トランザクションがＬＩＮＫスレッド
に加えられる毎に繰返される。

トランザクションの中には、１組のパネルがある。一連
のパネルを介して行われるナビゲーションは、トランザ
クシラン手順とのユーザの対話の機能である。第１４図
は、代表的な会話に対する１つのパネルから他のパネル
に対するナビゲーションと目的地の可能なルートを示す
。１つのトランザクション内で実行される第１のパネル
は、メイン・メニューまたは結合された手順の実行から
結果として得られるパネルである。第１４図は、例示と
して、現在のトランザクション１７４を詳細に示す。メ
イン・メニュー１７８はパネル１８０．１８２と相互に
接続される。パネル１８０．１８２はメイン・メニュー
１７８から入力されることができる。ナビゲーションの
可能性は、パネル１８０．１８２で変化する。例えば、
トランザクションはパネル１８０からパネル１８２を入
力してもよく、パネル１８４を入力してもよく、または
キャンセルされてメイン・メニュー１７８に戻ってもよ
い。

パネル１８２はパネル１８６を入力してもよく、または
キャンセルして、メイン・メニュー１７８に戻ってもよ
い。パネル１７４はパネル１８６を入力してもよく、ま
たはキャンセルしてパネル１８４に戻ってもよい。終了
した場合、パネル１８６はキャンセルしてパネル１８６
に戻るのみである。

パネルに関してユーザの実行することのできるアクショ
ンは下記の通りである。

一１ステップ戻る（キャンセルのためのアクション）。

この結果階層において次に高いパネルのリフレッシュが
行われる（例えば、現在のパネルの直前に示されている
パネル）。メイン・メニューによって行われるキャンセ
ルによってトランザクションが終了する。

「出口」のアクションによってユーザは現在のトランザ
クションに対するメイン・メニューに戻る。もしユーザ
がすでにユーザがメイン・メニューの状態にあれば、こ
のトランザクションは結合され、次に前のトランザクシ
ョン・アプリケーションのメイン・メニューに対して復
帰が行われる。もしユーザが既にメイン・メニューの状
態にあれば、このトランザクションは結合されずそこで
ＤＡに抜ける。繰返して抜は出すことを要求することに
よって、ユーザはトランザクションによってアプリケー
ションのトランザクションを介して後退し、最終的に対
話を階層の最も高い水準に戻す（ＤＡのトランザクショ
ン）。

−リフレッシュ・アクション。ユーザがリフレッシュを
要求する場合、パネルに入力された全てのデータは無視
され、リフレッシュ手順が実行されてパネルに表示され
るべきデータの現在の状態を発生する。「リフレッシュ
」を要求する可能性のあるアプリケーションの例はディ
レクトリ・リストである。

−「ヘルプ」アクション。ユーザがヘルプを要求する場
合、ヘルプ・パネルが表示されてユーザが会話を終了す
るのを支援する。ヘルプのアクションによってヘルプの
ための会話がトリガされるが、これはＩＥＴによって完
全に制御され、以下のセックジョンで更に詳しく説明す
る。

−１ステツプ進める（入力動作）。

ユーザがパネルとの会話を終了した場合、これは特定の
アクションの要求と共にアプリケーションに与えられる
。アクションに対する要求は、入力のアクションまたは
ＩＥＴによって管理された会話制御機能として定義され
ていない他のアクションである。どのようにしてアクシ
ョンに対する要求が発生されるかの例には、非プログラ
マブル端末に対するファンクション・キーの使用または
インテリジェント・ワーク・ステーションに対するアク
ション・バーのプル・ダウン（ｐｕｌｌ　ｄｏｅｖｎ）
内でのアクション・アイテムのマウスによる選択が含ま
れる。アクションに対する要求の結果、パネルの入力手
順が実行される。規定によって、入力手順は表示されて
いる異なったパネルを結果として発生する、または重要
なデータの内容の変更を有する同じパネルを結果として
発生するロジックを有している。アプリケーションは、
「入力」の手順からパネルの階層水準を制御する。入力
手順は、１．０．−１、または−２のような次に表示さ
れるパネルの相対的な階層水準を宣言することができる
。

「１」はｌだけインクリメントされた現在の水準を意味
する。入力手順と関連するプロファイル・ビューは、セ
ツションのプロファイル・スタック（ｐｒｏｆｉｌｅ　
５ｔａｃｋ　）で押され、ユーザによって入力したパネ
ルの状態を有効にセーブする。出力手順と関連するプロ
ファイル・ビューは、ビューが制御された直後にプロフ
ァイル・スタックに載置される。このオプションは、ト
ランザクション・メニューの階層に対して常に使用され
る。

「０」は現在の水準が変更されるべきでないことを示す
。次のパネルは同じ階層の水準で表示される。これはア
プリケーション・パネルに対するデフォルトである。

「−１」は現在の水準を１だけデクリメントする。プロ
ファイル・ビューはセツションのプロファイル・スタッ
クからポツプされ、ユーザによって入力されてパネルと
ビューを復元する。もしこのトランザクションに対する
スタックにビューが無ければ、ＲＥＴＵＲＮが（「キャ
ンセル」の終了コードと共に）実行される。これは「キ
ャンセル」でとられる強化されたアクションである。

「−２」はこのトランザクションのためにプロファイル
・スタックに存在する全てのセーブされたビューを取除
き、メイン・メニューを強制的に実行する。アプリケー
ションに対する「ヘルプ」は何時でも呼出すことができ
る。−度呼出されると「プライマリ・パネル’（ｐｒｉ
ｍａｒｙ　ｐａｎｅｌ　）　Ｊの会話の現在の状態がセ
ーブされ、ユーザの会話が開始されるが、それは完全に
ＩＥＴによって制御されている。ユーザの会話が終了す
ると制御は「プライマリ−・パネル」の会話が中断され
た状態に戻される。

いずれかのパネルに対する各々のデータの入力または選
択のフィールドは、関連する「ヘルプ」パネルを有する
ことができる。更に、パネルはそれ自身「ヘルプ」パネ
ルを有している。プライマリ・パネルから「ヘルプ」パ
ネルを呼出すと、もし入手可能であればフィールド水準
のヘルプが発生し、そうでなければパネル水準のヘルプ
が発生する（さもなければ、ヘルプ・システムのヘルプ
が発生する）。−度ヘルプに入れば、定義されたセット
・ヘルプ・アクション（例えば、ファンクション・キー
）が存在し、これによってアプリケーション・キーに関
する別の情報、ヘルプ・ドキュメンテーションに対する
インデックス・ヘルプ・パネル内の「選択」型フィール
ドの（グロサリ）ヘルプ等が与えられる。

ヘルプ・パネル内に表示された情報は、ドキュメンテー
ション・システムから得られる。ドキュメンテーション
・システムは、報告・発生・チャプタ・セクション・ペ
ージによってインデックスのドキュメントを組織する。

ドキュメントのセクションをヘルプ機能に割当るために
、下記の規定が使用される。

−レポート・ジェネレーション　国語とトランザクショ
ンとの所定の組合わせの場合、１つの「レポート・ジェ
ネレーション」が存在し、これは全てのアプリケーショ
ンに対するヘルプ情報を含むヘルプ機能はまた一般的な
りＡＡヘルプ情報を呼出すことができ、これはレポート
＝　ＤＡＡＨＥＬＰ　。

ジェネレーション＝（言語構造）に位置している。

−セクション　パネル・ヘルプ情報の場合、ｒｓＯＯＪ
という名前のセクションが拡張されたヘルプ情報（パネ
ルについての一般的な情報）に対して保存される。他の
全てのセクションは、データ・入力「フィールド」また
はパネルに現われる選択フィールドの二一モニックの名
前である。

−チャプタ　「グロサリ」という名前のチャプタが下記
のヘルプ機能のために保存される。

−キー　これはアプリケーション及びその機能によって
使用される各々のキーを説明するセクションである。リ
ストはアプリケーションの現在の状態でいずれのキーが
有効であるかを示すべきではない。

一内容　これは、またトビツク（ｔｏｐｉｃ　）によっ
て組織されたヘルプ情報の内容のテーブルであるセクシ
ョンである。

一ヘルプ（ＤＡＡＨＥＬＰの場合のみ）これは「ヘルプ
・オン・ヘルプ」情報を含む。

「メツセージ」という名前のチャプタはエラーメツセー
ジのヘルプのために保存される。（例えば、アプリケー
ション手順によって発生された各々のメツセージの詳細
な説明）。このチャプターの中のセクションはメツセー
ジ識別子コードに対応する。

全ての他のチャプターはパネルの名前と同じであり、パ
ネルに特有の情報を含む。ヘルプパネル自身はＤＡＡＨ
ＥＬＰにドキュメントされる。

ヘルプは全ての場合に入手可能である。全てのアプリケ
ーション・パネルに対するヘルプ情報の入手可能性は、
トランザクションが構築された場合、ＧＴＤによって有
効にされる。

ヘルプの対話において、すべてのヘルプ・パネル（拡張
ヘルプ・パネルを例外として）によって、ファンクショ
ン・キーは拡張ヘルプにアクセスする。ヘルプ・パネル
のタイトルは「ヘルプ」という語を含み、これが加えら
れるパネルまたはフィールドを識別する。

ヘルプの呼出しは、アプリケーションの手順にとって明
らかであり、現在の会話を妨げない。ユーザがヘルプを
要求する前に入力したデータは、ユーザのプロファイル
にセーブされる。ヘルプ・パネルの種類は下記の通りで
ある。

ヘルプ　ヘルプに対するアクションは、特定のフィール
ド、パネルに関する文脈上のヘルプまたはヘルプの機能
に関する文脈上のヘルプを与える。

フィールドに対するヘルプは、もしカーソルが入力領域
上またはメニュー選択領域上にあれば、与えられる。パ
ネルに対するヘルプは、もしカーソルが入力領域にもメ
ニュー選択領域にもなければ、与えられる「拡張ヘルプ
」として知られる。パネルに対するヘルプは、もしフィ
ールドに対するヘルプがそのフィールドに対して定義さ
れていなければ、また与えられる。ヘルプ機能に対する
ヘルプはいずれのＨＥＬＰがヘルプ・パネルから要求さ
れても与えられる。このヘルプ機能に対するヘルプは、
もしパネルに対するヘルプが定義されていなければ、ま
た与えられる。

狐歪二ルプ　ユーザが拡張ヘルプを要求する場合、パネ
ル上の特定の要素ではなくて、現在のパネルについての
情報を含むヘルプ・パネルが現れる。ＥＸＴＥＮＤＥＤ
　　ＨＥＬＰの動作に対するオプションはヘルプ・パネ
ル内にのみ現れる。

−’％　７Ｌ／　７”　（７）　　”　　ユーザがヘル
プの内容を要求する場合、トビツクによって組織された
アプリケーション内の全てのヘルプ情報の内容のテーブ
ルが現れる。ＨＥＬＰ　　Ｃ０ＮＴＥＮＴＳのアクショ
ンのオプションはヘルプ・パネル内にのみ現れる。

ヘルプ・インデックス　ユーザがヘルプ・インデックス
を要求する場合、ヘルプ情報のインデックスが現れる。

ヘルプ・インデックスする動作のオプションは、ヘルプ
・パネルにのみ現れる。

ＨＥＬＰ　　ＩＮＤＥＸは、オプションのメニューの形
をとり、ユーザをヘルプのセクションにアクセスさせる
。

キー・ヘルプ　ユーザがキー・ヘルプを要求する場合、
アプリケーションによって使用される全てのキーの名前
と機能を含むリストが現われる。

キー・ヘルプのアクションのオプションはヘルプパネル
内のみに表れる。

エンデイング・ヘルプ　ユーザは、出口を要求すること
、または繰返してキャンセルを要求することによって、
全てのヘルプ・パネルから戻る。

ユーザがセツション、トランザクション、およびパネル
を通してナビゲートしている間、情報はプロファイル・
データ・ベースに保持される。アプリケーションは、ど
れぐらいの情報がプロファイル・データ・ベースに実際
に保持されているか（即ち、プロファイル・ビュー）を
決定する。アプリケーションは、またトランザクション
内で会話の内部のパネルの間の階層関係とその結果とし
てトランザクション内のパネルの間でナビゲートするユ
ーザのフレキシビリティを決定する。

パネルがキャンセルされると、トランザクションは抜は
出し、またはセツションが中止され、情報は入手できな
い。または、セツションの現在の情報と状態をセーブす
るために「−時中止された」出口を使用することが可能
であり、これによって後程何時でもデータを失うことな
くセツションの再対話を行うことができる。

一貫したユーザのインタフェースは、ＧＴＤを使用する
アプリケーションの設計者によって行わる定義によりＤ
ＡＡで実行される。ＧＴＤは設計者にパネルを定義する
オプションと明確に会話を定義するオプションを与える
。実行の時点において、アプリケーションコードから分
離されている会話の管理機能（Ｉ　ＥＴ、ＴＭＳ等）は
、ユーザによって駆動されるナビゲーションのアクショ
ンを実行し、全てのＤＡＡのアプリケーションに渡って
一貫したユーザ・インタフェースを保証する。

共１１１１Ｍ　　ＤＡＡのアプリケーション手順の間の
明確な共同処理は、ｒＬ　Ｉ　ＮＫＪとｒ　ＲＥＴＵＲ
Ｎ　Ｊを介して実行される。ＬＩＮＫとＲＥＴＵＲＮを
サポートする機構および一般化された端末とトランザク
ションのデータの交換のサポートの機構は、ＤＡＡ内の
分配資源制御サービスによって与えられる。

全てのＤＡＡ手順は全ての他のＤＡＡ手順を実行するこ
とができる。ＤＡＡ手順を実行する機構は、これが同じ
トランザクションにパンケージされていようと異なった
トランザクションにパッケージされていようと、同じシ
ステムまたは異なったシステムに位置していようと、同
一種類のプロセッサまたはアーキテクチャ上置なった種
類のプロセッサに位置していようと、または同じ種類の
トランザクション処理モニターに位置していようと、ま
たは異なった（ＤＡＡによってサポートされた）トラン
ザクション処理モニターに位置していようと、同じであ
る。

システムは、開発者が呼出された側の手順および呼出し
側の手順の両方に対してユニークなシステム・トランザ
クション・手順の名前を定義していることを必要とする
。これによってシステムは、種々の機械の間で全てのメ
ツセージを正確に引渡すことができる。呼出し手順の現
在の状態をプロファイル・ビューとしてセーブし、これ
をプロファイル・データ・ベースに記憶した後、ＩＥＴ
は、呼出しトランザクション・ビューからデータ・アイ
テムを取出し、これらを呼出された側の手順に引渡され
る入力ビューに載置する。ＩＥＴはこれらのデータアイ
テムをユニークな呼出された側の手順の名前およびユニ
ークな呼出し側の手順の名前と共にパッケージし、パケ
ットを呼出された側の手順に送る。呼出された側の手順
では、ＩＥＴは呼出された側の手順のプロファイル・ビ
ューと呼出した側の手順から受取った入力ビューをロー
ドする。呼出された側の手順は、要求された手順を実行
する。ＩＥＴは、次に呼出されたトランザクション・ビ
ューからデータ・アイテムを取出し、それらを呼出す側
の手順に対して戻されるべき出力ビューに載置する。Ｉ
ＥＴは、これらのデータ・アイテムをユニークな呼出さ
れた側の手順の名前とユニークな呼出す側の手順の名前
と共にパッケージし、パケットを呼出す側の手順に戻す
。呼出す側の手順では、ＥＥＴはプロファイル・データ
・ベースに記憶されたプロファイル・ビューを取出して
これを戻された出力ビューと共に呼出す側の手順のトラ
ンザクション・ビューにロードする。

この時点で、手順は別の処理のために再スタートされる
。

遠隔地の手順の実行のための仕様は下記のように作られ
る。

アプリケーション手順は「出口の状態」をセットするロ
ジックを有する。

一会話の流れの仕様　「出口の状態」の機能としてこれ
は手順に対するフローを定義する。このフローは、ＬＥ
ＮＫ、ＸＦＥＲ，または５ＰＡＷＮである。

手順の実行の仕様に対するこのような構造化されたアプ
ローチは、アプリケーション・ロジックを会話の流れの
機構からできるだけ分離使用とするものである。

多くのシステムの１つで特定の手順を選択的に実行する
ことが必要である状況が存在する。ある手順を実行する
ためにいずれのシステムを使用するべきであるかを決定
するために必要なロジックは、アプリケーションによっ
て決まるものである。

アプリケーションは、ある手順に対してシステムとトラ
ンザクションを設定するために使用することのできる２
つのシステムの変数を有している。

即ち、これらはＮＳＹＳＴＥＭ　（次のシステム）とＮ
ＴＲＡＮ　（次のトランザクション）である。

会話の流れは、アプリケーション手順（出口の状態とし
て）またはユーザから発注する命令によって制御される
。ユーザの命令は、アクションの要求によって入力され
る（例えば、ファンクション・キー、アクション・バー
・プルダウン・チョイスの選択、または命令領域に入力
された命令）大部分のユーザの命令は、「−貫したユー
ザ・インタフェース」のセクションで定義したようにＪ
ＥＴによって直接処理される。

下記の命令がアプリケーションの手順から発生する。

ＬＩＮＫ、　この命令はプロファイル・スタックで終了
したばかりの手順の現在の状態をセーブし、同一または
異なったトランザクション内に存在し、同一または異な
ったシステムに位置しているアプリケーション手順を実
行する。実行される次の手順は、作業領域のデータ・ア
イテムｒＮＰＲＯｃＪ内で指定される。次のトランザク
ションは、ｒＮＴＲＡＮＪ内に存在し、次のシステムは
ｒＮＳＹＳＴＥＭＪ内に存在する。システムおよびトラ
ンザクションのデータ・アイテムの値は、ＤＲＣ（分散
資源側ｉ）の規則に従って解釈される。次の手順は。Ｉ
ＭＴＯＲＴビューを介して情報を通過させる。ＬＩＮＫ
プロセスは、後でより完全に説明する。

ＲＥＴＵＲＮ、この命令は、ユーザとセツションのプロ
ファイルからＤＡＡセツションのスレッドの前の状態を
復元し、制御を以前にｒＬＩＮＫＪを要求したアプリケ
ーション手順に戻す。制御が戻される手順は、出力ビュ
ーを介して情報を通過させる。

ＸＦＥＲ，この命令によって、制御が他のアプリケーシ
ョン手順に転送される。手順の仕様は、ＬＩＮＫの使用
と同じである。結果として、プロファイル・ビュー（お
よび情報ビューと入力ビュー）を［スタックするＪＬＩ
ＮＫとは異なって、ＸＦＥＲ命令はこの手順を実行する
前にスタック全体を放棄する結果となる。その結果、新
しい手順がスタックの上部にくる。ＸＦＥＲは、ＬＩＮ
Ｋによって行われる「出口　アプリケーション」と基本
的に同じであるが、ビューが新しい手順に対して通信さ
れるという別の特徴を有している。新しい手順からのＲ
ＥＴＵＲＮによって制御はセツションの管理装置に戻る
。

（ｂｌａｎｋ）　、　　これはデフォルトの出口状態で
ある。

これは手順と関連するパネルの表示を行う結果となる。

第１５図は、ＤＡＡの会話の流れのモデルを示す。この
モデルは、「−貫したユーザ・インタフェース」の定義
をプログラム可能な会話の流れの命令と結合するもので
あり、これは自明である。

実行時、アプリケーション手順はＩＥＴによって会話の
流れに対する要求と解釈される出口状態を設定する。会
話の流れは、特定のＰＲＯＣＥＤＵＲＥ（トランザクシ
ョンとシステムによって任意に特性を与えられる）に対
してＬＩＮＫを指定する。

フローで「〜へ」で示した手順は、これを外部の入出力
ビューと関連させる。

第１６図は、ＤＡＡアプリケーション手順、作業領域、
入力ビニ−、および出力ビューの間の関係を示す。手順
Ｙ１８４は、この手順Ｙ１８４からのデータを使用して
実行される手順２１９６を要求するトランザクションの
一部である。１７８および１８２で示す第１６図の部分
は、おそらく別のアプリケーションであるがアプリケー
ションに制御されている。中間の部分、１８０、はＩＥ
Ｔ（本発明の好適な実施例の部分、ＤＡＡ）に制御され
ている。

先ず、トランザクションのＹの作業領域１８６が手順Ｚ
の入力ビュー１８８にマツプされる。入力ビュー１８８
は、次に手順Ｚ１９６を含む「〜へ」のロード・モジュ
ール（特に図示せず）内のＩＥＴに送られる。このモジ
ュール内で、ＩＥＴは入力ビュー１８８をトランザクシ
ョンＺの作業領域１９４にマツプする。この点で、手順
Ｚ　１９６が実行される。手順Ｚ１９６は、ＲＥＴＵＲ
Ｎを要求する前に、他の手順および／または他のエンテ
ィティ　（発生端末のような）との対話を呼出すことが
できる。ロード・モジュール内で、ＩＥＴはトランザク
ションＺの作業領域１９４を手順Ｚの出力ビュー１９０
にマツプする。次に、出方ビュー１９０は「〜から」ロ
ード・モジュール（これもまた特に図示せず）のＩＥＴ
に送られる。このロード・モジュールで、ＩＥＴは次に
出力ビュー１９０をトランザクションＹの作業領域１８
６にマツプする。最後に、手順Ｙ１８４が実行される。

トランザクション間の通信は下記の情報、即ちトランザ
クションの識別子、インターフェース制御ブロック及び
ビューを有するメ・ノセージによって構成される。

通常のトランザクションの識別子は下記の通りである。

ｃｏｍｍａｎｄ−このデータ・アイテムは、包括的にど
のような種類のメソセージが受は取られているかを示す
。これは下記の値の１つを有することができる。

＝　Ｉ　ＥＴＣＯＮＴ、　　これは、これがＤＡＡ　Ｉ
−ランザクジョンの通信制御機能であることを示す。

この機能は手動で入力することはできず、ＬＩＮＫ、Ｘ
ＦＥＲ，ＲＥＴＵＲＮ、または５ＰＡＷＮを要求するア
プリケーションの手順（またはＩＥＴ）の結果としての
み作成することができる。

＝ＲＥＳＥＴ　　これは、「−貫したユーザ・インター
フェース」のＲＥＳＥＴ機能が指示されたトランザクシ
ョンに対して実行されるべきであることを示す。この命
令は手動で入力することができる。このコマンドに続く
全てのデータは無視される。

＝ＱＵＩＴ　　これは、「−貫したユーザ・インターフ
ェース」のＱＵＩＴ機能が指示されたトランザクション
に対して実行されるべきであることを示す。この命令は
手動で入力することができる。

この命令に続く全てのデータは無視される。

この命令のデータ・アイテムに対する全てのこれ以外の
値によって、あたかもメツセージは端末から発生したか
のように、このメツセージが解釈される。

インターフェース制御ブロックは、「固定された」構造
であり、全てのＤＡＡ　）ランザクジョンに対して同じ
でものである。インターフェース制御ブロックでは、パ
ラメータＩ　ＥＴ　Ｉ　ＣＣは会話の制御を行うための
ものであり、下記の値の１つをとることができる。

＃＆ＬＩＮＫ＆＃　　ＬＩＮＫ命令 ＃＆ＲＥＮＴ＆＃　　ＲＥＴＵＲＮ命令＃＆ＸＦＴＲ＆
＃　　ＸＦＥＲ命令 トランザクション間のコミュニケーションに含まれてい
るビューは、もし命令がＬ　Ｉ　Ｎ　Ｋ、　ＸＦＥＲｌ
または５ＰＡＷＮであれば、入力ビューであり・もしこ
の命令がＲＥＴＵＲＮであれば、出力ビューである。

圀歌ＸＭＭＪＩｉ　　ＤＲＣは資源の概念を一般化し、
デフォルトの用途を定義し、汎用的な分散の必要を回避
することに方向転換するアーキテクチャ（ＳＮＡＤＳ）
を使用する。−船釣に、ＤＲＣローカル・データ・ベー
スは、ローカルでのみ使用するものであり、他のシステ
ムとのデータの交換を必要としない。ＤＲＣビュー分散
サービス（ビュー・サーバ）の「学習」機能は、通信シ
ステムの使用を最適化するため、必要に応して外部資源
に対する参照を調整する。

ＤＡＡ資源は、情報の分散を発生することのできるまた
はこれを受は取ることのできるアドレス可能なエンティ
ティである。資源の例には、端末とトランザクションが
含まれる。

エンティティ（ｅｎｔｉｔｙ　）は、資源の定義を正規
化する目的のために定義することができる。この種類の
エンティティの例はＤＥＶ　Ｉ　ＣＥであり、これはＴ
ＥＲＭＩＮＡＬ資源を正規化するために使用される。エ
ンティティＤＥＶ　Ｉ　ＣＥは、たとえこれが分散の発
生装置または受は取装置として使用されなくても、資源
として定義される。

ＤＡＡは、システム識別子と資源識別子との組み合せよ
って資源をアドレスする。全てのシステムとシステム内
の資源のセットは、ＤＡＡ環境と呼ばれる。ＤＡＡ環境
の各々のユニークな例は、識別子（ＤＡＡ　　ｉｄ）を
有する。

ＤＡＡ資源は、システム、ネットワーク・サービス、端
子および装置の種類、アプリケーション、動作システム
、トランザクション管理システム、およびＣＰＵの異質
な混合の全体に渡って分散される。下記のセクションは
、ＤＡＡがどのようにしてその環境内でその資源を管理
するかを説明する。

資源の位置を識別するのに１つのシステムが使用される
。このシステムは、下記の特性、すなわち、アプリケー
ションの処理環境、およびＳＮＡネットワーク内のユニ
ークに識別されたノード（ｎｏｄｅ　）という特性を有
している。

特に、システムは１つのユニークに識別されたトランザ
クション処理モニタ（例えば、ＩＭＳ、Ｔｕｘｅｄｏ）
を有している。このシステムは、複数のＣＰＵおよび／
または動作システムによって構成されることができる（
もしトランザクション処理モニタがこれをサポートすれ
ば）。ＣＰＵには２つ以上のシステムが存在してもよい
。このシステムは、特定のＤＡＡ環境に対してＳＮＡネ
ットワークで唯一に識別可能でなければならない。

資源は、システムのコンテキスト（ｃｏｎｔｅｘｔ　）
内に存在する。システム内で、資源はユニークに識別さ
れなければならない（たとえこれらがトランザクション
および端末のような異なった種類であっても）。資源の
種類は、ローカル資源の属性である（即ち、資源のユニ
ークな識別子およびアドレスの１部ではない）。

ＤＡＡ内の資源（例えば、端末およびトランザクション
）はシステムとシステム内の資源との組み合せによって
アドレスされる。もし資源アドレスのシステムの部分が
指定されると、この資源に対する分配は「指示された」
ルーティグを使用する。もしシステムの部分が指定され
ていなければ、このシステムは「指示されない」ルーテ
ィグに対する規則に従ってデフォルトされる。

資源の識別子は、異なった資源の種類を含む異なった資
源の場合のための別のシステムで再使用することができ
る。この理由のため、可能な場合には、情報の分散のた
めに指示されたルーティグ（即ち、ｓｙｓｔｅｍ　　ｉ
ｄを含む）を使用することが推奨される。

トランザクションは、ビジネス用のアプリケーション機
能を実行するため、資源の集合を制御して使用すること
である。資源の完全性（例えば、データ・ベース）は論
理的トランザクションによって維持される。ＤＡＡの場
合、論理的トランザクションは、１つのシステムの物理
的ＤＡＡのトランザクションの１回の実行の中に含まれ
なければならない。

トランザクションは、他のトランザクションと手順を遠
くから実行することができる。遠隔地で実行されている
トランザクションとのデータの交換は、入力／出力ビュ
ーによって定義される。トランザクションの手順は、遠
隔地の手順の実行をＬＩＮＫ命令によって特定し、ＩＮ
ＰＬＩＴビューを通過させる。遠隔地の手順が終了する
と、これはＲＥＴＵＲＮ命令を実行してＯＵＴ　Ｐ　Ｕ
Ｔビューを最初のトランザクションに戻す。

トランザクションは、システム内にユニークな資源識別
子を有していなければならない。同じトランザクション
資源ｉｄは、異なったシステムの異なった目的のために
使用することができる。従って、遠隔地のシステムのト
ランザクシロンに対する参照は、遠隔地のシステムの識
別子を含むことが推奨される。

トランザクションは、厳しく制御され、かつ全体として
ＤＡＡ環境に統合されている資源である。

ユーティリティ（ｕｔｉｌｉｔｙ　）　　（ＧＴＤ）は
、トランザクションの構築を自動化するために存在する
。

ランタイム環境はアプリケーション・トランザクション
を包囲し、アプリケーション・コードに対して明らかな
りＡＡのサービスを提供する。

端末は、ユーザに対してインターフェースを行うために
使用される資源の集合である。端末は、通常ＶＤＵ出力
装置、およびキーボード、プログラム、音声、バー・コ
ード、およびマウスのある種の組み合せによって構成さ
れる。これ以外の構成の端末も可能である。

端末との通信は３２７０のデータ・ストリーム・プロト
コールによって行われ、このプロトコールは種々の出力
および入力装置をサポートする。サポートされている各
々の装置は１組の機能的特性を有し、これらの特性は合
計３２７０のデータ・ストリームのプロトコールのサブ
セットを表す。

与えられた装置に対する有意の出力を保証するため、３
２７０のデータ・ストリーム発生装置（ＴＭＳ）は端末
の包括的な装置の種類を知らなければならない。

トランザクションと同様に、端末はシステム内にユニー
クな資源識別子を有していなければならない。端末資源
識別子は、異なったシステムで再使用することができる
。遠隔地の端末は、システムｉｄと端末ｉｄの両方を使
用して識別されることが推奨される。

ＴＥＲＭＩＮＡＬ資源の定義を正規化するため、エンテ
ィティ・タイプのＤＥＶ　Ｉ　ＣＥが確立され、これは
所定の端末に関係する装置の属性を有する。

ＤＥＶ　Ｉ　ＣＥとＴＥＲＭＩ　ＮＡＬとの関係は、下
記のように示すことができる。

通信ネットワークは、ＤＡＡの（目に見える）構成要素
ではない。ネットワークの動作の機構は、ＤＡＡのアプ
リケーション対して完全にトランスペアレント（ｔｒａ
ｎｓｐａｒｅｎｔ　）である。マルチシステムのＤＡＡ
アプリケーションは、システムの識別子を遠隔地のトラ
ンザクションと関連させることができるが、ローカル・
システムと遠隔地のシステムとの間の経路を把握する必
要はない。全ての端末のインタフェースの機能は、ＴＭ
Ｓ／　ＩＥＴ（ＤＡＡのアプリケーションの手順にとっ
てトランスペアレントである）によって取り扱われ、こ
れは端末装置の種類とシステムの位置を把握する。

ＤＡＡ環境内のＳＹＳＴＥＭ間のデータの交換は、シス
テム・ネットワーク・アーキテクチャ・ディストリビュ
ーション・サービス（ＳＮＡＤＳ）を使用して実行され
る。

５ＮＡＤＳおよびその他のＤＲＣ構成要素の中で実行さ
れる通信システムの能力には下記のものが含まれる。

（動的な）経路の決定と最適化。

中間のノードで照会を記憶および転送する。

トポロジ・データ・ベースの「自動化された」保守と分
配。

ＳＹＳＴＥＭの識別子のみに基づくデータの交換（即ち
、中間ノードに付いての知識を必要としない）。

−「新しい」システムと資源に対するルーテングのため
の自習。

−もし要求が終了していなければ、要求者に対する通知
。

ＤＣＲ通信システムは、ＳＹＳＴＥＭ　　ｉｄ（これは
オプションである）および資源要素ｉｄ以外のアプリケ
ーションからいずれの情報も必要としない。

ローカル・データ・ベースの保守に対する要求は、デフ
ォルトの使用および自動化された学習によって最小にな
る。データの分散および配置のサービスを行っていない
分散に対する要求を追跡するため、広範な管理機能が入
手可能である。

ＤＡＡは、全ての与えられた資源に対する「目的地サー
ビス・ユニット」を訂正または決定するために、資源ル
ーティング・テーブルを動的に更新する。この機能はＤ
ＲＣのビュー分散サービスに組み込まれる。

第１７図は、本発明に従ってＤＲＣを実行するために使
用される種々の構成要素間の相互関係の好適な実施例を
示す。第１７図の１８４で示す部分は、トノンザクショ
ン処理アドレス・スペースに位置し、１８６で示す部分
は、ＩＥＣアドレス・スペースに位置する。図から分る
ように、ＤＲＣビュー・ディストリビューション・サー
ビス（即ち、略してビュー・サーバ）は、定義された５
ＮＡＤＳプロトコールの境界とＩＥＴによって表わされ
るＤＡＡ　）ランザクジョンとの間でインターフェース
をとる。

トランザクションの間のデータの交換は、ＤＡＡアプリ
ケーション・トランザクションによって発生されるＬＩ
ＫおよびＲＥＴＵＲＮ命令によって駆動される。第１８
図は、ＬＩＮＫおよびＲＥＴＵＲＮの実行と関連する制
御とデータの論理的なフローを示す。下記のパラグラフ
は、発信システム１８７のアプリケーション・トランザ
クション発信装置１９０と受信システム１８８のアプリ
ケーション・トランザクション受信装置２０２との間の
分散の役割の概要を示す。

トランザクション１９０内のアプリケーション手順は、
ＬＩＮＫ命令を発生し、遠隔地のＳＹＳＴＥＭとＴＩ？
ＡＮＳＡＣＴＩＯＮ　８８と通信を行うべきＩＮＰＵＴ
ビュー（図示せず）を指定することによって、遠隔地の
トランザクション２０２とのデータの交換を開始する。

ＩＥＴ（トランザクションのアドレス・スペース内の）
はトランザクションＰＲＯＦＩＬＥデータ・ベースでＩ
ＮＰＵＴビューをセーブしくそしてこれはアプリケーシ
ョン、ＩＮＴＥＲＦＡＣＥビューに対してトランスペア
レントである）。このＰＲＯＦ　Ｉ　ＬＥデデー・ベー
スのビューは、ＵＳＥＲとＡＰＰＬＩＣＡＴＩＯＮとの
特定の組合わせに対するスタックの上部に関連するビュ
ーとして参照される。ＩＥＴは、ＬＩＮＫ命令をＶＩＥ
Ｗサーバ（５ｅｒｖｅｒ　）　１９４に引き渡すことに
よってビューの分散を開始する（ユーザおよびアプリケ
ーションの識別子と共に）。

ＶＩＥＷサアーバ１９４は、そのパラメータと共にＬＩ
ＮＫ命令を受入れ、（存在する）ＩＥＴに対して非同期
的に要求を処理する。ＶＩＥＷサアーバ１９４は、５Ｎ
ＡＤＳを介して送られるべきデータの「照会」としてＰ
ＲＯＦＩＬＥ　　ＤＢ１９２を使用する。５ＮＡＤＳは
、中間システム・ルーティングとして動作する。デステ
ィネーション・システム（ｄｅｓｔｉｎａｔｉｏｎ　ｓ
ｙｓｔｅｍ　）　１８８の識別は、プロファイルＶＩＥ
Ｗ（図示せず）内にある。５ＮＡＤＳ　１９６内で定義
された戦略に基づいて、分散（ビュー）はデスティネー
ション・システム１８８に送られる。もし遠隔地のトラ
ンザクションの実行の完了が成功すれば、戻された０Ｕ
ＴＰＵＴ　　ＶＩＥＷは（最終的に）受は取られる。Ｖ
ＩＥＷサーバ１９４は、ＶＩＥＷを受は取り、このＶＩ
ＥＷをＰＲＯＦＩＬＥ　　ＤＢ１９２に載置し、ローカ
ル・トランザクション処理モニタで動作するために、Ｔ
ＲＡＮＳＡＣＴＩＯＮを並べる（　ｑｕｅｕｅ　）。

ＶＩ’ＥＷＯサイズは、ＰＲＯＦＩＬＥ　　ＤＢ１９２
（２ギガハイド）で認められたＶＩＥＷサイズによって
のみ制約される。ＡＰＰＬＩＣＡＴＩＯＮは、大きなハ
イド・カウントを有するデータの交換をブロック化およ
び非ブロック化するために、必要とされない。更に、論
理的データの交換について、ＴＲＡＮＳＡＣＴＩＯＮは
１回しか実行されない。

（デスティネーション・システム）のビュー・サーバ２
００は、ＩＮＰＵＴ　　ＶＩＥＷ（これもまた図示せず
）を受は取り、これを直ちにＰＲＯＦＩＬＥＤ８１９８
に載置し、ローカル・トランザクション処理モニタで動
作するために、ＴＲＡＮＳＡＣＴ　ＩＯＮを照会する。

ＴＰディストリビュータは、ＤＲＣＶＤＳ２００（ビュ
ー分散サービス）とトランザクション処理モニタとの間
のインタフェースとして機能する。ＩＭＳの場合、この
プログラムは連続的に動作するＢＭＰである。ＵＮＩＸ
　　ＴＰＯ場合、ＴＰディストリビュータは、ＤＲＣＶ
ＤＳに埋め込まれた機能である。もしＴＲＡＮＳＡＣＴ
　ＩＯＮが存在しなければ、リターンＯＵＴ　Ｐ　ＵＴ
ビューが適当な終了コードと共に構築され、アプリケー
ション・トランザクション発信装置１９０に戻される。

遠隔地の資源が存在しないこと、および他の種類の分散
エラーは、遠隔地のＶＩＥＷサーバ２００または５ＮＡ
ＤＳ　１９６のいずれかから報告される。ローカル・ビ
ュー・サーバ１９４はこれらの分散の例外を受は取り、
これらを分散の発信装置１９０　（即ち、ＤＡＡ　）ラ
ンザクジョン）に対して広める。ビュー・サーバ２００
が、ＲＥＴＵＲＮ命令をそのパラメータと共に受は入れ
、以前のプロセスの全体が逆転する場合、終了した遠隔
地のトランザクション２０２の結果が戻される。

０ＵＴＰＵＰ　　ＶＩＥＷは、システム１９７に向かう
５ＮＡＤＳ　１９６に戻る。ビュー・サーバ１９４はＶ
ＩＥＷを受は取り、これをＰＲＯＦＩＬＥ　ＤＢ１９２
に載置し、局部的に動作するためにＴＲＡＮＳＡＣＴＩ
ＯＮを並べる。

システムの全ての局部端末は、資源として識別される。

各端末は、特定の組の装置の特性を有している。これら
の装置の特性は、端末に対して予定されている３２７０
のデータ・ストリームを正しく構築するためにＴＭＳに
よって必要とされる。

もし端末が局部的でなければ、この装置の特性は局部的
な資源のディレクトリ（ｄｉｒｅｃｔｏｒｙ　）によっ
て入手することはできない。遠隔地の端子に対するサポ
ート（５ｕｐｐｏｒｔ　）は、トランザクション処理モ
ニタがデータをその環境の外部にある端末に対して転送
することができないことによって更に複雑になる。

第１９図は、端末とトランザクションとの間のデータの
交換に関連する制御とデータの論理的なフローを示す。

端末は、まずローカル・システムのＤＡＡトランザクシ
ョン２０８と会話を行う。

もしこのトランザクションがＬＩＮＫを実行すれば、端
末装置の属性はユーザによって指定されたＩＮＰＵＴビ
ューと共に遠隔地のシステムに引渡される。遠隔地のト
ランザクションが端末に対して３２７０データ・ストリ
ームを分散することを要求すれば、ＤＡＡマスク・メニ
ューのリモート・スイッチはこれが非ローカルな端末で
あることを認識して、ＤＡＡの擬似トランザクションｒ
ＴＥＲＭＩＮＡＬＪ　２１０に対してＬＩＮＫを発生す
る（これはＴＰディストリビュータ・プログラム内で実
行される）。

ＴＰディストリビュータ２１０は、３２７０データ・ス
トリームを受取り　（そのＩＮＰＵＴビューとして）、
これをローカル・トランザクション処理モニタ２１２を
介して端末２１６に転送する。

端末２１６からのデータの入力は、ＴＰコレクタ２１８
を介して転送される（これはＩＭＳで／ＳＥＴ　　ＴＲ
ＡＮを要求する場合がある）。ＴＰコレクタ２１８は、
３２７０データ・ストリームを（ＲＥＴＵＲＮを介して
）遠隔地のトランザクションに引渡す。端末２１６がロ
ーカルなものであっても遠隔地のものであってもＤＡＡ
アプリケーションにとってトランスペアレントである。

もし遠隔地のトランザクションが更にＬＩＮＫを発生す
れば、端末の属性は次の（ネス）　（ｎｅｓｔ）された
）ＤＡＡ）ランザクジョンに対して転送される。複数の
ＲＥＴＵＲＮが究極的に端末のオーイング（ｏｗｎｉｎ
ｇ　）システムに対して戻される。

ＬＩＮＫと関連するインターフェース・ビューの一部は
、ＴＥＲＭＩＮＡＬ　　ｉｄ、端末のＳＹＳＴＥＭ　　
ｉｄおよび端末の包括的な装置の種類を含む。この情報
は、全てのＬＩＮＫされたトランザクションで使用され
、他のＬＩＮＫされたトランザクションに伝搬される。

ＤＡＡの場合、ローカル・トランザクションのみがＬＩ
ＮＫなしで実行可能である。ローカル・トランザクショ
ンは、ローカル資源ディレクトリ　（ＳＮＡＤＳデータ
・ベース）から直接端末の特性を取得する。

ＴＲＡＮＳＡＣＴＩＯＮは、ＶＩＥＷサーバを介してデ
ータを端末に送る。トランザクションはＴＭＳ　（およ
びＧＤＤＭ）を使用して任意の長さの３２７０データ・
ストリームを発生する。これらのデータ・ストリームは
、ＰＲＯＦ　Ｉ　ＬＥデデー・ベースに対して並べられ
る。トランザクションからのＶＩＩＪサーバに対する要
求によって、ＴＥＲＭＩＮＡＬに対して並べられた３２
７０データの転送が開始される。もし端末が局部的なも
のであれば、データ・ストリームは、直接ローカル・ト
ランザクション処理モニタに挿入される。全ての他の場
合、並べられた３２７０データ・ストリームは遠隔地の
システムのビュー・サーバに転送される。この機構は、
ＩＮＰＵＴ１０ＵＴＰＵＴビューの処理と同一であるが
、ＩＮＴｆ！ＲＦＡＣＥビューがＶ　Ｉ　ＥＶサーバに
よって自動的に構築され、ｒ　ＴＥＲＭ　ＩＮＡＬ　Ｊ
の擬似トランザクション識別子を含んでいる。擬似トラ
ンザクションｒＴＥＲＭＩ　ＮＡＬＪは、ビュー・サー
バに組込まれた機能として実行される（これは３２７０
データ・ストリームをローカル・トランザクション処理
モニタに挿入する）。

遠隔地の端末に対する任意の出力の場合、３２７０デー
タ・ストリームは未知の装置の属性を有する端末に対し
て作成されなければならない。この場合、ＴＭＳは最も
能力の高い装置に対して３２７０データ・ストリームを
発生する。データ・ストリームがｒＴＥＲＭＩＮＡＬＪ
のトランザクションによって処理される場合、これはこ
の装置に対して不当であることが知られている制御シー
ケンスをストリップ（５ｔｒｉｐ　）または変換するフ
ィルタを介して引渡される。

ＤＲＣＶＤＳ−ビュー・ディストリビューション・サー
ビス　ＤＲＣＶＤＳは分散された資源制御ヒユー・ディ
ストリビューション・サービスであり、これはまたビュ
ー・サーバと呼ばれる。

Ｖ　Ｉ　ＥＷサーバは、プロファイル管理、分散サービ
スおよび資源管理（ＴＰモニタによって制御されたトラ
ンザクションと端末を含む）の機能を１つのＤＡＡ　）
ランザクシラン用のインターフエ−スに結合する（ＪＥ
Ｔを介して）。ビューの分散は、５ＮＡＤＳの分散サー
ビスをプロファイル管理データ・ベースのビューの記憶
と検索機能とに結合することによって実行される。ビュ
ー・サーバは、それ自身のデータ・ベースを有さす、こ
れは資源制御情報のために５ＮＡＤＳデータ・ベースを
使用し、ビューの記憶と検索のためにプロファイル管理
データ・ベース（ユーザおよびロール・ファイル）を使
用する。

ビュー・サーバは、アプリケーション・トランサクショ
ン、！−３ＮＡＤＳの動作機能との間のインターフェー
スとして機能する。ビュー・サーバは、ユーザ（即ち、
資源）に関して「学習した」情報を動的にフィードバッ
クすることによって５ＮＡＤＳを増加する。このフィー
ドバックは、ネットワーク資源の利用、性能および応答
時間の改善を意図するものである。このフィードバック
の特徴は、十分詳細なルーティング・テーブルが各ＤＳ
ＵＮで構築された場合、最も有効である。

ビュー・サーバは、分散情報をローカル資源に引渡す。

引渡し機能によって現在認識されている資源の種類は装
置、端末およびトランザクションを含む。サポートされ
ている資源のリストは容易に拡張することができるるか
、この場合、ソフトウェアのインパクトは特定の局部に
対して引渡し待ち（ｑｕｅｕｅ　）を行うサービスのた
めに必要とされるロジックのみである。各資源は、−船
釣にＤＡＡの概念または能力に対するサポートと関連し
ている。新しい概念がＤＡＡに付加されるとＶＩＥＷサ
ーバは、関連する新しい資源のグループに対する明確な
サポートによって拡張される。

各資源は、ローカルあるいは非ローカルとして識別され
る。各ローカル資源はローカル的な引き渡しの待ちを有
する。ローカル的な引き渡しの待ちの名前は、資源の種
類に対応する（結果として、ローカル的な引き渡しの待
ちに対して行うサービスを行うために使用される引き渡
し論理に対応する）。ローカル的な引き渡しの待ちの名
前は、ビュー分散サービスによってサポートされた資源
の種類として明確に認識されなければならない。

各ローカル資源は、セキュリティ・コードを有する。こ
のコードは、資源に特定のディスパッチツヤ（ｄｉｓｐ
ａｔｃｈｅｒ　）が安全でない資源に対して安全なデー
タを分散することを不可能にするために使用される。

資源は、別の資源の種類によって決まる属性を有しても
よい。これらの属性は、通常はローカル資源に使用され
るのみである。遠隔トランザクションによって要求され
ると、これらの属性は通常はＬＩＮＫ機能を伴うインタ
ーフニス・ビューと共に引き渡される（これは、遠隔ト
ランザクションへの端末および装置の属性の分散技術で
ある）。

トランザクションは、ローカル・トランザクション処理
モニタ（例えば、ＩＭＳＳＴＵＸＥＤＯ）に分散情報単
位の適当な部分を挿入して引き渡される。「ローカル」
の概念は、トランザクション処理モニタに従うて変化す
る。ＭＳＣリンクを有するＥＭＳの場合、「ローカル」
は全てのグローバルなＩＭＳトランザクションであり得
る（トランザクションがＩＭＳシステムに対してローカ
ルでないならば、データの長さに制限があることに注意
のこと）。

端末は、ローカル・トランザクション処理モニタ（例え
ば、ＩＭＳＸＴＵＸＥＤＯ）　に分散情報単位の適当な
部分を挿入して引き渡される。「ローカル」の概念は、
トランザクション処理モニタに従って変化する。ＭＳＣ
リンクを有するＩＭＳの場合、「ローカル」は、全ての
グローバルな１ＭＳアイテムであり得る。物理的端末は
、複数の理論端末として識別され、各々は（ことによる
と）異なる装置の種類を有し、異なったホスト・システ
ムと関連する。各理論端末は、ユーザにとっては自分の
物理的端末のウィンド（ｗｉｎｄｏｗ　）として現れる
ことができる。

装置は、ディスパッチ（ｄｉｓｐａｔｃｈ　）をサポー
トしない資源の種類である。装置は、ＴＥＲＭＩＮＡＬ
属性を正規化する唯一の目的のための資源として存在す
る。装置に対してディスパッチを行うとするするいかな
る試みがなされても、結果として分散エラーが発生する
。

ＤＥＶ　Ｉ　ＣＥ資源情報は、その包括的な装置の種類
の名前を含む装置の種類、サポートされた装置の属性お
よびデイスプレーの大きさの特性を与える。ＤＥＶ　Ｉ
　ＣＥ子テーブル、ネットワーク全体に渡って同一であ
ると考えられる（まれには同一でない）。テーブルは、
ローカル・エントリーのみを有する資源テーブルとして
実行される。特に発信者がローカル端末の装置属性を知
らなかったために、もし３２７０データ・ストリーム・
フィルタが要求されれば、ＤＥＶ　Ｉ　ＣＥテーブプル
のこの情報は、ＴＥＲＭＩＮＡＬの分散を引き渡すため
に使用されてもよい。

トランザクション　義ファイル　ＧＴＤを詳細に検討す
る前に、その入力と記憶の１つの面、即ちトランザクシ
ョン定義ファイル（ＴＤＦ）の用途をさらに検討しなけ
ればならない。本発明のＤＤＡとそのトランザクション
発生プログラム、ＧＴＤＯ前に、プログラマ−は自分自
身のジョブ・デツキ（ｊｏｂ　ｄｅｃｋ　）を適切な手
続きとスクリーン・マツプのすべてにコンパイルするこ
とが必要である。大型コンピュータ３７０で、これは数
個のＪＣＬデツキまたはＴＳＯクリスト（ｃｌｉｓｔ　
）によって構成されることができる。ＵＮＩＸにおいて
、プログラマは全ての正しい部分をコンパイルし、接続
する命令を含むファイルを形成する。

ＧＴＤを使用すると、プログラマはＧＴＤがＴＤＦを構
築し保持するので、そのようなファイルを構築する必要
がまったくない。このＴＤＦは所定のＤＡＡ　ｌ−ラン
ザクジョンの全ての適正な構成要素をコンパイルし、接
続するのに必要な全情報を含むＧＴＤの不可欠な部分で
ある。プログラマハ、単にＧＴＤのメニューとスクリー
ンを使って適当な構成要素を付加または削除し、ＧＴＤ
はこの情報をＴＤＦにファイルする。

このＴＤＦは、ＧＴＤがＤＡＡ　）ランザクジョン構築
のための「青写真」として使用する記録のファイルであ
る。ＴＤＦの内容は、ＧＴＤツールを使用してアプリケ
ーション開発者によって作成され保持される。ＴＤＦは
プログラマが自分の手順コード、パネル・マツプおよび
メニューを編集するのを助けるためにＧＴＤによって使
用される。

ひとたびこれらの構成要素が編集されれてしまうと、Ｔ
ＤＦはＧＴＤによって使用され、トランザクション・ロ
ード・モジュールを作成するためにＩＥＴと共にリンク
によって編集される種々の対象モジュールをコムパイル
し作成する。

ＴＤＦは下記の種類の記録即ちヘッダー、第１ヘツダの
拡張、第２ヘツダーの拡張、パネル、手順、メニューお
よび言語によって構成される。各ＴＤＦは１つだけのヘ
ッダー、第１ヘツダの拡張、および第２ヘツダーの拡張
をそれぞれの順序で有する。各ＴＤＦは、また少なくと
も１つのパネル、手順およびメニュー記録を含むが、そ
れらは特定の順序に従ってはいない。ＴＤＦ内に言語記
録が存在することはオプションである。

各記録の長さを変更することが可能である。記録の終端
部には値がないので、これは記憶されない。可変長の記
録構造をサポートするプラットホームでは、ＬＬＺＺフ
ィールドは明確にデータとして記憶されない。他のプラ
ットホームでは、ＬＬＺＺフィールドは可変長記録構造
をサポートするデータとして記憶される。

以下はフィールド・レベルの要約で、それぞれ記録の名
前が付与されており、当該記録の長さとその記録の簡単
な説明がこれに続く。

ヘッダー： ＬＩＺＺ、４、記録の長さ ＧＴＤＨＲＴＹＰ、　１、　記録の種類、値はｒＨＪ。

ＧＴＤＨＭＥＭ　、８、　ＴＤＴの名前ＧＴＤＨＭＴＹ
Ｐ、　１、　ＴＤＴの種類。値はｒＤＪ。

ＧＴＤＨＤＲ，８、ドキュメンテーション・レポートの
名前。

ＧＴＤＨＤＧ、　　８、　　ドキュメンテーション・ジ
ュネレーションの名前。

ＧＴＤＡＰＰＬ　、　４、　アプリケーションの名前。

ＧＴＤＲＥＬＮ　、　４、　アプリケーションのリリー
ス番号。

ＧＴＤＬＬＩＢ　、　４６、ロード・ライブラリ・バス
。

ＧＴＤＬＭＥＭ　、８、　ロード・ライブラリ・メンバ
の名前。

ＧＴＤＯＬＩＢ　、　４６、オブジェクト・ライブラリ
・パス。

ＧＴＤＯＭＥＭ　、８、　オブジェクト・ライブラリ・
メンバの名前。

ＧＴＤＳＬＩＢ　、　４６、ソース・ライブラリ・パス
。

ＧＴＤＣＭＥＭ　、　８、　トランザクション・ビュー
の名前。

ＧＴＤＤＬＩＢ　、　４６、データベース・ライブラリ
・パス。

ＧＴＤＤＭＥＭ　、８、　データ・ベース・ライブラリ
・メンバの名前。

ＧＴＤＮＬＩＢ　、　４６、制御ライブラリ・パス。

ＧＴＤＮＭＢＭ　、８、　制御ライブラリ・メンバの名
前。

ＧＴＤＬＥＯＰＴ、　５０、リンケージ・エディタ・オ
プション。

ＧＴＤＧＯＦ、　　ｌ、　　ジェネレーション・オプシ
ョン・フラグ。値はｒＹＪおよ びｒＮＪ。値がｒＹＪの場合、 メニュ、ヘルプ、情報、グロ ラリおよびパネルにｒＯＰＴＩＯＮ：Ｊフィールドを設
定。

ＧＴＤＧＬＦ、　　１、　　ジェネレーション・ルック
アヘッド°フラッグ（ｇｅｎｅｒａｔｉｏｎｌｏｏｋ−
ａｈｅａｄ　ｆｌａｇ）。値はｒＹＪおよびｒＮＪ。値
がｒＹＪの 場合、パネルにｒ　ＬＯＯＫＡＨＥＡＤ　：　Ｊフィー
ルドを設定。

第１ヘツダーの拡張： ＬＩＺＺ。

ＧＴＤＨＥＸＩ　　、 ＧＴＤＨＥＸＩＮ。

ＧＴＤＣＤＳＮＩ、 ＧＴＤＣＤＳＮ２、 ＧＴＤＣＤＳＮ３、 ＧＴＤＣＤＳＮ４． ４、　記録の長さ。

２、　記録の種類、値は「ＨＸ」。

２、　拡張の種類、値は２進の１゜ ４６、エキストラ・コピー／ヘッダ ー・ライブラリ・パス。

４６、エキストラ・コピー／ヘッダ ・ライブラリ・パス。

４６、エキストラ・コピー／ヘッダ ー・ライブラリ・パス。

４６、エキストラ・コピー／ヘッダ ー・ライブラリ・パス。

ＧＴＤＸＬＩＢ　、　４６、デバッガ−（ｄｅｂｕｇｇ
ｅｒ）の符号。

２ヘソ゛−の　　： ＬＩＺＺ、４、　記録の長さ ＧＴＤＨＥＸ２．２、　記録の種類。値はｒＨＸＪ。

ＧＴＤＨＥＸ２Ｎ、　２、　拡張の種類、値は２進の２
゜ＧＴＤＬＤＳＮＩ、４６、エキストラ・ロード・ライ
フラリ・パス。

ＧＴＤＬＤＳＮ２．４６、エキストラ・ロード・ライブ
ラリ・パス。

ＧＴＤＬＤＳＮ３．４６、エキストラ・ロード・ライブ
ラリ・パス。

ＧＴＤＬＤＳＮ４．４６、エキストラ・ロード・ライブ
ラリ・パス。

ＧＴＤＬＤＳＮ５．４６、エキストラ・ロード・ライブ
ラリ・パス。

ＧＴＤＬＤＳＮ６．４６、エキストラ・ロード・ライブ
ラリ・パス。

パネル：　（パネル・エントリにつき１例）ＬＬＺＺ、
４、　記録の長さ。

５ＴＤＥＴＹＰ　、１、　記録の種類。値はｒＰＪ。

ＳＴＤＥＮＡＭＥ、　８、　パネルの名前。

５ＴＤＥＳＥＬ　、　８、　非使用。

ＳＴＤＥＩＰＮＭ、８、　入力手順の名前。

ＳＴＤＥＯＰＮＭ、８、　出力手順の名前。

ＳＴＤＥＰＶＮＭ、８、　非使用。

５ＴＤＨＤＥＳＣ，３２、パネルの説明。

王皿工（手順の入力につき１例） ＬＬＺＺ、４、　記録の長さ。

５ＴＤＥＴＹＰ　、　１、　記録の種類。値は「Ｃ」。

ＳＴＤＥＮＡＭＥ、　８、　手順の名前。

５ＴＤＥＳＥＬ　、　８、　非使用。

ＳＴＤＥＩＰＮＭ、８、　入力・ビューの名前。

ＳＴＤＥＯＰＮＭ、８、　出力・ビューの名前。

ＳＴＤＥＰＶＮＭ、８、　プロファイル・ビューの名前
。

５ＴＤＥＤＥＳＣ，３２、手順の説明。

５ＴＤＥＲＳＶＩ、４、　予約スペース。

ＳＴＤＥＣＣＢＭ、　１、　非使用。

５ＴＤＥＣＤＢ２．１、　データ・ベースのフラグ。値
はｒＹＪおよびｒＮＪ。値が ｒＹＪの場合、手順はデータ・ ベース処理を有する。

５ＴＤＥＣＸＰＤ、　１、　デバッガ−・フラグ。値は
ｒＹＪおよびｒＮＪ。値が ｒＹＪの場合、手順はデバッ ガー処理を有する。

５ＴＤＥＣＴＹＰ、　８、　手順の種類。値はｒｃＯＢ
２Ｊ、ｒｃＪ、ｒ　ＡＬＣＪ、ｒＥＮＴＲＹｊ、および
ｒ　ＥＸＴＥＲＮ　Ｊ。値が ｒ　Ｃ０Ｂ２　Ｊの場合、手順はＣｏＢＯＬ手順。値が
ｒＣＪの場合、手 順はＣ手順、値がｒＡＬｃＪの 場合、手順はアセンブラ手順。

値がｒＥＮＴＲＹＪの場合、手順 は入力点。値がｒＥＸＴＥＲＮＪの 場合、外部入力点。

５ＴＤＥＬＯＰＴ、　６０、言語オプション。

メニュー：　（メニューの入力につき１例）ＬＬＺＺ、
４、　記録の長さ。

５ＴＤＥＴＹＰ　、　１、　記録の種類。値はｒＥＪＳ
ＴＤＥＮＡＭＥ、　８、　メニューの名前。

５ＴＤＥＳＥＬ　、　８、　メニュー・アイテムのため
の選択値。

ＳＴＤＥＩＰＮＭ、８、　呼び出すためのパネルの名前
。

ＳＴＤＥＯＰＮＭ、８、　呼び出すための手順の名前。

ＳＴＤＥＰＶＮＭ、８、　非使用。

５ＴＤＥＤＥＳＣ，３２、メニュ・アイテムの説明。値
は表示期間中に使用される。

ｌ羅工（言語入力につき１例） ＬＬＺＺ、４、　記録の長さ。

５ＴＤＥＴＹＰ　、１、　記録の種類。値はｒＬＪＳＴ
ＤＥＮＡＭＥ、　８、　言語の名前。

５ＴＤＥＳＥＬ　、８、　非使用。

ＳＴＤＥＩＰＮＭ、８、　　ドキュメンテーションのレ
ポートの名前。

ＳＴＤＥＯＰＮＭ、　８、　　ドキュメンテーションの
ためのジェネレーションの名前。

ジェネレート・トランザクションの　義（ＧＴＤ）本発
明の好適な実施例によれば、ジェネレートトランザクシ
ョンの定義（ＧＴＤ）システムは、ＤＡＡ環境内で動作
するアプリケーションを定義し、管理するための半自動
化された機能である。

このシステムはＴＳＯｌＵＮＩＸおよびＯ３／２によっ
て動作される。ＧＴＤは、設計者がそれらのトランザク
ションの要素を指定してこれらの要素をトランザクショ
ン・ロード・モジュール内に含ませることを可能にし、
その結果、トランザクションはＤＡＡ環境内で構築され
、動作されることが可能になる。

ＧＴＤによって発生されたトランザクションは、ランタ
イム環境においてパネル、手順およびビューの調整を管
理するドライブ・ルーチン（Ｉ　ＥＴモジュールの一部
）を含む。このルーチンのセットは、実行をサポートす
るために、ランタイム環境内にインストールされた情報
エンジニアリング・コントローラ（ＩＥＣ）機能とイン
ターフェイスする。ＧＴＤは、トランザクション定義テ
ーブル（ＴＤＴ）の編集をサポートする。そのＴＤＴは
、特定の関係とトランザクションによって管理される対
象の識別を有する。

設計者は、発生された対象が保持されるべきライブラリ
またはディレクトリを特定し、その実行の期間中このト
ランザクションと関係する特定のドキュメンテーション
の収納場所を識別し、このトランザクション内に含まれ
るべきパネル、手順およびビューを指定する。メニュー
の入力は、ユーザーがこのトランザクション内に含まれ
る機能を選択することを支援する。

ＧＴＤシステムは、またシステムによって設けられたパ
ネルを発生し、プロトタイプのパネルおよび手順を発生
し、ＴＤＴ、パネル、手順およびビューをコンパイルし
、トランザクシコン・ロード・モジュールをバインド（
ｂｉｎｄ）シ、同質のトランサクション・ロード・モジ
ュールを配置し、異質のトランザクション・ソースを配
置する。

好適な実施例において、ＧＴＤシステムはＣ０ＤＥＳＴ
ＡＲおよびＲＩＮＱのような他のユーティリティ（ｕｔ
ｉｌｉｔｙ　）　　とインターフェイスをとる。例えば
、Ｃ０ＤＥＳＴＡＲは、データ・ベースＢ　Ｉ　ＮＤ、
パネルの編集およびコンパイル、並びにソース・プログ
ラムの編集およびコンパイルをサポートする。ＲＩＮＱ
は、発生されたしＯ＾Ｄモジュールをそのデータ・ベー
スの参照と共に目標のシステムに挿入する。その他の同
等なユーティリティが、上述したユーティリティの代り
に使用されてもよいし、これらの特定のユーティリティ
が単に設計上の選択の問題であることを認識するべきで
ある。

ＧＴＤシステムを使用するアプリケーションを開発する
ために、設計者はアプリケーションを構成する対象の保
持をサポートするために、１組のライブラリまたはディ
レクトリを割り当てなければならない。本発明の好適な
実施例の場合、以下の６つのライブラリまたはディレク
トリがＧＴＤによって開発されたアプリケーションをサ
ポートする。

ＭＡＰＬＩＢは、アプリケーションによって使用される
。ＴＤＴおよびパネルを保持する。

５ＲＣＬＩＢは、アプリケーションによって使用される
ソース・コード、コピー・コード、ビューおよびマクロ
（ｍａｃｒｏ）を保持する。

０ＢＪＬＩＢは、アプリケーション対象のアセンブリお
よびコンパイルに起因する中間対象モジュールを保持す
る。これらの対象は、ＴＤＴ、ビューおよび手順を含む
ことができる。

ＬＯＡＤＬＩＢは、パネル、手順、および各トランザク
ションに対して実行可能なコードを含む作成されたプロ
グラム・モジュールのためのロード・モジュールを保持
する。

ＤＢＲＭＬＩＢは、関係手順（ＤＢ２のみ）におけるデ
ータ・ベースのアクセス・コールの結果として発生した
ＤＢ２データ・ベース・リクエスト・モジュール（ＤＢ
ＲＭ）を保持する。

ＣＮＴＬＬＩＢは、ＤＢ２アプリケーション（ＤＢ２の
み）に関連した制御情報を保持する。

６つのライブラリが好適な実施例において開示されたが
、これよりも多いまたは少ないライブラリを使用しても
よいことに留意のこと。また、これらのライブラリに与
えられた名前は設計上の選択の問題であり、本発明は、
これらの名前およびライブラリによって限定されるべき
ではない。

−船釣に、アプリケーションは、アプリケーション・プ
ロジェクトを表わすデータ・セントの名前のディレクト
リ・プレフィクス（ｄｉｒｅｃｔｏｒｙｐｒｅｆｉｘ　
）を有する１組のライブラリ内で保持される。最後のノ
ード（ｎｏｄｅ　）は、上で指定したライブラリまたは
ディレクトリの名前である。新しいＴＤＴが作成されて
いる場合、設計者はこのＴＤＴを含むＭＡＰＬＩＢを指
定しなければならず、このＴＤＴのための１ないし４文
字の名前を与えなければならない。

ＴＤＴの名前を最初に使用すると、ＧＴＤシステムはＭ
ＡＰＬＩＢに対して指定されたように、これらの全ての
他のライブラリまたはデイレクトリカプレフィックス付
きの名前を有すると仮定し、これらの仮定に基づいてＴ
ＤＴのプロファイルを発生する。アプリケーションの設
計者は、次にＴＤＴのプロファイル内のライブラリの名
前を調整することができる。これらの仕様はこのＴＤＴ
内に保持される。設計者が、このトランザクションに対
して別の保持動作を要求すると、ライブラリまたはディ
レクトリの名前が要求された機能に対して参照され、使
用される。

特に、ＭＡＰＬＩＢのライブラリまたはディレクトリは
、開発されているトランザクションを説明するＴＤＴを
定義する情報を保持し、トランザクションによって使用
されるべき（ソース・フォーマット内の）パネルを保持
する。ＭＡＰＬＩＢ内の各ＴＤＴは、工ないし４文字の
名前を割り当てられる。好適な実施例の場合、ＧＴＤラ
イブラリまたはディレクトリ・セット内のある対象は、
ユニークな８文字の対象の名前を定義するため、最高４
文字でＴＤＴの名前を拡張することによって命名される
。

このＭＡＰＬＩＢ内に保持されているパネルは、Ｃ０Ｄ
ＥＳＴＡＲマツプ・エディタのような、いずれかのマツ
プ・エディタを使用する「スクラッチ（５ｃｒａｔｃｈ
　）　Ｊから開発されることが可能であり、またはＧＴ
Ｄ機能によって発生されることも可能である。このＧＴ
Ｄ機能は、システムによって与えられたパネル（例えば
ＭＥＮＵ、ＨＥＬＰＧＬＯ３ＳＡＲＹおよびＩＮＦＯパ
ネル）として、またはスケルトン形式のカスタム・パネ
ルとしてそのパネルを発生することができる。更に、パ
ネルは所望のパネルと同じパネルをコピーし、Ｃ０ＤＥ
ＳＴＡＲエデイタのようなエディタを使用してこのパネ
ルを編集することによってまた開発することができる。

０ＢＪＬＩＢＮライブラリまたはディレクトリは、定義
されている特定のトランザクションの種々の要素の対象
コード・バージジンのための中間記憶装置としてＧＴＤ
によって使用される。これらの中間対象は、ＴＤＴ、ビ
ュー・メンバおよびコンパイルされた通りのＣ０ＢＯＬ
　（または、選択された他の言語）の手順を含む。この
ライブラリまたはディレクトリは通常ユーザにとって明
らかである。

ＬＯＡＤＬ　ＩＢは、ＧＴＤシステムによって開発され
たロード・モジュールのフォーマット対象を保持する。

特にそれは、完成されたトランザクションヲ表すロード
・モジュールに対する最終的なレボジトリ（ｒｅｐｏｓ
ｉｔｏｒｙ　）である。このロード・モジュールは、Ｇ
ＴＤの「バインド・トランザクション（Ｂｉｎｄ　Ｔｒ
ａｎｓａｃｔｉｏｎ　）Ｊプロセスによってこのライブ
ラリまたはディレクトリ内に載置される。フォーマント
対象は、パネルおよび手順コンパイラ（ＣＯＤＥＳＴＡ
Ｒパネルおよび手順コンパイラのような）、ＧＴＤパネ
ルおよび手順コンパイラ、そしてまた、ＧＴＤ　ｒバイ
ンド・トランザクション」プロセスによってＬＯＡＤＬ
ＩＢ内に載置される。

５ＲＣＬ　Ｉ　Ｂは、ＧＴＤトランザクションのソース
情報を保持し、トランザクション、プロファイル、入力
および出力ビューをソース・メンバとして保持する。こ
のソース情報は、Ｃ０ＢＯＬ、Ｃまたはアセンブラ・ソ
ース、Ｃ０ＢＯＬコピー・コード、アセンブラ・マクロ
、Ｃヘソグー・ファイル、またはトランザクションと関
係した種々のビューのソース・バージョンであり得る。

ＤＢＲＭＬ　Ｉ　Ｂは、標準ＤＢ２ＤＢＲＭライブラリ
である。それは、ＤＢ２プレ・コムバイラによって作成
されたＤＢＲＭに対する中間受領ライブラリとして使用
される動作中のシステムによって分割されたデータ・セ
ットである。このライブラリは、ＧＴＤ機能によって構
築されたＤＢ２アプリケーションをサポートすることを
要求される。

同様のライブラリは、もしＤＢ２ブレ・コンパイラが使
用されないならば、その他のデータ・ベース・マネジメ
ント・アーキテクチャをサポートするために必要とされ
る。

ＣＮＴＬＬＩＢは、特にＤＢ２バインド・プロセスをサ
ポートする場合に、制御情報を保持するために使用され
る標準動作システム・ライブラリである。ＣＮＴＬＬＩ
Ｂは、ＤＢ２バインド・プロセスのために使用されるＤ
ＢＲＭの制御構造を定義する。

表１は、Ｓ／３７０のためにＧＴＤライブラリの仕様を
示す。それは上で議論した種々ライブラリのディレクト
リ・ブロックの相対的な組織、レコード・フォーマット
、ブロック・サイズ、論理的なレコードの長さ、適当な
サイズおよび適当な数を表わす。

ＭＡＰＬ［Ｂ　　５ＲＣＬＩＢ　　０ＢＪＬＩＢ　　Ｌ
ＯＡＤＬＩＢ　　ＤＢＲＭＬＩＢ　　ＣＮＴＬＬＩＢし
：ｌ−Ｆ　・　７ｔ−？））　　ＶＢ　　　　　　ＦＢ
　　　　　　ＦＢ　　　　　　　ＩＪ　　　　　　　Ｆ
Ｂブロフク・サイズ　　　　６００４　　　３１２０　
　　４００　　　　１９０６９　　　３１２０のサポー
ト　ＩＥＣは、それらのアプリケーションのための環境
制御サポートを提供するＧＴＤによって発生されたアプ
リケーションとインターフェイスするアドレス・スペー
スである。ＩＥＧは、ＧＴＤアプリケーションのための
いくつかの重要な機能をサポートし、それらの機能は、
システムの名前のサポート（機能９）　、ＤＡＡの環境
の定義（機能５）、プロファイル・マネジメント（機能
７）、ドキュメンテーション・マネジメント（機能１）
を含む。提供され、言及された好適な実施例のための機
能の数は、厳密には設計上の選択の問題であり、本発明
の範囲を限定するべきではない。

ＩＥＣシステムの名前をサポートする機能によって、ト
ランザクションがアプリケーションの動作しているシス
テムの名前を決定することが可能になる。このシステム
の名前は、次にＧＴＤアプリケーションによって使用さ
れ、出カバネルを提供すると共に、複数のシステムで動
作するアプリケーションに対するパネル人力が、特定さ
れたシステムで実行されているかどうかを決定する。

もし、トランザクションが適当なシステムで動作してい
なければ、ＧＴＤランタイム制御装置（ＩＥＴ）は、パ
ネルのシステムの名前および分散資源制御装置（ＤＲＣ
）としてまた知られるＤＡＡ環境定義を使用し、このト
ランザクションを所望のシステムに転送するためのシス
テムの種類と経路の仕様を決定する。システムの名前お
よび種類の情報（機能の名前に関しては、通常は言語に
よって決まるが、厳密には設計上の選択の問題）が、下
記のデータ・アイテムによって、アプリケーションに与
えられる。

Ｃ０ＢＯＬ　　　　　　Ｃ システムの名前　ＩＥＦＩ−５ＹＳＴＥＭ　　　ｓｖｓ
ｙｓｔｅｍシステムの種類　ＩＥＦＩ−ＳＹＳＴＹＰＥ
　　　ｗｓｙｓｔｙｐｅＩＥＣのＤＡＡ環境定義機能は
、ＧＴＤアプリケーションが動作する環境を指定する。

これによって、ユーザは、ＤＡＡネットワークに含まれ
る装置の特性を定義し、ＤＡＡネットワーク内のシステ
ムとインターフェイスすることを許される端末を定義し
、ネットワーク内に含まれるシステムを指定することが
可能になる。

ＧＴＤアプリケーションは、ＩＢＣテーブルから下記の
ようなデータを取り出すために機能５の要求を使用する
。下記のようなデータとは、入力応答が受は取られる端
末の装置特性および出力応答が引き渡される装置の特性
である。ランタイムでは、これらの動的に変更可能な端
末の特性は、端末から入ってくるメツセージを解釈し、
出力装置の特性を決定し、および適当な出力ストリーム
（ｓｔｒｅａｍ　）を準備するために使用される。

入力メソセージが受は取られると、環境の仕様が取り出
される。入力時点での端末の特性は、機能５の要求によ
ってＩＥＣテーブルから決定される。この同じ端末の特
性のセントは、出力メツセージを準備するために使用さ
れる。これによって、各トランザクションに対するオー
バーヘッド（ｏｖｅｒｈｅａｄ　）が最小になる。しか
し、このことによって、トランザクション実行期間中に
端末の特性が変化する可能性が発生する。もし端末特性
が変化すれば、これは−時的な不調和を発生するが、完
全性の問題は発生しない。

ＩＥＣのプロファイル管理の機能は、プロファイル管理
機能をサポートする。各トランザクションは、プロファ
イル・ビューをスクラッチ・パッド（５ｃｒａｔｃｈ　
ｐａｄ　）　　としてＩＥＣＲＯＬＬＦＩＬＥ内に保持
する。プロファイル情報は、ＩＥＣのアドレス・スペー
スに構築される（以後ｒＲＯＬＬＦＩＬＥＪと呼ぶ）。

第１のキーは、ユーザの識別であり、一方第２のキーは
アプリケーションの識別である（またトランザクション
・コードとして知られている）。

複数のビューが所定のユーザおよびアプリケーションに
対して作成されると、プロファイル情報は、ＩＥＣスペ
ース内のブツシュダウン・スタック内に保持される。Ｒ
ＯＬＬＦＩＬＥ内に記憶されている情報には、次のもの
が含まれる。すなわち、トランザクションの手順が終了
した場合トランザクション・ビューから取り出されるデ
ータ、ユーザがＨＥＬＰドキュメンテーションを動作さ
せた場合ＨＥＬＰ機能によって受は取られる全ての入力
メツセージ、アプリケーションがＨＥＬＰドキュメンテ
ーション内でページのビューイングの間での実行を中断
する場合の一時的なＨＥＬＰプロファイル・ビュー、シ
ステム間の分散された呼び出しによって呼び出される全
てのアプリケーションに対するインターフェース・ビュ
ーである。

トランザクション手順が実行を終了すると、プロファイ
ル・ビューはトランザクション・ビューから取り出され
、ＩＥＣＲＯＬＬＦＩＬＥ内のプロファイル・アドレス
・スペースに書き込まれる。トランザクション入力が所
定のユーザおよび特定のアプリケーションのために受は
取られると、プロファイル・ビューはＲＯＬＬＦ　Ｉ　
ＬＥから取り出され、トランザクション・ビューに書き
込まれる。プロファイル・ビューは過渡的なスクラッチ
・パッドを与えて特定のシステムの所定のユーザおよび
アプリケーションに対するトランザクションの実行の間
でクリティカル・パラメータ（ｃｒｉｔｉｃａｌ　ｐａ
ｒａｍｅｔｅｒ　）をセーブする。

各ユーザは、ＲＯＬＬＦＩ　ＬＥ内で同時に保持されて
いる複数のアプリケーション・プロファイルを有するこ
とができる。このアプリケーションの集合は、各々の所
定のユーザに対する電子ワーク・デスク（ｅｖｏｒｋ　
ｄｅｓｋ　）と考えることができる。

各ユーザは、またネットワーク内で同時に複数のシステ
ムで動作する電子ワーク・デスクを有することもできる
る。

プロファイル管理は、アプリケーションがＨＥＬＰ機能
を呼び出す場合、また拡張することができる。

このことが発生すると、プロファイル・ビューおよびユ
ーザがＦ１キーを押す場合にＨＥＬＰ機能によって受は
取られる入力メツセージは、捕捉されてＲＯＬＬＦ　Ｉ
ＬＥ内にセーブされる。ユーザがＨＥＬＰを抜けると、
プロファイル・ビューと入力メツセージは復元される。

更に、もしアプリケーションがＨＥＬＰドキュメンテー
ション内のページ（ｐａｇｅ　）を見ている間に実行を
中止すれば、−時的なＨＥＬＰプロファイルはまたプロ
ファイル・アドレス・ベース内に保持される。

ＲＯＬＬＦＩＬＥ内のプロファイル・スペースは、また
システム間の分散された呼出しによって呼び出されたア
プリケーションに対するインターフェース・ビューを保
持するための記憶機構としてまた使用される。呼び出さ
れたアプリケーションが処理を終了して呼出し側のシス
テム・トランザクション・手順に戻る準備をする場合、
これらのインターフェース・ビューは、ＲＯＬＬＦＩＬ
Ｅに記憶されて制御を適当なシステム・トランザクショ
ン・手順に戻す。ＲＯＬＬＦ　Ｉ　ＬＥ内でプロファイ
ル・ビューとして記憶されている各インターフェース・
ビューは、呼び出し側のシステム・トランザクション・
手順と呼び出された側のシステム・トランザクション・
手順の識別を保持する。

このインターフェース・ビューは、呼び出した側のシス
テムＲＯＬＬＦ　Ｉ　ＬＥと呼び出された側のシステム
のＲＯＬＬＦ　Ｉ　ＬＥの両方に記憶される。

ＲＥＴＵＲＮの出口の状態がセットされた場合、これは
これによって呼び出された手順からの制御の復帰をサポ
ートし、ユーザがｒ　ＥＸＴＥＮＤＥＤＤＩＳＴＲＩＢ
ＵＴＨＤ　ＰＲＯＣＣＥＳ　ＩＮＤ　ＩＮ　ＰＲＯＧＲ
ＥＳＳ　Ｊとして示されるシステムによって中止された
トランザクションを再スタートする場合に、制御の前方
向のトレース（ｔｒａｃｅ　）をサポートする。

ＩＭＳを　するＧＴＤ　）ランザクジョン・パラメータ
　ＩＭＳで動作し、０７０機能を使用して構築されたア
プリケーションはトランザクション・ビュー（パネル情
報のようなデータを含む）にアクセスする入力パラメー
タ、入力／出力プログラム制御ブロック（１０ＰＣＢ）
、別のｌ０ＰＣＢ。

およびＤＬ／１データ・ベースにアクセスするプログラ
ム・ステータス・ブロック（ＰＳＥ）を有する。ｌ０Ｐ
ＣＢは端末とユーザーの識別のような正しいトランザク
ションの処理に必要な情報を含む。更に、ｌ０ＰＣＢは
トランザクション・プロセッサに対する全てのコール・
バック（ｃａｌｌｂａｃｋ　）を有していなければなら
ない。

トランザクション・ビューを第１パラメータとして設け
るためには、通常の１ＭＳパラメータ・リスト内の他の
パラメータは１つの位置だけオフセントされる。アプリ
ケーションに引き渡されるパラメータ・リスト内のアド
レスの特定の順序は、トランザクション・ビューのアド
レス、ｌ０ＰＣＢのアドレス、および最後に別のＧＯＰ
ＣＢのアドレスである。

リスト内の他のパラメータは、５ＹＳＧＥＮに従って１
ＭＳアプリケーションによって指定されたＰＳＢである
。これらは、また１つの位置だけオフセットされる。更
に、ＧＴＤアプリケーションはトランザクション・ビュ
ーを含む６４ＰＳＢのみをサポートすることができる。

ＧＴＤパネル　ＧＴＤアプリケーション内のパネルは、
一般的にＩＢＭ３２７０のビデオ・スクリーンのような
表示スクリーン上でユーザーに対する情報のプレゼンテ
ーションをサポートする。

このスクリーンは、アプリケーションからの出力データ
を提供し、そのアプリケーションに対する入力データを
受は入れる。各パネルは、ＴＤＴ内に０ユニークな８文
字の名前とＭＡＰＬＩＢディレクトリ−／ライブラリー
を有する。これらのパネルの各々はこれと関連する入力
および出力手順を有する。

入カバネルがシステムによって入力端末またはプロセス
から受は取られると、入力手順、命令手順が呼び出され
る。入カバネルが受は取られると、パネルの名前がＴＤ
Ｔに載置され、関連する入力手順がＩＥＴランタイム・
ドライバによって制御に加えられる。このパネルと入力
手順との関係は、ＧＴＤを使用して指定される。。入力
手順は、またＧＴＤを使用して定義される。この手順に
対するソースコードは、所望の手順に対してＥ　（＝編
集）または他のいずれかの指定された指定子を選択する
ことによって編集することができる。

一方、出力手順はオプションの手順であり、これは、メ
ニューから要求されたパネルを表示する前に呼び出すこ
とのできる手順、または特定のパネルの実際の出力の表
示の前にパネルに提供されるべきデータをリフレッシュ
するため、ＨＥＬＰドキュメンテーションを提供するた
めに中止されていたアプリケーションの再スタートによ
って呼び出すことのできる手順である。このパネルと出
力手順との関係は、ＧＴＤを使用して指定される。

上述した入力手順に関し、出力手順はまたＧＴＤを使用
して定義されなければならず、この手順に対するソース
・コードは、また所望の手順に対するＥ　（＝編集）の
選択を指示することによって編集することができる。

出力手順は、一般的にパネルの実際の表示に先立って、
データ・ベースからデータを取り出すために使用される
。例えば、インベントリ・トランザクション（１ｎｖｅ
ｎｔｏｒｙ　ｔｒａｎｓａｃｔｉｏｎ　）は・プロファ
イル・ビュー内にセーブされている部品番号を有するこ
とができるが、しかしこの部品番号に対する情報のパネ
ルの表示に先立って、出カバネルを終了するためにデー
タ・ベースの呼び出しが必要である場合がある。

出力手順は、全てのＨＥＬＰシーケンスが終了した後、
再スタート・プロセスの期間中に実行することができる
（Ｆ　１＝ＥＸ　ＩＴＨＥＬＰ）。この出力手順は、ま
たパネルがメニューからのイニシャル・ユーザ・リクエ
ストとして提供される場合、呼び出されることができる
。出力手順は、メニュー人力仕様で指定されることがで
き、またパネル仕様のパネルと関連されることもできる
。もし出力手順がメニュー人力で指定されれば、この手
順はパネルの表示に先立って呼び出される。もしメニュ
ー人力の出力手順がブランクのままであれば、パネル仕
様の出力手順が呼び出される。もし両方がブランクのま
まであれば、パネルはプロファイル・ビューから加えら
れたのと同様に、トランザクション・ビューのデータか
ら与えられる。

ＧＴＤメニュー制′システム　ＧＴＤアプリケーション
に対するメニュー制御システムは、ｌ５ＰＦメニユ一機
能と類イ以している。このシステムは、４つの水準の階
層メニューをサポートし、各々の水準は工ないし１６の
入力をサポートする。メニューの各入力は、８文字の選
択コードとこの選択コードによって提供される機能を示
すための３２文字の説明によって特徴を与えられる。一
般的に、トランザクションが開始されると、最初の選択
を行うために、マスク・メニューがユーザに提供される
。トランザクションの実行中何時でも、ユーザはＦ１２
のキーを押し、または全てのメニュー・パネルの選択領
域で「＝」の符号を入力し、マスク・メニューに戻るこ
とができる。Ｆ１２およびｒ＝Ｊのキーは、設計上の選
択の問題として選ばれたものであり、これが本発明に対
する制約であると考えるべきでないことに留意すること
。

ユーザは、ＧＴＤシステムの最高４つの水準の仕様の能
力までｒｔｒａｎ＝ｓｅｌｅｃｔ、　５ｅｌｅｃｔ、　
５ｅｌｃｔ　Ｊを入力することによってメニューの階層
内の機能に対して直接要求を行うことができる。１．２
、または３の選択コードのようなより短い選択もまた受
は入れ可能である。

メニュー・パネルが作成されると、入力は、選択コード
、メニュー人力のための記述線、提供することのできる
パネル、およびパネル自身を提供する前に実行すること
のできる手順を指示するために指定される。

ＧＴＤアプリケーションのためのヘルプ・サポニ上　ア
プリケーションがＧＴＤを使用して開発される場合、Ｔ
ＤＴはトランザクションのドキュメンテーションを含む
Ｔ　Ｉ　ＯＬ　Ｒｒｅｐｏｒｔ、ｇｅｎｅｒａｔｉｏｎ
を指定することができる。Ｔ　Ｉ　ＯＬ　Ｒｒｅｐｏｒ
ｔ。

ｇｅｎｅｒａｔｉｏｎの情報は、チャプタの名前がパネ
ルの名前を参照することができるように構築され、その
結果、各々のトランザクション・パネルと関連するドキ
ュメンテーションの複数のセクションとページが与えら
れる。

このドキュメンテーションはＦｌのキーを押すことによ
って、ランタイムにアプリケーションのユーザーに提供
される。このキーによって、制御プログラムはユーザー
・スクリーンの情報を集め、これをＨＥＬＰビューとし
てＲＯＬＬＦＩＬＥに記憶する。制御プログラムはその
トランザクションに対するプロファイル・ビューを保存
し、そのトランザクションに対するＨＥＬＰドキュメン
テーションをＨＥＬＰパネルを介してユーザに提供する
。このＨＥＬＰドキュメンテーションに対するパネルの
名前はｔｄＨＥＬＰである。

ＨＥＬＰドキュメンテーションの検討を終了した後、ユ
ーザーは、Ｆｌを押すことによって、アプリケーション
の実行に戻ることができる。制御プログラムは、次にト
ランザクション・ビュー内のプロファイル・ビューを復
元し、パネルと関連する出力手順を実行しく１の場合）
ＨＥＬＰを提供するために中止されていたパネルを再び
表示し、ヘルプ要求が行われた時点でのスクリーン上の
スクリーン・データ・アイテムのデータ・アイテムをス
クリーンに与える。

ＨＥＬＰのプレゼンテーションの期間中、ユーザはカー
ソルを問題の語に載置してＦ２のキーを押すことによっ
て、テキスト内の語の定義を要求することができる。Ｆ
２によって、グロサリ（ｇｌａｓｓａｒｙ　）機能を呼
び出すことができる。もしこの語がＧＬＯ８ＳＡＲＹ内
でアプリケーションの設計者によって定義されていれば
、その定義がスクリーンに与えられる。この定義を見た
後、ユーザはＦ３のキーを押してＨＥＬＰドキュメンテ
ーションに戻ることができ、引き続いてＦｌを押してＨ
ＥＬＰから抜は出て中止されていたアプリケーション・
パネルに戻ることができる。

ＧＴＤアプリケーションに　するグロサリ・サポート グロサリ機能によって、アプリケーションの設計は指定
されたＴ　Ｉ　ＯＬ　Ｒｒｅｐｏｒｔ、　ｇｅｎｅｒａ
ｔｉｏｎ内に一組の語を定義することができ、その結果
、ユーザは理解することのできない語の定義を対話によ
って選択することができる。グロサリの語はＴｌ０ＬＲ
のチャプタｒｒｅｐｏｒｔ、　ｇｅｎｅｒａｔｉｏｎ。

ＧＬＯ３ＳＡＲＹＪ内で指定される。グロサリ内の語は
１乃至８文字の長さである。各語はグロサリ・チャプタ
ー内の１つのセクションとして指定される。各語の説明
は最高数ページの長さである。

１つの語がグロサリから選択されてしまうと、機能キー
によって、ユーザはその語に対して可能性のある複数ペ
ージのドキュメンテーションをスクロール（５ｃｒｏｌ
ｌ　）することができる。グロサリ内の他の語を見つけ
るには、ユーザはファンクション・キーを用いてグロサ
リ内の次の語または前の語をスクロールするか、または
入力領域に特定の語を入力するかのいずれかを行うこと
ができる。

もし１つの語がいずれかの方法によって指定され、グロ
サリ内で見つからなければ、次の語がアルファベットの
順序で示される。

語の定義は、カーソルを問題の語に載置してＦ２を押す
ことによって、ＨＥＬＰパネル、ＩＮＦＯパネルまたは
ＧＬＯＳパネルによってグロサリから選択される。ユー
ザがグロサリの検討を終了してしまうと、Ｆ３を押して
前のパネルに戻ることができる。

ＧＴＤアプリケーションに対する情報サポートト ＧＴＤランタイム・システム（ＩＥＴ）は、ＧＴＤ　）
ランザクジョンのためにｄｏｃｕｍｅｎｔａｔｉｏｎ。

ｒｅｐｏｒｔ、　ｇｅｎｅｒａｔｉｏｎからのチュート
リアル（ｔｕｔ。

ｒｉａｌ　）ドキュメンテーションの提供をサポートす
る。ユーザは、メニュー選択コードと説明、ｔｄｔＩＮ
ＦＯパネルおよびＩＥＴＯＩＮＦＯ手順を指定すること
によって、マスター・メニューからチュートリアル・ド
キュメンテーションを選択することができる。この手順
とパネルによって、ｒｅｐｏｒｔ。

ｇｅｎｅｒａｔｉｏｎ、　ｃｈａｐｔｅｒから情報表示
機能が動作され、ここでチャプタがメニュー人力の説明
領域の最初の８文字によって指定される。

ＩＮＦＯプレゼンテーションを選択してしまうと、ユー
ザはそれぞれＦ５およびＦ６を押すことによって、この
情報内で前後の方向にスクロールを行うことができ、こ
れによって、前後の方向にページをスクロールするかま
たはｔｄｔＩＮＦｏパネルに所望のページとセクション
の名前を入力する。ユーザはＦ３またはＦ１２を押すこ
とによって、ＩＮＦＯ機能から抜は出てマスター・メニ
ュヘーに戻ることができる。

ＧＴＤオプション令 ＧＴＤシステムはパネルのオプション領域をサポートす
る。このオプション領域によって、ユーザはファンクシ
ョン・キーを指定することができる。このことは、ユー
ザがファンクション・キーを有していない端末を使用し
ている場合、特に有用である。オプション領域は、３文
字の入力／出力領域として、可変の名前ＩＥＦＩ　　　
０ＰＴＩＯＮ（ｅｖｏｐｔｉｏｎ　）を指定することに
よって、パネル上に載置されることができる。このオプ
ション領域は、パネルを作成すると、自動的に指定する
ことができる。

ユーザはオプション領域にＦ（大文字又は小文字）を入
力し、続いて１つまたは２つの少数のケタ（１乃至２４
）を入力することができる。このことは対応するファン
クション・キーを押すことに相当する。もしユーザがオ
プション領域に入力を行い、またファンクション・キー
を押せば、このファンクション・キーが優先される。も
し入力が優先の形で行われなければ、この入力はＪＥＴ
によって無視されて所定の手順に進む。

ＧＴＤルックアヘッド負 この領域は、ユーザが実行するべき次の機能を指定する
ためにパネル上に載置することのできるオプションの領
域である。この６４バイトの領域は、アプリケーション
の設計者の仕様に従って処理される。本発明の好適な実
施例の場合、この領域はファンクション・キー１２と関
連する。もしルックアヘッド（１ｏｏｋａｈｅａｄ　）
領域がスクリーン上にあるか、またはルックアヘッド領
域の第１文字がブランクでなければ、またはＦ１２が押
されれば、通常Ｆ１２と関連するメニュー動作は無視さ
れる。Ｆ１２の仕様は、ＩＥＦＩ　　ＦＵＮＫＥＹ（ｗ
ｆｕｎｋｅｙ　）変数を介してアプリケーションに引き
渡される。このアプリケーションは、ユーザがＩ　ＥＦ
　Ｉ　　ＬＯＯＫＡＨＥＡＤ（ｗｌｏｏｋａｈｅａｄ　
）領域によって指示されたように、特定のＬＯＯＫＡＨ
ＥＡＤ機能を実行することを希望していることを認識す
る。

ＧＴＤ　）ランザクジョン　　の ＧＴＤアプリケーションのアンカー（ａｎｃｈｏｒ　）
エレメントはＴＤＴである。ＴＤＴはトランザクション
に対する仕様を含むＭＡＰＬＩＢライブラリ／ディレク
トリの構成要素である。各々のＴＤＴの入力は名前のつ
いた構成要素であり、これは１乃至４文字の長さである
。この名前はアプリケーションをサポートするユニーク
な対象の名前を作成するため最高４文字まで拡張するこ
とができる。

ＧＴＤのアプリケーション内のＣｏＢＯＬ手順は、標準
の構造化されたＣ０ＢＯＬの構成要素である。アプリケ
ーションの設計者は基本的なＣＯＢＯＬの機能のいずれ
をも使用することができ、トランザクションが動作しよ
うとしている環境の標準的な言語機能を使用して他のプ
ログラムと手順を参照することができる。ＣｏＢＯＬ手
順は、他の機能に対して最小限の参照を行うＣ０ＢＯＬ
　　ＩＩの構造化されたＣ０ＢＯＬ構成要素であること
を意図しており、従って、このアプリケーションはいく
つかの環境のいずれにも移動することができる。

手順がパネル入力によって入力されると、トランサクシ
ョン・ビューがプロファイル・ビューに与えられる。パ
ネル・データはプロファイル・ビューに重ねられる。手
順がＬＩＮＫ要求によって入力されると、トランザクシ
ョン・ビューはクリアされ（ゼロに）入力ビューがトラ
ンザクション・ビューを与える。

外部手順を呼び出すには、ＤＡＡのＬＩＮＫおよびＲＥ
ＴＵＲＮ機能を使用する。ＤＡＡ内の他の手順に対して
ＬＩＮＫを実行するには、ユーザはそれぞれの領域（そ
れぞれＩ　Ｅ　Ｆ　１１−Ｎ５ＹＳＴＥ、ＩＥＦＩ−Ｎ
ＴＲＡＮ、　　ＩＥＦＩ−ＮＰＲＯＣ）内の新しいシス
テム、トランザクション、および手順を指定することが
でき、ＬＩＮＫという語をＩ　ＥＦ　１−Ｘ５ＴＡＴＥ
領域に入力する。

もしアプリケーションのロジックが、呼び出さされた手
順の実行が終了し、呼び出し手順に戻るべきであること
を示せば、設計者はＩＥＦＩ−ＸＳＴＡＴＥ領域にＲＥ
ＴＵＲＮを入力して、呼び出しトランザクション・手順
に制御を戻すことができる。

ＧＴＤアプリケーション・ビューの プロファイル、入力および出力ビューは、アプリケーシ
ョン内の各トランザクションに対して５ＲＣＬＢ内で保
持される。これらのビューは、標準のソース構成要素と
して保持される。このソース構成要素内の各線に含まれ
る情報のみが、そのビューに含まれるべきデータ・アイ
テムの名前である。これらのビューはコンパイルの時間
にＴＤＴと関連するトランザクション・ビューと相関さ
れる。このビューの対象の形態を開発するために必要な
これ以外の情報は、トランザクション・ビューから取り
出される。

ＪＥＴランタイム・モニタによって管理されているビュ
ーは、ランタイム時に実証される特性を有していて、そ
のビューと関連するデータが、実行中のトランザクショ
ンによって管理されているビューの現在のバージョンと
一致していることを確認する。これらのクロスチエツク
（ｃｒｏｓｓｃｈｅｃｋ）はビュー内で多数のデータ・
アイテムとこれらのデータアイテムの合計長さを含む固
有のパラメータを使用して行われる。各プロファイル、
入力、または出力ビューは、設計者が与えられたトラン
ザクション手順に対する入力、出力またはプロファイル
・ビューを変更することを可能にするためにバージョン
の変更子を有している。バージョン識別子は、対応する
ビューに対するソースの構成要素内の／ＶＥＲ＝ｌｉｎ
ｅによって指定される。

ｒ　１　ｉｎｅ　Ｊは４文字の英数字のバージョンの識
別を表す。設計者がビューに対する変更を指定すると、
彼はまたバージョンの番号を変更しなければならず、そ
の結果、このバージョンのＩＤのランタイムの妥当性の
検査によって、ビューがランタイムで処理される場合に
これらのビューの不一致が検出される。１つのシステム
内の−のトランザクションに対する変更はネットワーク
内の他のシステム内の変更と正確に同期しては発生しな
い場合があるため、このバージョンが必要である。

このソースによって識別されたバージョンの番号は、Ｇ
ＴＤアプリケーション・ビルダー（ｂｕｉｌｄｅｒ）の
ビュー・コンパイル・プロセスによって対象とロード・
モジュール・バージョンに複写される。

ビュー・イメージがランタイムで作成される場合、この
バージョンＩＤは更にランタイム・ビュー・イメージに
複写される。そのビュー・イメージが呼び出されたプロ
グラムによって受は取られるが、またはアプリケーショ
ンの再スタート時にランタイム・コントローラによって
取り出されると、ビュー・イメージのバージョンがビュ
ーの定義に対するバージョンに対して実証される。これ
によって、情報がこのＤＡＡ内の手順の間で一貫して引
き渡される可能性が改善される。

ＧＴＤビューのコンパイル ビューの対象バージョンを発生させるため、ＧＴＤビュ
ーはＧＴＤを使用してコンパイルされる。このプロセス
はマルチビュ一対象モジュールを構築し、これはトラン
ザクション内で参照される各入力、出力、およびプロフ
ァイル・ビューの表示を保持する。このコンパイル・プ
ロセスは、トランザクション・ビューを５ＲＣＬＩＢ（
通常ｒＳＲＣＬ　Ｉ　Ｂ（ｔｄｔＴｖｗ）Ｊ　）からト
ランザクション・ビューを取り出し、この構成要素を記
述してトランザクション・ビュー内のデータ要素の各々
のデータの種類、位置、および長さを解釈する。ビュー
・コンパイラは、次に入力、出力、およびプロファイル
・ビューの各々を５ＲＣＬ　Ｉ　Ｂから取り出し、各ビ
ューに対して対象セクションを発生する。この対象セク
ションは、ビューの名前、長さおよびバージョン番号を
識別するヘッダーを含む。各データ要素に対して、対象
セクションは、トランザクション・ビューに関係するそ
のデータ要素を識別する入力を発生する。各セクション
はビューの名前を与えられる。作成された対象モジュー
ルはｔｄｔＶＩＥＷという名前を与えられる。この対象
モジュールは、作成されると、トランザクション・バイ
ンド・ステップの期間中トランザクション・モード・モ
ジュールに含まれる。

これは、所定のトランザクションに対する各入力、出力
、およびプロファイル・ビューのビュー・モデルを発生
する。これは、このトランザクション内に含まれる手順
に対するビューとこのトランザクションによって呼び出
された手順（ＥＸＴＥｌ？Ｎ手順）の各々に対する入力
および出力ビューの仕様を含む。呼び出された手順の入
力および出力のビューは、その手順に対するＰＹＰＥ＝
　　ＥＸＴＥＲＮを有するＧＴＤによってＴＤＴ内で定
義される。

ＧＴＤパネルのコンパイル ビューは、ＧＴＤを使用してコンパイルされる。

このビュー・コンパイル・プロセスは、マス（ｍａｓｓ
）ビュー・コンパイル・プロセスである。このＴＤＴと
関連する全てのビューは、コンパイルされて対象の構成
要素ｔｄｔＶＩＥＷ内に載置される。

設計者は、マス・パネル・コンパイルを要求することが
できる。条件付きのコンパイルはＭＡＰＬＩＢ内で変更
されたパネルをコンパイルするか、または最後のパネル
・コンパイル以来トランザクション・ビューは５ＲＣＬ
　ＩＢ内において変化している。ＧＴＤシステムは、こ
の決定を行うため、ＭＡＰＬＩＢおよび５ＲＣＬｒＢ内
の変更された日付けおよびＬＯＡＤＬ　Ｉ　Ｂ内のコン
パイルされた日付けを使用する。無条件のコンパイルは
、トランザクション内の全てのパネルをコンパイルする
。システムは、このトランザクションによって使用され
るべき全てのパネル（メニュー・パネルを含む）を識別
するため、およびランタイム・インターフェースに対し
てこれらのパネルを説明するロード・モジュール（ＬＯ
ＡＤＬ　Ｉ　Ｂ）を発生する個々のマツプのコンパイル
を開始するために、ＭＡＰＬＩＢ内のＴＤＴの構成要素
を参照する。

これはプロセス内の長いステップである。設計者は、こ
れらがコンパイルされるにつれてＴＤＴ内の各パネルに
対してＲＥＴＵＲＮコードを取得する。

ＧＴＤ）ランザクジョンの　　生 再発生プロセスの十分な完全性を保持しつつ開発サイク
ルのコストを削減するため、インテリジェント再発生プ
ロセスが使用される。このプロセスは、適当なライブラ
リにＴＤＴによって定義された重要な対象の各々に対し
て最後に変更された日付けを保持する。このプロセスを
十分サポートするため、ＧＴＤの編集プログラムは何時
パネルが発生されたかまたは何時ビューが編集されたか
に留意する。Ｃ０ＤＥＳＴＡＲの編集プログラムは、何
時パネルに対して変更が行われるかを識別する。Ｃ０Ｄ
ＥＳＴＡＲコンパイラ−は、何時パネルがコンパイルさ
れるかを識別する。リンケージ（ｌｉｎｋｅｇｅ　）編
集プログラムは、何時手順がリンク（１ｉｎｋ　）され
るかを識別する。ソースの編集プログラムは、何時ソー
スの変更が手順に対して行われるかを識別する。

条件付きの再発生は、ソースの変更が行われてしまって
、これらの対象のいずれかの再発生４または再コンパイ
ルを要求しているかどうかを判定するためにＴＤＴ内の
対象を検査することによって開始される。このトランザ
クション・ビューは、このアイテムの集合内のアンカー
（ａｎｃｈｏｒ　）の対象である。もしトランザクショ
ン・ビューが編集されてしまっていれば、全てのパネル
、手順、およびビューは再びコンパイルされなければな
らない。もしトランザクション・ビューが変更されてで
いなければ、これらの対象のみが変更されなければなら
−ないが、その理由は、最後に発生した対象は再びコン
パイルされる必要があるからである。

再発生プロセスは、ソース・モジュールの最後の編集日
付けとロード・モジュールの最後にリンクによって編集
された日付けを調べる。もし最後にリンクによって編集
された日付けが最後のソースの編集の日付けよりも後で
あれば、コンパイルはそのモジュールに対して要求され
ない。同様に、もしパネルの最後のコンパイルとリンク
による編集の後パネルまたはトランザクション・ビュー
の編集が行われていなければ、パネルの再コンパイルは
必要ではない。

註：対象モジュールの時間スタンプ（ｓｔａｍｐ）は、
正確な解像度を保持しているため、対象をソース編集時
間と等しいリンク編集時間で再びコンパイルすることが
十分な完全性にとって必要である。これは時として変更
が行われていない場合、パネルと手順を再びコンパイル
させる。もしソースの編集とコンパイルがいずれも同じ
瞬間に終了すれば、次の条件付きの再発生は別のコンパ
イルを実行する。

ＧＴＤ　）ランザクジョンの 一度ＧＴＤ　）ランザクジョンが開発され、ランタイム
環境に設置されると、ユーザはこのトランザクションを
サポートするシステムにロギング（ｌｏｇｇｉｎｇ　）
することによってそのトランザクションを呼び出すこと
ができる。ユーザは、「Ｒシステムの名前」またはＲＴ
Ｇｘｘｘを入力し、これに続いて、トランザクション・
コードを入力してＥＮＴＥＲを押してＩＭＳ）ランザク
ジョンを動作させることができる。もしユーザがトラン
ザクション内のメニューの階層から特定のサブ機能を選
択することを希望すれば、このユーザは「−５ｅｌｅｃ
ｔ、　５ｅｌｅｃｔ、　５ｅｌｅｃｔＪを入力すること
によってトランザクション内のサブ機能に直ちに移行す
ることができる。トランザクションの制御を受は取ると
、それはユーザに対して適当なパネルを提供する。トラ
ンザクションは、ある種の手順を実行してしまうことが
できるが、またはアプリケーションの設計によってユー
ザが更に選択を行うために最初のパネルを提供すること
ができるのみである。ユーザは、指示されたパネルにデ
ータを入力してＥＮＴＥＲを押し、このパネルに対して
指示された入力手段を実行することができる。

ユーザは、与えられたパネルと関連するＨＥＬＰドキュ
メンテーションのためにＦｌを押すことができる。この
ドキュメンテーションは、アプリケーションの設計者に
よって指定されたＴｌ０ＬＲｒｅｐｏｒｔ、　ｇｅｎｅ
ｒａｔｉｏｎ、　ｃｈａｐｔｅｒのために取り出される
。もし設計者がＴ　Ｉ　ＯＬ　Ｒｒｅｐｏｒｔ、　ｇｅ
ｎｅｒａｔｉｏｎ情報を準備していなければ、ユーザは
「ドキュメンテーション・オーブン・エラー」のエラー
状態を得ることができる。もし特定のチャプタ（パネル
の名前）が特定のパネルに対するＨＥＬＰドキュメンテ
ーションに対して指定されていなければ、ユーザは「ド
キュメンテーション見当たらず」のエラー状態を得る。

サポートするドキュメンテーションを開発して、保持す
ることは設計者の責任である。

ＨＥＬＰが呼び出されると、ユーザはグロサリ機能を選
択することができる（Ｆ２を押す）、またはＦｌを押し
て中止パネルに戻ることができる。

Ｆｌ２は何時押しても、ユーザはトランザクション・マ
スク・メニューに戻る。もしアプリケーションの設計者
がファンクション・キーの仕様によって別のアクション
を指定していれば、ユーザは適当なファンクション・キ
ーを押して指示されたアクションを要求することができ
る。通常線２４であるファンクション・キーの線上のフ
ァンクション・キーの説明をパネル・入力手順［ロジッ
クコと関連させてこれらの指示されたファンクション・
キーのアクションをサポートすることは、アプリケーシ
ョンの設計者の責任である。

ＧＴＤ　）ランザクジョンが実行を終了すると、プロフ
ァイル・ビューはそのシステムのユーザとアプリケーシ
ョンのためにプロファイル・データ・ベースによってセ
ーブされる。トランザクションは、クリア・スクリーン
（ｃｌｅａｒ　５ｃｒｅｅｎ　）からトランザクション
・コードを入力することによって（または「Ｒｓｙｓｔ
ｅｍ　ｔｒａｎＪの形態の命令されたルーティングによ
って）再び始めることができる。

これによって、プロファイル・ビューは復元され、パネ
ル出力手順（もしあれば）が実行され、現在のパネルが
提供される。または、ユーザはｒ　ｔｒａｎ＝」を入力
してプロファイル・ビューを保持し、トランザクション
・マスク・メニューを提供し、ｒｔｒａｎ−ＲＥＳＥＴ
またはｔｒａｎ／　ＲＥ　Ｓ　Ｅ　ＴＪを人力して、プ
ロファイル・ビューをクリアし、トランザクション・マ
スク・メニューを提供し、またはｒｔｒａｎ＝ＱＵＩＴ
またはｔｒａｎ／　Ｑ　Ｕ　Ｉ　Ｔ　Ｊを入力して、こ
のシステムのユーザのプロファイルのスペースからアプ
リケーションを削除し、「デスプレー・アクチブ（ｄｉ
ｓｐｌａｙ　ａｃｔｉｖｅ　）Ｊパネルを表示すること
ができる。

坦旦■炊剪 ＤＡＡ手順は出口の状態の変数によって指定された終了
状態を有する。この出口の状態は、アプリケーションま
たはシステムによってセットされ、またはＩ　ＥＦ　１
−Ｘ５ＴＡＴＥ／ｗｘｓｔａｔｅと呼ぶ８個の文字の変
数内にコードを載置することによってセットされる。ア
プリケーションは、出口状態の変数を使用してトランザ
クションが終了した場合に取るべきアクションを指示す
る。もしこの変数がトランザクションによって変更され
なければ、出口の状態はブランクである。ブランクの出
口の状態によって、指定されたパネル（ＴＥＦＩ−Ｐ　
Ａ　Ｎ　Ｅ　Ｌ　／　ｗｔａｎｅｌ）がフォーマットさ
れ、入力端末（Ｉ　Ｅ　Ｆ　１−　Ｔ　Ｅ　ＲＭ／ｗｔ
ｅｒｔｘ）でユーザに与えられる。

アプリケーションは、第２表にリストした別の出口の状
態を指定することができる。

出口状態　　　　　　　　動　　作 ブランク　　表示パネル＝　ＩＥＦＩ−ＰＡＮＥＬ／ｗ
ｐａｎｅｌアプリケーションの手順がＩＥＦＩ−ＮＳＹ
ＳＴＥＭ（ｗｎｓｙｓｔｅｍ　）、Ｉ　ＥＦ　１−ＮＴ
ＲＡＮ（ｗｎｔｒａｎ　）、およびＩ　ＥＦ　１−ＮＰ
ＲＯＣ（ｗｎｐｒｏｃ　）によって指定されたようにｓ
ｙｓｔｅｍ、　ｔｒａｎｓａｃｉｏｎ、ｐｒｏｃｅｄｕ
ｒに制御を転送することを要求しているということをＬ
ＩＮＫの出口の状態が指定する。ＩＥＦＩ−ＮＴＲＡＮ
（ｗｎｔｒａｎ　）で指定されたトランザクションの名
前は、ネットワークによって定義されたトランザクショ
ンのコードでなければならない。

もしＩ　ＥＦ　１−１−Ｎ５ＹＳＴＥ　ｗｎｓｙｓｔｅ
ｍ　）の名前がブランクであれば、この要求は現在のシ
ステムのトランザクションに対するものであるかローカ
ル・ディレクトリ　（Ｄ　ＲＣ）によって指定されたよ
うに転送されることが推定される。もしＩＥＦＩ−ＮＰ
ＲＯＣ（ｗｎｐｒｏｃ　）の名前がブランクであれば、
空の入力ビューが準備されて指示されたトランザクショ
ンに対するマスク・メニューがそのアプリケーションの
ユーザに与えられる。

ＬＩＮＫ出口状態を使用して制御が１つの手順に引き渡
されるべきである場合、その呼び出されたｔｒａｎｓａ
ｃｔｉｏｎ、　ｐｒｏｃｅｄｕｒｅに対する入力ビュー
は、そのシステムによって準備される。このシステムは
指定されたデータ・アイテムをトランザクション・ビュ
ーから取り出し、呼び出している側および呼び出されて
いる側のｓｙｓｔｅｍ、　ｔｒａｎｓａｃｔｉｏｎ。

ｐｒｏｃｅｄｕｒｅを指示するインターフェース・ビュ
ーと共にこれらをＬＩＮＫメツセージにパッケージする
。

ＲＥＴＵＲＮの出口の状態 ＲＥＴＵＲＨの出口の状態によって、制御は呼び出しを
行っているアプリケーションに戻される。

もしＲＥＴＵＲＮの出口の状態が指定され、現在の手順
が他のｓｙｓｔｅｍ、　ｔｒａｎｓａｃｔｉｏｎ、　ｐ
ｒｏｃｅｄｕｒｅに対してリンクされていなければ、エ
ラーのメソセージがＩ　ＥＦ　Ｉ　　ＭＥＳＣ（ｗｍｓ
ｇ　）の領域で指定される。

ＲＥＴＵＲＮがｔｒａｎｓａｃｔｉｏｎ、　ｐｒｏｃｅ
ｄｕｒｅから実行されると、呼び出されたｔｒａｎｓａ
ｃｉｏｎ、　ｐｒｏｃｅｄｕｒｅに対する出力ビューは
要求を呼び出したインターフェース・ビューと共にＲＥ
ＴＵＲＮメフセージにパッケージされる。このＲＥＴＵ
ＲＮメツセージは、呼び出しを行う側の５ｙｓｔｅｏ＋
、　ｔｒａｎｓａｃｔｉｏｎ。

ｐｒｏｃｅｄｕｒｅに転送される・ 呼び出しを行う側のｔｒａｎｓａｃｔｉｏｎ、　ｐｒｏ
ｃｅｄｕｒｅが呼び出しシステムによって再び呼び出さ
れれば、呼び出し側のｔｒａｎｓａｃｔｉｏｎ、　ｐｒ
ｏｃｅｄｕｒｅに対するプロファイル・ビューはトラン
ザクション・ビュー内で復元される。呼び出された側の
手順からの出力ビューは、トランザクションビューに記
憶され、呼び出す側の手順が再スタートされる。

口状ｑのＲＥＳＴ このシステムのこのアプリケーションとユーザに対する
プロファイル・ビューの出口の状態のＲＥＳＥＴはクリ
アされ、このトランザクションに対するマスク・メニュ
ーが提供される。この状態はｒｔｒａｎ＝ＲＥｓＥＴＪ
またはｒ　ｔｒａｎ　／　ＲＥＳＥＴ　Ｊを入力するこ
とにより端末のユーザによって直接開始されることがで
きる。

口　　旨のＱＵＩＴ 出口の状態のＱＵＩＴによって、このシステムのこのユ
ーザに対するＲＯＬＬＦＩＬＥからアプリケーションが
取り除かれ、「デスプレーイ・アクチブ」アプリケーシ
ョン・パネルが提供される。この状態は、ｒｔｒａｎ＝
ＱＵ　Ｉ　ＴＪまたはｒｔｒａｎ／口ＵＩＴＪを入力す
ることにより端末のユーザによって直接開始されること
ができる。

ＧＴＤアプリケーションのファンクション・キーのサポ
ート アプリケーションの設計者は、ファイルされているファ
ンクション・キーと対話を行うために入力手順内にロジ
ックを含むことにより、ＧＴＤによって発生されたアプ
リケーションに対するファンクション・キーの動作を指
定することができる。

ファイルされているファンクション・キーは、ＧＴＤシ
ステムがパラメータＩＥＦＩ−ＦＵＮＫＥＹ（ｗｆｕｎ
ｋｅｙ　）を与えると、使用可能になる。これはＯない
し２４の範囲の値を有するＣＯＭＰ−３ＣＯＢＯＬの変
数（ショートＣの変数）であり、この値は押されている
ファンクション・キーを表す。ＧＴＤのランタイム・モ
ジュールの実行を制御するＩＥＴモニターは、ファンク
ション・キー１．１１、および１２を解釈して、「Ｆｌ
」のＨＥＬＰドキュメンテーション・プレゼンテーショ
ンの予め定義されたシステムの動作、現在のシステムの
現在のユーザに対するｒＦｌｌＪのデイスプレィ・アク
ティブ・アプリケーションのプレゼンテーションの予め
定義された動作〔制御を現在のトランザクションからシ
ステムによって与えられたトランザクション（ＴＲＡＮ
＝ＤＡ）に転送してこのシステムのこのユーザに対する
アクチブ・アプリケーションのリストを表示する〕、お
よびｒＦ１２Ｊのマスタ・メニューのプレゼンテーショ
ンの予め定義されたシステムの動作を行う。

アプリケーションの設計者は、別のファンクション・キ
ーの動作を指定するためにアプリケーション内に適当な
ロジックを含めなければならない。

ファンクション・キーの値がゼロであると、このトラン
ザクションを呼び出すために、ＥＮＴＥＲキーが押され
たことを示す。もし非ゼロであれば、ニー′ザは、押さ
れたファンクション・キーに対して、アプリケーション
の設計者がセットしたロジックを呼び出すことができる
。

例−別のパネルを呼び出すと、別のパネルがＩ　ＥＦ　
ｌ−ＰＡＮＥＬ（ｗｐａｎｅｌ　）の領域内に載置され
、ＧＯＢＡＣＫステートメントが発生されて、制御は別
のパネルに戻され、または別のパネルがユーザに与えら
れる。

例−呼び出された別のトランザクション別のｓｙｓｔｅ
ｍ、　ｔｒａｎｓａｃｔｉｏｎ、　ｐｒｏｃｅｄｕｒｅ
がＩＥＦＩＮＳＹＳＴＥＭ（ｅｍｎｓｙｓｔｅｍ　）、
ＩＥＦＩ−ＮＴ　ＲＡＮ（ｗｎｔｒａｎ　）およびＩＥ
ＦＩ−ＮＰＲＯＣ（ｗｎｐｒｏｃ　）の領域に載置され
、−ＬＩＮＫはＩＥＦ　１−ＸＳＴＡＴｌ−Ｘ５ＴＡＴ
Ｅ（）の領域に載置され、 ＧＯＢＡＣＫステートメントが発生されて制御を別のト
ランザクションに転送し、 入力パラメータが呼び出された側の手順に対する入力ビ
ューによって指定されたように準備される。

ユーザは、パネルに表示されている対象からの次の、ま
たは前の対象がデータ・ベースから取り出され、その属
性がビューに対して与えられることを要求する。このこ
とは、参照されたテーブルまたはデータ・ベース内のＦ
５（次の）のキーおよびＦ６（前の）のキーの代表的な
機能である。

データ・ベース内で次の対象または前の対象を識別し、
データ・ベースから適当な属性を読み出し、情報をパネ
ルに与えるためにＧＯＢＡＣＫステートメントを発生す
ることは設計者の責任である。

ＧＴＤアプリケーション手　の構 ＧＴＤシステムは第１にＣ０ＢＯＬおよびＣのアプリケ
ーションをサポートする。ＧＴＤシステムは、アセンブ
リ言語コード（ＡＬＣ）の実行をサポートするが、これ
らの実行にはＣ０ＢＯＬおよびＣ環境内で必要とされな
い情報を手動によって相関させることが必要である。例
えば、ＡＬＣの環境の場合、ＤＳＥＣＴが保持されなけ
ればならず、これはビューおよびパネルを参照するため
に発生されたＣ０ＢＯＬまたはＣのトランザクション・
ビューとバイト・レベルでコンパチブルである。

ＡＬＣのプログラマは、手順の定義についである種の規
定に従わなければならない。このことは大切な問題であ
ることが分かっていないが、これはＣ０ＢＯＬ環境より
も更に複雑である。

ＧＴＤによって与えられたアプリケーションに対するＣ
０ＢＯＬおよびＣの環境は、ＩＥＴのランタイム・ドラ
イバおよび関連するランタイムのサブルーチンによって
サポートされる主要な機能を与える。従って、アプリケ
ーションの開発プロセスの手順は、このＣ０ＢＯＬおよ
びＣ環境では、大幅に単純化される。手順がＪＥＴのラ
ンタイム・ドライバから制御を受は取ると、これは下記
の２つの方法で呼び出されることができる。

１、パネルからの入力 ２、呼び出す側の手順からの入力 バ迷酉土哀■入方 一般的に、入力が端末から手順に受は取られると、プロ
ファイル・ビューはＲＯＬＬＦＩＬＥから取り出されて
トランザクション・ビューに載置される。

このトランザクション・ビューは手順に与えられる。こ
の手順は、その特定の入力の手順を示すロジックを実行
する。

データベースから記録を呼び出す。

この入力を取り出したデータ・アイテムおよびデータ・
ベースからのデータ・アイテムに関するロジックを実行
する。

手順の実行が終了するとプロファイル・ビューにセーブ
されることのできる出力データ要素または出力端末に表
示されることのできる出力データ要素を準備する。

もしアプリケーションの設計者が下記の手順を設定すれ
ば、同じパネル入力が日付けを更新して表示される。

入力を受は取る。

データ・ベースからデータを読み出す。

データ・ベースのデータをトランザクション・ビューに
載置する。

制御を戻す（ＧＯＢＯＣＫまたはｒｅｔｕｒｎ）。

もし入力手順のロジックが端末の入力またはファンクシ
ョン・キーから別のパネルが表示されるべきであると判
定すれば、これはＩＥＦＩＰＡＮＥＬ（ｗｐａｎｅｌ　
）の領域に新しいパネルの名前を挿入し、ＧＯＢＡＣＫ
（ｒｅｔｕｒｎ　）ステートメントを実行することがで
きる。これによって制御は、ＩＥＴ制御装置に戻され、
パネルの仕様と一致する入力端末用のパネルが準備され
る。もしＩＥＦ　１−ＰＡＮＥＬ（ｔｍｐａｎｅ＋　）
の領域がブランクのままであれば、ＭＡＳＴＥＲＭＥＮ
Ｕが表示される。

ファンクション・キーの領域（ＩＥＦＩ−Ｆ　ＵＮＣＫ
　ＥＹ）　（ｗｆｕｎｋｅｙ　）は、対話を行ってファ
ンクション・キーが押されたかどうかを判定する。アプ
リケーションの設計者は、押されたキーに従ってとられ
るべきアクションを決定する。

以下にリストするファンクション・キーは、ＧＴＤによ
って、開発されたアプリケーションのために取っておか
れる。全ての他のキーは、アプリケーションの設計者に
よってセットアツプされることができる。

ＦＩ　　　ＨＥＬＰ Ｆｉｌ　　ＤＩＳＰＬＡＹ　　ＡＣＴＩＶＥＦ１２　　
ＭＡＳＴＥＲＭＥＮＵ 町で１１−　の　１　からの ある手順は、その手順の特定の機能を実行するため、希
望通りに他の手順、サブプログラム、およびサブルーチ
ンを呼出すことができる。このトランザクションおよび
このシステムに対していずれも外部にある外部手順の呼
び出しは、１つの手順に対するＬＩＮＫおよびＲＥＴＵ
ＲＮの出口の状態によって呼出されることができる。

Ｉ　Ｅ　Ｆ　１−ＮＴＲＡＮ（ｓｍｔｒａｎ　）の領域
内のトランザクションの名前は、ネットワーク内で定義
されたトランザクションでなければならない。トランザ
クションの名前は、呼び出し側のシステムの仕様をネッ
トワーク内の他のシステムに対して転送するトランザク
ションに基づいて転送されることができる。手順の名前
は、呼び出されたトランザクション内で十分定義された
手順の名前でなければならない。もしこれが定義されて
いなければ、呼出された手順に対するＭＥＮＵがそのユ
ーザに対して表示される。

呼び出された側のｓｙｓｔｅｍ、　ｔｒａｎｓａｃｔｉ
ｏｎ、　ｐｒｏｃｅｄｕｒｅを呼び出してしまうと、こ
の手順は親のｔｒａｎｓａｃｉｏｎ。

ｐｒｏｃｅｄｕｒｅと同じ環境で同じオプションによっ
て動作することができる。例えば、この呼び出された側
の手順の実行の終了時にパネルを表示するために、アプ
リケーションの設計者はＩ　ＥＦ　１−ＰＡＮＥＬ（ｗ
ｐａｎｅｌ　）の領域にパネルの名前を入力し、Ｉ　Ｅ
Ｆ　１−ＸＳＴＡＴＥ（ｗｘｓｔａｔｅ　）の領域をブ
ランクにして制御を戻すことができる。これによって、
パネルは要求を行っているユーザに対して表示される。

呼び出され側の手順は、変数ＩＥＦＩ　−Ｘ５ＴＡＴＥ
（ｗｘｓｔａｔｅ　）をＲＥＴＵＲＮにセットしてＧＯ
ＢＡＣＫ（ｒｅｔｕｒｎ　）ステートメントを発生する
ことにより、制御を呼び出す側の手順に戻すことができ
る。

ＲＥＴＵＲＮを発生すると、ＩＥＴ制御プログラムは下
記を行う。

この呼び出された手順に対する出力ビューで指定された
ように、呼出されたトランザクション・ビューからデー
タ・アイテムを取り出し、呼び出しの要求を開始したイ
ンターフェース・ビューと共にデータ・アイテムをパッ
ケージし、呼び出す側のｓｙｓｔｅｍ、　ｔｒａｎｓａ
ｃｔｉｏｎ、　ｐｒｏｃｅｄｕｒｅに対して出力メツセ
ージを引き渡す。

呼び出す側のｓｙｓｔｅｍ、ｔｒａｎｓａｃｔｉｏｎに
戻ると、ＩＥＴ制御プログラムは下記を行う。

プロファイル・ベースから手順に対するプロファイル・
ビューを取り出し、−プロファイルを呼び出す側のトラ
ンザクションに対するトランザクション・ビューにロー
ドし、 呼び出された側の手順から受は取った出力・ビューをト
ランザクション・ビューの上部にロードする。

呼び出し側の手順は、アプリケーションの設計者によっ
て指示されたように更に処理を行うために再び呼び出さ
れる（上部で）。

旦工旦Ωλ皿玉皿 外部手順（ＥＸＴＥＲＮ）は、ＬＩＮＫの出口状態を介
してトランザクションによって呼び出されるトランザク
ションの手順である。この場合、この手順は呼び出す側
のトランザクション・ロード・モジュールに含まれてい
ない。この外部手順に対する参照は、この手順に対して
入力と出力のビューを相関させるために行われる。外部
手順は、プロファイル・ビューを有していない。このプ
ロファイル・ビューは、ＴＤＴの定義全体を通して空白
の状態に保持される。

ＴＤＴが準備された場合、外部に対する参照は手順の種
類をＸＥＴＥＲＮとして指定することによって留意され
る。ＴＤＴはこの外部手順に対する参照を作成しない。

外部手順は、ロード・モジュールに含まれていない。こ
の手順に対する入力および出カビ、−は、ビューのコン
パイル時に作成されたｔｄｔＶＩＥＷモジュールに含ま
れているが、その理由は、ＬＩＮＫが外部手順に対して
実行される（またはＲＥＴＵＲＮが実行される）場合に
、これらが必要とされるからである。

ＧＴＤのフォーマントされない システムに対する入力によって、アプリケーションに対
するより特定の命令を与えることができるように、アプ
リケージタンの設計者は、フォーマットされない入力ス
クリーンからトランザクションの処理システムに対する
入力を処理するアプリケーションを開発することができ
る。もっとも、データは、通常フォーマットされていな
い入力スクリーンから与えられる。データは通常フォー
マットされたデータ・スクリーンから与えられるが、ク
リア・スクリーン入力をサポートすることができること
によって、アプリケーションとの対話をセーブすること
ができる。

ある種の場合、フォーマントされていない入力は、ＩＥ
Ｔの命令処理装置によって処理される。

これらの入力は、１つのスペース（または複数のスペー
ス）の続＜トランザクション・コードおよびピリオドに
よって分離された一連の選択のオプションの続く等しい
信号を有するクリア・スクリーン入力によって特徴を与
えられる。例えば、これはｒＩＥＣ＝ＴＲＭ、ＤＪであ
る。このアプローチは、特定の機能の水準でシステムに
対するアクセスを行うために満足なものである。

アプリケーションのユニークな機能がＧＴＤによって開
発されたアプリケーションに与えられることは、また望
ましい。例えばＨＲＮトランザクションが該当し、この
トランザクションにおいてユーザがこのトランザクショ
ン・コードＨＲＮと単一アクションとして従業員の氏名
を入力して、その特定の従業員についての情報を示す応
答を得ようとする。

これらの種類のフォーマットされない入力アプリケーシ
ョンは、アプリケーションの設計者が［ｉＮＦＯＲＭＡ
Ｔ　（Ｇ　Ｔ　Ｄのオプション１．２パネル）を指定し
、ｔｌＮＦＯＲＭＡＴパネルをＧＴＤのアプリケーショ
ンに対して定義し、引き続きＵＮＦＯＲＭＡＴパネルを
フォーマットされていない入力を処理する手順と関連さ
せることを可能にすることによって、サポートされるこ
とができる。

ＵＮＦＯＲＭＡＴパネルの構造は、非常に基本的である
。

これは下記を必要とする。

−領域１　（通常、行１、列１）、トランザクション・
コード、一般的に８文字、ＩＥＦＩ−ＴＲＡＮ（ｗｔｒ
ａｎ　）。

領域２（通常、行１、列１０）、パネルの名前の領域。

ＩＮＦＯＲＭ八Ｔと指定へれたパネルの名前、一般的に
、８文字、Ｉ　ＥＦ　１−ＰＡＮＥＬ）　（ｗｐａｎｅ
ｌ）。

第３領域（通常、列Ｉ８、アプリケーションの設計者の
指定した長さ）、文字の入力領域。

第１の非ブランク文字を左端に有する領域内に載置され
たフォーマントされないスクリーンからのトランザクシ
ョン・コードに続くフォーマットされない情報。

アプリケーションは、望ましい全てのユーザのルールに
従って入力データ・ストリームを解釈する責任を有して
いる。次に、アプリケーションは、所望のユーザの動作
に特徴を与えるフォーマントされた出カバネルを一般的
に提供する。この説明およびパネルの提供は、ＧＴＤに
よって行われるＵＮＦＯＲＭＡＴパネルと関連する入力
手順によって終了する。

ＵＮＦＯＲ１’ｌＡＴパネルの構造は、１つのアプリケ
ーションから他のアプリケーションに対して同一のもの
であるから、アプリケーションの設計者は現在存在する
ＵＮＦＯＲＭＡＴパネルをコピーすることによって自分
のライブラリに対する新しいＵＮＦＯＲＭＡＴパネルを
作成することができる。−最北のために、アプリケーシ
ョンの設計者はＩＥＦＩ−０ＵＴＰＵＴ（ｔｍｏｕｔｐ
ｕｔ　）を介してデータ入力を有することを希望するこ
とができるが、この理由は、これが長さが３２バイトの
ＧＴＤ）ランザクジョン・ビュー内のユーザによって入
手可能な領域であり、この種類の大部分のアプリケーシ
ョンに対する要求にとって十分なものであるからである
。

ＵＮＦＯＲＭ訂パネルは、ＵＮＦＯＲＭＡＴと名前を付
けられなければならない。従って、このパネルは所定の
アプリケーションに対するライブラリおよびディレクト
リのセット内でユニークである。アプリケーションの設
計者は、トランザクション・ビューのシステムによって
供給されたセクション内の入力・データ領域に対して変
更可能な名前を使用することが好ましいが、その理由は
、これはＧＴＤのライブラリおよびディレクトリの同じ
ファミリー内で管理されているアプリケーション全体に
渡って不変であるからである。

ＧＴＤアプリケーション・パネルの ＧＴＤシステムによって開発されたトランザクションは
、パネル・ドライバによって端末にパネルを提供する。

このプレゼンテーションのサアーバは、色、拡張属性、
逆のビデオ・アンダースコア、およびその他の特性をサ
ポートすることのできるＣ０ＤＥＳＴＡＲまたはＧＴＤ
システムによって準備された７ＭＳパネルを解釈する。

これらのパネルの提供を受けるある種の端末は、複数水
準の端末の能力をサポートすることができないかもしれ
ないが、パネル・プレゼンテーションのサーバは、なお
最も有能な端末装置に対して最大の機能を与える。トラ
ンザクション・マフピング・サービス（ＴＭＳ）のモジ
ュールは、ＩＥＣ端末と装置テープルＩＥＣ機能５）を
質問して、パネルがどこに提供されるべきかについての
端末の能力を判定する。アプリケーションの設計者は、
このアプリケーションを使用する全ての端末の最大の機
能を使用して端末のプレゼンテーションを設計すること
ができる。同時にこれらのパネルのプレゼンテーション
は、より少ない機能を有する端末装置に適応されること
ができる。

ネットワーク内のアプリケーションは、適当な装置の特
性を参照してＩＥＣ端末テーブルに記録された各々の端
末の名前に対して指定された能力を有することができる
。ＩＥＣ端末の制御装置は、名ソトワーク内のいずれか
または全てのシステムでのこのネットワーク内の全ての
端末の特性を動的に変更（ｒＩＥＣ＝ＴＲＭ、Ｃ’Ｊ）
することができる。これによってアプリケーションの最
大の機能が目標の端末の機能に与えられる。

ＧＴＤアプリケーション・ドキュメンテーションは下記
の方法の１つでアクセスを行うためにトランザクション
のユーザに対してＴｌ０ＬＲに記憶される。

ＨＥＬＰのためにＦｌを押す。

ＧＬＯ３ＳＡＲＹのためにＦ２を押す。

メニューからＩ　ＮＦＯを選択する。

ドキュメンテーションは、複数の言語で入手可能である
。表示されたドキュメンテーションの言語は、ユーザの
選好した第１および第２の選択言語によって決まる（Ｌ
Ｐ）。これらの選択は、ＩＴＳＳ　ｒ言語の選好」トラ
ンザクション、ＴＳＳＬＰを使用して行われる。

ｒｅｐｏｒｔ、　ｇｅｎｅｒａｔｉｏｎ　（言語に基づ
く）の選択基準は下記の通りである。

１、もしレポートが第１のＬＰに対して定義されれば、
そのＬＰに対して宣言されたｒｅｐｏｒｔ。

ｇｅｎｅｒａｔｉｏｎｓ ２、もしレポートが第２のＬＰに対して定義されれば、
そのＬＰに対して宣言されたｒｅｐｏｒｔ。

ｇｅｎｅｒａｔｉｏｎ。

３、もしレポートがＥＮＧＬ　Ｉ　ＳＨに対して定義さ
れれば、このＥＮＧＬ　Ｉ　ＳＨに対して宣言されたｒ
ｅｐｏｒｔ、　ｇｅｎｅｒａｔｉｏｎ。

４、デフォルトとして定義されたｒｅｐｏｒｔ。

ｇｅｎｅｒａｔｉｏｎ。

これらのレポートはトランザクションを実行するシステ
ムで定義されなければならない。

ＨＥＬＰドキュメンテーション ＨＥ　Ｌ　Ｐ　ｒｅｐｏｒｔ、　−ｇｅｎｅｒａｔｉｏ
ｎの組織は下記の通りである。

ｒｐｔ、　ｇｅｎ、　ｐａｎｅｌ、　Ｓ　ＯＯ、ｐａｇ
ｅここで、 ｒｐｔ＝ＬＰによって定義されたレポートの名前 ｇｅｎ＝ＬＰによって定義されたジェネレーションの名
前 ｐａｎｅｌ　＝　ＨＥ　Ｌ　Ｐが設けられるパネルの名
前５ＯＯ＝一定のセクションの名前 ｐａｇｅ　＝任意のページの名前 ＧＬＯ３ＳＡＲＹドキュメンテーションＧ　Ｌ　ＯＳ　
Ｓ　Ａ　ＲＹ　ｒｅｐｏｒｔ、　ｇｅｎｅｒａｔｉｏｎ
の組織は下記の通りである。

ｒｐｔ、ｇｅｎ、ＧＬＯＳＳＡＲＹ。

ｗｏｒｄ、　ｐａｇｅ ここで、 ｒｐｔ＝ＬＰによって定義されたレポートの名前 ｇｅｎ＝ＬＰによって定義されたジェネレーションの名
前 ＧＬＯＳＳＡＲＹ　＝一定のチャプタの名前ｗｏｒｄ一
定義されている語 ｐａｇｅ　＝任意のページの名前 ＩＮＦＯのドキュメンテーション ＧＴＤシステム・ドキュメンテーションの選択によって
、下記のオプションを有するサブメニューが提供される
。

１、−船釣説明 ２、技術的説明 これらのオプションの１つを選択することによって、下
記にリストするＴレポート内に記憶されているテキスト
が提供される。ＩＮＦＯに対するグロサリ情報はＨＥＬ
Ｐに対するのと同じレポートに記憶される。

一船釣説明ｒｐｔ、　ｇｅｎ、　Ｇ　Ｅ　Ｎ　Ｅ　ＲＡ
　Ｌ　、　ｓｅｃ。

ＡＰＧ 技術的説明ｒｐｔ、　ｇｅｎ、　Ｔ　Ｅ　ＣＨＮ　ＣＬ
　、　ｓｅｃ、ａｇｅ ここで、 ｒｐｔ＝ＬＰによって定義されたレポートの名前 ｇｅｎ−ＬＰによって定義されたジェネレーションの名
前 ｃｈｐ　＝メニューの説明の最初の８文字ｓｅｃ　””
任意のセクションの名前 ｐａｇｅ　＝任意のページの名前 ＧＴＤメニューの ＧＴＤユーザ・インターフェースの主要な機能の特徴は
、メニュー・オプションの最高の２つの水準にある。Ｇ
ＴＤのユーザは、アプリケーションのプログラマまたは
開発者である。彼等のサポートするユーザ・インターフ
ェースのメニューおよび機能は、包括的なものであり、
各々のプラットホームで一貫したアプリケーションの開
発環境を与えるため、全ての適当なブラットホームで実
行されることができる。第２０図は、本発明の好適な実
施例に従って最も高いメニューの水準で実行される機能
の詳細を示すフローチャートである。

最高の水準でユーザに対して与えられるメニューのオプ
ションは、下記の機能を含む。

１　、　ＥＤＩＴ　ＴＲＡＮＳＡＣＴＩＯＮ　ＤＥＦＩ
ＮＩＴＩＯＮ２　、　　ＧＥＮＥＲＡＴＥ　　ＴＲＡＮ
ＳＡＣＴＩＯＮ　　ＶＩＥＷ／ＳＯ［ＩＲＣＥ　　ＰＲ
ＯＧＲＡＭ３　、　ＧＥＮＥＲＡＴＥ　ＰＡＮＥＬＳ４
　、　ＣＤＭＰＩＬＥ　ＴＲＡＮＳＡＣＴＩＯＮ　ＤＥ
Ｆ／ＶＩＥＷＳ／ＰＡＮＥＬＳ／ＰＲＯＣＥＤＵＲＥＳ ５　、　ＦＩＬＥ　ＴＲＡＮＳＦＥＲＰＡＮＥＬＳ／Ｐ
ＲＯＣＥＤＬＩＲＥＳ／ＶＩＥＷＳ／ＤＯＣＵＭＥＮＴ
ＡＴＩＯＮ ６、ＥＸＩＴ メニュー・アイテム１　、ＥＤＩＴ　ＴＲＡＮＳＡＣＴ
ＩＯＮＤＥＦＩＮＴＩＯＮは、アプリケーションのパラ
メータと構成部品を定義し、変更する機能を設けること
によって、アプリケーションの開発者がアプリケーショ
ンに特徴を与えることを可能にする機能を提供する。第
２３図は、これらの機能を更に詳しく説明するこの編集
トランザクション（以下ｒＥＴＪ手順と呼ぶ）のフロー
チャートである。

メニュー・アイテム２　、ＧＥＮＥＲＡＴＥ　ＴＲＡＮ
ＳＡＣＴＩＯＮＶＩＩＪ／５ＱＩＪＲＣＥ　ＰＲＯＧＲ
ＡＭ　　（以下ｒＧ（１手順と呼ぶ）は、アプリケーシ
ョンの開発者がトランザクシぢン・ビュー（アプリケー
ションのデータ領域）とプログラムに対してソース・フ
ァイルを発生することを可能にする機能を提供する。ト
ランザクション・ビューとソース・プログラムは、ＩＥ
Ｔと互換性があるように構築される。従って、要求され
るＩＥＴのアプリケーション・インターフェースは、ト
ランザクション・ビュー内のデータ領域とアプリケーシ
ョンの手順のためのプログラム・リンケージに組み込ま
れる。第４４図は、これらの機能を更に詳しく説明する
ＧＣ手順の好適な実施例のフローチャートを示す。

メニュー・アイテム３、ＧＥＮＥＲＡＴＥＰＡＮＥＬＳ
　（以下ｒＧＭＪ手順と呼ぶ）は、アプリケーションの
開発者が自分のアプリケーションとユーザとの手順の会
話の流れのフローのためのベース・パネルに対してカス
トマイズ（ｃｕｓｔｏｓ＋１ｚｅ）されたシステムによ
って与えられたパネルを発生することを可能にする種々
の機能を提供する。

ＧＴＤはＩＥＴと互換性のあるパネルを発生する。

これらの発生されたパネルは、ＩＥＴがそのパネルとメ
ニューの会話の流れの管理を実行するのに必要な領域を
有している。また、ＧＴＤは、−ｉｔしてかつ十分に定
義された共通のユーザ・インターフェースの機能を提供
することによって、ＩＥＴのユーザ・インターフェース
機能をまたサポートするメニューを発生する。開発者の
便宜のため、これらの機能は、メニュー・アイテム１に
含まれているユーザ・インターフェースによって与えら
れるトランザクション・ビュー、手順、およびパネルに
対する編集要求によってまた実行されることができる。

しかし、開発者は全てのシステムによって与えられるメ
ニュー、情報、グロサリーおよびヘルプ・スクリーンを
カストマイズする必要がなく、またはカストマイズする
ことを希望しなくてもよく、これによって、メニュー・
アイテム３の機能を有用なものにする。第４７図は、こ
れらの機能を更に詳しく説明するＧＭ手順の好適な実施
例のフローチャートである。

メニュー・アイテム４、ＣＯＭＰＩＬＥ　ＴＲＡＮＳＡ
ＣＴＩＯＮＤＥＦ／ＶＥＩＷＳ／ＰＡＮＥＬＳ／ＰＲＯ
ＣＥＤＩＩＲＥＳ　　（以下、ｒ　ＣＴＨＥＱ手順と呼
ぶ）は、ＤＡＡアプリケーションを構築するのに必要な
構築用のツールを開発者に提供する。最も重要な事柄は
、ＩＢＴに対してアプリケーション特徴づけるのに必要
なＴＤＴとビュー・テーブルを発生する能力である。メ
ニュー・アイテム４は、ＧＴＤによって作成されたアプ
リケーションがＤＡＡプラットホームに対して一貫した
コンパイルとリンク・エディタ（ｌ　ｉｎｋ　ｅｄｉｔ
ｏｒ）のオプションによって構築されることを保証し、
かつ条件付きおよび無条件のコンパルのオプションを使
用することと１つのプロセスＴｌ０Ｎの全ての構成要素
を１つのロード・モジュールにコンパイルし、リンクす
る能力によって、アプリケーション内の内部的な一貫性
を保証する。第５０図は、これらの機能を更に詳しく説
明するＣＴＲＥＱ手順の好適な実施例のフローチャート
を示す。

メニュー・アイテム５　、ＦＩＬＥ　ＴＲＡＮＳＦＥＲ
ＰＡＮＥＬＳ／ＰＲＯＣＥＤＵＲＥＳ／νＩＥＩＩＳ／
ＤＯＣｔ１ＭＥＮＴＡＴＩＯＮ　　（以下、ｒＦＴＦＴ
手順ぶ」）は、アプリケーション・ソースの全てまたは
一部を１つのＤＡＡの装置から他のＤＡＡの装置に転送
するユーザリッドを提供する。

メニュー・アイテム６、ＥＸＩＴは、ユーザにＧＴＤプ
ログラムからのクリーンな出口を提供する。第６１図は
、これらの機能を更に詳しく説明するＦＴ手順の好適な
実施例のフローチャートである。

これらのメニューの各々を詳細に検討する前に、ＧＴＤ
トランザクション・ビューを議論する。

ＧＴＤ　）ランザクジョン・ビューは、ＧＴＤにとって
ユニークな作業領域であり、アプリケーション・トラン
ザクション・ビューと混同するべきでなく、後者はＧＴ
Ｄによってデータ・ファイルとして取り扱われるもので
ある。この作業領域は、ＴＤＦのヘッダー（全ての種類
）の記録領域をセーブする場所、ユーザの入力を保持す
る場所、およびパネル表示のためのデータを組織する場
所としてＧＴＤ全体に渡って幅広く使用される。名前、
経路の名前、ユーザリッド（ｕｓｅｒｉｄ　）、システ
ムの識別子、および対象モジュールの外部符号の名前の
データに対する長さの情報は、ＤＡＡシステム内の大部
分の制限的なプラットホームによってサポートされてい
る最大長さによって限定される。

付録Ａは、ＧＴＤの好適な実施例によって使用されるト
ランザクション・ビューまたは作業領域、変数に関する
特定の情報を示す。

第２０図は、最高水準すなわち第１水準のＧＴＤメイン
・メニューユーザ・インターフェース手順を示す。ＧＴ
Ｄは作業領域、Ｗ（ブロック５２００）を初期化し、作
業領域内のＩＥＦＩ　　ＴＲＡＮ変数をｒＧＴＤＪにセ
ットする（ブロック５２１０）。

日付けと時間が取得され、表示のためにフォーマット化
され、作業領域の変数ＺＤＡＴＥとＺＴｒＭＥ内にセー
ブされる（ブロック５２２０）。ＧＴＤはシステムから
ＵＳＥＲＩ　Ｄを取得し、（ブロック５２５０）、作業
領域内のＩＥＦｌ−ＵＳＥＲ変数をそのＵＳＥＲＩＤに
セットする（ブロック５２６０）。作業領域内のＺＵＳ
ＥＲ変数はＩＥＦＩ−ＵＳＥＲ変数内の値にセットされ
る（ブロック５３７０）。

ＧＴＤのユーザ・パラメータ・ファイルはＲＥＡＤＯＮ
ＬＹに対して開かれる（ブロック５４００）。

ＧＴＤユーザのパラメータ・ファイルは、システムがユ
ーザに対して以前のＧＴＤセツションから幾つかの前に
初期化された領域を提供するのに必要な情報を含む。こ
れはユーザの便宜のために行われる。パラメータ・ファ
イル内でセーブされている作業領域は、ｇｔｄｍｌｉｂ
　ｓ　ｇｔｄｍｍｅｍ　、　５ｒｃｓｉｄ。

５ｒｃｌｉｄＳｓｒｃｔｄｔ、　５ｒｃｕｉｄ、　ｔｇ
ｔｓｉｄ、　ｔｇｔＨｄ。

ｔｇｔｕｉｄ、　ｔｇｔｓ−を含む。第２０図の場合、
プログラムはファイルを開こうとする（ブロック５４４
０）。

もし成功しなければ（ブロック５４５０）、ユーザの情
報は記憶されていす、プログラムは（ブロック５７１０
）にジャンプする。オーブンが成功すれば、ＧＴＤのユ
ーザのパラメータ・ファイルは、バッファに読み込まれ
、（ブロック５４６０）、ファイルが閉じられる（ブロ
ック５４７０）。

作業領域の変数は、パラメータ・ファイルの変数によっ
て初期化され、プログラムはブロック５７１０に進み、
ここでこれはプラントホームの全てのユーザに対して適
応するシステムによって決まる環境情報とユーザによっ
て形成可能な情報をロードする。プラットホームの全て
のユーザに適応する環境情報は、Ｃコンパイラのオプシ
ョン、Ｃコンパイラの名前、ＤＡＡシステムの対象とロ
ード・ライブラリの経路の名前、ＤＢＭＳのソフトウェ
アの対象とロードのライブラリの経路の名前、ＤＢＭＳ
のコピー・ソースの経路の名前、およびＤＢＭＳのプレ
コンパイラの経路の名前を含む。この情報は、全てのユ
ーザに対して定義された環境の変数から得られる。プロ
グラムに対してハード・コード化（ｈａｒｄ　ｃｏｄｅ
ｄ　）された他のシステムによって決まる環境情報は、
全てのユーティリティの特定の名前、これらのユーティ
リティによって必要とされる特定のオプション、システ
ムの名前、ＤＡＡおよびＤＢＭＳのライブラリを含む。

システムによって決まるニーテリティは、Ｃコンパイラ
、ＤＢＭＳのプレコンパイラ、ＤＢＭＳからＤＢＭＳ言
語への変換器、Ｃ０ＢＯＬコンパイラ、リンケージ・エ
ディタ、シｇ　−（ｓｈｏｗ　）ファイル、コピー、ム
ーブ゛（ｍｏｖｅ　）、キル（ｋｉｌｌ　）タスク・ユ
ーティリティ、パネル・コンパイラ、パネル・スクリー
ン・フォーマツタ（ｆｏｒｍａｔｔｅｒ）（インタープ
リタ）、パネル・エディタ、Ｃ０ＢＯＬデータ・マツプ
・ジェネレータ（コンパイラ）、Ｃ０ＢＯＬからＣへの
変換器を含む。

好適な実施例は、Ｃ０ＢＯＬおよびＣを示しているが、
本発明の範囲はいずれにしてもこれらの２つの言語に限
定されるべきでないことを思い出さなければならない。

また、環境変数を使用することに対する代案は、システ
ム環境情報ファイルを有することであり、このファイル
は上記の情報を有すると共に、できればファイルに記憶
されているプログラム内で現在ハード・コード化されて
いる他の情報も有する。このファイルは、呼び出される
度に、予め定義されたロケーションから、これが本発明
の好適な実施例に環境変数をロードするのと同じ方法で
、ＧＴＤによってロードされることができる。

ユーザによって形成可能な他の環境情報は、また環境変
数内に記憶される。形成可能な環境情報は、ＤＢＭＳソ
ース・トランスレータ・ニーセージ（ｕｓａｇｅ　）フ
ラグ（別のＤＢＭＳコードのトランスレーション・ステ
ップが必要であることを示す）とＤＡＡテスト・システ
ム・ライブラリ／対象の経路の名前（これが存在するこ
とはテストの経路の名前がＤＡＡのプロダクション・シ
ステム・ライブラリの経路の名前の代わりに使用される
べきことを示す）を含む。または、この情報は、ＧＴＤ
が呼び出された場合に、ＧＴＤのユーザ・コンフィギユ
レーション・ファイルからロードされることができる。

システムによって決まるコンフィギユレーション情報を
取得した後、手順はユーザのユーザリッド（ブロック６
１２０）に対してユニークな出力ファイルを開く。標準
のスクリーン出力およびエラー出力が次にこのファイル
に対して再び命令されユーザに提供されるスクリーン情
報に含まれる（ブロック６１６０）。呼び出されたユー
ティリティからの出力は、そこで出力ファイルに自動的
に書き込まれ、表示装置には書き込まれず、ＧＴ［）を
表示装置の入力／出力に制御された状態にする。

出力ファイルは、これがファイルル内に存在するデータ
をパージ（ｐｕｒｇｅ　）するために周期的にリワイン
ドされる場合を除いて、実行の期間全体を通して開かれ
たままである。出力ファイルは、ユーティリティからの
エラーがアプリケーションの開発者によって調査される
必要がある場合には、ＧＴＤによって表示されることが
できる。別の実行は、ＧＴＤから呼び出されたユーティ
リティに対して出力ファイルを設け、呼び出された場合
、このユーティリティにそれらの出力を指示されたファ
イルに対して送るように命令することである。

ブロック６１８０では、ユーザの端末装置を初期化して
パネルの入力と出力を可能にする。

ブロック６２６０は、ＧＴＤパネルを表示する。

表示手順が終了すると、Ｇ　Ｔ　Ｄ　８．ｌｔＦ　Ｅ手
順（第２２図ブロック４８１３０で始まる）を呼び出し
て、ユーザは自分がこの手順の使用を終了することを指
示したかどうかを調べる（ブロック６３００）。

もしユーザが終了したことが指示されれば、プログラム
はブロック６５６０にジャンプする。もしそうでなけれ
ば、プログラムはユーザが編集トランザクション定義メ
ニュー・オプション、ＧＴＤＳＥＬ＝１を要求したかど
うかを調べる（ブロック６３５０）。

ＧＴＤＳＥＬの変数は、ユーザの入力、−船釣にはパネ
ルからのメニューの選択を示す。ＧＴＤＳＥＬが１に等
しければ、エデイツト（ｅｄｉｔ　）・トランザクショ
ン定義手順（ＥＴ、第２３図、ブロック１０２３９０で
始まる）が呼び出される。ＥＴ手順が終了すると、プロ
グラムはブロック６２６０に戻ってユーザがこのパネル
からなにか他のメニュー・オプションを要求しているか
どうかを調べる。

もしＧＴＤＳＥＬがブロック６３９０で１に等しくなけ
れば、手順はＧＴＤＳＥＬが２に等しいかどうかを調べ
るが、これはユーザがジェネレート手順またはトランザ
クション・ビュー・メニュー・オプションを要求したこ
とを意味する。

ＧＴＤＳＥＬが２に等しいと、ジェネレート手順または
トランザクション・ビュー手順（ＧＣ１第４４図、ブロ
ック６９００で始まる）が呼び出される。ＧＣ手順が終
了すると、プログラムはブロック６２６０に戻ってユー
ザがこのパネルからなにか他の手順を要求しているかど
うかを調べる。

もしＧＴＤＳＥＬがブロック６４３０で２に等しくなけ
れば、プログラムはＧＴＤＳＥＬが３に等しいかどうか
をチエツクするが、これはユーザがジェネレート・パネ
ル・メニュー・オプションを要求したことを意味する。

ＧＴＤＳＥＬが３に等しければ、ジェネレート・パネル
手順（第４７図のＧＭ、ブロック９０３０で始まる）が
呼び出される。ＧＭ手順が終了すると、プログラムはブ
ロック６２６０に戻って、ユーザがこのパネルからなに
か他の手順を要求しているかどうかを調べる。

もしＣＴＤＳＥＬがブロンクロ４７０で３に等しくなけ
れば、プログラムはＧＴＤＳＥＬが４に等しいかどうか
を調べるが、これはユーザがコンパイル／バインド・ア
プリケーション・メニュー・オプションを要求したこと
を示す。ＧＴＤＳＥＬが４に等しいと、コンパイル／バ
インド・アプリケーション手順（第５０図のＣＴＲＥＱ
、ブロック１６４４０で始まる）が呼び出される。ＧＭ
手順が終了すると、プログラムはブロック６２６０に戻
って、ユーザがこのパネルからなにか他のオプションを
要求しているかどうかを調べる。

もしＧＴＤＳＥＬがブロック６５１０で４に等しくなけ
れば、プログラムはＧＴＤＳＥＬが５に等しいかどうか
を調べるが、これはユーザが転送手順／パネル／ビュー
／ドキュメンテーション・メニュー・オプションを要求
したことを示す。

ＧＴＤＳＥＬが５に等しければ、ファイル転送手順、（
第６１図のＦＴ、ブロック１１５６４０で始まる）が呼
び出される。ＦＴ手順が終了すると、またはもしＧＴＤ
ＳＥＬが５に等しくなければ、プログラムはブロック６
２４０に戻って、ユーザがこのパネルからなにか他の手
順を要求しているかどうかを調べる。

ユーザが終了を要求すると、手順は現在存在しているパ
ラメータ・ファイルに対してパラメータ・ファイルを作
成しくブロック６５６０）、このＧＴＤセツションから
トランザクション・ビューの変数をセーブし、従ってこ
れらは次のＧＴＤセツションの期間中ユーザにとって使
用可能である。

プログラムは、パラメータ・ファイルの作成が成功した
かどうかを調べる（ブロック６５７０）。

もしこれが成功しなければ、プログラムはブロック６８
２０にジャンプして、このプログラムを終了する。もし
この作成が成功すれば、バッファが作業領域からのパラ
メータ値によって初期化され（ブロック６５９０）、こ
のバッファがパラメータ・ファイルに書き込まれ（ブロ
ック６７９０）、このパラメータ・ファイルが閉じられ
る（ブロック６８００）ブロック６８２０は、このプロ
グラムを抜ける。

ＧＴＤ　　只パネルの 第２１図は、ユーザに対してパネルを表示し、ユーザか
らの入力を待機するＧＴＤ表示パネル手順の好適な実施
例を詳細に示す。これは表示パネル領域に対応するＧＴ
Ｄ　）ランザクジョン・ビュー・フィルドに対するパネ
ル装置の入力およびこれからのパネル装置の出力を実行
するためにパネル°インタープリタ（ｐａｎｅｌ　１ｎ
ｔｅｒｐｒｅｔｏｒ　）を使用する。パネルが表示され
ると、これは、またパネル表示のために現在の日付けと
時間を保持し、トランザクション・フィルードにおける
ＧＴＤの値を保持し、メツセージ・フィルードをクリア
する。

この手順は、新しい日付けと時間を取得して、パネルの
日付けと時間の領域をフォーマットする（ブロック４７
３７０）。トランザクション・コードはｒＧＴＤＪにセ
ントさＫ（ブロック４７４２０）、パネル・インタープ
リタが呼び出されてスクリーン出力を発生する（ブロッ
ク４７４３０）。

ＧＴＤＭＳＧはフ゛ランクにクリアされ（）゛ロック４
フ４４０）、パネル・マツプ・インタープリタが呼び出
されてユーザ・パネル入力を取得する（ブロック４７４
８０）。この手順は、次にトランザクション・コードが
なおｒＧＴＤＪであるかどうかをチエツクする（ブロッ
ク４７４９０）。

もしそうでなければ、手順はブロック４７４２０に戻り
、もしそうであればプログラムは表示パネル手順を抜け
る。

ＧＴＤ　　　　　チエッカ−の 第２２ａ図ないし第２２ｂ図は、終了表示装置をチエツ
クするＧＴＤ手順の好適な実施例を示すフローチャート
である。このＦＥ手順は、ユーザが特定のパネル機能か
ら抜けることを希望していることを示す。終了の指示を
受は取ると、ユーザ・プログラム機能は処理を終了して
現在の機能を終わる。メイン・メニューから、終了の指
示はユーザがそのプログラムを終了しようと希望してい
ることを意味する。ユーザは、種々の方法で終了の指示
を行う。プログラムを終了する１つの方法は、パネルの
ＣＴＤＳＥＬユーザ入力領域に出口命令をタイプ（ｔｙ
ｐｅ　）することである。この領域は、全てのＧＴＤの
パネルに含まれてユーザの出口の命令を（および他の機
能によって定義された命令）をサポートする。他の方法
は、ユーザが終了または出口のファンクション・キーを
入力することである。本発明の現在の実行の場合、これ
はファンクション・キー３であるが、いずれのキーを使
用することもできる。ファンクション・キーの入力数は
、作業領域またはＧＴＤ）ランザクジョン・ビュー内の
ｉｅｆ　　ｆｕｎｋｅｓｌＩ域に対応するように定義さ
れる。

第２２ａ図で始まり、ＦＥ手順は判断ブロック４８１５
０で開始され、ここで終了ファンクション・キーが押さ
れたかどうかをチエツクする。もしファンクション・キ
ーが押されていなければ、手順は判断ブロック４８２０
０にジャンプする。

もしファンクション・キーが押されていれば、手順はフ
ァンクション・キーの領域をゼロに等しく設定しくブロ
ック４８１６０）、選択領域をブランクにセットする（
ブロック４８１７０）。ブロック４８１８０において、
終了はフラグ・リターン・コード＝１によって示され、
プログラムはこの手順を抜ける。

判断ブロック４８２００は、選択領域ＧＴＤＳＥＬ＝「
Ｘ」または「Ｘ」においてｒｘＪまたは他の予め選択さ
れた文字があるかどうかをチエ・ツクする。もしｒｘＪ
またはｒＸＪがあれば、ファンクション・キーの領域は
ゼロにセットされる（ブロック４８２１０）。選択領域
は、ブランクにセントされる　（ブロック４８２２０）
。ブロック４８２３０では、終了はフラグ・リターン・
コード＝１によって示され、プログラムは手順を抜ける
。

判断ブロック４８３００で、プログラムは、選択領域Ｇ
ＴＤＳＥＬ−ｒｅｎｄ　ＪまたはｒＥＮＤＪに「ｅｎｄ
Ｊがあるかどうかをチエツクする。もしなければ、プロ
グラムは、ブロック４８４００に進む。もし存在すれば
、プログラムはファンクション・キー領域をゼロにセッ
トし、（ブロック４８３１０）、選択領域をブランクに
セットする（ブロック４８３２０）。ブロック４８３．
３０で、終了はフラグ・リターン・コード＝１によって
示され、プログラムはこの手順を抜ける。

ブロック４８４００は、終了が示されていないと判定し
、フラグをゼロに等しくセットすると共にフラグ・リタ
ーン・コード＝０にする。プログラムは、（ブロック４
８４１０）で手順ＦＥを終了する。

第２３図に転じてブロック１０２３９０で、ＥＴ手順は
、アプリケーションの構成要素、それらの特性およびそ
れらの関係を定義し、編集し保守を実行するのに必要な
インターフェースを提供する。この情報は、ＴＤＦファ
イルに記憶される。

ＴＤＦヘッグーのコピーはプログラムに使用するため、
メモリー内のＧＴＤ作業領域（またはＧＴＤトランザク
ション・ビュー）にセーブされ、その後ＴＤＦファイル
に記憶される。ヘラグーのデータ部のフォーマントは、
ＴＤＦヘッグーのフォーマットと同じである。ＴＤＦの
構成要素の入力は、またプログラムで使用するため、メ
モリ・データ構造内にセーブされ、その後ＴＤＦファイ
ル内に記憶される。ＴＤＦの構成要素の入力を記憶する
ために使用されるデータ構造は、５ＴＤＥまたは５ＴＤ
Ｅテーブルという名前のアレイ（ａｒｒａｙ）である。

各５ＴＤＥ要素のフォーマットは、最大のＴＤＦの構成
要素と同じである。

ＥＴ手順の主要な機能の１つは、アプリケーションを定
義し、アプリケーションの特性情報を一貫して構造化し
た方法でＴＤＦファイル内に保持することである。アプ
リケーションの特性情報は、アプリケーションのユーザ
の会話およびセツションのインターフェースとアプリケ
ーションの共同処理のインターフェースを含む。ＧＴＤ
は、アプリケーションの開発者に構造化した方法を提供
し、ＴＤＦにセーブされ、かつ、アプリケーション・ロ
ード・モジュールを構築するのに使用されることのでき
る用語でこの情報を数量化し、編集する。

ロード・モジュールに含まれているのは、アプリケーシ
ョンの実行期間中にＩＥＴによって使用されるテーブル
内で数量化されたＴＤＦのサブセットおよび他の情報で
ある。アプリケーションの会話とセツションのインター
フェースを数量化するために使用される情報にはパネル
、これらのパネルをサポートする入出力手順、およびア
プリケーション・プロファイル・ビューが含まれる。ア
ブリケーションの共同処理インターフェースを数量化す
るために使用される情報には、外部および内部手順並び
にこれらの手順のための入出力データ・ビューが含まれ
る。アプリケーションが最初に定義されＴＤＦが存在し
ないと、１組のデフォルト定義が指定され、これはデフ
ォルトの名前、プログラムのロケーション、パネルおよ
びその他の項目、並びにシステムの提供する手順、パネ
ルおよびメニューのデフォルトの定義を定義する。これ
らのデフォルト定義は、定義された組の規定を使用して
ユーザによって与えられたＴＤＦファイルの名前および
経路の名前から推定される。これらのデフォルトの定義
は、ＴＤＦヘッグーに記憶されている最小限の必要なサ
ブセットのアプリケーション・パラメータによって構成
される。更に、ある種のデフォルトの構成要素の定義が
またセット・アップ（ｓｅｔ　ｕｐ）される。これらの
構成要素の定義は、ＪＥＴメニュー、ヘルプ、情報、お
よびグロサリ管理機能をサポートするために与えられた
パネル、手順、メニューの入力のためのものである。こ
れらの構成要素は、ＥＴ手順内の機能が実行される場合
は何時でも、ＴＤＦファイルにパネル、手順およびメニ
ュー記録として記憶される。

ＴＤＦファイル内の情報によって、ＧＴＤはアプリケー
ションの各構成要素を見付けることが可能になる。本発
明の好適な実施例によれば、使用される規定は下記の通
りである。ＴＤＦおよび全てのパネルおよびメニュー・
ソース（マツプ）はマツプ・ライブラリまたはディレク
トリに記憶される。このライブラリまたはディレクトリ
の経路の名前は、ユーザによって与えられＧＴＤの作業
領域のＧＴＤＭＬ　Ｉ　Ｂ領域内に保持される。これは
ＴＤＦには記憶されない。ＴＤＦの名前はまたユーザに
よって与えられＧＴＤの作業領域のＧＴＤＭＭＥＭ領域
とＴＤＦのＧＴＤ）（ＭＥＭ領域に記憶される。ユーザ
によって与えられたマツプ・ライブラリの経路の名前と
ＴＤＦの名前は、ＴＤＦファイルの名前を作成するため
に装置によって決まるファイルのネーミング用の規定と
口ＡＡの規定を使用して結合される。同様にして、ＧＴ
Ｄはトランザクション・ビュー・ソース、手順ソース、
パネルおよびメニュー・ソース、ビュー・ソース、ＴＤ
Ｔソース、ＴＤＴの対象、ビューの対象、パネルおよび
マツプの対象、手順の対象、およびロード・モジュール
のファイルの名前を決定する。本発明の好適な実施例の
ＵＮＩＴを実行する場合、これらのファイルは、リスト
された経路の名前、ファイルの名前および拡張規定を使
用して見付けられる。これらのファイルに関する特定の
情報は、付録Ｂに示す。

他のＤＤＡのアプリケーションファイルは、存在するか
、またはＧＴＤによって一時的に使用されるが、それら
の使用は一般的にアプリケーションの開発者には不明で
ある。いくつかの場合、特に対象の場合、ＧＴＤのファ
イルを見付ける規則は、コンパイラ・ファイルの出力能
力が制限されているため、異なったものになる。ＵＮＩ
Ｘの場合対象はソース（ＧＴＤＳＬ　Ｉ　Ｂ）ディレク
トリ内で作成され、大型コンピュータの場合対象は対象
（ＧＴＤＯＬ　Ｉ　Ｂ）ライブラリ内で作成される。

これらのＧＴＤの実行の僅かの相違は、アプリケーショ
ンの開発者が承知しているように、アプリケーションの
移動性に影響を与えず、またＧＴＤの開発環境に影響を
与えない。

第２水準のＥＴ手順の他の機能は、編集または変更のた
めの構成要素（パネル、手順、ビューおよびマツプ）の
ソースを選択し、識別するためのインターフェースを設
けることである。ＥＴ手順の第２水準の手順の各々を検
討する。指定された第２水準の手順の実行期間中に呼び
出される他の全ての手順は、特定の第２水準の手順の議
論に従う。

ＴＲＡＮパラメータ この第３水準の手順は、ＴＤＦヘッダー、ＴＤＦの第１
拡張ヘツダー、およびＴＤＦの第２拡張ヘングーからの
情報を含むデイスプレィ・パネルを提供する。ユーザは
、この表示パネル上で情報を適当に変更することができ
、これをＴＤＦにセーブすることができる。第２３ａ図
乃至第２３ｃ図は、ＥＴＰ手順の好適な実施例のフロー
チャートを示し、これらの機能を更に詳しく説明する。

この手順によってアプリケーションの設計者がトランザ
クションの基本パラメータを定義する方法が提供される
。この設計者は、ＴＤＴの名前とこれを含むＭＡＰＬＩ
Ｂを指定しなければならない。もしこれがＭＡＰＬＩＢ
内のＴＤＴに対する第１の参照であれば、システムは下
記の仮定を行う。即ち、ライブラリとディレクトリが５
ＲＣＬＩＢ。

０ＢＪＬＩＢＳＬＯＡＤＬＩＢ、ＤＢＲＭＬＩＢ。

ＣＮＴＬＬＩＢ、およびＭＡＰＬＩＢであり、トランザ
クション・ビューはサフィックスＴＶＷ（ｔａｔ　ＴＶ
Ｗ）によってＴＤＴの名前を拡張して形成されなければ
ならず、ドキュメンテーションはＴＤＴの名前がレポー
トの名前であり、一方ＥＯＯはゼネレーションの名前（
ｔｄｔ、ＥＯｏ）であることを示す。

これらのデフォルトの仕様の全ては、アプリケーション
の設計者によって変更することができる。

ライブラリとディレクトリの名前が指定されてしまうと
、これらはトランザクションの寿命全体にわたって不変
のままである。ｄｏｃｕｍｅｎｔａｔｉｏｎ、ｒｅｐｏ
ｒｔ。

ｇｅｎｅｒａｔｉｏｎは、何時でも変更することができ
る。

これによって新しいアプリケーションのドキュメンテー
ションを解放する便利な方法が与えられる。

ＧＴＤの編集トランザクションの定義（以下ｒＥＴ手順
」と呼ぶ）は、パネルを表示する手順を実行することに
よってブロック１０２４２０で開始され（第２１図、ブ
ロック４７３００）、ＧＴＤＥＴパネルの表示を選択す
る。このパネルは、第３水準の手順の選択リストを含ん
でいる。

ブロック１０２４００は、ＦＥ手順（第２２図、ブロッ
ク４８１３０）を実行して、ユーザが入力の終了を指示
したかどうかをチエツクする。もし終了が指示されてい
れば、プログラムはブロック１０２８５０にジャンプし
てＥＴ手順を抜ける。

もし終了がブロック１０２４８０で指示されていなけれ
ば、手順はＧＴＤＴ手順として知られているＴＤＦ手順
のロードと作成を実行しく第２４図、ブロック４４９６
０）、このロードと作成が成功したかどうかを調べる（
ブロック１０２４８５）。

もしロードと作成が成功したなら、手順はブロック１０
２５５０にジャンプする。もしそうでなければ、手順は
５ＴＤＥテーブル内の人力の数を〜１にセ・ントし、５
ＴＤＥテーフ゛ルの無し）ことを示しくブロック１０２
４９０）、ユーザの選択領域をクリアする（ブロック１
０２５００）。

判定ブロック１０２５５０は、編集トランザクション・
パラメータに対する要求、ＧＴＤＳＥＬ＝１が存在する
かどうかをチエツクする。もし存在すれば、編集トラン
ザクション・パラメータの手順（第２７図、ブロック１
０２９３０）が実行され、手順はブロック１０２８１０
にジャンプする。もし編集トランザクション・パラメー
タに対する要求が存在しなければ、手順は編集パネル・
リストに対する要求、ＧＴＤＳＥＬ＝２が存在するかど
うかをチエツクしくブロック１０２５９０）、もしこれ
があれば、編集パネル・リストの手順（第２８図、ブロ
ック１０３１９０）が実行され、手順は次にブロック１
０２８１０に戻る。

もし編集パネル・リストに対する要求が存在しなければ
、手順は編集手順リストに対する要求、ＧＴＤＳＥＬ＝
３が存在するかどうかをチエツクする（ブロック１０２
６３０）。もしこれが存在すれば、編集手順リストの手
順（第３０図、ブロック１０６６１０）が実行され、手
順はブロック１０２８１０で継続される。もし編集手順
リストに対する要求が存在しなければ、手順は編集メニ
ュー階層に対する要求、ＧＴＤＳＥＬ＝４が存在するか
どうかをチエツクする（ブロック１０２６７０）。

もしこれが存在すれば、編集メニュー階層手順（第３７
図、ブロック１１０２８０）が実行され、手順はブロッ
ク１０２８１０にジャンプする。

もし編集メニュー階層に対する要求がなければ、手順は
編集言語リストに対する要求、ＧＴＤＳＥＬ＝５がある
かどうかをチエツクする（）゛ロック１０２７１０）。

もしこれがあれば、編集言語リスト手＃［（第４０図、
ブロック１１３０７０）が実行され、手順はブロック１
０２８１０で継続される。もし編集言語リストに対する
要求がなければ、手順は編集トランザクション・ビュー
に対する要求、ＧＴＤＳＥＬ＝６があるかどうかをチエ
ツクする（ブロック１０２７５０）。もしこれがあれば
、トランザクション・ビュー・ファイルの十分修飾され
た名前が構築され、編集手順（第２３図、ブロック４３
８６０）が呼び出されて、編集プログラムをピッド（ｂ
ｉｄ　）する。編集が終了するかまたは編集トランザク
ション・ビューに対する要求がなかったならば、手順は
ブロック１０２８１０に進む。

この時点で、手順はＴＤＦファイルを書き込み、次に書
き込みが成功したかどうかをチエツクする（ブロック１
０２８１５）。もし成功しなければ、手順はエラー・メ
ツセージの領域、ＧＴＤＭＳＧをｒＴＤＴ　　ＷＲＩＴ
Ｅ　　ＦＡＩＬＥＤＪにセットし、ブロック１０２４２
０に進む。もし書き込みが成功すれば、手順はブロック
１０２４２０に戻り、他のＧＴＤＥＴパネルの表示を待
機する。

ＧＴＤ　　　ＧＥＴ　　　ＴＤＦ：ＧＴＤＴこの手順の
好適な実施例を示す第２４ａ図乃至第２４ｒ図によれば
、ＧＴＤＴ手順はＴＤＦファイルをメモリにロードする
。ヘッダーの記録がトランザクション・ビューの適当な
領域に記憶され、パネル、手順、言語、およびメニュー
の入力の構成要素の記録が５ＴＤＥテーブルに記憶され
る。

もしＴＤＦファイルが存在していなければ、メモリ領域
はデフォルトＴＤＦファイルの値によって初期化される
。ＴＤＦファイルの記録のフォーマット、およびその結
果トランザクション・ビュー・ヘッダ・レコードの作業
領域のフォーマット並びに５ＴＤＥテーブルの入力は、
ＴＤＦドキュメンテーション内でドキュメント化される
。

ＧＴＤ　　ＧＥＴ）ランザクジョン定義ファイル（ＴＤ
Ｆ）の手順は、５ＴＤＥテーブルの入力をブランクにク
リアしくブロック４５０００）、ＭＡＴＬ　Ｉ　Ｂの経
路の名前（ｇｔｄｍｌｉｂ　）　、ＴＤＴの名前（ｇｔ
ｄｍｍｅｗ　）　、およびサフィックスｒ、ｔｄｔＪを
使用して、ＴＤＦファイルの経路の名前を構築する（ブ
ロック４５０３０）ごとによって開始される。この手順
は、システム・パネルとデフォルト・アプリケーション
・プロファイル・ビューに対するデフォルトの構成要素
の名前を構築し、これらを以下に示す変数に記憶する。

即ち、これらの変数とは、メイン・メニュー、変数ｇｔ
ｄｈｍｅｎｕ：情報メニュー、変数ｇｔｄｈｉｍｎｕ；
情報パネル、変数ｇｔｄｈｉｎｆｏＨヘルプ・パネル、
変数ｇｔｄｈｈｅｌｐ、グロサリ・パネル、変数ｇｔｄ
ｈｇｌｏｓ；およびプロファイル・ビュー、変数ｇｔｄ
ｈｐｖ−である（ブロック４５２５０）。これらの名前
は、選好上の問題として選択されたものであり、本発明
の範囲を限定するものではないことを思い出す必要があ
る。デフォルトの構成要素の名前は、ｇｔｄｍａ＋ｅｍ
に記憶されたＴＤＴの名前を使用することと、種々の構
成要素（例えばメイン・メニューに対するＭＥＮＵ、情
報メニューに対するＩＭＮＵなど）を識別するサフィッ
クスを付加することによって構築される。

ブロック４５４１０で、ＴＤＦファイルは読み出し目的
のためのみにオプーン（ｏｐｅｎ　）、され、５ＴＤＥ
入力テーブルのカウント、ｎｅｎ　ｔはゼロに初期化さ
れる（ブロック４５４２０）。ブロック４５４３０は、
このオープン（ｏｐｅｎ　）が成功したかどうかをチエ
ツクする。もしこれが成功しなかったなら、手順はブロ
ック４５４４０に進み、５ＴＤＥテーブルのＴＤＦファ
イルとＧＴＤトランザクション・ビューのヘッダーの記
録領域のＴＤＦファイルに対してイニシャライゼーショ
ン・データを構築する。もしこのオーブンが成功したな
ら、ＴＤＦファイルはトランザクション・ビューのヘッ
ダー記録領域にロードされ、ＴＤＦの構成要素の記録は
５ＴＤＥテーブルにロードされる。

ブロック４５４３２で手順は、ＴＤＦファイル（ＴＤＴ
ＧＥＴｒ手順」第２５図、ブロック１６１４０）からｇ
ｅｔ　ｒｅｃｏｒｄを実行する。この時点で得られた記
録は、ＴＤＦヘッグーの記録である。ブロック４５４３
４は、ＴＤＴＧＥＴが成功したかどうかをチエツクする
。もし成功したなら、手順はブロック４６４３０にジャ
ンプしてヘッダー記録の読み出しを実証する。もしＴＤ
ＴＣ，ＥＴが成功しなかったなら、手順はブロック４５
４４０に進む。ブロック４５４４０乃至４６４１０は、
５ＴＤＥテーブルおよびＧＴＤトランザクション・ビュ
ーのヘッダーの記録領域内のＴＤＦに対してイニシャラ
イゼーション・データを構築し、次にアプリケーション
・トランザクション・ビューを構築する。

ブロック４５４４０で、手順は、ＴＤＦヘッダーｉｌ域
を含むＧＴＤ　ｌ−ランザクジョン・ビュー内の作業領
域のフィールドをブランクにセットする。

ＴＤＦヘッダー領域は、次に下記にリストするデフォル
ト値に初期化される（ブロック４５４５０）。

即ち、これらのデフォルト値は、ｇｔｄｈｒｔｙｐ＝　
ｒ　ＨＪ　；ｇｔｄｈｍｔｙｐ＝　ｒ　Ｄ　Ｊ　；　ｇ
ｔｄｈｍｅｓ＝ｇｔｄｍｍｅｓ＋；　ｇｔｄｍｌｔｂ＝
最後のトークン（ｔｏｋｅｎ　）　　（ＭＡ　Ｐ　Ｌ　
Ｉ　Ｂの部分）を取り除いたｇｔｄｍｌｉｂ、「ＬＯＡ
ＤＬＩＢ」；ｇｔｄｌｎ＋ｅｍ＝ｇｔｄｍｍｅｍ　　ｒ
ＰＲＯＧＪ　；ｇｔｄｓｌｉｂ＝最後のトークン（ＭＡ
ＰＬＩＢの部分）を取り除いたｇｔｄｍｌｉｂ、ｒｓＲ
ｃＬ　ＩＢＪ　１ｔｄｏｌｉｂ＝最後のトークン（ＭＡ
ＰＬＩＢの部分）を取り除いたｇｔｄ＋ｎ１ｉｂ、ｒＯ
Ｂ　Ｊ　Ｌ　Ｉ　ＢＪ　：ｇｔｄｄｌｉｂ＝最後のトー
クン（ＭＡＰＬＩＢの部分）を取り除いたｇｔｄｍｌｉ
ｂ、ｒＤＢ　ＲＭＬ　Ｉ　ＢＪ　；　ｇｔｄｎｌｉｂ＝
最後のトークン（ＭＡＰＬＩＢの部分）を取り除いたｇ
ｔｄｎ＋１ｉｂ　、　　ｒＣＮＴＬＬ　ＩＢＪ　；ｇｔ
ｄｈｄｒ＝ｇｔｄｓ＋ｍｅｍ；ｇｔｄｈｄｇ＝　ｒＥ　
ＯＯＪ　；　ｇｔｄｃ＊ｅｍ＝ｇｔｄｍｍｅｍ　。

ｒ　Ｔ　ＶＷＪ　；　ｇｔｄａｐｐｌ＝ｇｔｄｍｍｅｍ
；およびｇｔｄｒｅｌｎ＝ｒ００００Ｊ。

ＴＤＦの第１拡張ヘツダー・フィルドを含むＧＴＤ　）
ランザクジョン・ビューの作業領域フィールドは、ブラ
ンクにセットされ（ブロック４５７３０）、以下にリス
トするデフォルト値に初期化される（ブロック４５７４
０）。即ち、これらのデフォルト値は、ＢＩＧ　　ＥＮ
ＤＩＡＮフォーマントの場合のｇｔｄｈｅｘｌ　−ｒ　
ＨＸ　Ｊおよびｇｔｄｈｅｘｌｎ＝　１である。整数デ
ータが記憶されているバイトの順序は装置が異なると異
なる。ＢＩＧＥＮＤ　ＩＡＮのフォーマントは左から右
の方向に高位から最下位にバイトの記憶装置を参照する
。

この順序は、ソースＴＤＦとＭＡＰ内の整数データのよ
うな装置の間で転送されるべきデータ・セント内に記憶
されている整数データに対する規定として使用される。

ＬＩＴＴＬＥ　　ＥＮＤＩＡＮのような他の規定を使用
することもできる。

ＴＤＦの第２拡張ヘツダー・フィールドを含むＧＴＤト
ランザクション・ビューの作業領域のフィールドはブラ
ンクにセットされ（ブロック４５８００）、次に下記に
リストしたデフォルト値に初期化される（ブロック４５
８１０）。これらのデフォルト値は、ＢＩＣ，ＥＮＤＩ
ＡＮフォーマットでｇｔｄｈｅｘ２　＝　ｒ　ＨＸＪお
よびｇｔｄｈｅｘ２ｎ　＝２である。ＴＤＦの構成要素
の入力は、下記の値を有するグロサリ・パネルのＧＴＤ
トランザクション・ビューの作業領域中に構築される。

即ち、これらの値は、ｇｔｄｅｎａｎ＋ｅ＝ｇｔｄｈｇ
ｌｏｓ、　ｇｔｄｅｉｐｎｍ＝ｒｌＥＴＩＧＬＯ３Ｊ、
およびｇｔｄｅｏｐｎｗ＝ｒ　Ｉ　ＥＴＯＧＬＯ３Ｊで
ある（ブロック４５８７０）。

パネルの入力は、下記で説明するプロセスを使用して５
ＴＤＥテーブルに加えられる（ブロック４５９１０）。

後程ＴＤＦに記憶するため、新しいパネルの入力を５Ｔ
ＤＥテーブルに加える試みが行われる。

もし与えられているパネルの名前がブランクであれば、
または５ＴＤＥテーブルが満杯であれば、または与えら
れているパネルの名前が既にテーブル内に存在していれ
ば、この試みは失敗する。もしエラーが検出されなけれ
ば、パネルの入力は、パネルの上昇順序で５ＴＤＥテー
ブルに挿入される。特に、新しいパネルは、より大きな
アルファベットの比較値を有する第１のパネルの名前の
前またはテーブルの端部に挿入される。５ＴＤＥ入力の
カウント、ｎｅｎ　ｔがインクリメントされる（ブロッ
ク４５９１０）。

ＴＤＦの構成要素の入力は下記の値によってヘルプ・パ
ネルに対するＧＴＤ　）ランザクジョン・ビューの作業
領域中に構築される。即ち、これらの値は、ｇｔｄｅｎ
ａａ＋ｅ＝ｇｔｄｈｈｅｌｐ、　ｇｔｄｅｉｐｎｍ　−
ｒＩＥＴＩＨＥＬＰＪ、およびｇｔｄｅｏｐｎｍ　＝ｒ
ｌ　ＥＴＯＨＥＬＰＪである（ブロック４５９２０）。

パネルの入力は、ブロック４５９１０で説明するプロセ
スを使用して、５ＴＤＥテーブルに加えられる（ブロッ
ク４５９５０）。

次に、ＴＤＦの構成要素の入力は、下記の値によって情
報パネルに対するＣＴＤ）ランザクジョン・ビューの作
業領域内に構築される。即ち、これらの値は、ｇｔｄｅ
ｎａａ＋ｅ　＝　ｇｔｄｈｉｎｆｏ、、ｇｔｄｅｉｐｎ
ｍ　＝ｒＩＥＴＩＩＮＦＯＪ、およびｇｔｄｅｏｐｎｍ
　＝ｒ　Ｉ　ＥＴＯＩＮＦＯＪである（ブロック４５９
６０）。

パネル入力は、ブロック４５９１０で説明するプロセス
を使用して、５ＴＤＥテーブルに加えられる（ブロック
４５９９０）。

次に、ＴＤＦの構成要素の入力は、下記の値によってグ
ロサリ入力手順に対するＧＴＤトランザクション・ビュ
ーの作業領域に構築される。即ち、これらの値は、ｇｔ
ｄｅｎａｍｅ＝　Ｉ　ＥＴ　Ｉ　Ｇ　Ｌ　ＯＳ。

ｇｔｄｅｐｖｎｍ＝　ｒ　Ｉ　ＥＴＧＰＶＷＪ　、およ
びｇｔｄｅｃｔｙｐ＝　ｒＥＮＴＲＹＪ　である（ブ０
７り４６０００）。

この手順の入力は、下記で説明するプロセスを使用して
、５ＴＤＥテーブルに加えられる（ブロック４５９９０
）。

後＠ＴＤＦに記憶するため、新しいパネルの入力を５Ｔ
ＤＥテーブルに加える試みが行われる。

もし与えられている手順の名前がブランクであれば、ま
たは５ＴＤＥテーブルが満杯であれば、または与えられ
ている手順の名前が既にテーブル内に存在していれば、
この試みは失敗する。もしエラーが検出されなければ、
手順の入力は、パネルの順序に関して上述したように、
手順の上昇順序で５ＴＤＥテーブルに挿入される。５Ｔ
ＤＥ入力のカウント、ｎｅｎ　ｔがインクリメントされ
る（ブロック４５９９０）。

ＴＤＦの構成要素の入力は、下記の値によってグロサリ
の出力手順に対するＧＴＤ　）ランザクジョン・ビュー
の作業領域内に構築される。即ち、これらの値は、ｇｔ
ｄｅｎａｍｅ＝　Ｉ　Ｅ　Ｔ　Ｉ　Ｇ　Ｌ　ＯＳである
（ブロック４６０５０）。手順の入力は、ブロック４５
９９０で説明するプロセスを使用して、５ＴＤＥテーブ
ルに加えられる（ブロック４６０６０）。

次に、ＴＤＦの構成要素の入力は、下記の値によって情
報入力手順に対するＧＴＤ）ランザクジョン・ビューの
作業領域内に構築される。即ち、これらの値は、ｇｔｄ
ｅｎａｍｅ＝　Ｉ　Ｅ　Ｔ　Ｉ　Ｉ　Ｎ　Ｆ　Ｏ５およ
びｇｔｄｅｐｖｎｍ＝　ｒ　Ｉ　ＥＴ　Ｉ　Ｐ　ＶＷＪ
である（ブロック４６０７０）。手順の入力は、ブロッ
ク４５９９０で説明するプロセスを使用して、５ＴＤＥ
テーブルに加えられる（ブロック４６０９０）。

次に、ＴＤＦの構成要素の入力は、下記の値によって情
報出力手順に対する（１．ＴＤ）ランザクジョン・ビュ
ーの作業領域に構築される。即ち、これらの値は、ｇｔ
ｄｅｎａ＊ｅ＝　Ｉ　Ｅ　Ｔ　ＯＩ　Ｎ　Ｆ　Ｏである
（ブロック４６１００）、この手順の入力は、ブロック
４５９９０で説明するプロセスを使用して、５ＴＤＥテ
ーブルに加えられる（ブロック４６１１０）。

続いて、ＴＤＦの構成要素の入力は、下記の値によって
ヘルプ入力手順の対するＧＴＤ）ランザクジョン・ビュ
ーの作業領域に構築される。即ち、これらの値は、ｇｔ
ｄｅｎａｍｅ＝　Ｉ　Ｅ　Ｔ　Ｉ　ＨＬ　Ｐ−、および
ｇｔｄｅｐｖｎｍ＝　ｒ　Ｉ　Ｅ　Ｔ　ＨＰ　Ｖ　ＷＪ
である（ブロック４６１２０）。この手順の入力は、ブ
ロック４５９９０で説明するプロセスを使用して、５Ｔ
ＤＥテーフ゛ルに加えられる（）゛コンク４６１４０）
。

次に、ＴＤＦの構成要素の入力は、下記の値によってヘ
ルプ出力手順に対するＧＴＤ）ランザクジョン・ビュー
の作業領域に構築される。即ち、これらの値は、ｇｔｄ
ｅｎａｍｅ＝　Ｉ　Ｅ　Ｔ　ＯＨＥ　Ｌ　Ｐである（ブ
ロック４６１５０）。この手順の入力は、７ｆ＋ツク４
５９９０で説明するプロセスを使用して、５ＴＤＥテー
ブルに加えられる（ブロック４６１６０）。

次に、ＴＤＦの構成要素の入力は、下記の値によってメ
イン・メニューの出力手順に対するＧＴＤトランザクシ
ョン・ビューの作業領域に構築される。即ち、これらの
値は、ｇｔｄｅｎａｍｅ＝　ＩＥＴＩＭＥＮＩＪ％およ
びｇ　ｔｄｅｐｖｎｍ　＝　ｇ　ｔｄｈｐｖ−である（
ブロック４６１７０）。この手順の入力は、ブロック４
５９９０で説明するプロセスを使用して、５ＴＤＥテー
ブルに加えられる（ブロック４６１９０）。

ブロック４６２００では、ＴＤＦの構成要素の入力は、
下記の値によってメイン・メニューの出力手順に対する
ＧＴＤ　）ランザクジョン・ビューの作業領域に構築さ
れる。即ち、これらの値は、ｇｔｄｅｎａｍｅ＝　Ｉ　
Ｅ　Ｔ　ＯＭ　Ｅ　Ｎ　Ｕである。この手順の入力は、
ブロック４５９９０で説明するプロセスを使用して、５
ＴＤＥテーブルに加えられる（ブロック４６２１０）。

次に、ＴＤＦの構成要素の入力は、下記の値によって表
示入力の出力手順に対するＧＴＤ　）ランザクジョン・
ビューの作業領域に構築される。即ち、これらの値は、
ｇｔｄｅｎａｍｅ＝　Ｉ　Ｅ　Ｔ　Ｄ　Ｉ　Ｓ　Ｐ　Ｌ
である（ブロック４６２２０）。この手順の入力は、ブ
ロック４５９９０で説明するプロセスを使用して、５Ｔ
ＤＥテーブルに加えられる（ブロック４６６３０）。

最後に、ＴＤＦの構成要素の入力は下記の値によってメ
イン・メニューのシステム・ドキュメンテーション・メ
ニュー・エントリに対するＧＴＤトランザクション・ビ
ュー作業領域内に構築される。即ち、これらの値は、ｇ
ｔｄｅｎａｍｅ　＝　ｇｔｄｈｍｅｎｕ。

ｇｔｄｅｄｅｓｃ＝　ｒＳＹＳＴＥＭ　ＤＯＣＵＭＥＮ
ＴＡＴＩＯＮ　　　　　Ｊ、ｇｔｄｅｓｅｌ　＝　ｒ　
ＯＪ　、ｇｔｄｉｐｎｍ＝ｇｔｄｈｉｍｎｕ、　ｇｔｄ
ｅｏｐｎｍ＝　ｒＧＴＤＪである（ブロック４６２４０
）。このメニューの入力は、以下で説明するプロセスを
使用して５ＴＤＥテ一ブル手順に加えられる（ブロック
４６２９０）。

後程ＴＤＦに記憶するため、新しいメニューの入力を５
ＴＤＥテーブルに加える試みが行われる。

もし与えられているメニューの名前がブランクであれば
、または５ＴＤＥテーブルが満杯であれば、または与え
られているパネルの名前がＳＴＤＥＮＡＭＥフィールド
内で名前を付けられた５ＴＤＥＴＹＰｎｏｔ＝Ｅという
全ての他の種類の構成要素に対して既にテーブル内に存
在していれば、またはメニュー人力選択フィールド５Ｔ
ＤＥＳＥＬが既にこのメニューに対して存在していれば
、この試みは失敗する。もしエラーが検出されなければ
、メニューの入力は、手順の順序について前に議論した
ように、メニューの上昇順序で５ＴＤＥテーブルに挿入
される。５ＴＤＥ入力のカウント、ｎｅｎ　ｔがインク
リメントされる（ブロック４６２９０）。

ＴＤＦの構成要素の入力は、下記の値によって情報メニ
ューの一般的な説明のメニューの入力に対するＧＴＤ　
）ランザクジョン・ビューの作業領域内に構築される。

即ち、これらの値は、ｇｔｄｅｎａｍｅ＝ｇｔｄｈｉｍ
ｎｕＸｇｔｄｅｄｅｓｃ＝　ｒＧＥＮＥＲＡＬ　ＤＥＳ
ＣＲＩＰＴＩＯＮＪ、ｇｔｄｅｓｅｌ＝　ｒ　Ｉ　Ｊ　
、ｇｔｅｉｐｎｍ＝ｇｔｄｈｉｎｏｆ、　ｇｔｄｅｏｐ
ｎｍ−ｒｌＥＴＩＮＦＯＪである（ブロック４６３００
）。

メニューの入力は、ブロック４６２９０で説明するプロ
セスを使用して、５ＴＤＥテーブルの手順に加えられる
（ブロック４６３５０）。

次に、ＴＤＦの構成要素の入力は、下記の値によって情
報メニューの技術的な説明のメニューの入力に対するＧ
ＴＤトランザクション・ビューの作業領域内に構築され
る。即ち、これらの値は、ｇｔｄｅｄｅｓｃ＝　ｒＳＹ
ＳＴＥＭ　ＤＯＣＵＭＥＮＴＡＩＯＮ　Ｊ　、およびｇ
ｔｄｅｓｅｌ　＝　ｒ　２　Ｊである（ブロック４６３
６０）。

メニューの入力は、ブロック４６２９０で説明するプロ
セスを使用して、５ＴＤＥテーブルの手順に加えられる
（）゛ロック４６３８０）。

ブロック４６３９０では、この手順は、次に手順ｇｔｖ
ｗを使用してトランザクション・ビューを発生しく第２
６図、ブロック８２００）、メツセージのフィールド、
ｇｔｄｍｓｇをブランクにセントしくブロック４６４０
０）、エラーを発生しないでこの手順を抜ける（ブロッ
ク４６４１０）。

ブロック４６４３０において、ヘラグーの記録はバッフ
ァの領域からＧＴＤ　）ランザクジョン・ビューのＴＤ
Ｆヘッダの領域に移動される。ブロック４６４４０は、
ＴＤＦ記録（ｇｔｄｈｒｔｙｐ＝　ｈ　）およびＴＤＴ
の種類（ｇｔｄｈｍｔｙｐ＝　Ｄ）が受は入れ可能であ
るかどうかをチエツクする。もしこれらの記録が受は入
れ可能であれば、この手順はブロック４６４９０にジャ
ンプする。もしそうでなければ、この手順はエラー・メ
ツセージのフィールド、ｇｔｄｍｓｇをｒＩＮＶＡＬＩ
Ｄ　ＴＤＴ　ＦＯＲＭ＾Ｔ」に等しくセットしくブロッ
ク４６４５０）　、ＴＤＦファイルを閉じ（ブロック４
６４６０）、そしてエラーを発生してこの手順を抜ける
（ブロック４６４７０）。

ブロック４６４９０では、手順はＴＤＴＧＥＴ手順を使
用してＴＤＦファイルから第１ヘングー拡張記録を取得
する（第２５図、ブロック１６１４０）。

第１ヘソグーの拡張記録は、バッファ領域からＧＴＤ　
）ランザクジョン・ビュー内の対応するＴＤＦヘッダ作
業領域に移動される（ブロック４６５００）。

この手順は、次に再びＴＤＴＧＥＴ手順を使用してＴＤ
Ｆファイルから第２ヘツダーの拡張記録を得る（ブロッ
ク４６５１０）。第２ヘツダーの拡張記録は、バッファ
領域からＧＴＤ　）ランザクジョン・ビューのＴＤＦの
ヘングー作業領域に移動され（ブロック４６５２０）、
インデックスｒｅＪが５ＴＤＥテーブルの始め、ＴＤＦ
入力記録のメモリのコピーに示される（ブロック４６５
３０）。

ブロック４６５４０乃至４６６５０は、ＴＤＦの構成要
素の記録から５ＴＤＥテーブルを初期化する。ＴＤＦ構
成要素の記録に記録されているＧＴＤによって情報が必
要とされる場合は何時でも、ＧＴＤは５ＴＤＥテーブル
から情報を取ってくる。アプリケーションの構成要素の
定義の変更は、全て５ＴＤＥテーブルの入力で実行され
る。

５ＴＤＥテーブルに対する入力は、変更が終了した後、
ＧＴＤによって後程記憶される。全てのＴＤＦの情報は
、実行の期間中メモリに保持されるから、ＴＤＦはその
完全な状態で書き込まれることが可能であり、これによ
ってＴＤＦファイルに対する入力と出力を単純化する。

特に、この手順はＴＤＴＧＥＴ手順を使用して（第２５
図、ブロック１６１４０）、ＴＤＦファイルから記録を
取得しくブロック４６５４０）、次にＴＤＴＧＥＴが成
功したかどうかをチエツクする（ブロック４６５４２）
。もしそれが成功したなら、手順は入力記録を５ＴＤＥ
テーブルの位置ｅで５ＴＤＥテーブルに移動させ（ブロ
ック４６６２０）。ｅをインクリメントして５ＴＤＥテ
ーブルの次の入力を示しくブロック４６６３０）、５Ｔ
ＤＥ入力のカウント、ｎｅｎ　ｔをインクリメントしく
ブロック４６５４０）、そしてブロック４６５４０に戻
る。もしこれが成功しなかったなら、手順はブロック４
６６６０にジャンプする。

もしＴＤＴＧＥＴ手順が成功したなら、手順はバッファ
がブランクであるかどうかをチエツクする（ブロック４
６５４３）。

もしバッファがブランクでなければ、手順は５ＴＤＥテ
ーブルが満杯であるかどうかをチエツクする（ブロック
４６５６０）。もしこれが満杯でなければ、手順はブロ
ック４６６２０にジャンプする。もし５ＴＤＥテーブル
が満杯であれば、手順はエラー・メツセージのフィール
ド、ｇｔｄｍｓｇ、をｒＳＴＤＥ　　ＴＡＢＬＥ　　Ｆ
ＵＬＬＪに等しくセットしくブロック４６５７０）　、
ＴＤＦファイルを閉じ（ブロック４６５８０）、エラー
を発生してこの手順を抜ける（ブロッツク４６５９０）
。

もしバッファがブランクであれば、手順はブロック４６
６２０を継続し、ここでこの手順はＴＩ）Ｆファイルを
閉じ、手順ＧＴＶＷを使用して（第２６図、ブロック８
２００）、）ランザクジョン・ビニ−を発生しくブロッ
ク４６６７０）、メツセージ・フィールド、ｇｔｄｙｌ
ｓｇｓをフ゛ランクにセットしくブロック４６６９０）
、手順ＧＴＤＴを抜ける。

ＴＤＦ　　　　の　　み　　　　：　ＴＤＴＧＥＴ第２
５ａ図および第２５ｂ図は、本発明の好適な実施例のフ
ローチャートを示し、ＧＴＤ　　ＴＤＦ入力手順はバッ
ファをブランクにセットしくブロック１６１８０）、）
ランザクジョン定義ファイル（ＴＤＦ）から４バイトの
ヘッダーを読み出すことによって開始される。判定ブロ
ック１６１９０は読み出しが成功したかどうかをチエツ
クする。

もしこれが成功していなければ、エラー・メソセージ、
ＧＴＤＭＳＧがｒＭＡＰＬＩＢ　　ＲＥＡＤＥＲＲＯＲ
Ｊに等しくセットされ（ブロック１６２００）、手順は
エラーを発生してこのプロセスを抜ける（ブロック１６
２１０）。もし読み出しが成功すれば、記録の長さがＢ
ＩＣＥＮＤＩＡＮフォーマットのヘッダーの最初の２バ
イトの長さに等しくセットされる（ブロック１６２６０
）。

バッファの長さは記録の長さマイナス４バイトのヘッダ
に等しくセットされる（ブロック１６２８０）。

ＴＤＦが読み出されてバッファをバッファの長さで示さ
れる長さを満たしくブロック１６３２０）、この手順は
読み出しが成功したかどうかをチエツクする（ブロック
１６３２５）。もしこれが成功していなければ、エラー
・メツセージ、ＧＴＤＭＳＧはｒＭＡＰＬＩＢ　　ＲＥ
ＡＤ　　ＥＲＲＯＲＪに等しくセットされ（ブロック１
６３３０）、手順はエラーを発生してこのプロセスを抜
ける（ブロック１６３４０）。もし読み出しが成功であ
ればプログラムは手順ＴＤＴＧＥＴを抜ける（ブロック
１６３６０）。

第２６ａ図乃至第２６ｅ図は、本発明の好適な実施例の
フローチャートを示し、ここでＧＴＤ　）ランザクジョ
ン・ビューの手順は、バフファ？ｆｆｆ域をブランクに
しくプロ・ツク８２６０　）　、ＧＴＤＳＬＩＢを使用
してｇｔｄｓｌｉｂからの５ＲＣＬＩＢ経路の名前をト
ランザクション・ビューのファイルの名前、変数ＧＴＤ
ＣＭＥＭに与える（ブロック８２８０）。

次にこの手順は、Ｇ　Ｔ　Ｄ　ＣＭ　Ｅ　Ｍ−ｂｌａｎ
ｋであるかどうかをチエツクする（ブロック８３００）
。

もしＧＴＤＣＭＥＭがブランクであれば、プログラムは
エラー・メツセージ・フィールド、ＧＴＤＭＳＧをｒｌ
ＮＶＡＬＩＤ　　ＴＲＡＮ　　ＶＩＥＷＮＡＭＥｊにセ
ットしくブロック８３１０）エラーを発生してこの手順
を抜ける（ブロック８３２０）。

もしＧＴＤＣＭＥＭがブランクでなければ、完全なトラ
ンザクションＣ０ＢＯＬビユーの名前が現在の装置の標
準規定を使用して構築される。（ブロック８３４０）。

ＧＴＤは、オペレーテング・システムによって要求され
る規定を理解するため、各プラットホームに書き込まれ
る。トランザクション・ビューの名前が構築されると、
プログラムはトランザクション・ビューのファイルが既
に存在しているかどうかをチエツクする（ブロック８３
９０）。もしトランザクション・ビューが存在していれ
ば、エラー・メツセージ・フィールドＧＴＤＭＳＧはｒ
Ｔ　ＲＡＮ　　Ｖ　Ｉ　ＥＷ　（ｃｐｙ）ＥＸ　Ｉ　５
ＴＳＪにセットされ（ブロック８４００）、プログラム
はエラーを発生してこの手順を抜ける。

もし、トランザクション・ビューのファイルが存在して
いなければ、手順はトランザクション・ビューのファイ
ルを作成しようと試みる（ブロック８４４０）。もしこ
の作成が成功しなければ、プログラムはエラー・メツセ
ージ・フィールド、ＧＴＤＭＳＧ、をｒＴＲＡＮ　　Ｖ
　Ｉ　ＥＷ　（ｃｐｙ）ｃｒｅａｔｅ　　ＦＡＩＬＥＤ
Ｊにセットしくブロック８４５０）、エラーを発生して
この手順を抜ける（ブロック８４６０）。もしこの作成
が成功すれば、インデックスが初期化されてスケルトン
（５ｋｅｌｅｔｏｎ　）プログラムの第１番面の線に示
される（ブロック８４９０）。この線は、これがスケル
トン・プログラムの最後の線であることを知るためにチ
エツクされる（ブロック８５００）。もしそうであれば
、手順はブロック８６２０にジャンプする。もしそうで
なければ、この線は出カバソファにコピーされ（ブロッ
ク８５３０）、終了する（ブロック８６６０）。

次に、出カバソファがトランザクション・ビュー・ファ
イルに書き込まれ（ブロック８５６０）、手順は、書き
込みが成功したかどうかをチエツクする（ブロック８５
６５）、もし書き込みが成功すれば、手順はインデック
スをインクリメントしてスケルトン・トランザクション
・ビューの記録の次の線を示し、ブロック８５００に戻
る。もし書き込みが成功しなければ、エラー・メツセー
ジ・フィールド、Ｃ，ＴＤＭＳＧ、がｒＴＶＷ、ｃｐｙ
ＷＲＩＴＥ　　ＥＲＲＯＲＪにセットされる（ブロック
８５７０）。

ブロック８６２０において、手順はトランザクション・
ビューのファイルを閉じ、現在の装置の標準規定を使用
して完全なトランザクションＣビューのファイルの名前
を構築する（ブロック８６４０）。このトランザクショ
ン・ビューの名前が構築されると、プログラムは、トラ
ンザクション・ビューのファイルが既に存在しているか
どうかをチエツクする（ブロック８７１０）。もしトラ
ンザクション・ビューが存在していれば、エラー・メツ
セージ・フィールド、ＧＴＤＭＳＧ、はｒＴＲＡＮ　　
Ｖ　Ｉ　ＥＷ　（ｈ）　ＥＸ　Ｉ　５ＴＳＪ　ニセット
され（ブロック８７２０）、プログラムはエラーを発生
してこの手順を抜ける（ブロック８７３０）。

もしトランザクション・ビュー・ファイルが存在してい
なければ、手順はトランザクション・ビュー・ファイル
を作成しようとする（ブロック８７６０）。もし作成が
成功しなければ、プログラムはエラー・メツセージ・フ
ィールド、ＧＴＤＭＳＧをｒ’　Ｔ　ＲＡＮ　　Ｖ　Ｉ
　ＥＷ　（ｈ）　ｃｒｅａｔｅ　ＦＡＩＬＥＤ　Ｊにセ
ットしくブロック８７７０）、エラーを発生してこの手
順を抜ける（ブロック８７８０）。もしこの作成が成功
すれば、インデックスが初期化されてスケルトン・プロ
グラムの第１の線を示す（ブロック８８１０）。この線
は、これがスケルトン・プログラムの最後の線であるか
どうかを知るためにチエツクされる（ブロック８　Ｂ　
２０＞。

もしそうであれば、手順はブロック８９４０にジャンプ
し、トランザクション・ビューのファイルを閉じ、手順
ＧＴＶＷを抜ける（ブロック８９５０）。

もしそうであれば、この線は出力・バッファにコピーさ
れ（ブロック８８５０）、終了する（ブロック８８７０
）。

出カバソファがトランザクション・ビュー・ファイルに
書き込まれ（ブロック８８８０）、手順は、書き込みが
成功したかどうかをチエ・ツクする（ブロック８８８５
）。もし書き込みが成功すれば、手順はインデックスを
インクリメントしてスケルトン・トランザクション・ビ
ューの記録の次の線を示し、ブロック８８２０に戻る。

もし書き込みが成功しなければ、エラー・メツセージ・
フィールド、ＧＴＤＭＳＧがｒＴＶＷ、ｈ　　ＷＲＩＴ
ＥＥＲＲＯＲＪにセントされ（ブロック８８９０）、ト
ランザクション・ビュー・ファイルが閉じられ（ブロッ
ク８９４０）、プログラムはこの手順を抜ける（ブロッ
ク８９５０）。

トランザクション・パラメータ：ＥＴＰ手第２７図は、
この手順の好適な実施例のフローチャートを示し、ＧＴ
ＤＷ集トランザクション・パラメータの手順は、ＴＤＦ
ヘッダ、ＴＤＦ第１ヘッダの拡張、およびＴＤＦ第２ヘ
ッダの拡張に対応するパネルのＧＴＤ　）ランザクジョ
ン・ビュー・フィールドでユーザの入力を受は取る。ス
クリーンで定義されるユーザ情報は、最終的にＴ叶ファ
イルに記憶される。ＴＤＦが最初に定義されると、ＧＴ
Ｄは十分な数のデフォルト値を定義して動作ＴＤＦを定
義する。これらの値は、特別の状況のためにユーザによ
ってカストマイズすることができる。確認が行なわれ、
正しくない入力が訂正される。

手順ＥＴＰは、ＧＴＤＥＴＤパネルを表示するため選択
しているパネル（第２１図、ブロック４７３００）を表
示するための手順を実行することによって開始される（
ブロック１０２９８０）。

このパネルは、上述のＴＤＦヘッダ領域を有する。

この手順はユーザ入力領域ＧＴＤＬＭＥＭ、Ｃ，ＴＤＨ
ＤＲ，及びＧＴＤＨＤＧを上位のケースに変換しくブロ
ック１０２９９０）、解放数、ＧＴＤＲＥＬＮ、領域が
有効かどうかをテンクする（ブロック１０３０２０）。

もしＧＴＤＲＥＬＮが無効であれば、この手順は全ての
イリーガルなキャラクタをデフォルト・キャラクタ「」
（ブランク）に置き換え、ブロック１０３０７０に進む
。もしＧＴＤＲＥＬＮが有効であれば、この手順はブロ
ック１０３０７０に進み、ここでユーザ入力終了表示を
調べるためＦＥ手順（第２２図、ブロック４８１３０）
が実行される。もし終了が表示されなければ（ブロック
１０３０８０）、この手順はブロック１０２９８０に戻
る。もし終了が表示されれば、このプログラムは手順Ｆ
ＴＰを抜ける。

パネル・１スト この手順は、ＴＤＦパネルの記録形式からの情報を含む
表示パネルを設ける第３水準の手順である。この情報は
パネル入力定義に特徴を与え、リスト中のパネルに表示
する。１回に表示することが可能な数より多くのパネル
入力を定義することが可能であるので、パネル・リスト
を介してナビゲーシヨン（ｎａｖｉｇａｔｉｏｎ　）を
行わせる機能が提供される。新しいパネル定義を追加し
、現在のパネル定義を変更し、現在のパネルの定義を削
除し、現在の定義を表示し、パネル・マツプの編集を行
うために、また機能が提供される。

この手順は、アプリケーションの設計者にＴＩＩＴ内の
パネルのリストを与える。各パネル入力は、入力手順と
出力手順を有することができる。この設計者は、このリ
スト内で入力を追加、変更、削除、またはの編集するこ
とができる。システムによって与えられた入力（例えば
、ＭＥＭＵ、ＨＥＬＰ、ＧＬＯ３、及びＩ　ＮＦＯのサ
ポート）は変更できない。

パネル・リストから入力を削除するためには、選択され
た領域にｒＤＪが入力される。

パネル・リストに入力を加えるためには、ｒＡＪが選択
された領域に入力される。ユーザはパネルの名前、入力
手順、及び出力手順（オプション）を与えることによっ
てｒＡＤＤ　　ＰＡＮＥＬＪスクリーンを完了する。ｒ
ＡＤＤ　　ＰＡＮＥＬＪパネルが完了すると、この入力
はＴＤＴに挿入され、更新されたパネル・リストが設け
られる。

パネル・リストに対する入力を変更するために、選択さ
れた領域「Ｃ」が入力される。ユーザは、必要に応じて
ｒＣＨＡＮＧＥ　　ＰＡＮＥＬＪパネルに変更を行う。

このｒＣＨＡ　Ｎ　Ｇ　Ｅ　　Ｐ　Ａ　Ｎ　Ｅ　ＬＪパ
ネルが完了すると、これらの変更はＴＤＴに挿入され、
更新されたパネル・リストが設けられる。

パネル・リスト内の入力を編集するためには、所望のパ
ネルの選択された領域にｒＥＪが入力される。これはＣ
０ＤＥＳＴＡＲエデイタに編集用パネルを与える。編集
が要求された場合にパネルがなければ、デフォルト・パ
ネルが発生し、編集に対して与えられる。

第２８ａないし２８ｆ図は、ＥＰ手順の好適な実施例の
フロー・チャートを示し、これらの機能をさらに詳細に
説明する。

このＧＴＤ編集パネル・リスト（ＢＰ）手順は、ユーザ
によって入力されるロケーション命令の入力の選択領域
を走査することによって開始される。

このロケーションの名前はトランザクション・ビューの
ｄｎａｗｅ　ｆｉｌ域にセーブされる。このロケーショ
ンの名前は、編集リストに表示される最初のパネル入力
として使用される。もし位置決め命令がなければ、ｄｎ
ａｍｅはブランクにセントされる（ブロック１０３２４
０）。以下の表示領域の変数がブランクにされる（ブロ
ック１０３２６０）。これらの変数とは、選択、変数ｇ
ｔｄｓｅｌａ　、名前、変数ｄｎａｍｅａ、人力ｐｒＯ
ｃ％変数ｄｉｐｎｍ　％及び出力ｐ　ｒ　ＯＣｓ変数ｄ
ｏｐｎｍである。リターン・コード、ＲＣｌおよびパネ
ルの数、ＮＰは初期化され（ブロック１０３３３０）、
パネル・テーブル、ＴＰはブランクにされる（ブｏ−７
り１０３３６０）、５ＴＤＥテーブルが走査され、ＴＰ
にメニューとパネル入力の名前を加え、このテーブルに
加えられた入力の数をカウントし、この数をＴＰにセー
ブする。

このＴＰはパネルのユニークなリストと上昇順に分類さ
れたメニューの名前を有する。このパネル・テーブル、
ｉ、のパネルの数に対するインデックスとスクリーン編
集リスト、ｊｌに対するインデックスは、ゼロに初期化
される（ブロック１０３５７０）。

ブロック１０３５８０ないし１０３７２５は、スクリー
ンに表示される最初のパネル・リスト項目がバネＪし・
リスト・テーフ゛ルに置かれるプロセスを構成する。次
に最初のパネルの名前と表示パネルに適合するのと同じ
数だけの後続のパネルの名前は、表示されている各パネ
ル入力に対する５ＴＤＥテーブルからの対応するパネル
に特徴を与える情報と共にパネル・リスト表示領域に載
置される。このプロセスは、このリストの最後までの全
てのパネルの名前またはスクリーンに適合する全てのパ
ネルの名前及びこれらに特徴を与えるデータが表示領域
に載置された場合に終了する。

判定ブロック１０３５８０は、ｉがパネル・テーブルの
パネルの数基上であるかどうかをチエツクする。ｉがＮ
Ｐのパネルの数より大きければ、手順はブロック１０３
７５０にジャンプする。もしそうでなければ、この手順
はｊがスクリーンに適合する手順入力の数（１６）以上
であるかどうかをチエツクする（ブロック１０３５９０
）。もしｊが１６以上であれば、この手順はブロック１
０３７５０にジャンプする。もしそうでなければ、この
手順はパネル・テーブルの現在のパネルがユーザが必要
とする次のパネルｄｎａｍｅ以上であるかどうかをチエ
ツクする（）゛コンク１０３５９５）。もし現在のパネ
ルの名前が次のパネルの名前以下であると、この手順は
ブロック１０３７２０にジャンプする。もし現在のパネ
ルの名前が次のパネルの名前以上であれば、編集リスト
のｊ番目の項目は以下の値に初期化される（ブロック１
０３６１０）。

これらの値は、パネルの名前、インデックスｉにおける
変数ｄｎａｍｅａ　＝　Ｔ　Ｐ、入力手順、変数ＩＥＴ
ＩＭＥＮＵ、及び出力手順の変数、ＩＥＴＩＯＭＥＮＵ
である。

この手順は、現在のパネルの名前、５ＴＤＥＴＹＰ−Ｐ
とＴＰ　（＋）　−３ＴＤＥＮＡＭＥを有するパネル入
力用の５ＴＤＥテーブル入力を走査する（ブロック１０
３６４０）。判定ブロック１０３６５０はサーチが成功
したかどうかをチエツクする。もし成功すれば、この手
順は編集リストのｊ番目の項目を以下の値に初期化する
（ブロック１０３６６０）。

即ち、これらの値は、入力手順、ｄｉｐｒｕｓ（ｊ）　
＝ＳＴＤＥＩＰＮＭ、出力手順、ｄｏｐｎｍ　（ｊ　）
　＝ＳＴＤＥＯＰＮＭであり、次にｊをインクリメント
する（ブロック１０３７００）。もしこのサーチが成功
しなければ、この手順はｊをインクリメントするだけで
ある（ブロック１０３７００）。

ブロック１０３７２０はインデックスｉをインクリメン
トし、次にブロック１０３５８０に戻る。

ブロック１０３７７５ないし１０４０３５は、ユーザが
各パネル・リストの試験を要求するプロセスによって構
成される。もし追加、削除、変更、または編集要求を識
別すると、次に適切なタスクが実行される。このプロセ
スは、これらの要求が識別されリスト中の各パネルに対
して実行された後終了する。

Ｊはゼロに初期化され（ブロック１０３７７０）、この
手順はｊがスクリーンに適合する手順入力の数（１６）
以上であるかどうかをチエツクする。

もしｊが１６以上であれば、この手順はブロック１０４
０４０にジャンプする。もしそうでなければ、この手順
は追加パネル要求、ＧＴＤＳＥＬＡ＝「ａ」またはＡが
あるかどうかをチエツクする（ブロック１０３８１０）
。

もし追加要求があれば、パネルが表示され、ＴＤＦのパ
ネル記録形式で説明したように、パネルに特徴を与える
情報を要求する。この入力値が確認される。−船釣にこ
れはパネルの名前、入力と出力手順、オプション・フラ
グを上位のケースに変換し、このオプション・フラグ値
がｒＹＪまたは「Ｎ」　（イエスまたはノー）のいずれ
かであることを保証する。このオプション・フラグ値は
、このパネルをオプション領域で発生するべきか、また
はオプション領域外で発生するべきかを決定する。入力
値が確認された後、第２４図、ブロック４５９１０で説
明したプロセスを使用して、後程ＴＤＦに記憶するため
に新しいパネル入力を５ＴＤＥテーブルに追加する試み
が行われる。パネルが追加されると、この手順はブロッ
ク１０４０３０にジャンプする。もし追加要求がなけれ
ば、この手順は、パネル変更要求がＧＴＤＳＥＬＡ＝　
ｒＣＪまたは「Ｃ」であるかどうかをチエツクする。

もし変更要求があれば、変更要求パネルの名前が確認さ
れる。もしこのパネルがシステムによって定義されるパ
ネルであれば、またはもしこのパネルが５ＴＤＥテーブ
ルで定義されていなければ、変更要求を実行することは
できない。システムによって定義されるパネルの定義の
変更を許容しないことによって、ＧＴＤはこのＩＥＴが
意図するようにこれらのパネルで動作することを保証す
る。

もしこのパネルがシステム・パネルではなく、５ＴＤＥ
テーブルにリストされていれば、５ＴＤＥパネル入力の
これらの値が５ＴＤＥ入力に対応する作業領域に複写さ
れ、パネルが表示されてこのパネルに特徴を与える情報
用の変更を要求する。

これらの入力値は、（ブロック１０３８１０）パネル追
加要求と同様の方法で確認され、５ＴＤＥ入力に戻って
この変更を終了する。この実行でユーザが変更すること
を許されないのはこのパネルの名前の変更のみであるが
、この変更は古い５ＴＤＥ入力を削除し、新しい５ＴＤ
Ｅ入力を追加することによって容易に行うことができる
。パネルが変更されると、この手順はブロック１０４０
３０に進む。もし変更要求がなければ、この手順はパネ
ル削除要求、ｇｔｄｓｅｌａ＝　ｒ　ｄ　ＪまたはｒＤ
Ｊがあるかどうかをチエツクする（ブロック１３９１０
）。

もし削除要求があれば、この削除要求パネルの名前は確
認される。もしこのパネルがシステムによって定義され
るパネルであれば、またはこのパネルが５ＴＤＥテーブ
ルで定義されていなければ、削除要求は実行できない。

システムによって定義されるパネルに対する削除を許可
しないことによって、ＧＴＤはＩＥＴが意図するように
動作することを保証する。もしこのパネルがシステム・
パネルではなく、また５ＴＤＥテーブルにリストされて
いれば、このパネルは削除された入力を５ＴＤＥテーブ
ルのその後の入力でオーバーライドすることによって節
単に削除される。この５ＴＤＥ入力まカウント、ｎｅｎ
ｔはデクリメントされる。このパネルが削除されると、
この手順はブロック１０４０３０に進む。

もし削除要求がなければ、この手順は編集パネル要求、
ｇｔｄｓｅｌａ＝　ｒ　ｅ　ｊまたはｒＥＪがあるかど
うかをチエツクする（ブロック１０３９６０）。

もし編集要求があれば、この編集パネル手順（第２９図
、ブロック１０５４１０）が実行され、この手順はブロ
ック１０４０３０に進む。もし編集要求がなければ、こ
の手順はｊをインクリメントしくブロック１０４０３０
）、ブロック１０３７７５に戻る。

ブロック１０４０４０は、ユーザ人力終了表示をチエツ
クするため、ＦＥ手順（第２２図、ブロック４８１３０
）を実行する。もし終了が表示されなければ（ブロック
１０４０４５）、この手順はブロック１０３２４０に戻
る。もし終了が表示されれば、このプログラムは手順Ｅ
Ｐを抜ける。

集パネル：　ＥＰＥ手順 第２９図は、この手順の好適な実施例のフローチャート
を示し、ＧＴＤ編集パネル手順は５ＴＤＥテーブルの編
集パネルの名前をサーチすることによって開始される（
ブロック１０５４６０）。もしこのサーチが成功しなけ
れば、このプログラムはエラーを発生しないでこの手順
から戻る。もしサーチが成功すれば、この手順は変数Ｇ
ＴＤＰＭＥＨにパネルの名前をセーブしくブロック１０
５５５０）パネル・マツプのファイルの名前を構築しく
ブロック１０５５６０）、このファイルがあるかどうか
をチエツクする（ブロック１０５７５０）。もしこのフ
ァイルがなければ、この手順はスケルトン・パネルを発
生しブロック１０５７９０に進む。

パネル、またはマツプ・ソース記録が、採用されたマツ
プ・サービスによって必要なフォーマントで発生される
。特に、各マツプ記録の定義は、発生されている各々の
パネルの種類（メニューグロサリ、情報、ヘルプ、また
はスケルトン・パネル）に対するハード・コード化され
た仕様を使用してバッファに構築され、次にマツプ・フ
ァイルに書き出される。このマツプ・ソースに書かれた
仕様は、領域の名前、領域の種類、領域の行情報と列情
報、領域の長さ、領域の属性及びリテラル・データを有
する。これらの全ての仕様は、パネルの各々の種類に対
してハード・コード化され、最も便利な方法でこのファ
イルに書き出だされる。

採用されたマツプ・サービスによって必要なフォーマッ
トでマツプを発生するための論理の詳細はマツプ・サー
ビスによって決まり、ここでは論じない。

スケルトン・パネルは、Ｉ　ＥＴＴＶＷで定義されＩＥ
Ｔによって要求される以下の領域で作成される。これら
の領域とは、Ｉ　ＥＦ　１−ＴＲＡＮ。

Ｉ　ＥＦ　１−ＰＡＮＥＬ、Ｉ　ＥＦ　１−５ＹＳＴＥ
Ｍ。

Ｉ　ＥＦ　１−ＣＵＲＲＯＷ、Ｉ　ＥＦ　１−ＣＵＲＣ
ＯＬ。

ＩＥＦＩ−ＦＵＮＫＥＹ、ＩＥＦＩ−ＣＵＲＤＴ。

Ｉ　ＥＦ　１−Ｍ２ＣＩ　Ｄ、Ｉ　ＥＦ　１−Ｍ５ＧＴ
Ｘ。

ＩＥＦＩ−ＭＳＧＡＥ、ＩＥＦＩ−ＵＳＥＲ。

Ｉ　ＥＦ　１−ＯＰＴ　Ｉ　ＯＮ（ｇｔｄｇｏｆ＝Ｙで
あれば、オプションとして発生される）、ＩＥＦＩＬＯ
ＯＫＡＨＥＡＤ（ｇｔｄｇｌｆ　＝　Ｙであればオプシ
ョンとして発生される）である。

もしこのファイルがなければ、この手順はブロック１０
５７９０に進む。この手順はパネル編集パラメータとフ
ァイルの名前を構築しくブロック１０５７９０）、マツ
プ・エディタを呼び出す（）゛ロック１０６２１０）。

フ゛口・ツク１０６２３０はこのマツプ編集が成功かど
うかをチエツクする。

もしこのマツプ編集が成功であれば、このプログラムは
手順ＥＰＥを抜ける。もしこのマツプ編集が成功でなけ
れば、この手順はエラー・メッセージ領域ｇｔｄｍｓｇ
をｒＰＡＮＥＬ　　ＥＤＩＴ　　ＦＡＩＬＥＤｊに等し
くセットしくブロック１０６２４０）、エラーを発生し
てこの手順を抜ける。

基１Ｊ斜」仄λ」− この手順は、ＴＤＦ手順記録の形式からの情報を有する
表示パネルを設ける別の第３水準の手順である。この情
報は手順入力定義に特徴を与え、リストのパネルに表示
される。１回に表示することが可能な数より多くの手順
入力を定義することが可能なので、この手順リストを介
してナビゲーションを行う機能が設けられる。新しい手
順の定義の追加、現在の手順定義の変更、現在の手順の
定義の削除、現在の定義の表示、及び手順マツプの編集
を行う機能もまた設けられる。システムによって与えら
れる人、力は変更できない。

この手順リストに入力を追加するために、手順に対する
選択領域にｒＡＪが入力される。手順の名前、手順の説
明、手順と関連するプロファイル・ビューの名前、手順
と関連する入力ビューの名前、及び（もしあれば）手順
と関連する出力ビューの名前を設けることによって、ユ
ーザはｒＡＤＤＰＲＯＣＥＤＵＲＥＪパネルを完了する
。

これらの手順は幾つかの種類の１つとして識別すること
ができる。

ＣＯＢ　２　　ＣｏＢＯＬ手順。ＧＴＤオプション４．
５．４．６．４．８、及び４．９を使用してコボル■コ
ンパイラによって処理される。

ＣＣ言語手順。ＧＴＤオプション４．５．４．６．４，
８、及び４．９を使用してＣコンパイラによって処理さ
れる。

ＡＬＣアッセンブリ言語手順。

ＥＸＴｆ！ＲＮ　　　外部手順。この手順はこのトラン
ザクション内の手順によってリンクされる 候補である。

ＥＮＴＲＹ　　このトランザクションの他の手順内に含
まれる手順である。

他の言語を採用した場合、手順の別の種類を識別するこ
とができる。

手順は関係のあるデータ・ベース（ＤＢ）手順として指
定され、コンパイル・オプションの期間中に適当なプレ
ープロセッサによって処理される。

ｒＡＤＤ　　ＰＲＯＣＥＤＵＲＥＪパネルが完了した場
合、この入力が追加され、更新された手順リストが与え
られる。

この手順リストからの入力を削除するためには、ｒＤＪ
が選択領域に入力される。

手順リストの入力を変更するためには、「Ｃ」が選択領
域に入力される。必要に応じて、ユーザはｒＣＨＡＮＧ
Ｅ　　ＰＲＯＣＥＤＵＲＥＪパネルに対するを変更を行
う。ｒｃＨＡＮＧＥ　ＰＲＯＣＥＤＵＲＥＪパネルが完
了すると、この変更はＴＤＴに挿入され、更新されたパ
ネル・リストが設けられる。

手順リストの入力を編集するためには、所望の手順用の
選択領域に「Ｅ」を入力する。編集に必要な場合に、も
しＣ０８２手順またはＣ言語手順がなければ、デフォル
ト手順が準備され、提供される。

第３０ａ図ないし３０ｆ図は、ＥＣ手順の好適な実施例
のフロー・チャートを示し、これらのの機能をさらに詳
細に説明する。

ＧＴＤＷ集手順リスト手順は、ユーザによって入力され
るロケーションの命令に対する選択領域を走査すること
によって開始される。このロケーションの名前は、トラ
ンザクション・ビューのｄｎａｍｅ領域にセーブされる
。このロケーションの名前は、編集リストに表示される
最初の手順入力として使用される。もしロケーションの
命令がなければ、ｄｎａｍｅはブランクにセットされる
（ブロック１０６６８０）。以下の表示領域変数はブラ
ンクにされる（ブロック１０６６９０）。これらの表示
領域変数とは、選択、変数ｇｔｄｓｅｌａ　、名前、変
数ｄｎａｍｅａｚ入力ビュー、変数ｄｉｐｎｍ　％出力
ビュ、変数ｄｏｐｎｍ　％プロファイル・ビュー、ｉ数
ｄｐｖｎｍ　、手順種類、変数ｇｔｄｃｔｙ、　ｒｄｂ
ｍｓフラグ、変数ｇｔｄｄｂ　２、及びデバッグ・フラ
グ、変数ｇｔｄｘｐｄである。このスクリーン編集リス
ト用のインデックスｊはゼロに初期化され、ポインタｅ
は５ＴＤＥテーブルの開始点を示すように初期化される
。

ブロック１０６８１５ないし１０６９３５は、スクリー
ンに表示されるこの最初の手順リスト項目が５ＴＤＥテ
ーブルに置かれるプロセスによって構成される。次に最
初の手順の名前、及び表示手順に適合するのと同じ数の
後続手順の名前が、表示される手順入力の各々に対する
５ＴＤＥテーブルからの対応する手順に特徴を与える情
報と共に手順リスト表示領域に載置される。このリスト
の最後までの全ての手順の名前、またはこのスクリーン
に適合する全ての手順の名前、及びそれらに特徴を与え
るデータが表示領域に載置された場合、このプロセスは
終了される。

判定ブロック１０６８１５は、ｅ点が５ＴＤＥテーブル
の終端より先を指示するかどうかをチエツクする。もし
そうであれば、この手順はブロック１０６９４０にジャ
ンプする。もしそうでなければ、この手順は、ｊがスク
リーンに適合する手順入力の数（１６）以上であるかど
うかをチエツクする（ブロック１０６８３０）。もしｊ
が１６以上であれば、この手順はブロック１０６９４０
にジャンプする。もしそうでなければ、この手順は、５
ＴＤＥテーブルの現在の手順５ＴＤＥＴＵＥ＝Ｃがユー
ザによって要求された次の手順の名前ｄｎａｍｅ以上の
手順の名前ＳＴＤＥＮＡＭＥを有するかどうかをチエツ
クする（ブロック１０６８３５）。

もしこの現在の手順の名前が次の手順の名前以下であれ
ば、この手順はプロソック１０６９３０に進む。もしこ
の現在の手順の名前が、次の手順の名前以上であれば、
編集リストのｊ番目の項目が以下の値に初期化される（
ブロック１０６９１０）即ち、これらの値は、名前、変
数ｄｎａｍｅａ　＝ＳＴＤＥＮＡＭＥ、入力ビュー、変
数ｄｉｐｎｍ＝ＳＴＤＥ　Ｉ　ＰＮＭ、出力ビュー、変
数ｄｏｐｎｍ　＝ＳＴＤＥＯＰＮＭ、プロファイル・ビ
ュー、変数ｄｐｖｎｍ＝　Ｓ　Ｔ　Ｄ　Ｅ　Ｐ　Ｖ　Ｎ
Ｍ、手順形の種類、変数ｇｔｄｃｔｙ　＝　Ｓ　Ｄ　Ｅ
　ＣＴ　Ｙ　Ｐ　、　ｒｄｂｍｓフラグ、変数ｇｔｄｄ
ｂ　２＝ＳＴＤＥＣＤＢ２、及びデバッグ・フラグ、変
数ｇｔｄｘｐｄ＝　Ｓ　Ｔ　Ｄ　Ｅ　Ｃである。ｅはイ
ンクリメントされて次の５ＴＤＥ入力を示し、この手順
はブロック１０６８１５に戻る。

ブロック１０６９４０は、パネルを表示する手順を実行
して（第２１図、ブロック４７３００）、ＧＴＤＥＣパ
ネルの表示を選択する。

ブロック１０６９５５ないし１０７１４０は、各ユーザ
が各手順リスト項目の試験を要求するプロセスを構成す
る。もし、追加、削除、変更、または編集要求が識別さ
れると、次に適当なタスクが実行される。このプロセス
は、これらの要求が識別され、リストの各手順に対して
実行された後で終了する。

Ｊはゼロに初期化され（ブロック１０６９５０）、この
手順はｊがスクリーンに適合する手順入力の数（１６）
以上かどうかをチエツクする（ブロック１０６９５５）
、もしｊが１６以上であれば、この手順はブロック１０
７２１０にジャンプする。

もしそうでなければ、この手順は、追加手順要求ｇｔｄ
ｓｅｌａ＝　ｒ　ａ　ＪまたはｒＡＪがあるかどうかを
チエツクする（ブロック１０６９９０）。もし追加要求
があれば、この追加要求（第３１図、ブロック１０７３
３０）がインデックスｊによって識別された表示手順で
実行され（ブロック１０７０２０）、このプログラムは
ブロック１０７２００に進む。

もし追加要求がなければ、この手順は手順変更要求ｇｔ
ｄｓｅｌａ＝　ｒ　ＣＪまたはｒｃＪであるかどうかを
チエツクする（ブロック１０７０４０）。もし変更要求
があれば、この変更手順（第３２図、ブロック１０８４
７０）がインデックスｊによって識別される表示手順で
実行され（ブロック１０７０７０）、この手順はブロッ
ク１０７２００に進む。もし変更要求がなければ、この
手順は手削除順要求ｇｔｄｓｅｌａ＝　［ｄ　Ｊまたは
ｒＤＪがあるかどうかをチエツクする（ブロック１０７
０９０）。

もし削除要求があれば、この削除要求手順の名前が確認
される。もしこの手順がシステムによって定義される手
順であれば、または５ＴＤＥテーブル内に定義されてい
ない手順であれば、削除要求を実行することはできない
。もしこの手順がシステム手順ではなく、また５ＴＤＥ
テーブルにリストされていれば、次にこの手順は削除さ
れた入力を５ＴＤＥテーブルのその後の入力でオーバー
ライドすることによって削除される。このＳＴＤＥ入力
カウント、ｎｅｎ　ｔはデクリメントされる。この手順
入力が削除されるとくブロック１０７１２０）このプロ
グラム手順はブロック１０７２００に進む。もし削除要
求がなければ、この手順は編集手順要求、ｇｔｄｓｅｌ
ａ−ｒ　ｅ　ＪまたはｒＥＪがあるかどうかをチエツク
する（）口・ツク１０７１４０）。

もし編集要求があれば、編集手順（第３４図、ブロック
１０９４４０）がインデックスｊによって識別される表
示手順によって実行され、この手順はブロック１０７２
００にジャンプする。もし編集要求がなければ、この手
順はｊをイックリメントシくブロック１０７２００）、
ブロック１０６９５５に戻る。

ブロック１０７２１０は、ＦＥ手順（第２２図、ブロッ
ク４８１３０）を実行してユーザ入力終了表示をチエツ
クする。もし終了が表示されていないければ（ブロック
１０７２１５）、この手順はブロック１０６６８０に戻
る。もし終了が表示されれば、このプログラムは手順Ｅ
Ｃを抜ける。

手　ユーザ・インタフェース：　ＥＣＡ第３１図は、こ
こで本発明によるこの手順の好適な実施例を示し、ＧＴ
Ｄ追加手順ユーザ・インタフェース手順は、５ＴＤＥ入
力領域（ブロック１０７３３０）に対応する作業域領域
をブランクにすることによって開始される。この手順は
、パネルを表示する手順を実行しく第２１図、ブロック
４７３００）　、ＧＴＤＡＣパネルの表示を選択して（
ブロック１０７４４０）　、ＴＤＦの手順記録形式で説
明したように、手順に特徴を与える情報を定義すること
をユーザに要求する。

この手順の入力領域は確認される（ブロック１０７４５
０）。この確認は、手順の名前、入力、出力とプロファ
イル・ビュー、および手順の種類、データ・ベースの手
順フラグ、およびデバッグ・フラグの上位ケーへの変換
を含む。手順がＥＸＴＥＲＮの形式を有すると定義され
た場合、このプロファイル・ビューの名前、データ・ベ
ース手順フラグ、及びデバッグ・フラグは、ブランクに
される。手順がＥＮＴＲＹの形式を有すると定義された
場合、このデータ・ベース・フラグとデバッグ・フラグ
はブランクにされる。もしユーザによって定義される値
がｒＹＪでなければ、ｒＹＪまたはｒＮＪのいずれかの
必要な値を有する全ての領域、データ・ベース手順のフ
ラグ及びデバッグ・フラグは、再定義される。もしユー
ザによって定義される言語がＣ０Ｂ２、ＡＬＣまたはＣ
でなければ、手順の言語の種類はＣであると定義される
。

ブロック１０７４６０は、ＦＥ手順（第２２図、ブロッ
ク）を実行してユーザ入力終了表示をチエツクする。も
し終了が表示されていなければ（ブロック１０７４７０
）、この手順はブロック１０７４４０に戻る。もし終了
が表示されれば、この手順は後程ＴＤＥに記憶するため
５ＴＤＥテーブルに追加される（１０７５１０）。

この手順入力を５ＴＤＥに追加する試みが行われる。も
しこの与えられた手順の名前がブランクであれば、５Ｔ
ＤＥテーブルが満杯であれば、またはこの与えられた手
順の名前がすでにテーブル内にあれば、この試みは失敗
する。もしエラーが検出されなければ、最初に述べたよ
うに、この手順入力は上昇する手順の順序で５ＴＤＥテ
ーブルに挿入される。５ＴＤＥ入カカウント、ｎｅｎ　
ｔはインクリメントされる。この手順が追加されると、
このプログラムは手順ＥＣＡを抜ける（ブロック１０７
５２０）。

第２４図は、ブロック４６０４０で説明したプロセスを
使用して、この手順入力を５ＴＤＥに追加する試みが行
われる。この手順が追加されると、このプログラムは手
順ＥＣＡを抜ける（ブロック１０７５２０）。

・　手順　　ｅ　ＥＣＣ手１１ この手順の好適な実施例を示す第３２ａ図及び第３２ｂ
図は、この手順の好適な実施例を示し、ＥＣＣ手順のフ
ローチャートによって、ＴＤＦ内に記憶されたこの手順
に特徴を与える情報を変更する能力とユーザ入力、出力
及びプロファイル・ビュー・ファイルを編集する能力が
与えられる。

このＧＴＤ変更手順入力手順は、入力手順の名前がシス
テム手順であるかどうかをチエツクする判定ブロック１
０８４９０から開始される。システム手順はＩＥＴＩＨ
ＥＬＰ、ＩＥＴＯＨＥＬＰ、ＩＥＴＩＩＮＦＯｌ　Ｉ　
ＥＴＯＩ　ＮＦＯ，ＩＥＴＩＧＬＯ３゜及びＩ　ＥＴＯ
ＧＬＯ３を有する。もしそれがシステム手順の名前であ
れば、ＧＴＤは、エラーを発生せずに手順ＥＣＣから戻
る。もしそうでなければ、手順ＥＣＣは入力手順の名前
を探して５ＴＤＥテーブルをサーチする（ブロック１０
８６７０）。

判定ブロック１０８７３０は、入力手順が見つかったか
どうかをチエツクする。もし見つからなければ、ＧＴＤ
はエラーなしで手順ＥＣＣから戻る。

もしこの手順が見つかれば、この５ＴＤＥ入力は対応す
る作業領域のフィールドに複写される（ブロック１０８
７６０）。

ブロック１０８７８０は、変更のためのＴＤＦ手順に特
徴を与える情報を有する手順変更入力を定義するスクリ
ーン・パネル（ＧＥＤＣＣ）手順表示を表示する。ブロ
ック１０８７９０は、第３１図、ブロック１０７４５０
で説明した手順を使用してこの手順入力領域を確認する
。ブロック１０８８００ないし１０８８２０は、この手
順ビュー・ファイルを編集するためにユーザ要求を取り
扱う。ビュー・ファイルは全てのトランザクション・ビ
ュー変数の名前のリストを有し、これらの名前は入力、
出力、またはプロファイル・ビュー・プロセスのために
ＩＥＴが必要とするとユーザが決定したものである。判
定ブロック１０８８００は編集入力ビューが要求された
かどうかをチエツクする。もし要求されていれば、完全
に修飾された入力ビューの名前が構築され、この入力ビ
ューは手順ｄｏ−ｅｄｉｔを使用して編集される（第３
２図、ブロック４３８６０）、この手順は判定ブロック
１０８Ｂ２０に進んで、編集プロファイル・ビューが要
求されているかどうかをチエツクする。もし要求されて
いれば、完全に修飾されたプロファイル・ビューの名前
が構築され、このプロファイル・ビューは手順ｄｏ−ｅ
ｄｉｔを使用して編集される。

ブロック１０８８３０で、このＦＥ手順（第２２図、ブ
ロック４８１３０）が実行され、ユーザ終了表示をチエ
ツクする。次に判定ブロック１０８８４０は終了が表示
されたかどうかをチエツクする。もし表示されないと、
この手順はブロック１０８７８０に戻る。もし終了が表
示されれば、このプログラムはブロック１０８８７０に
進み、ここでは５ＴＤＥ作業領域のフィールドが５ＴＤ
Ｅ入力に戻って複写され、このプログラムは手順ＥＣＣ
を抜ける（ブロック１０８８９０）。

ＧＴＤ　　　　　イルの　−：　Ｄｏ−ＥＤ　Ｉ　Ｔ第
３・３図は、本発明によるこの手順の好適な実施例のフ
ロー・チャートを示し、このｄｏ　−ｅｄｉ　を手順は
、編集用の入力として完全に修飾されたファイルの名前
を取る。

このＧＴＤ編集ファイルの名前の手順は、編集プログラ
ムのパラメータを構築しくブロック４４１２０）、この
手順用の編集プログラムを呼び出すことによって開始さ
れる（ブロック４４２４０）。

この編集パラメータは、使用されている編集プログラム
によって変更する。−船釣に、必要とされるのは、編集
プログラム（修飾されないかまたは完全に修飾された編
集プログラムのいずれか）の名前および編集プログラム
を呼び出すためのファイルの完全に修飾されたこの名前
が全てである。

このことは、オペレーティング・システム・プラントフ
オームと使用されている編集プログラムによって決定さ
れる。使用される編集プログラムの名前は、プログラム
の開始時にロードされる環境情報の一部として記憶され
、変更することが可能である。判定ブロック４４３１０
は編集が成功したかどうかを調べる。もし成功すれば、
この手順ｄｏ　　ｅｄｉｔは終了する（ブロック４４８
８０）、もし編集が成功しなければ、このエラー・メツ
セージ領域はＧＴＤＭＳＧ＝ＰＲＯＣＥＤＵＲＥＥＤＩ
Ｔ　　ＦＡＩＬＥＤにセントされる（ブロック４４３２
０）。次にこの手順はエラー・メツセージを発生して戻
る（ブロック４４３３０）。

ＧＴＤ　　集ｎＥＣＥ手 第３４ａ図及び第３４ｂ図はこの手順の好適な実施例を
示し、このＧＴＤ編集手順は、５ＴＤＥテーブル内で要
求された編集手順の名前をサーチすることによって開始
される。ブロック１０９５３０はこのサーチが成功した
かどうかを調べる。もし成功しなければ、このプログラ
ムはこの手順を抜けるが、エラーは生じない。もしこの
サーチが成功すれば、この手順言語がＣ０ＢＯＬかどう
かを調べる。もしＣ０ＢＯＬプログラムでなければ、こ
の手順はブロック１０９７５０に進む。もしＣ０ＢＯＬ
プログラムであれば、この手順はコボル手順ファイルの
名前を構築しくブロック１０９５８０）この手順ファイ
ルがあるかどうかを検証する（ブロック１０９６７０）
。もしこのファイルがあれば（ブロック１０９６７５）
、この手順はブロック１０９７５０にジャンプする。も
しなければ、この手順はこの手順の名前をｇ　ｔｄｐｍ
ｅｍにセーブしくブロック１０９６８０）　、ＧＣＯＢ
ＰＲＯＧ手順（第３５図、ブロック７４００）を使用し
てスケルトン・プログラムを発生する（ブロック１０９
６９０）。次にこのプログラムはブロック１０９９００
にジャンプして編集を行う。

ブロック１０９７５０はこの手順がＣ言語であるかどう
かをチエツクする。もしＣ言語でなければ、この手順は
ブロック１０９９３０に進む。もしＣ言語であれば、こ
の手順は手順ファイＪしのり名前を構築しくブロック１
０９７６０）、この手順ファイルがあるかどうかを検証
する（ブロック１０９８５０）。もしこのファイルがあ
れば（ブロック１０９８５５）、この手順はブロック１
０９８６０に進む。もしなければ、この手順はこの手順
の名前をｇｔｄｐｍｅｍにセーブしくブロック１０９８
６０）、ブロック１０９８７０でＧＣＰＲＯＧ手順（第
３６図、ブロック１１４９５０）を使用してスケルトン
・プログラムを発生する。

ブロック１０９９００は、手順ファイルでｄｏ　−ｅｘ
ｉｔ手順（第３３図、ブロック４３８６０）を実行し、
このプログラムはこの手順を抜ける（ブロック１０９９
３０）。

ジェネレートＣ０ＢＯＬプログラム：　ＧＣＯＢＰＲＯ
Ｇ皿 第３５ａないし３５ｃ図はこの手順の好適な実施例を示
し、このＧＴＤＣＯＢＯＬプログラムの発生手順は、Ｃ
ｏＢＯＬ手順の経路の名前をｇｔｄｓｌｉｂからＣｏＢ
Ｏ手順のファイルの名前に移動することによって開始さ
れる（ブロック７４６０）。

次に、この手順は、このＣｏＢＯＬ手順の名前が定義さ
れていない、すなわちｇｔｄｐｍｅｍがブランクかどう
かをチエツクする（ブロック７４９０）。

もしｇ　ｔｄｐｍｅｍがブランクであれば、この手順は
エラーを発生してこの手順を抜ける。もしｇｔｄｐｓｅ
ｍがブランクでなければ、完全に修飾されたＣｏＢＯＬ
手順の名前のファイルがマシン・スタンダード規定を使
用して構築される（ブロック７５２０）。

このＣｏＢＯＬ手順の名前が構築されると、このプログ
ラムはこの手順がすでにあるかどうかをチエツクする（
ブロック７５８０）。もしこの手順がなければ、このエ
ラー・メツセージ領域、ＧＴＤＭＳＧはｒｃＯＢＯＬ　
　ＰＲＯＧＲＡＭＥＸＩＴＳＪにセットされ（ブロック
７５９０）、このプログラムはエラーを発生してこの手
順を抜ける。もしこの手順がなければ、ＣｏＢＯＬ手順
ファイルの作成が試みられる（ブロック７６３０”）。

もしこの作成に成功しなければ、このプログラムはエラ
ーを発生してこの手順を抜ける。もしこの作成が成功す
れば、インデックスが初期化され、スケルトン・プログ
ラムの最初の線を指示する。

判定ブロック７６７０はスケルトン・プログラム初期化
データの終端をチエツクする。もしこれれが初期化デー
タの終端であれば（ブロック７６７０）、この手順はＣ
ｏＢＯＬ手順ファイルを閉じ（ブロック７９１０）、手
順ＣＣ０ＢＰＲＯＢを抜ける（ブロック７９２０）。も
し終点でなければ、もしこれが終端でなければ、この線
は出カバソファにコピーされる（ブロック７７００）。

この点で、このバッファの内容を調べて、アブリケーシ
ッン用にカストマイズする必要のあるスケルトンＣ０Ｂ
ＯＬ手順線が位置決めされる。本発明の好適な実施例の
場合、プログラムｉｄ、トランザクション・ビュー・コ
ピー・ファイル、及び第１セクシヨンの名前がカストマ
イズされる。

出カバソファに移動した線をチエツクし、これがスケル
トン・プログラムの線００３０００であるかどうかを調
べる（ブロック７７１０）。もしこれが線００３０００
であれば、この線で定義されると仮定されるプログラム
ｉｄはこの手順にセットされ、この手順はブロック７８
４０に移動する。もしこれが線０３０００でなければ、
この手順は出カバソファに移動した線がスケルトン・プ
ログラムの線００１２００であるかどうかを調べる（ブ
０ツク７７４０）、もシコれが’８００１２００であれ
ば、コピー・ステートメントはトランザクション・ビュ
ーの名前にセットされ、この手順はブロック７８４０に
進む。もしこれが線００１２００でなければ、この手順
はこの出カバソファに移動した線がスケルトン・プログ
ラムの線００１８００であるかどうかを調べる（ブロッ
ク７７７０”）。

もし線００１８００であれば、手順の名前を有するため
セフシラン・ヘソグーがセントされ、この手順はブロッ
ク７８４０に進む。もし線００１８００でなければ、実
行はブロック７８４０で継続され、ここで手順はこの線
の終点に新しい線の文字を載置することによって出力バ
ッファのこの線を終端する。この線の終端はＵＮ　Ｉ　
Ｘの規定である。他の線を線のスペースで埋めるような
他の終端規定を使用することも可能である（本体）。

次にこの出カバソファはＣｏＢＯＬ手順ファイルに書き
込まれ（ブロック７８５０）、、この手順はこの書き込
みが成功したかどうかを調べる（ブロック７８５５）。

もし成功すれば、この手順はインデックスをインクリメ
ントしてスケルトン・プログラムの次の線を示し、０ロ
ツク７６７０に戻る。もしこの書き込みが成功しなけれ
ば、エラー・メツセージ領域ＧＴＤＭＳＧはｒｃＯＢＯ
ＬＰＲＯＧＲＡＭ　　ＷＲＩＴＥ　　ＥＲＲＯＲＪにと
セットされ（ブロック７８６０）　、ＣｏＢＯＬ手順フ
ァイルは閉じられる（ブロック７９１０）。

次に、プログラムはこの手順を抜ける（ブロック７９２
０）。

ＧＴＤによるＣ舌圧　生プログラム：　ＧＣＰＲＯＧ第
３６ａ図ないし第３６ｃ図は、本発明によるこの手順の
好適な実施例を示し、ＧＴＤによるＣ言語発生プログラ
ム手順は、Ｃ手順の経路の名前、ｇｔｄｓｌｉｂをＣ手
順ファイルの名前に移動することによって開始される（
ブロック１１５０１０）。

反対ブロック１１５０４０は、Ｃ手順の名前が定義され
ていない、即ち、ｇ　ｔｄｐｍｅｍがブランクであるか
どうかを調べる。もしブランクであれば、この手順はエ
ラーを発生して終了される。もしブランクでなければ、
この手順の名前は上位のケースに変換されることによっ
て確認される。もし確認されれば、完全に修飾されたＣ
手順ファイルの名前が、手順の名前ｇｔｄｐｍｅｍと現
在の機械の標準のネーミング規定と共に構築される（ブ
ロック１１５１８０）、判定ブロック１１５１３０はＣ
手順ファイルがあるかどうかを調べる。もしなければ、
この手順はブロック１１５１８０を継続する。もしＣ手
順ファイルがあれば、この手順はエラー・メツセージ領
域ＧＴＤＭＳＧを「ＣＰＲＯＧＲＡＭ　　ＥＸ■５Ｔｓ
Ｊと等しいとセットシ（ブロック１１５１４０）手順フ
ァイルを抜ける（ブロック１１５１５０）。

ブロック１１５１８０はＣ手順ファイルを作成する。判
定ブロック１１５１９０は作成が成功だったかどうかを
チエツクする。もし成功しなければ、プログラムはエラ
ーを発生してこの手順を抜ける。もしこの作成が成功す
れば、インデックスを初期化して第１スケルトン・プロ
グラム線初期化データを示す（ブロック１１５２１０）
。

判定ブロック１１５２２０はこのスケルトン・プログラ
ム初期化データの終点を調べる。もし初期化データの終
点が見つかれば、この手順はブロック１１５４９０にジ
ャンプする。もしこの初期化データの終点が見つからな
ければ、この手順は次にスケルトン・プログラムの線を
出カバソファにコピーする（ブロック１１５２５０）。

判定ブロック１１５２７０は、このバッファ内のスケル
トンＣプログラムの線がステートメントを有するトラン
ザクション・ビューを含むかどうかをチエツクする。も
しこれを含んでいれば、トランザクション・ビューの名
前がカストマイズされ、アブＩＪ　ケーションＣトラン
ザクション・ビュー・ファイルの名前を参照する。もし
これを含まなければ、判定ブロック１１５３４０はスケ
ルトンＣプログラムの線がスケルトンＣプログラムの手
順の名前を有するかどうかをチエツクする。もしこれを
有していれば、この手順の名前は次にカストマイズされ
、アプリケーションＣ手順の名前を参照する。

もしこれがこの手順の名前を有さなければ、次にこのバ
ッファ中の線を終端することによって、この手順はプロ
グラム１１５４１０で継続される。

プログラムはこのバッファをＣ手順ファイルに書込み（
ブロック１１５４３０）、この書込みが成功だったかど
うかをチエツクする（ブロック１１５４３５）。もし書
き込みが成功であれば、このプログラムはインデックス
をインクルメントして次のＣスケルトン手順線を示しく
ブロック１１５４７０）、次にブロック１１５２２０に
戻る。もし書き込みが成功でなければ、この手順はエラ
ー・メツセージ領域をＧＴＤＭＳＧ＝　ｒＣＰＲＯＧＲ
ＡＭ　　ＷＲＩＴＥ　　ＥＲＲＯＲＪにセットする（ブ
ロック１１５４９０）。次にこのプログラムはＣ手順フ
ァイルを閉じ（ブロック１１５４９０）、手順ＧＣＰＲ
ＯＧを終了する（ブロック１１５５００）。

メニュー・Ｉスト この手順は別の第３水準の手順であり、これによってＴ
ＤＦメニュー記録の形式からの情報を有する表示パネル
が設けられる。この情報はメニュー人力定義に特徴を与
え、リスト内のパネルに表示される。−回に表示できる
メニュー人力よりも多くのメニュー人力を定義すること
ができるので、メニュー・リストによる幾つかのナビゲ
ーションを行う機能が設けられる。新しいメニューの定
義の追加、現在のメニューの定義の変更、現在のメニュ
ーの定義の削除、及び現在の定義を表示する機能もまた
設けられる。

ＧＴＤオプション１．４は、アプリケーションの設計者
にｒＥＤ　ＩＴ　　ＭＥＮＵＪパネルを与える。

設計者はＧＴＤシステムによってサポートされるメニュ
ーの４つの水準の階層内に入力を編集することができる
。最初の要求時、トランザクション用のマスター・メニ
ューは適当な選択コード、説明、選択時に与えられるパ
ネル、入力を選択した場合に呼び出される手順（オプシ
ョン）を必要ととする。

入力をメニューに追加するためには、ｒＡＪがいづれか
の選択領域に入力される。これによって、ｒＡＤＤ　　
ＭＥＮＵ　　ＥＮＴＲＹＪが与えられ、選択コード、説
明、選択時に与えられるパネル、入力を選択した場合に
呼び出される手順（オプション）の追加が可能になる。

このｒＡＤＤＭＥＮＵ　　ＥＮＴＲＹＪパネルが完成す
れば、入力が追加され、ＥＤＩＴ　　ＭＥＮＵパネルが
与えられる。

メニューから入力を削除するには、ｒＤＪが選択領域に
入力される。

メニューに対するの入力を変更するには、ｒＣＪが選択
領域に入力される。ユーザは必要に応じてｒＣＨＡＮＧ
Ｅ　　ＭＥＮＵ　　ＥＮＴＲＹＪパネルを変更し、これ
によって、説明、パネルの名前、または出力手順の名前
の変更が可能になる。

ｒＣＨＡＮＧＥ　　ＭＥＮＵ　　ＥＮＴＲＹＪパネルが
完成すれば、これらの変更が包含され、ＥＤＩＴＭＥＮ
Ｕが与えられる。

ＧＴＤシステムは４つの水準のメニューをサポートする
。編集される低位水準メニューを選択するため、選択シ
ーケンスをｒＥＤ　ＩＴ　　ＭＥＮＵＪパネルの命令線
にフオームＳ　（５ｅｌｅｃｔ、　５ｅｌｅｃｔ。

５ｅｌｅｃｔ）で入力する。これによって、設計者が編
集しようとする階層内にメニューを指定する。これは累
積的プロセスである。設計者は、最初にマスター・メニ
ューを定義し、マスター・メニューがサブ・メニューを
参照しようとしていることを示すが、これは入力選択コ
ード、説明領域、及びこのサブ・メニューの名前となる
パネルの名前を特定し、出力手順の名前をブランクにす
ることで行われる。これは４つの水準まで継続（反復）
される。

第３７ａ図ないし第３７ｄ図は、ＥＭ手順の好適な実施
例のフロー・チャートを示し、これらの機能をさらに詳
細に説明する。

このＧＴＤ編集メニューの階層手順は、最後のメニュー
階層選択要求を作業領域の選択フィールド、Ｗ、　ｇｔ
ｄｓｅｌにコピーすることによって開始される（ブロッ
ク１１０３２０）。フロック１１３３０は、メニューの
名前をブランクにし、階層の各水準のコードを選択し、
次にブロック１１０４３０は、階層の各水準用の選択コ
ードに対する選択要求（もしあれば）を確認し、これを
説明する。選択要求のフォーマントはＳ　（ｘｉ、ｘ２
．ｘ３．）であり、「Ｓ（」または「Ｓ　（」が要求の
開始としてサーチされる。もしキーワード見つかれば、
各々のＸの値を検出して階層選択コードに割り当てる。

（ｘｉは階層水準１に割り当てられ、ｘ２は階層水準２
に割り当てられ、ｘ３は階層水準３に割り当てられる）
。もし階層水準の要求がなければ、次にその値はブラン
クのまま残され、その水準に対して要求が特定されない
ことを承る。もし表示要求が第１水準の階層に対するも
のでなければ（ブロック１１０４９０）、プログラムは
ブロック１１０５８０に進む。もし第１水準に対するも
のであれば、ブロック１１０５００は第１水準のメニュ
ー人力、手順ＥＭＳ　（第３８図、ブロック１１１２４
０）によってメニュー表示作業領域を準備し、次の水準
のメニューの名前を得る。

ブロック１１０５１０は、この階層編集リストの第１水
準を表示し、次の階層選択要求パ矛ルをＧＴＤＥＭＯ中
にセーブする（第１水準の階層の情報用の編集リストを
表示する）。このプロセスは新しい日付と時間を得るこ
ととスクリーンの日付と時間領域をフォーマントするこ
とを含む。パネル・インターブリータ（ｐａｎｅｌ　１
ｎｔｅｒｐｒｅｔｏｒ　）が呼び出され、スクリーン出
力を発生する。

ＧＴＤＭＳＧはブランクにセットされ、パネル・マツプ
・インタープリータが呼び出されてユーザ・パネル入力
を得る。入力を得た後、ユーザ選択領域がセーブされる
（ブロック１．１０５１０）。

ブロック１１０５２０は編集メニュー・リスト、手順Ｅ
ＭＸ　（第３９図、ブロック１１１６４０）を実行する
。ブロック１１０５３０はユーザの終了表示、手順ＦＥ
（第２２図、ブロック４８１３０）をチエツクする。も
し終了が表示されれば（ブロック１１０５３５）、プロ
グラムはこの手順を抜ける（ブロック１１０８９０）。

もし表示されなければ、このプログラムはブロック１１
０３２０に戻り、処理を継続する。

もし表示要求が第１水準の階層のに対するものでなけれ
ば（ブロック１１０４９０）、ブロック１１０５８０は
この要求が第２水準の階層に対するものかどうかを判定
する。もし第２水準でなければ、このプログラムはブロ
ック１１０６８０にジャンプする。もし第２水準であれ
ば、ブロック１１０５９０は第１水準の要求されたメニ
ュー人力、手順ＥＭＳによってメニュー表示作業領域を
準備し、次の水準のメニューの名前を得る。ブロック１
１０６００は、第２水準の要求されたメニュー人力、手
順ＥＭＳによって第２水準メニュー表示作業領域を準備
し、次の水準のメニューの名前を得る。ブロック１１０
６０１０は第２水準の階層編集リストを表示し、ブロッ
ク１１０５１０で説明したように、次の階層選択要求を
パネルＧＴＤＥＭＩにセーブする（第２水準のメニュー
の編集リスト及び前の水準の選択情報と説明情報を表示
する）。ブロック１１０６２０は、編集メ二二一メ・リ
スト、手順ＥＭＳを実行する。ブロック１１０６３０は
、ユーザ終了表示、手順ＦＥをチエツクする。もし終了
が表示されれば（ブロック１１０６３２）、このプログ
ラムはこの手順を抜ける（ブロック１１０８９０）。も
し表示されなければ、このプログラムはブロック１１０
３２０に戻り処理を継続する。

もしこの表示要求が第２水準の階層に対するものでなけ
れば（ブロック１１０５８０）、フロック１１０６８０
は第３水準の階層に対するものかどうかをチエツクする
。もしそうでなければ、このプログラムはブロック１１
０７９０にジャンプする。もし第３水準に対するもので
あれば、ブロック１１０６９０は、第１水準の要求され
たメニュー人力、手順ＥＭＳによって第１水準のメニュ
ー表示作業領域を準備し、次の水準のメニューの名前を
得る。ブロック１１０７００は、第２水準の要求された
メニュー人力、手順ＥＭＳによって第２水準のメニュー
表示作業領域を準備し、次の水準のメニューの名前を得
る。ブロック１１０７１０は、第３水準の要求されたメ
ニュー人力、手順ＥＭＳによって第３水準のメニュー表
示作業領域を準備し、次の水準のメニューの名前を得る
。ブロック１１０７２０は、この第３水準の階層編集リ
ストを表示し、１１０５１０で説明したプロセスを使用
して次の階層選択要求パネルをＧＴＤＩＩ！Ｍ２にセー
ブする（第３水準のメニューの編集リスト及び前の２つ
の水準のメニューに関する選択情報と説明情報を表示す
る）。ブロック１１０７３０ば編集メニュー・リスト、
手［ＥＭＸを実行する。

ブロック１１０７４０はユーザ終了指示、手順ＦＥをチ
エツクする。もし終了が表示されれば（ブロック１１０
７４５）、プログラムはこの手順を抜ける（ブロック１
１０８９０）。もし終了が表示されなければ、プログラ
ムはブロック１１０３２０に戻り処理を継続する。

もし表示要求が第３水準の階層に対するものでなければ
（ブロック１１０６８０）、ブロック１１０７９０は第
１水準の要求されたメニュー人力、手順ＥＭＳによって
第Ｉ水準・メニュー表示作業領域を準備し、次のメニュ
ーの名前を得る。

ブロック１１０８００は第２の要求されたメニュー人力
、手順ＥＭＳによって第２水準のメニュー表示と作業領
域を準備し、次の水準のメニューの名前を得る。ブロッ
ク１１０８１０は、第３水準の要求されたメニュー人力
、手順ＥＭＳによってメニューの第３水準の表示作業領
域を準備し、次の水準のメニューの名前を得る。ブロッ
ク１１０８２０は、第４水準の要求されたメニュー人力
、手順ＥＭＳによって第４水準のメニュー表示作業領域
を準備し、次の水準のメニューの名前を得る。ブロック
１１０８３０は、第４水準の階層編集リストを表示し、
ブロック１１０５１０で説明したプロセスを使用して次
の階層選択要求をパネルＧＴＤＥＭ３にセーブする（前
の３つに水準の選択情報と説明情報と共に第４水準のリ
ストを表示編集する）ふ 現在サポートされているメニューの階層の場合、４つの
水準だけがサポートされているが、ここに与えられてい
る論理を拡張することによって、より多くの水準をサポ
ートしてより多くの水準をカバーすることができる。編
集メニュー・リスト表示パネルは実際には階層の前の水
準からの説明情報と選択情報を表示するので、新しいパ
ネルを設計してより多くの水準を表示し、これによって
現在の論理とデータ領域の用途を拡張することができる
。または、第４メニュー階層を処理した後輪理を追加し
、選択した以前の３つの水準を表示すると共に、５つ以
上のメニューの階層水準に対する情報を説明することが
できる。

ブロック１１０８５０はユーザ終了表示、手順ＦＥ（第
２２図、ブロック４８１３０）をチエツクする。もし終
了が表示されれば（ブロック１１０８５５）、このプロ
グラムはこの手順を抜ける（ブロック１１０８９０）。

もし表示されなければ、このプログラムはブロック１１
０３２０に戻り処理を継続する。

ＧＴＤ　　　メニューの　　：　ＥＭＳ第３８図は、本
発明によるこの手順の好適な実施例のフローチャートを
示す。ＧＴＤ準備メニュー表示手順は、現在のメニュー
内のメニュー人力の各々に対する説明、出カバネル、お
よび出力手順の表示領域を初期化する。この手順は、表
示されるべき現在のメニューの名前、選択情報と説明情
報を！！２置する作業領域、及び次のメニュー選択コー
ドを入力として必要とする。このＥＭＳ手順は、現在の
メニューに対する初期化された作業領域と次のメニュー
の選択コードに対応するメニューの名前を出力する。

この作業領域の説明の中のメニュー表示領域ｄｎａｍｅ
　％　ｄｏｐｎｍ　％及びｄｉｐｎｍをブランクにしく
ブロック１１１３２０）、次にｊをゼロに初期化しポイ
ンタｅに５ＴＤＥテーブルの開始点を指示させることに
よって、ＥＭＳ手順は開始される。判定ブロック１１１
４０５は、ｅが５ＴＤＥテーブルの終点を越える部分を
指示しているかどうかをチエツクする。もしそうであれ
ば、プログラムはこの手順を抜ける（ブロック１１１５
６０）。もしｅが５ＴＤＥテーブルの終点を越える部分
を指示していなければ、次の判定ブロック１１１４２０
は、この人力がスクリーンに適合するか、すなわち、イ
ンデックスｊがスクリーンに適合するメニュー人力の後
（１６）以上であるかどうかをチエ・７りする。もしメ
ニュー人力の数取上であれば、このプログラムはこの手
順を抜ける（ブロック１１１５６０）、もしそうでなけ
れば、判定ブロック１１１４２５は、この５ＴＤＥ入力
がメニュー人力（ＳＴＤＥＴＹＰ＝Ｅ）であるかどうか
、及び５ＴＤＥメニユ一人力の名前ＳＴＤＥＮＡＭＥが
入力メニューの名前、ｍｅｎｕと等しいかどうかをチエ
ツクする。もしそうでなければ、このプログラムこの手
順を抜ける（ブロック１１１５６０）。

もしそうであれば、このプログラムは編集リスト中のｊ
番目の項目を初期化し、以下のパラメータをセットする
。パネルの名前はｄｎａｍｅ　＝　５ＴＤＥＩＰＮ１’
１にセットされ、出力手順の名前はｄｏｐｎｍ　＝　Ｓ
ＴＤＥＯＰＮＭにセットされ、説明は５ＴＤＥＳＥＬ、
ｒ　　Ｊにセットされ、これはこの領域に適合する５Ｔ
ＤＥＤＥＳＣの一部分を有する（ブロック１１１４３０
）。次のステップは、パネル編集リストのためにｊをイ
ンクリメントする（ブロック１１１５００）。次に、判
定ブロックは、メニュー人力の選択コードが次の選択コ
ード入力値と等しいかどうかをチエツクする。もしこの
メニュー人力が次の選択コードの入力値と等しければ、
次にこの手順は次のメニューの名前をメニュー人カバネ
ルの名前、５ＴＤＥ　Ｉ　ＰＮＭに初期化する（ブロッ
ク１１１５１０）。

さもなければ、このプログラムはポインタｅをインクリ
メントして次の５ＴＤＥ入力を示しくブロック１１１５
５０）、判定ブロック１１１４０５に戻り、ｅが５ＴＤ
Ｅテーブルの終点を越える部分を指示しているかどうか
をチエツクする。もしそうであれば、このプログラムは
この手順を抜ける（ブロック１１１５６０）。もしそう
でなければ、ブロック１１１４０５でこのプログラムは
ブロック１１１４２０に戻り処理を継続する。

ＧＴＤｗｌ　メニュー・リスト二ＥＭＸ手第３９図は、
この手順の好適な実施例のフローチャートを示し、ＥＭ
Ｘ手順は、表示されたメニュー人力編集リスト用のユー
ザの追加、削除、及び変更メニュー人力要求動作を処理
する。

ＧＴＤｇ集メニュー・リスト手順は、インデックスｊを
ゼロに初期化し、ポインタｅを５ＴＤＥテーブルの開始
にセットすることによって開始される（ブロック１１１
６７０）。ブロック１１６８０で、次にこの手順はｅポ
インタが５ＴＤＦ、テーブルの終点を越えて移動したか
どうかを決定する。

もし移動すると、このプログラムはブロック１１１７９
０にジャンプする。もしｅポインタが５ＴＤＥテーブル
の終点を越えて移動しないと、この手順は入力がメニュ
ー人力（ＳＴＤＥＴＹＰ＝Ｅ）かどうかを決定し、メニ
ュー人力の名前が入力メニューの名前（ＳＴＤＥＮＡＭ
Ｅ＝ｍｅｎｕ）と等しいかどうかを決定する。もしそう
でなければ、この手順はブロック１１１７８０で動作を
継続し、５ＴＤＥテーブル内の次の入力を試験する。

もしそうであれば、この手順はパネルのｊ番目のメニュ
ー人力用の命令が変更命令かどうかを決定する（ブロッ
ク１１１７００）。

もしそれが変更要求であれば、５ＴＤＥメ二二一人力の
値は５ＴＤＥ入力に対応する作業領域にコピーされ、メ
ニューが表示され、メニューに特徴を与える情報の変更
を要求する。この入力値は出カバネルと出力手順、ｇｔ
ｄｅｉｐｎｍとｇｔｄｅｏｐｎｍを上位のケースに変換
することによって確認され、次に変更を完了するため５
ＴＤＥ入力に戻る。これの実行においてユーザに許され
ていないのはメニューの名前に対するいづれの変更のみ
である。しかし、この変更は古い５ＴＤＥ入力を削除し
て新しい５ＴＤＥ入力を追加することによって容易に実
行することができる。

もしこれが変更命令でなければ、このプログラムはパネ
ルのｊ番目のメニュー人力用の命令が削除命令かどうか
を決定する（ブロック１１１７３０）。

もし削除命令であれば、５ＴＤＥテーブル内のその後の
入力によって削除された入力をオーバライド（ｏｖｅｒ
ｗｒｉｔｅ　）することによって、この手順は５ＴＤＥ
テーブル内のメニュー人力を削除する。

この５ＴＤＥ入力のカウント、ｎｅｎ　ｔはディクリメ
ントされ、ｅは前回の５ＴＤＥ人力を示すように変更さ
れる。

もし削除命令でなければ、この手順はインデックスｊを
パネル編集リスト用にインクリメントしくブロック１１
１７６０）、次にｅポインタを次の５ＴＤＥ入力に移動
させ（ブロック１１１７８０）、ブロック１１１６８０
に戻って、処理を継続する。

ブロック１１１７９０はパネル・メニュー人力カウンタ
を初期化し、インデックスｊをゼロにセントする。この
手順は、次にパネル・メニュー人カカウンタｊがスクリ
ーンに適合するメニュー人力の数（１４）以上であるか
どうか決定する（ブロック１１１７９５）。もしこのカ
ウンタが最大値に達すると、このプログラムはこの手順
を抜ける（ブロック１１１８５０）。もしこのカウンタ
が最大値に達しなければ、このプログラムは、パネルの
ｊ番目のメニュー人力に対する命令が追加要求であるか
どうかを決定する（ブロック１１１８００）。

もし追加要求であれば、５ＴＤＥ入力に対応するこの作
業領域フィールドがクリアされ、メニューの名前が初期
化され、パネルを表示して、新しいメニュー人力に特徴
を与える情報をユーザから要求する。このユーザ入力値
は出カバネルと出力手順の名前、ｇｔｄｅｉｐｎｍとｇ
ｔｄｅｏｐｎｍを上位のケースに変換することによって
確認され、次にこのメニュー人力は第３３図のブロック
４６２９０で説明したプロセスを使用して追加される。

もし追加要求でなければ、この手順はメニュー人力命令
コードをクリアしくブロック１１１８３０）、パネル編
集リスト用にインデックスｊをインクリメントしくブロ
ック１１１８４０）、ブロック１１１７９５に戻って処
理をｍ続する。

璽栗ｌ員ニス上 この手順は表示パネルを設ける別の第３水準の手順であ
り、この表示パネルはＴＤＦ言語記録の形式からの情報
を含む。この情報は言語人力定義に特徴を与え、リスト
内のパネルに表示される。

−回に表示することができる言語入力よりも多くの言語
入力を定義することができるので、この言語リストによ
ってナビゲーションを行なうことのできる機能が設けら
れる。新しい言語定義の追加、現在の言語定義の変更、
現在の言語定義の削除、および現在の定義の表示するた
めの機能もまた設けられる。

ユーザがＨＥＬＰドキュメンティション、Ｇ　Ｌ　Ｏ５
ｓａｒｙサポート、またはＩ　Ｎ　Ｆ　Ｏｒｍａｔｉｏ
ｎを要求する場合、優先領域の言語によって、ユーザに
与えるための適切なドキュメンティションが決定される
。もしドキュメンティションがユーザの優先言語に存在
しなければ、適用可能であれば、英語のドキュメンティ
ションが与えられる。

このＧＴＤシステムは、ＨＥＬＰ　　ＧＬＯ３゜および
Ｉ　ＮＦＯドキュメンティションを使用するアプリケー
ションをサポートしてアプリケーションの機能性を説明
する。このドキュメンティションはＴＤＴの一部として
保持される。ＴＤＴは最初に構築されるので、設計者は
レポートとジェネレーションを特定してドキュメンティ
ションの位置を指定することができる。この特徴を拡張
し、言語編集リスト機能によって多重言語をサポートす
ることができる。この言語編集リスト機能にょって、設
計者は言語のリストとこのドキュメンテイションに対し
て関連するレポート・ジェネレーションを編集すること
ができる。次にアプリケーションの設計者は、ユーザの
優先言語にドキュメンテイションを設けることができる
。

ＧＴＤｌ、５によって、設計者はこのＴＤＴ用に特定さ
れた言語のリストを与えられる。言語入力の各々は、レ
ポートとジェネレーションの仕様を含み、その言語に対
してドキュメンテイションがどこに存在するかを識別す
る。設計者は、それぞれｒＡＪ、「Ｃ」、またはｒＤＪ
を入力することによってこの言語リスト内の人力を追加
、変更、または削除し、必要に応じて、これらの入力を
変更することができる。

第４０ａ図ないし第４０ｆ図はＥＬ手順の好適な実施例
のフローチャートを示し、これらの機能をさらに詳細に
説明する。

ＧＴＤ［集言語リスト手順は、ユーザが位置決め命令入
力に対する選択領域を走査することによって開始される
。この位置決めの名前はトランザクション・ビューのｄ
　ｎ　ａ　ｍ　ｅ　９５域にセーブされる。

この位置決めの名前はこの編集リストに表示される最初
の言語入力として使用される。もし位置決め命令が存在
しなければ、ｄｎａｍｅはブランクにセットされる（ブ
ロック１１３１００）。以下の表示領域の変数がブラン
クにされる（ブロック１１３１１０）。即ち、これらの
変数は、選択、変数ｇｔｄｓｅｌａ　、名前、変数ｄｎ
ａｍｅａｓレポート、変数ｄｉｐｎｍ　、及びジェネレ
ーション、変数ｄｏｐｎｍである。インデックスｊ、及
びポインタＥが５ＴＤＥテーブルの開始に初期化される
（ブロック１１３１８０）。

ブロック１１３１８５ないし１１３２６０は１つのプロ
セスを構成し、このプロセスは、スクリーンに表示する
最初の言語リスト項目を５ＴＤＥテーブル内に位置決め
する。次に、最初の言語の名前と表示装置に適合するの
と同数の後続の言語の名前は、表示される各言語入力用
の５ＴＤＢテーブルからの対応する言語に特徴を与える
情報と共に言語リスト表示領域に載置される。リストの
終点までの全ての言語の名前、またはスクリーンに適合
する全ての言語の名前、及びこれらの特徴を与えるデー
タが表示領域に載置された場合、このプロセスは終了す
る。

判定ブロック１１３１８５は、ｅが５ＴＤＥテーブルの
終端を越えたことを飛しているかどうかをチエツクする
。もしそうであれば、手順はブロック１１３２７０にジ
ャンプする。もしそうでなければ、手順は、ｊがスクリ
ーンに適合する言語の入力の数（１６）以上であるかど
うかをチエツクする（ブロック１１３２００）。もしｊ
が１６以上であれば、手順はブロック１１３２７０にジ
ャンプする。

もしそうでなければ、手順は現在の言語の（ＳＴＤＥＴ
ＹＰ＝Ｌ）が５ＴＤＥテーブルの言語の名前、ＳＴＤＥ
ＮＡＭＥであり、ユーザによって要求される次の言語の
名前、ｄｎａｍｅ以上であるかどうかをチエツクする（
ブロック１１３２０５）　。

もし現在の言語の名前が要求された言語の名前以上でな
ければ、手順はブロック１１３２６０にジャンプする。

もし現在の言語の名前が次の言語の名前以上であれば、
編集リストのｊ番目の項目が下記の値に初期化される（
ブロック１１３２１０）。

即ち、下記の値とは、名前、可変数ｄ　ｎａｒｎｅａ　
−３ＴＤＥＮＡＭＥ、レポート、可変数ｄｉｐｎｍ＝Ｓ
ＴＤＥ　Ｉ　ＰＮＭ、およびジェネレーション、可変数
ｄｏｐｎｍ＝ｓＴＤＥＯＰＮＭである。手順は、インデ
ックスｊをインクリメントしくブロック１１３２４０）
、ポインタｅをインクリメントして次の５ＴＤＥの入力
を示しくブロック１１３２６０）、次にブロック１１３
１８５に戻って処理を継続する。

ブロック１１３２７０はパネルを表示して（第２１図、
ブロック４７３００）　、ＧＴＤＥＣパネルの表示を選
択する。

ブロック１１３２８５ないし１１３４７５は、各ユーザ
が各言語のリスト項目の検討を要求するプロセスを構成
する。もし追加、削除また変更の要求があれば、適当な
タスクが実行される。このプロセスは、リスト内の各言
語の入力に対する要求が識別されて実行された後に終了
する。

Ｊがゼロに初期化され、（ブロック１１３２８０）、手
順はｊがスクリーンに適合する言語の入力の数（１６）
以上であるかどうかをチエツクする。もしｊが１６以上
であれば、手順はブロック１１３４８０に進む。もしそ
うでなければ、手順は、言語の追加要求、ｇｔｄｓｅｌ
ａ＝　「ａ　Ｊまたは「Ａ」があるかどうかをチエツク
する（ブロック１１３３１０）。

もし追加要求があれば、１つの言語が表示され、ＴＤＦ
の言語記録の種類で説明したように言語の特徴を与える
情報を要求する。入力の値が確認される。このことは、
−船釣に言語、ドキュメンテーション・レポート、およ
びドキュメンテーション・ジェネレーションの名前を上
位のケースに変換することを含む。入力の値を確認した
後、ＴＤＦに後で記憶するために５ＴＤＥテーブルに新
しい言語の入力を追加する試みが行われる。もし与えら
れた言語の名前がブランクであれば、５ＴＤＥテーブル
が満杯であれば、または与えられた言語の名前が既にテ
ーブル内に存在していれば、この試みは失敗する。もし
エラーが検出されなければ、言語の入力は言語の上昇順
に５ＴＤＥテーブルに行われる。Ｓ、ＴＤＥカウントの
入力、ｎｅｎｔがインクリメントされる。言語が追加さ
れると、手順はブロック１１３４７０にジャンプする。

もし追加要求がなければ、手順は、言語変更要求、ｇｔ
ｄｓｅｌａ＝「Ｃ」または「Ｃ」があるかどうかをチエ
ツクする（ブロック１１３３６０）。

もし変更要求があれば、変更を要求した言語の名前が検
証される。もしこの言語が５ＴＤＥテーブル内で定義さ
れていなければ、この変更要求を実行することができな
い。もしこの言語が５ＴＤＥテーブル内にリストされて
いれば、５ＴＤＥ言語の入力の値が次に５ＴＤＥ入力に
対応する作業領域にコピーされ、１つの言語が表示され
てこの言語の特徴を与える情報の変更を要求する。言語
追加要求で説明したように、入力の値が確認され（ブロ
ック１１３３１０）、５ＴＤＥ入力に戻ってこの変更を
終了する。この場合にユーザが実行することのできない
唯一の変更は、言語の名前の変更である。言語が変更さ
れると、手順はブロック１１３４７０に進む。もし変更
要求がなければ、手順は、言語削除要求、ｇｔｄｓｅｌ
ａ＝　ｒ　ｄ　ＪまたはｒＤＪがあるかどうかをチエツ
クする（ブロック１１３４１０）。

もし削除要求があれば、削除を要求されている言語の名
前が検証される。もしこの言語が５ＴＤＥテーブルで定
義されていなければ、削除要求を実行することはできな
い。もしこの言語が５ＴＤＥテーブルにリストされてい
れば、この言語は、５ＴＤＥテーブル内で削除された入
力を後で行われる入力によってオーバライドすることに
よって削除される。５ＴＤＥ入力のカウント、ｎｅｎ　
ｔがデクリメントされる。この言語が削除されると、手
順はブロック１１３４７０に進む。もし削除要求がなけ
れば、手順はｊをインクリメントしくブロック１１３４
７０）、ブロック１１３２８５に戻る。

ブロック１０４０４０は、ＦＥ手順を実行しく第２２図
、ブロック４８１３０）、ユーザ入力終了表示があるか
どうかをチエツクする。もし終了が表示されていなけれ
ば（ブロック１１３４８５）、手順はブロック１１３１
００にジャンプする。もし終了が表示されていれば、プ
ログラムは手順ＥＬを抜ける。

ＰＵＴ　　ＴＤＦ：ＰＴＤＴ手 第４２８図ないし第４２ｄ図は、本発明によるこの手順
の好適な実施例のフローチャートを示し、Ｐｕｔ　　Ｔ
ＤＦ千順は、５ＴＤＥが作成されたかどうかを判定する
（ブロック４６７９０）ことによって開始される（入力
の数、ｎｅｎｔはゼロ未満）。

もし５ＴＤＥが作成されていなければ、プログラムはエ
ラーを発生してこの手順から戻る。もし５ＴＤＥが作成
されていれば、プログラムは出力のためにＴＤＦファイ
ルを開く　（ブロック４６８２０）。

もしＴＤＦファイルを開くことに成功しなければ、プロ
グラムはエラーを発生してこの手順から戻る。

もしこれが成功すれば、プログラムはＴＤＦヘッダをト
ランザクション・ビューの作業領域から出カバソファに
コピーしくブロック４６８５０）、ブロック４６８６０
で、ＴＤＴＴＵＴ手順（第４３図、ブロック１５４４０
）を使用して、ＴＤＦヘッダの記録をＴＤＦファイルに
書き込む。次に、ＴＤＦの第１ヘツダの拡張記録領域が
、トランザクション・ビュー作業ｅＪＩ域からバッファ
にコピーされ（ブロック４６８７０）、ブロック４６８
８０で、ＴＤＴＰＵＴ手順を使用してＴＤＴヘッダの記
録がＴＤＦファイルに書き込まれる。次に、ＴＤＦの第
２拡張ヘツダ記録領域がトランザクション・ビュー作業
領域からバッファにコピーされ（ブロック４６８９０）
、フロック４６９００で、ＴＤＦヘッダの記録が再びＴ
ＤＴＰＵＴ手順を使用してＴＤＦファイルに書き込まれ
る。

ブロック４６９４０でポインタｅを５ＴＤＥテーブルの
開始点に移動する。もしポインターが５ＴＤＥテーブル
の終端を越えれば（ブロック４６９４５）、プログラム
はブロック４７０１０で動作を継続する。もしそうでな
ければ、ブロック４６９５０はｅの５ＴＤＥ入力をバッ
ファにコピーし、ブロック４６９６０は、ＴＤＴＰＵＴ
手順を使用してＴＤＦ記録をＴＤＦファイルに書き込む
。判定ブロック４６９６５は、書き込みが成功したかど
うかを判定する。もし成功すれば、プログラムはブロッ
ク４７０００に進み、ここでポインタｅをテーブル内の
次の５ＴＤＥ入力にインクリメントし、プログラムはブ
ロック４６９４５に進む。もし成功しなければ、エラー
・メソセージ・フィールドをＧＴＤＭＳＧ＝　ｒＴＤＴ
ＷＲＩＴＥ　　ＥＲＲＯＲＪにセントしくブロック４６
９７０）、プログラムはブロック４．７０１０にジャン
プして出カバソファをブランクにし、ブロック４７０２
０で、ＴＤＴＰＵＴ手順を使用してＴＤ前記録をＴＤＦ
ファイルに書き込む。ＴＤＦファイルは次に閉じられ（
ブロック４７０９０）、手順はこのプロセスを抜ける（
ブロック４７０４０）。

書き込みＤＴＰ記録ｎＴＤＴＰＵＴ　　順第４３ａ図お
よびないし第４３ｂ図は、本発明によるこの手順の好適
な実施例のフローチャートを示し、ＧＴＤ書き込みＴＤ
Ｆ記録手順は、バッファの長さをバッファ内の最後の非
ブランク文字の位置の長さに等しくセントすることによ
って開始される（ブロック１５４’８０）。この記録の
長さは、バッファ・プラス４バイトのヘッダの長さに等
しくセットされる（ブロック１５５３０）。

このヘッダの最初の２バイトはＢＩＧ　　　ＥＮＤＩＡ
Ｎフォーマントのバッファ長さに等しくセットされる（
ブロック１５５７０）。ヘッダの第２の２ノ＼゛イトは
ゼロにセットされ（ブロック１５５９０）、４バイトの
ヘッダがトランザクション定義ファイル（ＴＤＦ）に書
き込まれる。判定ブロック１５６０５は、書き込みが成
功したかどうかをチエツクする。もしこれが成功しなけ
れば、エラー・メツセージ、ＧＴＤＭＳＧ、がｒＭＡＰ
ＬＩＢＷＲＩＴＥ　　ＥＲＲＯＲＪに等しくセットされ
（ブロック１５６１０）、この手順はエラーを発生して
このプロセスを抜ける（ブロック１５６２０）。

もし書き込みが成功すれば、手順はバッファの長さがゼ
ロに等しいかどうかをチエツクする（ブロック１５６４
０）。もしバッファの長さがゼロであれば、プログラム
はエラーを発生しないでこの手順を抜ける。もしそうで
なければ、バ・７フアはＴＤＦに書き込まれる（ブロッ
ク１５６７０）。

手順は書き込みが成功したかどうかをチエツクしくブロ
ック１５６７５）、もし成功すれば、ブロック１５７１
０で手順ＴＤＴＰＵＴを抜ける。もし書き込みが成功し
なければ、手順はエラー・メソセージ、ＧＴＤＭＳＧを
ｒＭＡＰＬＩＢＷＲＩＴＥ　　ＥＲＲＯＲＪにセットし
くブロック１５６８０）、エラーを発生してこの手順を
抜ける（ブロック１５６９０）。

編集トランザクション・ピユー アプリケーション・トランザクション・ビューを編集す
る能力が、この第３水準の手順によって与えられる。デ
フォルト・トランザクション・ビューは、デフオル）Ｔ
ＤＦ入力が定義される場合に発生する。このデフォルト
・トランザクション・ビューは、作業領域の定義によっ
て構成され、これは、−船釣にＣｒｉｎｃｌｕｄｅ　Ｊ
またはＣ０ＢＯＬｒｃｏｐｙＪステートメントを有する
システムによって要求されるＩ　ＥＴＴＶＷ構造変数の
みを含む。

このアプリケーションによって決まる変数は、ＩＥＴＴ
ＶＷ変数の次に定義される。

ＧＴＤの次の主要な領域は、ジェネレート・トランザク
ション・ビュー／ソース・プログラムを含み、これによ
って、アプリケーションの開発者がトランザクション・
ビュー（アプリケーション・データ領域）とプログラム
に対するソース・ファイルを発生する機能が与えられる
。トランザクション・ビューとソース・プログラムは、
ＩＥＴとの互換性があるように構築される。これによっ
て、必要なＩＥＴアプリケーションのインターフェース
がトランザクション・ビューのデータ領域とアプリケー
ション手順のプログラム・リンケージに構築される。

ＧＴＤ　）ランザクジョン・ビューの　化トランザクシ
ョン・ビューは、手順、パネルおよびビューがデータ項
目を参照するための基礎である。アプリケーションの設
計者は、トランザクション・ビューの構造を定義しなけ
ればならない。

トランザクション・ビューの必要な部分は、システムが
システム・データ・アイテムを参照するために使用され
る。これらのシステム変数には、ユーザリッド（ｕｓｅ
ｒｉｄ　）使用トランザクション・トランザクションが
動作しているシステム、現在の日付、現在の時間、トラ
ンザクションが呼び出される場合に押されるファンクシ
ョン・キーおよびその他のキー・パラメータが含まれる
。

システムは、ＴＤＴの最初のセーブでスタート・トラン
ザクション・ビューを発生する。ＧＣ手順によって、ア
プリケーションの設計者にはトランザクション・ビュー
発生スクリーンが提供される。

このスクリーンによって、設計者はＴＤＴメンバーが保
持されているＭＡＰＬＩＢ、およびこのＴＤＴメンバー
の名前を指定することができる。

システムによって定義されるトランザクション・ビュー
のフォーマットは、付録Ｃで説明する。

第４４図ないし第４６図は、このプログラムの種々の特
徴の好適な実施例のフローチャートを示す。

第４４図に定義するＧＣ手順において、ブロック６９０
０はトランザクション・ビュー、Ｃ手ＪｌｆｉまたはＣ
ｏＢＯＬ手順を発生するのに必要なインターフェースを
提供する。特に、ソースはＪＥＴとの互換性があるよう
に発生される。発生されたトランザクション・ビューは
、ＩＥＴＴＶＷという名前のＩＥＴトランザクション・
ビューとして知られるアプリケーション・トランザクシ
ョン・ビューの一部にＩＥＴによって要求されるデータ
領域を記憶する。発生されたプログラムは、適当なプロ
グラム入力点と定義されたプログラム・リンケージを有
し、その結果、手順が終了した場合、ＪＥＴは、発生し
たアプリケーション手順を呼び出し、戻された制御を受
は取ることができる。アプリケーション・プログラムは
、呼び出し可能な手順となるように発生され、工つのデ
ータ領域は入力として使用しなければならない。このデ
ー多領域はトランザクション・ビューである。アプリケ
ーション・プログラムは、入力点として手順の名前を使
用して、プログラムの処理が終了すると、その呼び出し
側に制御を戻さなければならない。

スケルトン・トランザクション・ビューとアプリケーシ
ョン手順を発生すると、ＧＴＤはＩＥＴとの互換性のあ
るアプリケーションを発生し、これによってＪＥＴが意
図した通りにこれらのパネルで動作することを保証する
。

トランザクション・ビュー、Ｃ手順およびＣｏＢＯＬ手
順を発生するために使用する方法は、基本的に同じであ
る。初期化されたデータ構造はＧＴＤプログラム内で定
義され、このプログラムは標準の定義を有している。各
データ構造の記録は、バッファに移動され、もし必要で
あれば、カストマイズされ、次にソース・ファイルに゛
書き込まれる。このプロセスは、データ構造の終端が見
つかるまで継続される。

本発明を達成するための他の方法は、ＧＴＤシステム構
成ファイルのような他のソースから標準の定義を得るこ
とを含む。また、このプロセスはテキサス・インスツル
メンツ社のＩＥＦのようなＣＡＳＥプロダクトを使用し
て拡張することが可能であり、これによって、アプリケ
ーションの開発者はこのＣＡＳＥプロダクトによってア
プリケーション手順の仕様を構築することが可能になり
、次に完全でより十分に定義された手順をこの同しＣＡ
ＳＥプロダクトを使用して発生することが可能になる。

ＩＥＴインターフェースおよびデータ領域に対する要求
は、アプリケーション手順の仕様で理解することができ
る。

以下にリストアツブしたのは、第２水準のメニューＧＥ
ＮＥＲＡＴＥ　、ＴＲＡＮＳＡＣＴＩＯＮＶＩ　ＥＷ／
５ＯＵＲＣＥ　　ＰＲＯＧＲＡＭ＆Ｚおける第３水準の
メニュー・オプションである。実行するべきメニューの
オプションを選択する以外に、ユーザはまた別の２つの
情報を準備することを要求される。即ち、これらの情報
は、ＴＤＦファイル（ｇｔｄａｅｍｅｍ　）の名前、及
びＴＤＦファイルがアクセスされるライブラリまたは経
路の名前（ｇｔｄｍｌｉｂ）である、これらの２つの情
報は、メニュー機能の全てを実行するために必要である
。これらの値に対する入力領域は、第２水準の階層メニ
ューの各々に含まれる。

２．　　　　ＧＥＮＥＲＡＴＥ　ＴＲＡＮＳＡＣＴＩＯ
Ｎ　ＶＩＥＷ　ＳＯＵＲＣＥＰＲＯＧＲＡＭ ２、　Ｉ　　　ＧＥＮＥＲＡＴＥ　ＴＲＡＮＳＡＧＴＩ
ＯＮ　ＶＩＥＷ２、２　　　ＧＥＮＥＲＡＴＥ　５ＫＥ
ＬＥＴＯＮ　Ｃ０ＢＯＬ　ＰＲＯＧＲＡＭ２、３　　　
ＧＥＮＥＲＡＴＥ　５ＫＥＬＥＴＯＮ　ＣＰＲＯＧＲＡ
Ｍ２．４　　　ＥＸＩＴ メニュー・オプション２．１ ＧＥＮＥＲＡＴＥ　　ＴＲＡＮＳＡＣＴＩＯＮＶ　Ｉ　
ＥＷによって、アプリケーション・トランザクション−
ビューを発生する能力が与えられる。

このデフォルト・トランザクション・ビューは作業領域
の定義によって構成され、この作業領域の定義は、シス
テムによって要求される、−船釣にＣｒｉｎｃｌｕｄｅ
　ＪまたはＣＯＢ　ＯＬ　ｒｃｏｐｙＪステートメント
を有するＩ　ＥＴＴＶＷ構造の変数のみを含む。アプリ
ケージジンによって決まる変数は、Ｉ　ＥＴＴＶＷの変
数の後で定義される。ＧＴＶＷの手順のフローチャート
は第２６図のブロック８２００で始まり、これはこの機
能を更に詳細に説明する。ＧＴＶＷ手順は以前詳細に説
明したので、ここでは繰り返してこれを議論しない。

メニュー・オプション２．２ ＧＥＮＥＲＡＴＥ　　５ＫＥＬＥＴＯＮＣＯＢＯＬ　　
ＰＲＯＧＲＡＭによって、アプリケーションＣ０ＢＯＬ
スケルトン・プログラムを発生する能力が与えられる。

ＧＣＯＢＰ手順のフローチャート（第４５図のブロック
７２３０で始まる）は、この能力を更に詳しく説明する
。

メニュー・オプション２．３ ＧＥＮＥＲＡＴＥ　　５ＫＥＬＥＴＯＮ　　ＣＰＲＯＧ
ＲＡＭによって、アプリケーションＣスケルトン・プロ
グラムを発生する能力が与えられる。ＧＣＰ手順のフロ
ーチャート（第４６図のブロック８０００で始まる）は
、この能力を更に詳細に説明する。

第４４ａ図および第４４ｂ図はこの手順の好適な実施例
を示し、ＧＴＤＣＧパネルを表示するに手順（第２１図
ブロック４７３００）を実行することによって、第２水
準のＧＴＤジェネレート・トランザクション／ビュー、
Ｃ０ＢＯＬ／Ｃプログラムの手順は開始される（ブロッ
ク６９４０）。

この手順が終了すると、ＦＥ手順（第２２図、ブロック
４８１３０）は、ユーザがこの手順の使用を終了したこ
とを表示したかどうかをチエツクする（ブロック６９５
０）。もしユーザの終了が表示されれば、プログラムは
ブロック７１５０にジャンプして手順ＧＣを抜ける。も
しそうでなければ、プログラム（ブロック６９８０）は
ロード／クリエート（ｃｒｅａｔｅ　）・トランザクシ
ョン定義ファイル（ＴＤＦ）のＧＴＤＴ手順を実行する
（第２４図、ブロック４４９６０）。

ＧＴＤＴ手順が終了すると、プログラムは、変数がＧＴ
ＤＳＥＬ＝１であるかどうかをチエツクする（ブロック
７０００）。このＧＴＤＳＥＬ変数は、−船釣にパネル
からのメニューの選択であるユーザの入力を表す。ＧＴ
ＤＳＥＬ＝１であれば、ユーザはクリエート・トランザ
クション・ビューＧＴＷＶ手順にアクセスする（第２６
図、ブロック８２００）。ＧＴＷＶ手順が終了すると、
プログラムはブロック６９４０に戻り、ユーザがこのパ
ネルから何か他の手順を要求しているどうかをチエツク
する。

もしＧＴＤＳＥＬが１に等しくなければ、プログラムは
ＧＴＤＳＥＬ＝２であるかどうかをチエツクする（ブロ
ック７０５０）。ＧＴＤＳＥＬ＝２であれば、ユーザは
ジェネレー１−ＣＯＢＯＬスケルトン・プログラムのＧ
ＣＯＢＰ手順（第４５図、ブロック２３０）にアクセス
する。ＧＣＯＲＰ手順が終了すると、プログラムはブロ
ック６９４０に戻り、ユーザがこのパネルから何か他の
手順を要求しているかどうかを調べる。もしＧＴＤＳＥ
Ｌが２に等しくなければ、プログラムはＧＴＤＳＥＬ＝
３であるかどうかをチエツクする（ブロック７１００）
。ＧＴＤＳＥＬ＝３であれば、ユーザはジェネレートＧ
スケルトン・プログラムのＧＣＰ手順（第４６図、ブロ
ック８０００）にアクセスする。ｃｃｐ手順が終了すれ
ば、またはもしＧＴＤＳＥＬが３に等しくなければ、プ
ログラムはブロック６９４０に戻り、ユーザがこのパネ
ルから何か他の手順の要求しているかどうかを調べる。

ユーザは自分の特定のニーズを満足するようにこれを編
集することができる。この手順が終了すると、プログラ
ムは手順ＧＣＯＢＰを抜ける（ブロック７３２０）。

第４５図は、この手順の好適な実施例を示し、ＧＴＤジ
ェネレートＣ０ＢＯＬ手順ユーザ・インターフェースの
手順は、ＧＴＤＧＣＰパネルを表示する手順（第２１図
、ブロック４７３００）を実行することによって、開始
される。この手順が終了すると、Ｆ、Ｅ手順（第２２回
、ブロック４８１３０）は、ユーザの終了表示をチエツ
クする（ブロック７２６０）。もしユーザの終了が表示
されなければ、プログラムはブロック７２６０に戻る。

もしユーザの終了が表示されれば、プログラム（ブロッ
ク７３１０）はジェネレートＣ０ＢＯＬ　　ＧＣＯＢＰ
ＲＯＧ手順を実行する（第３５図、ブロック７４００）
。このＧＣＯＲＰＲＯＧ手順はスケルトンＣ０ＢＯＬプ
ログラムを発生し、第４６図は、この手順の好適な実施
例を示し、ＧＴＤジェネレートＣ手順ユーザ・インター
フェースの手順は、ＧＴＤＧＣＰパネルを表示する手順
（第２１図、ブロック４７３００）を実行することによ
って、ブロック８０３０で開始される。

この手順が終了すると、ＦＢ手順（第２２図、ブロック
４８１３０）はユーザ終了表示をチエツクする（ブロッ
ク８０４０）。もしユーザの終了が表示されなければ、
プログラムはブロック８０３０に戻る。もしユーザの終
了が表示されれば、プログラムはブロック８０８０でジ
ェネレートＣＧＣＰＰＲＯＧ手順を実行する（第３６図
、ブロック１１４９５０）。

ＧＣＰＰＲＯＧ手順はスケルトンＣプログラムを発生し
、ユーザは自分の特定のニーズを満足するためにこれを
編集することができる。この手順が終了すると、プログ
ラムは手順ＧＣＰを抜ける（ブロック８０９０）。

ジェネレート・パネル・プログラム ＧＴＤの次の主要な領域は、ジェネレート・パネル・プ
ログラムを含み、これによって、アプリケーションの開
発者が自分のアプリケーションい対するカストマイズさ
れ、システムによって与えられるパネルを発生すること
を可能にする機能が設けられると共に、ユーザとの手順
の対話の流れのためのベース・パネルが設けられる。こ
れらのパネルは、ＩＥＴとの互換性があるように発生さ
れ、それのパネルおよびメニューの対話の流れの管理を
実行するためにＩＥＴの必要とする領域を有している。

第４７図のブロック９０３０で定義されたＣＭ手順によ
って、メニュー・パネルおよびシステムによって定義さ
れたＧＬＯ３、ＩＮＦＯおよびＨＥＬＰパネルを発生す
るのに必要なインターフェースが設けられる。これらの
パネルは、標準のロケーションで予め定義された全ての
領域を有し、これによって、ＪＥＴがアプリケーション
に対話の管理、メニューのナビゲーション、グロサリ、
情報、およびヘルプ機能を与えることが可能になる。標
準のロケーション（１ｏｃａｔｉｏｎ　）は、アプリケ
ーションのユーザに全てのＤＡＡアブリケーシヲンのた
めの共通のアプリケーション・インターフェースを与え
る。アプリケーションの開発者は発生されたパネルのル
ック（１ｏｏｋ　）を任意にカストマイズすることがで
きるが、ＪＥＴの必要とする領域を削除してはいけない
。

アプリケーションの設計者は、ジェネレート・パネル手
順を使用してアプリケーションに対してカストマイズさ
れるべきシステムによって与えられるパネルとスケルト
ン・パネルを発生することができる。設計者には選択パ
ネルが与えられ、このアプリケーション用のシステムに
よって与えられるパネルを発生する。通常、設計者はオ
プション１を指定するが、このオプション１は標準ＭＥ
ＮＵ、ＧＬＯ３ａｒｙ　５ＨＥＬＯ１およびＩ　Ｎ　Ｆ
　Ｃ）ｒｍａｔ４ｏｎ機能を開発中のＧＴＤアプリケー
ションのために発生する。設計者は、他のオプションを
入力することによってこれらのパネルのサブセットを発
生するように選択を行うことができる。

スケルトン・パネル（ＭＡＰ）を発生するため、アプリ
ケーションの設計者はスケルトン・パネルに対して発生
するべきＭＡＰＬＩＢとパネルの名前を指定しなければ
ならない。このパネルの名前は、ライブラリ内でユニー
クなものでなければならない。ＴＤＴ内に包含するため
、パネルにはパネル・リストが含まれなければならない
。データがスケルトン・パネルに入力されると、パネル
が発生される。

パネルが発生するために使用される方法は、使用されて
いるマツプ・サービスの必要とするフォーマット内にマ
ツプ・ソース記録を発生することである。特に、各マツ
プ記録の定義は、発生されている各々の種類のパネルに
対するハード・コード化された仕様（メニュー、グロサ
リ、情報、ヘルプまたはスケルトン・パネル）を使用し
て、バッファ内に構築され、次にマツプ・ファイルに書
き出される。マツプ・ソースに書き込まれる仕様には、
フールドの名前、フールドの種類、フールドの行および
列情報、フールドの長さ、フールドの属性およびリテラ
ル（１ｉｔｅｒａｌ　）データが含まれる。これらの全
ての仕様は、各々の種類のパネルに対してハード・コー
ド化され、最も便利な方法でファイルに書き出される。

０Ｍプログラムのこの特徴の他の実施例は、ＧＴＤのシ
ステム構成ファイル内で指定されたロケーションからパ
ネル・ソースをコピーし、必要とされる特定のカストマ
イズされた情報（例えば、パネルの名前、メニューの入
力、選択情報および説明情報）にプラグ・インすること
である。

以下にリストアツブしたのは、第２水準のメニューＧＥ
ＮＥＲＡＴＥ　　ＰＡＮＥＬにおける第３水準のメニュ
ー・オプションである。実行するべきメニューのオプシ
ョンを選択する以外に、ユーザはまた別の２つの情報を
準備することを要求される。即ち、これらの情報は、Ｔ
ＤＦファイル（ｇｔｄｍｍｅｍ　）の名前、及びＴＤＦ
ファイルがアクセスされるライブラリまたは経路の名前
（ｇｔｄｍｌｉｂ）である。これらの２つの情報は、メ
ニュー機能の全てを実行するために必要である。これら
の値に対する人力領域は、第２水準の階層メニューの各
々に含まれる。

３、ＧＥＮＥＲＡＴＥ　ＰＡＮＥＬＳ ３、Ｉ　　　　　　ＧＥＮＥＲＡＴＥ　　ＭＥＮＵＳ　
　（八ＬＬ）、　ＨＥＬＰ、　ＩＮＦＯ。

ＡＮＤ　ＧＬＯＳ　ＰＡＮＥＬＳ ３、２　　　ＧＥＮＥＲＡＴＥ　ＭＥＮＵ　ＰＡＮＥＬ
Ｓ３、３　　　ＧＥＮＥＲＡＴＯＨＥＬＰ　ＰＡＮＥＬ
３、４　　　ＧＥＮＥＲＡＴＥ　ＩＮＦＯＰＡＮＥＬ３
、５　　　ＧＥＮＥＲＡＴＥ　ＧＬＯＳ　ＰＡＩＪＨＬ
３、６　　　ＧＥＮＥ［？ＡＴＥ　５ＫＥＬＥＴＯＮ　
ＰＡＮＥＬ３．７　　　ＥＸＩＴ メニュー・オプション３．１ ＧＥＮＥＲＡＴＥ　　ＭＥＮＵＳ　（ＡＬＬ）、ＨＥＬ
Ｐ、ＩＮＦＯｌＡＮＤ　　ＧＬＯ５ＰＡＮＥＬＳは、全
てのメニューおよびシステムによって与えられたヘルプ
、情報およびグロサリ・パネルに対してパネル・ソース
を発生する能力をか与える。メニュー・オプションの線
は、ＴＤＦに記憶されているメニュー人力から構築され
る。

全ての必要なパネルは順番に発生される。

メニュー・オプション３．２ ＧＥＮＥＲＡＴＥ　　ＭＥＮＵは、全てのメニューに対
してパネル・ソースを発生する能力を与える。このメニ
ュー・オプションの線はＴＤＦに記憶されているメニュ
ー人力から構築される。

メニュー・オプション３．３ ＧＥＮＥＲＡＴＥ　　ＨＥＬＰ　　ＰＡＮＥＬは、シス
テムによって与えられたＨＥＬＰパネルに対してパネル
・ソースを発生する能力を与える。

メニュー・オプション３．４ ＧＥＮＥＲＡＴＥ　　ＩＮＦＯＰＡＮＥＬは、システム
によって与えられたＩＮＦＯパネルに対してパネル・ソ
ースを発生する能力を与える。

メニュー・オプション３．５ ＧＥＮＥＲＡＴＥ　　ＧＬＯＳ　　ＰＡＮＥＬは、シス
テムによって与えられたＧＬＯＳパネルに対してパネル
・ソースを発生する能力をえる。

ＧＰＭ手順（第４８図、ブロック９６００で始まる）の
フローチャートは、これらのメニュー・オプションの能
力を更に詳しく説明する。

メニュー・オプション３．６ ＧＥＮＥＲＡＴＥ　　５ＫＥＬＥＴＯＮＰＡＮＥＬは、
ユーザ・パネルのスケルトン・ソース・ファイルを発生
する能力を与える。

発生したパネル・スケルトンのパネルによって、アプリ
ケーションの開発者がアプリケーション・パネルを構成
する場合に作業を開始する点が与えられる。ＧＳＰ手順
のフローチャート（第４９図のブロック１２５４０で始
まる）はこの能力を更に詳しく説明する。

第４７ａ図ないし第４７ｆ図は、本発明によるこの手順
の好適な実施例を示し、−Ｇ　Ｔ　Ｄジェネレート・マ
ツプ・ユーザ・インタフェース手順は、ロード／クリエ
ート・トランザクション定義ファイルのＧＴＤＴ手順（
第２４図、ブロック４４９６０）を実行するすることに
よって、ブロック９０７０で開始される。ＧＴＤＴ手順
が終了すると、制御はブロック９０９０に戻り、これは
表示手順を実行しく第２１図、ブロック４７３００　）
　、ＧＴＤＧＭパネルの表示を選択する（ブロック９０
９０）。

手順ＦＥ（第２２図、ブロック４８１３０）は次にユー
ザの終了表示をチエツクする（ブロック９１００）。も
しユーザの終了が表示されれば、プログラムはブロック
９５２０にジャンプして手順ＧＭを抜ける。もしユーザ
の終了が表示されなければ、プログラムはジェネレート
・オプション・フラグ（ＧＴＤＧＯＦ）の値をセーブし
くブロック９１３０）、次いでジェネレート・ルックア
ヘッド・フラグ（ＧＴＤＧＬＦ）の値をセーブする（ブ
ロック９１４０）。手順　ＧＴＤＴ　（第２４図、ブロ
ック４４９６０）は、次にＴＤＦをロードして作成する
（ブロック９１５０）。ジェネレート・オプション・フ
ラグの値（ブロック９１６０）とジェネレート・ルック
アヘッド・フラグ（ブロック９１７０）はＧＴＤ　）ラ
ンザクジョン・ビューに復元され、もし含まれている値
が非ｒＹＪであれば、これらのフラグはこれらの値を上
位のケースに変換し、それらの値をｒＮＪに変更するこ
とによって確認される。これらの値が確認されると、手
順ＰＴＤＴはＧＴＤ）ランザクジョン・ビューの情報か
ら新しいＴＤＦを書き込む。

判定ブロック９２００は、ユーザ入力のオプション・コ
ードがＧＴＤＳＥＬ＝１であるかどうかをチエツクする
が、これは作成するべき全てのパネルに対する要求であ
る。もしそうでなければ、プログラムはブロック９２７
０にジャンプする。

もしＧＴＳＥＬが１に等しければ、ＧＰＭ手順（第４８
図、ブロック９６００）は、メニュー・パネルを発生し
くブロック９２１０）、システムによって定義される全
てのパネルがこれに続く。

ＨＥＬＰパネルがブロック９２２０で下記の領域に作成
されるが、これらの領域はＩ　ＥＴＴＶＷで定義されＩ
ＥＴの必要とするものである。下記の領域とは、ＩＥＦ
Ｉ−ＴＲＡＮ、ｒＥＦｌ−ＰＡＮＥＬ、　　ＩＥＦＩ−
５ＹＳＴＥＭ、　　ＩＥＦＩ−ＣＵＲＲＯＷ、　　Ｉ　
ＥＦ　　１−ＣＵＲＣＯＬ、ＩＥＦＩ−ＦＵＮＫＥＹ、
　　Ｉ　ＥＦ　１−ＣＵＲＤＴ、ＩＥＦＩＭＳＧＩＤ、
　　ＩＥＦＩ−ＭＳＧＴＸ、　　ＩＥＦＩＭＳＧＡＥ、
　　ＩＥＦＩ−ＵＳＥＲ，ＩＥＦＩＨＥＬＰＰＮＬ、、
ＩＥＦＩ−○Ｐ　Ｔ　Ｉ　ＯＮ　（ｇｔｄｇｏｆ＝Ｙの
場合、オプションで発注）、及びＩＥＦＩ−ＴＥＸＴ　
（０）ないしＩ　ＥＦ　１−ＴＥＸＴ（２１）である。

Ｉ　Ｎ　Ｆ　Ｏｒｍａｔｉｏｎパネルがブロック９２３
０で下記の領域に作成されるが、これらの領域はＩ　Ｅ
ＴＴＶＷで定義されＩＥＴの必要とするものである。下
記の領域とは、Ｉ　ＥＦ　１−ＴＲＡＮ、ＩＥＦ　１−
ＰＡＮＥＬ、Ｉ　ＥＦｌ−５ＹＳＴＥＭ。

ＩＥＦ　１−ＣＵＲＲＯＷ、　Ｉ　ＥＦ　１−ＣＵＲＣ
ＯＬ。

ＩＥＦ　１−ＦＵＮＫＥＹ、Ｉ　ＥＦｌ−ＣＵＲＤＴ。

ＩＥＦＩ−ＭＳＧＩＤＳＩＥＦＩ−ＭＳＧＴＸ。

ＩＥＦＩ−ＭＳＧＡＥ、ＩＥＦＩ−ＵＳＥＲ。

Ｉ　ＥＦ　１−　Ｉ　ＮＦＯＣＨＰ、　Ｉ　ＥＦ　１−
ＩＮＦＯＳＥＣ。

ＩＥＦＩ−ＩＮＦＯＰＡＧ、ＩＥＦＩ−ＯＰＴＩＯＮ（
ｇｔｄｇｏｆ　＝　Ｙの場合、オプションで発生）、及
ヒＩ　ＥＦ　１−ＴＥＸＴ　（０）ないしＩ　Ｅ　Ｆ　
１−ＴＥＸＴ（２１）である。

Ｇ　Ｌ　Ｏ５ｓａｒｙパネルがブロック９２４ｏで下記
の領域に作成されるが、これらの領域はＩＥＴＴＶＷで
定義されＪＥＴの必要とするものである。下記の領域と
は、ＩＥＦＩ−ＴＲＡＮ、ＩＥＦＩ−ＰＡＮＥＬ、ＩＥ
ＦＩ−ＳＹＳＴＥＭ、ＩＥＦＩ−ＣＵＲＲＯＷ、Ｉ　Ｅ
Ｆ　１−ＣＵＲＣＯＬ、、ＩＥＦＩＦＵＮＫＥＹ、ＩＥ
ＦＩ−ＣＵＲＤＴ、ＩＥＦＩ　−ＭＳＧＩＤ、ＩＥＦＩ
−ＭＳＧＴＸ、ＩＥＦＩ−ＭＳＧＡＥ、ＩＥＦＩ−ＵＳ
ＥＲ，ＩＥＦＩ−ＧＬＯ３ＳＥＣ，Ｉ　Ｅ　Ｆ　１−Ｏ
ＰＴ　Ｉ　ＯＮ（ｇｔｄｇｏｆ＝Ｙの場合、オプション
で発生）、及びＩＥＦＩ−ＴＥＸＴ　（０）ないしＩ　
Ｅ　Ｆ　１−ＴＥＸＴ（２１）である。

全てのパネルが発生されると、（１，ＴＤＭＳＧをＰＡ
ＮＥＬ　　ＧＥＮ　　ＣＯＭＰＬＥＴＥに等しくセット
し、メツセージをユーザに出力する（ブロック９２５０
）。

判定ブロック９２７０は、ユーザがオプション・コード
をＧＴＤＳＥＬ＝２に入力したかどうかを調べるが、こ
れは作成するべきメニュー・パネルのみに対する要求で
ある。もしそうでなければ、プログラムはブロック９３
１０に進む。もしＧＴＤＳＥＬが２に等しければ、ＧＰ
Ｍ手順（第４８図、ブロック９６００）は、メニュー・
パネルを発生する（ブロック９２８０）。手順が終了す
ると、ＧＴＤＭＳＧをｒＰＡＮＥＬ　　ＧＥＮＣＯＭＰ
ＬＥＴＥＪに等しくセットし、メツセージをユーザに出
力する（ブロック９２９０）。

判定ブロック９３１０は、ユーザがオプション・コード
をＧＴＤＳＥＬ＝３に入力したかどうかを調べるが、こ
れは作成するヘルプ・パネルのみに対する要求である。

もしそうでなければ、プログラムはブロック９３５０の
動作を継続する。ブロック９３２０で、もしＧＴＤＳＥ
Ｌが３に等しければ、ブロック９２２０で説明したよう
に、ヘルプ・パネルを発生する。ヘルプ・パネルが発注
されると、ＧＴＤＭＳＧをｒＰＡＮＥＬ　　ＧＥＮＣＯ
ＭＰＬＥＴＥＪに等しくセットし、メツセージをユーザ
に出力する（ブロック９３３０）。

判定ブロック９３５０は、ユーザがオプション・コード
をＧＴＤＳＥＬ＝４に入力したかどうかを調べるが、こ
れは作成する情報パネルのみに対する要求である。もし
そうでなければ、プログラムはブロック９３９０にジャ
ンプする。ブロック９３６０テ、もしＧ　Ｔ　Ｄ　Ｓ　
Ｅ　Ｌ　カ４　ニ等しければ、ブロック９２３０で論じ
たように情報・パネルを発生する。情報パネルが発生さ
れると、ＧＴＤＭＳＧをｒＰＡＮＥＬ　　ＧＥＮ　　Ｃ
ＯＭＰＬＥＴＥＪ　に等しくセットし、メツセージをユ
ーザに出力する（ブロック９３７０）。

判定ブロック９３９ｏは、ユーザがオプション・コード
をＧＴＤＳＥＬ＝５に等しく入力したがどうかを調べる
が、これは作成するグロサリ・パネルのみに対する要求
である。もしそうでなければ、プログラムはブロック９
４３ｏに進む。ブロック９４００テ、もしＧＴＤＳＥＬ
が５に等しければ、ブロック９２４０で説明したように
、グロサリ・パネルを発生する。グロサリ・パネルが発
生されると、ＧＴＤＭＳＧをｒＰＡＮＥＬ　　ＧＥＮＣ
ＯＭＰＬＥＴＥＪに等しくセットし、メツセージをユー
ザに出力する（ブロック９４１０）。

判定ブロック９４３０は、ユーザがオプション・コード
をＧＴＤＳＥＬ＝６に等しく入力したがどうかを調べる
が、これはスケルトンパネルを発生するための要求であ
る。もしそうでなければ、プログラムはブロック９４８
０で動作を継続する。

もしＧＤＴＳＥＬが６に等しければ、手順ＧＳＰ（第４
９図、ブロック１２５４０）はスケルトン・パネルを発
生する（ブロック９４４０）。手順が終了すると、ＧＴ
ＤＭＳＧをｒＰＡＮＥＬＧＥＮ　　ＣＯＭＰＬＥＴＥＪ
に等しくセットし、メツセージをユーザに出力する（ブ
ロック９４５０）。

手Ｊ１［ＦＥ（第２２図、ブＣｌツク４８１３０）は、
次にユーザの終了表示をチエツクする（ブロック９４８
０）。もしユーザの終了が表示されれば、プログラムは
ブロック９５２０に進み、手順ＧＭを抜ける。もしユー
ザの終了が表示されなければ、プログラムはブロック９
０９０に戻って処理を継続する。

ジェネレート・メニュー・パネル・ＧＰＭ手第４８ａ図
ないし第４８ｄ図は、本発明によるこの手順の好適な実
施例のを示し、ＧＴＤジェネレート・メニュー・パネル
の手順はメニュー・カウント・インデックスの入力の数
をゼロにセットし、メニュー・テーブル内のメニューの
名前をブランクにする（ブロック９７００）ことによっ
てブロック９６８０で開始される。この手順は、ポイン
タを５ＴＤＥテーブルの始めに初期化する。

判定ブロック９７４５は、５ＴＤＥテーブルの終端部に
到達したかどうかをチエツクする（ブロック９７４５）
。もしそうであれば、この手順はブロック９９４０にジ
ャンプする。もしそうでなげければ、この手順は現在の
５ＴＤＥテーブルの入力がメニュー人力、５ＴＤＥＴＹ
ＰＥ＝Ｅであるかどうかをチエツクする。もしこの入力
がメニュー人力でなければ、この手順はブロック９８８
５進む。もしこの入力がメニューであれば、メニューの
名前がメニュー・テーブルに追加される（ブロック９７
６０）。メニューの名前のテーブルはソートされた（　
５ｏｒｔｅｄ　）方法で構築され、ユニークなメニュー
名前のみを含む。新しいメニュー名前が見つけられたロ
ケーションにロードされ（ブロック９８５０）、メニュ
ー・カウントがインクリメントされる（ブロック９８６
０）。プロ、り９８８５は５ＴＤＥのポインタインクリ
メントして次の５ＴＤＥテーブルの入力を示し、この手
順はブロック９７４５に戻る。

５ＴＤＥテーブルの終端部に達すると、インデックスを
メニュー・テーブルの開始にインシャライズしくブロッ
ク９９４０）、これがまだメニュー・カウント未満であ
るかどうかをチエツクする（ブロック９９５０）。もし
そうでなければ、プログラムは手順ＧＰＭを抜ける（ブ
ロック９９８０）。

もしインデックスがまだメニュー・カウント未満であれ
ば、ＧＴＤＰＭＥＭをメニューの名前にセットしくブロ
ック９９５０）、個々のメニュー・パネルを作成する。

選択値５ＴＤＥＳＥＬとメニュー選択の説明５ＴＤＥＤ
ＥＳＣを含むメニュー人力領域が同一の線上で共に定数
としてリスト内のスクリーンに載置され、メニュー人力
のリストはメニューのオプションを構成する。

メニューが下記の領域に作成されるが、これらの領域は
Ｉ　ＥＴＴＶＷで定義されＪＥＴの必要とするものであ
る。下記の領域とは、ＩＥＦＩ−ＴＲＡＮ、ＩＥＦＩ−
ＰＡＮＥＬ、ＩＥＦＩ−３ＹＳＴＥＭ、Ｉ　ＥＦ　１−
ＣＵＲＲＯＷ、ＩＥＦＩ−ＣＵＲＣＯＬ、Ｉ　ＥＦ　１
−ＦＵＮＫＥＹ、ＩＥＦＩ−ＣＵＲＤＴ、ｒＥＦｌ−Ｍ
ＳＧｒＤ、ＩＥＦＩ−ＭＳＧＴＸ、ＩＥＦＩ−ＭＳＧＡ
Ｅ、ＩＥＦＩ−ＵＳＥＲ，ＩＥＦＩ−ＣＯＭＭＡＮＤ、
ＩＥＦＩ−ＧＤＡＴＥ、ＩＥＦＩ−ＧＴＩＭＥ、ＩＥＦ
Ｉ−ＡＰＰＬ、ＩＥＦＩ−ＴＤＴＩＤ、ＩＥＦＩ−ＲＥ
ＬＮ、　　Ｉ　ＥＦ　１−ＯＰＴ　Ｉ　ＯＮ　（ｇｔｄ
ｇｏｆ＝Ｙの場合、オプションで発生）、及びＩＥＦＩ
−Ｌ　ＯＯＫ　Ａ　ＨＥ　Ａ　Ｄ　（ｇｔｄｇｌｆ　−
Ｙの場合、オプションで発生）である。

メニューが作成されると、インデックスがインクリメン
トされ、プログラムはプロ・νり９９４５に戻る。

第４９図は、この手順の好適な実施例を示し、ＧＴＤジ
ェネレート・スケルトン・パネルのユーザ・インターフ
ェース手順は、ＧＴＤＧＰパネルを表示する手順（第２
１図、ブロック４７３００）を実行することによってブ
ロック１２５７０で開始される。

もし含まれている値が非ｒＹＪであれば、これらの値を
上位のケースに変換し、それらの値をｒＮＪに変更する
ことによって、ブロック１２５８０で、ジェネレート・
オプションとルックアヘッド・フラグの領域が確認され
る。フラグが確認されると、手順ＦＥ（第２２図、ブロ
ック４８１３０）はユーザの終了表示をチエツクする（
ブロック１２５９０）、もしユーザの終了が表示されな
ければ、プログラムはブロック１７５７０に戻る。

もしユーザの終了が表示されれば、プログラム（ブロッ
ク１２６３０）はスケルトン・パネルを発生する。スケ
ルトン・パネルは、下記の領域で作成されるが、これら
の領域はＩＥＴＴＶＷで定義されＩＥＴの必要とするも
のである。下記の領域とは、Ｉ　Ｅ　Ｆ　１−ＴＲＡＮ
、　　Ｉ　Ｅ　Ｆ　１−ＰＡＮＥＬ、Ｉ　ＥＦ　１１−
３ＹＳＴＥ、　　ｒ　ＥＦ　１−ＣＵＲＲＯ村、Ｉ　Ｅ
Ｆ　１−ＣＵＲＣＯＬ、　　Ｉ　ＥＦ　１−ＦＵＮＫＥ
Ｙ。

ＩＥＦＩ−ＣＵＲＤＴ、ＩＥＦＩ−ＭＳＧＩＤ。

Ｉ　ＥＦ　１−ＭＳＧＴＸＳ　Ｉ　ＥＦＩ−ＭＳＧＡＥ
。

ＩＥＦＩ−ＵＳＥＲ，ＩＥＦＩ−ＯＰＴＩＯＮ（ｇｔｄ
ｇｏｆ　−Ｙの場合、オプションで発生）、及びＩ　Ｅ
Ｆ　１−ＬＯＯＫＡＨＥＡＤ（ｇｔｄｇｌｆ＝Ｙの場合
、オプションで発生）である。

発生されたパネルは次に適当なマツプ・エディタによっ
て編集し、特定のアプリケーションのニーズを満足する
ようにカストマイズすることができる。スケルトン・パ
ネルが発生された後、プログラムは手順ＧＳＰを抜ける
（ブロック１２６４０）。

次のＧＴＤの主要な領域にはコンパイル・トランザクシ
ョン定義、ビュー、パネル及び手順プログラムが含まれ
ており、この手順プログラムは、ＤＡＡアプリケーショ
ン、特にｒＥＴへ該アプリケーションの特徴を与えるの
に必要なＴＤＴ及びビュー・テーブルを構築するのに要
する設計ツールをアプリケーション開発者に提供する。

ＴＤＴの編集が完了すると、設計者はオブジェクト・モ
ジュール（ｏｂｊｅｃｔ　ｍｏｄｕｌｅ　）がＣＴＲＥ
Ｑ手順を用いるＴＤＴに対して作成するように要求する
ことが出来る。この手順は、設計者がＴＤＴ要素をコン
パイルすることが出来るパネルを提供する。

このＣＴＲＥＱ手順は、ＧＴＤを用いて構築されたアプ
リケーションがＤＡＡプラントフオーム用の一貫したコ
ンパイル及びリンク編集のオプションを用いて構築され
ていることを保証している。

更に、第５０図のブロック１６４４０で定義されたＧＴ
ＲＥＱ手順は、アプリケーション・ロード・モジュール
の構築に必要なユーザー・インターフェイスを提供し、
且つそれを実行可能なロード・モジュール・ライブラリ
もしくはディレクトリに設置する。アプリケーションは
必要なＴＤＴ及び”ｌ”ＥＴによって要求されたビュー
・テーブルを用いて構築される。これらのテーブル内の
情報はテーブル・オブジェクト（ｔａｂｌｅ　ｏｂｊｅ
ｃｔ）が構築される以前に一貫性及び完全性の点につい
て検査を受ける。

被選択トランザクションに対する編集仕様に一貫性があ
れば（ＴＤＴ要素中の参照全パネル及び手順がＴＤＴ項
目として定義される）、コンパイルは適切なオブジェク
ト・モジュールを作成することになる。該オブジェクト
・モジュールによって、ランタイムでのこのトランザク
ションの実行を管理するのに適したＴＤＴ内でのパネル
、手順、メニュー人力方法、及びビューに相関関係を与
えるテーブルが構築される。

このプロセス内にエラーがあれば（例えば、パネルはメ
ニュー上で参照されるがパネルはメニュー階層に対して
定義されていないとか、又は個別的なパネル仕様として
定義されていない等）、これらのエラーの条件は設計者
にとって訂正すべき注意点となる。

ＩＥＴにより要求されるテーブルのコンパイル／構築の
為のユーザー・インターフェイスの準備に加えて、ＣＴ
ＲＥＱ手順は、アプリケーション・パネル及び手順のコ
ンパイル並びにロード・モジュール構築用のユーザー・
インターフェイスを含んでいる。準備されたメニュー・
オプションは、条件付きであれ、条件無しであれ、１組
としての各型の成分を構築する。成分の型各々を１＆ｌ
ｌとして処理することによって、プログラムが成分型内
部での同時性を保証するのに役立つ。

準備されたその他のメニュー・オプションでは、アプリ
ケーションの全成分間の同期を保証する様に順序付けて
アプリケーション全体が構築される。

該メニュー・オプションの一方を選ぶと、アプリケーシ
ョン全体が型缶に次の順番で構築される。

即ち、ＴＤＴ、ビュー、パネル、手順、アプリケーショ
ン・ロード・モジュールの順番である。この様な構築順
序はアプリケーション・オブジェクトの各型間のデータ
関係の理解に役立つのである。

ソース・モジュール及びトランザクション・ビュー・ソ
ース間の変更日付を検査し、且つそれらの日付をコンパ
イル・オブジェクトの変更日付と比較すれば、条件付き
構築オプションによって同時性が保証される。対応オブ
ジェクト・モジュールよりも新しく変更されたソース・
モジュールについては再構築が必要である。トランザク
ション・ビュー以前の変更日付を有するオブジェクト・
モジュールも再構築が必要となる。条件付き構築では僅
少の変更がアプリケーションに加えられるのであれば、
より短い（依然同時性は保存されて）構築プロセスで済
まされる。無条件構築では全オブジェクトの再構築を余
儀無くされる。

以下に第２レヘル・メニューであるＣＯＭＰＩＬＥＴＲ
ＡＮＳＡＣＴＩＯＮ　　ＤＥＦ／ＶＩＥＷ／ＰＡＮＥＬ
Ｓ／ＰＲＯＣＥＤＩＪＲＥＳの下での第３レベル・メニ
ューを表出する。ユーザーにとって、メニュー・オプシ
ョンを実行の為に選択する他、２個の次の追加的情報、
すなわちＴＤＦファイル（ｇｔｄｍｍｅｍ　）の名前、
及び該ＴＤＦファイルがアクセスされる時（ｇｔｄｍｌ
ｉｂ　）使われるバス名の一覧、の準備が必要である。

これら２個の情報は如何なるメニュー機能の実行時も必
要である。

これらの数値の入力フィールドは第２レベルの階層メニ
ューのそれぞれに含まれている。

４、トランザクションの定義／ビュー／パネル／手順の
コンパイル ４．１トランザクシヨンの定義のコンパイル４．２　　
ビューのコンパイル ４．３　　パネルのコンパイル（条件付き）４．４　　
パネルのコンパイル（条件なし）４．５　　手順のコン
パイル（条件付き）４．６　　手順のコンパイル（条件
なし）４．７トランザクシヨンの設定 ４．８　　全要素のコンパイル／設定（条件付き）４．
９　　全要素のコンパイル／設定（条件なし）４．１０
　終了 メニュー・オプション４．１、「トランザクション定義
のコンパイル」には、対話管理の実行、輪郭情報の入手
、協調処理の実行、及びアプリケーションとのインター
フェイス形成時、ＩＥＴによって利用可能な連係可能オ
ブジェクトにアプリケーション記述／制御テーブルを生
成、且つコンパイルする機能が与えられている。ＣＴ手
順のフローチャート（第５１図、ブロック１７４５０か
ら出発）ではこれら機能をより詳述している。

メニュー・オプション４．２、ｒビューのコンパイル」
には、アプリケーション輪郭情報の保全／復元時、及び
協調的処理中の入出力情報の入手／検索時、ＩＥＴによ
って利用可能な、連係可能オブジェクトにビュー・テー
ブルを生成、且つコンパイルする機能が与えられている
。Ｃｖ手順のフローチャート（第５４図、ブロック２５
８７０から出発）ではこれら機能をより詳述している。

メニュー・オプション４．３、「パネルのコンパイルー
ーーーーー条件付き」及びメニュー・オプション４．４
、「パネルのコンパイルー−−−−−条件熱シＪ　ニは
、条件付きの場合（メニューオプション４．３）も条件
無しの場合（メニューオプション４．４）も、全アプリ
ケーション・パネルをコンパイルする機能が与えられて
いる。コンパイル用の条件付き状態を示すフラグがセッ
トされると、全アプリケーション・パネルのコンパイル
を管理する手順が呼出される。ＣＰ手順のフローチャー
ト（第５５図、ブロック３１５４０から出発）にはこの
機能がより詳述されている。

メニュー・オプション４．５、「手順のコンパイル・・
・条件付き」及びメニュー・オプション４．６、「手順
のコンパイル・・・条件無し」には、条件付きの場合（
メニュー・オプション４．３）も条件無しの場合（メニ
ュー・オプション４．４）も、全アプリケーション手順
をコンパイルする機能が与えられている。コンパイル用
の条件付き状態を示すフラグがセットされると、全アプ
リケーション手順のコンパイルを管理する手順が呼出さ
れる。

ＣＣ手順のフローチャート（第５７図、ブロック３３３
４０から出発）にはこの機能がより詳述されている。

メニュー・オプション４．５、［トランザクションの設
定」には、全アプリケーション・オブジェクト、並びに
任意の必要なシステム・オブジェクトを単一のロード・
モジュールに連係させ、且つそれを実行可能なモジュー
ルとしてライブラリ若しくはディレクトリに備える機能
が与えられている。コンパイル用の条件付き状態を示す
フラグがセットされると、全アプリケージシン・パネル
のコンパイルを管理する手順が呼出される。ＢＴ手順の
フローチャート　（第６０図、ブロック４０１１０から
出発）にはこの機能がより詳述されている。

メニュー・オプション４．８、ｒ全要素のコンパイル／
設定−−−−−一条件付き」及びメニュー・オプション
４．９、ｒ全要素のコンパイル／設定−−−−条件無し
」には、全アプリケーション成分を条件付きの場合（メ
ニュー・オプション４．８）も、条件無しの場合（メニ
ュー・オプション４．９）もコンパイルする機能が与え
られている。コンパイル用の条件付き状態を示すフラグ
がセントされると、全アプリケーション成分のコンパイ
ルを管理する手順が呼出される。

コアパイル／”　　：　ＣＴＲＥＱ 本発明による表記手順の実施例を描出する第５０２−ｊ
図から出発すれば、ＧＲＤＣＴパネルを選ぶ（第２１図
、ブロック４７３００）パネルを表示する手順を実行す
ることによって、ブロック１６５００でＧＴＤコンパイ
ル／設定手順が開始される。このパネルは可能な構築プ
ロセス全部のメニューである。フロック１６５１０では
、ユーザー人力終了表示を検査する為にＦＥ手順（第２
２図、ブロック４８１３０）が実行される。フロック１
６５２０で、終了が指示された場合、手順はブロック１
７３７０でプログラムを退去するように進行する。終了
が指示されない場合には、ブロック１６５４０で手順は
ＴＤＦのロード／作成（第２４図、ブロック４４９６０
）であるＧＴＤＴ手順を実行する。−時的作業ディレク
トリがｇｔｄｓｌｉｂ　　（ブロック１６５５０）に従
って初期化される。その際、フ゛口・ツク１６５８０で
トランザクション・ビュー変更日時が生成され、ｇｔｖ
ｗｔｉｍｅに保存される。このデータは後に条件付きコ
ンパイルの場合を評価する際利用される。

判定フロック１６５９０では、コンパイルＴＤＴ要求の
存在、即ち、ＧＴＤＳＥＬ＝１、を知る為に検査が行わ
れる。無であれば、プログラムはブロック１６６３０に
ジャンプしてユーザー要求の識別を続行する。ＧＴＤＳ
ＥＬ＝　１ならば、ＴＤＴのコンパイル（第５１図、ブ
ロック１７４５０）であるＣＴ手Ｊｌｌｌが実行される
（ブロック１６６００）　。

該コンパイル状態が検査される（ブロック１６６１０）
。

プログラムはそれから、メニュー再表示の為ブロック１
６５００に復帰する。

判定フロック１６６３０では、ビューのコンパイル要求
の存在、ＧＴＤＳＥＬ＝２、を知る為に検査が行われる
。無であれば、プログラムはブロック１６６８０に進行
して、ユーザー要求の識別を続行する。ＧＴＤＳＥＬ＝
２ならば、無条件コンパイル・フラグがセットされる。

即ち、ｇｔｄｃｆＩａｇ＝Ｕ　（ブロック１６６４０）
である。ビューのコンパイル（第５４図、ブロック２５
８７０　）であるＣＶ手順が実行される（ブロック１６
６５０）。

ブロック１６６５５ばその時ビューのコンパイル状態を
検査しており、その状態に従ってプログラムはメニュー
の再表示の為ブロック１６５００に復帰する。

判定ブロック１６６８０では、条件付きパネルのコンパ
イルの要求の存在、即ち、ＧＴＤＳＥＬ−３、を知る為
に検査が行われる。無であれば、プログラムはブロック
１６７３０に進行してユーザー要求の識別を続行する。

ＧＴＤＳＥＬ＝３ならば、条件付きコンパイル・フラグ
がセントされる、即ち、ｇｔｄｃｆｌａｇ＝ｃ　　（ブ
ロック１６６９０）である。パネルのコンパイル（第５
５図、ブロック３１５４０）であるＣＰ手順が実行され
る（ブロック１６７００）。プログラムは、それからメ
ニュー再表示の為フロック１６５００に復帰する。

判定ブロック１６７３０では、無条件パネルのコンパイ
ルの要求の存在、即ち、ＧＴＤＳＥＬ＝４、を知る為に
検査が行われる。無であれば、プログラムはブロック１
６７８０に進行してユーザー要求の識別を続行する。Ｇ
ＴＤＳＥＬ＝４ならば、無条件コンパイル・フラグがセ
ットされる、即ち、ｇｔｄｃｆｌａｇ−ｕ　（ブロック
１６７４０）である。パネルのコンパイル（第５５図、
ブロック３１５４０）であるＣＰ手順が実行される（ブ
ロック１６７００）。プログラムはそれから、メニュー
再表示の為ブロック１６５００に復帰する。

判定ブロック１６７８０では、条件付き手順のコンパイ
ルの要求の存在、即ち、ＧＴＤＳＥＬ＝５、を知る為に
検査が行われる。無であれば、手順はブロック１６８３
０にジャンプしてユーザー要求の識別を続行する。ＧＴ
ＤＳＥＬ＝５ならば、条件付きコンパイル・フラグがセ
ットされる、即ち、ｇｔｄｃｆｌａｇ＝　ｃ　　（ブロ
ック１６７９０）である。

手順のコンパイル（第５７図、ブロック３３３４０　）
であるＣＣ手順が実行される（ブロック１６８００）。

プログラムはそれから、メニュー再表示の為ブロック１
６５００に復帰する。

判定ブロック１６８３０では、無条件の手順のコンパイ
ルの要求の存在、即ち、ＧＴＤＳＥＬ＝６、を知る為に
検査が行われる。無であれば、プログラムはブロック１
６８８０に進行してユーザー要求の識別を続行する。Ｇ
ＴＤＳＥＬ＝６ならば、無条件コンパイル・フラグがセ
・ノドされる、即ち、ｇｔｄｃｆｌａｇ＝　Ｕ　（プロ
・ツク１６８４０）である。手順のコンパイル（第５７
図、フロ・ツク３３３４０）であるＣＣ手順が実行され
る（ブロック１６８５０）。プログラムはそれから、メ
ニュー再表示の為ブロック１６５００に復帰する。

判定ブロック１６８８０では、トランザクション設定要
求の存在、即ち、ＧＴＤＳＥＬ＝７、を知る為に検査が
行われる。無であれば、プログラムはブロック１６９３
０にジャンプしてユーザー要求の識別を続行する。ＧＴ
ＤＳＥＬ＝７ならば、条件付きコンパイル・フラグがセ
ントされる、即ち、ｇｔｄｃｆｌａｇ＝ｃ　（ブロック
１６８９０）である。

トランザクションの設定（第６０図、ブロック４０１１
０）であるＢＴ手順が実行される（ブロック１６８５０
）。プログラムは、それからメニュー再表示の為ブロッ
ク１６５００に復帰する。

判定ブロック１６９３０では、条件付き全要素のコンパ
イル／設定の要求の存在、即ち、ＧＴＤＳＥＬ−８を知
る為に検査が行われる。無であれば、プログラムはブロ
ック１７０６０にジャンプしてユーザー要求の識別を続
行する。ＧＴＤＳＥＬ＝８ならば、条件付きコンパイル
・フラグがセットされる、即ち、ｇｔｄｃｆｌａｇ＝　
Ｃ（ブロック１６９４０）である。ＴＤＴのコンパイル
（第５１図、ブロック１７４５０）であるＣ７手順が実
行される（ブロック１６９５０）。次いでコンパイル状
態が検査される（ブロック１６９５０）。ＴＤＴのコン
パイルが不調であれば、プログラムはメニュー再表示の
為ブロック１６５００に復帰する。ＴＤＴのコンパイル
が順調であれば、ビューのコンパイル（第５４図、ブロ
ックＣＶ２５８７０）手順が実行される（ブロック１６
９７０）。次いでビュー・コンパイル状態は検査される
（ブロック１６９７５）。ビュー・コンパイルが不調で
あれば、プログラムはメニュー再表示の為ブロック１６
５００に復帰する。

ビューコンパイルが順調であれば、状態メツセージが表
示されるが、ユーザー人力は受は付けられない（ブロッ
ク１６９８０）。パネルのコンパイル（第５５図、ブロ
ック３１５４０）であるＣＰ手順が実行される（ブロッ
ク１６９９０）。

再度、状態メツセージが表示されるが、ユーザー人力は
受は付けられない（ブロック１７０００）。

手順のコンパイル（第５７図、ブロック３３３４０　）
であるＣＣ手順が実行される（プロ・ツク１７０１０）
。

コンパイルが不調であれば、プログラムはメニュー再表
示の為ブロック１６５００に復帰する。コンパイルが順
調であれば、状態メソセージが表示されるが、なおもユ
ーザー人力は受は入れられない（ブロック１７０２０）
。トランザクションの設定（第６０図、ブロック４０１
１０）であるＢＴ手順が実行され、該手順はメニュー・
パネルを再表示する為ブロック１６５００に復帰する。

判定ブロック１７０６０では、無条件全要素のコンパイ
ル／設定の要求の存在、即ち、ＧＴＤＳＥＬ＝９を知る
為に検査が行われる。無であれば、プログラムはメニュ
ーパネルを再表示する為にブロツク１６５００に復帰す
る。存在するならば、無条件コンパイル・フラグがセッ
トされる、即ち、ｇｔｄｃｆｌａｇ＝Ｕ　（ブロック１
７１６０）である。次いでＴＤＴのコンパイル（第５７
図、ブロック１７４５０）であるＣ７手順が実行される
（プロ／り１７１７０）。次いでＴＤＴのコンパイル状
態が検査される（ブロック１７１７５）。ＴＤＴのコン
パイルが不調であれば、プログラムはメニュー・パネル
再表示の為ブロック１６５００に復帰する。ＴＤＴのコ
ンパイルが順調であれば、状態メツセージが表示される
が、ユーザー人力は受は付けられない（ブロック１７１
８０）。次にビューのコンパイル（第５４図、ブロック
２５８７０　”）であるＣＶ手順が実行される（ブロッ
ク１７１９０）。

次いでビュー・コンパイル状態は検査される（ブロック
１７１７５）。コンパイルが不調であれば、プログラム
はメニュー・パネル再表示の為ブロック１６５０−０に
復帰する。コンパイルが順調であれば、状態メツセージ
が表示されるが、ユーザー人力は受は付けられない（ブ
ロックエフ　２００）。

次いでパネルのコンパイル（第５５図、ブロック３１５
４０）であるＣ２手順が実行される（ブロック１７２１
０）。状態メツセージが表示されるが、再度ユーザー人
力は受は付けられない（ブ凸ツク１７２２０）。手順の
コンパイル（第５７図、ブロック３３３４０）であるＣ
Ｃ手順が実行される（ブロック１７２３０）。次いで手
順のコンパイル状態が検査される（ブロック１７２３５
）。

コンパイル状態が不調であれば、プログラムはメニュー
・パネル再表示の為ブロック１６５００に復帰する。コ
ンパイルが順調であれば状態メツセージが表示されるが
、なおもユーザー人力は受は入れられない（ブロック１
７２４０）。最後ニ、トランザクションの設定（第６０
図、ブロック４０１１０）であるＢＴ手順が実行されて
（ブロック１７２５０）プログラムはメニュー・パネル
を再表示する為ブロック１６５００に復帰する。

トランザクション　　のコンパイル８０１次に本発明に
よる表記手順の実施例のフローチャートを表わす第５１
ａ−ｒｒ図を見れば、該Ｃ７手順でトランザクション定
義テーブル、ＴＤＴオブジェクト・モジュールの構築を
分担していることが分る。該手順は、実行可能トランザ
クションを生成する為に、ＩＥＴ、アプリケーション・
パネル・マツプ及び手順を用いて連係編集されることに
なっている標準的オブジェクト・モジュールを生成する
役目を担っている。該ＴＤＴは、アプリケーション規定
マツプ及びメニューを使用するアプリケーション・コー
ドとユーザー間の対話を実行時にＪＥＴが管理すること
が出来る相互関連ポインタ付き各種テーブルの集合体で
ある。該対話の他に、ＩＥＴは全てのアプリケーション
用パネル人力／出力、及びＤＡＡのリンク及びリターン
機能を介して１トランザクシヨンがら遠隔トランサクシ
ョンへの通信機能を分担している。

要するに、以下のテーブル形式は該Ｃ７手順を介したＧ
ＴＤによって構築されているのである。

即ち、ＴＤＴアンカー・ブロック（ａｎｃｈｏｒ　ｂｌ
ｏｃｋ）（主に他のＴＤＴテーブルに対するポインタで
構築）；パネル当り１個のＴＰＥ付きトランザクション
・パネル項目テーブルＴＰＥＴＡＢ　；基準実行可能手
順項目点当り１個のＴＣＥ付きトランザクション・コー
ド項目テーブルＴＣＢＴＡＢ　；、）’ニュー・パネル
当り１個のＴＭＥ付きトランザクション・メニュー項目
テーブルＴＭＥＴＡＢ　；支援言語当り１個のＴＬＥ付
きトランザクション言語項目テーブルＴＬＥＴＡＢ；及
びＳＱＬデータ・ヘース支援ルーチン項目点参照式デー
タ・ヘース同期テーブル。

本ＴＤＴオブジェクト・モジュールの構築には色々な手
法を用いて達成することが出来る。

ＵＮＩＸでは、該Ｃ７手順は、ここにフロー・チャート
で示すように、Ｃ言語ソース・ファイルを構築し、後に
Ｃコンパイラでコンパイルされ、連係編集可能なオブジ
ェクト・モジュールを生成する。ＭＶＳでは、ＣＴバー
ジョンなるものが存在し、Ｃコンパイラの助けを借りず
、直接連係可能オブジェクト・モジュール３７０を構築
することが出来る。

該Ｃ７手順にはＴＤＴの構築及びコンパイル手順が含ま
れている。該ＴＤＴは次の様に構築される。先ず、５Ｔ
ＤＥテーブルを検査して、パネル又は手順のどれかが未
定義（すなわち、ソース・ファイル無し）の優になって
はいないか吟味することによって全定義の完成と整合と
を確認することである。次に、全パネル、メニュー、手
順、言語、及びビューを数えて、成分のそれぞれの型の
名前も含めたテーブルを構築する。全成分が取り込まれ
ると直ちに、顧客仕様ＴＤＴ情報が定義されたソース言
語による命令文も含めて、ソース・データ処理手順が構
築される。ＵＮＩＸ用の現行の実施態様の場合は、Ｃソ
ース・ファイルとして構築される。該ＴＤＴソースの生
成は、基本ソース接頭語、パネル、ビュー、手順用外部
名定義を生成することによって続行される。ＴＤＴ、Ｔ
ＰＥＴＡＢ、ＴＣＥＴＡＢ、ＴＭＥＴＡＢ。

ＴＬＥＴＡＢ、及びＤＢ同期化機能アドレス・テーブル
を生成する。次いで、基本ソース接尾語を生成する。基
本ソース接頭語には、全ＴＤＴソースに共通なファイル
、機能の原型及び外部定義が含まれている。基本ソース
接頭語には、トランザクション実行の際トランザクショ
ン・サブシステムのメイン・モジュールによって参照さ
れる短い手順ＤＬＩＴＣＢＬが含まれている。ＤＬＩＴ
ＣＢＬは、更にＴＤＴのアドレス及びトランザクション
・サブシステム・メイン・モジュールによって無視され
た入力／出力管理ブロックを無視してＩＥＴを呼出す。

ＴＤＴソース・ファイルがいったん構築されると、標準
コンパイラを用いて翻訳される。

ＵＮＩＸ実施態様の場合はＣコンパイラが用いられる。

ＣＴ手順の最初の部分（ブロック１７４５０１７８５０
）では、未定義パネル（すなわち、対応する定義された
パネルを持たないメニュー・パネル参照）の有無が検証
される。該手順は出力ファイル情報を消去し、ファイル
の初期状態に戻すことによって開始される（ブロック１
７５８０）。

表示領域ＤＮＡＭＥＡは空白化（ブランク）され（ブロ
ック１７６３０）で未定義パネル用のカウンタはゼロに
セントされる（ブロック１７６６０）。

ポインタｅは最初の５ＴＤＥテ一ブル成分名にセントさ
れる（ブロック１７６７０）。判定ブロック１７６７５
はポインタｅが５ＴＤＥテーブルの終端を通過する事を
見極める検査をする。通過であれば、手順はブロック１
７８３０へ分岐する。

通過出来なければ、判定ブロック１７６８０は、ｅによ
って指定された成分の成分型５ＴＤＥＴ、ＹＰがメニュ
ー−項目定義を指す“Ｅ′に等しいか如何かを見極める
為の検査をする。答えが否であれば、手順はブロック１
７８１５に進行する。ｅがＥに等しければ、手順は５Ｔ
ＤＥテーブルを捜索して成分基ＳＴＤＥＮＡＭＥの成分
を探し出すが、この成分基はｅによって指定されている
メニュー成分の現行メニュー項目５ＴＤＥ　Ｉ　ＰＮＭ
によって参照されるパネル名と同じである（ブロック１
７７００）。捜索が順調にいけば、手順はブロック１７
８１５へ前進する。

パネル名５ＴＤＥ　Ｉ　ＰＮＭはブロック１７７７０の
未定義ファイルの番号によって指定されている表示領域
ＤＮＡＭＥＡ内の現行位置にコピーされ、未定義パネル
の番号は１ずつ増やされる（プロ・ツク１７７８０）。

判定ブロック１７７９０に於いて、未定義パネルの番号
がエラー表示スクリーンの最大番号値よりも大きければ
、手順はブロック１７８３０に移動する。そうでない場
合は、該手順でｅは次の成分（ブロック１７８１５）へ
増加させられて、ブロック１７６７５に復帰する。

判定ブロック１７８３０は、未定義パネル番号がゼロよ
り大である事を見極める検査する。否であれば、手順は
ブロック１７９２０へ移動する。

番号がゼロより大きければ、フロック１７８４０は該手
順をＧＴＤＣＴＥ　１パネル（第２１図、フロック４７
３００）を表示することを実行して、ＣＴ手順はエラー
復帰コードセットで４　（ブロック１７８５０）へ退去
する。

ＣＴ手順の次の段階は各パネルの手順（ブロック１７９
２０−１８４８０）を検証することである。各パネルが
人力手順を有し、所定の名前が定義済の手順の名前と適
合することが検証の基準である。パネル出力手順は随意
的であるが、もしあるのならば、定義された手順に適合
しなければ成らない。更に、メニュー項目は随意的に手
順基を指定しても良いが、もしあれば定義された手順の
名前でなければ成らない。

ＣＴ手順のこの段階では、ブロック１７９２０で表示領
域ＤＮＡＭＥＡを空白にし、未定義手順ｊのカウンタを
ゼロにセットすることから始まる。

ポインタｅは最初の５ＴＤＥテ一ブル成分名にセットさ
れる　（ブロック１７９６０）。次に、判定ブロック１
７９７０で、ｅによって指示された成分の成分型５ＴＤ
ＥＴＹＰが“ｐ”に等しい（パネル項目定義を指示して
）ことを見極めるために検査される。ｅ、！、＜＠ｐ”
に等しくなければ、手順はブロック１８２７０へと続く
。

ブロック１７９９０では、プログラムが５ＴＤＥテーブ
ルを探索して、５ＴＤＥＴＹＰが（成分として）“Ｃ″
′に等しく、成分基ＳＴＤＥＮＡＭＥがｅによって指示
されるパネル成分として現行パネル項目５ＴＤＥ　Ｉ　
ＰＮＭによって参照される入力手順基に等しいような手
順項目を求めている。

この探索が順調にいけば、手順はプロ・ツク１８１１０
に続く。

この地点で所定の入力手順基を手順の名称として発現で
きない場合、手順基５ＴＤＥ　Ｉ　ＰＮＭは、未定義手
順の番号ｊによって指示された表示領域ＤＮＡＭＥＡの
現行位置にコピーされる（１８０６０）。

未定義手順の番号の数値はその時増加せしめられる（ブ
ロック１８０７０）。判定ブロック１８０８０に於いて
、未定義手順の番号値がエラー表示スクリーンに対する
最大番号値より大きければ手順はブロック１８４６０へ
分岐する。

判定ブロック１８１１０ではパネル項目ｅにたいする出
力手順基ＳＴＤＥＯＰＮＭが未定義である（すなわち、
空白を含む）事を見極める為に検査される。その通りで
あれば、手順はプロ・ツク１８２７０へ進む。

ブロック１８１１５に於いて、５ＴＤＥテーブルでは、
５ＴＤＥＴＹＰがＣに等しく、且つ成分基ＳＴＤＥＮＡ
ＭＥがｅによって指示されたパネル成分に対して現行の
パネル項目ＳＴＤＥＯＰＮＭによって参照される出力手
順基に等しいような手順項目か探索される。探索が順調
にいけば、手順はブロック１８２７０に続く。

この地点で所定の入力手順基を手順の名称として発見で
きない場合、手順基ＳＴＤＥＯＰＮＭは、未定義手順の
番号ｊによって指示された表示領域ＤＮＡＭＥＡの現行
位置にコピーされる（ブロック１８２２０）。未定義手
順の番号の数値はその時増加せしめられる（ブロック１
８２３０）。判定ブロック１８２４０に於いて、未定義
手順の番号値がエラー表示スクリーンに対する最大番号
値より大きければ、手順はブロック１８４６０へ分岐す
る。

判定ブロック１８２７０では、ｅによって指定された成
分の成分型５ＴＤＥＴＹＰが（メニュー項目定義を指す
）　“Ｅ′に等しい事を見極める為に検査される。答え
が否であれば、手順はブロック１Ｂ４５０に進行する。

判定ブロック１８２９０ではメニュー項目ｅにたいする
出力手順基ＳＴＤＥＯＰＮＭが未定義である（すなわち
、空白を含む）事を見極める為に検査される。その通り
であれば、手順はブロック１８４５０へ進む。

プロ・７り１８３００に於いて、５ＴＤＥチーフルでは
、ｅによって指示されたパネル成分に対して現行のパネ
ル項目ＳＴＤＥＯＰＮＭによって参照される出力手順基
に等しい手順項目５ＴＤＥＴＹＰが探索される。探索が
順調にいけば、手順はブロック１８４５０に続く。

この地点で手順基が所定のメニュー手順の名称として発
見できない場合、手順基ＳＴＤＥＯＰＮＭは、未定義手
順の番号ｊによって指示された表示領域ＤＮＡＭＥＡの
現行位置にコピーされる（１８４００）。未定義手順の
番号の数値はその時増加せしめられる（ブロック１８４
１０）。判定ブロック１８４２０に於いて、未定義手順
の番号値がエラー表示スクリーンに対する最大番号値よ
り大きければ、手順はブロック１８４６０へ分岐する。

そうでない場合は、該手順でｅは次の成分（ブロック１
８４５０）へ増加させられて、ブ口、り１７９６５に復
帰する。

判定ブロック１８４６０は、未定義パネル番号がゼロよ
り大である事を見極める検査する。否であれば、手順は
ブロック１８５７０へ続く。番号がゼロより大きければ
、ブロック１８４７０は該手順をＧＴＤＣＴＥ２パネル
（第２１図、ブロック４７３００）を表示することを実
行して、Ｃ７手順はエラー復帰コード・セントで４（ブ
ロック１８４８０）へ退去する。

ブロック１８５７０−１８９８０間で、パネル、メニュ
ー、手順及びビューを数える為に５ＴＤＥテーブルを介
してバス（ｐａｓｓ）がされる。さらに、パネル又はメ
ニューが見付かれば、その名前はマスク・テーブルＴＰ
にアルファベット順に保存され、重複するものは無視さ
れる。ある手順が関係のあるデータ・ベース過程として
印付きで見出されると、グローバル（ｇｌｏｂａｌ）フ
ラグ、ｄｂ型が真にセントされる。そして最後に、所定
手順に対する各々の定義されたビュー名がマスク・テー
ブルＴＶに加えられる。

この段階は、カウンタ各々、すなわち、ノ（ネルに対す
るＮＰ、手順に対するＮＣ１言語に対するＮＬ、ビュー
に対するＮＶ、及びメニュー成分ＮＭ即５ＴＤＥテーブ
ルの各項目をゼロにセットすることから開始される。Ｄ
ＢＭＳ設立フラグはゼロに初期化され（ブロック１８６
３０）、ツマネルテーブルＴＰは空白化され（プロ・ツ
ク１８６６０）、且つポインタｅは初期５ＴＤＥテ一ブ
ル成分名にセットされる（ブロック１８７００）。

判定ブロック１８７０５は、そのとき、ポインタｅが５
ＴＤＥテーブルの終端でポイントしている事を見極める
検査をする。是であれば、手順はブロック１９０４０へ
分岐する。是でなければ、判定ブロック１８７１０はｅ
によって指定された成分の成分型５ＴＤＥＴＹＰがＰ″
　（パネル）若しくは“Ｅ”　（メニュー）に等しいこ
とを見極める為に検査をする。ｅがその何れとも等しく
ない場合は、手順はブロック１８８５０に進行する。

ブロック１８７２０では、ＳＴＤＥＮＡＭＥ名が占める
べきパネルテーブル位置が見付けられる。

本テーブルは上向選別法（ａｓｃｅｎｄｉｎｇ　ｓｏｒ
ｔｅｄｍａｎｎｅｒ）で構築される。判定ブロック１８
７７０に於いて、名前ＳＴＤＥＮＡＭＥが設定記憶場所
に既に含められている場合、手順はブロック１８８５０
へ分岐する。さもなければ、該手順はパネル・テーブル
項目を新しい名前の余地を明けるように移動させ、パネ
ル・テーブルの設定記憶場所に新項目ＳＴＤＥＮＡＭＥ
を設定する（ブロック１８８１０）。それから、パネル
・カウントＮＰは増加になる（ブロック１８８２０）。

判定ブロック１８８５０は、ｅによって指定された成分
の成分型５ＴＤＥＴＹＰが（手順項目定義を指す）　“
Ｃ゛に等しいか如何かを見極める為の検査をする。答え
が否であれば、手順はブロック１８９６０に続行され、
ここで手順カウンタＮＣは増加を受ける（ブロック１８
８６０）。判定ブロック１８８８０に於いて、手順が°
Ｙ”に等しい５ＴＤＥＣＤＢ２を有する場合（アプリケ
ーションＤＢＭＳ使用の為に）、手順の組ＤＢＴＹＰＥ
は“１゛に等しく、それはアプリケーションに使用ＤＢ
ＭＳが設定されていることを示している。

ブロック１８９２０では、現行手順項目入力ビュー名５
ＴＤＥ　Ｉ　ＰＮＭに対するＴＶＡ手順を利用すること
によって（ブロック１８９２０）、テーブルにビュー名
が追加される（第５２図、ブロック２５１７０）。判定
ブロック１８９２５では、ビューが順調にビュー・テー
ブルに追加されたことを見極める為の検査が行われる。

否であれば、プログラムはエラー復帰コードでＣ７手順
を退去させる。

Ｃ７手順では、現行手順項目出力ビュー名ＳＴＤＥＯＰ
ＮＭ　（ブロック１８９３０）に対するテーブルへのビ
ュー名追加（第５２図、ブロック２５１７０）ＴＶＡ手
順が実行される。その時、判定ブロック１８９３５では
、該ビューが順調にビュー・テーブルに追加されたこと
を見極める為の検査が行われる。否であれば、プログラ
ムがＣ７手順をエラー復帰コードで退去させる。

それからＣ７手順で、このたびは現行手順項目プロファ
イル・ビュー名ＳＴＤＥＰＶＮＭ　（ブロック１８９４
０）に対して、再びテーブルへのビュー名追加（第５２
図、ブロック２５１７０）ＴＶＡ手順が実行される。判
定ブロック１８９４５では、ビューが順調にビュー・テ
ーブルに追加されたことを見極める為の検査が行われる
。否であれば、プログラムはエラー復帰コードでＣＴ手
順を退去させる。

判定ブロック１８９６０は、ｅによって指定された成分
の成分型５ＴＤＥＴＹＰが（言語項目定義を指す）　Ｌ
゛に等しいか如何かを見極める為の検査をする。答えが
是であれば、ここで言語カウンタＮＬは増加を受ける。

それから、判定ブロック１８９７０では、ｅによって指
定された成分の成分型５ＴＤＥＴＹＰが（メニュー項目
定義を指す）“Ｅ”に等しいことを見極める為の検査が
行われる。是であれば、メニュー・カウンタＮＥは増加
を受ける。ブロック１８９８０では、この手順は、ポイ
ンタｅが次の５ＴＤＥテ一ブル成分項目にまで増加させ
られ、それから、ブロック１８７０５へ分岐する。

次ＯＣＴ手順段階（ブロック１９０４０１９２３０）で
は、ＴＤＴオブジェクト・モジュールに後程コンパイル
されることになっているＴＤＴの″Ｃ″ソース（ｓｏｕ
ｒｃｅ）　　・ステートメントに対する出力ファイルを
開示する。ファイル名は、ユーザー指定ソースライブラ
リ名、プラスＴＤＴ名、プラス“、Ｃ”の拡張子を用い
て整合している。最後にソース接頭辞はファイルの冒頭
に書かれており、例えば、「組み込む」及び「外部」ス
テートメントの様な、テーブルをコンパイルするのに必
要なＣステートメントから成り立っている。

特記的には、ブロック１９０４０はＴＤＴのＣソース名
をｇｔｄｓｌｉｂで、ファイル名をｇｔｄｍｍｅｍで、
ＵＮＩＸ拡張子、Ｃ３を用いて構築し、且つＴＤＴＣソ
ースファイルはただ随意的に作成及び書込み用として開
示されている。判定ブロック１９１０１に於いて、該開
示が不調であれば、プログラムはＣＴ手順をエラー復帰
コードで退出させる。

ブロック１９１５０では、ＴＤＴの接頭辞の初期設定デ
ータの始めに指標がセットされる。判定ブロック１９１
６０では、この指標が接頭辞付き初期設定データの最終
行であることを見極める為の検査が行われる。是であれ
ば、手順はブロック１９１３０へ移動する。

ブロック１９２９０に於いては、ＴＤＴの接頭辞の行が
出カバソファにコピーされ、バッファ内の行はデータの
後に新たな文字行を設置することによって終了させられ
る（ブロックｌ　９２１０）。

ブロック１９２２０に於いて、書き込みバッファＴＤＴ
ソース・ファイルＷＴＳ手順（第５３図、ブロック２５
５００）が実行される。この地点で、手順は指標に増分
を与え（ブロック１９２３０）、ブロック１９１６０へ
分岐する。

次ＯＣＴ手順部分（ブロック１９３００から１９７３０
まで）ではパネル、ビュー及びテーブル用Ｃ外部定義が
生成される。これらの項目のどれもが実際には他のオブ
ジェクト・モジュール内で生成されているので、ＣＴ手
順は、これらの項目名を生成予定のＴＤＴにおいてポイ
ンタによってそれらの項目への参照が連係編集時（ｌｉ
ｎｋｅｄｉｔ　ｔｉｍｅ　）に解決できるように、外部
に対して宣言しなければならない。

この段階の始まりはブロック１９３００に於いて指標ｉ
をゼロにすることである。判定ブロック１９３０５では
、指標ｉがパネル番号ＴＰに等しければ、その時手順は
ブロック１９４６０へ分岐する。

ブロック１９３１０では、バッファＴＤＴＢＵＦが空白
になるよう初期化され、且つバッファ内にＣ言語外部項
目がテーブルからパネル名「外部文字」として、指標１
ｏｃｉ、ｒ［］；Ｊで構築される（ブロック１９３２０
）。バッファ内の行は、データの後に新たな文字行を置
（ことで終了させられる（ブロック１９３７０）。ブロ
ック１９３８０に於いて、書き込みバッファＴＤＴソー
ス・ファイルＷＴＳ手順（第５３図、ブロック２５５０
０）がある。その時、手順ブロック１９３９０内の指標
ｉに増分を与え、且つブロック１９１３５に進む。

ブロック１９４６０では、指標ｉがゼロに初期化される
。判定ブロック１９４６５では指標ｉがビューの番号に
等しいことを見極める為の検査が行われる。是であれば
、手順はブロック１９６２０へ分岐する。是でなければ
、バッファＴＤＴＢＵＦは、空白になるようセットされ
（）゛ロック１９４７０）、且つＣ言語外部ビュー項目
バッファ内にテーブルＴＶからのビュー名［外部構造Ｖ
ＭＯＨＪとして指標１ｏｃｉｒ［］；Ｊに構築される（
ブロック１９４８０）。

バッファ内の行はデータの後に新文字行を置くことで終
了させられ、且つ該手順は書き込みバッファＴＤＴソー
スファイルＷＴＳ手順を実行する（第５３図、ブロック
２５５００）。指標ｉは増分を受け（ブロック１９５５
０）、且つ該手順はブロック１９４６５に復帰する。

ブロック１９６２０ないし１９７３０は手順にＥＸＴＥ
ＲＮ項目を生成する。ポインタｅは最初の５ＴＤＥテ一
ブル成分名にセ・ノドされ（ブロック１９６２０）、且
つそれから該手順ではｅポインタが５ＴＤＥテ一ブル成
分名テーブルの終端を通過する事を見極めるために検査
が行われる。是であれば手順はブロック１９８００へ分
岐し、否であれば手順は、次にｅによって指示された成
分が言語（ＳＴＤＥＴＹＰ＝Ｃ）項目型であることを見
極める為の検査を外部手順型（Ｓ　Ｔ　Ｄ　Ｅ　ＣＴ　
Ｙ　Ｐ＝ＥＸＴＥＲＮ）を用いて行い、否であれば手順
はブロック１９７３０に続行され、是であれば手順はバ
ッファＴＤＴＢＩＦ空白にするよう初期化する（ブロッ
ク１９６４０）。

Ｃ言語外部手順項目はバッファ内に５ＴＤＥテーブルの
手順名（ＳＴＤＥＮＡＭＥ）を用いてｒｅｘｔｅｒｎ　
１ｎｔＪとして指標位置１ｒ（）Ｊに構築される。バッ
ファ内の行はデータの後に新文字行を置くことで終了さ
せられ（ブロック１９７００）、且つ手順が書き込みバ
ッファＴＤＴソースファイルＷＴＳ手順（第５３図、ブ
ロック２５５００）を実行する（ブロック１９７１０）
。ブロック１９７３０は次の５ＴＤＥテ一ブル成分項目
へとｅを増加させ、手順は次いでブロック１９６２５に
復帰する。

ブロック１９８００ないし２０７４０では、ＴＤＴオー
バーヘッド構造ソース・ステートメントが生成されるが
、このものはＴＤＴフィールドのラベルを付け、ＴＤＴ
ＡＴＬＨによってＴＤＴＩ　Ｄとして、第６２図々示の
ＴＤＴテーブル部分を構築するのに必要なＣステートメ
ントから成り立っている。この図示の様に、本テーブル
の大部分は、他のテーブル及びテーブル項目に対するポ
インタから構築されている。ＴＤＴ文書段階を検討をす
れば、このオーバーヘッド構造を構築する為に必要な論
理を理解するのに役立つ筈である。

ＣＴ手順を通じてポインタは、必要な項目の指標によっ
て添字を付けられている所定テーブル名へのポインタと
してＣソース内で構築されている。

例えば、フィールドＴＤＴＡＭＥＮＵはパネル項目ＴＰ
Ｅへのポインタであり、その名前ＴＰＥＮＡＭＥばアプ
リケーション生成メニュー名と同一である。

この項目が第５番目の項目であると仮定すると、添字は
Ｃにおける４である、この様な定義に対するＣステート
メントはｒ＆ＴＰＥＴＡＢ　（４）Ｊとなる筈である。

この様にそれぞれの場合について、項目の添字が配置さ
れ、且つその際にステートメントが該例の様に生成され
るのである。

この段階は大型のバッファを空白に初期化することによ
って始まる。該バッファはＣ言語のＴＤＴテーブル構造
定義見出支部がバッファ内にｒｓｔｒｕｃｔＴＤＴ　　
ＩＥＴＴＤＴ＝　（ＯＪとして構築されている（ブロッ
ク１９８１０）。ＴＤＴ　Ｉ　Ｄを初期化する為のＣソ
ースはｇｔｄｎｕＩｌｅｍ値を用いてバッファ内に構築
される（ブロック１９８３０）。

ＴＤＴＲＥＬＮを初期化する為のＣソースはｇｔｄｒｅ
ｌｎ値を用いてバッファ内に構築される（ブロック１９
８７０）。

ＴＤＴＧＴＩＭＥを初期化する為のＣソースは７０１０
　Ｉｌｏ　１以来、秒単位で記録されている現行うロッ
ク時間を用いてバッファ内に構築される（ブロック１９
９６０）。

ＴＤＴＯＤＡＴＥを初期化する為のＣソースは、ゼロを
用いてバッファ内に構築される。日付はＴＤＴＧＴＩＭ
Ｅ内で暗に示されてい、るのであるから、他の操作はＴ
ＤＴ内の両方のフィールドを用いて異なるコード値でも
ってデータ及び時間情報を記録することが出来る筈であ
る（ブロック２００１０）。

ＴＤＴＤＲＥＰを初期化する為のＣソースはｇｔｄｈｒ
に含まれるレポート名を用いてバッファ内に構築される
（ブロック２００３０”）。

ＴＤＴＤＧＥＮを初期化する為のＣソースはｇｔｄｈｇ
ｄに含まれる生成基の値を用いてバッファ内に構築され
る（ブロック２００６０　）　、　ｇｔｄｈｍｅｎｕと
同一値を有するパネル・テーブル項目の指標番号がその
際識別される（ブロック２００９０）。

ＴＤＴＡＭＥＮＵを初期化する為のＣソースは識別され
た指標値を用いてバッファ内に構築され、この指標は指
標番号、ＴＤＴＡＭＥＮＵのＴＰＥ番号によって識別さ
れるＴＰＥＴＢ内のｎ番目の項目へのポインタとして保
存される（ブロック２０１００）。

ｇｔｄｈｈｅｌｐと同一の数値を有するパネル・チーフ
ル項目の指標番号は、この時識別される（ブロック２０
１７０）。

ブロック２０１８０でＴＤＴＡＨＥＬＰを初期化する為
のＣソースは、識別された指標番号を用いてバッファ内
に構築される。この指標番号は、指標番号、ＴＤＴＡＨ
ＥＬＰのＴＰＥ番号によって識別されたＴＰＥＴＡＢ内
のｎ番目の項目に対するポインタとして保存される。

ｇｔｄｈｉｎｆｏと同一の値を有するパネルテーブル項
目の指標番号が次に識別され（ブロック２０２５０）、
且つＴＤＴＡＩＮＦＯを初期化する為のＣソースは識別
された指標番号を用いてバッファ内に構築される。これ
は、指標番号、ＴＤＴＡ　Ｉ　ＮＦＯのＴＰＥ番号によ
って識別されたＴＰＥＴＡＢのｎ番目の項目に対するポ
インタとして保存される（ブロック２０２６０）。

ｇｔｄｈｇｌｏｓと同一の値を有するパネルテーブル項
目の指標番号が識別され（ブロック２０３２０）、且つ
ＴＤＴＡＧＬＯ３を初期化する為のＣソースは識別され
た指標番号を用いてバッファ内に構築される。これは指
標番号、ＴＤＴＡＧＬＯ３のＴＰＥ番号によって識別さ
れたＴＰＥＴＡＢのｎ番目の項目に対するポインタとし
て保存される（ブロック２０３３０）。

ＴＤＴＮＴＰＥを初期化する為のＣソースはパネルの番
号（ＴＰＥの番号）としてＮＰの値を用いてバッファ内
に構築される。

ＴＤＴＮＴＰＥを初期化する為のＣソースは、ＴＰＥＴ
ＡＢ、）ランザクジョンパネルの項目テーブル内の最初
の項目に対するポインタとしてバッファ内に構築され、
且つ保存される（ブロック２０４６０）。

ＴＤＴＮＴＣＥを初期化する為のＣソースは手順の番号
（ＴＣＨの番号）としてＮＣの値を用いてバッファ内に
構築される（ブロック２０４９０）。

ＴＤＴＡＴＰＥを初期化する為のＣソースはＴＣＥＴＡ
Ｂ、）ランザクジョン手順項目テーブル内の最初の項目
に対するポインタとしてバッファ内に構築され、且つ保
存される（ブロック２０５４０）。

ＴＤＴＡＰＰＬを初期化する為のＣソースはＧＴＡ　Ｐ
　Ｐ　Ｌ、アプリケーション名の値を用いてバッファ内
に構築される。

ＴＤＴＮＴＬＥを初期化する為のＣソースは言語項目の
番号（ＴＬＥの番号）としてＮＬの値を用いてバッファ
内に構築され（ブロック２０６１０）。

ブロック２０６６０は、言語項目の番号がゼロより大で
ある事を見極める検査する（ブロック２０６６０）。是
であれば、ＴＤＴＡＴＬＥを初期化する為のＣソースは
、ＴＬＥＴＡＢの最初の項目へのポインタとしてバッフ
ァ内に構築され、保存される。是でなければ、ＴＤＴＡ
ＴＬＥを初期化する為のＣソースは、バッファ内に構築
され、且つゼロとして若しくは言語テーブルＴＬＥＴＡ
Ｂ不在であることを示すＮＵＬＬポインタ基準として保
存される。

Ｃ言語のＴＤＴテーブル構造体定義、ＩＥＴＴＤｒ構造
終了データは、ブロック２０７２０に構築される。その
時手順については、この段階を完成させる為に書き込み
大型バッファＴＤＴソース・ファイルＷＴＳ手順（第５
３図、ブロック２５５００　’）が実行される。

ブロック２０８００から２１９００までを含む次ＯＣＴ
段階では、パネル・テーブルＴＰＥＴＡＢが生成される
。ＴＰＥＴＡＢは項目ＴＰＥのテーブルである。ＴＰＥ
ＴＡＢソース・ファイルに対する構造体は、ＴＰＥＴＡ
Ｂをパネル項目数に等しい最大発生回数を有する構造型
ＴＰＥＴＡＢのアレイとして定義している。これらの項
目に於けるポインタは、上述の様にＴＤＴオーバーヘッ
ドに対すると同様な方法で作成される。定義されたパネ
ル毎に設定された１個の項目が在るということである。

この段階は、大型のバッファを空白化するよう初期化す
ることで開始される（ブロック２０８００）。

ブロック２０８１０ではその際、ソースステートメント
が作成され、数値ＮＰの発生を伴う型ＴＰＥの構造体の
アレイとして、ＴＰＥＴＥＡが宣言される。該バッファ
は、その際ブロック２０８４０にファイルとして書き込
まれる。

次のブロック２０８６０では全パネル項目が指標ｉをゼ
ロに初期化することによって構築するよう準備される。

ブロック２０８６５ではｉがＮＰに等しいか確認するこ
とによってパネル定義の終端が検査される。是であれば
、制御権はブロック２１９２０に転送される。是でなけ
れば、大型バッファは空白に初期化され（ブロック２０
８７０）、且つＣ言語ＴＤＴ構造体アレイ要素の接頭辞
が構築される（ブロック２０８８０）。

ＴＤＴＡＩＮＦＯを初期化する為のＣソースは、識別さ
れた指標番号を用いてバッファ内に構築される。これは
、指標番号、ＴＤＴＡＩＮＦＯのＴＰＥ番号によって識
別されたＴＰＥＴＡＢのｎ番目の項目に対するポインタ
として保存される（ブロック２０２６０）。

ＴＰＥＮＡＭＥを初期化する為のＣソースは、指標（指
標位置ｉに於けるＴＰ）によって指定されるパネル名テ
ーブル内の要素の値を用いてバッファ内に構築される（
ブロック２０９１０）。

ＴＰＥＭＡＰを初期化する為のＣソースは、指標（指標
位置ｉに於けるＴＰ）によって指定されるパネル名テー
ブル内の要素の値を用いてバッファ内に構築され（ブロ
ック２０９１０）、且つポインタとして保存される。

ブロック２１０００は、指標位置ｉに於ける指標ＴＰに
よって指定されるパネル名テーブル項目と同一の名前、
ＳＴＤＥＮＡＭＥを有する５ＴＤＥテ一ブル項目を所在
させ、且つこの要素を指定する為にポインタｅをセット
する。その際、ブロック２．１０３０では、ｅによって
指示された５ＴＤＥテーブル要素がメニュー項目である
か見極める為に検査が行われ、是であれば、メニュー人
力手順は可変手順名に於ける「■ＥＴＩＭＥＮＵ」とし
て保管され、否であれば、ｅによって指示された５ＴＤ
Ｅテーブル要素の入力手順基ＳＴＤＥＩＰＮＭは保管さ
れて可変手順宅内に置かれる。

ブロック２１０７０では、５ＴＤＥテ一ブル手順項目（
ＳＴＤＥＴＹＰ＝手順名が設置されている）。所望の手
順が設置される前に５ＴＤＥテーブルに在る手順数がカ
ウントされ、ｊがこのカウントで初期化される。

ブロック２１１５０では、手順名が空白になっているの
を見極める為に検査が行われ、是であれば、ＴＰＢＩＴ
ＣＥを初期化する為のＣソースがポインタ数値としてゼ
ロ又は空白文字を用いてバッファ内に構築される。否で
あれば、ＴＰＥＡ　ＩＴＣＥを初期化する為のＣソース
は、ＴＣＥＴＡＢ、すなわち、トランザクション手順項
目テーブル内の最初の項目に対するポインタとして、手
順名が設定される以前に５ＴＤＥテーブル内に在る手順
のカウントｊの指標を付けられ、バッファ内に構築され
且つ保存される。

ブロック２１２４０では、ｅによって指示された５ＴＤ
Ｅテーブル要素がメニュー項目に在ることを見極める為
に検査が行われ、是であれば、手順はメニュー人力手順
を可変手順名にｒＩ　ＥＴＴＯＭＥＮＵＪとして保管す
る。否であれば、手順は、ｅによって指示された５ＴＤ
Ｅテーブル要素の出力手順名ＳＴＤＥＯＰＮＭを保管し
、且つそれを可変手順宅内に置く。それから、手順は、
５ＴＤＥテ一ブル手順項目（ＳＴＤＥＴＹＰ＝Ｃ）を手
順名の値と同一な名前（ＳＴＤＥＮＡＭＥ）で設定する
。手順設定以前の５ＴＤＥテーブル内に在った手順の番
号はカウントされて、ｊはこのカウントで初期化される
。

ブロック２１３６０では、手順名が空白になっているこ
とを見極める検査が再度行われ、是であれば、ＴＰ−Ｅ
ＡＯＴＣＥを初期化する為のＣソースはポインタ値とし
てゼロ又は空白文字を用いて、バッファ内に構築される
。否であれば、ＴＰＢＡＯＴＣＥを初期化する為のＣソ
ースが、バッファ内に構築され、且つＴＣＥＴＢＡ、す
なわちトランザクション手順項目テーブル内の最初の項
目へのポインタとして、手順設定以前に５ＴＤＥテーブ
ル内に在った手順のカウントｊによって指標を付けられ
保存される。

ＴＰＥＲＳＶＤＩをゼロに初期化する為のＣソースがバ
ッファ内に構築される（ブロック２１４５０）。

これは一般には用いられない。ここでは拡張と強化の為
に余地を残しているのである。

０ＰＣＨＴＡをゼロに初期化する為のＣソースがバッフ
ァ内に構築される（ブロック２１４９０）。

このものも一般には用いられない。ここでは拡張と強化
の為に余地を残しているのである。

ブロック２１５２０では５ＴＤＥテ一ブル第１項目が、
指標位ｌｉの指標ＴＰによって指示されるパネル名テー
ブル項目と同じＳＴＤＥＮＡＭＥと言う名前で設定され
る。ポインタｅはこの要素を指示する為にセットされる
。所望のパネル設置以前に５ＴＤＥテーブルに在ったメ
ニュー項目の番号がカウントされ、且つこのカウントで
ｊが初期化される。

ブロック２１５７０では、５ＴＤＥテ一ブル項目がメニ
ュー５ＴＤＥＴＹＰ＝　　“Ｅ゛で在ることを見極める
為の検査が行われる。否であれば、手順はブロック２１
７４０へ分岐する。是であれば、ブロック２１５８０で
後続の５ＴＤＥテーブルの項目を、位置ｉのＴＰによっ
て指示されたパネル名テーブル項目と同一のＳＴＤＥＮ
ＡＭＥの名前で設定する。ポインタは、テーブルの残余
に在る後続項目番号を指示する為にセフ）され、且つカ
ウントでｋを初期化する。

ＴＰＥＮＴＭＥを初期化する為のＣソースは、現行メニ
ュー・パネルに関連したメニュー項目の番号としてｋの
値を用いてバッファ内に構築される（ブロック２１６２
０）。

ＴＰＥＡＴＭＥを初期化する為のＣソースは、ｊによっ
て指標を付けられ（ブロック２１６８０）、ＴＭＥＴＡ
Ｂ内のメニュー項目に対してポインタとしてバッファ内
に構築され、保存され、その後で手順はブロック２１８
４０へ分岐する。このものは現行メニュー・パネルに関
連した最初のメニュー項目である。

ＴＰＥＮＴＭＥ　（ブロック２１７４０）及びＴＰＥＡ
ＴＭＥ　（ブロック２１７９０）をゼロに初期化する為
のＣソースは、バッファ内に構築される。その手順はＣ
言語ＴＤＴ構造体アレイ要素接尾辞を構築しくブロック
２１８４０）、且つ書き込みバッファＴＤＴソースファ
イルＷＴＳ手順（第５３図、ブロック２５５００）を実
行する（ブロック２１８９０）ことである。指標Ｉは増
加させられ（ブロック２１９００）、且つ手順はブロッ
ク２０８６５へ分岐する。

この手順は大型バッファの空白化の為、初期化しくブロ
ック２１９２０）、次いでＣ言語ＴＰＥＴＡＢテーブル
構造アレイ定義接尾辞をバッファ内に構築する（ブロッ
ク２１９３０）。この手順は次いでＩＦ　ｔｋ　込みバ
ッファＴＤＴソースファイルＷＴＳ手順（第５３図、ブ
ロック２５５００）を実行する（ブロック２１９４０）
。

ブロック２２０１０から２２７２０までではＴＰＥＴＡ
Ｂ構築と極めて類似な方法でＴＣＥＴＡＢを生成する。

定義されたそれぞれの手順に対して１項目が在ることに
なっている。この段階は大型バッファの空白化の為、初
期化することによって開始される（ブロック２２０１０
）。

Ｃ言語ＴＣＥＴＡＢテーブル構造アレイは、ＴＣＥＴＡ
Ｂテーブル内の手プルＴＣＥ）構造要素の番号としてＮ
Ｃの値を用いることによってバッファ内に構築される。

該手順は書き込みバッファＴＤＴソース・ファイルＷＴ
Ｓ千順（第５３図、ブロック２５５００）を実行しくブ
ロック２２０５０）、次いで最初の５ＴＤＥテ一ブル成
分名（ブＯ−／り２２０８０）に対するポインタを初期
化する。ブロック２２０８５では５ＴＤＥ成分テーブル
の終端を通過してｅがポイントしていることを見極める
為検査が行われ、是であれば、該手順はブロック２２７
００へ分岐し、是でなければ、ブロック２２０９０でｅ
によって指示された成分の成分型が手順５ＴＤＥＴＹＰ
＝Ｃ１項目定義であることを見極める為に検査が行われ
る。否であれば、手順はブロック２２６７０へ分岐する
。

該手順では大型バッファの空白化の為、初期化が行われ
、次いでＣ言語ＴＤＴ構造アレイ要素接頭辞（ブロック
２２１１０）を構築する。

ＴＣＥＮＡＭＥを初期化する為のＣソースは、指標ｅに
よって指示された５ＴＤＥテ一ブル名テーブル項目内に
ＳＴＤＥＮＡＭＥＯ値を用いて構築される（ブロック２
２１４０）。ブロック２２１８０では、手順成分手順型
が他のアプリケーション・トランザクション・プログラ
ム、５ＴＤＥＣＴＹＦ’−“ＥＸＴＥＲＮ”に所属する
手順を指していることを見極める為に検査が行われ、是
であれば、該手順は、ＣソースがＴＰＥＡＰＲＯＣをゼ
ロ又は空白文字に初期化するよう構築する。

否であれば、該手順は、Ｃソースが指標ｅによって指示
された５ＴＤＥテ一ブル名テーブル項目内のＳＴＤＥＮ
ＡＭＥの値を用いてＴＰＥＡＰＲＯＣを初期化するよう
バッファ内で構築し、ポインタとして保存する。

ブロック２２２８０では、手順成分入力ビューが未定義
、すなわち５ＴＤＥ　Ｉ　ＰＮＭ＝空白、であることが
検査される。未定義であれば、該手順は、ＣソースがＴ
ＣＥＡＩＶＷをゼロ又は空白値に初期化するようにバッ
ファ内で構築する。未定義でなければ、該手順は、Ｃソ
ースが指標ｅによって指示された５ＴＤＥテ一ブル名テ
ーブル項目内で５ＴＤＥ　Ｉ　ＰＮＭＯ値を用いてＴＣ
ＥＡＩＶｌ’ｉを初期化するように構築し、且つポイン
タとして保存する。

フロック２２３６０では、手順成分出力ビューが未定義
、すなわち、ＳＴＤＥＯＰＮＭ＝空白、かどうかの検査
が行われる。未定義であれば、該手順によってＣソース
はＴＣＥＡＯＶＷを初期化してゼロ若しくは空白文字に
なるようバッファ内に構築される。未定義でなければ、
該手順によりＣソースは指標ｅによって指示される５Ｔ
ＤＥテ一ブル名テーブル項目のＳＴＤＥＯＰＮＭ値を用
いてＴＣＥＡＯＶＷを初期化し、且つポインタとして保
存する。

フロック２２４４０では、手順成分プロファイル・ビュ
ーが未定義、すなわち、ＳＴＤＥＰＶＮＭ−空白　かど
うか検査がｊテわれる。未定義であれば、該手順によっ
てＣソースは、ＴＣＥＡＰＶＷを初期化して、ゼロ若し
くは空白文字になるようバッファ内に構築される。未定
義でなければ、該手順によりＣソースは指標ｅによって
指示される５ＴＤＥテ一ブル名テーブル項目のＳＴＤＥ
ＰＶＮＭ値を用いてＴＣＥＡＰＶＷを初期化し、且つポ
インタとして保存する。

ブロック２２５２０では、手順成分がＤＢＭＳ型手順、
すなわち、５ＴＤＥＣＤＢ２＝Ｙ　　かどうか検査が行
われる。ＤＢＭＳ型であれば、該手順によって、Ｃソー
スはＴＣＥＤＢＴＹＰを初期化してｌになるようバッフ
ァ内に構築し、データベース手順としてフラグを付けら
れる。否であれば、該手順によりＣソースは初期化され
てＴＣＥＤＢＴＹＰをゼロにするよう構築され、否デー
タベース手順としてフラグを付けられる。該手順によっ
てＣ言語ＴＤＴ構造アレイ要素接尾辞（フロック２２６
１０）が構築され、且つ書き込みバッファＴＤＴソース
・ファイルＷＴＳ手順（第５３図、ブロック２５５００
）が実行される（ブロック２２６５０）。ポインタｅは
増加され（ブロック２２６７０）、それに従って手順は
ブロック２２０８５に復帰する。

この地点で、Ｃ７手順によってメニュー・テーブルＴＭ
ＥＴＡＢを構築する為のソースが作成される。ここでも
又メニュー当り１項目と言う事になっている。該手順に
よって、大型バッファを初期化して空白にしくブロック
２２７００）、且つバッファ内に（ブロック２２７１０
）（４語ＴＭＥＴＡＢテーブル構造アレイ定義接尾辞が
構築される。ブロック２２７１０では、次いで該手順に
よって書き込みバッファＴＤＴソ〜ス・ファイルＷＴＳ
手順（第５３図、ブロック２５５００）が実行される。

ブロック２２７９０から２３４２０まででは、ＴＭＥＴ
ＡＢが生成される。この段階ではブロック２２７９０で
大型バッファを初期化して空白にすることから開始され
る。Ｃ言語ＴＭＥＴＡＢテーブル構造アレイが、ＴＭＥ
ＴＡＢテーブル（ブロック２２８００）内に手順（ＴＭ
Ｅ）構造要素の番号としてＮ２Ｏ値を用いてバッファ内
に構築される。該手順によってＷＴＳ手順（第５３図、
ブロック２５５００）が実行され（ブロック２２８３０
）、次いでポインタｅが最初の５ＴＤＥテ一ブル成分名
に対して初期化される。ブロック２０８６５では、ｅが
５ＴＤＥテ一ブル成分の終端を通過しでポイントするこ
とを見極める為に検査が行われ、是であれば、該手順は
ブロック２３４００へ分岐する。是でなければ、手順（
ブロック２２８７０）では、ｅによって指示される成分
の成分型がメニュー項目定義（Ｓ　Ｔ　Ｄ　Ｅ　Ｔ　Ｙ
　Ｐ＝Ｅ）であることを見極める為に検査が行われる。

ブロック２２８９０では、Ｃ言語ＴＤＴ構造アレイ要素
接頭辞が構築される。ＴＭＥ　Ｓ　Ｅ　Ｌを初期化する
為のＣソースが、指標ｅ（ブロック２２９２０）によっ
て指示された５ＴＤＥテ一ブル名テーブル項目内のＳＴ
ＤＥＮＡＭＥの値を用いて構築される。ブロック２２１
８０ではポインタｅによって指示されたメニュ−８カバ
ネルと同一の名前でパネルテーブル内のパネル名が設定
される。指標Ｊは、所望のパネルが設置される以前にパ
ネル・テーブル内にあるパネル番号で初期化される。

ブロック２３０００では手順成分プロファイル・ビュー
が未定義、すなわち５ＴＤＥＩ　ＰＮＭ＝空白　である
かどうかが検査される。未定義であれば、該手順によっ
てＣソースがＴＰＥＡＴＰＥをゼロ若しくは空白値にす
るようバッファ内に構築される。定義されていれば、該
手順によってＣソースは、パネル・テーブルＴＰＥＴＡ
Ｂへの指標としてｊを用いてＴＰＥＡＴＰＥを初期化す
る様に構築され、ｊの値及び５ＴＤＥｒ　ＰＮＭパネル
のＴＰＥ番号によって識別されたＴＰＥＴＡＢ内のｊ番
目の項目に対するポインタとして保存される。

ブロック２３１００では、５ＴＤＥテ一ブル手順項目５
ＴＤＥＴＹＰ＝　’Ｃ’が、ポインタｅによって指示さ
れたえてのメニュー項目の内のメニュー出力手順基ＳＴ
ＤＥＯＰＮＭの値と同一の名前ＳＴＤＥＮＡＭＥで設定
される。指標ｊは該手順が設置される以前に５ＴＤＥテ
ーブル内にあった手順番号で初期化される。

ブロック２３１７０では、該手順のメニュー出力手順が
未定義、すなわちＳＴＤＥＯＰＮＭ＝空白　かどうか検
査される。未定義であれば、該手順によって、ＴＰＥＡ
ＴＣＥをゼロ若しくは空白値に初期化するようにＣソー
スはバッファ内に構築される。定義されていれば、該手
順によってＣソースはパネル・テーブルＴＣＥＴＡＢに
指標トしてｊを用いてＴＰＥＡＴＣＥを初期化するよう
に構築され、ｊの値とＳＴＤＥＯＰＮＭパネルのＴＣＥ
番号によって識別されたＴＣＥＴＡＢ内のｊ番目の項目
にポインタとして保存される。

該手順によって、Ｃソースは、指標ｅによって指示され
た５ＴＤＥテ一ブル名テーブル項目内の５ＴＤＥＤＥＳ
Ｃの値を用いて、ＴＭＥＤＥＳＣを初期化するように構
築される。

ブロック２３３００では、Ｃ言語ＴＤＴ構造アレイ要素
接尾辞が構築され、ＷＴＳ手順（第５３図、ブロック２
５５００）が実行される（プロ・７り２３３５０）。ポ
インタｅは増加され（ブロック２３３８０）、それに従
って該手順はブロック２２０８５に復帰する。

大型バッファは初期化されて空白（ブロック２３４００
）になり、Ｃ言語ＴＭＥＴＡＢテーブル構造アレイ定義
接尾辞はバッファ内に（ブロック２３４１０）構築され
、且つ手順はＷＴＳ手順（第５３図、ブロック２５５０
０）を実行する（ブロック２３４２０）。

ＣＴ手順（ブロック２３４９０ないし２３８７０）の次
の部分では、トランザクション言語テーブルＴＬＥＴＡ
Ｂが生成される。フロー・チャート指示のように、何も
定義されていればいかなるトランザクション言語項目も
構築されない。ブロック２３４９０では言語項目番号Ｎ
Ｌがゼロより大であることを見極める為に検査が行われ
、否であれば、該手順はブロック２３９５０へ進む。是
であれば、該手順は大型バッファを初期化して空白にす
る　（ブロック２３５５０）。ブロック２３５１０では
、Ｃ言語ＴＭＥＴＡＢ構造アレイ定義がＴＭＥＴＡＢテ
ーブル内の手プルＴＭＥ）構造要素の番号としてｅを用
いて構築される。該手順ではＷＴＳ手順（第５３図、ブ
ロック２５５００）が実行され、且つポインタｅは最初
の５ＴＤＥテ一ブル成分名（ブロック２３３８０）へ増
加させられる。

ブロック２３５７５では、ｅが５ＴＤＥテ一ブル成分テ
ーブルの終端を通過してポイントすることを見極める為
に検査が行われ、是であれば、該手順はブロック２３８
５０へ分岐する。否であれば、該手順はｅによって指示
される成分の成分型（ＳＴＤＥＴＹＰ）が言語項目定義
であることを見極める為に検査が行われる。否であれば
、該手順は大型バッファを初期化して空白（ブロック２
３５９０）にし、且つＣ言語ＴＤＴ構造アレイ要素接頭
辞（ブロック２３６００）が構築される。

ブロック２３６３０では、Ｃソースは指標ｅによって指
示された５ＴＤＥテ一ブル名テーブル項目内の言語名を
用いてＴＬＥＮＡＭＥを初期化する為にバッファ内に構
築される。

ブロック２３６７０では、Ｃソースは指標ｅによって指
示された５ＴＤＥテ一ブル名テーブル項目５ＴＤＥＩ　
ＰＮＭの値、ドキュメンテーション・レポート・ファイ
ル名を用いてＴＬＥＤＲＥＰを初期化する為にバッファ
内に構築される。

ブロック２３６７１では、Ｃソースは指標ｅによって指
示された５ＴＤＥテ一ブル名テーブル項目内のＳＴＤＥ
ＯＰＮＭ値、ドキュメンテーション生成名を用いてＴＬ
ＥＤＧＥＮを初期化する為にバッファ内に構築される。

該手順は大型バッファを初期化して空白にしくブロック
２３８５０）、Ｃ言語のＴＬＥＴＡＢテーブル構造アレ
イ定義接尾辞（ブロック２３８６０）を構築し、且つＷ
ＴＳ手順（第５３図、ブロック２５５００）を実行する
（ブロック２３８７０）。

ＣＴ手順（ブロック２３９５０ないし２４２２３０）の
次段階ではＤＢ同期機能アドレス・テーブルを生成する
。このテーブルは手順がＤＢユーザーであることを宣言
している場合に限り用いられる。

しかし、該テーブルが存在しても、生成された手順ポイ
ンタは０になっているので、連係エディタがＤＢルーチ
ンに連係出来ないことになる。

この手順の段階では、ブロック２３９６０で大型バッフ
ァを初期化することによって空白化することで開始され
、Ｃ言語ＤＢ同期機能アドレス・テーブル構造定義（ブ
ロック２３９６０）が構築される。

ブロック２３９８０では、アプリケーションがフラグ付
きの５ＴＤＥＣＤＢ　２を有する何等かの手順を含んで
いることを見極める為に検査が行われる。否であれば、
該手順はブロック２４１００へ分岐する。５ＴＤＥＣＤ
Ｂ２がフラグ付きであれば、該手順によってＣソースは
Ｉ　ＥＴＣＯＮＮ機能アドレスを用いる接続を初期化す
るように構築される。Ｉ　ＥＴＣＯＮＮはＩＥＴ内部で
ＤＢＭＳのログイン若しくはコネクト機能を実行する。

次いで、該手順によって、ＣソースはＩＥＴＣＯＭＭ機
能アドレス（ブロック２４０５０）を用いてコミットを
初期化するよう構築される。ＩＥＴＣＯＭＭはＤＢＭＳ
コミット機能をＩＥＴ内部で実行する。

該手順によって、ＣソースはＩＥＴＲＥＬ機能アドレス
（ブロック２４０５５）を用いてリリースを初期化する
ようバッファ内に構築され、次いで、ブロック２４２１
０に進行させられる。ＩＥＴＲＥＬは、ＤＢＭＳのリリ
ーズ若しくはログアウト機能をＩＥＴ内部で実行する。

該手順によってＣソースは、ブロック２４１００内での
ゼロ又は空白ポインタ値を用いてコネクトを初期化する
ようにバッファ内に構築される。ブロック２４１３０で
は、該手順によって、Ｃソースはゼロ又は空白ポインタ
値を用いてコミットを初期化するようにバッファ内に構
築され、次いでＣソースはブロック２４１６０のゼロ又
は空白ポインタ値を用いてリリースを初期化するように
バッファ内に構築される。

該手順はＣソースＤＢ同期構造初期化接尾辞（ブロック
２４２１０）を構築し、且つＷＴＳ手順（第５３図、ブ
ロック２５５００）を実行する（ブロック２４２３０）
。

Ｃ７手順の次の部分、ブロック２４２５０ないし２４５
００では、ＴＤＴソース接尾辞が生成され、且つソース
ファイルが閉じられる。該手順のこの段階はブロック２
４２６０でＴＤＴ接尾辞初期化データの始めに指標をセ
ットすることによって開始される。該手順によって、指
標はプロ・ツク２４２７０の接尾辞初期化データの最終
行にポイントすることを見極める為に検査が行われ、是
であれば、該手順はブロック２４４４０へ分岐する。

否であれば、該手順はＴＤＴ接尾辞の該行を出カバ、フ
ァ（ブロック２４３００）にコピーし、且つデータ（ブ
ロック２４３２０）に従って、新文字行を置くことによ
ってバッファ内で該行が終了される。

ブロック２４３３ＧではＷＴＳ手順（第５３図、ブロッ
ク２５５００）が実行され（ブロック２３）、復帰コー
ドが保管される。指標は増加させられ、且つ手順はブロ
ック２４３５０へ復帰する。

ブロック２４４４０では復帰コードが良好であることを
見極める為に検査され、是であれば、該手順はブロック
２４５００へ進み、且つＴＤＴソース・ファイルは閉じ
られる。否であれば、エラー・メツセージ・アウトｇｔ
ｄｍｓｇはｒＴＤＴソース書き込みエラー」　（ブロッ
ク２４４６０）に等しいとセントされ、且つプログラム
によって該ＳＴ手順はエラーと共に退去させられる。

最後ＯＣＴ手順の部分（ブロック２４５６０ないし２５
０７０）ではＴＤＴがコンパイルされる。

この手順の段階はブロック２４５６０でコンパイル・パ
ラメータ値の設定によって開始される。

該コンパイル・パラメーターはリストヘコビーされる（
ブロック２４７９０）、ＵＮＩＸを実行する為、に、原
ディレクトリが保管され（ブロック２４８９０）、且つ
ＴＤＴソースの置かれたディレクトリは変更される（ブ
ロック２４９００）。

ブロック２４９１０では次にＣコンパイルがパラメータ
・リストともに呼出され、且つ復帰コードが保管される
。ＵＮ　Ｉ　Ｘの実行の為に、該手順は原ディレクトリ
へ変更される（ブロック２４９２０）。

ブロック２４９５０では、復帰コードが誤ったＣコンパ
イルの呼出しを指示したことを見極める為に検査が行わ
れる。否であれば、プログラムはブロック２５０００へ
進む。誤りが発生していれば、エラー・メツセージ・ア
ウトｇｔｄｍｓｇがＴＤＴｃｃ　ｓｐａｗｎｖｐ　ｆａ
ｉｌｅｄ、　ｅｒｒｎｏｏｒｃ　　（ブロック２４９６
０）に等しくセットされ、且つ該プログラムによってＣ
７手順はエラー（ブロック２４９７０）と共に退去させ
られる。

ブロック２５０００では、復帰コードによってエラー条
件でＣコンパイラが終了させられることを見極める為に
検査が行われ、否であれば、プログラムはブロック２５
０７０へ分岐する。エラーと共に終了するのであれば、
ＧＴＤ出カフカファイルンパイラ・エラー・メツセージ
と共にユーザーへ示される。

ブロック２４９６０ではエラー・メツセージ・アウトｇ
ｔｄｍｓｇがｒＴＤＴコンパイル誤り」に等しいとセッ
トされ、且つプログラムによってＣ７手順はエラー（ブ
ロック２５０３０）と共に退去させられる。

ブロック２５０７０ではメツセージ・アウトｇｔｄｍｓ
ｇがｒＴＤＴコンパイル完了」にセントされ、且つプロ
グラムは手順ＣＴを退去させる。

ＧＴＤ　　ＡＤＤ　　ＶＩＥＷ　　ＮＡＭＥ　　Ｔ。

ＴＡＢＬＥ：ＴＶＡ　　ｌｌ ここで本発明による表記手順の実施例を描出する第５２
ａ−ｂ図を取り上げることにすれば、ＧＴＤＡＤＤ　　
ＶＩＥＷ　　ＮＡＭＥ　　Ｔｏ　　ＴＡＢＬＥ手順は入
カビュー名をビュー・テーブルに上向順に加え且つビュ
ー・テーブル・カウントを更新しており、且つ判定ブロ
ック２５２１０から入力ビュー名の空白の有無の検査を
開始している。空白であれば、プログラムによって手順
はエラー無しとして退去させられる。入力ビュー名が空
白でなければ、判定ブロック２５２２０で入力ビュー名
としてゼロの有無の検査が行われる。有であれば、プロ
グラムによってＴＶＡ手順はエラーなしとして退去させ
られる。無であれば判定ブロック２５２５０でビュ一番
号の、ビュー・テーブル・サイズ最大値超過の有無の検
査が行われる。有であれば、プログラムはエラー・メツ
セージ・フィールド、ＧＴＤＭＳＧ＝ＶＩＥＷ　　ＴＡ
ＢＬＥＦＵＬＬ　（ブロック２５２６０）を設定し、且
つＴＶＡ手順はエラーで退去させられる（ブロック２５
２７０）。

ビュ一番号が最大ビュー・テーブル・サイズを超過しな
い場合、ビュー・テーブルの位置はビュー・テーブル名
として与えられる（ブロック２５３５０）。ビュー・テ
ーブルは上向型分類法で構築される。判定ブロック２５
３５５では、入力ビュー名νｎａｍｅがビュー・テーブ
ル位置に在るかどうか見極める為に検査される。在りで
あれば、プログラムによってＴＶＡ手順は退去させられ
る（ブロック２５４２０）、入力ビュー名ｖｎａｍｅが
テーブル位置になければ、該手順によってテーブル項目
は新名称（ブロック２５３６０）用の場所を明けるよう
に移動させられ、次いでブロック２５３９０へ進行する
。

ブロック２５３９０の段階では、ｖｎａｍｅがテーブル
内の在るべき場所に設置され、次いでビュー・カウント
ＮＶが増加させられる（ブロック２５４２０）。

これだけの事が完了すると、プログラムはＴＶＡ手順を
退去させる（ブロック２５４２０）。

ＧＴＤ　　ＷＲＩＴＥ　　ＢＵＦＦＥＲＴ。

ＦＩＬＥ：ＷＴＳ 表記手順の実施例を描出する第５３図を概観すれば、Ｇ
ＴＤ　　ＷＲＩＴＥ　　ＢＵＦＦＥＲＴ。

ＦＩＬＥ手順は、データ・バッファのファイル書き込み
によってブロック２５５３０で開始される。

次いで、判定ブロック２５５５０では書き込みが順調か
どうか検査か行われる。否であれば、エラー・メソセー
ジ・フィールドがＧＴＤＭＳＣ，＝ＴＤＴ　　５ＯＵＲ
ＣＥ　　ＷＲＩＴＥ　　ＥＲＲＯＲ（ブロック２５５６
０）としてセットされ、プログラムによってＷＴＳ手順
はエラーで（ブロック２５５７０）退去させられる。非
でなければ、プログラムによってＷＴＳ手順はブロック
２５４２０に於いて退去させられる。

ＧＴＤ　　ＣＯＭＰＩＬＥ　　ＶＩＥＷ：ＣＶここで本
発明による表記手順の実施例を描出する第５４ａ−ｍｍ
図を考察すれば、表記プロセスハヒューの構築並びにコ
ンパイル同様、ビュー・コンパイルの検査も必要である
ことを含んでいる。

検査プロセスは次の方式で実施される。先ず、ビュー・
オブジェクト・モジュール名が構築され且つ変更日時が
収集される。次に、全ビューのリストがＴＤＦを用いて
構築される。更に、ユーザ・ビューファイルとトランザ
クション・ビュー・ファイルの変更日付がビュー・オブ
ジェクト・モジュールの日付と対照・検査される。該構
築及びコンパイル・プロセスは、何等かのユーザ・ビュ
ー・ファイル若しくはトランザクション・ビュー・ファ
イルがビュー・オブジェクト・モジュールと同じ日付又
は後の日付の場合に、あるいは、条件無しコンパイルが
ユーザから要求された場合、必要になる。

ビュー構築プロセスの間、Ｃトランザクションビューフ
ァイル（、ｈ）は、Ｃ０ＢＯＬとＣ言語手順間の統一的
なトランザクション・ビューを維持する為に、Ｃ０ＢＯ
Ｌトランザクシヨン・ビューファイルから再生成される
。

ＶＭＯＨ及びＶＭＯＦテーブルはそれぞれのユーザ・ビ
ューを構築する。ヘルプ、グロサリ及び情報プログラム
・ファイル・ビューがＶＭＯＨ及びＶＭＯＦテーブルで
構築され、且つビューＣソ−ス・ファイルに書き込まれ
る。各ユーザ・ビューに対しては、該ビュー・フィール
ドはテーブルに読み込まれ、且つＶＭＯＨ及びＶＭＯＦ
チーフルが構築され、ビューＣソース・ファイルに書き
込まれる。該構築が順調ならば、ビュー・ソース・ファ
イルは閉じられ且つビューはコンパイルされる。

ブロック２５８７０を出発点として、ＧＴＤコンパイル
・ビューＣ■手順はＧＴＤ出カフカファイルワインドし
、且つ変数ｇｔｄｍｖｗｌの再々ビュー長さを保管する
（ブロック２６１２０）。

ブロック２６１７０ないし２６２８５では、ビュー・オ
ブジェクト・モジュールの完全修飾されたパスネーム（
ｐａｔｈｎａｍｅ　）がセットされ、且つオブジェクト
・モジュールの変更日時が得られる。

完全修飾されたビュー・オブジェクト・モジュール・フ
ァイル・パスネーム：　ｇｔｄｍｌｉｄ　、　Ｔ　Ｄ　
７名：ｇｔｄｍｍｅｍ　、及び接尾辞・０（ブロック２
６１７０）がマツプ・ライブラリ・パスネーム（Ｈａｐ
　ｌｉｂｒａｒｙｐａｔｈｎａｍｅ　）を用いて構築さ
れる。

ブロック２６２８０では、ビュー・オブジェクト・モジ
ュールの存在の有無が検査され、且つファイル記述情報
が入手される。プロ・ツク２６２８５ではビュー・オブ
ジェクト・モジュールが存在の有無が検査される。有で
あれば、ビュー・オブジェクト・モジュール変更日／時
は０１）ｔｉｍに保存され、且つプログラムによってブ
ロック２６３８０を用いての実行が継続される。無であ
れば、ｏｐｔｉｍはゼロにセントされ、且つプログラム
はブロック２６３８０を用いた実行を継続する。

次の部分のＣｖ手順、ブロック２６３８０ないし２６４
６５では５ＴＤＥテーブルに格納された情報を用いてビ
ュー・リストが構築される。まず、ビュ一番号がゼロに
セット、ＮＶ’＝１（ブロック２６４６５）され、且つ
ポインタｅが５ＴＤＥテーブルの開始に当って初期化さ
れる。判定プロ・ツク２６４０５では、ｅが５ＴＤＥテ
ーブルの終端を超えてポイントしていることを見極める
為に検査される。是であれば、該手順はブロック２６５
１０に分岐する。非であれば、該手順は５ＴＤＥテーブ
ル内の現行項目が手順項目、５ＴＤＥＴＹＰ＝Ｃ（ブロ
ック２６４１０）であるかどうかを見極める為に検査さ
れる。

５ＴＤＥテ一ブル項目が手順項目でない（ブロック２６
４１０）場合、プログラムはブロック２６４６０での実
行を継続する。５ＴＤＥテ一ブル項目が手順項目である
場合は、ＴＶＡ手順（第５２図、ブロック２５１７０）
が入力ビュー名５ＴＤＥ　Ｉ　ＰＮＭをビュー・テーブ
ル（ブロック２６４２０）に加算する為に実行される。

入力ビューが順調に加算されない場合、Ｃ■手順はエラ
ーで退去させられる（ブロック２６４２５）。そうでな
い場合、該手順によって出力ビュー名ＳＴＤＥＯＰＮＭ
はＴＶＡ手順（ブロック２６４３０）を実行することに
よってビュー・テーブルに加算される。

出力ビューが順調に加算されない場合、ＣＶ手順はエラ
ーで退去させられる（ブロック２６４３５）。

出力ビューが順調に加算される場合、ＴＶＡ手順によっ
てプロファイル・ビュー名ＳＴＤＥＰＶＮＭがビュー・
テーブル（ブロック２６４４０）に加算されるように実
行される。プロファイル・ビューが順調に加算されない
場合、ＣＶ手順はエラーで退去させられる（ブロック２
６４４５）。プロファイル・ビューがビュー・テーブル
に順調に加算される場合、ｅが５ＴＤＥテーブル（ブロ
ック２６４６０）の次５ＴＤＥ項目をポイントするよう
にセットされ、且つ該手順はブロック２６４０５に復帰
する。

ブロック２６５１０ないし２６５９０によって代表され
るＣ■手順の段階ではビュー・コンパイルがプログラム
・ソースの一貫性か又はオブジェクトの一貫性かそのど
ちらを持続する為に必要かが決定される。この中には、
ｏｔｉｍｅに保存されたような（トランザクション・ビ
ュー変更日時を含む）無条件コンパイル・フラグの検査
、及び次いで、ビュー・オブジェクトの変更日／時に対
する全ビュー・ソースの検査が含まれている。判定ブロ
ック２６５１０では、無条件コンパイルがアプリケーシ
ョン開発者からｇｔｄｃｆｌａｇ＝Ｕ　（ブロック２６
５１０）の要求の有無を見極める為に検査が行われる。

有であれば、ビュー・コンパイルは必要であり、コンパ
イルは１セツト（ブロック２６５１０）され、且つブロ
ック２６５５０で実行が続行される。無であれば、ビュ
ー・コンパイル要求は未だ完全には確定していなかった
ことになり、コンパイルは０にセット　（ブロック２６
５１０）され、且つブロック２６５５０で実行が続行さ
れる。ブロック２６５５０ではビュー・テーブル指標■
はゼロにセットされる。

判定ブロック２６５５５ではビュー・テーブル指標はビ
ュー・テーブル内のビュ一番号より小さい、すなわちＩ
Ｖ＜ＮＶで有ることを見極める為に検査が行われる。ブ
ロック２６５５５では、ビュー・テーブル指標がビュー
・テーブル内のビュー番号より小さい場合現行の変更日
／時変数をゼロに、すなわちｍｔｉｍｅにセットするブ
ロック２６５６０で実行を継続する。そうでない場合に
は、プログラムはブロック２６９２０に進行する。ブロ
ック２６５６０では現行変更日／時変数がゼロに、すな
わちｍｔｉｍｅにセットされる。

判定ブロック２６５７０では、ビュー・チーフル内の指
標■によって識別された現行ビューがグロサリ・プロフ
ァイル・ビューＩＥＴＧＰＶＷであるかを見極める為に
検査が行われる。是であれば、ブロック２６２７０で、
変更日／時は条件付きコンパイル・ファイル検査は後で
必要ないことを示すマイナス１（−１）にセ・ノドされ
、且つブロック２６５８０で実行が進行される。否であ
れば、ビュー・テーブル内の指標■によって識別さレル
現行ビューがヘルプ・プロファイル・ビｊ、−ＩＥＴＨ
ＰＶＷであるかどうか検査するプロ・７り２６５８０で
実行が進行する。是であれば、変更日／時は条件付きコ
ンパイル・ファイル検査が後で必要ないことを示すマイ
ナス１（−１）にセントされる。ブロック２６５９０で
実行は進行する。

判定ブロック２６５９０では、指標■によって識別され
た現行ビューがビュー・テーブル内で情報プロファイル
・ビューＩＥＴＩＰＶＷであるか如何か検査が行われる
。是であれば、変更日／時は条件付きコンパイル・ファ
イル検査が後で必要ないことを示すマイナス１（−１）
にセットされる。次いで、ＣＶ手順の実行がブロック２
６００で継続される。

ブロック２６６００では、ファイル検査が不要（ｍｔｉ
ｍｅ　ｎｏｔ＝　Ｏ）の場合、プログラムはブロック２
６９００へ分岐する。ファイル検査が必要（ｍｔｉｍｅ
＝　Ｏ）な場合、完全修飾されたユーザ・ビュー・ファ
イル名がパスネーム：　ｇｔｄｓｌｔｂ−、現行テーブ
ル・ビュー名及び接尾辞“、ｖ　　（ブロック２６６１
０）を用いて構築される。

ブロック２６６８０ではユーザ・ビュー・ファイルの存
在が検査され、且つファイル記述情報が入手される。ビ
ュー・ユーザ・ファイルが存在すれば（ブロック２６６
８５）、ビュー・ユーザ・ファイル変更日／時はｍｔｉ
ｍｅに保存され（ブロック２６７００）、且つプログラ
ムがブロック２６８５０へ進行する。ビュー・ファイル
が存在しなければ、エラーが発生し且つプログラムはブ
ロック２５７２０へと送られる。ブロック２６７２０で
は指標■によって指示された現行ビュー・テーブル名が
ｇｔｄｖｍｅｍへ保管され且つ該手順は、ＧＴＤＣＶＥ
３コンパイル・ビュー・エラー・パネル（ブロック２６
７６０）を表示するように選択されて、パネル（第２１
図、ブロック４７３００）を表示するように実行される
。ブロック２６７６０ではＦＥ手順（第２２図、ブロッ
ク４８１３０）がユーザ入力終端表示を検査するように
実行される。終端が指示されれば（ブロック２６７８５
）、プログラムはＣｖ手順をエラーで（ブロック２６８
３０）退去させる。否であれば、プログラムはブロック
２６７６０へ復帰する。

判定ブロック２６８５０では、ユーザ・ビュー・ファイ
ル変更日／時がトランザクション・ビュー変更日／時よ
り小さい、すなわち、ｍｔｉｍｅ＜　ｔｖ圓ｔｉｌＩＩ
ｅ１かどうかを見極める為に検査が行われる。

是であれば、トランザクション・ビュー・ファイル変更
日／時はＩＩＩｔｉｌＩｌｅに保管され（ブロック２６
８５０）且つブロック２６８６０で実行が継続される。

否であれば、トランザクション・ビュ−８７時とユーザ
・ビュー・ファイル８７時の内の依り大きい方ｍｔｉｍ
ｅが、オブジェクト・モジュール変更日／時、ｏｔｉｍ
ｅと比較される。ｍｔｉｍｅがｏ　ｔｏｍｅより大きい
か又は等しい時は、ビュー・ソースは変更され且つビュ
ー・コンパイルが要求される。ブロック２６８６０での
手順ではコンパイル・フラグが１にセットされ且つブロ
ック２６９００で実行が続行される。ｍｔｉｍｅがｏｔ
ｉｍｅより小さい場合、該手順はビューテーブル指標■
（ブロック２６９００）を増加し、且つビューテーブル
に於ける残余と゛ニーの８７時妥当性検査を行うようブ
ロック２６５５５に復帰する。

判定ブロック２６９２０では、アプリケーション開発者
（ｇｔｄｃｆｌａｇ＝　Ｕ）又は日／時妥当性検査プロ
セス（ｃｏｍｐｉｌｅ＝　１　）に依って、ビュー・コ
ンパイルが要求されているかどうか見極める為に検査が
行われる。ビュー・コンパイルが要求されている場合（
ブロック２６９２０）、該手順はどニー・コンパイル・
プロセスを開始する為ブロック２７０２０に送られる。

ビュー・コンパイルが要求されてない場合は、ＧＴＤメ
・ノセージ・フィールドｇｔｄｍｓｇはＶＩＥＷ　　Ｃ
ＯＭＰＩＬＥＮＯＴ　　ＲＥＱＵＩＲＥＤ”にセントさ
れ（ブロック２６９３０）、且つＣ■手順はエラー無し
表示で（ブロック２６９４０）退去させられる。

ブロック２７０３０ないし２７１６０では、トランザク
ション・ビュー・フィールド情報の内部テーブルが設定
される。このプロセスは本来、コンパイルからフィール
ドの移動、型、及び長さの情報出力を符号化し、且つ内
部テーブルへその情［をｆ＜）ランザクジョン・ビュ　
Ｃ０ＢＯＬソースのコンパイラである。内部テーブルに
はフィールドそれぞれに次のものを格納している。すな
わち、トランザクション・ビュー先頭に相対的なフィー
ルド移動、フィールドの種類、フィールドの長さ、及び
フィールドの発生倍数。上記情報はＶＭＯＦテーブル項
目作成時且つＣ０ＢＯＬ　トランザクション・ビューを
同じトランザクション・ビューのＣバージョンに翻訳す
るＣ０ＢＯＬ／翻訳ユーテイリテイに入力として用いら
れる。他の翻訳ユーティリティでは内部テーブルを入力
としては用いられない。ここで用いられている実施例の
方法では、フィールドのオフセット、長さ等の情報の作
成と、トランザクション・ビューのＣバージョンの作成
との間に重複した作業が不必要だという理由で効果的で
ある。トランザクション・ビューのそれぞれの言語バー
ジョンに対する同じメモリの使用及び割り当てが出来る
ようになるには２個のビューが必要である。

ブロック２７０２０ではＣ０ＢＯＬ　）ランザクジョン
・ビューの完全修飾されたバスネームが構築され、次い
で上述のトランザクション・ビューのフィールド属性の
メモリ・テーブルを生成する為に内部コンパイル・ユー
ティリティが呼び出される。上記メモリ・テーブルはポ
インタｃｐｙｔａｂｌｅを介してアクセスされる。判定
ブロック２７１２５では、ユーティリティが順調にいく
かどうか見極める為に検査が行われる。是であれば、プ
ログラムはブロック２７２６０に進みコンパイル・ビュ
ープロセスと共に継続される。ユーティリティが順調に
いかない場合、エラーが発生し、ＧＴＤエラー・メツセ
ージ・フィールドｇｔｄｍｓｇはＴＶＷＯＰＥＮ　　Ｅ
ＲＲＯＲ″　（ブロック２７１５０）がセットされ、Ｃ
ｖ手順がエラー（ブロック２７１６０）で退去させられ
る。

ブロック２７２６０及び２７３６０ではＣ０ＢＯＬがＣ
０ＢＯＬ　トランザクション・ビューからＣトランザク
ション・ビューを生成するようにＣ翻訳プログラムに呼
び出される。この技法は、単一のロード・モジュール内
部にＣ及びＣ０ＢＯＬ双方の手順を有するアプリケーシ
ョンに対してと同様、ＩＥＴ及びアプリケーション・プ
ログラム間のトランザクション・ビュー翻訳のデータ一
貫性及び完全性とを保証するものである。ブロック２７
２６０では、Ｃのトランザクションの完全修飾されたバ
スネームが構築され、次いでＣ０ＢＯＬがＣ翻訳プログ
ラム（ブロック２７３６０）に呼び出される。

ブロック２７４６０ないし２７６３０ではビュー・ソー
ス・モジュール生成の為開示され、且つ一定の接頭辞情
報がソース・モジュール内に置かれる。各行の接頭辞ソ
ースはバッファにコピーされ、次いでバッファはＷＴＳ
手順（第５３図、プロ・７り２５５００）を用いて書き
込まれる。

ブロック２７４６０では、ビュー・モジュールのファイ
ル・パスネームが５ＲＣＬ　Ｉ　ＢパスネームＧＴＤＳ
ＬＩＢ、トランザクション・ビュー名、及び標準接頭辞
“ＶＩＥＷ、ｃ”を用いて生成されるように構築される
。次いで、ブロック２７５１０ではその構築されたバス
を持ったビュー・モジュールを作成しようとされる。判
定ブロック２７５１５では、順調に作成されたかどうか
を検査し、是であれば、実行はブロック２７５５０に進
行する。

作成ファイルが不調に終れば、Ｃ■手順はエラーで退去
させられる。

ブロック２７５５０では、接頭辞ソースの最初に指標が
設定され、次いでＣビュー接頭辞ソースの最終行を試験
する判定ブロック２７５５５に進行する。接頭辞ソース
の最終行が未到達ならば、Ｃビュー・ソースの該行が出
カバソファにコピーされ（ブロック２７５９０）、その
行はノいノファ内で終了される（ブロック２７６１０）
。次いで、バッファはＷＴＳ手順を用いてＣビュー・ソ
ースファイル（ブロック２７６２０）に書き込まれ、接
頭辞ソース指標は増加される（ブロック２７６３０）。

ブロック２７７００ではビュー・テーブル内の最初の名
に対する指標（ＩＶ）が初期化され、ついで判定ブロッ
ク２７７０５で該指標がビュー・テーブル項目の番号よ
り小さいか如何か確認が行われる。該指標がビュー・テ
ーブル項目の番号より大きい場合、制御がブロック３０
６６０へ渡される。

該指標が正当なビュー・テーブル項目をポイントした場
合、ブロック２７７１０ないし２８１９０では、該ビュ
ーに対する複数のフィールド名及び数値が初期化される
。ブロック２７７１０ではビュー名（■によって指標付
けされた、とニー・テーブルを用いて）がメモリ領域に
保管される。

特記的には、ブロック２７７２０でビューの見出し語長
が設定される。次いで手順によってユーザ・ビュー・フ
ァイル（ブロック２７７７０）内でカウントされたフィ
ールドが指示されないようにする為、フィールドの番号
が初期化され、デフォルト・バージョン（ｄｅｆａｕｌ
ｔ　ｖｅｒｓｉｏｎ　）　　（ブロック２７７８０）の
値（０１００）を持つバージョンが初期化される。

判定ブロック２７８４０では（ビュー・テーブルを用い
た）ビュー名がＨＥＬＰ　　ＰＲＯＦＩＬＥＶＩＥＷに
等しいかどうかをテストし、否であれば、ブロック２７
９９０での実行が継続する。是であれば、制御がブロッ
ク２７８５０へ移送され、そこでＨＥＬＰ　　ＰＲＯＦ
ＩＬＥ　　ＶＩＥＷのフィールド番号が４に初期化され
る。次いで、ブロック２７８６０ではフィールド・テー
ブルをゼロに初期化され、次いでブロック２７８９０な
いし２７９２０ではフィールド名“ＩＥＦＩＨＥＬＰＰ
ＮＬ、”　”　ＩＥＦＩ−ＨＥＬＰＣＨＰ。

“ＩＥＦＩ−ＨＥＬＰＳＥＣ，”及び“ＩＥＦＩ−ＨＥ
ＬＰＰＡＧ”が指標Ｏを起点としてそれぞれフィールド
・テーブル内の第１ないし第４フイールドとして保管さ
れる。

判定ブロック２７９９０では、（■によって指標付けさ
れた、ビュー・テーブルを用いて）ビュー名がグロサリ
・ビューに等しいかどうかをテストして、無い場合は、
制御がブロック２８１２０へ渡される。存在する場合に
は、制御がブロック２８０００に移送され、そこではＦ
ＩＥＬＰ　ＧＬＯ３ＳＡＲＹＶＩＥＷのフィールド番号
が３に初期化される。

次いで、ブロック２８０１０ではフィールド・テーブル
が空白に初期化される。次いでブロック２８０４０ない
し２８０６０ではフィールド名″ＩＥＦＩ−ＧＬＯ３Ｐ
ＮＬ、”ＩＥＦＩ−ＧＬＯ３ＣＨＰ、　　″及び“Ｉ　
Ｅ　Ｆ　１−ＧＬＯＳＳＥＣ”が指標０を起点とするフ
ィールド・テーブルの第１ないし第３フイールドとして
保管される。

対で、判定ブロック２８１２０では（■でのビュー・テ
ーブルを用いて）ビュー名がＩＮＦＯＲＭＡＴＩＯＮＰ
ＲＯＦＩＬＥ　　ＶＩＥＷに等しいかどうかのテストを
して、見つからない場合、制御がブロック２８２７０に
渡される。見つかった場合は、ブロ・７り２８１３０で
ヘルプ情報ビューのフィールドの番号は３に初期化され
、ブロック２８１４０でフィールド・テーブルは空白り
こ初期化される。次いで、ブロック２８１７０ないし２
８１９０ではフィールド名“Ｉ　ＥＦ　１−Ｉ　ＮＦＯ
ＣＨＰ。

”ＩＥＦＩ−ＩＮＦＯ３ＥＣ，”及び“ＩＥＦＩＩＮＦ
ＯＰＡＧ”が指標Ｏを起点にフィールド・テーブルの第
１ないし第３フイールドとして保管される。

判定ブロック２８２７０では、フィールド番号が更にマ
イナスか如何かのテストをして、無い場合には、制御が
ブロック２８２８０に移送され、そこでは指標付きのテ
ーブル・ビュー名、５ＲＣＬＩＢを用いたｇｔｄｓｌｉ
ｄを用いるユーザ・ビュー・ファイル名が構築され、接
尾辞は“、■”である。

次いで、ブロック２８３４０では読み取専用の表記バス
ネームを用いるユーザ・ファイルが開示され、ブロック
２８３５０ではフィールド番号がゼロに初期化される。

次いで、ブロック２８３６０ではビュー・ファイルから
１行読み出され、且つ随行はバッファ内に置かれる。判
定ブロック２８３６０では読み出しが順調かどうかテス
トが行われる。不調であれば、制御が判定ブロック２８
３６４に移送され、そこではフィールド・テ−ブル指標
フィールド番号が最大テーブル長より小さいか如何かの
テストが行われ、否であれば、制御がブロック２８６１
０に渡される。不調でなければ、制御が判定ブロック２
８３６４に移送され、そこでは、フィールド・テーブル
内のフィールド番号が最大テーブル長より小さいかどう
かのテストが行われて、否であれば、制御がブロック２
８６１０へ渡される。是であれば、制御が判定ブロック
２８３９０へ移送され、そこでは、空白、又はアステリ
スク（ａｓｔｅｒｉｋ　）　、又はバイナリ・ゼロ（ｂ
ｉｎａｒｙ　ｚｅｒｏ　）　、又は新たな行を起点とし
て読み取りバッファ（ブロック２８３６０）のテストが
行われ、存在すればブロック２８６３０での実行が継続
される。存在しなければ、判定ブロック２８４００では
ピリオドを起点とする読み取りバッファの検査が行われ
る。存在しなければ、制御がブロック２８５２０に渡さ
れる。存在すれば、ブロック２８４６０でバッファ・デ
ータは上位のケースに翻訳される。判定ブロック２８４
７０では、バージョン情報のキーワードを格納するバッ
ファの試験が行われて、存在しなければ、制御がブロッ
ク２８６３０に渡される。存在すれば、フロック２８４
８０ではバージョン・データがバッファから抽出されて
該データはバージョン変数に置かれる。ブロック２８５
２０ではフィールド名はフィールド・テーブルのフィー
ルド・カウント指標位置に移動する。次いで、ブロック
２８６１０ではフィールド・カウントが増加させられる
。次いで、該手順はビュー・ファイルから次の行を読み
取るためにブロック２８３６０へ復帰する。

ブロック２８６４０ではユーザ・ビュー・ファイルは閉
じられる。判定ブロック２８７５０ではフィールド番号
が非ゼロであるか検査され、のんゼロであれば、ＶＭＯ
Ｆへの参照が生成され、制御がブロック２８７６０へ渡
される。ブロック２８７６０ではＣソースがＶＭＯＦテ
ーブル名プルビュー・テーブル指標の値を用いて、ＶＭ
ＯＨに埋め込まれていたＶＭＯＦ参照を解決する為に、
ＶＭＯＦに対する参照を生成する為、バッファ内に構築
される。

ブロック２８８３０”ｉ’は、Ｖ　Ｍ　ＯＨテーブル名
として現行指標でのビュー・テーブル名の値を用いて、
ＶＭＯＨ構造を定義する為Ｃソースがバ・２フア内に構
築される。ブロック２８８７０では、ＧＴＤ名の値を用
いて、ＶＭＯＨＡＰＰＬを初期化する為、Ｃソースがバ
ッファ内に構築される。

ブロック２８９２０では、現行指標でのビュー・テーブ
ル名の値を用いてＶＭＯＨＶ　Ｉ　ＥＷを初期化する為
バッファ内にＣソースが構築される。ブロック２８９８
０では、ＶＭＯＨＴＭＥをゼロに初期化する為ブロック
内にＣソースが構築される。

ブロック２９０１０ではＶＭＯＨＤＴＥをゼロニ初期化
する為Ｃソースがバッファ内に構築される。

ブロック２９０４０ではバージョン変数（デフォルト若
しくはユーザ指定バージョン同）の値を用いてＶＭＯＨ
ＶＥＲを初期化する為Ｃソースがバッファ内に構築され
る。ブロック２９０８０では、ＶＭＨＯＲ，ＳＶＯを１
に初期化する為バッファ内にＣソースを構築する。ブロ
ック２９１２０ではＶＭＨＯＲ３ＶＯをゼロに初期化す
る為バッファ内にＣソースを構築する。ブロック２９１
６０では、ＶＭＯＨＮＥをビュー内のフィールド番号の
値を用いて初期化する為バッファ内にＣソースを構築す
る。

判定ブロック２９２３０では、フィールド番号がゼロよ
り大きいかどうか検査が行われ、否であれば、ＶＭＯＨ
ＡＥをゼロに初期化する為Ｃソースがバッファ内に構築
され、次いで制御がブロック２９３２０へ渡される。ビ
ュー内のフィールド番号がゼロより大きい場合には、Ｖ
ＭＯＦテーブル名を生成する為ビューテーブル指標番号
の値を用いてＶＭＯＨＡＥを初期化する為バッファ内に
Ｃソースが構築され、且つ対応するＶＭＯＦアレイ・テ
ーブル（ａｒｒａｙ　ｔａｂｌｅ　）内の最初の要素へ
のポインタとして保存される。

ブロック２９３２０では、ＶＭＯＨの構造定義の初期設
定の接尾辞の為バッファ内にＣソースが構築される。ブ
ロック２９３４０では、ＷＴＳ手順手順−用ＴＤＴソー
ス・ファイル内にバッファが書き込まれ、且つ復帰コー
ドが保管される。判定ブロック２９４２０では、フィー
ルド番号がゼロより大きいかどうかの検査が行われ、且
つその結果が零で有れば、ブロック３０５７０へ制御が
渡される。

フィールド番号がゼロより大きければ、ブロック２９４
３０では大型バッファが空白に初期化される。ブロック
２９４４０では、テーブル内のＶＭＯＦ構造要素の番号
としてフィールド番号を用いてＶＭＯＦテーブル構造ア
レイ定義の為に該バッファ内にＣソース言語が構築され
る。ビュー・テーブル指標番号の値はＶＭＯＦテーブル
名をＶ　ＯＦ　ｎｎｎｎとして生成する為に用いられ、
此処にｎｎｎｎは指標値である。ブロック２９４９０で
は、ＷＴＳ手１１１Ｎヲ用いてＴＤＴソース・ファイル
がバッファに書き込まれる。ブロック２９５１０では、
フィールド・テーブル内の最初の名前をポイントする指
標が初期化される。

判定ブロック２９５１５では、テーブル指標がフィール
ド・テーブル項目の番号より小さいかどうか試験が行わ
れ、否であれば、ブロック３０３９０へ制御が渡される
。是であれば、ブロック２９５３０で指標位置がｇｔｄ
ａｎａｙａｅのファイル名が保管され、ブロック２９５
４０で変数ｆｌｄｄ、　ｆｌｄｌ、　ｆｌｄｔ、及びｆ
ｌｄｎがゼロ漆こ初期化され、且つブロック２９５５０
で指標値ｇｔｄａｎａｍｅが内部トランザクション・ビ
ュー・フィールド・テーブル内に見出される。

判定ブロック２９６３０では、探索が順調かどうかの試
験が行われ、是であれば、ブロック２９６４０へ制御が
渡される。ブロック２９６４０ないし２９６７０ではフ
ィールド変位、フィールド長、フィールド型、及び内部
テーブル内で発見されるフィールドゼロ発生がｆｌｄｄ
、　ｆｌｄｌ、　ｆｌｄｔ。

及びｆｌｄｎにそれぞれ保管される。

判定ブロック２９６８０ではフィールドの複数のゼロ発
生が有るかどうか検査が行われ、是であれば、ビュー長
がフィールド長だけ増加させられ、是でなければ、ビュ
ー長はフィールド長にフィールド複数発生数を乗じて増
加させられる。ブロック２９９１０で実行は継続される
。

ブ０ツク２９７８０では、ＧＴＤＣｖＥ２パネル・ビュ
ー・エラー表示パネルの手順表示（第２１図、ブロック
４７３００）が実行される。ブロック２９８００ではユ
ーザ及び指示の検査が行われ、且つＦＥ手順（第２２図
、ブロック４８１３０）が実行される。終りが表示され
た場合、ブロック２９８５０で実行が継続され、此処で
プログラムはエラーでＣＶ手順から退去する（ブロック
２９８５０）。否であれば、ブロック２９７８０へ制御
が渡される。

ブロック２９９１０では、大型バッファが空白に初期化
される。ブロック２９９２０では該バッファに、ｇ　ｔ
ｄａｎａｍｅを用いてフィールド名を識別するコメント
の為にＣソースが構築される。ブロック２９９６０では
ＴＤＴ構造アレイ要素の接頭辞用にＣソースが構築され
る。ブロック３００００ないし３０２１０ブロツクでは
、それぞれ、ｆｌｄｄ（作業域内のフィールド変位）の
値を用いてＶＭＯＦＲＩＥＤを初期化する為、ｆｌｄｌ
　（作業域内のフィールド長）の値を用いてＶＭＯＦＲ
ＩＥＬを初期化する為、ｆｌｄｎ　（作業域内でのフィ
ールド番号の発生）の値を用いてＶＭＯＦＲＩＥＮを初
期化する為、ｆｌｄｔ　（フィールド要素データ型）の
値を用いてＶＭＯＦＲＩ　ＥＴを初期化する為、及びＶ
ＭＯＦＲ３Ｖ２をゼロに初期化する為、バッファ内にＣ
ソースが構築される。

ブロック３０３００では、ＴＤＴ構造アレイ要素の接尾
辞用にＣソースが構築される。ブロック３０３０５では
、ＷＴＳ手順を用いてバッファにＴＤＴソース・ファイ
ルが書き込まれる。ブロック３０３１０では指標ｉが増
加させられる。次いでプログラムはブロック２９５１５
に復帰する。

判定ブロック３０３９０ではビューが長すぎる（　ｇｔ
ｄｃｖｗｌがＦＲＶＨＭＬより大きい）かどうか検査が
行われ、ブロック３０４２０ではＧＴＤＣＶＥ　１パネ
ル（ビュー・エラー表示パネル）の手順表示が実行され
る。是であれば、ブロック３０４４０ではユーザ終了表
示の試験が行われる（ＦＥ手順、第２２図、ブロック４
８１３０）。ビューが長すぎないのであれば、ブロック
３０５２０へ制御が渡される。

判定ブロック３０４４５ではブロック３０４４０の結果
が検査され、終りが表示されれば、ブロック３０４９０
へ制御が渡される。そうでなければ、ブロック３０４２
０へ制御を向かわせるブロック３０４８０へ制御が渡さ
れる。

判定ブロック３０４９０ではＣ■手順はエラー表示で退
去する。ブロック３０５２０ではＣソースがバッファ内
にＶＭＯＦ構造アレイ定義の初期化設定の接尾辞用に構
築される。ブロック３０５４０では、ＷＴＳ手順を用い
てバッファにＴＤＴソース・ファイルが書き込まれ、且
つ復帰コードが保管される。ブロック３０５７０では、
ビュー・テーブル指標が増加され、且つブロック２７７
０５へ制御が渡される。

判定ブロック３０６６０では直前書き込みの復帰コード
が良好で有るかどうか検査が行われ、是であれば、ブロ
ック３０７３０へ制御が渡される。

否であれば、エラー・メツセージｇｔｄｍｓｇ＝　＠Ｔ
ＤＴＳＯＵＲＣＥ　　ＷＲＩＴＥ　　ＥＲＲＯＲ″をセ
ットしているブロック３０６８０へ制御が渡される。

ブロック３０６９０では、手順はエラーでＣ■手順から
退去する。

フロック３０７３０では、ビューＣソース・ファイルが
閉しられる。ブロック３０７４０では内部トランザクシ
ョン・ビュー・テーブルによって用いられたメモリが解
放される。ブロック３０８１０では、コンパイル・パラ
メータ値が設定される。

ブロック３０９９０ではコンパイル・パラメータがリス
トにコピーされる。ブロック３１０８０では、原ディレ
クトリが保管され且つブロック３１０９０でビュー・ソ
ースが置かれている（ＵＮ　Ｉ　Ｘ実施例の場合に限り
）ディレクトリに変更される。ブロック３１１００では
、上記（ブロック３０９９０）で構築されたパラメータ
・リストを用いてＣコンパイラが呼び出され、復帰コー
ドが保管される。

判定ブロック３１１３０では、コンパイラの復帰コード
がエラーで終了したコンパイラを表示するかどうかの検
査が行われ、是であれば、ブロック３１１５０へ制御が
渡される。否であれば、ブロック３１２００で実行が継
続される。ブロック３１１５０では、ＧＴＤ出カフカフ
ァイルンパイラ・エラー・メツセージと共にユーザに表
示される。ブロック３１１６０では、出力ｇｔｄｍｓｇ
＝“ＶＩＥＷ　　ＣＯＭＰＩＬＥ　　ＦＡＩＬＥＤ″用
エラー・メツセージが設定される。プログラムはエラー
でＣｖ手順を退去する（ブロック３１１７０）。

ブロック３１２００では出力ｇｔｄａ＋ｓｇ　＝“ＶＩ
ＥＷＣＯＭＰＩＬＥ　　ＣＯＭＰＬＥＴＥ”用メツセー
ジが設定される。ブロック３１２１０はＣ■手順を終了
する。

ＧＴＤコンパイルパネル：ＣＰ 次に本発明による表記手順の実施例を描出する第５５図
を見ることにする。コンパイル・パネル手順はアプリケ
ーション内のパネル毎のコンパイル・プロセスを起動し
、まず、５ＴＤＥテープルにリストされたメニュー及び
パネル名からアプリケーション内の全パネル名リストを
構築し、次いでリスト内のパネル毎のコンパイルプロセ
スを起動する。

本ＣＰ手順は５ＴＤＥパネル及びメニュー項目からパネ
ル名テーブルを構築し、且つパネル名、番号ＮＰをカウ
ントすることによってブロック３１５４０から開始され
る。次いで、ｉ指標がパネル名テーブルの始端で初期化
される（ブロック３１８７０）。

判定ブロック３１８７５ではｉがパネル・テーブル内の
パネル番号ＮＰより少ないか又は等しいかの検査が行わ
れる。是であれば、手順はメツセージ・フィールドをＧ
ＴＤＭＳＣ；＝“ＰＡＮＥＬＣＯＭ　Ｐ　Ｉ　Ｌ　Ｅ　
ｃｏａ＋ｐｌｅｔｅ　”設定しくブロック３１９５０）
及びプログラムはＣＰ手順を退去する（ブロック３１９
６０）。ｉがＮＰより大きければ、手順はパネル名を作
業域のＣＴＤＰＭＥＭに移動させる（ブロック３１８８
０）。ブロック３１８９０では、次にコンパイルがパネ
ル手順ｃｐｏを実行（第５６図、ブロック３２０３０）
し、判定ブロック３１８９５で該コンパイルが順調かど
うかが検査される。コンパイルが是であれば、増加させ
られ（ブロック３１９３０）、且つ判定ブロック３１８
７５へ実行は進行する。コンパイルが順調でなければ、
そのエラー・メツセージ・フィールドはＧＴＤＭＳＧ＝
”ＰＡＮＥＬＣＯＭＰＩＬＥ　　ＦＡＩＬＥＤ″に設定
される（ブロック３１９００）。該手順はエラーで復帰
しくブロック３１９１０）、ｉを増加させ（ブロック３
１９３０）、且つ判定ブロック３１８７５に復帰する。

コンパイル　パネル：ＣＰＯ 此処でＧＤＴコンパイル・パネル手順の実施例を描出す
る第５６ａ−ｃ図を見ることにすると、ｃｐｏ手順はパ
ネル・ソース・モジュールの完全修飾ファイル・バスネ
ームを構築することによって開始される（ブロック３２
１５０）。パネル・ソースのファイル統計が入手され（
ブロック３２２２０）、変更日時がｍｔｉ渭ｅに保管さ
れる（ブロック３２２３０）。次いでトランザクション
・ビュー変更日時がパネル・ソース日時と比較される。

トランザクション・ビュー変更日／時がパネル・ソース
の８７時より大きければ、トランザクション・ビュー変
更日／時はｍｔｉ＋ｗｅに保管され（ブロック３２２４
０）、ブロック３２２６０で実行が継続される。否であ
れば、ブロック３２２６０で実行が続行される。

次いで、パネル・オブジェクト・モジュールの完全修飾
パスネームが構築される（ブロック３２２６０）。パネ
ル目的モジュールのファイル統計が入手される（ブロッ
ク３２３７０）。判定ブロック３２３７５では、ファイ
ル統計が順調に入手されたかどうか見極める為に検査が
行われる。

該統計が順調に入手された場合、オブジェクトの変更日
時はｏｔｉｍｅに保管される。そうでない場合は、ｏｔ
ｉｍｅは初期化されゼロになる（ブロック３２３７５）
。次いで、ソースとオブジェクトとの変更時間が比較さ
れる（ブロック３２４２０）。

ソース変更時間がオブジェクト変更時間より大であれば
（ｍｔｉｍｅ＞ｏｔｉｔａｅ　）　、手順はブロック３
２４４０へ分岐する。

ソース変更時間がオブジェクト変更時間より大でなけれ
ば、プログラムによって、オブジェクト変更時間が条件
付きコンパイルかどうか（ｇｔｄｃｆｌａｇ＝Ｃ）見極
める為検査される（ブロック３２４２５）。

是であれば、ＣＰＯ手順は終了し、エラー無しで復帰さ
せられる（ブロック３２４２５）。オブジェクト変更時
間が条件付きコンパイルでなければ、コンパイラ・パラ
メータが構築される（ブロック３２４４０）。次いで、
パネル・コンパイラがオブジェクト・ファイル生成の為
呼び出される（ブロック３３０７０）。コンパイル状態
は検査される（ブロック３３１８０）。コンパイルが順
調であれば、ＣＰＯ手順は終了する（ブロック３３１８
０）。

順調でなければ、ｇｔｄ＋＋＋ｓｇが“ＣＯＭＰ　Ｉ　
ＬＥＦＡ　Ｉ　ＬＥＤ”に設定される（ブロック３３２
３０）。

エラー・メンセージが表示されるが、ユーザからの入力
は受理されない（ブロック３３２４０）。

次いで該手順はエラー状態で復帰させられる（ブロック
３３３２５）。

コンパイル：ＣＣ 此処でＣＣ手順の実施例を描出する第５７２−ｄ図を取
り上げて見ることにする。コンパイル手順によってアプ
リケーション内の各手順に対するコンパイル・プロセス
が起動される。５ＴＤＥテーブル内の各手順が調べられ
、手順に対する適切なコンパイラが呼び出される。現実
施段階ではＣ及びＣ０ＢＯＬコンパイラだけがサポート
されているが、連係可能なオブジェクト・コードを生成
できる任意の言語が使用可能である。ＣＣ手順は５ＴＤ
Ｅテーブルの始端をポイントするとＥを初期化すること
によって開始される（ブロック３３３８０）。判定ブロ
ック３３４２０では、Ｅが５ＴＤＥテーブルの終端を通
過してポイントするかどうか見極める為に検査が行われ
る。ポイントしている場合、手順はブロック３３６００
へ分岐し、メツセージフィールドＧＴＤＭＳＧが１ＰＲ
ＯＣＥＤＵＲＥ　　ＣＯＭＰＩＬＥＣＯＭＰＬＥＴＥ”
に設定され、それと同時に、プログラムによってＣＣ手
順は退去させられる（ブロック３３６１０）。Ｅが５Ｔ
ＤＥテーブルの終端を通過してポイントしないい場合は
、５ＴＤＥテ一ブル項目はそれが手順項目５ＴＤＥＴＹ
Ｐ＝Ｃであるか見極める為に検査が行われる（ブロック
３３４２５）。５ＴＤＥテ一ブル項目が手順でなければ
、ブロック３３５２０で実行が継続される。５ＴＤＥテ
一ブル項目が手順であれば、手順言語は検査され、手順
がＣ言語５ＴＤＥＣＴＹＰ＝Ｃで書かれているかどうか
調査される（ブロック３３４２６）、５ＴＤＥ項目の手
順言語がＣ言語でなければ、その時は手順はブロック３
３５２０へ分岐する。５ＴＤＥ項目の手順言語がＣ言語
であれば、ブロック３３４３０で、コンパイルＣ手順Ｃ
ＣＯが呼び出される（第５８図、ブロック３３６９０）
。

判定ブロック３３４３５ではコンパイルが順調かどうか
確認が行われる。コンパイルが順調であれば、プログラ
ムはブロック３３５２０へ分岐する。非であれば、ファ
イルされたＧ’ＥＴエラー・メツセージＧＴＤＭＳＧＦ
ＩＪ＜”Ｐ　ＲＯＣＥ　Ｄ　Ｕ　ＲＥＣＯＭＰＩＬＥ　
　ＦＡＩＬＥＤ″　（ブロック３３４４０）に設定され
、プログラムはエラーでＣＣＯ手順から復帰する（ブロ
ック３３４５０）。

判定ブロック３３５２０では５ＴＤＥ手順項目がＣｏＢ
ＯＬ手順、５ＴＤＥＣＴＹＰ＝ＣＯＢＯＬで有るかどう
か確認される。手順言語がＣ０ＢＯＬならば、ブロック
３３５３０に於いてプログラムによってコンパイルＣ手
順ＣＣ０ＢＯを呼び出す（第５９図、ブロック３６２７
０）。否であれば、プログラムはブロック３３５８０へ
分岐する。判定ブロック３３５３５では、コンパイルが
順調かどうか確認が行われる。コンパイルが順調であれ
ば、プログラムはブロック３３５８０へ分岐する。

コンパイルが順調でなければ、エラーメツセージフィー
ルドＧＴＤＭＳＧがＰＲＯＣＥＤＵＲＥＣＯＭＰＩＬＥ
　　ＦＡＩＬＳに設定され（ブロック３３５４０）、プ
ログラムはエラーでｃｃｏＢＯ手順から復帰する（ブロ
ック３３５５０）。

ブ０７り３３５８０テはＥが次（７）ＳＴＤＥテーブル
項目へ増加し、次の５ＴＤＥテ一ブル項目を調べる為に
ブロック３３４２０に復帰する。

コンパイルＣプログラム：ＣＣＯ 此処ではＣＣＯ手順の実施例を描出する第５８ａ−ｊ図
を取り上げることにする。この手順ではＣ手順用の出力
オブジェクトが構築されるのに必要なコンパイル（若し
くはコンパイラ）が呼び出される。まず現在の手順に必
要なコンパイルが確認される。コンパイルが無条件的コ
ンパイルなのかどうか、あるいは条件付きコンパイルな
のかどうか及びトランザクション・ビュー・ソース又は
手順ソース変更時間がオブジェクト・モジュール８７時
より大きいかどうかの検査が必要である。

コンパイルが必要なものであれば、該コンパイルは次の
順序で進行する。すなわち、まず、該手順が５ＴＤＥテ
ーブル内のＤＢＭＳ手順としてフラグされる場合、０８
ＭＳコンパイルが実行される。

次いで、コンパイルが実行され、テンポラリ・ファイル
を一掃する為に必要な清掃作業がそれに続＜、ＣＣＯ手
順はＧＴＤ出カフカファイルヮインドしく判定ブロック
３３７８０）、且つ完全修飾Ｃソース・モジュール・フ
ァイル名を構築する（ブロック３３８２０）によって実
行を開始する。

次いで、手順ソース・ファイルに関するファイル統計が
入手され、且つ、変更時間がＩＩＩｔｉＩＩＩｅに保管
される（ブロック３３９００）。

判定ブロック３３９１０では、ｔｖｈｔｉｍｅに保存さ
れたトランザクション・ビュー変更日／時がｍｔｉｍｅ
に保存された手順の日時より大かどうか確定する（ブロ
ック３３９１０）。真であれば、トランザクションビュ
ー変更日／時はｍｔｉｍｅに保存される（ブロック３３
９１０）。

ｔｖｗｔｉｍｅに保存されたトランザクション・ビュー
変更日／時がｍｔｉｍｅ保存の手順日時より大でなけれ
ば、ブロック３３９３０で実行が継続する。

ブロック３３９３０では、出力オブジェクト用のＣオブ
ジェクト・モジュール・パスネームが構築され、且つ手
順オブジェクト・モジュールに関するファイルＣオブジ
ェクト・モジュール統計が得られる（ブロック３４０４
０）。

判定ブロック３４０４５では、統計が順調に入手できる
かどうか確定し、且つそれが出来るとすれば変更日／時
がｏｔｉ＋ｎｅに保管される。順調でなければ、ｏｔｉ
ｍｅがゼロに初期化される。判定ブロック３４０９０で
は、ソース変更時間がオブジェクト変更時間より大であ
るか確定される。真ならば、手順はブロック３４１１０
へ分岐する。判定ブロック３４０９５では、ｇｔｄｃｆ
ａｇが条件付コンパイルを指定する“Ｃｏに等しいか確
定される。

真ならば、手順はエラー無しで復帰する。

判定ブロック３４１１０では、手順がＤＢＭＳ型手順で
あるか見極める為確認される（ＳＴＤＥＣＤＢ２＝Ｙ）
。そうでなければ、プログラムはＣ手順をコンパイルす
る為ブロック３５１７０へ分岐する。手順がＤＢＭＳ型
であれば、プログラムは０８ＭＳプレコンパイラ（ｐｒ
ｅ−ｃｏｍｐｉｌｅｒ）に必要なデータ組を準備し、且
つ次いで０８ＭＳプレコンパイラを呼出す。ブロック３
４１４０ではプレコンパイラ用に一時的フアイルにＣソ
ース・ファイルをコピーし、且つＣ０８ＭＳプレコンパ
イラ・パラメータが構築される（ブロック３５１７０）
。

次いでＣ０８ＭＳプレコンパイラが呼出される（ブロッ
ク３５０３０）。

判定ブロック３５０６０では、プレコンパイラが順調か
否か確定される。プレコンパイラが順調なら、プログラ
ムはブロック３４１１０へ分岐する。さもなければ、ユ
ーザにプレコンパイラからエラー・メツセージを含むプ
レコンパイラＧＴＤ出カフアイルが提示され（ブロック
３５０７０）、且つエラー・メツセージ・フィールドｇ
ｔｄｍｓｇは不正手順ＳＴＤＥＮＡＭＥの名前を、“Ｐ
ＲＥＣＯＭＰＩＬＥ　　ＦＡＩＬＥＤ”　（ブロック３
５０８０）のメツセージと併せて格納するように設定さ
れる。

エラー・メツセージは表示されるがユーザからの入力は
受は付けられない（ブロック３５０９０）。

手順は次いでエラーで復帰する（ブロック３５１００）
。

ブロック３５１７０では、プログラムはコンパイル手順
用にＣコンパイラ・パラメータを構築し、現行のディレ
クトリのパスネームを保管しくブロック３５６００）、
ディレクトリをｇｔｄｓｌｉｂに移行しくブロック３５
６１０）、Ｃコンパイラを呼出しくブロック３５６２０
）且つＣコンパイルの完了後、環ディレクトリに逆移行
する（ブロック３５６３０）。

判定ブロック３５６７０では、Ｃコンパイルが順調かど
うか見極める確認をする。順調ならば、プログラムはブ
ロック３５７４０に分岐する。Ｃコンパイルが順調でな
ければ、ＣＴＤ出力がブロック３５７４０へ分岐する。

Ｃコンパイルが順調でなければ、コンパイラ・エラー・
メツセージが格納されているＧＴＤ出カフカファイルー
ザに提示され（ブロック３５６８０）、且つエラー・メ
ツセージｇｔｄｍｓｇフィールドが”ＣＯＭＰＩＬＥＦ
ＡＩＬＥＤ”と言うメツセージと共に、不正手順の名前
ＳＴＤＥＮＡＭＥを格納・設定する。エラー・メツセー
ジは表示されるが、ユーザ入力は受入れらなれない（ブ
ロック３５７００）。手順はエラーで復帰する（ブロッ
ク３５７１０）。

判定ブロック３５７４０では、手順がＤＢＭＳ型手順か
どうか見極める確認をする。然りでなければ、プログラ
ムはブロック３６６００へ分岐する。手順がＤＢＭＳ型
手順ならばプログラムは一時的ネーム付コンパイル出力
オブジェクト・ファイルを正規メニューに移動させ（ブ
ロック３５７８０）、ＤＢＭＳ−時的ファイルを除去し
くブロック３６２４０）、且つメツセージ・フィールド
ｇｔｄｍｓｇがコンパイル手順塩ＳＴＤＥＮＡＭＥを“
’ＣＯＭＰＩＬＥ　　ＣＯＭＰＬＥＴＥ”メツセージ付
で格納される様に設定する（ブロック３６６００）。

状態メツセージが表示されるが、ユーザ入力は受入れら
れず（ブロック３６６１０）、それからプログラムはＣ
ＣＯ手順を退去する（ブロック３６６３０）。

Ｃ０ＢＯＬプログラムのコンパイル：ＣＣ０ＢＯ」 此処では、本発明によるＣＣｏＢＯ手順の面の実施例を
描出する第５９ａ−ｃ図に移動する。この手順ではＣ手
順の出力オブジェクトを構築するのに必要なコンパイル
（若しくは複数のコンパイル）が呼出される。最初に手
順はコンパイルが現行手順に必要かどうかを確定する。

該コンパイルが無条件的コンパイルならば、若しくは条
件付コンパイルであって且つトランザクション・ビュー
・ソース若しくは手順ソース変更時間がオブジェクト・
モジュール日時より大であれば該コンパイルは必要であ
る。該コンパイルが必要であれば、該コンパイルは次の
様に進行する。該手順が５ＴＤＥテーブルにＤＢＭＳ手
順としてフラグが立てられてあれば、まずＤＢＭＳコン
パイルが実行される。次いで、該コンパイルは実行され
、−時的ファイルの除去の為の作業が後続する。

Ｃ０ＢＯＬプログラム手順のコンパイルは始点にＧＴＤ
出カフカファイルワインド（ｒｅｗｉｎｄ）することに
よって開始される（ブロック３６８１０）。

ブロック３６８５０ではＣ０ＢＯＬソース・モジュール
の完全修飾ファイル・パスネームが構築される。ブロッ
ク３６９２０では、手順ソースに関するファイル統計が
入手される。ブロック３６９３０では、変更日／時がフ
ィールドｍｔｉｍｅに保管される。ブロック３６９４０
では、トランザクション・ビュー変更日／時が手順８７
時より大かどうかが確定される。然りであれば、該手順
はａ＋ｔｉｍｅにトランザクション・ビュー変更日／時
を保管する。

次いで、ブロック３６９６０ではＣ０ＢＯＬオブジエク
ト・モジュールの完全修飾バスネームが構築される。

ブロック３７０７０では手順オブジェクト・モジュール
に関するファイル統計が入手される。判定ブロック３７
０７５では、ファイル統計が順調に入手されたかどうか
確定される。然りであれば、該プログラムによって変更
日／時はｏｔｉｍｅに保管されてブロック３７１２０へ
分岐する。統計が順調に入手されない時は、プログラム
によってｏｔｉａ＋ｅがゼロ初期化され、且つブロック
３７１２０で実行が継続される。

ブロック３７１２０ではソース・ファイル変更日／時が
オブジェクト・ファイル変更日／時より大かどうかが確
定される。ソース・ファイル変更日／時がオブジェクト
変更日／時より大でなければ、プログラムはＣＣ０ＢＯ
から復帰する。ソースファイル変更日／時がオブジェク
ト変更日／時より大であれば、ブロック３７１５０で実
行は継続される。

判定ブロック３７１５０では、手順がＤＢＭＳ型手順か
どうかが確定される。否であれば、手順はブロック３８
６５０へ分岐する。手順がＤＢＭＳ型手順ならば、ブロ
ック３７．１９０で環境構成情報がマシーン依存型ＤＢ
ＭＳ移行を要するように指定しているかどうか確定され
る。然りであれば、手順はＣ０ＢＯＬ標準ＤＢＭＳソー
スをマシーン依存型ＤＢＭＳソースに移行させ一時的フ
アイルに置き、それからブロック３８１５０で実行を継
続する。否であれば、手順はプログラムはＣ０ＢＯＬソ
ース・ファイルを標準型ＤＢＭＳプレコンパイラ用の一
時的フアイルにコピーする。

ブロック３８１５０では、Ｃ０ＢＯＬ　　ＤＢＭＳプレ
コンパイラ・パラメータが構築され、それからブロック
３８６３０でＣ０ＢＯＬ　　ＤＢＭＳプレコンパイラが
呼出される。判定ブロック３８６５０でプレコンパイラ
が順調かどうか確定される。然りであれば、手順はブロ
ック３８７３０へ分岐する。否であれば、ＣＴＤ出カフ
カファイルロック３８６６０）のプレコンパイラ・エラ
ー出力が表示され、ファイルされたエラー・メツセージ
ＧＴＤ・ＭＳＧが不正手順ＳＴＤＥＮＡＭＥの名前でメ
ツセージ“’ＰＲＥＣＯＭＰＩＬＥ　　ＦＡＩＬＥＤ”
と共に格納するよう設定され（ブロック３８６７０）、
且つエラーメツセージは表示されるがユーザ入力は受入
れられない（ブロック３８６８０）。

手順はエラーで復帰する（ブロック３８６９０）。

プレコンパイラが順調ならば、手順（ブロック３８７３
０）によってコンパイル用のコンパイル・パラメータが
構築され（ブロック３９３２０）、現行ディレクトリが
保管され（ブロック３９３３０）、ディレクトリｇｔｄ
ｓｌｉｂに移行され（ブロック３９３４０）、Ｃ０ＢＯ
Ｌコンパイルが呼出され、そして原ディレクトリに逆移
行される。

判定ブロック３９４５０ではコンパイルが順調かどうか
確定される。然りであれば、ブロック３９５３０へ分岐
する。否であれば、手順によってＧＴＤ出カフカファイ
ルンパイル・エラー出力が提示され（ブロック３９４６
０）、エラー・メツセージ・フィールドが不正手順の名
前ＳＴＤＥＮＡＭＥをメツセージ゛ＣＯＭＰＩＬＥ　　
ＦＡＩＬ　Ｅ　Ｄ　”と共に格納するようにされる。エ
ラー・メツセージが表示されるがユーザ入力は受入れら
れず（ブロック３９４８０）、エラーで手１１１１から
復帰する（ブロック３９４９０）。

コンパイルが順調ならば、手順によって手順がＤＢＭＳ
型手順であるかどうか確定される（ブロック３９５３０
）。否であれば、手順はブロック３９９３０へ分岐する
。手順がＤＢＭＳ型手順であれば、手順はＤＢＭＳ−時
的ファイルを除去する。

ブロック３９９３０はその他の一時的フアイルをも除去
する。ブロック４００３０では、状態メツセージ・フィ
ールドがコンパイルされた手順の名前ＳＴＤＥＮＡＭＥ
をメツセージ“ＣＯＭＰ　ＩＬＥ　　ＣＯＭＰＬＥＴＥ
”と共に格納するよう設定される（ブロック４００３０
）。該状態メツセージは表示されるが、ユーザ入力は受
入れられない（ブロック４００４０）。手順はＣＣｏＢ
Ｏ手順は退去する（ブロック４００５０）。

トランザクションの　　　　２８１手 ＧＴＤ　）ランザクジョンの準備の最終段階はＴＤＴメ
ンバ（ｍｅｍｂｅｒ）に対するＢＩＮＤプロセスである
。このプロセスは、設計者指定手順、パネル及び適切な
ロード・モジュールを作成するビューの各々に従ってト
ランザクションを実行するのに必要な全ＧＴＤシステム
実装ランタイム・メンバ（ｒｕｎｔｉｍｅ　ｍｅｍｂｅ
ｒ）を抽出することである。

此処で、本発明によるＢＴ手順の見地がら実施例を描出
する第６０ａ−ｂ図を考察する。変数設定トランザクシ
ョン手順でアプリケーション・ロード・モジュールが構
築され、且つ実行可能ディレクトリ又はライブラリにイ
ンストールされる。

又この手順では使用ＤＢＭＳにとって必要であれば、デ
ータ・ベース変数設定も実行出来る。この事は本記述設
定では不必要であるが、メイン・フ１ｚ−４ではＤＢＭ
Ｓ変数設定は、ロード・モジュールがＤＢＭＳを順調に
アクセスする為にはそれ以前に実行されなければならな
い。ロード・モジュールは連係エディタで構築される。

本ユーティリティはＤＡＡ、アプリケーション若しくは
システム・ライブラリに対して行われた全ての未解決の
参照を解決するものである。ライブラリ参照は実行時間
に動的にロード出来１．又はロード・モジュールと連係
することが出来る。実行時間に於いて動的にロード出来
るライブラリ・モジュールが在ることが望ましい。

零ＢＴ手順では、ＧＴＤ出カフカファイルワインドする
ことで開始され（ブロック４０２６０）、連係エディタ
・パラメータ値（ｌｉｎｋ　ｅｄｉｔｏｒｐａｒａｍｅ
ｔｅｒ　ｖａｌｕｅ）及びアプリケーション入力ファイ
ルが連係エディタ手順内に含めるべき連係エディタ・フ
ァイルと共に設定され（ブロック４０５８０）、問題在
ればＤＢＭＳ手順型及び手順言語型が識別され（ブロッ
ク４１７９０）、言語名、ＤＢＭＳ（必要ならば）、Ｄ
ＡＡシステム、オペレーティング・システム・ライブラ
リ及びリンクに含めるべきオブジェクト・ファイルが設
定される（ブロック４２０６０）。

見極めをされるべき適切な連係エディタが確定される（
ブロック４２７９０）。

パラメータ・リストが登録値から構築される（ブロック
４２８４０）。

連係エディタは生成パラメータ・リストを用いて呼出さ
れ、連係エディタ復帰モードが保管される（ブロック４
３０２０）。

連係エディタ出力モジュールが読み取り専用に開示され
（ブロック４３０７０）、モジュール・サイズが初期化
される（ブロック４３０８０）。

判定ブロック４３０９０では、連係エディタ出力モジュ
ールの開示が順調かどうかを見極める為検査が行われる
。開示が順調でないと、プログラムはブロック４３１６
０へ分岐する。開示が順調ならば、モジュール・サイズ
が確定され（ブロック４３１００）Ｊ且つ連係エディタ
出力モジュールが閉止される（ブロック４３１１０）。

判定ブロック４３１６０では連係エディタ復帰コードが
良好かどうか見極める為検査される。否であれば、プロ
グラムはブロック４３１７０へ進む。復帰コードが良好
であれば、連係エディタ出力モジュールはそのサイズが
ゼロより大かどうか見極める為検査される（ブロック４
３１６５）。

モジュールがゼロより大であれば、プログラムはブロッ
ク４３４６０へ分岐する。否であれば、連係エディタ・
エラー・メツセージを含む出力ファイルが表示され（ブ
ロック４３１７０）、エラー・メツセージ・フィールド
ＧＴＤＭＳＧが“’ＢＩＮＤ　　ＦＡＩＬＥＤ”に設定
され（ブロック４３１８０）、それから手順はエラーで
復帰する（ブロック４３１９０）。

プログラムによってＧＴＤ出カフカファイルワインドさ
れ（ブロック５３４６０）、且つタスク停止ユーティリ
ティ（ｔａｓｋ　ｔｅｒａ＋１ｎａｔｉｏｎ　ｕｔｉｌ
ｉｔｙ）が現行実行アプリケーションモジュールを中止
するよう呼出される。この事は、現行実行中のロードモ
ジュールが新規コピーによって上書きされることを防止
する為のＵＮＩＸのオペレーティング・システム制限に
起因する。この方法はメイン・フレーム設定には適用さ
れない。問題の処理方法としては、タスクを消去し次い
でロード・モジュールを置換することである。

中止が順調であれば、プログラムはブロック４３６５０
に進み、原ロード・モジ−ニールを除去しくブロック４
３６５０）。−時的ファイルを原ネームに再命名しくブ
ロック４３６８０）、エラー・メツセージ・フィールド
ＧＴＤＭＳＧを“ＢＩＮＤ　　ＣＯＭＰＬＥＴＥ”に設
定しくブロック４３７６０ＬそしてプログラムはＢＴ手
順を退去する（ブロック４３７７０）。

中止が順調でない場合、プログラムによってユーザは連
係エディタ・エラー・メツセージを含む出力が提示され
（ブロック４３１７０）、エラー・メツセージ・フィー
ルドＧＴＤＭＳＧが“５ＴＯＦ　　ＴＲＡＮ　　ＦＡＩ
ＬＥＤ’“に設定され、そしてエラーでＢＴ手順は復帰
される（ブロック４３５６０）。

ファイル転゛パネル　手　　ビュー ＧＴＤの最終域にはファイル転送パネル、手Ｊｌｌｉ、
ビュー、文書手順が含まれるが、それらは、一つのＤＡ
Ａマシーンから他のマシーンへアプリケーション・ソー
スの全部又は一部をファイル転送するのに要するインタ
ーフェイスを与えるものである。

ファイル転送ファイルは、アプリケーション・ファイル
を一つの大型ファイルに保存する為に、両プラット・フ
オームに支援されている保存ニーテリティへの転送の為
全データ組のリストを走査することによって構築される
。次いでこの保存ファイルは２システム間の標準データ
転送チャンネルを用いて目的システムに転送される。こ
の種のデータ転送には、ファイルの転送時、その成分フ
ァイルに該ファイルを保存しないようにする為、目標マ
シーン（ｄｅｓｔｉｎａｔｉｏｎ　ｍａｃｈｉｎｅ）上
での適切な対応ファイル場所に非保存ユーティリティを
ビット（ｂｉｔ）する機能を与える必要がある。

ファイル転送メニュー・オプションは、ユーザにとって
パネルが必要な成分の目標環境への転送に選択しやすい
ように提示されることが専ら必要である０次いで、ＴＤ
Ｆのコピーが規定を定めた目標マシーンと一致するよう
に変更される。その他のアプリケーション・ソース成分
はＪＥＴによって与えられる機能に由来する各種のプラ
ント・フオームの命名規定とは無関係である。

特記的には、ＧＴＤファイル転送手順は、ＵＳＥＲＩＤ
、ＭＡＰＬ　ＩＢ及びＴＤＴＮＡＭＥを含むファイル転
送ユーザ・インターフェイス・ユーティリティのパラメ
ータ・リストを構築することによってブロック１１５６
４０で開始される。出力ファイルは何等かのユーティリ
ティ出力メッセージを収集する為始点にリワインドされ
（ブロック１１６２６０）、且つファイル転送ユーザ・
インターフェイス・ユーティリティが呼出される（ブロ
ック１１６３００）。判定ブロック１１６４１０ではフ
ァイル転送が順調化どうか見極める検査が行われる。然
りであれば、プログラムはＦＴ手順を退去する。非であ
れば、該手順はメツセージを出力ファイルに提示しくブ
ロック１１６４５０）、エラー・メツセージ・フィール
ドＧＴＤＭＳＧが“ＦＴ　　ＦＡＩＬＥＤ”に等しいと
設定され（ブロック１１６４５５Ｌ且つＦＴ手順はエラ
ーで退去する。

トランザクション　義テーブル この章の全記述で用いられるトランザクション定義テー
ブル、所謂ＴＤＴとは、ＪＥＴがトランザクション手順
に対しランタイムに適切な情報を容易にアクセス出来る
ようにする為互にスタック（ｓｔａｃｋ）された各種の
情報テーブルから構築されているものである。第４図々
示の様に、ＴＤＴは以下により詳述される次の様なテー
ブル型で成り立っている。すなわち、ＴＤＴオーバーヘ
ッド３６、パネル・マツプ項目のリスト（ＴＰＥ）４４
、手順の項目のリスト（ＴＣＥ）４６、メニュー項目の
リス）　（ＴＭＥ）４８、文書に使われる各種言語（例
えば英語、フランス語、ドイツ語等）を規定する言語項
目のリスト（ＴＬＥ）５０、及びＳＱＬデータ・ベース
処理手順（ＤＢＳＹＮＣ）５２である。

此処ではポインタが使用される場合、項目の番号がゼロ
を採るか或いはこの項目の特殊のタイプがこの特殊なト
ランザクションによっては用いられないのであれば、ポ
インタの値はＮＵＬＬになる。

テーブル型のそれぞれについて、以下に項目の型の名前
とその目的の簡単な説明のリストを提示する。

ＴＤＴオーバーヘッド ＴＤＴ　　オーバーヘッド３６にはトランザクション及
び各種テーブルへのポインタに関する包括的情報の全て
が格納されている。その内容は以下のフィールドから成
り立っている。

ＴＤＴＩＤ４文字のアプリケーション識別子である。

ＴＤＴＲＥＬＮは４文字のリリース番号である。

ＴＥＴＧＴ　ＩＭＥは本ＴＤＴが生成された時刻である
。

ＴＤＴＯＤＡＴＥは本ＴＤＴが生成された日付である。

ＴＤＴＤＲＥＰは８文字の文書レポートネームである。

ＴＤＴＤＧＥＮは８文字の文書性成ネームである。

ＴＤＥＡＭＥＮＬＩはＴＰＥテーブルのヘルプ項目への
ポインタである。

ＴＤＴＡＩ（ＥＬＰはＴＰＥテーブルのヘルプ項目への
ポインタである。

ＴＤＴＡＩＮＦＯはＴＰＥテーブルへの１ｎｆｏ項目へ
のポインタである。

ＴＤＴＡＧＬＯ３はＴＰＥテーブルのグロサリ項目への
ポインタである。

ＴＤＴＮＴＰＥはＴＰＥテーブルの項目番号である。

ＴＤＴＡＴＰＥはＴＰＥテーブルの第１項目へのポイン
タである。

ＴＤＴＮＴＣＥはＴＣＥテーブルの項目番号である。

ＴＤＲＡＴＣＥはＴＣＥテーブルの第１項目へのポイン
タである。

ＴＤＴＡＰＰＬは４文字のアプリケーション・ネームで
ある。

ＴＤＴＮＴＬＥはＴＬＥテーブルの項目番号である。

ＴＤＴＡＴＬＥはＴＬＥテーブルの第１項目へのポイン
タである。

トランザクションパネル　　（ＴＰＥ）ＴＰＥリスト４
４は手順処理に要する全パネルを包括する組合わせの単
位になる単一のトランザクション・パネルを記述し、且
つ以下のフィールドを格納しているＴＰＥのアレイであ
る：ＴＰＥＮＡＭＥは８文字のパネル名である。

ＴＰＥＡＭＡＰは本パネルのパネル・マツプデータへの
ポインタである。このポインタはＴＤＴの外部のマツプ
・コンパイラによって生成される。

ＴＰＥＡＩＴＣＥは本パネルの入力ＴＣＥへのポインタ
である。

ＴＰＥＡＯＴＣＥは本パネルの出力ＴＣＥへのポインタ
である。

ＴＰＥＲ３ＶＤＩは１２文字を予約されたフィールドで
ある。

ＯＰ　ＣＦ（ＴＡはヘルプ・テーブルへのポインタであ
る。

ＴＰＥＮＴＭＥは本パネルがメニュー・パネルの場合パ
ネルのＴＭＥ番号である。

ＴＰＥＡＴＭＥは本パネルがメニューパネルの場合のＴ
ＭＥテーブルの第１項目へのポインタである。

ＴＰＥＲ３ＶＤ２は１２文字が予約されたフィールドで
ある。

トランザクション手順　目（ＴＣＥ） ＴＣＥリスト４６には、ビュー・マツプ・オブジェクト
見出しブロック（ＶＭＯＨ）及びビューを定義し且つ以
下に税込されるビュー・マツプ・オブジェクト・フィー
ルド（ＶＭＯＦ）構造によて税込される各種ビューに対
するポインタが格納されている。ＴＣＥリストは単一の
アプリケーション提供手順を各々税込するＴＣＥのアレ
イであり、これら手順の組合わせによってアプリケーシ
ョン・トランザクションの処理に要する全手順が包括さ
れるのである。該ＴＣＥには以下のフィールドが格納さ
れている： ＴＣＥＮＡＭＥは８文字の手順ネームである。

ＴＣＥＡＰＲＯＣはアプリケーション提供手順の入口点
へのポインタである。

ＴＣＥＡＩ　ＶＷは入力ビューＶＭＯＨへのポインタで
ある。

ＴＣＥＡＯＶＷは出力ビューＶＭＯ）ｌへのポインタで
ある。

ＴＣＥＡＰＶＷはプＤ７ｙ　イ／Ｌ／−ビューＶＭＯＨ
へのポインタである。

ＴＣＥＤＢＴＹＰはデータ・ベース型を税込する文字で
ある（ＳＱＬ＝１）。

ＴＣＥＲ３ＶＤは７文字が予約されたフィールドである
。

トランザクションメニュー　目（ＴＭＥ）ＴＭＥリスト
４８は単一メニュー項目を各々税込するＴＭＥのアレイ
である。各ＴＭＥはＴＰＥ又はＴＣＥ或いは両方をポイ
ントし且つ以下のフィールドを格納している。

ＴＭＥＳＥＬは本項目の８文字の選択コードである。

ＴＭＥＡＴＰＥはこの選択コード用のＴＰＥへのポイン
タである。

ＴＭＥＡＴＣＥはこの選択コード用のＴＣＰへのポイン
タである。

ＴＭＥＤＥＳＣはこの項目の３２文字の説明文である。

トランザクション言語　目（ＴＬＥ） ＴＬＥリスト５０は文書作成可能な言語（例えば英語、
フランス語、ドイツ語など）をそれぞれ説述し、且つ以
下のフィールドを格納するＴＬＥのアレイである。

ＴＬＥＮＡＭＥは８文字の言語塩である。

ＴＬＥＤＲＥＰは８文字の文書レポート塩である。

ＴＬＥＤＧＥＮは８文字の文書生成衣である。

ＴＬＥＲ３ＶＤは２４文字が予約されたフィールドであ
る。

ＳＬデデーベース　　　　　（ＤＢＳＹＮＣ）ＤＢＳＹ
ＮＣテーブル５２には、データ・ベース・プロトコルに
よって定義され且つトランザクション実行中にＪＥＴに
よって必要とされるデータ・ベース手順の各種入口点へ
のポインタが格納されている０本テーブルは、以下のフ
ィールドから成り立っている。

Ｃ０ＮＮＥＣＴはデータ・ベース・コネクト手順の入口
点への手順ポインタである。

ＣＯＭＭＩＴはデータ・ベース・コミッ１４１１１ｉＫ
の入口点への手順ポインタである。

ＲＥＬＥＡＳＥはデータ・ベース・リリース手順の入口
点への手順ポインタである。

ビュー・マツプ・オブジェクト　出し部（ＶＭＯＦＩ）
既述のビューは、ビュー・マツプ・オブジェクト見出し
部（ＶＭＯＨ）５４及びビュー・マツプ・オブジェクト
・フィールド（ＶＭＯＦ）リスト５６によって説述され
る。ＶＭＯＦ５６については直下に述べるＶＭＯＨの後
に説述される。ＶＭＯＨ５４にはビュー及びＶＭＯＦア
レイへのポインタに関する統計情報が格納されており、
以下のフィールドから成り立っている。

ＶＭＯＨＡＰＰＬは４文字アプリケーション・ネームで
ある。

ＶＭＯＨＶ　Ｉ　ＥＷは８文字ビュー・ネームである。

ＶＭＯＨＶＴＭＥはビュー・コンパイル時間である。

Ｖ　Ｍ　ＯＨＶ　Ｄ　Ｔ　Ｅ　ハビュー・３７８４１１
８４寸である。

ＶＭＯＨＶＥＲは４文字バージョンである。

ＶＭＯＨＦＭＴは１文字ビュー・フォーマットである。

ＶＭＯ）（Ｒ３ＶＯは１文字予約フィールドである。

ｖＭＯＨＮＥは■ＭＯＦ項目番号である。

Ｖ　Ｍ　ＯＨＡ　Ｅ　ハ本ビューのＶＭＯＦアレイへの
ポインタである。

ＶＭＯＦアレイ５６にはビュー内の各フィールドの移動
量、長さ及び型が格納されている。各■ＭＯＦ項目は以
下の情報から成り立っている。

ＶＭＯＦＲＩ　ＥＤはトランザクション・ビュー作業域
の本データ要素の移動量である。

ＶＭＯＦＲＩ　ＥＬは本データ要素の長さである。

ＶＭＯＦＲＩＥＮは本データ要素の発生数である。

ＶＭＯＦＲＩ　ＥＴは１文字データ要素型である。

この種の型は以下のものを含むがそれに限定されるもの
ではない。すなわち、バイナリ；文字；符号文字；非符
号文字；小文字；縮短文字；縦長文字；ハイパー文字；
非符号小文字；非符号縮短文字；非符号縦長文字；非符
号ハイパー文字；シングル文字；ダブル文字である。

ＶＭＯＦ　ＲＳ　Ｖ　２は３文字予約フィールドである
。

本発明の最終の大型領域はＩＥＴすなわち対話マネジャ
である。ＩＥＴは間接的にユーザと入力及び出力メツセ
ージを介して交信する。メツセージがユーザに送信され
ると、ＩＥＴはトランザクション・プロセッサで送信さ
れるトランザクション・プロセッサ・インターフェイス
機能を呼出す。

次いで、トランザクション・プロセッサはユーザへの出
力メツセージの提示を受は持ち、且つユーザからの入力
メツセージを受入れる。この様にしてユーザとアプリケ
ーション・プログラム間の対話はＩＥＴ及びトランザク
ション・プロセッサを介して成立する。

アプリケーション・プログラム及びＩＥＴ間の交信はト
ランザクション・ビューを介して実行される。トランザ
クション・ビュー内部のデータ・フィールドはそれが人
力メツセージを受は取った時ＩＥＴによって初期化され
る。入力データにフォーマットされたテキストが格納さ
れていれば、ＩＥＴは該フォーマットテキストを入力メ
ツセージ内の見出し部情報を用いることによって適切な
マツプを位置するように解釈し、次いでマツプ・インタ
プリタを入力メツセージから入力フィールド情報を抽出
するよう呼出し、且つトランザクション・ビューに設値
する。データ・フィールドは又ＩＥＴの制御の放棄前に
アプリケーション手順によって初期化される。次いでデ
ータ・フィールドはＩＥＴがマツプ・インタプリタを再
度呼出する時フォーマット済み出力データに設値される
。

フォーマット済み出力は構築された出力メツセージ及び
見出し部情報のデータ部分に設値される。

トランザクション・ビュー内部に交信フィールドがある
のでアプリケーション手順はＩＥＴにアプリケーション
がいったん制御を放棄した場合に実行する動作を命令す
ることが出来る。２個の代表的な動作は、ユーザに新し
いパネルを提示すること又は新しい手順への連係請求を
実行することである。

ＩＥＴはアプリケーション・プロファイルと交信する。

ＩＥＴは各単独のユーザ／アプリケーション／トランザ
クションの個別的アプリケーション・プロファイル・レ
コードを保持することが出来る。ＪＥＴに呼出されたＤ
ＢＭＳインターフェイス手順によって全アプリケーショ
ン・プロファイル入力及び出力が実行される。特徴的な
ことは、新メツセージがトランザクション・プロセッサ
がら受信した時、ＩＥＴがアプリケーション・プロファ
イルを読取り且つトランザクション・プロセッサにメツ
セージを送信する前にアプリケーション・プロファイル
を書込むことである。

ＩＥＴにはアプリケーションとしてメニューヘルプ及び
文書、メツセージ及びスクリーン・フォーマット、及び
協調的処理の取り扱い手順が備えられている。ＴＤＴに
はアプリケーション・メニューを格納するパネルの構造
及びネームが含まれており、各メニュー項目によって参
照されるアプリケーション手順及びパネルのリストも含
まれている。ＬＥＴに入力及び出力手順がある為にＩＥ
Ｔがサポートするメニューの各レベルでの処理及び移動
が実行出来る。こうして論理処理メニューは何等アプリ
ケーション手順を含めることなくＪＥＴによって完全に
処理できる。ヘルプ及び文書は同様にしてＴＥＴでサポ
ートできる。ヘルプ及び文書ファイルはＩＥＴにリスト
されている。

ヘルプ文書処理若しくは移動を取り扱うＩＥＴの入力及
び出力手順には何等アプリケーション手順が含まれてい
ない。ＩＥＴではその連係及び復帰機能及びそのプロフ
ァイル・ビューの利用によって協調的処理を行うことが
出来る。本プロトコルによってデータは２個のプロセス
及びアプリケーション手順に保管されたデータを保持し
つつ２個のプロセス及びプロファイル間でやりとりする
ことが出来、プロセス間の対話で協調的に結果を得るこ
とが出来る。ＩＥＴでは現行及び次パネル表示ネームを
指定するトランザクション・ビューの制御フィールドを
介してメツセージ及びスクリーンフォー７ント処理（ｓ
ｃｒｅｅｎ　ｆｏｒｍａｔｔｉｎｇ）に関するアプリケ
ーション制御が与えられる。該アプリケーションはこれ
らのフィールドを変更することによって表示パネルを制
御することが出来る。

メニュー処理、ヘルプ及び文書処理、アプリケーション
・プロファイル管理、協調的処理及びメツセージ／スク
リーン・フォーマ・ントを含み、且つＩＥＴが提供する
アプリケーションに関するサービスは、入力／出力ファ
イル、スクリーン・フォーマント及びメツセージ処理の
インターフェイスの差異に関連するプラントフオームの
ソフトウェア及びハードうエアの差をＩＥＴが処理する
ことが出来るようにしたので、プラットフォームのソフ
トウェアからアプリケーションを分離している。各ブラ
・ントフォームへのＩＥＴの設定はアプリケーション・
プログラムとは切り離されている。

より高度の分離を維持する方法として、全グラ・シトフ
オーム上でデータ・ベース・アプリケーションの共通高
水準言語及び共通組み込みＤＢＭＳ言語インターフェイ
スの使用が採られている。この様な結果が得られたのは
、多重実行環境に対して横断的にアプリケーションの高
度な移植を可能にしたハードウェア及びソフトウェア依
存インターフェイスからの分離と共通の言語設定の利用
なのである。

ＩＥＴがリンク及び復帰プロトコル、データ入力及び出
力ビュー・インターフェイス及び経路選択請求見出し部
の使用によって遠隔のアプリケーションと交信すること
が出来る。ＬＩＮＫは遠隔アプリケーション手順の実行
を起動する為のＩＥＴへの催促である。ＲＥＴＵＲＮは
、ＬＩＮＫ請求の開始プログラムへの制御を復帰させる
ためのＩＥＴへの請求である。インターフェイス・ビュ
ーには起動手順、遠隔アプリケーション手順、ユーザ端
末デバイス及びそれらが駐在するシステムに関する文書
が含まれている。ＩＮＰＵＴビｊ１．−にはＬＩＮＫが
実行される際入力として含まれることになっているアイ
テムがリストされている。

０ＵＴＰＵＴビユーにはＲＥＴＵＲＮ請求に際して出力
として含まれることになっているデータ・アイテムがリ
ストされている。これらビュー全てがＬＩＮＫ及びＲＥ
ＴＵＲＮ請求の処理の際ＩＥＴによって用いられるＧＴ
Ｄによって構築されるビュー・オブジェクトに含まれて
いる。

ＩＥＴでは、アプリケーション手順がＬＩＮＫ又はＲＥ
ＴＵＲＮ機能を請求中であっても、或いはＩＥＴがＬＩ
ＮＫ又はＲＥＴＵＲＮの経路選択請求見出し部付入力メ
ツセージを受信直後であってもそれに基づいて、ＬＩＮ
Ｋ及びＲＥＴＵＲＮ双方の各種機能が実行される。ＪＥ
ＴがＬＩＮＫ又はＲＥＴＵＲＮ請求をアプリケーション
でコンパイルする時は何時も出力メツセージの一部とし
て見出し部が構築される。見出し部はデータ内の分りや
すい場所に識別キーワードを用いており、且つ実行直後
のアプリケーション手順の入力（ＬＩＮＫ請求の場合）
及び出力（ＲＥＴＵＲＮ請求の場合）ビューにリストさ
れたデータ・アイテムに対応するトランザクション・ビ
ューから得られたインターフェイス・ビューならびにデ
ータを含んでいる。次いで出力メツセージが処理の為に
トランザクション・プロセッサに送信される。トランザ
クション・プロセッサは出力メツセージの経路選択請求
見出し部を見分けることが出来、それを適切に処理する
。ＩＥＴが経路選択請求見出し部を格納した入力メツセ
ージを受信する時は、常にＩＥＴはメツセージが適応の
システムに来信したかどうか確定する。非であれば、該
メツセージは適切なシステムに転送される。非でなけれ
ば、アプリケーション・プロファイルが検索され、トラ
ンザクション・ビューに設値され、次いでインターフェ
イス及び入力（ＬＩＮＫ請求の場合）及び出力（ＲＥＴ
ＵＲＮ請求の場合）ビュー・データが実行されるアプリ
ケーション手順のトランザクション・ビューの対応する
データ・ネームの所に設値される。次いでアプリケーシ
ョン手順が実行される。複雑なアプリケーション手順で
あるがＬＩＮＫ及びＲＥＴＵＲＮ請求が実行されている
時正確に制御状態に在る。

此処で情報エンジニアリング・タスクは極めて詳細に考
察される。第６２ａ−ｂ図は本発明の実施例の此処での
観点からの流れ図を描出するものである。既述の様に、
ＩＥＴは、各ＤＡＡ）ランザクジョンの制御卸モジュー
ルであって、ユーザによってＤＡＡトランザクションが
実行される時トランザクション処理サブシステムからの
呼出によって入力されるように設計されている。かかる
サブシステムはＭＶＳ上のＩＭＳ又はＵＮＩＸプラット
フォーム上のＴｕｘｅｄｏのようなものであってよい。

ＩＥＴではトランザクション実行の別毎にトランザクシ
ョン処理システムを経てトランザクションの制御が呼出
されなければならない。ＧＴＤでは、ＴＤＴ、マツプ、
ユーザ手順及びＩＥＴモジュールを一括してＩＥＴを呼
出するトランザクション・サブシステムのメイン・イン
ターフェイス・モジュールと連係編集によって、実行可
能なトランザクション・モジュールが生成される。

若干の要点となる変数領域及び成分をＩＥＴ論理の既述
を通じて参照し手短に此処で述べることにする。

トランザクション定義テーブル（ＴＤＴ）：既述のごと
く、ＴＤＴは、ＴＤＴがＩＥＴモジュールがユーザ及び
アプリケーション手順間のパネル及びデータの流れを制
御する必要が在る多様な情報全てをテーブル形式で設定
したことによってＩＥＴの成功に決定的な役割を果した
。ＴＤＴは又メニュー・パネル、ヘルプ・パネル、及び
グロサリ・パネルに対するポインタの設定も行った。既
述のＴＤＴに関する議論でＪＥＴ論理の流れがよりよく
理解できる筈である。

トランザクション・ビュー（ＴＶ）：前に定ｉしたごと
く、トランザクション・ビューとは、ＩＥＴ及びユーザ
手順間の処理の制御流れに対してＩＥＴを通じて用いら
れる状態情報、ネーム、及びポインタを格納する変数の
集合である。それは周知のＩＥＴ変数にユーザ指定変数
を追加してなる１組から成り立っている。この方法はＩ
ＥＴ及びユーザ手順が情報を自由に交信する為の唯一の
方法である。この領域のポインタは呼出次第で常にユー
ザ手順に移行できる。このビューに格納されるフィール
ドの例として実行−システム−ネーム、起動−バネル−
ネーム、ユーザーｍ刷子、及びトランザクション−ネー
ムが挙げられる。

ＩＥＴＭ／ＩＥＴＩ　　見出し部：これらの見出し部は
、システム及びトランザクション間で交換されたＩＥＴ
インターフェイス・メツセージに先行する個々のブロッ
クの集合である。ＩＥＴインターフェイス・メツセージ
はシステム間及びトランザクション間の請求を交信する
のに用いられる。

これらは見出し部、制御ブロック及びメツセージ若しく
はビュー・データを格納している。見出し部（Ｉ　ＥＴ
Ｍ）及び制御ブロック（ＩＥＴＩ）内のデータは、メツ
セージの原の及び格納先システム環境ならびに請求端末
の機能に関する情報をＩＥＴに設定する。このデータは
格納先へのメツセージや発信元への返信の経路選択に用
いられる。

このデータは、メツセージ内のデータにどの様な変換を
施す必要があるかの判定にも用いられる。

各種のフィールド・ネームの選択は全く好みの問題であ
って、本発明の範囲を限定するものではない。

Ｉ　ＥＴＭ見出し部は求めるインターフェイス・メツセ
ージとトランザクシヨンの全長を定義する。

それは次のフィールドから成り立っている。

ＩＥＴＭＬＬはこの見出し部を含むＩＥＴＭメツセージ
の長さである。

ＩＥＴＭＺＺは予約フィールドでゼロを含む。

ＩＥＴＭＴＲＡＮは８文字のトランザクション・ネーム
である。

ｌ　ＥＴＭＢＵＮＫは１文字のフィールドで空白を含む
。

Ｉ　ＥＴＭＣＯＮＴは８文字の制御コードで“＝ＩＥＴ
ＣＯＮＴ”を含む。このフィールドはインターフェイス
・メツセージとしてこれを識別する為ＩＥＴによって用
いられるキーである。

ＩＥＴＩ制御ブロックはＩＥＴＭ見出し部に続き原及び
格納先システムの環境を税込する。それは次のフィール
ドから成り立っている。

ＩＥＴＩＬＬはＩＥＴＩ制御ブロックの長さである。

■ＥＴＩＺＺは予約フィールドでゼロを含む。

ＩＥＴＩＡＰＰＬは４文字のアプリケーション識別子で
ある。

ＩＥＴＩＶＩＥＷは８文字のビュー・ネームである。

Ｉ　ＥＴ　Ｉ　５ＹＳＴは要求端末の為のシステムの８
文字ネームである。

ＩＥＴＩＲ５Ｖ１は８文字の予約フィールドである。

Ｉ　ＥＴ　Ｉ　ＣＣは１文字コマンド・コードで要求の
型を指定する。（Ｌ　ＩＮＫ、ＲＥＴＵＲＮ、ＦＯＲＷ
ＡＲＤ、又はＴＥＲＭＩ　ＮＡＬ）。

ＩＥＴＩＲＣは１文字ＲＥＴＵＲＮコードである。

ＩＥＴＩＭＣは１文字メツセージ・コードである。

Ｉ　ＥＴＩ　ＨＣＮＴは１文字ホップ・カウント（ｈｏ
ｐ　ｃｏｕｎｔ）である。

ＩＥＴＩＵＳＥＲは８文字ユーザ識別子である。

ＩＥＴＩＴＥＲＭは８文字端末ネームである。

Ｉ　ＥＴ　Ｉ　ＯＮＯは４文字予約フィールドである。

ＩＥＴＩＡＰＬＯは４文字発信アプリケーション識別子
である。

ＩＥＴＩＳＹＳＯは８文字発信システムネームである。

ＩＥＴＩＴＲＮＯは８文字発信トランザクション・ネー
ムである。

ＩＥＴＩＰＲＣＯは８文字発信手順ネームである。

ＩＥＴＩ　ＦＭＴは１文字ＩＥＴＩフォーマット（通常
値＝１）である。

ＩＥＴＩＲ３Ｖ２は３文字予約フィールドである。

ＩＥＴＩＡＰＬＩは４文字格納先アプリケーション識別
子である。

ＩＥＴＩＳＹＳＩは８文字格納先システムネームである
。

ＩＥＴＩＴＲＮＩは８文字格納先トランザクション・ネ
ームである。

ＩＥＴＩＰＰＣＩは８文字格納先手順ネームである。

ＩＥＴＩＭＴＣＨは１文字、文字型（ＥＢＣＤＩＣ＝Ｏ
ＡＳＣＩＩ＝１）である。これはメンセージ・データに
どの様な文字コードの変更が必要かを確定する為格納先
に於いてＩＥＴによって用いられる。

ＩＥＴＩＭＴＩＮは１文字整数型（通常−〇、バイト−
スワップ＝１）である。

ＩＥＴＩＲ３Ｖ４は６文字の予約フィールドである。

ＩＥＴＩＴＲＭＤは１６文字の端末格納先情報である。

ＩＥＴＩＲ３Ｖ５は８文字予約フィールドである。

ＩＢＭ　　３２７０のデータ・ストリームは本発明の実
施例を反映しているので、以下の記述で参照される。に
もかかわらずかかる参照は本発明の範囲を以下なる場合
も制限するものではない。

まず、第６２ａ図を考察する。これはＩＥＴ流れ図の始
点を描出する。トランザクション・サブシステム・メイ
ン・モジュールの効果としてメイン・モジュールがＩＥ
Ｔを呼出し、ブロック１０でＩＥＴ論理はまず広範なア
クセス可能な変数及びキー・フィールドの初期化をトラ
ンザクション・ビューで行う。幾つかのこれらの変数及
びキー・フィールドには次のものが含まれている。すな
わち、ＴＤＴポインタ、１ｏｐｃｂ及びａｌｔｐｃｂ　
（この双方ともトランザクション・サブシステム・メイ
ン・モジュールによってＩＥＴに転送されている）、な
らびにスクリーン構築領域へのポインタ、メツセージ・
バッファ、ビュー・バッファ、及び文書スクリーン・バ
ッファである。ブロック２０ではＩＥＴはシステムから
局所システム・ネームを与えられている。

ＩＥＴのメイン・ループはブロック３０で開始される。

此処で新しいメツセージが所定のトランザクション識別
子に対するトランザクション・サブシステムから取り出
される。本ブロックは、例えばメイン論理によって以前
の走査が原因でそれが開示の優に生っているのであれば
、文書インターフェイスを閉止することによって開始さ
れる。

ブロック４０ではトランザクション・ビューが初期化さ
れる。この手順でＴＶが、ポインタをゼロにし、且つ文
字フィールドを空白に設定し、システム・ネームをロー
ドし、オペレーティング・システムから日時をロードし
、そしてＴＤＴｍ別子、アプリケーション識別子、及び
ＴＤＴからリリース番号を呼出すことによってクリアさ
れる。

この地点で、ブロック５０ではトランザクション・サブ
システムから次の入力の呼出が実行される。次いで、判
定ブロック６０では新データがＤＡＡシステムに与えら
れたかどうか検証される：５ＴＡＴＵＳ＝ＮＯＤＡＴＡ
？。新データ・ストリームが与えられなければ、ＩＥＴ
インターフェイスは後述する第６２ｂｂ図のブロック１
６６０へ分岐し、ＩＥＴインターフェイスは退去する。

ブロック６０の論理で新データ・ストリームが与えられ
た事が検証された場合、ブロック９０が実行される。ユ
ーザ識別子及び端末識別子はサブシステムの１ｏｐｃｂ
から検索されたＴＶへ保存される。ブロック１００で端
末属性、例えばカラー機能、ハイライティング（ｈｉｇ
ｈｌｉｇｈｔｉｎｇ）、リバース・ビデオ等が保管され
、ＴＶに保存される。

第６２ｂ図に続けば、ブロック１１０でデータ・ストリ
ームからトランザクション識別子が呼出され固有コード
（ＡＳ’ＣＩＩ又はＥＢＣＤ　Ｉ　Ｃ）に翻訳される。

ブロック１２０でトランザクション識別子が保管されそ
れからＴ’Ｖに保存される。

次に、判定ブロック１３０で入力データ・ストリームの
検査が行われデータがフォーマットされているかどうか
、すなわち、直接フォーマット済みスクリーンから得た
のかどうか８周べられる。この検査は３２７０データ・
ストリームの第１バイトに３２７０　　ＳＢＡを探すこ
とによって行われ、見付かれば、該ストリームはフォー
マット済みだと宣言される。この事はデータ・ストリー
ムがフォーマット済みパネルを有する３２７０型端末か
ら来たことを意味する。

「フォーマットしない（ｕｎｆｏｒｍａｔｔｅｄ）　Ｊ
とはクリアされたスクリーンからの入力（フォーマット
されていない３２７０スクリーン）又は少なくとも入力
の最初の部分が３２７０データ・ストリームを有しない
ことである。後者の場合には特別の見出し部が後続する
メツセージ中に後でフォーマット・データが見付かるよ
うな場合が有るかもしれない。データ・ストリームがフ
ォーマットされていると、ＩＥＴは後述の第６２１図の
ブロック７８０に分岐し、そこではフォーマット・スク
リーンが処理される。

この地点で判定ブロック１４０の論理によって「フォー
マットしない」データ・ストリームの処理が開始される
。このブロックではデータが他のＤＡＡ）ランザクジョ
ンのＩＥＴによって構築されたかどうか知る為に検査さ
れ、入力メツセージにクリア・テキスト・トラン・コー
ド（ｃｌｅａｒ　ｔｅｘｔｔｒａｎ　ｃｏｄｅ）が後続
するリテラル（ｌｉｔｅｒａｌ）　　−１ＥＴＣＯＮＴ
’”を探すことによってこのトランザクションに挿入さ
れる。データ・ストリームがＤＡＡ由来であれば、前述
のＩ　ＥＴＭ及びｒ　ＥＴ　ＩからなるＩＥＴ見出し部
が使われることになる。

テスト結果が否定的の場合、ＩＥＴインターフェイスは
後述の第６２ｇ図の判定ブロック４７０に移動し、そこ
では処理は３２７０端末由来の真のフォーマットなしメ
ツセージに対して開始される。

しかし、テストの結果が肯定的であれば、ＩＥＴは判定
ブロック１５０に移動し、そこでは送信ＩＥＴ文字組が
受信ＩＥＴ文字組と異なる（例えばＡＳＣＩＩ対ＥＢＣ
Ｄ　Ｉ　Ｃ）かどうか、ＩＥＴＩ見出し部の文字型フィ
ールドを受信側の型と比較することによって検査される
。ＩＥＴ見出し部がＥＢＣＤＴＣシステム由来であり、
局所的ＩＥＴがＡＳＣＩＩであれば、ＪＥＴインターフ
ェイスは全てのＩＥＴ１文字フィールドをＡＳＣＩＩに
変換する（ブロック１６０）。

メツセージにＩＥＴ見出し部が含まれると、３個の別々
な２値バイナリ長フイールドが必要であって、一つはＩ
　ＥＴＭに、一つはＩＥＴＩに、一つはＩＥＴＩ見出し
部が後続するメツセージ・データに先行する。その長さ
は発信ＩＥＴ処理によって構築されている為、該ＩＥＴ
の処理の固有マシーン・フォーマット（ｍａｃｈｉｎｅ
　ｆｏｒｍａｔ）の状態に在る。成る種のハードウェア
では高次バイトが先に、低次バイトが後に保存され（例
えばＩＢＭ３７０）、他方他のハードウェアでは最初に
低次バイトとバイト交換した短値バイトが先行し高次バ
イトが後続する（例えばインテル）。従って、ブロック
１７０では、ＩＥＴによって局所の又は受信側ＩＥＴの
バイナリ長さ保存型が送信ＩＥＴのハードウェア型のそ
れと比較される。第６２ｃ図に続けると、各型同士が互
換性を持てば、ＩＥＴはブロック１９０に分岐する。さ
もなければ、フロック１８０の３種類の異なる長さのフ
ィールドにバイトがスワップ（ｓｗａｐ）される。次い
でＩＥＴはユーザ識別子、端末システム、端末識別子、
及びＩＥＴＩの端末属性が保管されているブロック９０
に続きそれからＴＶに保存される。

判定ブロック２２０の論理によって、ＬＩＮＫ要求コー
ドに対するＩＥＴＩコマンド・コード・フィールドが検
査される。ＬＩＮＫ要求は、本システム及び本トランザ
クションによって処理する為に、求めるＩＥＴに入力ビ
ュー・ブロック（工ＥＴＩ見出し部が後続する）を付加
することを指定している。これがＬＩＮＫ要求でなけれ
ば、制御は後述の第６２ｅ図のブロック３１０に転送さ
れる。

ＬＩＮＫ要求コードが有れば、ビュー・スタック（ｙｉ
６Ｈ５ｔａｃｋ）がクリアされる。該ビュー・スタック
はディスクに保存され（今後ロールファイル（ＲＯＬＬ
Ｆ　Ｉ　ＬＥ）として引用される）、ユーザ識別子及び
アプリケーション識別子で指標付けされる。ＩＥＴの全
動作を通じてこのスタックはトランザクション実行の様
々な地点でビュー変数を保管且つ復元する為に用いられ
る。更に、ビューが保存される場合、パネル名及びトラ
ンザクション・ネームも要求に応じて保存される。リン
ク要求を受けた時は、ブロック２３０のＩＥＴは現行ユ
ーザ識別子及びアプリケーション識別子の全先行ビュー
をクリアする。次いでブロック２４０のＩＥＴは現行Ｉ
ＥＴＩ見出し部をユーザ及びアプリケーション識別子の
スタックのトップに設定する。ブロック２５０ではＪＥ
Ｔは、要求リンク経手順のネームをＩＥＴＩ見出し部か
らＴＶへ移動するがこれはＩＥＴＩ見出し部後付けの所
定入力ビューの手順の実行の準備の為である。第６２ｄ
図に進めば、ブロック２６０でひとたび手順ネームが識
別されると、ＩＥＴはネーム付手順の手順テーブル項目
を走査しくＴＣＥ、記述）、且つ適当なネームでＴＣＥ
へのポインタを保管する。

ブロック２７０へ進むと、ＩＥＴはＴＣＥブロックをプ
ロファイル・ビュー・リストＴＣＥＰＣＷの設定に用い
る。このリストはＴＶからプロファイル・ビュー・デー
タ・フィールドを抽出するのに用いられ、次いで別個の
ビュー作業域に移動する。ひとたびビュー作業域が構築
されると、ＩＥＴはＬＩＮＫ要求入力ビューの処理に先
行してプロファイル・ビューを代表するフィールドの連
続リストが得られる。次いでブロック２８０でこのプロ
ファイル・ビューは、特定ユーザ及びアプリケーション
の識別子のスタックにそれを設定することによって保管
される。

次いでブロック２９０では上記入力ビュー・リストが用
いられ（ＶＭＯＨ／ＶＭＯＦ）　、入力ビューの各フィ
ールドはＴＶへ移動する。移動に際して必要ならＥＢＣ
ＤＩＣからＡＳＣＩＩへ又はその反対へと文字フィール
ドが翻訳される。マシーンの保存方式が異なる場合バイ
ト交換も行われる（ブロック１７０参照）。ＴＤＴの説
明の時纏めたように、所定のフィールドのＶＭＯＦ項目
にはＴＶ、フィールド長さ、及びフィールド・フォーマ
ット（文字、等）にオフセットを含ませてマツピングを
するのに適当な情報が格納されている。

ＴＶが移植されるに従い、ＩＥＴインターフェイスは、
ＴＣＥによって指定された入力手順（ブロック２６０上
）を開始する為、後述の様に、第６２Ｓ図のブロック１
２００に続く。

ＬＩＮＫ要求が指定されなかった場合（ブロック２２０
）、制御はブロック３１０に転送される。

この地点でＩＥＴはＲＥＴＵＲＮコマンド・コードの為
のＩＥＴＩコマンド・コードを検査する。

その結果が非であれば、ＲＥＲＵＲＮ制御は後述の様に
第６２ｆ図のブロック４００に転送される。

それがＲＥＴＵＲＮ要求であればブロック３２０はＴＥ
ＴＩから、ＲＥＴＵＲＮ−手順のネームの抽出を実行す
る。

フ゛ロック３３０は、フ゛ロック２６０と１１（以のイ
乍動を行い、ＲＥＴＵＲＮ−手順用のＴＣＥポインタを
見い出す。

ブロック３４０では、ＩＥＴがユーザ及びアプリケーシ
ョン識別子のスタックの最終設定ビューをポツプ・オフ
（ｐｏｐ　ｏｆｆ）することによってプロファイル・ビ
ュー・フィールドを復元する。復元処理にはＬＩＮＫが
行われた時に保管された出カバネル・ネームが含まれる
。次いでＩＥＴはＴＣＥフィールド、ＴＣＥＰＶＷをプ
ロファイル・ビュー・リスト構造、ＶＭＯＨへのポイン
タとじて用い且つＶＭＯＦ項目のリスト（ビューのフィ
ールド当り１個）をプロファイル・ビューからＴＶ迄全
てのフィールドを再記録する為に用いる（ブロック３５
０）。

次いで、ＴＣＥは出力ビュー・リストＴＣＥ○■Ｗ（ブ
ロック３７０）を駐在するのに用いられる。このフィー
ルド・リストからＴＶはＩＥＴＴ見出し部が後続するビ
ュー・データ由来のデータを用いて移植される。ブロッ
ク３７０では、同様の論理がブロック３５０のそれに採
用される。但し、プロファイル・ビュー・リストの代り
に出力ビュー・リストが用いられる点は別である。

この地点で、ブロック３８０のＩＥＴはプロ、ツク３４
０のプロファイル・データ・ベースから復元されたパネ
ル塩を用いてＴＶに出カバネル名を設定する。次いでＴ
ＣＥによって指名された出力手順を開始する為（ブロッ
ク３３０上）後述の様に、第６２ｓ図のブロック１２０
０へ制御が転送される。

今度は第６２ｆ図を見ると、プロ・ツク４００でＦＯＲ
ＷＡＲＤコマンドに対してＩＥＴＩコマンド・コードが
検査される。ＦＯＲＷＡＲＤコマンドが無ければ、制御
はブロック４３０に転送される。

ＦＯＲＷＡＲＤ要求は、１システム上で入力データ通常
入力端末データを他のシステムに転送して格納先システ
ムで同じ又は異なるトランザクションによって実行する
為に、ＤＡＡ）ランザクジョンによって用いられる。例
えば、成るシステムの端末によってＤＡ）ランザクジョ
ンは、実行用遠隔システムへのトランザクション要求の
経路選択に用いられる。〜この操作はクリアされたスク
リーンから°’ＤＡ　　５ｙｓｉｄ　ｔｒａｎ　ｔｒａ
ｎ−ｉｎｐｕｔ″を入力することによって実行すること
が出来る。此処に“’５ｙｓｉｄ″とは遠隔システムの
名前であり、”　ｔｒａｎとは実行さるべきトランザク
ションの名前であり且つ“ｔｒａｎ−１ｎｐｕ　ｔ”と
はオプショナルなトランザクション・データである。Ｄ
Ａ）ランザクジョンはこのＦＯＲＷＡＲＤ要求をシステ
ム５ｙｓｉｄ上で実行すべく　Ｉ　ＥＴＭ／Ｉ　ＥＴＩ
／メツセージ・バッファを構築する為に用いられる。

ブロック４００にＦＯＲＷＡＲＤコマンドが有れば、ブ
ロック４１０でＪＥＴはＩＥＴＩ見出し部付メツセージ
・バッファを作業域にコピーし、あたかもメツセージ・
バッファが局所システムから発信されたかの様に進行す
る為、次いで第６２ｂ図のブロック１２０に分岐する。

本発明の実施例に於いではこのメツセージ・ブロックが
吟味され且つ再び実行の為他のシステムへ転送されるこ
とは可能である。しかし一般にはＦＯＲＷＡＲＤ要求は
１回のパス後に実行される。

ブロック４３０ではＴＥＲＭＩＮＡＬコマンドに対する
ＩＥＴＩコマンド・コードが検査される。

それがＴＥＲＭＩＮＡＬコマンドでなければ、次のトラ
ンザクション入力を呼出する為ブロック１１０に制御は
転送される。さもなければ、ＴＥＴｌ見出し部付データ
・ストリームからのメツセージがＩＥＴＩ見出し部で指
定された局所端末に転送される。次いでこのトランザク
ション用の次の入力を処理する為ブロック４０に制御は
逆転送される。

ブロック４７０では、ＴＥＴによりＡＳＣＩＩ型の局所
マシーン文字セットが検査される。それがＡＳＣＩＩマ
シーンでなければ、ＩＥＴインターフェイスは次の段階
にスキップし、ブロック５１０に移動する。それがＡＳ
ＣＩＩマシーンであれば、ＩＥＴインターフェイスはＡ
ＳＣＩＩコード（５００）にデータ・ストリームを変換
し、次いでブロック５１０に移動する。

次に、判定ブロック５１０でＩＥＴは、データ・ストリ
ームがトランザクション・コードが転送した無空白デー
タを格納しているかどうか検査する。トランザクション
・コードを転送された無空白データとは、メニュー選択
が提示され若しくは選択データが“フォーマットなし”
パネル入力手順によって処理待ち状態になっていること
を意味する。トランザクション・コードを転送したデー
タが無い場合、制御はブロック５５０に転送される。

ブロック５２０では余分のデータが残留する場合に実行
される。トラン・コード（ｔｒａｎ　ｃｏｄｅ）付の最
初の無空白文字は、ユーザがその文字のついて指定コマ
ンドの呼出を要求するかどうかを示す”／゛又は“−”
と比較される。／”又は“−がなければ、制御はブロッ
ク５５０へ転送される。

パ／”又は“＝゛が有れば、判定ブロック５３０で更に
該文字に続くコマンド・ストリングが「リセット」と比
較される。ストリングが「リセット」と等しければ、制
御は後述の第６２ｙ図のブロック１５６０へ転送される
。此処ではトランザクションの状態がリセットされ且つ
トップ・レベルのメニュー（ｔｏｐ　１ｅｖｅｌ　ａ＋
ｅｎｕ）が表示される。ストリングが「リセット」に等
しくなければ、プロ、ツク５４０でストリングが“ＱＵ
ＩＴ”と等しいか否か検査される。ストリングが”ＱＵ
ＩＴ”に等しければ、制御は第６２ｘ図に短時間スキッ
プしてからブロック１５３０に転送される。此処で、Ｉ
ＥＴはプロファイル・データ・ベースからアプリケーシ
ョン識別子を削除することによって特定ユーザとアプリ
ケーションの識別子へのＱＵＩＴ要求の処理を開始する
。次いでブロック１５４０で実行用局所システムへのメ
ツセージ“ＤＡ＝１”が問われる。この制御は表示起動
トランザクションを呼出する。次いで制御はブロック３
０に転送され、此処で次のトランザクション・メツセー
ジが受信され処理される。

第６２ｈ図に戻り、ブロック５５０の論理でクリア・ス
クリーンから呼出されたトラン・コードだけ用いてトラ
ンザクションの処理が開始される。

これが最終の既知の状態及びパネルでトランザクション
を再開できる一つの方法である。この処理はＴＶでのパ
ネル塩を空白にすることによって開始される。

判定ブロック５６７では現行ユーザ識別子に空白がある
かどうかが検査される。ユーザ識別子に空白があるとす
れば、ユーザ識別子はなく、ＩＥＴはプロファイルの再
保存をバイパスして、制御はブロック６２０へ転送され
る。ユーザ識別子に空白がなければ、ブロック５７０で
の論理は所定のユーザ識別子及びアプリケーション識別
子に対して出カバネル名を含むスタックからプロファイ
ル・ビューを再保存する。

この地点で、判定ブロック５８０は、最終プロファイル
が再保存ビューの最初の部分をリテラル“”ＩＥＴＣＯ
ＮＴ”と比較することによってそれがＩＥＴ１制御ブロ
ックであるかどうか検査される。結果が否であれば、制
御はブロック６１５へ転送される。此処では、ＴＶが再
保存プロファイル・ビューから移植されている。

ブロック５９０ではＩＥＴ制御ブロックが再保存された
時入力される（すなわち、ブロック５８０の比較は正で
ある）。ＩＥＴの要求がこのコードと異なるトランザク
ション・コードに最終的に転送されるか、及び現行シス
テムとは異なるシステム識別子に転送されるかを検証す
る為のテストが行われる。テスト結果が正であれば、制
御はブロック６１５へ転送され、此処でＴＶは再保存さ
れたばかりのビューから移植される。

ブロック６００では５９０でのテスト結果が否の場合に
実行される。ＩＥＴではＴＲＡＣＥ　　ＦＯＲＷＡＲＤ
と呼ばれるプロセスが採用されるがこれによってＩＥＴ
はメツセージを格納先トランザクション及び再保存され
たＩＥＴＩにあるシステム識別子にメツセージを再送信
できる。

このブロックはＩＥＴＭ、ｒＥＴＩ及びＩＥＴＩのトラ
ン・コードに等しいメツセージ・バッファからなる新メ
ツセージ・ブロックが構築される。

ＩＥＴＩ要求コードはＦＯＲＷＡＲＤに設定される。こ
のメツセージ・ブロックは送信されると、トランザクシ
ョンはこのトラン／システムから最終要求状態に於いて
格納先システム上で再開するよう設計されている。バッ
ファが構築された後で、制御は後述の様に第６２ｖ図ブ
ロック１４２０に転送される。此処でメツセージは指定
トラン／システムに送信される。

ブロック６１５ではトランザクション・ビュー変数がブ
ロック５７０に再保存されたプロファイル・ビューから
移植される。これは第６２ｅ図のブロック３５０で述べ
たプロセスと同様である。

入カバネルネームは「アンフォーマット」に設定される
（ブロック６２０）。

第６２ｊ図に移動すれば、ブロック６３０では指定ファ
イル・ネームにＴＰＥ項目が駐在される。

ＴＰＥ項目はパネルに構築及び表示さるべき全ての情報
が格納されている。パネルの位置決めは単に所望のパネ
ル塩がＴＰＥのネームに等しい物が見付かるまで各ＴＰ
Ｅの項目を走査する問題に過ぎない。最初のＴＰＥはＴ
ＤＴ中のフィールドＴＤＴＡＴＰＥに係留される。

次いで、判定ブロック６４０でＩＥＴはトラン・コード
に続くメツセージ・バッファ内のデータが“＝”と共に
先行しているか否か検査される。

非であれば、制御はブロック６８０に転送される。

他方、トラン・コードが“＝”と共に先行していれば、
ブロック６５０でメニューの再開始へのユーザからの要
求が取り扱われる。たとえば、ザからの要求が取り扱わ
れる。たとえば、ＸＹＺ＝２で指定されたトランザクシ
ョンＸＹＺメニューオプションでの２が実行されなけれ
ばならない。

トップ・レベルのメニューパネル項目ＴＰＥは変数ＴＤ
ＴＡＭＥＮＵを用いてＴ、Ｄ　Ｔによって設定される。

このＴＰＥによってメニュー人力手順項目はＴＰＥのＴ
ＰＥＡＩＴＣＥフィールドを用いて設定される。

ブロック６５０が実行された後、６５２ではビューの各
々がトップ・メニュー・ビューとなっているスタックの
第一ビューを占めるまで、このユーザ識別子及びアプリ
ケーション識別子がポ・ノブ（ｐｏｐ）される。トップ
・ビューが発見されれば、すなわちトップ・メニュー・
プロファイル・ビューＴＶはビューから再記録され、ビ
ュー・スタックはクリアされる。トップ・ビューが発見
されなければＴＶに再記録されるものはなく、スタック
は空の優である。ブロック６６０では“＝゛に後続する
コマンド・コードがＴＶのコマンド・フィールドに移動
する。次いで制御は後述の第６２ｓ図ブロック１２００
に転送されるが此処で入力手順はメニューパネルに対し
て実行される。

１１　＝　１１がトランコードに先行しない場合に話を
戻すと、ブロック６８０で出カバネル・ネームが空白で
あり、入カバネル・ネームでＵＮＦＯＲＭＡＴ”である
かどうかの検査が行われ、両者とも然りであれば、入力
メツセージ・バッファは出力領域にコピーされ〔ブロッ
ク６９０）、且つ制御はＵＮＦＯＲＭＡＴの入カバネル
の為の入力手順が呼出されるブロック９６０に転送され
る。

どちらも無ければ、ブロック７１０で所定のパネルから
トランザクションの再開始準備の論理を開始する。まず
コマンド・コードが空白化され、次いでブロック７２０
で出カバネル・ネームがＴＶに移動される。次いでブロ
ック７３０では指定パネル・ネームに対するＴＰＥ項目
が探索される。

第６２に図では、ブロック７４０でフィールドＴＰＲＡ
ＯＴＣＥでの出力手順項目ポインタに対しＴＰＥによっ
て検査が行われる。ポインタが存在すれば、このポイン
タはパネルの出力より早く呼出される手順のＴＣＥ項目
をポイントする。次いでブロック７５０でＴＣＨのアド
レスが設定され且つ指定手順が実行される第６２ｓ図の
ブロック１２００に制御が転送される。出力手順が存在
しなければ、制御は後述の様に第６２ｚ図のブロック１
６１０へ転送され、そこではパネル表示が構築され且つ
端末に出力される。

ブロック７８０で３２７０データ・ストリームを用いて
フォーマットされたメツセージに対する論理が開始され
る。（すなわち、該メツセージは始点に於いて３２７０
ＳＢＡを有することが検証されていたのである；ブロッ
ク１３０参照）。この時点に於いて、ＤＡＡ）ランザク
ジョン・パネルが表示されている３２７０端末から受信
された３２７０人カストリームをＩＥＴが有することが
期待される。′端末から入力されたＩＥＴ処理の不可欠
な要素としてスクリーンのデザインが挙げられる。この
デザインはパネル・クリア時成る程度までＧＴＤによっ
て強化される。その基準は３２７０端末によって復帰さ
れたＤＡＡスクリーンの最初の３フイールドがトラン・
コード、パネル・ネーム及びシステム識別子でなければ
成らないということである。この方法は３２７０データ
・ストリームに、これら３フイールドを変更データ・タ
グｇｉ　（ｄａｔａ　ｔａｇ　５ｅｔ）付き人力／出カ
フイールドとして含まれることによって可能と成る。こ
の条件は何等かの送信キーが押される時必ず３２２０が
それらを復帰させる原因と成る。これら３フイールドが
復帰されると、ＩＥＴは入力を処理するよう指定された
次の手順を呼出して最終的にトランザクションが退去し
た時点で処理を連続することが可能である。

従って、判定ブロック７８０では、パネル・ネームが第
２の３２７０ＳＢＡの探索とパネル・ネームとして復帰
された文字の抽出によってデータストリーム中に在るか
どうか調べる為停止させる。

データストリニムが短すぎるか又は第２のＳＢＡを持た
ない場合、制御は後述の様に、この入力がトランザクシ
ョンに対する再開始として扱われている第６２ｎ図のブ
ロック８７０に転送される。

パネル・ネームが在れば、それはＴＶに保存され（ブロ
ック７９０）それからＩＥＴがアスキー・マシーン（Ａ
　Ｓ　ＣＩ　Ｉ　　ｍａｃｈｉｎｅ）上をランするとす
ればＡＳＣＩＩに翻訳される。

判定ブロック８００ではパネル・ネームに続く次の期待
ＳＢＡがシステム・ネームであることを別とすれば判定
ブロック７８０と同様な演算が行われる。次いでこのフ
ィールドが存在しなければ、制御はこの入力がトランザ
クションの為の再開始として扱われる第６２ｎ図のブロ
ック８７０に転送される。第６２ｎ図を考察するとして
、フィールドが在れば、ブロック８１０でパネル・ネー
ムがＴＶに保存され且つＩＥＴがアスキーマシーン上を
ランしていれば、それはアスキーに翻訳される。

判定フロック８２０ではパネルのシステム名はＩＥＴが
ランしているシステムと比較される；これらシステム名
がＩＥＴプロセスと同一であれば、このスクリーン及び
制御はプロファイルが再保存される筈のブロック８６０
に転送される。パネルのシステム名がＩＥＴが実行中の
システムと同一でなければ、ブロック８３０が実行され
る。従って、ＩＥＴはこの処理用のパネル入力をパネル
上のシステム名に転送しなければ成らない、ＩＥＴはパ
ネルシステム塩が有効名の局所データベースを吟味する
ことによって有効ネットワークシステムであるかどうか
検査する。成る種のシステムの設定ではテーブルが無い
かもしれないし従って、全ての名前が潜在的に有効であ
り且つ次に伝送される高次ＤＡＡシステムに転送−され
なければ成らない。システム名が妥当でないと石像され
れば、制御は局所システム上で処理する為ブロック８６
０に転送される。

ブロック８４０では遠隔システムへの順方向要求がある
場合実行される。このブロックには端末からのメツセー
ジ・パネル入力に従ってＩＥＴＭ、ＩＥＴＩが構築され
る。正確なフィールド定義は既にＩＥＴメツセージ・フ
ォーマットに関連して論じられている。この順方向要求
を扱う遠隔ＩＥＴ処理はブロック４００で扱われる。Ｉ
ＥＴＩが要求端末、局所及び遠隔ＩＥＴシステム、各シ
ステムについての相対トラン・コード、各システムにつ
いてのパネル・ネーム、及び局所ＩＥＴがその上で実行
されているＡＳＣ１４／ＥＢＣＤ　ＩＣ及びバイト交換
の有無などのマシーンの型についての情報を格納するよ
う更新される。前述の様に、これらＴＥＴ見出し部は完
成すると、遠隔システム及び適正翻訳への経路選択が可
能になる。メツセージ・ブロックがブロック８４０によ
ってフォーマットされた後で制御は後述の様に遠隔シス
テムへの引渡しとして第６２ｖ図のブロック１４１０に
転送される。

ブロック８６０では局所システムの端末入力が実行され
る。ＴＶでのシステム名は局所システムの識別子に設定
された制御は出力ネームを空白にするブロック８７０に
転送される。

第６２ｎ図に関して話を継続すると、ブロック８８０．
９００及び９１０は前のブロック５７〇−５９０と同義
の論理である（すなわち、プロファイルはこのユーザ及
びアプリケーション識別子について再保存される）。最
終に実行された内容が他のシステム若しくはトランザク
ションへのＩＥＴの要求であれば、追跡順方向要求は再
保存ＩＥＴＩプロファイルに在るトランザクション／シ
ステムを再開始する為に構築され（９１０）、制御は所
望システムへの要求伝達の為、第６２ｖ図のブロック１
４２０に転送される。例えば、このユーザ及びトランザ
クションに対して行われた最終内容が他のシステムへの
連係要求であり、復帰は未だ起こらず、或いはプロファ
イルが連係未決定を提示しない場合、この追跡順方向要
求は遠隔トランザクションを再び復帰さす為呼出すよう
デザインされる。

プロファイルがＩＥＴ要求でない場合、制御はＴＶを再
保存プロファイル・ビューから移植するブロック９３０
に転送される。（ブロック３５０を議論用として参照の
事）。次いで、プロ・ツク９４０ではＴＶにおいて指定
されたパネル・ネームが探索される（ブロック６３０を
議論用として参照のこと）。

ブロック９５０では、入力３２７０データ・ストリーム
に従ってＴＰＥのＴＰＥＡＭＡＰによってポイントされ
たパネル・マツプ・データが取り上げられ且つＴＭＳが
パネル・マツプのデータ領域によって税込されたように
、ＴＶの適切なフィールドに端末から復帰されたフィー
ルドを抽出するよう呼出される。ＴＭＳとはテキサス・
インスツルメント社のスクリーン機能の事であるが、そ
の他の機能はＩＢＭのＩＭＳ　　ＭＦＳの様に本発明に
よる開発され且つ適応させることが出来る。

重要なことは端末から復帰された入力フィールドは内部
表示への変換を含め適切なＴＶフィールドにマツプされ
ることである。更に、３２７０ＡＩＤキ一表示はＴＶ内
で更新される。

ブロック９６０ではパネル・ネームに対するＴＰＥ項目
が呼出される。次いで、ブロック９６２ではＴＰＥＡＩ
ＴＣＥは入力手順が呼出されるようにＴＣＥ項目を駐在
さすのに用いられる。第６２０図に移動すると、ブロッ
ク９７０で、手順名がＴＣＥからＴＶに保管される。

続いてブロック９８０で機能キー用のＴＶのバイナリ・
フィールド（ｂｉｎａｒｙ　ｆｉｅｌｄ）が更新される
。

ＤＡＡアプリケーションの開発者は“ＯＰＴＭＯＮ＝”
としてパネル上に表示されたオプション・フィールドを
用いて自分の為のパネルを生成することが出来、且つユ
ーザがストリング”　Ｆ　ｎ　ｎとタイプすれば、ＩＥ
ＴによってこれはＦｎｎキーが押されたと同じ事と解釈
される。この論理は、ユーザが機能キー名をタイプし且
つＥＮＴＥＲキーを押しされすれば適用される。機能名
がタイプされ他の機能キーが押されない場合、ＩＥＴで
は３２７０で生成されたＡＩＤキーが機能キーとして用
いられユーザのタイプした機能キー名は無視されること
になっている。この機能キー論理に従う如何なる場合に
もブロック９９０でこのオプション・フィールドはＴＶ
においては空白化される形になることになっている。

この時点で判定ブロック１０００でのＩＥＴは被選択機
能キーがＦ１５であるかどうか調べる為停止される。Ｆ
１５が選択されていれば、ＩＥＴインターフェイスは既
述の第６２ｘ図のブロック１５３０に分岐する。Ｆ１５
はＤＡＡによってユーザがこのアプリケーションをＱＵ
Ｉ”Ｉ’したいことを指定するのに用いられるので、１
５３０に分岐する事でこのアプリケーションはユーザ用
のプロファイル・データ・ベースから除去され且っＤＡ
Ａ）ランザクジョンが挿入されることになっている。選
択機能キーがＦ１５でなければ、ＪＥＴインターフェイ
スは被選択機能キーがＦ２４であるかどうか調べる為停
止させられる（ブロック１０１０）。然りであれば、こ
の事はユーザが現行アプリケーションを一時停止し且つ
ＤＡＡ）ランザクジョンを用いて彼の現行起動アプリケ
ーションのリストを閲覧したことを指定している。フロ
ック１０２でユーザの為のメツセージ・バンファ“ＤＡ
＝１°゛が構築され、トランザクション処理サブシステ
ムに挿入される。次いで制御は第６２２図のブロック１
６３０に転送されるが此処でトランザクションのクリア
が実行される。

判定ブロック１０４０では現行パネルがＨＥＬＰ、ＧＬ
Ｏ３ＳＡＲＹ又はＭＥＮＵパネルであるかどうか調べる
為停止させられる。これらの一つであれば、制御はブロ
ック１１９０に転送され、此処でパネルと関連した入力
手順が実行されることになっている。第６２ｅ図を考察
すると、現行パネルがこれらパネルのどの一つでもなけ
れば、判定ブロック１０５０は被選択機能キーの値が標
準ＤＡＡのＨＥＬＰキー　である１に等しいかどうか調
べる為停止させられる。それが１でなければその時制御
はブロック１１５０に転送され、此処で被選択キーの次
の値がテストされる。

ブロック１０６０で特定アプリケーション用のＨＥＬＰ
パネル表示用論理が開始される。まず、ヘルプ論理はヘ
ルプ・スクリーンから退去する際、ＩＥＴがその全フィ
ールドを伴って現行パネルを再開始できるだけの十分な
情報を保管していなければならない。この論理によって
７ＭＳバッファに格納される全現行入力及び出力フィー
ルドからなるヘルプ・ビュー領域が構築される。ビュー
名はこのビューを識別する為“ＨＥＬＰＶＩＥＷ”とし
て設定される。

次いでブロック１０７０ではこのヘルプビューがスタッ
ク・ファイルに挿入、設値される。環境の保管後、ヘル
プ論理としては此処でヘルプ・パネルの出力の準備が可
能になる。ブロック１０８０及び１０９０で現行パネル
塩、文書の章、節、及び夏衣がＴＶに保管される。

ブロック１１０でヘルプ・パネル及びヘルプ手順の為の
ＴＰＥ及びＴＣＥがそれぞれ駐在される。

ヘルプ・パネルＴＰＥはＴＤＴＡＨＥＬＰを用いてＴＤ
Ｔの外に係留される。次にヘルプ・プロファイルのバッ
ファが構築され（ブロック１１１０）、第６２ｑ図に移
動してプロファイル・ファイルに保管される（ブロック
１１２０）。このプロセスはブロック２７０と２８０の
論理と類似している。

ブロック１１３０では文書ファイルが開示され、特定ヘ
ルプ頁が駐在され且つＴＶに２０行が読込まれる。次い
で制御は後述の第６２ｚ図のブロック１６１０に転送さ
れるが此処でパネルが構築され且つ端末に出力される。

判定ブロック１１５０では機能キーが３であるかどうか
調べる為停止させられる。Ｆ３はＩＥＴによってユーザ
がトップ・メニューに帰還するのに用いられる。機能キ
ーが３であれば、制御はブロック１５９０に転送され、
此処ではトップ・メニュー・パネルが構築され且つ出力
される。

機能キーが３でなければ、判定ブロック１１６０でそれ
が１２であるかどうか調べる為停止させられる。Ｆ１２
はＩＥＴによって”　ＣＡ　Ｎ　ＣＥ　Ｌ　”を実行す
るのに用いられる。この時点でＩＥ’Ｔは現行パネルを
キャンセルして、キャンセルされたパネルに先行する最
終パネルを再表示する。

此処で第６２ｓ図に移動し、ＩＥＴはこの時点でＴＶの
メツセージ領域を空白にする。

ブロック１２００で既にＴＣＥによって準備されていた
手順を実行する論理が開始される。この論理はＪＥＴの
数箇所から分岐される。このブロックはＴＣＢから手順
のアドレスを呼出す。

判定ブロック１２１０ではＴＤＴによってこの手順がＳ
ＱＬであるかどうか検査され、否であれば、制御はブロ
ック１２４０へ転送される。然りであれば、ブロック１
２２０でグローバル・フラグに（ｇｌｏｂａｌ　ｆｌａ
ｇ）によってＳＱＬコネクトが本ユーザ及びアプリケー
ションに対して実施されたかどうか調べる為停止させら
れる。然りであれば、制御はブロック１２４０へ転送さ
れる。否であれば、ブロック１２４０でＳＱＬコネクト
が実行される。ＩＥＴではユーザによってアプリケーシ
ョン識別子ストリングをＳＱＬ識別子及びＳＱＬパスワ
ードとして用いられる。この様な機能はトランザクショ
ンのどのユーザにもＳＱＬシステムと共に登録する必要
は無いが、むしろアプリケーション識別子がユーザ識別
子としてれしされる必要がある。

フロック１２４０ではＴＶを転送する手順及びトランザ
クションＩ１０及び制御ブロックが呼出される。

判定ブロック１２５０では手順がＳＱＬであり、且つＳ
ＱＬコミット実施の要があるかどうが調べる為停止させ
られる。否であれば、制御はブロック１２７０へ転送さ
れる。さもなければ、ブロック１２６０で必要なＳＱＬ
コミットが実施される。

７”ロック１２７０では直前に呼出された手順の退去状
態を検査する論理が開始される。ＴＶの退去状前フィー
ルドが“ＩＬＩＮＫ””に等しくない場合、制御はブロ
ック１３２０へ転送される。

ブロック１２８０では呼出された手順が直ちに他の手順
の呼出しを要求することを指定するＩＬＩＮＫ要求が処
理される。新手順の名前はまずＴＶから入手される。次
にブロック１２９０でＴＶの退去状態が空白化され、且
つフロック１３００で指定名前に適したＴＣＥの名前の
リストが走査される。その結果として新手順に対しＴＣ
Ｅのアドレスが決まる。次いで制御は第６２ｓ図のブロ
ック１２００に走査されるが此処で新パネルが実行され
る。

退去状態がＩＬＩＮＫに等しくなければ、判定ブロック
１３２０で’ＱＵＩＴ”の退去状態が検査される。それ
が存在すれば、制御は既述の要に第６２図のブロック１
５３０に転送されるが此処でアプリケーションはプロフ
ァイルから削除されＤＡ）ランザクジョンがユーザの為
に挿入される。

退去状態が何れもＱＵＩＴに等しくなければ、ブロック
１３３０で“ＲＥＳＥＴ”に対する退去状態が検査され
る。存在すれば、制御は後述の様に第６２ｙ図のブロッ
ク１５６０に転送されるが此処にスタックはニー゛ザ／
アプリケーションに対してクリアされトップ・メニュー
が呼出される。

此処で第６２ｕ図に移行すると、判定ブロック１３４０
では“”ＬＩＮＫ”に対する退去状態が検査される。存
在しなければミ制御は第６２ｖ図のブロック１４３０へ
、ＲＥＴＵＲＮ要求を検査する為、転送される；さもな
ければ、ブロック１３５０で“’ＬＩＮＫ”要求が取り
扱われる。まず、現行ＴＣＥ用のプロファイル領域が構
築される。次いでブロック１３６０でこのプロファイル
領域がスタック・ファイルに設値される。（ブロック２
７０−２８０の議論参照）。

ブロック１３７０でＩＥＴＭ及びＩＥＴＩ見出し部がメ
ツセージ領域に構築される処理が開始される。既述の様
に、Ｉ　ＥＴＭ／Ｉ　ＥＴＩの構成は異なるトランザク
ション／システムにデータを転送するのに用いられる。

ＩＥＴＭ／Ｉ　ＥＴ　Ｉ見出し部が構築されてから、ブ
ロック１３８０でＴＶ内にある手順に連係されたものの
名前に対するＴＣＥのリストが走査される。次いでブロ
ック１３９０でＴＣＥブロックがプロファイル・ビュー
・リスト、ＶＭＯＨ／ＶＭＯＦ、を駐在するのに用いら
れる（ＴＤＴについての前述の議論参照）。このリスト
はプロファイルビュー・データ・フィールドをＴＶから
抽出し且つそれらをメツセージ・バッファ内のＩＥＴＭ
／ＩＥＴＩに続く領域に移動させる。

此処で第６２図に移動すると、ブロック１４１０でＩＥ
ＴＩ見出し部がプロファイル・データ・ベースに保管さ
れる。次いでブロック１４２０でＩＥＴによって現行メ
ツセージ・ブロックが取り上げられ且つＩ　ＥＴＭ及び
ＩＥＴＩ見出し部の構築が完成する。ＩＥＴＩ見出し部
の全文字フィールドは必要ならばＥＢＣＤＩＣに変換さ
れ且つ格納先のトラン・コード及びメツセージの全長が
ＩＥＴＭ見出し部に追加される。格納先システムが局所
システムと同一であれば、メツセージ・ブロックは局所
システムのトラン・コードにキュー（ｑｕｅｕｅ）され
、さもなければ該ブロックは格納先システムへの送信に
ついてキューされる。次いで制御はブロック３０に転送
されるが此処で次の入力メツセージがトランザクション
処理システムから受信される。

ブロック１４３０で“’ＲＥＴＵＲＮ”の退去状態が検
査される。“ＲＥＴＵＲＮ’“でなければ、制御はブロ
ック１４９０へＩＥＴが次パネルを処理するように転送
される。

ブロック１４３５で“ＲＥＴＵＲＮ’“要求が取り扱わ
れる。該手順はＬＩＮＫ要求によって呼出されたもので
あり、それは此処では呼出手順に戻ることになる。まず
Ｉ　ＥＴＭ及びＩＥＴＩポインタがメツセージ・バッフ
ァに構築される（ブロック１４３５）。次いでブロック
１４４０でスタックからＩＥＴＩビューが再保存される
。ＩＥＴＩは原ＬＩＮＫ要求によってスタックに保存さ
れていたものである。次にブロック１４５０で出力ビュ
ー領域がバッファ内のＩＥＴＩ見出し部に従って構築さ
れるが、その際ＴｃＥのフィールドＴＣＥＯＶＷ外に係
留された処理出力ビュー・リストを用いる。リストによ
って参照された各フィールドは出力領域に移動される。

ブロック１４６０でビュースタックがクリアされその後
ブロック１４７０でＩＥＴＭ見出し部内のトラン・コー
ド及び送信の目標システム識別子の準備が実行される。

次いでブロック１４８０でＩＥＴＩフィールドＩＥＴＩ
ＣＣが復帰要求指定のマ°−りを付けられ、ブロック１
４９０で退去状態は空白にされる。

判定ブロック１５００ではＴＶ内の現行パネルの名前内
に空白の有無のテストを受け、空白が存在すれば、制御
は次のトランザクション要求が実行する為の準備のトラ
ンザクション・プロファイル・ビューを構築する為第６
２ｚ図のブロック１６３０に転送される。

パネル名前に空白がなければ、ブロック１５１０でパネ
ル名は正しいＴＰＥを探索するのに用いられる。次いで
制御は第６２ｚ図のブロック１６１０に転送されるが此
処で指定のパネルが処理される。

此処で第６２ｙ図を見ることにすると、ブロック１５６
０でユーザによってトップ・メニューに復帰するよう実
行される。此処ではビュー・スタックがクリアされそれ
からブロック１５７０でＴＶが初期化される（ブロック
４０参照）。次いで、第６２ｚ図に従い、ブロック１５
８０でＴＶのメツセージ領域がクリアされブロック１５
９０でトップ・メニューが表示される。まず、ＴＰＥが
ＴＤＴのフィールドＴＤＴＡＭＥＮＵから駐在される。

次いでブロック１６００にＴＣＥポインタがトップ・メ
ニュー用のＴＭＥ内のＴＭＥＡＴＣＥを用いてメニュー
手順に設定される。

ブロック１６１０でＩＥＴによってパネル・マツプ及び
ＴＶから得られる３２７０データ・ストリームが構築さ
れる。このブロックの論理によってＴＭＳが採用されて
いるが、既述の様に、他の機能、例えばＩＢＭのＦＭＳ
　　ＭＦＳ等も使用することが可能である。次いでブロ
ック１６２０でデータ・ストリームが端末に出力される
。格納先システムが局所システムの場合、メツセージに
よって指定端末への引渡しに関して局所トランザクショ
ン・システムにキューされる。システムが局所システム
でなければ、Ｉ　ＥＴＭ／Ｉ　ＥＴＩ見出し部が構築さ
れ３２７０データ・ストリームが追加される。ＩＥＴＩ
の要求コードはＴＥＲＭ　Ｉ　ＮＡＬに設定され、メツ
セージは遠隔格納先システムへの伝送の為にキューされ
る。

ブロック１６３０で現行手順に対するトランザクション
・プロファイル・ビューが構築される。

次いで、第６２ａａ図のブロック１６４０でこのビュー
がスタック・ファイルに設値される。次いで、制御は次
のトランザクション・メツセージが受信且つ処理される
ブロック３０に転送される。

判定ブロック１６６０ではトランザクションはＳＱＬコ
ネクトが実施されたかどうかを検査して退去し、且つ然
りとすればブロック１６６５でＳＱＬデータ・ベースを
リリースする為実行される。

否であれば制御は、ブロック１６７０へ転送される。ブ
ロック１６７０で文書が未だ開示状態であれば閉止する
。次いで、ブロック１６８０でプロファイル・データ・
ベースを閉止し且つ何れの割り当てメモリを解除するこ
とによってクリーン・アップを完了する。最後にＩＥＴ
はこのトランザクションを停止する為トランザクション
・サブシステムのメイン・モジュールに復帰する。

本発明の特定の実施例が提示され且つ親達されたが、当
業者に於いて各種の変更及び変形が可能である。従って
本発明の添付された特許請求の範囲によってのみ限定さ
れるものである。

（要　約） 若干数又は全てが異種構成であるごとき複数個のコンピ
ュータ及び関連コンピュータ資源をしてそのアプリケー
ションの実行部位の何れを問わずそのユーザーが該アプ
リケーションを同等に取り扱い得るごとく各種のアプリ
ケーションを協調的に処理し得るごときシステム並びに
方法を発表したものである。本分散型アプリケーション
・アーキテクチュアを多重トランザクション処理システ
ム間の情報分散サービスをネットワーク内部の他のホス
トへの交信チャンネルを経てトランザクション・プロセ
ッサを用い且つトランザクション・プロセッサと交信す
るトランザクション・プロセッサ・インターフェイスを
用いる対話型マネジャと協働する事によって実行可能で
ある。追加的には、該アーキテクチュアによって、アプ
リケーション・プログラマ−をしてアプリケーション・
パネル用マツプを作成せしめるエディタ、マツプを連係
可能な形式に生成せしめるコンパイラ、及びそれらのプ
ラットフォーム用スクリーン表示フォーマットに該連係
形式を翻訳せしめる連係可能インタプリタを提供するご
ときマツプ・サービスが採用されている。更に、アプリ
ケーション提供の為、手順、ビュー及びパネル用のソー
ス・コードがブロックとして新システムに移動せられる
。斯かる方法が可能となる理由は、ひとたびアプリケー
ション・ソース・コードが完成すると、全アプリケーシ
ョン論理、ユーザ・インターフェイス制御テーブル、ビ
ュ一定義、及びその他のトランザクション定義１個に対
するアプリケーション指定テーブルが本発明によるアプ
リケーションの駐在が予定されているシステム上に単独
ロード・モジュールの形でパッケージされるからである
。次いで該ロード・モジュールは目標システムのコンパ
イラ、連係エディタ、及び変数設定処理を用いてコンパ
イルされる。かくして、ネットワーク、プロトコル、オ
ペレーティング・システム・プロセッサの種類、等を含
めインポート／エクスポートの全環境依存型部分は自動
的にロードモジュール−括時間に於いて該アプリケーシ
ョンで統合される。従ってソース・コードの変更は不要
になるのである。

以上の記載に関連して、以下の各項を開示する。

１、トランザクションを処理する場合、対話の流れの管
理装置の使用する地球規模のトランザクション情報テー
ブルにおいて、上記の地球規模トランザクション情報テ
ーブルは： 複数のポインタを有すると共に上記のトランザクション
に関する情報を指定する複数の領域を有するオーバーヘ
ッド； トランザクション・パネル入力テーブル内の入力を示す
上記の複数のポインタの少なくとも１つ； トランザクション言語入力テーブル内の入力を示す上記
の複数のポインタの少なくとも１つ；及び トランザクション手順（ｐｒｏｃｅｄｕｒｅ　）入力テ
ーブル内の入力を示す上記の複数のポインタの少なくと
も１つ；によって構成されることを特徴とする地球規模
のトランザクション情報テーブル。

２、上記の複数の領域は： アプリケーション識別領域； 解放数頭域； 該地球規模のトランザクション情報テーブルの発生時間
を示す時間領域； 該地球規模のトランザクション情報テーブルの発生日付
を示す日付領域； ドキュメンテーション・レポートの名前領域；ドキュメ
ンテーション発生名前領域； 上記のトランザクション・パネル入力テーブルの入力数
を指定するトランザクション・パネル入力領域； 上記のトランザクション言語入力テーブルの入力数を指
定するトランザクション言語入力領域；および 上記のトランザクション手順入力テーブルの入力数を指
定するトランザクション手順入力領域；によって更に構
成されることを特徴とする前記環１記載の地球規模のト
ランザクション情報テーブル。

３、上記のトランザクション処理（ｐｒｏｃｅｓｓｉｎ
ｇ　）入力テーブルはトランザクション処理入力のアレ
イであり、これらのトランザクション処理入力の各々は
１つのトランザクション・パネルを説明し、これらのト
ランザクション処理入力の組み合わせは特定のトランザ
クションに必要な全てのパネルを包含することを特徴と
する前記項１記載の地球規模のトランザクション情報テ
ーブル。

４、トランザクション・パネル・リスト内の入力を示す
上記の複数のポインタの上記の少なくとも１つは： 上記のトランザクション・パネル入力テーブル内のメニ
ュー人力を示すポインタ； 上記のトランザクション・パネル入力テーブル内のヘル
プ入力を示すポインタ； 上記のトランザクション・パネル入力テーブル内のグロ
サリ入力を示すポインタ；及び上記のトランザクション
・パネル入力テーブル内の第１人力を示すポインタ；に
よって構成されることを特徴とする前記型１．２、まは
は３記載の地球規模のトランザクション情報テーブル。

５、トランザクション言語入力テーブル内の入力を示す
上記の複数のポインタの上記の少なくとも１つは、上記
のトランザクション言語入力テーブル内の第１人力を示
すことを特徴とする前記型１．２、または３記載の地球
規模のトランザクション情報テーブル。

６、トランザクション手順入力テーブル内の入力を示す
上記の複数のポインタの上記の少なくとも１つは、上記
のトランザクション手順入力テーブル内の第１人力を示
すことを特徴とする前記型１．２、または３記載の地球
規模のトランザクション情報テーブル。

７、トランザクション言語入力テーブル内の入力を示す
上記の複数のポインタの少なくとも１つは、上記のトラ
ンザクション言語入力テーブル内の第１人力を示すこと
を特徴とする前記項４記載の地球規模のトランザクショ
ン情報テーブル。

８、トランザクション手順入力テーブル内の入力を示す
上記の複数のポインタの上記の少なくとも１つは、上記
のトランザクション手順入力テーブル内の第１入力を示
すことを特徴とする前記項４記載の地球規模のトランザ
クション情報テーブル。

９、　上記のトランザクション処理入力テーブルは：複
数のポインタ； 上記のトランザクションに関する情報を指定する複数の
領域； 上記のトランザクションに対するパネル・マツプ・デー
タを示す上記の複数のトランザクション・パネル入力ポ
インタの少なくとも１っ；トランザクション・メニュー
人カテーブルを示す上記の複数のトランザクション・パ
ネル入力ポインタの少なくとも１つ；及び 上記のトランザクション手順入力テーブルを示す上記の
複数のトランザクション・パネル入力テーブル・ポイン
タの少なくとも１っ；にょって更に構成されることを特
徴とする前記型１．２、または３記載の地球規模のトラ
ンザクション情報テーブル。

１０、上記のトランザクション・パネル入力テーブルの
上記の複数の領域は： パネルの名前の領域； 上記のトランザクションに対する入力（ｉｎｐｕｔ）ト
ランザクション手順入力（ｅｎｔｒｙ　’）を示す上記
の複数のトランプクシ入力／パネル入カポインタの１つ
； 上記のトランザクションに対する出カドランザクジョン
手順入力を示す上記の複数のトランザクション・パネル
入力ポインタの１つ；ヘルプ・テーブルを示す上記の複
数のトランザクション・パネル入力ポインタの１っ；も
し上記の１つのトランザクション・パネルがメニュー・
パネルであれば、当該パネルに対するトランザクション
・メニュー人力の数を指定するトランザクション・メニ
ュー人力領域；もし上記のパネルがメニュー・パネルで
あれば、当該パネルに対する上記のトランザクション・
メニュー人力テーブル内の第１人力を示す上記の複数の
トランザクション・パネル入力ポインタの１つ；によっ
て更に構成されることを特徴とする前記環９記載の地球
規模のトランザクション情報テーブル。

１１、上記のトランザクション手順入力テーブルはトラ
ンザクション手順入力のアレイであり、これらのトラン
ザクション手順入力の各々は１つのアプリケーションに
よって供給される手順を説明し、これらのトランザクシ
ョン手順入力の組み合わせはアプリケーションの処理に
必要な全ての手順を包含することを特徴とする前記項１
．２．３．４、または９記載の地球規模のトランザクシ
ョン情報テーブル。

１２、上記のトランザクション手順入力テーブルは：複
数の領域； ビュー・マツプ・オブジェクト・ヘッダを示すポインタ
を含む上記の複数の領域の少なくとも１つ； 上記の手順入力に対してデータ・ベースの形式を説明す
る文字を含む上記の複数の領域の少なくとも１つ；及び 上記のアプリケーションによって供給される手順の入力
位置を示す上記の複数の領域の少なくとも１つ；によっ
て更に構成されることを特徴とする前記項１１記載の地
球規模のトランザクション情報テーブル。

１３、上記のトランザクション手順入力テーブルの上記
の複数の領域は： 上記のビュー・マツプ・オブジェクト・ヘッダ内の大力
ビューに対するポインタ； 上記のビュー・マツプ・オブジェクト・ヘッダ内の出力
ビューに対するポインタ；及び上記のビュー・マツプ・
オブジェクト・ヘッダ内のプロファイル・ビューに対す
るポインタ；によって更に構成されることを特徴とする
前記項１２記載の地球規模のトランザクション情報テー
ブル。

１４、上記のビュー・マツプ・オブジェクト・ヘッダは
パネルを完成させるのに必要な各ビューに関する静的情
報を含む複数の領域を有することを特徴する前記項１２
記載の地球規模のトランザクション情報テーブル。

１５、上記の複数の領域は： アプリケーションの名前の領域； ビューの名前の領域； 特定のビューのコンパイル時間を指定する時間領域； 上記の特定のビューのコンパイル日付を指定する日付領
域； バージョン領域； ビュー・フォーマット領域； どれ位の数のビュー・マツプ・オブジェクト領域の入力
が上記の特定のビューと関連しているかを示すビュー・
マツプ・オブジェクト領域のアレイ領域；及び 上記の特定のビューのビュー・マツプ・オブジェクト領
域のアレイに対するポインタ；によって更に構成される
ことを特徴とする前記項１３記載の地球規模のトランザ
クション情報テーブル。

１６、上記のトランザクション言語入力テーブルはトラ
ンザクション言語入力のアレイであり、上記のトランザ
クション言語入力の各々はドキュメンテーションの入力
可能な言語を説明することを特徴とする前記項１記戦の
地球規模のトランザクション情報テーブル。

１７、上記のトランザクション言語入力のアレイは複数
の領域によって更に構成され、上記の複数の領域の１つ
は言語の名前の領域であり、上記の複数の領域の１つは
ドキュメンテーション・レポートの名前の領域であり、
上記の複数の領域の１つはドキュメンテーション発生の
名前の領域であることを特徴とする前記環１６記載の地
球規模のトランザクション情報テーブル。

１８、上記のトランザクション・メニュー人力テーブル
はトランザクション・メニュー人力のアレイであり、上
記のトランザクションメニュー人力の各々は１つのメニ
ュー人力を説明することを特徴とする前記環９記載の地
球規模のトランザクジョン情報テーブル。

１９．上記のトランザクション・メニュー人力のアレイ
は複数の領域によって更に構成され、上記の複数の領域
の１つは上記の１つのメニュー人力に対する選択コード
を有し、上記の複数の領域の１つは上記の選択コードに
使用するトランザクション・パネル入力に対するポイン
タを有し、上記の複数のＭ域の１つは上記の選択に使用
するトランザクション手順入力に対するポインタを有し
、上記の複数の領域の１つは上記の１つのメニュー人力
の説明を有することを特徴とする前記項１８記載の地球
規模のトランザクション情報テーブル。

２０、上記のビュー・マツプ・オブジェクト領域のアレ
イはニ トランザクション・ビューの作業領域内のデータ・エレ
メントの変位； 上記のデータ・エレメントの長さ； 上記のデータ・エレメントの発生回数を示す指示装置；
及び データ・エレメントの種類の指示装置；によって更に構
成されることを特徴とする前記環１５記載の地球規模の
トランザクション情報テーブル。

２１、上記のデータ・エレメントの種類の指示装置は、
データ・エレメントが２進数であるか、文字であるか、
符号付きか、符号なしか、小さいか、短いか、長いか、
過度（ｈｙｐｅｒ　）であるか、符号なしで小さいか、
符号なしで短いが、符号なしで長いか、符号なしで過度
か、シングルかまたはダブルかを示すことを特徴とする
前記環２０記載の地球規模のトランザクション情報テー
ブル。

２２、システムと方法が開示され、一部または全てが構
成上異種のものである複数のコンピュータおよび関連す
るコンピュータ資源は、当該システムと方法によって、
種々のアプリケーションを共同して処理することが可能
になり、その結果、いずれの場所でアプリケーションが
実際に実行されているかに関係なく、この実行はユーザ
に明らかとなり、この分散アプリケーション・アーキテ
クチャは、ネットワーク内の他のホストに対する通信チ
ャンネル及びトランザクション処理装置と通信を行うた
めにトランザクション処理装置のインターフェース（７
８）を使用する対話管理袋Ｗ（２６）を介してトランザ
クション処理装置と作業を行うことによって、複数のト
ランザクション処理システムの間で情報分散サービスを
実行し、更に、該アーキテクチャは（マツプ・サービス
（３６，４０）を使用してアプリケーション・プログラ
マがアプリケーション・パネル用のマツプ（４０）を作
成することを可能にする編集プログラム、該マツプをリ
ンク可能な形態で発生するコンパイラ、及びリンク可能
な形態をそのプラットフォームに対するスクリーン・プ
レゼンテーションのフォーマットに変換するリンク可能
なインタプリタを設け、更に、１つのアプリケーション
を分散するため、手順（３２）、ビュー（３８）及びパ
ネルに対するソース・コードが新しいシステムに対して
ブロックとして移動されるが、このことが可能であるの
は、−度アプリケーション・ソース・コードが完成する
と、１つのトランザクション定義のための全てのアプリ
ケーション・ロジック、ユーザ・インターフェース制御
テーブル、ビューの定義、及びその他のアプリケーショ
ンに特有のテーブルが本発明によって該アプリケーショ
ンの存在するシステムで１つのロード・モジュールにパ
ンケージされるからであり、該ロード・モジュールは次
にターゲット・システムのコンパイラ、リンク編集プロ
グラム、及びバインド・プロセスを使用してコンパイル
され、従って、ネットワーク・プロトコール、オペレー
ティング・システム１、プロセッサの種類等を含む入力
及び出方の全ての環境によって決まる変数は、ロード・
モジュールのバインド時間に自動的にアプリケーション
と統合され、このため、ソース・コードの変更は不必要
である。

【図面の簡単な説明】

第１図は、本発明を使用しない場合の最近のプログラム
・アプリケーションの開発状態を示すブロック図である
。 第２図は、本発明の実施例によるプログラム・アプリケ
ーションの開発状態を示すブロック図である。 第３図は、本発明によるサンプル・ロード・モジュール
のブロック図である。 第４図は、本発明によるトランザクション定義テーブル
（ＴＤＴ）の内部構成をグラフによって示したものであ
る。 第５図は、本発明による開発環境を示すブロック図であ
る。 第６図は、本発明による実行環境を示すブロック図であ
る。 第７図は、図示の共同処理を実行することによって得ら
れるアプリケーションの移動性をグラフによって示した
ものである。 第８図は、本発明によってサポートされた分散資源の相
互通信を示す異質な環境のブロック図である。 第９図は、本発明の好適な実施例によるトランザクショ
ンの概念のブロック図である。 第１０図は、本発明によるＤＡＡ手順の実行とプロファ
イル・ビューを示すブロック図である。 第１１図は、本発明によるユーザ・インタフェースのシ
ナリオを示すブロック図である。 第１２図は、本発明による代表的な対話のためのセツシ
ョンからセツションまでの可能なナビゲーション・ルー
トを示すブロック図である。 第１３図は、本発明による代表的な対話のためのトラン
ザクションからトランザクションまでの可能なナビゲー
ション・ルートを示すブロック図である。 第１４図は、本発明による代表的な対話のためのパネル
からパネルへの可能なナビゲーション・ルートを示すブ
ロック図である。 第１５図は、本発明の好適な実施例によるＤＡ八へ話の
フローの例を示すブロック図であり、これによって−貫
したユーザ・インターフェイスの定義とプログラム可能
な対話のフローのコマンドが結合される。 第１６図は、本発明による遠隔手順の実行とデータのフ
ローを示すブロック図である。 第１７図は、本発明の好適な実施例による分散資源制御
を実行するために使用する種々の構成要素の間の相互関
係を示すブロック図である。 第１８図は、本発明の好適な実施例によるトランザクシ
ョン間のＬ　ＩＮＫ／ＲＥＴＵＲＮの実行と関連する制
御とデータの論理の流れをすめずブロック図である。 第１９図は、本発明の好適な実施例による端末とトラン
ザクションとの間のデータの交換と関連する制御とデー
タの理論の流れをしめずブロック図である。 第２０ａ図ないし第２０ｆ図は、本発明の好適な実施例
による最も高いメニュー水準でＧＴＤによって行われる
機能の詳細を示すフローチャートである。 第２１図は、本発明の好適な実施例による手順表示の手
順を示すフローチャートである。 第２２ａ図ないし第２２ｂ図は、本発明の好適な実施例
によるＧＴＤパネル機能に対するユーザの入力した終了
表示装置をチエツクするＦＥ手順を示すフローチャート
である。 第２３ａ図ないし第２３ｃ図は、本発明の好適な実施例
による編集トランザクション・パラメータ（ＥＴ）を示
すフローチャートである。 第２４ａ図ないし第２４ｒ図は、本発明の好適な実施例
によるＧＴＤゲットＴＤＦ　（ＧＴＤ　ｇｅｔＴＤＦ）
（ＧＴＤＴ）手順を示すフローチャートである。 第２５ａ図ないし第２５ｂ図は、本発明の好適な実施例
によるＧＴＤ読み取りＴＤＦ記録（ＴＤＰＧＥＴ）手順
を示すフローチャートである。 第２６ａ図ないし第２６ｅ図は、本発明の好適な実施例
によるトランザクション・ビュー発生（ＧＴＶＷ）手順
を示すフローチャートである。 第２７図は、本発明の好適な実施例による編集トランザ
クション・パラメータ（ＦＴＰ）手順を示すフローチャ
ートである。 第２８ａ図ないし第２８ｆ図は、本発明の好適な実施例
による編集パネル・リス）　（ＥＰ）手順を示すフロー
チャートである。 第２９図は、本発明の好適な実施例による編集パネル（
ＥＰＥ）手順を示すフローチャートである。 第３０ａ図ないし第３０ｆ図は、本発明の好適な実施例
による編集手順リスｌ−（ＥＣ）手順を示すフローチャ
ートである。 第３１図は、本発明の好適な実施例による追加手順のユ
ーザ・インタフェース（ＥＣＡ）手順を示すフローチャ
ートである。 第３２ａ図ないし第３２ｂ図は、本発明の好適な実施例
による変更手順入力（ＥＣＣ）手順を示すフローチャー
トである。 第３３図は、本発明の好適な実施例による編集ファイル
名（Ｄｏ−ＥＤ　Ｉ　Ｔ）手順を示すフローチャートで
ある。 第３４２図ないし第３４ｂ図は、本発明の好適な実施例
による編集手順（ＥＣＥ）手順を示すフローチャートで
ある。 第３５８図ないし第３５ｃ図は、本発明の好適な実施例
によるＣ０ＢＯＬプログラム発生（ＧＣＯＢＰＲＯＧ）
手順を示すフローチャートである。 第３６ａ図ないし第３６ｃ図は、本発明の好適な実施例
によるＣプログラム発生（ＧＣＰＲＯＧ）手順を示すフ
ローチャートである。 第３７ａ図ないし第３７ｄ図は、本発明の好適な実施例
による編集メニュー・リスト（ＥＭ）手順を示すフロー
チャートである。 第３８図は、本発明の好適な実施例によるメニュー表示
準備（ＥＭＳ）手順を示すフローチャートである。 第３９図は、本発明の好適な実施例による編集メニュー
・リスト（ＥＭＸ）手順を示すフローチャートである。 第４０ａ図ないし第４０ｆ図は、本発明の好適な実施例
による編集言語リス）　（ＥＬ）手順を示すフローチャ
ートである。 第４１図　（省略） 第４２ａ図ないし第４２ｂ図は、本発明の好適な実施例
によるＴＤＦ載置（ＰＴＤＴ）手順を示すフローチャー
トである。 第４３ａ図ないし第４３ｄ図は、本発明の好適な実施例
によるＴＤＦ書き込みＴＤＦ記録（ＴＤＴ　Ｐ　ＵＴ）
手順を示すフローチャートである。 第４４ａ図ないし第４４ｂ図は、本発明の好適な実施例
によるトランザクション／ビュー、ＣＯＢ　ＯＬ／Ｃプ
ログラム（Ｇ　Ｃ’）発生手順を示すフローチャートで
ある。 第４５図は、本発明の好適な実施例によるＣｏＢＯＬ手
順ユーザ・インタフェース発生（ＧＣＯＢＰ）手順を示
すフローチャートである。 第４６図は、本発明の好適な実施例によるＣ手順ユーザ
・インタフェース発生（ＧＣＰ）手順を示すフローチャ
ートである。 第４７ａ図ないし第４７ｆ図は、本発明の好適な実施例
によるマツプ・ユーザ・インタフェース発生（ＧＭ）手
順を示すフローチャートである。 第４８２図ないし第４８ｄ図は、本発明の好適な実施例
によるメニュー・パネル発生（ＧＰＭ）手順を示すフロ
ーチャートである。 第４９図は、本発明の好適な実施例によるスケルトン・
パネル・ユーザ・インタフェース発生（ＧＳＰ）手順を
示すフローチャートである。 第５０ａ図ないし第５０ｊ図は、本発明の好適な実施例
によるコンパイル・トランザクション定義／ビュー／パ
ネル／手順を示すフローチャートである。 第５１２図ないし第５１ｒ図は、本発明の好適な実施例
によるコンパイル・トランザクション定義（ＣＴ）手順
を示すフローチャートである。 第５２ａ図ないし第５２ｂ図は、本発明の好適な実施例
によるテーブルに対するアンド・ビュー・ネイム追加（
ＴＶＡ）手順を示すフローチャートである。 第５３図は、本発明の好適な実施例によるファイルに対
する書き込みバッファ　（ＷＴＳ）手順を示すフローチ
ャートである。 第５４２図ないし第５４ｍ図は、本発明の好適な実施例
によるコンパイル・ビュー（ＣＶ）手順を示すフローチ
ャートである。 第５５図は、本発明の好適な実施例によるコンパイル・
ビュー（ＣＰ）手順を示すフローチャートである。 第５６ａ［ｆｆｌないし第５６ｃ図は、本発明の好適な
実施例による低水準コンパイル・パネル＜ＣＰＯ）手順
を示すフローチャートである。 第５７ａ図ないし第５７ｄ図は、本発明の好適な実施例
によるコンパイル（ＣＣ）手順を示すフローチャートで
ある。 第５８ａ図ないし第５８ｊ図は、本発明の好適な実施例
によるコンパイルＣプログラム（ＣＣＯ）手順を示すフ
ローチャートである。 第５９ａ図ないし第５９ｃ図は、本発明の好適な実施例
によるコンパイルＣ０ＢＯＬプログラム（ＣＣＯＢＯ）
手順を示すフローチャートである。 第６０ａ図ないし第６０ｂ図は、本発明の好適な実施例
によるバインド・トランザクション（ＢＴ）手順を示す
フローチャートである。 第６１図は、本発明の好適な実施例によるファイル転送
パネル／手順／ビュー／ドキュメンテーション（ＥＴ）
手順を示すフローチャートである。 第６２ａ図ないし第６２ｂ図は、本発明の好適な実施例
の情報エンジニアリング・タスクの特徴を示すフローチ
ャートである。 ｈ’ｇ、２Ｏｆ ｆ’ｔ’１．２３θ ｈ’ｑ、　２４　ｃ Ｆ／′ｇ、２４カ ｈ’９．２４ｐ ｈ’ｇ、２４〃 ｈ’ｇ、　２４゜ Ｉｔ″ｇ、２８θ ｈ’ｇ−４２ｂ Ｆｔ’ｇ、　４５ Ｆ／’ｇ、　５．：劾 ｈ４５８１′ ｆ／り、５８ノ ｈ’ｇ−６２ｃ ｈ’ｇ、　６２ｄ ば） Ｆｔ’ｇ、　６２ｒ Ｆｔ’ｇ、　６２ｓ ／ｌ’ｇ、　６２ｔｙ Ｆｔ’ｇ、　６２ｘ ＦＩり、６２ｙ １、事件の表示 ２９発明の名称 ３、補正をする者 事件との関係 ４、代 埋入 ５、補正命令の日付 手続補正書（方式） ％式％ トランザクション情報テーブル

Claims (1)

【特許請求の範囲】
1. （１）トランザクションを処理する場合、対話の流れの
   管理装置の使用する地球規模のトランザクション情報テ
   ーブルにおいて、上記の地球規模のトランザクション情
   報テーブルは： 複数のポインタを有すると共に上記のトランザクション
   に関する情報を指定する複数の領域を有するオーバーヘ
   ッド； トランザクション・パネル入力テーブル内の入力を示す
   上記の複数のポインタの少なくとも１つ； トランザクション言語入力テーブル内の入力を示す上記
   の複数のポインタの少なくとも１つ；及び トランザクション手順（ｐｒｏｃｅｄｕｒｅ）入力テー
   ブル内の入力を示す上記の複数のポインタの少なくとも
   １つ；によって構成されることを特徴とする地球規模の
   トランザクション情報テーブル。