JPH04657A - トランザクション処理装置用の対話の流れの管理装置 - Google Patents

Abstract

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

Description

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

アプリケーション１０６は終了したトランザクションの
記録を行い、これをＲＯＬＬＦＩＬＥ　　１１４に記憶
されたプロファイル・ビュー（図示せず）ニ記憶する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本発明によって考えられているアプリケーションは、ア
プリケーションのために一組の機能を実行するトランザ
クションの集合である。各々のアプリケーションは各々
の配置されたランタイム。

（ｒｕｎｔｉｍｅ　）・システム内でユニークな４文字
の名前を有している。

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

第９図に示すように、各々のＤＡＡのアプリケーション
・トランザクションはアプリケーション手順、パネル、
ビュー、作業領域、ＤＡＡのランタイム機能、トランザ
クション定義テーブル（Ｔ　Ｄ　Ｔ）およびその他のテ
ーブルによってｔｉ成される。本発明の好適な実施例か
ら分かるように、ＤＡＡのランタイム手順とテーブルを
含む部分１５２は独立したアプリケーションである。Ｔ
ＤＴ、手順（入力、リフレッシュ）、パネル（メニュー
アプリケーション）およびビュー（入力、出力、プロフ
ァイル）、を含む部分１５４は従属したアプリケーショ
ンである。手順は作業領域に対して直接アクセスを行う
が、パネルおよびビューから完全に分離されている（そ
の結果、トランザクション間の通信、装置の通信、プロ
ファイルの管理等の機構から分離されている）。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

設計者は、端末からのユーザのアクションに対する要求
に応答してこの手順によって取られるべきアクションを
決定するため、作業領域要素ＩＥＦＩ−ＦＵＮＫＥＹに
位置するユーザのアクションに対する要求（例えば、フ
ァンクション・キー）に質問を行うオプションを有する
。しかし、ある種のアクションに対する要求は一貫した
ユーザ・インターフェース内で定義された会話のアクシ
ョンに使用するために取っておかれる。（そしてＩＥＴ
によって実行される）。

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

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

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

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

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

呼出し手順は、他の処理のために再び呼出される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

作業領域内のデータの内部表示は、外部ビューの同じデ
ータ・アイテムの内部表示に対応しない場合がある。フ
ォーマットまたは長さのいずれかが異なっている場合が
ある。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

現在のセツションの中止。現在のセツションを終了し、
そのセツションと関連する全てのプロファイル情報を放
棄し、ユーザを直ちにＤＡトランザクションに戻す。こ
のＤＡ）ランザクジョンは、論理的にはユーザがＤＡＡ
内で戻ることのできる最も遠い点（即ち、ＤＡＡのユー
ザに対する開始点）である。基本的には、中止は最も高
い水準に対する高速経路による出口であり、理論的には
中間の出口点をバイパスしている。すべての中間の結合
されたトランザクションで出ることも可能である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＧＴＯＯＬＩＢ ＧＴＤＯＭＥＭ ＧＴＤＳＬＩＢ ＧＴＤＣＭＥＭ ＧＴＤＤＬＩＢ ＧＴＤＤＭｔ！Ｍ ＧＴＤＮＬＩＢ ＧＴＤＮＭＥＭ ＧＴＤＬＥＯＰＴ。

ＧＴＤＧＯＦ。

４６、 オブジェクト・ライブラリ・ パス。

オブジェクト・ライブラリ・ メンバの名前。

ソース・ライブラリ・パス。

トランザクション・ビューの 名前。

データベース・ライブラリ・ パス。

データ・ベース・ライブラリ・ メンバの名前。

４６、制御ライブラリ・パス。

制御部ライブラリ・メンバの名 前。

リンケージ・エディタ・オプ シラン。

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

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

１ヘソグーの拡弓　： ＬＩＺＺ、４、　記録の長さ。

ＧＴＤＨＥＸＩ　、２、　記録の種類、値はｒＨＸＪ。

ＧＴＤＨＥＸＩＮ、２、　拡張の種類、値は２進の１゜
ＧＴＤＣＤＳＮＩ、４６、エキストラ・コピー／ヘラグ
ー・ライブラリ・パス。

ＧＴＤＣＤＳＮ２．４６、エキストラ・コピー／ヘラグ
ー・ライブラリ・パス。

ＧＴＤＣＩ）ＳＮ３．４６、エキストラ・コピー／ヘラ
グー・ライブラリ・パス。

ＧＴＤＣＤＳＮ４．４６、エキストラ・コピー／ヘラグ
ー・ライブラリ・パス。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

５ＴＤＥＣＤＢ２．１１　データ・ベースのフラグ。値
はｒＹＪおよび「Ｎ」。値が ｒＹＪの場合、手順はデータ・ ５ＴＤＥＣＸＰＤ。

５ＴＤＥＣＴＹＰ。

５ＴＤＥＬＯＰＴ。

メニュー： ＬＬＺＺ。

５ＴＤＥＴＹＰ　。

ＳＴＤＥＮＡＭＥ。

ベース処理を有する。

■、　デバッガ−・フラグ。値は ｒＹＪおよびｒＮＪ。値が ｒＹＪの場合、手順はデバッ ガー処理を有する。

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

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

６０、言語オプション。

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

１、　記録の種類。値はｒＥＪ ８、　メニューの名前。

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

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

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

５ＴＤＥＰＶＮ？！、　８、　非使用。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

５ＲＣＬ　Ｉ　Ｂは、ＧＴＤ　）ランザクジョンのソー
ス情報を保持し、トランザクション、プロファイル、入
力および出力ビューをソース・メンバとして保持する。

このソース情報は、Ｃ０ＢＯＬ、Ｃまたはアセンブラ・
ソース、Ｃ０ＢＯＬコピー・コード、アセンブラ・マク
ロ、Ｃヘッダー・ファイル、またはトランザクションと
関係した種々のビューのソース・バージョンであり得る
。

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

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

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

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

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

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

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

Ｃ０ＢＯＬ　　　　　　Ｃ システムの名前　ＩＥＦＩ−３ＹＳＴＥＭ　　　ｗｓｙ
ｓｔｅｍシステムの種類　ＩＥＦＩ−３ＹＳＴＹＰＥ　
　　ｗｓｙｓｔｙｐｅＩＥＣのＤＡＡ環境定義機能は、
ＧＴＤアプリケーションが動作する環境を指定する。こ
れによって、ユーザは、ＤＡＡネットワークに含まれる
装置の特性を定義し、ＤＡＡネットワーク内のシステム
とインターフェイスすることを許される端末を定義し、
ネットワーク内に含まれるシステムを指定することが可
能になる。

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

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

ＩＥＣのプロファイル管理の機能は、プロファイル管理
機能をサポートする。各トランザクションは、プロファ
イル・ビューをスクラッチ・バンド（５ｃｒａｔｃｈ　
ｐａｄ　）　　としてＩＥＣＲＯＬＬＦＩＬＥ内に保持
する。プロファイル情報は、ＩＥＣのアドレス・スペー
スに構築される（以後ｒ　ＲＯＬＬＦ　ＩＬＥ　Ｊと呼
ぶ）。第１のキーは、ユーザの識別であり、一方第２の
キーはアプリケーションの識別である（またトランザク
ション・コードとして知られている）。

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

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

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

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

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

このことが発生すると、プロファイル・ビューおよびユ
ーザがＦｌキーを押す場合にＨＥ　Ｌ　Ｐ機能によって
受は取られる入力メツセージは、捕捉されてＲＯＬＬＦ
ＩＬＥ内にセーブされる。ユーザがＨＥＬＰを抜けると
、プロファイル・ビューと入力メツセージは復元される
。更に、もしアプリケーションがＨＥＬＰドキュメンテ
ーション内のページ（ｐａｇｅ　）を見ている間に実行
を中止すれば、−時的なＨＥＬＰプロファイルはまたプ
ロファイル・アドレス・ベース内に保持される。

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

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

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

ＩＭＳを　するＧＴＤ　Ｉ−ランザクジョン・パラメー
タ　ＩＭＳで動作し、ＧＴＤ機能を使用して構築された
アプリケーションはトランザクション・ビュー（パネル
情報のようなデータを含む）にアクセスする入力パラメ
ータ、入力／出力プログラム制御ブロック（ＩＯＰＣＢ
）　、別のｌ０ＰｃＢ、およびＤＬ／１データ・ベース
にアクセスするプログラム・ステータス・ブロック（Ｐ
ＳＢ）を有する。ｌ０ＰＣＢは端末とユーザーの識別の
ような正しいトランザクションの処理に必要な情報を含
む。更に、ｌ０ＰＣＢはトランザクション・プロセッサ
に対する全てのコール・ハック（ｃａｌｌｂａｃｋ　）
を有していなければならない。

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

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

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

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

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

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

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

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

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

ＧＴＤメニュー制御システム　ＧＴＤアプリケーション
に対するメニュー制御システムは、ｌ５ＰＦメニユ一機
能と類似している。このシステムは、４つの水準の階層
メニューをサポートし、各々の水準は１ないし１６の入
力をサポートする。メニューの各入力は、８文字の選択
コードとこの選択コードによって提供される機能を示す
ための３２文字の説明によって特徴を与えられる。−船
釣に、トランザクションが開始されると、最初の選択を
行うために、マスク・メニューがユーザに提供される。

トランザクションの実行中何時でも、ユーザはＦ１２の
キーを押し、または全てのメニュー・パネルの選択領域
で「＝」の符号を入力し、マスク・メニューに戻ること
ができる。Ｆ１２および「＝」のキーは、設計上の選択
の問題として選ばれたものであり、これが本発明に対す
る制約であると考えるべきでないことに留意すること。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

設計者は、マス・パネル・コンパイルを要求することが
できる。条件付きのコンパイルはＭＡＰＬＩＢ内で変更
されたパネルをコンパイルするか、または最後のパネル
・コンパイル以来トランザクション・ビューは５ＲＣＬ
ＩＢ内において変化している。ＧＴＤシステムは、この
決定を行うため、ＭＡＰＬＩＢおよび５ＲＣＬＩＢ内の
変更された日付けおよびＬＯＡＤＬ　Ｉ　Ｂ内のコンパ
イルされた日付けを使用する。無条件のコンパイルは、
トランザクション内の全てのパネルをコンパイルする。

システムは、このトランザクションによって使用される
べき全てのパネル（メニュー・パネルを含む）を識別す
るため、およびランタイム・インターフェースに対して
これらのパネルを説明するロード・モジュール（ＬＯＡ
ＤＬＩＢ）を発生する個々のマツプのコンパイルを開始
するために、ＭＡＰＬＩＢ内のＴＤＴの構成要素を参照
する。

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

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

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

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

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

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

トランザクションは、ある種の手順を実行してしまうこ
とができるか、またはアプリケーションの設計によって
ユーザが更に選択を行うために最初のパネルを提供する
ことができるのみである。ユーザは、指示されたパネル
にデータを入力してＥＮＴＥＲを押し、このパネルに対
して指示された入力手段を実行することができる。

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

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

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

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

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

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

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

出口状態　　　　　　　　動　　作 ブランク　　表示パネル−ＩＥＦＩ−ＰＡＮＥＬ／ｗｐ
ａｎｅｌＲＥＴＵＲＮ　　　　制御を呼び出し側のシス
テム・トランザクション手順に戻す。

ＲＥＳＥＴ　　　　プロファイル・ビューをクリアし、
マスク・メニューを表示する。

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

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

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

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

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

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

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

ｐｒｏｃｅｄｕｒｅに転送される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

入力を受は取る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ｇｅｎｅｒａｔｔｏｎ。

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

ｇｅｎｅｒａｔｉｏｎ。

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

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

ｇｅｎｅｒａｔｉｏｎｓ これらのレポートはトランザクションを実行するシステ
ムで定義されなければならない。

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

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

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

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

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

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

ＡＰＧ 技術的説明ｒｐｔ、　ｇｅｎ、ＴＥＣＨＮＣＬ、　ｓｅ
ｃ。

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

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

１　　、　　ＥＤＩＴ　　ＴＲＡＮＳＡＣＴＩＯＮ　　
ＤＥＦＩＮＩＴＩＯＮ２　、　ＧＥＮＥＲＡＴＥ　ＴＲ
ＡＮＳＡＣＴＩＯＮ　ＶＩＥＷ／５ＯＵＲＣＥ　ＰＲＯ
ＧＲＡＭ３　　、　　ＧＥＮＥＲＡＴＥ　　ＰＡＮＥＬ
Ｓ４　　、　　ＣＯＭＰＩＬＥ　　ＴＲＡＮＳＡＣＴＩ
ＯＮ　　ＤＥＦ／νＩＥＷＳ／ＰＡＮＥＬＳ／ＰＲＯＣ
ＲＤＩＲＥＳ ５　、　ＦＩＬＥ　ＴＲＡＮＳＦＥＲＰＡＮＥＬＳ／Ｐ
ＲＯＣＥＤＵＲＥＳ／ＶＩＥＷＳ／ＤＯＣＵＭＥＮＴＡ
ＴＩＯＮ ６、ＥＸＩＴ メニュー・アイテムｌ　、、ＥＤＩＴ　ＴＲＡＮＳＡＣ
ＴＩＯＮＤＥＦＩＮＴＩＯＮは、アプリケーションのパ
ラメータと構成部品を定義し、変更する機能を設けるこ
とによって、アプリケーションの開発者がアプリケーシ
ョンに特徴を与えることを可能にする機能を提供する。

第２３図は、これらの機能を更に詳しく説明するこの編
集トランザクション（以下ｒＥＴＪ手順と呼ぶ）のフロ
ーチャートである。

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

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

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

これらの発生されたパネルは、ＩＥＴがそのパネルとメ
ニューの会話の流れの管理を実行するのに必要な領域を
有している。また、ＧＴＤは、−貫してかつ十分に定義
された共通のユーザ・インターフェースの機能を提供す
ることによって、ＪＥＴのユーザ・インターフェース機
能をまたサポートするメニューを発生する。開発者の便
宜のため、これらの機能は、メニュー・アイテム１に含
まれているユーザ・インターフェースによって与えられ
るトランザクション・ビュー、手順、およびパネルに対
する編集要求によってまた実行されることができる。し
かし、開発者は全てのシステムによって与えられるメニ
ュー、情報、グロサリーおよびヘルプ・スクリーンをカ
ストマイズする必要がなく、またはカストマイズするこ
とを希望しな（でもよく、これによって、メニュー・ア
イテム３の機能を有用なものにする。第４７図は、これ
らの機能を更に詳しく説明するＧＭ手順の好適な実施例
のフローチャートである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

もＬＧＴＤＳＥＬ、Ｉり＜ブＣ’　７　り６４３０　Ｔ
：　２　ニ等しくなければ、プログラムはＧ　ＴＤ　Ｓ
　Ｅ　Ｌが３に等しいかどうかをチエツクするが、これ
はユーザがジェネレート・パネル・メニュー・オプショ
ンを要求したことを意味する。ＧＴＤＳＥＬが３に等し
ければ、ジェネレート・パネル手順（第４７図のＧＭ、
ブロック９０３０で始まる）が呼び出される。ＧＭ手順
が終了すると、プログラムはブロック６２６０に戻って
、ユーザがこのパネルがらなにか他の手順を要求してい
るがどうかを調べる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

これらの構成要素は、ＥＴ手順内の機能が実行される場
合は何時でも、ＴＤＦファイルにパネル、手順およびメ
ニュー記録として記憶される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＧＴＤ　　ＧＥＴ）ランザクジョン定義ファイル（ＴＤ
Ｆ）の手順は、５ＴＤＥテーブルの入力をブランクにク
リアしくブロック４５０００）、ＭＡＴＬＩＢの経路の
名前（ｇｔｄｍ目ｂ）、ＴＤＴの名前（ｇｔｄｍｍｅｍ
　）　、およびサフィックスｒ、ｔｄｔＪを使用して、
ＴＤＦファイルの経路の名前を構築する（ブロック４５
０３０）ことによって開始される。この手順は、システ
ム・パネルとデフォルト・アプリケーション・プロファ
イル・ビューに対するデフォルトの構成要素の名前を構
築し、これらを以下に示す変数に記憶する。即ち、これ
らの変数とは、メイン・メニュー、変数ｇｔｄｈｍｅｎ
ｕ；情報メニュー、変数ｇｔｄｈｉｍｎｕ；情報パネル
、変数ｇＬｄｈｒｎｆｏＨヘルプ・パネル、変数ｇｔｄ
ｈｈｅｌｐ、グロサリ・パネル、変数ｇｔｄｈｇＩｏｓ
；およびプロファイル・ビュー、変数ｇｔｄｈｐｖ−で
ある（ブロック４５２５０）。これらの名前は、選好上
の問題として選択されたものであり、本発明の範囲を限
定するものではないことを思い出す必要がある。デフォ
ルトの構成要素の名前は、ｇ　ｔｄｍｍｅｍに記憶され
たＴＤＴの名前を使用することと、種々の構成要素（例
えばメイン・メニューに対するＭＥＮＵ、情報メニュー
に対するＩＭＮＵなど）を識別するサフィックスを付加
することによって構築される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

およびｇ　ｔｄｅｐｖｎｍ　＝　ｇ　ｔｄｈｐｖｗであ
る（プロ７り４６１７０）。この手順の入力は、ブロッ
ク４５９９０で説明するプロセスを使用して、５ＴＤＥ
テーブルに加えられる（ブロック４６１９０）。

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

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

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

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

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

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

ＴＤＦの構成要素の入力は、下記の値によって情報メニ
ューの一般的な説明のメニューの入力に対するＧＴＤト
ランザクション・ビューの作業領域内に構築される。即
ち、これらの値は、ｇ　ｔｄｅｎａｍｅ−ｇｔｄｈｉｍ
ｎｕ、　ｇｔｄｅｄｅｓｃ＝　ｒＧＥＮＥＲＡＬ　ＤＥ
ＳＣＲＩＰＴＩＯＮＪ、ｇｔｄｅｓｅｌ＝　「Ｉ　Ｊ　
、ｇｔｅｉｐｎｍ＝ｇｔｄｈｉｎｏｆ、　ｇｔｄｅｏｐ
ｎｍ＝ｒＩＥＴＩＮＦＯＪである（ブロック４６３００
）。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ジェネレート・トランザクション・ビュー：　ＧＴＶＷ
の手順 第２６ａ図乃至第２６ｅ図は、本発明の好適な実施例の
フローチャートを示し、ここでＧＴＤ　）ランザクジョ
ン・ビューの手順は、バンファ領域をブランクにしくブ
ロック８２６０）　、ＧＴＤＳＬＩＢを使用してｇｔｄ
ｓｌｉｂからのＳ　ＲＣＬ　Ｉ　Ｂ経路の名前をトラン
ザクション・ビューのファイルの名前、変数ＧＴＤＣＭ
ＥＭに与える（ブロック８２８０）。

次にこの手順は、ＧＴＤＣＭＥＭ＝ｂｌａｎｋであるか
どうかをチエツクする（ブロック８３００）。

もしＧＴＤＣＭＥＭがブランクであれば、プログラムは
エラー・メツセージ・フィールド、ＧＴＤＭＳＧをｒｌ
ＮＶＡＬＩＤ　　ＴＲＡＮ　　ＶＩＥＷＮＡＭＥｊにセ
ットしくブロック８３１０）エラーを発生してこの手順
を抜ける（ブロック８３２０）。

もしＧＴＤＣＭＥＭがブランクでなければ、完全なトラ
ンザクションＣ０ＢＯＬビユーの名前が現在の装置の標
準規定を使用して構築される。（プロ、り８３４０）。

Ｇ　Ｔ”　Ｄは、オペレーテング・システムによって要
求される規定を理解するため、各プラットホームに書き
込まれる。トランザクション・ビューの名前が構築され
ると、プログラムはトランザクション・ビューのファイ
ルが既に存在しているかどうかをチエツクする（ブロッ
ク８３９０）。もしトランザクション・ビューが存在し
ていれば、エラー・メソセージ・フィールドＧＴＤＭＳ
ＧはｒＴＲＡＮ　　Ｖ　Ｔ　ＥＷ　（ｃｐｙ）ＥＸ　Ｉ
　５ＴＳＪにセットされ（ブロック８４００）、プログ
ラムはエラーを発生してこの手順を抜ける。

もし、トランザクション・ビューのファイルが存在して
いなければ、手順はトランザクション・ビューのファイ
ルを作成しようと試みる（ブロック８４４０）。もしこ
の作成が成功しなければ、プログラムはエラー・メツセ
ージ・フィールド、ＧＴＤＭＳＧ、をｒＴＲＡＮ　　Ｖ
　Ｉ　ＥＷ　（ｃｐｙ）ｃｒｅａｔｅ　　ＦＡ　Ｉ　Ｌ
ＥＤＪにセントしくブロック８４５０）、エラーを発生
してこの手順を抜ける（ブロック８４６０）。もしこの
作成が成功すれば、インデックスが初期化されてスケル
トン（５ｋｅｌｅｔｏｎ　）プログラムの第１番面の線
に示される（ブロック８４９０）。この線は、これがス
ケルトン・プログラムの最後の線であることを知るため
にチエツクされる（ブロック８５００）。もしそうであ
れば、手順はブロック８６２０にジャンプする。もしそ
うでなければ、この線は出カバソファにコピーされ（ブ
ロック８５３０）、終了する（ブロック８６６０）。

次に、出カバソファがトランザクション・ビュー・ファ
イルに書き込まれ（ブロック８５６０）、手順は、書き
込みが成功したかどうかをチエツクする（ブロック８５
６５）。もし書き込みが成功すれば、手順はインデック
スをインクリメントしてスケルトン・トランザクション
・ビューの記録の次の線を示し、ブロック８５００に戻
る。もし書き込みが成功しなければ、エラー・メソセー
ジ・フィールド、ＧＴＤＭＳＧ、がｒＴｖｗ、ｃｐｙＷ
ＲＩＴＥ　　ＥＲＲＯＲＪにセットされる（ブロック８
５７０）。

ブロック８６２０において、手順はトランザクション・
ビューのファイルを閉じ、現在の装置の標準規定を使用
して完全なトランザクションＣビューのファイルの名前
を構築する（プロ・ツク８６４０）。このトランザクシ
ョン・ビューの名前が構築されると、プログラムは、ト
ランザクション・ビューのファイルが既に存在している
かどうかをチエツクする（ブロック８７１０）。もしト
ランザクション・ビューが存在していれば、エラー・メ
ソセージ・フィールド、ＧＴＤＭＳＧ。

はｒＴＲＡＮ　　Ｖ　Ｉ　ＥＷ　（ｈ）　ＥＸ　Ｉ　５
ＴＳＪにセントされ（ブロック８７２０）、プログラム
はエラーを発生してこの手順を抜ける（ブロック８７３
０）。

もしトランザクション・ビュー・ファイルが存在してい
なければ、手順はトランザクション・ビュー・ファイル
を作成しようとする（プロ・ツク８７６０）。もし作成
が成功しなければ、プログラムはエラー・メソセージ・
フィールド、ＧＴＤ？’ｌＳＧをｒＴ　ＲＡＮ　　Ｖ　
Ｉ　ＥＷ　（ｈ）　ｃｒｅａｔｅ　ＦＡＩＬＥＤ　Ｊに
セントしくブロック８７７０）、エラーを発生してこの
手順を抜ける（ブロック８７８０）。もしこの作成が成
功すれば、インデックスが初期化されてスケルトン・プ
ログラムの第１の線を示す（ブロック８８１０）。この
線は、これがスケルトン・プログラムの最後の線である
かどうかを知るためにチエツクされる（ブロック８８２
０）。

もしそうであれば、手順はブロック８９４０にジャンプ
し、トランザクション・ビューのファイルを閉じ、手順
ＧＴＶＷを抜ける（ブロック８９５０）。

もしそうであれば、この線は出力・バッファにコピーさ
れ（ブロック８８５０）、終了する（ブロック８８７０
）。

出カバソファがトランザクション・ビュー・ファイルに
書き込まれ（ブロック８８８０）、手順は、書き込みが
成功したかどうかをチエ・ツクする（ブロック８８８５
）。もし書き込みが成功すれば、手順はインデックスを
インクリメントしてスケルトン・トランザクション・ビ
ューの記録の次の線を示し、ブロック８８２０に戻る。

もし書き込みが成功しなければ、エラー・メソセージ・
フィールド、ＧＴＤＭＳＧがｒＴＶＷ、ｈ　　Ｗ［ＴＨ
ＥＲＲＯＲＪにセントされ（ブロック８８９０）、トラ
ンザクション・ビュー・ファイルが閉じられ（ブロック
８９４０）、プログラムはこの手順を抜ける（ブロック
８９５０）。

編集トランザクション・パラメータ：ＥＴＰ手順第２７
図は、この手順の好適な実施例のフローチャートを示し
、ＧＴＤ績集トランザクション・パラメータの手順は、
ＴＤＦヘッダ、ＴＤＦ第１ヘッダの拡張、およびＴＤＦ
第２ヘッダの拡張に対応するパネルのＧＴＤトランザク
ション・ビュー・フィールドでユーザの入力を受は取る
。スクリーンで定義されるユーザ情報は、最終的にＴＤ
Ｆファイルに記憶される。ＴＤＦが最初に定義されると
、ＧＴＤは十分な数のデフォルト値を定義して動作ＴＤ
Ｆを定義する。これらの値は、特別の状況のためにユー
ザによってカストマイズすることができる。確認が行な
われ、正しくない入力が訂正される。

手順ＥＴＰは、ＧＴＤＥＴＤパネルを表示するため選択
しているパネル（第２１図、プロ・ツク４７３００）を
表示するための手順を実行することによって開始される
（ブロック１０２９８０）。

このパネルは、上述のＴＤＦヘッダ領域を有する。

この手順はユーザ入力領域ＧＴＤＬＭＥＭ。

ＧＴＤＨＤＲ，及びＧＴＤＨＤＧを上位のケースに変換
しくブロック１０２９９０）、解放数、ＧＴＤＲＥＬＮ
、領域が有効かどうかをテ・ツクする（ブロック１０３
０２０）。もしＧＴＤＲＥＬＮが無効であれば、この手
順は全てのイリーガルなキャラクタをデフォルト・キャ
ラクタ［」（ブランク）に置き換え、ブロック１０３０
７０に進む。もしＧＴＤＲＥＬＮが有効であれば、この
手順はブロック１０３０７０に進み、ここでユーザ入力
終了表示を調べるためＦＥ手順（第２２図、ブロック４
８１３０）が実行される。もし終了が表示されなければ
（ブロック１０３０８０）、この手順はブロック１０２
９８０に戻る。もし終了が表示されれば、このプログラ
ムは手順ＥＴＰを抜ける。

パネル・リスト この手順は、ＴＤＦパネルの記録形式からの情報を含む
表示パネルを設ける第３水準の手順である。この情報は
パネル入力定義に特徴を与え、リスト中のパネルに表示
する。１回に表示することが可能な数より多くのパネル
入力を定義することが可能であるので、パネル・リスト
を介してナビゲーション（ｎａｖｉｇａｔｉｏｎ　）を
行わせる機能が提供される。新しいパネル定義を追加し
、現在のパネル定義を変更し、現在のパネルの定義を削
除し、現在の定義を表示し、パネル・マツプの編集を行
うために、また機能が提供される。

この手順は、アプリケーションの設計者にＴＤＴ内のパ
ネルのリストを与える。各パネル入力は、入力手順と出
力手順を有することができる。この設計者は、このリス
ト内で入力を追加、変更、削除、またはの編集すること
ができる。システムによって与えられた入力（例えば、
ＭＥＭＵ、ＨＥＬＰ。

ＧＬＯ３、及びＩＮＦＯのサポート）は変更できない。

パネル・リストから入力を削除するためには、選択され
た領域にｒＤＪが入力される。

パネル・リストに入力を加えるためには、「Ａ」が選択
された領域に入力される。ユーザはパネルの名前、入力
手順、及び出力手順（オプション）を与えることによっ
てｒＡＤＤ　、ＰＡＮＥＬＪスクリーンを完了する。ｒ
ＡＤＤ　　ＰＡＮＥＬＪパネルが完了すると、この入力
はＴＤＴに挿入され、更新されたパネル・リストが設け
られる。

パネル・リストに対する入力を変更するために、選択さ
れた領域「Ｃ」が入力される。ユーザは、必要に応じて
ｒＣＨＡＮＧＥ　　ＰＡＮＥＬＪパネルに変更を行う。

このｒｃｌｌＡＮＧＥ　　ＰＡＮＥＬＪパネルが完了す
ると、これらの変更はＴＤＴに挿入され、更新されたパ
ネル・リストが設けられる。

パネル・リスト内の入力を編集するためには、所望のパ
ネルの選択された領域にｒＥＪが入力される。これはＣ
０ＤＥＳＴＡＲエデイタに編集用パネルを与える。編集
が要求された場合にパネルがなければ、デフォルト・パ
ネルが発生し、編集に対して与えられる。

第２８８ないし２Ｂｆ図は、ＥＰ手順の好適な実施例の
フロー・チャートを示し、これらの機能をさらに詳細に
説明する。

このＧＴＤｉ集パネル・リス）　（ＥＰ）手順は、ユー
ザによって入力されるロケーション命令の入力の選択領
域を走査することによって開始される。

このロケーションの名前はトランザクション・ビューの
ｄｎａｍｅ領域にセーブされる。このロケーションの名
前は、編集リストに表示される最初のパネル入力として
使用される。もし位置決め命令がなければ、ｄｎａｍｅ
はブランクにセントされる（ブロック１０３２４０）。

以下の表示領域の変数がブランクにされる（ブロック１
０３２６０）。これらの変数とは、選択、変数ｇｔｄｓ
ｅｌａ　、名前、変数ｄｎａｍｅａ　、入力ｐｒＯｃｓ
変数ｄｉｐｎｍ　％及び出力ｐｒｏｃ。

変数ｄｏｐｎｍである。リターン・コード、ＲＣｌおよ
びパネルの数、ＮＰは初期化され（ブロック１０３３３
０）、パネル・テーブル、ＴＰはブランクにされる（ブ
ロック１０３３６０）。５ＴＤＥテーブルが走査され、
ＴＰにメニューとパネル入力の名前を加え、このテーブ
ルに加えられた入力の数をカウントし、この数をＴＰに
セーブする。

このＴＰはパネルのユニークなリストと上昇順に分類さ
れたメニューの名前を有する。このパネル・テーブル、
１１のパネルの数に対するインデックスとスクリーン編
集リスト、ｊｌに対するインデックスは、ゼロに初期化
される（ブロック１０３５７０）。

ブロック１０３５８０ないし１０３７２５は、スクリー
ンに表示される最初のパネル・リスト項目がパネル・リ
スト・テーフ゛ルに置かれるプロセスを構成する。次に
最初のパネルの名前と表示パネルに適合するのと同じ数
だけの後続のパネルの名前は、表示されている各パネル
入力に対する５ＴＤＥテーブルからの対応するパネルに
特徴を与える情報と共にパネル・リスト表示領域に載置
される。このプロセスは、このリストの最後までの全て
のパネルの名前またはスクリーンに適合する全てのパネ
ルの名前及びこれらに特徴を与えるデータが表示領域に
載置された場合に終了する。

判定ブロック１０３５８０は、ｉがパネル・テーブルの
パネルの数取上であるかどうかをチエツクする。ｉがＮ
Ｐのパネルの数より大きければ、手順はブロック１０３
７５０にジャンプする。もしそうでなければ、この手順
はｊがスクリーンに適合する手順入力の数（１６）以上
であるかどうかをチエツクする（ブロック１０３５９０
）。もしｊが１６以上であれば、この手順はブロック１
０３７５０にジャンプする。もしそうでなければ、この
手順はパネル・テーブルの現在のパネルがユーザが必要
とする次のパネルｄｎａｍｅ以上であるかどうかをチエ
ツクする（ブロック１０３５９５）。もし現在のパネル
の名前が次のパネルの名前以下であると、この手順はブ
ロック１０３７２０にジャンプする。もし現在のパネル
の名前が次のパネルの名前以上であれば、編集リストの
ｊ番目の項目は以下の値に初期化される（ブロック１０
３６１０）。

これらの値は、パネルの名前、インデックスｉにおける
変数ｄｎａｍｅａ　＝　Ｔ　Ｐ、入力手順、変数ＩＥＴ
ＩＭＥＮＵ、及び出力手順の変数、ＩＥＴ　ＩＯＭＥＮ
Ｕである。

この手順は、現在のパネルの名前、５ＴＤＥＴＹＰ−Ｐ
とＴＰ　（ｉ）＝ＳＴＤＥＮＡＭＥを有するパネル入力
用の５ＴＤＥテーブル入力を走査する（ブロック１０３
６４０）。判定ブロック１０３６５０はサーチが成功し
たかどうかをチエツクする。もし成功すれば、この手順
は編集リストのｊ番目の項目を以下の値に初期化する（
ブロック１０３６６０）。

即ち、これらの値は、入力手順、ｄｉｐｎｍ（ｊ）　＝
ＳＴＤＥ　Ｉ　ＰＮＭ、出力手順、ｄｏｐｎｍ（ｊ）　
−３ＴＤＥＯＰＮＭであり、次にｊをインクリメントす
る（ブロック１０３７００）。もしこのサーチが成功し
なければ、この手順はｊをインクリメントするだけであ
る（ブロック１０３７００）。

ブロック１０３７２０はインデックスｉをインクリメン
トし、次にブロック１０３５８０に戻る。

ブロック１０３７７５ないし１０４０３５は、ユーザが
各パネル・リストの試験を要求するプロセスによって構
成される。もし追加、削除、変更、または編集要求を識
別すると、次に適切なタスクが実行される。このプロセ
スは、これらの要求が識別されリスト中の各パネルに対
して実行された後終了する。

Ｊはゼロに初期化され（ブロック１０３７７０）、この
手順はｊがスクリーンに適合する手順入力の数（１６）
以上であるかどうかをチエツクする。

もしｊが１６以上であれば、この手順はブロック１０４
０４０にジャンプする。もしそうでなければ、この手順
は追加パネル要求、ＧＴＤＳＥＬＡ＝「ａ」またはＡが
あるかどうかをチエツクする（ブロック１０３８１０）
。

もし追加要求があれば、パネルが表示され、ＴＤＦのパ
ネル記録形式で説明したように、パネルに特徴を与える
情報を要求する。この入力値が確認される。−船釣にこ
れはパネルの名前、入力と出力手順、オプション・フラ
グを上位のケースに変換し、このオプション・フラグ値
がｒＹＪまたは「Ｎ」　（イエスまたはノー）のいずれ
かであることを保証する。このオプション・フラグ値は
、このパネルをオプション領域で発生するべきか、また
はオプション領域外で発生するべきかを決定する。入力
値が確認された後、第２４図、プロ・ツク４５９１０で
説明したプロセスを使用して、後桟ＴＤＦに記憶するた
めに新しいパネル入力を５ＴＤＥテーブルに追加する試
みが行われる。パネルが追加されると、この手順はブロ
ック１０４０３０にジャンプする。もし追加要求がなけ
れば、この手順は、パネル変更要求がＧＴＤＳＥＬＡ＝
　ｒｃＪまたは「Ｃ」であるかどうかをチエツクする。

もし変更要求があれば、変更要求パネルの名前が確認さ
れる。もしこのパネルがシステムによって定義されるパ
ネルであれば、またはもしこのパネルが５ＴＤＥテーブ
ルで定義されていなければ、変更要求を実行することは
できない。システムによって定義されるパネルの定義の
変更を許容しないことによって、ＧＴＤはこのＩＥＴが
意図するようにこれらのパネルで動作することを保証す
る。

もしこのパネルがシステム・パネルではなく、５ＴＤＥ
テーブルにリストされていれば、５ＴＤＥパネル入力の
これらの値が５ＴＤＥ入力に対応する作業領域に複写さ
れ、パネルが表示されてこのパネルに特徴を与える情報
用の変更を要求する。

これらの入力値は、（ブロック１０３８１０）パネル追
加要求と同様の方法で確認され、５ＴＤＥ入力に戻って
この変更を終了する。この実行でユーザが変更すること
を許されないのはこのパネルの名前の変更のみであるが
、この変更は古い５ＴＤＥ入力を削除し、新しい５ＴＤ
Ｅ入力を追加することによって容易に行うことができる
。パネルが変更されると、この手順はブロック１０４０
３０に進む。もし変更要求がなければ、この手順はパネ
ル削除要求、ｇｔｄｓｅｌａ＝　ｒ　ｄ　ＪまたはｒＤ
Ｊがあるかどうかをチエツクする（ブロック１３９１０
）。

もし削除要求があれば、この削除要求パネルの名前は確
認される。もしこのパネルがシステムによって定義され
るパネルであれば、またはこのパネルが５ＴＤＥテーブ
ルで定義されていなければ、削除要求は実行できない。

システムによって定義されるパネルに対する削除を許可
しないことによって、ＧＴＤはＩＥＴが意図するように
動作することを保証する。もしこのパネルがシステム・
パネルではなく、また５ＴＤＥテーブルにリストされて
いれば、このパネルは削除された入力を５ＴＤＥテーブ
ルのその後の入力でオーバーライドすることによって簡
単に削除される。この５ＴＤＥ入力まカウント、ｎｅｎ
　ｔはデクリメントされる。このパネルが削除されると
、−この手順はブロック１０４０３０に進む。

もし削除要求がなければ、この手順は編集パネル要求、
ｇｔｄｓｅｌａ−ｒ　ｅ　ＪまたはｒＥＪがあるかどう
かをチエツクする（ブロック１０３９６０）。

もし編集要求があれば、この編集パネル手順（第２９図
、ブロック１０５４１０）が実行され、この手順はブロ
ック１０４０３０に進む。もし編集要求がなければ、こ
の手順はｊをインクリメントしくブロック１０４０３０
）、ブロック１０３７７５に戻る。

ブロック１０４０４０は、ユーザ入力終了表示をチエツ
クするため、ＦＥ手順（第２２図、ブロック４８１３０
）を実行する。もし終了が表示されなければ（ブロック
１０４０４５）、この手順はブロック１０３２４０に戻
る。もし終了が表示されれば、このプログラムは手順Ｅ
Ｐを抜ける。

編集パネル：　ＥＰＥ手順 第２９図は、この手順の好適な実施例のフローチャート
を示し、ｃ　Ｔ　Ｄ　ｋｌａ集パネル手順は５ＴＤＥテ
ーブルの編集パネルの名前をサーチすることによって開
始される（ブロック１０５４６０）。もしこのサーチが
成功しなければ、このプログラムはエラーを発生しない
でこの手順から戻る。もしサーチが成功すれば、この手
順は変数ＧＴＤＰＭＥＮにパネルの名前をセーブしくブ
ロック１０５５５０）パネル・マツプのファイルの名前
を構築しくブロック１０５５６０）、このファイルがあ
るかどうかをチエツクする（ブロック１０５７５０）。

もしこのファイルがなければ、この手順はスケルトン・
パネルを発生しブロック１０５７９０に進む。

パネル、またはマツプ・ソース記録が、採用されたマツ
プ・サービスによって必要なフォーマットで発生される
。特に、各マツプ記録の定義は、発生されている各々の
パネルの種類（メニューグロサリ、情報、ヘルプ、また
はスケルトン・パネル）に対するハード・コード化され
た仕様を使用してバッファに構築され、次にマツプ・フ
ァイルに書き出される。このマツプ・ソースに書かれた
仕様は、領域の名前、領域の種類、領域の行情報と列情
報、領域の長さ、領域の属性及びリテラル・データを有
する。これらの全ての仕様は、パネルの各々の種類に対
してハード・コード化され、最も便利な方法でこのファ
イルに書き出だされる。

採用されたマツプ・サービスによって必要なフォーマン
トでマツプを発生するための論理の詳細はマツプ・サー
ビスによって決まり、ここでは論じない。

スケルトン・パネルは、Ｉ　ＥＴＴＶＷで定義されＪＥ
Ｔによって要求される以下の領域で作成される。これら
の領域とは、Ｉ　ＥＦ　１−ＴＲＡＮ、ＥＦＩ−ＰＡＮ
ＥＬ、ＩＥＦＩ−３ＹＳＴＥＭ。

ＥＦ　１−ＣＵＲＲＯＷ、Ｉ　ＥＦ　１−ＣＵＲＣＯＬ
。

ＥＦＩ−ＦＵＮＫＥＹ、ＩＥＦＩ−ＣＵＲＤＴ。

ＥＦＩ−ＭＳＧＩＤ、ＩＥＦＩ−ＭＳＧＴＸ。

ＥＦＩＭＳＣ；ＡＥ、ＩＥＦＩ−ＵＳＥＲ。

ＥＦＩ　　ＯＰＴＩＯＮ（ｇｔｄｇｏｆ＝Ｙであれば、
オプションとして発生される）、ＩＥＦＩ−ＬＯＯＫＡ
ＨＥＡＤ（ｇｔｄｇｌｆ　＝　Ｙであればオプションと
して発生される）である。

もしこのファイルがなければ、この手順はプロ・７り１
０５７９０に進む。この手順はパネル編集パラメータと
ファイルの名前を構築しくブロック１０５７９０）、マ
ツプ・エディタを呼び出す（ブロック１０６２１０）。

ブロック１０６２３０はこのマツプ編集が成功かどうか
をチエツクする。

もしこのマツプ編集が成功であれば、このプログラムは
手順ＥＰＥを抜ける。もしこのマツプ編集が成功でなけ
れば、この手順はエラー・メンセージ領３−１ｊｇｔｔ
３３−１ｊをｒＰＡＮＥＬ　　ＥＤＩＴ　　ＦＡＩＬＥ
ＤＪに等しくセントしくブロック１０６２４０）、エラ
ーを発生してこの手順を抜ける。

凋１Ｊす」婁λ」− この手順は、ＴＤＦ手順記録の形式からの情報を有する
表示パネルを設ける別の第３水準の手順である。この情
報は手順入力定義に特徴を与え、リストのパネルに表示
される。１回に表示することが可能な数より多くの手順
入力を定義することが可能なので、この手順リストを介
してナビゲーションを行う機能が設けられる。新しい手
順の定義の追加、現在の手順定義の変更、現在の手順の
定義の削除、現在の定義の表示、及び手順マツプの編集
を行う機能もまた設けられる。システムによって与えら
れる入力は変更できない。

この手順リストに入力を追加するために、手順に対する
選択領域にｒＡＪが入力される。手順の名前、手順の説
明、手順と関連するプロファイル・ビューの名前、手順
と関連する入力ビューの名前、及び（もしあれば）手順
と関連する出力ビューの名前を設けることによって、ユ
ーザはｒＡＤＤＰＲＯＣＥＤＵＲＥｊパネルを完了する
。

これらの手順は幾つかの種類の１つとして識別すること
ができる。

ＣＯ８２ＣｏＢＯＬ手順。ＧＴＤオプション４．５．４
．６．４．８、及び４．９を使用してコボル■コンパイ
ラによって処理される。

ＣＣ言語手順。ＧＴＤオプション４．５．４．６．４．
８、及び４．９を使用してＣコンパイラによって処理さ
れる。

ＡＬＣテラセンブリ言語手順。

ＥＸＴＥＲＮ　　　外部手順。この手順はこのトランザ
クション内の手順によってリンクされる 候補である。

ＥＮＴＲＹ　　このトランザクションの他の手順内に含
まれる手順である。

他の言語を採用した場合、手順の別の種類を識別するこ
とができる。

手順は関係のあるデータ・ベース（ＤＢ）手順として指
定され、コンパイル・オプションの期間中に適当なプレ
ープロセッサによって処理される。

ｒＡＤＤ　　ＰＲＯＣＥＤＵＲＥＪパネルが完了した場
合、この入力が追加され、更新された手順リストが与え
られる。

この手順リストからの入力を削除するためには、ｒＤＪ
が選択領域に入力される。

手順リストの入力を変更するためには、ｒＣＪが選択領
域に入力される。必要に応じて、ユーザはｒＣＨＡＮＧ
Ｅ　　ＰＲＯＣＥＤＵＲＥＪパネルに対するを変更を行
う。ｒ　ＣＨへＮＧＥ　ＰＲＯＣＥＤｔｌｌ？ＥＪパネ
ルが完了すると、この変更はＴＤＴに挿入され、更新さ
れたパネル・リストが設けられる。

手順リストの入力を編集するためには、所望の手順用の
選択領域にｒＥＪを入力する。編集に必要な場合に、も
しＣ０８２手順またはＣ言語手順がなければ、デフォル
ト手順が準備され、提供される。

第３０ａ図ないし３０ｆ図は、ＥＣ手順の好適な実施例
のフロー・チャートを示し、これらのの機能をさらに詳
細に説明する。

ＧＴＤｍ集手順リスト手順は、ユーザによって入力され
るロケーションの命令に対する選択領域を走査すること
によって開始される。このロケーションの名前は、トラ
ンザクション・ビューのｄｎａｍｅ　９ｆ４域にセーブ
される。このロケーションの名前は、編集リストに表示
される最初の手順入力として使用される。もしロケーシ
ョンの命令がなければ、ｄｎａｍｅはブランクにセント
される（ブロック１０６６８０）、以下の表示領域変数
はブランクにされる（ブロック１０６６９０）、これら
の表示領域変数とは、選択、変数ｇｔｄｓｅｌａ　、名
前、変数ｄｎａｍｅａ　％入力ビュー、変数ｄｊｐｎｍ
−，出カビュ、変数ｄビュｎｍ−，プロファイル・ビュ
ー、変数ｄｐｖｎｍ　、手順種類、変数ｇｔｄｃｔｙ、
　ｒｄｂｍｓフラグ、変数ｇｔｄｄｂ　２、及びデバッ
グ・フラグ、変数ｇｔｄｘｐｄである。このスクリーン
編集リスト用のインテンク、２．ｊハｔ’口に初期化さ
れ、ポインタｅは５ＴＤＥテーブルの開始点を示すよう
に初期化される。

ブロック１０６８１５ないし１０６９３５は、スクリー
ンに表示されるこの最初の手順リスト項目が５ＴＤＥテ
ーフ゛ルに置かれるプロセスによって構成される。次に
最初の手順の名前、及び表示手順に適合するのと同じ数
の後続手順の名前が、表示される手順入力の各々に対す
る５ＴＤＥテーブルからの対応する手順に特徴を与える
情報と共に手順リスト表示領域に載置される。このリス
トの最後までの全ての手順の名前、またはこのスクリー
ンに適合する全ての手順の名前、及びそれらに特徴を与
えるデータが表示領域に載置された場合、このプロセス
は終了される。

判定ブロック１０６８１５は、ｅ点が５ＴＤＥテーブル
の終端より先を指示するかどうかをチエツクする。もし
そうであれば、この手順はブロック１０６９４０にジャ
ンプする。もしそうでなければ、この手順は、ｊがスク
リーンに適合する手順入力の数（１６）以上であるかど
うかをチエツクする（ブロック１０６８３０）。もしｊ
が１６以上であれば、この手順はブロック１０６９４０
にジャンプする。もしそうでなければ、この手順は、５
ＴＤＥテーブルの現在の手順５ＴＤＥＴＩＩＥ＝Ｃがユ
ーザによって要求された次の手順の名前ｄｎａｍｅ以上
の手順の名前ＳＴＤＥＮＡＭＥを有するかどうかをチエ
ツクする（ブロック１０６８３５）。

もしこの現在の手順の名前が次の手順の名前以下であれ
ば、この手順はプロソック１０６９３０に進む。もしこ
の現在の手順の名前が、次の手順の名前以上であれば、
編集リストのｊ番目の項目が以下の値に初期化される（
ブロック１０６９１０）即ち、これらの値は、名前、変
数ｄｎａｍｅａ　−３ＴＤＥＮＡＭＥ、入力ビュー、変
数ｄｉｐｎｍ＝ＳＴＤＥ　Ｉ　ＰＮＭ、出力ビュー、変
数ｄｏｐｎｍ　＝ＳＴＤＥＯＰＮＭ、プロファイル・ビ
ュー、変数ｄｐｖｎｍ＝　Ｓ　Ｔ　Ｄ　Ｅ　Ｐ　Ｖ　Ｎ
Ｍ、手順形の種類、変数ｇｔｄｃｔｙ＝　Ｓ　Ｄ　Ｅ　
ＣＴ　Ｙ　Ｐ　、　ｒｄｂｍｓフラグ、変数ｇｔｄｄｂ
　２＝ＳＴＤＥＣＤＢ２、及びデバッグ・フラグ、変数
ｇｔｄｘｐｄ＝　Ｓ　Ｔ　Ｄ　Ｅ　Ｃである。ｅはイン
クリメントされて次の５ＴＤＥ入力を示し、この手順は
ブロック１０６８１５に戻る。

ブロック１０６９４０は、パネルを表示する手順を実行
して（第２１図、ブロック４７３００）、ＧＴＤＥＣパ
ネルの表示を選択する。

ブロック１０６９５５ないし１０７１４０は、各ユーザ
が各手順リスト項目の試験を要求するプロセスを構成す
る。もし、追加、削除、変更、または編集要求が識別さ
れると、次に適当なタスクが実行される。このプロセス
は、これらの要求が識別され、リストの各手順に対して
実行された後で終了する。

Ｊはゼロに初期化され（ブロック１０６９５０）、この
手順はｊがスクリーンに適合する手順入力の数（１６）
以上かどうかをチエツクする（ブロック１０６９５５）
、もしｊが１６以上であれば、この手順はブロック１０
７２１０にジャンプする。

もしそうでなければ、この手順は、追加手順要求ｇｔｄ
ｓｅｌａ−ｒ　ａ　ＪまたはｒＡＪがあるかどうかをチ
エツクする（ブロック１０６９９０）。もし追加要求が
あれば、この追加要求（第３１図、ブロック１０７３３
０）がインデックスｊによって識別された表示手順で実
行され（ブロック１０７０２０）、このプログラムはブ
ロック１０７２００に進む。

もし追加要求がなければ、この手順は手順変更要求ｇｔ
ｄｓｅｌａ＝　「ｃ　ＪまたはｒｃＪであるかどうかを
チエツクする（ブロック１０７０４０）。もし変更要求
があれば、この変更手順（第３２図、ブロック１０８４
７０）がインデックスｊによって識別される表示手順で
実行され（ブロック１０７０７０）、この手順はブロッ
ク１０７２００に進む。もし変更要求がなければ、この
手順は手削除順要求ｇｔｄｓｅｌａ−［ｄ　Ｊまたはｒ
ＤＪがあるかどうかをチエツクする（ブロック１０７０
９０）。

もし削除要求があれば、この削除要求手順の名前が確認
される。もしこの手順がシステムによって定義される手
順であれば、または５ＴＤＥテーブル内に定義されてい
ない手順であれば、削除要求を実行することはできない
。もしこの手順がシステム手順ではなく、また５ＴＤＥ
テーブルにリストされていれば、次にこの手順は削除さ
れた入力を５ＴＤＥテーブルのその後の入力でオーバー
ライドすることによって削除される。このＳＴＤＥ入力
カウント、ｎｅｎ　ｔはデクリメントされる。この手順
入力が削除されると（ブロック１０７１２０）、このプ
ログラム手順はブロック１０７２００に進む。もし削除
要求がなければ、この手順は編集手順要求、ｇｔｄｓｅ
ｌａ＝　ｒ　ｅ　ＪまたはｒＥＪがあるかどうかをチエ
ツクする（ブロック１０７１４０）。

もし編集要求があれば、編集手順（第３４図、ブロック
１０９４４０）がインデックスｊによって識別される表
示手順によって実行され、この手順はブロック１０７２
００にジャンプする。もし編集要求がなければ、この手
順はｊをインクリメントしくブロック１０７２００）、
ブロック１０６９５５に戻る。

ブロック１０７２１０は、Ｆ２手順（第２２図、ブロッ
ク４８１３０）を実行してユーザ入力終了表示をチエツ
クする。もし終了が表示されていないければ（ブロック
１０７２１５）、この手順はブロック１０６６８０に戻
る。もし終了が表示されれば、このプログラムは手順Ｅ
Ｃを抜ける。

手　ユーザ・インクフェース：　ＥＣＡ第３１図は、こ
こで本発明によるこの手順の好適な実施例を示し、ＧＴ
Ｄ追加手順ユーザ・インタフェース手順は、５ＴＤＥ入
力領域（ブロック１０７３３０）に対応する作業域領域
をブランクにすることによって開始される。この手順は
、パネルを表示する手順を実行しく第２１図、ブロック
４７３００）　、ＧＴＤＡＣパネルノ表示を選択して（
ブロック１０７４４０）　、ＴＤＦの手順記録形式で説
明したように、手順に特徴を与える情報を定義すること
をユーザに要求する。

この手順の入力領域は確認される（ブロック１０７４５
０）。この確認は、手順の名前、入力、出力とプロファ
イル・ビュー、および手順の種類、データ・ベースの手
順フラグ、およびデバッグ・フラグの上位ケーへの変換
を含む。手順がＥＸＴＥＲＮの形式を有すると定義され
た場合、このプロファイル・ビューの名前、データ・ベ
ース手順フラグ、及びデバッグ・フラグは、ブランクに
される。手順がＥＮＴＲＹの形式を有すると定義された
場合、このデータ・ベース・フラグとデバッグ・フラグ
はブランクにされる。もしユーザによって定義される値
がｒＹＪでなければ、ｒＹＪまたは「ＮＪのいずれかの
必要な値を有する全ての領域、データ・ベース手順のフ
ラグ及びデバッグ・フラグは、再定義される。もしユー
ザによって定義される言語がＣ０Ｂ２、ＡＬＣまたはＣ
でなければ、手順の言語の種類はＣであると定義される
。

ブロック１０７４６０は、ＦＥ手順（第２２図、ブロッ
ク）を実行してユーザ入力終了表示をチエツクする。も
し終了が表示されていなければ（ブロック１０７４７０
）、この手順はブロック１０７４４０に戻る。もし終了
が表示されれば、この手順は後桟ＴＤＥに記憶するため
５ＴＤＥテーブルに追加される（１０７５１０）。

この手順入力を５ＴＤＥに追加する試みが行われる。も
しこの与えられた手順の名前がブランクであれば、５Ｔ
ＤＥテーブルが満杯であれば、またはこの与えられた手
順の名前がすでにテーブル内にあれば、この試みは失敗
する。もしエラーが検出されなければ、最初に述べたよ
うに、この手順入力は上昇する手順の順序で５ＴＤＥテ
ーブルに挿入される。５ＴＤＥ入カカウント、ｎｅｎｔ
はインクリメントされる。この手順が追加されると、こ
のプログラムは手順ＥＣＡを抜ける（ブロック１０７５
２０）。

第２４図は、ブロック４６０４０で説明したプロセスを
使用して、この手順入力を５ＴＤＥに追加する試みが行
われる。この手順が追加されると、このプログラムは手
順ＥＣＡを抜ける（ブロック１０７５２０）。

変更　順　　：　ＥＣＣ手順 この手順の好適な実施例を示す第３２ａ図及び第３２ｂ
図は、この手順の好適な実施例を示し、ＥＣＣ手順のフ
ローチャートによって、ＴＤＦ内に記憶されたこの手順
に特徴を与える情報を変更する能力とユーザ入力、出力
及びプロファイル・ビュー・ファイルを編集する能力が
与えられる。

このＧＴＤ変更手順入力手順は、入力手順の名前がシス
テム手順であるかどうかをチエツクする判定ブロック１
０８４９０から開始される。システム手順はＩＥＴＩＨ
ＥＬＰ、ＩＥＴＯＨＥＬＰ。

ＩＥＴＩＩＮＦＯｌ　Ｉ　ＥＴＯＩ　Ｎ　Ｆ　Ｏ，、Ｉ
ＥＴＩＧＬＯ５゜及びＩＥＴＯＧＬＯ５を有する。もし
それがシステム手順の名前であれば、ＧＴＤは、エラー
を発生せずに手順ＥＣＣから戻る。もしそうでなければ
、手順ＦＣＣは入力手順の名前を探して５ＴＤＥテーブ
ルをサーチする（ブロック１０８６７０）。

判定ブロック１０８７３０は、入力手順が見つかったか
どうかをチエ７りする。もし見つからなければ、ＧＴＤ
はエラーなしで手順ＥＣＣから戻る。

もしこの手順が見つかれば、この５ＴＤＥ入力は対応す
る作業領域のフィールドに複写される（ブロック１０８
７６０）。

ブロック１０８７８０は、変更のためのＴＤＦ手順に特
徴を与える情報を有する手順変更入力を定義するスクリ
ーン・パネル（Ｇ　Ｅ　Ｄ　ＣＣ”）　手順表示を表示
する。ブロック１０８７９０は、第３１図、ブロック１
０７４５０で説明した手順を使用してこの手順入力領域
を確認する。ブロック１０８８００ないし１０８８２０
は、この手順ビュー・ファイルを編集するためにユーザ
要求を取り扱う。ビュー・ファイルは全てのトランザク
ション・ビュー変数の名前のリストを有し、これらの名
前は入力、出力、またはプロファイル・ビュー・プロセ
スのためにＩＥＴが必要とするとユーザが決定したもの
である。判定ブロック］、　０８８００は編集入力ビュ
ーが要求されたかどうかをチエ、ツタする。もし要求さ
れていれば、完全に修飾された入力ビューの名前が構築
され、この入力ビューは手順ｄｏ−ｅｄｉｔを使用して
編集される（第３２図、ブロック４３８６０）。この手
順は判定ブロック１０８８２０に進んで、編集プロファ
イル・ビューが要求されているかどうかをチエツクする
。もし要求されていれば、完全に修飾されたプロファイ
ル・ビューの名前が構築され、このプロファイル・ビュ
ーは手順ｄｏ−ｅｄｉｔを使用して編集される。

ブロック１０８８３０で、このＦＥ手順（第２２図、ブ
ロック４８１３０）が実行され、ユーザ終了表示をチエ
ツクする。次に判定ブロック１０８８４０は終了が表示
されたかどうかをチエツクする。もし表示されないと、
この手順はブロック１０８７８０に戻る。もし終了が表
示されれば、このプログラムはブロック１０８８７０に
進み、ここでは５ＴＤＥ作業領域のフィールドが５ＴＤ
Ｅ入力に戻って複写され、このプログラムは手順ＥＣＣ
を抜ける（ブロック１０８８９０）。

ＧＴＤ　　　ファイルの　−：　Ｄｏ−ＥＤ　Ｉ　Ｔ第
３３図は、本発明によるこの手順の好適な実施例のフロ
ー・チャートを示し、このｄｏ−ｅｄｉｔ手順は、編集
用の入力として完全に修飾されたファイルの名前を取る
。

このＧＴＤｉ集ファ集用アイルの手順は、編集プログラ
ムのパラメータを構築しくブロック４４１２０）、この
手順用の編集プログラムを呼び出すことによって開始さ
れる（ブロック４４２４０）。

この編集パラメータは、使用されている編集プログラム
によって変更する。−船釣に、必要とされるのは、編集
プログラム（修飾されないかまたは完全に修飾された編
集プログラムのいずれか）の名前および編集プログラム
を呼び出すためのファイルの完全に修飾されたこの名前
が全てである。

このことは、オペレーティング・システム・プラットフ
ォームと使用されている編集プログラムによって決定さ
れる。使用される編集プログラムの名前は、プログラム
の開始時にロードされる環境情報の一部として記憶され
、変更することが可能である。判定ブロック４４３１０
は編集が成功したかどうかを調べる。もし成功すれば、
この手順ｄｏ−ｅｄｉｔは終了する（ブロック４４８８
０）、もし編集が成功しなければ、このエラー・メソセ
ージ領域はＧＴＤＭＳＧ＝ＰＲＯＣＥＤＵＲＥＥＤＩＴ
　　ＦＡＩＬＥＤにセットされる（ブロック４４３２０
）。次にこの手順はエラー・メソセージを発生して戻る
（ブロック４４３３０）。

ＧＴＤ編　：ＥＣＥ　）１ 第３４ａ図及び第３４ｂ図はこの手順の好適な実施例を
示し、このＣ；ＴＤ［集手順は、５ＴＤＥテーブル内で
要求された編集手順の名前をサーチすることによって開
始される。ブロック１０９５３０はこのサーチが成功し
たかどうかを調べる。もし成功しなければ、このプログ
ラムはこの手順を抜けるが、エラーは生じない。もしこ
のサーチが成功すれば、この手順言語がＣ０ＢＯＬかど
うかを調べる。もしＣ０ＢＯＬプログラムでなければ、
この手順はブロック１０９７５０に進む。もしＣ０ＢＯ
Ｌプログラムであれば、この手順はコボル手順ファイル
の名前を構築しくブロック１０９５８０）、この手順フ
ァイルがあるかどうかを検証する（プロ・７り１０９６
７０）。もしこのファイルがあれば（ブロック１０９６
７５）、この手順はブロック１０９７５０にジャンプす
る。もしなければ、この手順はこの手順の名前をｇｔｄ
ｐｍｅｍにセーブしくブロック１０９６８０）　、ＧＣ
ＯＢＰＲＯＧ手順（第３５図、ブロック７４００）を使
用してスケルトン・プログラムを発生する（ブロック１
０９６９０）。次にこのプログラムはブロック１０９９
００にジャンプして編集を行う。

ブロック１０９７５０はこの手順がＣ言語であるかどう
かをチエツクする。もしＣ言語でなければ、この手順は
ブロック１０９９３０に進む。もしＣ言語であれば、こ
の手順は手順ファイルのり名前を構築しくブロック１０
９７６０）、この手順ファイルがあるかどうかを検証す
る（プロ・ツク１０９８５０）。もしこのファイルがあ
れば（ブロック１０９８５５）、この手順はプロ・ツク
１０９８６０に進む。もしなければ、この手順はこの手
順の名前をｇ　ｔｄｐｍｅｍにセーブしくプロ・ツク１
０９８６０）、ブロック１０９８７０でＧＣＰＲＯＧ手
順（第３６図、プロ・ツク１１４９５０）を使用してス
ケルトン・プログラムを発生する。

ブロック１０９９００は、手順ファイルでｄ。

ｅｘｉｔ手順（第３３図、プロ・ツク４３８６０）を実
行し、このプログラムはこの手順を抜ける（ブロック１
０９９３０）。

ジェネレートＣ０ＢＯＬプログラム：　ＧＣＯＢＰＲＯ
Ｇ皿 第３５８ないし３５ｃ図はこの手順の好適な実施例を示
し、このＧＴＤＣＯＢＯＬプログラムの発生手順は、Ｃ
ｏＢＯＬ手順の経路の名前をｇｔｄｓｌｉｂからＣｏＢ
Ｏ手順のファイルの名前に移動することによって開始さ
れる（ブロック７４６０）。

次に、この手順は、このＣｏＢＯＬ手順の名前が定義さ
れていない、すなわちｇｔｄｐｍｅｍがブランクかどう
かをチエツクする（ブロック７４９０）。

もしｇｔｄｐｍｅｍがブランクであれば、この手順はエ
ラーを発生してこの手順を抜ける。もしｇ　ｔｄｐｍｅ
ｍがブランクでなければ、完全に修飾されたＣｏＢＯＬ
手順の名前のファイルがマシン・スタンダード規定を使
用して構築される（ブロック７５２０）。

このＣｏＢＯＬ手順の名前が構築されると、このプログ
ラムはこの手順がすでにあるかどうかをチエツクする（
ブロック７５８０）。もしこの手順がなければ、このエ
ラー・メソセージ領域、ＧＴＤＭＳＣはｒｃＯＢＯＬ　
　ＰＲＯＧＲＡＭＥＸＩＴＳＪにセントされ（ブロック
７５９０）、このプログラムはエラーを発生してこの手
順を抜ける。もしこの手順がなければ、ＣｏＢＯＬ手順
ファイルの作成が試みられる（ブロック７６３０）。

もしこの作成に成功しなければ、このプログラムはエラ
ーを発生してこの手順を抜ける。もしこの作成が成功す
れば、インデックスが初期化され、スケルトン・プログ
ラムの最初の線を指示する。

判定ブロック７６７０はスケルトン・プログラム初期化
データの終端をチエツクする。もしこれれが初期化デー
タの終端であれば（ブロック７６７０）、この手順はＣ
ｏＢＯＬ手順ファイルを閉じ（ブロック７９１０）、手
順ＧＣＯＢＰＲＯＢを抜ける（ブロック？−９２０）。

もし終点でなければ、もしこれが終端でなければ、この
綿は出力バッファにコピーされる（ブロック７７００）
。

この点で、このバッファの内容を調べて、アプリケーシ
ョン用にカストマイズする必要のあるスケルトンＣ０Ｂ
ＯＬ手順線が位置決めされる。本発明の好適な実施例の
場合、プログラムｉｄ、トランザクション・ビュー・コ
ピー・ファイル、及び第１セクシヨンの名前がカストマ
イズされる。

出力バッファに移動した線をチエツクし、これがスケル
トン・プログラムの線００３０００であるかどうかを調
べる（ブロック７７１０）。もしこれが線００３０００
であれば、この線で定義されると仮定されるプログラム
ｉｄはこの手順にセットされ、この手順はブロック７８
４０に移動する。もしこれが線０３０００でなければ、
この手順は化カバソファに移動した線がスケルトン・プ
ログラムの綿００１２００であるかどうかを調べる（ブ
ロック７７４０）。もしこれが線００１２００であれば
、コピー・ステートメントはトランザクション・ビュー
の名前にセントされ、この手順はブロック７８４０に進
む。もしこれが線００１２００でなければ、この手順は
この化カバソファに移動した線がスケルトン・プログラ
ムの線ｏｏｉｓｏ。

であるかどうかを調べる（ブロック７７７０）。

もし線００１８００であれば、手順の名前を有するため
セクション・ヘッダーがセントされ、この手順はブロッ
ク７８４０に進む。もし６１００１８００でなければ、
実行はブロック７８４０で継続され、ここで手順はこの
線の終点に新しい線の文字を載置することによって化カ
バソファのこの線を終端する。この線の終端はＵＮＩＸ
の規定である。他の線を線のスペースで埋めるような他
の終端規定を使用することも可能である（本体）。

次にこの出力バッファはＣｏＢＯＬ手順ファイルに書き
込まれ（ブロック７８５０）、この手順はこの書き込み
が成功したかどうかを調べる（ブロック７８５５）。も
し成功すれば、この手順はインデックスをインクリメン
トしてスケルトン・プログラムの次の線を示し、０ロツ
ク７６７０に戻る。もしこの書き込みが成功しなければ
、エラー・メソセージ領域ＧＴＤＭＳＧはｒｃＯＢＯＬ
ＰＲＯＧＲＡＭ　　ＷＲＩＴＥ　　ＥＲＲＯＲＪにとセ
ントされ（ブロック７８６０）　、ＣｏＢＯＬ手順ファ
イルは閉じられる（ブロック７９１０）。

次に、プログラムはこの手順を抜ける（ブロック７９２
０）。

ＧＴＤによるＣ舌量五　生プログラム：　ＧＣＰＲＯＧ
第３６ａ図ないし第３６ｃ図は、本発明によるこの手順
の好適な実施例を示し、ＧＴＤによるＣ言語発生プログ
ラム手順は、Ｃ手順の経路の名前、ｇｔｄｓｌｉｂをＣ
手順ファイルの名前に移動することによって開始される
（ブロック１１５０１０）。

反対ブロック１１５０４０は、Ｃ手順の名前が定義され
ていない、即ち、ｇ　ｔｄｐｍｅｍがブランクであるか
どうかを調べる。もしブランクであれば、この手順はエ
ラーを発生して終了される。もしブランクでなければ、
この手順の名前は上位のケースに変換されることによっ
て確認される。もし確認されれば、完全に修飾されたＣ
手順ファイルの名前が、手順の名前ｇｔｄｐｍｅｍと現
在の機械の標準のネーミング規定と共に構築される（ブ
ロック１１５１８０）、判定ブロック１１５１３０はＣ
手順ファイルがあるかどうかを調べる。もしなければ、
この手順はブロック１１５１８０を継続する。もしＣ手
順ファイルがあれば、この手順はエラー・メツセージ領
域ＧＴＤＭＳＧを［ＣＰＲＯＧＲＡＭ　　ＥＸＩＳＴＳ
Ｊと等しいとセントシ（ブロック１１５１４０）手順フ
ァイルを抜ける（ブロック１１５１５０）。

ブロック１１５１８０はＣ手順ファイルを作成する。判
定ブロック１１５１９０は作成が成功だったかどうかを
チエツクする。もし成功しなければ、プログラムはエラ
ーを発生してこの手順を抜ける。もしこの作成が成功す
れば、インデックスを初期化して第１スケルトン・プロ
グラム線初期化データを示す（ブロック１１５２１０）
。

判定ブロック１１５２２０はこのスケルトン・プログラ
ム初期化データの終点を調べる。もし初期化データの終
点が見つかれば、この手順はブロック１１５４９０にジ
ャンプする。もしこの初期化データの終点が見つからな
ければ、この手順は次にスケルトン・プログラムの線を
出力バッファにコピーする（ブロック１１５２５０）。

判定ブロック１１５２７０は、このバッファ内のスケル
トンＣプログラムの線がステートメントを有するトラン
ザクション・ビューを含むかどうかをチエツクする。も
しこれを含んでいれば、トランザクション・ビューの名
前がカストマイズされ、アプリケーションＣトランザク
ション・ビュー・ファイルの名前を参照する。もしこれ
を含まなければ、判定ブロック１１５３４０はスケルト
ンＣプログラムの線がスケルトンＣプログラムの手順の
名前を有するかどうかをチエツクする。もしこれを有し
ていれば、この手順の名前は次にカストマイズされ、ア
プリケーションＣ手順の名前を参照する。

もしこれがこの手順の名前を有さなければ、次にこのバ
ッファ中の線を終端することによって、この手順はプロ
グラム１１５４１０で継続される。

プログラムはこのバッファをＣ手順ファイルに書込み（
ブロック１１５４３０）、この書込みが成功だったかど
うかをチエツクする（ブロック１１５４３５）。もし書
き込みが成功であれば、このプログラムはインデックス
をインクルメントして次のＣスケルトン手順線を示しく
ブロック１１５４７０）、次にブロック１１５２２０に
戻る。もし書き込みが成功でなければ、この手順はエラ
ー・メソセージ領域をＧＴＤＭＳＧ＝　ｒＣＰＲＯＣ；
ＲＡＭ　　ＷＲＩＴＥ　　ＥＲＲＯＲＪにセントする（
ブロック１１５４９０）。次にこのプログラムはＣ手順
ファイルを閉じ（ブロック１１５４９０）、手順ＧＣＰ
ＲＯＧを終了する（ブロック１１５５００）。

ニュー・！ス この手順は別の第３水準の手順であり、これによってＴ
ＤＦメニュー記録の形式からの情報を有する表示パネル
が設けられる。この情報はメニュー入力定義に特徴を与
え、リスト内のパネルに表示される。−回に表示できる
メニュー入力よりも多くのメニュー入力を定義すること
ができるので、メニュー・リストによる幾つかのナビゲ
ーションを行う機能が設けられる。新しいメニューの定
義の追加、現在のメニューの定義の変更、現在のメニュ
ーの定義の削除、及び現在の定義を表示する機能もまた
設けられる。

ＧＴＤオプション１．４は、アプリケーションの設計者
にｒＥＤ　ＩＴ　　ＭＥＮＵＪパネルを与える。

設計者はＧＴＤシステムによってサポートされるメニュ
ーの４つの水準の階層内に入力を編集することができる
。最初の要求時、トランザクション用のマスター・メニ
ューは適当な選択コード、説明、選択時に与えられるパ
ネル、入力を選択した場合に呼び出される手順（オプシ
ョン）を必要ととする。

入力をメニューに追加するためには、ｒＡＪがいづれか
の選択領域に入力される。これによって、ｒＡＤＤ　　
ＭＥＮＵ　ＥＮＴＲＹＪが与えられ、選択コード、説明
、選択時に与えられるパネル、入力を選択した場合に呼
び出される手順（オプション）の追加が可能になる。こ
のｒＡＤＤＭＥＮＵ　　ＥＮＴＲＹＪパネルが完成すれ
ば、入力が追加され、ＥＤＩＴ　　ＭＥＮＵパネルが与
えられる。

メニューから入力を削除するには、ｒＤＪが選択ｇｌ域
に入力される。

メニューに対するの入力を変更するには、「Ｃ」が選択
領域に入力される。ユーザは必要に応じてｒＣＨＡＮＧ
Ｅ　　ＭＥＮＵ　　ＥＮＴＲＹＪパネルを変更し、これ
によって、説明、パネルの名前、または出力手順の名前
の変更が可能になる。

ｒＣＨＡＮＧＥ　　ＭＥＮＵ　　ＥＮＴＲＹｊパネルが
完成すれば、これらの変更が包含され、ＥＤＩＴＭＥＮ
Ｕが与えられる。

ＧＴＤシステムは４つの水準のメニューをサポートする
。編集される低位水準メニューを選択するため、選択シ
ーケンスをｒＥＤ　ＩＴ　　ＭＥＮＵＪパネルの命令線
にフオーム３　（５ｅｌｅｃｔ、　５ｅｌｅｃｔ。

５ｅｌｅｃｔ）で入力する。これによって、設計者が編
集しようとする階層内にメニューを指定する。これは累
積的プロセスである。設計者は、最初にマスター・メニ
ューを定義し、マスター・メニューがサブ・メニューを
参照しようとしていることを示すが、これは入力選択コ
ード、説明領域、及びこのサブ・メニューの名前となる
パネルの名前を特定し、出力手順の名前をブランクにす
ることで行われる。これは４つの水準まで継続（反復）
される。

第３７ａ図ないし第３７ｄ図は、ＥＭ手順の好適な実施
例のフロー・チャートを示し、これらの機能をさらに詳
細に説明する。

このＧＴＤ編集メニューの階層手順は、最後のメニュー
階層選択要求を作業領域の選択フィールド、ｗ、　ｇｔ
ｄｓｅｌにコピーすることによって開始される　（ブロ
ック１１０３２０）。ブロック１１３３０は、メニュー
の名前をブランクにし、階層の各水準のコードを選択し
、次にブロック１１０４３０は、階層の各水準用の選択
コードに対する選択要求（もしあれば）を確認し、これ
を説明する。選択要求のフォーマントはＳ　（ｘｉ、ｘ
２．ｘ３．）であり、「Ｓ（」または「Ｓ　（」が要求
の開始としてサーチされる。もしキーワード見つかれば
、各々のＸの値を検出して階層選択コードに割り当てる
。（ｘｉは階層水準１に割り当てられ、ｘ２は階層水準
２に割り当てられ、ｘ３は階層水準３に割り当てられる
）。もし階層水準の要求がなければ、次にその値はブラ
ンクのまま残され、その水準に対して要求が特定されな
いことを示る。もし表示要求が第１水準の階層に対する
ものでなければ（ブロック１１０４９０）、プログラム
はブロック１１０５８０に進む。もし第１水準に対する
ものであれば、ブロック１１０５００は第１水準のメニ
ュー入力、手順ＥＭＳ　（第３８図、ブロック１１１２
４０）によってメニュー表示作業領域を準備し、次の水
準のメニューの名前を得る。

ブロック１１０５１０は、この階層編集リストの第１水
準を表示し、次の階層選択要求パネルをＧＴＤＥＭＯ中
にセーブする（第１水準の階層の情報用の編集リストを
表示する）。このプロセスは新しい日付と時間を得るこ
ととスクリーンの日付と時間領域をフォーマントするこ
とを含む。パネル・インタープリータ（ｐａｎｅｌ　１
ｎｔｅｒｐｒｅｔｏｒ　）が呼び出され、スクリーン出
力を発生する。

ＧＴＤＭＳＧはブランクにセットされ、パネル・マツプ
・インタープリータが呼び出されてユーザ・パネル入力
を得る。入力を得た後、ユーザ選択領域がセーブされる
（ブロック１１０５１０）。

ブロック１１０５２０は編集メニュー・リスト、手順Ｅ
ＭＸ　（第３９図、ブロック１１１６４０）を実行する
。ブロック１１０５３０はユーザの終了表示、手順ＦＥ
（第２２図、ブロック４８１３０）をチエツクする。も
し終了が表示されれば（ブロック１１０５３５）、プロ
グラムはこの手順を抜ける（ブロック１１０８９０）。

もし表示されなければ、このプログラムはブロック１１
０３２０に戻り、処理を継続する。

もし表示要求が第１水準の階層のに対するものでなけれ
ば（プロ・７り１１０４９０）、ブロック１１０５８０
はこの要求が第２水準の階層に対するものかどうかを判
定する。もし第２水準でなければ、このプログラムはブ
ロック１１０６８０にジャンプする。もし第２水準であ
れば、ブロック１１０５９０は第１水準の要求されたメ
ニュー入力、手順ＥＭＳによってメニュー表示作業領域
を準備し、次の水準のメニューの名前を得る。ブロック
１１０６００は、第２水準の要求されたメニュー入力、
手順ＥＭＳによって第２水準メニュー表示作業領域を準
備し、次の水準のメニューの名前を得る。ブロック１１
０６０１０は第２水準の階層編集リストを表示し、ブロ
ック１１０５１０で説明したように、次の階層選択要求
をパネルＧＴＤＥＭＩにセーブする（第２水準のメニュ
ーの編集リスト及び前の水準の選択情報と説明情報を表
示する）。ブロック１１０６２０は、編集メニューメ・
リスト、手順ＥＭＳを実行する。ブロック１１０６３０
は、ユーザ終了表示、手順ＦＥをチエツクする。もし終
了が表示されれば（ブロック１１０６３２）、このプロ
グラムはこの手順を抜ける（ブロック１１０８９０）。

もし表示されなければ、このプログラムはブロック１１
０３２０に戻り処理を継続する。

もしこの表示要求が第２水準の階層に対するものでなけ
れば（ブロック１１０５８０）、ブロック１１０６８０
は第３水準の階層に対するものかどうかをチエツクする
。もしそうでなければ、このプログラムはブロック１１
０７９０にジャンプする。もし第３水準に対するもので
あれば、ブロック１１０６９０は、第１水準の要求され
たメニュー入力、手順ＥＭＳによって第１水準のメニュ
ー表示作業領域を準備し、次の水準のメニューの名前を
得る。ブロック１１０７００は、第２水準の要求された
メニュー入力、手順ＥＭＳによって第２水準のメニュー
表示作業領域を準備し、次の水準のメニューの名前を得
る。ブロック１１０７１０は、第３水準の要求されたメ
ニュー入力、手順ＥＭＳによって第３水準のメニュー表
示作業領域を準備し、次の水準のメニューの名前を得る
。ブロック１１０７２０は、この第３水準の階層編集リ
ストを表示し、１１０５１０で説明したプロセスを使用
して次の階層選択要求パネルをＧＴＤＥＭ２にセーブす
る（第３水準のメニューの編集リスト及び前の２つの水
準のメニューに関する選択情報と説明情報を表示する）
。フロック１１０７３０は編集メニュー・リスト、手順
ＥＭＸを実行する。

ブロック１１０７４０はユーザ終了指示、手順ＦＥをチ
エツクする。もし終了が表示されれば（ブロック１１０
７４５）、プログラムはこの手順を抜ける（ブロック１
１０８９０）。もし終了が表示されなければ、プログラ
ムはブロック１１０３２０に戻り処理を継続する。

もし表示要求が第３水準の階層に対するものでなければ
（ブロック１１０６８０）、ブロック１１０７９０は第
１水準の要求されたメニュー入力、手順ＥＭＳによって
第１水準・メニュー表示作業領域を準備し、次のメニュ
ーの名前を得る。

ブロック１１０８００は第２の要求されたメニュー入力
、手順ＥＭＳによって第２水準のメニュー表示と作業領
域を準備し、次の水準のメニューの名前を得る。ブロッ
ク１１０８１０は、第３水準の要求されたメニュー入力
、手順ＥＭＳによってメニューの第３水準の表示作業領
域を準備し、次の水準のメニューの名前を得る。ブロッ
ク１１０８２０は、第４水準の要求されたメニュー入力
、手順ＥＭＳによって第４水準のメニュー表示作業領域
を準備し、次の水準のメニューの名前を得る。ブロック
１１０８３０は、第４水準の階層編集リストを表示し、
ブロック１１０５１０で説明したプロセスを使用して次
の階層選択要求をパネルＧＴＤＥＭ３にセーブする（前
の３つに水準の選択情報と説明情報と共に第４水準のリ
ストを表示編集する）。

現在サポートされているメニューの階層の場合、４つの
水準だけがサポートされているが、ここに与えられてい
る論理を拡張することによって、より多くの水準をサポ
ートしてより多くの水準をカバーすることができる。編
集メニュー・リスト表示パネルは実際には階層の前の水
準からの説明情報と選択情報を表示するので、新しいパ
ネルを設計してより多くの水準を表示し、これによって
現在の論理とデータ領域の用途を拡張することができる
。または、第４メニュー階層を処理した後輪環を追加し
、選択した以前の３つの水準を表示すると共に、５つ以
上のメニューの階層水準に対する情報を説明することが
できる。

ブロック１１０８５０はユーザ終了表示、手順ＦＥ（第
２２図、ブロック４８１３０）をチエツクする。もし終
了が表示されれば（ブロック１１０８５５）、このプロ
グラムはこの手順を抜ける（ブロック１１０８９０）。

もし表示されなければ、このプログラムはブロック１１
０３２０に戻り処理を継続する。

ＧＴＤ　　　メニューの　　：　ＥＭＳ第３８図は、本
発明によるこの手順の好適な実施例のフローチャートを
示す。ＧＴＤ準備メニュー表示手順は、現在のメニュー
内のメニュー入力の各々に対する説明、出カバネル、お
よび出力手順の表示領域を初期化する。この手順は、表
示されるべき現在のメニューの名前、選択情報と説明情
報を載置する作業領域、及び次のメニュー選択コードを
入力として必要とする。このＥＭＳ千１１１１１ｔは、
現在のメニューに対する初期化された作業領域と次のメ
ニューの選択コードに対応するメニューの名前を出力す
る。

この作業領域の説明の中のメニュー表示領域ｄｎａｍｅ
　、　ｄｏｐｎｍ　、及びｄｉｐｎｍをブランクにしく
ブロック１１１３２０）、次にｊをゼロに初期化しポイ
ンタｅに５ＴＤＥテーブルの開始点を指示させることに
よって、ＥＭＳ手順は開始される。判定ブロック１１１
４０５は、ｅが５ＴＤＥテーブルの終点を越える部分を
指示しているかどうかをチエツクする。もしそうであれ
ば、プログラムはこの手順を抜ける（ブロック１１１５
６０）、もしｅが５ＴＤＥテーブルの終点を越える部分
を指示していなければ、次の判定ブロック１１１４２０
は、この入力がスクリーンに適合するか、すなわち、イ
ンデックスｊがスクリーンに適合するメニュー入力の後
（１６）以上であるかどうかをチエツクする。もしメニ
ュー入力の数取上であれば、このプログラムはこの手順
を抜ける（ブロック１１１５６０）。もしそうでなけれ
ば、判定ブロック１１１４２５は、この５ＴＤＥ入力が
メニュー入力（ＳＴＤＥＴＹＰ＝Ｅ）であるかどうか、
及び５ＴＤＢメニユ一入力の名前ＳＴＤＥＮＡＭＥが入
力メニューの名前、ｍｅｎｕと等しいかどうかをチエツ
クする。もしそうでなければ、このプログラムこの手順
を抜ける（ブロック１１１５６０）。

もしそうであれば、このプログラムは編集リスト中のｊ
番目の項目を初期化し、以下のパラメータをセットする
。パネルの名前はｄｎａｍｅ　＝　ＳＴＤＥｆＰＮＭに
セットされ、出力手順の名前はｄｏｐｎａ＋　＝　５Ｔ
ＤＥＯＰＮＨにセントされ、説明は５ＴＤＥＳＥＬ、「
　」にセットされ、これはこの領域に適合する５ＴＤＥ
ＤＥＳＣの一部分を有する（ブロック１１１４３０）。

次のステップは、パネル編集リストのためにｊをイック
リメントする（ブロック１１１５００）。次に、判定ブ
ロックは、メニュー入力の選択コードが次の選択コード
入力値と等しいかどうかをチエツクする。もしこのメニ
ュー入力が次の選択コードの入力値と等しければ、次に
この手順は次のメニューの名前をメニュー人カバネルの
名前、５ＴＤＥ　Ｉ　ＰＮＭに初期化する（ブロック１
１１５１０）。

さもなければ、このプログラムはポインタｅをインクリ
メントして次の５ＴＤＥ入力を示しくブロック１１１５
５０）、判定ブロック１１１４０５に戻り、ｅが５ＴＤ
Ｅテーブルの終点を越える部分を指示しているかどうか
をチエツクする。もしそうであれば、このプログラムは
この手順を抜ける（ブロック１１１５６０）。もしそう
でなければ、ブロック１１１４０５でこのプログラムは
ブロック１１１４２０に戻り処理を継続する。

ＧＴＤ　　集メニュー・リストｒ　ＥＭＸ手第３９図は
、この手順の好適な実施例のフローチャートを示し、Ｅ
ＭＸ手順は、表示されたメニュー入力編集リスト用のユ
ーザの追加、削除、及び変更メニュー入力要求動作を処
理する。

ＧＴＤＩ集メニュー・リスト手順は、インデックスｊを
ゼロに初期化し、ポインタｅを５ＴＤＥテーブルの開始
にセットすることによって開始される（ブロック１１１
６７０）。ブロック１１６８０で、次にこの手順はｅポ
インタが５ＴＤＥテーブルの終点を越えて移動したかど
うかを決定する。

もし移動すると、このプログラムはブロック１１１７９
０にジャンプする。もしｅポインタが５ＴＤＥテーブル
の終点を越えて移動しないと、この手順は入力がメニュ
ー入力（ＳＴＤＥＴＹＰ−Ｅ）かどうかを決定し、メニ
ュー入力の名前が入力メニューの名前（ＳＴＤＥＮＡＭ
Ｅ＝ｍｅｎｕ）と等しいかどうかを決定する。もしそう
でなければ、この手順はブロック１１１７８０で動作を
継続し、５ＴＤＥテーブル内の次の入力を試験する。

もしそうであれば、この手順はパネルのｊ番目のメニュ
ー入力用の命令が変更命令かどうかを決定する（ブロッ
ク１１１７００）。

もしそれが変更要求であれば、５ＴＤＥメニユ一入力の
値は５ＴＤＥ入力に対応する作業領域にコピーされ、メ
ニューが表示され、メニューに特徴を与える情報の変更
を要求する。この入力値は出カバネルと出力手順、ｇｔ
ｄｅｉｐｎｍとｇ　ｔｄｅｏｐｎｍを上位のケースに変
換することによって確認され、次に変更を完了するため
５ＴＤＥ入力に戻る。これの実行においてユーザに許さ
れていないのはメニューの名前に対するいづれの変更の
みである。しかし、この変更は古い５ＴＤＥ入力を削除
して新しい５ＴＤＥ入力を追加することによって容易に
実行することができる。

もしこれが変更命令でなければ、このプログラムはパネ
ルのｊ番目のメニュー入力用の命令が削除命令かどうか
を決定する（ブロック１１１７３０）。

もし削除命令であれば、５ＴＤＥテーブル内のその後の
入力によって削除された入力をオーバライド（ｏｖｅｒ
ｗｒｉｔｅ　）することによって、この手順は５ＴＤＥ
テーブル内のメニュー入力を削除する。

この５ＴＤＥ入力のカウント、ｎｅｎ　ｔはディクリメ
ントされ、ｅは前回の５ＴＤＥ入力を示すように変更さ
れる。

もし削除命令でなければ、この手順はインデックスｊを
パネル編集リスト用にインクリメントしくブロック１１
１７６０）、次にｅポインタを次（７）ＳＴＤＥ入力に
移動させ（ブロン’）　１１１７８０）、ブロック１１
１６８０に戻って、処理を継続する。

ブロック１１１７９０はパネル・メニュー人カカウンタ
を初期化し、インデックスｊをゼロにセットする。この
手順は、次にパネル・メニュー入力カウンタｊがスクリ
ーンに適合するメニュー入力の数（１４）以上であるか
どうか決定する（ブロック１１１７９５）。もしこのカ
ウンタが最大値に達すると、このプログラムはこの手順
を抜ける（ブロック１１１８５０）。もしこのカウンタ
が最大値に達しなければ、このプログラムは、パネルの
ｊ番目のメニュー入力に対する命令が追加要求であるか
どうかを決定する（ブロック１１１８００）。

もし追加要求であれば、５ＴＤＥ入力に対応するこの作
業領域フィールドがクリアされ、メニューの名前が初期
化され、パネルを表示して、新しいメニュー入力に特徴
を与える情報をユーザから要求する。このユーザ入力値
は出カバネルと出力手順の名前、ｇｔｄｅｉｐｎｍとｇ
　ｔｄｅｏｐｎｍを上位のケースに変換することによっ
て確認され、次にこのメニュー入力は第３３図のブロッ
ク４６２９０で説明したプロセスを使用して追加される
。もし追加要求でなければ、この手順はメニュー入力命
令コートをクリアしくブロック１１１８３０）、パネル
編集リスト用にインデックスｊをインクリメントしくブ
ロック１１１８４０）、ブロック１１１７９５に戻って
処理を４１続する。

編集言語リスト この手順は表示パネルを設ける別の第３水準の手順であ
り、この表示パネルはＴＤＦ言語記録の形式からの情報
を含む。この情報Ｇま言語入力定義に特徴を与え、リス
ト内のパネルに表示される。

−回に表示することができる言語入力よりも多くの言語
入力を定義することができるので、この言語リストによ
ってナビゲーションを行なうことのできる機能が設けら
れる。新しい言語定義の追加、現在の言語定義の変更、
現在の言語定義の削除、および現在の定義の表示するた
めの機能もまた設けられる。

ユーザがＨＥＬＰドキュメンテイション、Ｑ　Ｌ　Ｑ　
Ｓ　５ａｒｙサポート、またはＩ　Ｎ　Ｆ　Ｏｒｍａｔ
ｉｏｎを要求する場合、優先領域の言語によって、ユー
ザに与えるための適切なドキュメンティションが決定さ
れる。もしドキュメンテイションがユーザの優先言語に
存在しなければ、適用可能であれば、英語のドキュメン
ティションが与えられる。

このＧＴＤシステムは、ＨＥＬＰ　　ＧＬＯ３゜および
Ｉ　ＮＦＯドキュメンティシシンを使用するアプリケー
ションをサポートしてアプリケーションの機能性を説明
する。このドキュメンティションはＴＤＴの一部として
保持される。ＴＤＴは最初に構築されるので、設計者は
レポートとジェネレーションを特定してドキュメンティ
ションの位置を指定することができる。この特徴を拡張
し、言語編集リスト機能によって多重言語をサポートす
ることができる。この言語編集リスト機能によって、設
計者は言語のリストとこのドキュメンテイションに対し
て関連するレポート・ジェネレーションを編集すること
ができる。次にアプリケーションの設計者は、ユーザの
優先言語にドキュメンテイションを設けることができる
。

ＧＴＤｌ、５によって、設計者はこのＴＤＴ用に特定さ
れた言語のリストを与えられる。言語入力の各々は、レ
ポートとジェネレーションの仕様を含み、その言語に対
してドキュメンテイションがどこに存在するかを識別す
る。設計者は、それぞれｒＡＪ、「Ｃ」、またはｒＤＪ
を入力することによってこの言語リスト内の入力を追加
、変更、または削除し、必要に応じて、これらの入力を
変更することができる。

第４０ａ図ないし第４０ｆ図はＥＬ手順の好適な実施例
のフローチャートを示し、これらの機能をさらに詳細に
説明する。

ＧＴＤ編集言語リスト手順は、ユーザが位置決め命令入
力に対する選択領域を走査することによって開始される
。この位置決めの名前はトランザクション・ビューのｄ
　ｎ　ａ　ｍ　ｅ　領域にセーブされる。

この位置決めの名前はこの編集リストに表示される最初
の言語入力として使用される。もし位置決め命令が存在
しなければ、ｄｎａｍｅはブランクにセ・７トされる（
ブロック１１３１００）。以下の表示領域の変数がブラ
ンクにされる（ブロック１１３１１０）。即ち、これら
の変数は、選択、変数ｇｔｄｓｅｌａ　％名前、変数ｄ
ｎａｍｅａ、レポート、変数ｄｉｐｎｍ　、及びジェネ
レーション、変数ｄｏｐｎｍである。インデックスｊ１
及びポインタＥが５ＴＤＥテーブルの開始に初期化され
る（ブロック１１３１８０）。

ブロック１１３１８５ないし１１’３２６０は１つのプ
ロセスを構成し、このプロセスは、スクリーンに表示す
る最初の言語リスト項目を５ＴＤＥテーブル内に位置決
めする。次に、最初の言語の名前と表示装置に適合する
のと同数の後続の言語の名前は、表示される各言語入力
用の５ＴＤＥテーブルからの対応する言語に特徴を与え
る情報と共に言語リスト表示領域に載置される。リスト
の終点までの全ての言語の名前、またはスクリーンに適
合する全ての言語の名前、及びこれらの特徴を与えるデ
ータが表示領域に載置された場合、このプロセスは終了
する。

判定ブロック１１３１８５は、ｅが５ＴＤＥテーブルの
終端を越えたことを示しているかどうかをチエツクする
。もしそうであれば、手順はブロック１１３２７０にジ
ャンプする。もしそうでなければ、手順は、ｊがスクリ
ーンに適合する言語の入力の数（１６）以上であるかど
うかをチエツクする（ブロック１１３２００）。もしｊ
が１６以上であれば、手順はブロック１１３２７０にジ
ャンプする。

もしそうでなければ、手順は現在の言語の（ＳＴＤＥＴ
ＹＰ＝Ｌ）が５ＴＤＥテーブルの言語の名前、ＳＴＤＥ
ＮＡＭＥであり、ユーザによって要求される次の言語の
名前、ｄｎａｍｅ以上であるかどうかをチエツクする（
ブロック１１３２０５）。

もし現在の言語の名前が要求された言語の名前以上でな
ければ、手順はブロック１１３２６０にジャンプする。

もし現在の言語の名前が次の言語の名前以上であれば、
編集リストのｊ番目の項目が下記の値に初期化される（
ブロック１１３２１０）。

即ち、下記の値とは、名前、可変数ｄ　ｎａｍｅａ　＝
ＳＴＤＥＮＡＭＥ、レポート、可変数ｄｉｐｎｍ−３Ｔ
ＤＥ　Ｉ　ＰＮＭ、およびジェネレーション、可変数ｄ
ｏｐｎｍ＝ｓＴＤＥＯＰＮＭである。手順は、インデッ
クスｊをインクリメントしくブロック１１３２４０）、
ポインタｅをインクリメントして次の５ＴＤＥの入力を
示しくブロック１１３２６０）、次にブロック１１３１
８５に戻って処理をｍ続する。

ブロック１１３２７０はパネルを表示して（第２１図、
ブロック４７３００）　、ＧＴＤＥＣパネルの表示を選
択する。

ブロック１１３２８５ないし１１３４７５は、各ユーザ
が各言語のリスト項目の検討を要求するプロセスを構成
する。もし追加、削除また変更の要求があれば、適当な
タスクが実行される。このプロセスは、リスト内の各言
語の入力に対する要求が識別されて実行された後に終了
する。

Ｊがゼロに初期化され、（ブロック１１３２８０）、手
順はｊがスクリーンに適合する言語の入力の数（１６）
以上であるかどうかをチエツクする。もしｊが１６以上
であれば、手順はブロック１１３４８０に進む。もしそ
うでなければ、手順は、言語の追加要求、ｇｔｄｓｅｌ
ａ＝　ｒ　ａ　ｊまたはｒＡＪがあるかどうかをチエツ
クする（ブロック１１３３１０）。

もし追加要求があれば、１つの言語が表示され、ＴＤＦ
の言語記録の種類で説明したように言語の特徴を与える
情報を要求する。入力の値が確認される。このことは、
−船釣に言語、ドキュメンテーション・レポート、およ
びドキュメンテーション・ジェネレーションの名前を上
位のケースに変換することを含む。入力の値を確認した
後、ＴＤＦに後で記憶するために５ＴＤＥテーブルに新
しい言語の入力を追加する試みが行われる。もし与えら
れた言語の名前がブランクであれば、５ＴＤＥテーブル
が満杯であれば、または与えられた言語の名前が既にテ
ーブル内に存在していれば、この試みは失敗する。もし
エラーが検出されなければ、言語の入力は言語の上昇順
に５ＴＤＥテーブルに行われる。５ＴＤＥカウントの入
力、ｎｅｎ　ｔがインクリメントされる。言語が追加さ
れると、手順はブロック１１３４７０にジャンプする。

もし追加要求がなければ、手順は、言語変更要求、ｇｔ
ｄｓｅｌａ＝「Ｃ」または「Ｃ」があるかどうかをチエ
ツクする（ブロック１１３３６０）。

もし変更要求があれば、変更を要求した言語の名前が検
証される。もしこの言語が５ＴＤＥテーブル内で定義さ
れていなければ、この変更要求を実行することができな
い。もしこの言語が５ＴＤＥテーブル内にリストされて
いれば、５ＴＤＥ言語の入力の値が次に５ＴＤＥ入力に
対応する作業領域にコピーされ、１つの言語が表示され
てこの言語の特徴を与える情報の変更を要求する。言語
追加要求で説明したように、入力の値が確認され（ブロ
ック１１３３１０）　、５ＴＤＥ入力に戻ってこの変更
を終了する。この場合にユーザが実行することのできな
い唯一の変更は、言語の名前の変更である。言語が変更
されると、手順はブロック１１３４７０に進む。もし変
更要求がなければ、手順は、言語削除要求、ｇｔｄｓｅ
ｌａ−［ｄ　ＪまたはｒＤＪがあるかどうかをチエツク
する（プロ・ツク１１３４１０）。

もし削除要求があれば、削除を要求されている言語の名
前が検証される。もしこの言語がＳＴＤεテーブルで定
義されていなければ、削除要求を実行することはできな
い。もしこの言語が５ＴＤＥテーブルにリストされてい
れば、この言語は、５ＴＤＥテーブル内で削除された入
力を後で行われる入力によってオーバライドすることに
よって削除される。５ＴＤＥ入力のカウント、ｎｅｎ　
ｔがデクリメントされる。この言語が削除されると、手
順はブロック１１３４７０に進む。もし削除要求がなけ
れば、手順はｊをインクリメントしくブロック１１３４
７０）、ブロック１１３２８５に戻る。

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

ＰＵＴ　　　ＴＤＦ：ＰＴＤＴ 第４２３図ないし第４２ｄ図は、本発明によるこの手順
の好適な実施例のフローチャートを示し、ＰｕｔＴＤＦ
手順は、５ＴＤＥが作成されたかどうかを判定する（ブ
ロック４６７９０）ことによって開始される（入力の数
、ｎｅｎ　ｔはゼロ未満）。

もし５ＴＤＥが作成されていなければ、プログラムはエ
ラーを発生してこの手順から戻る。もし５ＴＤＥが作成
されていれば、プログラムは出力のためにＴＤＦファイ
ルを開く　（ブロック４６８２０）。

もしＴＤＦファイルを開くことに成功しなければ、プロ
グラムはエラーを発生してこの手順から戻る。

もしこれが成功すれば、プログラムはＴＤＦヘンダをト
ランザクション・ビューの作業領域から出カバソファに
コピーしくブロック４６８５０）、ブロック４６８６０
で、ＴＤＴＴＵＴ手順（第４３図、ブロック１５４４０
）を使用して、ＴＤＦヘッダの記録をＴＤＦファイルに
書き込む。次に、ＴＤＦの第１ヘツダの拡張記録領域が
、トランザクション・ビュー作業領域からバッファにコ
ピーされ（ブロック４６８７０）、ブロック４６８８０
で、ＴＤＴＰＵＴ手順を使用してＴＤＴヘッダの記録が
ＴＤＦファイルに書き込まれる。次に、ＴＤＦの第２拡
張ヘツダ記録領域がトランザクション・ビュー作業領域
からバッファにコピーされ（ブロック４６８９０）、ブ
ロック４６９００で、ＴＤＦヘッダの記録が再びＴＤＴ
ＰＵＴ手順を使用してＴＤＦファイルに書き込まれる。

ブロック４６９４０でポインタｅを５ＴＤＥテーブルの
開始点に移動する。もしポインターが５ＴＤＥテーブル
の終端を越えれば（ブロック４６９４５）、プログラム
はブロック４７０１０で動作を４１続する。もしそうで
なければ、ブロック４６９５０はｅの５ＴＤＥ入力をバ
ッファにコピーし、ブロック４６９６０は、ＴＤＴＰＵ
Ｔ手順を使用してＴＤＦ記録をＴＤＦファイルに書き込
む。判定ブロック４６９６５は、書き込みが成功したか
どうかを判定する。もし成功すれば、プログラムはブロ
ック４７０００に進み、ここでポインタｅをテーブル内
の次の５ＴＤＥ入力にインクリメントし、プログラムは
ブロック４６９４５に進む。もし成功しなければ、エラ
ー・メツセージ・フィールドをＧＴＤＭＳＧ−ｒＴＤＴ
ＷＲＩＴＥ　　ＥＲＲＯＲＪにセントしくブロック４６
９７０）、プログラムはブロック４７０１０にジャンプ
して出力バッファをブランクにし、ブロック４７０２０
で、ＴＤＴＰＵＴ手順を使用してＴＤ前記録をＴＤＦフ
ァイルに書き込む。ＴＤＦファイルは次に閉じられ（ブ
ロック４７０９０）、手順はこのプロセスを抜ける（ブ
ロック４７０４０）。

き゛みＤＴＦ記録ｎＴＤＴＰＵＴ手 第４３ａ図およびないし第４３ｂ図は、本発明によるこ
の手順の好適な実施例のフローチャートを示し、ＧＴＤ
書き込みＴＤＦ記録手順は、バッファの長さをバッファ
内の最後の非ブランク文字の位置の長さに等しくセント
することによって開始される（ブロック１５４８０）。

この記録の長さは、バッファ・プラス４ハイドのヘッダ
の長さに等しくセットされる（ブロック１５５３０）。

このヘッダの最初の２バイトはＢＩＧ　　　ＥＮＤＩＡ
Ｎフォーマットのバッファ長さに等しくセントされる（
ブロック１５５７０）。ヘッダの第２の２バイトはゼロ
にセットされ（ブロック１５５９０）、４ハイドのヘッ
ダがトランザクション定義ファイル（ＴＤＦ）に書き込
まれる。判定ブロック１５６０５は、書き込みが成功し
たかどうかをチエツクする。もしこれが成功しなければ
、エラー・メソセージ、Ｃ；ＴＤＭＳＧ、がｒＭＡＰＬ
ＩＩ３ＷＲＩＴＥ　　ＥＲＲＯＲＪに等しくセットされ
（ブロック１５６１０）、この手順はエラーを発生して
このプロセスを抜ける（ブロック１５６２０）。

もし書き込みが成功すれば、手順はバッファの長さがゼ
ロに等しいかどうかをチエツクする（ブロック１５６４
０）。もしバッファの長さがゼロであれば、プログラム
はエラーを発生しないでこの手順を抜ける。もしそうで
なければ、バッファはＴＤＦに書き込まれる（ブロック
１５６７０）。

手順は書き込みが成功したかどうかをチエ・７りしくブ
ロック１５６７５）、もし成功すれば、ブロック１５７
１０で手順ＴＤＴＰＵＴを抜ける。もし書き込みが成功
しなければ、手順はエラー・メツセージ、ＧＴＤＭＳＧ
をｒＭＡＰＬＩＢＷＲＩＴＥ　　ＥＲＲＯＲＪにセント
しくブロック１５６８０）、エラーを発生してこの手順
を抜ける（ブロック１５６９０）。

トランザクション・ビニ− アプリケーション・トランザクション・ビューを編集す
る能力が、この第３水準の手順によって与えられる。デ
フォルト・トランザクション・ビューは、デフォルトＴ
ＤＦ入力が定義される場合に発生する。このデフォルト
・トランザクション・ビューは、作業領域の定義によっ
て構成され、これは、−船釣にＣｒｉｎｃｌｕｄｅ　Ｊ
またはＣ０ＢＯＬ「ｃｏｐｙＪステートメントを有する
システムによって要求されるＩ　ＥＴＴＶＷ構造変数の
みを含む。

このアプリケーションによって決まる変数は、Ｉ　ＥＴ
ＴＶＷ変数の次に定義される。

ＧＴＤの次の主要な領域は、ジェネレート・トランザク
ション・ビュー／ソース・プログラムを含み、これによ
って、アプリケーションの開発者がトランザクション・
ビュー（アプリケーション・データ領域）とプログラム
に対するソース・ファイルを発生する機能が与えられる
。トランザクション・ビューとソース・プログラムは、
ＪＥＴとの互換性があるように構築される。これによっ
て、必要なＩＥＴアプリケーションのインターフェース
がトランザクション・ビューのデータ令頁域とアプリケ
ーション手順のプログラム・リンケージに構築される。

ＧＴＤ　Ｉ−ランザクジョン・ビュー（７）化トランザ
クション・ビューは、手順、パネルおよびビューがデー
タ項目を参照するための基礎である。アプリケーション
の設計者は、トランザクション・ビューの構造を定義し
なければならない。

トランザクション・ビューの必要な部分は、システムが
システム・データ・アイテムを参照するために使用され
る。これらのシステム変数には、ユーザリント（ｕｓｅ
ｒｉｄ　）使用トランザクション・トランザクションが
動作しているシステム、現在の日付、現在の時間、トラ
ンザクションが呼び出される場合に押されるファンクシ
ョン・キーおよびその他のキー・パラメータが含まれる
。

システムは、ＴＤＴの最初のセーブでスタート・トラン
ザクション・ビューを発生する。ＧＣ手順によって、ア
プリケーションの設計者にはトランザクション・ビュー
発生スクリーンが提供される。

このスクリーンによって、設計者はＴＤＴメンバーが保
持されているＭＡＰＬＩＢ、およびこのＴＤＴメンバー
の名前を指定することができる。

システムによって定義されるトランザクション・ビュー
のフォーマットは、付録Ｃで説明する。

第４４図ないし第４６図は、このプログラムの種々の特
徴の好適な実施例のフローチャートを示す。

第４４図に定義するＧＣ手順において、フロック６９０
０はトランザクション・ビュー、Ｃ手順またはＣｏＢＯ
Ｌ手順を発生するのに必要なインターフェースを提供す
る。特に、ソースはＩＥＴとの互換性があるように発生
される。発生されたトランザクション・ビューは、Ｉ　
ＥＴＴＶＷという名前のＩＥＴトランザクション・ビュ
ーとして知られるアプリケーション・トランザクション
・ビューの一部にＩＥＴによって要求されるデータ領域
を記憶する。発生されたプログラムは、適当なプログラ
ム入力点と定義されたプログラム・リンケージを有し、
その結果、手順が終了した場合、ＩＥＴは、発生したア
プリケーション手順を呼び出し、戻された制御を受は取
ることができる。アプリケーション・プログラムは、呼
び出し可能な手順となるように発生され、１つのデータ
領域は入力として使用しなければならない。このデータ
領域はトランザクション・ビューである。アプリケーシ
ョン・プログラムは、入力点として手順の名前を使用し
て、プログラムの処理が終了すると、その呼び出し側に
制御を戻さなければならない。

スケルトン・トランザクション・ビューとアプリケーシ
ョン手順を発生すると、ＧＴＤはＩＥＴとの互換性のあ
るアプリケーションを発生し、これによってＩＥ、Ｔが
意図した通りにこれらのパネルで動作することを保証す
る。

トランザクション・ビュー、Ｃ手順およびＣｏＢＯＬ手
順を発生するために使用する方法は、基本的に同じであ
る。初期化されたデータ構造はＧＴＤプログラム内で定
義され、このプログラムは標準の定義を有している。各
データ構造の記録は、バッファに移動され、もし必要で
あれば、カストマイズされ、次にソース・ファイルに書
き込まれる。このプロセスは、データ構造の終端が見つ
かるまで継続される。

本発明を達成するための他の方法は、ＧＴＤシステム構
成ファイルのような他のソースから標準の定義を得るこ
とを含む。また、このプロセスはテキサス・インスツル
メンツ社のＩＥＦのようなＣＡＳＥプロダクトを使用し
て拡張することが可能であり、これによって、アプリケ
ーションの開発者はこのＣＡＳＥプロダクトによってア
プリケーション手順の仕様を構築することが可能になり
、次に完全でより十分に定義された手順をこの間じＣＡ
ＳＥプロダクトを使用して発生することが可能になる。

ＩＥＴインターフェースおよびデータ領域に対する要求
は、アプリケーション手順の仕様で理解することができ
る。

以下にリストアツブしたのは、第２水準のメニューＧＥ
ＮＥＲＡＴＥ　　ＴＲＡＮＳＡＣＴＩＯＮＶＩＥＷ／５
ＯＵＲＣＥ　　ＰＲＯＧＲＡＭにおける第３水準のメニ
ュー・オプションである。実行するべきメニューのオプ
ションを選択する以外に、ユーザはまた別の２つの情報
を準備することを要求される。即ち、これらの情報は、
ＴＤＦファイル（ｇｔｄｍｍｅｍ　）の名前、及びＴＤ
Ｆファイルがアクセスされるライブラリまたは経路の名
前軸ｔｄｍｌｉｂ）である。これらの２つの情報は、メ
ニュー機能の全てを実行するために必要である。これら
の値に対する入力領域は、第２水準の階層メニューの各
々に含まれる。

２．　　　　　　　　ＧＥＮＥＩ？ＡＴＥ　　ＴＲＡＮ
ＳＡＣＴＩＯＮ　　ＶＩＥＷ　　ＳＯＵＲＣＥＰＲＯＧ
ＲＡＭ ２、Ｉ　　　　　　ＧＥＮＥＲＡＴＥ　　ＴＲＡＮＳＡ
ＧＴＩＯＮ　　ＶＩＥＷ２、２　　　ＧＥＮＥＲＡＴＥ
　５ＫＥＬＥＴＯＮ　Ｃ０ＢＯＬ　ＰＲＯＧＲＡＭ２、
３　　　ＧＥＮＥＲＡＴＥ　５ＫＥＬＥＴＯＮ　ＣＰＲ
ＯＧＲＡＭ２．４　　　ＥＸＩＴ メニュー・オプション２．１ ＧＥＮＥＲＡＴＥ　　ＴＲＡＮＳＡＣＴＩＯＮＶＩＥＷ
によって、アプリケーション・トランザクション・ビュ
ーを発生する能力が与えられる。

このデフォルト・トランザクション・ビューは作業領域
の定義によって構成され、この作業領域の定義は、シス
テムによって要求される、−船釣にＣｒｉｎｃｌｕｄｅ
　ＪまたはＣＯＢ　ＯＬ　ｒｃｏｐｙＪステートメント
を有するＩ　ＥＴＴＶＷ構造の変数のみを含む。アプリ
ケーションによって決まる変数は、ＩＥＴＴＶＷの変数
の後で定義される。ＧＴＶＷの手順のフローチャートは
第２６図のブロック８２００で始まり、これはこの機能
を更に詳細に説明する。ＧＴＶＷ手順は以前詳細に説明
したので、ここでは繰り返してこれを議論しない。

メニュー・オプション２．２ ＧＥＮＥＲＡＴＥ　　５ＫＥＬＥＴＯＮＣＯＢＯＬ　　
ＰＲＯＧＲＡＭによって、アプリケーションＣ０ＢＯＬ
スケルトン・プログラムを発生する能力が与えられる。

ＧＣＯＢＰ手順のフローチャート（第４５図のブロック
７２３０で始まる）は、この能力を更に詳しく説明する
。

メニュー・オプション２．３ ＧＥＮＥＲＡＴＥ　　５ＫＥＬＥＴＯＮ　　ＣＰＲＯＧ
ＲＡＭによって、アプリケーションＣスケルトン・プロ
グラムを発生する能力が与えられる。ＧＣＰ手順のフロ
ーチャート（第４６図のブロック８０００で始まる）は
、この能力を更に詳細に説明する。

第４４ａ図および第４４ｂ図はこの手順の好適な実施例
を示し、ＧＴＤＣＧパネルを表示するに手順（第２１図
ブロック４７３００）を実行することによって、第２水
準のＧＴＤジェネレート・トランザクション／ビュー、
Ｃ０ＢＯＬ／Ｃプログラムの手順は開始される（ブロッ
ク６９４０）。

この手順が終了すると、ＦＥ手順（第２２図、ブロック
４８１３０）は、ユーザがこの手順の使用を終了したこ
とを表示したかどうかをチエツクする（ブロック６９５
０）。もしユーザの終了が表示されれば、プログラムは
ブロック７１５０にジャンプして手順ＧＣを抜ける。も
しそうでなければ、プログラム（ブロック６９８０）は
ロード／クリエート（ｃｒｅａｔｅ　）・トランザクシ
ョン定義ファイル（ＴＤＦ）のＧＴＤＴ手順を実行する
（第２４図、ブロック４４９６０）。

ＧＴＤＴ手順が終了すると、プログラムは、変数がＧＴ
ＤＳＥＬ＝１であるかどうかをチエツクする（ブロック
７０００）。このＧＴＤＳＥＬ変数は、−船釣にパネル
からのメニューの選択であるユーザの入力を表す。ＧＴ
ＤＳＥＬ＝１であれば、ユーザはクリエート・トランザ
クション・ビューＧＴＷＶ手順にアクセスする（第２６
図、ブロック８２００）。ＧＴＷＶ手順が終了すると、
プログラムはブロック６９４０に戻り、ユーザがこのパ
ネルから何か他の手順を要求しているどうかをチエツク
する。

もしＧＴＤ　Ｓ　Ｅ　Ｌが１に等しくなければ、プログ
ラムはＧＴＤＳＥＬ＝２であるかどうかをチエツクする
　（ブロック７０５０）、ＧＴＤＳＥＬ＝２であれば、
ユーザはジェネレートＣ０ＢＯＬスケルトン・プログラ
ムのＧＣＯＢＰ手順（第４５図、ブロック２３０）にア
クセスする。ＧＣＯＢＰ手順が終了すると、プログラム
はブロック６９４０に戻り、ユーザがこのパネルから何
か他の手順を要求しているかどうかを調べる。もしＧＴ
ＤＳＥＬが２に等しくなければ、プログラムはＧＴＤＳ
ＥＬ＝３であるかどうかをチエツクする（ブロック７１
００）。ＧＴＤＳＥＬ＝３であれば、ユーザはジェネレ
ートＧスケルトン・プログラムのＧＣＰ手順（第４６図
、ブロック８０００）にアクセスする。ＧＣＰ手順が終
了すれば、またはもしＧＴＤＳＥＬが３に等しくなけれ
ば、プログラムはブロック６９４０に戻り、ユーザがこ
のパネルから何か他の手順の要求しているかどうかを調
べる。

第４５図は、この手順の好適な実施例を示し、ＧＴＤジ
ェネレートＣ０ＢＯＬ手順ユーザ・インターフェースの
手順は、Ｃ；ＴＤＧＣＰパネルを表示する手順（第２１
図、ブロック４７３００）を実行することによって、開
始される。この手順が終了すると、Ｆ２手順（第２２図
、ブロック４８１３０）は、ユーザの終了表示をチエツ
クする（ブロック７２６０）。もしユーザの終了が表示
されなければ、プログラムはブロック７２６０に戻る。

もしユーザの終了が表示されれば、プログラム（ブロッ
ク７３１０）はジェネレートＣ０ＢＯＬ　　ＧＣＯＢＰ
ＲＯＧ手順を実行する（第３５図、ブロック７４００）
。このＧＣＯＢＰＲＯＧ手順はスケルトンＣ０ＢＯＬプ
ログラムを発生し、ユーザは自分の特定のニーズを満足
するようにこれを編集することができる。この手順が終
了すると、プログラムは手順ＧＣＯＢＰを抜ける（ブロ
ック７３２０）。

ジェネレート０手　ユーザ・インターフェース二〇ＣＰ
手順 第４６図は、この手順の好適な実施例を示し、ＧＴＤジ
ェネレートＣ手順ユーザ・インターフェースの手順は、
ＧＴＤＣ；ＣＰパネルを表示する手順（第２１図、ブロ
ック４７３００）を実行することによって、ブロック８
０３０で開始される。

この手順が終了すると、Ｆ２手順（第２２図、フロック
４８１３０）はユーザ終了表示をチエツクする（ブロッ
ク８０４０）。もしユーザの終了が表示されなければ、
プログラムはブロック８０３０に戻る。もしユーザの終
了が表示されれば、プログラムはブロック８０８０でジ
ェネレートＣＧＣＰＰＲＯＧ手順を実行する（第３６図
、ブロック１１４９５０）。

ＧＣＰＰＲＯＧ手順はスケルトンＣプログラムを発生し
、ユーザは自分の特定のニーズを満足するためにこれを
編集することができる。この手順が終了すると、プログ
ラムは手順ＧＣＰを抜ける（ブロック８０９０）。

ジェネレート・パネル・プログラム ＧＴＤの次の主要な領域は、ジェネレート・パネル・プ
ログラムを含み、これによって、アプリケーションの開
発者が自分のアプリケーションい対するカストマイズさ
れ、システムによって与えられるパネルを発生すること
を可能にする機能が設けられると共に、ユーザとの手順
の対話の流れのためのベース・パネルが設けられる。こ
れらのパネルは、ＩＥＴとの互換性があるように発生さ
れ、それのパネルおよびメニューの対話の流れの管理を
実行するためにＩＥＴの必要とする領域を有している。

第４７図のブロック９０３０で定義されたＧＭ手順によ
って、メニュー・パネルおよびシステムによって定義さ
れたＧＬＯ３、Ｉ　ＮＦＯおよびＨＥＬＰパネルを発生
するのに必要なインターフェースが設けられる。これら
のパネルは、標準のロケーションで予め定義された全て
の領域を有し、これによって、ＪＥＴがアプリケーショ
ンに対話の管理、メニューのナビゲーション、グロサリ
、情報、およびヘルプ機能を与えることが可能になる。

標準のロケーション（１ｏｃａｔｉｏｎ　）は、アプリ
ケーションのユーザに全てのＤＡＡアプリケーションの
ための共通のアプリケーション・インターフェースを与
える。アプリケーションの開発者は発生されたパネルの
ルック（１ｏｏｋ　）を任意にカストマイズすることが
できるが、ＪＥＴの必要とする領域を削除してはいけな
い。

アプリケーションの設計者は、ジェネレート・パネル手
順を使用してアプリケーションに対してカストマイズさ
れるべきシステムによって与えられるパネルとスケルト
ン・パネルを発生することができる。設計者には選択パ
ネルが与えられ、このアプリケーション用のシステムに
よって与えられるパネルを発生する。通常、設計者はオ
プション１を指定するが、このオプション１は標準ＭＥ
ＮＵ、ＧＬＯ３ａｒｙ　、ＨＥＬＯｌおよび１　Ｎ　Ｆ
　Ｏｒｍａｔｉｏｎ機能を開発中のＧＴＤアプリケーシ
ョンのために発生する。設計者は、他のオプションを入
力することによってこれらのパネルのサブセントを発生
するように選択を行うことができる。

スケルトン・パネル（ＭＡＰ）を発生するため、アプリ
ケーションの設計者はスケルトン・パネルに対して発生
するべきＭＡＰＬＩＢとパネルの名前を指定しなければ
ならない。このパネルの名前は、ライブラリ内でユニー
クなものでなければならない。ＴＤＴ内に包含するため
、パネルにはパネル・リストが含まれなければならない
。データがスケルトン・パネルに入力されると、パネル
が発生される。

パネルが発生するために使用される方法は、使用されて
いるマツプ・サービスの必要とするフォーマット内にマ
ツプ・ソース記録を発生することである。特に、各マツ
プ記録の定義は、発生されている各々の種類のパネルに
対するハード・コード化された仕様（メニュー、グロサ
リ、情報、ヘルプまたはスケルトン・パネル）を使用し
て、ノＮソファ内に構築され、次にマツプ・ファイルに
書き出される。マツプ・ソースに書き込まれる仕様には
、フールドの名前、フールドの種類、フールドの行およ
び列情報、フールドの長さ、フールドの属性およびリテ
ラル（１ｉｔｅｒａｌ　）データが含まれる。これらの
全ての仕様は、各々の種類のパネルに対してハード・コ
ード化され、最も便利な方法でファイルに書き出される
。

ＧＭプログラムのこの特徴の他の実施例は、ＧＴＤのシ
ステム構成ファイル内で指定されたロケーションからパ
ネル・ソースをコピーし、必要とされる特定のカストマ
イズされた情報（例えば、パネルの名前、メニューの入
力、選択情報および説明情＠）にプラグ・インすること
である。

以下にリストアツブしたのは、第２水準のメニューＧＥ
ＮＥＲＡＴＥ　　ＰＡＮＥＬにおける第３水準のメニュ
ー・オプションである。実行するべきメニューのオプシ
ョンを選択する以外に、ユーザはまた別の２つの情報を
準備することを要求される。即ち、これらの情報は、Ｔ
ＤＦファイル（ｇｔｄｍｍｅｍ　）の名前、及びＴＤＦ
ファイルがアクセスされるライブラリまたは経路の名前
（ｇｔｄｍｌｉｔ＋）である。これらの２つの情報Ｇよ
、メニュー機能の全てを実行するために必要である。こ
れらの値に対する入力領域は、第２水準の階層メニュー
の各々に含まれる。

３、　　　　ＧＥＮＥＲＡＴＥ　ＰＡＮＥＬＳ３、　Ｉ
　　　ＧＥＮＥＲＡＴＥ　ＭＥＮＩＩＳ　（ＡＬＬ）、
ＨＥＬＰ、　ＩＮＦＯｌＡＮＤ　　ＧＬＯＳ　　ＰＡＮ
ＥＬＳ ３、２　　　ＧＥＮＥＲＡＴＥ　ＭＥＮＩＪ　ＰＡＮＥ
ＬＳ３、３　　　ＧＥＮＥＲＡＴＯＩＩＥＬＰ　ＰＡＮ
ＥＬ３、４　　　ＧＥＮＥＲＡＴＥ　ＩＮＦＯＰＡＮＥ
Ｌ３．５　　　　　　ＧＥＮＥＲＡＴＥ　　ＧＬＯＳ　
　ＰＡＮＥＬ３．６　　　　　ＧＥＮＥＲＡＴＥ　　５
ＫＥＬＥＴＯＮ　　ＰＡＮＥＬ３．７　　　ＥＸＩＴ メニュー・オプション３．１ ＧＥＮＥＲＡＴＥ　　ＭＥＮＵＳ　（ＡＬＬ）、ＨＥＬ
Ｐ、ＩＮＦＯ，ＡＮＤ　　ＧＬＯ３ＰＡＮＥＬＳは、全
てのメニューおよびシステムによって与えられたヘルプ
、情報およびグロサリ・パネルに対してパネル・ソース
を発生する能力をか与える。メニュー・オプションの線
は、ＴＤＦに記憶されているメニュー入力から構築され
る。

全ての必要なパネルは順番に発生される。

メニュー・オプション３，２ ＧＥＮＥＲＡＴＥ　　ＭＥＮＵは、全てのメニューに対
してパネル・ソースを発生ずる能力を与える。このメニ
ュー・オプションの線はＴＤＦに記憶されているメニュ
ー入力から構築される。

メニュー・オプション３．３ ＧＥＮＥＲＡＴＥ　　ＨＥＬＰ　　ＰＡＮＥＬは、シス
テムによって与えられたＨＥＬＰパネルに対してパネル
・ソースを発生する能力を与える。

メニュー・オプション３．４ ＧＥＮＥＲＡＴＥ　　ＩＮＦＯＰＡＮＥＬは、システム
によって与えられたＩＮＦＯパネルに対してパネル・ソ
ースを発生する能力を与える。

メニュー・オプション３．５ ＧＥＮＥＲＡＴＥ　　ＧＬＯＳ　　ＰＡＮＥＬは、シス
テムによって与えられたＧＬＯＳパネルに対してパネル
・ソースを発生する能力をえる。

ＧＰＭ手順（第４８図、ブロック９６００で始まる）の
フローチャートは、これらのメニュー・オプションの能
力を更に詳しく説明する。

メニュー・オプション３．６ ＧＥＮＥＲＡＴＥ　　５ＫＥＬＥＴＯＮＰＡＮＥＬは、
ユーザ・パネルのスケルトン・ソース・ファイルを発生
する能力を与える。

発生したパネル・スケルトンのパネルによって、アプリ
ケーションの開発者がアプリケーション・パネルを構成
する場合に作業を開始する点が与えられる。ＧＳＰ手順
のフローチャート（第４９図のブロック１２５４０で始
まる）はこの能力を更に詳しく説明する。

第４７ａ図ないし第４１ｆ図は、本発明によるこの手順
の好適な実施例を示し、ＧＴＤジェネレート・マツプ・
ユーザ・インタフェース手順は、ロード／クリエート・
トランザクション定義ファイ）Ｌ、（ＤＧＴＤＴ手順（
第２４図、ブＯソ’）　４４９６０）を実行するするこ
とによって、ブロック９０７０で開始される。ＧＴＤＴ
手順が終了すると、制御はブロック９０９０に戻り、こ
れは表示手順を実行しく第２１図、プロ・７り４７３０
０　）　、ＧＴＤＧＭパネルの表示を選択する（ブロッ
ク９０９０）。

手順ＦＥ（第２２図、プＩｌ：ｌ；ｚり４８１３０）は
次にユーザの終了表示をチエツクする（ブロック９１０
０）。もしユーザの終了が表示されれば、プログラムは
ブロック９５２ｏにジャンプして手順ＧＭを抜ける。も
しユーザの終了が表示されなければ、プログラムはジェ
ネレート・オプション・フラグ（ＧＴＤＧＯＦ）の値を
セーブしくブロック９１３０）、次いでジェネレート・
ルックアヘッド・フラグ（ＧＴＤＧＬＦ）の値をセーブ
する（ブロック９１４０）。手順　ＧＴＤＴ　（第２４
図、ブロック４４９６０）は、次にＴＤＦをロードして
作成する（ブロック９１５０）。ジェネレート・オプシ
ョン・フラグの値（ブロック９１６０）とジェネレート
・ルックアヘッド・フラグ（プ０．７り９１７０）はＧ
ＴＤ　）ランザクジョン・ビューに復元され、もし含ま
れている値が非ｒＹＪであれば、これらのフラグはこれ
らの値を上位のケースに変換し、それらの値をｒＮＪに
変更することによって確認される。これらの値が確認さ
れると、手順ＰＴＤＴはＧＴＤトランザクション・ビュ
ーの情報から新しいＴＤＦを書き込む。

判定ブロック９２００は、ユーザ入力のオプション・コ
ードがＧＴＤＳＥＬ＝１であるかどうかをチエツクする
が、これは作成するべき全てのパネルに対する要求であ
る。もしそうでなければ、プログラムはブロック９２７
０にジャンプする。

もしＧＴＳＥＬが１に等しければ、ＧＰＭ手順（第４８
図、ブロック９６００）は、メニュー・パネルを発生し
くブロック９２１０）、システムによって定義される全
てのパネルがこれに続く。

ＨＥＬＰパネルがブロック９２２０で下記の領域に作成
されるが、これらの領域はＩ　ＥＴＴＶＷで定義されＩ
ＥＴの必要とするものである。下記の領域とは、Ｉ　Ｅ
Ｆ　１−ＴＲＡＮ、ＩＥＦＩ−ＰＡＮＥＬ、　　ＩＥＦ
Ｉ−３ＹＳＴＥＭ、　　ＩＥＦＩＣＵＲＲＯＷ、　　Ｉ
ＥＦＩ−ＣＵＲＣＯＬ、ＩεＦＩＦＵＮＫＥＹ、　　Ｉ
　　ＥＦ　　１−ＣＵＲＤＴＸ　ＩＥＦＩ−ＭＳＧＩＤ
、　　ＩＥＦＩ−ＭＳＧＴＸ、　　ＩＥＦＩＭＳＧＡＥ
、　　ＩＥＦＩＵＳＥＲ，ＩＥＦＩＨＥＬ　Ｐ　ＰＮＬ
、　　Ｉ　ＥＦ　１−ＯＰＴ　Ｉ　ＯＮ（ｇｔｄｇｏｆ
−Ｙの場合、オプションで発生）、及びＩＥＦＩＴＥＸ
Ｔ　（０）ないしＩ　ＥＦ　１−ＴＥＸＴ（２１）であ
る。

Ｉ　Ｎ　Ｆ　Ｏｒｍａｔｉｏｎパネルがブロック９２３
０で下記の領域に作成されるが、これらの領域はＩ　Ｅ
ＴＴＶＷで定義されＩＥＴの必要とするものである。下
記の領域とは、Ｉ　ＥＦ　１−ＴＲＡＮ、ＩＥＦＩ−Ｐ
ＡＮＥＬ、ＩＥＦＩ−３ＹＳＴＥＭ、Ｉ　ＥＦ　１−Ｃ
ＵＲＲＯＷ、　Ｉ　ＥＦ　１−ＣＩＩＲＣＯＬ。

ＩＥＦＩ−ＦＵＮＫＥＹ、、ＩＥＦＩ−ＣＵＲＤＴ。

ＩＥＦＩ−ＭＳＧＩＤ、ＩＥＦＩ−ＭＳＧＴＸ。

ＩＥＦＩ−ＭＳＧＡＥ、ＩＥＦＩ−ＵＳＥＲ。

Ｉ　ＥＦ　１−　Ｉ　ＮＦＯＣＨＰ、　Ｉ　ＥＦ　１−
ＩＮＦＯ５ＥＣ１ＩＥＦＩ−ＩＮＦＯＰＡＧ、　　ＩＥ
ＦＩ−ＯＰＴＩＯＮ（ｇｔｄｇｏｆ　＝　Ｙの場合、オ
プションで発生）、及びＩ　ＥＦ　１−ＴＥＸＴ　（０
）ないしＩ　Ｅ　Ｆ　１−ＴＥＸＴ（２１）である。

Ｇ　Ｌ　Ｏ５ｓａｒｙパネルがブロック９２４０で下記
の領域に作成されるが、これらの領域はＩＥＴＴν匈で
定義されＪＥＴの必要とするものである。下記の領域と
は、ＩＥＦ　Ｉ−ＴＲＡＮ、ＩＥＦＩＰＡＮＥＬ、ＩＥ
ＦＩ−３ＹＳＴＥＭ、ＩＥＦＩ−ＣＵＲＲＯＷ、Ｉ　Ｅ
Ｆ　１−ＣＵＲＣＯＬ、、ＩＥＦＩＦＵＮＫＥＹ、Ｉ　
ＥＦ　１−ＣＵＲＤＴ、ＩＥＦＩＭＳＧＩＤ、ＩＥＦＩ
−ＭＳＧＴＸ、ＩＥＦＩＭＳＧＡＥＳ　ＩＥＦＩ−ＵＳ
ＥＲ，、ＩＥＦＩ−ＧＬＯ３ＳＥＣ，Ｉ　ＥＦ　１−Ｏ
ＰＴ　ＩＯＮ（ｇｔｄｇｏｆ＝ｙの場合、オプションで
発生）、及びＩＥＦＩＴＥＸＴ　（０）ないしＩ　ＥＦ
　１−ＴＥＸＴ（２１）である。

全てのパネルが発生されると、ＧＴＤＭＳＧをＰＡＮＥ
Ｌ　　ＧＥＮ　　ＣＯＭＰＬＥＴＥに等しくセントし、
メツセージをユーザに出力する（ブロック９２５０）。

判定ブロック９２７０は、ユーザがオプション・コード
をＧＴＤＳＥＬ＝２に入力したかどうかを調べるが、こ
れは作成するべきメニュー・パネルのみに対する要求で
ある。もしそうでなければ、プログラムはブロック９３
１０に進む。もしＧＴＤＳＥＬが２に等しければ、ＧＰ
Ｍ手順（第４８図、ブロック９６００）は、メニュー・
パネルを発生する（ブロック９２８０）。手順が終了す
ると、ＧＴＤＭＳＧをｒＰＡＮＥＬ　　ＧＥＮＣＯＭＰ
ＬＥＴＥＪに等しくセットし、メツセージをユーザに出
力する（ブロック９２９０）。

判定ブロック９３１０は、ユーザがオプション・コード
をＧＴＤＳＥＬ＝３に入力したかどうかを調べるが、こ
れは作成するヘルプ・パネルのみに対する要求である。

もしそうでなければ、プログラムはブロック９３５０の
動作を継続する。ブロック９３２０で、もしＧＴＤＳＥ
Ｌが３に等しければ、ブロック９２２０で説明したよう
に、ヘルプ・パネルを発生する。ヘルプ・パネルが発生
されると、ＧＴＤＭＳＧをｒＰＡＮＥＬ　　ＧＥＮＣＯ
ＭＰＬＥＴＥＪに等しくセットし、メツセージをユーザ
に出力する（ブロック９３３０）。

判定ブロック９３５０は、ユーザがオプション・コード
をＧＴＤＳＥＬ＝４に入力したかどうかを調べるが、こ
れは作成する情報パネルのみに対する要求である。もし
そうでなければ、プログラムはブロック９３９０にジャ
ンプする。ブロック９３６０で、もしＣＴＤＳＥＬが４
に等しければ、ブロック９２３０で論じたように情報・
パネルを発生する。情報パネルが発生されると、ＧＴＤ
ＭＳＧをｒＰＡＮＥＬ　　ＧＥＮ　　ＣＯＭＰＬＥＴＥ
Ｊに等しくセットし、メソセージをユーザに出力する（
ブロック９３７０）。

判定ブロック９３９０は、ユーザがオプション・コード
をＧＴＤＳＥＬ＝５に等しく入力したかどうかを調べる
が、これは作成するグロサリ・パネルのみに対する要求
である。もしそうでなければ、プログラムはブロック９
４３０に進む。ブロック９４００で、もしＧＴＤＳＢＬ
が５に等しければ、ブロック９２４０で説明したように
、グロサリ・パネルを発生する。グロサリ・パネルが発
生されると、ＧＴＤＭＳＧをｒＰＡＮＥＬ　　ＧＥＮＣ
ＯＭＰＬＥＴＥＪに等しくセットし、メツセージをユー
ザに出力する（ブロック９４１０）。

判定ブロック９４３０は、ユーザがオプション・コード
をＧＴＤＳＥＬ＝６に等しく入力したかどうかを調べる
が、これはスケルトンパネルを発生するための要求であ
る。もしそうでなければ、プログラムはブロック９４８
０で動作を継続する。

もしＧＤＴＳＥＬが６に等しければ、手順ＧＳＰ（第４
９図、ブロック１２５４０）はスケルトン・パネルを発
生する（ブロック９４４０）。手順が終了すると、ＧＴ
ＤＭＳＧをｒＰＡＮＥＬＧＥＮ　　ＣＯＭＰＬＥＴＥＪ
に等しくセットし、メツセージをユーザに出力する（ブ
ロック９４５０）。

手順ＦＥ（第２２図、ブロック４８１３０）は、次にユ
ーザの終了表示をチエツクする（ブロック９４８０）。

もしユーザの終了が表示されれば、プログラムはブロッ
ク９５２０に進み、手順ＣＭを抜ける。もしユーザの終
了が表示されなければ、プログラムはブロック９０９０
に戻って処理を継続する。

ジェネレート・メニュー・パネル・ＧＰＭ手第４８ａ図
ないし第４８ｄ図は、本発明によるこの手順の好適な実
施例のを示し、ＧＴＤジェネレート・メニュー・パネル
の手順はメニュー・カウント・インデックスの入力の数
をゼロにセットし、メニュー・テーブル内のメニューの
名前をブランクにする（ブロック９７００）ことによっ
てブロック９６８０で開始される。この手順は、ポイン
タを５ＴＤＥテーブルの始めに初期化する。

判定ブロック９７４５は、５ＴＤＥテーブルの終端部に
到達したかどうかをチエツクする（ブロック９７４５）
。もしそうであれば、この手順はブロック９９４０にジ
ャンプする。もしそうでなけければ、この手順は現在の
５ＴＤＥテーブルの入力がメニュー入力、５ＴＤＥＴＹ
ＰＥ＝Ｅであるかどうかをチエツクする。もしこの入力
がメニュー入力でなければ、この手順はブロック９８８
５進む。もしこの入力がメニューであれば、メニューの
名前がメニュー・テーブルに追加される（ブロック９７
６０）。メニューの名前のテーブルはソートされた（　
５ｏｒｔｅｄ　）方法で構築され、ユニクなメニュー名
前のみを含む。新しいメニュー名前が見つけられたロケ
ーションにロードされ（ブロック９８５０）、メニュー
・カウントがインクリメントされる（ブロック９８６０
）。ブロック９８８５は５ＴＤＥのポインタインクリメ
ントして次の５ＴＤＥテーブルの入力を示し、この手順
はブロック９７４５に戻る。

５ＴＤＥテーブルの終端部に達すると、インデックスを
メニュー・テーブルの開始にインシャライズしくブロッ
ク９９４０）、これがまだメニュー・カウント未満であ
るかどうかをチエツクする（ブロック９９５０）。もし
そうでなければ、プログラムは手順ＧＰＭを抜ける（ブ
ロック９９８０）。

もしインデックスがまだメニュー・カウント未満であれ
ば、ＧＴＤＰＭＥＭをメニューの名前にセントしくブロ
ック９９５０）、個々のメニュー・パネルを作成する。

選択値５ＴＤＥＳＥＬとメニュー選択の説明５ＴＤＥＤ
ＥＳＣを含むメニュー入力領域が同一の線上で共に定数
としてリスト内のスクリーンに載置され、メニュー入力
のリストはメニューのオプションを構成する。

メニューが下記の領域に作成されるが、これらの領域は
Ｉ　ＥＴＴＶＷで定義されＪＥＴの必要とするものであ
る。下記の領域とは、ＩＥＦＩＴＲＡＮ、ＩＥＦＩ−Ｐ
ＡＮＥＬ、ＩＥＦＩＳＹＳＴＥＭ、Ｉ　ＥＦ　１−ＣＵ
ＲＲＯＷ、ＩＥＦＩＣＵＲＣＯＬ、Ｉ　ＥＦ　１−ＦＵ
ＮＫＥＹ、、ＩＥＦＩ−ＣＵＲＤＴ％　ＩＥＦＩ−ＭＳ
ＧＩＤ、ｒＥＦＩＭＳＧＴＸ、ＩＥＦＩ−ＭＳＧＡＥＳ
　ＩＥＦＩＵＳＥＲ，ＩＥＦＩ−ＣＯＭＭＡＮＤ、ＩＥ
ＦＩ−ＧＤＡＴＥ、ＩＥＦＩ−ＧＴＩＭＥ、ＩＥＦＩ−
ＡＰＰＬ、ＩＥＦＩ−ＴＤＴＩＤ、ＩＥＦＩ−ＲＥＬＮ
、　　Ｉ　ＥＦ　１−ＯＰＴ　ＩＯＮ　（ｇｔｄｇｏｆ
＝Ｙの場合、オプションで発生）、及びＩＥＦＩ−ＬＯ
ＯＫＡＨＥＡＤ（ｇｔｄｇｌｆ＝Ｙの場合、オプション
で発生）である。

メニューが作成されると、インデックスがインクリメン
トされ、プログラムはブロック９９４５に戻る。

第４９図は、この手順の好適な実施例を示し、ＧＴＤジ
ェネレート・スケルトン・パネルのユーザ・インターフ
ェース手順は、ＧＴＤＧＰパネルを表示する手順（第２
１図、ブロック４７３００）を実行することによってブ
ロック１２５７０で開始される。

もし含まれている値が非ｒＹＪであれば、これらの値を
上位のケースに変換し、それらの値をｒＮＪに変更する
ことによって、ブロック１２５８０で、ジェネレート・
オプションとルックアヘッド・フラグの領域が確認され
る。フラグが確認されると、手順ＦＥ（第２２図、ブロ
ック４８１３０）はユーザの終了表示をチエツクする（
ブロック１２５９０）。もしユーザの終了が表示されな
ければ、プログラムはブロック１７５７０に戻る。

もしユーザの終了が表示されれば、プログラム（ブロッ
ク１２６３０）はスケルトン・パネルを発生する。スケ
ルトン・パネルは、下記の領域で作成されるが、これら
の領域はＩ　ＥＴＴＶＷで定義されＪＥＴの必要とする
ものである。下記の領域とは、Ｉ　ＥＦ　１−ＴＲＡＮ
、Ｉ　Ｅ　Ｆ　１−ＰＡＮＥＬ、Ｔ　ＥＦ　１１−３Ｙ
ＳＴＥ、　　Ｉ　ＥＦ　１−ＣＵＲＲＯ賀、夏ＥＦ１−
ＣＵＲＣＯＬ、ＩＥＦ１−ＦＵＮＫＥＹ。

ＩＥＦＩ−ＣＵＲＤＴ、ＩＥＦＩ−ＭＳＧＩＤ。

ＩＥＦＩ−ＭＳＧＴＸ、ＩＥＦＩ−ＭＳＧＡＥ。

ＩＥＦＩ−ＵＳＥＲ，ＩＥＦＩ−ＯＰＴＩＯＮ（ｇｔｄ
ｇｏｆ　＝　Ｙの場合、オプションで発生）、及びＩ　
ＥＦ　１−ＬＯＯＫＡＨＥＡＤ（ｇｔｄｇｌｆ＝Ｙの場
合、オプションで発生）である。

発生されたパネルは次に適当なマツプ・エディタによっ
て編集し、特定のアプリケーションのニーズを満足する
ようにカストマイズすることができる。スケルトン・パ
ネルが発生された後、プログラムは手順ＧＳＰを抜ける
（ブロック１２６４０）。

次のＧＴＤの主要な領域にはコンパイル・トランザクシ
ョン定義、ビュー、パネル及び手順プログラムが含まれ
ており、この手順プログラムは、ＤＡＡアプリケーショ
ン、特にＩＥＴへ８亥アプリケーションの特徴を与える
のに必要なＴＤＴ及びビュー・テーブルを構築するのに
要する設計ツールをアプリケーション開発者に提供する
。ＴＤＴの編集が完了すると、設計者はオブジェクト・
モジュール（ｏｂｊｅｃｔ　ｍｏｄｕｌｅ　）がＣＴＲ
ＥＱ手順を用いるＴＤＴに対して作成するように要求す
ることが出来る。この手順は、設計者がＴＤＴ要素をコ
ンパイルすることが出来るパネルを提供する。

このＣＴＲＥＱ手順は、ＧＴＤを用いて構築されたアプ
リケーションがＤＡＡプラットフォーム用の一貫したコ
ンパイル及びリンク編集のオプションを用いて構築され
ていることを保証している。

更に、第５０図のブロック１６４４０で定義されたＧＴ
ＲＥＱ手順は、アプリケーション・ロード・モジュール
の構築に必要なユーザー・インターフェイスを提供し、
且つそれを実行可能なロード・モジュール・ライブラリ
もしくはディレクトリに設置する。アプリケーションは
必要なＴＤＴ及びＴＥＴによって要求されたビュー・テ
ーブルを用いて構築される。これらのテーブル内の情報
はテーブル・オブジェクト（ｔａｂｌｅ　ｏｂｊｅｃｔ
）が構築される以前に一貫性及び完全性の点について検
査を受ける。

被選択トランザクションに対する編集仕様に一貫性があ
れば（ＴＤＴ要素中の参照全パネル及び手順がＴＤＴ項
目として定義される）、コンパイルは適切なオブジェク
ト・モジュールを作成することになる。該オブジェクト
・モジュールによって、ランタイムでのこのトランザク
ションの実行を管理するのに適したＴＤＴ内でのパネル
、手順、メニュー入力方法、及びビューに相関関係を与
えるテーブルが構築される。

このプロセス内にエラーがあれば（例えば、パネルはメ
ニュー上で参照されるがパネルはメニュー階層に対して
定義されていないとか、又は個別的なパネル仕様として
定義されていない等）、これらのエラーの条件は設計者
にとって訂正すべき注意点となる。

ＩＥＴにより要求されるテーブルのコンパイル／構築の
為のユーザー・インターフェイスの準備に加えて、ＣＴ
ＲＥＱ手順は、アプリケーション・パネル及び手順のコ
ンパイル並びにロード・モジュール構築用のユーザー・
インターフェイスを含んでいる。準備されたメニュー・
オプションは、条件付きであれ、条件無しであれ、１組
としての冬型の成分を構築する。成分の型名々を１組と
して処理することによって、プログラムが成分型内部で
の同時性を保証するのに役立つ。

準備されたその他のメニュー・オプションでは、アプリ
ケーションの全成分間の同期を保証する様に順序付けて
アプリケーション全体が構築される。

該メニュー・オプションの一方を選ぶと、アプリケーシ
ョン全体が型缶に次の順番で構築される。

即ち、ＴＤＴ、ビュー、パネル、手順、アプリケーショ
ン・ロード・モジュールの順番である。この様な構築順
序はアプリケーション・オブジェクトの冬型間のデータ
関係の理解に役立つのである。

ソース・モジュール及びトランザクション・ビュー・ソ
ース間の変更日付を検査し、且つそれらの日付をコンパ
イル・オブジェクトの変更日付と比較すれば、条件付き
構築オプションによって同時性が保証される。対応オブ
ジェクト・モジュールよりも新しく変更されたソース・
モジュールについては再構築が必要である。トランザク
ション・ビュー以前の変更日付を有するオブジェクト・
モジュールも再構築が必要となる。条件付き構築では僅
少の変更がアプリケーションに加えられるのであれば、
より短い（依然同時性は保存されて）構築プロセスで済
まされる。無条件構築では全オブジェクトの再構築を余
儀無くされる。

以下に第２レベル・メニューであるＣＯＭＰＩＬＥＴＲ
ＡＮＳＡＣＴＩＯＮ　　ＤＥＦ／ＶＩＥＷ／ＰＡＮＥＬ
Ｓ／ＰＲＯＣＥＤＵＲＥＳの下での第３レベル・メニュ
ーを表出する。ユーザーにとって、メニュー・オプショ
ンを実行の為に選択する他、２個の次の追加的情報、す
なわちＴＤＦファイル（ｇｔｄｍｍｅｍ　）の名前、及
び該ＴＤＦファイルがアクセスされる時（ｇｔｄｍｌｉ
ｂ　）使われるパス塩の一覧、の準備が必要である。こ
れら２個の情報は如何なるメニュー機能の実行時も必要
である。

これらの数値の入力フィールドは第２レベルの階層メニ
ューのそれぞれに含まれている。

４、トランザクションの定義／ビュー／パネル／手順の
コンパイル ４．１トランザクシヨンの定義のコンパイル４．２　　
ビューのコンパイル ４．３　　パネルのコンパイル（条件付き）４．４　　
パネルのコンパイル（条件なし）４．５　　手順のコン
パイル（条件付き）４．６　　手順のコンパイル（条件
なし）４．７トランザクシヨンの設定 ４．８　　全要素のコンパイル／設定（条件付き）４．
９　　全要素のコンパイル／設定（条件なし）４．１０
　終了 メニュー・オプション４．１、ｒ）ランザクジョン定義
のコンパイル」には、対話管理の実行、輪郭情報の入手
、協調処理の実行、及びアプリケーションとのインター
フェイス形成時、ＪＥＴによって利用可能な連係可能オ
ブジェクトにアプリケーション記述／制御テーブルを生
成、且つコンパイルする機能が与えられている。ＣＴ手
順のフローチャート（第５１図、ブロック１７４５０か
ら出発）ではこれら機能をより詳述している。

メニュー・オプション４．２、「ビューのコンパイル」
には、アプリケーション輪郭情報の保全／復元時、及び
協調的処理中の入出力情報の入手／検索時、ＪＥＴによ
って利用可能な、連係可能オブジェクトにビュー・テー
ブルを生成、且つコンパイルする機能が与えられている
。ＣＶ手順のフローチャート（第５４図、ブロック２５
８７０から出発）ではこれら機能をより詳述している。

メニュー・オプション４．３、「パネルのコンパイルー
ーーーーー条件付き」及びメニュー・オプション４．４
、「パネルのコンパイルー−−−−一条件無し」には、
条件付きの場合（メニューオプション４．３）も条件無
しの場合（メニューオプション４．４）も、全アプリケ
ーション・パネルをコンパイルする機能が与えられてい
る。コンパイル用の条件付き状態を示すフラグがセント
されると、全アプリケーション・パネルのコンパイルを
管理する手順が呼出される。ＣＰ手順のフローチャート
（第５５図、ブロック３１５４０から出発）にはこの機
能がより詳述されている。

メニュー・オプション４．５、「手順のコンパイル・・
・条件付き」及びメニュー・オプション４．６、「手順
のコンパイル・・・条件無し」には、条件付きの場合（
メニュー・オプション４．３）も条件無しの場合（メニ
ュー・オプション４．４）も、全アプリケーション手順
をコンパイルする機能が与えられている。コンパイル用
の条件付き状態を示すフラグがセットされると、全アプ
リケーション手順のコンパイルを管理する手順が呼出さ
れる。

ＣＣ手順のフローチャート（第５７図、ブロック３３３
４０から出発）にはこの機能がより詳述されている。

メニュー・オプション４．５、［トランザクションの設
定」には、全アプリケーション・オブジェクト、並びに
任意の必要なシステム・オブジェクトを単一のロード・
モジュールに連係させ、且つそれを実行可能なモジュー
ルとしてライブラリ若しくはディレクトリに備える機能
が与えられている。コンパイル用の条件付き状態を示す
フラグがセットされると、全アプリケーション・パネル
のコンパイルを管理する手順が呼出される。ＢＴ手順の
フローチャート（第６０図、ブロック４０１１０から出
発）にはこの機能がより詳述されている。

メニュー・オプション４．８、「全要素のコンパイル／
設定−−−−−一条件付き」及びメニュー・オプション
４．９、「全要素のコンパイル／設定条件無し」には、
全アプリケーション成分を条件付きの場合（メニュー・
オプション４．８）も、条件無しの場合（メニュー・オ
プション４．９）もコンパイルする機能が与えられてい
る。コンパイル用の条件付き状態を示すフラグがセット
されると、全アプリケーション成分のコンパイルを管理
する手順が呼出される。

コンパイル／”　　：ＣＴＲＥＱ 本発明による表記手順の実施例を描出する第５０８−ｊ
図から出発すれば、ＧＲＤＣＴパネルを選ぶ（第２１図
、ブロック４７３００）パネルを表示する手順を実行す
ることによって、ブロック１６５００でＧＴＤコンパイ
ル／設定手順が開始される。このパネルは可能な構築プ
ロセス全部のメニューである。ブロック１６５１０では
、ユーザー入力終了表示を検査する為にＦＢ手順（第２
２図、ブロック４８１３０）が実行される。フロック１
６５２０で、終了が指示された場合、手順はブロック１
７３７０でプログラムを退去するように進行する。終了
が指示されない場合には、フロック１６５４０で手順は
ＴＤＦのロード／作成（第２４図、ブロック４４９６０
）であるＧＴＤＴ手順を実行する。−時的作業ディレク
トリがｇｔｄｓｌｉｂ　　（ブロック１６５５０）に従
って初期化される。その際、ブロック１６５８０でトラ
ンザクション・ビュー変更日時が生成され、ｇｔｖｗｔ
ｉｍｅに保存される。このデータは後に条件付きコンパ
イルの場合を評価する際利用される。

判定ブロック１６５９０では、コンパイルＴＤＴ要求の
存在、即ち、ＧＴＤＳＥＬ＝１、を知る為に検査が行わ
れる。無であれば、プログラムはブロック１６６３０に
ジャンプしてユーザー要求の識別を続行する。ＧＴＤＳ
ＥＬ＝１ならば、ＴＤＴのコンパイル（ｉ５１図、ブロ
ック１７４５０）であるＣ７手順が実行される（ブロッ
ク１６６００）。

該コンパイル状態が検査される（ブロック１６６１０）
。

プログラムはそれから、メニュー再表示の為ブロック１
６５００に復帰する。

判定フロック１６６３０では、ビューのコンパイル要求
の存在、ＧＴＤＳＥＬ＝２、を知る為に検査が行われる
。無であれば、プログラムはブロック１６６８０に進行
して、ユーザー要求の識別を続行する。ＧＴＤＳＥＬ＝
２ならば、無条件コンパイル・フラグがセットされる。

即ち、ｇｔｄｃｆｌａｇ−Ｕ　（ブロック１６６４０）
である。ビューのコンパイル（第５４図、ブロック２５
Ｂ７０　）であるＣ■手順が実行される（ブロック１６
６５０）。

ブロック１６６５５はその時ビューのコンパイル状態を
検査しており、その状態に従ってプログラムはメニュー
の再表示の為ブロック１６５００に復帰する。

判定ブロック１６６８０では、条件付きパネルのコンパ
イルの要求の存在、即ち、ＧＴＤＳＥＬ−３、を知る為
に検査が行われる。無であれば、プログラムはブロック
１６７３０に進行してユーザー要求の識別を続行する。

ＧＴＤＳＥＬ＝３ならば、条件付きコンパイル・フラグ
がセットされる、即ち、ｇｔｄｃｆｌａｇ＝ｃ　　（ブ
ロック１６６９０）である。パネルのコンパイル（第５
５図、ブロック３１５４０）であるＣＰ手順が実行され
る（ブロック１６７００）。プログラムは、それからメ
ニュー再表示の為ブロック１６５００に復帰する。

判定ブロック１６７３０では、無条件パネルのコンパイ
ルの要求の存在、即ち、ＧＴＤＳＥＬ−４、を知る為に
検査が行われる。無であれば、プログラムはブロック１
６７８０に進行してユーザー要求の識別を続行する。Ｇ
ＴＤＳＥＬ＝４ならば、無条件コンパイル・フラグがセ
ントされる、即ち、ｇｔｄｃｆｌａｇ＝ｕ　（ブロック
１６７４０）である。パネルのコンパイル（第５５図、
ブロック３１５４０）であるＣＰ手順が実行される（ブ
ロック１６７００）。プログラムはそれから、メニュー
再表示の為ブロック１６５００に復帰する。

判定ブロック１６７８０では、条件付き手順のコンパイ
ルの要求の存在、即ち、ＧＴＤＳＥＬ＝５、を知る為に
検査が行われる。無であれば、手順はブロック１６８３
０にジャンプしてユーザー要求の識別を続行する。ＧＴ
ＤＳＥＬ＝５ならば、条件付きコンパイル・フラグがセ
ットされる、即ち、ｇｔｄｃｆｌａｇ＝ｃ　　（ブロッ
ク１６７９０）である。

手順のコンパイル（第５７図、ブロック３３３４０　）
であるＣＣ手順が実行される（ブロック１６８００）。

プログラムはそれから、メニュー再表示の為ブロック１
６５００に復帰する。

判定ブロック１６８３０では、無条件の手順のコンパイ
ルの要求の存在、即ち、ＧＴＤＳＥＬ−６、を知る為に
検査が行われる。無であれば、プログラムはブロック１
６８８０に進行してユーザー要求の識別を続行する。Ｇ
ＴＤＳＥＬ＝６ならば、無条件コンパイル・フラグがセ
ントされる、即ち、ｇｔｄｃｆｌａｇ＝Ｕ　（ブロック
１６８４０）である。手順のコンパイル（第５７図、フ
ロック３３３４０）であるＣＣ手順が実行される（プロ
・７り１６８５０）。プログラムはそれから、メニュー
再表示の為ブロック１６５００に復帰する。

判定ブロック１６８８０では、トランザクション設定要
求の存在、即ち、ＧＴＤＳＥＬ＝７、を知る為に検査が
行われる。無であれば、プログラムはブロック１６９３
０にジャンプしてユーザー要求の識別を続行する。ＧＴ
ＤＳＥＬ＝７ならば、条件付きコンパイル・フラグがセ
ントされる、即ち、ｇｔｄｃｆｌａｇ＝ｃ　（ブロック
１６８９０）である。

トランザクションの設定（第６０図、ブロック４０１１
０）であるＢＴ手順が実行される（ブロック１６８５０
）。プログラムは、それからメニュー再表示の為ブロッ
ク１６５００に復帰する。

判定ブロック１６９３０では、条件付き全要素のコンパ
イル／設定の要求の存在、即ち、ＧＴＤＳＥＬ＝８を知
る為に検査が行われる。無であれば、プログラムはブロ
ック１７０６０にジャンプしてユーザー要求の識別を続
行する。ＧＴＤＳＥＬ＝８ならば、条件付きコンパイル
・フラグがセットされる、即ち、ｇｔｄｃｆｌａｇ＝　
Ｃ（ブロック１６９４０）である。ＴＤＴのコンパイル
（第５１図、ブロック１７４５０）であるＣ７手順が実
行される（ブロック１６９５０）。次いでコンパイル状
態が検査される（ブロック１６９５０）。ＴＤＴのコン
パイルが不調であれば、プログラムはメニュー再表示の
為ブロック１６５００に復帰する。ＴＤＴのコンパイル
が順調であれば、ビューのコンパイル（第５４図、ブロ
ックＣＶ　２５８７０）手順が実行される（ブロック１
６９７０）。次いでビュー・コンパイル状態は検査され
る（ブロック１６９７５）。ビュー・コンパイルが不３
周であれば、プログラムはメニュー再表示の為ブロック
１６５００に復帰する。

ビューコンパイルが順調であれば、状態メツセージが表
示されるが、ユーザー入力は受は付けられない（ブロッ
ク１６９８０）。パネルのコンパイル（第５５図、ブロ
ック３１５４０）であるＣＰ手順が実行される（ブロッ
ク１６９９０）。

再度、状態メソセージが表示されるが、ユーザー入力は
受は付けられない（ブロック１７０００）。

手順のコンパイル（第５７図、ブロック３３３４０　）
であるＣＣ手順が実行される（ブロック１７０１０）。

コンパイルが不調であれば、プログラムはメニュー再表
示の為ブロック１６５００に復帰する。コンパイルが順
調であれば、状態メソセージが表示されるが、なおもユ
ーザー入力は受は入れられない（ブロック１７０２０）
。トランザクションの設定（第６０図、ブロック４０１
１０）であるＢＴ手順が実行され、該手順はメニュー・
パネルを再表示する為ブロック１６５００に復帰する。

判定ブロック１７０６０では、無条件全要素のコンパイ
ル／設定の要求の存在、即ち、ＧＴＤＳＥＬ＝９を知る
為に検査が行われる。無であれば、プログラムはメニュ
ーパネルを再表示する為にブロツク１６５００に復帰す
る。存在するならば、無条件コンパイル・フラグがセッ
トされる、即ち、ｇｔｄｃｆｌａｇ＝Ｕ　（ブロック１
７１６０）である。次いでＴＤＴのコンパイル（第５７
図、ブロック１７４５０）であるＣ７手順が実行される
（ブロック１７１７０）。次いでＴＤＴのコンパイル状
態が検査される（ブロック１７１７５）。ＴＤＴのコン
パイルが不調であれば、プログラムはメニュー・パネル
再表示の為ブロック１６５００に復帰する。ＴＤＴのコ
ンパイルが順調であれば、状態メソセージが表示される
が、ユーザー入力は受は付けられない（ブロック１７１
８０）。次にビューのコンパイル（第５４図、ブロック
２５８７０　）であるＣ■手順が実行される（ブロック
１７１９０）。

次いでビュー・コンパイル状態は検査される（ブロック
１７１７５）。コンパイルが不調であれば、プログラム
はメニュー・パネル再表示の為ブロック１６５００に復
帰する。コンパイルが順調であれば、状態メツセージが
表示されるが、ユーザー入力は受は付けられない（ブロ
ック１７２００）。

次いでパネルのコンパイル（第５５図、プロ・ツク３１
５４０）であるＣＰ手順が実行される（ブロック１７２
１０）。状態メ・ノセージが表示されるが、再度ユーザ
ー入力は受は付けられない（ブロック１７２２０）。手
順のコンパイル（第５７図、ブロック３３３４０）であ
るＣＣ手順が実行される（ブロック１７２３０）。次い
で手順のコンパイル状態が検査される（ブロック１７２
３５）。

コンパイル状態が不調であれば、プログラムはメニュー
・パネル再表示の為ブロック１６５００に復帰する。コ
ンパイルが順調であれば状態メ・ノセージが表示される
が、なおもユーザー入力は受は入れられない（ブロック
１７２４０）。最後に、トランザクションの設定（第６
０図、ブロック４０１１０）であるＢＴ手順が実行され
て（ブロック１７２５０）プログラムはメニュー・パネ
ルを再表示する為ブロック１６５００に復帰する。

トランザクション　　のコンパイル：ＣＴ次に本発明に
よる表記手順の実施例のフローチャートを表わす第５１
ａ−ｒｒ図を見れば、該Ｃ７手順でトランザクション定
義テーブル、ＴＤＴオブジェクト・モジュールの構築を
分担していることが分る。該手順は、実行可能トランザ
クションを生成する為に、ＩＥＴ、アプリケーション・
パネル・マツプ及び手順を用いて連係編集されることに
なっている標準的オブジェクト・モジュールを生成する
役目を担っている。該ＴＤＴは、アプリケーション規定
マツプ及びメニューを使用するアプリケーション・コー
ドとユーザー間の対話を実行時にＩＥＴが管理すること
が出来る相互関連ポインタ付き各種テーブルの集合体で
ある。該対話の他に、ＩＥＴは全てのアプリケーション
用パネル入力／出力、及びＤＡＡのリンク及びリターン
機能を介して１トランザクシヨンから遠隔トランザクシ
ョンへの通信機能を分担している。

要するに、以下のテーブル形式は該Ｃ７手順を介したＧ
ＴＤによって構築されているのである。

即ち、ＴＤＴアンカー・ブロック　（ａｎｃｈｏｒ　ｂ
ｌｏｃｋ）（主に他のＴＤＴテーブルに対するポインタ
で構築）；パネル当り１個のＴＰＥ付きトランザクショ
ン・パネル項目テーブルＴＰＥＴＡＢ　、基準実行可能
手順項目点当り１個のＴＣＥ付きトランザクション・コ
ード項目テーフ゛ルＴＣＢＴＡＢ　、メニュー・パネル
当り１個のＴＭＥ付きトランザクション・メニュー項目
テーブルＴＭＥＴＡＢ　；支援言語当り１個のＴＬＥ付
きトランザクション言語項目テーブルＴＬＥＴＡＢ　、
及びＳＱＬデータ・ベース支援ルーチン項目点参照式デ
ータ・ベース同期テーブル。

本ＴＤＴオブジェクト・モジュールの構築には色々な手
法を用いて達成することが出来る。

ＵＮＩＸでは、該Ｃ７手順は、ここにフロー・チャート
で示すように、Ｃ言語ソース・ファイルを構築し、後に
Ｃコンパイラでコンパイルされ、連係編集可能なオブジ
ェクト・モジュールを生成する。ＭＶＳでは、ＣＴバー
ジョンなるものが存在し、Ｃコンパイラの助けを借りず
、直接連係可能オブジェクト・モジュール３７０を構築
することが出来る。

該Ｃ７手順にはＴＤＴの構築及びコンパイル手順が含ま
れている。該ＴＤＴは次の様に構築される。先ず、５Ｔ
ＤＥテーブルを検査して、パネル又は手順のどれかが未
定義（すなわち、ソース・ファイル無し）の侭になって
はいないか吟味することによって全定義の完成と整合と
を確認することである。次に、全パネル、メニュー、手
順、言語、及びビューを数えて、成分のそれぞれの型の
名前も含めたテーブルを構築する。全成分が取り込まれ
ると直ちに、顧客仕様ＴＤＴ情報が定義されたソース言
語による命令文も含めて、ソース・データ処理手順が構
築される。ＵＮＩＸ用の現行の実施態様の場合は、Ｃソ
ース・ファイルとして構築される。該ＴＤＴソースの生
成は、基本ソース接頭語、パネル、ビュー、手順用外部
名定義を生成することによって続行される。ＴＤＴ、Ｔ
Ｉ）ＥＴＡＢＸＴＣＥＴＡＢ、ＴＭＥＴＡＢ。

ＴＬＥＴＡＢ、及びＤＢ同期化機能アドレス・テーブル
を生成する。次いで、基本ソース接尾語を生成する。基
本ソース接頭語には、全ＴＤＴソースに共通なファイル
、機能の原型及び外部定義が含まれている。基本ソース
接頭語には、トランザクション実行の際トランザクショ
ン・サブシステムのメイン・モジュールによって参照さ
れる短い手順ＤＬＩＴＣＢＬが含まれている。ＤＬＩＴ
ＣＢＬは、更にＴＤＴのアドレス及びトランザクション
サブシステム・メイン・モジュールによって無視された
入力／出力管理ブロックを無視してＩＥＴを呼出す。Ｔ
ＤＴソース・ファイルがいったん構築されると、標準コ
ンパイラを用いて翻訳される。

ＵＮＩＸ実施態様の場合はＣコンパイラが用いられる。

ＣＴ手順の最初の部分（ブロック１７４５０１７８５０
）では、未定義パネル（すなわち、対応する定義された
パネルを持たないメニュー・パネル参照）の有無が検証
される。該手順は出力ファイル情報を消去し、ファイル
の初期状態に戻すことによって開始される（ブロック１
７５８０）。

表示領域ＤＮＡＭＥＡは空白化（ブランク）され（ブロ
ックｌ　７６３０）で未定義パネル用のカウンタはゼロ
にセットされる（ブロック１７６６０）ポインタｅは最
初の５ＴＤＥテ一ブル成分名にセットされる（ブロック
１７６７０）。判定ブロック１７６７５はポインタｅが
５ＴＤＥテーブルの終端を通過する事を見極める検査を
する。通過であれば、手順はブロック１７８３０へ分岐
する。

通過出来なければ、判定ブロック１７６８０は、ｅによ
って指定された成分の成分型５ＴＤＥＴＹＰがメニュー
−項目定義を指す“Ｅ”に等しいか如何かを見極める為
の検査をする。答えが否であれば、手順はブロック１７
８１５に進行する。ｅがＥに等しければ、手順は５ＴＤ
Ｅテーブルを捜索して成分名ＳＴＤＥＮＡＭＥの成分を
探し出すが、この成分名はｅによって指定されているメ
ニュー成分の現行メニュー項目５ＴＤＥ　Ｉ　ＰＮＭに
よって参照されるパネル名と同じである（ブロック１７
７００）。捜索が順調にいけば、手順はブロック１７８
１５へ前進する。

パネル名５ＴＤＥ　Ｉ　ＰＮＭはブロック１７７７０の
未定義ファイルの番号によって指定されている表示領域
ＤＮＡＭＥＡ内の現行位置にコピーされ、未定義パネル
の番号は１ずつ増やされる（ブロック１７７８０）。判
定ブロック１７７９０に於いて、未定義パネルの番号が
エラー表示スクリーンの最大番号値よりも大きければ、
手順はブロック１７８３０に移動する。そうでない場合
は、該手順でｅは次の成分（ブロック１７８１５）へ増
加させられて、ブロック１７６７５に復帰する。

判定ブロック１７８３０は、未定義パネル番号がゼロよ
り大である事を見極める検査する。否であれば、手順は
ブロック１７９２０へ移動する。

番号がゼロより大きければ、ブロック１７８４０は該手
順をＧＴＤＣＴＥ１パネル（第２１図、ブロック４７３
００）を表示することを実行して、ＣＴＴＩ１１ｉはエ
ラー復帰コードセントで４　（ブロック１７８５０）へ
退去する。

ＣＴ手順の次の段階は各パネルの手順（ブロック１７９
２０−１８４８０）を検証することである。各パネルが
入力手順を有し、所定の名前が定義済の手順の名前と適
合することが検証の基準である。パネル出力手順は随意
的であるが、もしあるのならば、定義された手順に適合
しなければ成らない。更に、メニュー項目は随意的に手
順基を指定しても良いが、もしあれば定義された手順の
名前でなければ成らない。

ＣＴ手順のこの段階では、フロック１７９２０で表示領
域ＤＮＡＭＥＡを空白にし、未定義手順ｊのカウンタを
ゼロにセントすることから始まる。

ボインクｅは最初の５ＴＤＥテ一ブル成分名にセラ１−
される（ブロック１７９６０）。次に、判定ブロック１
７９７０で、ｅによって指示された成分の成分型５ＴＤ
ＥＴＹＰが”ｐ″に等しい（パネル項目定義を指示して
）ことを見極めるために検査される。ｅが“ｐ”に等し
くなければ、手順はブロック１８２７０へと続く。

ブロック１７９９０では、プログラムが５ＴＤＥテーブ
ルを探索して、５ＴＤＥＴＹＰが（成分として）“Ｃ”
に等しく、成分基ＳＴＤＥＮＡＭＥがｅによって指示さ
れるパネル成分として現行パネル項目５ＴＤＥ　Ｉ　Ｐ
ＮＭによって参照される入力手順基に等しいような手順
項目を求めている。

この探索が順調にいけば、手順はブロック１８１１０に
続く。

この地点で所定の入力手順基を手順の名称として発現で
きない場合、手順基５ＴＤＥ　Ｉ　ＰＮＭは、未定義手
順の番号ｊによって指示された表示領域ＤＮＡＭＥＡの
現行位置にコピーされる（１８０６０）。

未定義手順の番号の数値はその時増加せしめられる（ブ
ロック１８０７０）。判定ブロック１８０８０に於いて
、未定義手順の番号値がエラー表示スクリーンに対する
最大番号値より大きければ手順はブロック１８４６０へ
分岐する。

判定ブロック１８１１０ではパネル項目ｅにたいする出
力手順者ＳＴＤＥＯＰＮＭが未定義である（すなわち、
空白を含む）事を見極める為に検査される。その通りで
あれば、手順はブロック１８２７０へ進む。

ブロック１８１１５に於いて、５ＴＤＥテーブルでは、
５ＴＤＥＴＹＰがＣに等しく、且つ成分基ＳＴＤＥＮＡ
ＭＥがｅによって指示されたパネル成分に対して現行の
パネル項目ＳＴＤＥＯＰＮＭによって参照される出力手
順者に等しいような手順項目が探索される。探索が順調
にいけば、手順はブロック１８２７０に続く。

この地点で所定の入力手順基を手順の名称として発見で
きない場合、手順基ＳＴＤＥＯＰＮＭは、未定義手順の
番号ｊによって指示された表示領域ＤＮＡＭＥＡの現行
位置にコピーされる（ブロック１８２２０）。未定義手
順の番号の数値はその時増加せしめられる（ブロック１
８２３０）。判定ブロック１８２４０に於いて、未定義
手順の番号値がエラー表示スクリーンに対する最大番号
値より大きければ、手順はブロック１８４６０へ分岐す
る。

判定ブロック１８２７０では、ｅによって指定された成
分の成分型５ＴＤＥＴＹＰが（メニュー項目定義を指す
）　′Ｅ゛に等しい事を見極める為に検査される。答え
が否であれば、手順はブロック１８４５０に進行する。

判定ブロック１８２９０ではメニュー項目ｅにたいする
出力手順者ＳＴＤＥＯＰＮＭが未定義である（すなわち
、空白を含む）事を見極める為に検査される。その通り
であれば、手順はプロ・７り１８４５０へ進む。

ブロック１８３００に於いて、Ｓ　Ｔ　Ｄ　Ｅチーフル
では、ｅによって指示されたパネル成分に対して現行の
パネル項目ＳＴＤＥＯＰＮＭによって参照される出力手
順者に等しい手順項目５ＴＤＥＴＹＰが探索される。探
索が順調にいけば、手順はブロック１８４５０に続く。

この地点で手順基が所定のメニュー手順の名称として発
見できない場合、手順基ＳＴＤＥＯＰＮＭは、未定義手
順の番号ｊによって指示された表示領域ＤＮＡＭＥＡの
現行位置にコピーされる（１８４００）。未定義手順の
番号の数値はその時増加せしめられる（ブロック１８４
１０）。判定ブロック１８４２０に於いて、未定義手順
の番号値がエラー表示スクリーンに対する最大番号値よ
り大きければ、手順はブロック１８４６０へ分岐する。

そうでない場合は、該手順でｅは次の成分（ブロック１
８４５０）へ増加させられて、ブロック１７９６５に復
帰する。

判定ブロック１８４６０は、未定義パネル番号がゼロよ
り大である事を見極める検査する。否であれば、手順は
ブロック１８５７０へ続く。番号がゼロより大きければ
、ブロック１８４７０は該手順をＧＴＤＣＴＥ２パネル
（第２１図、プロ・ツク４７３００）を表示することを
実行して、ＣＴ手順はエラー復帰コード・セットで４（
プロ・ツク１８４８０）へ退去する。

ブロック１８５７０−１８９８０間で、パネル、メニュ
ー、手順及びビューを数える為に５ＴＤＥテーブルを介
してバス（ｐａｓｓ）がされる。さらに、パネル又はメ
ニューが見付かれば、その名前はマスク・テーブルＴＰ
にアルファベット順に保存され、重複するものは無視さ
れる。ある手順が関係のあるデータ・ベース過程として
印付きで見出されると、グローバル（ｇｌｏｂａｌ）フ
ラグ、ｄｂ型が真にセットされる。そして最後に、所定
手順に対する各々の定義されたビュー名がマスク・テー
ブルＴＶに加えられる。

この段階は、カウンタ各々、すなわち、パネルに対する
ＮＰ、手順に対するＮＣ１言語に対するＮＬ、ビューに
対するＮＶ、及びメニュー成分ＮＭ即５ＴＤＥテーブル
の各項目をゼロにセットすることから開始される。ＤＢ
ＭＳ設立フラグはゼロに初期化され（ブロック１８６３
０）、パネルテーブルＴＰは空白化され（ブロック１８
６６０）、且つポインタｅは初期５ＴＤＥテ一ブル成分
名にセットされる（ブロック１８７００）。

判定ブロック１８７０５は、そのとき、ポインタｅが５
ＴＤＥテーブルの終端でポイントしている事を見極める
検査をする。是であれば、手順はブロック１９０４０へ
分岐する。是でなければ、判定ブロック１８７１０はｅ
によって指定された成分の成分型５ＴＤＥＴＹＰがＰ″
　（パネル）若しくはＥ″　（メニュー）に等しいこと
を見極める為に検査をする。ｅがその何れとも等しくな
い場合は、手順はブロック１８８５０に進行する。

ブロック１８７２０では、ＳＴＤＥＮＡＭＥ名が占める
べきパネルテーブル位置が見付けられる。

本テーブルは上向選別法（ａｓｃｅｎｄｉｎｇ　ｓｏｒ
ｔｅｄｍａｎｎｅｒ）で構築される。判定ブロック１８
７７０に於いて、名前ＳＴＤＥＮＡＭＥが設定記憶場所
に既に含められている場合、手順はブロック１８８５０
へ分岐する。さもなければ、該手順はパネル・テーブル
項目を新しい名前の余地を明けるように移動させ、パネ
ル・テーブルの設定記憶場所に新項目ＳＴＤＥＮＡＭＥ
を設定する（ブロック１８８１０）。それから、パネル
・カウントＮＰは増加になる（ブロック１８８２０）。

判定ブロック１８８５０は、ｅによって指定された成分
の成分型５ＴＤＥＴＹＰが（手順項目定義を指す）　′
Ｃ゛に等しいか如何かを見極める為の検査をする。答え
が否であれば、手順はブロック１８９６０に続行され、
ここで手順カウンタＮＣは増加を受ける（ブロック１８
８６０）。判定ブロック１８８８０に於いて、手順が“
Ｙｏに等しい５ＴＤＥＣＤＢ　２を有する場合（アプリ
ケーションＤＢＭＳ使用の為に）、手順の組ＤＢＴＹＰ
Ｅは“１”に等しく、それはアプリケーションに使用Ｄ
ＢＭＳが設定されていることを示している。

ブロック１８９２０では、現行手順項目入力ビュー名５
ＴＤＥ　Ｉ　ＰＮＭに対するＴＶＡ手順を利用すること
によって（ブロック１８９２０）、テーブルにビュー名
が追加される（第５２図、ブロック２５１７０）。判定
ブロック１８９２５では、ビューが順調にビュー・テー
ブルに追加されたことを見極める為の検査が行われる。

否であれば、プログラムはエラー復帰コードでＣＴ手順
を退去させる。

ＣＴ手順では、現行手順項目出力ビュー名ＳＴＤＥＯＰ
ＮＭ　（ブロック１８９３０）に対するテーブルへのビ
ュー名追加（第５２図、ブロック２５１７０）ＴＶＡ手
順が実行される。その時、判定ブロック１８９３５では
、該ビューが順調にビュー・テーブルに追加されたこと
を見極める為の検査が行われる。否であれば、プログラ
ムがＣＴ手順をエラー復帰コードで退去させる。

それからＣＴ手順で、このたびは現行手順項目プロファ
イル・ビュー塩ＳＴＤＥＰＶＮＭ　（ブロック１８９４
０）に対して、再びテーブルへのビュー名追加（第５２
図、ブロック２５１７０）ＴＶＡ手順が実行される。判
定ブロック１８９４５では、ビューが順調にビュー・テ
ーブルに追加されたことを見極める為の検査が行われる
。否であれば、プログラムはエラー復帰コードでＣＴ手
順を退去させる。

判定ブロック１８９６０は、ｅによって指定された成分
の成分型５ＴＤＥＴＹＰが（言語項目定義を指す）　“
Ｌｏに等しいか如何かを見極める為の検査をする。答え
が是であれば、ここで言語カウンタＮＬは増加を受ける
。それから、判定ブロック１８９７０では、ｅによって
指定された成分の成分型５ＴＤＥＴＹＰが（メニュー項
目定義を指す）“Ｅ”に等しいことを見極める為の検査
が行われる。是であれば、メニュー・カウンタＮＥは増
加を受ける。ブロック１８９８０では、この手順は、ポ
インタｅが次の５ＴＤＥテ一ブル成分項目にまで増加さ
せられ、それから、ブロック１８７０５へ分岐する。

次ＯＣＴ手順段階（ブロック１９０４０１９２３０）で
は、ＴＤＴオブジェクト・モジュールに後桟コンパイル
されることになっているＴＤＴの“Ｃ”ソース（ＳＯｕ
ｒＣｅ）・ステートメントに対する出力ファイルを開示
する。ファイル名は、ユーザー指定ソースライブラリ名
、プラスＴＤＴ名、プラス“、Ｃ”の拡張子を用いて整
合している。最後にソース接頭辞はファイルの冒頭に書
かれており、例えば、「組み込む」及び「外部」ステー
トメントの様な、テーブルをコンパイルするのに必要な
Ｃステートメントから成り立っている。

特記的には、ブロック１９０４０はＴＤＴのＣソース名
をｇｔｄｓｌｉｂで、ファイル名をｇｔｄｍｍｅｍで、
ＵＮＩＸ拡張子、Ｃ０を用いて構築し、且つＴＤＴＣソ
ースファイルはただ随意的に作成及び書込み用として開
示されている。判定ブロック１９１０１に於いて、該開
示が不調であれば、プログラムはＣＴ手順をエラー復帰
コードで退出さゼ°る。

ブロック１９１５０では、ＴＤＴの接頭辞の初期設定デ
ータの始めに指標がセットされる。判定ブロック１９１
６０では、この指標が接頭辞付き初期設定データの最終
行であることを見極める為の検査が行われる。是であれ
ば、手順はブロック１９１３０へ移動する。

ブロック１９１９０に於いては、ＴＤＴの接頭辞の行が
出力バッファにコピーされ、バッファ内の行はデータの
後に新たな文字行を設置することによって終了させられ
る（ブロック１９２１０）。

ブロック１９２２０に於いて、書き込みバッファＴＤＴ
ソース・ファイルＷＴＳ手順（第５３図、ブロック２５
５００）が実行される。この地点で、手順は指標に増分
を与え（ブロック１９２３０）、ブロック１９１６０へ
分岐する。

次ＯＣＴ手順部分（ブロック１９３００から１９７３０
まで）ではパネル、ビュー及びテーブル用Ｃ外部定義が
生成される。これらの項目のどれもが実際には他のオブ
ジェクト・モジュール内で生成されているので、ＣＴ手
順は、これらの項目名を生成予定のＴＤＴにおいてポイ
ンタによってそれらの項目への参照が連係編集時（ｌｉ
ｎｋｅｄｉｔ　ｔｉｍｅ　）に解決できるように、外部
に対して宣言しなければならない。

この段階の始まりはブロック１９３００に於いて指標ｉ
をゼロにすることである。判定ブロック１９３０５では
、指標ｉがパネル番号ＴＰに等しければ、その時手順は
ブロック１９４６０へ分岐する。

ブロック１９３１０では、バッファＴＤＴＢＬＩＦが空
白になるよう初期化され、且つバッファ内にＣ言語外部
項目がテーブルからパネル名「外部文字」として、指標
１ｏｃｉ、ｒ［］；Ｊで構築される（ブロック１９３２
０）。バッファ内の行は、データの後に新たな文字行を
置くことで終了させられる（ブロック１９３７０）。ブ
ロック１９３８０に於いて、書き込みバッファＴＤＴソ
ース・ファイルＷＴＳ手順（第５３図、ブロック２５５
００）がある。その時、手順ブロック１９３９０内の指
標ｉに増分を与え、且つブロック１９１３５に進む。

ブロック１９４６０では、指標ｉがゼロに初期化される
。判定ブロック１９４６５では指標ｉがビューの番号に
等しいことを見極める為の検査が行われる。是であれば
、手順はブロック１９６２０へ分岐する。是でなければ
、バッファＴＤＴＢＵＦは、空白になるようセットされ
（ブロック１９４７０）、且つＣ言語外部ビュー項目バ
ッファ内にテーブルＴＶからのビュー名「外部構造ＶＭ
ＯＨＪとして指標１ｏｃｉｒ［］：Ｊに構築される（ブ
ロック１９４８０）。

バッファ内の行はデータの後に新文字行を置くことで終
了させられ、且つ該手順は書き込みバッファＴＤＴソー
スファイルＷＴＳ手順を実行する（第５３図、ブロック
２５５００）。指標ｉは増分を受け（ブロック１９５５
０）、且つ該手順はブロック１９４６５に復帰する。

ブロック１９６２０ないし１９７３０は手順にＥＸＴＥ
ＲＮ項目を生成する。ポインタｅは最初の５ＴＤＥテ一
ブル成分名にセットされ（ブロック１９６２０）、且つ
それから該手順ではｅポインタが５ＴＤＥテ一ブル成分
名テーブルの終端を通過する事を見極めるために検査が
行われる。是であれば手順はブロック１９８００へ分岐
し、否であれば手順は、次にｅによって指示された成分
が言語（ＳＴＤＥＴＹＰ＝Ｃ）項目型であることを見極
める為の検査を外部手順型（Ｓ　Ｔ　Ｄ　Ｅ　ＣＴ　Ｙ
　Ｐ＝ＥＸＴＥＲＮ）を用いて行い、否であれば手順は
ブロック１９７３０に続行され、是であれば手順はバッ
ファＴＤＴＢ　Ｉ　Ｆ空白にするよう初期化する（ブロ
ック１９６４０）。

Ｃ言語外部手順項目はバッファ内に５ＴＤＥテーブルの
手順名（ＳＴＤＥＮＡＭＥ）を用いてｒ　ｅｘｔｅｒｎ
　１ｎｔＪとして指標位置ｉ「（）」に構築される。バ
ッファ内の行はデータの後に新文字行を置くことで終了
させられ（ブロック１９７００）、且つ手順が書き込み
バッファＴＤＴソースファイルＷＴＳ手順（第５３図、
ブロック２５５００）を実行する（ブロック１９７１０
）。ブロック１９７３０は次の５ＴＤＥテ一ブル成分項
目へとｅを増加させ、手順は次いでブロック１９６２５
に復帰する。

ブロック１９８００ないし２０７４０では、ＴＤＴ、ｔ
−バーヘッド構造ソース・ステートメントが生成される
が、このものはＴＤＴフィールドのラベルを付け、ＴＤ
ＴＡＴＬＥによってＴＤＴＩ　Ｄとして、第６２図々示
のＴＤＴテーブル部分を構築するのに必要なＣステート
メントから成り立っている。この図示の様に、本テーブ
ルの大部分は、他のテーブル及びテーブル項目に対する
ポインタから構築されている。ＴＤＴ文書段階を検討を
すれば、このオーバーヘッド構造を構築する為に必要な
論理を理解するのに役立つ筈である。

ＣＴ手順を通じてポインタは、必要な項目の指標によっ
て添字を付けられている所定テーブル名へのポインタと
してＣソース内で構築されている。

例えば、フィールドＴＤＴＡＭＥＮＵはパネル項目ＴＰ
Ｅへのポインタであり、その名前ＴＰＥＮＡＭＥはアプ
リケーション生成メニュー名と同一である。

この項目が第５番目の項目であると仮定すると、添字は
Ｃにおける４である、この様な定義に対するＣステート
メントはｒ＆ＴＰＥＴＡＢ　（４）Ｊとなる筈である。

この様にそれぞれの場合について、項目の添字が配置さ
れ、且つその際にステートメントが該例の様に生成され
るのである。

この段階は大型のバッファを空白に初期化することによ
って始まる。該バッファはＣ言語のＴＤＴテーブル構造
定義見出支部がバッファ内にｒｓｔｒｕｃｔＴＤＴ　　
Ｉ　ＥＴＴＤＴ−（ＯＪとして構築されている（ブロッ
ク１９８１０）。ＴＤＴＩ　Ｄを初期化する為のＣソー
スはｇｔｄｍｍｅｍ　４Ｍを用いてバッファ内に構築さ
れる（ブロック１９８３０）。

ＴＤＴＲＥＬＮを初期化する為のＣソースはｇｔｄｒｅ
ｌｎ値を用いてバッファ内に構築される（ブロック１９
８７０）。

ＴＤＴＧＴＩＭＥを初期化する為のＣソースは７０１０
１１０１以来、秒単位で記録されている現行うロック時
間を用いてバッファ内に構築される（ブロック１９９６
０）。

ＴＤＴＧＤＡＴＥを初期化する為のＣソースは、ゼロを
用いてバッファ内に構築される。日付はＴＤＴＧＴＩＭ
Ｅ内で暗に示されているのであるから、他の操作はＴＤ
Ｔ内の両方のフィールドを用いて異なるコード値でもっ
てデータ及び時間情報を記録することが出来る筈である
（ブロック２００１０）。

ＴＤＴＤＲＥＰを初期化する為のＣソースはｇｔｄｈｒ
に含まれるレポート名を用いてバッファ内に構築される
（ブロック２００３０）。

ＴＤＴＤＧＥＮを初期化する為のＣソースはｇｔｄｈｇ
ｄに含まれる生成基の値を用いてバッファ内に構築され
る（ブロック２００６０　）　、　ｇｔｄｈｍｅｎｕと
同一値を有するパネル・テーブル項目の指標番号がその
際識別される（ブロック２００９０）。

ＴＤＴＡＭＥＮＵを初期化する為のＣソースは識別され
た指標値を用いてバッファ内に構築され、この指標は指
標番号、ＴＤＴＡＭＥＮＵのＴＰＥ番号によって識別さ
れるＴＰＥＴＢ内のｎ番目の項目へのポインタとして保
存される（ブロック２０１００）。

ｇｔｄｈｈｅｌｐと同一の数値を有するパネル・チーフ
ル項目の指標番号は、この時識別される（ブロック２０
１７０）。

ブロック２０１８０でＴＤＴＡＨＥＬＰを初期化する為
のＣソースは、識別された指標番号を用いてバッファ内
に構築される。この指標番号は、指標番号、ＴＤＴＡＨ
ＥＬＰのＴＰＥ番号によって識別されたＴＰＥＴＡＢ内
のｎ番目の項目に対するポインタとして保存される。

ｇｔｄｈｉｎｆｏと同一の値を有するパネルテーブル項
目の指標番号が次に識別され（ブロック２０２５０）、
且つＴＤＴＡＩＮＦＯを初期化する為のＣソースは識別
された指標番号を用いてバッファ内に構築される。これ
は、指標番号、ＴＤＴＡＩＮＦＯのＴＰＥ番号によって
識別されたＴＰＥＴＡＢのｒ１番目の項目に対するポイ
ンタとして保存される（ブロック２０２６０）。

ｇｔｄｈｇｌｏｓと同一の値を有するパネルテーブル項
目の指標番号が識別され（ブロック２０３２０）、且つ
ＴＤＴＡＧＬＯ３を初期化する為のＣソースは識別され
た指標番号を用いてバッファ内に構築される。これは指
標番号、ＴＤＴＡＧＬＯ３のＴＰＥ番号によって識別さ
れたＴＰＥＴＡＢのｎ番目の項目に対するポインタとし
て保存される（ブロック２０３３０）。

ＴＤＴＮＴＰＥを初期化する為のＣソースはパネルの番
号（ＴＰ−Ｈの番号）としてＮＰの値を用いてバッファ
内に構築される。

ＴＤＴＮＴＰＥを初期化する為のＣソースは、ＴＰＥＴ
ＡＢ、トランザクションパネルの項目テーブル内の最初
の項目に対するポインタとしてバッファ内に構築され、
且つ保存される（ブロック２０４６０）。

ＴＤＴＮＴＣＥを初期化する為のＣソースは手順の番号
（Ｔ　ＣＥの番号）としてＮＣの値を用いてバッファ内
に構築される（ブロック２０４９０）。

ＴＤＴＡＴＰＥを初期化する為のＣソースはＴＣＥＴＡ
Ｂ、）ランザクジョン手順項目チーフル内の最初の項目
に対するポインタとしてバッファ内に構築され、且つ保
存される（ブロック２０５４０）。

ＴＤＴＡＰＰＬを初期化する為のＣソースはＧＴＡ　Ｐ
　Ｐ　Ｌ、アプリケーション名の値を用いてバッファ内
に構築される。

ＴＤＴＮＴＬＥを初期化する為のＣソースは言語項目の
番号（Ｔ　Ｌ　Ｅの番号）としてＮＬの値を用いてバッ
ファ内に構築され（ブロック２０６１０）。

ブロック２０６６０は、言語項目の番号がゼロより大で
ある事を見極める検査する（ブロック２０６６０）。是
であれば、ＴＤＴＡＴＬＥを初期化する為のＣソースは
、ＴＬＥＴＡＢの最初の項目へのポインタとしてバッフ
ァ内に構築され、保存される。是でなければ、ＴＤＴＡ
ＴＬＥを初期化する為のＣソースは、バッファ内に構築
され、且つゼロとして若しくは言語テーブルＴＬＥＴＡ
Ｂ不在であることを示すＮＵＬＬポインタ基準として保
存される。

Ｃ言語のＴＤＴテーブル構造体定義、ＩＥＴＴＤＴ構造
終了データは、プロ・ツク２０７２０に構築される。そ
の時手順については、この段階を完成させる為に書き込
み大型ノ＼・ノファＴＤＴソース・ファイルＷＴＳ手順
（第５３図、プロ・ツク２５５００　）が実行される。

ブロック２０８００から２１９００までを含む次のＣＴ
段階では、パネル・テーブルＴＰＥＴＡＢが生成される
。ＴＰＥＴＡＢは項目ＴＰＥのテーブルである。ＴＰＥ
ＴＡＢソース・ファイルに対する構造体は、ＴＰＥＴＡ
Ｂをパネル項目数に等しい最大発生回数を有する構造型
ＴＰＥＴＡＢのアレイとして定義している。これらの項
目に於けるポインタは、上述の様にＴＤＴオーバーへ・
ンドに対すると同様な方法で作成される。定義されたパ
ネル毎に設定された１個の項目が在るということである
。

この段階は、大型のバッファを空白化するよう初期化す
ることで開始される（プロ・ツク２０８００）。

ブロック２０８１０ではその際、ソースステートメント
が作成され、数値ＮＰの発生を伴う型ＴＰＥの構造体の
アレイとして、ＴＰＥＴＢＡが宣言される。該バッファ
は、その際ブロック２０８４０にファイルとして書き込
まれる。

次のブロック２０８６０では全パネル項目が指標ｉをゼ
ロに初期化することによって構築するよう準備される。

ブロック２０８６５ではｉがＮＰに等しいか確認するこ
とによってパネル定義の終端が検査される。是であれば
、制御権はブロック２１９２０に転送される。是でなけ
れば、大型バッファは空白に初期化され（ブロック２０
８７０）、且つＣ言語ＴＤＴ構造体アレイ要素の接頭辞
が構築される（ブロック２０８８０）。

ＴＤＴＡ　ＩＮＦＯを初期化する為のＣソースは、識別
された指標番号を用いてバッファ内に構築される。これ
は、指標番号、ＴＤＴＡＩＮＦＯのＴＰＥ番号によって
識別されたＴＰＥＴＡＢのｎ番目の項目に対するポイン
タとして保存される（ブロック２０２６０）。

ＴＰＥＮＡＭＥを初期化する為のＣソースは、指標（指
標位置ｉに於けるＴＰ）によって指定されるパネル名テ
ーブル内の要素の値を用いてバッファ内に構築される（
ブロック２０９１０）。

ＴＰＥＭＡＰを初期化する為のＣソースは、指標（指標
値Ｗｉに於けるＴＰ）によって指定されるパネル名テー
ブル内の要素の値を用いてバ、、ファ内に構築され（ブ
ロック２０９１０）、且つポインタとして保存される。

プロ・７り２１０００は、指標位置ｉに於ける指標ＴＰ
によって指定されるパネル名テーブル項目と同一の名前
、ＳＴＤＥＮＡＭＥを有する５ＴＤＥテ一ブル項目を所
在させ、且つこの要素を指定する為にポインタｅをセッ
トする。その際、フロック２１０３０では、ｅによって
指示された５ＴＤＥテーブル要素がメニュー項目である
か見極める為に検査が行われ、是であれば、メニュー入
力手順は可変手順名に於けるｒｌＥＴＩＭＥＮｔＪＪと
して保管され、否であれば、ｅによって指示された５Ｔ
ＤＥテーブル要素の入力手順名ＳＴＤＥＩＰＮＭは保管
されて可変手順宅内に置かれる。

ブロック２１０７０では、５ＴＤＥテ一ブル手順項目（
ＳＴＤＥＴＹＰ＝手順名が設置されている）。所望の手
順が設置される前に５ＴＤＥテーブルに在る手順数がカ
ウントされ、ｊがこのカウントで初期化される。

ブロック２１１５０では、手順名が空白になっているの
を見極める為に検査が行われ、是であれば、ＴＰＥＩＴ
ＣＥを初期化する為のＣソースがポインタ数値としてゼ
ロ又は空白文字を用いてノ＼ソファ内に構築される。否
であれば、ＴＰＥＡ　ＩＴＣＥを初期化する為のＣソー
スは、ＴＣＥＴＡＢ、すなわち、トランザクション手順
項目テーブル内の最初の項目に対するポインタとして、
手順名が設定される以前に５ＴＤＥテーブル内に在る手
順のカウントｊの指標を付けられ、バッファ内に構築さ
れ且つ保存される。

ブロック２１２４０では、ｅによって指示された５ＴＤ
Ｅテーブル要素がメニュー項目に在ることを見極める為
に検査が行われ、是であれば、手順はメニュー入力手順
を可変手順名にｒＩ　ＥＴＴＯＭＥＮＵＪとして保管す
る。否であれば、手順は、ｅによって指示された５ＴＤ
Ｅテーブル要素の出力手順基ＳＴＤＥＯＰＮＭを保管し
、且つそれを可変手順宅内に置く。それから、手順は、
５ＴＤＥテ一ブル手順項目（ＳＴＤＥＴＹＰ＝Ｃ＞を手
順基の値と同一な名前（Ｓ　Ｔ　Ｄ　Ｅ　Ｎ　Ａ　Ｍ　
Ｅ　）で設定する。手順設定以前の５ＴＤＥテーブル内
に在った手順の番号はカウントされて、ｊはこのカウン
トで初期化される。

ブロック２１３６０では、手順基が空白になっているこ
とを見極める検査が再度行われ、是であれば、ＴＰＥＡ
ＯＴＣＥを初期化する為のＣソースはポインタ値として
ゼロ又は空白文字を用いて、バッファ内に構築される。

否であれば、ＴＰＥＡＯＴＣＥを初期化する為のＣソー
スが、バッファ内に構築され、且つＴＣＥＴＢＡ、すな
わちトランザクション手順項目テーブル内の最初の項目
へのポインタとして、手順設定以前に５ＴＤＥテーブル
内に在った手順のカウントｊによって指標を付けられ保
存される。

ＴＰＥＲ３ＶＤＩをゼロに初期化する為のＣソースがバ
ッファ内に構築される（ブロック２１４５０）。

これは一般には用いられない。ここでは拡張と強化の為
に余地を残しているのである。

０ＰＣＨＴＡをゼロに初期化する為のＣソースがバッフ
ァ内に構築される（ブロック２１４９０）。

このものも一般には用いられない。ここでは拡張と強化
の為に余地を残しているのである。

ブロック２１５２０では５ＴＤＥテ一ブル第１項目が、
指標位置五の指標ＴＰによって指示されるパネル名テー
ブル項目と同じＳＴＤＥＮＡＭＥと言う名前で設定され
る。ポインタｅはこの要素を指示する為にセントされる
。所望のパネル設置以前に５ＴＤＥテーブルに在ったメ
ニュー項目の番号がカウントされ、且つこのカウントで
ｊが初期化される。

ブロック２１５７０では、５ＴＤＥテ一ブル項目がメニ
ュー５ＴＤＥＴＹＰ＝　　’Ｅ’　で在ることを見極め
る為の検査が行われる。否であれば、手順はブロック２
１７４０へ分岐する。是であれば、ブロック２１５８０
で後続の５ＴＤＥテーブルの項目を、位置ｉのＴＰによ
って指示されたパネル名テーブル項目と同一のＳＴＤＥ
ＮＡＭＥの名前で設定する。ポインタは、テーブルの残
余に在る後続項目番号を指示する為にセットされ、且つ
カウントでｋを初期化する。

ＴＰＥＮＴＭＥを初期化する為のＣソースは、現行メニ
ュー・パネルに関連したメニュー項目の番号としてｋの
値を用いてバッファ内に構築される（ブロック２１６２
０）。

ＴＰＥＡＴＭＥを初期化する為のＣソースは、ｊによっ
て指標を付けられ（ブロック２１６８０）、ＴＭＥＴＡ
Ｂ内のメニュー項目に対してポインタとしてバッファ内
に構築され、保存され、その後で手順はブロック２１８
４０へ分岐する。このものは現行メニュー・パネルに関
連した最初のメニュー項目である。

ＴＰＥＮＴＭＥ　（ブロック２１７４０）及びＴＰＥＡ
ＴＭＥ　（ブロック２１７９０）をゼロに初期化する為
のＣソースは、バッファ内に構築される。その手順はＣ
言語ＴＤＴ構造体アレイ要素接尾辞を構築しくブロック
２１８４０）、且つ書キ込みバッファＴＤＴソースファ
イルＷＴＳ手＋１［（第５３図、ブロック２５５００）
を実行する（ブロック２１８９０）ことである。指標■
は増加させられ（ブロック２１９００）、且つ手順はブ
ロック２０８６５へ分岐する。

この手順は大型バッファの空白化の為、初期化しくブＣ
１＋ツク２１９２０）、次いでｃ言語ＴＰＥＴＡＢテー
ブル構造アレイ定義接尾辞をバッファ内に構築する（ブ
ロック２１９３０）。この手順は次いで書き込みバッフ
ァＴＤＴソースファイルＷＴＳ手順（第５３図、ブロッ
ク２５５００）を実行する（ブロック２１９４０）。

ブロック２２０１０から２２７２０までではＴ　Ｐ　Ｅ
　Ｔ　Ａ　Ｂ　ｆｌ築と極めて類似な方法テＴｃＥＴＡ
Ｂを生成する。定義されたそれぞれの手順に対して１項
目が在ることになっている。この段階は大型バッファの
空白化の為、初期化することによって開始される（ブロ
ック２２０１０）。

Ｃ言語ＴＣＥＴＡＢテーブル構造アレイは、ＴＣＥＴＡ
Ｂテーブル内の手順（ＴＣＥ）構造要素の番号としてＮ
Ｃの値を用いることによってバッファ内に構築される。

該手順は書き込みバッファＴＤＴソース・ファイルＷＴ
Ｓ手順（第５３図、ブロック２５５００）を実行しくブ
ロック２２０５０）、次いで最初の５ＴＤＥテ一ブル成
分名（ブロック２２０８０）に対するポインタを初期化
する。ブロック２２０８５では５ＴＤＥ成分テーブルの
終端を通過してｅがポイントしていることを見極める為
検査が行われ、是であれば、該手順はブロック２２７０
０へ分岐し、是でなければ、ブロック２２０９０でｅに
よって指示された成分の成分型が手順５ＴＤＥＴＹＰ＝
Ｃ１項目定義であることを見極める為に検査が行われる
。否であれば、手順はブロック２２６７０へ分岐する。

該手順では大型バッファの空白化の為、初期化が行われ
、次いでＣ言語ＴＤＴ構造アレイ要素接頭辞（ブロック
２２１１０）を構築する。

ＴＣＥＮＡＭＥを初期化する為のＣソースは、指標ｅに
よって指示された５ＴＤＥテ一ブル名テーブル項目内に
ＳＴＤＥＮＡＭＥの値を用いて構築される（ブロック２
２１４０）。ブロック２２１８０では、手順成分手順型
が他のアプリケーション・トランザクション・プログラ
ム、５ＴＤＥＣＴＹＰ＝　”　ＥＸＴＥＲＮ″に所属す
る手順を指していることを見極める為に検査が行われ、
是であれば、該手順は、ＣソースがＴＰＥＡＰＲＯＣを
ゼロ又は空白文字に初期化するよう構築する。

否であれば、該手順は、Ｃソースが指標ｅによって指示
された５ＴＤＥテ一ブル名テーブル項目内のＳＴＤＥＮ
ＡＭＥの値を用いてＴＰＥＡＰＲＯＣを初期化するよう
バッファ内で構築し、ポインタとして保存する。

フロック２２２８０では、手順成分入力ビューが未定義
、すなわち５ＴＤＥ　Ｉ　ＰＮＭ＝空白、であることが
検査される。未定義であれば、該手順は、ＣソースがＴ
ＣＥＡ　Ｉ　ＶＷをゼロ又は空白値に初期化するように
バッファ内で構築する。未定義でなければ、該手順は、
Ｃソースが指標ｅによって指示された５ＴＤＥテ一ブル
名テーブル項目内で５ＴＤＥ　Ｉ　ＰＮＭｆ７）値を用
いてＴｃＥＡＩＶＷを初期化するように構築し、且つポ
インタとして保存する。

ブロック２２３６０では、手順成分出力ビューが未定義
、すなわち、ＳＴＤＥＯＰＮＭ＝空白、かどうかの検査
が行われる。未定義であれば、該手順によってＣソース
はＴＣＥＡＯＶＷを初期化してゼロ若しくは空白文字に
なるようバッファ内に構築される。未定義でなければ、
該手順によりＣソースは指標ｅによって指示される５Ｔ
ＤＥテ一ブル名テーブル項目のＳＴＤＥＮＡＭＥを用い
てＴＣＥＡＯＶＷを初期化し、且つポインタとして保存
する。

ブロック２２４４０では、手順成分プロファイル・ビュ
ーが未定義、すなわち、ＳＴＤＥＭＮＭ＝空白　かどう
か検査が行われる。未定義であれば、該手順によってＣ
ソースは、ＴＣＥＡＰＶＷを初期化して、ゼロ若しくは
空白文字になるようバッファ内に構築される。未定義で
なければ、該手順によりＣソースは指標ｅによって指示
される５ＴＤＥテ一ブル名テーブル項目の５ＴＤＥＰν
Ｎ？１値を用いてＴＣＥＡＰＶＷを初期化し、且つポイ
ンタとして保存する。

ブロック２２５２０では、手順成分がＤＢＭＳ型手順、
すなわち、５ＴＤＥＣＤＢ２＝Ｙ　　かどうか検査が行
われる。ＤＢＭＳ型であれば、該手順によって、Ｃソー
スはＴＣＥＤＢＴＹＰを初期化してＩになるようバッフ
ァ内に構築し、データベース手順としてフラグを付けら
れる。否であれば、該手順によりＣソースは初期化され
てＴＣＥＤＢＴＹＰをゼロにするよう構築され、否デー
タベース手順としてフラグを付けられる。該手順によっ
てＣ言語ＴＤＴ構造アレイ要素接尾辞（ブロック２２６
１０）が構築され、且つ書き込みバッファＴＤＴソース
・ファイルＷＴＳ手順（第５３図、ブロック２５５００
）が実行される（ブロック２２６５０）。ポインタｅは
増加され（ブロック２２６７０）、それに従って手順は
ブロック２２０８５に復帰する。

この地点で、Ｃ７手順によってメニュー・テーブルＴＭ
ＥＴＡＢを構築する為のソースが作成される。ここでも
又メニュー当り１項目と言う事になっている。該手順に
よって、大型バッファを初期化して空白にしくブロック
２２７００）、且つバッファ内に（ブロック２２７１０
）Ｃ言語ＴＭＥＴＡＢテーブル構造アレイ定義接尾辞が
構築される。ブロック２２７１０では、次いで該手順に
よって書き込みバッファＴＤＴソース・ファイルＷＴＳ
手順（第５３図、ブｔｌツク２５５００）が実行される
。

ブロック２２７９０から２３４２０まででは、。

ＴＭＥＴＡＢが生成される。この段階ではブロック２２
７９０で大型バッファを初期化して空白にすることから
開始される。Ｃ言語ＴＭＥＴＡＢテーブル構造アレイが
、ＴＭＥＴＡＢテーブル（ブロック２２８００）内に手
順（ＴＭＥ）構造要素の番号としてＮＥの値を用いてバ
ッファ内に構築される。該手順によってＷＴＳ手順（第
５３図、ブロック２５５００）が実行され（ブロック２
２８３０）、次いでポインタｅが最初の５ＴＤＥテ一ブ
ル成分名に対して初期化される。フロック２０８６５で
は、ｅ　７！ｌ＜　Ｓ　Ｔ　Ｄ　Ｅテーブル成分の終端
を通過してポイントすることを見極める為に検査が行わ
れ、是であれば、該手順はブロック２３４００へ分岐す
る。是でなければ、手順（ブロック２２８７０）では、
ｅによって指示される成分の成分型がメニュー項目定義
（Ｓ　Ｔ　Ｄ　Ｅ　Ｔ　Ｙ　Ｐ−Ｅ）であることを見極
める為に検査が行われる。

ブロック２２８９０では、Ｃ言語ＴＤＴ構造アレイ要素
接頭辞が構築される。ＴＭＥ　Ｓ　Ｅ　Ｌを初期化する
為のＣソースが、指標ｅ（ブロック２２９２０）によっ
て指示された５ＴＤＥテ一ブル名テーブル項目内のＳＴ
ＤＥＮＡＭＥの値を用いて構築される。ブロック２２１
８０ではポインタｅによって指示されたメニュー出カバ
ネルと同一の名前でパネルテーブル内のパネル名が設定
される。指標Ｊは、所望のパネルが設置される以前にパ
ネル・テーブル内にあるパネル番号で初期化される。

ブロック２３０００では手順成分プロファイル・ビュー
が未定義、すなわち５ＴＤＥ　Ｉ　ＰＮＭ＝空白　であ
るかどうかが検査される。未定義であれば、該手順によ
ってＣソースがＴＰＥＡＴＰＥをゼロ若しくは空白値に
するようバッファ内に構築される。定義されていれば、
該手順によってＣソースは、パネル・テーブルＴＰＥＴ
ＡＢへの指標としてｊを用いてＴＰＥＡＴＰＥを初期化
する様に構築され、ｊの値及び５ＴＤＥ　Ｉ　ＰＮＭパ
ネルのＴＰＥ番号によって識別されたＴＰＥＴＡＢ内の
ｊ番目の項目に対するポインタとして保存される。

ブロック２３１００では、５ＴＤＥテ一ブル手順項目５
ＴＤＥＴＹＰ−“Ｃ゛が、ポインタｅによって指示され
たえてのメニュー項目の内のメニュー出力手順名ＳＴＤ
ＥＯＰＮＭの値と同一の名前ＳＴＤＥＮＡＭＢで設定さ
れる。指標ｊは該手順が設置される以前に５ＴＤＥテー
ブル内にあった手順番号で初期化される。

ブロック２３１７０では、該手順のメニュー出力手順が
未定義、すなわちＳＴＤＥＯＰＮＭ＝空白　かどうか検
査される。未定義であれば、該手順によって、ＴＰＥＡ
ＴＣＥをゼロ若しくは空白値に初期化するようにＣソー
スはバッファ内に構築される。定義されていれば、該手
順によってＣソースはパネル・テーブルＴＣＥＴＡＢに
指標としてｊを用いてＴＰＥＡＴＣＥを初期化するよう
に構築され、ｊの値とＳＴＤＥＯＰＮＭパネルのＴＣＥ
番号によって識別されたＴＣＥＴＡＢ内のｊ番目の項目
にポインタとして保存される。

該手順によって、Ｃソースは、指標ｅによって指示され
た５ＴＤＥテ一ブル名テーブル項目内の５ＴＤＥＤＥＳ
Ｃ（７）値を用いて、ＴＭＥＤＥＳＣを初期化するよう
に構築される。

ブロック２３３００では、Ｃ言語ＴＤＴ構造アレイ要素
接尾辞が構築され、ＷＴＳ手順（第５３図、７’ｏツク
２５５００”）が実行される（ブロック２３３５０）。

ポインタｅは増加され（プロ。

り２３３８０）、それに従って該手順はブロック２２０
８５に復帰する。

大型バッファは初期化されて空白（プロック２３４００
）になり、Ｃ言語ＴＭＥＴＡＢテーブル構造アレイ定義
接尾辞はバッファ内に（ブロック２３４１０）構築され
、且つ手順はＷＴＳ手順（第５３図、ブロック２５５０
０）を実行する（ブロック２３４２０）。

ＣＴ手順（ブロック２３４９０ないし２３８７０）の次
の部分では、トランザクション言語テーブルＴＬＥＴＡ
Ｂが生成される。フロー・チャート提示のように、何も
定義されていればいかなるトランザクション言語項目も
構築されない。ブロック２３４９０では言語項目番号Ｎ
Ｌがゼロより大であることを見極める為に検査が行われ
、否であれば、該手順はブロック２３９５０へ進む。是
であれば、該手順は大型バッファを初期化して空白にす
る（ブロック２３５５０）。ブロック２３５１０では、
Ｃ言語ＴＭＥＴＡＢ構造アレイ定義がＴＭＥＴＡＢテー
ブル内の手順（ＴＭＥ）構造要素の番号としてｅを用い
て構築される。該手順ではＷＴＳ手順（第５３図、ブロ
ック２５５００）が実行され、且つポインタｅは最初の
５ＴＤＥテ一ブル成分名（ブロック２３３８０）へ増加
させられる。

ブロック２３５７５では、ｅが５ＴＤＥチ一フル成分テ
ーブルの終端を通過してポイントすることを見極める為
に検査が行われ、是であれば、該手順はブロック２３８
５０へ分岐する。否であれば、該手順はｅによって指示
される成分の成分型（ＳＴＤＥＴＹＰ）が言語項目定義
であることを見極める為に検査が行われる。否であれば
、該手順は大型バッファを初期化して空白（ブロック２
３５９０）にし、且つＣ言語ＴＤＴ構造アレイ要素接頭
辞（ブロック２３６００）が構築される。

ブロック２３６３０では、Ｃソースは指標ｅによって指
示された５ＴＤＥテ一ブル名テーブル項目内の言語名を
用いてＴＬＥＮＡＭＥを初期化する為にバッファ内に構
築される。

ブロック２３６７０では、Ｃソースは指標ｅによって指
示された５ＴＤＥテ一ブル名テーブル項目５ＴＤＥ　Ｉ
　ＰＮＭのイ直、ドキュメンテーション・レポート・フ
ァイル名を用いてＴＬＥＤＲＥＰを初期化する為にバッ
ファ内に構築される。

ブロック２３６７１では、Ｃソースは指標ｅによって指
示された５ＴＤＥテ一ブル名テーブル項目内のＳＴＤＥ
ＯＰＮＭ値、ドキュメンテーション生成基を用いてＴＬ
ＥＤＧＥＮを初期化する為にバッファ内に構築される。

該手順は大型バッファを初期化して空白にしくブロック
２３８５０）、Ｃ言語のＴＬＥＴＡＢテーブル構造プレ
イ定義接尾辞（ブロック２３８６０）を構築し、且つＷ
ＴＳ手順（第５３図、ブロック２５５００）を実行する
（ブロック２３　Ｂ　７０）。

ＣＴ手順（ブロック２３９５０ないし２４２２３０）の
次段階ではＤＢ同期機能アドレス・テーブルを生成する
。このテーブルは手順がＤＢユーザーであることを宣言
している場合に限り用いられる。

しかし、該テーブルが存在しても、生成された手順ポイ
ンタはＯになっているので、連係エディタがＤＢルーチ
ンに連係出来ないことになる。

この手順の段階では、ブロック２３９６０で大型バッフ
ァを初期化することによって空白化することで開始され
、Ｃ言語ＤＢ同期機能アドレス・テーブル構造定義（ブ
ロック２３９６０）が構築される。

ブロック２３９８０では、アプリケーションがフラグ付
きの５ＴＤＥＣＤＢ２を有する何等かの手順を含んでい
ることを見極める為に検査が行われる。否であれば、該
手順はブロック２４１００へ分岐する。５ＴＤＥＣＤＢ
２がフラグ付きであれば、該手順によってＣソースはＩ
　ＥＴＣＯＮＮ機能アドレスを用いる接続を初期化する
ように構築される。Ｉ　ＥＴＣＯＮＮはＩＥＴ内部でＤ
ＢＭＳのログイン若しくはコネクト機能を実行する。次
いで、該手順によって、ＣソースはＩＥＴＣＯＭＭ機能
アドレス（ブロック２４０５０）を用いてコミ７トを初
期化するよう構築される。ＩＥＴＣＯＭＭはＤＢＭＳコ
ミット機能をＩＥＴ内部で実行する。

該手順によって、ＣソースはＩＥＴＲＥＬ機能アドレス
（ブロック２４０５５）を用いてリリースを初期化する
ようバッファ内に構築され、次いで、ブロック２４２１
０に進行させられる。ＩＥＴＲＥＬは、ＤＢＭＳのリリ
ーズ若しくはログアウト機能をＩＥＴ内部で実行する。

該手順によってＣソースは、ブロック２４１００内での
ゼロ又は空白ポインタ値を用いてコネクトを初期化する
ようにバッファ内に構築される。ブロック２４１３０で
は、該手順によって、Ｃソースはゼロ又は空白ポインタ
値を用いてコミ・ノドを初期化するようにバッファ内に
構築され、次いでＣソースはブロック２４１６０のゼロ
又は空白ポインタ値を用いてリリースを初期化するよう
に／＜ソファ内に構築される。

該手順はＣソースＤＢ同期構造初期化接尾辞（ブロック
２４２１０）を構築し、且つＷＴＳ手順（第５３図、ブ
ロック２５５００）を実行する（ブロック２４２３０）
。

Ｃ７手順の次の部分、ブロック２４２５０ないし２４５
００では、ＴＤＴソース接尾辞が生成され、且つソース
ファイルが閉じられる。該手順のこの段階はブロック２
４２６０でＴＤＴ接尾辞初期化データの始めに指標をセ
ットすることによって開始される。該手順によって、指
標はブロック２４２７０の接尾辞初期化データの最終行
にポイントすることを見極める為に検査が行われ、是で
あれば、該手順はブロック２４４４０へ分岐する。

否であれば、該手順はＴＤＴ接尾辞の該行を出力バッフ
ァ　（ブロック２４３００）にコピーし、且つデータ（
ブロック２４３２０）に従って、新文字行を置くことに
よってバッファ内で咳行が終了される。

ブロック２４３３０ではＷＴＳ手順（第５３図、ブロッ
ク２５５００）が実行され（ブロック２３）、復帰コー
ドが保管される。指標は増加させられ、且つ手順はブロ
ック２４３５０へ復帰する。

ブロック２４４４０では復帰コードが良好であることを
見極める為に検査され、是であれば、該手順はブロック
２４５００へ進み、且つＴＤＴソース・ファイルは閉じ
られる。否であれば、エラー・メツセージ・アウトｇｔ
ｄｍｓｇはｒＴＤＴソース書き込みエラー」　（ブロッ
ク２４４６０）に等しいとセットされ、且つプログラム
によって８亥ＳＴ手順はエラーと共に退去させられる。

最後ＯＣＴ手順の部分（ブロック２４５６０ないし２５
０７０）ではＴＤＴがコンパイルされる。

この手順の段階はブロック２４５６０でコンパイル・パ
ラメータ値の設定によって開始される。

１亥コンパイル・パラメーターはリストヘコピーされる
（ブロック２４７９０）。ＵＮＩＸを実行する為に、原
ディレクトリが保管され（ブロック２４８９０）、且つ
ＴＤＴソースの置かれたディレクトリは変更される（ブ
ロック２４９００）。

ブロック２４９１０では次にＣコンパイルがパラメータ
・リストともに呼出され、且つ復帰コードが保管される
。ＵＮＩＸの実行の為に、該手順は原ディレクトリへ変
更される（ブロック２４９２０）。

ブロック２４９５０では、復帰コードが誤ったＣコンパ
イルの呼出しを指示したことを見極める為に検査が行わ
れる。否であれば、プログラムはブロック２５０００へ
進む。誤りが発生していれば、エラー・メツセージ・ア
ウトｇｔｄｍｓｇが“ＴＤＴｃｃ　ｓｐａｗｎｖｐ　ｆ
ａｉｌｅｄ、　ｅｒｒｎｏ＝ｒｃ　　（ブロック２４９
６０）に等しくセットされ、且つ該プログラムによって
Ｃ７手順はエラー（プロ・ツク２４９７０）と共に退去
させられる。

ブロック２５０００では、復帰コードによってエラー条
件でＣコンパイラが終了させられることを見極める為に
検査が行われ、否であれば、プログラムはブロック２５
０７０へ分岐する。エラーと共に終了するのであれば、
ＧＴＤ出カフカファイルンパイラ・エラー・メツセージ
と共にユーザーへ示される。

ブロック２４９６０ではエラー・メツセージ・アウトｇ
ｔｄｍｓｇがｒＴＤＴコンパイル誤り」に等しいとセッ
トされ、且つプログラムによってＣ７手順はエラー（ブ
ロック２５０３０）と共に退去させられる。

ブロック２５０７０ではメツセージ・アウトｇｔｄｍｓ
ｇがｒＴＤＴコンパイル完了」にセットされ、且つプロ
グラムは手順ＣＴを退去させる。

ＧＴＤ　　ＡＤＤ　　ＶＩＥＷ　　ＮＡＭＥ　　Ｔ。

ＴＡＢＬＥ：ＴＶＡ　　Ｉｔ ここで本発明による表記手順の実施例を描出する第５２
ａ−ｂ図を取り上げることにすれば、ＧＴＤＡＤＤ　　
ＶＩＥＷ　　ＮＡＭＥ　　ＴＯＴＡＢＬＥ手順は入カビ
ュー名をビュー・テーブルに上向順に加え且つビュー・
テーブル・カウントを更新しており、且つ判定ブロック
２５２１０から入カビュー名の空白の有無の検査を開始
している。空白であれば、プログラムによって手順はエ
ラー無しとして退去させられる。入カビュー名が空白で
なければ、判定ブロック２５２２０で入カビュー名とし
てゼロの有無の検査が行われる。有であれば、プログラ
ムによってＴＶＡ手順はエラーなしとして退去させられ
る。無であれば判定ブロック２５２５０でビュ一番号の
、ビュー・チーフル・サイズ最大値超過の有無の検査が
行われる。有であれば、プログラムはエラー・メソセー
ジ・フィールド、ＧＴＤＭＳＧ＝ＶＩＥＷ　　ＴＡＢＬ
ＥＦＵＬＬ　（ブロック２５２６０）を設定し、且つＴ
ＶＡ手順はエラーで退去させられる（ブロック２５２７
０）。

ビュ一番号が最大ビュー・テーブル・サイズを超過しな
い場合、ビュー・テーブルの位置はビュー・テーブル名
として与えられる（ブロック２５３５０）。ビュー・テ
ーブルは上向型分類法で構築される。判定ブロック２５
３５５では、入カビュー名ｖｎａｍｅがビュー・テーブ
ル位置に在るかどうか見極める為に検査される。在りで
あれば、プログラムによってＴＶＡ手順は退去させられ
る（ブロック２５４２０）。入カビュー名ｖｎａｍｅが
テーブル位置になければ、該手順によってテーブル項目
は新名称（ブロック２５３６０）用の場所を明けるよう
に移動させられ、次いでブロック２５３９０へ進行する
。

ブロック２５３９０の段階では、νｎａｍｅがテーブル
内の在るべき場所に設置され、次いでビュー・カウント
ＮＶが増加させられる（ブロック２５４２０）。

これだけの事が完了すると、プログラムはＴＶＡ手順を
退去させる（ブロック２５４２０）。

ＧＴＤ　　ＷＲＩＴＥ　　ＢＵＦＦＥＲＴ。

ＦＩＬＥ：ＷＴＳハ 表記手順の実施例を描出する第５３図を概観すれば、Ｇ
ＴＤ　　ＷＲＩＴＥ　　ＢＵＦＦＥＲＴ。

ＦＩＬＥ手順は、データ・バッファのファイル書き込み
によってブロック２５５３０で開始される。

次いで、判定ブロック２５５５０では書き込みが順調か
どうか検査か行われる。否であれば、エラー・メソセー
ジ・フィールドがＧＴＤＭＳＧ＝ＴＤＴ　　５ＯＵＲＣ
Ｅ　　ＷＲＩＴＥ　　ＥＲＲＯＲ（ブロック２５５６０
）としてセントされ、プログラムによってＷＴＳ手順は
エラーで（ブロック２５５７０）退去させられる。非で
なければ、プログラムによってＷＴＳ手順はブロック２
５４２０に於いて退去させられる。

ＧＴＤ　　ＣＯＭＰＩＬＥ　　ＶＩＥＷ：ＣＶ手順。

ここで本発明による表記手順の実施例を描出する第５４
　ａ−ｍｍ図を考察すれば、表記プロセスハヒューの構
築並びにコンパイル同様、ビュー・コンパイルの検査も
必要であることを含んでいる。

検査プロセスは次の方式で実施される。先ず、ビュー・
オブジェクト・モジュール名が構築され且つ変更日時が
収集される９次に、全ビューのリストがＴＤＦを用いて
構築される。更に、ユーザ・ビューファイルとトランザ
クション・ビュー・ファイルの変更日付がビュー・オブ
ジェクト・モジュールの日付と対照・検査される。該構
築及びコンパイル・プロセスは、何等かのユーザ・ビュ
ー・ファイル若しくはトランザクション・ビュー・ファ
イルがビュー・オブジェクト・モジュールと同じ日付又
は後の日付の場合に、あるいは、条件無しコンパイルが
ユーザから要求された場合、必要になる。

ビュー構築プロセスの間、Ｃトランザクションビューフ
ァイル（、ｈ）は、Ｃ０ＢＯＬとＣ言語手順間の統一的
なトランザクション・ビューを維持する為に、ＣＯＢ　
ＯＬ　）ランザクジョン・ビューファイルから再生成さ
れる。

ＶＭＯＨ及びＶＭＯＦテーブルはそれぞれのユーザ・ビ
ューを構築する。ヘルプ、グロサリ及び情報プログラム
・ファイル・ビューがＶＭＯＨ及びＶＭＯＦテーブルで
構築され、且つビューＣソ−ス・ファイルに書き込まれ
る。各ユーザ・ビューに対しては、該ビュー・フィール
ドはテーブルに読み込まれ、且っＶＭＯＨ及びＶＭＯＦ
テーブルが構築され、ビューＣソース・ファイルに書き
込まれる。該構築が順調ならば、ビュー・ソース・ファ
イルは閉じられ且っビ１−はコンパイルされる。

ブロック２５８７０を出発点として、ＧＴＤコンパイル
・ビューｃ■手順はＧＴＤ出カフカファイルワインドし
、且つ変数ｇｔｄｍｖｗｌ　の再々ビュー長さを保管す
る（ブロック２６１２０）。

ブロック２６１７０ないし２６２８５では、ビュー・オ
ブジェクト・モジュールの完全修飾されたバスネーム（
ｐａｔｈｎａｍｅ　）がセットされ、且つオブジェクト
・モジュールの変更日時が得られる。

完全修飾されたビュー・オブジェクト・モジュール・フ
ァイル・バスネーム：　ｇｔｄｍｌｉｄ　、　Ｔ　Ｄ　
Ｔ名＝ｇｔｄｍｍｅｍ　％及び接尾辞・ｏ　（ブロック
２６１７０）がマツプ・ライブラリ・バスネーム（ｍａ
ｐ　ｌｉｂｒａｒｙｐａｔｈｎａｍｅ　）を用いて構築
される。

ブロック２６２８０では、ビュー・オブジェクト・モジ
ュールの存在の有無が検査され、且つファイル記述情報
が入手される。ブロック２６２８５ではビュー・オブジ
ェクト・モジュールが存在の有無が検査される。有であ
れば、ビュー・オブジェクト・モジュール変更日／時は
ｏｐｔｉｍに保存され、且つプログラムによってブロッ
ク２６３８０を用いての実行が継続される。無であれば
、０１）ｔｉｍはゼロにセットされ、且つプログラムは
ブロック２６３８０を用いた実行を継続する。

次の部分のＣ■手順、ブロック２６３８０ないし２６４
６５では５ＴＤＥテーブルに格納された情報を用いてビ
ュー・リストが構築される。まず、ビュ一番号がゼロに
セット、ＮＶ＝１　　（ブロック２６４６５）され、且
つポインタｅが５ＴＤＥテーブルの開始に当って初期化
される。判定ブロック２６４０５では、ｅが５ＴＤＥテ
ーブルの終端を超えてポイントしていることを見極める
為に検査される。是であれば、該手順はブロック２６５
１０に分岐する。非であれば、該手順は５ＴＤＥテーブ
ル内の現行項目が手順項目、５ＴＤＥＴＹＰ＝Ｃ（ブロ
ック２６４１０）であるかどうかを見極める為に検査さ
れる。

５ＴＤＥテ一ブル項目が手順項目でない（ブロック２６
４１０）場合、プログラムはブロック２６４６０での実
行を継続する。５ＴＤＥテ一ブル項目が手順項目である
場合は、ＴＶＡ手順（第５２図、ブロック２５１７０）
が入カビュー名５ＴＤＥ　Ｉ　ＰＮＭをビュー・テーブ
ル（ブロック２６４２０）に加算する為に実行される。

入力ビューが順調に加算されない場合、Ｃ■手順はエラ
ーで退去させられる（ブロック２６４２５）。そうでな
い場合、該手順によって出力ビュー名ＳＴＤＥＯＰＮＭ
はＴＶＡ手順（ブロック２６４３０）を実行することに
よってビュー・テーブルに加算される。

出力ビューが順調に加算されない場合、ＣＶ手順はエラ
ーで退去させられる（ブロック２６４３５）。

出力ビューが順調に加算される場合、ＴＶＡ手順によっ
てプロファイル・ビュー名ＳＴＤＥＰＶＮＭがビュー・
テーブル（ブロック２６４４０）に加算されるように実
行される。プロファイル・ビューが順調に加算されない
場合、Ｃｖ手順はエラーで退去させられる（ブロック２
６４４５）。プロファイル・ビューがビュー・テーブル
に順調に加算される場合、ｅが５ＴＤＥテーブル（ブロ
ック２６４６０）の次５ＴＤＥ項目をポイントするよう
にセットされ、且つ該手順はブロック２６４０５に復帰
する。

フロック２６５１０ないし２６５９０によって代表され
るＣ■手順の段階ではビュー・コンパイルがプログラム
・ソースの一貫性か又はオブジェクトの一貫性かそのど
ちらを持続する為に必要かが決定される。この中には、
ｏｔｉｍｅに保存されたような（トランザクション・ビ
ュー変更日時を含む）無条件コンパイル・フラグの検査
、及び次いで、ビュー・オブジェクトの変更日／時に対
する全ビュー・ソースの検査が含まれている。判定ブロ
ック２６５１０では、無条件コンパイルがアプリケーシ
ョン開発者からｇｔｄｃｆｌａｇ＝Ｕ　（ブロック２６
５１０）の要求の有無を見極める為に検査が行われる。

有であれば、ビュー・コンパイルは必要であり、コンパ
イルは１セツト（ブロック２６５１０）され、且つブロ
ック２６５５０で実行が続行される。無であれば、ビュ
ー・コンパイル要求は未だ完全には確定していなかった
ことになり、コンパイルは０にセット（ブロック２６５
１０）され、且つブロック２６５５０で実行が続行され
る。ブロック２６５５０ではビュー・テーブル指標■は
ゼロにセットされる。

判定ブロック２６５５５ではビュー・テーブル指標はビ
ュー・テーブル内のビュ一番号より小さい、すなわちＩ
Ｖ＜ＮＶで有ることを見極める為に検査が行われる。ブ
ロック２６５５５では、ビュー・テーブル指標がビュー
・テーブル内のビュー番号より小さい場合現行の変更日
／時変数をゼロに、すなわちｍｔｉｍｅにセットするブ
ロック２６５６０で実行を継続する。そうでない場合に
は、プログラムはブロック２６９２０に進行する。ブロ
ック２６５６０では現行変更日／時変数がゼロに、すな
わちｆｆｌｔｉｍｅにセットされる。

判定ブロック２６５７０では、ビュー・テーブル内の指
標■によって識別された現行ビューがグロサリ・プロフ
ァイル・ビューＩＥＴＧＰＶＷであるかを見極める為に
検査が行われる。是であれば、ブロック２６２７０で、
変更日／時は条件付きコンパイル・ファイル検査は後で
必要ないことを示すマイナス１（−１）にセントされ、
且つブロック２６５８０で実行が進行される。否であれ
ば、ビニ−・テーブル内の指標■によって識別される現
行ビューがヘルプ・プロファイル・ビューＩＥＴＨＰＶ
Ｗであるかどうか検査するブロック２６５８０で実行が
進行する。是であれば、変更日／時は条件付きコンパイ
ル・ファイル検査が後で必要ないことを示すマイナス１
（−１）にセットされる。ブロック２６５９０で実行は
進行する。

判定ブロック２６５９０では、指標■によって識別され
た現行ビューがビュー・テーブル内で情報プロファイル
・ビューＩＥＴＩＰＶＷであるか如何か検査が行われる
。是であれば、変更日／時は条件付きコンパイル・ファ
イル検査が後で必要ないことを示すマイナス１（−１）
にセットされる。次いで、Ｃｖ手順の実行がブロック２
６００で継続される。

ブロック２６６００では、ファイル検査が不要（ｍｔｉ
ｍｅ　ｎｏｔ＝　Ｏ）の場合、プログラムはブロック２
６９００へ分岐する。ファイル検査が必要（ｍｔｉｍｅ
＝　０　）な場合、完全修飾されたユーザ・ビュー・フ
ァイル名がパスネーム：　ｇｔｄｓｌｉｂ　、　現行テ
ーブル・ビュー名及び接尾辞“、ｖ　　（ブロック２６
６１０）を用いて構築される。

ブロック２６６８０ではユーザ・ビュー・ファイルの存
在が検査され、且つファイル記述情報が入手される。ビ
ュー・ユーザ・ファイルが存在すれば（ブロック２６６
８５）、ビュー・ユーザ・ファイル変更日／時はｍｔｉ
ｍｅに保存され（ブロック２６７００）、且つプログラ
ムがブロック２６８５０へ進行する。ビュー・ファイル
が存在しなければ、エラーが発生し且つプログラムはブ
ロック２５７２０へと送られる。ブロック２６７２０で
は指標■によって指示された現行ビュー・テーブル名が
ｇ　ｔｄｖｍｅｍへ保管され且つ該手順は、ＧＴＤＣＶ
Ｅ３コンパイル・ビュー・エラー・パネル（ブロック２
６７６０）を表示するように選択されて、パネル（第２
１図、ブロック４７３００）を表示するように実行され
る。ブロック２６７６０ではＦ２手順（第２２図、ブロ
ック４８１３０）がユーザ入力終端表示を検査するよう
に実行される。終端が指示されれば（ブロック２６７８
５）、プログラムはＣ■手順をエラーで（ブロック２６
８３０）退去させる。否であれば、プログラムはブロッ
ク２６７６０へ復帰する。

判定ブロック２６８５０では、ユーザ・ビュー・ファイ
ル変更日／時がトランザクション・ビュー変更日／時よ
り小さい、すなわち、ｍｔｉｍｅ＜　ｔｖｗｔｉｍｅ、
かどうかを見極める為に検査が行われる。

是であれば、トランザクション・ビュー・ファイル変更
日／時は＋ａｔｉｍｅに保管され（ブロック２６８５０
）且つブロック２６８６０で実行が継続される。否であ
れば、トランザクション・ビュ−８７時とユーザ・ビュ
ー・ファイル８７時の内の依り大きい方ｍｔｉｍｅが、
オブジェクト・モジュール変更日／時、ｏｔｉｍｅと比
較される。ｍｔｉｍｅがｏ　ｔｏｍｅより大きいか又は
等しい時は、ビュー・ソースは変更され且つビュー・コ
ンパイルが要求される。ブロック２６８６０での手順で
はコンパイル・フラグが１にセットされ且つブロック２
６９００で実行が続行される。ｍｔｉｍｅがｏｔｉｍｅ
より小さい場合、該手順はビューテーブル指標■（ブロ
ック２６９００）を増加し、且つビューテーブルに於け
る残余ビューの８７時妥当性検査を行うようブロック２
６５５５に復帰する。

判定ブロック２６９２０では、アプリケーション開発者
（ｇｔｄｃｆｌａｇ＝　Ｕ　）又は８７時妥当性検査プ
ロセス（ｃｏｍｐｉｌｅ＝　１　）に依って、ビュー・
コンパイルが要求されているかどうか見極める為に検査
が行われる。ビュー・コンパイルが要求されている場合
（ブロック２６９２０）、該手順はビュー・コンパイル
・プロセスを開始する為ブロック２７０２０に送られる
。ビュー・コンパイルが要求されてない場合は、ＧＴＤ
メツセージ・フィールドｇｔｄｍｓｇは“ＶＩＥＷ　　
ＣＯＭＰＩＬＥＮＯＴ　　ＲＥＱＵＩＲＥＤ”にセット
され（ブロック２６９３０）、且つＣ■手順はエラー無
し表示で（ブロック２６９４０）退去させられる。

ブロック２７０３０ないし２７１６０では、トランザク
ション・ビュー・フィールド情報の内部テーブルが設定
される。このプロセスは本来、コンパイルからフィール
ドの移動、型、及び長さの情報出力を符号化し、且つ内
部テーブルへその情報を置くトランザクション・ビュー
ＣＯＢ　ＯＬ　’／−スのコンパイラである。内部テー
ブルにはフィールドそれぞれに次のものを格納している
。すなわち、トランザクション・ビュー先頭に相対的な
フィールド移動、フィールドの種類、フィールドの長さ
、及びフィールドの発生倍数。上記情報はＶＭＯＦテー
ブル項目作成時且つＣ０ＢＯＬ　）ランザクジョン・ビ
ューを同じトランザクション・ビューのＣバージョンに
翻訳するＣ０ＢＯＬ／翻訳ユーテイリテイに入力として
用いられる。他の翻訳ユーティリティでは内部テーブル
を入力としては用いられない。ここで用いられている実
施例の方法では、フィールドのオフセット、長さ等の情
報の作成と、トランザクション・ビューのＣバージョン
の作成との間に重複した作業が不必要だという理由で効
果的である。トランザクション・ビューのそれぞれの言
語バージョンに対する同じメモリの使用及び割り当てが
出来るようになるには２個のビューが必要である。

ブロック２７０２０ではＣ０ＢＯＬ　ｌ−ランザクジョ
ン・ビューの完全修飾されたパスネームが構築され、次
いで上述のトランザクション・ビューのフィールド属性
のメモリ・テーブルを生成する為に内部コンパイル・ユ
ーティリティが呼び出される。上記メモリ・テーブルは
ポインタｃｐｙｔａｂｌｅを介してアクセスされる。判
定ブロック２７１２５では、ユーティリティが順調にい
くかどうか見極める為に検査が行われる。是であれば、
プログラムはブロック２７２６０に進みコンパイル・ビ
ュープロセスと共に継続される。ユーティリティが順調
にいかない場合、エラーが発生し、ＧＴＤエラー・メツ
セージ・フィールドｇｔｄｍｓｇは“ＴＶＷＯＰＥＮ　
　ＥＲＲＯＲ”　（ブロック２７１５０）がセントされ
、Ｃｖ手順がエラー（ブロック２７１６０）で退去させ
られる。

ブロック２７２６０及び２７３６０ではＣ０ＢＯＬがＣ
０ＢＯＬトランザクシヨン・ビューからＣトランザクシ
ョン・ビューを生成するようにＣ翻訳プログラムに呼び
出される。この技法は、単一のロード・モジュール内部
にＣ及びＣ０ＢＯＬ双方の手順を有するアプリケーショ
ンに対してと同様、ＩＥＴ及びアプリケーション・プロ
グラム間のトランザクション・ビュー翻訳のデータ一貫
性及び完全性とを保証するものである。ブロック２７２
６０では、Ｃのトランザクションの完全修飾されたパス
ネームが構築され、次いでＣ０ＢＯＬがＣ翻訳プログラ
ム（ブロック２７３６０）に呼び出される。

ブロック２７４６０ないし２７６３０ではビュー・ソー
ス・モジュール生成の為開示され、且つ一定の接頭辞情
報がソース・モジュール内に置かれる。各行の接頭辞ソ
ースはバッファにコピーされ、次いでバッファはＷＴＳ
手順（第５３図、ブロック２５５００）を用いて書き込
まれる。

ブロック２７４６０では、ビュー・モジュールのファイ
ル・パスネームが５ＲＣＬ　Ｉ　ＢパスネームＧＴＤＳ
ＬＩＢ、ｌ−ランザクジョン・ビュー名、及び標準接頭
辞“ＶＩＥＷ、ｃ”を用いて生成されるように構築され
る。次いで、ブロック２７５１０ではその構築されたパ
スを持ったビュー・モジュールを作成しようとされる。

判定ブロック２７５１５では、順調に作成されたかどう
がを検査し、是であれば、実行はブロック２７５５０に
進行する。

作成ファイルが不調に終れば、ｃｖ手順はエラーで退去
させられる。

フロック２７５５０では、接頭辞ソースの最初に指標が
設定され、次いでＣビュー接頭辞ソースの最終行を試験
する判定ブロック２７５５５に進行する。接頭辞ソース
の最終行が未到達ならば、Ｃビュー・ソースの該行が出
カバソファにコピーされ（ブロック２７５９０）、その
行はバ、７フア内で終了される（ブロック２７６１０）
。次いで、バッファはＷＴＳ手順を用いてＣビュー・ソ
ースファイル（ブロック２７６２０）に書き込まれ、接
頭辞ソース指標は増加される（フロック２７６３０）。

ブロック２７７００ではビュー・テーブル内の最初の名
に対する指標（ＩＶ）が初期化され、ついで判定ブロッ
ク２７７０５で該指標がビュー・テーブル項目の番号よ
り小さいか如何か確認が行われる。該指標がビュー・テ
ーブル項目の番号より大きい場合、制御がブロック３０
６６０へ渡される。

該指標が正当なビュー・テーブル項目をポイントした場
合、ブロック２７７１０ないし２８１９０では、該ビュ
ーに対する複数のフィールド名及び数値が初期化される
。ブロック２７７１０ではビュー名（■によって指標付
けされた、ビュー・テーブルを用いて）がメモリ領域に
保管される。

特記的には、ブロック２７７２０でビューの見出し語長
が設定される。次いで手順によってユーザ・ビュー・フ
ァイル（ブロック２７７７０）内でカウントされたフィ
ールドが指示されないようにする為、フィールドの番号
が初期化され、デフォルト６バージヨン（ｄｅｆａｕｌ
ｔ　ｖｅｒｓｉｏｎ　）　　（ブロック２７７８０）の
１直（０１００）を持つバージョンが初期化される。

判定ブロック２７８４０では（ビュー・テーブルを用イ
タ）ビュー名がＨＥＬＰ　　ＦＲＯＩＩＬＥＶＩＥＷに
等しいかどうかをテストし、否であれば、ブロック２７
９９０での実行が継続する。是であれば、制御がブロッ
ク２７８５０へ移送され、＋こでＨＥＬＰ　　ＰＲＯＦ
ＩＬＥ　　ＶＩＥＷ（７）フィールド番号が４に初期化
される０次いで、フロック２７８６０ではフィールド・
テーブルをゼロに初期化され、次いでブロック２７８９
０ないし２７９２０ではフィールド名“ＩＥＦＩＨＥＬ
ＰＰＮＬど′″ＩＥＦＩ−ＨＥＬＰＣＨＰ。

“ＩＥＦＩ−ＨＥＬＰＳＦ、Ｃ，”及び”ＩＥＦＩ−Ｈ
ＥＬＰＰＡＧ”が指標Ｏを起点としてそれぞれフィール
ド・テーブル内の第１ないし第４フイールドとして保管
される。

判定ブロック２７９９０では、（■によって指標付けさ
れた、ビュー・テーブルを用いて）ビュー名がグロサリ
・ビューに等しいかどうかをテストして、無い場合は、
制御がブロック２８１２０へ渡される。存在する場合に
は、制御がブロック２８０００に移送され、そこではＨ
ＥＬＰ　ＧＬＯ３ＳＡＲＹＶ　Ｉ　ＥＷのフィールド番
号が３に初期化される。

次いで、ブロック２８０１０ではフィールド・テーブル
が空白に初期化される。次いでブロック２８０４０ない
し２８０６０ではフィールド名“Ｉ　ＥＦ　１−ＧＬＯ
３ＰＮＬ、　　″ＩＥＦＩＧＬＯ３ＣＨＰ、　　″及び
′″Ｉ　Ｅ　Ｆ　１−ＧＬＯ３ＳＥＣが指標０を起点と
するフィールド・テーブルの第１ないし第３フイールド
として保管される。

対で、判定ブロック２８１２０では（■でのビュー・テ
ーブルを用いて）ビュー名がＩＮＦＯ１？ＭＡＴＩＯＮ
ＰＲＯＦＩＬＥ　　ＶＩＥＷに等しイカトうカッテスト
をして、見つからない場合、制御がブロック２８２７０
に渡される。見つかった場合は、プロツク２８１３０で
ヘルブ悄幸艮ヒ゛ニーのフィールドの番号は３に初期化
され、ブロック２８１４０でフィールド・テーブルは空
白に初期化される。次いで、ブロック２８１７０ないし
２８１９０ではフィールド名”　ＩＥＦＩ−ＩＮＦＯＣ
ＨＰ。

ＩＥＦＩ−ＩＮＦＯ３ＥＣ，”及び“ＩＥＦＩＩＮＦＯ
ＰＡＧ”が指標Ｏを起点にフィールド・テーブルの第１
ないし第３フイールドとして保管される。

判定ブロック２８２７０では、フィールド番号が更にマ
イナスか如何かのテストをして、無い場合には、制御が
ブロック２８２８０に移送され、そこでは指標付きのテ
ーブル・ビュー名、５ＲＣＬＩＢを用いたｇｔｄｓｌｉ
ｄを用いるユーザ・ビュー・ファイル名が構築され、接
尾辞は“、■”である。

次いで、ブロック２８３４０では読み取専用の表記パス
ネームを用いるユーザ・ファイルが開示され、ブロック
２８３５０ではフィールド番号がゼロに初期化される。

次いで、ブロック２８３６０ではビュー・ファイルから
１行読み出され、且つ該行はバッファ内に置かれる。判
定ブロック２８３６０では読み出しが順調かどうかテス
トが行われる。不調であれば、制御が判定ブロック２８
３６４に移送され、そこではフィールド・テ−ブル指標
フィールド番号が最大テーブル長より小さいか如何かの
テストが行われ、否であれば、制御がブロック２８６１
０に渡される。不調でなければ、制御が判定ブロック２
８３６４に移送され、そこでは、フィールド・テーブル
内のフィールド番号が最大テーブル長より小さいかどう
かのテストが行われて、否であれば、制御がブロック２
８６１０へ渡される。是であれば、制御が判定ブロック
２８３９０へ移送され、そこでは、空白、又はアステリ
スク（ａｓｔｅｒｉｋ　）　、又はバイナリ・ゼロ（ｂ
ｉｎａｒｙ　ｚｅｒｏ　）　、又は新たな行を起点とし
て読み取りバッファ　（ブロック２８３６０）のテスト
が行われ、存在すればブロック２８６３０での実行が継
続される。存在しなければ、判定ブロック２８４００で
はピリオドを起点とする読み取りバッファの検査が行わ
れる。存在しなければ、制御がブロック２８５２０に渡
される。存在すれば、フロック２８４６０でバッファ・
データは上位のケースに翻訳される。判定ブロック２８
４７０では、バージョン情報のキーワードを格納するバ
ッファの試験が行われて、存在しなければ、制御がブロ
ック２８６３０に渡される。存在すれば、ブロック２８
４８０ではバージョン・データがバッファから抽出され
て該データはバージョン変数に置かれる。ブロック２８
５２０ではフィールド名はフィールド・テーブルのフィ
ールド・カウント指標位置に移動する。次いで、ブロッ
ク２８６１０ではフィールド・カウントが増加させられ
る。次いで、該手順はビュー・ファイルから次の行を読
み取るためにブロック２８３６０へ復帰する。

ブロック２８６４０ではユーザ・ビュー・ファイルは閉
じられる。判定ブロック２８７５０ではフィールド番号
が非ゼロであるか検査され、のんゼロであれば、ＶＭＯ
Ｆへの参照が生成され、制御がブロック２Ｂ７６０へ渡
される。ブロック２８７６０ではＣソースがＶＭＯＦテ
ーブル名内のビュー・テーブル指標の値を用いて、ＶＭ
ＯＨに埋め込まれていたＶＭＯＦ参照を解決する為に、
ＶＭＯＦに対する参照を生成する為、バッファ内に構築
される。

ブ０ツク２８８３０では、Ｖ　Ｍ　ＯＨテーブル名とし
て現行指標でのビュー・テーブル名の値を用いて、ＶＭ
ＯＨ構造を定義する為Ｃソースがバッファ内に構築され
る。ブロック２８８７０では、ＧＴＤ名の値を用いて、
ＶＭＯＨＡＰＰＬを初期化する為、Ｃソースがバッファ
内に構築される。

フ０．７り２８９２０では、現行指標でのビュー・テー
ブル名の値を用いてＶＭＯＨＶＩＥＷを初期化する為バ
ッファ内にＣソースが構築される。ブロック２８９８０
では、ＶＭＯＨＴＭＥをゼロに初期化する為ブロック内
にＣソースが構築される。

ブロック２９０１０ではＶＭＯＨＤＴＥを’ｔ’　ｏ　
ニ初期化する為Ｃソースがバッファ内に構築される。

ブロック２９０４０ではバージョン変数（デフォルト若
しくはユーザ指定バージョン同）の値を用いて■ＭＯＨ
ＶＥＲを初期化する為Ｃソースがバッファ内に構築され
る。ブロック２９０８０では、ＶＭＨＯＲ３ＶＯを１に
初期化する為バッファ内にＣソースを構築する。ブロッ
ク２９１２０ではＶＭＨＯＲ３ＶＯをゼロに初期化する
為バッファ内にＣソースを構築する。ブロック２９１６
０では、ＶＭＯＨＮＥをビュー内のフィールド番号の値
を用いて初期化する為バッファ内にＣソースを構築する
。

判定ブロック２９２３０では、フィールド番号がゼロよ
り大きいかどうか検査が行われ、否であれば、ＶＭＯＨ
ＡＥをゼロに初期化する為Ｃソースがバッファ内に構築
され、次いで制御がブロック２９３２０へ渡される。ビ
ュー内のフィールド番号がゼロより大きい場合には、Ｖ
ＭＯＦテーブル名を生成する為ビューテーブル指標番号
の値を用いてＶＭＯＨＡＥを初期化する為バッファ内に
Ｃソースが構築され、且つ対応するＶＭＯＦアレイ・テ
ーブル（ａｒｒａｙ　ｔａｂｌｅ　）内の最初の要素へ
のポインタとして保存される。

ブロック２９３２０では、ＶＭＯＨの構造定義の初期設
定の接尾辞の為バッファ内にＣソースが構築される。ブ
ロック２９３４０では、ＷＴＳ手順を用いてＴＤＴソー
ス・ファイル内にバッファが書き込まれ、且つ復帰コー
ドが保管される。判定ブロック２９４２０では、フィー
ルド番号がゼロより大きいかどうかの検査が行われ、且
つその結果が零で有れば、ブロック３０５７０へ制御が
渡される。

フィールド番号がゼロより大きければ、ブロック２９４
３０では大型バッファが空白に初期化される。ブロック
２９４４０では、テーブル内のＶＭＯＦ構造要素の番号
としてフィールド番号を用いてＶＭＯＦテーブル構造ア
レイ定義の為に該バッファ内にＣソース言語が構築され
る。ビュー・テーブル指標番号の値はＶＭＯＦテーブル
名をＶ　ＯＦ　ｎｎｎｎとして生成する為に用いられ、
此処にｎｎｎｎは指標値である。ブロック２９４９０で
は、ＷＴＳ手順を用いてＴＤＴソース・ファイルがバッ
ファに書き込まれる。ブロック２９５１０では、フィー
ルド・テーブル内の最初の名前をポイントする指標が初
期化される。

判定ブロック２９５１５では、テーブル指標がフィール
ド・テーブル頃日の番号より小さいかどうか試験が行わ
れ、否であれば、ブロック３０３９０へ制御が渡される
。是であれば、ブロック２９５３０で指標位置がｇｔｄ
ａｎａｍｅのファイル名が保管され、ブロック２９５４
０で変数ｆｌｄｄ、　ｆｌｄｌ、　ｆｌｄｔ、及びｆｌ
ｄｎがゼロに初期化され、且つブロック２９５５０で指
標値ｇ　ｔｄａｎａｓ＋ｅが内部トランザクション・ビ
ュー・フィールド・テーブル内に見出される。

判定ブロック２９６３０では、探索が順調かどうかの試
験が行われ、是であれば、ブロック２９６４０へ制御が
渡される。ブロック２９６４０ないし２９６７０ではフ
ィールド変位、フィールド長、フィールド型、及び内部
テーブル内で発見されるフィールドゼロ発生がｆｌｄｄ
、　ｆｌｄｌ、　ｆｌｄｔ。

及びｆｌｄｎにそれぞれ保管される。

判定ブロック２９６８０ではフィールドの複数のゼロ発
止が有るかどうか検査が行われ、是であれば、ビュー長
がフィールド長だけ増加させられ、是でなければ、ビュ
ー長はフィールド長にフィールド複数発生数を乗じて増
加させられる。ブロック２９９１０で実行は継続される
。

ブ０７り２９７８０テは、ＧＴＤＣＶＥ２パネル・ビュ
ー・エラー表示パネルの手順表示（第２１図、ブロック
４７３００）が実行される。フロック２９８００ではユ
ーザ及び指示の検査が行われ、且つＦＥ手順（第２２図
、ブロック４８１３０）が実行される。終りが表示され
た場合、ブロック２９８５０で実行が継続され、此処で
プログラムはエラーでＣｖ手順から退去する（ブロック
２９８５０）。否であれば、ブロック２９７８０へ制御
が渡される。

ブロック２９９１０では、大型バッファが空白に初期化
される。ブロック２９９２０では該バッファに、ｇｔｄ
ａｎａｍｅを用いてフィールド名を識別するコメントの
為にＣソースが構築される。フロック２９９６０ではＴ
ＤＴ構造アレイ要素の接頭辞用にＣソースが構築される
。フロック３００００ないし３０２１０ブロツクでは、
それぞれ、ｆｌｄｄ（作業域内のフィールド変位）の値
を用いてＶＭＯＦＲＩ　ＥＤを初期化する為、ｆｌｄｌ
　（作業域内のフィールド長）の値を用いてＶＭＯＦＲ
ＩＥＬを初期化する為、ｆｌｄｎ　（作業域内でのフィ
ールド番号の発生）の値を用いてＶＭＯＦＲＩ　ＥＮを
初期化する為、ｆｌｄｔ　（フィールド要素データ型）
の値を用いてＶＭＯＦＲＩ　ＥＴを初期化する為、及び
ＶＭＯＦＲ３Ｖ２をゼロに初期化する為、バッファ内に
Ｃソースが構築される。

ブロック３０３００では、ＴＤＴ構造アレイ要素の接尾
辞用にＣソースが構築される。ブロック３０３０５では
、ＷＴＳ手順を用いてバッファにＴＤＴソース・ファイ
ルが書き込まれる。ブロック３０３１０では指標ｉが増
加させられる。次いでプログラムはブロック２９５１５
に復帰する。

判定ブロック３０３９０ではビューが長すぎる（　ｇｔ
ｄｃｖＷｌがＦＲＶＨＭＬより大きい）かどうか検査が
行われ、フロック３０４２０ではＧＴＤＣＶＥ　１パネ
ル（ビュー・エラー表示パネル）の手順表示が実行され
る。是であれば、ブロック３０４４０ではユーザ終了表
示の試験が行われる（ＦＥ手順、第２２図、ブロック４
８１３０）。ビューが長すぎないのであれば、ブロック
３０５２０へ制御が渡される。

判定ブロック３０４４５ではブロック３０４４０の結果
が検査され、終りが表示されれば、ブロック３０４９０
へ制御が渡される。そうでなければ、ブロック３０４２
０へ制御を向かわせるブロック３０４８０へ制御が渡さ
れる。

判定ブロック３０４９０ではＣ■手順はエラー表示で退
去する。ブロック３０５２０ではＣソースがバッファ内
にＶＭＯＦ構造アレイ定義の初期化設定の接尾辞用に構
築される。ブロック３０５４０では、ＷＴＳ手順を用い
てバッファにＴＤＴソース・ファイルが書き込まれ、且
つ復帰コードが保管される。ブロック３０５７０では、
ビュー・テーブル指標が増加され、且つブロック２７７
０５へ制御が渡される。

判定ブロック３０６６０では直前書き込みの復帰コード
が良好で有るかどうか検査が行われ、是であれば、ブロ
ック３０７３０へ制御が渡される。

否であれば、エラー・メツセージｇｔｄｍｓｇ＝−″Ｔ
ＤＴＳＯＵＲＣＥ　　ＷＲＩＴＥ　　ＥＲＲＯＲ’をセ
ントしているブロック３０６８０へ制御が渡される。

ブロック３０６９０では、手順はエラーでＣ■手順から
退去する。

ブロック３０７３０では、ビューＣソース・ファイルが
閉じられる。ブロック３０７４０では内部トランザクシ
ョン・ビュー・テーブルによって用いられたメモリが解
放される。ブロック３０８１０では、コンパイル・パラ
メータ値が設定される。

ブロック３０９９０ではコンパイル・パラメータがリス
トにコピーされる。ブロック３１０８０では、原ディレ
クトリが保管され且つブロック３１０９０でビュー・ソ
ースが置かれている（ＵＮＩＸ実施例の場合に限り）デ
ィレクトリに変更される。ブロック３１１００では、上
記（ブロック３０９９０）で構築されたパラメータ・リ
ストを用いてＣコンパイラが呼び出され、復帰コードが
保管される。

判定ブロック３１１３０では、コンパイラの復帰コード
がエラーで終了したコンパイラを表示するかどうかの検
査が行われ、是であれば、ブロック３１１５０へ制御が
渡される。否であれば、フロック３１２００で実行が継
続される。ブロック３１１５０では、ＧＴＤ出カフカフ
ァイルンパイラ・エラー・メツセージと共にユーザに表
示される。ブロック３１１６０では、出力ｇｔｄｍｓｇ
＝“ＶＩＥＷ　　ＣＯＭＰＩＬＥ　　ＦＡＩＬＥＤ″用
エラー・メツセージが設定される。プログラムはエラー
でＣ■手順を退去する（ブロック３１１７０）。

ブロック３１２００では出力ｇｔｄｍｓｇ＝　”　ＶＩ
［ｉｌＱＣＯＭＰＩＬＥ　　ＣＯＭＰＬＥＴＥ″用メソ
セージが設定される。ブロック３１２１０はＣｖ手順を
終了する。

ＧＴＤコンパイルパネル：ＣＰ 次に本発明による表記手順の実施例を描出する第５５図
を見ることにする。コンパイル・パネル手順はアプリケ
ーション内のパネル毎のコンパイル・プロセスを起動し
、まず、５ＴＤＥテーブルにリストされたメニュー及び
パネル名からアプリケーション内の全パネル名リストを
構築し、次いでリスト内のパネル毎のコンパイルプロセ
スを起動する。

本ＣＰ手順は５ＴＤＥパネル及びメニュー項目からパネ
ル名テーブルを構築し、且つパネル名、番号ＮＰをカウ
ントすることによってブロック３１５４０から開始され
る。次いで、ｉ指標がパネル名テーブルの始端で初期化
される（ブロック３１８７０）。

判定ブロック３１８７５ではｉがパネル・テーブル内の
パネル番号ＮＰより少ないか又は等しいかの検査が行わ
れる。是であれば、手順はメツセージ・フィールドをＧ
ＴＤＭＳＧ＝“ＰＡＮＥＬＣＯＭ　Ｐ　Ｉ　Ｌ　Ｅ　ｃ
ｏ＋ｎｐｌｅｔｅ　”設定しくブロック３１９５０）及
びプログラムはＣＰ手順を退去する（ブロック３１９６
０）。ｉがＮＰより大きければ、手順はパネル名を作業
域のＧＴＤＰＭＥＭに移動させる（ブロック３１８８０
）。ブロック３１８９０では、次にコンパイルがパネル
手順ｃｐｏを実行（第５６図、ブロック３２０３０）し
、判定ブロック３１８９５で該コンパイルが順調かどう
かが検査される。コンパイルが是であれば、増加させら
れ（ブロック３１９３０）、且つ判定ブロック３１８７
５へ実行は進行する。コンパイルが順３周でなければ、
そのエラー・メ・ノセージ・フィールドはＧＴＤＭＳＧ
−ＰＡＮＥＬＣ０ＭＰＩＬＥ　　ＦＡＩＬＥＤ”に設定
される（ブロック３１９００）。該手順はエラーで復帰
しくブロック３１９１０）、ｉを増加させ（ブロック３
１９３０）、且つ判定ブロック３１８７５に復帰する。

コンパイル　パネル：ＣＰＯ 此処でＧＤＴコンパイル・パネル手順の実施例を描出す
る第５６ａ−ｃ図を見ることにすると、ＣＰＯ手順はパ
ネル・ソース・モジュールの完全修飾ファイル・パスネ
ームを構築することによって開始される（ブロック３２
１５０）。パネル・ソースのファイル統計が入手され（
ブロック３２２２０）、変更日時がｍｔｉｍｅに保管さ
れる（ブロック３２２３０）。次いでトランザクション
・ビュー変更日時がパネル・ソース日時と比較される。

トランザクション・ビュー変更日／時がパネル・ソース
の８７時より大きければ、トランザクション・ビュー変
更日／時はｍｔｆｅに保管され（ブロック３２２４０）
、ブロック３２２６０で実行が継続される。否であれば
、ブロック３２２６０で実行が続行される。

次いで、パネル・オブジェクト・モジュールの完全修飾
パスネームが構築される（ブロック３２２６０）。パネ
ル目的モジュールのファイル統計が入手される（ブロッ
ク３２３７０）。判定ブロック３２３７５では、ファイ
ル統計が順調に入手されたかどうか見極める為に検査が
行われる。

該統計が順調に入手された場合、オブジェクトの変更日
時はｏｔｉｍｅに保管される。そうでない場合は、ｏＨ
ｍｅは初期化されゼロになる（ブロック３２３７５）。

次いで、ソースとオブジェクトとの変更時間が比較され
る（ブロック３２４２０）。

ソース変更時間がオブジェクト変更時間より大であれば
（ｍｔｉｍｅ＞ｏｔｉｍｅ　）　、手順はブロック３２
４４０へ分岐する。

ソース変更時間がオブジェクト変更時間より大でなけれ
ば、プログラムによって、オブジェクト変更時間が条件
付きコンパイルかどうか（ｇｔｄｃｆｌａｇ＝Ｃ）見極
める為検査される（ブロック３２４２５）。

是であれば、ＣＰＯ手順は終了し、エラー無しで復帰さ
せられる（ブロック３２４２５）。オブジェクト変更時
間が条件付きコンパイルでなければ、コンパイラ・パラ
メータが構築される（ブロック３２４４０）。次いで、
パネル・コンパイラがオブジェクト・ファイル生成の為
呼び出される（ブロック３３０７０）。コンパイル状態
は検査される（ブロック３３１８０）。コンパイルが順
調であれば、ＣＰＯ手順は終了する（ブロック３３１８
０）。

順調でなければ、ｇｔｄｍｓｇがＣ０ＭＰ　Ｉ　ＬＥＦ
Ａ　Ｉ　ＬＥＤ”に設定される（ブロック３３２３０）
。

エラー・メツセージが表示されるが、ユーザからの入力
は受理されない（ブロック３３２４０）。

次いで該手順はエラー状態で復帰させられる（ブロック
３３３２５）。

コンパイル：ＣＣ１ 此処でＣＣ手順の実施例を描出する第５７ａ−ｄ図を取
り上げて見ることにする。コンパイル手順によってアプ
リケーション内の各手順に対するコンパイル・プロセス
が起動される。５ＴＤＥテーブル内の各手順が調べられ
、手順に対する適切なコンパイラが呼び出される。現実
施段階ではＣ及びＣ０ＢＯＬコンパイラだけがサポート
されているが、連係可能なオブジェクト・コードを生成
できる任意の言語が使用可能である。ＣＣ手順は５ＴＤ
Ｅテーブルの始端をポイントするとＥを初期化すること
によって開始される（ブロック３３３８０）。判定ブロ
ック３３４２０では、Ｅが５ＴＤＥテーブルの終端を通
過してポイントするかどうか見極める為に検査が行われ
る。ポイントしている場合、手順はブロック３３６００
へ分岐し、メツセージフィールドＧＴＤＭＳＣ；が’Ｐ
ＲＯＣＥＤＵＲＥ　　ＣＯＭＰＩＬＥＣＯＭＰＬＥＴＥ
″に設定され、それと同時に、プログラムによってＣＣ
手順は退去させられる（ブロック３３６１０）。Ｅが５
ＴＤＥテーブルの終端を通過してポイントしないい場合
は、５ＴＤＥテ一ブル項目はそれが手順項目５ＴＤＥＴ
ＹＰ−Ｃであるか見極める為に検査が行われる（ブロッ
ク３３４２５）。５ＴＤＥテ一ブル項目が手順でなけれ
ば、ブロック３３５２０で実行が！！続される。５ＴＤ
Ｅテ一ブル項目が手順であれば、手順言語は検査され、
手順がＣ言語５ＴＤＥＣＴＹＰ＝Ｃで書かれているかど
うか調査される（ブロック３３４２６）。５ＴＤＥ項目
の手順言語がＣ言語でなければ、その時は手順はブロッ
ク３３５２０へ分岐する。５ＴＤＥ項目の手順言語がＣ
言語であれば、ブロック３３４３０で、コンパイルＣ手
順ＣＣＯが呼び出される（第５８図、ブロック３３６９
０）。

判定ブロック３３４３５ではコンパイルが順調かどうか
確認が行われる。コンパイルが順調であれば、プログラ
ムはブロック３３５２０へ分岐する。非であれば、ファ
イルされたＧＥＴエラー・メツセージＧＴＤＭＳＧＦが
“Ｐｌ？ＯＣＥＤＩＪＲＥＣＯＭＰＩＬＥ　　ＦＡＩＬ
ＥＤ”　　（ブロック３３４４０）に設定され、プログ
ラムはエラーでＣＣＯ手順から復帰する（ブロック３３
４５０）。

判定ブロック３３５２０では５ＴＤＥ手順項目がＣｏＢ
ＯＬ手順、５ＴＤＥＣＴＹＰ＝ＣＯＢＯＬで有るかどう
か確認される。手順言語がＣ０ＢＯＬならば、ブロック
３３５３０に於いてプログラムによってコンパイルＣ手
順ＣＣ０ＢＯを呼び出す（第５９図、ブロック３６２７
０）。否であれば、プログラムはブロック３３５８０へ
分岐する。判定ブロック３３５３５では、コンパイルが
順調かどうか確認が行われる。コンパイルが順調であれ
ば、プログラムはブロック３３５８０へ分岐する。

コンパイルが順調でなければ、エラーメツセージフィー
ルドＧＴＤＭＳＧがＰＲＯＣＥＤＵＲＥＣＯＭＰＩＬＥ
　　ＦＡ■Ｌｓに設定され（ブロック３３５４０）、プ
ログラムはエラーでＣＣｏＢＯ手順から復帰する（ブロ
ック３３５５０）。

ブロック３３５８０テはＥが次（７）ＳＴＤＥテーブル
項目へ増加し、次の５ＴＤＥテ一ブル項目を調べる為に
ブロック３３４２０に復帰する。

コンパイルＣプログラム：　ＣＣＯ 此処で、はＣＣＯ手順の実施例を描出する第５８ａ−ｊ
図を取り上げることにする。この手順ではＣ手順用の出
力オブジェクトが構築されるのに必要なコンパイル（若
しくはコンパイラ）が呼び出される。まず現在の手順に
必要なコンパイルが確認される。コンパイルが無条件的
コンパイルなのかどうか、あるいは条件付きコンパイル
なのがどうか及びトランザクション・ビュー・ソース又
は手順ソース変更時間がオブジェクト・モジュール８７
時より大きいがどうがの検査が必要である。

コンパイルが必要なものであれば、該コンパイルは次の
順序で進行する。すなわち、まず、該手順が５ＴＤＥテ
ーブル内のＤＢＭＳ手順としてフラグされる場合、ＤＢ
ＭＳコンパイルが実行される。

次いで、コンパイルが実行され、テンポラリ・ファイル
を一掃する為に必要な清掃作業がそれに続く、Ｃｃｏ手
順はＧＴＤ出カフカファイルヮインドしく判定ブロック
３３７８０）、且つ完全修飾Ｃ’／−７！、・モジュー
ル・ファイル名を構築スる（ブロック３３８２０）によ
って実行を開始する。

次いで、手順ソース・ファイルに関するファイル統計が
入手され、且つ、変更時間がｍｔｉｍｅに保管される（
ブロック３３９００）。

判定ブロック３３９１０では、ｔｖ％４ｔｉｍｅに保存
されたトランザクション・ビュー変更日／時がｒａｔｉ
ｍｅに保存された手順の日時より大かどうか確定する（
ブロック３３９１０）。真であれば、トランザクション
ビュー変更日／時はｍｔｉｍｅに保存される（ブロック
３３９１０）。

ｔｖｗｔｉｍｅに保存されたトランザクション・ビュー
変更日／時がＩＩＩｔｉｍｅ保存の手順日時より大でな
ければ、ブロック３３９３０で実行が継続する。

ブロック３３９３０では、出力オブジェクト用のＣオブ
ジェクト・モジュール・バスネームが構築され、且つ手
順オブジェクト・モジュールに関するファイルＣオブジ
ェクト・モジュール統計が得られる（ブロック３４０４
０）。

判定ブロック３４０４５では、統計が順調に入手できる
かどうか確定し、且つそれが出来るとすれば変更日／時
がｏｔｉｍｅに保管される。順調でなければ、ｏｔｉｍ
ｅがゼロに初期化される。判定ブロック３４０９０では
、ソース変更時間がオブジェクト変更時間より大である
か確定される。真ならば、手順はブロック３４１１０へ
分岐する。判定ブロック３４０９５では、ｇｔｄｃｆａ
ｇが条件付コンパイルを指定する“Ｃ′に等しいか確定
される。

真ならば、手順はエラー無しで復帰する。

判定ブロック３４１１０では、手順がＤＢＭＳ型手順で
あるか見極める為確認される（ＳＴＤＥＣＤＢ２＝Ｙ）
。そうでなければ、プログラムはＣ手順をコンパイルす
る為ブロック３５１７０へ分岐する０手順がＤＢＭＳ型
であれば、プログラムはＤＢＭＳプレコンパイラ（ｐｒ
ｅ−ｃｏｍｐｉｌｅｒ）に必要なデータ組を準備し、且
つ次いでＤＢＭＳプレコンパイラを呼出す。ブロック３
４１４０ではプレコンパイラ用に一部的フアイルにＣソ
ース・ファイルをコピーし、且つＣＤＢＭＳプレコンパ
イラ・パラメータが構築される（ブロック３５１７０）
。

次いでＣＤＢＭＳプレコンパイラが呼出される（ブロッ
ク３５０３０）。

判定ブロック３５０６０では、プレコンパイラが順調か
否か確定される。プレコンパイラが順調なら、プログラ
ムはブロック３４１１０へ分岐する。さもなければ、ユ
ーザにプレコンパイラからエラー・メツセージを含むプ
レコンパイラＣＴＤ出カフアイルが提示され（ブロック
３５０７０）、且つエラー・メツセージ・フィールドｇ
ｔｄｍｓｇは不正手順ＳＴＤＥＮＡＭＥの名前を、“Ｐ
ＲＥＣＯＭＰＩＬＥ　　ＦＡＩＬＥＤ”　（ブロック３
５０８０）のメツセージと併せて格納するように設定さ
れる。

エラー・メツセージは表示されるがユーザからの入力は
受は付けられない（ブロック３５０９０）。

手順は次いでエラーで復帰する（ブロック３５１００）
。

ブロック３５１７０では、プログラムはコンパイル手順
用にＣコンパイラ・パラメータを構築し、現行のディレ
クトリのバスネームを保管しくブロック３５６００）、
ディレクトリをｇｔｄｓｌｉｂに移行しくブロック３５
６１０）、Ｃコンパイラを呼出しくブロック３５６２０
）且つＣコンパイルの完了後、原ディレクトリに逆移行
する（ブロック３５６３０）。

判定ブロック３５６７０では、Ｃコンパイルが順調かど
うか見極める確認をする。順調ならば、プログラムはブ
ロック３５７４０に分岐する。Ｃコンパイルが順調でな
ければ、ＧＴＤ出力がブロック３５７４０へ分岐する。

Ｃコンパイルが順調でなければ、コンパイラ・エラー・
メツセージが格納されているＧＴＤ出カフカファイルー
ザに提示され（ブロック３５６８０）、且つエラー・メ
ツセージｇｔｄｍｓｇフィールドが“ＣＯＭＰＩＬＥＦ
ＡＩＬＥＤ’”と言うメツセージと共に、不正手順の名
前ＳＴＤＥＮＡＭＥを格納・設定する。エラー・メツセ
ージは表示されるが、ユーザ入力は受入れらなれない（
ブロック゛３５７００）。手順はエラーで復帰する（ブ
ロック３５７１０）。

判定ブロック３５７４０では、手順がＤＢＭＳ型手順か
どうか見極める確認をする。然りでなければ、プログラ
ムはブロック３６６００へ分岐する。手順がＤＢＭＳ型
手順ならばプログラムは一部的ネーム付コンパイル出力
オブジェクト・ファイルを正規メニューに移動させ（ブ
ロック３５７８０）、ＤＢＭＳ−時的ファイルを除去し
くブロック３６２４０）、且つメツセージ・フィールド
ｇｔｄｍｓｇがコンパイル手順芯ＳＴＤＥＮＡＭＥを“
’ＣＯＭＰＩＬＥ　　ＣＯＭＰＬＥＴＥ”メツセージ付
で格納される様に設定する（ブロック３６６００）。

状態メツセージが表示されるが、ユーザ入力は受入れら
れず（ブロック３６６１０）、それからプログラムはＣ
ＣＯ手順を退去する（ブロック３６６３０）。

Ｃ０ＢＯＬプログラムのコンパイル：ＣＣ０ＢＯ王皿 此処では、本発明によるＣＣｏＢＯ手順の面の実施例を
描出する第５９ａ−ｃ図に移動する。この手順ではＣ手
順の出力オブジェクトを構築するのに必要なコンパイル
（若しくは複数のコンパイル）が呼出される。最初に手
順はコンパイルが現行手順に必要かどうかを確定する。

該コンパイルが無条件的コンパイルならば、若しくは条
件付コンパイルであって且つトランザクション・ビュー
・ソース若しくは手順ソース変更時間がオブジェクト・
モジュール日時より大であれば８亥コンパイルは必要で
ある。該コンパイルが必要であれば、該コンパイルは次
の様に進行する。該手順が５ＴＤＥテーブルにＤＢＭＳ
手順としてフラグが立てられてあれば、まずＤＢＭＳコ
ンパイルが実行される。次いで、該コンパイルは実行さ
れ、−時的ファイルの除去の為の作業が後続する。

Ｃ０ＢＯＬプログラム手順のコンパイルは始点にＧＴＤ
出カフカファイルワインド（ｒｅｗｉｎｄ）することに
よって開始される（ブロック３６８１０）。

ブロック３６８５０ではＣ０ＢＯＬソース・モジュール
の完全修飾ファイル・バスネームが構築される。ブロッ
ク３６９２０では、手順ソースに関するファイル統計が
入手される。ブロック３６９３０では、変更日／時がフ
ィールドｍｔｉｍｅに保管される。ブロック３６９４０
では、トランザクション・ビュー変更日／時が手順臼／
時より大かどうかが確定される。然りであれば、該手順
はｎ＋ｔｉｍｅにトランザクション・ビュー変更日／時
を保管する。

次いで、ブロック３６９６０ではＣ０ＢＯＬオブジエク
ト・モジュールの完全修飾パスネームが構築される。

ブロック３７０７０では手順オブジェクト・モジュール
に関するファイル統計が入手される。判定ブロック３７
０７５では、ファイル統計が順調に入手されたかどうか
確定される。然りであれば、該プログラムによって変更
日／時はｏｔｉｍｅに保管されてブロック３７１２０へ
分岐する。統計が順調に入手されない時は、プログラム
によってｏｔｉｍｅがゼロ初期化され、且つブロック３
７１２０”ｉ’実行が継続される。

ブロック３７１２０ではソース・ファイル変更日／時が
オブジェクト・ファイル変更日／時より大かどうかが確
定される。ソース・ファイル変更日／時がオブジェクト
変更日／時より大でなければ、プログラムはＣＣ０ＢＯ
から復帰する。ソースファイル変更日／時がオブジェク
ト変更日／時より大であれば、ブロック３７１５０で実
行は継続される。

判定ブロック３７１５０では、手順がＤＢＭＳ型手順か
どうかが確定される。否であれば、手順はブロック３８
６５０へ分岐する。手順がＤＢＭＳ型手順ならば、ブロ
ック３７．１９０で環境構成情報がマシーン依存型ＤＢ
ＭＳ移行を要するように指定しているかどうか確定され
る。然りであれば、手順はＣ０ＢＯＬ標準ＤＢＭＳソー
スをマシーン依存型ＤＢＭＳソースに移行させ一部的フ
アイルに置き、それからプロ・ンク３８１５０で実行を
継続する。否であれば、手順はプログラムはＣ０ＢＯＬ
ソース・ファイルを標準型ＤＢＭＳプレコンパイラ用の
一部的フアイルにコピーする。

ブロック３８１５０では、Ｃ０ＢＯＬ　　ＤＢＭＳプレ
コンパイラ・パラメータが構築され、それからブロック
３８６３０でＣ０ＢＯＬ　　ＤＢＭＳプレコンパイラが
呼出される。判定ブロック３８６５０でプレコンパイラ
が順調かどうか確定される。然りであれば、手順はブロ
ック３８７３０へ分岐する。否であれば、ＧＴＤ出カフ
アイル（ブロック３８６６０）のプレコンパイラ・エラ
ー出力が表示され、ファイルされたエラー・メ・ンセー
ジＧＴＤＭＳＧが不正手順ＳＴＤＥＮＡＭＥの名前でメ
ツセージ°“ＰＲＥＣＯＭＰＩＬＥ　　ＦＡＩＬ　Ｅ　
Ｄ　”と共に格納するよう設定され（プロ・ンク３８６
７０）、且つエラーメツセージは表示されるがユーザ入
力は受入れられない（ブロック３８６８０）。

手順はエラーで復帰する（プロ・ンク３８６９０）。

プレコンパイラが順調ならば、手順（ブロック３８７３
０）によってコンパイル用のコンパイル・パラメータが
構築され（フロック３９３２０）、現行ディレクトリが
保管され（ブロック３９３３０）、ディレクトリｇｔｄ
ｓｌｉｂに移行され（ブロック３９３４０）、Ｃ０ＢＯ
Ｌコンパイルが呼出され、そして環ディレクトリに逆移
行される。

判定ブロック３９４５０ではコンパイルが順調かどうか
確定される。然りであれば、フロック３９５３０へ分岐
する。否であれば、手順によってＧＴＤ出カフカファイ
ルンパイル・エラー出力が提示され（ブロック３９４６
０）、エラー・メツセージ・フィールドが不正手順の名
前ＳＴＤＥＮＡＭＥをメツセージ゛ＣＯＭＰＩＬＥ　　
ＦＡＩＬ　Ｅ　Ｄ　”と共に格納するようにされる。エ
ラー・メツセージが表示されるがユーザ入力は受入れら
れず（ブロック３９４８０）、エラーで手順から復帰す
る（ブロック３９４９０）。

コンパイルが順調ならば、手順によって手順がＤＢＭＳ
型手順であるかどうか確定される（ブロック３９５３０
）。否であれば、手順はブロック３９９３０へ分岐する
。手順がＤＢＭＳ型手順であれば、手順はＤＢＭＳ−時
的ファイルを除去する。

ブロック３９９３０はその他の一部的フアイルをも除去
する。ブロック４００３０では、状態メツセージ・フィ
ールドがコンパイルされた手順の名前５ＴＤＥ、ＮＡＭ
Ｅをメツセージ“ＣＯＭＰ　ＩＬＥ　　ＣＯＭＰＬＥＴ
Ｅ’“と共に格納するよう設定される（ブロック４００
３０）。該状態メツセージは表示されるが、ユーザ入力
は受入れられない（ブロック４００４０）。手順はＣＣ
ｏＢＯ手順は退去する（ブロック４００５０）。

トランザクションの変数設定二Ｂ工手順ＧＴＤトランザ
クションの準備の最終段階はＴＤＴメンバ（ｍｅｍｂｅ
ｒ）に対するＢＩＮＤプロセスである。このプロセスは
、設計者指定手順、パネル及び適切なロード・モジュー
ルを作成するビューの各々に従ってトランザクションを
実行するのに必要な全ＧＴＤシステム実装ランタイム・
メンバ（ｒｕｎｔｉｍｅ　ｍｅｍｂｅｒ）を抽出するこ
とである。

此処で、本発明によるＢＴ手順の見地から実施例を描出
する第６０ａ−ｂ図を考察する。変数設定トランザクシ
ョン手順でアプリケーション・ロード・モジュールが構
築され、且つ実行可能ディレクトリ又はライブラリにイ
ンストールされる。

又この手順では使用ＤＢＭＳにとって必要であれば、デ
ータ・ベース変数設定も実行出来る。この事は本記述設
定では不必要であるが、メイン・フレームではＤＢＭＳ
変数設定は、ロード・モジュールがＤＢＭＳを順調にア
クセスする為にはそれ以前に実行されなければならない
。ロード・モジュールは連係エディタで構築される。本
ユーティリティはＤＡＡ、アプリケーション若しくはシ
ステム・ライブラリに対して行われた全ての未解決の参
照を解決するものである。ライブラリ参照は実行時間に
動的にロード出来、又はロード・モジュールと連係する
ことが出来る。実行時間に於いて動的にロード出来るラ
イブラリ・モジュールが在ることが望ましい。

本ＢＴ手順では、ＧＴＤ出カフカファイルワインドする
ことで開始され（ブロック４０２６０）、連係エディタ
・パラメータ値（ｌｉｎｋ　ｅｄｉｔｏｒｐａｒａｍｅ
ｔｅｒ　ｖａｌｕｅ）及びアプリケーション入力ファイ
ルが連係エディタ手順内に含めるべき連係エディタ・フ
ァイルと共に設定され（ブロック４０５８０）、問題在
ればＤＢＭＳ手順型及び手順言語型が識別され（ブロッ
ク４１７９０）、言語塩、ＤＢＭＳ（必要ならば）、Ｄ
ＡＡシステム、オペレーティング・システム・ライブラ
リ及びリンクに含めるべきオブジェクト・ファイルが設
定される（ブロック４２０６０）。

見極めをされるべき適切な連係エディタが確定される（
ブロック４２７９０）。

パラメータ・リストが登録値から構築される（ブロック
４２８４０）。

連係エディタは生成パラメータ・リストを用いて呼出さ
れ、連係エディタ復帰モードが保管される（ブロック４
３０２０）。

連係エディタ出力モジュールが読み取り専用に開示され
（ブロック４３０７０）、モジュール・サイズが初期化
される（ブロック４３０８０）。

判定ブロック４３０９０では、連係エディタ出力モジュ
ールの開示が順調かどうかを見極める為検査が行われる
。開示が順調でないと、プログラムはブロック４３１６
０へ分岐する。開示が順調ならば、モジュール・サイズ
が確定され（ブロック４３１００）、−且つ連係エディ
タ出力モジュールが閉止される（ブロック４３１１０）
。

判定ブロック４３１６０では連係エディタ復帰コードが
良好かどうか見極める為検査される。否であれば、プロ
グラムはブロック４３１７０へ進む。復帰コードが良好
であれば、連係エディタ出力モジュールはそのサイズが
ゼロより大かどうか見極める為検査される（ブロック４
３１６５）。

モジュールがゼロより大であれば、プログラムはブロッ
ク４３４６０へ分岐する。否であれば、連係エディタ・
エラー・メツセージを含む出力ファイルが表示され（ブ
ロック４３１７０）、エラー・メツセージ・フィールド
ＧＴＤＭＳＧが“’ＢＩＮＤ　　ＦＡＩＬＥＤ“°に設
定され（ブロック４３１８０）、それから手順はエラー
で復帰する（ブロック４３１９０）。

プログラムによってＧＴＤ出カフカファイルワインドさ
れ（ブロック５３４６０）、且つタスク停止ユーティリ
ティ（ｔａｓｋ　ｔｅｒｍｉｎａｔｉｏｎ　ｕｔｉｌｉ
ｔｙ）が現行実行アプリケーションモジュールを中止す
るよう呼出される。この事は、現行実行中のロードモジ
ュールが新規コピーによって上書きされることを防止す
る為のＵＮＩＸのオペレーティング・システム制限に起
因する。この方法はメイン・フレーム設定には適用され
ない。問題の処理方法としては、タスクを消去し次いで
ロード・モジュールを置換することである。

中止が順調であれば、プログラムはブロック４３６５０
に進み、原ロード・モジュールを除去しくブロック４３
６５０）。−時的ファイルを原ネームに再命名しくブロ
ック４３６８０）、エラー・メツセージ・フィールドＣ
ＴＤＭＳＧを“ＢＩＮＤ　　ＣＯＭＰＬＥＴＥ’”に設
定しくブロック４３７６０）、そしてプログラムはＢＴ
手順を退去する（ブロック４３７７０）。

中止が順調でない場合、プログラムによってユーザは連
係エディタ・エラー・メツセージを含む出力が提示され
（ブロック４３１７０）、エラー・メツセージ・フィー
ルドＧＴＤＭＳ（？；が“’５ＴＯＰ　　ＴＲＡＮ　　
ＦＡＩＬＥＤ”に設定され、そしてエラーでＢＴ手順は
復帰される（ブロック４３５６０）。

ファイル転゛パネル　手　　ビュー ＧＴＤの最終域にはファイル転送パネル、手順、ビュー
、文書手順が含まれるが、それらは、一つのＤＡＡマシ
ーンから他のマシーンへアプリケーション・ソースの全
部又は一部をファイル転送するのに要するインターフェ
イスを与えるものである。

ファイル転送ファイルは、アプリケーション・ファイル
を一つの大型ファイルに保存する為に、両ブラット・フ
オームに支援されている保存ニーテリティへの転送の為
全データ組のリストを走査することによって構築される
。次いでこの保存ファイルは２システム間の標準データ
転送チャンネルを用いて目的システムに転送される。こ
の種のデータ転送には、ファイルの転送時、その成分フ
ァイルに該ファイルを保存しないようにする為、目標マ
シーン（ｄｅｓｔｉｎａｔｉｏｎ　ｍａｃｈｉｎｅ）上
での適切な対応ファイル場所に非保存ユーティリティを
ビット（ｂｉｔ）する機能を与える必要がある。

ファイル転送メニュー・オプションは、ユーザにとって
パネルが必要な成分の目標環境への転送に選択しやすい
ように提示されることが専ら必要である０次いで、ＴＤ
Ｆのコピーが規定を定めた目標マシーンと一致するよう
に変更される。その他のアプリケーション・ソース成分
はＩＥＴによって与えられる機能に由来する各種のプラ
ット・フオームの命名規定とは無関係である。

特記的には、ＧＴＤファイル転送手順は、ＵＳＥＲＩＤ
、ＭＡＰＬＩＢ及びＴＤＴＮＡＭＥを含むファイル転送
ユーザ・インターフェイス・ユーティリティのパラメー
タ・リストを構築することによってブロック１１５６４
０で開始される。出力ファイルは何等かのユーティリテ
ィ出力メッセージを収集する為始点にリワインドされ（
ブロック１１６２６０）、且つファイル転送ユーザ・イ
ンターフェイス・ユーティリティが呼出される（ブロッ
ク１１６３００）。判定ブロック１１６４１０ではファ
イル転送が順調化どうか見極める検査が行われる。然り
であれば、プログラムはＦＴ手順を退去する。非であれ
ば、該手順はメツセージを出力ファイルに提示しくブロ
ック１１６４５０）、エラー・メツセージ・フィールド
ＧＴＤＭＳＧが“ＦＴ　　ＦＡＩＬＥＤ”に等しいと設
定され（ブロック１１６４５５）、且つＦＴ手順はエラ
ーで退去する。

トランザクション定義テーブル この章の全記述で用いられるトランザクション定義テー
ブル、所謂ＴＤＴとは、ＩＥＴがトランザクション手順
に対しランタイムに適切な情報を容易にアクセス出来る
ようにする為互にスタック（ｓｔａｃｋ）された各種の
情報テーブルから構築されているものである。第４図々
示の様に、ＴＤＴは以下により詳述される次の様なテー
ブル型で成り立っている。すなわち、ＴＤＴオーバーヘ
ット３６、パネル・マツプ項目のリスト（ＴＰＥ）４４
、手順の項目のリスト（ＴＣＰ）４６、メニュー項目の
リスト（ＴＭＥ）４Ｂ、文書に使われる各種言語（例え
ば英語、フランス語、ドイツ語等）を規定する言語項目
のリスト（ＴＬＥ）５０、及びＳＱＬデータ・ベース処
理手順（ＤＢＳＹＮＣ）５２である。

此処ではポインタが使用される場合、項目の番号がゼロ
を採るか或いはこの項目の特殊のタイプがこの特殊なト
ランザクションによっては用いられないのであれば、ポ
インタの値はＮＵＬＬになる。

テーブル型のそれぞれについて、以下に項目の型の名前
とその目的の簡単な説明のリストを提示する。

ＴＤＴオーバーヘッド ＴＤＴ　　オーバーヘッド３６にはトランザクション及
び各種テーブルへのポインタに関する包括的情報の全て
が格納されている。その内容は以下のフィールドから成
り立っている。

ＴＤＴＩＤ４文字のアプリケーション識別子である。

ＴＤＴＲＥＬＮは４文字のリリース番号である。

ＴＥＴＧＴ　Ｉ　ＭＥは本ＴＤＴが生成された時刻であ
る。

ＴＤＴＧＤＡＴＥは本ＴＤＴが生成された日付である。

ＴＤＴＤＲＥＰは８文字の文書レポートネームである。

ＴＤＴＤＧＥＮは８文字の文書生成ネームである。

ＴＤＥＡＭＥＮＵはＴＰＥテーブルのヘルプ項目へのポ
インタである。

ＴＤＴＡＨＥＬＰはＴＰＥテーブルのヘルプ項目へのポ
インタである。

ＴＤＴＡＩＮＦＯはＴＰＥテーブルへの１ｎｆｏ項目へ
のポインタである。

ＴＤＴＡＧＬＯ３はＴＰＥチーフルのグロサリ項目への
ポインタである。

ＴＤＴＮＴＰＥはＴＰＥテーブルの項目番号である。

ＴＤＴＡＴＰＥはＴＰＥテーブルの第１項目へのポイン
タである。

ＴＤＴＮＴＣＥはＴＣＥテーブルの項目番号である。

ＴＤＲＡＴＣＥはＴＣＥテーブルの第１項目へのポイン
タである。

ＴＤＴＡＰＰＬは４文字のアプリケーション・ネームで
ある。

ＴＤＴＮＴＬＥはＴＬＥテーブルの項目番号である。

ＴＤＴＡＴＬＥはＴＬＥテーブルの第１項目へのポイン
タである。

トランザクションパネル　　（ＴＰＥ）ＴＰＥリスト４
４は手順処理に要する全パネルを包括する組合わせの単
位になる単一のトランザクション・パネルを記述し、且
つ以下のフィールドを格納しているＴＰＥのアレイであ
る；ＴＰＥＮＡＭＥは８文字のパネル名である。

ＴＰＥＡＭＡＰは本パネルのパネル・マツプデータへの
ポインタである。このポインタはＴＤＴの外部のマツプ
・コンパイラによって生成される。

ＴＰＥＡＩＴＣＥは本パネルの入力ＴＣＥへのポインタ
である。

ＴＰＥＡＯＴＣＥは本パネルの出力ＴＣＥへのポインタ
である。

ＴＰＥＲ３ＶＤ　１は１２文字を予約されたフィールド
である。

０ＰＣＨＴＡはヘルプ・テーブルへのポインタである。

ＴＰＥＮＴＭＥは本パネルがメニュー・パネルの場合パ
ネルのＴＭＥ番号である。

ＴＰＥＡＴＭＥは本パネルがメニューパネルの場合のＴ
ＭＥテーブルの第１項目へのポインタである。

ＴＰＥＲ３ＶＤ２は１２文字が予約されたフィールドで
ある。

トランザクション手順　目（ＴＣＥ） ＴＣＥリスト４６には、ビュー・マツプ・オブジェクト
見出しブロック（ＶＭＯＨ）及びビューを定義し且つ以
下に税込されるビュー・マツプ・オブジェクト・フィー
ルド（ＶＭＯＦ）構造によて税込される各種ビューに対
するポインタが格納されている。ＴＣＥリストは単一の
アプリケーション提供手順を各々税込するＴＣＥのアレ
イであり、これら手順の組合わせによってアプリケーシ
ョン・トランザクションの処理に要する全手順が包括さ
れるのである。該ＴＣＥには以下のフィールドが格納さ
れている： ＴＣＥＮＡＭＥは８文字の手順ネームである。

ＴＣＥＡＰＲＯＣはアプリケーション提供手順の入口点
へのポインタである。

ＴＣＥＡ　Ｉ　ＶＷは入力ビューＶＭＯＨへのポインタ
である。

ＴＣＥＡＯＶＷは出力ビューＶＭＯＨへのポインタであ
る。

ＴＣＥＡＰＶＷはプロファイル・ビューＶＭＯＨへのポ
インタである。

ＴＣＥＤＢＴＹＰはデータ・ベース型を税込する文字で
ある（ＳＱＬ＝１）。

ＴＣＥＲ３ＶＤは７文字が予約されたフィールドである
。

トランザクションメニュー　　　ＴＭＥ）ＴＭＥリスト
４８は単一メニュー項目を各々税込するＴＭＥのアレイ
である。各ＴＭＥはＴＰＥ又はＴＣＥ或いは両方をポイ
ントし且つ以下のフィールドを格納している。

ＴＭＥＳＥＬは本項目の８文字の選択コードである。

ＴＭＥＡＴＰＥはこの選択コード用のＴＰＥへのポイン
タである。

ＴＭＥＡＴＣＥはこの選択コード用のＴＣＥへのポイン
タである。

ＴＭＥＤＥＳＣはこの項目の３２文字の説明文である。

トランザクション言語　目（ＴＬＥ） ＴＬＥリスト５０は文書作成可能な言語（例えば英語、
フランス語、ドイツ語など）をそれぞれ説述し、且つ以
下のフィールドを格納するＴＬＥのアレイである。

ＴＬＥＮＡＭＥは８文字の言語色である。

ＴＬＥＤＲＥＰは８文字の文書レポート塩である。

ＴＬＥＤＧＥＮは８文字の文書生成基である。

ＴＬＥＲ３ＶＤは２４文字が予約されたフィールドであ
る。

ＳＬデデーベース　　　　　（ＤＢＳＹＮＣ）ＤＢＳＹ
ＮＣテーブル５２には、データ・ベース・プロトコルに
よって定義され且つトランザクション実行中にＩＥＴに
よって必要とされるデータ・ベース手順の各種入口点へ
のポインタが格納されている。本テーブルは、以下のフ
ィールドから成り立っている。

Ｃ０ＮＮＥＣＴはデータ・ベース・コネクト手順の入口
点への手順ポインタである。

ＣＯＭＭＩＴはデータ・ベース・コミット手順の入口点
への手順ポインタである。

ＲＥＬＥＡＳＥはデータ・ベース・リリース手順の入口
点への手順ポインタである。

ビュー・マツプ・オブジェクト　出し部（ＶＭ叶）既述
のビューは、ビュー・マツプ・オブジェクト見出し部（
ＶＭＯＨ）５４及びビュー・マツプ・オブジェクト・フ
ィールド（ＶＭＯＦ）リスト５６によって説述される。

ＶＭＯＦ５６については直下に述べるＶＭＯＨの後に説
述される。ＶＭＯＨ５４にはビュー及びＶＭＯＦアレイ
へのポインタに関する統計情報が格納されており、以下
のフィールドから成り立っている。

ＶＭＯＨＡＰＰＬは４文字アプリケーション・ネームで
ある。

ＶＭＯＨＶ　Ｉ　ＥＷは８文字ビュー・ネームである。

ＶＭＯＨＶＴＭＥはビュー・コンパイル時間である。

ＶＭＯＨＶＤＴＥはビュー・コンパ４１１８４寸である
。

ＶＭＯＨＶＥＲは４文字バージョンである。

ＶＭＯＨＦＭＴＩ；！１文字ビュー・フォーマットであ
る。

ＶＭＯＨＲ３ＶＯは１文字予約フィールドである。

Ｖ　Ｍ　ＯＨＮ　Ｅ　ハＶ　Ｍ　ＯＦ項目番号テアル。

ＶＭＯＨＡＥは本ビューのＶＭＯＦアレイへのポインタ
である。

ＶＭＯＦアレイ５６にはビュー内の各フィールドの移動
量、長さ及び型が格納されている。各■ＭＯＦ項目は以
下の情報から成り立っている。

ＶＭＯＦＲＩＥＤはトランザクション・ビュー作業域の
本データ要素の移動量である。

ＶＭＯＦＲＩ　ＥＬは本データ要素の長さである。

ＶＭＯＦＲＩＥＮは本データ要素の発生数である。

ＶＭＯＦｔＥＴは１文字データ要素型である。

この種の型は以下のものを含むがそれに限定されるもの
ではない。すなわち、バイナリ；文字；符号文字；非符
号文字；小文字；縦短文字；縦長文字；ハイパー文字；
非符号小文字；非符号縦短文字；非符号縦長文字；非符
号ハイパー文字；シングル文字；ダブル文字である。

ＶＭＯＦＲ３Ｖ２は３文字予約フィールドである。

本発明の最終の大型領域はＩＥＴすなわち対話マネジャ
である。ＴＥＴは間接的にユーザと入力及び出力メツセ
ージを介して交信する。メツセージがユーザに送信され
ると、ＩＥＴはトランザクション・プロセッサで送信さ
れるトランザクション・プロセッサ・インターフェイス
機能を呼出す。

次いで、トランザクション・プロセッサはユーザへの出
力メツセージの提示を受は持ち、且つユーザからの入力
メツセージを受入れる。この様にしてユーザとアプリケ
ーション・プログラム間の対話はＩＥＴ及びトランザク
ション・プロセッサを介して成立する。

アプリケーション・プログラム及びＩＥＴ間の交信はト
ランザクション・ビューを介して実行される。トランザ
クション・ビュー内部のデータ・フィールドはそれが入
力メツセージを受は取った時ＪＥＴによって初期化され
る。入力データにフォーマットされたテキストが格納さ
れていれば、ＩＥＴは該フォーマットテキストを入力メ
ツセージ内の見出し部情報を用いることによって適切な
マツプを位置するように解釈し、次いでマツプ・インタ
プリタを入力メツセージから入力フィールド情報を抽出
するよう呼出し、且つトランザクション・ビューに設値
する。データ・フィールドは又ＩＥＴの制御の放棄前に
アプリケーション手順によって初期化される。次いでデ
ータ・フィールドはＩＥＴがマツプ・インタプリタを再
度呼出する時フォーマット済み出力データに設値される
。

フォーマット済み出力は構築された出力メツセージ及び
見出し部情報のデータ部分に設値される。

トランザクション・ビュー内部に交信フィールドがある
のでアプリケーション手順はＪＥＴにアプリケーション
がいったん制御を放棄した場合に実行する動作を命令す
ることが出来る。２個の代表的な動作は、ユーザに新し
いパネルを提示すること又は新しい手順への連係請求を
実行することである。

ＴＥＴはアプリケーション・プロファイルと交信する。

ＩＥＴは各単独のユーザ／アプリケーション／トランザ
クションの個別的アプリケーション・プロファイル・レ
コードを保持することが出来る。ｒＥＴに呼出されたＤ
ＢＭＳインターフェイス手順によって全アプリケーショ
ン・プロファイル入力及び出力が実行される。特徴的な
ことは、新メツセージがトランザクション・ブロモ・ン
サがら受信した時、ＩＥＴがアプリケーション・プロフ
ァイルを読取り且つトランザクション・プロセッサにメ
ツセージを送信する前にアプリケーション・プロファイ
ルを書込むことである。

ＩＥＴにはアプリケーションとしてメニューヘルプ及び
文書、メツセージ及びスクリーン・フォーマット、及び
協調的処理の取り扱い手順が備えられている。ＴＤＴに
はアプリケーション・メニューを格納するパネルの構造
及びネームが含まれており、各メニュー項目によって参
照されるアプリケーション手順及びパネルのリストも含
まれている。ＪＥＴに入力及び出力手順がある為にＩＥ
Ｔがサポートするメニューの各レベルでの処理及び移動
が実行出来る。こうして論理処理メニューは何等アプリ
ケーション手順を含めることな（ＩＥＴによって完全に
処理できる。ヘルプ及び文書は同様にしてＩＥＴでサポ
ートできる。ヘルプ及び文書ファイルはＩＥＴにリスト
されている。

ヘルプ文書処理若しくは移動を取り扱うＩＥＴの入力及
び出力手順には何等アプリケーション手順が含まれてい
ない。ＩＥＴではその連係及び復帰機能及びそのプロフ
ァイル・ビューの利用によって協調的処理を行うことが
出来る。本プロトコルによってデータは２個のプロセス
及びアプリケーション手順に保管されたデータを保持し
つつ２個のプロセス及びプロファイル間でやりとりする
ことが出来、プロセス間の対話で協調的に結果を得るこ
とが出来る。ＪＥＴでは現行及び次パネル表示ネームを
指定するトランザクション・ビューの制御フィールドを
介してメツセージ及びスクリーンフォーマット処理（ｓ
ｃｒｅｅｎ　ｆｏｒｍａｔｔｉｎｇ）に関するアプリケ
ーション制御が与えられる。該アプリケーションはこれ
らのフィールドを変更することによって表示パネルを制
御することが出来る。

メニュー処理、ヘルプ及び文書処理、アプリケーション
・プロファイル管理、協調的処理及びメツセージ／スク
リーン・フォーマットを含み、且つＴＥＴが提供するア
プリケーションに関するサービスは、入力／出力ファイ
ル、スクリーン・フォーマット及びメツセージ処理のイ
ンターフェイスの差異に関連するプラントフオームのソ
フトウェア及びハードウェアの差をＩＥＴが処理するこ
とが出来るようにしたので、プラットフォームのソフト
ウェアからアプリケーションを分離している。各プラッ
トフォームへのＩＥＴの設定はアプリケーション・プロ
グラムとは切り離されている。

より高度の分離を維持する方法として、全プラットフォ
ーム上でデータ・ベース・アプリケーションの共通高水
準言語及び共通組み込みＤＢＭＳ言語インターフェイス
の使用が採られている。この様な結果が得られたのは、
多重実行環境に対して横断的にアプリケーションの高度
な移植を可能にしたハードウェア及びソフトウェア依存
インターフェイスからの分離と共通の言語設定の利用な
のである。

ＪＥＴがリンク及び復帰プロトコル、データ入力及び出
力ビュー・インターフェイス及び経路選択請求見出し部
の使用によって遠隔のアプリケーションと交信すること
が出来る。ＬＩＮＫは遠隔アプリケーション手順の実行
を起動する為のＩＥＴへの催促である。ＲＥＴＵＲＮは
、ＬＩＮＫ請求の開始プログラムへの制御を復帰させる
ためのＩＥＴへの請求である。インターフェイス・ビュ
ーには起動手順、遠隔アプリケーション手順、ユーザ端
末デバイス及びそれらが駐在するシステムに関する文書
が含まれている。ＩＮＰＵＴビューにはＬＩＮＫが実行
される際入力として含まれることになっているアイテム
がリストされている。

０ＵＴＰＵＴビユーにはＲＥＴＵＲＮ請求に際して出力
として含まれることになっているデータ・アイテムがリ
ストされている。これらビュー全てがＬＩＮＫ及びＲＥ
ＴＵＲＮ請求の処理の際ＩＥＴによって用いられるＧＴ
Ｄによって構築されるビュー・オブジェクトに含まれて
いる。

ＩＥＴでは、アプリケーション手順がＬＩＮＫ又はＲＥ
ＴＵＲＮ機能を請求中であっても、或いはＪＥＴがＬＩ
ＮＫ又はＲＥＴＵＲＨの経路選択請求見出し部付入力メ
ツセージを受信直後であってもそれに基づいて、ＬＩＮ
Ｋ及びＲＥＴＵＲＮ双方の各種機能が実行される。ＩＥ
ＴがＬＩＮＫ又はＲＥＴＵＲＮ請求をアプリケーション
でコンパイルする時は何時も出力メツセージの一部とし
て見出し部が構築される。見出し部はデータ内の分りや
すい場所に識別キーワードを用いており、且つ実行直後
のアプリケーション手順の入力（ＬＩＮＫ請求の場合）
及び出力（ＲＥＴＵＲＮ請求の場合）ビューにリストさ
れたデータ・アイテムに対応するトランザクション・ビ
ューから’４ｔうれたインターフェイス・ビューならび
にデータを含んでいる。次いで出力メツセージが処理の
為にトランザクション・プロセッサに送信される。トラ
ンザクション・プロセッサは出力メツセージの経路選択
請求見出し部を見分けることが出来、それを適切に処理
する。ＩＥＴが経路選択請求見出し部を格納した入力メ
ツセージを受信する時は、常にＩＥＴはメツセージが適
応のシステムに来信したかどうか確定する。非であれば
、該メツセージは適切なシステムに転送される。非でな
ければ、アプリケーション・プロファイルが検索され、
トランサクション・ビューに設値され、次いでインター
フェイス及び入力（ＬＩＮＫ請求の場合）及び出力（Ｒ
ＥＴＵＲＮ請求の場合）ビュー・データが実行されるア
プリケーション手順のトランザクション・ビューの対応
するデータ・ネームの所に設値される。次いでアプリケ
ーション手順が実行される。複雑なアプリケーション手
順であるがＬＩＮＫ及びＲＥＴＵＲＮ請求が実行されて
いる時正確に制御状態に在る。

此処で情報エンジニアリング・タスクは極めて詳細に考
察される。第６２ａ−ｂ図は本発明の実施例の此処での
観点からの流れ図を描出するものである。既述の様に、
ＴＥＴは、各ＤＡＡ　ｌ−ランザクジョンの制御モジュ
ールであって、ユーザによってＤＡＡ）ランザクジョン
が実行される時トランザクション処理サブシステムから
の呼出によって入力されるように設計されている。かか
るサブシステムはＭＶＳ上のＩＭＳ又はＵＮＩＸプラッ
トフォーム上のＴｕｘｅｄｏのようなものであってよい
。

ＪＥＴではトランザクション実行の例毎にトランザクシ
ョン処理システムを経てトランザクションの制御が呼出
されなければならない。ＧＴＤでは、ＴＤＴ、マツプ、
ユーザ手順及びＪＥＴモジュールを一括してＩＥＴを呼
出するトランザクション・サブシステムのメイン・イン
ターフェイス・モジュールと連係編集によって、実行可
能なトランザクション・モジュールが生成される。

若干の要点となる変数領域及び成分をＴＥＴ論理の既述
を通じて参照し手順に此処で述べることにする。

トランザクション定義テーブル（ＴＤＴ）：既述のごと
く、ＴＤＴは、ＴＤＴがＩＥＴモジュールがユーザ及び
アプリケーション手順間のパネル及びデータの流れを制
御する必要が在る多様な情報全てをテーブル形式で設定
したことによってＩＥＴの成功に決定的な役割を果した
。ＴＤＴは又メニュー・パネル、ヘルプ・パネル、及び
グロサリ・パネルに対するポインタの設定も行った。既
述のＴＤＴに関する議論でＩＥＴ論理の流れがよりよく
理解できる筈である。

トランザクション・ビュー（ＴＶ’）：前に定義したご
とく、トランザクション・ビューとは、ＩＥＴ及びユー
ザ手順間の処理の制御流れに対してＩＥＴを通じて用い
られる状態情報、ネーム、及びポインタを格納する変数
の集合である。それは周知のＪＥＴ変数にユーザ指定変
数を追加してなる１組から成り立っている。この方法は
ＩＥＴ及びユーザ手順が情報を自由に交信する為の唯一
の方法である。この領域のポインタは呼出次第で常にユ
ーザ手順に移行できる。このビューに格納されるフィー
ルドの例として実行−システム−ネーム、起動−バネル
−ネーム、ユーザー識別子、及びトランザクション−ネ
ームが挙げられる。

ＩＥＴＭ／ＩＢＴＴ　　見出し部：これらの見出し部は
、システム及びトランザクション間で交換されたＩＥＴ
インターフェイス・メツセージに先行する個々のブロッ
クの集合である。ＩＥＴインターフェイス・メツセージ
はシステム間及びトランザクション間の請求を交信する
のに用いられる。

これらは見出し部、制御ブロック及びメツセージ若しく
はとニー・データを格納しでいる。見出し部（Ｉ　ＥＴ
Ｍ）及び制御ブロック（ＩＥＴＩ）内のデータは、メツ
セージの原の及び格納先システム環境ならびに請求端末
の機能に関する情報をＩＥＴに設定する。このデータは
格納先へのメツセージや発信元への返信の経路選択に用
いられる。

このデータは、メツセージ内のデータにどの様な変換を
施す必要があるかの判定にも用いられる。

各種のフィールド・ネームの選択は全く好みの問題であ
って、本発明の範囲を限定するものではない。

Ｉ　ＥＴＭ見出し部は求めるインターフェイス・メツセ
ージとトランザクションの全長を定義する。

それは次のフィールドから成り立っている。

ＩＥＴＭＬＬはこの見出し部を含むＩＥＴＭメツセージ
の長さである。

ＩＥＴＭＺＺは予約フィールドでゼロを含む。

Ｉ　ＥＴＭＴＲＡＮは８文字のトランザクション・ネー
ムである。

ＩＥＴＭＢＬＮＫは１文字のフィールドで空白を含む。

Ｉ　ＥＴＭＣＯＮＴは８文字の制御コードで“＝ＩＥＴ
ＣＯＮＴ”を含む。このフィールドはインターフェイス
・メツセージとしてこれを識別する為ＩＥＴによって用
いられるキーである。

ＩＥＴ１制御ブロックはＩＢＴＭ見出し部に続き原及び
格納先システムの環境を税込する。それは次のフィール
ドから成り立っている。

ＩＥＴＩＬＬはＩＥＴＩ制御ブロックの長さである。

ＩＥＴＩＺＺは予約フィールドでゼロを含む。

ＩＥＴＩＡＰＰＬは４文字のアプリケーション識別子で
ある。

ＩＥＴＩＶＩＥＷは８文字のビュー・ネームである。

ＩＥＴＩＳＹＳＴは要求端末の為のシステムの８文字ネ
ームである。

ＩＥＴｒＲ３Ｖ１は８文字の予約フィールドである。

ＩＥＴＩＣＣは１文字コマンド・コードで要求の型を指
定する。（ＬＩＮＫ、ＲＥＴＵＲＮ、ＦＯＲＷＡＲＤ、
又はＴＥＲＭ　Ｉ　ＮＡＬ）。

ＩＥＴＭＲＣは１文字ＲＥＴｔＪＲＮコードである。

ＩＥＴＩＭＣは１文字メツセージ・コードである。

Ｉ　ＥＴ　Ｉ　ＨＣＮＴは１文字ホップ・カウント（ｈ
ｏｐ　ｃｏｕｎｔ）である。

Ｉ　ＥＴＩ　ＵＳＥＲは８文字ユーザ識別子である。

ＩＥＴＩＴＥＲＭは８文字端末ネームである。

ＩＥＴＩＯＮＯは４文字予約フィールドである。

ＩＥＴＩＡＰＬＯは４文字発信アプリケーション識別子
である。

ＩＥＴＩＳＹＳＯは８文字発信システムネームである。

ＩＥＴＩＴＲＮＯは８文字発信トランザクション・ネー
ムである。

ＩＥＴＩＰＲＣＯは８文字発信手順ネームである。

Ｉ　ＥＴ　Ｉ　ＦＭＴは１文字ＩＥＴＩフォーマット（
通常値−１）である。

ＩＥＴＩＲ３Ｖ２は３文字予約フィールドである。

ＩＥＴＩＡＰＬＩは４文字格納先アプリケーション識別
子である。

Ｉ　ＥＴ　Ｉ　ＳＹＳ　１は８文字格納先システムネー
ムである。

ＩＥＴＩＴＲＮＩは８文字格納先トランザクション・ネ
ームである。

ＩＥＴＩＰＲＣＩは８文字格納先手順ネームである。

ＩＥＴＩＭＴＣＨは１文字、文字型（ＥＢＣＤＩＣ＝Ｏ
，ＡＳＣＩ　Ｉ＝１）である。これはメツセージ・デー
タにどの様な文字コードの変更が必要かを確定する為格
納先に於いてＩＥＴによって用いられる。

ＩＢＴＩＭＴＩＮは１文字整数型（通常−０、バイト−
スワップ＝１）である。

ＩＥＴＩＲ３Ｖ４は６文字の予約フィールドである。

Ｉ　ＥＴＩＴＲＭＤは１６文字の端末格納先情報である
。

ＩＥＴＩＲ３Ｖ５は８文字予約フィールドである。

ＩＢＭ　　３２７０のデータ・ストリームは本発明の実
施例を反映しているので、以下の記述で参照される。に
もかかわらずかかる参照は本発明の範囲を以下なる場合
も制限するものではない。

まず、第６２ａ図を考察する。これはＩＥＴ流れ図の始
点を描出する。トランザクション・サブシステム・メイ
ン・モジュールの効果としてメイン・モジュールがＩＥ
Ｔを呼出し、ブロック１０でＩＥＴ論理はまず広範なア
クセス可能な変数及びキー・フィールドの初期化をトラ
ンザクション・ビューで行う。幾つかのこれらの変数及
びキー・フィールドには次のものが含まれている。すな
わち、ＴＤＴポインタ、１ｏｐｃｂ及びａｌｔｐｃｂ　
（この双方ともトランザクション・サブシステム・メイ
ン・モジュールによってＩＥＴに転送されている）、な
らびにスクリーン構築領域へのポインタ、メツセージ・
バッファ、ビュー・バッファ、及び文書スクリーン・バ
ッファである。フロック２０ではＪＥＴはシステムから
局所システム・ネームを与えられている。

ＩＥＴのメイン・ループはブロック３０で開始される。

此処で新しいメツセージが所定のトランザクション識別
子に対するトランザクション・サブシステムから取り出
される。本ブロックは、例えばメイン論理によって以前
の走査が原因でそれが開示の侭に生っているのであれば
、文書インターフェイスを閉止することによって開始さ
れる。

ブロック４０ではトランザクション・ビューが初期化さ
れる。この手順でＴＶが、ポインタをゼロにし、且つ文
字フィールドを空白に設定し、システム・ネームをロー
ドし、オペレーティング・システムから日時をロードし
、そしてＴＤ’ｒｇＨ別子、アプ利子−ション識別子、
及びＴＤＴからリリース番号を呼出すことによってクリ
アされる。

この地点で、ブロック５０ではトランザクション・サブ
システムから次の入力の呼出が実行される。次いで、判
定ブロック６０では新データがＤＡＡシステムに与えら
れたかどうか検証される：５ＴＡＴＵＳ＝ＮＯＤＡＴＡ
？。新データ・ストリームが与えられなければ、ＪＥＴ
インターフェイスは後述する第６２ｂｂ図のブロック１
６６０へ分岐し、ＩＥＴインターフェイスは退去する。

ブロック６０の論理で新データ・ストリームが与えられ
た事が検証された場合、ブロック９０が実行される。ユ
ーザ識別子及び端末識別子はサブシステムの１ｏｐｃｂ
から検索されたＴＶへ保存される。ブロック１００で端
末属性、例えばカラー機能、ハイライティング（ｈｉｇ
ｈｌｉｇｈｔｉｎｇ）、リバース・ビデオ等が保管され
、ＴＶに保存される。

第６２ｂ図に続けば、ブロック１１０でデータ・ストリ
ームからトランザクション識別子が呼出され固有コード
（ＡＳＣＩＩ又はＥＢＣＤ　Ｉ　Ｃ）に翻訳される。ブ
ロック１２０でトランザクション識別子が保管されそれ
からＴＶに保存される。

次に、判定ブロック１３０で入力データ・ストリームの
検査が行われデータがフォーマントされているかどうか
、すなわち、直接フォーマット済みスクリーンから得た
のかどうか調べられる。この検査は３２７０データ・ス
トリームの第１バイトに３２７０　　ＳＢＡを探すこと
によって行われ、見付かれば、該ストリームはフォーマ
ット済みだと宣言される。この事はデータ・ストリーム
がフォーマット済みパネルを有する３２７０型端末から
来たことを意味する。

「フォーマットしない（ｕｎｆｏｒｍａｔｔｅｄ）　Ｊ
とはクリアされたスクリーンからの入力（フォーマット
されていない３２７０スクリーン）又は少なくとも入力
の最初の部分が３２７０データ・ストリームを有しない
ことである。後者の場合には特別の見出し部が後続する
メツセージ中に後でフォーマット・データが見付かるよ
うな場合が有るかもしれない。データ・ストリームがフ
ォーマットされていると、ＩＥＴは後述の第６２１図の
ブロック７８０に分岐し、そこではフォーマット・スク
リーンが処理される。

この地点で判定ブロック１４０の論理によって「フォー
マットしない」データ・ストリームの処理が開始される
。このブロックではデータが他のＤＡＡトランザクショ
ンのＩＥＴによって構築されたかどうか知る為に検査さ
れ、入力メツセージにクリア・テキスト・トラン・コー
ド（ｃｌｅａｒ　ｔｅｘｔｔｒａｎ　ｃｏｄｅ）が後続
するリテラル（ｌｉｔｅｒａｌ）　　＝ＩＥ　Ｔ　ＣＯ
Ｎ　Ｔ　”を探すことによってこのトランザクションに
挿入される。データ・ストリームがＤＡＡ由来であれば
、前述のＩ　ＥＴＭ及びＩＥＴＩからなるＩＥＴ見出し
部が使われることになる。

テスト結果が否定的の場合、ＩＥＴインターフェイスは
後述の第６２ｇ図の判定ブロック４７０に移動し、そこ
では処理は３２７０端末由来の真のフォーマットなしメ
ツセージに対して開始される。

しかし、テストの結果が肯定的であれば、ＩＥＴは判定
ブロック１５０に移動し、そこでは送信ＩＥＴ文字組が
受信ＩＥＴ文字組と異なる（例えばＡＳＣＩＩ対ＥＢＣ
ＤＩＣ）かどうか、ＩＥＴＩ見出し部の文字型フィール
ドを受信側の型と比較することによって検査される。Ｉ
ＥＴ見出し部がＥＢＣＤ　Ｉ　Ｃシステム由来であり、
局所的ＩＥＴがＡＳＣＩＩであれば、ＩＥＴインターフ
ェイスは全てのＩＥＴＩ文字フィールドをＡＳＣＩＩに
変換する（ブロック１６０）。

メツセージにＩＥＴ見出し部が含まれると、３個の別々
な２値バイナリ長フイールドが必要であって、一つはＩ
　ＥＴＭに、一つはＩＥＴＩに、一つはＩＥＴＩ見出し
部が後続するメツセージ・データに先行する。その長さ
は発信ＩＥＴ処理によって構築されている為、咳＋Ｅｒ
の処理の固有マシーン・フォーマット（ｍａｃｈｉｎｅ
　ｆｏｒｍａｔ）の状態に在る。成る種のハードウェア
では高次バイトが先に、低次バイトが後に保存され（例
えばＩＢＭ３７０）、他方他のハードウェアでは最初に
低次バイトとバイト交換した始値バイトが先行し高次バ
イトが後続する（例えばインテル）。従って、ブロック
１７０では、ＩＥＴによって局所の又は受信側ＩＥＴの
バイナリ長さ保存型が送信ＩＥＴのハードウェア型のそ
れと比較される。第６２ｃ図に続けると、各型同士が互
換性を持てば、ＩＥＴはブロック１９０に分岐する。さ
もなければ、フロック１８０の３種類の異なる長さのフ
ィールドにバイトがスワップ（ｓｗａｐ）される。次い
でＩＥＴはユーザ識別子、端末システム、端末識別子、
及びＩＥＴＩの端末属性が保管されているブロック９０
に続きそれからＴＶに保存される。

判定ブロック２２０の論理によって、ＬＩＮＫ要求コー
ドに対するＩＥＴＩコマンド・コード・フィールドが検
査される。ＬＩＮＫ要求は、本システム及び本トランザ
クションによって処理する為に、求めるＪＥＴに入力ビ
ュー・ブロック（ＩＥＴ！見出し部が後続する）を付加
することを指定している。これがＬＩＮＫ要求でなけれ
ば、制御は後述の第６２ｅ図のブロック３１０に転送さ
れる。

ＬＩＮＫ要求コードが有れば、ビュー・スタック（ｖｉ
ｅｗ　５ｔａｃｋ）がクリアされる。該ビュー・スタッ
クはディスクに保存され（今後ロールファイル（ＲＯＬ
ＬＦ　Ｉ　ＬＥ）として引用される）、ユーザ識別子及
びアプリケーション識別子で指標付けされる。ＪＥＴの
全動作を通じてこのスタックはトランザクション実行の
様々な地点でビュー変数を保管且つ復元する為に用いら
れる。更に、ビューが保存される場合、パネル塩及びト
ランザクション・ネームも要求に応じて保存される。リ
ンク要求を受けた時は、ブロック２３０のＩＥＴは現行
ユーザ識別子及びアプリケーション識別子の全先行ビュ
ーをクリアする。次いでブロック２４０のＴＥＴは現行
ＩＥＴＩ見出し部をユーザ及びアプリケーション識別子
のスタックのトップに設定する。ブロック２５０ではＩ
ＥＴは、要求リンク経手順のネームをＩＥＴＩ見出し部
からＴＶへ移動するがこれはＩＥＴＩ見出し部後付けの
所定入力ビューの手順の実行の準備の為である。第６２
ｄ図に進めば、ブロック２６０でひとたび手順ネームが
識別されると、ＩＥＴはネーム付手順の手順テーブル項
目を走査しくＴＣＥ、記述）、且つ適当なネームでＴＣ
Ｅへのポインタを保管する。

ブロック２７０へ進むと、ＩＥＴはＴＣＥブロックをプ
ロファイル・ビュー・リストＴＣＥＰＣＷの設定に用い
る。このリストはＴＶからプロファイル・ビュー・デー
タ・フィールドを抽出するのに用いられ、次いで別個の
ビュー作業域に移動する。ひとたびビュー作業域が構築
されると、ＩＥＴはＬＩＮＫ要求入力ビューの処理に先
行してプロファイル・ビューを代表するフィールドの連
続リストが得られる。次いでブロック２８０でこのプロ
ファイル・ビューは、特定ユーザ及びアプリケーション
の識別子のスタックにそれを設定することによって保管
される。

次いでブロック２９０では上記入力ビュー・リストが用
いられ（ＶＭＯＨ／Ｖ−ＭＯＦ）　、入力ビューの各フ
ィールドはＴＶへ移動する。移動に際して必要ならＥＢ
ＣＤＩＣからＡＳＣＩＩへ又はその反対へと文字フィー
ルドが翻訳される。マシーンの保存方式が異なる場合バ
イト交換も行われる（ブロック１７０参照）。ＴＤＴの
説明の時纏めたように、所定のフィールドのＶＭＯＦ項
目にはＴＶ、フィールド長さ、及びフィールド・フォー
マット（文字、等）にオフセットを含ませてマツピング
をするのに適当な情報が格納されている。

ＴＶが移植されるに従い、ＩＥＴインターフェイスは、
ＴＣＥによって指定された入力手順（ブロック２６０上
）を開始する為、後述の様に、第６２Ｓ図のブロック１
２００に続く。

ＬＩＮＫ要求が指定されなかった場合（ブロック２２０
）、制御はブロック３１０に転送される。

この地点でＩＥＴはＲＥＴＵＲＮコマンド・コードの為
のＩＥＴＩコマンド・コードを検査する。

その結果が非であれば、ＲＥＲＵＲＮ制御は後述の様に
第６２ｆ図のブロック４００に転送される。

それがＲＥＴＵＲＮ要求であればブロック３２０はＩＥ
ＴＩから、ＲＥＴＵＲＮ−手順のネームの抽出を実行す
る。

ブロック３３０は、ブロック２６０と類似の作動を行い
、ＲＥＴＵＲＮ−手順用のＴＣＥポインタを見い出す。

ブロック３４０では、ＪＥＴがユーザ及びアプリケーシ
ョン識別子のスタックの最終設定ビューをポツプ・オフ
（ｐｏｐ　ｏｆｆ）することによってプロファイル・ビ
ュー・フィールドを復元する。復元処理にはＬＩＮＫが
行われた時に保管された出カバネル・ネームが含まれる
。次いでＴＥＴはＴＣＥフィールド、ＴＣＥＰＶＷをプ
ロファイル・ビュー・リスト構造、ＶＭＯＨへのポイン
タとじて用い且つＶＭＯＦ項目のリスト（ビューのフィ
ールド当り１個）をフ゛ロファイル・ビューからＴＶ迄
全てのフィールドを再記録する為に用いる（ブロック３
５０）。

次いで、ＴＣＥは出力ビュー・リストＴＣＥＯ■Ｗ（ブ
ロック３７０）を駐在するのに用いられる。このフィー
ルド・リストからＴＶはＩＥＴＩ見出し部が後続するビ
ュー・データ由来のデータを用いて移植される。ブロッ
ク３７０では、同様の論理がブロック３５０のそれに採
用される。但し、プロファイル・ビュー・リストの代り
に出力ビュー・リストが用いられる点は別である。

この地点で、ブロック３８０のＩＥＴはブロック３４０
のプロファイル・データ・ベースから復元されたパネル
名を用いてＴＶに出カバネル名を設定する。次いでＴＣ
Ｅによって指名された出力手順を開始する為（ブロック
３３０上）後述の様に、第６２ｓ図のブロック１２００
へ制御が転送される。

今度は第６２ｆ図を見ると、フロック４００でＦＯＲＷ
ＡＲＤコマンドに対してＩＥＴＩコマンド・コードが検
査される。ＦＯＲＷＡＲＤコマンドが無ければ、制御は
ブロック４３０に転送される。

ＦＯＲＷＡＲＤ要求は、■システム上で入力データ通常
入力端末データを他のシステムに転送して格納先システ
ムで同じ又は異なるトランザクションによって実行する
為に、ＤＡＡトランザクションによって用いられる。例
えば、成るシステムの端末によってＤＡ）ランザクジョ
ンは、実行用遠隔システムへのトランザクション要求の
経路選択に用いられる。′この操作はクリアされたスク
リーンから”ＤＡ　　５ｙｓｉｄ　ｔｒａｎ　ｔｒａｎ
−ｉｎｐｕｔ”を入力することによって実行することが
出来る。此処に”５ｙｓｉｄ″とは遠隔システムの名前
であり、“ｔｒａｎとは実行さるべきトランザクション
の名前であり且つ“ｔｒａｎ−１ｎｐｕ　ｔ”とはオプ
ショナルなトランザクション・データである。ＤＡ）ラ
ンザクジョンはこのＦＯＲＷＡＲＤ要求をシステム５ｙ
ｓｉｄ上で実行すべく　Ｉ　ＥＴＭ／Ｔ　ＥＴ　Ｉ／メ
ツセージ・バッファを構築する為に用いられる。

ブロック４００にＦＯＲＷＡＲＤコマンドが有れば、ブ
ロック４１０でＩＥＴはＩＥＴＩ見出し部付メツセージ
・バッファを作業域にコピーし、あたかもメツセージ・
バッファが局所システムから発信されたかの様に進行す
る為、次いで第６２ｂ図のブロック１２０に分岐する。

本発明の実施例に於いてはこのメツセージ・ブロックが
吟味され且つ再び実行の為他のシステムへ転送されるこ
とは可能である。しかし一般にはＦＯＲＷＡＲＤ要求は
１回のバス後に実行される。

ブロック４３０ではＴＥＲＭ　Ｉ　ＮＡＬコマンドに対
するＩＥＴＩコマンド・コードが検査される。

それがＴＥＲＭＩＮＡＬコマンドでなければ、次のトラ
ンザクション入力を呼出する為ブロック１１０に制御は
転送される。さもなければ、ＩＥＴｌ見出し部付データ
・ストリームからのメツセージがＩＥＴＩ見出し部で指
定された局所端末に転送される。次いでこのトランザク
ション用の次の入力を処理する為ブロック４０に制御は
逆転送される。

ブｔ］７り４７０では、ＩＥＴによりＡＳＣＩＩ型の局
所マシーン文字セットが検査される。それがＡＳＣＩＩ
マシーンでなければ、ＪＥＴインターフェイスは次の段
階にスキップし、ブロック５１０に移動する。それがＡ
ＳＣＩＩマシーンであれば、ＩＥＴインターフェイスは
ＡＳＣＩＩコード（５００）にデータ・ストリームを変
換し、次いでブロック５１０に移動する。

次に、判定ブロック５１０でＩＥＴは、データ・ストリ
ームがトランザクション・コードが転送した無空白デー
タを格納しているかどうが検査する。トランザクション
・コードを転送された無空白データとは、メニュー選択
が提示され若しくは選択データが“フォーマットなしパ
パネル入力手順によって処理待ち状態になっていること
を意味する。トランザクション・コードを転送したデー
タが無い場合、制御はブロック５５０に転送される。

ブロック５２０では余分のデータが残留する場合に実行
される。トラン・コード（ｔｒａｎ　ｃｏｄｅ）　付の
最初の無空白文字は、ユーザがその文字のついて指定コ
マンドの呼出を要求するかどうかを示す°″／′°又は
“＝′°と比較される。“／゛又は“−がなければ、制
御はブロック５５０へ転送される。

°“／°°又は°“−パが有れば、判定ブロック５３０
で更に該文字に続くコマンド・ストリングが［リセット
Ｊと比較される。ストリングが「リセット」と等しけれ
ば、制御は後述の第６２ｙ図のブロック１５６０へ転送
される。此処ではトランザクションの状態がリセットさ
れ且つトップ・レベルのメニュー（ｔｏｐ　１ｅｖｅｌ
　ｍｅｎｕ）が表示される。ストリングが「リセット」
に等しくなければ、ブロック５４０でストリングが°“
ＱＵＩＴ”と等しいが否か検査される。ストリングが°
“ＱＵＩＴ“に等しければ、制御は第６２ｘ図に短時間
スキップしてからブロック１５３０に転送される。此処
で、ＩＥＴはプロファイル・データ・ベースからアプリ
ケーション識別子を削除することによって特定ユーザと
アプリケーションの識別子へのＱＵＩＴ要求の処理を開
始する。次いでブロック１５４０で実行用局所システム
へのメツセージ“ＤＡ＝１”が問われる。この制御は表
示起動トランザクションを呼出する。次いで制御はブロ
ック３０に転送され、此処で次のトランザクション・メ
ツセージが受信され処理される。

第６２ｈ図に戻り、ブロック５５０の論理でクリア・ス
クリーンから呼出されたトラン・コードだけ用いてトラ
ンザクションの処理が開始される。

これが最終の既知の状態及びパネルでトランザクション
を再開できる一つの方法である。この処理はＴＶでのパ
ネル塩を空白にすることによって開始される。

判定ブロック５６７では現行ユーザ識別子に空白がある
かどうかが検査される。ユーザ識別子に空白があるとす
れば、ユーザ識別子はなく、ＩＥＴはプロファイルの再
保存をバイパスして、制御はブロック６２０へ転送され
る。ユーザ識別子に空白がなければ、ブロック５７０で
の論理は所定のユーザ識別子及びアプリケーション識別
子に対して出カバネル名を含むスタックからプロファイ
ル・ビューを再保存する。

この地点で、判定ブロック５８０は、最終プロファイル
が再保存ビューの最初の部分をリテラル“’ＩＥＴＣＯ
ＮＴ’”と比較することによってそれがＩＥＴ１制御ブ
ロックであるかどうか検査される。結果が否であれば、
制御はブロック６１５へ転送される。此処では、ＴＶが
再保存プロファイル・ビューから移植されている。

フロック５９０ではＪＥＴ制御ブロックが再保存された
時入力される（すなわち、ブロック５８０の比較は正で
ある）。ＩＥＴの要求がこのコードと異なるトランザク
ション・コードに最終的に転送されるか、及び現行シス
テムとは異なるシステム識別子に転送されるかを検証す
る為のテストが行われる。テスト結果が正であれば、制
御はブロック６１５へ転送され、此処でＴＶは再保存さ
れたばかりのビューから移植される。

ブロック６００では５９０でのテスト結果が否の場合に
実行される。ＩＥＴではＴＲＡＣＥ　　ＦＯＲＷＡＲＤ
と呼ばれるプロセスが採用されるがこれによってＩＥＴ
はメツセージを格納先トランザクション及び再保存され
たＩ　ＥＴ　Ｉにあるシステム識別子にメツセージを再
送信できる。

このブロックはＩＥＴＭ、ＩＥＴＩ及びＩＥＴＩのトラ
ン・コードに等しいメツセージ・バッファからなる新メ
ツセージ・ブロックが構築される。

ＩＥＴＩ要求コードはＦＯＲＷＡＲＤに設定される。こ
のメツセージ・ブロックは送信されると、トランザクシ
ョンはこのトラン／システムがら最終要求状態に於いて
格納先システム上で再開するよう設計されている。バッ
ファが構築された後で、制御は後述の様に第６２ｖ図ブ
ロック１４２ｏに転送される。此処でメツセージは指定
トラン／システムに送信される。

ブロック６１５ではトランザクション・ビュー変数がブ
ロック５７０に再保存されたプロファイル・ビューから
移植される。これは第６２ｅ図のブロック３５０で述べ
たプロセスと同様である。

入カバネルネームは「アンフォーマットｊに設定される
（ブロック６２０）。

第６２ｊ図に移動すれば、ブロック６３０では指定ファ
イル・ネームにＴＰＥ項目が駐在される。

ＴＰＥ項目はパネルに構築及び表示さるべき全ての情報
が格納されている。パネルの位置決めは単に所望のパネ
ル名がＴＰＥのネームに等しい物が見付かるまで各ＴＰ
Ｅの項目を走査する問題に過ぎない。最初のＴＰＥはＴ
ＤＴ中のフィールドＴＤＴＡＴＰＥに係留される。

次いで、判定ブロック６４０でＩＥＴはトラン・コード
に続くメツセージ・バッファ内のデータが“＝°°と共
に先行しているか否か検査される。

非であれば、制御はブロック６８０に転送される。

他方、トラン・コードが＝°゛と共に先行していれば、
ブロック６５０でメニューの再開始へのユーザからの要
求が取り扱われる。たとえば、ザからの要求が取り扱わ
れる。たとえば、ＸＹＺ＝２で指定されたトランザクシ
ョンＸＹＺメニューオプションでの２が実行されなけれ
ばならない。

トップ・レベルのメニューパネル項目ＴＰＥは変数ＴＤ
ＴＡＭＥＮＵを用いてＴＤＴによって設定される。この
ＴＰＥによってメニュー入力手順項目はＴＰＥのＴＰＥ
ＡＩＴＣＥフィールドを用いて設定される。

ブロック６５０が実行された後、６５２ではビューの各
々がトップ・メニュー・ビューとなっているスタックの
第一ビューを占めるまで、このユーザ識別子及びアプリ
ケーション識別子がボ・ンプ（ｐｏｐ）される。トップ
・ビューが発見されれば、すなわちトップ・メニュー・
プロファイル・ビューＴＶはビューから再記録され、ビ
ュー・スタックはクリアされる。トップ・ビューが発見
されなければＴＶに再記録されるものはなく、スタ、、
りは空の侭である。ブロック６６０では“＝°′に後続
するコマンド・コードがＴＶのコマンド・フィールドに
移動する。次いで制御は後述の第６２ｓ図ブロック１２
００に転送されるが此処で入力手順はメニューパネルに
対して実行される。

＝“がトランコードに先行しない場合に話を戻すと、ブ
ロック６８０で出カバネル・ネームが空白であり、入カ
バネル・ネームで°’ＵＮＦＯＲＭ　Ａ　Ｔ　”である
かどうかの検査が行われ、両者とも然りであれば、入力
メツセージ・バッファは出力領域にコピーされ（ブロッ
ク６９０）、且つ制御はＵＮＦＯＲＭＡＴの入カバネル
の為の入力手順が呼出されるブロック９６０に転送され
る。

どちらも無ければ、ブロック７１０で所定のパネルかｈ
トランザクションの再開始準備の論理を開始する。まず
コマンド・コードが空白化され、次いでブロック７２０
で出カバネル・ネームがＴＶに移動される。次いでブロ
ック７３０では指定パネル・ネームに対するＴＰＥ項目
が探索される。

第６２に図では、ブロック７４０でフィールドＴＰＲＡ
ＯＴＣＥでの出力手順項目ポインタに対しＴＰＥによっ
て検査が行われる。ポインタが存在すれば、このポイン
タはパネルの出力より早く呼出される手順のＴＣＥ項目
をポイントする。次いでブロック７５０でＴＣＥのアド
レスが設定され且つ指定手順が実行される第６２ｓ図の
ブロック１２００に制御が転送される。出力手順が存在
しなければ、制御は後述の様に第６２ｚ図のブロック１
６１０へ転送され、そこではパネル表示が構築され且つ
端末に出力される。

ブロック７８０で３２７０データ・ストリームを用いて
フォーマットされたメツセージに対する論理が開始され
る。（すなわち、該メツセージは始点に於いて３２７０
ＳＢＡを有することが検証されていたのである；フロッ
ク１３０参照）。この時点に於いて、ＤＡＡ　）ランザ
クジョン・パネルが表示されている３２７０端末から受
信された３２７０人カストリームをＩＥＴが有すること
が期待される。端末から入力されたＩＥＴ処理の不可欠
な要素としてスクリーンのデザインが挙げられる。この
デザインはパネル・クリア時成る程度までＧＴＤによっ
て強化される。その基準は３２７０端末によって復帰さ
れたＤＡＡスクリーンの最初の３フイールドがトラン・
コード、パネル・ネーム及びシステム識別子でなければ
成らないということである。この方法は３２７０データ
・ストリームに、これら３フイールドを変更データ・タ
グ組（ｄａｔａ　ｔａｇ　５ｅｔ）付き入力／出力フィ
ールドとして含まれることによって可能と成る。この条
件は何等かの送信キーが押される時必ず３２２０がそれ
らを復帰させる原因と成る。これら３フイールドが復帰
されると、ＩＥＴは入力を処理するよう指定された次の
手順を呼出して最終的にトランザクションが退去した時
点で処理を連続することが可能である。

従って、判定ブロック７８０では、パネル・ネームが第
２の３２７０ＳＢＡの探索とパネル・ネームとして復帰
された文字の抽出によってデータストリーム中に在るか
どうか調べる為停止させる。

データストリームが短すぎるか又は第２のＳＢＡを持た
ない場合、制御は後述の様に、この入力がトランザクシ
ョンに対する再開始として扱われている第６２ｎ図のブ
ロック８７０に転送される。

パネル・ネームが在れば、それはＴＶに保存され（ブロ
ック７９０）それからＩＥＴがアスキー・マシーン（Ａ
　Ｓ　ＣＩ　Ｉ　　ｍａｃｈｉｎｅ）上をランするとす
ればＡＳＣＩＩに翻訳される。

判定ブロック８００ではパネル・ネームに続く次の期待
ＳＢＡがシステム・ネームであることを別とすれば判定
ブロック７８０と同様な演算が行われる。次いでこのフ
ィールドが存在しなければ、制御はこの入力がトランザ
クションの為の再開始として扱われる第６２ｎ図のブロ
ック８７０に転送される。第６２ｎ図を考察するとして
、フィールドが在れば、ブロック８１０でパネル・ネー
ムがＴＶに保存され且つＩＥＴがアスキーマシーン上を
ランしていれば、それはアスキーに翻訳される。

判定ブロック８２０ではパネルのシステム名はＩＥＴが
ランしているシステムと比較される；これらシステム名
がＩＥＴプロセスと同一であれば、このスクリーン及び
制御はプロファイルが再保存される筈のブロック８６０
に転送される。パネルのシステム名がＩＥＴが実行中の
システムと同一でなければ、ブロック８３０が実行され
る。従って、ＩＥＴはこの処理用のパネル入力をパネル
上のシステム名に転送しなければ成らない。ＩＥＴはパ
ネルシステム塩が有効名の局所データベースを吟味する
ことによって有効ネットワークシステムであるかどうか
検査する。成る種のシステムの設定ではテーブルが無い
かもしれないし従って、全ての名前が潜在的に有効であ
り且つ次に伝送される高次ＤＡＡシステムに転送されな
ければ成らない。システム名が妥当でないと看做されれ
ば、制御は局所システム上で処理する為ブロック８６０
に転送される。

ブロック８４０では遠隔システムへの順方向要求がある
場合実行される。このブロックには端末からのメツセー
ジ・パネル入力に従ってＩ　ＥＴＭ、ＩＥＴＩが構築さ
れる。正確なフィールド定義は既にＩＥＴメツセージ・
フォーマットに関連して論じられている。この順方向要
求を扱う遠隔ＩＥＴ処理はブロック４００で扱われる。

ＩＥＴＩが要求端末、局所及び遠隔ＩＥＴシステム、各
システムについての相対トラン・コード、各システムに
ついてのパネル・ネーム、及び局所ＩＥＴがその上で実
行されているＡＳＣＩ　Ｉ／ＥＢＣＤ　ＩＣ及びバイト
交換の有無などのマシーンの型についての情報を格納す
るよう更新される。前述の様に、これらＩＥＴ見出し部
は完成すると、遠隔システム及び適正翻訳への経路選択
が可能になる。メツセージ・ブロックがブロック８４０
によってフォーマットされた後で制御は後述の様に遠隔
システムへの引渡しとして第６２ｖ図のブロック１４１
０に転送される。

ブロック８６０では局所システムの端末入力が実行され
る。ＴＶでのシステム名は局所システムの識別子に設定
された制御は出力ネームを空白にするブロック８７０に
転送される。

第６２ｎ図に関して話を継続すると、ブロック８８０．
９００及び９１０は前のブロック５７０−５９０と同義
の論理である（すなわち、プロファイルはこのユーザ及
びアプリケーション識別子について再保存される）。最
終に実行された内容が他のシステム若しくはトランザク
ションへのＩＥＴの要求であれば、追跡順方向要求は再
保存！ＥＴＩプロファイルに在るトランザクション／シ
ステムを再開始する為に構築され（９１０）、制御は所
望システムへの要求伝達の為、第６２ｖ図のブロック１
４２０に転送される。例えば、このユーザ及びトランザ
クションに対して行われた最終内容が他のシステムへの
連係要求であり、復帰は未だ起こらず、或いはプロファ
イルが連係未決定を提示しない場合、この追跡順方向要
求は遠隔トランザクションを再び復帰さす為呼出すよう
デザインされる。

プロファイルがＩＥＴ要求でない場合、制御はＴＶを再
保存プロファイル・ビューから移植するブロック９３０
に転送される。（ブロック３５０を議論用として参照の
事）。次いで、ブロック９４０ではＴＶにおいて指定さ
れたパネル・ネームが探索される（ブロック６３０を議
論用として参照のこと）。

ブロック９５０では、入力３２７０データ・ストリーム
に従ってＴＰＥのＴＰＥＡＭＡＰによってポイントされ
たパネル・マツプ・データが取り上げられ且つＴＭＳが
パネル・マツプのデータ領域によって税込されたように
１．ＴＶの適切なフィールドに端末から復帰されたフィ
ールドを抽出するよう呼出される。ＴＭＳとはテキサス
・インスツルメント社のスクリーン機能の事であるが、
その他の機能はＩＢＭのＩＭＳ　　ＭＦＳの様に本発明
による開発され且つ適応させることが出来る。

重要なことは端末から復帰された入力フィールドは内部
表示への変換を含め適切なＴＶフィールドにマツプされ
ることである。更に、３２７０ＡＩＤキ一表示はＴＶ内
で更新される。

ブロック９６０ではパネル・ネームに対するＴＰＥ項目
が呼出される。次いで、ブロック９６２ではＴＰＥＡＩ
ＴＣＥは入力手順が呼出されるようにＴＣＥ項目を駐在
さすのに用いられる。第６２０図に移動すると、ブロッ
ク９７０で、手順名がＴＣＥからＴＶに保管される。

続いてブロック９８０で機能キー用のＴＶのバイナリ・
フィールド（ｂｉｎａｒｙ　ｆｉｅｌｄ）が更新される
。

ＤＡＡアプリケーションの開発者は“０ＰＴＩＯＮ：”
としてパネル上に表示されたオプション・フィールドを
用いて自分の為のパネルを生成することが出来、且つユ
ーザがストリング“Ｆｎｎとタイプすれば、ＩＥＴによ
ってこれはＦｎｎキーが押されたと同じ事と解釈される
。この論理は、ユーザが機能キー名をタイプし且つＥＮ
ＴＥＲキーを押しされすれば適用される。機能名がタイ
プされ他の機能キーが押されない場合、ＩＥＴでは３２
７．０で生成されたＡＩＤキーが機能キーとして用いら
れユーザのタイプした機能キー名は無視されることにな
っている。この機能キー論理に従う如何なる場合にもブ
ロック９９０でこのオプション・フィールドはＴＶにお
いては空白化される形になることになっている。

この時点で判定ブロック１０００でのＩＥＴは被選択機
能キーがＦ１５であるかどうか調べる為停止される。Ｆ
１５が選択されていれば、ＩＥＴインターフェイスは既
述の第６２ｘ図のブロック１５３０に分岐する。Ｆ１５
はＤＡＡによってユーザがこのアプリケージジンをＱＵ
ＩＴしたいことを指定するのに用いられるので、１５３
０に分岐する事でこのアプリケーションはユーザ用のプ
ロファイル・データ・ベースから除去され且っＤＡＡ）
ランザクジョンが挿入されることになっている。選択機
能キーがＦ１５でなければ、ＩＥＴインターフェイスは
被選択機能キーがＦ２４であるかどうか調べる為停止さ
せられる（ブロック１０１０）。然りであれば、この事
はユーザが現行アプリケーションを一時停止し且つＤＡ
Ａトランザクションを用いて彼の現行起動アプリケーシ
ョンのリストを閲覧したことを指定している。ブロック
１０２でユーザの為のメツセージ・バッファ“ＤＡ＝１
°゛が構築され、トランザクション処理サブシステムに
挿入される。次いで制御は第６２２図のブロック１６３
０に転送されるが此処でトランザクションのクリアが実
行される。

判定ブロック１０４０では現行パネルがＨＥＬＰ、ＧＬ
Ｏ３ＳＡＲＹ又はＭＥＮＵパネルであるかどうか調べる
為停止させられる。これらの−っであれば、制御はブロ
ック１１９０に転送され、此処でパネルと関連した入力
手順が実行されることになっている。第６２ｅ図を考察
すると、現行パネルがこれらパネルのどの一つでもなけ
れば、判定ブロック１０５０は被選択機能キーの値が標
準ＤＡＡのＨＥＬＰキーである１に等しいかどうか調べ
る為停止させられる。それが１でなければその時制御は
ブロック１１５０に転送され、此処で被選択キーの次の
値がテストされる。

ブロック１０６０で特定アプリケーション用のＨＥＬＰ
パネル表示用論理が開始される。まず、ヘルプ論理はヘ
ルプ・スクリーンから退去する際、ＪＥＴがその全フィ
ールドを伴って現行パネルを再開始できるだけの十分な
情報を保管していなければならない。この論理によって
ＴＭＳバッファに格納される全現行入力及び出力フスー
ルドからなるヘルプ・ビュー領域が構築される。ビュー
塩はこのビューを識別する為°“ＨＥＬＰＶＩＥＷ”と
して設定される。

次いでブロック１０７０ではこのヘルプビューがスタッ
ク・ファイルに挿入、設値される。環境の保管後、ヘル
プ論理としては此処でヘルプ・パネルの出力の準備が可
能になる。ブロック１０８０及び１０９０で現行パネル
塩、文書の章、節、及び頁名がＴＶに保管される。

ブロック１１０でヘルプ・パネル及びヘルプ手順の為の
ＴＰＥ及びＴＣＥがそれぞれ駐在される。

ヘルプ・パネルＴＰＥはＴＤＴＡＨＥ’ＬＰを用いてＴ
ＤＴＯ外に係留される。次にヘルプ・プロファイルのバ
ッファが構築され（ブロック１１１０）、第６２ｑ図に
移動してプロファイル・ファイルに保管される（ブロッ
ク３．１２０　）。このプロセスはフ゛ロック２７０と
２８０の論理と類イ以している。

ブロック１１３０では文書ファイルが開示され、特定ヘ
ルプ頁が駐在され且つＴＶに２０行が読込まれる。次い
で制御は後述の第６２ｚ図のブロック１６１０に転送さ
れるが此処でパネルが構築され且つ端末に出力される。

判定ブロック１１５０では機能キーが３であるかどうか
調べる為停止させられる。Ｆ３はＩＥＴによってユーザ
がトップ・メニューに帰還するのに用いられる。機能キ
ーが３であれば、制御はブロック１５９０に転送され、
此処ではトップ・メニュー・パネルが構築され且つ出力
される。

機能キーが３でなければ、判定ブロック１１６０でそれ
が１２であるかどうか調べる為停止させられる。Ｆ１２
はＩＥＴによって′”ＣＡＮＣＥＬ’“を実行するのに
用いられる。この時点でＩＥ’Ｔ’は現行パネルをキャ
ンセルして、キャンセルされたパネルに先行する最終パ
ネルを再表示する。

此処で第６２ｓ図に移動し、ＩＥＴはこの時点でＴＶの
メツセージ領域を空白にする。

ブロック１２００で既にＴＣＥによって準備されていた
手順を実行する論理が開始される。この論理はｒＥＴの
数箇所から分岐される。このブロックはＴＣＥから手順
のアドレスを呼出す。

判定ブロック１２１０ではＴＤＴによってこの手順がＳ
　Ｑ　Ｌであるかどうか検査され、否であれば、制御は
ブロック１２４０へ転送される。然りであれば、ブロッ
ク１２２０でグローバル・フラグに（ｇｌｏｂａｌ　ｆ
ｌａｇ）によってＳＱＬコネクトが本ユーザ及びアプリ
ケーションに対して実施されたかどうか調べる為停止さ
せられる。然りであれば、制御はブロック１２４０へ転
送される。否であれば、ブロック１２４０でＳＱＬコネ
クトが実行される。ＩＥＴではユーザによってアプリケ
ーション識別子ストリングをＳＱＬｍ別子及利子ＱＬパ
スワードとして用いられる。この様な機能はトランザク
ションのどのユーザにもＳＱＬシステムと共に登録する
必要は無いが、むしろアプリケーション識別子がユーザ
識別子としてれじされる必要がある。

ブロック１２４ｏではＴＶを転送する手順及びトランザ
クションＩ１０及び制御ブロックが呼出される。

判定ブロック１２５０では手順がＳＱＬであり、且つＳ
ＱＬコミット実施の要があるかどうか調べる為停止させ
られる。否であれば、制御はブロック１２７０へ転送さ
れる。さもなければ、ブロック１２６０で必要なＳＱＬ
コミットが実施される。

ブロック１２７０では直前に呼出された手順の退去状態
を検査する論理が開始される。ＴＶの退去状前フィール
ドが“冒ＬＩＮＫ”に等しくない場合、制御はブロック
１３２０へ転送される。

ブロック１２８０では呼出された手順が直ちに他の手順
の呼出しを要求することを指定するＩＬＩＮＫ要求が処
理される。新手順の名前はまずＴＶから入手される。次
にブロック１２９０でＴＶの退去状態が空白化され、且
つブロック１３００で指定名前に適したＴＣＥの名前の
リストが走査される。その結果として新手順に対しＴＣ
Ｅのアドレスが決まる。次いで制御は第６２ｓ図のブロ
ックＩ２００に走査されるが此処で新パネルが実行され
る。

退去状態がＩＬＩＮＫに等しくなければ、判定ブロック
１３２０でＱＵＩＴ’“の退去状態が検査される。それ
が存在すれば、制御は既述の要に第６２図のブロック１
５３０に転送されるが此処でアプリケーションはプロフ
ァイルから削除されＤＡ）ランザクジョンがユーザの為
に挿入される。

退去状態が何れもＱＵＩＴに等しくなければ、ブロック
１３３０で°“ＲＥＳＥＴ”に対する退去状態が検査さ
れる。存在すれば、制御は後述の様に第６２ｙ図のブロ
ック１５６０に転送されるが此処にスタックはユーザ／
アプリケーションに対してクリアされトップ・メニュー
が呼出される。

此処で第６２ｕ図に移行すると、判定プロ、クエ３４０
では“ＬＩＮＫ”に対する退去状態が検査される。存在
しなければ、制御は第６２ｖｌｌのブロック１４３０へ
、ＲＥＴＵＲＮ要求を検査する為、転送される；さもな
ければ、ブロック１３５０で“ＬＩＮＫ”要求が取り扱
われる。まず、現行ＴＣＥ用のプロファイル領域が構築
される。次いでブロック１３６０でこのプロファイル領
域がスタック・ファイルに設値される。（ブロック２７
０２８０の議論参照）。

ブロック１３７０でＩ　ＥＴＭ及びＩＥＴＩ見出し部が
メツセージ領域に構築される処理が開始される。既述の
様に、Ｉ　ＥＴＭ／Ｉ　ＥＴＩの構成は異なるトランザ
クション／システムにデータを転送するのに用いられる
。Ｉ　ＥＴＭ／Ｉ　ＥＴ　Ｔ見出し部が構築されてから
、ブロック１３８０でＴＶ内にある手順に連係されたも
のの名前に対するＴＣＥのリストが走査される。次いで
ブロック１３９０でＴＣＥブロックがプロファイル・ビ
ュー・リスト、ＶＭＯＨ／ＶＭＯＦ、を駐在するのに用
いられる（ＴＤＴについての前述の議論参照）。このリ
ストはプロファイルビュー・データ・フィールドをＴＶ
から抽出し且つそれらをメツセージ・バッファ内のＩ　
ＥＴＭ／Ｉ　ＥＴ　Ｔに続く領域に移動させる。

此処で第６２図に移動すると、ブロック１４１０でＩＥ
ＴＩ見出し部がプロファイル・データ・ベースに保管さ
れる。次いでブロック１４２０でＩＥＴによって現行メ
ツセージ・ブロックが取り上げられ且つＴ　ＥＴＭ及び
ＩＥＴＩ見出し部の構築が完成する。ＩＥＴＴ見出し部
の全文字フィールドは必要ならばＥＢＣＤＩＣに変換さ
れ且つ格納先のトラン・コード及びメツセージの全長が
ＩＥＴＭ見出し部に追加される。格納先システムが局所
システムと同一であれば、メツセージ・ブロックは局所
システムのトラン・コードにキュー（ｑｕｅｕｅ）され
、さもなければ該ブロックは格納先システムへの送信に
ついてキューされる。次いで制御はブロック３０に転送
されるが此処で次の入力メツセージがトランザクション
処理システムから受信される。

ブロック１４３０で“ＲＥ　Ｔ　Ｕ　ＲＮ　”の退去状
態が検査される。“ＲＥＴＵＲＮ’″でなければ、制？
ＩＩはブロック１４９０へＩＥＴが次パネルを処理する
ように転送される。

ブロック１４３５で”　ＲＥ　Ｔ　Ｕ　ＲＮ　’“要求
が取り扱われる。該手順はＬＩＮＫ要求によって呼出さ
れたものであり、それは此処では呼出手順に戻ることに
なる。まずＴ　ＥＴＭ及びＩＥＴＩポインタがメツセー
ジ・バッファに構築される（ブロック１４３５）。次い
でブロック１４４ｏでスタックからＩＥＴＩビューが再
保存される。ＩＥＴ＋は原ＬＩＮＫ要求によってスタッ
クに保存されていたものである。次にブロック１４５０
で出力ビュー領域がバッファ内のＩＥＴＩ見出し部に従
って構築されるが、その際ＴＣＥのフィールドＴＣＥＯ
ＶＷ外に係留された処理出力ビュー・リストを用いる。

リストによって参照された各フィールドは出力領域に移
動される。

ブロック１４６０でビュースタックがクリアされその後
ブロック１４７０でＩ　ＥＴＭ見出し部内のトラン・コ
ード及び送信の目標システム識別子の準備が実行される
。次いでブロック１４８０でＴＥＴＩフィールドＩＥＴ
ＩＣＣが復帰要求指定のマ゛−りを付けられ、ブロック
１４９０で退去状態は空白にされる。

判定ブロック１５００ではＴＶ内の現行パネルの名前内
に空白の有無のテストを受け、空白が存在すれば、制御
は次のトランザクション要求が実行する為の準備のトラ
ンザクション・プロファイル・ビューを構築する為第６
２Ｚ図のブロック１６３０に転送される。

パネル名前に空白がなければ、ブロック１５１０でパネ
ル塩は正しいＴＰＥを探索するのに用いられる。次いで
制御は第６２ｚ図のブロック１６１０に転送されるが此
処で指定のパネルが処理される。

此処で第６２ｙ図を見ることにすると、ブロック１５６
０でユーザによってトップ・メニューに復帰するよう実
行される。此処ではビュー・スタックがクリアされそれ
からブロック１５７０でＴＶが初期化される（ブロック
４０参照）。次いで、第６２ｚ図に従い、ブロック１５
８０でＴＶのメツセージ領域がクリアされブロック１５
９０でトップ・メニューが表示される。まず、ＴＰＥが
ＴＤＴのフィールドＴＤＴＡＭＥＮＵから駐在される。

次いでブロック１６００にＴＣＥポインタがトップ・メ
ニュー用のＴＭＥ内のＴＭＥＡＴＣＥを用いてメニュー
手順に設定される。

ブロック１６１０でＩＥＴによってパネル・マツプ及び
ＴＶから得られる３２７０データ・ストリームが構築さ
れる。このブロックの論理によってＴＭＳが採用されて
いるが、既述の様に、他の機能、例えばＩＢＭのＩＭＳ
　　ＭＦＳ等も使用することが可能である。次いでブロ
ック１６２０でデータ・ストリームが端末に出力される
。格納先システムが局所システムの場合、メツセージに
よって指定端末への引渡しに関して局所トランザクショ
ン・システムにキューされる。システムが局所システム
でなければ、ＩＥＴＭ／ＩＥＴＩ見出し部が構築され３
２７０データ・ストリームが追加される。ＩＥＴＩの要
求コードはＴＥＲＭＩＮＡＬに設定され、メツセージは
遠隔格納先システムへの伝送の為にキューされる。

フロックｌ６３０で現行手順に対するトランザクション
・プロファイル・ビューが構築される。

次いで、第６２ａａ図のブロック１６４ｏでこのビュー
がスタック・ファイルに設値される。次いで、制御は次
のトランザクション・メツセージが受信且つ処理される
ブロック３０に転送される。

判定ブロック１６６０ではトランザクションはＳＱＬコ
ネクトが実施されたかどうかを検査して退去し、且つ然
りとすればブロック１６６５でＳＱＬデータ・ベースを
リリースする為実行される。

否であれば制御は、ブロック１６７ｏへ転送される。ブ
ロック１６７０で文書が未だ開示状態であれば閉止する
。次いで、ブロック１６８０でプロファイル・データ・
ベースを閉止し且つ何れの割り当てメモリを解除するこ
とによってクリーン・アップを完了する。最後にＪＥＴ
はこのトランザクションを停止する為トランザクション
・サブシステムのメイン・モジュールに復帰する。

本発明の特定の実施例が提示され且つ税込されたが、当
業者に於いて各種の変更及び変形が可能である。従って
本発明の添付された特許請求の範囲によってのみ限定さ
れるものである。

（要　約） 若干数又は全てが異種構成であるごとき複数個のコンピ
ュータ及び関連コンピュータ資源をしてそのアプリケー
ションの実行部位の何れを問わずそのユーザーが該アプ
リケーションを同等に取り扱い得るごとく各種のアプリ
ケーションを協調的に処理し得るごときシステム並びに
方法を発表したものである。本分散型アプリケーション
・アーキテクチュアを多重トランザクション処理システ
ム間の情報分散サービスをネットワーク内部の他のホス
トへの交信チャンネルを経てトランザクション・プロセ
ッサを用い且つトランザクション・プロセッサと交信す
るトランザクション・プロセッサ・インターフェイスを
用いる対話型マネジャと協働する事によって実行可能で
ある。追加的には、該アーキテクチュアによって、アプ
リケーション・プログラマ−をしてアプリケーション・
パネル用マツプを作成せしめるエディタ、マツプを連係
可能な形式に生成せしめるコンパイラ、及びそれらのプ
ラントフオーム用スクリーン表示フォーマットに該連係
形式を翻訳せしめる連係可能インタプリタを提供するご
ときマツプ・サービスが採用されている。更に、アプリ
ケーション提供の為、手順、ビュー及びパネル用のソー
ス・コードがブロックとして新システムに移動せられる
。斯かる方法が可能となる理由は、ひとたびアプリケー
ション・ソース・コードが完成すると、全アプリケーシ
ョン論理、ユーザ・インターフェイス制御テーブル、ビ
ュ一定義、及びその他のトランザクション定義１個に対
するアプリケーション指定テーブルが本発明によるアプ
リケーションの駐在が予定されているシステム上に単独
ロード・モジュールの形でパッケージされるからである
。次いで該ロード・モジュールは目標システムのコンパ
イラ、連係エディタ、及び変数設定処理を用いてコンパ
イルされる。かくして、ネットワーク、プロトコル、オ
ペレーティング・システム・プロセッサの種類、等を含
めインポート／エクスポートの全環境依存型部分は自動
的にロードモジュール−括時間に於いて該アプリケーシ
ョンで統合される。従ってソース・コードの変更は不要
になるのである。

以上の記載に関連して、以下の各項を開示する。

１、トランザクション処理装置用の対話の流れの管理袋
Ｗ　（ｍａｎａｇｅｒ）において、上記の対話の流れの
管理装置は： パネル入力； 上記のパネル入力をパネルを構築するために使用する変
数に変換する（ｉｎｔｅｒｐｒｅｔ）マッピング・サー
ビス： トランザクション処理サブシステム； 上記のトランザクション処理システムに対するインター
フェースであって、上記のトランザクション処理システ
ムと通信を行い、ユーザから次の入力を取得すると共に
ユーザに出力を送る上記のインターフェース； ２つの異質な装置の間の通信装置（ｃｏｍｎ＋ｕｎｉｃ
ａｔｏｒ）　； マツプ、ビュー、及びアプリケーション手順に対するポ
インタを有する命令テーブル；及び上記の命令テーブル
を監視（ｌｏｏｋ　ａｔ）　Ｌ、て入力、出力及び手順
の実行の流れを管理する変換装置（ｔｒａｎｓｌａｔｏ
ｒ）　　；によって構成されることを特徴とする対話の
流れの管理装置。

２、上記の命令テーブルは、また論理端末装置特性テー
ブルを有することを特徴とする前記項１記載の対話の流
れの管理装置。

３、複数のユーザの少なくとも１つがアプリケーション
手順である上記の複数のユーザの間でデータの流れを変
換する（ｔｒａｎｓｌａｔｉｎｇ）対話の流れの管理方
法において、上記の対話の流れの管理方法は： ＋ａｌ　　対話の流れの管理装置によってトランザクシ
ョン・ビュー内の領域を初期化するステップ； （ｂ）　　情報を含むヘッダを有するフォーマット化さ
れた入力データ・メツセージを受は取るステップ； （Ｃ１上記のヘッダの情報を読み取るステップ；（ｄｌ
　　上記のヘッダの情報をサーチして行き先のシステム
の名前を求め、上記のフォーマット化された入力データ
・メツセージがローカル処理を意図するものかどうかを
決定するステップ； （ｅｌ　　もしこれがローカル処理を意図していなけれ
ば、上記の行き先のシステムの名前を遠隔地での処理要
求に一致させるシステムに上記のフォーマット化された
入力データ・メソセージを転送するステップであって、
上記の一致させるシステムが次にステップ（ｆ）に進む
上記のステップ； （ｆｌ　　または、もし上記の行き先のシステムの名前
がローカル・システムの名前に一致すれば、上記のヘッ
ダの情報に基づいて上記のフォーマント化された入力デ
ータ・メツセージを変換する（ｉｎｔｅｒｐｒｅｔｉｎ
ｇ）ステップ；（ｇ）　　呼び出されたマツプのインタ
プリタ　（ｉｎｔｅｒ−ｐｒｅ　ｔｅｒ）に対して対話
の流れの制御を発生するステップ； （ｈｌ　　上記のマツプ・インタプリタによって上記の
フォーマット化された入力データ・メツセージから入力
領域の情報を得るステップ；（１）上記のマツプ・イン
タプリタによってトランザクション・ビューのデータ領
域を初期化するステップ； ０）　　上記のトランザクション・ビューによって初期
化されたデータ領域を上記のマツプ・インタプリタによ
って得た上記の情報に設ける（ｐｒｏｖｉｄｉｎｇ）ス
テップ； （ｋｌ　　対話の流れの制御を上記の対話の流れの管理
装置に対して放棄するステップ； （１）　　上記の設けたトランザクション・ビューを予
め選択したアプリケーションの手順に転送して上記の取
得した情報を処理するステップ；（ロ）処理済みのデー
タを含む上記の設けたトランザクション・ビューのデー
タ領域を上記の対話の流れの管理装置に戻すステップ；
（ｎｌ　　上記の呼び出されたマツプのインタプリタに
対して対話の流れの制御を発生するステップ； （０）処理済みのデータを含む上記のデータ領域を上記
のトランザクション・ビューからフォーマット化された
出力データ・メツセージに載置するステップ； （ｐｌ　　出力メソセージのヘッダ情報を上記のフォー
マット化された出力データ・メツセージに構築するステ
ップ；及び （Ｑ）　　上記の出力メツセージのヘッダ情報を有する
上記の出力メツセージを予め選択した論理端末に転送す
るステップ；によって構成されることを特徴とする対話
の流れの管理方法。

４、　ヘッダを有するフォーマット化された入力メソセ
ージを受は取る上記のステップ（ｂ）は；（ｒ）　　上
記のデータ入力メツセージがフォーマント化されている
かどうかを判定するステップ；（Ｓ）　　もし上記のデ
ータ入力メツセージがフォーマット化されていなければ
、上記の対話の管理装置の入手可能なアプリケーション
によって供給される要求に従って上記のデータ入力メソ
セージをデータの形式にフォーマット化するステップ；
及び （１１もし上記のデータ入力メツセージがフォーマット
化されていれば、上記のデータ入力メツセージを受は入
れるステップ；にょって構成されることを特徴とする前
記項３記載の対話の流れの管理方法。

５、　要求されたトランザクションが中断した後に再ス
タートできるように上記の要求されたトランザクション
を処理するために論理端子からのデータ入力に対して対
話の流れの管理を行う方法において、上記の対話の流れ
の管理方法は：（ａ）　　変数を初期化するステップ；
（ｂｌ　　上記のデータ入力を受は取るステップ；（Ｃ
）　　上記のデータ入力メツセージがフォーマント化さ
れているがどうかを判定するステップ；（ｄ）　　第１
プロフアイル・ビューを読み取るステップ； （ｅ）上記のデータ入力の選択された部分に基づいて新
しいプロファイル・ビューを発生スるステップ； （ｆ）　　入力ビューとプロファイル・ビューがらの入
力を変換する（ｃｏｎｖｅｒｔｉｎｇ）ステップ；（ｇ
ｌ　　データ・ベース管理システムによってインターフ
ェースを行うステップ； （ｈｌ　　上記の要求されたトランザクションのために
必要な手順を呼び出すステップ； （１１上記の入力ビューとプロファイル・ビューからの
上記のデータを処理するステップ；（ｊｌ　　出力ビュ
ーを作成するステップ；（ｋｌ　　上記の出力ビューを
上記の処理済みデータの選択された部分に設けるステッ
プ； （１１第２プロフアイル・ビューに十分な情報を記録し
て上記の出力ビューを再作成するステップであって、上
記の第２プロフアイル・ビューが上記の第１プロフアイ
ル・ビューと代替する上記のステップ； （ｍ）　　上記の第２プロフアイル・ビューをディスク
に記憶するステップ； （ｎ）　　上記の設けた出力ビュー内の上記の処理済み
データを上記の論理端末に転送するステップ；及び （０）受は取るべきデータ入力データがなくなるまでス
テップ（ｂ）ないしステップ（ｎ）を繰り返すステップ
；によって構成されることを特徴とする対話の流れの管
理方法。

６、複数のユーザの少なくとも１つがアプリケーション
手順であり、上記の複数のユーザの少なくとも１つがオ
リジナル（ｏｒｉｇｉｎａｌ）論理端末である上記の複
数のユーザの間でランタイム（ｒｕｎｔｉｓ＋ｅ）の対
話の管理を行う方法において、上記の方法は： ＋ａ＋　　上記のオリジナル論理端末から入力を受は取
るステップ； （ｂ）　　上記の受は取った入力を対話管理装置に転送
するステップ； （Ｃ）　　対話管理装置によって上記の受は取った入力
を上記のアプリケーション手順の理解できるデータ形式
に変換する（ｔｒａｎｓｌａｔｉｎｇ）ステップ； （ｄ）　　上記の変換した入力を上記のアプリケーショ
ン手順に転送するステップ； （ｅ）　　上記のアプリケーション手順によって上記の
変換した入力を処理して処理済みデータにするステップ
； （ｆ）　　上記の処理済みデータを上記の対話管理装置
に転送するステップ； Ｔｇ）　　上記のアプリケーション手順の指定した論理
端子の理解できるデータ形式に上記の処理済みデータを
変換するステップ；及び （ｈｌ　　上記の処理済みデータを上記の対話管理装置
から上記の指定した論理端末に転送するステップ；によ
って構成されることを特徴とする方法。

７、上記の受は取った入力を対話管理装置に転送する上
記のステップは： （１１上記の受は取った入力をトランザクション処理装
置によって転送するステップ；及び（ｊ）トランザクシ
ョン処理装置のインターフェースを介して上記の受は取
った入力と上記の対話管理装置との通信を行うステップ
；によって更に構成されることを特徴とする前記環６記
載の方法。

８、上記の受は取った入力を変換する（ｔｒａｎｓｌａ
Ｌｉｎｇ）上記のステップは： （ｋｌ　　上記の受は取った入力の外部に対するデータ
の表示（ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）を指定された
アプリケーション手順の内部に対する装置の表示に変換
する（ｃｏｎｖｅｒｔ）ステップ；によって更に構成さ
れることを特徴とする前記環６記載の方法。

９、　ステップ（ｅ）で導入された上記の処理済みデー
タは、ユーザに対する別のデータの要求、共同処理のた
めの別のコンピュータの要求ユーザに対する出力応答、
または実行するべき別のトランザクションの呼び出しで
あることを特徴とする前記環６記載の方法。

１０、上記の処理済みデータを変換する（ｔｒａｎｓ−
１ａｔｉｎｇ）上記のステップは： （１）　　指定されたアプリケーション手順の内部装置
表示（ｒｅｐｒｅｓｅｎｔａｔｉｏｎｓ）を上記の処理
済みデータの外部データ表示に変換する（ｃｏｎｖｅｒ
ｔｉｎｇ）するステップ；によって更に構成されること
を特徴とする前記環６記載の方法。

１１．上記の処理済みデータを上記の対話管理装置から
上記の指定された論理端末に転送する上記のステップは
： （（２）上記のトランザクション処理装置のインターフ
ェースを介して上記の処理済みデータと上記のトランザ
クション処理装置との通信を行うステップ； （ｎ）　　上記の処理済みデータを上記の指定された論
理端末の理解可能な形態にフォーマント化するステップ
；及び （０）　　上記のフォーマット化された処理済みデータ
を上記のトランザクション処理装置によって上記の指定
された論理端末に転送するステップ；によって更に構成
されることを特徴とする前記環６記載の方法。

１２、上記の指定された論理端末は、上記のオリジナル
論理端末であることを特徴とする前記環６記載の方法。

１３、上記の指定された論理端末は、上記のオリジナル
論理端末がまだ存在するシステムの他の場所にある論理
端末であることを特徴とする前記環６記載の方法。

１４、上記の指定された論理端末は、上記のオリジナル
論理端末が存在するシステム以外のシステムの論理端末
であることを特徴とする前記環６記載の方法。

１５、システムと方法が開示れ、一部または全てが構成
上異種のものである複数のコンピュータおよび関連する
コンピュータ資源は、当該システムと方法によって、種
々のアプリケーションを共同して処理することが可能に
なり、その結果、いずれの場所でアプリケーションが実
際に実行されているかに関係なく、この実行はユーザに
明らかとなり、この分散アプリケーション・アーキテク
チャは、ネットワーク内の他のホストに対する通信チャ
ンネル及びトランザクション処理装置と通信を行うため
にトランザクション処理装置のインターフェース（７８
）を使用する対話管理装置ｍ（２６）を介してトランザ
クション処理装置と作業を行うことによって、複数のト
ランザクション処理システムの間で情報分散サービスを
実行し、更に、該アーキテクチャは、マツプ・サービス
（３６，４０）を使用してアプリケーション・プログラ
マがアプリケーション・パネル用のマツプ（４０）を作
成することを可能にする編集プログラム、該マツプをリ
ンク可能な形態で発生するコンパイラ、及びリンク可能
な形態をそのプラットフォームに対するスクリーン・プ
レゼンテーションのフォーマットに変換するリンク可能
なインタプリタを設け、更に、１つのアプリケーション
を分散するため、手順（３２）、ビュー（３８）及びパ
ネルに対するソース・コードが新しいシステムに対して
ブロックとして移動されるが、このことが可能であるの
は、−度アプリケーション・ソース・コードが完成する
と、１つのトランザクション定義のための全てのアプリ
ケーション・ロジック、ユーザ・インターフェース制御
テーブル、ビューの定義、及びその他のアプリケーショ
ンに特有のテーブルが本発明によって該アプリケーショ
ンの存在するシステムで１つのロード・モジュールにパ
ッケージされるからであり、該ロード・モジュールは次
にターゲット・システムのコンパイラ、リンク編集プロ
グラム、及びバインド・プロセスを使用してコンパイル
され、従って、ネットワーク・プロトコール、オペレー
ティング・システム、プロセッサの種類等を含む入力及
び出力の全ての環境によって決まる変数は、ロード・モ
ジュールのバインド時間に自動的にアプリケーションと
統合され、このため、ソース・コードの変更は不必要で
ある。

【図面の簡単な説明】 第１図は、本発明を使用しない場合の最近のプログラム
・アプリケーションの開発状態を示すブロック図である
。 第２図は、本発明の実施例によるプログラム・アプリケ
ーションの開発状態を示すブロック図である。 第３図は、本発明によるサンプル・ロード・モジュール
のブロック図である。 第４図は、本発明によるトランザクション定義テーブル
（ＴＤＴ）の内部構成をグラフによって示したものであ
る。 第５図は、本発明による開発環境を示すブロック図であ
る。 第６図は、本発明による実行環境を示すブロック図であ
る。 第７図は、図示の共同処理を実行することによって得ら
れるアプリケーションの移動性をグラフによって示した
ものである。 第８図は、本発明によってサポートされた分散資源の相
互通信を示す異質な環境のブロック図である。 第９図は、本発明の好適な実施例によるトランザクショ
ンの概念のブロック図である。 第１０図は、本発明によるＤＡＡ手順の実行とプロファ
イル・ビューを示すブロック図である。 第１１図は、本発明によるユーザ・インタフェースのシ
ナリオを示すブロック図である。 第１２図は、本発明による代表的な対話のためのセツシ
ョンからセツションまでの可能なナビゲーション・ルー
トを示すブロック図である。 第１３図は、本発明による代表的な対話のためのトラン
ザクションからトランザクションまでの可能なナビゲー
ション・ルートを示すブロック図である。 第１４図は、本発明による代表的な対話のためのパネル
からパネルへの可能なナビゲーション・ルートを示すブ
ロック図である。 第１５図は、本発明の好適な実施例によるＤＡＡ対話の
フローの例を示すブロック図であり、これによって−貫
したユーザ・インターフェイスの定義とプログラム可能
な対話のフローのコマンドが結合される。 第１６図は、本発明による遠隔手順の実行とデータのフ
ローを示すブロック図である。 第１７図は、本発明の好適な実施例による分散資源制御
を実行するために使用する種々の構成要素の間の相互関
係を示すブロック図である。 第１８図は、本発明の好適な実施例によるトランザクシ
ョン間のＬ　Ｉ　ＮＫ／ＲＥＴＵＲＮの実行と関連する
制御とデータの論理の流れをすめずブロック図である。 第１９図は、本発明の好適な実施例による端末とトラン
ザクションとの間のデータの交換と関連する制御とデー
タの理論の流れをしめずブロック図である。 第２０ａ図ないし第２０ｆ図は、本発明の好適な実施例
による最も高いメニュー水準でＧＴＤによって行われる
機能の詳細を示すフローチャートである。 第２１図は、本発明の好適な実施例による手順表示の手
順を示すフローチャートである。 第２２８図ないし第２２ｂ図は、本発明の好適な実施例
によるＧＴＤパネル機能に対するユーザの入力した終了
表示装置をチエツクするＦＥ手順を示すフローチャート
である。 第２３ａ図ないし第２３ｃ図は、本発明の好適な実施例
による編集トランザクション・パラメータ（ＥＴ）を示
すフローチャートである。 第２４ａ図ないし第２４ｒ図は、本発明の好適な実施例
によるＧＴＤゲットＴＤＦ　（ＧＴＤ　ｇｅｔＴＤＦ）
（ＧＴＤＴ）手順を示すフローチャートである。 第２５ａ図ないし第２５ｂ図は、本発明の好適な実施例
によるＧＴＤ読み取りＴＤＦ記録（ＴＤＰＧＥＴ）手順
を示すフローチャートである。 第２６ａ図ないし第２６ｅ図は、本発明の好適な実施例
によるトランザクション・ビュー発生（ＧＴＶＷ）手順
を示すフローチャートである。 第２７図は、本発明の好適な実施例による編集トランザ
クション・パラメータ（ＦＴＰ）手順を示すフローチャ
ートである。 第２８ａ図ないし第２８ｆ図は、本発明の好適な実施例
による編集パネル・リス）　（ＥＰ）手順を示すフロー
チャートである。 第２９図は、本発明の好適な実施例による編集パネル（
Ｅ　Ｐ　Ｅ）手順を示すフローチャートである。 第３０ａ図ないし第３０ｆ図は、本発明の好適な実施例
による編集手順リス）　（ＥＣ）手順を示すフローチャ
ートである。 第３１図は、本発明の好適な実施例による追加手順のユ
ーザ・インタフェース（ＥＣＡ）手順を示すフローチャ
ートである。 第３２ａ図ないし第３２ｂ図は、本発明の好適な実施例
による変更手順入力（ＥＣＣ）手順を示すフローチャー
トである。 第３３図は、本発明の好適な実施例による編集ファイル
名（Ｄｏ−ＥＤＩＴ）手順を示すフローチャートである
。 第３４ａ図ないし第３４ｂ図は、本発明の好適な実施例
による編集手順（ＥＣＥ）手順を示すフローチャートで
ある。 第３５ａ図ないし第３５ｃ図は、本発明の好適な実施例
によるＣ０ＢＯＬプログラム発生（ＧＣＯＢＰＲＯＧ）
手順を示すフローチャートである。 第３６ａ図ないし第３６ｃ図は、本発明の好適な実施例
によるＣプログラム発生（ＧＣＰＲＯＧ）手順を示すフ
ローチャートである。 第３７ａ図ないし第３７ｄ図は、本発明の好適な実施例
による編集メニュー・リスｌ−（ＥＭ）手順を示すフロ
ーチャートである。 第３８図は、本発明の好適な実施例によるメニュー表示
準備（ＥＭＳ）手順を示すフローチャートである。 第３９図は、本発明の好適な実施例による編集メニュー
・リスｌ−（ＥＭＸ）手順を示すフローチャートである
。 第４０ａ図ないし第４０ｆ図は、本発明の好適な実施例
による編集言語リスト（ＥＬ）手順を示すフローチャー
トである。 第４１図　（省略） 第４２ａ図ないし第４２ｂ図は、本発明の好適な実施例
によるＴＤＦ載置（ＰＴＤＴ）手順を示すフローチャー
トである。 第４３ａ図ないし第４３ｄ図は、本発明の好適な実施例
によるＴＤＦ書き込みＴＤＦ記録（ＴＤＴＰＵＴ）手順
を示すフローチャートである。 第４４ａ図ないし第４４ｂ図は、本発明の好適な実施例
によるトランザクション／ビュー、ＣＯＢ　ＯＬ／Ｃプ
ログラム（Ｇ　Ｃ）発生手順を示すフローチャートであ
る。 第４５図は、本発明の好適な実施例によるＣｏＢＯＬ手
順ユーザ・インタフェース発生（ＧＣＯＢＰ）手順を示
すフローチャートである。 第４６図は、本発明の好適な実施例によるＣ手順ユーザ
・インタフェース発生（ＧＣＰ）手順を示すフローチャ
ートである。 第４７ａ図ないし第４７ｆ図は、本発明の好適な実施例
によるマツプ・ユーザ・インタフェース発生（ＧＭ）手
順を示すフローチャートである。 第４８ａ図ないし第４８ｄ図は、本発明の好適な実施例
によるメニュー・パネル発生（ＧＰＭ）手順を示すフロ
ーチャートである。 第４９図は、本発明の好適な実施例によるスケルトン・
パネル・ユーザ・インタフェース発生（ＧＳＰ）手順を
示すフローチャートである。 第５０ａ図ないし第５０ｊ図は、本発明の好適な実施例
によるコンパイル・トランザクション定義／ビュー／パ
ネル／手順を示すフローチャートである。 第５１ａ図ないし第５１ｒ図は、本発明の好適な実施例
によるコンパイル・トランザクション定義（ＣＴ）手順
を示すフローチャートである。 第５２ａ図ないし第５２ｂ図は、本発明の好適な実施例
によるテーブルに対するアンド・ビュー・ネイム追加（
ＴＶＡ）手順を示すフローチャートである。 第５３図は、本発明の好適な実施例によるファイルに対
する書き込みバッファ（ＷＴＳ）手順を示すフローチャ
ートである。 第５４ａ図ないし第５４ｍ図は、本発明の好適な実施例
によるコンパイル・ビュー（ＣＶ）千１１１［を示すフ
ローチャートである。 第５５図は、本発明の好適な実施例によるコンパイル・
ビュー（ＣＰ）手順を示すフローチャートである。 第５６ａ図ないし第５６ｃ図は、本発明の好適な実施例
による低水準コンパイル・パネル（ＣＰＯ）手順を示す
フローチャートである。 第５７ａ図ないし第５７ｄ図は、本発明の好適な実施例
によるコンパイル（ＣＣ）手順を示すフローチャートで
ある。 第５８ａ図ないし第５８ｊ図は、本発明の好適な実施例
によるコンパイルＣプログラム（ＣＣＯ）手順を示すフ
ローチャートである。 第５９ａ図ないし第５９ｃ図は、本発明の好適な実施例
によるコンパイルＣ０ＢＯＬプログラム（ＣＣＯＢＯ）
手順を示すフローチャートである。 第６０ａ図ないし第６０ｂ図は、本発明の好適な実施例
によるバインド・トランザクション（ＢＴ）手順を示す
フローチャートである。 第６１図は、本発明の好適な実施例によるファイル転送
パネル／手順／ビュー／ドキュメンテーション（ＥＴ）
手順を示すフローチャートである。 第６２ａ図ないし第６２ｂ図は、本発明の好適な実施例
の情報エンジニアリング・タスクの特徴を示すフローチ
ャートである。 Ｆ／夕、２θｆ Ｆ／り、２４θ ｈ’ｇ、　２４ｐ ｈ’ｇ、　２４　／ ｈ’ｇ、３θθ β’０．３０ｂ Ｆｔ’ｇ、４６ ｈ’ｇ、　４５ 〆） ／ｒ／’ｇ、夕劾 ｈ’１．５８ｔ Ｆｔ’ｇ、５８ノ ｈ’ｇ、　６２ｃ ｈ’ｇ、　６２ｄ Ｆｔ’ｇ、　６２／） Ｆｔ’ｑ、６２ｉ Ｆｔ’ｇ、　６２χ １、事件の表示 ４９代 正置（方式） ％式％ （１）同書第６０１頁第１６行の“第２２ｂ図”を「第
２２ｂ図及び第２２ｂｂ図」に訂正する。 （２）同書第６０１頁第２０行の“第２３ｃ図”を１第
２３ｃ図及び第２３ｃｃ図」に訂正する。 （３）同書第６０４頁第１２行の“第４０ｆ図”を「第
４０ｅ図及び第４１ｒＸＪ」に訂正する。 （４）同書第６０４頁第１５行の“第４１図（省略）”
を削除する。 （５）同書第６０４頁第１６行の“第４２ｂ図”を「第
４２ｅ図」に訂正する。 （６）同書第６０４頁第１９行の“第４３ｄ図”を「第
４３ｂ図」に訂正する。 （７）同書第６０６頁第５行の“第５１ｒ図”を「第５
１ｒｒ図」に訂正する。 （８）同書第６０６頁第１５行の“第５４ｍ図”を「第
５４ｍｍ図」に訂正する。 ５、補正命令の日付 平成３年１月２２日 ６、補正の対象 明細書の図面の簡単な説明の欄 および図面　− αＱ　同書第６０７頁第１９行の“第６２ｂ図”を第６
２ｂｂ図及び第６２ＶＶ図」に訂正する。 （ｕ）Ｆｉｇ、２２ａを別紙の通り訂正する。なお、同
図中“２２ｂ′”をｒ２２　ｂ　ｂＪに訂正した。 Ｑ２１　　”Ｆｉｇ、　２２ｂ’　”をｒＦｉｇ、２２
ｂｂＪに訂正する。なお、同図中の内容に変更はない。 ０■　Ｆｉｇ、２３ａを別紙の通り訂正する。なお、同
図中“２３ｃ′”をｒ２３ｃｃ」に訂正した。 ０◇　“Ｆｉｇ、２３ｃ’　”をｒＦｉｇ、２３ｃｃＪ
に訂正する。なお、同図中の内容に変更はない。 αＳｔ　　Ｆｉｇ、４０ａを別紙の通り訂正する。なお
、同図中“４０ｆ”を「４１」に訂正した。 αω　Ｆ’ｉｇ、４０ｄを別紙の通り訂正する。なお、
同図中“４０ｆ”を「４１」に訂正した。 ａＶ　　Ｆｉｇ、４０ｆ−をｒＦ　１ｇ、　　４１　Ｊ
　ニ訂正する。なお、同図中の内容に変更はない。 ＱＩＩＤ　　Ｆｉｇ、　　５７ａを別紙の通り訂正する
。なお、同図中“５７ｂ”をｒ５７ｂｂ」に訂正した。 Ｑｇ）“Ｆｉｇ、５７ｂ’　”を「Ｆｉｇ、５７ｂｂ」
に訂正する。なお、同図中の内容に変更はない。 （至）　Ｆｉｇ、／６２ｕを別紙の通り訂正する。なお
、同図中“６２ｖ′”をｒ６２ｖｖ」に訂正した。 ＣＩ’Ｄ　　Ｆｉｇ、　６２ｖ’　”をＣＦｉｇ、　６
２ｖｖＪに訂正する。なお、同図中の内容に変更はない
。 ■　Ｆｉｇ、６２ｗを別紙の通り訂正する。なお、同図
中″６２ｖ′”をｒ６２ｖｖＪに訂正した。 ｈ’ｇ、　２２θ βｑ、２３θ ｈ’ｑ、　４００ Ｆｔ’ｇ、２３ｃｃ 、Ｆｔ’ｇ、　５７ｂｌ：ｔ Ｆ／夕、６２ｙｖ ｈ’ｇ、　６２ｔｗ

Claims (1)

【特許請求の範囲】
1. （１）トランザクション処理装置用の対話の流れの管理
   装置（ｍａｎａｇｅｒ）において、上記の対話の流れの
   管理装置は： パネル入力； 上記のパネル入力をパネルを構築するために使用する変
   数に変換する（ｉｎｔｅｒｐｒｅｔ）マッピング・サー
   ビス； トランザクション処理サブシステム； 上記のトランザクション処理システムに対するインター
   フェースであって、上記のトランザクション処理システ
   ムと通信を行い、ユーザから次の入力を取得すると共に
   ユーザに出力を送る上記のインターフェース； ２つの異質な装置の間の通信装置（Ｃｏｍｍｕｎｉ−ｃ
   ａｔｏｒ）； マップ、ビュー、及びアプリケーション手順に対するポ
   インタを有する命令テーブル；及び上記の命令テーブル
   を監視（ｌｏｏｋ　ａｔ）して入力、出力及び手順の実
   行の流れを管理する変換装置（ｔｒａｎｓｌａｔｏｒ）
   ；によって構成されることを特徴とする対話の流れの管
   理装置。