JPH04546A - トランザクション処理用実行環境 - Google Patents
トランザクション処理用実行環境Info
- Publication number
- JPH04546A JPH04546A JP2257628A JP25762890A JPH04546A JP H04546 A JPH04546 A JP H04546A JP 2257628 A JP2257628 A JP 2257628A JP 25762890 A JP25762890 A JP 25762890A JP H04546 A JPH04546 A JP H04546A
- Authority
- JP
- Japan
- Prior art keywords
- transaction
- procedure
- panel
- application
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000012545 processing Methods 0.000 title claims abstract description 162
- 238000000034 method Methods 0.000 claims abstract description 1776
- 230000008569 process Effects 0.000 claims abstract description 137
- 238000004891 communication Methods 0.000 abstract description 51
- 238000003860 storage Methods 0.000 abstract description 25
- 239000000284 extract Substances 0.000 abstract description 2
- 230000006870 function Effects 0.000 description 203
- 239000000872 buffer Substances 0.000 description 148
- 238000012360 testing method Methods 0.000 description 88
- 238000012986 modification Methods 0.000 description 57
- 230000004048 modification Effects 0.000 description 57
- 238000012546 transfer Methods 0.000 description 49
- 230000009471 action Effects 0.000 description 46
- 230000003993 interaction Effects 0.000 description 45
- 230000008859 change Effects 0.000 description 44
- 238000007726 management method Methods 0.000 description 43
- 238000009826 distribution Methods 0.000 description 28
- 238000011161 development Methods 0.000 description 25
- 230000018109 developmental process Effects 0.000 description 25
- 230000000875 corresponding effect Effects 0.000 description 23
- 238000010586 diagram Methods 0.000 description 23
- 238000010276 construction Methods 0.000 description 20
- 239000012464 large buffer Substances 0.000 description 16
- 238000013507 mapping Methods 0.000 description 16
- 238000013461 design Methods 0.000 description 14
- 230000007246 mechanism Effects 0.000 description 14
- 150000003839 salts Chemical class 0.000 description 14
- 230000001419 dependent effect Effects 0.000 description 13
- 238000003825 pressing Methods 0.000 description 13
- 238000012217 deletion Methods 0.000 description 12
- 230000037430 deletion Effects 0.000 description 12
- 230000002452 interceptive effect Effects 0.000 description 12
- 238000012423 maintenance Methods 0.000 description 11
- 238000012508 change request Methods 0.000 description 10
- 244000144992 flock Species 0.000 description 10
- 238000012384 transportation and delivery Methods 0.000 description 10
- 238000009434 installation Methods 0.000 description 9
- 230000004044 response Effects 0.000 description 9
- 230000001174 ascending effect Effects 0.000 description 8
- 230000006399 behavior Effects 0.000 description 8
- 230000033001 locomotion Effects 0.000 description 7
- 238000002360 preparation method Methods 0.000 description 7
- 230000001360 synchronised effect Effects 0.000 description 7
- 238000007792 addition Methods 0.000 description 6
- 239000013256 coordination polymer Substances 0.000 description 6
- 238000013519 translation Methods 0.000 description 6
- 230000014616 translation Effects 0.000 description 6
- 230000008929 regeneration Effects 0.000 description 5
- 238000011069 regeneration method Methods 0.000 description 5
- 241000677635 Tuxedo Species 0.000 description 4
- 238000013459 approach Methods 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 230000007613 environmental effect Effects 0.000 description 4
- 230000006872 improvement Effects 0.000 description 4
- PWPJGUXAGUPAHP-UHFFFAOYSA-N lufenuron Chemical compound C1=C(Cl)C(OC(F)(F)C(C(F)(F)F)F)=CC(Cl)=C1NC(=O)NC(=O)C1=C(F)C=CC=C1F PWPJGUXAGUPAHP-UHFFFAOYSA-N 0.000 description 4
- 230000002441 reversible effect Effects 0.000 description 4
- 238000010200 validation analysis Methods 0.000 description 4
- 206010068065 Burning mouth syndrome Diseases 0.000 description 3
- 108090000248 Deleted entry Proteins 0.000 description 3
- 102100040577 Dermatan-sulfate epimerase-like protein Human genes 0.000 description 3
- 101000816741 Homo sapiens Dermatan-sulfate epimerase-like protein Proteins 0.000 description 3
- 230000008901 benefit Effects 0.000 description 3
- 230000015572 biosynthetic process Effects 0.000 description 3
- PHDAZHGCTGTQAS-UHFFFAOYSA-M dimethyl-tetradecyl-(3-trimethoxysilylpropyl)azanium;chloride Chemical compound [Cl-].CCCCCCCCCCCCCC[N+](C)(C)CCC[Si](OC)(OC)OC PHDAZHGCTGTQAS-UHFFFAOYSA-M 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 108010092127 glyoxalase III Proteins 0.000 description 3
- 238000007689 inspection Methods 0.000 description 3
- 238000011068 loading method Methods 0.000 description 3
- 230000008520 organization Effects 0.000 description 3
- 238000000926 separation method Methods 0.000 description 3
- 238000003786 synthesis reaction Methods 0.000 description 3
- 241000568443 Aname Species 0.000 description 2
- ZRVIHIHTDPBEDE-UHFFFAOYSA-N CCOBO Chemical compound CCOBO ZRVIHIHTDPBEDE-UHFFFAOYSA-N 0.000 description 2
- RWSOTUBLDIXVET-UHFFFAOYSA-N Dihydrogen sulfide Chemical compound S RWSOTUBLDIXVET-UHFFFAOYSA-N 0.000 description 2
- 101000999829 Escherichia coli (strain K12) NH(3)-dependent NAD(+) synthetase Proteins 0.000 description 2
- 206010000210 abortion Diseases 0.000 description 2
- 239000008186 active pharmaceutical agent Substances 0.000 description 2
- 230000033228 biological regulation Effects 0.000 description 2
- 238000004140 cleaning Methods 0.000 description 2
- 230000001276 controlling effect Effects 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 238000013479 data entry Methods 0.000 description 2
- 238000006073 displacement reaction Methods 0.000 description 2
- 238000000605 extraction Methods 0.000 description 2
- 150000002500 ions Chemical class 0.000 description 2
- 230000009466 transformation Effects 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 238000004804 winding Methods 0.000 description 2
- 102100024439 Adhesion G protein-coupled receptor A2 Human genes 0.000 description 1
- 101150105088 Dele1 gene Proteins 0.000 description 1
- 208000034423 Delivery Diseases 0.000 description 1
- 101100042793 Gallus gallus SMC2 gene Proteins 0.000 description 1
- 101000833358 Homo sapiens Adhesion G protein-coupled receptor A2 Proteins 0.000 description 1
- 101001030591 Homo sapiens Mitochondrial ubiquitin ligase activator of NFKB 1 Proteins 0.000 description 1
- 101000835720 Homo sapiens Transcription elongation factor A protein 1 Proteins 0.000 description 1
- HEFNNWSXXWATRW-UHFFFAOYSA-N Ibuprofen Chemical compound CC(C)CC1=CC=C(C(C)C(O)=O)C=C1 HEFNNWSXXWATRW-UHFFFAOYSA-N 0.000 description 1
- 102100038531 Mitochondrial ubiquitin ligase activator of NFKB 1 Human genes 0.000 description 1
- 101001098066 Naja melanoleuca Basic phospholipase A2 1 Proteins 0.000 description 1
- 241000568436 Namea Species 0.000 description 1
- ATJFFYVFTNAWJD-UHFFFAOYSA-N Tin Chemical compound [Sn] ATJFFYVFTNAWJD-UHFFFAOYSA-N 0.000 description 1
- 102100026430 Transcription elongation factor A protein 1 Human genes 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- IISBACLAFKSPIT-UHFFFAOYSA-N bisphenol A Chemical compound C=1C=C(O)C=CC=1C(C)(C)C1=CC=C(O)C=C1 IISBACLAFKSPIT-UHFFFAOYSA-N 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- XMEVHPAGJVLHIG-FMZCEJRJSA-N chembl454950 Chemical compound [Cl-].C1=CC=C2[C@](O)(C)[C@H]3C[C@H]4[C@H]([NH+](C)C)C(O)=C(C(N)=O)C(=O)[C@@]4(O)C(O)=C3C(=O)C2=C1O XMEVHPAGJVLHIG-FMZCEJRJSA-N 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 239000003086 colorant Substances 0.000 description 1
- 230000001010 compromised effect Effects 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 230000001186 cumulative effect Effects 0.000 description 1
- 238000000354 decomposition reaction Methods 0.000 description 1
- 210000002304 esc Anatomy 0.000 description 1
- 238000011049 filling Methods 0.000 description 1
- 230000003116 impacting effect Effects 0.000 description 1
- 230000008676 import Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000012432 intermediate storage Methods 0.000 description 1
- 230000007257 malfunction Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 239000003607 modifier Substances 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 239000006187 pill Substances 0.000 description 1
- 230000000644 propagated effect Effects 0.000 description 1
- 108090000623 proteins and genes Proteins 0.000 description 1
- 238000010926 purge Methods 0.000 description 1
- 238000003908 quality control method Methods 0.000 description 1
- 230000006798 recombination Effects 0.000 description 1
- 238000005215 recombination Methods 0.000 description 1
- 230000002829 reductive effect Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 229920002725 thermoplastic elastomer Polymers 0.000 description 1
- 238000011247 total mesorectal excision Methods 0.000 description 1
- 238000012549 training Methods 0.000 description 1
- 238000000844 transformation Methods 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
- 208000037956 transmissible mink encephalopathy Diseases 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
- G06F8/38—Creation or generation of source code for implementing user interfaces
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/466—Transaction processing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/953—Organization of data
- Y10S707/955—Object-oriented
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/953—Organization of data
- Y10S707/961—Associative
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/964—Database arrangement
- Y10S707/966—Distributed
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
- Y10S707/99933—Query processing, i.e. searching
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99942—Manipulating data structure, e.g. compression, compaction, compilation
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99943—Generating database or data structure, e.g. via user interface
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99944—Object-oriented database structure
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99944—Object-oriented database structure
- Y10S707/99945—Object-oriented database structure processing
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Computer Security & Cryptography (AREA)
- Stored Programmes (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
（産業上の利用分野）
本発明は、一般的にコンピュータ・ソフトウェアのアー
キテクチャに関し、更に詳しくは、一部または全てが構
成上異種のものである複数のコンピュータおよび関連す
るコンピュータ資源（ｓｏｕｒｃｅ）が種々のアプリケ
ーションを共同して処理することを可能にし、その結果
、ユーザは、いずれの場所でアプリケーションが実際に
実行されていようと、このアプリケーションの同じイメ
ージを見ることができるシステムと方法に関する。
キテクチャに関し、更に詳しくは、一部または全てが構
成上異種のものである複数のコンピュータおよび関連す
るコンピュータ資源（ｓｏｕｒｃｅ）が種々のアプリケ
ーションを共同して処理することを可能にし、その結果
、ユーザは、いずれの場所でアプリケーションが実際に
実行されていようと、このアプリケーションの同じイメ
ージを見ることができるシステムと方法に関する。
（従来技術）
今日の処理環境において、ビジネス用のアプリケーショ
ンは、トランザクション・モードまたは対話モードのい
ずれかで動作するように設計され実行されることができ
る。トランザクション・モードは、通常多くのユーザが
限定された資源に対して競合している環境でアプリケー
ションを実行する場合に使用される。対話モードは、１
人のユーザが資源を専用することができる場合に、最も
有効に使用される。いずれのモードの場合でも、プロセ
ッサ、データ・ベース、および／または端末資源を共有
するのは、通常同質の組のプロセッサ、動作システム、
および／またはトランザクション処理モニタに限定され
ている。
ンは、トランザクション・モードまたは対話モードのい
ずれかで動作するように設計され実行されることができ
る。トランザクション・モードは、通常多くのユーザが
限定された資源に対して競合している環境でアプリケー
ションを実行する場合に使用される。対話モードは、１
人のユーザが資源を専用することができる場合に、最も
有効に使用される。いずれのモードの場合でも、プロセ
ッサ、データ・ベース、および／または端末資源を共有
するのは、通常同質の組のプロセッサ、動作システム、
および／またはトランザクション処理モニタに限定され
ている。
トランザクション・モードを使用して実行されるアプリ
ケーションは、一般的に第１図に示すように構成される
。各アプリケーションのロード・モジュールは、初期化
、データの入力、データの処理、データの出力および終
了のためのロジックを有している。
ケーションは、一般的に第１図に示すように構成される
。各アプリケーションのロード・モジュールは、初期化
、データの入力、データの処理、データの出力および終
了のためのロジックを有している。
アプリケーション・ロジックは、最も多くの場合「Ｃ」
プログラム言語またはＣＯＢ○−Ｌプログラム言語で書
かれる。ユーザ・インタフェース（例えば、スクリーン
・フォーマント）の制御テーブルは、アプリケーション
のロード・モジュールとは別に定義されパッケージされ
るが、ユーザ・インタフェースの定義とアプリケーショ
ンのデータ処理ロジックとの間には強い結合が存在する
。
プログラム言語またはＣＯＢ○−Ｌプログラム言語で書
かれる。ユーザ・インタフェース（例えば、スクリーン
・フォーマント）の制御テーブルは、アプリケーション
のロード・モジュールとは別に定義されパッケージされ
るが、ユーザ・インタフェースの定義とアプリケーショ
ンのデータ処理ロジックとの間には強い結合が存在する
。
作業領域は、アプリケーション・プログラムによって直
接使用可能な形態のデータ要素を含んでいる。
接使用可能な形態のデータ要素を含んでいる。
第１図を見ると、初期化ロジック１２は、アプリケーシ
ョンの特定の場合に必要な全てのデータ・ベースに接続
され、かり作業領域１０をデフォルト（ｄｅｆａｕｌｔ
）値にイニシャライズするデータ開始セットを提供す
る。複雑なアプリケーションは、１単位の仕事について
幾つかのトランザクションの実行によって構成される会
話として実行される。
ョンの特定の場合に必要な全てのデータ・ベースに接続
され、かり作業領域１０をデフォルト（ｄｅｆａｕｌｔ
）値にイニシャライズするデータ開始セットを提供す
る。複雑なアプリケーションは、１単位の仕事について
幾つかのトランザクションの実行によって構成される会
話として実行される。
この実行モードは、「対話型トランザクション」と称し
、対話の状態がセーブされ、各トランザクションの実行
のために復元されることを必要とする。対話型トランザ
クションは、対話の状態を作業領域１０内に保持する。
、対話の状態がセーブされ、各トランザクションの実行
のために復元されることを必要とする。対話型トランザ
クションは、対話の状態を作業領域１０内に保持する。
初期化の場合、作業領域１０はトランザクションが最後
に終了した時点でセーブされたコピーからリフレッシュ
される（所定の端末に対して）。
に終了した時点でセーブされたコピーからリフレッシュ
される（所定の端末に対して）。
データ入力ロジックは、入力データ・ストリームをハー
ドウェアによって決まる表示から作業領域１０によって
構成されるデータ要素に変換する。
ドウェアによって決まる表示から作業領域１０によって
構成されるデータ要素に変換する。
データ・ストリーム２２は、（端末）装置または別のト
ランザクションから発生することができる。
ランザクションから発生することができる。
装置の場合、データ・ストリーム２２の分解のためのア
プリケーション・プログラム・ロジック１２が装置の特
性と結合され、これを反映する。
プリケーション・プログラム・ロジック１２が装置の特
性と結合され、これを反映する。
トランザクションから受取ったデータの場合、アプリケ
ーション・プログラム・ロジック１２は送り主のデータ
表示装置（ｓｙｎｔａｘ＞と意味（ｓｅｍａｎｔｉｃｓ
）に結合される。
ーション・プログラム・ロジック１２は送り主のデータ
表示装置（ｓｙｎｔａｘ＞と意味（ｓｅｍａｎｔｉｃｓ
）に結合される。
データ処理ロジック１４は、アプリケーションのために
演算とデータ処理を行う。情報はデータ・ベース１８、
データ・ファイルおよび／または他の情報システムから
読み出されると共にこれらに対して書き込まれる。これ
によって、アプリケーションによって決まる完全性のチ
エツクが行われる。照会は情報システムと作業領域に載
置された応答について行われる。
演算とデータ処理を行う。情報はデータ・ベース１８、
データ・ファイルおよび／または他の情報システムから
読み出されると共にこれらに対して書き込まれる。これ
によって、アプリケーションによって決まる完全性のチ
エツクが行われる。照会は情報システムと作業領域に載
置された応答について行われる。
データ出力ロジック１６は、作業領域１０のデータ要素
をハードウェアによって決まる表示に変換する。出力デ
ータ・ストリーム２４の目的地は装置でも装置またはト
ランザクションのいずれでもよい。装置の場合、データ
・ストリーム２４をフォーマットするためのアプリケー
ション・プログラム・ロジックは装置の特性と結合され
、これを反映する。トランザクションに転送されたデー
タの場合、データ・ストリーム２４のデータの表示構造
と意味は受取人のアプリケーション・ロジックと一致し
なければならない。
をハードウェアによって決まる表示に変換する。出力デ
ータ・ストリーム２４の目的地は装置でも装置またはト
ランザクションのいずれでもよい。装置の場合、データ
・ストリーム２４をフォーマットするためのアプリケー
ション・プログラム・ロジックは装置の特性と結合され
、これを反映する。トランザクションに転送されたデー
タの場合、データ・ストリーム２４のデータの表示構造
と意味は受取人のアプリケーション・ロジックと一致し
なければならない。
終了ロジック１６は、終了データ・セットを有し、この
アプリケーションの実行の期間中に発生した全ての論理
的データ・ベースのトランザクションを処理する。もし
これが対話によるトランザクションであれば、現在のア
プリケーションの状態（作業領域）がセーブされる。
アプリケーションの実行の期間中に発生した全ての論理
的データ・ベースのトランザクションを処理する。もし
これが対話によるトランザクションであれば、現在のア
プリケーションの状態（作業領域）がセーブされる。
対話モードの場合、アプリケーションにはメモリ、デー
タ・ベース、ファイル、および端末を含む専用の資源が
設けられる。対話による会話はトランザクション・モデ
ルの場合より容易に実行されるが、その理由は、アプリ
ケーションの状態が端末との対話の度に明白にセーブお
よび復元されなければならないことがないからである。
タ・ベース、ファイル、および端末を含む専用の資源が
設けられる。対話による会話はトランザクション・モデ
ルの場合より容易に実行されるが、その理由は、アプリ
ケーションの状態が端末との対話の度に明白にセーブお
よび復元されなければならないことがないからである。
他のプロセッサとの通信は、「遠隔手順呼出しＪ （Ｒ
ＰＣ）によって行われる。ＲＰＣは、また時としてトラ
ンザクション・モデル内または対話プロセスとトランザ
クションとの間でも使用される。これらのケースのいず
れの場合においても、ＲＰＣは、呼出し手順（その資源
の全てとの）、通信資源、および呼出される手順（その
資源の全てとの）が呼出しの期間中専用されることを必
要とする。更に、呼出し手順の資源（端末のような）は
、−船釣に、呼出される手順によって使用されることは
できない。ＲＰＣはトランザクション間のデータ転送と
同じ特性を有している。すなわち、データ・ストリーム
のデータ表示構造と意味はＲＰＣのクライエントと側の
サーバ側との間で同期されなければならない。
ＰＣ）によって行われる。ＲＰＣは、また時としてトラ
ンザクション・モデル内または対話プロセスとトランザ
クションとの間でも使用される。これらのケースのいず
れの場合においても、ＲＰＣは、呼出し手順（その資源
の全てとの）、通信資源、および呼出される手順（その
資源の全てとの）が呼出しの期間中専用されることを必
要とする。更に、呼出し手順の資源（端末のような）は
、−船釣に、呼出される手順によって使用されることは
できない。ＲＰＣはトランザクション間のデータ転送と
同じ特性を有している。すなわち、データ・ストリーム
のデータ表示構造と意味はＲＰＣのクライエントと側の
サーバ側との間で同期されなければならない。
しかし、今日の技術には多くの困難が存在する。
例えば、アプリケーションのソース・コードはポータプ
ルではない。アプリケーション・ロジックの大部分は、
特定のトランザクション処理モニタ、動作システム、デ
ータ・ベースの管理システム、プロセッサの形式、端末
装置、および／またはソフトウェア環境のその他の変化
によって決まる。
ルではない。アプリケーション・ロジックの大部分は、
特定のトランザクション処理モニタ、動作システム、デ
ータ・ベースの管理システム、プロセッサの形式、端末
装置、および／またはソフトウェア環境のその他の変化
によって決まる。
１つの環境から他の環境にアプリケーションをポ’ｒ
（ｐｏｒｔ）させるコストを最小限にするためには、
ソフトウェア環境の間に非常に高い程度の同質性が必要
とされる。ソフトウェア環境の変化をサポートするには
、複数組のソース・コードが必要であると共に、これに
は保守と機能を同期させる問題が附随する。
（ｐｏｒｔ）させるコストを最小限にするためには、
ソフトウェア環境の間に非常に高い程度の同質性が必要
とされる。ソフトウェア環境の変化をサポートするには
、複数組のソース・コードが必要であると共に、これに
は保守と機能を同期させる問題が附随する。
上述の結果、プログラマは各々の特定のソフトウェアの
環境に対してソース・コードを発生するように訓練され
なければならない。このことは訓練資源の浪費であるば
かりでなく、アプリケーションが各々の特定の環境の特
殊性を満足するようなソース・コードを作成するには、
プログラマの費やす時間が非常に高いコストになる。
環境に対してソース・コードを発生するように訓練され
なければならない。このことは訓練資源の浪費であるば
かりでなく、アプリケーションが各々の特定の環境の特
殊性を満足するようなソース・コードを作成するには、
プログラマの費やす時間が非常に高いコストになる。
上に指摘したように、ユーザ・インタフェースの制御テ
ーブル（例えば、スクリーン・フォーマット）はアプリ
ケーションのプログラム・ロジックとは別にパフケージ
されている。この結果、実行時間に同期の問題が発生す
る。大部分の場合、ユーザ・インタフェース制御テーブ
ルとアプリケーション・プログラム・ロジ・ツクの両方
をリアルタイムで同期させて更新することはできない。
ーブル（例えば、スクリーン・フォーマット）はアプリ
ケーションのプログラム・ロジックとは別にパフケージ
されている。この結果、実行時間に同期の問題が発生す
る。大部分の場合、ユーザ・インタフェース制御テーブ
ルとアプリケーション・プログラム・ロジ・ツクの両方
をリアルタイムで同期させて更新することはできない。
データの完全性の問題を回避するためには、アプリケー
ションの更新は、アプリケーションがオフラインの状態
に置かれ、トランザクションに対する全てのペンデング
の入力がインストレージョンの前にフラッシュ（ｆｌｕ
ｓｈ ）されることを必要とする。しかし、アプリケー
ション・ロジックは特定の装置の特性と強く結合され、
このためアプリケーションの変更が新しいユーザ・イン
タフェースの技術をサポートすることを必要とする。
ションの更新は、アプリケーションがオフラインの状態
に置かれ、トランザクションに対する全てのペンデング
の入力がインストレージョンの前にフラッシュ（ｆｌｕ
ｓｈ ）されることを必要とする。しかし、アプリケー
ション・ロジックは特定の装置の特性と強く結合され、
このためアプリケーションの変更が新しいユーザ・イン
タフェースの技術をサポートすることを必要とする。
対話によるトランザクションは、作業領域をセーブおよ
び復元するため、明確なアプリケーション・プログラム
・ロジックを必要とする。対話の状態は、（端末）装置
に対して保持され、ユーザに対しては保持されない。も
しユーザが端末を変更すれば、このユーザは元の装置で
始めた会話を再び始めることはできない。作業領域の要
素の再定義または再構築を必要とする結果を招く対話に
よるトランザクションに対する全てのソフトウェアの変
更は、リアルタイムで行うことはできない。
び復元するため、明確なアプリケーション・プログラム
・ロジックを必要とする。対話の状態は、（端末）装置
に対して保持され、ユーザに対しては保持されない。も
しユーザが端末を変更すれば、このユーザは元の装置で
始めた会話を再び始めることはできない。作業領域の要
素の再定義または再構築を必要とする結果を招く対話に
よるトランザクションに対する全てのソフトウェアの変
更は、リアルタイムで行うことはできない。
データの完全性の問題を回避するため、アプリケーショ
ンの更新には、このアプリケーションがオフラインにさ
れ、全てのセーブされている作業領域がインストレージ
ョンの前に再び初期化されることが必要である。
ンの更新には、このアプリケーションがオフラインにさ
れ、全てのセーブされている作業領域がインストレージ
ョンの前に再び初期化されることが必要である。
分散されたシステム全体で共有されている資源（例えば
、トランザクション、端末）を含むトランザクション間
の通信は、シングル・イメージのトランザクション処理
システムの１つの例に限定され、またアプリケーション
・トランザクションの通信を同期して行うことを必要と
する。複数のシステム全体の更新を同期して行うことは
、リアルタイムでは実行できない。データの完全性の問
題を回避するため、アプリケーションの更新は、含まれ
ている全てのトランザクションがオフラインの状態に置
かれ、全てのペンデングの通信がインストレージョンの
前にフランシュされることを必要とする。
、トランザクション、端末）を含むトランザクション間
の通信は、シングル・イメージのトランザクション処理
システムの１つの例に限定され、またアプリケーション
・トランザクションの通信を同期して行うことを必要と
する。複数のシステム全体の更新を同期して行うことは
、リアルタイムでは実行できない。データの完全性の問
題を回避するため、アプリケーションの更新は、含まれ
ている全てのトランザクションがオフラインの状態に置
かれ、全てのペンデングの通信がインストレージョンの
前にフランシュされることを必要とする。
現在使用可能な共同処理の技術は、専用の通信資源、専
用のプロセス、特殊な設定の複雑なプログラム・インタ
ーフェース、およびしばしばユーザとサーバとの間の非
対称ロジックを必要とする。
用のプロセス、特殊な設定の複雑なプログラム・インタ
ーフェース、およびしばしばユーザとサーバとの間の非
対称ロジックを必要とする。
これらの理由のため、小さなアプリケーションに対して
共同処理を迅速に実行することは困難である。更に、ト
ランザクション・モデルと関連するコスト・パーフォー
マンスの目標の幾つかは、アプリケーション間の直接通
信と関連する過剰な資源の消費と妥協している。
共同処理を迅速に実行することは困難である。更に、ト
ランザクション・モデルと関連するコスト・パーフォー
マンスの目標の幾つかは、アプリケーション間の直接通
信と関連する過剰な資源の消費と妥協している。
対話モードによるビジネス用アプリケーションの実行は
、活動状態にある分散されたアプリケーションをリアル
タイムで変更することが困難であること以外に、コンピ
ュータ資源の管理と制御の柔軟性が欠けるため、−船釣
に大量のアプリケーションには適当でない。
、活動状態にある分散されたアプリケーションをリアル
タイムで変更することが困難であること以外に、コンピ
ュータ資源の管理と制御の柔軟性が欠けるため、−船釣
に大量のアプリケーションには適当でない。
（発明の要約）
関連技術と関係する上記の問題に鑑みて、本発明の目的
は、複数のコンピュータおよび関連するコンピュータ資
源がアプリケーションを共同して処理することを可能に
するコンピュータのソフトウェア・アーキテクチャのシ
ステムと方法を提供することである。このコンピュータ
およびコンピュータ資源の一部または全ては構成上異種
のものであり、またそのアプリケーションは、単一のア
プリケーション・ソース・ベースから作られたものを含
むものである。
は、複数のコンピュータおよび関連するコンピュータ資
源がアプリケーションを共同して処理することを可能に
するコンピュータのソフトウェア・アーキテクチャのシ
ステムと方法を提供することである。このコンピュータ
およびコンピュータ資源の一部または全ては構成上異種
のものであり、またそのアプリケーションは、単一のア
プリケーション・ソース・ベースから作られたものを含
むものである。
本発明の他の目的は、プログラム・ロジックを処理ロジ
ックに限定することにより、特に、このプログラム・ロ
ジックをデータ入力ロジックおよびデータ出力ロジック
から分離することによって、アプリケーション・プログ
ラマの生産性を改善することである。このロジックは全
てのアプリケーションによって使用される共通の実行コ
ードに内蔵されるから、メニュー機能、ヘルプ（ｈｅｌ
ｐ）機能および共同処理機能並びにメツセージ処理機能
のための特別のアプリケーション・ロジックに対する必
要性が大幅に減少する。その結果、プログラマは、１つ
の統一されたシステムの実行と開発の環境に対する訓練
のみを受ける必要があることになる。更に、プログラマ
は、ソース・コードの変更を必要とすることなく、複数
の異種なコンピュータ・システム全体に分配することの
できるアプリケーションを迅速に作成することができ、
アプリケーションに対する変更を１つのロード・モジュ
ール、１つのドキュメンテーション・セント、および１
つのデータ・ベース・バインド（ｂｉｎｄ）によって実
行することができる。
ックに限定することにより、特に、このプログラム・ロ
ジックをデータ入力ロジックおよびデータ出力ロジック
から分離することによって、アプリケーション・プログ
ラマの生産性を改善することである。このロジックは全
てのアプリケーションによって使用される共通の実行コ
ードに内蔵されるから、メニュー機能、ヘルプ（ｈｅｌ
ｐ）機能および共同処理機能並びにメツセージ処理機能
のための特別のアプリケーション・ロジックに対する必
要性が大幅に減少する。その結果、プログラマは、１つ
の統一されたシステムの実行と開発の環境に対する訓練
のみを受ける必要があることになる。更に、プログラマ
は、ソース・コードの変更を必要とすることなく、複数
の異種なコンピュータ・システム全体に分配することの
できるアプリケーションを迅速に作成することができ、
アプリケーションに対する変更を１つのロード・モジュ
ール、１つのドキュメンテーション・セント、および１
つのデータ・ベース・バインド（ｂｉｎｄ）によって実
行することができる。
本発明の更に他の目的は、アプリケーションの間に統一
されたヘルプおよびメニュー機能を供給し、ユーザが機
能に対して全てのアプリケーションのパネルからメニュ
ー、ヘルプおよびグロサリ（ｇｌｏｓｓａｒｙ）による
アクセスを行うことを可能にし、ユーザにより少ないト
ランザクション・コードを記憶させることによって、ユ
ーザの生産性を改善することである。
されたヘルプおよびメニュー機能を供給し、ユーザが機
能に対して全てのアプリケーションのパネルからメニュ
ー、ヘルプおよびグロサリ（ｇｌｏｓｓａｒｙ）による
アクセスを行うことを可能にし、ユーザにより少ないト
ランザクション・コードを記憶させることによって、ユ
ーザの生産性を改善することである。
本発明の更に他の目的は、次のようにすることによって
システムのメインテナンス・コストを低滅し、システム
の性能を改善することである。すなわち、複数の機能が
１つの再入可能なパッケージで実行されることを可能に
し、各アプリケーションによって必要とされるシステム
の定義資源を減少させ、複数の異種のコンピュータ・シ
ステム全体を共有する資源を設け、資源の使用の制御を
可能にし、より少ないトランザクションおよび外部スク
リーンの管理を要求し、ユーザがアプリケーションが何
処で動作しているかを知らなくても（例えば、アプリケ
ーションを動作させているシステムがユーザに明らかで
ある）、全ての異種のシステムのアプリケーションにア
クセスすることを可能にし、大型コンピュータ、マイク
ロコンピュータおよびワークステーションを含む種々の
プラントホーム（ｐｌａｔｆｏｒｍ）に対して共通のア
プリケーション実行環境を提供し、ユーザの処理上の要
求を満足するスケラビリティー（ｓｃａｌａｂｉｌｉｔ
ｙ）を与えることによる。
システムのメインテナンス・コストを低滅し、システム
の性能を改善することである。すなわち、複数の機能が
１つの再入可能なパッケージで実行されることを可能に
し、各アプリケーションによって必要とされるシステム
の定義資源を減少させ、複数の異種のコンピュータ・シ
ステム全体を共有する資源を設け、資源の使用の制御を
可能にし、より少ないトランザクションおよび外部スク
リーンの管理を要求し、ユーザがアプリケーションが何
処で動作しているかを知らなくても（例えば、アプリケ
ーションを動作させているシステムがユーザに明らかで
ある）、全ての異種のシステムのアプリケーションにア
クセスすることを可能にし、大型コンピュータ、マイク
ロコンピュータおよびワークステーションを含む種々の
プラントホーム（ｐｌａｔｆｏｒｍ）に対して共通のア
プリケーション実行環境を提供し、ユーザの処理上の要
求を満足するスケラビリティー（ｓｃａｌａｂｉｌｉｔ
ｙ）を与えることによる。
本発明の更に他の目的は、アプリケーションの品質管理
と保守を改善することである。すなわち、種々のプラン
トホームに対して共通のアプリケーション実行および開
発環境を提供し、リアルタイムでアプリケーションを改
善し、別のよりコストの高いプラントホームに取付ける
ためのコストの低いプラントホームでアプリケーション
を開発することを可能にすることによって開発コストを
削減し、同期した形態でアプリケーションの構成要素に
アクセスすると共にこれを保守し、配置する前にアプリ
ケーションが大きな統合されたアプリケーションのセン
トとして試験されることを可能にし、ロード・モジュー
ルの数とこれらのロード・モジュールを取付けるのに必
要なシステムの定義を削減することによってアプリケー
ションの配置を単純化することによる。
と保守を改善することである。すなわち、種々のプラン
トホームに対して共通のアプリケーション実行および開
発環境を提供し、リアルタイムでアプリケーションを改
善し、別のよりコストの高いプラントホームに取付ける
ためのコストの低いプラントホームでアプリケーション
を開発することを可能にすることによって開発コストを
削減し、同期した形態でアプリケーションの構成要素に
アクセスすると共にこれを保守し、配置する前にアプリ
ケーションが大きな統合されたアプリケーションのセン
トとして試験されることを可能にし、ロード・モジュー
ルの数とこれらのロード・モジュールを取付けるのに必
要なシステムの定義を削減することによってアプリケー
ションの配置を単純化することによる。
これらの目的は、分散型アプリケーション・アーキテク
チャ（以下ｒＤＡＡＪと呼ぶ）という本発明の好適な実
施例によって達成される。このＤＡＡは、大型コンピュ
ータ、マイクロコンピュータ、および個々のワークステ
ーションを含む種々のプラットホームに取付けることが
できる。
チャ（以下ｒＤＡＡＪと呼ぶ）という本発明の好適な実
施例によって達成される。このＤＡＡは、大型コンピュ
ータ、マイクロコンピュータ、および個々のワークステ
ーションを含む種々のプラットホームに取付けることが
できる。
度ＤＡＡを必要なサポート・サブシステムと共に取付け
ると、これらのプラットホームのいずれかからもサービ
スおよびニーテリティ、および従ってＤＡＡによって発
生されたアプリケーションにアクセスすることができる
。これらのサポート・サブシステムはマーケットで容易
に入手可能な製品によって作ることができる。
ると、これらのプラットホームのいずれかからもサービ
スおよびニーテリティ、および従ってＤＡＡによって発
生されたアプリケーションにアクセスすることができる
。これらのサポート・サブシステムはマーケットで容易
に入手可能な製品によって作ることができる。
ＤＡＡは、ネットワーク内の他のホストに対する通信チ
ャンネルを介してトランザクション・プロセッサを動作
させる。これは、またマツプ・サービスを使用する。マ
ツプ・サービス（ｍａｐｓｅｒｖｉｃｅ ）は、アプリ
ケーション・プログラマがアプリケーション・パネルに
対するマツプを作成するための編集プログラム、マツプ
を結合可能な形式で発生させるコンパイラ、およびリン
ク可能な形式をそのプラットホームのスクリーンに提供
できるフォーマットに解釈するリンク可能な解釈プログ
ラムを設けなければならない。
ャンネルを介してトランザクション・プロセッサを動作
させる。これは、またマツプ・サービスを使用する。マ
ツプ・サービス（ｍａｐｓｅｒｖｉｃｅ ）は、アプリ
ケーション・プログラマがアプリケーション・パネルに
対するマツプを作成するための編集プログラム、マツプ
を結合可能な形式で発生させるコンパイラ、およびリン
ク可能な形式をそのプラットホームのスクリーンに提供
できるフォーマットに解釈するリンク可能な解釈プログ
ラムを設けなければならない。
更に、第２図から分るように、本発明の好適な実施例の
では、ＤＡＡはＤＢＭ３１８（データ・ベース管理シス
テム）を採用し、このシステムは、アプリケーション・
コードのＤＢＭＳの機能をサポートし、ユーザとアプリ
ケーションのプロファイル情報をセーブするため、標準
形式の５ＡＡＳＱＬ２０を使用する。２つ以上のＤＢＭ
Ｓを使用することが可能であり、例えば、１つはアプリ
ケーション機能をサポートし、１つはプロファイル情報
をセーブすることに留意しなければならない。更に、標
準形式のＳＡＡ ＳＱＬを使用していないＤＢＭＳを
使用することも可能であるが、この場合、組込まれたア
プリケーションのＤＢＭＳコードは種々のプラットフォ
ームでソースがコンパチブルでなければならにことをＪ
しなければならない。
では、ＤＡＡはＤＢＭ３１８（データ・ベース管理シス
テム）を採用し、このシステムは、アプリケーション・
コードのＤＢＭＳの機能をサポートし、ユーザとアプリ
ケーションのプロファイル情報をセーブするため、標準
形式の５ＡＡＳＱＬ２０を使用する。２つ以上のＤＢＭ
Ｓを使用することが可能であり、例えば、１つはアプリ
ケーション機能をサポートし、１つはプロファイル情報
をセーブすることに留意しなければならない。更に、標
準形式のＳＡＡ ＳＱＬを使用していないＤＢＭＳを
使用することも可能であるが、この場合、組込まれたア
プリケーションのＤＢＭＳコードは種々のプラットフォ
ームでソースがコンパチブルでなければならにことをＪ
しなければならない。
第２図を更に詳細に検討すると、各々のアプリケーショ
ン・トランザクションは、情報エンジニアリング・タス
ク（ＩＥＴ）２６、アプリケーション・プログラム・ロ
ジック３２および作業領域１０によって構成される。
ン・トランザクションは、情報エンジニアリング・タス
ク（ＩＥＴ）２６、アプリケーション・プログラム・ロ
ジック３２および作業領域１０によって構成される。
ハードウェアによって特定される入力データ・ストリー
ム２２はアプリケーションに対する情報入力によって構
成される。この情報にはデータ、入力装置のハードウェ
アの形式および期待される出力の特性が含まれる。
ム２２はアプリケーションに対する情報入力によって構
成される。この情報にはデータ、入力装置のハードウェ
アの形式および期待される出力の特性が含まれる。
ＩＥＴ２６は、入力データ・ストリーム２２を処理して
これをアプリケーション・プログラム・ロジック３２に
適合させる。セットアツプは、アプリケーションに対す
る文字入力をアプリケーション・プログラムで使用する
ためにそれの固有のデータ形式に変換することによって
、データ・ストリーム２２を分解する。アプリケーショ
ン・プログラム３２は、いずれのデータセットにアクセ
スする必要があるかをＩＥＴ２６に告げる。ＩＥＴ２６
は、通信ルート２８を介して端末装置特性とルーティン
グ（ｒｏｕｔｉｎｇ ）情報テーブル３０からルーティ
ング情報を受け取り、これらのデータ・セットを「開く
」。
これをアプリケーション・プログラム・ロジック３２に
適合させる。セットアツプは、アプリケーションに対す
る文字入力をアプリケーション・プログラムで使用する
ためにそれの固有のデータ形式に変換することによって
、データ・ストリーム２２を分解する。アプリケーショ
ン・プログラム３２は、いずれのデータセットにアクセ
スする必要があるかをＩＥＴ２６に告げる。ＩＥＴ２６
は、通信ルート２８を介して端末装置特性とルーティン
グ（ｒｏｕｔｉｎｇ ）情報テーブル３０からルーティ
ング情報を受け取り、これらのデータ・セットを「開く
」。
メイン・ストレージ・ロジック１０は、アプリケーショ
ンに対して演算とデータの処理を実行する。アプリケー
ション・プログラム・ロジック３２は、構造化照会（ｑ
ｕｅｒｙ ）言語（ＳＱＬ）の命令２０の予め選択され
たサブセットを使用して、システム内のデータ・ベース
１８から情報を取出しこれらに情報を記憶するが、他の
言語を使用することも可能である。演算と処理が終了す
ると、ＩＥＴ２６はそのクリーンアップ（ｃｌｅａｎｕ
ｐ ）を開始する。
ンに対して演算とデータの処理を実行する。アプリケー
ション・プログラム・ロジック３２は、構造化照会（ｑ
ｕｅｒｙ ）言語（ＳＱＬ）の命令２０の予め選択され
たサブセットを使用して、システム内のデータ・ベース
１８から情報を取出しこれらに情報を記憶するが、他の
言語を使用することも可能である。演算と処理が終了す
ると、ＩＥＴ２６はそのクリーンアップ（ｃｌｅａｎｕ
ｐ ）を開始する。
ＩＥＴのクリーンアップは、２つのステップによって構
成される。第１に、アプリケーション３２にから発生さ
れたデータをプログラマによってフォーマントのセット
に構成する。情報は出力データ・ストリーム２４として
送られる。第２に、アプリケーションによって使用する
ために開かれていたデータ・セットを「閉じる」。
成される。第１に、アプリケーション３２にから発生さ
れたデータをプログラマによってフォーマントのセット
に構成する。情報は出力データ・ストリーム２４として
送られる。第２に、アプリケーションによって使用する
ために開かれていたデータ・セットを「閉じる」。
アプリケーション・ロジック、ユーザ・インターフェー
ス制御テーブル、ビューの定義、および１つのトランザ
クションの定義のためのその他のアプリケーションによ
って特定されるテーブルは、１つのロード・モジュール
にパッケージされる。
ス制御テーブル、ビューの定義、および１つのトランザ
クションの定義のためのその他のアプリケーションによ
って特定されるテーブルは、１つのロード・モジュール
にパッケージされる。
第３図に示すＤＡＡアプリケーションのロード・モジュ
ールは、ユーザが全ての他のＤＡＡシステムの端末から
ＤＡＡを介してＤＡＡアプリケーションを呼び出すのに
必要な全ての構成要素を含む。
ールは、ユーザが全ての他のＤＡＡシステムの端末から
ＤＡＡを介してＤＡＡアプリケーションを呼び出すのに
必要な全ての構成要素を含む。
このモジュールの構成要素は、情報の経路の設定、もし
必要であれば異なったシステムのデータ・ベースに対す
るアクセス、アプリケーションが終了した場合のデータ
・セットのクリーンアップ、および終了した場合の情報
の提供を制御する。このロード・モジュールは、またシ
ステムに記憶されているＨＥＬＰ、ＩＮＦＯｒｍａ ｔ
ｉ ｏｎ、およびＧＬＯ３ｓａｒｙ情報に対する参照
を含む。
必要であれば異なったシステムのデータ・ベースに対す
るアクセス、アプリケーションが終了した場合のデータ
・セットのクリーンアップ、および終了した場合の情報
の提供を制御する。このロード・モジュールは、またシ
ステムに記憶されているＨＥＬＰ、ＩＮＦＯｒｍａ ｔ
ｉ ｏｎ、およびＧＬＯ３ｓａｒｙ情報に対する参照
を含む。
ＤＡＡ ）ランザクジョン定義テーブル（ＴＤＴ）３４
は、ＤＡＡロード・モジュールの全ての要素を定義し、
ＤＡＡによって与えられる。
は、ＤＡＡロード・モジュールの全ての要素を定義し、
ＤＡＡによって与えられる。
ＩＥＴインタフェース２６は、またＤＡＡによって与え
られる論理要素である。このＩＥＴインタフェースは、
アプリケーション・データ構造を形成するため、プログ
ラマによって設計されたパネル４０と共にビュー３８内
に記憶されている情報を併合する。
られる論理要素である。このＩＥＴインタフェースは、
アプリケーション・データ構造を形成するため、プログ
ラマによって設計されたパネル４０と共にビュー３８内
に記憶されている情報を併合する。
端末マツピング・システム（ＴＭＳ）３４は、ＤＡＡの
他の論理要素である。このＴＭＳ ３４はＤＡＡによっ
て与えられ、ＤＡＡに入力されたデータ・ストリームを
取り出し、これを１８Ｍ３２７０のフォーマット・デー
タ・ストリームに変換する。
他の論理要素である。このＴＭＳ ３４はＤＡＡによっ
て与えられ、ＤＡＡに入力されたデータ・ストリームを
取り出し、これを１８Ｍ３２７０のフォーマット・デー
タ・ストリームに変換する。
ビュー（ｖｉｅｗ）３８は、アプリケーションによって
使用される変数のタイプを定義するためにプログラマに
よって設計される。ビュー３８は、手順３２はデータが
どのようなフォーマットされていることを必要とするか
をＴＥＴインターフェースに告げる。このＩＥＴインタ
ーフェース２６は、入力データ・ストリームをそのフォ
ーマットに一致するように変換する。データがまた手順
３２によって処理された後、ＩＥＴ２６は、ビュー３８
に記憶されている情報を出力データ・ストリーム用のフ
ォーマット、または他の手順３２のために指定されたフ
ォーマットに変換する。ビュー３８によって、データは
ユーザが記録されているシステムの手順３２０間で局部
的に流れると共に、遠隔地にある他のＤＡＡシステムの
手順にも流れる。
使用される変数のタイプを定義するためにプログラマに
よって設計される。ビュー３８は、手順３２はデータが
どのようなフォーマットされていることを必要とするか
をＴＥＴインターフェースに告げる。このＩＥＴインタ
ーフェース２６は、入力データ・ストリームをそのフォ
ーマットに一致するように変換する。データがまた手順
３２によって処理された後、ＩＥＴ２６は、ビュー３８
に記憶されている情報を出力データ・ストリーム用のフ
ォーマット、または他の手順３２のために指定されたフ
ォーマットに変換する。ビュー３８によって、データは
ユーザが記録されているシステムの手順３２０間で局部
的に流れると共に、遠隔地にある他のＤＡＡシステムの
手順にも流れる。
アプリケーション用のパネル、すなわちスクリーン４０
は、スクリーン・ペインタ（ｐａｉｎｔｅｒ ）および
特別のコンパイラを使用してプログラミングの定義から
作られる。このようにして開発されたパネル４０はソー
ス・コードのレベルで全てのシステムに渡って転送可能
である。
は、スクリーン・ペインタ（ｐａｉｎｔｅｒ ）および
特別のコンパイラを使用してプログラミングの定義から
作られる。このようにして開発されたパネル４０はソー
ス・コードのレベルで全てのシステムに渡って転送可能
である。
メニュー４２は、アプリケーションのユーザをアプリケ
ーションのための手順によってガイドするために使用さ
れ、プログラマによって定義され、ソースの形式で拡張
可能である。
ーションのための手順によってガイドするために使用さ
れ、プログラマによって定義され、ソースの形式で拡張
可能である。
アプリケーション・ソース・コードが完了すると、第３
図に示す全てのプログラマによって設計されたブロック
は、アプリケーションが存在するシステムのＤＡＡのソ
フトウェアによって１つのロード・モジュールに組み込
まれる。アプリケーションを移動（分散）させるために
は、手順３２用のソース・コード、ビュー３８、および
パネル４０がブロックとして新しいシステムに移動され
る。ロード・モジュールは目標システムのコンパイラ、
リンク・エディタ（１ｉｎｋ ｅｄｉｔｏｒ ）、およ
びバインド・プロセス（ｂｉｎｄ ｐｒｏｃｅｓｓ ）
を使用してコンパイルされる。ソース・コードの変更は
不必要である。
図に示す全てのプログラマによって設計されたブロック
は、アプリケーションが存在するシステムのＤＡＡのソ
フトウェアによって１つのロード・モジュールに組み込
まれる。アプリケーションを移動（分散）させるために
は、手順３２用のソース・コード、ビュー３８、および
パネル４０がブロックとして新しいシステムに移動され
る。ロード・モジュールは目標システムのコンパイラ、
リンク・エディタ（１ｉｎｋ ｅｄｉｔｏｒ ）、およ
びバインド・プロセス（ｂｉｎｄ ｐｒｏｃｅｓｓ ）
を使用してコンパイルされる。ソース・コードの変更は
不必要である。
アプリケーションがいかに複雑であろうと、ロード・モ
ジュールの全てのアプリケーションの構成要素は自動的
に同期され、その結果、リアルタイムでインストール（
１ｎｓｔａｌｌ ）することができる。アプリケーショ
ンから独立したＤＡＡのロジックと制御テーブルは動的
にロード可能なライブラリとして実行される。ＤＡＡの
改善はアプリケーションのロード・モジュールに自動的
に反映され、全てのアプリケーションのロード・モジュ
ールに渡ってＤＡＡの機能が同期することを保証する。
ジュールの全てのアプリケーションの構成要素は自動的
に同期され、その結果、リアルタイムでインストール（
１ｎｓｔａｌｌ ）することができる。アプリケーショ
ンから独立したＤＡＡのロジックと制御テーブルは動的
にロード可能なライブラリとして実行される。ＤＡＡの
改善はアプリケーションのロード・モジュールに自動的
に反映され、全てのアプリケーションのロード・モジュ
ールに渡ってＤＡＡの機能が同期することを保証する。
更に、これによってアプリケーションの分散がより容易
になり、アプリケーションのユーザはより少ないトラン
ザクション・コードしか記憶する必要がなくなる。
になり、アプリケーションのユーザはより少ないトラン
ザクション・コードしか記憶する必要がなくなる。
アプリケーションの手順は、データ人力またはデータ出
力に関連するコードを含んでいない。アプリケーション
の手順は、作業領域で定義されたデータ要素を使用して
演算とデータの処理を実行することとある種の情報シス
テムに対するインターフェースをオプションとして実行
することに限定される。ＤＡＡによってサポートされて
いる情報システムは、構造化照会言語（ＳＱＬ）命令の
十分に定義されたサブセットを介して行われる関係デー
タ・ベースに対するアクセスである。他の情報システム
もまたアプリケーションによって使用されることができ
る。
力に関連するコードを含んでいない。アプリケーション
の手順は、作業領域で定義されたデータ要素を使用して
演算とデータの処理を実行することとある種の情報シス
テムに対するインターフェースをオプションとして実行
することに限定される。ＤＡＡによってサポートされて
いる情報システムは、構造化照会言語（ＳＱＬ）命令の
十分に定義されたサブセットを介して行われる関係デー
タ・ベースに対するアクセスである。他の情報システム
もまたアプリケーションによって使用されることができ
る。
データ人力／出力機能は全てのアプリケーション手順か
ら完全に分離されている。ネットワーク・プロトコール
、装置特性、トランザクション処理モニタ、動作システ
ム、プロセッサの形式などを含む入力／出力の全ての環
境によって決まる変化は、ロード・モジュールの結合時
間に自動的にアプリケーションと統合される。入力／出
力機能は、作成者の定義したビューとユーザ・インタフ
ェースの制御テーブルから駆動される。ユーザ・インタ
フェース制御テーブルは、ユーザ・インタフェースの特
性と、作業領域の要素がユーザ・インタフェースに対し
ておよびユーザ・インタフェースからどのようにマツプ
（ｍａｐ ）されているかを説明する。「入力」および
「出力」ビューは、トランザクションの間で通信を行わ
れるべき作業領域の要素を説明する。「プロファイル」
ビューは各トランザクションの実行に対して初期化と終
了の場合にセーブおよび回復されるべき作業領域の要素
を説明するために使用される。
ら完全に分離されている。ネットワーク・プロトコール
、装置特性、トランザクション処理モニタ、動作システ
ム、プロセッサの形式などを含む入力／出力の全ての環
境によって決まる変化は、ロード・モジュールの結合時
間に自動的にアプリケーションと統合される。入力／出
力機能は、作成者の定義したビューとユーザ・インタフ
ェースの制御テーブルから駆動される。ユーザ・インタ
フェース制御テーブルは、ユーザ・インタフェースの特
性と、作業領域の要素がユーザ・インタフェースに対し
ておよびユーザ・インタフェースからどのようにマツプ
（ｍａｐ ）されているかを説明する。「入力」および
「出力」ビューは、トランザクションの間で通信を行わ
れるべき作業領域の要素を説明する。「プロファイル」
ビューは各トランザクションの実行に対して初期化と終
了の場合にセーブおよび回復されるべき作業領域の要素
を説明するために使用される。
実行時、ビューの定義は、情報パケットを作業領域に対
して符号化し、または情報パケットを作業領域から復号
するために使用される。ビューの定義によって選択され
た作業領域の各要素は、情報パケット内で識別子と値と
の対に符号化される。
して符号化し、または情報パケットを作業領域から復号
するために使用される。ビューの定義によって選択され
た作業領域の各要素は、情報パケット内で識別子と値と
の対に符号化される。
識別子は、作業領域の全てのアプリケーション・バージ
ョンに渡って、作業領域の要素の位置または長さとは関
係なく、特定の要素をユニークな方法で識別する。アプ
リケーションのライフ・サイクルの期間中のいずれの時
間においても、プログラマは作業領域内の要素の位置お
よび（または）長さを変更し、アプリケーション・ロー
ド・モジュールの新しいバージョンを再構築し、新しい
ロード・モジュールを作成することができる。ビューが
情報パケットから作業領域に復号される場合、この要素
の値は、実行の時点で、アプリケーションによって定義
された位置と長さに記憶される。
ョンに渡って、作業領域の要素の位置または長さとは関
係なく、特定の要素をユニークな方法で識別する。アプ
リケーションのライフ・サイクルの期間中のいずれの時
間においても、プログラマは作業領域内の要素の位置お
よび（または）長さを変更し、アプリケーション・ロー
ド・モジュールの新しいバージョンを再構築し、新しい
ロード・モジュールを作成することができる。ビューが
情報パケットから作業領域に復号される場合、この要素
の値は、実行の時点で、アプリケーションによって定義
された位置と長さに記憶される。
（即ち、これは情報パケットを作成する時点ではない）
。
。
これらのビュー管理の特性によって、データの完全性の
問題がアプリケーションのロード・モジュールをリアル
タイムで変更することによって発生する可能性が大幅に
削減される。現在の状態（プロファイル）はその作業領
域のレイアウトを変更したアプリケーションに対して旨
く回復されることができる。相互に通信を行うアプリケ
ーションのロード・モジュールは、異質な環境全体に渡
ってリアルタイムで非同期的に変更されることが可能で
あり、これには入力／出力ビューおよび作業領域のレイ
アウトに対する変更が含まれる。
問題がアプリケーションのロード・モジュールをリアル
タイムで変更することによって発生する可能性が大幅に
削減される。現在の状態（プロファイル）はその作業領
域のレイアウトを変更したアプリケーションに対して旨
く回復されることができる。相互に通信を行うアプリケ
ーションのロード・モジュールは、異質な環境全体に渡
ってリアルタイムで非同期的に変更されることが可能で
あり、これには入力／出力ビューおよび作業領域のレイ
アウトに対する変更が含まれる。
本発明および開発環境におけるその構成部品の関係をよ
りよく理解するため、第５図を参照する。
りよく理解するため、第５図を参照する。
ここで見られる構成部品を後で更に詳しく説明するが、
ここに含まれているハードウェアとこれらの関係の動作
を理解することが必要である。
ここに含まれているハードウェアとこれらの関係の動作
を理解することが必要である。
ユーザは、端末５８でデータを入力し、またはアプリケ
ーションを呼び出すことができる。端末５８は、このよ
うな入力を通信線６０を介して通信用プロセッサ６２に
与える。通信用プロセッサ６２は、この入力をフッタア
ップ（ｈｏｏｋｕｐ ） ’ＪＡ６４を介して中央処理
装置６６（ＣＰＵ）に転送する。この時点で、ＣＰＵ６
６は、バス６８を介してコンピュータ・メモリ７０をア
ドレスする。
ーションを呼び出すことができる。端末５８は、このよ
うな入力を通信線６０を介して通信用プロセッサ６２に
与える。通信用プロセッサ６２は、この入力をフッタア
ップ（ｈｏｏｋｕｐ ） ’ＪＡ６４を介して中央処理
装置６６（ＣＰＵ）に転送する。この時点で、ＣＰＵ６
６は、バス６８を介してコンピュータ・メモリ７０をア
ドレスする。
このコンピュータ・メモリの内部には、トランザクショ
ン定義テーブル３６（ＴＤＴ）に接続された一般的トラ
ンザクジョン定義ツール（ｔｏｏｌ ）７２ （ＧＴＤ
）がある。ＴＤＴオーバヘッド３６は、マツプ（パネル
）４０、ビュー３８、および手順ロジック３２のために
メモリ７０内で特定の位置を指示する。アプリケーショ
ン手順ロジックは、引き続いてオペレーティング・シス
テム７６にあるディスク・インタフェースまたはデータ
・ベース管理システム７４を介してＳＡＡ ＳＱＬ命
令２０によってデスク１８のソース・オブジェクト・デ
ータ・セットと通信を行う。
ン定義テーブル３６（ＴＤＴ）に接続された一般的トラ
ンザクジョン定義ツール（ｔｏｏｌ ）７２ （ＧＴＤ
）がある。ＴＤＴオーバヘッド３６は、マツプ（パネル
）４０、ビュー３８、および手順ロジック３２のために
メモリ７０内で特定の位置を指示する。アプリケーショ
ン手順ロジックは、引き続いてオペレーティング・シス
テム７６にあるディスク・インタフェースまたはデータ
・ベース管理システム７４を介してＳＡＡ ＳＱＬ命
令２０によってデスク１８のソース・オブジェクト・デ
ータ・セットと通信を行う。
さて第６図に転じて、本発明の好適な実施例の実行環境
の場合、ユーザは端末５８でアプリケーションを呼び出
す。端末５８は通信線６０に沿って要求をプロセッサ６
２に与える。プロセッサ６２は、引き続いてフックアッ
プ線６４を介してＣＰＵ６６に呼出しを転送する。この
点で、ＣＰＵ６６はバス６８を介してコンピュータ・メ
モリ７０をアドレスする。コンピュータ・メモリの内部
には、トランザクション定義テーブル３６（ＴＤＴ）、
情報エンジニアリング・タスク２６（ＩＥＴ）およびト
ランザクション処理のサブシステム・インターフェース
７８がある。ＴＤＴ３６はマツプ（パネル）４０、ビュ
ー３８、および処理ロジック３２に対してメモリ７０内
の特定の位置を指示する。ＩＥＴ２６は外部システムと
のインタフェースを行うため、トランザクション処理用
のサブシステム・インタフェース７８を使用する。アプ
リケーションを処理する場合、これはＤＢＭＳインタフ
ェース７４を動作させるが、このインタフェース７４は
ＳＱＬ命令２０によってデスク１８のデータ・ベースに
アクセスするためにオペレーティング・システム７６に
位置している。同様に、ＩＥＴ２６はそのＲＯＬＬＦＩ
ＬＥ ８０をＳＱＬ命令８２によってＲＯＬＬＦＩＬＥ
データベース管理システム８４に保持している。
の場合、ユーザは端末５８でアプリケーションを呼び出
す。端末５８は通信線６０に沿って要求をプロセッサ６
２に与える。プロセッサ６２は、引き続いてフックアッ
プ線６４を介してＣＰＵ６６に呼出しを転送する。この
点で、ＣＰＵ６６はバス６８を介してコンピュータ・メ
モリ７０をアドレスする。コンピュータ・メモリの内部
には、トランザクション定義テーブル３６（ＴＤＴ）、
情報エンジニアリング・タスク２６（ＩＥＴ）およびト
ランザクション処理のサブシステム・インターフェース
７８がある。ＴＤＴ３６はマツプ（パネル）４０、ビュ
ー３８、および処理ロジック３２に対してメモリ７０内
の特定の位置を指示する。ＩＥＴ２６は外部システムと
のインタフェースを行うため、トランザクション処理用
のサブシステム・インタフェース７８を使用する。アプ
リケーションを処理する場合、これはＤＢＭＳインタフ
ェース７４を動作させるが、このインタフェース７４は
ＳＱＬ命令２０によってデスク１８のデータ・ベースに
アクセスするためにオペレーティング・システム７６に
位置している。同様に、ＩＥＴ２６はそのＲＯＬＬＦＩ
ＬＥ ８０をＳＱＬ命令８２によってＲＯＬＬＦＩＬＥ
データベース管理システム８４に保持している。
トランザクションおよび端末資源は、１つ（シングル−
イメージ）トランザクション処理システムのみから直接
にアクセス可能である。ＤＡＡは、複数のトランザクシ
ョン処理システムの間で情報分散サービスを実行する。
イメージ）トランザクション処理システムのみから直接
にアクセス可能である。ＤＡＡは、複数のトランザクシ
ョン処理システムの間で情報分散サービスを実行する。
この分散サービスは、保証されたデリバリ （ｄｅｌｉ
ｖｅｒｙ ）で情報パケットの分散を行うと共に、これ
らの情報サービスの配置を行う。配置は、情報パケット
をアプリケーション・トランザクションまたは（端末）
装置に情報パケットを転送するため、トランザクション
処理システムの機能を利用する。装置のために予定され
た情報パケットは、配置の時点で存在する装置の特性と
一致するために変更されることができ、したがって、装
置の構成に対して動的な変更を受入れる。入力機能およ
び出力機能をアプリケーション手順ロジックから分離す
ることによって、アプリケーションは、異質なソフトウ
ェア環境で分散されたシステム全体に渡って資源（例え
ば、トランザクション、端末）を共有するため、ＤＭＡ
分散サービスの機能を即応的に利用することができる。
ｖｅｒｙ ）で情報パケットの分散を行うと共に、これ
らの情報サービスの配置を行う。配置は、情報パケット
をアプリケーション・トランザクションまたは（端末）
装置に情報パケットを転送するため、トランザクション
処理システムの機能を利用する。装置のために予定され
た情報パケットは、配置の時点で存在する装置の特性と
一致するために変更されることができ、したがって、装
置の構成に対して動的な変更を受入れる。入力機能およ
び出力機能をアプリケーション手順ロジックから分離す
ることによって、アプリケーションは、異質なソフトウ
ェア環境で分散されたシステム全体に渡って資源（例え
ば、トランザクション、端末）を共有するため、ＤＭＡ
分散サービスの機能を即応的に利用することができる。
特に、情報エンジニアリング・タスク（ＩＥＴ）は、ア
プリケーション・プログラムが実行されている場合には
いつでも、制御を受入れる実行可能なりＡＡＴ手順であ
り、アプリケーションが動作しているハードウェアおよ
びソフトウェアの環境からアプリケーション・プログラ
ムを分離するこのアプリケーション・プログラムに対し
て多数の装置を提供する。これは、ユーザ、ユーザ・プ
ロファイル、アプリケーション手順および遠隔地にある
ＤＡＡのアプリケーション手順の間でパネル、ビュー、
および情報を伝達する。したがって、これが実行するサ
ービスには、パネルの入出力処理、ユーザのドキメンテ
ーションに対する要求の管理、メニュー°ナビゲーショ
ン（ｍｅｎｕ ｎａｖｉｇａｔｉｏｎ ）の提供、およ
びアプリケーションに対する共同処理インターフェース
の処理、並びに必要なりＢＭＳのセットアンプ、アプリ
ケーションの同期およびクリーンアップが含まれる。
プリケーション・プログラムが実行されている場合には
いつでも、制御を受入れる実行可能なりＡＡＴ手順であ
り、アプリケーションが動作しているハードウェアおよ
びソフトウェアの環境からアプリケーション・プログラ
ムを分離するこのアプリケーション・プログラムに対し
て多数の装置を提供する。これは、ユーザ、ユーザ・プ
ロファイル、アプリケーション手順および遠隔地にある
ＤＡＡのアプリケーション手順の間でパネル、ビュー、
および情報を伝達する。したがって、これが実行するサ
ービスには、パネルの入出力処理、ユーザのドキメンテ
ーションに対する要求の管理、メニュー°ナビゲーショ
ン（ｍｅｎｕ ｎａｖｉｇａｔｉｏｎ ）の提供、およ
びアプリケーションに対する共同処理インターフェース
の処理、並びに必要なりＢＭＳのセットアンプ、アプリ
ケーションの同期およびクリーンアップが含まれる。
ユーザ、ユーザ・プロファイル、アプリケーション手順
およびＤＡＡの遠隔地にある手順に対して伝達されるべ
き情報を相互に関連させるため、ＩＥＴは、トランザク
ション定義テーブル（ＴＤＴ。
およびＤＡＡの遠隔地にある手順に対して伝達されるべ
き情報を相互に関連させるため、ＩＥＴは、トランザク
ション定義テーブル（ＴＤＴ。
以下で説明する）およびジェネレート・トランザクショ
ン定義（ＧＴＤ、以下で説明する）によってトランザク
ション定義ファイル（ＴＤＦ、以下で説明する）から自
動的に発生されたコンパイルしたビューの対象物を使用
する。この情報は、トランザクション・ビュー・データ
領域に記憶され、アプリケーションとＩＥＴとの間の主
要なインタフェースである。パネル人力／出力処理を実
行する場合、トランザクション・ビューは入力スクリー
ンとプロファイル・ビューから初期化され、共同処理を
実行する場合、このトランザクション・ビューハ入力／
出力ビュー、インタフェース・ビューおよびプロファイ
ル・ビューから初期化される。
ン定義（ＧＴＤ、以下で説明する）によってトランザク
ション定義ファイル（ＴＤＦ、以下で説明する）から自
動的に発生されたコンパイルしたビューの対象物を使用
する。この情報は、トランザクション・ビュー・データ
領域に記憶され、アプリケーションとＩＥＴとの間の主
要なインタフェースである。パネル人力／出力処理を実
行する場合、トランザクション・ビューは入力スクリー
ンとプロファイル・ビューから初期化され、共同処理を
実行する場合、このトランザクション・ビューハ入力／
出力ビュー、インタフェース・ビューおよびプロファイ
ル・ビューから初期化される。
ＩＥＴの行う分離によって、アプリケーション手順はア
プリケーションに特定のロジックを１次的に含むことが
できる。アプリケーションの手順で使用される言語（第
１次およびＤＢＭＳ）は、アプリケーションの移動性を
保証するため、全てのＤＡＡプラットフォームに渡って
一貫して実行される言語で書かれる。
プリケーションに特定のロジックを１次的に含むことが
できる。アプリケーションの手順で使用される言語（第
１次およびＤＢＭＳ）は、アプリケーションの移動性を
保証するため、全てのＤＡＡプラットフォームに渡って
一貫して実行される言語で書かれる。
ＤＡＡ、特にトランザクション・ドライバ・プログラム
、即ちＩＥＴを使用する以前は、プログラマは自分のマ
ツプおよび手順に対するポインタのテーブルを必要とし
なかった。各トランザクションは、必要に応じてユーザ
からの適当な入力を処理し、出力に対する種々のスクリ
ーン・マツプを使用するため、適切な手順を明確に呼出
すための必要な判断を含む独特のプログラム・ロジック
を有していた。このことは、プログラマはすべての可能
な対話の流れ、およびスクリーンの入力／出力を取扱う
ためのコードを設けることを必要とされることを意味し
た。
、即ちＩＥＴを使用する以前は、プログラマは自分のマ
ツプおよび手順に対するポインタのテーブルを必要とし
なかった。各トランザクションは、必要に応じてユーザ
からの適当な入力を処理し、出力に対する種々のスクリ
ーン・マツプを使用するため、適切な手順を明確に呼出
すための必要な判断を含む独特のプログラム・ロジック
を有していた。このことは、プログラマはすべての可能
な対話の流れ、およびスクリーンの入力／出力を取扱う
ためのコードを設けることを必要とされることを意味し
た。
ＤＡＡの場合、ＩＥＴモジュールは会話の流れの管理を
行い、ヘルプ・ドキメンテーションとグロサリに対する
要求を含む全てのスクリーン（５ｃｒｅｅｎ ）の入力
／出力を処理する。ＤＡＡを使用する場合のプログラマ
は、スクリーン・マツプと遠隔地からの手順からの入力
変数と出力変数およびこれらに対する入力変数と出力変
数を処理することを要求されるだけである。
行い、ヘルプ・ドキメンテーションとグロサリに対する
要求を含む全てのスクリーン（５ｃｒｅｅｎ ）の入力
／出力を処理する。ＤＡＡを使用する場合のプログラマ
は、スクリーン・マツプと遠隔地からの手順からの入力
変数と出力変数およびこれらに対する入力変数と出力変
数を処理することを要求されるだけである。
ＩＥＴは全てのＤＡＡ ）ランザクジョンに共通の固定
したプログラム・モジュールであるから、組込まれたロ
ジックが適当なユーザー手順を読み出し、それのユニー
クなスクリーン・マツプを使用することは不可能である
。この問題は、アプリケーション・スクリーンと手順を
駆動するのに使用される全ての情報が別の結合可能なテ
ーブルに含まれることを必要とする。このテーブルは、
ＩＥＴが適当なスクリーン・マツプを選択し、スクリー
ンに対する入力と出力の前後に適当な手順を呼出し、適
当なプログラム変数（ビュー）をセーブおよび復元し、
最後に分った状態でトランザクションを再スタートし、
遠隔地にあるＤＡＡ トランザクション手順に対して適
当なリンケージを設けることを可能にするため、十分な
情報を有していなければならない。このテーブルは、ト
ランザクション定義テーブル（ＴＤＴ）として知られ、
開発者によって与えられたトランザクション定義情報に
基づいてＤＡＡ開発ツール、ＧＴＤによって作られるか
、またはアプリケーション・プログラマによって作られ
、トランザクション定義ファイル（ＴＤＦ）に記憶され
る。
したプログラム・モジュールであるから、組込まれたロ
ジックが適当なユーザー手順を読み出し、それのユニー
クなスクリーン・マツプを使用することは不可能である
。この問題は、アプリケーション・スクリーンと手順を
駆動するのに使用される全ての情報が別の結合可能なテ
ーブルに含まれることを必要とする。このテーブルは、
ＩＥＴが適当なスクリーン・マツプを選択し、スクリー
ンに対する入力と出力の前後に適当な手順を呼出し、適
当なプログラム変数（ビュー）をセーブおよび復元し、
最後に分った状態でトランザクションを再スタートし、
遠隔地にあるＤＡＡ トランザクション手順に対して適
当なリンケージを設けることを可能にするため、十分な
情報を有していなければならない。このテーブルは、ト
ランザクション定義テーブル（ＴＤＴ）として知られ、
開発者によって与えられたトランザクション定義情報に
基づいてＤＡＡ開発ツール、ＧＴＤによって作られるか
、またはアプリケーション・プログラマによって作られ
、トランザクション定義ファイル（ＴＤＦ）に記憶され
る。
ＴＤＴは、リンク・エジット （１ｉｎｋ−ｓｄｉｔｅ
ａ ）手順および遠隔地のＤＡＡ手順との間でパネル、
ビューおよび情報を正しく伝達するために動作時間にＩ
ＦＴモジュールによって必要とされる名前、ポインタお
よび制御情報のテーブルである。ＴＤＴは、単にＩＥＴ
が実行のフローを制御することを可能にする情報のアン
カー（ａｎｃｈｏｒ ）である。
ａ ）手順および遠隔地のＤＡＡ手順との間でパネル、
ビューおよび情報を正しく伝達するために動作時間にＩ
ＦＴモジュールによって必要とされる名前、ポインタお
よび制御情報のテーブルである。ＴＤＴは、単にＩＥＴ
が実行のフローを制御することを可能にする情報のアン
カー（ａｎｃｈｏｒ ）である。
開発者の手順コードがＴＤＴの存在に気づかず、そして
入力／出力アプリケーション・パネル、ヘルプ・パネル
、グロサリ・パネルを相互に関連させるために自分自身
のコードを書込むことから開発者を解放し、かつ、全て
の所定のユーザに対するトランザクションの複数の実行
に渡って関連するプログラムの変数（ビュー）をセーブ
および復元することから開発者を解放するように、ＴＤ
Ｔは構築される。
入力／出力アプリケーション・パネル、ヘルプ・パネル
、グロサリ・パネルを相互に関連させるために自分自身
のコードを書込むことから開発者を解放し、かつ、全て
の所定のユーザに対するトランザクションの複数の実行
に渡って関連するプログラムの変数（ビュー）をセーブ
および復元することから開発者を解放するように、ＴＤ
Ｔは構築される。
アプリケーションの識別、バージョン番号、最後にトラ
ンザクションが構築された日付、ヘルプ・ドキュメンテ
ーション・ファイルの名前、サポートされているドキュ
メンテーション言語の数、最初のドキュメンテーション
言語テーブルの入力に対するポインタのような種々の情
報によって、ＴＤＴは構成され、ＳＱＬサポート手順エ
ントリ・ポイントは接続、コメント、および解放のよう
な機能をアドレスする。マツプおよび手順のテーブルな
らびにメニューとドキュメンテーション言語のテーブル
の入力は、またＴＤＴの一部を構成する。
ンザクションが構築された日付、ヘルプ・ドキュメンテ
ーション・ファイルの名前、サポートされているドキュ
メンテーション言語の数、最初のドキュメンテーション
言語テーブルの入力に対するポインタのような種々の情
報によって、ＴＤＴは構成され、ＳＱＬサポート手順エ
ントリ・ポイントは接続、コメント、および解放のよう
な機能をアドレスする。マツプおよび手順のテーブルな
らびにメニューとドキュメンテーション言語のテーブル
の入力は、またＴＤＴの一部を構成する。
アプリケーション、メニュー、ヘルプ、情報およびグロ
サリ・パネルのマツプ・テーブルの各々は、パネルの名
前、ＴＭＳのスクリーン・マツプのポインタ、入力／出
力手順のポインタ、関連するメニューの入力の数、およ
び第１の関連するメニューの入力に対するポインタのよ
うな情報を含む。手順テーブルの各々は、手順の名前手
順の入力点のアドレス、入力／出力／プロファイル・ビ
ュー・テーブルのポインタおよびＳＱＵ ＤＢ使用フ
ラグのようなデータを含む。メニュー・テーブルに対す
る入力の各々は、メニュー選択コード、パネル入力用の
ポインタ、パネル手順エントリ・ポイント（ｅｎｔｒｙ
−ｐｏｉｎｔ ）アドレスおよび表示可能なメニュー説
明のストリングのような情報を含む。ドキュメンテーシ
ョン言語テーブルの各々は、１’キュメンテ−ジョン言
語の名前およびドキュメンテーション・ファイルの名前
のような特定の情報を含む。
サリ・パネルのマツプ・テーブルの各々は、パネルの名
前、ＴＭＳのスクリーン・マツプのポインタ、入力／出
力手順のポインタ、関連するメニューの入力の数、およ
び第１の関連するメニューの入力に対するポインタのよ
うな情報を含む。手順テーブルの各々は、手順の名前手
順の入力点のアドレス、入力／出力／プロファイル・ビ
ュー・テーブルのポインタおよびＳＱＵ ＤＢ使用フ
ラグのようなデータを含む。メニュー・テーブルに対す
る入力の各々は、メニュー選択コード、パネル入力用の
ポインタ、パネル手順エントリ・ポイント（ｅｎｔｒｙ
−ｐｏｉｎｔ ）アドレスおよび表示可能なメニュー説
明のストリングのような情報を含む。ドキュメンテーシ
ョン言語テーブルの各々は、１’キュメンテ−ジョン言
語の名前およびドキュメンテーション・ファイルの名前
のような特定の情報を含む。
トランザクション定義ファイル（ＴＤＦ）は、ＤＡＡ）
ランザクジョンを構築するために「青写真」としてＧＴ
Ｄによって使用される記録のファイルである。このＴＤ
ＦはＧＴＤの不可欠の部分であるが、その理由は、これ
が与えられたＤＡＡのトランザクションの全ての正しい
構成要素をコンパイルおよび結合するのに必要な全ての
情報を含んでいるからである。プログラマ−は、適当な
構成要素を付加し削除するためにＧＴＤのメニューとス
クリーンを使用するのに過ぎず、ＧＴＤはこの情報をＴ
ＤＦにファイルする。
ランザクジョンを構築するために「青写真」としてＧＴ
Ｄによって使用される記録のファイルである。このＴＤ
ＦはＧＴＤの不可欠の部分であるが、その理由は、これ
が与えられたＤＡＡのトランザクションの全ての正しい
構成要素をコンパイルおよび結合するのに必要な全ての
情報を含んでいるからである。プログラマ−は、適当な
構成要素を付加し削除するためにＧＴＤのメニューとス
クリーンを使用するのに過ぎず、ＧＴＤはこの情報をＴ
ＤＦにファイルする。
したがって、ＴＤＦの内容はＧＴＤツールを使用して開
発者によって作成されると共に保持される。このＴＤＦ
はプログラマ−がその手順コード、パネル・マツプおよ
びメニューの編集を行うのを支援するためにＧＴＤによ
って使用される。１度これらの構成要素が編集されてし
まうと、ＴＤＦは、トランザクション・ロード・モジュ
ールを作るためにＩＥＦと共にリンクによって編集され
た種々の対称モジュールをコンパイル（ｃｏｎ＋ｐｉｌ
ｅ ）し作成するためにＧＴＤによって使用される。
発者によって作成されると共に保持される。このＴＤＦ
はプログラマ−がその手順コード、パネル・マツプおよ
びメニューの編集を行うのを支援するためにＧＴＤによ
って使用される。１度これらの構成要素が編集されてし
まうと、ＴＤＦは、トランザクション・ロード・モジュ
ールを作るためにＩＥＦと共にリンクによって編集され
た種々の対称モジュールをコンパイル（ｃｏｎ＋ｐｉｌ
ｅ ）し作成するためにＧＴＤによって使用される。
ＴＤＦは、ヘッダ、パネル、メニュー、および手順のよ
うな種々のタイプの記録によって構成される。ヘッダは
、−船釣にアプリケーションおよびトランザクション・
ビューの名前のような関連する名前と共にソース、目的
、ロードおよびマツプのライブラリのリストを含む。各
々のパネルは、パネルの名前および入力／出力の処理手
順の名前を含む記録である。各メニュー・スクリーンは
、メニューの名前、メニュー、パネルの名前、入力／出
力処理手順の名前および表示可能な説明のストリングを
含む記録である。各手順の定義は、手順の名前、入力／
出力およびプロファイル・ビューのファイルの名前およ
び言語の種類を含む記録である。
うな種々のタイプの記録によって構成される。ヘッダは
、−船釣にアプリケーションおよびトランザクション・
ビューの名前のような関連する名前と共にソース、目的
、ロードおよびマツプのライブラリのリストを含む。各
々のパネルは、パネルの名前および入力／出力の処理手
順の名前を含む記録である。各メニュー・スクリーンは
、メニューの名前、メニュー、パネルの名前、入力／出
力処理手順の名前および表示可能な説明のストリングを
含む記録である。各手順の定義は、手順の名前、入力／
出力およびプロファイル・ビューのファイルの名前およ
び言語の種類を含む記録である。
ジヱネレート・トランザクション定義（ＧＴＤ）は、決
してプログラマが正しい部品をコンパイルしリンクする
命令を含むファイルを構築することを要求しないが、そ
の理由は、ＧＴＤがＴＤＦを構築し保持するからである
。更に、ＧＴＤはＩＥＴに制御されて実行されるアプリ
ケーションの開発を行う。
してプログラマが正しい部品をコンパイルしリンクする
命令を含むファイルを構築することを要求しないが、そ
の理由は、ＧＴＤがＴＤＦを構築し保持するからである
。更に、ＧＴＤはＩＥＴに制御されて実行されるアプリ
ケーションの開発を行う。
特に、ＧＴＤは、全てのＤＡＡのプラットフォームに渡
って均一であることを意図されているメニューによって
駆動されるユーザ・インタフェースである。このＤＡＡ
プラットフォームは、定義、作成／編集、構造、アプリ
ケーションの転送の特徴および複数の異質な開発および
実行のホストを有する環境において開発のために必要な
種々のニーテリティのような構造化したアプリケーショ
ンの開発をアプリケーションの開発者に与える。アプリ
ケーション・プログラマは、ＧＴＤ内の定義スクリーン
を使用することによってアプリケーションの構成要素と
それらの相互関係を定義する。
って均一であることを意図されているメニューによって
駆動されるユーザ・インタフェースである。このＤＡＡ
プラットフォームは、定義、作成／編集、構造、アプリ
ケーションの転送の特徴および複数の異質な開発および
実行のホストを有する環境において開発のために必要な
種々のニーテリティのような構造化したアプリケーショ
ンの開発をアプリケーションの開発者に与える。アプリ
ケーション・プログラマは、ＧＴＤ内の定義スクリーン
を使用することによってアプリケーションの構成要素と
それらの相互関係を定義する。
これらの構成要素は、手順コード、パネル・マツプ、メ
ニュー、プログラム・データ・ビューおよびドキュメン
テーションを含む。この情報は、ＴＤＡに記憶され、変
更のため又はＤＡＡアプリケーションの構築のためにこ
れらの構成要素のいずれかにアクセスする場合に後程Ｇ
ＴＤによって使用される。開発者は、ＧＴＤを使用して
アプリケーション・ソースの構成要素を編集し、実行可
能なアプリケーションのロード・モジュールを構築する
。
ニュー、プログラム・データ・ビューおよびドキュメン
テーションを含む。この情報は、ＴＤＡに記憶され、変
更のため又はＤＡＡアプリケーションの構築のためにこ
れらの構成要素のいずれかにアクセスする場合に後程Ｇ
ＴＤによって使用される。開発者は、ＧＴＤを使用して
アプリケーション・ソースの構成要素を編集し、実行可
能なアプリケーションのロード・モジュールを構築する
。
構築の期間中、ＧＴＤは、ＴＤＦとアプリケーションに
よって定義されたプログラム・データ・ビューを使用し
て、アプリケーション・プログラムのためにそのサービ
スを実行するためにＩＥＴによって使用される対象モジ
ュールを作成スる。
よって定義されたプログラム・データ・ビューを使用し
て、アプリケーション・プログラムのためにそのサービ
スを実行するためにＩＥＴによって使用される対象モジ
ュールを作成スる。
ＧＴＤアップリケ−ジョンが構築される場合は何時でも
、ＧＴＤは、作成された全ての対象はソース・ファイル
と共に最新のものであることを保証し、その結果、アプ
リケーションは常に同期される。
、ＧＴＤは、作成された全ての対象はソース・ファイル
と共に最新のものであることを保証し、その結果、アプ
リケーションは常に同期される。
ＧＴＤは、ユーザ・インタフェースを介しＩＥＴに制御
されて実行されるアプリケーションの開発を行い、アプ
リケーションの開発の各段階でバンクグラウンド機能を
実行する。これらの段階は、定義、合成、構築、および
配置と定義することができる。定義の期間中、ＧＴＤは
ユーザに対してアプリケーションの全ての構成要素、そ
れらの物理的な記憶場所、それらの相互関係および全て
の別の属性または情報を定義することを要求する。
されて実行されるアプリケーションの開発を行い、アプ
リケーションの開発の各段階でバンクグラウンド機能を
実行する。これらの段階は、定義、合成、構築、および
配置と定義することができる。定義の期間中、ＧＴＤは
ユーザに対してアプリケーションの全ての構成要素、そ
れらの物理的な記憶場所、それらの相互関係および全て
の別の属性または情報を定義することを要求する。
定義情報はＴＤＦに記憶される。合成局面の期間中、Ｇ
ＴＤは、アプリケーションの開発者にＴＤＦにリストさ
れている各々の構成要素に対するメニューによるアクセ
スを与え、これらの構成要素の各々に対する生成プログ
ラムと編集プログラムを与える。
ＴＤは、アプリケーションの開発者にＴＤＦにリストさ
れている各々の構成要素に対するメニューによるアクセ
スを与え、これらの構成要素の各々に対する生成プログ
ラムと編集プログラムを与える。
構築の期間中、ＧＴＤはＴＤＦ内の情報を取り出し、動
作時間にＩＥＴモジュールによって使用されるＴＤＴと
ビュー・モジュールを発生する。
作時間にＩＥＴモジュールによって使用されるＴＤＴと
ビュー・モジュールを発生する。
ＧＴＤは、次に各種類の構成部品に対して種類によって
予め決められた順序で適当なコンパイラを使用してＴＤ
Ｆにリストされている構成部品の各々をコンパイルする
。これらの種類は、ＧＴＤの発生するＴＤＴとビュー・
モジュール、メニューおよびパネル・マツプと手順コー
ドを含む。ＧＴＤは、アプリケーションの開発者に構築
上の代案を与える。構成部品は、合成局面の期間中、ま
たは構築の期間中に出力対象が作成され、または取替え
られる場合に、ソース・コンポーネントが変更される毎
に更新される日付と時間の情報に基づいて条件付きまた
は無条件に構築することができる。
予め決められた順序で適当なコンパイラを使用してＴＤ
Ｆにリストされている構成部品の各々をコンパイルする
。これらの種類は、ＧＴＤの発生するＴＤＴとビュー・
モジュール、メニューおよびパネル・マツプと手順コー
ドを含む。ＧＴＤは、アプリケーションの開発者に構築
上の代案を与える。構成部品は、合成局面の期間中、ま
たは構築の期間中に出力対象が作成され、または取替え
られる場合に、ソース・コンポーネントが変更される毎
に更新される日付と時間の情報に基づいて条件付きまた
は無条件に構築することができる。
条件付きで構築を実行する場合、ＧＴＤは各ソース・コ
ンポーネントおよび各出力対象の日付と時間をチエツク
する。ソース・コンポーネントが出力対象よりも遅い日
付を有している場合、ＧＴＤはこの出力目的を再構築す
る。条件付および無条件で構築を行う方法に対するアプ
ローチは、構築がＴＤＦ内の全ての構成要素に対して実
行される場合、ロード・モジュールの同期と一貫性を保
証する。構築を終了するため、ＧＴＤは全てのロード・
モジュールの構成要素をリンケージ編集プログラムを使
用して１つのロード・モジュールに共に結合し、このロ
ード・モジュールをＴＤＦによって参照される場所にイ
ンストールする。
ンポーネントおよび各出力対象の日付と時間をチエツク
する。ソース・コンポーネントが出力対象よりも遅い日
付を有している場合、ＧＴＤはこの出力目的を再構築す
る。条件付および無条件で構築を行う方法に対するアプ
ローチは、構築がＴＤＦ内の全ての構成要素に対して実
行される場合、ロード・モジュールの同期と一貫性を保
証する。構築を終了するため、ＧＴＤは全てのロード・
モジュールの構成要素をリンケージ編集プログラムを使
用して１つのロード・モジュールに共に結合し、このロ
ード・モジュールをＴＤＦによって参照される場所にイ
ンストールする。
配置の局面の期間中、ＧＴＤは全てのアプリケーション
ＮＯ構成部品または選択されたアプリケーション構成部
品を１つの機械から他の機械に転送する能力を与える。
ＮＯ構成部品または選択されたアプリケーション構成部
品を１つの機械から他の機械に転送する能力を与える。
アプリケーションの開発者は、目標となる機械、ＴＤＦ
のファイルが位置することのできる目標となる機械の物
理的な位置および転送するべき構成部品を識別する。こ
の転送プロセスはＴＤＦにリストされた構成部品にアク
セスし、これらを目標の機械のＴＤＦファイルの位置か
ら推定された目標の機械の適当な位置に転送する。この
転送は、ソースとなる機械と目標となる機械の間で入手
可能なファイル転送通信プログラムを使用して行われる
。転送プロセスの一部として、全ての原文データは目標
となる機械のフォーマットに翻訳され、ＴＤＦの物理的
な位置および名前は目標となる機械の規定に一致するよ
うに変更される。
のファイルが位置することのできる目標となる機械の物
理的な位置および転送するべき構成部品を識別する。こ
の転送プロセスはＴＤＦにリストされた構成部品にアク
セスし、これらを目標の機械のＴＤＦファイルの位置か
ら推定された目標の機械の適当な位置に転送する。この
転送は、ソースとなる機械と目標となる機械の間で入手
可能なファイル転送通信プログラムを使用して行われる
。転送プロセスの一部として、全ての原文データは目標
となる機械のフォーマットに翻訳され、ＴＤＦの物理的
な位置および名前は目標となる機械の規定に一致するよ
うに変更される。
（実施例）
本発明のこれらおよびその他の利点は、添付図と共に下
記の好適な実施例の説明から当業者に明らかとなる。
記の好適な実施例の説明から当業者に明らかとなる。
分散型コンピュータ・システムの発展しつつある世界に
おいて、アプリケーションはアプリケーションの動作す
る環境と調和した戦略によってサポートされることが必
要である。これらの分散型ネットワークは、広域ネット
ワーク、ローカル・ネットワーク、およびバス・アーキ
テクチャを含む形式の通信機能と結合されたシステム（
コンピュータ）によって構成される。これらのシステム
は、ローカル・データベースおよび分散されたデータベ
ースをサポートし、これらのデータ・ベースによって複
数のコンピュータ・システムの間で情報を同期的に保持
することが可能になる。
おいて、アプリケーションはアプリケーションの動作す
る環境と調和した戦略によってサポートされることが必
要である。これらの分散型ネットワークは、広域ネット
ワーク、ローカル・ネットワーク、およびバス・アーキ
テクチャを含む形式の通信機能と結合されたシステム（
コンピュータ）によって構成される。これらのシステム
は、ローカル・データベースおよび分散されたデータベ
ースをサポートし、これらのデータ・ベースによって複
数のコンピュータ・システムの間で情報を同期的に保持
することが可能になる。
最も一般的な場合、本発明は相互に関係したアプリケー
ションを開発する能力を提供し、これらのアプリケーシ
ョンは異種のデータ・ベースを使用して異種の通信機能
と結合された複数の異種のプロセッサに対してサービス
を行う。現在、ＧＯＢＯＬ言語とＣ言語がサポートされ
ている。しかし、本発明を包含するアプリケーションで
は他の言語を使用することも可能であることを理解しな
ければならない。更に、ＤＢＭＳは特に本発明は実行す
る場合に採用されている主要なデータ・ベース管理シス
テムであるが、ＤＬ／１のような他のデータ・ベース管
理システムもまた使用することができる。最後に、考慮
しなければならないことは、本発明は、現在本発明をサ
ポートしているＴＳＯｌＵｎｉｘおよびＯ８／２の環境
プラットホームに限定されるべきでないということであ
る。
ションを開発する能力を提供し、これらのアプリケーシ
ョンは異種のデータ・ベースを使用して異種の通信機能
と結合された複数の異種のプロセッサに対してサービス
を行う。現在、ＧＯＢＯＬ言語とＣ言語がサポートされ
ている。しかし、本発明を包含するアプリケーションで
は他の言語を使用することも可能であることを理解しな
ければならない。更に、ＤＢＭＳは特に本発明は実行す
る場合に採用されている主要なデータ・ベース管理シス
テムであるが、ＤＬ／１のような他のデータ・ベース管
理システムもまた使用することができる。最後に、考慮
しなければならないことは、本発明は、現在本発明をサ
ポートしているＴＳＯｌＵｎｉｘおよびＯ８／２の環境
プラットホームに限定されるべきでないということであ
る。
本発明の好適な実施例の顕著な特徴は、アンプリケーシ
ョンの移動性、−貫したユーザ・インターフェース、動
的なアプリケーションの変更および異種のコンピュータ
・アーキテクチャ間での共同処理が含まれているという
ことである。アンプリケーションの移動性とは、サポー
トされているプログラム言語（例えば、ＧＯＢＯＬまた
は「Ｃ」）の１つで書かれたアップリケ−ジョンを、全
ての関連するコピー（または含まれている）のファイル
、ユーザのインタフェース・パネルの定義、ドキュメン
テーション、トランザクションの定義テーブル、ヒユー
等と共に、ソース・レベルを変更することなく、全ての
サポートされている目標のプラットフォームに移動して
取付けることができることを意味する。
ョンの移動性、−貫したユーザ・インターフェース、動
的なアプリケーションの変更および異種のコンピュータ
・アーキテクチャ間での共同処理が含まれているという
ことである。アンプリケーションの移動性とは、サポー
トされているプログラム言語（例えば、ＧＯＢＯＬまた
は「Ｃ」）の１つで書かれたアップリケ−ジョンを、全
ての関連するコピー（または含まれている）のファイル
、ユーザのインタフェース・パネルの定義、ドキュメン
テーション、トランザクションの定義テーブル、ヒユー
等と共に、ソース・レベルを変更することなく、全ての
サポートされている目標のプラットフォームに移動して
取付けることができることを意味する。
「動的なアプリケーションの変更」によって、サービス
を混乱させたりデータの完全性を失うことなく、リアル
タイムで大部分のアップリケ−ジョンの変更（手順、デ
ータ・ベースまたはパネルの定義の変更を含む）を行う
ことができる。最終ユーザは、アプリケーションの変更
が行なわれていることを応答時間に１秒以下の差が生じ
ることによって認識するが、これは変更が行われている
期間中のみに発生するものである。分散されている共同
処理用のアップリケ−ジョンの個々のトランザクション
は、データ通信の連続性と完全性を乱すこと無く非同期
的に更新される。−貫したユーザ・インターフニスとは
、ユーザはネットワーク内の全ての端末からネットワー
ク内の全てのトランザクションに対して即応的にアクセ
スすることができる（安全上の抑制に従って）こと、お
よび全てのトランザクションはダイヤログ・ナビゲーシ
ョン（ｄｉａｌｏｇ ｎａｖｉｇａｔｉｏｎ ）の−貫
した形式を有すること、およびパネルのレイアウト、パ
ネルの要素とのユーザの対話等がいずれの特定のユーザ
の端末に対してもトランザクション全体に渡って一貫し
ていることを意味する。
を混乱させたりデータの完全性を失うことなく、リアル
タイムで大部分のアップリケ−ジョンの変更（手順、デ
ータ・ベースまたはパネルの定義の変更を含む）を行う
ことができる。最終ユーザは、アプリケーションの変更
が行なわれていることを応答時間に１秒以下の差が生じ
ることによって認識するが、これは変更が行われている
期間中のみに発生するものである。分散されている共同
処理用のアップリケ−ジョンの個々のトランザクション
は、データ通信の連続性と完全性を乱すこと無く非同期
的に更新される。−貫したユーザ・インターフニスとは
、ユーザはネットワーク内の全ての端末からネットワー
ク内の全てのトランザクションに対して即応的にアクセ
スすることができる（安全上の抑制に従って）こと、お
よび全てのトランザクションはダイヤログ・ナビゲーシ
ョン（ｄｉａｌｏｇ ｎａｖｉｇａｔｉｏｎ ）の−貫
した形式を有すること、およびパネルのレイアウト、パ
ネルの要素とのユーザの対話等がいずれの特定のユーザ
の端末に対してもトランザクション全体に渡って一貫し
ていることを意味する。
ＤＡＡの共同して処理を行う特徴によって、アプリケー
ションに対して即応する異種のプラントホームに存在す
るトランザクションの間でデータの交換が行われる。
ションに対して即応する異種のプラントホームに存在す
るトランザクションの間でデータの交換が行われる。
連続した動作とここの含まれているアプリケーションに
対する動的な変更に対する必要性を満足するため、本発
明の好適な実施例は、変更が行われている間に、大部分
の場合、サービスを１秒以下中断するだけでアプリケー
ション（データベースとパネル・プレゼンテーションを
含む）を動的に変更する。このような保守能力は分割さ
れており、その結果、アプリケーションに対する大部分
の変更は、この変更が分散された処理ネットワーク全体
を通して同期することを必要とすること無く、１つのシ
ステム（コンピュータ）内で行われる。確かに、ある種
のアプリケーションについては、システムの間で呼出し
が分散されているため、ある種のアプリケーションの変
更を行うためには複数のシステムで保守が同期して行わ
れることを要求する。しかし、本発明の好適な実施例で
は、ネットワーク全体を通して動的な非同期的変更が可
能である。
対する動的な変更に対する必要性を満足するため、本発
明の好適な実施例は、変更が行われている間に、大部分
の場合、サービスを１秒以下中断するだけでアプリケー
ション（データベースとパネル・プレゼンテーションを
含む）を動的に変更する。このような保守能力は分割さ
れており、その結果、アプリケーションに対する大部分
の変更は、この変更が分散された処理ネットワーク全体
を通して同期することを必要とすること無く、１つのシ
ステム（コンピュータ）内で行われる。確かに、ある種
のアプリケーションについては、システムの間で呼出し
が分散されているため、ある種のアプリケーションの変
更を行うためには複数のシステムで保守が同期して行わ
れることを要求する。しかし、本発明の好適な実施例で
は、ネットワーク全体を通して動的な非同期的変更が可
能である。
本発明の好適な実施例による分散型アプリケーション・
アーキテクチャ（ＤＡＡ）環境は、第７図に示し、以下
で論するように、１組の相互に接続されたシステムによ
って構成され、これらの各々にはユニークな名前が付け
られ、これらはネットワーク内の他のシステムによって
アドレス可能である。システムは、アプリケーションに
それらの資源（例えば、端末、トランザクション）を使
用させることによって、ＤＡＡの環境に参入する。
アーキテクチャ（ＤＡＡ）環境は、第７図に示し、以下
で論するように、１組の相互に接続されたシステムによ
って構成され、これらの各々にはユニークな名前が付け
られ、これらはネットワーク内の他のシステムによって
アドレス可能である。システムは、アプリケーションに
それらの資源（例えば、端末、トランザクション）を使
用させることによって、ＤＡＡの環境に参入する。
各々のシステムは、シングル・プロセッサ・トランザク
ション処理システムまたはマルチ・プロセッサのシング
ル・イメージ・トランザクション処理システム（例えば
、ＩＭＳ）のいずれかをサポートまたはシュミレション
する同質のアプリケーション処理環境である。
ション処理システムまたはマルチ・プロセッサのシング
ル・イメージ・トランザクション処理システム（例えば
、ＩＭＳ）のいずれかをサポートまたはシュミレション
する同質のアプリケーション処理環境である。
異種のシステムの間で行われる共同処理のこの局面を示
すため、第７図に戻る。−例としてのみ、２つの相互に
接続されたシステムが図示されているが、全てのトラン
ザクションにはしばしばより多くのシステムを含むこと
ができる。トランザクションを呼び出す入力は、論理端
末１３０で受け取られ、ＤＡＡ環境１３２に転送される
。論理端末１３０は、Ｉ ＢＭ３２７０の装置、インテ
リジェント・ワークステーションのウィンド、ローカル
端末または非ＤＡＡプロセスである。ＤＡＡ環境１３２
は、同質のアプリケーション処理環境（例えば、トラン
ザクション処理システム）である。ＤＡＡ環境１３２は
、必要なトランザクションを呼び出す。アプリケーショ
ンはトランザクション１３４を必要とし、このトランザ
クション１３４はローカル・データ・ベース１３６から
の情報のみを必要とする。または、トランザクション１
３８はローカル・データベース１３６と分散型データベ
ース１４０の両方から情報を必要とする場合もある。同
時に、端末１５０はトランザクション１４４を呼び出す
るためにＤＡＡ環境１４８をアドレスし、このトランザ
クション１４４はローカル・データベース１４２と分散
型データベース１４０からの情報を必要とする。本発明
では、トランザクション１４４（または１３４．１３８
．１４６）は、ローカル・データベース１４２を使用し
、ローカル・データベース１３６からの情報を要求する
ために他のトランザクション（例えば、１３４．１３８
または１４６）を呼び出し、この情報をＤＡＡ環境１４
８に戻して適当なフォーマントを行い、これを端末１５
０に戻すことができる。
すため、第７図に戻る。−例としてのみ、２つの相互に
接続されたシステムが図示されているが、全てのトラン
ザクションにはしばしばより多くのシステムを含むこと
ができる。トランザクションを呼び出す入力は、論理端
末１３０で受け取られ、ＤＡＡ環境１３２に転送される
。論理端末１３０は、Ｉ ＢＭ３２７０の装置、インテ
リジェント・ワークステーションのウィンド、ローカル
端末または非ＤＡＡプロセスである。ＤＡＡ環境１３２
は、同質のアプリケーション処理環境（例えば、トラン
ザクション処理システム）である。ＤＡＡ環境１３２は
、必要なトランザクションを呼び出す。アプリケーショ
ンはトランザクション１３４を必要とし、このトランザ
クション１３４はローカル・データ・ベース１３６から
の情報のみを必要とする。または、トランザクション１
３８はローカル・データベース１３６と分散型データベ
ース１４０の両方から情報を必要とする場合もある。同
時に、端末１５０はトランザクション１４４を呼び出す
るためにＤＡＡ環境１４８をアドレスし、このトランザ
クション１４４はローカル・データベース１４２と分散
型データベース１４０からの情報を必要とする。本発明
では、トランザクション１４４（または１３４．１３８
．１４６）は、ローカル・データベース１４２を使用し
、ローカル・データベース１３６からの情報を要求する
ために他のトランザクション（例えば、１３４．１３８
または１４６）を呼び出し、この情報をＤＡＡ環境１４
８に戻して適当なフォーマントを行い、これを端末１５
０に戻すことができる。
第８図は、異種のプラットホーム全体に渡るこの共同処
理のより明確な例を示す。データ入力ストリーム９２は
ＵＮＩＸコンピュータ８６から受け取られると仮定する
。このデータ・ストリーム９２によってアプリケーショ
ン９４が呼び出され、手順９６を処理する。手順９６は
、ＳＱＬ要求９８を介してＤＢＭＳ １００から情報を
得る。手順９６が処理を行うに従って、ＤＢＭＳからの
情報が必要になり、このＤＢＭＳはその処理を完了する
ために、引き続いてＤＢＭＳ １２４からの情報を必要
とする。本発明の場合、この情報は、ユーザがＵＮＩＸ
８６のことを知らなくても、得ることができる。
理のより明確な例を示す。データ入力ストリーム９２は
ＵＮＩＸコンピュータ８６から受け取られると仮定する
。このデータ・ストリーム９２によってアプリケーショ
ン９４が呼び出され、手順９６を処理する。手順９６は
、ＳＱＬ要求９８を介してＤＢＭＳ １００から情報を
得る。手順９６が処理を行うに従って、ＤＢＭＳからの
情報が必要になり、このＤＢＭＳはその処理を完了する
ために、引き続いてＤＢＭＳ １２４からの情報を必要
とする。本発明の場合、この情報は、ユーザがＵＮＩＸ
８６のことを知らなくても、得ることができる。
これを達成するため、手順９６は、例えば、ＩＢＭの大
型コンピュータ８８に対してＬＩＮＫを要求する出力ビ
ュー（図示せず）の形でアプリケーション９４に戻され
る。アプリケーション９４は、手順９６を中断し、手順
９６からの関連データをプロファイル・ビュー（図示せ
ず）に記憶し、このプロファイル・ビューは引き続いて
ＲＯＬＬＦＩＬＥ １０２に記憶される。そこで、アプ
リケーション９４は通信線１０４を介して大型コンピュ
ータ８８に対してＬＩＮＫの要求を行う。大型コンピュ
ータ８８はこの要求を認め、線１０４を介して入力され
るデータ・ストリームをアプリケーション１０６に与え
る。アプリケーション１０６はこのデータの流れがＤＢ
ＭＳ １１２からの情報を捜しているかどうかを判定す
る。アプリケーション１０６はデータ・ストリームを入
力ビュー（図示せず）の形で手順１０８に転送する。
型コンピュータ８８に対してＬＩＮＫを要求する出力ビ
ュー（図示せず）の形でアプリケーション９４に戻され
る。アプリケーション９４は、手順９６を中断し、手順
９６からの関連データをプロファイル・ビュー（図示せ
ず）に記憶し、このプロファイル・ビューは引き続いて
ＲＯＬＬＦＩＬＥ １０２に記憶される。そこで、アプ
リケーション９４は通信線１０４を介して大型コンピュ
ータ８８に対してＬＩＮＫの要求を行う。大型コンピュ
ータ８８はこの要求を認め、線１０４を介して入力され
るデータ・ストリームをアプリケーション１０６に与え
る。アプリケーション１０６はこのデータの流れがＤＢ
ＭＳ １１２からの情報を捜しているかどうかを判定す
る。アプリケーション１０６はデータ・ストリームを入
力ビュー（図示せず）の形で手順１０８に転送する。
手順１０８は、このデータ・ストリームにもとずいてＳ
ＱＬ要求１１０によってＤＢＭＳ １１２からの情報の
要求を実行する。実行中、手順１０８はその実行を完了
するためにＤＢＭＳ １２４から若干の情報を必要とす
るかどうかを判定する。手順１０８は出力ビュー（図示
せず）の形でアプリケーション１０６に戻され、一方関
連データはＲＯＬＬＦＩＬＥ １１４内のプロファイル
・ビュー（図示せず）に記憶される。アプリケーション
１０６は、次に許容されたＯ３／２ワークステーシヨン
９９０とのＬＩＮＫを要求する。アプリケーション１１
８は、入力データ・ストリームを受入れ、これを入力ビ
ュー（図示せず）の形で手順１２０に転送する。手順１
２０は、ＳＱＬ要求１２２によってＤＢＭＳ １２４か
らの情報の取得を実行する。この実行を終了した後、手
順１２０は出力ビュー（図示せず）の形でアプリケーシ
ョン１１８に戻る。アプリケーション１１８は、このト
ランザクションのコピーを行い、こｔ＋ｔ−ＲＯＬＬＦ
ＩＬＥ１２６に記憶されたプロファイル・ビューに載置
する。アプリケーション１１８は、次に大型コンピュー
タ８８に対してＲＥＴＵＲＮ要求を行う。
ＱＬ要求１１０によってＤＢＭＳ １１２からの情報の
要求を実行する。実行中、手順１０８はその実行を完了
するためにＤＢＭＳ １２４から若干の情報を必要とす
るかどうかを判定する。手順１０８は出力ビュー（図示
せず）の形でアプリケーション１０６に戻され、一方関
連データはＲＯＬＬＦＩＬＥ １１４内のプロファイル
・ビュー（図示せず）に記憶される。アプリケーション
１０６は、次に許容されたＯ３／２ワークステーシヨン
９９０とのＬＩＮＫを要求する。アプリケーション１１
８は、入力データ・ストリームを受入れ、これを入力ビ
ュー（図示せず）の形で手順１２０に転送する。手順１
２０は、ＳＱＬ要求１２２によってＤＢＭＳ １２４か
らの情報の取得を実行する。この実行を終了した後、手
順１２０は出力ビュー（図示せず）の形でアプリケーシ
ョン１１８に戻る。アプリケーション１１８は、このト
ランザクションのコピーを行い、こｔ＋ｔ−ＲＯＬＬＦ
ＩＬＥ１２６に記憶されたプロファイル・ビューに載置
する。アプリケーション１１８は、次に大型コンピュー
タ８８に対してＲＥＴＵＲＮ要求を行う。
通信線１１６を介してデータ・ストリームを戻すと、ア
プリケーションはＲＯＬＬＦＩＬＥ １１４に記憶され
たプロファイル・ビューを取得し、手順１０８を再スタ
ートする。手順１０８はその実行を終了し、もしあれば
、ＤＢＭＳ １１２から必要な別の情報を要求し、アプ
リケーション１０６に戻る。
プリケーションはＲＯＬＬＦＩＬＥ １１４に記憶され
たプロファイル・ビューを取得し、手順１０８を再スタ
ートする。手順１０８はその実行を終了し、もしあれば
、ＤＢＭＳ １１２から必要な別の情報を要求し、アプ
リケーション１０６に戻る。
アプリケーション１０６は終了したトランザクションの
記録を行い、これをＲＯＬＬＦＩＬＥ １１４に記憶さ
れたプロファイル・ビュー（図示せず）に記憶する。ア
プリケーション１０６は、次にＵＮＩＸ８６に対してＲ
ＥＴＵＲＮ要求を行う。データ・ストリームが通信線１
０４を介して戻されると、アプリケーション９４はＲＯ
ＬＬＦＩＬＥ １０２からこのトランザクションにもと
すいて記憶されたプロファイル・ビューを取得し、手順
９６を再スタートする。手１１１ｉ！９６はその実行を
終了し、もし、あれば、ＤＢＭＳ １００から必要とさ
れる別の情報を要求し、アプリケーション９４に戻る。
記録を行い、これをＲＯＬＬＦＩＬＥ １１４に記憶さ
れたプロファイル・ビュー（図示せず）に記憶する。ア
プリケーション１０６は、次にＵＮＩＸ８６に対してＲ
ＥＴＵＲＮ要求を行う。データ・ストリームが通信線１
０４を介して戻されると、アプリケーション９４はＲＯ
ＬＬＦＩＬＥ １０２からこのトランザクションにもと
すいて記憶されたプロファイル・ビューを取得し、手順
９６を再スタートする。手１１１ｉ！９６はその実行を
終了し、もし、あれば、ＤＢＭＳ １００から必要とさ
れる別の情報を要求し、アプリケーション９４に戻る。
アプリケーション９４は、プロファイル・ビュー（図示
せず）の形で終了したトランザクションの記録を行い、
これをＲＯＬＬＦＩＬＥ １０２に記憶する。アプリケ
ーション９４は、適当な端末装置に対して出力されたデ
ータ・ストリーム９２をフォーマット化し、これをユー
ザに送る。
せず）の形で終了したトランザクションの記録を行い、
これをＲＯＬＬＦＩＬＥ １０２に記憶する。アプリケ
ーション９４は、適当な端末装置に対して出力されたデ
ータ・ストリーム９２をフォーマット化し、これをユー
ザに送る。
ＤＡＡは、異質なシステム全体に渡るトランザクション
および端末装置の資源を共有するために必要なサービス
を提供する。本発明によって考えられているシステムは
取分けＩＭＳ、ＣＩ Ｏ３゜ＵＮＩＸ、Ｏ３２、または
ＶＭＳ処理環境のようなネットワーク内のアプリケーシ
ョン処理環境である。ＤＡＡ環境内の各々のシステムは
、そのシステムをユニークに識別するための名前を有し
、各システムの動作時間ディレクトリはＤＡＡネットワ
ーク内の適当な処理システムに対する資源要求のルーテ
ィング（ｒｏｕｔｉｎｇ ）をサポートするのに十分な
情報を保持する。資源要求のルーティングをサポートす
るＤＡＡの特徴は「分散資源制御」として知られる。
および端末装置の資源を共有するために必要なサービス
を提供する。本発明によって考えられているシステムは
取分けＩＭＳ、ＣＩ Ｏ３゜ＵＮＩＸ、Ｏ３２、または
ＶＭＳ処理環境のようなネットワーク内のアプリケーシ
ョン処理環境である。ＤＡＡ環境内の各々のシステムは
、そのシステムをユニークに識別するための名前を有し
、各システムの動作時間ディレクトリはＤＡＡネットワ
ーク内の適当な処理システムに対する資源要求のルーテ
ィング（ｒｏｕｔｉｎｇ ）をサポートするのに十分な
情報を保持する。資源要求のルーティングをサポートす
るＤＡＡの特徴は「分散資源制御」として知られる。
これらのシステムは、これらのアプリケーションのセグ
メントにネットワークによって接続されたシステムの全
てを処理させることによって分散されたアプリケーショ
ンをサポートする。これらのアプリケーションは、ネッ
トワーク内のシステムとネットワークのユーザによって
参照することのできる名前を付けられたトランザクショ
ン（そのシステムにとってユニークな名前）の集合によ
ってサービスされる。これらのトランザクションはネッ
トワークの種々の部分に対して知られているデータ・ベ
ースにアクセスすることができ、ローカル・システムの
データ・ベースまたは分散されたデータ・ベース環境内
の１組の遠隔地のシステムに分散されているデータ・ベ
ースに対してアドレスされることができる。
メントにネットワークによって接続されたシステムの全
てを処理させることによって分散されたアプリケーショ
ンをサポートする。これらのアプリケーションは、ネッ
トワーク内のシステムとネットワークのユーザによって
参照することのできる名前を付けられたトランザクショ
ン（そのシステムにとってユニークな名前）の集合によ
ってサービスされる。これらのトランザクションはネッ
トワークの種々の部分に対して知られているデータ・ベ
ースにアクセスすることができ、ローカル・システムの
データ・ベースまたは分散されたデータ・ベース環境内
の１組の遠隔地のシステムに分散されているデータ・ベ
ースに対してアドレスされることができる。
本発明として開示されている分散型アプリケーション・
アーキテクチャのユーザには、ワークステーションのオ
ペレータ、またはプロセスまたは機械としての名前が付
けられ、（ネットワークに特有の名前、これらは自分自
身をネットワークの「ユーザ」として提供するものであ
る。本発明の好適な実施例のユーザは、−船釣にワーク
ステーションの端末を介してＤＡＡネットワーク内に設
けられたアプリケーションにアクセスする。ユーザは、
音声、バーコード、キーボード、マウス、プロセスから
のデータ・ストリームまたはその他の入力装置によって
データを端末装置に入力することによりネットワークの
種々の機能を呼び出すことができる。出力は端末の表示
装置によってネットワークのユーザに与えられる。すな
わち、これはネットワーク内のプロセスの「ユーザ」に
対するデータ・ストリームとして提供される。
アーキテクチャのユーザには、ワークステーションのオ
ペレータ、またはプロセスまたは機械としての名前が付
けられ、（ネットワークに特有の名前、これらは自分自
身をネットワークの「ユーザ」として提供するものであ
る。本発明の好適な実施例のユーザは、−船釣にワーク
ステーションの端末を介してＤＡＡネットワーク内に設
けられたアプリケーションにアクセスする。ユーザは、
音声、バーコード、キーボード、マウス、プロセスから
のデータ・ストリームまたはその他の入力装置によって
データを端末装置に入力することによりネットワークの
種々の機能を呼び出すことができる。出力は端末の表示
装置によってネットワークのユーザに与えられる。すな
わち、これはネットワーク内のプロセスの「ユーザ」に
対するデータ・ストリームとして提供される。
ユーザは、ユーザ用のＩＤ（ネットワークに特有の名前
）および識別用の暗唱番号を使用してＤＡＡのネットワ
ーク内のシステムの１つに信号を送る。このユーザの識
別はＤＡＡネットワーク内で使用され、安全に対する活
動を識別し会計上の目的を達成し、かつユーザに対する
処理活動の状態を維持するためのプロファイル管理を行
う。
）および識別用の暗唱番号を使用してＤＡＡのネットワ
ーク内のシステムの１つに信号を送る。このユーザの識
別はＤＡＡネットワーク内で使用され、安全に対する活
動を識別し会計上の目的を達成し、かつユーザに対する
処理活動の状態を維持するためのプロファイル管理を行
う。
所定のユーザは、同時にある１つの点で複数のシステム
に対して動作する複数のアプリケーションを有すること
ができる。これは、所定のシステムのユーザに対する電
子ワーク・デスクと考えることができる。ユーザは、ネ
ットワークに対して信号を送ることを取止めるか又は彼
のポートフォリオ内の別のアプリケーションに切替える
ことによって、所定のアプリケーションの処理を中止す
ることができる。各トランザクションの実行を中止する
と、制御プログラムは、そのシステムのそのユーザに対
するプロファイル・データ・ベース（以下ＲＯＬＬＦＩ
ＬＥと呼ぶ）内にその中止されたアプリケーションの状
態を表すデータ・アイテム（以下で更に詳細に説明する
プロファイル・ビュー）の集合を保持する。
に対して動作する複数のアプリケーションを有すること
ができる。これは、所定のシステムのユーザに対する電
子ワーク・デスクと考えることができる。ユーザは、ネ
ットワークに対して信号を送ることを取止めるか又は彼
のポートフォリオ内の別のアプリケーションに切替える
ことによって、所定のアプリケーションの処理を中止す
ることができる。各トランザクションの実行を中止する
と、制御プログラムは、そのシステムのそのユーザに対
するプロファイル・データ・ベース（以下ＲＯＬＬＦＩ
ＬＥと呼ぶ）内にその中止されたアプリケーションの状
態を表すデータ・アイテム（以下で更に詳細に説明する
プロファイル・ビュー）の集合を保持する。
同様に、２つ以上のユーザは同時にある１つの点で複数
のシステムに対して動作する複数のアプリケーションを
有することができる。アプリケージョンの各パネルの結
果は、これがプロファイル・ビュー内で終了すると記憶
され、このプロファイル・ビューはシステムのアプリケ
ーションの名前とユーザの識別によってユニークに識別
される。
のシステムに対して動作する複数のアプリケーションを
有することができる。アプリケージョンの各パネルの結
果は、これがプロファイル・ビュー内で終了すると記憶
され、このプロファイル・ビューはシステムのアプリケ
ーションの名前とユーザの識別によってユニークに識別
される。
本発明によって、複数のユーザは特定のアプリケーショ
ン内の異なった段階に位置することができるが、各ユー
ザは、ユーザが記録されているシステムに関係なくかつ
このアプリケーションがいずれのシステムにあろうと、
その特定のユーザによって最後に終了された段階でその
特定のアプリケーションを再スタートすることができる
。
ン内の異なった段階に位置することができるが、各ユー
ザは、ユーザが記録されているシステムに関係なくかつ
このアプリケーションがいずれのシステムにあろうと、
その特定のユーザによって最後に終了された段階でその
特定のアプリケーションを再スタートすることができる
。
本発明の好適な実施例のアーキテクチャによって、［デ
イスプレィ・アクティブＪトランザクションが提供され
、これによって、ユーザは指定されたシステムでその特
定のユーザに対して動作しているアプリケーションを表
示することができる。
イスプレィ・アクティブＪトランザクションが提供され
、これによって、ユーザは指定されたシステムでその特
定のユーザに対して動作しているアプリケーションを表
示することができる。
「デイスプレィ・アクティブ」アプリケーション表示装
置を使用することによって、ユーザは適当なファンクシ
ョン・キーを押すことによりネットワーク内のシステム
をスクロールすることができる。この「デイスプレィ・
アクティブＪアプリケーション・パネルから、ユーザは
また中止されていたアプリケーションを再スタートし、
プロファイル・データ・ベースからアプリケーションを
削除し、または「デイスプレィ・アクティブ」トランザ
クションを指定された新しいシステムに向けることがで
きる。
置を使用することによって、ユーザは適当なファンクシ
ョン・キーを押すことによりネットワーク内のシステム
をスクロールすることができる。この「デイスプレィ・
アクティブＪアプリケーション・パネルから、ユーザは
また中止されていたアプリケーションを再スタートし、
プロファイル・データ・ベースからアプリケーションを
削除し、または「デイスプレィ・アクティブ」トランザ
クションを指定された新しいシステムに向けることがで
きる。
本発明の好適な実施例によれば、アプリケーションは幾
つかのシステムのいずれでも動作することが可能であり
、ユーザは複数のパネルを含むアプリケーションとイン
ターフェースを取るように希望することかできる。した
がって、特定のユーザの対話と関連する重要なパラメー
タを識別するため、ある種の属性がユーザ・インターフ
ェース・パネル上に表示されることは避けられない。こ
れらの属性にはトランザクションの開始に責任を有して
いるユーザ、現在のアプリケーションが動作しているシ
ステム、この表示装置に対して現在動作しているアプリ
ケーション（トランザクション）現在表示が行われてい
るそのアプリケーション内のパネル、この対話の日時、
その対話と関連するエラー・メッセイジと情報メッセイ
ジ、およびユーザがその特定のパネルメからとる可能性
のあるアクションを反映する標準的なプロンプト情報で
ある。これらの標準のパネル属性を以下に詳細に示すが
、これは例示目的のために過ぎない。
つかのシステムのいずれでも動作することが可能であり
、ユーザは複数のパネルを含むアプリケーションとイン
ターフェースを取るように希望することかできる。した
がって、特定のユーザの対話と関連する重要なパラメー
タを識別するため、ある種の属性がユーザ・インターフ
ェース・パネル上に表示されることは避けられない。こ
れらの属性にはトランザクションの開始に責任を有して
いるユーザ、現在のアプリケーションが動作しているシ
ステム、この表示装置に対して現在動作しているアプリ
ケーション（トランザクション）現在表示が行われてい
るそのアプリケーション内のパネル、この対話の日時、
その対話と関連するエラー・メッセイジと情報メッセイ
ジ、およびユーザがその特定のパネルメからとる可能性
のあるアクションを反映する標準的なプロンプト情報で
ある。これらの標準のパネル属性を以下に詳細に示すが
、これは例示目的のために過ぎない。
機 能 内部の名前 行 列 長さパネルの
名前 パネルのタイトル システムの名前 日付／時間 ユーザのＩＤ メツセージのＩＤ ＩＥＦＩ−ＰＡＮＥＬ ＮＡ１０ｐｔｉｏｎａｌ ＩＥＦＩ−ＳＹＳＴＥＭ ＩＥＦＩ−ＣＵＲＤＴ ＩＥＦＩ−ＵＳＥＲ ＩＥＦＩ−ＭＳＧＩＤ ファンクシタン・キー・プロンプトのフォーマントはｒ
Ｆｎｎ＝ｐｒｏｍｔ Ｊであり、ここでｒｎｎＪはフ
ァンクション・キーの番号を識別する１桁または２桁の
番号であり、Ｐｒｏｍｐｔ Ｊは関連する機能を示す可
変長の指示装置である。
名前 パネルのタイトル システムの名前 日付／時間 ユーザのＩＤ メツセージのＩＤ ＩＥＦＩ−ＰＡＮＥＬ ＮＡ１０ｐｔｉｏｎａｌ ＩＥＦＩ−ＳＹＳＴＥＭ ＩＥＦＩ−ＣＵＲＤＴ ＩＥＦＩ−ＵＳＥＲ ＩＥＦＩ−ＭＳＧＩＤ ファンクシタン・キー・プロンプトのフォーマントはｒ
Ｆｎｎ＝ｐｒｏｍｔ Ｊであり、ここでｒｎｎＪはフ
ァンクション・キーの番号を識別する１桁または２桁の
番号であり、Ｐｒｏｍｐｔ Ｊは関連する機能を示す可
変長の指示装置である。
ＤＬ／１またはその他のデータ・ベースを使用する場合
、ＴＲＡＮＡとしてパッケージされた機能およびサブ機
能の集合を有することが望ましい、またはしばしば必要
でさえあり、一方の組の機能は、所定のトランザクショ
ンと関連するデータ・ベースの数を最少にするためにＴ
ＲＡＮＢとしてパッケージされる。したがって、本発明
の好適な実施例によれば、複数の機能が各トランザクシ
ョン・モジュール内にパフケージされる。複数の機能を
１つのトランザクション・コード（以下ｒ ｔｒａｎｃ
ｏｄｅ Ｊと称する）内にパッケージすることによって
、ユーザの友好性が改善される。更に、これは、アプリ
ケーションを新しいシステムに設置する場合、またはア
プリケーションの新しいリリースを再配置する場合、管
理しなければならない対象の数を最小にする。その結果
得られる全てのトランザクション・モジュールのサイズ
は設計上考慮するべき事項であり、技術上および性能上
の配慮とユーザの友好性と保守の容易性のバランスをと
らなければならない。
、ＴＲＡＮＡとしてパッケージされた機能およびサブ機
能の集合を有することが望ましい、またはしばしば必要
でさえあり、一方の組の機能は、所定のトランザクショ
ンと関連するデータ・ベースの数を最少にするためにＴ
ＲＡＮＢとしてパッケージされる。したがって、本発明
の好適な実施例によれば、複数の機能が各トランザクシ
ョン・モジュール内にパフケージされる。複数の機能を
１つのトランザクション・コード（以下ｒ ｔｒａｎｃ
ｏｄｅ Ｊと称する）内にパッケージすることによって
、ユーザの友好性が改善される。更に、これは、アプリ
ケーションを新しいシステムに設置する場合、またはア
プリケーションの新しいリリースを再配置する場合、管
理しなければならない対象の数を最小にする。その結果
得られる全てのトランザクション・モジュールのサイズ
は設計上考慮するべき事項であり、技術上および性能上
の配慮とユーザの友好性と保守の容易性のバランスをと
らなければならない。
本発明によって考慮されている端末は、ビデオ端末スク
リーンおよび通常はキーボードである入力機構のような
表示機能である。しかし、前に留意したように、この入
力はプログラム、音声、バーコード、マウスまたはキー
ボード以外のその他の入力でもよい。同様に、表示装置
はプログラムおよびより従来から使用されている端末表
示装置でもよい。各論理端末は、ＤＡＡネットワーク内
でユニークな特有の名前を有している。
リーンおよび通常はキーボードである入力機構のような
表示機能である。しかし、前に留意したように、この入
力はプログラム、音声、バーコード、マウスまたはキー
ボード以外のその他の入力でもよい。同様に、表示装置
はプログラムおよびより従来から使用されている端末表
示装置でもよい。各論理端末は、ＤＡＡネットワーク内
でユニークな特有の名前を有している。
端末は、本発明の好適な実施例によるＤＡＡアプリケー
ションに対する主要な対話人力／出力機能である。−度
入力がユーザーの満足するように準備されてしまうと、
ユーザーはトランザクションを呼び出すためにＢＮＴＥ
Ｒ（または相当するもの）を押すことができる。このト
ランザクション入力ストリームはネットワーク内の適当
なシステムに渡される。−度適当なシステムに到達する
と、これはトランザクション・コードにしたがって処理
される。−度トランザクジョンが呼び出されてしまうと
、アプリケーションすなわち情報エンジニアリング・タ
スク（ＩＥＴ）の動作時間制御装置が入力ストリームを
解釈して次に適当な手順を読み出す。
ションに対する主要な対話人力／出力機能である。−度
入力がユーザーの満足するように準備されてしまうと、
ユーザーはトランザクションを呼び出すためにＢＮＴＥ
Ｒ（または相当するもの）を押すことができる。このト
ランザクション入力ストリームはネットワーク内の適当
なシステムに渡される。−度適当なシステムに到達する
と、これはトランザクション・コードにしたがって処理
される。−度トランザクジョンが呼び出されてしまうと
、アプリケーションすなわち情報エンジニアリング・タ
スク（ＩＥＴ）の動作時間制御装置が入力ストリームを
解釈して次に適当な手順を読み出す。
ＤＡＡ ）ランザクジョンによって発生された出力は論
理端末に与えられ、端末と関連するインターフェースと
装置の特性に従ってフォーマントされる（例えば表示装
置と関連する全ての必要な制御シーケンスはデータ・ス
トリームに含まれている）。ＤＡＡ環境に対する主要な
ヒユーマン・インターフェースは、種々のシステム内で
実行されるトランザクションを介してアプリケーション
から情報のパネルを与える端末を通過する。しばしば、
この端末はキーボードを有する２４ｘ８０のビデオ・ス
クリーンである。しかし、「端末」はまたプログラムで
あってもよい（例えば、広がったシート・パッケージの
ような対話プログラム）。
理端末に与えられ、端末と関連するインターフェースと
装置の特性に従ってフォーマントされる（例えば表示装
置と関連する全ての必要な制御シーケンスはデータ・ス
トリームに含まれている）。ＤＡＡ環境に対する主要な
ヒユーマン・インターフェースは、種々のシステム内で
実行されるトランザクションを介してアプリケーション
から情報のパネルを与える端末を通過する。しばしば、
この端末はキーボードを有する２４ｘ８０のビデオ・ス
クリーンである。しかし、「端末」はまたプログラムで
あってもよい（例えば、広がったシート・パッケージの
ような対話プログラム）。
各々の論理端末は各システム内でユニークに定義される
。
。
本発明によって考えられているアプリケーションは、ア
プリケーションのために一組の機能を実行するトランザ
クションの集合である。各々のアプリケーションは各々
の配置されたランタイム（ｒｕｎｔｉｍｅ ）・システ
ム内でユニークな４文字の名前を有している。
プリケーションのために一組の機能を実行するトランザ
クションの集合である。各々のアプリケーションは各々
の配置されたランタイム（ｒｕｎｔｉｍｅ ）・システ
ム内でユニークな４文字の名前を有している。
本発明によるＤＡＡとのトランザクションは、アプリケ
ーションのために、種々の機能を実行するそのアプリケ
ーションのために利用される資源（パネル、報告、手順
、データベース等）の集合である。各トランザクション
はそれが配置されている各ランタイム・システム内でユ
ニークに識別される。更に、各トランザクションはその
トランザクションのために適当な環境内で特定の機能を
実行する一組のロード・モジュールまたはプログラムに
よって構成される。各トランザクションは主要なプログ
ラム（ロード・モジュール）を有し、これは引き続いて
このトランザクションのためにサブモジュールを呼び出
す。
ーションのために、種々の機能を実行するそのアプリケ
ーションのために利用される資源（パネル、報告、手順
、データベース等）の集合である。各トランザクション
はそれが配置されている各ランタイム・システム内でユ
ニークに識別される。更に、各トランザクションはその
トランザクションのために適当な環境内で特定の機能を
実行する一組のロード・モジュールまたはプログラムに
よって構成される。各トランザクションは主要なプログ
ラム（ロード・モジュール）を有し、これは引き続いて
このトランザクションのためにサブモジュールを呼び出
す。
第９図に示すように、各々のＤＡＡのアプリケーション
・トランザクションはアプリケーション手順、パネル、
ビュー、作業領域、ＤＡＡのランタイム機能、トランザ
クション定義テーブル（ＴＤＴ）およびその他のテーブ
ルによって構成される。本発明の好適な実施例から分か
るように、ＤＡＡのランタイム手順とテーブルを含む部
分１５２は独立したアプリケーションである。ＴＤＴ、
手順（入力、リフレッシュ）、パネル（メニューアプリ
ケーション）およびビュー（入力、出力、プロファイル
）、を含む部分１５４は従属したアプリケーションであ
る。手順は作業領域に対して直接アクセスを行うが、パ
ネルおよびビューから完全に分離されている（その結果
、トランザクション間の通信、装置の通信、プロファイ
ルの管理等の機構から分離されている）。
・トランザクションはアプリケーション手順、パネル、
ビュー、作業領域、ＤＡＡのランタイム機能、トランザ
クション定義テーブル（ＴＤＴ）およびその他のテーブ
ルによって構成される。本発明の好適な実施例から分か
るように、ＤＡＡのランタイム手順とテーブルを含む部
分１５２は独立したアプリケーションである。ＴＤＴ、
手順（入力、リフレッシュ）、パネル（メニューアプリ
ケーション）およびビュー（入力、出力、プロファイル
）、を含む部分１５４は従属したアプリケーションであ
る。手順は作業領域に対して直接アクセスを行うが、パ
ネルおよびビューから完全に分離されている（その結果
、トランザクション間の通信、装置の通信、プロファイ
ルの管理等の機構から分離されている）。
各トランザクションはアプリケーションのために複数の
機能を実行することができる。これらの機能はアプリケ
ーションの手順によって表される。
機能を実行することができる。これらの機能はアプリケ
ーションの手順によって表される。
本発明によって考えられている手順は、トランザクショ
ンのために特定の組みの機能を実行するコードの集合で
ある。各々の手順は関連するトランザクションの中でユ
ニークな名前を有している。
ンのために特定の組みの機能を実行するコードの集合で
ある。各々の手順は関連するトランザクションの中でユ
ニークな名前を有している。
アプリケーション手順はこの手順を含むトランザクショ
ンに対して与えられるパネルの結果として呼び出される
ことができる。手順は、サービスに対する要求をネット
ワーク要求（ＬＩＮＫ）を介して指定されたシステムと
トランザクションに転送し、これによって指定されたト
ランザクションの手順を呼び出す分散されたアプリケー
ションによってまた呼び出されることもできる。手順の
実行を終了すると、この手順はパネルを準備してこれを
アプリケーションのユーザーに戻すことを要求するか、
または制御が遠隔地の要求と共に他のシステム／トラン
ザクション／手順に引き渡されることを支持するか、ま
たは制御がこの手順を呼び出した呼び出しシステム／ト
ランザクション／手順に戻されることを指示することが
できる。
ンに対して与えられるパネルの結果として呼び出される
ことができる。手順は、サービスに対する要求をネット
ワーク要求（ＬＩＮＫ）を介して指定されたシステムと
トランザクションに転送し、これによって指定されたト
ランザクションの手順を呼び出す分散されたアプリケー
ションによってまた呼び出されることもできる。手順の
実行を終了すると、この手順はパネルを準備してこれを
アプリケーションのユーザーに戻すことを要求するか、
または制御が遠隔地の要求と共に他のシステム／トラン
ザクション／手順に引き渡されることを支持するか、ま
たは制御がこの手順を呼び出した呼び出しシステム／ト
ランザクション／手順に戻されることを指示することが
できる。
本発明によるＤＡＡ内のパネルは、論理端子との情報の
交換のための定義されたフォーマットである（例えば、
ＩＢＭ３２７９表示端末）。各々のパネルは関連するト
ランザクション内でユニークに識別される。各パネルと
関連するのはＩＮＰＵＴ手順とＲＥＦＲＥＳＨ手順であ
る。入力手順は、対応するパネルが端末から受け取られ
た場合に、呼び出される。オプションのりフレッシュ手
順は、パネルの出力表示の前にパネルに与えられるべき
データをリフレッシュするためにアプリケーションの再
スタート時またはＨＥＬＰの中止から実行される。
交換のための定義されたフォーマットである（例えば、
ＩＢＭ３２７９表示端末）。各々のパネルは関連するト
ランザクション内でユニークに識別される。各パネルと
関連するのはＩＮＰＵＴ手順とＲＥＦＲＥＳＨ手順であ
る。入力手順は、対応するパネルが端末から受け取られ
た場合に、呼び出される。オプションのりフレッシュ手
順は、パネルの出力表示の前にパネルに与えられるべき
データをリフレッシュするためにアプリケーションの再
スタート時またはＨＥＬＰの中止から実行される。
入力手順は、パネルがシステムによって端末／プロセス
から受け取られた場合、呼び出されるアプリケーション
・プログラムである。入カバネルが論理端末から受け取
られる場合、このパネルと関連する入力手順が呼び出さ
れる。
から受け取られた場合、呼び出されるアプリケーション
・プログラムである。入カバネルが論理端末から受け取
られる場合、このパネルと関連する入力手順が呼び出さ
れる。
リフレッシュ手順は、メニューから要求されたパネルの
表示に先立って呼び出されるか、またはＨＥＬＰドキュ
メンテーションの提供のために中止されてしまったアプ
リケーションの再スタートによって呼び出されるアプリ
ケーション・プログラムである。リフレッシュ手順は、
パネルに対する表示に先立ってデータ・ベースからデー
タを取り出すために一般的に使用される。このリフレッ
シュ手順は、パネルがメニューからイニシアル・ユーザ
ー・リクエストとして与えられるべきである場合に呼び
出されることもできる。リフレッシュ手順はメニューの
選択および（または）パネルと関連することもできる。
表示に先立って呼び出されるか、またはＨＥＬＰドキュ
メンテーションの提供のために中止されてしまったアプ
リケーションの再スタートによって呼び出されるアプリ
ケーション・プログラムである。リフレッシュ手順は、
パネルに対する表示に先立ってデータ・ベースからデー
タを取り出すために一般的に使用される。このリフレッ
シュ手順は、パネルがメニューからイニシアル・ユーザ
ー・リクエストとして与えられるべきである場合に呼び
出されることもできる。リフレッシュ手順はメニューの
選択および（または）パネルと関連することもできる。
もしリフレッシュ手順がメニューの選択と関連していれ
ば、この手順はパネルの表示の前に呼び出される。しか
し、もしメニューの選択がリフレッシュ手順を明確に有
していなければ、パネルの仕様に対するリフレッシュ手
順が呼び出される。もしメニューの選択またはパネルの
仕様のいずれもリフレッシュ手順を特定しなければ、パ
ネルはプロファイル・ビューから与えられるのと同様に
作業領域のデータから与えられる。
ば、この手順はパネルの表示の前に呼び出される。しか
し、もしメニューの選択がリフレッシュ手順を明確に有
していなければ、パネルの仕様に対するリフレッシュ手
順が呼び出される。もしメニューの選択またはパネルの
仕様のいずれもリフレッシュ手順を特定しなければ、パ
ネルはプロファイル・ビューから与えられるのと同様に
作業領域のデータから与えられる。
時にはトランザクション・ビューとも称している作業領
域はこのトランザクションに対する全てのパネル、ビュ
ー、および手順によって参照される全てのデータ・アイ
テムを含んでいる。作業領域は、その手順の論理を実行
する場合に使用するようにトランザクション内の各手順
に渡される。
域はこのトランザクションに対する全てのパネル、ビュ
ー、および手順によって参照される全てのデータ・アイ
テムを含んでいる。作業領域は、その手順の論理を実行
する場合に使用するようにトランザクション内の各手順
に渡される。
作業領域は、固定セクションによって構成され、ＤＡＡ
ランタイム機能およびアプリケーション手順と完全にア
プリケーションによって定義される可変セクションとの
間で通信を行うために使用される。
ランタイム機能およびアプリケーション手順と完全にア
プリケーションによって定義される可変セクションとの
間で通信を行うために使用される。
本発明の好適な実施例によれば、ＤＡＡ内でアプリケー
ション手順は相互に通信を行うと共に「ビュー」を介し
て外部の資源と通信を行う。ビューはシステム間の通信
装置の提供の管理、支援機能、メニューおよびその他の
ＤＡＡの共通のサービスの機能からアプリケーションの
手順を分離するために使用する。この様に「サービス」
からトランザクションのロジックを分離することによっ
て下記の事項が保証される。
ション手順は相互に通信を行うと共に「ビュー」を介し
て外部の資源と通信を行う。ビューはシステム間の通信
装置の提供の管理、支援機能、メニューおよびその他の
ＤＡＡの共通のサービスの機能からアプリケーションの
手順を分離するために使用する。この様に「サービス」
からトランザクションのロジックを分離することによっ
て下記の事項が保証される。
アプリケーションは、耐えず発展する通信、記憶、プレ
ゼンテーション、パフケージング、処理などの技術によ
ってプログラムを変更することなくサービスを受けるこ
とができる。
ゼンテーション、パフケージング、処理などの技術によ
ってプログラムを変更することなくサービスを受けるこ
とができる。
アプリケーションは、コスト／パフォーマンスの測定に
基づいて（移動コストには基づかず）種々のプラットホ
ームとアーキテクチャで実行することができる。
基づいて（移動コストには基づかず）種々のプラットホ
ームとアーキテクチャで実行することができる。
アプリケーションは、国語、ヒユーマン・インターフェ
ース・ハードウェア、およびユーザの思考の多様性を含
む種々のユーザー環境で実行することができる。
ース・ハードウェア、およびユーザの思考の多様性を含
む種々のユーザー環境で実行することができる。
アプリケーションは、データの交換による（ビュー）の
再定義を含めてデータを混乱または失うことなく、リア
ルタイムで変更することができる。
再定義を含めてデータを混乱または失うことなく、リア
ルタイムで変更することができる。
本発明で考えられているＤＡＡ内のビューはアプリケー
ションによって使用されるデータ・アイテムの指定され
た集合である。ビューは名前を付けられたこのようなデ
ータアイテムの集合であり、これらのデータ・アイテム
が特定のトランザクションと関連しているため、これら
のデータ・アイテムの識別と長さを含んでいるビューの
主要な種類はプロファイル、入力、および出力である。
ションによって使用されるデータ・アイテムの指定され
た集合である。ビューは名前を付けられたこのようなデ
ータアイテムの集合であり、これらのデータ・アイテム
が特定のトランザクションと関連しているため、これら
のデータ・アイテムの識別と長さを含んでいるビューの
主要な種類はプロファイル、入力、および出力である。
プロファイル・ビューは、このトランザクションの実行
の間でユーザーのプロファイルにセーブされるべき全て
のデータ・アイテムを識別する。入力ビューは、呼び出
し手順によって呼び出された手順に対して提供されるさ
れるべき全てのデータ・アイテムを定義する。出力ビュ
ーは、呼び出し手順に対する呼び出された手順の実行が
終了した場合に提供されるべき全てのデータ・アイテム
を定義する。
の間でユーザーのプロファイルにセーブされるべき全て
のデータ・アイテムを識別する。入力ビューは、呼び出
し手順によって呼び出された手順に対して提供されるさ
れるべき全てのデータ・アイテムを定義する。出力ビュ
ーは、呼び出し手順に対する呼び出された手順の実行が
終了した場合に提供されるべき全てのデータ・アイテム
を定義する。
プロファイル・ビューは、このアプリケーションのため
にユーザーのプロファイルにセーブされるべき（トラン
ザクション・ビュー）として知られる作業領域のサブセ
ットである。一つの手順の実行が終了すると、その手順
に対するプロファイル・ビューが作業領域から取り出さ
れてプロファイル・データ・ベースに書き込まれる。こ
のトランザクションがその後のデータの入力またはアプ
リケーションの再スタートによって再び呼び出されると
、このプロファイル・ビューはプロファイル・データ・
ベースから読み出されて作業領域を再配置するために使
用される。このプロファイル・ビューは、現在のユーザ
ーの会話の状態のデータに対する要求を定義し、一方ユ
ーザーのプロファイルを維持することと関連するオーバ
ーヘッドを最小にする作業領域のサブセットである。
にユーザーのプロファイルにセーブされるべき（トラン
ザクション・ビュー）として知られる作業領域のサブセ
ットである。一つの手順の実行が終了すると、その手順
に対するプロファイル・ビューが作業領域から取り出さ
れてプロファイル・データ・ベースに書き込まれる。こ
のトランザクションがその後のデータの入力またはアプ
リケーションの再スタートによって再び呼び出されると
、このプロファイル・ビューはプロファイル・データ・
ベースから読み出されて作業領域を再配置するために使
用される。このプロファイル・ビューは、現在のユーザ
ーの会話の状態のデータに対する要求を定義し、一方ユ
ーザーのプロファイルを維持することと関連するオーバ
ーヘッドを最小にする作業領域のサブセットである。
入力または出力ビューは、手順が呼び出しシステム／ト
ランザクション／手順に結合されている場合に、手順に
対して提供されるデータ・アイテムの集合である。手順
がＬＩＮＫの出口状態を終了してこれを示す場合、ＤＡ
Ａ制御プログラム（ＩＥＴ）は、呼び出された手順のた
めに入力ビューによって識別されたデータ・アイテムを
作業領域から取り出し、これを呼び出す側のシステム／
トランザクション／手順および呼び出された側のシステ
ム／トランザクション／手順を特定するのに必要な制御
情報と共にパッケージする。このメツセージは、実行の
ために指定されたシステムとトランザクションに送られ
る。呼び出されたシステム／トランザクション／手順で
受け取られた場合、入力ビューは呼び出されたトランザ
クションに作業領域を設けるために使用される。
ランザクション／手順に結合されている場合に、手順に
対して提供されるデータ・アイテムの集合である。手順
がＬＩＮＫの出口状態を終了してこれを示す場合、ＤＡ
Ａ制御プログラム（ＩＥＴ）は、呼び出された手順のた
めに入力ビューによって識別されたデータ・アイテムを
作業領域から取り出し、これを呼び出す側のシステム／
トランザクション／手順および呼び出された側のシステ
ム／トランザクション／手順を特定するのに必要な制御
情報と共にパッケージする。このメツセージは、実行の
ために指定されたシステムとトランザクションに送られ
る。呼び出されたシステム／トランザクション／手順で
受け取られた場合、入力ビューは呼び出されたトランザ
クションに作業領域を設けるために使用される。
出力すなわちアウトプット・ビューは、呼び出された手
順の実行の結果を表すデータ・アイテムの集合である。
順の実行の結果を表すデータ・アイテムの集合である。
出力ビューは、出口の状態がＲＥＴＵＲＮにセットされ
た場合に、手順の実行の終了時点で作業領域に含まれて
いるアイテムのサブセットである。この出力ビューは、
インターフェース制御情報と共に呼び出し側のシステム
／トランザクションに戻されるべきメツセージにパッケ
ージされる。このメソセージが指定されたシステム／ト
ランザクション／手順に到達する場合、そのシステム／
トランザクション／手順に対するプロファイル・ビュー
がプロファイル・データ・ベースから取り出されて作業
領域を設けるために使用される。出力ビューは、次に台
受け取られたばかりのメツセージから取り出され、作業
領域を設け、（およびその中にプロファイル・データを
重ねる）ために使用される。指定された手順がそこで再
スタートする。
た場合に、手順の実行の終了時点で作業領域に含まれて
いるアイテムのサブセットである。この出力ビューは、
インターフェース制御情報と共に呼び出し側のシステム
／トランザクションに戻されるべきメツセージにパッケ
ージされる。このメソセージが指定されたシステム／ト
ランザクション／手順に到達する場合、そのシステム／
トランザクション／手順に対するプロファイル・ビュー
がプロファイル・データ・ベースから取り出されて作業
領域を設けるために使用される。出力ビューは、次に台
受け取られたばかりのメツセージから取り出され、作業
領域を設け、（およびその中にプロファイル・データを
重ねる）ために使用される。指定された手順がそこで再
スタートする。
トランザクション・ビューはトランザクションを構成す
る手順、パネル、およびビューの集合によって使用され
るデータ・アイテムの集合である。
る手順、パネル、およびビューの集合によって使用され
るデータ・アイテムの集合である。
これらのデータ・アイテムはＣ０ＢＯＬデータ定義また
はＣ構造と考えても良いが、これらのデータ・アイテム
の各々を特定するものであれば他の言語を使用してもよ
い。トランザクション・ビューはその手順の論理を実行
する場合に、使用するためトランザクション内の各手順
に対して作業領域として引き渡される。
はＣ構造と考えても良いが、これらのデータ・アイテム
の各々を特定するものであれば他の言語を使用してもよ
い。トランザクション・ビューはその手順の論理を実行
する場合に、使用するためトランザクション内の各手順
に対して作業領域として引き渡される。
ＴＤＴが最初に参照される場合、ＧＴＤシステムはトラ
ンザクション・ビューの「システムによって要求された
」部分を発生し、これを関連する５ＲＣＬＩＢ （以下
で説明する）に載置する。トランザクション・ビューの
名前は、通常ｒｔｄｔＰＶＷｊの形を取る。アプリケー
ションの設計者は、そこでこのトランザクション・ビュ
ーに対していずれかのアプリケーションに対してユニー
クなデータ・アイテムを付加することを要求される。−
度特定されると、トランザクション・ビューは手順、パ
ネル、およびその他のビューに対するデータ参照用のソ
ースとして使用される。
ンザクション・ビューの「システムによって要求された
」部分を発生し、これを関連する５ＲＣＬＩＢ （以下
で説明する）に載置する。トランザクション・ビューの
名前は、通常ｒｔｄｔＰＶＷｊの形を取る。アプリケー
ションの設計者は、そこでこのトランザクション・ビュ
ーに対していずれかのアプリケーションに対してユニー
クなデータ・アイテムを付加することを要求される。−
度特定されると、トランザクション・ビューは手順、パ
ネル、およびその他のビューに対するデータ参照用のソ
ースとして使用される。
アプリケーションの アプリケーションの移動性
は、全てのＤＡＡのシステム・プラットホームでシステ
ム環境を発展させるために同一のアプリケーション・ソ
ース・プログラム、同一のアプリケーション定義および
同一のアプリケーション開発環境をサポートすることに
よって達成される。
は、全てのＤＡＡのシステム・プラットホームでシステ
ム環境を発展させるために同一のアプリケーション・ソ
ース・プログラム、同一のアプリケーション定義および
同一のアプリケーション開発環境をサポートすることに
よって達成される。
全てのサポートされているプラットホームに対するソー
ス・プログラムの移動性または同一のアプリケーション
・ソース・プログラムは、プラントホームとは独立した
プログラム・インターフェースと組み合わせて産業上使
用されている標準の選択されたセットを使用することに
よって達成される。
ス・プログラムの移動性または同一のアプリケーション
・ソース・プログラムは、プラントホームとは独立した
プログラム・インターフェースと組み合わせて産業上使
用されている標準の選択されたセットを使用することに
よって達成される。
ソース・プログラムの移動性を保証するために使用され
る産業上使用されている標準の例には下記のものがある
。すなわちこれらは、定義された機能のライブラリを含
むドラフトによって提案しティるＡＮＳＩｒＣＪ （
Ｘ３Ｊ１１）を有するｒＣＪプログラムのコンプライア
ンス（ｃｏｍｐｌｉａｎｃｅ）、ＡＮＳＩ Ｘ３．２
３−１９８５を有するｒ Ｃ０ＢＯＬ Ｊプログラムの
コンプライアンス（中間水準）およびＡＮＳＩ Ｘ３
．１３５−１９８６を有するｒｓＱＬＪのコンプライア
ンスがある。これらの標準を使用しているかどうかは、
ＡＮＳ Ｉコンブライアント（ｃｏｍｐｌｉａｎｔ ）
コンパイラまたはプレコンパイラ（Ｐｒｅ−ｃｏｍｐｉ
ｌｅｒ ）を有する全てのプラットホームでチエツクさ
れる。システムの特定の機能を非移動的に使用すること
を含んでこうした標準から逸脱しているかどうかは、実
行可能である場合には、何時もチエツクされる。
る産業上使用されている標準の例には下記のものがある
。すなわちこれらは、定義された機能のライブラリを含
むドラフトによって提案しティるＡＮＳＩｒＣＪ （
Ｘ３Ｊ１１）を有するｒＣＪプログラムのコンプライア
ンス（ｃｏｍｐｌｉａｎｃｅ）、ＡＮＳＩ Ｘ３．２
３−１９８５を有するｒ Ｃ０ＢＯＬ Ｊプログラムの
コンプライアンス（中間水準）およびＡＮＳＩ Ｘ３
．１３５−１９８６を有するｒｓＱＬＪのコンプライア
ンスがある。これらの標準を使用しているかどうかは、
ＡＮＳ Ｉコンブライアント（ｃｏｍｐｌｉａｎｔ ）
コンパイラまたはプレコンパイラ（Ｐｒｅ−ｃｏｍｐｉ
ｌｅｒ ）を有する全てのプラットホームでチエツクさ
れる。システムの特定の機能を非移動的に使用すること
を含んでこうした標準から逸脱しているかどうかは、実
行可能である場合には、何時もチエツクされる。
産業上広く使用されている標準が存在しない領域の例に
は、トランザクション処理システムに対するインタフェ
ース、プレゼンテーション・システムに対するインタフ
ェース、共同処理の間の通信、端末、トランザクション
、およびシステムに対するルーティング（ｒｏｕｔｉｎ
ｇ ）メツセージ、ユーザ・インタフェース、プロファ
イルの管理、ヘルプおよびユーザのドキュメンテーショ
ンが含まれる。これらの機能はＤＡＡによって与えられ
るが、アプリケーション・ロジックからは完全に分離さ
れている。
は、トランザクション処理システムに対するインタフェ
ース、プレゼンテーション・システムに対するインタフ
ェース、共同処理の間の通信、端末、トランザクション
、およびシステムに対するルーティング（ｒｏｕｔｉｎ
ｇ ）メツセージ、ユーザ・インタフェース、プロファ
イルの管理、ヘルプおよびユーザのドキュメンテーショ
ンが含まれる。これらの機能はＤＡＡによって与えられ
るが、アプリケーション・ロジックからは完全に分離さ
れている。
更に、ＤＡＡとアプリケーション手順との間に１つのイ
ンタフェースがある。このアプリケーション手順が呼出
され、これに対して作業領域のアドレスが引き渡される
。ＤＡＡのランタイム・サービスとアプリケーションと
の間の対話は、作業領域の固定部分を介して行われる。
ンタフェースがある。このアプリケーション手順が呼出
され、これに対して作業領域のアドレスが引き渡される
。ＤＡＡのランタイム・サービスとアプリケーションと
の間の対話は、作業領域の固定部分を介して行われる。
アプリケーションは、特定のパネルの表示または手順に
対する結合のようなサービスを要求するために作業領域
を使用する。しかし、アプリケーションは、データに対
する要求、論理的制御シーケンスまたは他のいずれのサ
ービスの機構も特定しない。ＤＡＡのサービスのパラメ
ータは、アプリケーションの論理からは分離され、アプ
リケーション・ソース・プログラムをシステムに特定の
実行から独立させる。
対する結合のようなサービスを要求するために作業領域
を使用する。しかし、アプリケーションは、データに対
する要求、論理的制御シーケンスまたは他のいずれのサ
ービスの機構も特定しない。ＤＡＡのサービスのパラメ
ータは、アプリケーションの論理からは分離され、アプ
リケーション・ソース・プログラムをシステムに特定の
実行から独立させる。
ＤＡＡのアプリケーションに対するランタイム環境によ
て、ランタイム・ドライバ（ＩＥＴ）と関連するランタ
イム・サブルーチンによってサポートされる主要な機能
が与えられる。アプリケーション（入力）手順は、パネ
ルからの入力または遠隔地の手順呼出しく即ち、ＬＩＮ
Ｋ）からの入力の結果として呼出される。いずれの場合
でも、作業領域および呼出しシーケンス自身の構造と内
容同一である。入力がパネルから受け取られたかまたは
他の手順から受け取られたかは、アプリケーションとっ
て明らかである。（オプションのＲＥＴＵＲＮが呼出し
手順に対して行われる場合を除いて）。これらの２つの
入力形態は、以下のパラグラフで更に説明する。
て、ランタイム・ドライバ（ＩＥＴ）と関連するランタ
イム・サブルーチンによってサポートされる主要な機能
が与えられる。アプリケーション（入力）手順は、パネ
ルからの入力または遠隔地の手順呼出しく即ち、ＬＩＮ
Ｋ）からの入力の結果として呼出される。いずれの場合
でも、作業領域および呼出しシーケンス自身の構造と内
容同一である。入力がパネルから受け取られたかまたは
他の手順から受け取られたかは、アプリケーションとっ
て明らかである。（オプションのＲＥＴＵＲＮが呼出し
手順に対して行われる場合を除いて）。これらの２つの
入力形態は、以下のパラグラフで更に説明する。
手順がパネルによる入力を端末から受け取った場合、ユ
ーザのプロファイル・ビューがＲＯＬＬＦＩＬＥから取
り出されて作業領域に載置される。作業領域が手順に与
えられ、この作業領域が実行されるが、これは−船釣に
アプリケーションに依存しないデータ・ベースの照会／
更新、作業領域および（または）データ・ベースのデー
タ・アイテムに対する処理ロジック、および作業領域に
おける出力データ要素の準備（これは、制御がＩＥＴに
戻される場合、ユーザのプロファイルにセーブされるか
または出力端子に表示されることができる）を実行する
。例えば、もしアプリケーションの設計者が入力を受け
取り、データ・ベースからデータを呼出して、そのデー
タを作業領域に載置し、制御をＩＥＴに戻せば、同じパ
ネルが新しく設けられた作業領域のデータと共に表示さ
れる。
ーザのプロファイル・ビューがＲＯＬＬＦＩＬＥから取
り出されて作業領域に載置される。作業領域が手順に与
えられ、この作業領域が実行されるが、これは−船釣に
アプリケーションに依存しないデータ・ベースの照会／
更新、作業領域および（または）データ・ベースのデー
タ・アイテムに対する処理ロジック、および作業領域に
おける出力データ要素の準備（これは、制御がＩＥＴに
戻される場合、ユーザのプロファイルにセーブされるか
または出力端子に表示されることができる）を実行する
。例えば、もしアプリケーションの設計者が入力を受け
取り、データ・ベースからデータを呼出して、そのデー
タを作業領域に載置し、制御をＩＥＴに戻せば、同じパ
ネルが新しく設けられた作業領域のデータと共に表示さ
れる。
もし入力手順の論理が端子入力またはユーザのアクショ
ンに対する要求（例えば、ファンクション・キー）の別
のパネルが表示されるべきであると判定すれば、これは
、Ｉ ＥＦ １−ＰＡＮＥＬフィールドに新しいパネル
の名前を挿入し、制御をＩＥＴに戻すことによってこれ
を行うことができる。ＩＥＴはパネルの仕様と一致した
入力端子に対するパネルを準備する。もしＩＥＦＩ −
ＰＡＮＥＬフィールドがブランクのままであれば、マス
ク・メニューが表示される。
ンに対する要求（例えば、ファンクション・キー）の別
のパネルが表示されるべきであると判定すれば、これは
、Ｉ ＥＦ １−ＰＡＮＥＬフィールドに新しいパネル
の名前を挿入し、制御をＩＥＴに戻すことによってこれ
を行うことができる。ＩＥＴはパネルの仕様と一致した
入力端子に対するパネルを準備する。もしＩＥＦＩ −
ＰＡＮＥＬフィールドがブランクのままであれば、マス
ク・メニューが表示される。
設計者は、端末からのユーザのアクションに対する要求
に応答してこの手順によって取られるべきアクションを
決定するため、作業領域要素ＩＥＦＩＦＵＮＫＥＹに位
置するユーザのアクションに対する要求（例えば、ファ
ンクション・キー）に質問を行うオプションを有する。
に応答してこの手順によって取られるべきアクションを
決定するため、作業領域要素ＩＥＦＩＦＵＮＫＥＹに位
置するユーザのアクションに対する要求（例えば、ファ
ンクション・キー）に質問を行うオプションを有する。
しかし、ある種のアクションに対する要求は一貫したユ
ーザ・インターフェース内で定義された会話のアクショ
ンに使用するために取っておかれる。（そしてＩＥＴに
よって実行される）。
ーザ・インターフェース内で定義された会話のアクショ
ンに使用するために取っておかれる。（そしてＩＥＴに
よって実行される）。
外部手順とは、異なったトランザクションおよびできれ
ば異なったシステム内に物理的に位置する手順である。
ば異なったシステム内に物理的に位置する手順である。
外部手順自身は、呼出しトランザクションの・ロード・
モジュールに含まれていないが、この外部手順に対する
参照は、この手順に対する入力および出力ビューを相互
に関連させるために行われる。
モジュールに含まれていないが、この外部手順に対する
参照は、この手順に対する入力および出力ビューを相互
に関連させるために行われる。
アプリケーション手順は、外部手順を呼出すために、Ｌ
ＩＮＫおよびＲＥＴＵＲＮの出口の状態を使用すること
ができる。分散資源制御（Ｄ ＲＣ）は要求を指定され
たシステム／トランザクションに転送するために使用さ
れる。手順の名前は、明記されているように、呼出され
たシステムとトランザクション内で十分定義された手順
の名前でなければならない。もしこれが十分定義されて
いなければ、呼出されたトランザクションに対するメニ
ューがユーザに対して表示される。
ＩＮＫおよびＲＥＴＵＲＮの出口の状態を使用すること
ができる。分散資源制御（Ｄ ＲＣ）は要求を指定され
たシステム／トランザクションに転送するために使用さ
れる。手順の名前は、明記されているように、呼出され
たシステムとトランザクション内で十分定義された手順
の名前でなければならない。もしこれが十分定義されて
いなければ、呼出されたトランザクションに対するメニ
ューがユーザに対して表示される。
呼出されたシステムとトランザクションと手順は、親の
トランザクションおよび手順と同じＤＭＡ環境内で動作
し、同じオプションを有する（即ち、もしパネルがこの
呼出された手順の実行が終了した場合に表示されるべき
であれば、この手順は、パネルの名前をＩＥＦ １−Ｐ
ＡＮＥＬフィールドに入力して制御を戻し、このパネル
を要求を行っているユーザに対して表示するためにＩＥ
ＦＩ−ＸＳＴＡＴＥフィールドをブランクにすることに
よって、これを行うことができる）。
トランザクションおよび手順と同じＤＭＡ環境内で動作
し、同じオプションを有する（即ち、もしパネルがこの
呼出された手順の実行が終了した場合に表示されるべき
であれば、この手順は、パネルの名前をＩＥＦ １−Ｐ
ＡＮＥＬフィールドに入力して制御を戻し、このパネル
を要求を行っているユーザに対して表示するためにＩＥ
ＦＩ−ＸＳＴＡＴＥフィールドをブランクにすることに
よって、これを行うことができる）。
呼出された外部手順は、可変Ｉ Ｅ Ｆ １−ＸＳＴＡ
ＴＥをＲＥＴＵＲＮにセントすることによって、制御を
呼出し手順に戻すことができる。この場合、ＩＥＴ制御
プログラムは、この呼出された外部手順に対する出力ビ
ューによって指定されたように、作業領域からデータ・
アイテムを取り出し、これをこの呼出し要求を開始した
インタフェース制御ブロックと共にパッケージし、この
出力メツセージを呼出し側のシステムとトランザクショ
ンと手順に引き渡す。呼出し側のシステムとトランザク
ションに戻ると、そのシステムのＩＥＴ制御プログラム
はプロファイル・データ・ベースから呼出し手順に対す
るプロファイル・ビューを取り出し、これを呼出しトラ
ンザクションの作業領域を設けるために使用し、続いて
呼出された外部手順から受け取られた出力ビューに基づ
いて作業領域を設ける（そしてその結果としてのオーバ
レイを行う）。
ＴＥをＲＥＴＵＲＮにセントすることによって、制御を
呼出し手順に戻すことができる。この場合、ＩＥＴ制御
プログラムは、この呼出された外部手順に対する出力ビ
ューによって指定されたように、作業領域からデータ・
アイテムを取り出し、これをこの呼出し要求を開始した
インタフェース制御ブロックと共にパッケージし、この
出力メツセージを呼出し側のシステムとトランザクショ
ンと手順に引き渡す。呼出し側のシステムとトランザク
ションに戻ると、そのシステムのＩＥＴ制御プログラム
はプロファイル・データ・ベースから呼出し手順に対す
るプロファイル・ビューを取り出し、これを呼出しトラ
ンザクションの作業領域を設けるために使用し、続いて
呼出された外部手順から受け取られた出力ビューに基づ
いて作業領域を設ける（そしてその結果としてのオーバ
レイを行う）。
呼出し手順は、他の処理のために再び呼出される。
ＤＡＡプロファイル管理は、ＤＡＡ環境の中で実行され
ている全てのアプリケーション手順に対して自動的に与
えられるサービスである。プロファイル管理は、アプリ
ケーションの手順ロジックから完全に独立して作業領域
の識別されたサブセットをセーブおよび復元する。プロ
ファイル管理によって、ＤＡＡ ）ランザクジョンはア
プリケーション・ロジックを必要とすることなく、会話
型トランザクションの特性を有することができる（プロ
ファイルは、端末の代わりにユーザによることを除いて
）。その結果、ＤＡＡ手順は、トランザクションの処理
に固有の資源管理上の利点を保持しながら、対話モード
のアプリケーションに固有のプログラムを容易に行う特
徴の幾つかを有する。
ている全てのアプリケーション手順に対して自動的に与
えられるサービスである。プロファイル管理は、アプリ
ケーションの手順ロジックから完全に独立して作業領域
の識別されたサブセットをセーブおよび復元する。プロ
ファイル管理によって、ＤＡＡ ）ランザクジョンはア
プリケーション・ロジックを必要とすることなく、会話
型トランザクションの特性を有することができる（プロ
ファイルは、端末の代わりにユーザによることを除いて
）。その結果、ＤＡＡ手順は、トランザクションの処理
に固有の資源管理上の利点を保持しながら、対話モード
のアプリケーションに固有のプログラムを容易に行う特
徴の幾つかを有する。
ＤＡＡのプロファイル管理の一方の側での効果は、作業
領域がユーザ・プロファイルの定義に従ってセットされ
ることである（そして必ずしも最後に実行された手順で
はないことである）。これによって、アプリケーション
手順はシリアルに再使用可能および（または）再入可能
なように符号化されることができる。
領域がユーザ・プロファイルの定義に従ってセットされ
ることである（そして必ずしも最後に実行された手順で
はないことである）。これによって、アプリケーション
手順はシリアルに再使用可能および（または）再入可能
なように符号化されることができる。
サポートされているプラットホームおよび発展している
システム環境の両方に対するアプリケーションの定義の
移動性は、アプリケーション・ロード・モジュール内に
テーブルを使用すること（コードを発生することではな
く）によって達成される。
システム環境の両方に対するアプリケーションの定義の
移動性は、アプリケーション・ロード・モジュール内に
テーブルを使用すること（コードを発生することではな
く）によって達成される。
アプリケーションに対する要求と定義を説明するテーブ
ルは、特定の実行環境とは独立している。
ルは、特定の実行環境とは独立している。
例えば、パネル・テーブルは、いずれの装置に関連する
情報も有せず、入力／出力ビューはいずれのプロトコー
ルに特定の情報も有さない。端末装置またはシステム間
通信のプロトコールのような環境に対する依存性は、ア
プリケーションの定義から分離されている。その結果、
もう１つの環境に対する明確なアプリケーションの転送
または現在の環境の自然の発展のいずれかによる環境に
の変化に対するＤＡＡのサポートは、アプリケーション
に衝撃を与えることなく達成される。
情報も有せず、入力／出力ビューはいずれのプロトコー
ルに特定の情報も有さない。端末装置またはシステム間
通信のプロトコールのような環境に対する依存性は、ア
プリケーションの定義から分離されている。その結果、
もう１つの環境に対する明確なアプリケーションの転送
または現在の環境の自然の発展のいずれかによる環境に
の変化に対するＤＡＡのサポートは、アプリケーション
に衝撃を与えることなく達成される。
ＤＡＡは、アプリケーションの開発環境全体をプラット
フォームの間で移動させるために構造化した開発プロセ
スおよび自動化された機構に対してプラントホームから
独立したインターフェースを提供する。
フォームの間で移動させるために構造化した開発プロセ
スおよび自動化された機構に対してプラントホームから
独立したインターフェースを提供する。
「ジュネレート・トランザクシラン定義」（ＧＴＤ）は
、トランザクションの開発プロセスを半自動化するため
に使用される対話ツールである。ＧＴＤは、全てのトラ
ンザクションの要素の仕様に対するメカニズムを開発者
に提供する。ユーザはトランザクション定義テーブル（
ＴＤＴ）作成および編集し、これはトランザクションに
含まれるべき要素とこれらの要素の間の関係を識別する
。ＧＴＤは、また会話の相互作用の制御、パネル・レイ
アウト、プロファイルのマツピング、入力／出力のマツ
ピング等のＤＡＡのサービスのパラメータを指定する機
構を与える。
、トランザクションの開発プロセスを半自動化するため
に使用される対話ツールである。ＧＴＤは、全てのトラ
ンザクションの要素の仕様に対するメカニズムを開発者
に提供する。ユーザはトランザクション定義テーブル（
ＴＤＴ）作成および編集し、これはトランザクションに
含まれるべき要素とこれらの要素の間の関係を識別する
。ＧＴＤは、また会話の相互作用の制御、パネル・レイ
アウト、プロファイルのマツピング、入力／出力のマツ
ピング等のＤＡＡのサービスのパラメータを指定する機
構を与える。
ＧＴＤは、開発のために使用されているプラットホーム
とは独立した「共通ユーザ・インタフェース」を開発者
に提供する。このツールは、全てのシステムについて同
じパネルと同じオプションを有している。
とは独立した「共通ユーザ・インタフェース」を開発者
に提供する。このツールは、全てのシステムについて同
じパネルと同じオプションを有している。
アプリケーションの開発の全ての面は、トランザクショ
ンの定義、メニューの定義、パネルのレイアウト、ビュ
ーの定義、作業領域の定義、ヘルプおよび情報ドキュメ
ンテーション等を含んで全てのプラットホームで同一で
ある。ファイルのネーミングの規定、コンパイラ−のオ
プション、リンクのオプションＳＱＬのプレコンパイル
のオプション、およびその他のシステムの特徴の変化は
、開発者から隠されている。サポートされている端末お
よび装置の物理的な特性の変化は、開発者に明らかであ
る。トランザクション処理システム、および関連するイ
ンタフェースの変化は開発者から隠されている。インス
トレージョンの手順は、全てのシステムについて同一で
ある。
ンの定義、メニューの定義、パネルのレイアウト、ビュ
ーの定義、作業領域の定義、ヘルプおよび情報ドキュメ
ンテーション等を含んで全てのプラットホームで同一で
ある。ファイルのネーミングの規定、コンパイラ−のオ
プション、リンクのオプションＳＱＬのプレコンパイル
のオプション、およびその他のシステムの特徴の変化は
、開発者から隠されている。サポートされている端末お
よび装置の物理的な特性の変化は、開発者に明らかであ
る。トランザクション処理システム、および関連するイ
ンタフェースの変化は開発者から隠されている。インス
トレージョンの手順は、全てのシステムについて同一で
ある。
更に、ＧＴＤには所定のアプリケーションについて、１
つのシステム・プラットホームから他のシステム・プラ
ットホームに開発形態全体を自動的に移動させる機能が
ある。これらの能力によって、異質なプラットホーム全
体に渡ってアプリケーションの迅速な配置が促進される
。
つのシステム・プラットホームから他のシステム・プラ
ットホームに開発形態全体を自動的に移動させる機能が
ある。これらの能力によって、異質なプラットホーム全
体に渡ってアプリケーションの迅速な配置が促進される
。
ＧＴＤは構造化された開発環境であり、トランザクショ
ンの構造化された構築を強化する。全ての構成要素はＧ
ＴＤによって知られ、かつこれによって制御されている
から、伝統的な（部分的に自動化されているが）開発の
方法論からテキサス・インスツールメント社のＩＥＦの
ようなフルサイクルのＣＡＳＥツールに対する移行を自
動化することは、実現可能である。
ンの構造化された構築を強化する。全ての構成要素はＧ
ＴＤによって知られ、かつこれによって制御されている
から、伝統的な（部分的に自動化されているが）開発の
方法論からテキサス・インスツールメント社のＩＥＦの
ようなフルサイクルのＣＡＳＥツールに対する移行を自
動化することは、実現可能である。
アプリケーション 動的なアプリケーションの変更に対
する能力に貢献する本発明によるＤＡＡ ）ランザクジ
ョンの主要な属性は、トランザクションの全てのアプリ
ケーションに特定の構成要素を１つのロード・モジュー
ルにパンケージし、トランザクションをビューの定義の
変更の衝撃から守ことである。
する能力に貢献する本発明によるＤＡＡ ）ランザクジ
ョンの主要な属性は、トランザクションの全てのアプリ
ケーションに特定の構成要素を１つのロード・モジュー
ルにパンケージし、トランザクションをビューの定義の
変更の衝撃から守ことである。
更に、アプリケーションのトランザクションと関連する
ＤＡＡのサービスは動的かつ同期して変更することがで
きる（すべてのアプリケーションのトランザクションに
関して）が、その理由は、大部分のＤＡＡのサービスが
独立したプロセスとして実行され、トランザクションに
おいてＤＡＡのランタイム機能と通信を行い（システム
に依存した実行の場合）、ＤＡＡのランタイム機能はト
ランザクションのロード・モジュールとは独立して動的
にロードされるからである。
ＤＡＡのサービスは動的かつ同期して変更することがで
きる（すべてのアプリケーションのトランザクションに
関して）が、その理由は、大部分のＤＡＡのサービスが
独立したプロセスとして実行され、トランザクションに
おいてＤＡＡのランタイム機能と通信を行い（システム
に依存した実行の場合）、ＤＡＡのランタイム機能はト
ランザクションのロード・モジュールとは独立して動的
にロードされるからである。
これらの能力によって、全てのシステムに於いて連続し
た動作が可能になる。このことは、同期してインストレ
ージョンを行うという問題を回避し、各システムのメン
テナンスを非同期状態で実行することを可能にする。こ
れは、またアプリケーションのトランザクションにとっ
て明白なりＭＡのサービス能力（例えば、新しい端末と
装置をサポートする能力、新しいユーザとの対話、新し
いヘルプおよびドユキメンテーション提供の特徴等）に
対する改良を連続して行うことを可能にする。
た動作が可能になる。このことは、同期してインストレ
ージョンを行うという問題を回避し、各システムのメン
テナンスを非同期状態で実行することを可能にする。こ
れは、またアプリケーションのトランザクションにとっ
て明白なりＭＡのサービス能力（例えば、新しい端末と
装置をサポートする能力、新しいユーザとの対話、新し
いヘルプおよびドユキメンテーション提供の特徴等）に
対する改良を連続して行うことを可能にする。
ユニークに識別されたロード・モジュールを作成するた
め、１つ以上のアプリケーション手順がトランザクショ
ン定義テーブル、ビュー、パネル、およびその他の資源
と共にパッケージされる。このロード・モジュールは、
スケジューリングの優先度のような他の属性と組み合わ
されて「トランザクション識別子」を介してトランザク
ション処理モニターに対して識別される。このトランザ
クション識別子はＤＡＡ内のスケジューリング作業の基
礎になるものである。トランザクションの識別子と関連
するロード・モジュールは、下記を含む。
め、１つ以上のアプリケーション手順がトランザクショ
ン定義テーブル、ビュー、パネル、およびその他の資源
と共にパッケージされる。このロード・モジュールは、
スケジューリングの優先度のような他の属性と組み合わ
されて「トランザクション識別子」を介してトランザク
ション処理モニターに対して識別される。このトランザ
クション識別子はＤＡＡ内のスケジューリング作業の基
礎になるものである。トランザクションの識別子と関連
するロード・モジュールは、下記を含む。
一アプリケーション手順
データのセットまたはデータ・ベースのようなアプリケ
ーション手順と組み合わせて使用される資源のセット。
ーション手順と組み合わせて使用される資源のセット。
トランザクション定義テーブル。このテーブルは、特に
下記を含む。
下記を含む。
内部および外部両方の全ての参照された手順のテーブル
。
。
各々の参照された手順について、その手順と関連する入
力、出力およびプロファイルビュー全ての参照されたパ
ネルのテーブル。
力、出力およびプロファイルビュー全ての参照されたパ
ネルのテーブル。
−各々の参照されたパネルについて、そのパネルと関連
するリフレッシュおよび入力手順。
するリフレッシュおよび入力手順。
−作業領域
要約すれば、ロード・モジュールは全てのアプリケーシ
ョンに特有のロジックとデータを含む。
ョンに特有のロジックとデータを含む。
０−Ｆ・モジュールはトランザクション処理システムに
よって分割不可能なユニ７）として扱われるため、プロ
グラム・ロジ７り、データ・ベースに対する照会、パネ
ル、および（または）トランザクションの全ての他の構
成要素の変更は常に同期してインストールされ、これに
よって、ロード・モジュールの完全性が保証される。大
部分の非ＤＡＡシステム、即ちトランザクション処理シ
ステム及び対話システムの両方はユーザ・インターフェ
ースの制御テーブルがロード・モジュールから物理的に
分離されることを要求しまたこれを許容する。（これは
不可避的に同期の問題につながる）。
よって分割不可能なユニ７）として扱われるため、プロ
グラム・ロジ７り、データ・ベースに対する照会、パネ
ル、および（または）トランザクションの全ての他の構
成要素の変更は常に同期してインストールされ、これに
よって、ロード・モジュールの完全性が保証される。大
部分の非ＤＡＡシステム、即ちトランザクション処理シ
ステム及び対話システムの両方はユーザ・インターフェ
ースの制御テーブルがロード・モジュールから物理的に
分離されることを要求しまたこれを許容する。（これは
不可避的に同期の問題につながる）。
特にロード・モジュールに含まれていないものには、Ｄ
ＡＡのランタイム機能（ＩＥＴ等）があり、これらの機
能によって、ＤＡＡによって行われる種々のサービスが
与えられ、そして（または）これらの種々のサービスに
対するインターフェースが行われる。
ＡＡのランタイム機能（ＩＥＴ等）があり、これらの機
能によって、ＤＡＡによって行われる種々のサービスが
与えられ、そして（または）これらの種々のサービスに
対するインターフェースが行われる。
ＩＥＴは、ＩＥＴに関連する全ての低水準のサービス機
能と共に、ロード・モジュールの外で実行される。アプ
リケーション・ロード・モジュールのサイズを小さくし
、システム全体に渡るインストレージョンを同期化し、
全てのアプリケーションに対するＩＥＴの改良を強化し
、アプリケーションに対する再結合または他の変更を行
うことなくＩＥＴの改良を実行するため、ＩＥＴはアプ
リケーション・ロード・モジュールから分離されている
。
能と共に、ロード・モジュールの外で実行される。アプ
リケーション・ロード・モジュールのサイズを小さくし
、システム全体に渡るインストレージョンを同期化し、
全てのアプリケーションに対するＩＥＴの改良を強化し
、アプリケーションに対する再結合または他の変更を行
うことなくＩＥＴの改良を実行するため、ＩＥＴはアプ
リケーション・ロード・モジュールから分離されている
。
ＩＥＴは、他の全てのＤＡＡのランタイム機能と共に、
トランザクションの処理装置から制御を得る（ＤＡＡに
よって与えられた）「メインＪプログラムから呼び出し
可能な動的リンク・モジュールとして実行される。
トランザクションの処理装置から制御を得る（ＤＡＡに
よって与えられた）「メインＪプログラムから呼び出し
可能な動的リンク・モジュールとして実行される。
多くのＤＡＡのサービスは、アプリケーションのトラン
ザクションと結合されたランタイム機能と通信を行うた
め、システムに依存する技術を使用する独立したプロセ
スとして実行される。これらのサービスには、ドキュメ
ンテーション検索システム・プロファイル管理お゛よび
分散資源制御が含まれる。ＤＡＡのサービスはサーバー
として実行され、アプリケーションのトランザクション
内の機能はタライエンドである。
ザクションと結合されたランタイム機能と通信を行うた
め、システムに依存する技術を使用する独立したプロセ
スとして実行される。これらのサービスには、ドキュメ
ンテーション検索システム・プロファイル管理お゛よび
分散資源制御が含まれる。ＤＡＡのサービスはサーバー
として実行され、アプリケーションのトランザクション
内の機能はタライエンドである。
軌血且王二宣ｌ アプリケーション手順は相互に通信を
行うと共に「ビュー」を介して外部の資源と通信を行う
。ビューはアプリケーション手順をシステム間の通信、
装置のプレゼンテーション管理、ヘルプ機能、メニュー
および他のＤＡＡの共通のサービスの機構から分離させ
るのに使用される。
行うと共に「ビュー」を介して外部の資源と通信を行う
。ビューはアプリケーション手順をシステム間の通信、
装置のプレゼンテーション管理、ヘルプ機能、メニュー
および他のＤＡＡの共通のサービスの機構から分離させ
るのに使用される。
手順の各々の実行に続いて、作業領域のサブセットがデ
ィスクにセーブされる。このサブセットは手順のための
特定の「プロファイル」 「ビュー」である。このプロ
ファイル・ビューは、パネル入力が終了した場合に作業
領域を再び設けるために使用される（作業領域はパネル
入力データとプロファイルの両方から再び設けられる）
。
ィスクにセーブされる。このサブセットは手順のための
特定の「プロファイル」 「ビュー」である。このプロ
ファイル・ビューは、パネル入力が終了した場合に作業
領域を再び設けるために使用される（作業領域はパネル
入力データとプロファイルの両方から再び設けられる）
。
第１０図は、ＤＡＡアプリケーションの手順、作業領域
、およびプロファイル・ビューの間の関係を示す。第１
０図の１５６で示す部分は、ＩＥＴに制御されて実行さ
れる部分を表す。１５８で示す部分は、アプリケーショ
ンに制御されたままで実行される部分を示す。
、およびプロファイル・ビューの間の関係を示す。第１
０図の１５６で示す部分は、ＩＥＴに制御されて実行さ
れる部分を表す。１５８で示す部分は、アプリケーショ
ンに制御されたままで実行される部分を示す。
トランザクションが中止された後に再スタートされる場
合、本発明によるシステムは、一致した識別を有するプ
ロファイル・ビューを捜すため、ログオン（ｌｏｇｏｎ
）に設けられたユーザ識別と所望のアプリケーション
の手順のアプリケーション識別を使用する。もしプロフ
ァイル・ビューが見付からなければ、与えられた識別と
一致させるため、システムは与えられた識別を有する新
しいプロファイル・ビューを発生する。与えられた識別
を有するプロファイル・ビューが見付かるかまたは発生
されると、対話の管理者はトランザクションが再び中止
されるかまたは終了するまで、自己の処理シーケンスを
実行する。
合、本発明によるシステムは、一致した識別を有するプ
ロファイル・ビューを捜すため、ログオン（ｌｏｇｏｎ
）に設けられたユーザ識別と所望のアプリケーション
の手順のアプリケーション識別を使用する。もしプロフ
ァイル・ビューが見付からなければ、与えられた識別と
一致させるため、システムは与えられた識別を有する新
しいプロファイル・ビューを発生する。与えられた識別
を有するプロファイル・ビューが見付かるかまたは発生
されると、対話の管理者はトランザクションが再び中止
されるかまたは終了するまで、自己の処理シーケンスを
実行する。
プロファイル・ビュー、パネル・ビュー、および作業領
域に対する対話の管理者（ＩＥＴ）の処理シーケンスは
下記のように要約することができる。
域に対する対話の管理者（ＩＥＴ）の処理シーケンスは
下記のように要約することができる。
−読み出しプロファイル１６０と作業領域１６２に対す
るマツプ。
るマツプ。
読み出しパネル人力１６４と作業領域１６２に対するマ
ツプ。
ツプ。
一実行手順１６６゜
一プロファイル１６６に対するマツプ作業領域。
−パネル１６４に対するマツプ作業領域１６２゜表示パ
ネル（図示せず）。
ネル（図示せず）。
作業領域はアプリケーション手順によって直接使用され
る。外部ビューは、手順間の（非同期、紹介された）デ
ータの交換を調整するために使用される。
る。外部ビューは、手順間の（非同期、紹介された）デ
ータの交換を調整するために使用される。
ユーザーおよびセツションのプロファイル・スタックに
記載されているＬ ＩＮＫ、ＲＥＴＵＲＮ、またはＸＦ
ＥＲまたは「プロファイル」ビューを介して手順の間で
交換されるビューは、「外部ビュー」である。これらの
ビューは、トランザクションのライフ・サイクルに対し
て非同期的に存在するという特性を有している。（例え
ば、トランザクションは、１つのビューが恐らくは作業
領域に対する異なった定義でトランザクションの実行の
間を通過している間に、変更することができる）。
記載されているＬ ＩＮＫ、ＲＥＴＵＲＮ、またはＸＦ
ＥＲまたは「プロファイル」ビューを介して手順の間で
交換されるビューは、「外部ビュー」である。これらの
ビューは、トランザクションのライフ・サイクルに対し
て非同期的に存在するという特性を有している。（例え
ば、トランザクションは、１つのビューが恐らくは作業
領域に対する異なった定義でトランザクションの実行の
間を通過している間に、変更することができる）。
データが２つのトランザクションの間で交換されるか、
または１つのトランザクションの１つの実行の場合と、
同じトランザクションの他の実行の場合との間で交換さ
れる場合でさえ（例えば、「プロファイル」ビュー）、
マ・７ピングは外部ビューと作業領域との間で発生する
。下記の変形に対する考察がこのマツピングに当てはま
る。
または１つのトランザクションの１つの実行の場合と、
同じトランザクションの他の実行の場合との間で交換さ
れる場合でさえ（例えば、「プロファイル」ビュー）、
マ・７ピングは外部ビューと作業領域との間で発生する
。下記の変形に対する考察がこのマツピングに当てはま
る。
作業領域内のデータの内部表示は、外部ビューの同じデ
ータ・アイテムの内部表示に対応しない場合がある。フ
ォーマットまたは長さのいずれかが異なっている場合が
ある。
ータ・アイテムの内部表示に対応しない場合がある。フ
ォーマットまたは長さのいずれかが異なっている場合が
ある。
データ・アイテムは、作業領域または外部ビューに対し
て付加される、またはこれらから取り除かれることがで
きる。
て付加される、またはこれらから取り除かれることがで
きる。
作業領域のアイテムによって使用されるネーミングの規
定は、外部ビューによって使用されるネーミングの規定
に対応しない場合がある。
定は、外部ビューによって使用されるネーミングの規定
に対応しない場合がある。
外部ビューのデータの内容は時間を切り替える。外部ビ
ューの内容の変化を反映するためには、外部ビューを使
用する全てのトランザクションが更新されるわけではな
い（または必ずしも更新されるべきではない）。いずれ
にしても、外部ビューまたは作業領域の変更のインスト
レージョンはアプリケーションのトランザクションを混
乱させることなくまたは進行中のデータの分散を混乱さ
せることなくリアルタイムで可能でなければならない。
ューの内容の変化を反映するためには、外部ビューを使
用する全てのトランザクションが更新されるわけではな
い（または必ずしも更新されるべきではない）。いずれ
にしても、外部ビューまたは作業領域の変更のインスト
レージョンはアプリケーションのトランザクションを混
乱させることなくまたは進行中のデータの分散を混乱さ
せることなくリアルタイムで可能でなければならない。
１つのビュー内の質は変化してもよい。繰り返しの構造
は、可変回数発生する可能性がある。
は、可変回数発生する可能性がある。
外部ビューはＩＳＯプレゼンテーション・プロトコール
の標準にしたがって実行され、これはデータ構造に対す
る「ソース」言語の仕様とランタイム・データの符号化
アルゴリズムの両方を定義する。
の標準にしたがって実行され、これはデータ構造に対す
る「ソース」言語の仕様とランタイム・データの符号化
アルゴリズムの両方を定義する。
リアルタイムのトランザクションの変更を可能にする環
境でデータ交換の目的を達成するためには、作業領域は
外部ビュー（入力、出力、プロファイル）から独立して
定義される。ビューは１組のデータ要素によって構成さ
れ、これらのデータ要素は、「基本的」アイテムまたは
データ要素の「セット」である。機能的な定義によって
、任意に複雑な構造が可能になる。
境でデータ交換の目的を達成するためには、作業領域は
外部ビュー（入力、出力、プロファイル）から独立して
定義される。ビューは１組のデータ要素によって構成さ
れ、これらのデータ要素は、「基本的」アイテムまたは
データ要素の「セット」である。機能的な定義によって
、任意に複雑な構造が可能になる。
ビューの各データ要素は、識別子に割り当てられる（こ
れは、たとえ要素が構造内で相対的な位置を変化させ、
または長さを変化させたとしても、常に同じ要素と関連
している）。作業領域の各データ要素には識別子が割り
当てられる（これは、たとえ要素が構造内で相対的な位
置を変化させ、または長さを変化させたとしても、常に
同じ要素と関連している）。プロジェクション・テーブ
ルが各々のビューに対して構築され、これはビュー内の
識別子と作業領域内の識別子との間のマツピングを定義
する。
れは、たとえ要素が構造内で相対的な位置を変化させ、
または長さを変化させたとしても、常に同じ要素と関連
している）。作業領域の各データ要素には識別子が割り
当てられる（これは、たとえ要素が構造内で相対的な位
置を変化させ、または長さを変化させたとしても、常に
同じ要素と関連している）。プロジェクション・テーブ
ルが各々のビューに対して構築され、これはビュー内の
識別子と作業領域内の識別子との間のマツピングを定義
する。
各データ要素に対して埋め込まれた識別子を含むＩＳＯ
によって定義されたＡＳＮ、１の符号化を使用して、ビ
ューは異質なプラットホームの全体に渡って交換される
ことができる。更に、ビューに対する符号化は作業領域
内の全ての構造的変化から独立しているが、その理由は
、埋め込まれた識別子はマツピングのために使用される
からである（即ち、マツピングは、作業領域またはビュ
ーのいずれかに於けるアイテムのシーケンスによって決
まらない）。
によって定義されたＡＳＮ、１の符号化を使用して、ビ
ューは異質なプラットホームの全体に渡って交換される
ことができる。更に、ビューに対する符号化は作業領域
内の全ての構造的変化から独立しているが、その理由は
、埋め込まれた識別子はマツピングのために使用される
からである（即ち、マツピングは、作業領域またはビュ
ーのいずれかに於けるアイテムのシーケンスによって決
まらない）。
その結果、ビューの交換のデータの完全性は、たとえ相
対的な順序および（または）ビュー内のアイテムの除去
または付加が変化しても、保持される。
対的な順序および（または）ビュー内のアイテムの除去
または付加が変化しても、保持される。
一貫したユーザ・インターフェース 第１１図は、ユー
ザの分散されたＤＡＡアプリケーションとの対話を示す
ユーザー・インターフェースのシナリオである。この例
の場合、ユーザ１６８はシステム２／トランザクション
２／手順２と関連した端末５８でパネルを入力した。ユ
ーザの端末は物理的にシステム１に位置していたため、
分散資源制御（ＤＲＣ）がメソセージ（即ち、パネル入
力）をシステム２／トランザクション２／手順２に対し
て転送するために使用された。手順２内のアプリケーシ
ョン・ロジックは、システム３／トランザクション３／
手順３に対してＬＩＮＫを要求した。ＤＲＣはＬＩＮＫ
メソセージをシステム３／トランザクション３／手順３
に対して転送するために使用された。手順３内のアプリ
ケーション・ロジックはユーザに対してパネルを表示す
ることを要求した。ＤＲＣはユーザ１６８にみせるため
にメソセージ（即ち、パネル出力）をシステム１で端末
５８に転送するために使用された。
ザの分散されたＤＡＡアプリケーションとの対話を示す
ユーザー・インターフェースのシナリオである。この例
の場合、ユーザ１６８はシステム２／トランザクション
２／手順２と関連した端末５８でパネルを入力した。ユ
ーザの端末は物理的にシステム１に位置していたため、
分散資源制御（ＤＲＣ）がメソセージ（即ち、パネル入
力）をシステム２／トランザクション２／手順２に対し
て転送するために使用された。手順２内のアプリケーシ
ョン・ロジックは、システム３／トランザクション３／
手順３に対してＬＩＮＫを要求した。ＤＲＣはＬＩＮＫ
メソセージをシステム３／トランザクション３／手順３
に対して転送するために使用された。手順３内のアプリ
ケーション・ロジックはユーザに対してパネルを表示す
ることを要求した。ＤＲＣはユーザ１６８にみせるため
にメソセージ（即ち、パネル出力）をシステム１で端末
５８に転送するために使用された。
このシナオリ内に、複数のシステムとトランザクション
を含む場合ユーザ・インターフェースの一貫性が重要で
ある。ＤＡＡ内での一貫性したユーザ・インタフェース
の第１の目的は、全てのコンピュータ、システム、アプ
リケーションがユーザにとって同じに見えることである
。パネルのレイアウト、パネル要素の対話、および全体
的な会話の流れがユーザのインタフェースの一貫性のキ
ーとなる面である。ＤＡＡは、システムから独立したパ
ネルのレイアウトと装置から独立したパネルのレイアウ
トの一貫した使用を可能にすると共にこれらを部分的に
自動化する（ＧＴＤを介して）。
を含む場合ユーザ・インターフェースの一貫性が重要で
ある。ＤＡＡ内での一貫性したユーザ・インタフェース
の第１の目的は、全てのコンピュータ、システム、アプ
リケーションがユーザにとって同じに見えることである
。パネルのレイアウト、パネル要素の対話、および全体
的な会話の流れがユーザのインタフェースの一貫性のキ
ーとなる面である。ＤＡＡは、システムから独立したパ
ネルのレイアウトと装置から独立したパネルのレイアウ
トの一貫した使用を可能にすると共にこれらを部分的に
自動化する（ＧＴＤを介して）。
会話の流れは、一部は開発者（メニュー、パネルの有効
性のチエツク、ドキュメンテーション）によって決めら
れ、一部はアプリケーション間の会話の流れに対するＤ
ＡＡの規定によって決められる。
性のチエツク、ドキュメンテーション）によって決めら
れ、一部はアプリケーション間の会話の流れに対するＤ
ＡＡの規定によって決められる。
ランタイムのユーザの会話のナビゲーション（ｎａｖｉ
ｇａｔｉｏｎ ）はアプリケーション・ロジックから独
立してＩＥＴによって実行される。−貫したユーザ・イ
ンタフェースを設けることは、プロファイルの管理に太
き（依存し、このプロファイルの管理によって各々のユ
ーザおよびセツションに対するトランザクションの状態
と選択されたアプリケーションのデータが保持される。
ｇａｔｉｏｎ ）はアプリケーション・ロジックから独
立してＩＥＴによって実行される。−貫したユーザ・イ
ンタフェースを設けることは、プロファイルの管理に太
き（依存し、このプロファイルの管理によって各々のユ
ーザおよびセツションに対するトランザクションの状態
と選択されたアプリケーションのデータが保持される。
ユーザとコンピュータは要求を交換し、ユーザによって
駆動される会話を発生し、この会話はアプリケーション
によって与えられる階層的経路の１つに沿って移動する
。会話の中で、データと制御は１つの手順から他の手順
に流れる。手順はＤＡＡの環境内のいずれのシステムに
位置してもよい。手順の位置は、アプリケーション・ロ
ジックとエンド・ユーザの両方にとって明らかである。
駆動される会話を発生し、この会話はアプリケーション
によって与えられる階層的経路の１つに沿って移動する
。会話の中で、データと制御は１つの手順から他の手順
に流れる。手順はＤＡＡの環境内のいずれのシステムに
位置してもよい。手順の位置は、アプリケーション・ロ
ジックとエンド・ユーザの両方にとって明らかである。
ＩＥＴは、ユーザの会話の大部分を制御し、アプリケー
ションの手順をユーザの対話の主要な面から分離する。
ションの手順をユーザの対話の主要な面から分離する。
これによって、ＪＥＴは全ての端末およびプラットホー
ムに渡って一貫したユーザ・インタフェースを実行する
だけでなく、（アプリケーション・ロジックから独立し
た）産業上の標準を開発する方向に向かってユーザ・イ
ンタフェースを発展させる。下記のパラグラフは、−貫
したユーザ・インタフェースの実行（Ｉ ＥＴによって
制御されＧＴＤによって定義された）の実行を説明する
。
ムに渡って一貫したユーザ・インタフェースを実行する
だけでなく、（アプリケーション・ロジックから独立し
た）産業上の標準を開発する方向に向かってユーザ・イ
ンタフェースを発展させる。下記のパラグラフは、−貫
したユーザ・インタフェースの実行（Ｉ ＥＴによって
制御されＧＴＤによって定義された）の実行を説明する
。
ＩＥＴは後程詳細に説明するが、これはマツピング・サ
ービスを使用して、パネルを構築するために使用される
変数に入力をマツピングすることによって全てのパネル
・入力を解釈する。これはトランザクション処理サブシ
ステムとのインタフェースをとってユーザから次のパネ
ルを取得し、ユーザが対話を行うことのできるパネルの
形で出力を提供する。マツプ、ビュー、およびアプリケ
ーションの手順に対するポインタを含む命令のテ−プル
を使用することによって、ＩＥＴは、命令のテーブルに
対する変換機構を介して、前のパネルの処理の結果に基
づき、次にいずれのパネルを提供するべきかに関する命
令を受ける。
ービスを使用して、パネルを構築するために使用される
変数に入力をマツピングすることによって全てのパネル
・入力を解釈する。これはトランザクション処理サブシ
ステムとのインタフェースをとってユーザから次のパネ
ルを取得し、ユーザが対話を行うことのできるパネルの
形で出力を提供する。マツプ、ビュー、およびアプリケ
ーションの手順に対するポインタを含む命令のテ−プル
を使用することによって、ＩＥＴは、命令のテーブルに
対する変換機構を介して、前のパネルの処理の結果に基
づき、次にいずれのパネルを提供するべきかに関する命
令を受ける。
ＪＥＴは種々のユーザの間の会話の流れを管理し、これ
らのユーザは、トランザクション・ビュー内のフィルド
をそのトランザクションに対して初期化することによる
種々の論理的端末になりえる。フォーマントされた入力
データのメソセージを受けとった後、ＩＥＴはこのメツ
セージのヘッダーを読取って正しい処理を行うためにこ
のメ・ノセージをどこに送るかを判断する。もしへ・ノ
ダーで見付かったシステム・トランザクション・手順ノ
名前がローカル・システムの名前と一致しナケれば、Ｉ
ＥＴはこのメソセージのパケットを適当なシステムに転
送する。しかし、もしこれらが−致すれば、ＩＥＴはこ
のＩＥＴが呼出したマツプ・インタプリタに対する会話
の流れを制御する。可能な範囲で処理が終了した後、ア
プリケーションの命令、または手順の中止、または手順
の終了によって、ＩＥＴは（他のシステム・トランザク
ション・手順での共同処理のための）入力ビューまたは
（ユーザに対して共同して処理された手順を戻すか、ま
たは処理された結果を含むパネルを戻すための）出力ビ
ューのいずれかを含む出力メツセージを作成する。いず
れにしても、ＩＥＴは次にメソセージを所望の論理端末
に転送する。
らのユーザは、トランザクション・ビュー内のフィルド
をそのトランザクションに対して初期化することによる
種々の論理的端末になりえる。フォーマントされた入力
データのメソセージを受けとった後、ＩＥＴはこのメツ
セージのヘッダーを読取って正しい処理を行うためにこ
のメ・ノセージをどこに送るかを判断する。もしへ・ノ
ダーで見付かったシステム・トランザクション・手順ノ
名前がローカル・システムの名前と一致しナケれば、Ｉ
ＥＴはこのメソセージのパケットを適当なシステムに転
送する。しかし、もしこれらが−致すれば、ＩＥＴはこ
のＩＥＴが呼出したマツプ・インタプリタに対する会話
の流れを制御する。可能な範囲で処理が終了した後、ア
プリケーションの命令、または手順の中止、または手順
の終了によって、ＩＥＴは（他のシステム・トランザク
ション・手順での共同処理のための）入力ビューまたは
（ユーザに対して共同して処理された手順を戻すか、ま
たは処理された結果を含むパネルを戻すための）出力ビ
ューのいずれかを含む出力メツセージを作成する。いず
れにしても、ＩＥＴは次にメソセージを所望の論理端末
に転送する。
パネルは、トランザクションと端末の間で情報を交換す
る主要な装置である。以下で行われるユーザの会話の説
明は、パネルのシーケンスに関するものである。パネル
内では、ＧＴＤの中で作られた定義にしたがって構築さ
れた情報が存在する。
る主要な装置である。以下で行われるユーザの会話の説
明は、パネルのシーケンスに関するものである。パネル
内では、ＧＴＤの中で作られた定義にしたがって構築さ
れた情報が存在する。
特に、フォーマットされたデータを表示または受けとる
フィルドが存在する。これらのフィルドは、色、リバー
ス・ビデオなどの種々の属性を有する。
フィルドが存在する。これらのフィルドは、色、リバー
ス・ビデオなどの種々の属性を有する。
このパネルは「アクション」が要求された場合は何時で
も（例えば、アクションはファンクション・キーまたは
ファンクション・バー・プルダウン・メニュー・アイテ
ムと関連することができる）、ＤＡＡに入力される。パ
ネルがＤＡＡに入力される場合、ＤＡＡは入力領域に入
力されていたデータ、要求されたアクション、および現
在選択されている（例えば、カーソルで表示されている
）データ・アイテムを受け取る。
も（例えば、アクションはファンクション・キーまたは
ファンクション・バー・プルダウン・メニュー・アイテ
ムと関連することができる）、ＤＡＡに入力される。パ
ネルがＤＡＡに入力される場合、ＤＡＡは入力領域に入
力されていたデータ、要求されたアクション、および現
在選択されている（例えば、カーソルで表示されている
）データ・アイテムを受け取る。
アクションの要求に先立って、パネルとのユーザの対話
は、端末（例えば、カーソルの移動、フィルドに対する
キー人力など）によって局部的に実行される。この対話
は装置によって決まるが、全てのＤＡＡのアプリケーシ
ョンに渡って一貫したものである（各々の特定の端末に
対して）。
は、端末（例えば、カーソルの移動、フィルドに対する
キー人力など）によって局部的に実行される。この対話
は装置によって決まるが、全てのＤＡＡのアプリケーシ
ョンに渡って一貫したものである（各々の特定の端末に
対して）。
パネルからパネルに対するナビゲーションは端末から独
立したものである。ＤＡＡ・トランザクションはパネル
・ドライバ（ＴＭＳと呼ぶ）を介して端末に対してパネ
ルを提供する。ＴＭＳはＧＴＤによって準備されたパネ
ルを解釈し、色、拡張された属性、リバース・ビデオ、
アンダースコア（ｕｎｄｅｒｓｃｏｒｅ ）、およびそ
の他の特性をサポートする。これらのパネルのプレゼン
テーションを受けることのできるある種の端末は、設計
者によって準備されたパネルの機能全部をサポートする
ことができなくてもよい。複数水準の端末の能力をサポ
ートしながらしかもなお大部分の有能な端末装置に対し
て最大限の機能性を与えるために、ＴＭＳは分散資源制
御（ＤＲＣ）によって与えら、れた端末特性情報を使用
する。従って、アプリケーションの設計者は、自分のア
プリケーションを使用する全ての端末の最大の機能性を
利用すると共に、同時に自分のパネルがより少ない機能
性を有する端末装置にも（動的に）適応されることので
きることを保証される端末のプレゼンテーションを設計
することができる。
立したものである。ＤＡＡ・トランザクションはパネル
・ドライバ（ＴＭＳと呼ぶ）を介して端末に対してパネ
ルを提供する。ＴＭＳはＧＴＤによって準備されたパネ
ルを解釈し、色、拡張された属性、リバース・ビデオ、
アンダースコア（ｕｎｄｅｒｓｃｏｒｅ ）、およびそ
の他の特性をサポートする。これらのパネルのプレゼン
テーションを受けることのできるある種の端末は、設計
者によって準備されたパネルの機能全部をサポートする
ことができなくてもよい。複数水準の端末の能力をサポ
ートしながらしかもなお大部分の有能な端末装置に対し
て最大限の機能性を与えるために、ＴＭＳは分散資源制
御（ＤＲＣ）によって与えら、れた端末特性情報を使用
する。従って、アプリケーションの設計者は、自分のア
プリケーションを使用する全ての端末の最大の機能性を
利用すると共に、同時に自分のパネルがより少ない機能
性を有する端末装置にも（動的に）適応されることので
きることを保証される端末のプレゼンテーションを設計
することができる。
ユーザとトランザクションが情報の処理を含む要求を交
換しているのと同時に、ユーザに制御さた会話はアプリ
ケーションによって与えられた経路の１つに沿って移動
している。ユーザは、会話の一部である特定のアクショ
ンを使用して、アプリケーションを介して「ナビゲート
」する。これらの会話のアプリケーションは、必ずしも
トランザクションが情報を処理することを要求せず、こ
れらは会話の経路を介して行われる移動を発生するだけ
でもよい。
換しているのと同時に、ユーザに制御さた会話はアプリ
ケーションによって与えられた経路の１つに沿って移動
している。ユーザは、会話の一部である特定のアクショ
ンを使用して、アプリケーションを介して「ナビゲート
」する。これらの会話のアプリケーションは、必ずしも
トランザクションが情報を処理することを要求せず、こ
れらは会話の経路を介して行われる移動を発生するだけ
でもよい。
ＤＡＡ内の会話のナビゲーションは、幾つかの水準、即
ちセツション、トランザクションおよびパネルによって
制御される。
ちセツション、トランザクションおよびパネルによって
制御される。
ユーザのＤＡＡとの対話の階層の最も高い水準は、ＤＡ
Ａの「デスプレー・アプリケーション」（ＤＡ） ト
ランザクションである。ＤＡのトランザクションは指定
されたユーザに対するネットワーク内のシステムの活動
状態にあるアプリケーションを識別し、各ユーザに対し
て２つ以上のセツションを管理することができる。ユー
ザがネットワークに対して信号を送ると、このユーザの
ＩＤがネットワークに判明する。デスプレー・アクチブ
（ＤＡ））ランザクジョンを使用することによって、ユ
ーザは特定のユーザのＩＤに対して進行中のアプリケー
ションのリストを見ることができる。ＤＡによって、ユ
ーザはアプリケーションの実行を再開することができる
か、またはＲＯＬＬＦＩＬＥからのアプリケーションに
対するプロファイル・ビューを削除することができる。
Ａの「デスプレー・アプリケーション」（ＤＡ） ト
ランザクションである。ＤＡのトランザクションは指定
されたユーザに対するネットワーク内のシステムの活動
状態にあるアプリケーションを識別し、各ユーザに対し
て２つ以上のセツションを管理することができる。ユー
ザがネットワークに対して信号を送ると、このユーザの
ＩＤがネットワークに判明する。デスプレー・アクチブ
（ＤＡ））ランザクジョンを使用することによって、ユ
ーザは特定のユーザのＩＤに対して進行中のアプリケー
ションのリストを見ることができる。ＤＡによって、ユ
ーザはアプリケーションの実行を再開することができる
か、またはＲＯＬＬＦＩＬＥからのアプリケーションに
対するプロファイル・ビューを削除することができる。
ＤＡはネットワーク全体の機能であるから、ユーザは、
ファンクション・キーによってまたは別のシステムを指
定することによって、ＤＡ）ランザクジョンの制御を別
のシステムに転送することができる。このような制御の
転送によって、ユーザはネットワーク内の他のシステム
でそのユーザに対して活動状態にあるアプリケーション
のリストを見ることができる。
ファンクション・キーによってまたは別のシステムを指
定することによって、ＤＡ）ランザクジョンの制御を別
のシステムに転送することができる。このような制御の
転送によって、ユーザはネットワーク内の他のシステム
でそのユーザに対して活動状態にあるアプリケーション
のリストを見ることができる。
活動状態にあるアプリケーションの数を管理および制御
するため、システムは活動状態にあるアプリケーション
の数と各々のユーザに対して割当てられたＲＯＬＬＦＩ
ＬＥのスペースの量を制限することができる。新しいユ
ーザがシステムに対して信号を送り、ＩＥＣトランザク
ション（以下で説明する）のＵＳＲ，Ｃのオプションに
よって変更される場合、これらのパラメータはデフォル
トによって設定されることができる。
するため、システムは活動状態にあるアプリケーション
の数と各々のユーザに対して割当てられたＲＯＬＬＦＩ
ＬＥのスペースの量を制限することができる。新しいユ
ーザがシステムに対して信号を送り、ＩＥＣトランザク
ション（以下で説明する）のＵＳＲ，Ｃのオプションに
よって変更される場合、これらのパラメータはデフォル
トによって設定されることができる。
各々のユーザのセツションは、トランザクションおよび
パネルの対応する階層に対する現在の状態の情報を含む
自己の個別のプロファイル・スタックを有している。Ｄ
ＡＩ−ランザクジョンによって、ユーザは自分の活動状
態にあるセツションの全てに直接アクセスすることがで
きる（もしセツションのトランザクションのスレッド（
ｔｈｒｅａｄ ）が遠隔地にあるシステムに通じていれ
ば、遠隔地のシステムのトランザクションを含む）。
パネルの対応する階層に対する現在の状態の情報を含む
自己の個別のプロファイル・スタックを有している。Ｄ
ＡＩ−ランザクジョンによって、ユーザは自分の活動状
態にあるセツションの全てに直接アクセスすることがで
きる（もしセツションのトランザクションのスレッド（
ｔｈｒｅａｄ ）が遠隔地にあるシステムに通じていれ
ば、遠隔地のシステムのトランザクションを含む）。
第１２図は、代表的な会話の場合の１つのセツションか
ら他のセツションに対するナビゲーションと目的地の可
能なルートを示す。図から分るように、ユーザはＤＡＩ
（ＩＥＴＡＡＳ）１７０を要求することができ、これ
は、いずれかのセツション１７２を開始するために、Ｄ
ＡＡのアプリケーションを表示し、いずれかの中止され
たセツション１７２を再び始めることができ、かついず
れかのセツション（現在のまたは中止されている）を中
止または一時中止することができる。
ら他のセツションに対するナビゲーションと目的地の可
能なルートを示す。図から分るように、ユーザはＤＡＩ
（ＩＥＴＡＡＳ）１７０を要求することができ、これ
は、いずれかのセツション１７２を開始するために、Ｄ
ＡＡのアプリケーションを表示し、いずれかの中止され
たセツション１７２を再び始めることができ、かついず
れかのセツション（現在のまたは中止されている）を中
止または一時中止することができる。
ユーザは、セツションに関して以下のアクションを実行
することができる。
することができる。
現在のセツションを一時中止する。 −時中止されたア
クションは、このセツションの現在の状態をセーブし、
ＤＡパネルを表示する。ユーザは一時中止されたのと同
しデータ（プロファイル）を使用して、後程（ＤＡパネ
ルからのオプションとして）このセツションの実行を再
び開始することができる。
クションは、このセツションの現在の状態をセーブし、
ＤＡパネルを表示する。ユーザは一時中止されたのと同
しデータ（プロファイル）を使用して、後程（ＤＡパネ
ルからのオプションとして）このセツションの実行を再
び開始することができる。
一時中止されたセツションの再開（ＤＡパネルのオプシ
ョン）。
ョン）。
現在のセツションの中止。現在のセツションを終了し、
そのセツションと関連する全てのプロファイル情報を放
棄し、ユーザを直ちにＤＡ）ランザクジョンに戻す。こ
のＤＡトランザクションは、論理的にはユーザがＤＡＡ
内で戻ることのできる最も遠い点く即ち、ＤＡＡのユー
ザに対する開始点）である。基本的には、中止は最も高
い水準に対する高速経路による出口であり、理論的には
中間の出口点をバイパスしている。すべての中間の結合
されたトランザクションで出ることも可能である。
そのセツションと関連する全てのプロファイル情報を放
棄し、ユーザを直ちにＤＡ）ランザクジョンに戻す。こ
のＤＡトランザクションは、論理的にはユーザがＤＡＡ
内で戻ることのできる最も遠い点く即ち、ＤＡＡのユー
ザに対する開始点）である。基本的には、中止は最も高
い水準に対する高速経路による出口であり、理論的には
中間の出口点をバイパスしている。すべての中間の結合
されたトランザクションで出ることも可能である。
一一時中止されたセツションの中止（ＤＡパネルのオプ
ション）。
ション）。
新しいセツションの作成。
ＩＥＴは、関連するトランザクション・ビューの変数を
初期化することによって再スタートされた一時中止して
いるトランザクションに対する論理的端末からのデータ
入力に対する会話の流れを管理する。記憶されているプ
ロファイル・ビューからデータ入力を受け取った後、こ
れはユーザからの人力がホーマ・７トされているかどう
かをチエツクする。ＩＥＴはプロファイル・ビューを読
みだしホーマットされたデータ入力の選択された部分に
基づいて新しいプロファイル・ビューｔ［４する。入力
ビューとプロファイル・ビューカラノ入力を変換した後
、ＩＥＴは存在しているデータ・ベース管理システムと
のインタフェースをとって入力を処理するために必要な
ビュー、マツプおよび手順を得る。このシステムは、出
力ビューヲ作成し処理されたデータと結果の選択された
部分を与える。ＩＥＴは終了したばかりの現在の状態の
プロファイル・ビューを作成し、ＲＯＬＬＦＩＬＥ内に
記憶されている前のビューをこの新しいプロファイル・
ビューと取替える。ＩＥＴは次にルーテング（ｒｏｕｔ
ｉｎｇ ）情報を有するヘッダーの付いたメツセージの
形で出力ビューを適当な論理的端末に転送する。
初期化することによって再スタートされた一時中止して
いるトランザクションに対する論理的端末からのデータ
入力に対する会話の流れを管理する。記憶されているプ
ロファイル・ビューからデータ入力を受け取った後、こ
れはユーザからの人力がホーマ・７トされているかどう
かをチエツクする。ＩＥＴはプロファイル・ビューを読
みだしホーマットされたデータ入力の選択された部分に
基づいて新しいプロファイル・ビューｔ［４する。入力
ビューとプロファイル・ビューカラノ入力を変換した後
、ＩＥＴは存在しているデータ・ベース管理システムと
のインタフェースをとって入力を処理するために必要な
ビュー、マツプおよび手順を得る。このシステムは、出
力ビューヲ作成し処理されたデータと結果の選択された
部分を与える。ＩＥＴは終了したばかりの現在の状態の
プロファイル・ビューを作成し、ＲＯＬＬＦＩＬＥ内に
記憶されている前のビューをこの新しいプロファイル・
ビューと取替える。ＩＥＴは次にルーテング（ｒｏｕｔ
ｉｎｇ ）情報を有するヘッダーの付いたメツセージの
形で出力ビューを適当な論理的端末に転送する。
１つのセツション内のトランザクションのナビゲーショ
ンは、結合されたトランザクションのスレッドに基づい
ている。各々のトランザクションは、プロファイル・デ
ータ・ベースに保持されている実行状態を有している。
ンは、結合されたトランザクションのスレッドに基づい
ている。各々のトランザクションは、プロファイル・デ
ータ・ベースに保持されている実行状態を有している。
スレッド内の最初のトランザクションは、ユーザがセツ
ションを開始する場合、スレッド内の第１トランザクシ
ヨンはこのユーザによって決定される。トランザクショ
ンのスレッド内の新しいＬＩＮＫの作成は、プログラム
によって制御される。同じトランザクションは１つのセ
ツション内で２回収上発生することができる。リンクか
らの復帰はプログラムによって実行されることができる
か、またはユーザによって短絡されることができる（出
口またはキャンセル動作）。
ションを開始する場合、スレッド内の第１トランザクシ
ヨンはこのユーザによって決定される。トランザクショ
ンのスレッド内の新しいＬＩＮＫの作成は、プログラム
によって制御される。同じトランザクションは１つのセ
ツション内で２回収上発生することができる。リンクか
らの復帰はプログラムによって実行されることができる
か、またはユーザによって短絡されることができる（出
口またはキャンセル動作）。
第１３図は、−船釣な会話の場合の１つのトランザクシ
ョンから他のトランザクションに対するナビゲーション
と目的地の可能なルートを示す。
ョンから他のトランザクションに対するナビゲーション
と目的地の可能なルートを示す。
第１３図に示す種々のルートは、結合されたスレッドの
周囲のナビゲーションを強調している。図から分るよう
に、ＤＡ表示のＤＡＡアプリケーション１７０は、トラ
ンザクション１７４のメイン・メニューを介してＤＡＡ
アプリケーション・トランザクション１７４に結合され
ることによって始まる。このメニューから、他のパネル
を呼出すことが可能であり、このトランザクション１７
４は、キャンセルされることができるが抜けることがで
きるかのいずれかである。他のパネルは、ＤＡＡアプリ
ケーション・トランザクション１７６の結合されたパネ
ルに対して結合されることができるかまたはこれらは抜
けられてメイン・メニューに戻されることができる。ト
ランザクション１７６の結合されたパネルは、ユーザの
要求によってトランザクション１７６をキャンセルする
ことができ、またはこれはトランザクション１７６のメ
イン・メニューに結合されることができる。このメイン
・メニューは引続いてトランザクション１７６内の他の
パネルを呼出してもよく、トランザクション１７６をキ
ャンセルしてトランザクション１７４の他のパネルに戻
ることができ、そしてトランザクション１７６を抜けて
トランザクション１７４のメイン・メニューに戻ること
ができる。
周囲のナビゲーションを強調している。図から分るよう
に、ＤＡ表示のＤＡＡアプリケーション１７０は、トラ
ンザクション１７４のメイン・メニューを介してＤＡＡ
アプリケーション・トランザクション１７４に結合され
ることによって始まる。このメニューから、他のパネル
を呼出すことが可能であり、このトランザクション１７
４は、キャンセルされることができるが抜けることがで
きるかのいずれかである。他のパネルは、ＤＡＡアプリ
ケーション・トランザクション１７６の結合されたパネ
ルに対して結合されることができるかまたはこれらは抜
けられてメイン・メニューに戻されることができる。ト
ランザクション１７６の結合されたパネルは、ユーザの
要求によってトランザクション１７６をキャンセルする
ことができ、またはこれはトランザクション１７６のメ
イン・メニューに結合されることができる。このメイン
・メニューは引続いてトランザクション１７６内の他の
パネルを呼出してもよく、トランザクション１７６をキ
ャンセルしてトランザクション１７４の他のパネルに戻
ることができ、そしてトランザクション１７６を抜けて
トランザクション１７４のメイン・メニューに戻ること
ができる。
このパターンは、トランザクションがＬＩＮＫスレ・７
ドに加えられる毎に繰返される。
ドに加えられる毎に繰返される。
トランザクションの中には、１組のパネルがある。一連
のパネルを介して行われるナビゲーションは、トランザ
クション手順とのユーザの対話の機能である。第１４図
は、代表的な会話に対する１つのパネルから他のパネル
に対するナビゲーションと目的地の可能なルートを示す
。１つのトランザクション内で実行される第１のパネル
は、メイン・メニューまたは結合された手順の実行から
結果として得られるパネルである。第１４図は、例示と
して、現在のトランザクション１７４を詳細に示す。メ
イン・メニュー１７８はパネル１８０．１８２と相互に
接続される。パネル１８０，１８２はメイン・メニュー
１７８から入力されることができる。ナビゲーションの
可能性は、パネル１８０．１８２で変化する。例えば、
トランザクションはパネル１８０からパネル１８２を入
力してもよく、パネル１８４を入力してもよく、または
キャンセルされてメイン・メニュー１７８に戻ってもよ
い。
のパネルを介して行われるナビゲーションは、トランザ
クション手順とのユーザの対話の機能である。第１４図
は、代表的な会話に対する１つのパネルから他のパネル
に対するナビゲーションと目的地の可能なルートを示す
。１つのトランザクション内で実行される第１のパネル
は、メイン・メニューまたは結合された手順の実行から
結果として得られるパネルである。第１４図は、例示と
して、現在のトランザクション１７４を詳細に示す。メ
イン・メニュー１７８はパネル１８０．１８２と相互に
接続される。パネル１８０，１８２はメイン・メニュー
１７８から入力されることができる。ナビゲーションの
可能性は、パネル１８０．１８２で変化する。例えば、
トランザクションはパネル１８０からパネル１８２を入
力してもよく、パネル１８４を入力してもよく、または
キャンセルされてメイン・メニュー１７８に戻ってもよ
い。
パネル１８２はパネル１８６を入力してもよく、または
キャンセルして、メイン・メニュー１７８に戻ってもよ
い。パネル１７４はパネル１８６を入力してもよく、ま
たはキャンセルしてパネル１８４に戻ってもよい。終了
した場合、パネル１８６はキャンセルしてパネル１８６
に戻るのみである。
キャンセルして、メイン・メニュー１７８に戻ってもよ
い。パネル１７４はパネル１８６を入力してもよく、ま
たはキャンセルしてパネル１８４に戻ってもよい。終了
した場合、パネル１８６はキャンセルしてパネル１８６
に戻るのみである。
パネルに関してユーザの実行することのできるアクショ
ンは下記の通りである。
ンは下記の通りである。
１ステツプ戻る（キャンセルのためのアクション）。こ
の結果階層において次に高いパネルのリフレッシュが行
われる（例えば、現在のパネルの直前に示されているパ
ネル）。メイン・メニューによって行われるキャンセル
によってトランザクションが終了する。
の結果階層において次に高いパネルのリフレッシュが行
われる（例えば、現在のパネルの直前に示されているパ
ネル）。メイン・メニューによって行われるキャンセル
によってトランザクションが終了する。
「出口」のアクションによってユーザは現在のトランザ
クションに対するメイン・メニューに戻る。もしユーザ
がすでにユーザがメイン・メニューの状態にあれば、こ
のトランザクションは結合され、次に前のトランザクシ
ョン・アプリケーションのメイン・メニューに対して復
帰が行われる。もしユーザが既にメイン・メニューの状
態にあれば、このトランザクションは結合されずそこで
ＤＡに抜ける。繰返して抜は出すことを要求することに
よって、ユーザはトランザクションによってアプリケー
ションのトランザクションを介して後退し、最終的に対
話を階層の最も高い水準に戻す（ＤＡのトランザクショ
ン）。
クションに対するメイン・メニューに戻る。もしユーザ
がすでにユーザがメイン・メニューの状態にあれば、こ
のトランザクションは結合され、次に前のトランザクシ
ョン・アプリケーションのメイン・メニューに対して復
帰が行われる。もしユーザが既にメイン・メニューの状
態にあれば、このトランザクションは結合されずそこで
ＤＡに抜ける。繰返して抜は出すことを要求することに
よって、ユーザはトランザクションによってアプリケー
ションのトランザクションを介して後退し、最終的に対
話を階層の最も高い水準に戻す（ＤＡのトランザクショ
ン）。
−リフレッシュ・アクション。ユーザがリフレッシュを
要求する場合、パネルに入力された全てのデータは無視
され、リフレッシュ手順が実行されてパネルに表示され
るべきデータの現在の状態を発生する。「リフレッシュ
」を要求する可能性のあるアプリケーションの例はディ
レクトリ・リストである。
要求する場合、パネルに入力された全てのデータは無視
され、リフレッシュ手順が実行されてパネルに表示され
るべきデータの現在の状態を発生する。「リフレッシュ
」を要求する可能性のあるアプリケーションの例はディ
レクトリ・リストである。
＝「ヘルプ」アクション。ユーザがヘルプを要求する場
合、ヘルプ・パネルが表示されてユーザが会話を終了す
るのを支援する。ヘルプのアクションによってヘルプの
ための会話がトリガされるが、これはＩＥＴによって完
全に制御され、以下のセックジョンで更に詳しく説明す
る。
合、ヘルプ・パネルが表示されてユーザが会話を終了す
るのを支援する。ヘルプのアクションによってヘルプの
ための会話がトリガされるが、これはＩＥＴによって完
全に制御され、以下のセックジョンで更に詳しく説明す
る。
＝１ステップ進める（人力動作）。
ユーザがパネルとの会話を終了した場合、これは特定の
アクションの要求と共にアプリケーションに与えられる
。アクションに対する要求は、入力のアクションまたは
ＩＥＴによって管理された会話制御機能として定義され
ていない他のアクションである。どのようにしてアクシ
ョンに対する要求が発生されるかの例には、非プログラ
マブル端末に対するファンクション・キーの使用または
インテリジェント・ワーク・ステーションに対するアク
ション・バーのプル・ダウン（ｐｕｌｌ ｄｏｗｎ）内
でのアクション・アイテムのマウスによる選択が含まれ
る。アクションに対する要求の結果、パネルの人力手順
が実行される。規定によって、入力手順は表示されてい
る異なったパネルを結果として発生する、または重要な
データの内容の変更を有する同じパネルを結果として発
生するロジックを有している。アプリケーションは、「
入力」の手順からパネルの階層水準を制御する。入力手
順は、１．０、−１、または−２のような次に表示され
るパネルの相対的な階層水準を宣言することができる。
アクションの要求と共にアプリケーションに与えられる
。アクションに対する要求は、入力のアクションまたは
ＩＥＴによって管理された会話制御機能として定義され
ていない他のアクションである。どのようにしてアクシ
ョンに対する要求が発生されるかの例には、非プログラ
マブル端末に対するファンクション・キーの使用または
インテリジェント・ワーク・ステーションに対するアク
ション・バーのプル・ダウン（ｐｕｌｌ ｄｏｗｎ）内
でのアクション・アイテムのマウスによる選択が含まれ
る。アクションに対する要求の結果、パネルの人力手順
が実行される。規定によって、入力手順は表示されてい
る異なったパネルを結果として発生する、または重要な
データの内容の変更を有する同じパネルを結果として発
生するロジックを有している。アプリケーションは、「
入力」の手順からパネルの階層水準を制御する。入力手
順は、１．０、−１、または−２のような次に表示され
るパネルの相対的な階層水準を宣言することができる。
「１」は１だけインクリメントされた現在の水準を意味
する。入力手順と関連するプロファイル・ビューは、セ
ツションのプロファイル・スタック（ｐｒｏｆｉｌｅ
５ｔａｃｋ ）で押され、ユーザによって入力したパネ
ルの状態を有効にセーブする。出力手順と関連するプロ
ファイル・ビューは、ビューが制御された直後にプロフ
ァイル・スタックに載置される。このオプションは、ト
ランザクション・メニューの階層に対して常に使用され
る。
する。入力手順と関連するプロファイル・ビューは、セ
ツションのプロファイル・スタック（ｐｒｏｆｉｌｅ
５ｔａｃｋ ）で押され、ユーザによって入力したパネ
ルの状態を有効にセーブする。出力手順と関連するプロ
ファイル・ビューは、ビューが制御された直後にプロフ
ァイル・スタックに載置される。このオプションは、ト
ランザクション・メニューの階層に対して常に使用され
る。
「０」は現在の水準が変更されるべきでないことを示す
。次のパネルは同じ階層の水準で表示される。これはア
プリケーション・パネルに対するデフォルトである。
。次のパネルは同じ階層の水準で表示される。これはア
プリケーション・パネルに対するデフォルトである。
「−１」は現在の水準を１だけデクリメントする。プロ
ファイル・ビューはセツションのプロファイル・スタッ
クからポツプされ、ユーザによって入力されてパネルと
ビューを復元する。もしこのトランザクションに対する
スタックにビューが無ければ、ＲＥＴＵＲＮが（「キャ
ンセル」の終了コードと共に）実行される。これは「キ
ャンセル」でとられる強化されたアクションである。
ファイル・ビューはセツションのプロファイル・スタッ
クからポツプされ、ユーザによって入力されてパネルと
ビューを復元する。もしこのトランザクションに対する
スタックにビューが無ければ、ＲＥＴＵＲＮが（「キャ
ンセル」の終了コードと共に）実行される。これは「キ
ャンセル」でとられる強化されたアクションである。
「−２」はこのトランザクションのためにプロファイル
・スタックに存在する全てのセーブされたビューを取除
き、メイン・メニューを強制的に実行する。アプリケー
ションに対する「ヘルプ」は何時でも呼出すことができ
る。−度呼出されると「プライマリ・パネル（ｐｒｉｍ
ａｒｙ ｐａｎｅｌ ） ｊの会話の現在の状態がセー
ブされ、ユーザの会話が開始されるが、それは完全にＩ
ＥＴによって制御されている。ユーザの会話が終了する
と制御は「プライマリ−・パネル」の会話が中断された
状態に戻される。
・スタックに存在する全てのセーブされたビューを取除
き、メイン・メニューを強制的に実行する。アプリケー
ションに対する「ヘルプ」は何時でも呼出すことができ
る。−度呼出されると「プライマリ・パネル（ｐｒｉｍ
ａｒｙ ｐａｎｅｌ ） ｊの会話の現在の状態がセー
ブされ、ユーザの会話が開始されるが、それは完全にＩ
ＥＴによって制御されている。ユーザの会話が終了する
と制御は「プライマリ−・パネル」の会話が中断された
状態に戻される。
いずれかのパネルに対する各々のデータの入力または選
択のフィールドは、関連する「ヘルプ」パネルを有する
ことができる。更に、パネルはそれ自身「ヘルプ」パネ
ルを有し７ている。プライマリ・パネルから「ヘルプ」
パネルを呼出すと、もし入手可能であればフィールド水
準のヘルプが発生し、そうでなければパネル水準のヘル
プが発生する（さもなければ、ヘルプ・システムのヘル
プが発生する）。−度ヘルプに入れば、定義されたセン
ト・ヘルプ・アクション（例えば、ファンクション・キ
ー）が存在し、これによってアプリケーション・キーに
関する別の情報、ヘルプ・ドキュメンテーションに対す
るインデックス・ヘルプ・パネル内の「選択」型フィー
ルドの（グロサリ）ヘルプ等が与えられる。
択のフィールドは、関連する「ヘルプ」パネルを有する
ことができる。更に、パネルはそれ自身「ヘルプ」パネ
ルを有し７ている。プライマリ・パネルから「ヘルプ」
パネルを呼出すと、もし入手可能であればフィールド水
準のヘルプが発生し、そうでなければパネル水準のヘル
プが発生する（さもなければ、ヘルプ・システムのヘル
プが発生する）。−度ヘルプに入れば、定義されたセン
ト・ヘルプ・アクション（例えば、ファンクション・キ
ー）が存在し、これによってアプリケーション・キーに
関する別の情報、ヘルプ・ドキュメンテーションに対す
るインデックス・ヘルプ・パネル内の「選択」型フィー
ルドの（グロサリ）ヘルプ等が与えられる。
ヘルプ・パネル内に表示された情報は、ドキュメンテー
ション・システムから得られる。ドキュメンテーション
・システムは、報告・発生・チャプタ・セクション・ペ
ージによってインデックスのドキュメントを組織する。
ション・システムから得られる。ドキュメンテーション
・システムは、報告・発生・チャプタ・セクション・ペ
ージによってインデックスのドキュメントを組織する。
ドキュメントのセクションをヘルプ機能に割当るために
、下記の規定が使用される。
、下記の規定が使用される。
レポート・ジュネレーション 国語とトランザクション
との所定の組合わせの場合、１つの「レポート・ジュネ
レーション」が存在し、これは全てのアプリケーション
に対するヘルプ情報を含むヘルプ機能はまた一般的なり
ＡＡヘルプ情報を呼出すことができ、これはレポート＝
ＤＡＡＨＥＬＰ 。
との所定の組合わせの場合、１つの「レポート・ジュネ
レーション」が存在し、これは全てのアプリケーション
に対するヘルプ情報を含むヘルプ機能はまた一般的なり
ＡＡヘルプ情報を呼出すことができ、これはレポート＝
ＤＡＡＨＥＬＰ 。
ジュネレーションー（言語構造）に位置している。
セクション パネル・ヘルプ情報のｌ、ｒｓＯＯＪとい
う名前のセクションが拡張されたヘルプ情報（パネルに
ついての一般的な情報）に対して保存される。他の全て
のセクションは、データ・入力「フィールド」またはパ
ネルに現われる選択フィールドの二−モニソクの名前で
ある。
う名前のセクションが拡張されたヘルプ情報（パネルに
ついての一般的な情報）に対して保存される。他の全て
のセクションは、データ・入力「フィールド」またはパ
ネルに現われる選択フィールドの二−モニソクの名前で
ある。
チャプタ 「グロサリ」という名前のチャプタが下記の
ヘルプ機能のために保存される。
ヘルプ機能のために保存される。
キー これはアプリケーション及びその機能によって使
用される各々のキーを説明するセクションである。リス
トはアプリケーションの現在の状態でいずれのキーが有
効であるかを示すべきではない。
用される各々のキーを説明するセクションである。リス
トはアプリケーションの現在の状態でいずれのキーが有
効であるかを示すべきではない。
内容 これは、またトビツク（ｔｏｐｉｃ ）によって
組織されたヘルプ情報の内容のテーブルであるセクショ
ンである。
組織されたヘルプ情報の内容のテーブルであるセクショ
ンである。
ヘルプ（ＤＡＡＨＥＬＰの場合のみ）これは［ヘルプ・
オン・ヘルプ」情報を含む。
オン・ヘルプ」情報を含む。
「メツセージ」という名前のチャプタはエラーメソセー
ジのヘルプのために保存される。（例えば、アプリケー
ション手順によって発生された各々のメソセージの詳細
な説明）。このチャプターの中のセクションはメソセー
ジ識別子コードに対応する。
ジのヘルプのために保存される。（例えば、アプリケー
ション手順によって発生された各々のメソセージの詳細
な説明）。このチャプターの中のセクションはメソセー
ジ識別子コードに対応する。
全ての他のチャプターはパネルの名前と同じであり、パ
ネルに特有の情報を含む。ヘルプパネル自身はＤＡＡＨ
ＥＬＰにドキュメントされる。
ネルに特有の情報を含む。ヘルプパネル自身はＤＡＡＨ
ＥＬＰにドキュメントされる。
ヘルプは全ての場合に入手可能である。全てのアプリケ
ーション・パネルに対するヘルプ情報の入手可能性は、
トランザクションが構築された場合、ＧＴＤによって有
効にされる。
ーション・パネルに対するヘルプ情報の入手可能性は、
トランザクションが構築された場合、ＧＴＤによって有
効にされる。
ヘルプの対話において、すべてのヘルプ・パネル（拡張
ヘルプ・パネルを例外として）によって、ファンクショ
ン・キーは拡張ヘルプにアクセスする。ヘルプ・パネル
のタイトルは「ヘルプ」という語を含み、これが加えら
れるパネルまたはフィールドを識別する。
ヘルプ・パネルを例外として）によって、ファンクショ
ン・キーは拡張ヘルプにアクセスする。ヘルプ・パネル
のタイトルは「ヘルプ」という語を含み、これが加えら
れるパネルまたはフィールドを識別する。
ヘルプの呼出しは、アプリケーションの手順にとって明
らかであり、現在の会話を妨げない。ユーザがヘルプを
要求する前に入力したデータは、ユーザのプロファイル
にセーブされる。ヘルプ・パネルの種類は下記の通りで
ある。
らかであり、現在の会話を妨げない。ユーザがヘルプを
要求する前に入力したデータは、ユーザのプロファイル
にセーブされる。ヘルプ・パネルの種類は下記の通りで
ある。
ヘルプ ヘルプに対するアクションは、特定のフィール
ド、パネルに関する文脈上のヘルプまたはヘルプの機能
に関する文脈上のヘルプを与える。
ド、パネルに関する文脈上のヘルプまたはヘルプの機能
に関する文脈上のヘルプを与える。
フィールドに対するヘルプは、もしカーソルが入力領域
上またはメニュー選択領域上にあれば、与えられる。パ
ネルに対するヘルプは、もしカーソルが入力領域にもメ
ニュー選択領域にもなければ、与えられる「拡張ヘルプ
」として知られる。パネルに対するヘルプは、もしフィ
ールドに対するヘルプがそのフィールドに対して定義さ
れていなければ、また与えられる。ヘルプ機能に対する
ヘルプはいずれのＨＥＬＰがヘルプ・パネルから要求さ
れても与えられる。このヘルプ機能に対するヘルプは、
もしパネルに対するヘルプが定義されていなければ、ま
た与えられる。
上またはメニュー選択領域上にあれば、与えられる。パ
ネルに対するヘルプは、もしカーソルが入力領域にもメ
ニュー選択領域にもなければ、与えられる「拡張ヘルプ
」として知られる。パネルに対するヘルプは、もしフィ
ールドに対するヘルプがそのフィールドに対して定義さ
れていなければ、また与えられる。ヘルプ機能に対する
ヘルプはいずれのＨＥＬＰがヘルプ・パネルから要求さ
れても与えられる。このヘルプ機能に対するヘルプは、
もしパネルに対するヘルプが定義されていなければ、ま
た与えられる。
拡張ヘルプ ユーザが拡張ヘルプを要求する場合、パネ
ル上の特定の要素ではなくて、現在のパネルについての
情報を含むヘルプ・パネルが現れる。ＥＸＴＥＮＤＥＤ
ＨＥＬＰの動作に対するオプションはヘルプ・パネ
ル内にのみ現れる。
ル上の特定の要素ではなくて、現在のパネルについての
情報を含むヘルプ・パネルが現れる。ＥＸＴＥＮＤＥＤ
ＨＥＬＰの動作に対するオプションはヘルプ・パネ
ル内にのみ現れる。
ヘルプの内容 ユーザがヘルプの内容を要求する場合、
トビツクによって組織されたアプリケーション内の全て
のヘルプ情報の内容のテーブルが現れる。ＨＥＬＰ
Ｃ０ＮＴＥＮＴＳのアクションのオプションはヘルプ・
パネル内にのみ現れる。
トビツクによって組織されたアプリケーション内の全て
のヘルプ情報の内容のテーブルが現れる。ＨＥＬＰ
Ｃ０ＮＴＥＮＴＳのアクションのオプションはヘルプ・
パネル内にのみ現れる。
ヘルプ・インデックス ユーザがヘルプ・インデックス
を要求する場合、ヘルプ情報のインデックスが現れる。
を要求する場合、ヘルプ情報のインデックスが現れる。
ヘルプ・インデックスする動作のオプションは、ヘルプ
・パネルにのみ現れる。
・パネルにのみ現れる。
ＨＥＬＰ ＩＮＤＥＸは、オプションのメニューノ形
ヲとり、ユーザをヘルプのセクションにアクセスさせる
。
ヲとり、ユーザをヘルプのセクションにアクセスさせる
。
キー・ヘルプ ユーザがキー・ヘルプを要求する場合、
アプリケーションによって使用される全てのキーの名前
と機能を含むリストが現われる。
アプリケーションによって使用される全てのキーの名前
と機能を含むリストが現われる。
キー・ヘルプのアクションのオプションはヘルプ・パネ
ル内のみに表れる。
ル内のみに表れる。
エンデイング・ヘルプ ユーザは、出口を要求すること
、または繰返してキャンセルを要求することによって、
全てのヘルプ・パネルから戻る。
、または繰返してキャンセルを要求することによって、
全てのヘルプ・パネルから戻る。
ユーザがセツション、トランザクション、およびパネル
を通してナビゲートしている間、情報はプロファイル・
データ・ベースに保持される。アプリケーションは、ど
れくらいの情報がプロファイル・データ・ベースに実際
に保持されているか（即ち、プロファイル・ビュー）を
決定する。アプリケーションは、またトランザクション
内で会話の内部のパネルの間の階層関係とその結果とし
てトランザクション内のパネルの間でナビゲートするユ
ーザのフレキシビリティを決定する。
を通してナビゲートしている間、情報はプロファイル・
データ・ベースに保持される。アプリケーションは、ど
れくらいの情報がプロファイル・データ・ベースに実際
に保持されているか（即ち、プロファイル・ビュー）を
決定する。アプリケーションは、またトランザクション
内で会話の内部のパネルの間の階層関係とその結果とし
てトランザクション内のパネルの間でナビゲートするユ
ーザのフレキシビリティを決定する。
パネルがキャンセルされると、トランザクションは抜は
出し、またはセツションが中止され、情報は入手できな
い。または、セツションの現在の情報と状態をセーブす
るために「−時中止された」出口を使用することが可能
であり、これによって後程何時でもデータを失うことな
くセツションの再対話を行うことができる。
出し、またはセツションが中止され、情報は入手できな
い。または、セツションの現在の情報と状態をセーブす
るために「−時中止された」出口を使用することが可能
であり、これによって後程何時でもデータを失うことな
くセツションの再対話を行うことができる。
一貫したユーザのインタフェースは、ＧＴＤを使用する
アプリケーションの設計者によって行ねる定義によりＤ
ＡＡで実行される。ＧＴＤは設計者にパネルを定義する
オプションと明確に会話を定義するオプションを与える
。実行の時点において、アプリケーションコードから分
離されている会話の管理機能（ＪＥＴ、ＴＭＳ等）は、
ユーザによって駆動されるナビゲーションのアクション
を実行し、全てのＤＡＡのアプリケーションに渡って一
貫したユーザ・インタフェースを保証する。
アプリケーションの設計者によって行ねる定義によりＤ
ＡＡで実行される。ＧＴＤは設計者にパネルを定義する
オプションと明確に会話を定義するオプションを与える
。実行の時点において、アプリケーションコードから分
離されている会話の管理機能（ＪＥＴ、ＴＭＳ等）は、
ユーザによって駆動されるナビゲーションのアクション
を実行し、全てのＤＡＡのアプリケーションに渡って一
貫したユーザ・インタフェースを保証する。
ｑＨ処理 ＤＡＡのアプリケーション手順の間（７）
明ｆｉ す共同処理ハ、ｒＬＩＮＫＪとｒ ＲＥＴ［Ｉ
ＲＮ Ｊを介して実行される。ＬＩＮＫとＲＥＴＵＲＮ
をサポートする機構および一般化された端末とトランザ
クションのデータの交換のサポートの機構は、ＤＡＡ内
の分配資源制御サービスによって与えられる。
明ｆｉ す共同処理ハ、ｒＬＩＮＫＪとｒ ＲＥＴ［Ｉ
ＲＮ Ｊを介して実行される。ＬＩＮＫとＲＥＴＵＲＮ
をサポートする機構および一般化された端末とトランザ
クションのデータの交換のサポートの機構は、ＤＡＡ内
の分配資源制御サービスによって与えられる。
全てのＤＡＡ手順は全ての他のＤＡＡ手順を実行するこ
とができる。ＤＡＡ手順を実行する機構は、これが同じ
トランザクションにパッケージされていようと異なった
トランザクションにパッケージされていようと、同じシ
ステムまたは異なったシステムに位置していようと、同
一種類のプロセッサまたはアーキテクチャ上異なった種
類のプロセッサに位置していようと、または同し種類の
トランザクション処理モニターに位置していようと、ま
たは異なった（ＤＡＡによってサポートされた）トラン
ザクション処理モニターに位置していようと、同じであ
る。
とができる。ＤＡＡ手順を実行する機構は、これが同じ
トランザクションにパッケージされていようと異なった
トランザクションにパッケージされていようと、同じシ
ステムまたは異なったシステムに位置していようと、同
一種類のプロセッサまたはアーキテクチャ上異なった種
類のプロセッサに位置していようと、または同し種類の
トランザクション処理モニターに位置していようと、ま
たは異なった（ＤＡＡによってサポートされた）トラン
ザクション処理モニターに位置していようと、同じであ
る。
システムは、開発者が呼出された側の手順および呼出し
側の手順の両方に対してユニークなシステム・トランザ
クション・手順の名前を定義していることを必要とする
。これによってシステムは、種々の機械の間で全てのメ
ソセージを正確に引渡すことができる。呼出し手順の現
在の状態をプロファイル・ビューとしてセーブし、これ
をプロファイル・データ・ベースに記憶した後、ＩＥＴ
は、呼出しトランザクション・ビューからデータ・アイ
テムを取出し、これらを呼出された側の手順に引渡され
る入力ビューに載置する。ＩＥＴはこれらのデータアイ
テムをユニークな呼出された側の手順の名前およびユニ
ークな呼出し側の手順の名前と共にパッケージし、パケ
ットを呼出された側の手順に送る。呼出された側の手順
では、ＩＥＴは呼出された側の手順のプロファイル・ビ
ューと呼出した側の手順から受取った入力ビューをロー
ドする。呼出された側の手順は、要求された手順を実行
する。ＩＥＴは、次に呼出されたトランザクション・ビ
ューからデータ・アイテムを取出し、それらを呼出す側
の手順に対して戻されるべき出力ビューに載置する。Ｉ
ＥＴは、これらのデータ・アイテムをユニークな呼出さ
れた側の手順の名前とユニークな呼出す側の手順の名前
と共にパ・７ケージし、バケ・７トを呼出す側の手順に
戻す。呼出す側の手順では、ＩＥＴはプロファイル・デ
ータ・ベースに記憶されたプロファイル・ビューを取出
してこれを戻された出力ビューと共に呼出す側の手順の
トランザクション・ビューにロードする。
側の手順の両方に対してユニークなシステム・トランザ
クション・手順の名前を定義していることを必要とする
。これによってシステムは、種々の機械の間で全てのメ
ソセージを正確に引渡すことができる。呼出し手順の現
在の状態をプロファイル・ビューとしてセーブし、これ
をプロファイル・データ・ベースに記憶した後、ＩＥＴ
は、呼出しトランザクション・ビューからデータ・アイ
テムを取出し、これらを呼出された側の手順に引渡され
る入力ビューに載置する。ＩＥＴはこれらのデータアイ
テムをユニークな呼出された側の手順の名前およびユニ
ークな呼出し側の手順の名前と共にパッケージし、パケ
ットを呼出された側の手順に送る。呼出された側の手順
では、ＩＥＴは呼出された側の手順のプロファイル・ビ
ューと呼出した側の手順から受取った入力ビューをロー
ドする。呼出された側の手順は、要求された手順を実行
する。ＩＥＴは、次に呼出されたトランザクション・ビ
ューからデータ・アイテムを取出し、それらを呼出す側
の手順に対して戻されるべき出力ビューに載置する。Ｉ
ＥＴは、これらのデータ・アイテムをユニークな呼出さ
れた側の手順の名前とユニークな呼出す側の手順の名前
と共にパ・７ケージし、バケ・７トを呼出す側の手順に
戻す。呼出す側の手順では、ＩＥＴはプロファイル・デ
ータ・ベースに記憶されたプロファイル・ビューを取出
してこれを戻された出力ビューと共に呼出す側の手順の
トランザクション・ビューにロードする。
この時点で、手順は別の処理のために再スタートされる
。
。
遠隔地の手順の実行のための仕様は下記のように作られ
る。
る。
一アプリケーション手順は「出口の状態」をセットする
ロジックを有する。
ロジックを有する。
一会話の流れの仕様 「出口の状態」の機能としてこれ
は手順に対するフローを定義する。このフローは、ＬＥ
ＮＫ、ＸＦＥＲ，または５ＰＡＷＮである。
は手順に対するフローを定義する。このフローは、ＬＥ
ＮＫ、ＸＦＥＲ，または５ＰＡＷＮである。
手順の実行の仕様に対するこのような構造化されたアプ
ローチは、アプリケーション・ロジックを会話の流れの
機構からできるだけ分離使用とするものである。
ローチは、アプリケーション・ロジックを会話の流れの
機構からできるだけ分離使用とするものである。
多くのシステムの１つで特定の手順を選択的に実行する
ことが必要である状況が存在する。ある手順を実行する
ためにいずれのシステムを使用するべきであるかを決定
するために必要なロジックは、アプリケーションによっ
て決まるものである。
ことが必要である状況が存在する。ある手順を実行する
ためにいずれのシステムを使用するべきであるかを決定
するために必要なロジックは、アプリケーションによっ
て決まるものである。
アプリケーションは、ある手順に対してシステムとトラ
ンザクションを設定するために使用することのできる２
つのシステムの変数を有している。
ンザクションを設定するために使用することのできる２
つのシステムの変数を有している。
即ち、これらはＮＳＹＳＴＥＭ （次のシステム）とＮ
ＴＲＡＮ （次のトランザクション）である。
ＴＲＡＮ （次のトランザクション）である。
会話の流れは、アプリケーション手順（出口の状態とし
て）またはユーザから発生する命令によって制御される
。ユーザの命令は、アクションの要求によって入力され
る（例えば、ファンクション・キー、アクション・バー
・プルダウン・チョイスの選択、または命令領域に入力
された命令）大部分のユーザの命令は、「−貫したユー
ザ・インタフェース」のセクションで定義したようにＩ
ＥＴによって直接処理される。
て）またはユーザから発生する命令によって制御される
。ユーザの命令は、アクションの要求によって入力され
る（例えば、ファンクション・キー、アクション・バー
・プルダウン・チョイスの選択、または命令領域に入力
された命令）大部分のユーザの命令は、「−貫したユー
ザ・インタフェース」のセクションで定義したようにＩ
ＥＴによって直接処理される。
下記の命令がアプリケーションの手順から発生する。
ＬＩＮＫ、 この命令はプロファイル・スタックで終
了したばかりの手順の現在の状態をセーブし、同一また
は異なったトランザクション内に存在し、同一または異
なったシステムに位置しているアプリケーション手順を
実行する。実行される次の手順は、作業領域のデータ・
アイテムｒＮＰＲＯｃＪ内で指定される。次のトランザ
クションは、ｒＮＴＲＡＮｊ内に存在し、次のシステム
はｒＮｓＹｓＴＥＭＪ内に存在する。システムおよびト
ランザクションのデータ・アイテムの値は、ＤＲＣ（分
散資源制御）の規則に従って解釈される。次の手順は。
了したばかりの手順の現在の状態をセーブし、同一また
は異なったトランザクション内に存在し、同一または異
なったシステムに位置しているアプリケーション手順を
実行する。実行される次の手順は、作業領域のデータ・
アイテムｒＮＰＲＯｃＪ内で指定される。次のトランザ
クションは、ｒＮＴＲＡＮｊ内に存在し、次のシステム
はｒＮｓＹｓＴＥＭＪ内に存在する。システムおよびト
ランザクションのデータ・アイテムの値は、ＤＲＣ（分
散資源制御）の規則に従って解釈される。次の手順は。
ＩＭＴＯＲＴビューを介して情報を通過させる。ＬＩＮ
Ｋプロセスは、後でより完全に説明する。
Ｋプロセスは、後でより完全に説明する。
ＲＥＴＵＲＮ、 この命令は、ユーザとセツションのプ
ロファイルからＤＡＡセツションのスレッドの前の状態
を復元し、制御を以前にｒＬＩＮＫＪを要求したアプリ
ケーション手順に戻す。制御が戻される手順は、出力ビ
ューを介して情報を通過させる。
ロファイルからＤＡＡセツションのスレッドの前の状態
を復元し、制御を以前にｒＬＩＮＫＪを要求したアプリ
ケーション手順に戻す。制御が戻される手順は、出力ビ
ューを介して情報を通過させる。
ＸＦＥＲ，この命令によって、制御が他のアプリケーシ
ョン手順に転送される。手順の仕様は、ＬＩＮＫの使用
と同じである。結果として、プロファイル・ビュー（お
よび情報ビューと入力ビュー）を「スタックするＪＬＩ
ＮＫとは異なって、ＸＦＥＲ命令はこの手順を実行する
前にスタック全体を放棄する結果となる。その結果、新
しい手順がスタックの上部にくる。ＸＦＥＲは、ＬＩＮ
Ｋによって行われる「出口 アプリケーション」と基本
的に同じであるが、ビューが新しい手順に対して通信さ
れるという別の特徴を有している。新しい手順からのＲ
ＥＴＵＲＨによって制御はセツションの管理装置に戻る
。
ョン手順に転送される。手順の仕様は、ＬＩＮＫの使用
と同じである。結果として、プロファイル・ビュー（お
よび情報ビューと入力ビュー）を「スタックするＪＬＩ
ＮＫとは異なって、ＸＦＥＲ命令はこの手順を実行する
前にスタック全体を放棄する結果となる。その結果、新
しい手順がスタックの上部にくる。ＸＦＥＲは、ＬＩＮ
Ｋによって行われる「出口 アプリケーション」と基本
的に同じであるが、ビューが新しい手順に対して通信さ
れるという別の特徴を有している。新しい手順からのＲ
ＥＴＵＲＨによって制御はセツションの管理装置に戻る
。
（ｂｌａｎｋ）、 これはデフォルトの出口状態であ
る。
る。
これは手順と関連するパネルの表示を行う結果となる。
第１５図は、ＤＡＡの会話の流れのモデルを示す。この
モデルは、［−貫したユーザ・インクフェース」の定義
をプログラム可能な会話の流れの命令と結合するもので
あり、これは自明である。
モデルは、［−貫したユーザ・インクフェース」の定義
をプログラム可能な会話の流れの命令と結合するもので
あり、これは自明である。
実行時、アプリケーション手順はＩＥＴによって会話の
流れに対する要求と解釈される出口状態を設定する。会
話の流れは、特定のＰＲＯＣＥＤＵＲＥ（トランザクシ
ョンとシステムによって任意に特性を与えられる）に対
してＬＩＮＫを指定する。
流れに対する要求と解釈される出口状態を設定する。会
話の流れは、特定のＰＲＯＣＥＤＵＲＥ（トランザクシ
ョンとシステムによって任意に特性を与えられる）に対
してＬＩＮＫを指定する。
フローで「〜へ」で示した手順は、これを外部の入出力
ビューと関連させる。
ビューと関連させる。
第１６図は、ＤＡＡアプリケーション手順、作業領域、
入力ビュー、および出力ビューの間の関係を示す。手順
Ｙ１８４は、この手順Ｙ１８４からのデータを使用して
実行される手順Ｚ１９６を要求するトランザクションの
一部である。１７８および１８２で示す第１６図の部分
は、おそらく別のアプリケーションであるがアプリケー
ションに制御されている。中間の部分、１８０、はＩＥ
Ｔ（本発明の好適な実施例の部分、ＤＡＡ）に制御され
ている。
入力ビュー、および出力ビューの間の関係を示す。手順
Ｙ１８４は、この手順Ｙ１８４からのデータを使用して
実行される手順Ｚ１９６を要求するトランザクションの
一部である。１７８および１８２で示す第１６図の部分
は、おそらく別のアプリケーションであるがアプリケー
ションに制御されている。中間の部分、１８０、はＩＥ
Ｔ（本発明の好適な実施例の部分、ＤＡＡ）に制御され
ている。
先ず、トランザクションのＹの作業領域１８６が手順Ｚ
の入力ビュー１８８にマツプされる。入力ビュー１８８
は、次に手順Ｚ１９６を含む「〜へ」のロード・モジュ
ール（特に図示せず）内のＩＥＴに送られる。このモジ
ュール内で、ＩＥＴは入力ビュー１８８をトランザクシ
ョンＺの作業領域１９４にマツプする。この点で、手順
Ｚ１９６が実行される。手順Ｚ１９６は、ＲＥＴＵＲＮ
を要求する前に、他の手順および／または他のエンティ
ティ （発生端末のような）との対話を呼出すことがで
きる。ロード・モジュール内で、ＩＥＴはトランザクシ
ョンＺの作業領域１９４を手順Ｚの出力ビュー１９０に
マツプする。次に、出力ビュー１９０は「〜から」ロー
ド・モジュール（これもまた特に図示せず）のＩＥＴに
送られる。このロード・モジュールで、ＪＥＴは次に出
力ヒユー１９０をトランザクションＹの作業領域１８６
にマツプする。最後に、手順Ｙ１８４が実行される。
の入力ビュー１８８にマツプされる。入力ビュー１８８
は、次に手順Ｚ１９６を含む「〜へ」のロード・モジュ
ール（特に図示せず）内のＩＥＴに送られる。このモジ
ュール内で、ＩＥＴは入力ビュー１８８をトランザクシ
ョンＺの作業領域１９４にマツプする。この点で、手順
Ｚ１９６が実行される。手順Ｚ１９６は、ＲＥＴＵＲＮ
を要求する前に、他の手順および／または他のエンティ
ティ （発生端末のような）との対話を呼出すことがで
きる。ロード・モジュール内で、ＩＥＴはトランザクシ
ョンＺの作業領域１９４を手順Ｚの出力ビュー１９０に
マツプする。次に、出力ビュー１９０は「〜から」ロー
ド・モジュール（これもまた特に図示せず）のＩＥＴに
送られる。このロード・モジュールで、ＪＥＴは次に出
力ヒユー１９０をトランザクションＹの作業領域１８６
にマツプする。最後に、手順Ｙ１８４が実行される。
トランザクション間の通信は下記の情報、即ちトランザ
クションの識別子、インターフェース制御ブロック及び
ビューを有するメ・ノセージによって構成される。
クションの識別子、インターフェース制御ブロック及び
ビューを有するメ・ノセージによって構成される。
通常のトランザクションの識別子は下記の通りである。
（ｏｍｍａｎｄ−このデータ・アイテムは、包括的にど
のような種類のメソセージが受け取られているかを示す
。これは下記の値の１つを有することができる。
のような種類のメソセージが受け取られているかを示す
。これは下記の値の１つを有することができる。
＝ Ｉ ＥＴＣＯＮＴ、これは、これがＤＡＡ トラン
ザクションの通信制御機能であることを示す。
ザクションの通信制御機能であることを示す。
この機能は手動で入力することはできず、ＬＩＮＫ。
ＸＦＥＲ，ＲＥＴＵＲＮ、または５ＰＡＷＮを要求する
アプリケーションの手順（またはＩＥＴ）の結果として
のみ作成することができる。
アプリケーションの手順（またはＩＥＴ）の結果として
のみ作成することができる。
−ＲＥＳＥＴ これは、「−貫したユーザ・インター
フェース」のＲＥＳＥＴ機能が指示されたトランザクシ
ョンに対して実行されるべきであることを示す。この命
令は手動で入力することができる。このコマンドに続く
全てのデータは無視される。
フェース」のＲＥＳＥＴ機能が指示されたトランザクシ
ョンに対して実行されるべきであることを示す。この命
令は手動で入力することができる。このコマンドに続く
全てのデータは無視される。
＝ＱＵＩＴ これは、「−貫したユーザ・インターフ
ェース」のＱＵＩＴ機能が指示されたトランザクション
に対して実行されるべきであることを示す。この命令は
手動で入力することができる。
ェース」のＱＵＩＴ機能が指示されたトランザクション
に対して実行されるべきであることを示す。この命令は
手動で入力することができる。
この命令に続く全てのデータは無視される。
この命令のデータ・アイテムに対する全てのこれ以外の
値によって、あたかもメツセージは端末から発生したか
のように、このメツセージが解釈される。
値によって、あたかもメツセージは端末から発生したか
のように、このメツセージが解釈される。
インターフェース制御ブロックは、「固定された」構造
であり、全てのＤＡＡＩ−ランザクジョンに対して同し
でものである。インターフェース制御ブロックでは、パ
ラメータＩＥＴＩＣＣは会話の制御を行うためのもので
あり、下記の値の１つをとることができる。
であり、全てのＤＡＡＩ−ランザクジョンに対して同し
でものである。インターフェース制御ブロックでは、パ
ラメータＩＥＴＩＣＣは会話の制御を行うためのもので
あり、下記の値の１つをとることができる。
＃＆ＬＩＮＫ＆＃ ＬＩＮＫ命令
＃＆ＲＥＮＴ＆＃ ＲＥＴＵＲＮ命令＃＆ＸＦＴＲ＆
＃ ＸＦＥＲ命令 ト命令トラレザクシ５２間ュニケーションに含まれてい
るビューは、もし命令がＬ Ｉ ＮＫ、 ＸＦＥＲｌま
たは５ＰＡＷＮであれば、入力ビューであり、もしこの
命令がＲＥＴＵＲＮであれば、出力ビューである。
＃ ＸＦＥＲ命令 ト命令トラレザクシ５２間ュニケーションに含まれてい
るビューは、もし命令がＬ Ｉ ＮＫ、 ＸＦＥＲｌま
たは５ＰＡＷＮであれば、入力ビューであり、もしこの
命令がＲＥＴＵＲＮであれば、出力ビューである。
五敗責巡斯■ ＤＲＣは資源の概念を一般化し、デフォ
ルトの用途を定義し、汎用的な分散の必要を回避するこ
とに方向転換するアーキテクチャ（ＳＮＡＤＳ）を使用
する。−船釣に、ＤＲＣローカル・データ・ベースは、
ローカルでのみ使用するものであり、他のシステムとの
データの交換を必要としない。ＤＲＣビュー分散サービ
ス（ビュー・サーバ）の「学習」機能は、通信システム
の使用を最適化するため、必要に応じて外部資源に対す
る参照を調整する。
ルトの用途を定義し、汎用的な分散の必要を回避するこ
とに方向転換するアーキテクチャ（ＳＮＡＤＳ）を使用
する。−船釣に、ＤＲＣローカル・データ・ベースは、
ローカルでのみ使用するものであり、他のシステムとの
データの交換を必要としない。ＤＲＣビュー分散サービ
ス（ビュー・サーバ）の「学習」機能は、通信システム
の使用を最適化するため、必要に応じて外部資源に対す
る参照を調整する。
ＤＡＡ資源は、情報の分散を発生することのできるまた
はこれを受け取ることのできるアドレス可能なエンティ
ティである。資源の例には、端末とトランザクションが
含まれる。
はこれを受け取ることのできるアドレス可能なエンティ
ティである。資源の例には、端末とトランザクションが
含まれる。
エンティティ（ｅｎｔｉｔｙ ）は、資源の定義を正規
化する目的のために定義することができる。この種類の
エンティティの例はＤＥＶ Ｉ ＣＥであり、これはＴ
ＥＲＭＩＮＡＬ資源を正規化するために使用される。エ
ンティティＤＥＶ Ｉ ＣＥは、たとえこれが分散の発
生装置または受け取装置として使用されなくても、資源
として定義される。
化する目的のために定義することができる。この種類の
エンティティの例はＤＥＶ Ｉ ＣＥであり、これはＴ
ＥＲＭＩＮＡＬ資源を正規化するために使用される。エ
ンティティＤＥＶ Ｉ ＣＥは、たとえこれが分散の発
生装置または受け取装置として使用されなくても、資源
として定義される。
ＤＡＡは、システム識別子と資源識別子との組み合せよ
って資源をアドレスする。全てのシステムとシステム内
の資源のセントは、ＤＡＡ環境と呼ばれる。ＤＡＡ環境
の各々のユニークな例は、識別子（ＤＡＡ ｉｄ）を
有する。
って資源をアドレスする。全てのシステムとシステム内
の資源のセントは、ＤＡＡ環境と呼ばれる。ＤＡＡ環境
の各々のユニークな例は、識別子（ＤＡＡ ｉｄ）を
有する。
ＤＡＡ資源は、システム、ネットワーク・サービス、端
子および装置の種類、アプリケーション、動作システム
、トランザクション管理システム、およびＣＰＵの異質
な混合の全体に渡って分散される。下記のセクションは
、ＤＡＡがどのようにしてその環境内でその資源を管理
するかを説明する。
子および装置の種類、アプリケーション、動作システム
、トランザクション管理システム、およびＣＰＵの異質
な混合の全体に渡って分散される。下記のセクションは
、ＤＡＡがどのようにしてその環境内でその資源を管理
するかを説明する。
資源の位置を識別するのに１つのシステムが使用される
。このシステムは、下記の特性、すなわち、アプリケー
ションの処理環境、およびＳＮＡネットワーク内のユニ
ークに識別されたノード（ｎｏｄｅ ）という特性を有
している。
。このシステムは、下記の特性、すなわち、アプリケー
ションの処理環境、およびＳＮＡネットワーク内のユニ
ークに識別されたノード（ｎｏｄｅ ）という特性を有
している。
特に、システムは１つのユニークに識別されたトランザ
クション処理モニタ（例えば、ＩＭＳ、Ｔｕｘｅｄｏ）
を有している。このシステムは、複数のＣＰＵおよび／
または動作システムによって構成されることができる（
もしトランザクション処理モニタがこれをサポートすれ
ば）。ＣＰＵには２つ以上のシステムが存在してもよい
。このシステムは、特定のＤＡＡ環境に対してＳＮＡネ
ットワークで唯一に識別可能でなければならない。
クション処理モニタ（例えば、ＩＭＳ、Ｔｕｘｅｄｏ）
を有している。このシステムは、複数のＣＰＵおよび／
または動作システムによって構成されることができる（
もしトランザクション処理モニタがこれをサポートすれ
ば）。ＣＰＵには２つ以上のシステムが存在してもよい
。このシステムは、特定のＤＡＡ環境に対してＳＮＡネ
ットワークで唯一に識別可能でなければならない。
資源は、システムのコンテキスト（ｃｏｎｔｅｘｔ ）
内に存在する。システム内で、資源はユニークに識別さ
れなければならない（たとえこれらがトランザクション
および端末のような異なった種類であっても）。資源の
種類は、ローカル資源の属性である（即ち、資源のユニ
ークな識別子およびアドレスの１部ではない）。
内に存在する。システム内で、資源はユニークに識別さ
れなければならない（たとえこれらがトランザクション
および端末のような異なった種類であっても）。資源の
種類は、ローカル資源の属性である（即ち、資源のユニ
ークな識別子およびアドレスの１部ではない）。
ＤＡＡ内の資源（例えば、端末およびトランザクション
）はシステムとシステム内の資源との組み合せによって
アドレスされる。もし資源アドレスのシステムの部分が
指定されると、この資源に対する分配は「指示された」
ルーティグを使用する。もしシステムの部分が指定され
ていなければ、このシステムは「指示されない」ルーテ
ィグに対する規則に従ってデフォルトされる。
）はシステムとシステム内の資源との組み合せによって
アドレスされる。もし資源アドレスのシステムの部分が
指定されると、この資源に対する分配は「指示された」
ルーティグを使用する。もしシステムの部分が指定され
ていなければ、このシステムは「指示されない」ルーテ
ィグに対する規則に従ってデフォルトされる。
資源の識別子は、異なった資源の種類を含む異なった資
源の場合のための別のシステムで再使用することができ
る。この理由のため、可能な場合には、情報の分散のた
めに指示されたルーティグ（即ち、ｓｙｓｔｅｍ ｉ
ｄを含む）を使用することが推奨される。
源の場合のための別のシステムで再使用することができ
る。この理由のため、可能な場合には、情報の分散のた
めに指示されたルーティグ（即ち、ｓｙｓｔｅｍ ｉ
ｄを含む）を使用することが推奨される。
トランザクションは、ビジネス用のアプリケーション機
能を実行するため、資源の集合を制御して使用すること
である。資源の完全性（例えば、データ・ベース）は論
理的トランザクションによって維持される。ＤＡＡの場
合、論理的トランザクションは、１つのシステムの物理
的ＤＡＡのトランザクションの１回の実行の中に含まれ
なければならない。
能を実行するため、資源の集合を制御して使用すること
である。資源の完全性（例えば、データ・ベース）は論
理的トランザクションによって維持される。ＤＡＡの場
合、論理的トランザクションは、１つのシステムの物理
的ＤＡＡのトランザクションの１回の実行の中に含まれ
なければならない。
トランザクションは、他のトランザクションと手順を遠
くから実行することができる。遠隔地で実行されている
トランザクションとのデータの交換は、入力／出力ビュ
ーによって定義される。トランザクションの手順は、遠
隔地の手順の実行をＬＩＮＫ命令によって特定し、ＩＮ
ＰＵＴビューを通過させる。遠隔地の手順が終了すると
、これはＲＥＴＵＲＮ命令を実行してＯＵＴ Ｐ ＵＴ
ビューを最初のトランザクションに戻す。
くから実行することができる。遠隔地で実行されている
トランザクションとのデータの交換は、入力／出力ビュ
ーによって定義される。トランザクションの手順は、遠
隔地の手順の実行をＬＩＮＫ命令によって特定し、ＩＮ
ＰＵＴビューを通過させる。遠隔地の手順が終了すると
、これはＲＥＴＵＲＮ命令を実行してＯＵＴ Ｐ ＵＴ
ビューを最初のトランザクションに戻す。
トランザクションは、システム内にユニークな資源識別
子を有していなければならない。同じトランザクション
資源ｉｄは、異なったシステムの異なった目的のために
使用することができる。従って、遠隔地のシステムのト
ランザクションに対する参照は、遠隔地のシステムの識
別子を含むことが推奨される。
子を有していなければならない。同じトランザクション
資源ｉｄは、異なったシステムの異なった目的のために
使用することができる。従って、遠隔地のシステムのト
ランザクションに対する参照は、遠隔地のシステムの識
別子を含むことが推奨される。
トランザクションは、厳しく制御され、かつ全体として
ＤＡＡ環境に統合されている資源である。
ＤＡＡ環境に統合されている資源である。
ユーティリティ（ｕｔｉｌｉｔｙ ） （ＧＴＤ）は
、トランザクションの構築を自動化するために存在する
。
、トランザクションの構築を自動化するために存在する
。
ランタイム環境はアプリケーション・トランザクション
を包囲し、アプリケーション・コードに対して明らかな
りＡＡのサービスを提供する。
を包囲し、アプリケーション・コードに対して明らかな
りＡＡのサービスを提供する。
端末は、ユーザに対してインターフェースを行うために
使用される資源の集合である。端末は、通常ＶＤＵ出力
装置、およびキーボード、プログラム、音声、パー・コ
ード、およびマウスのある種の組み合せによって構成さ
れる。これ以外の構成の端末も可能である。
使用される資源の集合である。端末は、通常ＶＤＵ出力
装置、およびキーボード、プログラム、音声、パー・コ
ード、およびマウスのある種の組み合せによって構成さ
れる。これ以外の構成の端末も可能である。
端末との通信は３２７０のデータ・ストリーム・プロト
コールによって行われ、このプロトコールは種々の出力
および入力装置をサポートする。サポートされている各
々の装置は１組の機能的特性を有し、これらの特性は合
計３２７０のデータ・ストリームのプロトコールのサブ
セントを表す。
コールによって行われ、このプロトコールは種々の出力
および入力装置をサポートする。サポートされている各
々の装置は１組の機能的特性を有し、これらの特性は合
計３２７０のデータ・ストリームのプロトコールのサブ
セントを表す。
与えられた装置に対する有意の出力を保証するため、３
２７０のデータ・ストリーム発生装置（ＴＭＳ）は端末
の包括的な装置の種類を知らなければならない。
２７０のデータ・ストリーム発生装置（ＴＭＳ）は端末
の包括的な装置の種類を知らなければならない。
トランザクションと同様に、端末はシステム内にユニー
クな資源識別子を有していなければならない。端末資源
識別子は、異なったシステムで再使用することができる
。遠隔地の端末は、システムｉｄと端末ｉｄの両方を使
用して識別されることが推奨される。
クな資源識別子を有していなければならない。端末資源
識別子は、異なったシステムで再使用することができる
。遠隔地の端末は、システムｉｄと端末ｉｄの両方を使
用して識別されることが推奨される。
ＴＥＲＭＩ ＮＡＬ資源の定義を正規化するため、エン
ティティ・タイプのＤＥＶＩＣＥが確立され、これは所
定の端末に関係する装置の属性を有する。
ティティ・タイプのＤＥＶＩＣＥが確立され、これは所
定の端末に関係する装置の属性を有する。
ＤＥＶ Ｉ ＣＥとＴＥＲＭＩＮＡＬとの関係は、下記
のように示すことができる。
のように示すことができる。
通信ネットワークは、ＤＡＡの（目に見える）構成要素
ではない。ネットワークの動作の機構は、ＤＡＡのアプ
リケーション対して完全にトランスペアレント（ｔｒａ
ｎｓｐａｒｅｎｔ ）である。マルチシステムのＤＭＡ
アプリケーションは、システムの識別子を遠隔地のトラ
ンザクションと関連させることができるが、ローカル・
システムと遠隔地のシステムとの間の経路を把握する必
要はない。全ての端末のインタフェースの機能は、ＴＭ
Ｓ／ ＩＥＴ（ＤＡＡのアプリケーションの手順にとっ
てトランスペアレントである）によって取り扱われ、こ
れは端末装置の種類とシステムの位置を把握する。
ではない。ネットワークの動作の機構は、ＤＡＡのアプ
リケーション対して完全にトランスペアレント（ｔｒａ
ｎｓｐａｒｅｎｔ ）である。マルチシステムのＤＭＡ
アプリケーションは、システムの識別子を遠隔地のトラ
ンザクションと関連させることができるが、ローカル・
システムと遠隔地のシステムとの間の経路を把握する必
要はない。全ての端末のインタフェースの機能は、ＴＭ
Ｓ／ ＩＥＴ（ＤＡＡのアプリケーションの手順にとっ
てトランスペアレントである）によって取り扱われ、こ
れは端末装置の種類とシステムの位置を把握する。
ＤＡＡ環境内のＳＹＳＴＥＭ間のデータの交換は、シス
テム・ネットワーク・アーキテクチャ・ディストリビュ
ーション・サービス（ＳＮＡＤＳ）を使用して実行され
る。
テム・ネットワーク・アーキテクチャ・ディストリビュ
ーション・サービス（ＳＮＡＤＳ）を使用して実行され
る。
５ＮＡＤＳおよびその他のＤＲＣ構成要素の中で実行さ
れる通信システムの能力には下記のものが含まれる。
れる通信システムの能力には下記のものが含まれる。
（動的な）経路の決定と最適化。
中間のノードで照会を記憶および転送する。
−トポロジ・データ・ベースの「自動化された」保守と
分配。
分配。
ＳＹＳＴＥＭの識別子のみに基づくデータの交換（即ち
、中間ノードに付いての知識を必要としない）。
、中間ノードに付いての知識を必要としない）。
「新しい」システムと資源に対するルーテングのための
自習。
自習。
もし要求が終了していなければ、要求者に対する通知。
ＤＣＲ通信システムは、ＳＹＳＴＥＭ ｉｄ（これは
オプションである）および資源要素ｉｄ基以外アプリケ
ーションからいずれの情報も必要としない。
オプションである）および資源要素ｉｄ基以外アプリケ
ーションからいずれの情報も必要としない。
ローカル・データ・ベースの保守に対する要求は、デフ
ォルトの使用および自動化された学習によって最小にな
る。データの分散および配置のサービスを行っていない
分散に対する要求を追跡するため、広範な管理機能が人
手可能である。
ォルトの使用および自動化された学習によって最小にな
る。データの分散および配置のサービスを行っていない
分散に対する要求を追跡するため、広範な管理機能が人
手可能である。
ＤＡＡは、全ての与えられた資源に対する「目的地サー
ビス・ユニット」を訂正または決定するために、資源ル
ーティング・テーブルを動的に更新する。この機能はＤ
ＲＣのビュー分散サービスに組み込まれる。
ビス・ユニット」を訂正または決定するために、資源ル
ーティング・テーブルを動的に更新する。この機能はＤ
ＲＣのビュー分散サービスに組み込まれる。
第１７図は、本発明に従ってＤＲＣを実行するために使
用される種々の構成要素間の相互関係の好適な実施例を
示す。第１７図の１８４で示す部分は、トランザクショ
ン処理アドレス・スペースに位置し、１８６で示す部分
は、ＩＥＣアドレス・スペースに位置する。図から分る
ように、ＤＲＣビュー・ディストリビューション・サー
ビス（即ち、略してビュー・サーバ）は、定義された５
ＮＡＤＳプロトコールの境界とＩＥＴによって表わされ
るＤＡＡ トランザクションとの間でインターフェース
をとる。
用される種々の構成要素間の相互関係の好適な実施例を
示す。第１７図の１８４で示す部分は、トランザクショ
ン処理アドレス・スペースに位置し、１８６で示す部分
は、ＩＥＣアドレス・スペースに位置する。図から分る
ように、ＤＲＣビュー・ディストリビューション・サー
ビス（即ち、略してビュー・サーバ）は、定義された５
ＮＡＤＳプロトコールの境界とＩＥＴによって表わされ
るＤＡＡ トランザクションとの間でインターフェース
をとる。
トランザクションの間のデータの交換は、ＤＭＡアプリ
ケーション・トランザクションによって発生されるＬＩ
ＫおよびＲＥＴＵＲＮ命令によって駆動される。第１８
図は、ＬＩＮＫおよびＲＥＴＵＲＮの実行と関連する制
御とデータの論理的なフローを示す。下記のパラグラフ
は、発信システム１８７のアプリケーション・トランザ
クション発信装置１９０と受信システム１８８のアプリ
ケーション・トランザクション受信装置２０２との間の
分散の役割の概要を示す。
ケーション・トランザクションによって発生されるＬＩ
ＫおよびＲＥＴＵＲＮ命令によって駆動される。第１８
図は、ＬＩＮＫおよびＲＥＴＵＲＮの実行と関連する制
御とデータの論理的なフローを示す。下記のパラグラフ
は、発信システム１８７のアプリケーション・トランザ
クション発信装置１９０と受信システム１８８のアプリ
ケーション・トランザクション受信装置２０２との間の
分散の役割の概要を示す。
トランザクション１９０内のアプリケーション手順は、
ＬＩＮＫ命令を発生し、遠隔地のＳＹＳＴＥＭとＴＲＡ
ＮＳＡＣＴＩＯＮ ８８と通信を行うべきＩＮＰＵＴビ
ュー（図示せず）を指定することによって、遠隔地のト
ランザクション２０２とのデータの交換を開始する。Ｉ
ＥＴ（）ランザクジョンのアドレス・スペース内の）は
トランザクションＰＲＯＦＩＬＥデータ・ベースでＩＮ
ＰＵＴビューをセーブしくそしてこれはアプリケーショ
ン、ＩＮＴＥＲＦＡＣＥビューに対してトランスペアレ
ントである）。このＰＲＯＦ Ｉ ＬＥデータ・ベース
のビューは、ＵＳＥＲとＡＰＰＬＩＣＡＴＩＯＮとの特
定の組合わせに対するスタックの上部に関連するビュー
として参照される。ＩＥＴは、ＬＩＮＫ命令をＶ Ｉ
ＥＷサーバ（５ｅｒｖｅｒ ） １９４に引き渡すこと
によってビューの分散を開始する（ユーザおよびアプリ
ケーションの識別子と共に）。
ＬＩＮＫ命令を発生し、遠隔地のＳＹＳＴＥＭとＴＲＡ
ＮＳＡＣＴＩＯＮ ８８と通信を行うべきＩＮＰＵＴビ
ュー（図示せず）を指定することによって、遠隔地のト
ランザクション２０２とのデータの交換を開始する。Ｉ
ＥＴ（）ランザクジョンのアドレス・スペース内の）は
トランザクションＰＲＯＦＩＬＥデータ・ベースでＩＮ
ＰＵＴビューをセーブしくそしてこれはアプリケーショ
ン、ＩＮＴＥＲＦＡＣＥビューに対してトランスペアレ
ントである）。このＰＲＯＦ Ｉ ＬＥデータ・ベース
のビューは、ＵＳＥＲとＡＰＰＬＩＣＡＴＩＯＮとの特
定の組合わせに対するスタックの上部に関連するビュー
として参照される。ＩＥＴは、ＬＩＮＫ命令をＶ Ｉ
ＥＷサーバ（５ｅｒｖｅｒ ） １９４に引き渡すこと
によってビューの分散を開始する（ユーザおよびアプリ
ケーションの識別子と共に）。
Ｖ Ｉ ＥＷサアーパ１９４は、そのパラメータと共に
ＬＩＮＫ命令を受入れ、（存在する）ＩＥＴに対して非
同期的に要求を処理する。Ｖ’ｌＥＷサアーバ１９４は
、５ＮＡＤＳを介して送られるべきデータの「照会」と
してＰＲＯＦＩＬＥ ＤＢ１９２を使用する。５ＮＡ
ＤＳは、中間システム・ルーティングとして動作する。
ＬＩＮＫ命令を受入れ、（存在する）ＩＥＴに対して非
同期的に要求を処理する。Ｖ’ｌＥＷサアーバ１９４は
、５ＮＡＤＳを介して送られるべきデータの「照会」と
してＰＲＯＦＩＬＥ ＤＢ１９２を使用する。５ＮＡ
ＤＳは、中間システム・ルーティングとして動作する。
デスティネーション・システム（ｄｅｓｔｉｎａｔｉｏ
ｎ ｓｙｓｔｅｍ ） １８８の識別は、プロファイル
ＶＩＥＷ（図示せず）内にある。５ＮＡＤＳ １９６内
で定義された軌路に基づいて、分散（ビュー）はデステ
ィネーション・システム１８８に送られる。もし遠隔地
のトランザクションの実行の完了が成功すれば、戻され
た０ＵＴＰＵＴ ＶＩＥＷは（最終的に）受け取られ
る。ＶＩＥＷサーバ１９４は、ＶＩＥＷを受け取り、こ
のＶＩＥＷをＰＲＯＦ Ｉ ＬＥ ＤＢ１９２に載置
し、ローカル・トランザクション処理モニタで動作する
ために、ＴＲＡＮＳＡＣＴＩＯＮを並べる（ ｑｕｅｕ
ｅ ）。
ｎ ｓｙｓｔｅｍ ） １８８の識別は、プロファイル
ＶＩＥＷ（図示せず）内にある。５ＮＡＤＳ １９６内
で定義された軌路に基づいて、分散（ビュー）はデステ
ィネーション・システム１８８に送られる。もし遠隔地
のトランザクションの実行の完了が成功すれば、戻され
た０ＵＴＰＵＴ ＶＩＥＷは（最終的に）受け取られ
る。ＶＩＥＷサーバ１９４は、ＶＩＥＷを受け取り、こ
のＶＩＥＷをＰＲＯＦ Ｉ ＬＥ ＤＢ１９２に載置
し、ローカル・トランザクション処理モニタで動作する
ために、ＴＲＡＮＳＡＣＴＩＯＮを並べる（ ｑｕｅｕ
ｅ ）。
Ｖ Ｉ ＥＷＯサイズは、ＰＲＯＦＩＬＥ ＤＢ１９
２（２ギガバイト）で認められたＶ Ｉ ＥＷサイズに
よってのみ制約される。ＡＰＰＬＩＣＡＴＩＯＮは、大
きなバイト・カウントを有するデータの交換をブロック
化および非ブロック化するために、必要とされない。更
に、論理的データの交換について、ＴＲＡＮＳＡＣＴＩ
ＯＮは１回しか実行されない。
２（２ギガバイト）で認められたＶ Ｉ ＥＷサイズに
よってのみ制約される。ＡＰＰＬＩＣＡＴＩＯＮは、大
きなバイト・カウントを有するデータの交換をブロック
化および非ブロック化するために、必要とされない。更
に、論理的データの交換について、ＴＲＡＮＳＡＣＴＩ
ＯＮは１回しか実行されない。
（デスティネーション・システム）のビュー・サーバ２
００は、ＩＮＰＵＴ ＶＩＥＷ（これもまた図示せず
）を受け取り、これを直ちにＰＲＯＦＩＬＥＤＢ１９８
に載置し、ローカル・トランザクション処理モニタで動
作するために、ＴＲＡＮＳＡＣＴＩＯＮを照会する。Ｔ
Ｐディストリビュータは、ＤＲＣＶＤＳ２００ （ビュ
ー分散サービス）とトランザクション処理モニタとの間
のインタフェースとして機能する。ＩＭＳの場合、この
プログラムは連続的に動作するＢＭＰである。ＵＮＩＸ
ＴＰの場合、ＴＰディストリビュータは、ＤＲＣＶ
ＤＳに埋め込まれた機能である。もしＴＲＡＮＳＡＣＴ
ＩＯＮが存在しなければ、リターン０ＵＴＰＵＴビユー
が適当な終了コードと共に構築され、アプリケーション
・トランザクション発信装置１９０に戻される。
００は、ＩＮＰＵＴ ＶＩＥＷ（これもまた図示せず
）を受け取り、これを直ちにＰＲＯＦＩＬＥＤＢ１９８
に載置し、ローカル・トランザクション処理モニタで動
作するために、ＴＲＡＮＳＡＣＴＩＯＮを照会する。Ｔ
Ｐディストリビュータは、ＤＲＣＶＤＳ２００ （ビュ
ー分散サービス）とトランザクション処理モニタとの間
のインタフェースとして機能する。ＩＭＳの場合、この
プログラムは連続的に動作するＢＭＰである。ＵＮＩＸ
ＴＰの場合、ＴＰディストリビュータは、ＤＲＣＶ
ＤＳに埋め込まれた機能である。もしＴＲＡＮＳＡＣＴ
ＩＯＮが存在しなければ、リターン０ＵＴＰＵＴビユー
が適当な終了コードと共に構築され、アプリケーション
・トランザクション発信装置１９０に戻される。
遠隔地の資源が存在しないこと、および他の種類の分散
エラーは、遠隔地のＶ Ｉ ＥＷサーバ２００または５
ＮＡＤＳ １９６のいずれかから報告される。ローカル
・ビュー・サーバ１９４はこれらの分散の例外を受け取
り、これらを分散の発信装置１９０ （即ち、ＤＡＡト
ランザクション）に対して広める。ビュー・サーバ２０
０が、ＲＥＴＵＲＮ命令をそのパラメータと共に受け入
れ、以前のプロセスの全体が逆転する場合、終了した遠
隔地のトランザクション２０２の結果が戻される。
エラーは、遠隔地のＶ Ｉ ＥＷサーバ２００または５
ＮＡＤＳ １９６のいずれかから報告される。ローカル
・ビュー・サーバ１９４はこれらの分散の例外を受け取
り、これらを分散の発信装置１９０ （即ち、ＤＡＡト
ランザクション）に対して広める。ビュー・サーバ２０
０が、ＲＥＴＵＲＮ命令をそのパラメータと共に受け入
れ、以前のプロセスの全体が逆転する場合、終了した遠
隔地のトランザクション２０２の結果が戻される。
０ＵＴＰＵＰ ＶＩＥＷは、システム１９７に向かう
５ＮＡＤＳ １９６に戻る。ビュー・サーバ１９４はＶ
ＩＥＷを受け取り、これをＰＲＯＦＩＬＥ ＤＢ１９２
に載置し、局部的に動作するためにＴＲＡＮＳＡＣＴＩ
ＯＮを並べる。
５ＮＡＤＳ １９６に戻る。ビュー・サーバ１９４はＶ
ＩＥＷを受け取り、これをＰＲＯＦＩＬＥ ＤＢ１９２
に載置し、局部的に動作するためにＴＲＡＮＳＡＣＴＩ
ＯＮを並べる。
システムの全ての局部端末は、資源として識別される。
各端末は、特定の組の装置の特性を有している。これら
の装置の特性は、端末に対して予定されている３２７０
のデータ・ストリームを正しく構築するためにＴＭＳに
よって必要とされる。
の装置の特性は、端末に対して予定されている３２７０
のデータ・ストリームを正しく構築するためにＴＭＳに
よって必要とされる。
もし端末が局部的でなければ、この装置の特性は局部的
な資源のディレクトリ（ｄｉｒｅｃｔｏｒｙ ）によっ
て入手することはできない。遠隔地の端子に対するサポ
ート（５ｕｐｐｏｒｔ ）は、トランザクション処理モ
ニタがデータをその環境の外部にある端末に対して転送
することができないことによって更に複雑になる。
な資源のディレクトリ（ｄｉｒｅｃｔｏｒｙ ）によっ
て入手することはできない。遠隔地の端子に対するサポ
ート（５ｕｐｐｏｒｔ ）は、トランザクション処理モ
ニタがデータをその環境の外部にある端末に対して転送
することができないことによって更に複雑になる。
第１９図は、端末とトランザクションとの間のデータの
交換に関連する制御とデータの論理的なフローを示す。
交換に関連する制御とデータの論理的なフローを示す。
端末は、まずローカル・システムのＤＡＡ トランザク
ション２０８と会話を行う。
ション２０８と会話を行う。
もしこのトランザクションがＬＩＮＫを実行すれば、端
末装置の属性はユーザによって指定されたＩＮＰＵＴビ
ューと共に遠隔地のシステムに引渡される。遠隔地のト
ランザクションが端末に対して３２７０データ・ストリ
ームを分散することを要求すれば、ＤＡＡマスク・メニ
ューのリモート・スイッチはこれが非ローカルな端末で
あることを認識して、ＤＡＡの擬似トランザクションｒ
ＴＥＲＭＩＮＡＬｊ ２１０に対してＬＩＮＫを発生す
る（これはＴＰディストリビュータ・プログラム内で実
行される）。
末装置の属性はユーザによって指定されたＩＮＰＵＴビ
ューと共に遠隔地のシステムに引渡される。遠隔地のト
ランザクションが端末に対して３２７０データ・ストリ
ームを分散することを要求すれば、ＤＡＡマスク・メニ
ューのリモート・スイッチはこれが非ローカルな端末で
あることを認識して、ＤＡＡの擬似トランザクションｒ
ＴＥＲＭＩＮＡＬｊ ２１０に対してＬＩＮＫを発生す
る（これはＴＰディストリビュータ・プログラム内で実
行される）。
ＴＰディストリビュータ２１０は、３２７０データ・ス
トリームを受取り（そのＩＮＰＵＴビューとして）、こ
れをローカル・トランザクション処理モニタ２１２を介
して端末２１６に転送する。
トリームを受取り（そのＩＮＰＵＴビューとして）、こ
れをローカル・トランザクション処理モニタ２１２を介
して端末２１６に転送する。
端末２１６からのデータの入力は、ＴＰコレクタ２１８
を介して転送される（これはＩＭＳで／ＳＥＴ ＴＲ
ＡＮを要求する場合がある）。ＴＰコレクタ２１８は、
３２７０データ・ストリームを（ＲＥＴＵＲＮを介して
）遠隔地のトランザクションに引渡す。端末２１６がロ
ーカルなものであっても遠隔地のものであってもＤＡＡ
アプリケーションにとってトランスペアレントである。
を介して転送される（これはＩＭＳで／ＳＥＴ ＴＲ
ＡＮを要求する場合がある）。ＴＰコレクタ２１８は、
３２７０データ・ストリームを（ＲＥＴＵＲＮを介して
）遠隔地のトランザクションに引渡す。端末２１６がロ
ーカルなものであっても遠隔地のものであってもＤＡＡ
アプリケーションにとってトランスペアレントである。
もし遠隔地のトランザクションが更にＬＩＮＫを発生す
れば、端末の属性は次の（ネス） （ｎｅｓｔ）された
）ＤＡＡ）ランザクジョンに対して転送される。複数の
ＲＥＴＵＲＮが究極的に端末のオーイング（ｏｗｎｉｎ
ｇ ）システムに対して戻される。
れば、端末の属性は次の（ネス） （ｎｅｓｔ）された
）ＤＡＡ）ランザクジョンに対して転送される。複数の
ＲＥＴＵＲＮが究極的に端末のオーイング（ｏｗｎｉｎ
ｇ ）システムに対して戻される。
ＬＩＮＫと関連するインターフェース・ビューの一部は
、ＴＥＲＭＩ ＮＡＬ ｉ ｄ、端末のＳＹＳＴＥＭ
ｉｄおよび端末の包括的な装置の種類を含む。この
情報は、全てのＬＩＮＫされたトランザクションで使用
され、他のＬＩＮＫされたトランザクションに伝搬され
る。ＤＡＡの場合、ローカル・トランザクションのみが
ＬＩＮＫなしで実行可能である。ローカル・トランザク
ションは、ローカル資源ディレクトリ （ＳＮＡＤＳデ
ータ・ベース）から直接端末の特性を取得する。
、ＴＥＲＭＩ ＮＡＬ ｉ ｄ、端末のＳＹＳＴＥＭ
ｉｄおよび端末の包括的な装置の種類を含む。この
情報は、全てのＬＩＮＫされたトランザクションで使用
され、他のＬＩＮＫされたトランザクションに伝搬され
る。ＤＡＡの場合、ローカル・トランザクションのみが
ＬＩＮＫなしで実行可能である。ローカル・トランザク
ションは、ローカル資源ディレクトリ （ＳＮＡＤＳデ
ータ・ベース）から直接端末の特性を取得する。
ＴＲＡＮＳＡＣＴＩＯＮは、ＶＩＥＷサーバを介してデ
ータを端末に送る。トランザクションはＴＭＳ （およ
びＧＤＤＭ）を使用して任意の長さの３２７０データ・
ストリームを発生する。これらのデータ・ストリームは
、ＰＲＯＦＩＬＥデータ・ベースに対して並べられる。
ータを端末に送る。トランザクションはＴＭＳ （およ
びＧＤＤＭ）を使用して任意の長さの３２７０データ・
ストリームを発生する。これらのデータ・ストリームは
、ＰＲＯＦＩＬＥデータ・ベースに対して並べられる。
トランザクションからのＶＩＥＷサーバに対する要求に
よって、ＴＥＲＭＩＮＡＬに対して並べられた３２７０
データの転送が開始される。もし端末が局部的なもので
あれば、データ・ストリームは、直接ローカル・トラン
ザクション処理モニタに挿入される。全ての他の場合、
並べられた３２７０データ・ストリームは遠隔地のシス
テムのビュー・サーバに転送される。この機構は、ＩＮ
ＰＵＴ１０ＵＴＰＵＴビューの処理と同一であるが、Ｉ
ＮＴＥＲＦＡＣＥビューがＶＩＥＷサーバによって自動
的に構築され、ｒ ＴＥＲＭ ＩＮＡＬ Ｊの擬似トラ
ンザクション識別子を含んでいる。擬似トランザクショ
ンｒＴＥＲＭＩＮＡＬＪは、ビュー・サーバに組込まれ
た機能として実行される（これは３２７０データ・スト
リームをローカル・トランザクション処理モニタに挿入
する）。
よって、ＴＥＲＭＩＮＡＬに対して並べられた３２７０
データの転送が開始される。もし端末が局部的なもので
あれば、データ・ストリームは、直接ローカル・トラン
ザクション処理モニタに挿入される。全ての他の場合、
並べられた３２７０データ・ストリームは遠隔地のシス
テムのビュー・サーバに転送される。この機構は、ＩＮ
ＰＵＴ１０ＵＴＰＵＴビューの処理と同一であるが、Ｉ
ＮＴＥＲＦＡＣＥビューがＶＩＥＷサーバによって自動
的に構築され、ｒ ＴＥＲＭ ＩＮＡＬ Ｊの擬似トラ
ンザクション識別子を含んでいる。擬似トランザクショ
ンｒＴＥＲＭＩＮＡＬＪは、ビュー・サーバに組込まれ
た機能として実行される（これは３２７０データ・スト
リームをローカル・トランザクション処理モニタに挿入
する）。
遠隔地の端末に対する任意の出力の場合、３２７０デー
タ・ストリームは未知の装置の属性を有する端末に対し
て作成されなければならない。この場合、ＴＭＳは最も
能力の高い装置に対して３２７０データ・ストリームを
発生する。データ・ストリームがｒＴＥＲＭＩＮＡＬＪ
のトランザクションによって処理される場合、これはこ
の装置に対して不当であることが知られている制御シー
ケンスをストリップ（５ｔｒｉｐ ）または変換するフ
ィルタを介して引渡される。
タ・ストリームは未知の装置の属性を有する端末に対し
て作成されなければならない。この場合、ＴＭＳは最も
能力の高い装置に対して３２７０データ・ストリームを
発生する。データ・ストリームがｒＴＥＲＭＩＮＡＬＪ
のトランザクションによって処理される場合、これはこ
の装置に対して不当であることが知られている制御シー
ケンスをストリップ（５ｔｒｉｐ ）または変換するフ
ィルタを介して引渡される。
ＤＲＣＶＤＳ−ビュー・ディストリビューション・サー
ビス ＤＲＣＶＤＳは分散された資源制御ビュー・ディ
ストリビューション・サービスであり、これはまたビュ
ー・サーバと呼ばれる。
ビス ＤＲＣＶＤＳは分散された資源制御ビュー・ディ
ストリビューション・サービスであり、これはまたビュ
ー・サーバと呼ばれる。
Ｖ Ｉ ＥＷサーバは、プロファイル管理、分散サービ
スおよび資源管理（ＴＰモニタによって制御されたトラ
ンザクションと端末を含む）の機能を１つのＤＡＡ ）
ランザクジョン用のインターフエースに結合する（Ｉ
ＥＴを介して）。ビューの分散は、５ＮＡＤＳの分散サ
ービスをプロファイル管理データ・ベースのビューの記
憶と検索機能とに結合することによって実行される。ビ
ュー・サーバは、それ自身のデータ・ベースを有さす、
これは資源制御情報のために５ＮＡＤＳデータ・ベース
を使用し、ビューの記憶と検索のためにプロファイル管
理データ・ベース（ユーザおよびロール・ファイル）を
使用する。
スおよび資源管理（ＴＰモニタによって制御されたトラ
ンザクションと端末を含む）の機能を１つのＤＡＡ ）
ランザクジョン用のインターフエースに結合する（Ｉ
ＥＴを介して）。ビューの分散は、５ＮＡＤＳの分散サ
ービスをプロファイル管理データ・ベースのビューの記
憶と検索機能とに結合することによって実行される。ビ
ュー・サーバは、それ自身のデータ・ベースを有さす、
これは資源制御情報のために５ＮＡＤＳデータ・ベース
を使用し、ビューの記憶と検索のためにプロファイル管
理データ・ベース（ユーザおよびロール・ファイル）を
使用する。
ビュー・サーバは、アプリケーション・トランザクショ
ンと５ＮＡＤＳの動作機能との間のインターフェースと
して機能する。ビュー・サーバは、ユーザ（即ち、資源
）に関して「学習した」情報を動的にフィードバックす
ることによって５ＮＡＤＳを増加する。このフィードバ
ックは、ネットワーク資源の利用、性能および応答時間
の改善を意図するものである。このフィードバックの特
徴は、十分詳細なルーティング・テーブルが各ＤＳＵＮ
で構築された場合、最も有効である。
ンと５ＮＡＤＳの動作機能との間のインターフェースと
して機能する。ビュー・サーバは、ユーザ（即ち、資源
）に関して「学習した」情報を動的にフィードバックす
ることによって５ＮＡＤＳを増加する。このフィードバ
ックは、ネットワーク資源の利用、性能および応答時間
の改善を意図するものである。このフィードバックの特
徴は、十分詳細なルーティング・テーブルが各ＤＳＵＮ
で構築された場合、最も有効である。
ビュー・サーバは、分散情報をローカル資源に引渡す。
引渡し機能によって現在認識されている資源の種類は装
置、端末およびトランザクションを含む。サポートされ
ている資源のリストは容易に拡張することができるるか
、この場合、ソフトウェアのインパクトは特定の局部に
対して引渡し待ち（ｑｕｅｕｅ ）を行うサービスのた
めに必要とされるロジックのみである。各資源は、−船
釣にＤＡＡの概念または能力に対するサポートと関連し
ている。新しい概念がＤＡＡに付加されるとＶ Ｉ Ｅ
Ｗサーバは、関連する新しい資源のグループに対する明
確なサポートによって拡張される。
置、端末およびトランザクションを含む。サポートされ
ている資源のリストは容易に拡張することができるるか
、この場合、ソフトウェアのインパクトは特定の局部に
対して引渡し待ち（ｑｕｅｕｅ ）を行うサービスのた
めに必要とされるロジックのみである。各資源は、−船
釣にＤＡＡの概念または能力に対するサポートと関連し
ている。新しい概念がＤＡＡに付加されるとＶ Ｉ Ｅ
Ｗサーバは、関連する新しい資源のグループに対する明
確なサポートによって拡張される。
各資源は、ローカルあるいは非ローカルとして識別され
る。各ローカル資源はローカル的な引き渡しの待ちを有
する。ローカル的な引き渡しの待ちの名前は、資源の種
類に対応する（結果として、ローカル的な引き渡しの待
ちに対して行うサービスを行うために使用される引き渡
し論理に対応する）。ローカル的な引き渡しの待ちの名
前は、ビュー分散サービスによってサポートされた資源
の種類として明確に認識されなければならない。
る。各ローカル資源はローカル的な引き渡しの待ちを有
する。ローカル的な引き渡しの待ちの名前は、資源の種
類に対応する（結果として、ローカル的な引き渡しの待
ちに対して行うサービスを行うために使用される引き渡
し論理に対応する）。ローカル的な引き渡しの待ちの名
前は、ビュー分散サービスによってサポートされた資源
の種類として明確に認識されなければならない。
各ローカル資源は、セキュリティ・コードを有する。こ
のコードは、資源に特定のディスバンチツヤ（ｄｉｓｐ
ａｔｃｈｅｒ ）が安全でない資源に対して安全なデー
タを分散することを不可能にするために使用される。
のコードは、資源に特定のディスバンチツヤ（ｄｉｓｐ
ａｔｃｈｅｒ ）が安全でない資源に対して安全なデー
タを分散することを不可能にするために使用される。
資源は、別の資源の種類によって決まる属性を有しても
よい。これらの属性は、通常はローカル資源に使用され
るのみである。遠隔トランザクションによって要求され
ると、これらの属性は通常はＬＩＮＫ機能を伴うインタ
ーフニス・ビューと共に引き渡される（これは、遠隔ト
ランザクションへの端末および装置の属性の分散技術で
ある）。
よい。これらの属性は、通常はローカル資源に使用され
るのみである。遠隔トランザクションによって要求され
ると、これらの属性は通常はＬＩＮＫ機能を伴うインタ
ーフニス・ビューと共に引き渡される（これは、遠隔ト
ランザクションへの端末および装置の属性の分散技術で
ある）。
トランザクションは、ローカル・トランザクション処理
モニタ（例えば、ＩＭＳ、ＴＵＸＥＤＯ）に分散情報単
位の適当な部分を挿入して引き渡される。「ローカル」
の概念は、トランザクション処理モニタに従って変化す
る。ＭＳＣリンクを有するＩＭＳの場合、「ローカル」
は全てのグローバルなＩＭＳ）ランザクジョンであり得
る（トランザクションがＩＭＳシステムに対してローカ
ルでないならば、データの長さに制限があることに注意
のこと）。
モニタ（例えば、ＩＭＳ、ＴＵＸＥＤＯ）に分散情報単
位の適当な部分を挿入して引き渡される。「ローカル」
の概念は、トランザクション処理モニタに従って変化す
る。ＭＳＣリンクを有するＩＭＳの場合、「ローカル」
は全てのグローバルなＩＭＳ）ランザクジョンであり得
る（トランザクションがＩＭＳシステムに対してローカ
ルでないならば、データの長さに制限があることに注意
のこと）。
端末は、ローカル・トランザクション処理モニタ（例え
ば、ＩＭＳ、ＴＵＸＥＤＯ）に分散情報単位の適当な部
分を挿入して引き渡される。「ローカル」の概念は、ト
ランザクション処理モニタに従って変化する。ＭＳＣリ
ンクを有するＩＭＳの場合、「ローカル」は、全てのグ
ローバルな１ＭＳアイテムであり得る。物理的端末は、
複数の理論端末として識別され、各々は（ことによると
）異なる装置の種類を有し、異なったホスト・システム
と関連する。各理論端末は、ユーザにとっては自分の物
理的端末のウィンド（ｉｅｉｎｄｏｗ ）として現れる
ことができる。
ば、ＩＭＳ、ＴＵＸＥＤＯ）に分散情報単位の適当な部
分を挿入して引き渡される。「ローカル」の概念は、ト
ランザクション処理モニタに従って変化する。ＭＳＣリ
ンクを有するＩＭＳの場合、「ローカル」は、全てのグ
ローバルな１ＭＳアイテムであり得る。物理的端末は、
複数の理論端末として識別され、各々は（ことによると
）異なる装置の種類を有し、異なったホスト・システム
と関連する。各理論端末は、ユーザにとっては自分の物
理的端末のウィンド（ｉｅｉｎｄｏｗ ）として現れる
ことができる。
装置は、ディスパッチ（ｄｉｓｐａｔｃｈ ）をサポー
トしない資源の種類である。装置は、ＴＥＲＭＩＮＡＬ
属性を正規化する唯一の目的のための資源として存在す
る。装置に対してディスパッチを行うとするするいかな
る試みがなされても、結果として分散エラーが発生する
。
トしない資源の種類である。装置は、ＴＥＲＭＩＮＡＬ
属性を正規化する唯一の目的のための資源として存在す
る。装置に対してディスパッチを行うとするするいかな
る試みがなされても、結果として分散エラーが発生する
。
ＤＥＶ Ｉ ＣＥ資源情報は、その包括的な装置の種類
の名前を含む装置の種類、サポートされた装置の属性お
よびデイスプレーの大きさの特性を与える。ＤＥＶ Ｉ
ＣＥ子テーブル、ネットワーク全体に渡って同一であ
ると考えられる（まれには同一でない）。テーブルは、
ローカル・エントリーのみを有する資源テーブルとして
実行される。特に発信者がローカル端末の装置属性を知
らなかったために、もし３２７０データ・ストリーム・
フィルタが要求されれば、ＤＥＶ Ｉ ＣＥテーブプル
のこの情報は、ＴＥＲＭＩＮＡＬの分散を引き渡すため
に使用されてもよい。
の名前を含む装置の種類、サポートされた装置の属性お
よびデイスプレーの大きさの特性を与える。ＤＥＶ Ｉ
ＣＥ子テーブル、ネットワーク全体に渡って同一であ
ると考えられる（まれには同一でない）。テーブルは、
ローカル・エントリーのみを有する資源テーブルとして
実行される。特に発信者がローカル端末の装置属性を知
らなかったために、もし３２７０データ・ストリーム・
フィルタが要求されれば、ＤＥＶ Ｉ ＣＥテーブプル
のこの情報は、ＴＥＲＭＩＮＡＬの分散を引き渡すため
に使用されてもよい。
トランザクション ファイル ＧＴＤを詳細に検討す
る前に、その入力と記憶の１つの面、即ちトランザクシ
ョン定義ファイル（ＴＤＦ）の用途をさらに検討しなけ
ればならない。本発明のＤＤＡとそのトランザクション
発生プログラム、ＧＴＤＯ前に、プログラマ−は自分自
身のジョブ・デツキ（ｊｏｂ ｄｅｃｋ ）を適切な４
手続きとスクリーン・マツプのすべてにコンパイルする
ことが必要である。大型コンピュータ３７０で、これは
数個のＪＣＬデツキまたはＴＳＯクリスト（Ｃ１１ｓｋ
）によって構成されることができる。ＵＮＩＸにおい
て、プログラマは全ての正しい部分をコンパイルし、接
続する命令を含むファイルを形成する。
る前に、その入力と記憶の１つの面、即ちトランザクシ
ョン定義ファイル（ＴＤＦ）の用途をさらに検討しなけ
ればならない。本発明のＤＤＡとそのトランザクション
発生プログラム、ＧＴＤＯ前に、プログラマ−は自分自
身のジョブ・デツキ（ｊｏｂ ｄｅｃｋ ）を適切な４
手続きとスクリーン・マツプのすべてにコンパイルする
ことが必要である。大型コンピュータ３７０で、これは
数個のＪＣＬデツキまたはＴＳＯクリスト（Ｃ１１ｓｋ
）によって構成されることができる。ＵＮＩＸにおい
て、プログラマは全ての正しい部分をコンパイルし、接
続する命令を含むファイルを形成する。
ＧＴＤを使用すると、プログラマはＧＴＤがＴＤＦを構
築し保持するので、そのようなファイルを構築する必要
がまったくない。このＴＤＦは所定のＤＡＡ ）ランザ
クジョンの全ての適正な構成要素をコンパイルし、接続
するのに必要な全情報を含むＧＴＤの不可欠な部分であ
る。プログラマは、単にＧＴＤのメニューとスクリーン
を使って適当な構成要素を付加または削除し、ＧＴＤは
この情報をＴＤＦにファイルする。
築し保持するので、そのようなファイルを構築する必要
がまったくない。このＴＤＦは所定のＤＡＡ ）ランザ
クジョンの全ての適正な構成要素をコンパイルし、接続
するのに必要な全情報を含むＧＴＤの不可欠な部分であ
る。プログラマは、単にＧＴＤのメニューとスクリーン
を使って適当な構成要素を付加または削除し、ＧＴＤは
この情報をＴＤＦにファイルする。
このＴＤＦは、ＧＴＤがＤＡＡ ）ランザクジョン構築
のための「青写真」として使用する記録のファイルであ
る。ＴＤＦの内容は、ＧＴＤツールを使用してアプリケ
ーション開発者によって作成され保持される。ＴＤＦは
プログラマが自分の手順コード、パネル・マツプおよび
メニューを編集するのを助けるためにＧＴＤによって使
用される。
のための「青写真」として使用する記録のファイルであ
る。ＴＤＦの内容は、ＧＴＤツールを使用してアプリケ
ーション開発者によって作成され保持される。ＴＤＦは
プログラマが自分の手順コード、パネル・マツプおよび
メニューを編集するのを助けるためにＧＴＤによって使
用される。
ひとたびこれらの構成要素が編集されれてしまうと、Ｔ
ＤＦはＧＴＤによって使用され、トランザクション・ロ
ード・モジュールを作成するためにＩＥＴと共にリンク
によって編集される種々の対象モジュールをコムパイル
し作成する。
ＤＦはＧＴＤによって使用され、トランザクション・ロ
ード・モジュールを作成するためにＩＥＴと共にリンク
によって編集される種々の対象モジュールをコムパイル
し作成する。
ＴＤＦは下記の種類の記録即ちヘッダー、第１ヘツダの
拡張、第２ヘツダーの拡張、パネル、手順、メニューお
よび言語によって構成される。各ＴＤＦは１つだけのへ
フダー、第１ヘツダの拡張、および第２ヘツダーの拡張
をそれぞれの順序で有する。各ＴＤＦは、また少なくと
も１つのパネル、手順およびメニュー記録を含むが、そ
れらは特定の順序に従ってはいない。ＴＤＦ内に言語記
録が存在することはオプションである。
拡張、第２ヘツダーの拡張、パネル、手順、メニューお
よび言語によって構成される。各ＴＤＦは１つだけのへ
フダー、第１ヘツダの拡張、および第２ヘツダーの拡張
をそれぞれの順序で有する。各ＴＤＦは、また少なくと
も１つのパネル、手順およびメニュー記録を含むが、そ
れらは特定の順序に従ってはいない。ＴＤＦ内に言語記
録が存在することはオプションである。
各記録の長さを変更することが可能である。記録の終端
部には値がないので、これは記憶されない。可変長の記
録構造をサポートするプラットホームでは、ＬＬＺＺフ
ィールドは明確にデータとして記憶されない。他のプラ
ントホームでは、ＬＬＺＺフィールドは可変長記録構造
をサポートするデータとして記憶される。
部には値がないので、これは記憶されない。可変長の記
録構造をサポートするプラットホームでは、ＬＬＺＺフ
ィールドは明確にデータとして記憶されない。他のプラ
ントホームでは、ＬＬＺＺフィールドは可変長記録構造
をサポートするデータとして記憶される。
以下はフィールド・レベルの要約で、それぞれ記録の名
前が付与されており、当該記録の長さとその記録の簡単
な説明がこれに続（。
前が付与されており、当該記録の長さとその記録の簡単
な説明がこれに続（。
ヘッダー：
ＬＩＺＺ、４、記録の長さ
ＧＴＤＨＲＴＹＰ、１、 記録の種類、値はｒＨＪ。
ＧＴＤＨＭＥＭ 、８、 ＴＤＴの名前ＧＴＤＨＭＴＹ
Ｐ、１、 ＴＤＴの種類。値はｒＤＪ。
Ｐ、１、 ＴＤＴの種類。値はｒＤＪ。
ＧＴＩＩＩ（Ｉｌｌｌｌ、 ８、 ドキュメンテー
ション・レポートの名前。
ション・レポートの名前。
ＧＴＤＨＤＧ、 ８、 ドキュメンテーション・
ジュネレーションの名前。
ジュネレーションの名前。
ＧＴＤＡＰＰＬ 、 ４、 アプリケーションの名前。
ＧＴＤＲＥＬＮ 、 ４、 アプリケーションのリリー
ス番号。
ス番号。
ＧＴＤＬＬＩＢ 、 ４６、ロード・ライブラリ・パス
。
。
ＧＴＤＬＭＥＭ 、８、 ロード・ライブラリ・メンバ
の名前。
の名前。
ＧＴＤＯＬｒＢ
ＧＴＤＯＭＥＭ
ＧＴＤＳＬＩＢ
ＧＴＤＣ？ＩＥＭ
ＧＴＤＤＬＩＢ
ＧＴＤＤＭＥＭ
ＧＴＤＮＬＩＢ
ＧＴＤＮＭＥＭ
ＧＴＤＬＥＯＰＴ。
ＧＴＤＧＯＦ。
４６、オブジェクト・ライブラリ・
パス。
オブジェクト・ライブラリ・
メンバの名前。
ソース・ライブラリ・パス。
トランザクション・ビューの
名前・
４６、データベース・ライブラリ・
パス。
データ・ベース・ライブラリ・
メンバの名前。
４６、制御ライブラリ・パス。
制御ライブラリ・メンバの名
前。
リンケージ・エディタ・オプ
ション。
ジェネレーション・オプショ
ン・フラグ。値はｒＹＪおよ
びｒＮＪ。値がｒＹＪの場合、
メニュ、ヘルプ、情報、グロ
４６．
５０、
サリおよびパネルにｒＯＰＴＩＯＮ：Ｊフィールドを設
定。
定。
ＧＴＤＧＬＰ、 Ｌ ジェネレーション・ルックア
ヘッド・フラッグ（ｇｅｎｅｒａｔｉｏｎｌｏｏｋ−ａ
ｈｅａｄ ｆｌａｇ）、値はｒＹｊおよびｒＮＪ。値が
ｒＹＪの 場合、パネルにｒＬＯＯＫＡＨＥＡＤ： Ｊフィールド
を設定。
ヘッド・フラッグ（ｇｅｎｅｒａｔｉｏｎｌｏｏｋ−ａ
ｈｅａｄ ｆｌａｇ）、値はｒＹｊおよびｒＮＪ。値が
ｒＹＪの 場合、パネルにｒＬＯＯＫＡＨＥＡＤ： Ｊフィールド
を設定。
第１ヘツダーの拡張：
ＬＩＺＺ。
ＧＴＤＨＥＸＩ 、
ＧＴＤＨＥＸＩＮ。
ＧＴＤＣＤＳＮＩ、
ＧＴＤＣＤＳＮ２、
ＧＴＤＣＤＳＮ３、
ＧＴＤＣＤＳＮ４．
４、 記録の長さ。
２、 記録の種類、値はｒＨＸＪ。
２、 拡張の種類、値は２進の１゜
４６、エキストラ・コピー／ヘンタ
ー・ライブラリ・パス。
４６、エキストラ・コピー／ヘンタ
ー・ライブラリ・パス。
４６、エキストラ・コピー／ヘッダ
ー・ライブラリ・パス。
４６、エキストラ・コピー／ヘッダ
ー・ライブラリ・パス。
ＧＴＤＸＬＩＢ 、 ４６、デバッガ−（ｄｅｂｕｇｇ
ｅｒ）の符号。
ｅｒ）の符号。
２ヘツダーのム ：
ＬＩＺＺ、４、 記録の長さ
ＧＴＤＨＥＸ２．２、 記録の種類。値はｒＨＸＪ。
ＧＴＤＨＥＸ２Ｎ、２、 拡張の種類、値は２進の２゜
ＧＴＤＬＤＳＮＩ、４６、エキストラ・ロード・ライブ
ラリ・パス。
ＧＴＤＬＤＳＮＩ、４６、エキストラ・ロード・ライブ
ラリ・パス。
ＧＴＤＬＤＳＮ２．４６、エキストラ・ロード・ライブ
ラリ・パス。
ラリ・パス。
ＧＴＤＬＤＳＮ３．４６、エキストラ・ロード・ライブ
ラリ・パス。
ラリ・パス。
ＧＴＤＬＤＳＮ４．４６、エキストラ・ロード・ライブ
ラリ・パス。
ラリ・パス。
ＧＴＤＬＤＳＮ５．４６、エキストラ・ロード・ライブ
ラリ・パス。
ラリ・パス。
ＧＴＤＬＤＳＮ６．４６、エキストラ・ロード・ライブ
ラリ・パス。
ラリ・パス。
パネル： （パネル・エントリにつき１例）ＬＬＺＺ、
４、 記録の長さ。
４、 記録の長さ。
５ＴＤＥＴＹＰ 、 １、 記録の種類。値はｒＰＪ。
ＳＴＤＥＮＡＭＥ、 ８、 パネルの名前。
５ＴＤＥＳＥＬ 、 ８、 非使用。
ＳＴＤＥＩＰＮＭ、８、 入力手順の名前。
ＳＴＤＥＯＰＮＭ、 ８、 出力手順の名前。
ＳＴＤＥＰＶＮＭ、８、 非使用。
５ＴＤＥＤＩＩ！ＳＣ，３２、パネルの説明。
王凰上（手順の入力につき１例）
ＬＬＺＺ、４、 記録の長さ。
５ＴＤＥＴＹＰ 、 １、 記録の種類。値はｒｃＪ。
ＳＴＤＥＮＡＭＥ、 ８、 手順の名前。
５ＴＤＥＳＥＬ 、 ８、 非使用。
ＳＴＤＥＩＰＮＭ、 ８、 入力・ビューの名前。
ＳＴＤＥＯＰＮＭ、８、 出力・ビューの名前。
ＳＴＤＥＰＶＮＭ、８、 プロファイル・ビューの名
前。
前。
５ＴＤＨＤＥＳＣ，３２、手順の説明。
５ＴＤＥＲＳＶＩ、４、 予約スペース。
ＳＴＤＥＣＣＢＭ、１、 非使用。
５ＴＤＥＣＤＢ２．１、 データ・ベースのフラグ。値
はｒＹＪおよびｒＮＪ。値が ｒＹＪの場合、手順はデータ・ ５ＴＤＥＣＸＰＤ。
はｒＹＪおよびｒＮＪ。値が ｒＹＪの場合、手順はデータ・ ５ＴＤＥＣＸＰＤ。
５ＴＤＥＣＴＹＰ。
５ＴＤＥＬＯＰＴ。
メニュー：
ＬＬＺＺ。
５ＴＤＥＴＹＰ 。
ＳＴＤＥＮＡＭＥ。
ベース処理を有する。
１、 デバッガ−・フラグ。値は
ｒＹＪおよび「Ｎ」。値が
ｒＹＪの場合、手順はデバッ
ガー処理を有する。
８、 手順の種類。値はｒ Ｃ０Ｂ２ Ｊ、「Ｃ」、ｒ
ＡＬＣＪ、ｒ ＥＮＴＲＹ Ｊ、およびｒ ＥＸＴＥ
ＲＮ Ｊ。値が ｒ Ｃ０Ｂ２ Ｊの場合、手順はＣｏＢＯＬ手順。値が
ｒＣＪの場合、手 順はＣ手順、値がｒＡＬｃＪの 場合、手順はアセンブラ手順。
ＡＬＣＪ、ｒ ＥＮＴＲＹ Ｊ、およびｒ ＥＸＴＥ
ＲＮ Ｊ。値が ｒ Ｃ０Ｂ２ Ｊの場合、手順はＣｏＢＯＬ手順。値が
ｒＣＪの場合、手 順はＣ手順、値がｒＡＬｃＪの 場合、手順はアセンブラ手順。
値がｒＥＮＴＲＹＪの場合、手順
は入力点。値がｒ ＥＸＴＥＲＮ Ｊの場合、外部入力
点。
点。
６０、言語オプション。
（メニューの入力につき１例）
４、 記録の長さ。
１、 記録の種類。値はｒＥＪ
８、 メニューの名前。
５ＴＤＥＳＥＬ 、 ８、 メニュー・アイテムのため
の選択値。
の選択値。
ＳＴＤＥＩＰＮＭ、８、 呼び出すためのパネルの名前
。
。
５ＴＤＩＩ！ＯＰＮＭ、８、 呼び出すための手順の名
前。
前。
ＳＴＤＥＰＶＮＭ、８、 非使用。
５ＴＤＥＤＥＳＣ，３２、メニュ・アイテムの説明。値
は表示期間中に使用される。
は表示期間中に使用される。
１益上（言語入力につき１例）
ＬＬＺＺ、４、 記録の長さ。
５ＴＤＥＴＹＰ 、 １、 記録の種類。値はｒＬＪＳ
ＴＤｆ！ＮＡＭＥ、 ８、 言語の名前。
ＴＤｆ！ＮＡＭＥ、 ８、 言語の名前。
５ＴＤＥＳＥＬ 、 ８、 非使用。
ＳＴＤＥＩＰＮＭ、８、 ドキュメンテーションの
レポートの名前。
レポートの名前。
ＳＴＤＥＯＰＮＭ、８、 ドキュメンテーションのた
めのジェネレーションの名前。
めのジェネレーションの名前。
ジェネレート・トランザクションの定義（ＧＴＤ）本発
明の好適な実施例によれば、ジェネレート・トランザク
ションの定義（ＧＴＤ）システムは、ＤＡＡ環境内で動
作するアプリケーションを定義し、管理するための半自
動化された機能である。
明の好適な実施例によれば、ジェネレート・トランザク
ションの定義（ＧＴＤ）システムは、ＤＡＡ環境内で動
作するアプリケーションを定義し、管理するための半自
動化された機能である。
このシステムはＴＳＯｌＵＮＩＸおよびＯ８／２によっ
て動作される。ＧＴＤは、設計者がそれらのトランザク
ションの要素を指定してこれらの要素をトランザクショ
ン・ロード・モジュール内に含ませることを可能にし、
その結果、トランザクションはＤＡＡ環境内で構築され
、動作されることが可能になる。
て動作される。ＧＴＤは、設計者がそれらのトランザク
ションの要素を指定してこれらの要素をトランザクショ
ン・ロード・モジュール内に含ませることを可能にし、
その結果、トランザクションはＤＡＡ環境内で構築され
、動作されることが可能になる。
ＧＴＤによって発生されたトランザクションは、ランタ
イム環境においてパネル、手順およびビューの調整を管
理するドライブ・ルーチン（ＩＥＴモジュールの一部）
を含む、このルーチンのセットは、実行をサポートする
ために、ランタイム環境内にインストールされた情報エ
ンジニアリング・コントローラ（ＩＥＣ）機能とインタ
ーフェイスする。ＧＴＤは、トランザクション定義テー
ブル（ＴＤＴ）の編集をサポートする。そのＴＤＴは、
特定の関係とトランザクションによって管理される対象
の識別を有する。
イム環境においてパネル、手順およびビューの調整を管
理するドライブ・ルーチン（ＩＥＴモジュールの一部）
を含む、このルーチンのセットは、実行をサポートする
ために、ランタイム環境内にインストールされた情報エ
ンジニアリング・コントローラ（ＩＥＣ）機能とインタ
ーフェイスする。ＧＴＤは、トランザクション定義テー
ブル（ＴＤＴ）の編集をサポートする。そのＴＤＴは、
特定の関係とトランザクションによって管理される対象
の識別を有する。
設計者は、発生された対象が保持されるべきライブラリ
またはディレクトリを特定し、その実行の期間中このト
ランザクションと関係する特定のドキュメンテーション
の収納場所を識別し、このトランザクション内に含まれ
るべきパネル、手順およびビューを指定する。メニュー
の入力は、ユーザーがこのトランザクション内に含まれ
る機能を選択することを支援する。
またはディレクトリを特定し、その実行の期間中このト
ランザクションと関係する特定のドキュメンテーション
の収納場所を識別し、このトランザクション内に含まれ
るべきパネル、手順およびビューを指定する。メニュー
の入力は、ユーザーがこのトランザクション内に含まれ
る機能を選択することを支援する。
ＧＴＤシステムは、またシステムによって設けられたパ
ネルを発生し、プロトタイプのパネルおよび手順を発生
し、ＴＤＴ、パネル、手順およびビューをコンパイルし
、トランザクション・ロード・モジュールをバインド（
ｂｉｎｄ ）Ｌ、同質のトランザクション・ロード・モ
ジュールを配置し、異質のトランザクション・ソースを
配置する。
ネルを発生し、プロトタイプのパネルおよび手順を発生
し、ＴＤＴ、パネル、手順およびビューをコンパイルし
、トランザクション・ロード・モジュールをバインド（
ｂｉｎｄ ）Ｌ、同質のトランザクション・ロード・モ
ジュールを配置し、異質のトランザクション・ソースを
配置する。
好適な実施例において、ＧＴＤシステムはＣ０ＤＥＳＴ
ＡＲおよびＲＩＮＱのような他のユーティリティ（ｕｔ
ｉｌｉｔｙ ） とインターフェイスをとる。例えば
、Ｃ０ＤＥＳＴＡＲは、データ・ベースＢＩＮＤ、パネ
ルの編集およびコンパイル、並びにソース・プログラム
の編集およびコンパイルをサポートする。ＲＩＮＱは、
発生されたＬＯＡＤモジュールをそのデータ・ベースの
参照と共に目標のシステムに挿入する。その他の同等な
ユーティリティが、上述したユーティリティの代りに使
用されてもよいし、これらの特定のユーティリティが単
に設計上の選択の問題であることを認識するべきである
。
ＡＲおよびＲＩＮＱのような他のユーティリティ（ｕｔ
ｉｌｉｔｙ ） とインターフェイスをとる。例えば
、Ｃ０ＤＥＳＴＡＲは、データ・ベースＢＩＮＤ、パネ
ルの編集およびコンパイル、並びにソース・プログラム
の編集およびコンパイルをサポートする。ＲＩＮＱは、
発生されたＬＯＡＤモジュールをそのデータ・ベースの
参照と共に目標のシステムに挿入する。その他の同等な
ユーティリティが、上述したユーティリティの代りに使
用されてもよいし、これらの特定のユーティリティが単
に設計上の選択の問題であることを認識するべきである
。
ＧＴＤシステムを使用するアプリケーションを開発する
ために、設計者はアプリケーションを構成する対象の保
持をサポートするために、１組のライブラリまたはディ
レクトリを割り当てなければならない。本発明の好適な
実施例の場合、以下の６つのライブラリまたはディレク
トリがＧＴＤによって開発されたアプリケーションをサ
ポートする。
ために、設計者はアプリケーションを構成する対象の保
持をサポートするために、１組のライブラリまたはディ
レクトリを割り当てなければならない。本発明の好適な
実施例の場合、以下の６つのライブラリまたはディレク
トリがＧＴＤによって開発されたアプリケーションをサ
ポートする。
？ＩＡＰＬＴＢは、アプリケーションによって使用され
る。ＴＤＴおよびパネルを保持する。
る。ＴＤＴおよびパネルを保持する。
５ＲＣＬＩＢは、アプリケーションによって使用される
ソース・コード、コピー・コード、ビューおよびマクロ
（ｍａｃｒｏ）を保持する。
ソース・コード、コピー・コード、ビューおよびマクロ
（ｍａｃｒｏ）を保持する。
０ＢＪＬＩＢは、アプリケーション対象のアセンブリお
よびコンパイルに起因する中間対象モジュールを保持す
る。これらの対象は、ＴＤＴ、ビューおよび手順を含む
ことができる。
よびコンパイルに起因する中間対象モジュールを保持す
る。これらの対象は、ＴＤＴ、ビューおよび手順を含む
ことができる。
ＬＯＡＤＬＩＢは、パネル、手順、および各トランザク
ションに対して実行可能なコードを含む作成されたプロ
グラム・モジュールのためのロード・モジュールを保持
する。
ションに対して実行可能なコードを含む作成されたプロ
グラム・モジュールのためのロード・モジュールを保持
する。
ＤＢＲＭＬＩＢは、関係手順（ＤＢ２のみ）におけるデ
ータ・ベースのアクセス・コールの結果として発生した
ＤＢ２データ・ベース・リクエスト・モジュール（ＤＢ
ＲＭ）を保持する。
ータ・ベースのアクセス・コールの結果として発生した
ＤＢ２データ・ベース・リクエスト・モジュール（ＤＢ
ＲＭ）を保持する。
ＣＮＴＬＬＩＢは、ＤＢ２アプリケーション（ＤＢ２の
み）に関連した制御情報を保持する。
み）に関連した制御情報を保持する。
６つのライブラリが好適な実施例において開示されたが
、これよりも多いまたは少ないライブラリを使用しても
よいことに留意のこと。また、これらのライブラリに与
えられた名前は設計上の選択の問題であり、本発明は、
これらの名前およびライブラリによって限定されるべき
ではない。
、これよりも多いまたは少ないライブラリを使用しても
よいことに留意のこと。また、これらのライブラリに与
えられた名前は設計上の選択の問題であり、本発明は、
これらの名前およびライブラリによって限定されるべき
ではない。
−船釣に、アプリケーションは、アプリケーション・プ
ロジェクトを表わすデータ・セットの名前のディレクト
リ・プレフィクス（ｄｉｒｅｃｔｏｒｙｐｒｅｆｉｘ
）を有する１組のライブラリ内で保持される。最後のノ
ード（ｎｏｄｅ ）は、上で指定したライブラリまたは
ディレクトリの名前である。新しいＴＤＴが作成されて
いる場合、設計者はこのＴＤＴを含むＭＡＰＬＩＢを指
定しなければならず、このＴＤＴのための１ないし４文
字の名前を与えなければならない。
ロジェクトを表わすデータ・セットの名前のディレクト
リ・プレフィクス（ｄｉｒｅｃｔｏｒｙｐｒｅｆｉｘ
）を有する１組のライブラリ内で保持される。最後のノ
ード（ｎｏｄｅ ）は、上で指定したライブラリまたは
ディレクトリの名前である。新しいＴＤＴが作成されて
いる場合、設計者はこのＴＤＴを含むＭＡＰＬＩＢを指
定しなければならず、このＴＤＴのための１ないし４文
字の名前を与えなければならない。
ＴＤＴの名前を最初に使用すると、ＧＴＤシステムはＭ
ＡＰＬＩＢに対して指定されたように、これらの全ての
他のライブラリまたはディレクトリがプレフィックス付
きの名前を有すると仮定し、これらの仮定に基づいてＴ
ＤＴのプロファイルを発生する。アプリケーションの設
計者は、次にＴＤＴのプロファイル内のライブラリの名
前を調整することができる。これらの仕様はこのＴＤＴ
内に保持される。設計者が、このトランザクションに対
して別の保持動作を要求すると、ライブラリまたはディ
レクトリの名前が要求された機能に対して参照され、使
用される。
ＡＰＬＩＢに対して指定されたように、これらの全ての
他のライブラリまたはディレクトリがプレフィックス付
きの名前を有すると仮定し、これらの仮定に基づいてＴ
ＤＴのプロファイルを発生する。アプリケーションの設
計者は、次にＴＤＴのプロファイル内のライブラリの名
前を調整することができる。これらの仕様はこのＴＤＴ
内に保持される。設計者が、このトランザクションに対
して別の保持動作を要求すると、ライブラリまたはディ
レクトリの名前が要求された機能に対して参照され、使
用される。
特に、ＭＡＰＬＩＢのライブラリまたはディレクトリは
、開発されているトランザクションを説明するＴＤＴを
定義する情報を保持し、トランザクションによって使用
されるべき（ソース・フォーマット内の）パネルを保持
する。ＭＡＰＬＩＢ内の各ＴＤＴは、１ないし４文字の
名前を割り当てられる。好適な実施例の場合、ＧＴＤラ
イブラリまたはディレクトリ・セット内のある対象は、
ユニークな８文字の対象の名前を定義するため、最高４
文字でＴＤＴの名前を拡張することによって命名される
。
、開発されているトランザクションを説明するＴＤＴを
定義する情報を保持し、トランザクションによって使用
されるべき（ソース・フォーマット内の）パネルを保持
する。ＭＡＰＬＩＢ内の各ＴＤＴは、１ないし４文字の
名前を割り当てられる。好適な実施例の場合、ＧＴＤラ
イブラリまたはディレクトリ・セット内のある対象は、
ユニークな８文字の対象の名前を定義するため、最高４
文字でＴＤＴの名前を拡張することによって命名される
。
このＭＡＰＬＩＢ内に保持されているパネルは、Ｃ０Ｄ
ＥＳＴＡＲマツプ・エディタのような、いずれかのマツ
プ・エディタを使用する「スクラッチ（５ｃｒａｔｃｈ
） Ｊから開発されることが可能であり、またはＧＴ
Ｄ機能によって発生されることも可能である。このＧＴ
Ｄ機能は、システムによって与えられたパネル（例えば
ＭＥＮＵ、ＨＥＬＰＧＬＯ３ＳＡＲＹおよびＩＮＦＯパ
ネル）として、またはスケルトン形式のカスタム・パネ
ルとしてそのパネルを発生することができる。更に、パ
ネルは所望のパネルと同じパネルをコピーし、Ｃ０ＤＥ
ＳＴＡＲエデイタのようなエディタを使用してこのパネ
ルを編集することによってまた開発することができる。
ＥＳＴＡＲマツプ・エディタのような、いずれかのマツ
プ・エディタを使用する「スクラッチ（５ｃｒａｔｃｈ
） Ｊから開発されることが可能であり、またはＧＴ
Ｄ機能によって発生されることも可能である。このＧＴ
Ｄ機能は、システムによって与えられたパネル（例えば
ＭＥＮＵ、ＨＥＬＰＧＬＯ３ＳＡＲＹおよびＩＮＦＯパ
ネル）として、またはスケルトン形式のカスタム・パネ
ルとしてそのパネルを発生することができる。更に、パ
ネルは所望のパネルと同じパネルをコピーし、Ｃ０ＤＥ
ＳＴＡＲエデイタのようなエディタを使用してこのパネ
ルを編集することによってまた開発することができる。
０ＢＪＬＩＢＮライブラリまたはディレクトリは、定義
されている特定のトランザクションの種々の要素の対象
コード・バージョンのための中間記憶装置としてＧＴＤ
によって使用される。これらの中間対象は、ＴＤＴ、ビ
ュー・メンバおよびコンパイルされた通りのＣ０ＢＯＬ
（または、選択された他の言語）の手順を含む。この
ライブラリまたはディレクトリは通常ユーザにとって明
らかである。
されている特定のトランザクションの種々の要素の対象
コード・バージョンのための中間記憶装置としてＧＴＤ
によって使用される。これらの中間対象は、ＴＤＴ、ビ
ュー・メンバおよびコンパイルされた通りのＣ０ＢＯＬ
（または、選択された他の言語）の手順を含む。この
ライブラリまたはディレクトリは通常ユーザにとって明
らかである。
ＬＯＡＤＬ Ｉ Ｂは、ＧＴＤシステムによって開発さ
れたロード・モジュールのフォーマット対象を保持する
。特にそれは、完成されたトランザクションを表すロー
ド・モジュールに対する最終的なレボジトリ（ｒｅｐｏ
ｓｉｔｏｒｙ ）である。このロード・モジュールは、
ＧＴＤの「バインド・トランザクション（Ｂｉｎｄ Ｔ
ｒａｎｓａｃｔｉｏｎ ）Ｊプロセスによってこのライ
ブラリまたはディレクトリ内に載置される。フォーマッ
ト対象は、パネルおよび手順コンパイラ（ＣＯＤＥＳＴ
ＡＲパネルおよび手順コンパイラのような）、ＧＴＤパ
ネルおよび手順コンパイラ、そしてまた、ＧＴＤ ｒバ
インド・トランザクション」プロセスによってＬＯＡＤ
Ｌ Ｉ Ｂ内に載置される。
れたロード・モジュールのフォーマット対象を保持する
。特にそれは、完成されたトランザクションを表すロー
ド・モジュールに対する最終的なレボジトリ（ｒｅｐｏ
ｓｉｔｏｒｙ ）である。このロード・モジュールは、
ＧＴＤの「バインド・トランザクション（Ｂｉｎｄ Ｔ
ｒａｎｓａｃｔｉｏｎ ）Ｊプロセスによってこのライ
ブラリまたはディレクトリ内に載置される。フォーマッ
ト対象は、パネルおよび手順コンパイラ（ＣＯＤＥＳＴ
ＡＲパネルおよび手順コンパイラのような）、ＧＴＤパ
ネルおよび手順コンパイラ、そしてまた、ＧＴＤ ｒバ
インド・トランザクション」プロセスによってＬＯＡＤ
Ｌ Ｉ Ｂ内に載置される。
５ＲＣＬ Ｉ Ｂは、ＧＴＤトランザクションのソース
情報を保持し、トランザクション、プロファイル、入力
および出力ビューをソース・メンバとして保持する。こ
のソース情報は、Ｃ０ＢＯＬ、Ｃまたはアセンブラ・ソ
ース、Ｃ０ＢＯＬコピー・コード、アセンブラ・マクロ
、Ｃヘラグー・ファイル、またはトランザクションと関
係した種々のビューのソース・バージョンであり得る。
情報を保持し、トランザクション、プロファイル、入力
および出力ビューをソース・メンバとして保持する。こ
のソース情報は、Ｃ０ＢＯＬ、Ｃまたはアセンブラ・ソ
ース、Ｃ０ＢＯＬコピー・コード、アセンブラ・マクロ
、Ｃヘラグー・ファイル、またはトランザクションと関
係した種々のビューのソース・バージョンであり得る。
ＤＢＲＭＬ Ｉ Ｂは、標準ＤＢ２ＤＢＲＭライブラリ
である。それは、ＤＢ２プレ・コムバイラによって作成
されたＤＢＲＭに対する中間受領ライブラリとして使用
される動作中のシステムによって分割されたデータ・セ
ントである。このライブラリは、ＧＴＤ機能によって構
築されたＤＢ２アプリケーションをサポートすることを
要求される。
である。それは、ＤＢ２プレ・コムバイラによって作成
されたＤＢＲＭに対する中間受領ライブラリとして使用
される動作中のシステムによって分割されたデータ・セ
ントである。このライブラリは、ＧＴＤ機能によって構
築されたＤＢ２アプリケーションをサポートすることを
要求される。
同様のライブラリは、もしＤＢ２プレ・コンパイラが使
用されないならば、その他のデータ・ベース・マネジメ
ント・アーキテクチャをサポートするために必要とされ
る。
用されないならば、その他のデータ・ベース・マネジメ
ント・アーキテクチャをサポートするために必要とされ
る。
ＣＮＴＬＬ Ｉ Ｂは、特にＤＢ２バインド・プロセス
をサポートする場合に、制御情報を保持するために使用
される標準動作システム・ライブラリである。ＣＮＴＬ
Ｌ Ｉ Ｂは、ＤＢ２バインド・プロセスのために使用
されるＤＢＲＭの制御構造を定義する。
をサポートする場合に、制御情報を保持するために使用
される標準動作システム・ライブラリである。ＣＮＴＬ
Ｌ Ｉ Ｂは、ＤＢ２バインド・プロセスのために使用
されるＤＢＲＭの制御構造を定義する。
表１は、Ｓ／３７０のためにＧＴＤライブラリの仕様を
示す。それは上で議論した種々ライブラリのディレクト
リ・ブロックの相対的な組織、レコード・フォーマント
、ブロック・サイズ、論理的なレコードの長さ、適当な
サイズおよび適当な数を表わす。
示す。それは上で議論した種々ライブラリのディレクト
リ・ブロックの相対的な組織、レコード・フォーマント
、ブロック・サイズ、論理的なレコードの長さ、適当な
サイズおよび適当な数を表わす。
レコード ・ フォーマット ＶＢ ＦＢ
ＦＢ Ｕ ＦＢプ
Ｕフク、＋ｌｌスズ ６００４ ３１２０
４００ １９０６９ ３１２０のサポート
ＩＥＣは、それらのアプリケーションのための環境制
御サポートを提供するＧＴＤによって発生されたアプリ
ケーションとインターフェイスするアドレス・スペース
である。ＩＥＣは、ＧＴＤアプリケーションのためのい
くつかの重要な機能をサポートし、それらの機能は、シ
ステムの名前のサポート（機能９） 、ＤＡＡの環境の
定義（機能５）、プロファイル・マネジメント（機能７
）、ドキュメンテーション・マネジメント（機能１）を
含む。提供され、言及された好適な実施例のための機能
の数は、厳密には設計上の選択の問題であり、本発明の
範囲を限定するべきではない。
ＦＢ Ｕ ＦＢプ
Ｕフク、＋ｌｌスズ ６００４ ３１２０
４００ １９０６９ ３１２０のサポート
ＩＥＣは、それらのアプリケーションのための環境制
御サポートを提供するＧＴＤによって発生されたアプリ
ケーションとインターフェイスするアドレス・スペース
である。ＩＥＣは、ＧＴＤアプリケーションのためのい
くつかの重要な機能をサポートし、それらの機能は、シ
ステムの名前のサポート（機能９） 、ＤＡＡの環境の
定義（機能５）、プロファイル・マネジメント（機能７
）、ドキュメンテーション・マネジメント（機能１）を
含む。提供され、言及された好適な実施例のための機能
の数は、厳密には設計上の選択の問題であり、本発明の
範囲を限定するべきではない。
ＩＥＣシステムの名前をサポートする機能によって、ト
ランザクションがアプリケーションの動作しているシス
テムの名前を決定することが可能になる。このシステム
の名前は、次にＧＴＤアプリケーションによって使用さ
れ、出カバネルを提供すると共に、複数のシステムで動
作するアプリケーションに対するパネル入力が、特定さ
れたシステムで実行されているかどうかを決定する。
ランザクションがアプリケーションの動作しているシス
テムの名前を決定することが可能になる。このシステム
の名前は、次にＧＴＤアプリケーションによって使用さ
れ、出カバネルを提供すると共に、複数のシステムで動
作するアプリケーションに対するパネル入力が、特定さ
れたシステムで実行されているかどうかを決定する。
もし、トランザクションが適当なシステムで動作してい
なければ、ＧＴＤランタイム制御装置（ＩＥＴ）は、パ
ネルのシステムの名前および分散資源制御装置（ＤＲＣ
）としてまた知られるＤＡＡ環境定義を使用し、このト
ランザクションを所望のシステムに転送するためのシス
テムの種類と経路の仕様を決定する。システムの名前お
よび種類の情報（機能の名前に関しては、通常は言語に
よって決まるが、厳密には設計上の選択の問題）が、下
記のデータ・アイテムによって、アプリケーションに与
えられる。
なければ、ＧＴＤランタイム制御装置（ＩＥＴ）は、パ
ネルのシステムの名前および分散資源制御装置（ＤＲＣ
）としてまた知られるＤＡＡ環境定義を使用し、このト
ランザクションを所望のシステムに転送するためのシス
テムの種類と経路の仕様を決定する。システムの名前お
よび種類の情報（機能の名前に関しては、通常は言語に
よって決まるが、厳密には設計上の選択の問題）が、下
記のデータ・アイテムによって、アプリケーションに与
えられる。
Ｃ０ＢＯＬ Ｃ
システムの名前 ＩＥＦＩ−５ＹＳＴＥＭ ｅｖｓ
ｙｓｔｅｍシステムの種類 ＩＥＦＩ−５ＹＳＴＹＰＥ
ｗｓｙｓｔｙｐｅＩＥＣのＤＡＡ環境定義機能は
、ＧＴＤアプリケーションが動作する環境を指定する。
ｙｓｔｅｍシステムの種類 ＩＥＦＩ−５ＹＳＴＹＰＥ
ｗｓｙｓｔｙｐｅＩＥＣのＤＡＡ環境定義機能は
、ＧＴＤアプリケーションが動作する環境を指定する。
これによって、ユーザは、ＤＡＡネットワークに含まれ
る装置の特性を定義し、ＤＡＡネットワーク内のシステ
ムとインターフェイスすることを許される端末を定義し
、ネットワーク内に含まれるシステムを指定することが
可能になる。
る装置の特性を定義し、ＤＡＡネットワーク内のシステ
ムとインターフェイスすることを許される端末を定義し
、ネットワーク内に含まれるシステムを指定することが
可能になる。
ＧＴＤアプリケーションは、ＩＥＣテーブルから下記の
ようなデータを取り出すために機能５の要求を使用する
。下記のようなデータとは、入力応答が受け取られる端
末の装置特性および出力応答が引き渡される装置の特性
である。ランタイムでは、これらの動的に変更可能な端
末の特性は、端末から入ってくるメツセージを解釈し、
出力装置の特性を決定し、および適当な出力ストリーム
（ｓｔｒｅａｍ ）を準備するために使用される。
ようなデータを取り出すために機能５の要求を使用する
。下記のようなデータとは、入力応答が受け取られる端
末の装置特性および出力応答が引き渡される装置の特性
である。ランタイムでは、これらの動的に変更可能な端
末の特性は、端末から入ってくるメツセージを解釈し、
出力装置の特性を決定し、および適当な出力ストリーム
（ｓｔｒｅａｍ ）を準備するために使用される。
入力メソセージが受け取られると、環境の仕様が取り出
される。入力時点での端末の特性は、機能５の要求によ
ってＩＥＣテーブルから決定される。この同じ端末の特
性のセットは、出力メツセージを準備するために使用さ
れる。これによって、各トランザクションに対するオー
バーヘッド（ｏｖｅｒｈｅａｄ ）が最小になる。しか
し、このことによって、トランザクション実行期間中に
端末の特性が変化する可能性が発生する。もし端末特性
が変化すれば、これは−時的な不調和を発生するが、完
全性の問題は発生しない。
される。入力時点での端末の特性は、機能５の要求によ
ってＩＥＣテーブルから決定される。この同じ端末の特
性のセットは、出力メツセージを準備するために使用さ
れる。これによって、各トランザクションに対するオー
バーヘッド（ｏｖｅｒｈｅａｄ ）が最小になる。しか
し、このことによって、トランザクション実行期間中に
端末の特性が変化する可能性が発生する。もし端末特性
が変化すれば、これは−時的な不調和を発生するが、完
全性の問題は発生しない。
ＩＥＣのプロファイル管理の機能は、プロファイル管理
機能をサポートする。各トランザクションは、プロファ
イル・ビューをスクラッチ・パッド（５ｃｒａｔｃｈ
ｐａｄ ） としてＩＥＣＲＯＬＬＦＩＬＥ内に保持
する。プロファイル情報は、ＩＥＣのアドレス・スペー
スに構築される（以後ｒ ＲＯＬＬＦ ＩＬＥ Ｊと呼
ぶ）。第１のキーは、ユーザの識別であり、一方第２の
キーはアプリケーションの識別である（またトランザク
ション・コードとして知られている）。
機能をサポートする。各トランザクションは、プロファ
イル・ビューをスクラッチ・パッド（５ｃｒａｔｃｈ
ｐａｄ ） としてＩＥＣＲＯＬＬＦＩＬＥ内に保持
する。プロファイル情報は、ＩＥＣのアドレス・スペー
スに構築される（以後ｒ ＲＯＬＬＦ ＩＬＥ Ｊと呼
ぶ）。第１のキーは、ユーザの識別であり、一方第２の
キーはアプリケーションの識別である（またトランザク
ション・コードとして知られている）。
複数のビューが所定のユーザおよびアプリケーションに
対して作成されると、プロファイル情報は、ＩＥＣスペ
ース内のブツシュダウン・スタック内に保持される。Ｒ
ＯＬＬＦ Ｉ ＬＥ内に記憶されている情報には、次の
ものが含まれる。すなわち、トランザクションの手順が
終了した場合トランザクション・ビューから取り出され
るデータ、ユーザがＨＥＬＰドキュメンテーションを動
作させた場合ＨＥＬＰ機能によって受け取られる全ての
入力メツセージ、アプリケーションがＨＥＬＰドキュメ
ンテーション内でページのビューイングの間での実行を
中断する場合の一時的なＨＥＬＰプロファイル・ビュー
、システム間の分散された呼び出しによって呼び出され
る全てのアプリケーションに対するインターフェース・
ビューである。
対して作成されると、プロファイル情報は、ＩＥＣスペ
ース内のブツシュダウン・スタック内に保持される。Ｒ
ＯＬＬＦ Ｉ ＬＥ内に記憶されている情報には、次の
ものが含まれる。すなわち、トランザクションの手順が
終了した場合トランザクション・ビューから取り出され
るデータ、ユーザがＨＥＬＰドキュメンテーションを動
作させた場合ＨＥＬＰ機能によって受け取られる全ての
入力メツセージ、アプリケーションがＨＥＬＰドキュメ
ンテーション内でページのビューイングの間での実行を
中断する場合の一時的なＨＥＬＰプロファイル・ビュー
、システム間の分散された呼び出しによって呼び出され
る全てのアプリケーションに対するインターフェース・
ビューである。
トランザクション手順が実行を終了すると、プロファイ
ル・ビューはトランザクション・ビューから取り出され
、ＩＥＣＲＯＬＬＦＩＬＥ内のプロファイル・アドレス
・スペースに書き込まれる。トランザクション入力が所
定のユーザおよび特定のアプリケーションのために受け
取られると、プロファイル・ビューはＲＯＬＬＦＩＬＥ
から取り出され、トランザクション・ビューに書き込ま
れる。プロファイル・ビューは過渡的なスクラッチ・バ
ッドを与えて特定のシステムの所定のユーザおよびアプ
リケーションに対するトランザクションの実行の間でク
リティカル・パラメータ（ｃｒｉｔｉｃａｌ ｐａｒａ
ｍｅｔｅｒ ）をセーブする・各ユーザは、ＲＯＬＬＦ
Ｉ ＬＥ内で同時に保持されている複数のアプリケー
ション・プロファイルを有することができる。、このア
プリケーションの集合は、各々の所定のユーザに対する
電子ワーク・デスク（ｗｏｒｋ ｄｅｓｋ ） と考え
ることができる。
ル・ビューはトランザクション・ビューから取り出され
、ＩＥＣＲＯＬＬＦＩＬＥ内のプロファイル・アドレス
・スペースに書き込まれる。トランザクション入力が所
定のユーザおよび特定のアプリケーションのために受け
取られると、プロファイル・ビューはＲＯＬＬＦＩＬＥ
から取り出され、トランザクション・ビューに書き込ま
れる。プロファイル・ビューは過渡的なスクラッチ・バ
ッドを与えて特定のシステムの所定のユーザおよびアプ
リケーションに対するトランザクションの実行の間でク
リティカル・パラメータ（ｃｒｉｔｉｃａｌ ｐａｒａ
ｍｅｔｅｒ ）をセーブする・各ユーザは、ＲＯＬＬＦ
Ｉ ＬＥ内で同時に保持されている複数のアプリケー
ション・プロファイルを有することができる。、このア
プリケーションの集合は、各々の所定のユーザに対する
電子ワーク・デスク（ｗｏｒｋ ｄｅｓｋ ） と考え
ることができる。
各ユーザは、またネットワーク内で同時に複数のシステ
ムで動作する電子ワーク・デスクを有することもできる
る。
ムで動作する電子ワーク・デスクを有することもできる
る。
プロファイル管理は、アプリケーションがＨＥＬＰ機能
を呼び出す場合、また拡張することができる。
を呼び出す場合、また拡張することができる。
このことが発生すると、プロファイル・ビューおよびユ
ーザがＦ１キーを押す場合にＨＥＬＰ機能によって受け
取られる入力メツセージは、捕捉されてＲＯＬＬＦ Ｉ
ＬＥ内にセーブされる。ユーザがＨＥＬＰを抜けると、
プロファイル・ビューと入力メツセージは復元される。
ーザがＦ１キーを押す場合にＨＥＬＰ機能によって受け
取られる入力メツセージは、捕捉されてＲＯＬＬＦ Ｉ
ＬＥ内にセーブされる。ユーザがＨＥＬＰを抜けると、
プロファイル・ビューと入力メツセージは復元される。
更に、もしアプリケーションがＨＥＬＰドキュメンテー
ション内のページ（ｐａｇｅ ）を見ている間に実行を
中止すれば、−時的なＨＥＬＰプロファイルはまたプロ
ファイル・アドレス・ベース内に保持される。
ション内のページ（ｐａｇｅ ）を見ている間に実行を
中止すれば、−時的なＨＥＬＰプロファイルはまたプロ
ファイル・アドレス・ベース内に保持される。
ＲＯＬＬＦ Ｉ ＬＥ内のプロファイル・スペースは、
またシステム間の分散された呼出しによって呼び出され
たアプリケーションに対するインターフェース・ビュー
を保持するための記憶機構としてまた使用される。呼び
出されたアプリケーションが処理を終了して呼出し側の
システム・トランザクション・手順に戻る準備をする場
合、これらのインターフェース・ビューは、ＲＯＬＬＦ
ＩＬＥに記憶されて制御を適当なシステム・トランザク
ション・手順に戻す。ＲＯＬＬＦ ＩＬＥ内でプロファ
イル・ビューとして記憶されている各インターフェース
・ビューは、呼び出し側のシステム・トランザクション
・手順と呼び出された側のシステム・トランザクション
・手順の識別を保持する。
またシステム間の分散された呼出しによって呼び出され
たアプリケーションに対するインターフェース・ビュー
を保持するための記憶機構としてまた使用される。呼び
出されたアプリケーションが処理を終了して呼出し側の
システム・トランザクション・手順に戻る準備をする場
合、これらのインターフェース・ビューは、ＲＯＬＬＦ
ＩＬＥに記憶されて制御を適当なシステム・トランザク
ション・手順に戻す。ＲＯＬＬＦ ＩＬＥ内でプロファ
イル・ビューとして記憶されている各インターフェース
・ビューは、呼び出し側のシステム・トランザクション
・手順と呼び出された側のシステム・トランザクション
・手順の識別を保持する。
このインターフェース・ビューは、呼び出した側のシス
テムＲＯＬＬＦＩＬＥと呼び出された側のシステムのＲ
ＯＬＬＦ ＩＬＥの両方に記憶される。
テムＲＯＬＬＦＩＬＥと呼び出された側のシステムのＲ
ＯＬＬＦ ＩＬＥの両方に記憶される。
ＲＥＴＵＲＮの出口の状態がセットされた場合、これは
これによって呼び出された手順からの制御の復帰をサポ
ートし、ユーザがｒ ＥＸＴＥＮＤＥＤＤＩＳＴＲＩＢ
ＵＴＥＤ ＰＲＯＣＣＥＳ ＩＮＤ ＩＮ ＰＲＯＧＲ
ＥＳＳ Ｊとして示されるシステムによって中止された
トランザクションを再スタートする場合に、制御の前方
向のトレース（ｔｒａｃｅ ）をサポートする。
これによって呼び出された手順からの制御の復帰をサポ
ートし、ユーザがｒ ＥＸＴＥＮＤＥＤＤＩＳＴＲＩＢ
ＵＴＥＤ ＰＲＯＣＣＥＳ ＩＮＤ ＩＮ ＰＲＯＧＲ
ＥＳＳ Ｊとして示されるシステムによって中止された
トランザクションを再スタートする場合に、制御の前方
向のトレース（ｔｒａｃｅ ）をサポートする。
ＩＭＳを するＧＴＤ トランザクション・パラメータ
ＩＭＳで動作し、ＧＴＤ機能を使用して構築されたア
プリケーションはトランザクション・ビュー（パネル情
報のようなデータを含む）にアクセスする入力パラメー
タ、入力／出力プログラム制御ブロック（ＩＯＰＣＢ）
、別のｌ０ＰＣＢ。
ＩＭＳで動作し、ＧＴＤ機能を使用して構築されたア
プリケーションはトランザクション・ビュー（パネル情
報のようなデータを含む）にアクセスする入力パラメー
タ、入力／出力プログラム制御ブロック（ＩＯＰＣＢ）
、別のｌ０ＰＣＢ。
およびＤＬ／１データ・ベースにアクセスするプログラ
ム・ステータス・ブロック（ＰＳＢ）を有する。ｌ０Ｐ
ＣＢは端末とユーザーの識別のような正しいトランザク
ションの処理に必要な情報を含む。更に、ｌ０ＰＣＢは
トランザクション・プロセッサに対する全てのコール・
バック（ｃａｌｌｂａｃｋ ）を有していなければなら
ない。
ム・ステータス・ブロック（ＰＳＢ）を有する。ｌ０Ｐ
ＣＢは端末とユーザーの識別のような正しいトランザク
ションの処理に必要な情報を含む。更に、ｌ０ＰＣＢは
トランザクション・プロセッサに対する全てのコール・
バック（ｃａｌｌｂａｃｋ ）を有していなければなら
ない。
トランザクション・ビューを第１パラメータとして設け
るためには、通常のＩＭＳパラメータ・リスト内の他の
パラメータは１つの位置だけオフセットされる。アプリ
ケーションに引き渡されるパラメータ・リスト内のアド
レスの特定の順序は、トランザクション・ビューのアド
レス、ｌ０ＰＣＢのアドレス、および最後に別のＣ０Ｐ
ＣＢのアドレスである。
るためには、通常のＩＭＳパラメータ・リスト内の他の
パラメータは１つの位置だけオフセットされる。アプリ
ケーションに引き渡されるパラメータ・リスト内のアド
レスの特定の順序は、トランザクション・ビューのアド
レス、ｌ０ＰＣＢのアドレス、および最後に別のＣ０Ｐ
ＣＢのアドレスである。
リスト内の他のパラメータは、５ＹＳＧＥＮに従って１
ＭＳアプリケーションによって指定されたＰＳＢである
。これらは、また１つの位置だけオフセントされる。更
に、ＧＴＤアプリケーションはトランザクション・ビュ
ーを含む６４ＰＳＢのみをサポートすることができる。
ＭＳアプリケーションによって指定されたＰＳＢである
。これらは、また１つの位置だけオフセントされる。更
に、ＧＴＤアプリケーションはトランザクション・ビュ
ーを含む６４ＰＳＢのみをサポートすることができる。
ＧＴＤパネル ＧＴＤアプリケーション内のパネルは、
一般的に１８Ｍ３２７０のビデオ・スクリーンのような
表示スクリーン上でユーザーに対する情報のプレゼンテ
ーションをサポートする。
一般的に１８Ｍ３２７０のビデオ・スクリーンのような
表示スクリーン上でユーザーに対する情報のプレゼンテ
ーションをサポートする。
このスクリーンは、アプリケーションからの出力データ
を提供し、そのアプリケーションに対する入力データを
受け入れる。各パネルは、ＴＤＴ内にＯユニークな８文
字の名前とＭＡＰＬＩＢディレクトリ−／ライブラリー
を有する。これらのパネルの各々はこれと関連する入力
および出力手順を有する。
を提供し、そのアプリケーションに対する入力データを
受け入れる。各パネルは、ＴＤＴ内にＯユニークな８文
字の名前とＭＡＰＬＩＢディレクトリ−／ライブラリー
を有する。これらのパネルの各々はこれと関連する入力
および出力手順を有する。
入カバネルがシステムによって入力端末またはプロセス
から受け取られると、入力手順、命令手順が呼び出され
る。入カバネルが受け取られると、パネルの名前がＴＤ
Ｔに載置され、関連する入力手順がＪＥＴランタイム・
ドライバによって制御に加えられる。このパネルと入力
手順との関係は、ＧＴＤを使用して指定される。。入力
手順は、またＧＴＤを使用して定義される。この手順に
対するソースコードは、所望の手順に対してＥ （＝［
集）または他のいずれかの指定された指定子を選択する
ことによって編集することができる。
から受け取られると、入力手順、命令手順が呼び出され
る。入カバネルが受け取られると、パネルの名前がＴＤ
Ｔに載置され、関連する入力手順がＪＥＴランタイム・
ドライバによって制御に加えられる。このパネルと入力
手順との関係は、ＧＴＤを使用して指定される。。入力
手順は、またＧＴＤを使用して定義される。この手順に
対するソースコードは、所望の手順に対してＥ （＝［
集）または他のいずれかの指定された指定子を選択する
ことによって編集することができる。
一方、出力手順はオプションの手順であり、これは、メ
ニューから要求されたパネルを表示する前に呼び出すこ
とのできる手順、または特定のパネルの実際の出力の表
示の前にパネルに提供されるべきデータをリフレッシュ
するため、ＨＥＬＰドキュメンテーションを提供するた
めに中止されていたアプリケーションの再スタートによ
って呼び出すことのできる手順である。このパネルと出
力手順との関係は、ＧＴＤを使用して指定される。
ニューから要求されたパネルを表示する前に呼び出すこ
とのできる手順、または特定のパネルの実際の出力の表
示の前にパネルに提供されるべきデータをリフレッシュ
するため、ＨＥＬＰドキュメンテーションを提供するた
めに中止されていたアプリケーションの再スタートによ
って呼び出すことのできる手順である。このパネルと出
力手順との関係は、ＧＴＤを使用して指定される。
上述した入力手順に関し、出力手順はまたＧＴＤを使用
して定義されなければならず、この手順に対するソース
・コードは、また所望の手順に対するＥ （＝編集）の
選択を指示することによって編集することができる。
して定義されなければならず、この手順に対するソース
・コードは、また所望の手順に対するＥ （＝編集）の
選択を指示することによって編集することができる。
出力手順は、一般的にパネルの実際の表示に先立って、
データ・ベースからデータを取り出すために使用される
。例えば、インベントリ・トランザクション（１ｎｖｅ
ｎｔｏｒｙ ｔｒａｎｓａｃｔｉｏｎ ） は１プロフ
アイル・ビュー内にセーブされている部品番号を有する
ことができるが、しかしこの部品番号に対する情報のパ
ネルの表示に先立って、出カバネルを終了するためにデ
ータ・ベースの呼び出しが必要である場合がある。
データ・ベースからデータを取り出すために使用される
。例えば、インベントリ・トランザクション（１ｎｖｅ
ｎｔｏｒｙ ｔｒａｎｓａｃｔｉｏｎ ） は１プロフ
アイル・ビュー内にセーブされている部品番号を有する
ことができるが、しかしこの部品番号に対する情報のパ
ネルの表示に先立って、出カバネルを終了するためにデ
ータ・ベースの呼び出しが必要である場合がある。
出力手順は、全てのＨＥＬＰシーケンスが終了した後、
再スタート・プロセスの期間中に実行することができる
（Ｆ １＝ＥＸ ＩＴＨＥＬＰ）。この出力手順は、ま
たパネルがメニューからのイニシャル・ユーザ・リクエ
ストとして提供される場合、呼び出されることができる
。出力手順は、メニュー人力仕様で指定されることがで
き、またパネル仕様のパネルと関連されることもできる
。もし出力手順がメニュー人力で指定されれば、この手
順はパネルの表示に先立って呼び出される。もしメニュ
ー人力の出力手順がブランクのままであれば、パネル仕
様の出力手順が呼び出される。もし両方がブランクのま
まであれば、パネルはプロファイル・ビューから加えら
れたのと同様に、トランザクション・ビューのデータか
ら与えられる。
再スタート・プロセスの期間中に実行することができる
（Ｆ １＝ＥＸ ＩＴＨＥＬＰ）。この出力手順は、ま
たパネルがメニューからのイニシャル・ユーザ・リクエ
ストとして提供される場合、呼び出されることができる
。出力手順は、メニュー人力仕様で指定されることがで
き、またパネル仕様のパネルと関連されることもできる
。もし出力手順がメニュー人力で指定されれば、この手
順はパネルの表示に先立って呼び出される。もしメニュ
ー人力の出力手順がブランクのままであれば、パネル仕
様の出力手順が呼び出される。もし両方がブランクのま
まであれば、パネルはプロファイル・ビューから加えら
れたのと同様に、トランザクション・ビューのデータか
ら与えられる。
ＧＴＤメニュー ′システム ＧＴＤアプリケーション
に対するメニュー制御システムは、ｌ５ＰＦメニユ一機
能と類似している。このシステムは、４つの水準の階層
メニューをサポートし、各々の水準は１ないし１６の入
力をサポートする。メニューの各入力は、８文字の選択
コードとこの選択コードによって提供される機能を示す
ための３２文字の説明によって特徴を与えられる。一般
的に、トランザクションが開始されると、最初の選択を
行うために、マスク・メニューがユーザに提供される。
に対するメニュー制御システムは、ｌ５ＰＦメニユ一機
能と類似している。このシステムは、４つの水準の階層
メニューをサポートし、各々の水準は１ないし１６の入
力をサポートする。メニューの各入力は、８文字の選択
コードとこの選択コードによって提供される機能を示す
ための３２文字の説明によって特徴を与えられる。一般
的に、トランザクションが開始されると、最初の選択を
行うために、マスク・メニューがユーザに提供される。
トランザクションの実行中何時でも、ユーザはＦ１２の
キーを押し、または全てのメニュー・パネルの選択領域
で「＝」の符号を入力し、マスク・メニューに戻ること
ができる。Ｆ１２および「＝」のキーは、設計上の選択
の問題として選ばれたものであり、これが本発明に対す
る制約であると考えるべきでないことに留意すること。
キーを押し、または全てのメニュー・パネルの選択領域
で「＝」の符号を入力し、マスク・メニューに戻ること
ができる。Ｆ１２および「＝」のキーは、設計上の選択
の問題として選ばれたものであり、これが本発明に対す
る制約であると考えるべきでないことに留意すること。
ユーザは、ＧＴＤシステムの最高４つの水準の仕様の能
力までｒｔｒａｎ＝ｓｅｌｅｃｔ、 ５ｅｌｅｃｔ、
５ｅｌｃｔ Ｊを入力することによってメニューの階層
内の機能に対して直接要求を行うことができる。１．２
、または３の選択コードのようなより短い選択もまた受
け入れ可能である。
力までｒｔｒａｎ＝ｓｅｌｅｃｔ、 ５ｅｌｅｃｔ、
５ｅｌｃｔ Ｊを入力することによってメニューの階層
内の機能に対して直接要求を行うことができる。１．２
、または３の選択コードのようなより短い選択もまた受
け入れ可能である。
メニュー・パネルが作成されると、入力は、選択コード
、メニュー人力のための記述線、提供することのできる
パネル、およびパネル自身を提供する前に実行すること
のできる手順を指示するために指定される。
、メニュー人力のための記述線、提供することのできる
パネル、およびパネル自身を提供する前に実行すること
のできる手順を指示するために指定される。
ＧＴＤアプリケーションのためのヘルプ・サポニ上 ア
プリケーションがＧＴＤを使用して開発される場合、Ｔ
ＤＴはトランザクションのドキュメンテーションを含む
Ｔ Ｉ ＯＬ Ｒｒｅｐｏｒｔ、ｇｅｎｅｒａｔｉｏｎ
を指定することができる。Ｔ Ｉ ＯＬ Ｒｒｅｐｏｒ
ｔ。
プリケーションがＧＴＤを使用して開発される場合、Ｔ
ＤＴはトランザクションのドキュメンテーションを含む
Ｔ Ｉ ＯＬ Ｒｒｅｐｏｒｔ、ｇｅｎｅｒａｔｉｏｎ
を指定することができる。Ｔ Ｉ ＯＬ Ｒｒｅｐｏｒ
ｔ。
ｇｅｎｅｒａｔｉｏｎの情報は、チャプタの名前がパネ
ルの名前を参照することができるように構築され、その
結果、各々のトランザクション・パネルと関連するドキ
ュメンテーションの複数のセクションとページが与えら
れる。
ルの名前を参照することができるように構築され、その
結果、各々のトランザクション・パネルと関連するドキ
ュメンテーションの複数のセクションとページが与えら
れる。
このドキュメンテーションはＦｌのキーを押すことによ
って、ランタイムにアプリケーションのユーザーに提供
される。このキーによって、制御プログラムはユーザー
・スクリーンの情報を集め、これをＨＥＬＰビューとし
てＲＯＬＬＦ Ｉ ＬＥに記憶する。制御プログラムは
そのトランザクションに対するプロファイル・ビューを
保存し、そのトランザクションに対するＨＥＬＰドキュ
メンテーションをＨＥＬＰパネルを介してユーザに提供
する。このＨＥＬＰドキュメンテーションに対するパネ
ルの名前はｔｄＨＥＬＰである。
って、ランタイムにアプリケーションのユーザーに提供
される。このキーによって、制御プログラムはユーザー
・スクリーンの情報を集め、これをＨＥＬＰビューとし
てＲＯＬＬＦ Ｉ ＬＥに記憶する。制御プログラムは
そのトランザクションに対するプロファイル・ビューを
保存し、そのトランザクションに対するＨＥＬＰドキュ
メンテーションをＨＥＬＰパネルを介してユーザに提供
する。このＨＥＬＰドキュメンテーションに対するパネ
ルの名前はｔｄＨＥＬＰである。
ＨＥＬＰドキュメンテーションの検討を終了した後、ユ
ーザーは、Ｆｌを押すことによって、アプリケーション
の実行に戻ることができる。制御プログラムは、次にト
ランザクション・ビュー内のプロファイル・ビューを復
元し、パネルと関連する出力手順を実行しく１の場合）
ＨＥＬＰを提供するために中止されていたパネルを再び
表示し、ヘルプ要求が行われた時点でのスクリーン上の
スクリーン・データ・アイテムのデータ・アイテムをス
クリーンに与える。
ーザーは、Ｆｌを押すことによって、アプリケーション
の実行に戻ることができる。制御プログラムは、次にト
ランザクション・ビュー内のプロファイル・ビューを復
元し、パネルと関連する出力手順を実行しく１の場合）
ＨＥＬＰを提供するために中止されていたパネルを再び
表示し、ヘルプ要求が行われた時点でのスクリーン上の
スクリーン・データ・アイテムのデータ・アイテムをス
クリーンに与える。
ＨＥＬＰのプレゼンテーションの期間中、ユーザはカー
ソルを問題の語に載置してＦ２のキーを押すことによっ
て、テキスト内の語の定義を要求することができる。Ｆ
２によって、グロサリ（ｇｌａｓｓａｒｙ ）機能を呼
び出すことができる。もしこの語がＧＬＯ３ＳＡＲＹ内
でアプリケーションの設計者によって定義されていれば
、その定義がスクリーンに与えられる。この定義を見た
後、ユーザはＦ３のキーを押してＨＥＬＰドキュメンテ
ーションに戻ることができ、引き続いてＦｌを押してＨ
ＥＬＰから抜は出て中止されていたアプリケーション・
パネルに戻ることができる。
ソルを問題の語に載置してＦ２のキーを押すことによっ
て、テキスト内の語の定義を要求することができる。Ｆ
２によって、グロサリ（ｇｌａｓｓａｒｙ ）機能を呼
び出すことができる。もしこの語がＧＬＯ３ＳＡＲＹ内
でアプリケーションの設計者によって定義されていれば
、その定義がスクリーンに与えられる。この定義を見た
後、ユーザはＦ３のキーを押してＨＥＬＰドキュメンテ
ーションに戻ることができ、引き続いてＦｌを押してＨ
ＥＬＰから抜は出て中止されていたアプリケーション・
パネルに戻ることができる。
ＧＴＤアプリケーションに するグロサリ・サポート
グロサリ機能によって、アプリケーションの設計は指定
されたＴ Ｉ ＯＬ Ｒｒｅｐｏｒｔ、 ｇｅｎｅｒａ
ｔｉｏｎ内に一組の語を定義することができ、その結果
、ユーザは理解することのできない語の定義を対話によ
って選択することができる。グロサリの語はＴｌ０ＬＲ
のチャプタｒｒｅｐｏｒｔ、 ｇｅｎｅｒａｔｉｏｎ。
されたＴ Ｉ ＯＬ Ｒｒｅｐｏｒｔ、 ｇｅｎｅｒａ
ｔｉｏｎ内に一組の語を定義することができ、その結果
、ユーザは理解することのできない語の定義を対話によ
って選択することができる。グロサリの語はＴｌ０ＬＲ
のチャプタｒｒｅｐｏｒｔ、 ｇｅｎｅｒａｔｉｏｎ。
ＧＬＯ３ＳＡＲＹＪ内で指定される。グロサリ内の語は
１乃至８文字の長さである。各語はグロサリ・チャプタ
ー内の１つのセクションとして指定される。各語の説明
は最高数ページの長さである。
１乃至８文字の長さである。各語はグロサリ・チャプタ
ー内の１つのセクションとして指定される。各語の説明
は最高数ページの長さである。
１つの語がグロサリから選択されてしまうと、機能キー
によって、ユーザはその語に対して可能性のある複数ペ
ージのドキュメンテーションをスクロール（５ｃｒｏｌ
ｌ ）することができる。グロサリ内の他の語を見つけ
るには、ユーザはファンクション・キーを用いてグロサ
リ内の次の語または前の語をスクロールするか、または
入力領域に特定の語を入力するかのいずれかを行うこと
ができる。
によって、ユーザはその語に対して可能性のある複数ペ
ージのドキュメンテーションをスクロール（５ｃｒｏｌ
ｌ ）することができる。グロサリ内の他の語を見つけ
るには、ユーザはファンクション・キーを用いてグロサ
リ内の次の語または前の語をスクロールするか、または
入力領域に特定の語を入力するかのいずれかを行うこと
ができる。
もし１つの語がいずれかの方法によって指定され、グロ
サリ内で見つからなければ、次の語がアルファベットの
順序で示される。
サリ内で見つからなければ、次の語がアルファベットの
順序で示される。
語の定義は、カーソルを問題の語に載置してＦ２を押す
ことによって、ＨＥＬＰパネル、ＩＮＦＯパネルまたは
ＧＬＯＳパネルによってグロサリから選択される。ユー
ザがグロサリの検討を終了してしまうと、Ｆ３を押して
前のパネルに戻ることができる。
ことによって、ＨＥＬＰパネル、ＩＮＦＯパネルまたは
ＧＬＯＳパネルによってグロサリから選択される。ユー
ザがグロサリの検討を終了してしまうと、Ｆ３を押して
前のパネルに戻ることができる。
ＧＴＤアプリケーションに する サポート上
ＧＴＤランタイム・システム（ＩＥＴ＞は、ＧＴＤ ）
ランザクジョンのためにｄｏｃｕｍｅｎｔａｔｉｏｎ。
ランザクジョンのためにｄｏｃｕｍｅｎｔａｔｉｏｎ。
ｒｅｐｏｒｔ、 ｇｅｎｅｒａｔｉｏｎからのチュート
リアル（ｔｕｔ。
リアル（ｔｕｔ。
ｒｉａｌ ）ドキュメンテーションの提供をサポートす
る。ユーザは、メニュー選択コードと説明、ｔｄｔＩＮ
Ｆ○パネルおよびＩ ＥＴＯＩＮＦＯ手順を指定するこ
とによって、マスター・メニューからチュートリアル・
ドキュメンテーションを選択することができる。この手
順とパネルによって、ｒｅｐｏｒｔ。
る。ユーザは、メニュー選択コードと説明、ｔｄｔＩＮ
Ｆ○パネルおよびＩ ＥＴＯＩＮＦＯ手順を指定するこ
とによって、マスター・メニューからチュートリアル・
ドキュメンテーションを選択することができる。この手
順とパネルによって、ｒｅｐｏｒｔ。
ｇｅｎｅｒａｔｉｏｎ、 ｃｈａｐｔｅｒから情報表示
機能が動作され、ここでチャプタがメニュー人力の説明
領域の最初の８文字によって指定される。
機能が動作され、ここでチャプタがメニュー人力の説明
領域の最初の８文字によって指定される。
ＩＮＦＯプレゼンテーションを選択してしまうと、ユー
ザはそれぞれＦ５およびＦ６を押すことによって、この
情報内で前後の方向にスクロールを行うことができ、こ
れによって、前後の方向にページをスクロールするかま
たはｔｄｔｌＮＦｏパネルに所望のページとセクション
の名前を入力する。ユーザはＦ３またはＦ１２を押すこ
とによって、ＩＮＦＯ機能から抜は出てマスター・メニ
ュヘーに戻ることができる。
ザはそれぞれＦ５およびＦ６を押すことによって、この
情報内で前後の方向にスクロールを行うことができ、こ
れによって、前後の方向にページをスクロールするかま
たはｔｄｔｌＮＦｏパネルに所望のページとセクション
の名前を入力する。ユーザはＦ３またはＦ１２を押すこ
とによって、ＩＮＦＯ機能から抜は出てマスター・メニ
ュヘーに戻ることができる。
ＧＴＤオプション令
ＧＴＤシステムはパネルのオプションＭ域をサポートす
る。このオプション領域によって、ユーザはファンクシ
ョン・キーを指定することができる。このことは、ユー
ザがファンクション・キーを有していない端末を使用し
ている場合、特に有用である。オプション領域は、３文
字の入力／出力領域として、可変の名前ＩＥＦＩ
０ＰＴＩＯＮ（ｗｏｐｔｉｏｎ ）を指定することによ
って、パネル上に載置されることができる。このオプシ
ョン領域は、パネルを作成すると、自動的に指定するこ
とができる。
る。このオプション領域によって、ユーザはファンクシ
ョン・キーを指定することができる。このことは、ユー
ザがファンクション・キーを有していない端末を使用し
ている場合、特に有用である。オプション領域は、３文
字の入力／出力領域として、可変の名前ＩＥＦＩ
０ＰＴＩＯＮ（ｗｏｐｔｉｏｎ ）を指定することによ
って、パネル上に載置されることができる。このオプシ
ョン領域は、パネルを作成すると、自動的に指定するこ
とができる。
ユーザはオプション領域にＦ（大文字又は小文字）を入
力し、続いて１つまたは２つの少数のケタ（１乃至２４
）を入力することができる。このことは対応するファン
クション・キーを押すことに相当する。もしユーザがオ
プション領域に入力を行い、またファンクション・キー
を押せば、このファンクション・キーが優先される。も
し入力が優先の形で行われなければ、この入力はＪＥＴ
によって無視されて所定の手順に進む。
力し、続いて１つまたは２つの少数のケタ（１乃至２４
）を入力することができる。このことは対応するファン
クション・キーを押すことに相当する。もしユーザがオ
プション領域に入力を行い、またファンクション・キー
を押せば、このファンクション・キーが優先される。も
し入力が優先の形で行われなければ、この入力はＪＥＴ
によって無視されて所定の手順に進む。
ＣＴＤルックアヘッド令
この領域は、ユーザが実行するべき次の機能を指定する
ためにパネル上に載置することのできるオプションの領
域である。この６４バイトの領域は、アプリケーション
の設計者の仕様に従って処理される。本発明の好適な実
施例の場合、この領域はファンクション・キー１２と関
連する。もしルックアヘッド（１ｏｏｋａｈｅａｄ ）
９５域がスクリーン上にあるか、またはルックアヘッ
ド領域の第１文字がブランクでなければ、またはＦ１２
が押されれば、通常Ｆ１２と関連するメニュー動作は無
視される。Ｆ１２の仕様は、ＩＥＦＩ ＦｔｌＮＫＥ
Ｙ（ｗｆｕｎｋｅｙ ）変数を介してアプリケーション
に引き渡される。このアプリケーションは、ユーザがＩ
ＥＦＩ ＬＯＯＫＡＨＥＡＤ（ｗｌｏｏｋａｈｅａｄ
）Ｓｉ域によって指示されたように、特定のＬＯＯＫＡ
ＨＥＡＤ機能を実行することを希望していることを認識
する。
ためにパネル上に載置することのできるオプションの領
域である。この６４バイトの領域は、アプリケーション
の設計者の仕様に従って処理される。本発明の好適な実
施例の場合、この領域はファンクション・キー１２と関
連する。もしルックアヘッド（１ｏｏｋａｈｅａｄ ）
９５域がスクリーン上にあるか、またはルックアヘッ
ド領域の第１文字がブランクでなければ、またはＦ１２
が押されれば、通常Ｆ１２と関連するメニュー動作は無
視される。Ｆ１２の仕様は、ＩＥＦＩ ＦｔｌＮＫＥ
Ｙ（ｗｆｕｎｋｅｙ ）変数を介してアプリケーション
に引き渡される。このアプリケーションは、ユーザがＩ
ＥＦＩ ＬＯＯＫＡＨＥＡＤ（ｗｌｏｏｋａｈｅａｄ
）Ｓｉ域によって指示されたように、特定のＬＯＯＫＡ
ＨＥＡＤ機能を実行することを希望していることを認識
する。
ＧＴＤ ）ランザクジョン の編
ＧＴＤアプリケーションのアンカー（ａｎｃｈｏｒ ）
エレメントはＴＤＴである。ＴＤＴはトランザクション
に対する仕様を含むＭＡＰＬＩＢライブラリ／ディレク
トリの構成要素である。各々のＴＤＴの入力は名前のつ
いた構成要素であり、これは１乃至４文字の長さである
。この名前はアプリケーションをサポートするユニーク
な対象の名前を作成するため最高４文字まで拡張するこ
とができる。
エレメントはＴＤＴである。ＴＤＴはトランザクション
に対する仕様を含むＭＡＰＬＩＢライブラリ／ディレク
トリの構成要素である。各々のＴＤＴの入力は名前のつ
いた構成要素であり、これは１乃至４文字の長さである
。この名前はアプリケーションをサポートするユニーク
な対象の名前を作成するため最高４文字まで拡張するこ
とができる。
ＧＴＤのアプリケーション内のＣｏＢＯＬ手順は、標準
の構造化されたＣ０ＢＯＬの構成要素である。アプリケ
ージ９ンの設計者は基本的なＣＯＢＯＬの機能のいずれ
をも使用することができ、トランザクションが動作しよ
うとしている環境の標準的な言語機能を使用して他のプ
ログラムと手順を参照することができる。ＣｏＢＯＬ手
順は、他の機能に対して最小限の参照を行うＣ０ＢＯＬ
ＩＩの構造化されたＣ０ＢＯＬ構成要素であること
を意図しており、従って、このアプリケーションはい（
つかの環境のいずれにも移動することができる。
の構造化されたＣ０ＢＯＬの構成要素である。アプリケ
ージ９ンの設計者は基本的なＣＯＢＯＬの機能のいずれ
をも使用することができ、トランザクションが動作しよ
うとしている環境の標準的な言語機能を使用して他のプ
ログラムと手順を参照することができる。ＣｏＢＯＬ手
順は、他の機能に対して最小限の参照を行うＣ０ＢＯＬ
ＩＩの構造化されたＣ０ＢＯＬ構成要素であること
を意図しており、従って、このアプリケーションはい（
つかの環境のいずれにも移動することができる。
手順がパネル入力によって入力されると、トランザクシ
ョン・ビューがプロファイル・ビューに与えられる。パ
ネル・データはプロファイル・ビューに重ねられる。手
順がＬＩＮＫ要求によって入力されると、トランザクシ
ョン・ビューはクリアされ（ゼロに）入力ビューがトラ
ンザクション・ビューを与える。
ョン・ビューがプロファイル・ビューに与えられる。パ
ネル・データはプロファイル・ビューに重ねられる。手
順がＬＩＮＫ要求によって入力されると、トランザクシ
ョン・ビューはクリアされ（ゼロに）入力ビューがトラ
ンザクション・ビューを与える。
外部手順を呼び出すには、ＤＡＡのＬＩＮＫおよびＲＥ
ＴＵＲＮ機能を使用する。ＤＡＡ内の他の手順に対して
ＬＩＮＫを実行するには、ユーザはそれぞれの領域（そ
れぞれＩ Ｅ Ｆ １１−Ｎ５ＹＳＴＥ、ＩＥＦＩ−Ｎ
ＴＲＡＮ、 ＩＥＦＩ−ＮＰＲＯＣ）内の新しいシス
テム、トランザクション、および手順を指定することが
でき、ＬＩＮＫという語をＩ ＥＦ １−Ｘ５ＴＡＴＥ
領域に入力する。
ＴＵＲＮ機能を使用する。ＤＡＡ内の他の手順に対して
ＬＩＮＫを実行するには、ユーザはそれぞれの領域（そ
れぞれＩ Ｅ Ｆ １１−Ｎ５ＹＳＴＥ、ＩＥＦＩ−Ｎ
ＴＲＡＮ、 ＩＥＦＩ−ＮＰＲＯＣ）内の新しいシス
テム、トランザクション、および手順を指定することが
でき、ＬＩＮＫという語をＩ ＥＦ １−Ｘ５ＴＡＴＥ
領域に入力する。
もしアプリケーションのロジックが、呼び出さされた手
順の実行が終了し、呼び出し手順に戻るべきであること
を示せば、設計者はＩＥＦＩＸＳＴＡＴＥｅＮ域にＲＥ
ＴＵＲＮを入力して、呼び出しトランザクション・手順
に制御を戻すことができる。
順の実行が終了し、呼び出し手順に戻るべきであること
を示せば、設計者はＩＥＦＩＸＳＴＡＴＥｅＮ域にＲＥ
ＴＵＲＮを入力して、呼び出しトランザクション・手順
に制御を戻すことができる。
ＧＴＤアプリケーション・ビューの
プロファイル、入力および出力ビューは、アプリケーシ
ョン内の各トランザクションに対して５ＲＣＬＢ内で保
持される。これらのビューは、標準のソース構成要素と
して保持される。このソース構成要素内の各線に含まれ
る情報のみが、そのビューに含まれるべきデータ・アイ
テムの名前である。これらのビューはコンパイルの時間
にＴＤＴと関連するトランザクション・ビューと相関さ
れる。このビューの対象の形態を開発するために必要な
これ以外の情報は、トランザクション・ビューから取り
出される。
ョン内の各トランザクションに対して５ＲＣＬＢ内で保
持される。これらのビューは、標準のソース構成要素と
して保持される。このソース構成要素内の各線に含まれ
る情報のみが、そのビューに含まれるべきデータ・アイ
テムの名前である。これらのビューはコンパイルの時間
にＴＤＴと関連するトランザクション・ビューと相関さ
れる。このビューの対象の形態を開発するために必要な
これ以外の情報は、トランザクション・ビューから取り
出される。
ＩＥＴランタイム・モニタによって管理されているビュ
ーは、ランタイム時に実証される特性を有していて、そ
のビューと関連するデータが、実行中のトランザクショ
ンによって管理されているビューの現在のバージョンと
一致していることをｆ！認する。これらのクロスチエツ
ク（ｃｒｏｓｓｃｈｅｃｋ）はビュー内で多数のデータ
・アイテムとこれらのデータアイテムの合計長さを含む
固有のパラメータを使用して行われる。各プロファイル
、入力、または出力ビューは、設計者が与えられたトラ
ンザクション手順に対する入力、出力またはプロファイ
ル・ビューを変更することを可能にするためにバージョ
ンの変更子を有している。バージョン識別子は、対応す
るビューに対するソースの構成要素内の／ＶＥＲ＝ｌｉ
ｎｅによって指定される。
ーは、ランタイム時に実証される特性を有していて、そ
のビューと関連するデータが、実行中のトランザクショ
ンによって管理されているビューの現在のバージョンと
一致していることをｆ！認する。これらのクロスチエツ
ク（ｃｒｏｓｓｃｈｅｃｋ）はビュー内で多数のデータ
・アイテムとこれらのデータアイテムの合計長さを含む
固有のパラメータを使用して行われる。各プロファイル
、入力、または出力ビューは、設計者が与えられたトラ
ンザクション手順に対する入力、出力またはプロファイ
ル・ビューを変更することを可能にするためにバージョ
ンの変更子を有している。バージョン識別子は、対応す
るビューに対するソースの構成要素内の／ＶＥＲ＝ｌｉ
ｎｅによって指定される。
ｒ １ ｉｎｅ Ｊは４文字の英数字のバージョンの識
別を表す。設計者がビューに対する変更を指定すると、
彼はまたバージョンの番号を変更しなければならず、そ
の結果、このバージョンのＩＤのランタイムの妥当性の
検査によって、ビューがランタイムで処理される場合に
これらのビューの不一致が検出される。１つのシステム
内の−のトランザクションに対する変更はネットワーク
内の他のシステム内の変更と正確に同期しては発生しな
い場合があるため、このバージョンが必要である。
別を表す。設計者がビューに対する変更を指定すると、
彼はまたバージョンの番号を変更しなければならず、そ
の結果、このバージョンのＩＤのランタイムの妥当性の
検査によって、ビューがランタイムで処理される場合に
これらのビューの不一致が検出される。１つのシステム
内の−のトランザクションに対する変更はネットワーク
内の他のシステム内の変更と正確に同期しては発生しな
い場合があるため、このバージョンが必要である。
このソースによって識別されたバージョンの番号は、Ｇ
ＴＤアプリケーション・ビルダー（ｂｕｉｌｄｅｒ）の
ビュー・コンパイル・プロセスによって対象とロード・
モジュール・バージョンに複写される。
ＴＤアプリケーション・ビルダー（ｂｕｉｌｄｅｒ）の
ビュー・コンパイル・プロセスによって対象とロード・
モジュール・バージョンに複写される。
ビュー・イメージがランタイムで作成される場合、この
バージョンＩＤは更にランタイム・ビュー・イメージに
複写される。そのビュー・イメージが呼び出されたプロ
グラムによって受け取られるが、またはアプリケーショ
ンの再スタート時にランタイム・コントローラによって
取り出されると、ビュー・イメージのバージョンがビュ
ーの定義に対するバージョンに対して実証される。これ
によって、情報がこのＤＡＡ内の手順の間で一貫して引
き渡される可能性が改善される。
バージョンＩＤは更にランタイム・ビュー・イメージに
複写される。そのビュー・イメージが呼び出されたプロ
グラムによって受け取られるが、またはアプリケーショ
ンの再スタート時にランタイム・コントローラによって
取り出されると、ビュー・イメージのバージョンがビュ
ーの定義に対するバージョンに対して実証される。これ
によって、情報がこのＤＡＡ内の手順の間で一貫して引
き渡される可能性が改善される。
ＧＴＤビューのコンパイル
ビューの対象バージョンを発生させるため、ＧＴＤビュ
ーはＧＴＤを使用してコンパイルされる。このプロセス
はマルチビュ一対象モジュールを構築し、これはトラン
ザクション内で参照される各入力、出力、およびプロフ
ァイル・ビューの表示を保持する。このコンパイル・プ
ロセスは、トランザクション・ビューを５ＲＣＬＩＢ
［通常ｒＳＲＣＬ ＩＢ（ｔｄｔＴＶＷ）Ｊ ）からト
ランザクション・ビューを取り出し、この構成要素を記
述してトランザクション・ビュー内のデータ要素の各々
のデータの種類、位置、および長さを解釈する。ビュー
・コンパイラは、次に入力、出力、およびプロファイル
・ビューの各々を５ＲＣＬ Ｉ Ｂから取り出し、各ビ
ューに対して対象セクションを発生する。この対象セク
ションは、ビューの名前、長さおよびバージョン番号を
識別するヘッダーを含む。各データ要素に対して、対象
セクションは、トランザクション・ビューに関係するそ
のデータ要素を識別する入力を発生する。各セクション
はビューの名前を与えられる。作成された対象モジュー
ルはｔｄｔＶＩＥＷという名前を与えられる。この対象
モジュールは、作成されると、トランザクション・バイ
ンド・ステップの期間中トランザクション・モード・モ
ジュールに含まれる。
ーはＧＴＤを使用してコンパイルされる。このプロセス
はマルチビュ一対象モジュールを構築し、これはトラン
ザクション内で参照される各入力、出力、およびプロフ
ァイル・ビューの表示を保持する。このコンパイル・プ
ロセスは、トランザクション・ビューを５ＲＣＬＩＢ
［通常ｒＳＲＣＬ ＩＢ（ｔｄｔＴＶＷ）Ｊ ）からト
ランザクション・ビューを取り出し、この構成要素を記
述してトランザクション・ビュー内のデータ要素の各々
のデータの種類、位置、および長さを解釈する。ビュー
・コンパイラは、次に入力、出力、およびプロファイル
・ビューの各々を５ＲＣＬ Ｉ Ｂから取り出し、各ビ
ューに対して対象セクションを発生する。この対象セク
ションは、ビューの名前、長さおよびバージョン番号を
識別するヘッダーを含む。各データ要素に対して、対象
セクションは、トランザクション・ビューに関係するそ
のデータ要素を識別する入力を発生する。各セクション
はビューの名前を与えられる。作成された対象モジュー
ルはｔｄｔＶＩＥＷという名前を与えられる。この対象
モジュールは、作成されると、トランザクション・バイ
ンド・ステップの期間中トランザクション・モード・モ
ジュールに含まれる。
これは、所定のトランザクションに対する各入力、出力
、およびプロファイル・ビューのビュー・モデルを発生
する。これは、このトランザクション内に含まれる手順
に対するビューとこのトランザクションによって呼び出
された手順（ＥＸＴＥＲＮ手順）の各々に対する入力お
よび出力ビューの仕様を含む。呼び出された手順の入力
および出力のビューは、その手順に対するＰＹＰＥ＝
ＥＸＴＥＲＮを有するＧＴＤによってＴＤＴ内で定義
される。
、およびプロファイル・ビューのビュー・モデルを発生
する。これは、このトランザクション内に含まれる手順
に対するビューとこのトランザクションによって呼び出
された手順（ＥＸＴＥＲＮ手順）の各々に対する入力お
よび出力ビューの仕様を含む。呼び出された手順の入力
および出力のビューは、その手順に対するＰＹＰＥ＝
ＥＸＴＥＲＮを有するＧＴＤによってＴＤＴ内で定義
される。
ＧＴＤパネルのコンパイル
ビューは、ＧＴＤを使用してコンパイルされる。
このビュー・コンパイル・プロセスは、マス（ｍａｓｓ
）ビュー・コンパイル・プロセスである。このＴＤＴと
関連する全てのビューは、コンパイルされて対象の構成
要素ｔｄｔＶＩＥＷ内に載置される。
）ビュー・コンパイル・プロセスである。このＴＤＴと
関連する全てのビューは、コンパイルされて対象の構成
要素ｔｄｔＶＩＥＷ内に載置される。
設計者は、マス・パネル・コンパイルを要求することが
できる。条件付きのコンパイルハＭＡＰＬＩＢ内で変更
されたパネルをコンパイルするか、または最後のパネル
・コンパイル以来トランザクション・ビューは５ＲＣＬ
Ｉ Ｂ内において変化している。ＧＴＤシステムは、
この決定を行うため、ＭＡＰＬＩＢおよび５ＲＣＬ Ｉ
Ｂ内の変更された日付けおよびＬＯＡＤＬＩＢ内のコ
ンパイルされた日付けを使用する。無条件のコンパイル
は、トランザクション内の全てのパネルをコンパイルす
る。システムは、このトランザクションによって使用さ
れるべき全てのパネル（メニュー・パネルを含む）を識
別するため、およびランタイム・インターフェースに対
してこれらのパネルを説明するロード・モジュール（Ｌ
ＯＡＤＬＩＢ）を発生する個々のマツプのコンパイルを
開始するために、ＭＡＰＬＩＢ内のＴＤＴの構成要素を
参照する。
できる。条件付きのコンパイルハＭＡＰＬＩＢ内で変更
されたパネルをコンパイルするか、または最後のパネル
・コンパイル以来トランザクション・ビューは５ＲＣＬ
Ｉ Ｂ内において変化している。ＧＴＤシステムは、
この決定を行うため、ＭＡＰＬＩＢおよび５ＲＣＬ Ｉ
Ｂ内の変更された日付けおよびＬＯＡＤＬＩＢ内のコ
ンパイルされた日付けを使用する。無条件のコンパイル
は、トランザクション内の全てのパネルをコンパイルす
る。システムは、このトランザクションによって使用さ
れるべき全てのパネル（メニュー・パネルを含む）を識
別するため、およびランタイム・インターフェースに対
してこれらのパネルを説明するロード・モジュール（Ｌ
ＯＡＤＬＩＢ）を発生する個々のマツプのコンパイルを
開始するために、ＭＡＰＬＩＢ内のＴＤＴの構成要素を
参照する。
これはプロセス内の長いステップである。設計者は、こ
れらがコンパイルされるにつれてＴＤＴ内の各パネルに
対してＲＥＴＵＲＮコードを取得する。
れらがコンパイルされるにつれてＴＤＴ内の各パネルに
対してＲＥＴＵＲＮコードを取得する。
ＧＴＤ ｔ−ランザクジョンの 生
再発生プロセスの十分な完全性を保持しつつ開発サイク
ルのコストを削減するため、インテリジェント再発生プ
ロセスが使用される。このプロセスは、適当なライブラ
リにＴＤＴによって定義された重要な対象の各々に対し
て最後に変更された日付けを保持する。このプロセスを
十分サポートするため、ＧＴＤの編集プログラムは何時
パネルが発生されたかまたは何時ビューが編集されたか
に留意する。Ｃ０ＤＥＳＴＡＲの編集プログラムは、何
時パネルに対して変更が行われるかを識別する。Ｃ０Ｄ
ＥＳＴＡＲコンパイラ−は、何時パネルがコンパイルさ
れるかを識別する。リンケージ（ｌｉｎｋｅｇｅ ）
ｍ集プログラムは、何時手順がリンク（１ｉｎｋ ）さ
れるかを識別する。ソースの編集プログラムは、何時ソ
ースの変更が手順に対して行われるかを識別する。
ルのコストを削減するため、インテリジェント再発生プ
ロセスが使用される。このプロセスは、適当なライブラ
リにＴＤＴによって定義された重要な対象の各々に対し
て最後に変更された日付けを保持する。このプロセスを
十分サポートするため、ＧＴＤの編集プログラムは何時
パネルが発生されたかまたは何時ビューが編集されたか
に留意する。Ｃ０ＤＥＳＴＡＲの編集プログラムは、何
時パネルに対して変更が行われるかを識別する。Ｃ０Ｄ
ＥＳＴＡＲコンパイラ−は、何時パネルがコンパイルさ
れるかを識別する。リンケージ（ｌｉｎｋｅｇｅ ）
ｍ集プログラムは、何時手順がリンク（１ｉｎｋ ）さ
れるかを識別する。ソースの編集プログラムは、何時ソ
ースの変更が手順に対して行われるかを識別する。
条件付きの再発生は、ソースの変更が行われてしまって
、これらの対象のいずれかの再発生または再コンパイル
を要求しているかどうかを判定するためにＴＤＴ内の対
象を検査することによって開始される。このトランザク
ション・ビューは、このアイテムの集合内のアンカー（
ａｎｃｈｏｒ ）の対象である。もしトランザクション
・ビューが編集されてしまっていれば、全てのパネル、
手順、およびビューは再びコンパイルされなければなら
ない。もしトランザクション・ビューが変更されててい
なければ、これらの対象のみが変更されなければならな
いが、その理由は、最後に発生した対象は再びコンパイ
ルされる必要があるからである。
、これらの対象のいずれかの再発生または再コンパイル
を要求しているかどうかを判定するためにＴＤＴ内の対
象を検査することによって開始される。このトランザク
ション・ビューは、このアイテムの集合内のアンカー（
ａｎｃｈｏｒ ）の対象である。もしトランザクション
・ビューが編集されてしまっていれば、全てのパネル、
手順、およびビューは再びコンパイルされなければなら
ない。もしトランザクション・ビューが変更されててい
なければ、これらの対象のみが変更されなければならな
いが、その理由は、最後に発生した対象は再びコンパイ
ルされる必要があるからである。
再発生プロセスは、ソース・モジュールの最後の編集日
付けとロード・モジュールの最後にリンクによって編集
された日付けを調べる。もし最後にリンクによって編集
された日付けが最後のソースの編集の日付けよりも後で
あれば、コンパイルはそのモジュールに対して要求され
ない。同様に、もしパネルの最後のコンパイルとリンク
による編集の後パネルまたはトランザクション・ビュー
の編集が行われていなければ、パネルの再コンパイルは
必要ではない。
付けとロード・モジュールの最後にリンクによって編集
された日付けを調べる。もし最後にリンクによって編集
された日付けが最後のソースの編集の日付けよりも後で
あれば、コンパイルはそのモジュールに対して要求され
ない。同様に、もしパネルの最後のコンパイルとリンク
による編集の後パネルまたはトランザクション・ビュー
の編集が行われていなければ、パネルの再コンパイルは
必要ではない。
註：対象モジュールの時間スタンプ（ｓｔａｍｐ）は、
正確な解像度を保持しているため、対象をソース編集時
間と等しいリンク編集時間で再びコンパイルすることが
十分な完全性にとって必要である。これは時として変更
が行われていない場合、パネルと手順を再びコンパイル
させる。もしソースの編集とコンパイルがいずれも同じ
瞬間に終了すれば、次の条件付きの再発生は別のコンパ
イルを実行する。
正確な解像度を保持しているため、対象をソース編集時
間と等しいリンク編集時間で再びコンパイルすることが
十分な完全性にとって必要である。これは時として変更
が行われていない場合、パネルと手順を再びコンパイル
させる。もしソースの編集とコンパイルがいずれも同じ
瞬間に終了すれば、次の条件付きの再発生は別のコンパ
イルを実行する。
ＧＴＤ ）ランザクジョンの
一度ＧＴＤ ｌ−ランザクジョンが開発され、ランタイ
ム環境に設置されると、ユーザはこのトランザクション
をサポートするシステムにロギング（ｆｏｇｇｉｎｇ
）することによってそのトランザクションを呼び出すこ
とができる。ユーザは、「Ｒシステムの名前」またはＲ
Ｔ、Ｇｘｘｘを入力し、これに続いて、トランザクショ
ン・コードを入力してＥＮＴＥＲを押してＩＭＳ ）ラ
ンザクジョンを動作させることができる。もしユーザが
トランザクション内のメニューの階層から特定のサブ機
能を選択することを希望すれば、このユーザは「＝ｓｅ
ｌｅｃｔ、 ５ｅｌｅｃｔ、 ５ｅｌｅｃｔＪを入力す
ることによってトランザクション内のサブ機能に直ちに
移行することができる。トランザクションの制御を受け
取ると、それはユーザに対して適当なパネルを提供する
。トランザクションは、ある種の手順を実行してしまう
ことができるか、またはアプリケーションの設計によっ
てユーザが更に選択を行うために最初のパネルを提供す
ることができるのみである。ユーザは、指示されたパネ
ルにデータを入力してＥＮＴＥＲを押し、このパネルに
対して指示された入力手段を実行することができる。
ム環境に設置されると、ユーザはこのトランザクション
をサポートするシステムにロギング（ｆｏｇｇｉｎｇ
）することによってそのトランザクションを呼び出すこ
とができる。ユーザは、「Ｒシステムの名前」またはＲ
Ｔ、Ｇｘｘｘを入力し、これに続いて、トランザクショ
ン・コードを入力してＥＮＴＥＲを押してＩＭＳ ）ラ
ンザクジョンを動作させることができる。もしユーザが
トランザクション内のメニューの階層から特定のサブ機
能を選択することを希望すれば、このユーザは「＝ｓｅ
ｌｅｃｔ、 ５ｅｌｅｃｔ、 ５ｅｌｅｃｔＪを入力す
ることによってトランザクション内のサブ機能に直ちに
移行することができる。トランザクションの制御を受け
取ると、それはユーザに対して適当なパネルを提供する
。トランザクションは、ある種の手順を実行してしまう
ことができるか、またはアプリケーションの設計によっ
てユーザが更に選択を行うために最初のパネルを提供す
ることができるのみである。ユーザは、指示されたパネ
ルにデータを入力してＥＮＴＥＲを押し、このパネルに
対して指示された入力手段を実行することができる。
ユーザは、与えられたパネルと関連するＨＥＬＰドキュ
メンテーションのためにＦｌを押すことができる。この
ドキュメンテーションは、アプリケーションの設計者に
よって指定されたＴ Ｉ ０ＬＲｒｅｐｏｒｔ、 ｇｅ
ｎｅｒａｔｉｏｎ、 ｃｈａｐｔｅｒのために取り出さ
れる。もし設計者がＴ Ｉ ＯＬ Ｒｒｅｐｏｒｔ、
ｇｅｎｅｒａｔｉｏｎ情報を準備していなければ、ユー
ザは「ドキュメンテーション・オープン・エラー」のエ
ラー状態を得ることができる。もし特定のチャプタ（パ
ネルの名前）が特定のパネルに対するＨＥＬＰドキュメ
ンテーションに対して指定されていなければ、ユーザは
「ドキュメンテーション見当たらず」のエラー状態を得
る。サポートするドキュメンテーションを開発して、保
持することは設計者の責任である。
メンテーションのためにＦｌを押すことができる。この
ドキュメンテーションは、アプリケーションの設計者に
よって指定されたＴ Ｉ ０ＬＲｒｅｐｏｒｔ、 ｇｅ
ｎｅｒａｔｉｏｎ、 ｃｈａｐｔｅｒのために取り出さ
れる。もし設計者がＴ Ｉ ＯＬ Ｒｒｅｐｏｒｔ、
ｇｅｎｅｒａｔｉｏｎ情報を準備していなければ、ユー
ザは「ドキュメンテーション・オープン・エラー」のエ
ラー状態を得ることができる。もし特定のチャプタ（パ
ネルの名前）が特定のパネルに対するＨＥＬＰドキュメ
ンテーションに対して指定されていなければ、ユーザは
「ドキュメンテーション見当たらず」のエラー状態を得
る。サポートするドキュメンテーションを開発して、保
持することは設計者の責任である。
ＨＥＬＰが呼び出されると、ユーザはグロサリ機能を選
択することができる（Ｆ２を押す）、またはＦｌを押し
て中止パネルに戻ることができる。
択することができる（Ｆ２を押す）、またはＦｌを押し
て中止パネルに戻ることができる。
Ｆｌ２は何時押しても、ユーザはトランザクション・マ
スク・メニューに戻る。もしアプリケーションの設計者
がファンクション・キーの仕様によって別のアクション
を指定していれば、ユーザは適当なファンクション・キ
ーを押して指示されたアクションを要求することができ
る。通常線２４であるファンクション・キーの線上のフ
ァンクション・キーの説明をパネル・入力手順「ロジツ
ク」と関連させてこれらの指示されたファンクション・
キーのアクションをサポートすることは、アプリケーシ
ョンの設計者の責任である。
スク・メニューに戻る。もしアプリケーションの設計者
がファンクション・キーの仕様によって別のアクション
を指定していれば、ユーザは適当なファンクション・キ
ーを押して指示されたアクションを要求することができ
る。通常線２４であるファンクション・キーの線上のフ
ァンクション・キーの説明をパネル・入力手順「ロジツ
ク」と関連させてこれらの指示されたファンクション・
キーのアクションをサポートすることは、アプリケーシ
ョンの設計者の責任である。
ＧＴＤ ）ランザクジョンが実行を終了すると、プロフ
ァイル・ビューはそのシステムのユーザとアプリケーシ
ョンのためにプロファイル・データ・ベースによってセ
ーブされる。トランザクションは、クリア・スクリーン
（ｃｌｅａｒ ５ｃｒｅｅｎ ）からトランザクション
・コードを入力することによって（またはｒＲｓｙｓｔ
ｅｍ ｔｒａｎＪの形態の命令されたルーティングによ
って）再び始めることができる。
ァイル・ビューはそのシステムのユーザとアプリケーシ
ョンのためにプロファイル・データ・ベースによってセ
ーブされる。トランザクションは、クリア・スクリーン
（ｃｌｅａｒ ５ｃｒｅｅｎ ）からトランザクション
・コードを入力することによって（またはｒＲｓｙｓｔ
ｅｍ ｔｒａｎＪの形態の命令されたルーティングによ
って）再び始めることができる。
これによって、プロファイル・ビューは復元され、パネ
ル出力手順（もしあれば）が実行され、現在のパネルが
提供される。または、ユーザはｒ ｔｒａｎ＝」を入力
してプロファイル・ビューを保持し、トランザクション
・マスク・メニューを提供し、ｒｔｒａｎ＝ＲＥｓＥＴ
またはｔｒａｎ／ ＲＥ Ｓ ＥＴＪを入力して、プロ
ファイル・ビューをクリアし、トランザクション・マス
ク・メニューを提供し、またはｒｔｒａｎ＝ＱＵＩＴま
たはｔｒａｎ／ Ｑ Ｕ Ｉ Ｔ Ｊを入力して、この
システムのユーザのプロファイルのスペースからアプリ
ケーションを削除し、［デスプレー・アクチブ（ｄｉｓ
ｐｌａｙ ａｃｔｉｖｅ ）Ｊパネルを表示することが
できる。
ル出力手順（もしあれば）が実行され、現在のパネルが
提供される。または、ユーザはｒ ｔｒａｎ＝」を入力
してプロファイル・ビューを保持し、トランザクション
・マスク・メニューを提供し、ｒｔｒａｎ＝ＲＥｓＥＴ
またはｔｒａｎ／ ＲＥ Ｓ ＥＴＪを入力して、プロ
ファイル・ビューをクリアし、トランザクション・マス
ク・メニューを提供し、またはｒｔｒａｎ＝ＱＵＩＴま
たはｔｒａｎ／ Ｑ Ｕ Ｉ Ｔ Ｊを入力して、この
システムのユーザのプロファイルのスペースからアプリ
ケーションを削除し、［デスプレー・アクチブ（ｄｉｓ
ｐｌａｙ ａｃｔｉｖｅ ）Ｊパネルを表示することが
できる。
班旦ｑ秋店
ＤＡＡ手順は出口の状態の変数によって指定された終了
状態を有する。この出口の状態は、アプリケーションま
たはシステムによってセットされ、またはＩ Ｅ Ｆ
１− Ｘ Ｓ ＴＡＴ Ｅ／ｗｘｓｔａｔｅと呼ぶ８個
の文字の変数内にコードを載置することによってセット
される。アプリケーションは、出口状態の変数を使用し
てトランザクションが終了した場合に取るべきアクショ
ンを指示する。もしこの変数がトランザクションによっ
て変更されなければ、出口の状態はブランクである。ブ
ランクの出口の状態によって、指定されたパネル（ＩＥ
ＦＩＰ Ａ Ｎ Ｅ Ｌ ／ｗｔａｎｅｌ）がフォーマ
ットされ、入力端末（Ｉ Ｅ Ｆ １− Ｔ Ｅ ＲＭ
／ｗｔｅｒｍ）でユーザに与えられる。
状態を有する。この出口の状態は、アプリケーションま
たはシステムによってセットされ、またはＩ Ｅ Ｆ
１− Ｘ Ｓ ＴＡＴ Ｅ／ｗｘｓｔａｔｅと呼ぶ８個
の文字の変数内にコードを載置することによってセット
される。アプリケーションは、出口状態の変数を使用し
てトランザクションが終了した場合に取るべきアクショ
ンを指示する。もしこの変数がトランザクションによっ
て変更されなければ、出口の状態はブランクである。ブ
ランクの出口の状態によって、指定されたパネル（ＩＥ
ＦＩＰ Ａ Ｎ Ｅ Ｌ ／ｗｔａｎｅｌ）がフォーマ
ットされ、入力端末（Ｉ Ｅ Ｆ １− Ｔ Ｅ ＲＭ
／ｗｔｅｒｍ）でユーザに与えられる。
アプリケーションは、第２表にリストした別の出口の状
態を指定することができる。
態を指定することができる。
出口状態 動 作
ブランク 表示パネル＝ ＩＥＦＩ−ＰＡＮＥＬ／ｗ
ｐａｎｅｌＲＥＴＵＲＮ 制御を呼び出し側のシ
ステム・トランザクション手順に戻す。
ｐａｎｅｌＲＥＴＵＲＮ 制御を呼び出し側のシ
ステム・トランザクション手順に戻す。
ＲＥＳＥＴ プロファイル・ビューをクリアし、
マスク・メニューを表示する。
マスク・メニューを表示する。
アプリケーションの手順がＩＥＦＩ−ＮＳＹＳＴＥＭ（
ｗｎｓｙｓｔｅｍ ）、Ｉ ＥＦ １−ＮＴＲＡＮ（ｗ
ｎｔｒａｎ ）、およびＩ ＥＦ １−ＮＰＲＯＣ（ｗ
ｎｐｒｏｃ ）によって指定されたようにｓｙｓｔｅｍ
、 ｔｒａｎｓａｃｉｏｎ、 ｐｒｏｃｅｄｕｒに制御
を転送することを要求しているということをＬＩＮＫの
出口の状態が指定する。ＩＥＦＩＮＴＲＡＮ（賀ｎｔｒ
ａｎ ）で指定されたトランザクションの名前は、ネッ
トワークによって定義されたトランザクションのコード
でなければならない。
ｗｎｓｙｓｔｅｍ ）、Ｉ ＥＦ １−ＮＴＲＡＮ（ｗ
ｎｔｒａｎ ）、およびＩ ＥＦ １−ＮＰＲＯＣ（ｗ
ｎｐｒｏｃ ）によって指定されたようにｓｙｓｔｅｍ
、 ｔｒａｎｓａｃｉｏｎ、 ｐｒｏｃｅｄｕｒに制御
を転送することを要求しているということをＬＩＮＫの
出口の状態が指定する。ＩＥＦＩＮＴＲＡＮ（賀ｎｔｒ
ａｎ ）で指定されたトランザクションの名前は、ネッ
トワークによって定義されたトランザクションのコード
でなければならない。
もしＩＥＦ １−１−Ｎ５ＹＳＴＥ ｗｎｓｙｓｔｅｍ
）の名前がブランクであれば、この要求は現在のシス
テムのトランザクションに対するものであるかローカル
・ディレクトリ （ＤＲＣ）によって指定されたように
転送されることが推定される。もしＩＥＰＩＮＰＲＯＣ
（ｅｖｎｐｒｏｃ ）の名前がブランクであれば、空の
入力ビューが準備されて指示されたトランザクションに
対するマスク・メニューがそのアプリケーションのユー
ザに与えられる。
）の名前がブランクであれば、この要求は現在のシス
テムのトランザクションに対するものであるかローカル
・ディレクトリ （ＤＲＣ）によって指定されたように
転送されることが推定される。もしＩＥＰＩＮＰＲＯＣ
（ｅｖｎｐｒｏｃ ）の名前がブランクであれば、空の
入力ビューが準備されて指示されたトランザクションに
対するマスク・メニューがそのアプリケーションのユー
ザに与えられる。
ＬＩＮＫ出口状態を使用して制御が１つの手順に引き渡
されるべきである場合、その呼び出されたｔｒａｎｓａ
ｃｔｉｏｎ、 ｐｒｏｃｅｄｕｒｅに対する入力ビュー
は、そのシステムによって準備される。このシステムは
指定されたデータ・アイテムをトランザクション・ビュ
ーから取り出し、呼び出している側および呼び出されて
いる側のｓｙｓｔｅｍ、 ｔｒａｎｓａｃｔｉｏｎ。
されるべきである場合、その呼び出されたｔｒａｎｓａ
ｃｔｉｏｎ、 ｐｒｏｃｅｄｕｒｅに対する入力ビュー
は、そのシステムによって準備される。このシステムは
指定されたデータ・アイテムをトランザクション・ビュ
ーから取り出し、呼び出している側および呼び出されて
いる側のｓｙｓｔｅｍ、 ｔｒａｎｓａｃｔｉｏｎ。
ｐｒｏｃｅｄｕｒｅを指示するインターフェース・ビュ
ーと共にこれらをＬＩＮＫメツセージにパッケージする
。
ーと共にこれらをＬＩＮＫメツセージにパッケージする
。
ＲＥＴＵＲＮＯ口の Ｅ
ＲＥＴＵＲＮの出口の状態によって、制御は呼び出しを
行っているアプリケーションに戻される。
行っているアプリケーションに戻される。
もしＲＥＴＵＲＮの出口の状態が指定され、現在の手順
が他のｓｙｓｔｅｍ、 ｔｒａｎｓａｃｔｉｏｎ、 ｐ
ｒｏｃｅｄｕｒｅに対してリンクされていなければ、エ
ラーのメツセージがＩ ＥＦ １−ＭＥＳＧ（ｅｖｍｓ
ｇ ）の領域で指定される。
が他のｓｙｓｔｅｍ、 ｔｒａｎｓａｃｔｉｏｎ、 ｐ
ｒｏｃｅｄｕｒｅに対してリンクされていなければ、エ
ラーのメツセージがＩ ＥＦ １−ＭＥＳＧ（ｅｖｍｓ
ｇ ）の領域で指定される。
ＲＥＴＵＲＮがｔｒａｎｓａｃｔｉｏｎ、 ｐｒｏｃｅ
ｄｕｒｅから実行されると、呼び出されたｔｒａｎｓａ
ｃｉｏｎ、 ｐｒｏｃｅｄｕｒｅに対する出力ビューは
要求を呼び出したインターフェース・ビューと共にＲＥ
ＴＵＲＮメソセージにパッケージされる。このＲＥＴＵ
ＲＮメツセージは、呼び出しを行う側のｓｙｓｔｅｍ、
ｔｒａｎｓａｃｔｉｏｎ。
ｄｕｒｅから実行されると、呼び出されたｔｒａｎｓａ
ｃｉｏｎ、 ｐｒｏｃｅｄｕｒｅに対する出力ビューは
要求を呼び出したインターフェース・ビューと共にＲＥ
ＴＵＲＮメソセージにパッケージされる。このＲＥＴＵ
ＲＮメツセージは、呼び出しを行う側のｓｙｓｔｅｍ、
ｔｒａｎｓａｃｔｉｏｎ。
ｐｒｏｃｅｄｕｒｅに転送される。
呼び出しを行う側のｔｒａｎｓａｃｔｉｏｎ、 ｐｒｏ
ｃｅｄｕｒｅが呼び出しシステムによって再び呼び出さ
れれば、呼び出し側のｔｒａｎｓａｃｔｉｏｎ、 ｐｒ
ｏｃｅｄｕｒｅに対するプロファイル・ビューはトラン
ザクション・ビュー内で復元される。呼び出された側の
手順からの出力ビューは、トランザクションビューに記
憶され、呼び出す側の手順が再スタートされる。
ｃｅｄｕｒｅが呼び出しシステムによって再び呼び出さ
れれば、呼び出し側のｔｒａｎｓａｃｔｉｏｎ、 ｐｒ
ｏｃｅｄｕｒｅに対するプロファイル・ビューはトラン
ザクション・ビュー内で復元される。呼び出された側の
手順からの出力ビューは、トランザクションビューに記
憶され、呼び出す側の手順が再スタートされる。
ロ ヒのＲＥＳＴ
このシステムのこのアプリケーションとユーザに対する
プロファイル・ビューの出口の状態のＲＥＳＥＴはクリ
アされ、このトランザクションに対するマスク・メニュ
ーが提供される。この状態はｒｔｒａｎ＝ＲＥｓＥＴＪ
またはｒ ｔｒａｎ ／ ＲＥＳＥＴ Ｊを入力するこ
とにより端末のユーザによって直接開始されることがで
きる。
プロファイル・ビューの出口の状態のＲＥＳＥＴはクリ
アされ、このトランザクションに対するマスク・メニュ
ーが提供される。この状態はｒｔｒａｎ＝ＲＥｓＥＴＪ
またはｒ ｔｒａｎ ／ ＲＥＳＥＴ Ｊを入力するこ
とにより端末のユーザによって直接開始されることがで
きる。
ロ ヒのＱＵＩＴ
出口の状態のＱＵＩＴによって、このシステムのこのユ
ーザに対するＲＯＬＬＦＩＬＥからアプリケーションが
取り除かれ、「デスプレーイ・アクチブ」アプリケーシ
ョン・パネルが提供される。この状態は、ｒｔｒａｎ＝
ＱＵ Ｉ ＴＪまたはｒ ｔｒａｎ／ＱＵＩＴＪを入力
することにより端末のユーザによって直接開始されるこ
とができる。
ーザに対するＲＯＬＬＦＩＬＥからアプリケーションが
取り除かれ、「デスプレーイ・アクチブ」アプリケーシ
ョン・パネルが提供される。この状態は、ｒｔｒａｎ＝
ＱＵ Ｉ ＴＪまたはｒ ｔｒａｎ／ＱＵＩＴＪを入力
することにより端末のユーザによって直接開始されるこ
とができる。
−のサポート
アプリケーションの設計者は、ファイルされているファ
ンクション・キーと対話を行うために入力手順内にロジ
ックを含むことにより、ＧＴＤによって発生されたアプ
リケーションに対するファンクション・キーの動作を指
定することができる。
ンクション・キーと対話を行うために入力手順内にロジ
ックを含むことにより、ＧＴＤによって発生されたアプ
リケーションに対するファンクション・キーの動作を指
定することができる。
ファイルされているファンクション・キーは、ＧＴＤシ
ステムがパラメータＩＥＦＩ−ＦＵＮＫＥＹ（ｗｆｕｎ
ｋｅｙ ）を与えると、使用可能になる。これはＯない
し２４の範囲の値を有するＣＯＭＰ−３ＣＯＢＯＬの変
数（ショートＣの変数）であり、この値は押されている
ファンクション・キーを表す。ＧＴＤのランタイム・モ
ジュールの実行を制御するＩＥＴモニターは、ファンク
ション・キー１．１１、および１２を解釈して、「Ｆｌ
」のＨＥＬＰドキュメンテーション・プレゼンテーショ
ンの予め定義されたシステムの動作、現在のシステムの
現在のユーザに対するｒＦｌｌＪのデイスプレィ・アク
ティブ・アプリケーションのプレゼンテーションの予め
定義された動作〔制御を現在のトランザクションからシ
ステムによって与えられたトランザクション（ＴＲＡＮ
＝ＤＡ）に転送してこのシステムのこのユーザに対する
アクチブ・アプリケーションのリストを表示する〕、お
よびｒＦ １２Ｊのマスタ・メニューのプレゼンテーシ
ョンの予め定義されたシステムの動作を行う。
ステムがパラメータＩＥＦＩ−ＦＵＮＫＥＹ（ｗｆｕｎ
ｋｅｙ ）を与えると、使用可能になる。これはＯない
し２４の範囲の値を有するＣＯＭＰ−３ＣＯＢＯＬの変
数（ショートＣの変数）であり、この値は押されている
ファンクション・キーを表す。ＧＴＤのランタイム・モ
ジュールの実行を制御するＩＥＴモニターは、ファンク
ション・キー１．１１、および１２を解釈して、「Ｆｌ
」のＨＥＬＰドキュメンテーション・プレゼンテーショ
ンの予め定義されたシステムの動作、現在のシステムの
現在のユーザに対するｒＦｌｌＪのデイスプレィ・アク
ティブ・アプリケーションのプレゼンテーションの予め
定義された動作〔制御を現在のトランザクションからシ
ステムによって与えられたトランザクション（ＴＲＡＮ
＝ＤＡ）に転送してこのシステムのこのユーザに対する
アクチブ・アプリケーションのリストを表示する〕、お
よびｒＦ １２Ｊのマスタ・メニューのプレゼンテーシ
ョンの予め定義されたシステムの動作を行う。
アプリケーションの設計者は、別のファンクション・キ
ーの動作を指定するためにアプリケーション内に適当な
ロジックを含めなければならない。
ーの動作を指定するためにアプリケーション内に適当な
ロジックを含めなければならない。
ファンクション・キーの値がゼロであると、このトラン
ザクションを呼び出すために、ＥＮＴＥＲキーが押され
たことを示す。もし非ゼロであれば、ユーザは、押され
たファンクション・キーに対して、アプリケーションの
設計者がセットしたロジックを呼び出すことができる。
ザクションを呼び出すために、ＥＮＴＥＲキーが押され
たことを示す。もし非ゼロであれば、ユーザは、押され
たファンクション・キーに対して、アプリケーションの
設計者がセットしたロジックを呼び出すことができる。
例−別のパネルを呼び出すと、別のパネルがＩＥＦ １
−ＰＡＮＥＬ（１ｖｐａｎｅｌ ）の領域内に載置され
、ＧＯＢＡＣ，にステートメントが発生されて、制御は
別のパネルに戻され、または別のパネルがユーザに与え
られる。
−ＰＡＮＥＬ（１ｖｐａｎｅｌ ）の領域内に載置され
、ＧＯＢＡＣ，にステートメントが発生されて、制御は
別のパネルに戻され、または別のパネルがユーザに与え
られる。
例−呼び出された別のトランザクション別のｓｙｓｔｅ
ｍ、 ｔｒａｎｓａｃｔｉｏｎ、 ｐｒｏｃｅｄｕｒｅ
がＩＥＦＩＮＳＹＳＴＥＭ（ｗｎｓｙｓｔｅｍ ）、Ｉ
ＥＦＩ−ＮＴＲＡＮ（ｗｎｔｒａｎ ）およびＩＥＦＩ
−ＮＰＲＯＣ（ｗｎｐｒｏｃ ）の領域に載置され、−
ＬＩＮＫはＩ ＥＦ １−Ｘ５ＴＡＴＥ（ｗｘｓｔａｔ
ｅ ）の領域に載置され、 ＧＯＢＡＣＫステートメントが発生されて制御を別のト
ランザクションに転送し、 入力パラメータが呼び出された側の手順に対する入力ビ
ューによって指定されたように準備される。
ｍ、 ｔｒａｎｓａｃｔｉｏｎ、 ｐｒｏｃｅｄｕｒｅ
がＩＥＦＩＮＳＹＳＴＥＭ（ｗｎｓｙｓｔｅｍ ）、Ｉ
ＥＦＩ−ＮＴＲＡＮ（ｗｎｔｒａｎ ）およびＩＥＦＩ
−ＮＰＲＯＣ（ｗｎｐｒｏｃ ）の領域に載置され、−
ＬＩＮＫはＩ ＥＦ １−Ｘ５ＴＡＴＥ（ｗｘｓｔａｔ
ｅ ）の領域に載置され、 ＧＯＢＡＣＫステートメントが発生されて制御を別のト
ランザクションに転送し、 入力パラメータが呼び出された側の手順に対する入力ビ
ューによって指定されたように準備される。
ユーザは、パネルに表示されている対象からの次の、ま
たは前の対象がデータ・ベースから取り出され、その属
性がビューに対して与えられることを要求する。このこ
とは、参照されたテーブルまたはデータ・ベース内のＦ
５（次の）のキーおよびＦ６（前の）のキーの代表的な
機能である。
たは前の対象がデータ・ベースから取り出され、その属
性がビューに対して与えられることを要求する。このこ
とは、参照されたテーブルまたはデータ・ベース内のＦ
５（次の）のキーおよびＦ６（前の）のキーの代表的な
機能である。
データ・ベース内で次の対象または前の対象を識別し、
データ・ベースから適当な属性を読み出し、情報をパネ
ルに与えるためにＧＯＢＡＣＫステートメントを発生す
ることは設計者の責任である。
データ・ベースから適当な属性を読み出し、情報をパネ
ルに与えるためにＧＯＢＡＣＫステートメントを発生す
ることは設計者の責任である。
ＧＴＤアプリケーション の ゛１
ＧＴＤシステムは第１にＣ０ＢＯＬおよびＣのアプリケ
ーションをサポートする。ＧＴＤシステムは、アセンブ
リ言語コード（Ａ Ｌ Ｃ）の実行をサポートするが、
これらの実行にはＣ０ＢＯＬおよびＣ環境内で必要とさ
れない情報を手動によって相関させることが必要である
。例えば、ＡＬＣの環境の場合、ＤＳＥＣＴが保持され
なければならず、これはビューおよびパネルを参照する
ために発生されたＣ０ＢＯＬまたはＣのトランザクショ
ン・ビューとバイト・レベルでコンパチブルである。
ーションをサポートする。ＧＴＤシステムは、アセンブ
リ言語コード（Ａ Ｌ Ｃ）の実行をサポートするが、
これらの実行にはＣ０ＢＯＬおよびＣ環境内で必要とさ
れない情報を手動によって相関させることが必要である
。例えば、ＡＬＣの環境の場合、ＤＳＥＣＴが保持され
なければならず、これはビューおよびパネルを参照する
ために発生されたＣ０ＢＯＬまたはＣのトランザクショ
ン・ビューとバイト・レベルでコンパチブルである。
ＡＬＣのプログラマは、手順の定義についである種の規
定に従わなければならない。このことは大切な問題であ
ることが分かっていないが、これはＣ０ＢＯＬ環境より
も更に複雑である。
定に従わなければならない。このことは大切な問題であ
ることが分かっていないが、これはＣ０ＢＯＬ環境より
も更に複雑である。
ＧＴＤによって与えられたアプリケーションに対するＣ
０ＢＯＬおよびＣの環境は、ＩＥＴのランタイム・ドラ
イバおよび関連するランタイムのサブルーチンによって
サポートされる主要な機能を与える。従って、アプリケ
ーションの開発プロセスの手順は、このＣ０ＢＯＬおよ
びＣ環境では、大幅に単純化される。手順がＩＥＴのラ
ンタイム・ドライバから制御を受け取ると、これは下記
の２つの方法で呼び出されることができる。
０ＢＯＬおよびＣの環境は、ＩＥＴのランタイム・ドラ
イバおよび関連するランタイムのサブルーチンによって
サポートされる主要な機能を与える。従って、アプリケ
ーションの開発プロセスの手順は、このＣ０ＢＯＬおよ
びＣ環境では、大幅に単純化される。手順がＩＥＴのラ
ンタイム・ドライバから制御を受け取ると、これは下記
の２つの方法で呼び出されることができる。
１、パネルからの入力
２、呼び出す側の手順からの入力
バス火友丘■入カ
一般的に、入力が端末から手順に受け取られると、プロ
ファイル・ビューはＲＯＬＬＦＩＬＥから取り出されて
トランザクション・ビューに載置される。
ファイル・ビューはＲＯＬＬＦＩＬＥから取り出されて
トランザクション・ビューに載置される。
このトランザクション・ビューは手順に与えられる。こ
の手順は、その特定の入力の手順を示すロジックを実行
する。
の手順は、その特定の入力の手順を示すロジックを実行
する。
データベースから記録を呼び出す。
この入力を取り出したデータ・アイテムおよびデータ・
ベースからのデータ・アイテムに関するロジックを実行
する。
ベースからのデータ・アイテムに関するロジックを実行
する。
手順の実行が終了するとプロファイル・ビューにセーブ
されることのできる出力データ要素または出力端末に表
示されることのできる出力データ要素を準備する。
されることのできる出力データ要素または出力端末に表
示されることのできる出力データ要素を準備する。
もしアプリケーションの設計者が下記の手順を設定すれ
ば、同じパネル入力が日付けを更新して表示される。
ば、同じパネル入力が日付けを更新して表示される。
入力を受け取る。
データ・ベースからデータを読み出す。
データ・ベースのデータをトランザクション・ビューに
載置する。
載置する。
制御を戻す（ＧＯＢＯＣＫまたはｒｅｔｕｒｎ）。
もし入力手順のロジックが端末の入力またはファンクシ
ョン・キーから別のパネルが表示されるべきであると判
定すれば、これはＩＥＦＩ−ＰＡＮＥＬ（ｗｐａｎｅｌ
）の領域に新しいパネルの名前を挿入し、ＧＯＢＡＣ
Ｋ（ｒｅｔｕｒｎ ）ステートメントを実行することが
できる。これによって制御は、ＩＥＴ制御装置に戻され
、パネルの仕様と一致する入力端末用のパネルが準備さ
れる。もしＩ ＥＦ １−ＰＡＮＥＬ（ｗｐａｎｅｌ
）の領域がブランクのままであれば、ＭＡＳＴＥＲＭＥ
ＮＵが表示される。
ョン・キーから別のパネルが表示されるべきであると判
定すれば、これはＩＥＦＩ−ＰＡＮＥＬ（ｗｐａｎｅｌ
）の領域に新しいパネルの名前を挿入し、ＧＯＢＡＣ
Ｋ（ｒｅｔｕｒｎ ）ステートメントを実行することが
できる。これによって制御は、ＩＥＴ制御装置に戻され
、パネルの仕様と一致する入力端末用のパネルが準備さ
れる。もしＩ ＥＦ １−ＰＡＮＥＬ（ｗｐａｎｅｌ
）の領域がブランクのままであれば、ＭＡＳＴＥＲＭＥ
ＮＵが表示される。
ファンクション・キーの領域（ＩＥＦＩ−Ｆ ＵＮＣＫ
ＥＹ） （ｗｆｕｎｋｅｙ ）は、対話を行ってファン
クション・キーが押されたかどうかを判定する。アプリ
ケーションの設計者は、押されたキーに従ってとられる
べきアクションを決定する。
ＥＹ） （ｗｆｕｎｋｅｙ ）は、対話を行ってファン
クション・キーが押されたかどうかを判定する。アプリ
ケーションの設計者は、押されたキーに従ってとられる
べきアクションを決定する。
以下にリストするファンクション・キーは、ＧＴＤによ
って開発されたアプリケーションのために取っておかれ
る。全ての他のキーは、アプリケーションの設計者によ
ってセットアツプされることができる。
って開発されたアプリケーションのために取っておかれ
る。全ての他のキーは、アプリケーションの設計者によ
ってセットアツプされることができる。
ＦＩ ＨＥＬＰ
Ｆｉｌ ＤＩＳＰＬＡＹ ＡＣＴＩＶＥＦ１２
ＭＡＳＴＥＲＭＥＮＵ ・′び す の １からの ある手順は、その手順の特定の機能を実行するため、希
望通りに他の手順、サブプログラム、およびサブルーチ
ンを呼出すことができる。このトランザクションおよび
このシステムに対していずれも外部にある外部手順の呼
び出しは、１つの手順に対するＬＩＮＫおよびＲＥＴＵ
ＲＮの出口の状態によって呼出されることができる。
ＭＡＳＴＥＲＭＥＮＵ ・′び す の １からの ある手順は、その手順の特定の機能を実行するため、希
望通りに他の手順、サブプログラム、およびサブルーチ
ンを呼出すことができる。このトランザクションおよび
このシステムに対していずれも外部にある外部手順の呼
び出しは、１つの手順に対するＬＩＮＫおよびＲＥＴＵ
ＲＮの出口の状態によって呼出されることができる。
ＩＥＦ １−ＮＴＲＡＮ（ｗｔｒａｎ ）の領域内のト
ランザクションの名前は、ネットワーク内で定義された
トランザクションでなければならない。トランザクショ
ンの名前は、呼び出し側のシステムの仕様をネットワー
ク内の他のシステムに対して転送するトランザクション
に基づいて転送されることができる。手順の名前は、呼
び出されたトランザクション内で十分定義された手順の
名前でなければならない。もしこれが定義されていなけ
れば、呼出された手順に対するＭＥＮＵがそのユーザに
対して表示される。
ランザクションの名前は、ネットワーク内で定義された
トランザクションでなければならない。トランザクショ
ンの名前は、呼び出し側のシステムの仕様をネットワー
ク内の他のシステムに対して転送するトランザクション
に基づいて転送されることができる。手順の名前は、呼
び出されたトランザクション内で十分定義された手順の
名前でなければならない。もしこれが定義されていなけ
れば、呼出された手順に対するＭＥＮＵがそのユーザに
対して表示される。
呼び出された側のｓｙｓｔｅｍ、 ｔｒａｎｓａｃｔｉ
ｏｎ、 ｐｒｏｃｅｄｕｒｅを呼び出してしまうと、こ
の手順は親のｔｒａｎｓａｃｉｏｎ。
ｏｎ、 ｐｒｏｃｅｄｕｒｅを呼び出してしまうと、こ
の手順は親のｔｒａｎｓａｃｉｏｎ。
ｐｒｏｃｅｄｕｒｅと同じ環境で同じオプションによっ
て動作することができる。例えば、この呼び出された側
の手順の実行の終了時にパネルを表示するために、アプ
リケーションの設計者はＩＥＦＩ−ＰＡＮＥＬ（ｗｐａ
ｎｅｌ ）の領域にパネルの名前を入力し、Ｉ ＥＦ
１−Ｘ５ＴＡＴＥ（ｗｘｓｔａｔｅ ）の領域をブラン
クにして制御を戻すことができる。これによって、パネ
ルは要求を行っているユーザに対して表示される。
て動作することができる。例えば、この呼び出された側
の手順の実行の終了時にパネルを表示するために、アプ
リケーションの設計者はＩＥＦＩ−ＰＡＮＥＬ（ｗｐａ
ｎｅｌ ）の領域にパネルの名前を入力し、Ｉ ＥＦ
１−Ｘ５ＴＡＴＥ（ｗｘｓｔａｔｅ ）の領域をブラン
クにして制御を戻すことができる。これによって、パネ
ルは要求を行っているユーザに対して表示される。
呼び出され側の手順は、変数ＩＥＦＩ−Ｘ５ＴＡＴＥ（
ｗｘｓｔａｔｅ ）をＲＥＴＵＲＮにセットしてＧＯＢ
ＡＣＫ（ｒｅｔｕｒｎ ）ステートメントを発生するこ
とにより、制御を呼び出す側の手順に戻すことができる
。
ｗｘｓｔａｔｅ ）をＲＥＴＵＲＮにセットしてＧＯＢ
ＡＣＫ（ｒｅｔｕｒｎ ）ステートメントを発生するこ
とにより、制御を呼び出す側の手順に戻すことができる
。
ＲＥＴＵＲＮを発生すると、ＩＥＴ制御プログラムは下
記を行う。
記を行う。
この呼び出された手順に対する出力ビューで指定された
ように、呼出されたトランザクション・ビューからデー
タ・アイテムを取り出し、呼び出しの要求を開始したイ
ンターフェース・ビューと共にデータ・アイテムをパッ
ケージし、呼び出す側のｓｙｓｔｅｍ、 ｔｒａｎｓａ
ｃｔｉｏｎ、 ｐｒｏｃｅｄｕｒｅに対して出力メツセ
ージを引き渡す。
ように、呼出されたトランザクション・ビューからデー
タ・アイテムを取り出し、呼び出しの要求を開始したイ
ンターフェース・ビューと共にデータ・アイテムをパッ
ケージし、呼び出す側のｓｙｓｔｅｍ、 ｔｒａｎｓａ
ｃｔｉｏｎ、 ｐｒｏｃｅｄｕｒｅに対して出力メツセ
ージを引き渡す。
呼び出す側の５ｙｓｔｅｎ＋、 ｔｒａｎｓａｃｔｉｏ
ｎに戻ると、ＪＥＴ制御プログラムは下記を行う。
ｎに戻ると、ＪＥＴ制御プログラムは下記を行う。
プロファイル・ベースから手順に対するプロファイル・
ビューを取り出し、−プロファイルを呼び出す側のトラ
ンザクションに対するトランザクション・ビューにロー
ドし、 呼び出された側の手順から受け取った出力・ビューをト
ランザクション・ビューの上部にロードする。
ビューを取り出し、−プロファイルを呼び出す側のトラ
ンザクションに対するトランザクション・ビューにロー
ドし、 呼び出された側の手順から受け取った出力・ビューをト
ランザクション・ビューの上部にロードする。
呼び出し側の手順は、アプリケーションの設計者によっ
て指示されたように更に処理を行うために再び呼び出さ
れる（上部で）。
て指示されたように更に処理を行うために再び呼び出さ
れる（上部で）。
−ｑ工」ｊソ目１−断
外部手順（ＥＸＴＥＲＮ）は、ＬＩＮＫの出口状態を介
してトランザクションによって呼び出されるトランザク
ションの手順である。この場合、この手順は呼び出す側
のトランザクション・ロード・モジュールに含まれてい
ない。この外部手順に対する参照は、この手順に対して
入力と出力のビューを相関させるために行われる。外部
手順は、プロファイル・ビューを有していない。このプ
ロファイル・ビューは、ＴＤＴの定義全体を通して空白
の状態に保持される。
してトランザクションによって呼び出されるトランザク
ションの手順である。この場合、この手順は呼び出す側
のトランザクション・ロード・モジュールに含まれてい
ない。この外部手順に対する参照は、この手順に対して
入力と出力のビューを相関させるために行われる。外部
手順は、プロファイル・ビューを有していない。このプ
ロファイル・ビューは、ＴＤＴの定義全体を通して空白
の状態に保持される。
ＴＤＴが準備された場合、外部に対する参照は手順の種
類をＸＥＴＥＲＮとして指定することによって留意され
る。ＴＤＴはこの外部手順に対する参照を作成しない。
類をＸＥＴＥＲＮとして指定することによって留意され
る。ＴＤＴはこの外部手順に対する参照を作成しない。
外部手順は、ロード・モジュールに含まれていない。こ
の手順に対する入力および出力ビューは、ビューのコン
パイル時に作成されたｔｄｔＶＩＥＷモジュールに含ま
れているが、その理由は、ＬＩＮＫが外部手順に対して
実行される（またはＲＥＴＵＲＮが実行される）場合に
、これらが必要とされるからである。
の手順に対する入力および出力ビューは、ビューのコン
パイル時に作成されたｔｄｔＶＩＥＷモジュールに含ま
れているが、その理由は、ＬＩＮＫが外部手順に対して
実行される（またはＲＥＴＵＲＮが実行される）場合に
、これらが必要とされるからである。
ＧＴＤのフォーマントされない
システムに対する入力によって、アプリケーションに対
するより特定の命令を与えることができるように、アプ
リケーションの設計者は、フォーマットされない入力ス
クリーンからトランザクションの処理システムに対する
入力を処理するアプリケーションを開発することができ
る。もっとも、データは、通常フォーマットされていな
い入力スクリーンから与えられる。データは通常フォー
マットされたデータ・スクリーンから与えられるが、ク
リア・スクリーン入力をサポートすることができること
によって、アプリケーションとの対話をセーブすること
ができる。
するより特定の命令を与えることができるように、アプ
リケーションの設計者は、フォーマットされない入力ス
クリーンからトランザクションの処理システムに対する
入力を処理するアプリケーションを開発することができ
る。もっとも、データは、通常フォーマットされていな
い入力スクリーンから与えられる。データは通常フォー
マットされたデータ・スクリーンから与えられるが、ク
リア・スクリーン入力をサポートすることができること
によって、アプリケーションとの対話をセーブすること
ができる。
ある種の場合、フォーマットされていない入力は、ＪＥ
Ｔの命令処理装置によって処理される。
Ｔの命令処理装置によって処理される。
これらの入力は、１つのスペース（または複数のスペー
ス）の続くトランザクション・コードおよびピリオドに
よって分離された一連の選択のオプションの続く等しい
信号を有するクリア・スクリーン入力によって特徴を与
えられる。例えば、これはｒｌＥｃ＝ＴＲＭ、ＤＪであ
る。このアプローチは、特定の機能の水準でシステムに
対するアクセスを行うために満足なものである。
ス）の続くトランザクション・コードおよびピリオドに
よって分離された一連の選択のオプションの続く等しい
信号を有するクリア・スクリーン入力によって特徴を与
えられる。例えば、これはｒｌＥｃ＝ＴＲＭ、ＤＪであ
る。このアプローチは、特定の機能の水準でシステムに
対するアクセスを行うために満足なものである。
アプリケーションのユニークな機能がＧＴＤによって開
発されたアプリケーションに与えられることは、また望
ましい。例えばＨＲＮ ）ランザクジョンが該当し、こ
のトランザクションにおいてユーザがこのトランザクシ
ョン・コードＨＲＮと単一アクションとして従業員の氏
名を入力して、その特定の従業員についての情報を示す
応答を得ようとする。
発されたアプリケーションに与えられることは、また望
ましい。例えばＨＲＮ ）ランザクジョンが該当し、こ
のトランザクションにおいてユーザがこのトランザクシ
ョン・コードＨＲＮと単一アクションとして従業員の氏
名を入力して、その特定の従業員についての情報を示す
応答を得ようとする。
これらの種類のフォーマントされない入力アプリケーシ
ョンは、アプリケーションの設計者がＵＮＦＯＲＭＡＴ
（Ｇ Ｔ Ｄのオプション１．２パネル）を指定し、
ＵＮＦＯＲＭＡＴパネルをＧＴＤのアプリケーションに
対して定義し、引き続き１ＪＮＦＯＩ？ＭＡＴパネルを
フォーマ−／ トされていない入力を処理する手順と関
連させることを可能にすることによって、サポートされ
ることができる。
ョンは、アプリケーションの設計者がＵＮＦＯＲＭＡＴ
（Ｇ Ｔ Ｄのオプション１．２パネル）を指定し、
ＵＮＦＯＲＭＡＴパネルをＧＴＤのアプリケーションに
対して定義し、引き続き１ＪＮＦＯＩ？ＭＡＴパネルを
フォーマ−／ トされていない入力を処理する手順と関
連させることを可能にすることによって、サポートされ
ることができる。
ＵＮＦＯＲＭＡＴパネルの構造は、非常に基本的である
。
。
これは下記を必要とする。
領域１ （通常、行１、列１）、トランザクション・コ
ード、一般的に８文字、ＩＥＦＩ−ＴＲＡＮ（１１ｔｒ
ａｎ ）。
ード、一般的に８文字、ＩＥＦＩ−ＴＲＡＮ（１１ｔｒ
ａｎ ）。
領域２（通常、行１、列１０）、パネルの名前の領域。
ＵＮＦＯＲＭＡＴと指定されたパネルの名前、一般的に
、８文字、ｒ ＥＦ Ｉ−ＰＡＮＥＬ） （ｗｐａｎｅ
ｌ）。
、８文字、ｒ ＥＦ Ｉ−ＰＡＮＥＬ） （ｗｐａｎｅ
ｌ）。
第３領域（通常、列１８、アプリケーションの設計者の
指定した長さ）、文字の入力領域。
指定した長さ）、文字の入力領域。
第１の非ブランク文字を左端に有する領域内に載置され
たフォーマントされないスクリーンからのトランザクシ
ョン・コードに続くフォーマットされない情報。
たフォーマントされないスクリーンからのトランザクシ
ョン・コードに続くフォーマットされない情報。
アプリケーションは、望ましい全てのユーザのルールに
従って入力データ・ストリームを解釈する責任を有して
いる。次に、アプリケーションは、所望のユーザの動作
に特徴を与えるフォーマントされた出カバネルを一般的
に提供する。この説明およびパネルの提供は、ＧＴＤに
よって行われるＵＮＦＯＲＭＡＴパネルと関連する入力
手順によって終了する。
従って入力データ・ストリームを解釈する責任を有して
いる。次に、アプリケーションは、所望のユーザの動作
に特徴を与えるフォーマントされた出カバネルを一般的
に提供する。この説明およびパネルの提供は、ＧＴＤに
よって行われるＵＮＦＯＲＭＡＴパネルと関連する入力
手順によって終了する。
ＵＮＦＯＲ？ｌＡＴパネルの構造は、１つのアプリケー
ションから他のアプリケーションに対して同一のもので
あるから、アプリケーションの設計者は現在存在するＵ
ＮＦＯＲＭＡＴパネルをコピーすることによって自分の
ライブラリに対する新しいＵＮＦＯＲＭＡＴパネルを作
成することができる。−膜化のために、アプリケーショ
ンの設計者はＩＥＦＩ−０ＵＴＰＵＴ（ｗｏｕｔｐｕｔ
）を介してデータ入力を有することを希望することが
できるが、この理由は、これが長さが３２ハイドのＧＴ
Ｄトランザクション・ビュー内のユーザによって人手可
能な領域であり、この種類の大部分のアプリケーション
に対する要求にとって十分なものであるからである。
ションから他のアプリケーションに対して同一のもので
あるから、アプリケーションの設計者は現在存在するＵ
ＮＦＯＲＭＡＴパネルをコピーすることによって自分の
ライブラリに対する新しいＵＮＦＯＲＭＡＴパネルを作
成することができる。−膜化のために、アプリケーショ
ンの設計者はＩＥＦＩ−０ＵＴＰＵＴ（ｗｏｕｔｐｕｔ
）を介してデータ入力を有することを希望することが
できるが、この理由は、これが長さが３２ハイドのＧＴ
Ｄトランザクション・ビュー内のユーザによって人手可
能な領域であり、この種類の大部分のアプリケーション
に対する要求にとって十分なものであるからである。
ＵＮＦＯＲＭＡＴパネルは、ＵＮＦＯＲＭＡＴと名前を
付けられなければならない。従って、このパネルは所定
のアプリケーションに対するライブラリおよびディレク
トリのセット内でユニークである。アプリケーションの
設計者は、トランザクション・ビューのシステムによっ
て供給されたセクション内の入力・データ領域に対して
変更可能な名前を使用することが好ましいが、その理由
は、これはＧＴＤのライブラリおよびディレクトリの同
じファミリー内で管理されているアプリケーション全体
に渡って不変であるからである。
付けられなければならない。従って、このパネルは所定
のアプリケーションに対するライブラリおよびディレク
トリのセット内でユニークである。アプリケーションの
設計者は、トランザクション・ビューのシステムによっ
て供給されたセクション内の入力・データ領域に対して
変更可能な名前を使用することが好ましいが、その理由
は、これはＧＴＤのライブラリおよびディレクトリの同
じファミリー内で管理されているアプリケーション全体
に渡って不変であるからである。
ＧＴＤアプリケーション・パネルの
ＧＴＤシステムによって開発されたトランザクションは
、パネル・ドライバによって端末にパネルを提供する。
、パネル・ドライバによって端末にパネルを提供する。
このプレゼンテーションのサアーバは、色、拡張属性、
逆のビデオ・アンダースコア、およびその他の特性をサ
ポートすることのできるＣ０ＤＥＳＴＡＲまたはＧＴＤ
システムによって準備された７ＭＳパネルを解釈する。
逆のビデオ・アンダースコア、およびその他の特性をサ
ポートすることのできるＣ０ＤＥＳＴＡＲまたはＧＴＤ
システムによって準備された７ＭＳパネルを解釈する。
これらのパネルの提供を受けるある種の端末は、複数水
準の端末の能力をサポートすることができないかもしれ
ないが、パネル・プレゼンテーションのサーバは、なお
最も有能な端末装置に対して最大の機能を与える。トラ
ンザクション・マンピング・サービス（ＴＭＳ）のモジ
ュールは、ＩＥＣ端末と装置テープルＩＥＣ機能５）を
質問して、パネルがどこに提供されるべきかについての
端末の能力を判定する。アプリケーションの設計者は、
このアプリケーションを使用する全ての端末の最大の機
能を使用して端末のプレゼンテーションを設計すること
ができる。同時にこれらのパネルのプレゼンテーション
は、より少ない機能を有する端末装置に適応されること
ができる。
準の端末の能力をサポートすることができないかもしれ
ないが、パネル・プレゼンテーションのサーバは、なお
最も有能な端末装置に対して最大の機能を与える。トラ
ンザクション・マンピング・サービス（ＴＭＳ）のモジ
ュールは、ＩＥＣ端末と装置テープルＩＥＣ機能５）を
質問して、パネルがどこに提供されるべきかについての
端末の能力を判定する。アプリケーションの設計者は、
このアプリケーションを使用する全ての端末の最大の機
能を使用して端末のプレゼンテーションを設計すること
ができる。同時にこれらのパネルのプレゼンテーション
は、より少ない機能を有する端末装置に適応されること
ができる。
ネットワーク内のアプリケーションは、適当な装置の特
性を参照してＩＥＣ端末テーブルに記録された各々の端
末の名前に対して指定された能力を有することができる
。ＩＥＣ端末の制御装置は、ネットワーク内のいずれか
または全てのシステムでのこのネットワーク内の全ての
端末の特性を動的に変更（ｒＩＥＣ＝ＴＲＭ、Ｃ’Ｊ）
することができる。これによってアプリケーションの最
大の機能が目標の端末の機能に与えられる。
性を参照してＩＥＣ端末テーブルに記録された各々の端
末の名前に対して指定された能力を有することができる
。ＩＥＣ端末の制御装置は、ネットワーク内のいずれか
または全てのシステムでのこのネットワーク内の全ての
端末の特性を動的に変更（ｒＩＥＣ＝ＴＲＭ、Ｃ’Ｊ）
することができる。これによってアプリケーションの最
大の機能が目標の端末の機能に与えられる。
ＧＴＤアプリケーション・ドキュメンテーションは下記
の方法の１つでアクセスを行うためにトランザクション
のユーザに対してＴｌ０ＬＲに記憶される。
の方法の１つでアクセスを行うためにトランザクション
のユーザに対してＴｌ０ＬＲに記憶される。
ＨＥＬＰのためにＦｌを押す。
ＧＬＯ３ＳＡＲＹのためにＦ２を押す。
メニューからＩＮＦＯを選択する。
ドキュメンテーションは、複数の言語で入手可能である
。表示されたドキュメンテーションの言語は、ユーザの
選好した第１および第２の選択言語によって決まる（Ｌ
Ｐ）。これらの選択は、ＩＴＳＳｒ言語の選好」トラン
ザクション、ＴＳＳＬＰを使用して行われる。
。表示されたドキュメンテーションの言語は、ユーザの
選好した第１および第２の選択言語によって決まる（Ｌ
Ｐ）。これらの選択は、ＩＴＳＳｒ言語の選好」トラン
ザクション、ＴＳＳＬＰを使用して行われる。
ｒｅｐｏｒｔ、 ｇｅｎｅｒａｔｉｏｎ （言語に基づ
く）の選択基準は下記の通りである。
く）の選択基準は下記の通りである。
１、もしレポートが第１のＬＰに対して定義されれば、
そのＬＰに対して宣言されたｒｅｐｏｒｔ。
そのＬＰに対して宣言されたｒｅｐｏｒｔ。
ｇｅｎｅｒａｔｉｏｎ。
２、もしレポートが第２のＬＰに対して定義されれば、
そのＬＰに対して宣言されたｒｅｐｏｒｔ。
そのＬＰに対して宣言されたｒｅｐｏｒｔ。
ｇｅｎｅｒａ ｔ ｉｏｎ ＠
３、もしレポートがＥＮＧＬＩＳＨに対して定義されれ
ば、このＥＮＧＬ Ｉ ＳＨに対して宣言されたｒｅｐ
ｏｒｔ、 ｇｅｎｅｒａｔｉｏｎ。
ば、このＥＮＧＬ Ｉ ＳＨに対して宣言されたｒｅｐ
ｏｒｔ、 ｇｅｎｅｒａｔｉｏｎ。
４、デフォルトとして定義されたｒｅｐｏｒｔ。
ｇｅｎｅｒａｔｉｏｎ。
これらのレポートはトランザクションを実行するシステ
ムで定義されなければならない。
ムで定義されなければならない。
ＨＥＬＰドキュメンテーション
ＨＥ Ｌ Ｐ ｒｅｐｏｒｔ、 −ｇｅｎｅｒａｔｉｏ
ｎの組織は下記の通りである。
ｎの組織は下記の通りである。
ｒｐｔ、 ｇｅｎ、 ｐａｎｅｌ、 Ｓ ＯＯ，ｐａ
ｇｅここで、 ｒｐｔ＝ Ｌ Ｐによって定義されたレポートの名前 ｇｅｎ＝ＬＰによって定義されたジェネレーションの名
前 ｐａｎｅｌ ＝ ＨＥ Ｌ Ｐが設けられるパネルの名
前５ＯＯ＝一定のセクションの名前 ｐａｇｅ ＝任意のページの名前 ＧＬＯ３ＳＡＲＹドキュメンテーションＧ Ｌ ＯＳ
Ｓ Ａ ＲＹ ｒｅｐｏｒｔ、 ｇｅｎｅｒａｔｉｏｎ
の組織は下記の通りである。
ｇｅここで、 ｒｐｔ＝ Ｌ Ｐによって定義されたレポートの名前 ｇｅｎ＝ＬＰによって定義されたジェネレーションの名
前 ｐａｎｅｌ ＝ ＨＥ Ｌ Ｐが設けられるパネルの名
前５ＯＯ＝一定のセクションの名前 ｐａｇｅ ＝任意のページの名前 ＧＬＯ３ＳＡＲＹドキュメンテーションＧ Ｌ ＯＳ
Ｓ Ａ ＲＹ ｒｅｐｏｒｔ、 ｇｅｎｅｒａｔｉｏｎ
の組織は下記の通りである。
ｒｐｔ、ｇｅｎ、ＧＬＯ３ＳＡＲＹ。
ｗｏｒｄ、 ｐａｇｅ
ここで、
ｒｐｔ＝ Ｌ Ｐによって定義されたレポートの名前
ｇｅｎ＝ＬＰによって定義されたジェネレーションの名
前 ＧＬＯ５ＳＡＲＹ ＝一定のチャプタの名前ｗｏｒｄ
＝定義されている語 ｐａｇｅ ””任意のページの名前 ＩＮＦＯのドキュメンテーション ＧＴＤシステム・ドキュメンテーションの選択によって
、下記のオプションを有するサブメニューが提供される
。
前 ＧＬＯ５ＳＡＲＹ ＝一定のチャプタの名前ｗｏｒｄ
＝定義されている語 ｐａｇｅ ””任意のページの名前 ＩＮＦＯのドキュメンテーション ＧＴＤシステム・ドキュメンテーションの選択によって
、下記のオプションを有するサブメニューが提供される
。
１、−船釣説明
２、技術的説明
これらのオプションの１つを選択することによって、下
記にリストするＴレポート内に記憶されているテキスト
が提供される。ＩＮＦＯに対するグロサリ情報はＨＥＬ
Ｐに対するのと同しレポートに記憶される。
記にリストするＴレポート内に記憶されているテキスト
が提供される。ＩＮＦＯに対するグロサリ情報はＨＥＬ
Ｐに対するのと同しレポートに記憶される。
一殻内説明ｒｐｔ、 ｇｅｎ、 Ｇ Ｅ Ｎ Ｅ ＲＡ
Ｌ 、 ｓｅｃ。
Ｌ 、 ｓｅｃ。
ＡＰＧ
技術的説明ｒｐｔ、 ｇｅｎ、 Ｔ Ｅ ＣＨＮ ＣＬ
、 ｓｅｃ。
、 ｓｅｃ。
ａｇｅ
ここで、
ｒｐｔ＝ Ｌ Ｐによって定義されたレポートの名前
ｇｅｎ＝ＬＰによって定義されたジェネレーションの名
前 ｃｈｐ＝メニューの説明の最初の８文字ｓｅｃ ”任意
のセクションの名前 ｐａｇｅ ＝任意のページの名前 ＧＴＤメニューの ＧＴＤユーザ・インターフェースの主要な機能の特徴は
、メニュー・オプションの最高の２つの水準にある。Ｇ
ＴＤのユーザは、アプリケーションのプログラマまたは
開発者である。彼等のサポートするユーザ・インターフ
ェースのメニューおよび機能は、包括的なものであり、
各々のプラントホームで一貫したアプリケーションの開
発環境を与えるため、全ての適当なブラットホームで実
行されることができる。第２０図は、本発明の好適な実
施例に従って最も高いメニューの水準で実行される機能
の詳細を示すフローチャートである。
前 ｃｈｐ＝メニューの説明の最初の８文字ｓｅｃ ”任意
のセクションの名前 ｐａｇｅ ＝任意のページの名前 ＧＴＤメニューの ＧＴＤユーザ・インターフェースの主要な機能の特徴は
、メニュー・オプションの最高の２つの水準にある。Ｇ
ＴＤのユーザは、アプリケーションのプログラマまたは
開発者である。彼等のサポートするユーザ・インターフ
ェースのメニューおよび機能は、包括的なものであり、
各々のプラントホームで一貫したアプリケーションの開
発環境を与えるため、全ての適当なブラットホームで実
行されることができる。第２０図は、本発明の好適な実
施例に従って最も高いメニューの水準で実行される機能
の詳細を示すフローチャートである。
最高の水準でユーザに対して与えられるメニューのオプ
ションは、下記の機能を含む。
ションは、下記の機能を含む。
１ 、 ＥＤＩＴ ＴＲＡＮＳＡＣＴＩＯＮ
ＤＥＦＩＮＩＴＩＯＮ２ 、 ＧＥＮＥＲＡＴＥ ＴＲ
ＡＮＳＡＣＴＩＯＮ ＶＩＥＷ／５ＯＵＲＣＥ ＰＲＯ
ＧＲＡＭ３ 、 ＧＥＮＥＲＡＴＥ ＰＡＮＥＬＳ４
、 ＣＯＭＰＩＬＥ ＴＲＡＮＳＡＣＴＩＯＮ ＤＥＦ
／ＶＩＥＷＳ／ＰＡＮＥＬＳ／ＰＲＯＣＥＤＵＲＥＳ ５ 、 ＦＩＬＥ ＴＲＡＮＳＦＥＲＰＡＮＥＬＳ／Ｐ
ＲＯＣＥＤＵＲＥＳ／ＶＩＥＷＳ／ＤＯＣＵＭＥＮＴＡ
ＴＩＯＮ ６、ＥＸＩＴ メニュー・アイテム１ 、ＥＤＩＴ ＴＲＡＮＳＡＣＴ
ＩＯＮＤＥＦＩＮＴＩＯＮは、アプリケーションのパラ
メータと構成部品を定義し、変更する機能を設けること
によって、アプリケーションの開発者がアプリケーショ
ンに特徴を与えることを可能にする機能を提供する。第
２３図は、これらの機能を更に詳しく説明するこの編集
トランザクション（以下ｒＥＴＪ手順と呼ぶ）のフロー
チャートである。
ＤＥＦＩＮＩＴＩＯＮ２ 、 ＧＥＮＥＲＡＴＥ ＴＲ
ＡＮＳＡＣＴＩＯＮ ＶＩＥＷ／５ＯＵＲＣＥ ＰＲＯ
ＧＲＡＭ３ 、 ＧＥＮＥＲＡＴＥ ＰＡＮＥＬＳ４
、 ＣＯＭＰＩＬＥ ＴＲＡＮＳＡＣＴＩＯＮ ＤＥＦ
／ＶＩＥＷＳ／ＰＡＮＥＬＳ／ＰＲＯＣＥＤＵＲＥＳ ５ 、 ＦＩＬＥ ＴＲＡＮＳＦＥＲＰＡＮＥＬＳ／Ｐ
ＲＯＣＥＤＵＲＥＳ／ＶＩＥＷＳ／ＤＯＣＵＭＥＮＴＡ
ＴＩＯＮ ６、ＥＸＩＴ メニュー・アイテム１ 、ＥＤＩＴ ＴＲＡＮＳＡＣＴ
ＩＯＮＤＥＦＩＮＴＩＯＮは、アプリケーションのパラ
メータと構成部品を定義し、変更する機能を設けること
によって、アプリケーションの開発者がアプリケーショ
ンに特徴を与えることを可能にする機能を提供する。第
２３図は、これらの機能を更に詳しく説明するこの編集
トランザクション（以下ｒＥＴＪ手順と呼ぶ）のフロー
チャートである。
メニュー・アイテム２ 、ＧＥＮＥＲＡＴＥ ＴＲＡＮ
ＳＡＣＴＩＯＮＶＩＥＷ／５ＯＵＲＣＥ ＰＲＯＧＲＡ
Ｍ （以下ｒＧｃＪ手順と呼ぶ）は、アプリケーショ
ンの開発者がトランザクション・ビュー（アプリケーシ
ョンのデータ領域）とプログラムに対してソース・ファ
イルを発生することを可能にする機能を提供する。トラ
ンザクション・ビューとソース・プログラムは、ＪＥＴ
と互換性があるように構築される。従って、要求される
ＩＥＴのアプリケーション・インターフェースは、トラ
ンザクション・ビュー内のデータ領域とアプリケーショ
ンの手順のためのプログラム・リンケージに組み込まれ
る。第４４図は、これらの機能を更に詳しく説明するＧ
Ｃ手順の好適な実施例のフローチャートを示す。
ＳＡＣＴＩＯＮＶＩＥＷ／５ＯＵＲＣＥ ＰＲＯＧＲＡ
Ｍ （以下ｒＧｃＪ手順と呼ぶ）は、アプリケーショ
ンの開発者がトランザクション・ビュー（アプリケーシ
ョンのデータ領域）とプログラムに対してソース・ファ
イルを発生することを可能にする機能を提供する。トラ
ンザクション・ビューとソース・プログラムは、ＪＥＴ
と互換性があるように構築される。従って、要求される
ＩＥＴのアプリケーション・インターフェースは、トラ
ンザクション・ビュー内のデータ領域とアプリケーショ
ンの手順のためのプログラム・リンケージに組み込まれ
る。第４４図は、これらの機能を更に詳しく説明するＧ
Ｃ手順の好適な実施例のフローチャートを示す。
メニュー・アイテム３、ＧＥＮＥＲＡＴＥＰＡＮＥＬＳ
（以下ｒＧＭＪ手順と呼ぶ）は、アプリケーションの
開発者が自分のアプリケーションとユーザとの手順の会
話の流れのフローのためのベース・パネルに対してカス
トマイズ（ｃｕｓ ｔｏｍｉｚｅ）されたシステムによ
って与えられたパネルを発生することを可能にする種々
の機能を提供する。
（以下ｒＧＭＪ手順と呼ぶ）は、アプリケーションの
開発者が自分のアプリケーションとユーザとの手順の会
話の流れのフローのためのベース・パネルに対してカス
トマイズ（ｃｕｓ ｔｏｍｉｚｅ）されたシステムによ
って与えられたパネルを発生することを可能にする種々
の機能を提供する。
ＧＴＤはＩＥＴと互換性のあるパネルを発生する。
これらの発生されたパネルは、ＩＥＴがそのパネルとメ
ニューの会話の流れの管理を実行するのに必要な領域を
有している。また、ＧＴＤは、−貫してかつ十分に定義
された共通のユーザ・インターフェースの機能を提供す
ることによって、ＪＥＴのユーザ・インターフェース機
能をまたサポートするメニューを発生する。開発者の便
宜のため、これらの機能は、メニュー・アイテムｌに含
まれているユーザ・インターフェースによって与えられ
るトランザクション・ビュー、手順、およびパネルに対
する編集要求によってまた実行されることができる。し
かし、開発者は全てのシステムによって与えられるメニ
ュー、情報、グロサリーおよびヘルプ・スクリーンをカ
ストマイズする必要がなく、またはカストマイズするこ
とを希望しなくてもよく、これによって、メニュー・ア
イテム３の機能を有用なものにする。第４７図は、これ
らの機能を更に詳しく説明するＧＭ手順の好適な実施例
のフローチャートである。
ニューの会話の流れの管理を実行するのに必要な領域を
有している。また、ＧＴＤは、−貫してかつ十分に定義
された共通のユーザ・インターフェースの機能を提供す
ることによって、ＪＥＴのユーザ・インターフェース機
能をまたサポートするメニューを発生する。開発者の便
宜のため、これらの機能は、メニュー・アイテムｌに含
まれているユーザ・インターフェースによって与えられ
るトランザクション・ビュー、手順、およびパネルに対
する編集要求によってまた実行されることができる。し
かし、開発者は全てのシステムによって与えられるメニ
ュー、情報、グロサリーおよびヘルプ・スクリーンをカ
ストマイズする必要がなく、またはカストマイズするこ
とを希望しなくてもよく、これによって、メニュー・ア
イテム３の機能を有用なものにする。第４７図は、これ
らの機能を更に詳しく説明するＧＭ手順の好適な実施例
のフローチャートである。
メニュー・アイテム４、ＣＯＭＰＩＬＥ ＴＲＡＮＳＡ
ＣＴＴＯＮＤＥＦ／ＶＥＩＷＳ／ＰＡＮＥＬＳ／ＰＲＯ
ＣＥＤｔｌＲＥＳ （以下、ｒ ＣＴＲＥＱ手順と呼
ぶ）は、ＤＡＡアプリケーションを構築するのに必要な
構築用のツールを開発者に提供する。最も重要な事柄は
、ＪＥＴに対してアプリケーション特徴づけるのに必要
なＴＤＴとビュー・チーフルを発生する能力である。メ
ニュー・アイテム４は、ＧＴＤによって作成されたアプ
リケーションがＤＡＡプラットホームに対して一貫した
コンパイルとリンク・エディタ（ｌ ｉｎｋ ｅｄｉｔ
ｏｒ）のオプションによって構築されることを保証し、
かつ条件付きおよび無条件のコンパルのオプションを使
用することと１つのプロセスＴｌ０Ｎの全ての構成要素
を１つのロード・モジュールにコンパイルし、リンクす
る能力によって、アプリケーション内の内部的な一貫性
を保証する。第５０図は、これらの機能を更に詳しく説
明するＣＴＲＥＱ手順の好適な実施例のフローチャート
を示す。
ＣＴＴＯＮＤＥＦ／ＶＥＩＷＳ／ＰＡＮＥＬＳ／ＰＲＯ
ＣＥＤｔｌＲＥＳ （以下、ｒ ＣＴＲＥＱ手順と呼
ぶ）は、ＤＡＡアプリケーションを構築するのに必要な
構築用のツールを開発者に提供する。最も重要な事柄は
、ＪＥＴに対してアプリケーション特徴づけるのに必要
なＴＤＴとビュー・チーフルを発生する能力である。メ
ニュー・アイテム４は、ＧＴＤによって作成されたアプ
リケーションがＤＡＡプラットホームに対して一貫した
コンパイルとリンク・エディタ（ｌ ｉｎｋ ｅｄｉｔ
ｏｒ）のオプションによって構築されることを保証し、
かつ条件付きおよび無条件のコンパルのオプションを使
用することと１つのプロセスＴｌ０Ｎの全ての構成要素
を１つのロード・モジュールにコンパイルし、リンクす
る能力によって、アプリケーション内の内部的な一貫性
を保証する。第５０図は、これらの機能を更に詳しく説
明するＣＴＲＥＱ手順の好適な実施例のフローチャート
を示す。
メニュー ・７４ テム５ 、ＦＩＬＥ ＴＲＡＮＳＦ
ＥＲＰＡＮＥＬＳ／ＰＲＯＣＥＤＵＲＥＳ／ＶＩＥＷＳ
／ＤＯＣＵＭＥＮＴＡＴＩＯＮ （以下、ｒＦＴＦＴ
手順ぷＪ）は、アプリケーション・ソースの全てまたは
一部を１つのＤＡＡの装置から他のＤＡＡの装置に転送
するユーザリントを提供する。
ＥＲＰＡＮＥＬＳ／ＰＲＯＣＥＤＵＲＥＳ／ＶＩＥＷＳ
／ＤＯＣＵＭＥＮＴＡＴＩＯＮ （以下、ｒＦＴＦＴ
手順ぷＪ）は、アプリケーション・ソースの全てまたは
一部を１つのＤＡＡの装置から他のＤＡＡの装置に転送
するユーザリントを提供する。
メニュー・アイテム６、ＥＸＩＴは、ユーザにＧＴＤプ
ログラムからのクリーンな出口を提供する。第６１図は
、これらの機能を更に詳しく説明するＦＴ手順の好適な
実施例のフローチャートである。
ログラムからのクリーンな出口を提供する。第６１図は
、これらの機能を更に詳しく説明するＦＴ手順の好適な
実施例のフローチャートである。
これらのメニューの各々を詳細に検討する前に、ＧＴＤ
）ランザクジョン・ビューを議論する。
）ランザクジョン・ビューを議論する。
ＧＴＤ ）ランザクジョン・ビューは、ＧＴＤにとって
ユニークな作業領域であり、アプリケーション・トラン
ザクション・ビューと混同するべきでなく、後者はＧＴ
Ｄによってデータ・ファイルとして取り扱われるもので
ある。この作業領域は、ＴＤＦのヘッダー（全ての種類
）の記録領域をセーブする場所、ユーザの入力を保持す
る場所、およびパネル表示のためのデータを組織する場
所としてＧＴＤ全体に渡って幅広く使用される。名前、
経路の名前、ユーザリント（ｕｓｅｒｉｄ ）、システ
ムの識別子、および対象モジュールの外部符号の名前の
データに対する長さの情報は、ＤＡＡシステム内の大部
分の制限的なプラットホームによってサポートされてい
る最大長さによって限定される。
ユニークな作業領域であり、アプリケーション・トラン
ザクション・ビューと混同するべきでなく、後者はＧＴ
Ｄによってデータ・ファイルとして取り扱われるもので
ある。この作業領域は、ＴＤＦのヘッダー（全ての種類
）の記録領域をセーブする場所、ユーザの入力を保持す
る場所、およびパネル表示のためのデータを組織する場
所としてＧＴＤ全体に渡って幅広く使用される。名前、
経路の名前、ユーザリント（ｕｓｅｒｉｄ ）、システ
ムの識別子、および対象モジュールの外部符号の名前の
データに対する長さの情報は、ＤＡＡシステム内の大部
分の制限的なプラットホームによってサポートされてい
る最大長さによって限定される。
付録Ａは、ＧＴＤの好適な実施例によって使用されるト
ランザクション・ビューまたは作業領域、変数に関する
特定の情報を示す。
ランザクション・ビューまたは作業領域、変数に関する
特定の情報を示す。
第２０図は、最高水準すなわち第１水準のＧＴＤメイン
・メニューユーザ・インターフェース手順を示す。ＧＴ
Ｄは作業領域、Ｗ（ブロック５２００）を初期化し、作
業領域内のＩＥＦＩ ＴＲＡＮ変数をｒＧＴＤＪにセ
ットする（ブロック５２１０）。
・メニューユーザ・インターフェース手順を示す。ＧＴ
Ｄは作業領域、Ｗ（ブロック５２００）を初期化し、作
業領域内のＩＥＦＩ ＴＲＡＮ変数をｒＧＴＤＪにセ
ットする（ブロック５２１０）。
日付けと時間が取得され、表示のためにフォーマット化
され、作業領域の変数ＺＤＡＴＥとＺＴＩＭＥ内にセー
ブされる（ブロック５２２０）。ＧＴＤはシステムから
ＵＳＥＲＩＤを取得し、（ブロック５２５０）、作業領
域内のＩＥＦＩ−ＵＳＥＲ変数をそのＵＳＥＲＩ Ｄに
セントする（ブロック５２６０）。作業領域内のＺＵＳ
ＥＲ変数はＩＥＦＩ−ＵＳＥＲ変数内の値にセントされ
る（ブロック５３７０）。
され、作業領域の変数ＺＤＡＴＥとＺＴＩＭＥ内にセー
ブされる（ブロック５２２０）。ＧＴＤはシステムから
ＵＳＥＲＩＤを取得し、（ブロック５２５０）、作業領
域内のＩＥＦＩ−ＵＳＥＲ変数をそのＵＳＥＲＩ Ｄに
セントする（ブロック５２６０）。作業領域内のＺＵＳ
ＥＲ変数はＩＥＦＩ−ＵＳＥＲ変数内の値にセントされ
る（ブロック５３７０）。
ＧＴＤのユーザ・パラメータ・ファイルはＲＥＡＤＯＮ
ＬＹに対して開かれる（ブロック５４００）。
ＬＹに対して開かれる（ブロック５４００）。
ＧＴＤユーザのパラメータ・ファイルは、システムがユ
ーザに対して以前のＧＴＤセツションから幾つかの前に
初期化された領域を提供するのに必要な情報を含む。こ
れはユーザの便宜のために行われる。パラメータ・ファ
イル内でセーブされている作業領域は、ｇｔｄｍｌｉｂ
、 ｇｔｄｍｍｅｍ 、５ｒｃｓｉｄ。
ーザに対して以前のＧＴＤセツションから幾つかの前に
初期化された領域を提供するのに必要な情報を含む。こ
れはユーザの便宜のために行われる。パラメータ・ファ
イル内でセーブされている作業領域は、ｇｔｄｍｌｉｂ
、 ｇｔｄｍｍｅｍ 、５ｒｃｓｉｄ。
５ｒｃｌｔｄ、 ５ｒｃｔｄｔ、 ５ｒｃｕｉｄ、 ｔ
ｇｔｓｉｄ、 ｔｇｔｌｉｄ。
ｇｔｓｉｄ、 ｔｇｔｌｉｄ。
ｔｇｔｕｉｄ、 ｔｇｔｓｗを含む。第２０図の場合、
プログラムはファイルを開こうとする（ブロック５４４
０）。
プログラムはファイルを開こうとする（ブロック５４４
０）。
もし成功しなければ（ブロック５４５０）、ユーザの情
報は記憶されていす、プログラムは（ブロック５７１０
）にジャンプする。オープンが成功すれば、ＧＴＤのユ
ーザのパラメータ・ファイルは、バッファに読み込まれ
、（ブロック５４６０）、ファイルが閉じられる（ブロ
ック５４７０）。
報は記憶されていす、プログラムは（ブロック５７１０
）にジャンプする。オープンが成功すれば、ＧＴＤのユ
ーザのパラメータ・ファイルは、バッファに読み込まれ
、（ブロック５４６０）、ファイルが閉じられる（ブロ
ック５４７０）。
作業領域の変数は、パラメータ・ファイルの変数によっ
て初期化され、プログラムはブロック５７１０に進み、
ここでこれはプラットホームの全てのユーザに対して適
応するシステムによって決まる環境情報とユーザによっ
て形成可能な情報をロードする。プラットホームの全て
のユーザに適応する環境情報は、Ｃコンパイラのオプシ
ョン、Ｃコンパイラの名前、ＤＡＡシステムの対象とロ
ード・ライブラリの経路の名前、ＤＢＭＳのソフトウェ
アの対象とロードのライブラリの経路の名前、ＤＢＭＳ
のコピー・ソースの経路の名前、およびＤＢＭＳのプレ
コンパイラの経路の名前を含む。この情報は、全てのユ
ーザに対して定義された環境の変数から得られる。プロ
グラムに対してハード・コード化（ｈａｒｄ ｃｏｄｅ
ｄ ）された他のシステムによって決まる環境情報は、
全てのユーティリティの特定の名前、これらのユーティ
リティによって必要とされる特定のオプション、システ
ムの名前、ＤＡＡおよびＤＢＭＳのライブラリを含む。
て初期化され、プログラムはブロック５７１０に進み、
ここでこれはプラットホームの全てのユーザに対して適
応するシステムによって決まる環境情報とユーザによっ
て形成可能な情報をロードする。プラットホームの全て
のユーザに適応する環境情報は、Ｃコンパイラのオプシ
ョン、Ｃコンパイラの名前、ＤＡＡシステムの対象とロ
ード・ライブラリの経路の名前、ＤＢＭＳのソフトウェ
アの対象とロードのライブラリの経路の名前、ＤＢＭＳ
のコピー・ソースの経路の名前、およびＤＢＭＳのプレ
コンパイラの経路の名前を含む。この情報は、全てのユ
ーザに対して定義された環境の変数から得られる。プロ
グラムに対してハード・コード化（ｈａｒｄ ｃｏｄｅ
ｄ ）された他のシステムによって決まる環境情報は、
全てのユーティリティの特定の名前、これらのユーティ
リティによって必要とされる特定のオプション、システ
ムの名前、ＤＡＡおよびＤＢＭＳのライブラリを含む。
システムによって決まるニーテリティは、Ｃコンパイラ
、ＤＢＭＳのプレコンパイラ、ＤＢＭＳからＤＢＭＳ言
語への変換器、Ｃ０ＢＯＬコンパイラ、リンケージ・エ
ディタ、ショー（５ｈｏｓ ）ファイル、コピー、ムー
ブ（ｍｏｖｅ ）、キル（ｋｉｌｌ ）タスク・ユーテ
ィリティ、パネル・コンパイラ、パネル・スクリーン・
フォーマツタ（ｆｏｒｍａｔｔｅｒ）（インタープリタ
）、パネル・エディタ、Ｃ０ＢＯＬデータ・マツプ・ジ
ェネレータ（コンパイラ）、Ｃ０ＢＯＬからＣへの変換
器を含む。
、ＤＢＭＳのプレコンパイラ、ＤＢＭＳからＤＢＭＳ言
語への変換器、Ｃ０ＢＯＬコンパイラ、リンケージ・エ
ディタ、ショー（５ｈｏｓ ）ファイル、コピー、ムー
ブ（ｍｏｖｅ ）、キル（ｋｉｌｌ ）タスク・ユーテ
ィリティ、パネル・コンパイラ、パネル・スクリーン・
フォーマツタ（ｆｏｒｍａｔｔｅｒ）（インタープリタ
）、パネル・エディタ、Ｃ０ＢＯＬデータ・マツプ・ジ
ェネレータ（コンパイラ）、Ｃ０ＢＯＬからＣへの変換
器を含む。
好適な実施例は、Ｃ０ＢＯＬおよびＣを示しているが、
本発明の範囲はいずれにしてもこれらの２つの言語に限
定されるべきでないことを思い出さなければならない。
本発明の範囲はいずれにしてもこれらの２つの言語に限
定されるべきでないことを思い出さなければならない。
また、環境変数を使用することに対する代案は、システ
ム環境情報ファイルを有することであり、このファイル
は上記の情報を有すると共に、できればファイルに記憶
されているプログラム内で現在ハード・コード化されて
いる他の情報も有する。このファイルは、呼び出される
度に、予め定義されたロケーションから、これが本発明
の好適な実施例に環境変数をロードするのと同じ方法で
、ＧＴＤによってロードされることができる。
ム環境情報ファイルを有することであり、このファイル
は上記の情報を有すると共に、できればファイルに記憶
されているプログラム内で現在ハード・コード化されて
いる他の情報も有する。このファイルは、呼び出される
度に、予め定義されたロケーションから、これが本発明
の好適な実施例に環境変数をロードするのと同じ方法で
、ＧＴＤによってロードされることができる。
ユーザによって形成可能な他の環境情報は、また環境変
数内に記憶される。形成可能な環境情報は、ＤＢＭＳソ
ース・トランスレータ・ニーセージ（ｕｓａｇｅ ）フ
ラグ（別のＤＢＭＳコードのトランスレーション・ステ
ップが必要であることを示す）とＤＡＡテスト・システ
ム・ライブラリ／対象の経路の名前（これが存在するこ
とはテストの経路の名前がＤＡＡのプロダクション・シ
ステム・ライブラリの経路の名前の代わりに使用される
べきことを示す）を含む。または、この情報は、ＧＴＤ
が呼び出された場合に、ＧＴＤのユーザ・コンフィギユ
レーション・ファイルからロードされることができる。
数内に記憶される。形成可能な環境情報は、ＤＢＭＳソ
ース・トランスレータ・ニーセージ（ｕｓａｇｅ ）フ
ラグ（別のＤＢＭＳコードのトランスレーション・ステ
ップが必要であることを示す）とＤＡＡテスト・システ
ム・ライブラリ／対象の経路の名前（これが存在するこ
とはテストの経路の名前がＤＡＡのプロダクション・シ
ステム・ライブラリの経路の名前の代わりに使用される
べきことを示す）を含む。または、この情報は、ＧＴＤ
が呼び出された場合に、ＧＴＤのユーザ・コンフィギユ
レーション・ファイルからロードされることができる。
システムによって決まるコンフィギユレーション情報を
取得した後、手順はユーザのユーザリッド（ブロック６
１２０）に対してユニークな出力ファイルを開く。標準
のスクリーン出力およびエラー出力が次にこのファイル
に対して再び命令されユーザに提供されるスクリーン情
報に含まれる（ブロック６１６０）。呼び出されたユー
ティリティからの出力は、そこで出力ファイルに自動的
に書き込まれ、表示装置には書き込まれず、ＧＴＤを表
示装置の人力／出力に制御された状態にする。
取得した後、手順はユーザのユーザリッド（ブロック６
１２０）に対してユニークな出力ファイルを開く。標準
のスクリーン出力およびエラー出力が次にこのファイル
に対して再び命令されユーザに提供されるスクリーン情
報に含まれる（ブロック６１６０）。呼び出されたユー
ティリティからの出力は、そこで出力ファイルに自動的
に書き込まれ、表示装置には書き込まれず、ＧＴＤを表
示装置の人力／出力に制御された状態にする。
出力ファイルは、これがファイルル内に存在するデータ
をパージ（ｐｕｒｇｅ ）するために周期的にリワイン
ドされる場合を除いて、実行の期間全体を通して開かれ
たままである。出力ファイルは、ユーティリティからの
エラーがアプリケーションの開発者によって調査される
必要がある場合には、ＧＴＤによって表示されることが
できる。別の実行は、ＧＴＤから呼び出されたユーティ
リティに対して出力ファイルを設け、呼び出された場合
、このユーティリティにそれらの出力を指示されたファ
イルに対して送るように命令することである。
をパージ（ｐｕｒｇｅ ）するために周期的にリワイン
ドされる場合を除いて、実行の期間全体を通して開かれ
たままである。出力ファイルは、ユーティリティからの
エラーがアプリケーションの開発者によって調査される
必要がある場合には、ＧＴＤによって表示されることが
できる。別の実行は、ＧＴＤから呼び出されたユーティ
リティに対して出力ファイルを設け、呼び出された場合
、このユーティリティにそれらの出力を指示されたファ
イルに対して送るように命令することである。
ブロック６１８０では、ユーザの端末装置を初期化して
パネルの入力と出力を可能にする。
パネルの入力と出力を可能にする。
ブロック６２６０は、ＧＴＤパネルを表示する。
表示手順が終了すると、ＧＴＤはＦＥ手順（第２２図ブ
ロック４８１３０で始まる）を呼び出して、ユーザは自
分がこの手順の使用を終了することを指示したかどうか
を調べる（ブロック６３００）。
ロック４８１３０で始まる）を呼び出して、ユーザは自
分がこの手順の使用を終了することを指示したかどうか
を調べる（ブロック６３００）。
もしユーザが終了したことが指示されれば、プログラム
はブロック６５６０にジャンプする。もしそうでなけれ
ば、プログラムはユーザが編集トランザクション定義メ
ニュー・オプション、ＧＴＤＳＥＬ＝１を要求したかど
うかを調べる（ブロック６３５０）。
はブロック６５６０にジャンプする。もしそうでなけれ
ば、プログラムはユーザが編集トランザクション定義メ
ニュー・オプション、ＧＴＤＳＥＬ＝１を要求したかど
うかを調べる（ブロック６３５０）。
ＧＴＤＳＥＬの変数は、ユーザの入力、−船釣にはパネ
ルからのメニューの選択を示す。ＧＴＤＳＥＬが１に等
しければ、エデイツト（ｅｄｉｔ ）・トランザクショ
ン定義手順（ＥＴ、第２３図、ブロック１０２３９０で
始まる）が呼び出される。ＥＴ手順が終了すると、プロ
グラムはブロック６２６０に戻ってユーザがこのパネル
からなにか他のメニュー・オプションを要求しているか
どうかを調べる。
ルからのメニューの選択を示す。ＧＴＤＳＥＬが１に等
しければ、エデイツト（ｅｄｉｔ ）・トランザクショ
ン定義手順（ＥＴ、第２３図、ブロック１０２３９０で
始まる）が呼び出される。ＥＴ手順が終了すると、プロ
グラムはブロック６２６０に戻ってユーザがこのパネル
からなにか他のメニュー・オプションを要求しているか
どうかを調べる。
もしＧＴＤＳＥＬがブロック６３９０で１に等しくなけ
れば、手順はＧＴＤＳＥＬが２に等しいかどうかを調べ
るが、これはユーザがジェネレート手順またはトランザ
クション・ビュー・メニュー・オプションを要求したこ
とを意味する。
れば、手順はＧＴＤＳＥＬが２に等しいかどうかを調べ
るが、これはユーザがジェネレート手順またはトランザ
クション・ビュー・メニュー・オプションを要求したこ
とを意味する。
ＧＴＤＳＥＬが２に等しいと、ジェネレート手順または
トランザクション・ビュー手１＋ＩＮ（Ｇｃ、！４４図
、ブロック６９００で始まる）が呼び出される。ＧＣ手
順が終了すると、プログラムはブロック６２６０に戻っ
てユーザがこのパネルからなにか他の手順を要求してい
るかどうかを調べる。
トランザクション・ビュー手１＋ＩＮ（Ｇｃ、！４４図
、ブロック６９００で始まる）が呼び出される。ＧＣ手
順が終了すると、プログラムはブロック６２６０に戻っ
てユーザがこのパネルからなにか他の手順を要求してい
るかどうかを調べる。
もしＧＴＤＳＥＬがブロック６４３０で２に等しくなけ
れば、プログラムはＧＴＤＳＥＬが３に等しいかどうか
をチエツクするが、これはユーザがジェネレート・パネ
ル・メニュー・オプションを要求したことを意味する。
れば、プログラムはＧＴＤＳＥＬが３に等しいかどうか
をチエツクするが、これはユーザがジェネレート・パネ
ル・メニュー・オプションを要求したことを意味する。
ＧＴＤＳＥＬが３に等しければ、ジェネレート・パネル
手順（第４７図のＧＭ、ブロック９０３０で始まる）が
呼び出される。ＧＭ手順が終了すると、プログラムはブ
ロック６２６０に戻って、ユーザがこのパネルからなに
か他の手順を要求しているかどうかを調べる。
手順（第４７図のＧＭ、ブロック９０３０で始まる）が
呼び出される。ＧＭ手順が終了すると、プログラムはブ
ロック６２６０に戻って、ユーザがこのパネルからなに
か他の手順を要求しているかどうかを調べる。
もしＧＴＤＳＥＬがブロック６４７０で３に等しくなけ
れば、プログラムはＧＴＤＳＥＬが４に等しいかどうか
を調べるが、これはユーザがコンパイル／バインド・ア
プリケーション・メニュー・オプションを要求したこと
を示す。ＧＴＤＳＥＬが４に等しいと、コンパイル／バ
インド・アプリケーション手順（第５０図のＣＴＲＥＱ
、ブロック１６４４０で始まる）が呼び出される。ＧＭ
手順が終了すると、プログラムはブロック６２６０に戻
って、ユーザがこのパネルからなにか他のオプションを
要求しているかどうかを調べる。
れば、プログラムはＧＴＤＳＥＬが４に等しいかどうか
を調べるが、これはユーザがコンパイル／バインド・ア
プリケーション・メニュー・オプションを要求したこと
を示す。ＧＴＤＳＥＬが４に等しいと、コンパイル／バ
インド・アプリケーション手順（第５０図のＣＴＲＥＱ
、ブロック１６４４０で始まる）が呼び出される。ＧＭ
手順が終了すると、プログラムはブロック６２６０に戻
って、ユーザがこのパネルからなにか他のオプションを
要求しているかどうかを調べる。
もしＧＴＤＳＥＬがブロック６５１０で４に等しくなけ
れば、プログラムはＧＴＤＳＥＬが５に等しいかどうか
を調べるが、これはユーザが転送手順／パネル／ビュー
／ドキュメンテーション・メニュー・オプションを要求
したことを示す。
れば、プログラムはＧＴＤＳＥＬが５に等しいかどうか
を調べるが、これはユーザが転送手順／パネル／ビュー
／ドキュメンテーション・メニュー・オプションを要求
したことを示す。
ＧＴＤＳＥＬが５に等しければ、ファイル転送手順、（
第６１図のＦＴ、ブロック１１５６４０で始まる）が呼
び出される。ＦＴ手順が終了すると、またはもしＧＴＤ
ＳＥＬが５に等しくなければ、プログラムはブロック６
２４０に戻って、ユーザがこのパネルからなにか他の手
順を要求しているかどうかを調べる。
第６１図のＦＴ、ブロック１１５６４０で始まる）が呼
び出される。ＦＴ手順が終了すると、またはもしＧＴＤ
ＳＥＬが５に等しくなければ、プログラムはブロック６
２４０に戻って、ユーザがこのパネルからなにか他の手
順を要求しているかどうかを調べる。
ユーザが終了を要求すると、手順は現在存在しているパ
ラメータ・ファイルに対してパラメータ・ファイルを作
成しくブロック６５６０）、このＧＴＤセツションから
トランザクション・ビューの変数をセーブし、従ってこ
れらは次のＧＴＤセツションの期間中ユーザにとって使
用可能である。
ラメータ・ファイルに対してパラメータ・ファイルを作
成しくブロック６５６０）、このＧＴＤセツションから
トランザクション・ビューの変数をセーブし、従ってこ
れらは次のＧＴＤセツションの期間中ユーザにとって使
用可能である。
プログラムは、パラメータ・ファイルの作成が成功した
かどうかを調べる（ブロック６５７０）。
かどうかを調べる（ブロック６５７０）。
もしこれが成功しなければ、プログラムはブロック６８
２０にジャンプして、このプログラムを終了する。もし
この作成が成功すれば、バッファが作業領域からのパラ
メータ値によって初期化され（ブロック６５９０）、こ
のバッファがパラメータ・ファイルに書き込まれ（ブロ
ック６７９０）、このパラメータ・ファイルが閉じられ
る（ブロック６８００）ブロック６８２０は、このプロ
グラムを抜ける。
２０にジャンプして、このプログラムを終了する。もし
この作成が成功すれば、バッファが作業領域からのパラ
メータ値によって初期化され（ブロック６５９０）、こ
のバッファがパラメータ・ファイルに書き込まれ（ブロ
ック６７９０）、このパラメータ・ファイルが閉じられ
る（ブロック６８００）ブロック６８２０は、このプロ
グラムを抜ける。
ＧＴＤ 示パネルの Ｊｌ
第２１図は、ユーザに対してパネルを表示し、ユーザか
らの入力を待機するＧＴＤ表示パネル手順の好適な実施
例を詳細に示す。これは表示パネル領域に対応するＧＴ
Ｄ）ランザクジョン・ビュー・フィルドに対するパネル
装置の入力およびこれからのパネル装置の出力を実行す
るためにパネル・インタープリタ（ｐａｎｅｌ １ｎｔ
ｅｒｐｒｅｔｏｒ ）を使用する。パネルが表示される
と、これは、またパネル表示のために現在の日付けと時
間を保持し、トランザクション・フィルードにおけるＧ
ＴＤの値を保持し、メツセージ・フィルードをクリアす
る。
らの入力を待機するＧＴＤ表示パネル手順の好適な実施
例を詳細に示す。これは表示パネル領域に対応するＧＴ
Ｄ）ランザクジョン・ビュー・フィルドに対するパネル
装置の入力およびこれからのパネル装置の出力を実行す
るためにパネル・インタープリタ（ｐａｎｅｌ １ｎｔ
ｅｒｐｒｅｔｏｒ ）を使用する。パネルが表示される
と、これは、またパネル表示のために現在の日付けと時
間を保持し、トランザクション・フィルードにおけるＧ
ＴＤの値を保持し、メツセージ・フィルードをクリアす
る。
この手順は、新しい日付けと時間を取得して、パネルの
日付けと時間の領域をフォーマットする（ブロック４７
３７０）。トランザクション・コードはｒＧＴＤＪにセ
ットされ（ブロック４７４２０）、パネル・インタープ
リタが呼び出されてスクリーン出力を発生する（ブロッ
ク４７４３０）。
日付けと時間の領域をフォーマットする（ブロック４７
３７０）。トランザクション・コードはｒＧＴＤＪにセ
ットされ（ブロック４７４２０）、パネル・インタープ
リタが呼び出されてスクリーン出力を発生する（ブロッ
ク４７４３０）。
ＧＴＤＭＳＧはブランクにクリアされ（ブロック４７４
４０）、パネル・マツプ・インタープリタが呼び出され
てユーザ・パネル入力を取得する（ブロック４７４８０
）。この手順は、次にトランザクション・コードがなお
ｒＧＴＤＪであるかどうかをチエツクする（ブロック４
７４９０）。
４０）、パネル・マツプ・インタープリタが呼び出され
てユーザ・パネル入力を取得する（ブロック４７４８０
）。この手順は、次にトランザクション・コードがなお
ｒＧＴＤＪであるかどうかをチエツクする（ブロック４
７４９０）。
もしそうでなければ、手順はブロック４７４２０に戻り
、もしそうであればプログラムは表示パネル手順を抜け
る。
、もしそうであればプログラムは表示パネル手順を抜け
る。
ＧＴＤ チエッカ−の
第２２ａ図ないし第２２ｂ図は、終了表示装置をチエツ
クするＧＴＤ手順の好適な実施例を示すフローチャート
である。このＦＥ手順は、ユーザが特定のパネル機能か
ら抜けることを希望していることを示す。終了の指示を
受け取ると、ユーザ・プログラム機能は処理を終了して
現在の機能を終わる。メイン・メニューから、終了の指
示はユーザがそのプログラムを終了しようと希望してい
ることを意味する。ユーザは、種々の方法で終了の指示
を行う。プログラムを終了する１つの方法は、パネルの
ＧＴＤＳＥＬユーザ入力領域に出口命令をタイプ（ｔｙ
ｐｅ ）することである。この領域は、全てのＧＴＤの
パネルに含まれてユーザの出口の命令を（および他の機
能によって定義された命令）をサポートする。他の方法
は、ユーザが終了または出口のファンクション・キーを
入力することである。本発明の現在の実行の場合、これ
はファンクション・キー３であるが、いずれのキーを使
用することもできる。ファンクション・キーの入力数は
、作業領域またはＧＴＤトランザクション・ビュー内の
ｉｅｆ ｆｕｎｋｅｙｓＩ域に対応するように定義さ
れる。
クするＧＴＤ手順の好適な実施例を示すフローチャート
である。このＦＥ手順は、ユーザが特定のパネル機能か
ら抜けることを希望していることを示す。終了の指示を
受け取ると、ユーザ・プログラム機能は処理を終了して
現在の機能を終わる。メイン・メニューから、終了の指
示はユーザがそのプログラムを終了しようと希望してい
ることを意味する。ユーザは、種々の方法で終了の指示
を行う。プログラムを終了する１つの方法は、パネルの
ＧＴＤＳＥＬユーザ入力領域に出口命令をタイプ（ｔｙ
ｐｅ ）することである。この領域は、全てのＧＴＤの
パネルに含まれてユーザの出口の命令を（および他の機
能によって定義された命令）をサポートする。他の方法
は、ユーザが終了または出口のファンクション・キーを
入力することである。本発明の現在の実行の場合、これ
はファンクション・キー３であるが、いずれのキーを使
用することもできる。ファンクション・キーの入力数は
、作業領域またはＧＴＤトランザクション・ビュー内の
ｉｅｆ ｆｕｎｋｅｙｓＩ域に対応するように定義さ
れる。
第２２ａ図で始まり、ＦＥ手順は判断ブロック４８１５
０で開始され、ここで終了ファンクション・キーが押さ
れたかどうかをチエツクする。もしファンクション・キ
ーが押されていなければ、手順は判断ブロック４８２０
０にジャンプする。
０で開始され、ここで終了ファンクション・キーが押さ
れたかどうかをチエツクする。もしファンクション・キ
ーが押されていなければ、手順は判断ブロック４８２０
０にジャンプする。
もしファンクション・キーが押されていれば、手順はフ
ァンクション・キーの領域をゼロに等しく設定しくブロ
ック４８１６０）、選択領域をブランクにセットする（
ブロック４８１７０）。ブロック４８１８０において、
終了はフラグ・リターン・コード＝１によって示され、
プログラムはこの手順を抜ける。
ァンクション・キーの領域をゼロに等しく設定しくブロ
ック４８１６０）、選択領域をブランクにセットする（
ブロック４８１７０）。ブロック４８１８０において、
終了はフラグ・リターン・コード＝１によって示され、
プログラムはこの手順を抜ける。
判断ブロック４８２００は、選択領域ＧＴＤＳＥＬ＝「
Ｘ」またはｒＸＪにおいてｒｘＪまたは他の予め選択さ
れた文字があるかどうかをチエツクする。もしｒｘＪま
たはｒＸＪがあれば、ファンクション・キーの領域はゼ
ロにセットされる（ブロック４８２１０）。選択領域は
、ブランクにセットされる（ブロック４８２２０）。フ
ロック４８２３０では、終了はフラグ・リターン・コー
ド−１によって示され、プログラムは手順を抜ける。
Ｘ」またはｒＸＪにおいてｒｘＪまたは他の予め選択さ
れた文字があるかどうかをチエツクする。もしｒｘＪま
たはｒＸＪがあれば、ファンクション・キーの領域はゼ
ロにセットされる（ブロック４８２１０）。選択領域は
、ブランクにセットされる（ブロック４８２２０）。フ
ロック４８２３０では、終了はフラグ・リターン・コー
ド−１によって示され、プログラムは手順を抜ける。
判断ブロック４８３００で、プログラムは、選択領域Ｇ
ＴＤＳＥＬ＝ ｒｅｎｄ ＪまたはｒＥＮＤＪにｒｅｎ
ｄＪがあるかどうかをチエツクする。もしなければ、プ
ログラムは、ブロック４８４００に進む。もし存在すれ
ば、プログラムはファンクション・キー領域をゼロにセ
ットし、（ブロック４８３１０）、選択領域をブランク
にセットする（ブロック４８３２０）。ブロック４８３
３０で、終了はフラグ・リターン・コード＝１によって
示され、プログラムはこの手順を抜ける。
ＴＤＳＥＬ＝ ｒｅｎｄ ＪまたはｒＥＮＤＪにｒｅｎ
ｄＪがあるかどうかをチエツクする。もしなければ、プ
ログラムは、ブロック４８４００に進む。もし存在すれ
ば、プログラムはファンクション・キー領域をゼロにセ
ットし、（ブロック４８３１０）、選択領域をブランク
にセットする（ブロック４８３２０）。ブロック４８３
３０で、終了はフラグ・リターン・コード＝１によって
示され、プログラムはこの手順を抜ける。
ブロック４８４００は、終了が示されていないと判定し
、フラグをゼロに等しくセットすると共にフラグ・リタ
ーン・コード−〇にする。プログラムは、（ブロック４
８４１０）で手順ＦＥを終′了する。
、フラグをゼロに等しくセットすると共にフラグ・リタ
ーン・コード−〇にする。プログラムは、（ブロック４
８４１０）で手順ＦＥを終′了する。
第２３図に転じてブロック１０２３９０で、ＥＴ手順は
、アプリケーションの構成要素、それらの特性およびそ
れらの関係を定義し、７編集し保守を実行するのに必要
なインターフェースを提供する。この情報は、ＴＤＦフ
ァイルに記憶される。
、アプリケーションの構成要素、それらの特性およびそ
れらの関係を定義し、７編集し保守を実行するのに必要
なインターフェースを提供する。この情報は、ＴＤＦフ
ァイルに記憶される。
ＴＤＦヘッダーのコピーはプログラムに使用するため、
メモリー内のＧＴＤ作業領域（またはＧＴＤトランザク
ション・ビュー）にセーブされ、その後ＴＤＦファイル
に記憶される。ヘッダーのデータ部のフォーマットは、
ＴＤＦヘッダーのフォーマットと同じである。ＴＤＦの
構成要素の入力は、またプログラムで使用するため、メ
モリ・データ構造内にセーブされ、その後ＴＤＦファイ
ル内に記憶される。ＴＤＦの構成要素の入力を記憶する
ために使用されるデータ構造は、５ＴＤＥまたは５ＴＤ
Ｅテーブルという名前のアレイ（ａｒｒａｙ）である。
メモリー内のＧＴＤ作業領域（またはＧＴＤトランザク
ション・ビュー）にセーブされ、その後ＴＤＦファイル
に記憶される。ヘッダーのデータ部のフォーマットは、
ＴＤＦヘッダーのフォーマットと同じである。ＴＤＦの
構成要素の入力は、またプログラムで使用するため、メ
モリ・データ構造内にセーブされ、その後ＴＤＦファイ
ル内に記憶される。ＴＤＦの構成要素の入力を記憶する
ために使用されるデータ構造は、５ＴＤＥまたは５ＴＤ
Ｅテーブルという名前のアレイ（ａｒｒａｙ）である。
各５ＴＤＥ要素のフォーマットは、最大のＴＤＦの構成
要素と同じである。
要素と同じである。
ＥＴ手順の主要な機能の１つは、アプリケーションを定
義し、アプリケーションの特性情報を一貫して構造化し
た方法でＴＤＦファイル内に保持することである。アプ
リケーションの特性情報は、アプリケーションのユーザ
の会話およびセツションのインターフェースとアプリケ
ーションの共同処理のインターフェースを含む。ＧＴＤ
は、アプリケーションの開発者に構造化した方法を提供
し、ＴＤＦにセーブされ、かつ、アプリケーション・ロ
ード・モジュールを構築するのに使用されることのでき
る用語でこの情報を数量化し、編集する。
義し、アプリケーションの特性情報を一貫して構造化し
た方法でＴＤＦファイル内に保持することである。アプ
リケーションの特性情報は、アプリケーションのユーザ
の会話およびセツションのインターフェースとアプリケ
ーションの共同処理のインターフェースを含む。ＧＴＤ
は、アプリケーションの開発者に構造化した方法を提供
し、ＴＤＦにセーブされ、かつ、アプリケーション・ロ
ード・モジュールを構築するのに使用されることのでき
る用語でこの情報を数量化し、編集する。
ロード・モジュールに含まれているのは、アプリケーシ
ョンの実行期間中にＩＥＴによって使用されるテーブル
内で数量化されたＴＤＦのサブセットおよび他の情報で
ある。アプリケーションの会話とセツションのインター
フェースを数量化するために使用される情報にはパネル
、これらのパネルをサポートする入出力手順、およびア
プリケーション・プロファイル・ビューが含まれる。ア
プロケーションの共同処理インターフェースを数量化す
るために使用される情報には、外部および内部手順並び
にこれらの手順のための入出力データ・ビューが含まれ
る。アプリケーションが最初に定義されＴＤＦが存在し
ないと、１組のデフォルト定義が指定され、これはデフ
ォルトの名前、プログラムのロケーション、パネルおよ
びその他の項目、並びにシステムの提供する手順、パネ
ルおよびメニューのデフォルトの定義を定義する。これ
らのデフォルト定義は、定義された組の規定を使用して
ユーザによって与えられたＴＤＦファイルの名前および
経路の名前から推定される。これらのデフォルトの定義
は、ＴＤＦヘッダーに記憶されている最小限の必要なサ
ブセットのアプリケーション・パラメータによって構成
される。更に、ある種のデフォルトの構成要素の定義が
またセント・アンプ（ｓｅｔ ｕｐ ）される。これら
の構成要素の定義は、ＩＥＴメニュー、ヘルプ、情報、
およびグロサリ管理機能をサポートするために与えられ
たパネル、手順、メニューの入力のためのものである。
ョンの実行期間中にＩＥＴによって使用されるテーブル
内で数量化されたＴＤＦのサブセットおよび他の情報で
ある。アプリケーションの会話とセツションのインター
フェースを数量化するために使用される情報にはパネル
、これらのパネルをサポートする入出力手順、およびア
プリケーション・プロファイル・ビューが含まれる。ア
プロケーションの共同処理インターフェースを数量化す
るために使用される情報には、外部および内部手順並び
にこれらの手順のための入出力データ・ビューが含まれ
る。アプリケーションが最初に定義されＴＤＦが存在し
ないと、１組のデフォルト定義が指定され、これはデフ
ォルトの名前、プログラムのロケーション、パネルおよ
びその他の項目、並びにシステムの提供する手順、パネ
ルおよびメニューのデフォルトの定義を定義する。これ
らのデフォルト定義は、定義された組の規定を使用して
ユーザによって与えられたＴＤＦファイルの名前および
経路の名前から推定される。これらのデフォルトの定義
は、ＴＤＦヘッダーに記憶されている最小限の必要なサ
ブセットのアプリケーション・パラメータによって構成
される。更に、ある種のデフォルトの構成要素の定義が
またセント・アンプ（ｓｅｔ ｕｐ ）される。これら
の構成要素の定義は、ＩＥＴメニュー、ヘルプ、情報、
およびグロサリ管理機能をサポートするために与えられ
たパネル、手順、メニューの入力のためのものである。
これらの構成要素は、ＥＴ手順内の機能が実行される場
合は何時でも、ＴＤＦファイルにパネル、手順およびメ
ニュー記録として記憶される。
合は何時でも、ＴＤＦファイルにパネル、手順およびメ
ニュー記録として記憶される。
ＴＤＦファイル内の情報によって、ＧＴＤはアプリケー
ションの各構成要素を見付けることが可能になる。本発
明の好適な実施例によれば、使用される規定は下記の通
りである。ＴＤＦおよび全てのパネルおよびメニュー・
ソース（マツプ）はマツプ・ライブラリまたはディレク
トリに記憶される。このライブラリまたはディレクトリ
の経路の名前は、ユーザによって与えられＧＴＤの作業
領域のＧＴＤＭＬＩＢｅＮ域内に保持される。これはＴ
ＤＦには記憶されない。ＴＤＦの名前はまたユーザによ
って与えられＧＴＤの作業領域のＧＴＤＭＭＥＭ領域と
ＴＤＦのＧＴＤＨＭＥＭ領域に記憶される。ユーザによ
って与えられたマツプ・ライブラリの経路の名前とＴＤ
Ｆの名前は、ＴＤＦファイルの名前を作成するために装
置によって決まるファイルのネーミング用の規定とＤＭ
Ａの規定を使用して結合される。同様にして、ＧＴＤは
トランザクション・ビュー・ソース、手順ソース、パネ
ルおよびメニュー・ソース、ビュー・ソース、ＴＤＴソ
ース、ＴＤＴの対象、ビューの対象、パネルおよびマツ
プの対象、手順の対象、およびロード・モジュールのフ
ァイルの名前を決定する。本発明の好適な実施例のＵＮ
ＩＴを実行する場合、これらのファイルは、リストされ
た経路の名前、ファイルの名前および拡張規定を使用し
て見付けられる。これらのファイルに関する特定の情報
は、付録Ｂに示す。
ションの各構成要素を見付けることが可能になる。本発
明の好適な実施例によれば、使用される規定は下記の通
りである。ＴＤＦおよび全てのパネルおよびメニュー・
ソース（マツプ）はマツプ・ライブラリまたはディレク
トリに記憶される。このライブラリまたはディレクトリ
の経路の名前は、ユーザによって与えられＧＴＤの作業
領域のＧＴＤＭＬＩＢｅＮ域内に保持される。これはＴ
ＤＦには記憶されない。ＴＤＦの名前はまたユーザによ
って与えられＧＴＤの作業領域のＧＴＤＭＭＥＭ領域と
ＴＤＦのＧＴＤＨＭＥＭ領域に記憶される。ユーザによ
って与えられたマツプ・ライブラリの経路の名前とＴＤ
Ｆの名前は、ＴＤＦファイルの名前を作成するために装
置によって決まるファイルのネーミング用の規定とＤＭ
Ａの規定を使用して結合される。同様にして、ＧＴＤは
トランザクション・ビュー・ソース、手順ソース、パネ
ルおよびメニュー・ソース、ビュー・ソース、ＴＤＴソ
ース、ＴＤＴの対象、ビューの対象、パネルおよびマツ
プの対象、手順の対象、およびロード・モジュールのフ
ァイルの名前を決定する。本発明の好適な実施例のＵＮ
ＩＴを実行する場合、これらのファイルは、リストされ
た経路の名前、ファイルの名前および拡張規定を使用し
て見付けられる。これらのファイルに関する特定の情報
は、付録Ｂに示す。
他のＤＤＡのアプリケーションファイルは、存在するか
、またはＧＴＤによって一時的に使用されるが、それら
の使用は一般的にアプリケーションの開発者には不明で
ある。いくつかの場合、特に対象の場合、ＧＴＤのファ
イルを見付ける規則は、コンパイラ・ファイルの出力能
力が制限されているため、異なったものになる。ＵＮＩ
Ｘの場合対象はソース（ＧＴＤＳＬＩＢ）ディレクトリ
内で作成され、大型コンピュータの場合対象は対象（Ｇ
ＴＤＯＬ Ｉ Ｂ）ライブラリ内で作成される。
、またはＧＴＤによって一時的に使用されるが、それら
の使用は一般的にアプリケーションの開発者には不明で
ある。いくつかの場合、特に対象の場合、ＧＴＤのファ
イルを見付ける規則は、コンパイラ・ファイルの出力能
力が制限されているため、異なったものになる。ＵＮＩ
Ｘの場合対象はソース（ＧＴＤＳＬＩＢ）ディレクトリ
内で作成され、大型コンピュータの場合対象は対象（Ｇ
ＴＤＯＬ Ｉ Ｂ）ライブラリ内で作成される。
これらのＧＴＤの実行の僅かの相違は、アプリケーショ
ンの開発者が承知しているように、アプリケーションの
移動性に影響を与えず、またＧＴＤの開発環境に影響を
与えない。
ンの開発者が承知しているように、アプリケーションの
移動性に影響を与えず、またＧＴＤの開発環境に影響を
与えない。
第２水準のＥＴ手順の他の機能は、編集または変更のた
めの構成要素（パネル、手順、ビューおよびマツプ）の
ソースを選択し、識別するためのインターフェースを設
けることである。ＥＴ手順の第２水準の手順の各々を検
討する。指定された第２水準の手順の実行期間中に呼び
出される他の全ての手順は、特定の第２水準の手順の議
論に従う。
めの構成要素（パネル、手順、ビューおよびマツプ）の
ソースを選択し、識別するためのインターフェースを設
けることである。ＥＴ手順の第２水準の手順の各々を検
討する。指定された第２水準の手順の実行期間中に呼び
出される他の全ての手順は、特定の第２水準の手順の議
論に従う。
ＴＲＡＮパラメータ
この第３水準の手順は、ＴＤＦヘッダー、ＴＤＦの第１
拡張ヘツダー、およびＴＤＦの第２拡張ヘツダーからの
情報を含むデイスプレィ・パネルを提供する。ユーザは
、この表示パネル上で情報を適当に変更することができ
、これをＴＤＦにセーブすることができる。第２３ａ図
乃至第２３Ｃ図は、ＦＴＰ手順の好適な実施例のフロー
チャートを示し、これらの機能を更に詳しく説明する。
拡張ヘツダー、およびＴＤＦの第２拡張ヘツダーからの
情報を含むデイスプレィ・パネルを提供する。ユーザは
、この表示パネル上で情報を適当に変更することができ
、これをＴＤＦにセーブすることができる。第２３ａ図
乃至第２３Ｃ図は、ＦＴＰ手順の好適な実施例のフロー
チャートを示し、これらの機能を更に詳しく説明する。
この手順によってアプリケーションの設計者がトランザ
クションの基本パラメータを定義する方法が提供される
。この設計者は、ＴＤＴの名前とこれを含むＭＡＰＬＩ
Ｂを指定しなければならない。もしこれがＭＡＰＬＩＢ
内のＴＤＴに対する第１の参照であれば、システムは下
記の仮定を行う。即ち、ライブラリとディレクトリが５
ＲＣＬＩＢ、０ＢＪＬ ＩＢ、ＬＯＡＤＬ ＩＢ、ＤＢ
ＲＭＬ ＩＢ。
クションの基本パラメータを定義する方法が提供される
。この設計者は、ＴＤＴの名前とこれを含むＭＡＰＬＩ
Ｂを指定しなければならない。もしこれがＭＡＰＬＩＢ
内のＴＤＴに対する第１の参照であれば、システムは下
記の仮定を行う。即ち、ライブラリとディレクトリが５
ＲＣＬＩＢ、０ＢＪＬ ＩＢ、ＬＯＡＤＬ ＩＢ、ＤＢ
ＲＭＬ ＩＢ。
ＣＮＴＬＬＩＢ、およびＭＡＰＬＩＢであり、トランザ
クション・ビューはサフィックスＴＶＷ（ｔｄｔ ＴＶ
Ｗ）によってＴＤＴの名前を拡張して形成されなければ
ならず、ドキュメンテーションはＴＤＴの名前がレポー
トの名前であり、一方ＥＯＯはゼネレーションの名前（
ｔｄｔ、ＥＯｏ）であることを示す。
クション・ビューはサフィックスＴＶＷ（ｔｄｔ ＴＶ
Ｗ）によってＴＤＴの名前を拡張して形成されなければ
ならず、ドキュメンテーションはＴＤＴの名前がレポー
トの名前であり、一方ＥＯＯはゼネレーションの名前（
ｔｄｔ、ＥＯｏ）であることを示す。
これらのデフォルトの仕様の全ては、アプリケーション
の設計者によって変更することができる。
の設計者によって変更することができる。
ライブラリとディレクトリの名前が指定されてしまうと
、これらはトランザクションの寿命全体にわたって不変
のままである。ｄｏｃｕｍｅｎｔａｔｉｏｎ、ｒｅｐｏ
ｒｔ。
、これらはトランザクションの寿命全体にわたって不変
のままである。ｄｏｃｕｍｅｎｔａｔｉｏｎ、ｒｅｐｏ
ｒｔ。
ｇｅｎｅｒａｔｉｏｎは、何時でも変更することができ
る。
る。
これによって新しいアプリケーションのドキュメンテー
ションを解放する便利な方法が与えられる。
ションを解放する便利な方法が与えられる。
ＧＴＤの編集トランザクションの定義（以下ｒＥＴＥＴ
手順呼ぶ）は、パネルを表示する手順を実行することに
よってブロック１０２４２０で開始され（第２１図、ブ
ロック４７３００）、ＧＴＤＥＴパネルの表示を選択す
る。このパネルは、第３水準の手順の選択リストを含ん
でいる。
手順呼ぶ）は、パネルを表示する手順を実行することに
よってブロック１０２４２０で開始され（第２１図、ブ
ロック４７３００）、ＧＴＤＥＴパネルの表示を選択す
る。このパネルは、第３水準の手順の選択リストを含ん
でいる。
ブロック１０２４００は、ＦＥ手順（第２２図、ブロッ
ク４８１３０）を実行して、ユーザが入力の終了を指示
したかどうかをチエツクする。もし終了が指示されてい
れば、プログラムはブロック１０２８５０にジャンプし
てＥＴ手順を抜ける。
ク４８１３０）を実行して、ユーザが入力の終了を指示
したかどうかをチエツクする。もし終了が指示されてい
れば、プログラムはブロック１０２８５０にジャンプし
てＥＴ手順を抜ける。
もし終了がブロック１０２４８０で指示されていなけれ
ば、手順はＧＴＤＴ手順として知られているＴＤＦ手順
のロードと作成を実行しく第２４図、ブロック４４９６
０）、このロードと作成が成功したかどうかを調べる（
ブロック１０２４８５）。
ば、手順はＧＴＤＴ手順として知られているＴＤＦ手順
のロードと作成を実行しく第２４図、ブロック４４９６
０）、このロードと作成が成功したかどうかを調べる（
ブロック１０２４８５）。
もしロードと作成が成功したなら、手順はブロック１０
２５５０にジャンプする。もしそうでなければ、手順は
５ＴＤＥテーブル内の入力の数を１にセットし、５ＴＤ
Ｅテーブルの無いことを示しくブロック１０２４９０）
、ユーザの選択領域をクリアする（ブロック１０２５０
０）。
２５５０にジャンプする。もしそうでなければ、手順は
５ＴＤＥテーブル内の入力の数を１にセットし、５ＴＤ
Ｅテーブルの無いことを示しくブロック１０２４９０）
、ユーザの選択領域をクリアする（ブロック１０２５０
０）。
判定ブロック１０２５５０は、編集トランザクション・
パラメータに対する要求、ＧＴＤＳＥＬ＝１が存在する
かどうかをチエツクする。もし存在すれば、編集トラン
ザクション・パラメータの手順（第２７図、ブロック１
０２９３０）が実行され、手順はブロック１０２８１０
にジャンプする。もし編集トランザクション・パラメー
タに対する要求が存在しなければ、手順は編集パネル・
リストに対する要求、ＧＴＤＳＥＬ＝２が存在するかど
うかをチエツクしくブロック１０２５９０）、もしこれ
があれば、編集パネル・リストの手順（第２８図、ブロ
ック１０３１９０）が実行され、手順は次にブロック１
０２８１０に戻る。
パラメータに対する要求、ＧＴＤＳＥＬ＝１が存在する
かどうかをチエツクする。もし存在すれば、編集トラン
ザクション・パラメータの手順（第２７図、ブロック１
０２９３０）が実行され、手順はブロック１０２８１０
にジャンプする。もし編集トランザクション・パラメー
タに対する要求が存在しなければ、手順は編集パネル・
リストに対する要求、ＧＴＤＳＥＬ＝２が存在するかど
うかをチエツクしくブロック１０２５９０）、もしこれ
があれば、編集パネル・リストの手順（第２８図、ブロ
ック１０３１９０）が実行され、手順は次にブロック１
０２８１０に戻る。
もし編集パネル・リストに対する要求が存在しなければ
、手順は編集手順リストに対する要求、ＧＴＤＳＥＬ＝
３が存在するかどうかをチエツクする（ブロック１０２
６３０）。もしこれが存在すれば、編集手順リストの手
順（第３０図、ブロック１０６６１０）が実行され、手
順はブロック１０２８１０で継続される。もし編集手順
リストに対する要求が存在しなければ、手順は編集メニ
ュー階層に対する要求、ＧＴＤＳＥＬ＝４が存在するか
どうかをチエツクする（ブロック１０２６７０）。
、手順は編集手順リストに対する要求、ＧＴＤＳＥＬ＝
３が存在するかどうかをチエツクする（ブロック１０２
６３０）。もしこれが存在すれば、編集手順リストの手
順（第３０図、ブロック１０６６１０）が実行され、手
順はブロック１０２８１０で継続される。もし編集手順
リストに対する要求が存在しなければ、手順は編集メニ
ュー階層に対する要求、ＧＴＤＳＥＬ＝４が存在するか
どうかをチエツクする（ブロック１０２６７０）。
もしこれが存在すれば、編集メニュー階層手順（第３７
図、ブロック１１０２８０）が実行され、手順はブロッ
ク１０２８１０にジャンプする。
図、ブロック１１０２８０）が実行され、手順はブロッ
ク１０２８１０にジャンプする。
もし編集メニュー階層に対する要求がなければ、手順は
編集言語リストに対する要求、ＧＴＤＳＥＬ−５がある
かどうかをチエツクする（ブロック１０２７１０）。も
しこれがあれば、編集言語リスト手順（第４０図、ブロ
ック１１３０７０）が実行され、手順はブロック１０２
８１０で継続される。もし編集言語リストに対する要求
がなげれば、手順は編集トランザクション・ビューに対
する要求、ＧＴＤＳＥＬ＝６があるかどうかをチエツク
する（ブロック１０２７５０）。もしこれがあれば、ト
ランザクション・ビュー・ファイルの十分修飾された名
前が構築され、編集手順（第２３図、ブロック４３８６
０）が呼び出されて、編集プログラムをピント（ｂｉｄ
）する。編集が終了するかまたは編集トランザクショ
ン・ビューに対する要求がなかったならば、手順はブロ
ック１０２８１０に進む。
編集言語リストに対する要求、ＧＴＤＳＥＬ−５がある
かどうかをチエツクする（ブロック１０２７１０）。も
しこれがあれば、編集言語リスト手順（第４０図、ブロ
ック１１３０７０）が実行され、手順はブロック１０２
８１０で継続される。もし編集言語リストに対する要求
がなげれば、手順は編集トランザクション・ビューに対
する要求、ＧＴＤＳＥＬ＝６があるかどうかをチエツク
する（ブロック１０２７５０）。もしこれがあれば、ト
ランザクション・ビュー・ファイルの十分修飾された名
前が構築され、編集手順（第２３図、ブロック４３８６
０）が呼び出されて、編集プログラムをピント（ｂｉｄ
）する。編集が終了するかまたは編集トランザクショ
ン・ビューに対する要求がなかったならば、手順はブロ
ック１０２８１０に進む。
この時点で、手順はＴＤＦファイルを書き込み、次に書
き込みが成功したかどうかをチエツクする（ブロック１
０２８１５）。もし成功しなければ、手順はエラー・メ
ツセージの領域、ＧＴＤＭＳＧをｒＴＤＴ ＷＲＩＴ
Ｅ ＦＡＩＬＥＤＪにセットし、ブロック１０２４２
０に進む。もし書き込みが成功すれば、手順はブロック
１０２４２０に戻り、他のＧＴＤＥＴパネルの表示を待
機する。
き込みが成功したかどうかをチエツクする（ブロック１
０２８１５）。もし成功しなければ、手順はエラー・メ
ツセージの領域、ＧＴＤＭＳＧをｒＴＤＴ ＷＲＩＴ
Ｅ ＦＡＩＬＥＤＪにセットし、ブロック１０２４２
０に進む。もし書き込みが成功すれば、手順はブロック
１０２４２０に戻り、他のＧＴＤＥＴパネルの表示を待
機する。
ＧＴＤ ＧＥＴ ＴＤＦ：ＧＴＤＴこの手順の好適
な実施例を示す第２４ａ図乃至第２４ｒ図によれば、Ｇ
ＴＤＴ手順はＴＤＦファイルをメモリにロードする。ヘ
ッダーの記録がトランザクション・ビューの適当な領域
に記憶され、パネル、手順、言語、およびメニューの入
力の構成要素の記録が５ＴＤＥテーブルに記憶される。
な実施例を示す第２４ａ図乃至第２４ｒ図によれば、Ｇ
ＴＤＴ手順はＴＤＦファイルをメモリにロードする。ヘ
ッダーの記録がトランザクション・ビューの適当な領域
に記憶され、パネル、手順、言語、およびメニューの入
力の構成要素の記録が５ＴＤＥテーブルに記憶される。
もしＴＤＦファイルが存在していなければ、メモリ領域
はデフォルトＴＤＦファイルの値によって初期化される
。ＴＤＦファイルの記録のフォーマント、およびその結
果トランザクション・ビュー・ヘッダ・レコードの作業
領域のフォーマント並びに５ＴＤＥテーブルの入力は、
ＴＤＦドキュメンテーション内でドキュメント化される
。
はデフォルトＴＤＦファイルの値によって初期化される
。ＴＤＦファイルの記録のフォーマント、およびその結
果トランザクション・ビュー・ヘッダ・レコードの作業
領域のフォーマント並びに５ＴＤＥテーブルの入力は、
ＴＤＦドキュメンテーション内でドキュメント化される
。
ＧＴＤ ＧＥＴトランザクション定義ファイル（ＴＤ
Ｆ）の手順は、５ＴＤＥテーブルの入力をフ゛ランクに
クリアしくフ゛ロック４５０００）、ＭＡＴＬＩＢの経
路の名前（ｇｔｄｍｌｉｂ ） 、Ｔ Ｄ Ｔの名前（
ｇｔｄｍｍｅｍ ） 、およびサフィックスｒ、ｔｄｔ
ｊを使用して、ＴＤＦファイルの経路の名前を構築する
（ブロック４５０３０）ことによって開始される。この
手順は、システム・パネルとデフォルト・アプリケーシ
ョン・プロファイル・ビューに対するデフォルトの構成
要素の名前を構築し、これらを以下に示す変数に記憶す
る。即ち、これらの変数とは、メイン・メニュー、変数
ｇｔｄｈｍｅｎｕ；情報メニュー、変数ｇｔｄｈｉｍｎ
ｕ；情報パネル、変数ｇｔｄｈｉｎｆｏ； ヘルプ・パ
ネル、変数ｇｔｄｈｈｅｌｐ、グロサリ・パネル、変数
ｇｔｄｈｇｌｏｓ；およびプロファイル・ビュー、変数
ｇ ｔｄｈｐｖ−である（ブロック４５２５０）。これ
らの名前は、選好上の問題として選択されたものであり
、本発明の範囲を限定するものではないことを思い出す
必要がある。デフォルトの構成要素の名前は、ｇｔｄｍ
ｍｅｍに記憶されたＴＤＴの名前を使用することと、種
々の構成要素（例えばメイン・メニューに対するＭＥＮ
Ｕ、情報メニューに対するＩＭＮＵなど）を識別するサ
フィックスを付加することによって構築される。
Ｆ）の手順は、５ＴＤＥテーブルの入力をフ゛ランクに
クリアしくフ゛ロック４５０００）、ＭＡＴＬＩＢの経
路の名前（ｇｔｄｍｌｉｂ ） 、Ｔ Ｄ Ｔの名前（
ｇｔｄｍｍｅｍ ） 、およびサフィックスｒ、ｔｄｔ
ｊを使用して、ＴＤＦファイルの経路の名前を構築する
（ブロック４５０３０）ことによって開始される。この
手順は、システム・パネルとデフォルト・アプリケーシ
ョン・プロファイル・ビューに対するデフォルトの構成
要素の名前を構築し、これらを以下に示す変数に記憶す
る。即ち、これらの変数とは、メイン・メニュー、変数
ｇｔｄｈｍｅｎｕ；情報メニュー、変数ｇｔｄｈｉｍｎ
ｕ；情報パネル、変数ｇｔｄｈｉｎｆｏ； ヘルプ・パ
ネル、変数ｇｔｄｈｈｅｌｐ、グロサリ・パネル、変数
ｇｔｄｈｇｌｏｓ；およびプロファイル・ビュー、変数
ｇ ｔｄｈｐｖ−である（ブロック４５２５０）。これ
らの名前は、選好上の問題として選択されたものであり
、本発明の範囲を限定するものではないことを思い出す
必要がある。デフォルトの構成要素の名前は、ｇｔｄｍ
ｍｅｍに記憶されたＴＤＴの名前を使用することと、種
々の構成要素（例えばメイン・メニューに対するＭＥＮ
Ｕ、情報メニューに対するＩＭＮＵなど）を識別するサ
フィックスを付加することによって構築される。
ブロック４５４１０で、ＴＤＦファイルは読み出し目的
のためのみにオプーン（ｏｐｅｎ ）、され、５ＴＤＥ
入力テーブルのカウント、ｎｅｎｔはゼロに初期化され
る（ブロック４５４２０）。ブロック４５４３０は、こ
のオープン（ｏｐｅｎ ）が成功したかどうかをチエツ
クする。もしこれが成功しなかったなら、手順はブロッ
ク４５４４０に進み、５ＴＤＥテーブルのＴＤＦファイ
ルとＧＴＤ ）ランザクジョン・ビューのヘッダーの記
録領域のＴＤＦファイルに対してイニシャライゼーショ
ン・データを構築する。もしこのオープンが成功したな
ら、ＴＤＦファイルはトランザクション・ビューのヘッ
ダー記録領域にロードされ、ＴＤＦの構成要素の記録は
５ＴＤＥテーブルにロードされる。
のためのみにオプーン（ｏｐｅｎ ）、され、５ＴＤＥ
入力テーブルのカウント、ｎｅｎｔはゼロに初期化され
る（ブロック４５４２０）。ブロック４５４３０は、こ
のオープン（ｏｐｅｎ ）が成功したかどうかをチエツ
クする。もしこれが成功しなかったなら、手順はブロッ
ク４５４４０に進み、５ＴＤＥテーブルのＴＤＦファイ
ルとＧＴＤ ）ランザクジョン・ビューのヘッダーの記
録領域のＴＤＦファイルに対してイニシャライゼーショ
ン・データを構築する。もしこのオープンが成功したな
ら、ＴＤＦファイルはトランザクション・ビューのヘッ
ダー記録領域にロードされ、ＴＤＦの構成要素の記録は
５ＴＤＥテーブルにロードされる。
ブロック４５４３２で手順は、ＴＤＦファイル（ＴＤＴ
ＧＥＴ ｒ手順」第２５図、ブロック１６１４０）から
ｇｅｔ ｒｅｃｏｒｄを実行する。この時点で得られた
記録は、ＴＤＦヘッグーの記録である。ブロック４５４
３４は、ＴＤＴＧＥＴが成功したかどうかをチエツクす
る。もし成功したなら、手順はブロック４６４３０にジ
ャンプしてヘッダー記録の読み出しを実証する。もしＴ
ＤＴＧＥＴが成功しなかったなら、手順はブロック４５
４４０に進む。ブロック４５４４０乃至４６４１０は、
５ＴＤＥテーブルおよびＧＴＤ ）ランザクジョン・ビ
ューのヘッダーの記録領域内のＴＤＦに対してイニシャ
ライゼーション・データを構築し、次にアプリケーショ
ン・トランザクション・ビューを構築する。
ＧＥＴ ｒ手順」第２５図、ブロック１６１４０）から
ｇｅｔ ｒｅｃｏｒｄを実行する。この時点で得られた
記録は、ＴＤＦヘッグーの記録である。ブロック４５４
３４は、ＴＤＴＧＥＴが成功したかどうかをチエツクす
る。もし成功したなら、手順はブロック４６４３０にジ
ャンプしてヘッダー記録の読み出しを実証する。もしＴ
ＤＴＧＥＴが成功しなかったなら、手順はブロック４５
４４０に進む。ブロック４５４４０乃至４６４１０は、
５ＴＤＥテーブルおよびＧＴＤ ）ランザクジョン・ビ
ューのヘッダーの記録領域内のＴＤＦに対してイニシャ
ライゼーション・データを構築し、次にアプリケーショ
ン・トランザクション・ビューを構築する。
ブロック４５４４０で、手順は、ＴＤＦへ・ノダー領域
を含むＧＴＤ）ランザクジョン・ビュー内の作業領域の
フィールドをブランクにセットする。
を含むＧＴＤ）ランザクジョン・ビュー内の作業領域の
フィールドをブランクにセットする。
ＴＤＦヘッダー領域は、次に下記にリストするデフォル
ト値に初期化される（ブロック４５４５０）。
ト値に初期化される（ブロック４５４５０）。
即ち、これらのデフォルト値は、ｇｔｄｈｒｔｙｐ＝
ｒ ＨＪ ；ｇｔｄｈｍｔｙｐ＝ ｒ Ｄ Ｊ ； ｇ
ｔｄｈｍｅｍ＝ｇｔｄｍｍｅｍ； ｇｔｄｍｌｉｂ＝最
後のトークン（ｔｏｋｅｎ ） （ＭＡ Ｐ Ｌ Ｉ
Ｂの部分）を取り除いたｇｔｄｍｌｉｂ 、 ｒＬ
ＯＡＤＬ ＩＢＪ ；ｇｔｄｌｍｅｍ−ｇｔｄｍｍｅｍ
ｒ Ｐ ＲＯＧ Ｊ ； ｇｔｄｓｌｉｂ＝最後の
トークン（ＭＡＰＬＩＢの部分）を取り除いたｇｔｄｍ
ｌｉｂ、ｒｓＲｃＬ Ｉ ＢＪ ；ｇｔｄｏｌｉｂ＝最
後のトークン（ＭＡＰＬＩＢＱ部分）を取り除いたｇｔ
ｄｍｌｉｂ 、 ｒＯＢＪＬＩＢＪ ；ｇｔｄｄｌｉ
ｂ＝最後のトークン（ＭＡＰＬＩＢの部分）を取り除い
たｇｔｔｌｍｌｉｂ、ｒＤＢＲＭＬ Ｉ ＢＪ Ｈｇｔ
ｄｎｌｉｂ＝最後のトークン（ＭＡＰＬＩＢの部分）を
取り除いたｇｔｄｍｌｉｂ−１ｒ ＣＮ Ｔ Ｌ Ｌ
Ｉ Ｂ Ｊ ； ｇｔｄｈｄｒ＝ｇｔｄｍｍｅｍ；ｇｔ
ｄｈｄｇ＝ ｒ Ｅ ＯＯＪ ； ｇｔｄｃｍｅｍ＝ｇ
ｔｄｍｍｅｍ 。
ｒ ＨＪ ；ｇｔｄｈｍｔｙｐ＝ ｒ Ｄ Ｊ ； ｇ
ｔｄｈｍｅｍ＝ｇｔｄｍｍｅｍ； ｇｔｄｍｌｉｂ＝最
後のトークン（ｔｏｋｅｎ ） （ＭＡ Ｐ Ｌ Ｉ
Ｂの部分）を取り除いたｇｔｄｍｌｉｂ 、 ｒＬ
ＯＡＤＬ ＩＢＪ ；ｇｔｄｌｍｅｍ−ｇｔｄｍｍｅｍ
ｒ Ｐ ＲＯＧ Ｊ ； ｇｔｄｓｌｉｂ＝最後の
トークン（ＭＡＰＬＩＢの部分）を取り除いたｇｔｄｍ
ｌｉｂ、ｒｓＲｃＬ Ｉ ＢＪ ；ｇｔｄｏｌｉｂ＝最
後のトークン（ＭＡＰＬＩＢＱ部分）を取り除いたｇｔ
ｄｍｌｉｂ 、 ｒＯＢＪＬＩＢＪ ；ｇｔｄｄｌｉ
ｂ＝最後のトークン（ＭＡＰＬＩＢの部分）を取り除い
たｇｔｔｌｍｌｉｂ、ｒＤＢＲＭＬ Ｉ ＢＪ Ｈｇｔ
ｄｎｌｉｂ＝最後のトークン（ＭＡＰＬＩＢの部分）を
取り除いたｇｔｄｍｌｉｂ−１ｒ ＣＮ Ｔ Ｌ Ｌ
Ｉ Ｂ Ｊ ； ｇｔｄｈｄｒ＝ｇｔｄｍｍｅｍ；ｇｔ
ｄｈｄｇ＝ ｒ Ｅ ＯＯＪ ； ｇｔｄｃｍｅｍ＝ｇ
ｔｄｍｍｅｍ 。
ｒ Ｔ Ｖ Ｗ Ｊ ； ｇｔｄａｐｐｌ ＝ｇｔｄ
ｍｍｅｎＢおよびｇｔｄｒｅｌｎ＝ｒＯＯＯＯＪ。
ｍｍｅｎＢおよびｇｔｄｒｅｌｎ＝ｒＯＯＯＯＪ。
ＴＤＦの第１拡張ヘツダー・フィルドを含むＧＴＤ ）
ランザクジョン・ビューの作業領域フィールドは、ブラ
ンクにセットされ（ブロック４５７３０）、以下にリス
トするデフォルト値に初期化される（ブロック４５７４
０）。即ち、これらのデフォルト値は、ＢＩＧ ＥＮ
ＤＩＡＮフォーマットの場合のｇｔｄｈｅｘｌ ＝ ｒ
ＨＸ Ｊおよびｇｔｄｈｅｘｌｎ −１である。整数
データが記憶されているバイトの順序は装置が異なると
異なる。ＢＩＧＥＮＤＩＡＮのフォーマットは左から右
の方向に高位から最下位にバイトの記憶装置を参照する
。
ランザクジョン・ビューの作業領域フィールドは、ブラ
ンクにセットされ（ブロック４５７３０）、以下にリス
トするデフォルト値に初期化される（ブロック４５７４
０）。即ち、これらのデフォルト値は、ＢＩＧ ＥＮ
ＤＩＡＮフォーマットの場合のｇｔｄｈｅｘｌ ＝ ｒ
ＨＸ Ｊおよびｇｔｄｈｅｘｌｎ −１である。整数
データが記憶されているバイトの順序は装置が異なると
異なる。ＢＩＧＥＮＤＩＡＮのフォーマットは左から右
の方向に高位から最下位にバイトの記憶装置を参照する
。
この順序は、ソースＴＤＦとＭＡＰ内の整数データのよ
うな装置の間で転送されるべきデータ・セット内に記憶
されている整数データに対する規定として使用される。
うな装置の間で転送されるべきデータ・セット内に記憶
されている整数データに対する規定として使用される。
ＬＩＴＴＬＥ ＥＮＤＩＡＮのような他の規定を使用
することもできる。
することもできる。
ＴＤＦの第２拡張ヘツダー・フィールドを含むＧＴＤ）
ランザクジョン・ビューの作業’ＳＪＩ 域のフィール
ドはブランクにセントされ（ブロック４５８００）、次
に下記にリストしたデフォルト値に初期化される（ブロ
ック４５８１０）。これらのデフォルト値は、ＢＩＧ
ＥＮＤＩＡＮフォーマントでｇｔｄｈｅｘ２ ＝ ｒ
ＨＸＪおよびｇｔｄｈｅｘ２ｎ ＝２である。ＴＤＦの
構成要素の人力は、下記の値を有するグロサリ・パネル
のＧＴＤ ）ランザクジョン・ビューの作業領域中に構
築される。即ち、これらの値は、ｇｔｄｅｎａｍｅ＝ｇ
ｔｄｈｇｌｏｓ、 ｇｔｄｅｉｐｎｍ＝ｒＴ ＥＴ Ｉ
ＧＬＯ３Ｊ 、およびｇｔｄｅｏｐｎｍ ＝ｒＩ Ｅ
ＴＯＣ；ＬＯ３Ｊである（ブロック４５８７０）。
ランザクジョン・ビューの作業’ＳＪＩ 域のフィール
ドはブランクにセントされ（ブロック４５８００）、次
に下記にリストしたデフォルト値に初期化される（ブロ
ック４５８１０）。これらのデフォルト値は、ＢＩＧ
ＥＮＤＩＡＮフォーマントでｇｔｄｈｅｘ２ ＝ ｒ
ＨＸＪおよびｇｔｄｈｅｘ２ｎ ＝２である。ＴＤＦの
構成要素の人力は、下記の値を有するグロサリ・パネル
のＧＴＤ ）ランザクジョン・ビューの作業領域中に構
築される。即ち、これらの値は、ｇｔｄｅｎａｍｅ＝ｇ
ｔｄｈｇｌｏｓ、 ｇｔｄｅｉｐｎｍ＝ｒＴ ＥＴ Ｉ
ＧＬＯ３Ｊ 、およびｇｔｄｅｏｐｎｍ ＝ｒＩ Ｅ
ＴＯＣ；ＬＯ３Ｊである（ブロック４５８７０）。
パネルの入力は、下記で説明するプロセスを使用して５
ＴＤＥテーブルに加えられる（ブロック４５９１０）。
ＴＤＥテーブルに加えられる（ブロック４５９１０）。
後程ＴＤＦに記憶するため、新しいパネルの入力を５Ｔ
ＤＥテーブルに加える試みが行われる。
ＤＥテーブルに加える試みが行われる。
もし与えられているパネルの名前がブランクであれば、
または５ＴＤＥテーブルが満杯であれば、または与えら
れているパネルの名前が既にテーブル内に存在していれ
ば、この試みは失敗する。もしエラーが検出されなけれ
ば、パネルの入力は、パネルの上昇順序で５ＴＤＥテー
ブルに挿入される。特に、新しいパネルは、より大きな
アルファベットの比較値を有する第１のパネルの名前の
前またはテーブルの端部に挿入される。５ＴＤＥ入力の
カウント、ｎｅｎ ｔがインクリメントされる（ブロッ
ク４５９１０）。
または５ＴＤＥテーブルが満杯であれば、または与えら
れているパネルの名前が既にテーブル内に存在していれ
ば、この試みは失敗する。もしエラーが検出されなけれ
ば、パネルの入力は、パネルの上昇順序で５ＴＤＥテー
ブルに挿入される。特に、新しいパネルは、より大きな
アルファベットの比較値を有する第１のパネルの名前の
前またはテーブルの端部に挿入される。５ＴＤＥ入力の
カウント、ｎｅｎ ｔがインクリメントされる（ブロッ
ク４５９１０）。
ＴＤＦの構成要素の入力は下記の値によってヘルプ・パ
ネルに対するＧＴＤトランザクション・ビューの作業領
域中に構築される。即ち、これらの値は、ｇｔｄｅｎａ
ｍｅ＝ｇｔｄｈｈｅｌｐ、 ｇｔｄｅｉｐｎｍ＝ｒＩＥ
ＴＩ）（ＥＬＰ」、およびｇｔｄｅｏｐｎｍ＝ｒＩ Ｅ
ＴＯＨＥＬＰＪである（ブロック４５９２０）。
ネルに対するＧＴＤトランザクション・ビューの作業領
域中に構築される。即ち、これらの値は、ｇｔｄｅｎａ
ｍｅ＝ｇｔｄｈｈｅｌｐ、 ｇｔｄｅｉｐｎｍ＝ｒＩＥ
ＴＩ）（ＥＬＰ」、およびｇｔｄｅｏｐｎｍ＝ｒＩ Ｅ
ＴＯＨＥＬＰＪである（ブロック４５９２０）。
パネルの入力は、ブロック４５９１０で説明するプロセ
スを使用して、５ＴＤＦ、テーブルに加えられる （ブ
ロック４５９５０）。
スを使用して、５ＴＤＦ、テーブルに加えられる （ブ
ロック４５９５０）。
次に、ＴＤＦの構成要素の入力は、下記の値によって情
報パネルに対するＧＴＤトランザクション・ビューの作
業領域内に構築される。即ち、これらの値は、ｇｔｄｅ
ｎａｍｅ＝ｇｔｄｈｉｎｆｏ、 ｇｔｄｅｉｐｎｍ＝ｒ
ｌＥＴＩ ＩＮＦＯＪ、およびｇｔｄｅｏｐｎｍ ＝ｒ
ＩＥＴＯＩＮＦＯＪである（ブｏ７り４５９６０）。
報パネルに対するＧＴＤトランザクション・ビューの作
業領域内に構築される。即ち、これらの値は、ｇｔｄｅ
ｎａｍｅ＝ｇｔｄｈｉｎｆｏ、 ｇｔｄｅｉｐｎｍ＝ｒ
ｌＥＴＩ ＩＮＦＯＪ、およびｇｔｄｅｏｐｎｍ ＝ｒ
ＩＥＴＯＩＮＦＯＪである（ブｏ７り４５９６０）。
パネル入力は、ブロック４５９１０で説明するプロセス
を使用して、５ＴＤＥテーブルに加えられる（ブロック
４５９９０）。
を使用して、５ＴＤＥテーブルに加えられる（ブロック
４５９９０）。
次に、ＴＤＦの構成要素の入力は、下記の値によってグ
ロサリ入力手順に対するＧＴＤ ）ランザクジョン・ビ
ューの作業領域に構築される。即ち、これらの値は、ｇ
ｔｄｅｎａｍｅ＝ Ｉ ＥＴ Ｉ ＧＬＯＳｓｇｔｄｅ
ｐｖｎｍ＝ ｒ Ｉ ＥＴＧ Ｐ ＶＷＪ 、およびｇ
ｔｄｅｃｔｙｐ＝ ｒＥＮＴＲＹＪである（ブロック４
６０００）。
ロサリ入力手順に対するＧＴＤ ）ランザクジョン・ビ
ューの作業領域に構築される。即ち、これらの値は、ｇ
ｔｄｅｎａｍｅ＝ Ｉ ＥＴ Ｉ ＧＬＯＳｓｇｔｄｅ
ｐｖｎｍ＝ ｒ Ｉ ＥＴＧ Ｐ ＶＷＪ 、およびｇ
ｔｄｅｃｔｙｐ＝ ｒＥＮＴＲＹＪである（ブロック４
６０００）。
この手順の入力は、下記で説明するプロセスを使用して
、５ＴＤＥテーブルに加えられる（ブロック４５９９０
）。
、５ＴＤＥテーブルに加えられる（ブロック４５９９０
）。
後程ＴＤＦに記憶するため、新しいパネルの入力を５Ｔ
ＤＥテーブルに加える試みが行われる。
ＤＥテーブルに加える試みが行われる。
もし与えられている手順の名前がブランクであれば、ま
たは５ＴＤＥテーブルが満杯であれば、または与えられ
ている手順の名前が既にテーブル内に存在していれば、
この試みは失敗する。もしエラーが検出されなければ、
手順の入力は、パネルの順序に関して上述したように、
手順の上昇順序で５ＴＤＥテーブルに挿入される。５Ｔ
ＤＥ入力のカウント、ｎｅｎ ｔがインクリメントされ
る（ブロック４５９９０）。
たは５ＴＤＥテーブルが満杯であれば、または与えられ
ている手順の名前が既にテーブル内に存在していれば、
この試みは失敗する。もしエラーが検出されなければ、
手順の入力は、パネルの順序に関して上述したように、
手順の上昇順序で５ＴＤＥテーブルに挿入される。５Ｔ
ＤＥ入力のカウント、ｎｅｎ ｔがインクリメントされ
る（ブロック４５９９０）。
ＴＤＦの構成要素の入力は、下記の値によってグロサリ
の出力手順に対するＧＴＤトランザクション・ビューの
作業領域内に構築される。即ち、これらの値は、ｇｔｄ
ｅｎａｍｅ−Ｉ Ｅ Ｔ Ｉ Ｇ Ｌ ＯＳである（ブ
ロック４６０５０）。手順の入力は、ブロック４５９９
０で説明するプロセスを使用して、５ＴＤＥテーブルに
加えられる（ブロック４６０６０）。
の出力手順に対するＧＴＤトランザクション・ビューの
作業領域内に構築される。即ち、これらの値は、ｇｔｄ
ｅｎａｍｅ−Ｉ Ｅ Ｔ Ｉ Ｇ Ｌ ＯＳである（ブ
ロック４６０５０）。手順の入力は、ブロック４５９９
０で説明するプロセスを使用して、５ＴＤＥテーブルに
加えられる（ブロック４６０６０）。
次に、ＴＤＦの構成要素の入力は、下記の値によって情
報入力手順に対するＧＴＤ ）ランザクジョン・ビュー
の作業領域内に構築される。即ち、これらの値は、ｇｔ
ｄｅｎａｍｅ−Ｉ Ｅ Ｔ Ｉ Ｉ Ｎ Ｆ Ｏｌおよ
びｇｔｄｅｐｖｎｍ＝ ｒ Ｉ Ｅ Ｔ Ｉ Ｐ Ｖ
ＷＪである（ブロック４６０７０）。手順の入力は、ブ
ロック４５９９０で説明するプロセスを使用して、５Ｔ
ＤＥテーブルに加えられる（ブロック４６０９０）。
報入力手順に対するＧＴＤ ）ランザクジョン・ビュー
の作業領域内に構築される。即ち、これらの値は、ｇｔ
ｄｅｎａｍｅ−Ｉ Ｅ Ｔ Ｉ Ｉ Ｎ Ｆ Ｏｌおよ
びｇｔｄｅｐｖｎｍ＝ ｒ Ｉ Ｅ Ｔ Ｉ Ｐ Ｖ
ＷＪである（ブロック４６０７０）。手順の入力は、ブ
ロック４５９９０で説明するプロセスを使用して、５Ｔ
ＤＥテーブルに加えられる（ブロック４６０９０）。
次に、ＴＤＦの構成要素の入力は、下記の値によって情
報出力手順に対するＧＴＤ ）ランザクジョン・ビュー
の作業領域に構築される。即ち、これらの値は、ｇｔｄ
ｅｎａｍｅ＝ Ｉ Ｅ Ｔ ＯＩ Ｎ Ｆ Ｏである（
ブロック４６１００）。この手順の入力は、ブロック４
５９９０で説明するプロセスを使用して、５ＴＤＥテー
ブルに加えられる（ブロック４６１１０）。
報出力手順に対するＧＴＤ ）ランザクジョン・ビュー
の作業領域に構築される。即ち、これらの値は、ｇｔｄ
ｅｎａｍｅ＝ Ｉ Ｅ Ｔ ＯＩ Ｎ Ｆ Ｏである（
ブロック４６１００）。この手順の入力は、ブロック４
５９９０で説明するプロセスを使用して、５ＴＤＥテー
ブルに加えられる（ブロック４６１１０）。
続いて、ＴＤＦの構成要素の入力は、下記の値によって
ヘルプ入力手順の対するＧＴＤ ）ランザクジョン・ビ
ューの作業領域に構築される。即ち、これらの値は、ｇ
ｔｄｅｎａｍｅ＝ Ｉ Ｅ Ｔ Ｉ ＨＬ Ｐ 、およ
びｇｔｄｅｐｖｎｍ＝ ｒ Ｉ Ｅ Ｔ ＨＰ Ｖ Ｗ
Ｊである（ブロック４６１２０）。この手順の入力は、
ブロック４５９９０で説明するプロセスを使用して、５
ＴＤＥテーブルに加えられる（ブロック４６１４０）。
ヘルプ入力手順の対するＧＴＤ ）ランザクジョン・ビ
ューの作業領域に構築される。即ち、これらの値は、ｇ
ｔｄｅｎａｍｅ＝ Ｉ Ｅ Ｔ Ｉ ＨＬ Ｐ 、およ
びｇｔｄｅｐｖｎｍ＝ ｒ Ｉ Ｅ Ｔ ＨＰ Ｖ Ｗ
Ｊである（ブロック４６１２０）。この手順の入力は、
ブロック４５９９０で説明するプロセスを使用して、５
ＴＤＥテーブルに加えられる（ブロック４６１４０）。
次に、ＴＤＦの構成要素の入力は、下記の値によってヘ
ルプ出力手順に対するＧＴＤ）ランザクジョン・ビュー
の作業領域に構築される。即ち、これらの値は、ｇｔｄ
ｅｎａｍｅ＝ Ｉ Ｅ Ｔ ＯＨＥ Ｌ Ｐである（ブ
ロック４６１５０）。この手順の入力は、ブロック４５
９９０で説明するプロセスを使用して、５ＴＤＥテーブ
ルに加えられる（ブロック４６１６０）。
ルプ出力手順に対するＧＴＤ）ランザクジョン・ビュー
の作業領域に構築される。即ち、これらの値は、ｇｔｄ
ｅｎａｍｅ＝ Ｉ Ｅ Ｔ ＯＨＥ Ｌ Ｐである（ブ
ロック４６１５０）。この手順の入力は、ブロック４５
９９０で説明するプロセスを使用して、５ＴＤＥテーブ
ルに加えられる（ブロック４６１６０）。
次に、ＴＤＦの構成要素の入力は、下記の値によってメ
イン・メニューの出力手順に対するＧＴＤトランザクシ
ョン・ビューの作業領域に構築される。即ち、これらの
値は、ｇｔｄｅｎａｍｅ ＝ ＩＥＴＩＭＥＮＵ％およ
びｇ ｔｄｅｐｖｎｍ ＝ ｇ ｔｄｈｐｖ−である（
ブロック４６１７０）。この手順の入力は、ブロック４
５９９０で説明するプロセスを使用して、５ＴＤＥテー
ブルに加えられる（ブロック４６１９０）。
イン・メニューの出力手順に対するＧＴＤトランザクシ
ョン・ビューの作業領域に構築される。即ち、これらの
値は、ｇｔｄｅｎａｍｅ ＝ ＩＥＴＩＭＥＮＵ％およ
びｇ ｔｄｅｐｖｎｍ ＝ ｇ ｔｄｈｐｖ−である（
ブロック４６１７０）。この手順の入力は、ブロック４
５９９０で説明するプロセスを使用して、５ＴＤＥテー
ブルに加えられる（ブロック４６１９０）。
ブロック４６２００では、ＴＤＦの構成要素の入力は、
下記の値によってメイン・メニューの出力手順に対する
ＧＴＤ）ランザクジョン・ビューの作業領域に構築され
る。即ち、これらの値は、ｇｔｄｅｎａｍｅ ＝ Ｉ
Ｅ Ｔ ＯＭ Ｅ Ｎ Ｕである。この手順の入力は、
ブロック４５９９０で説明するプロセスを使用して、５
ＴＤＥテーブルに加えられる（ブロック４６２１０）。
下記の値によってメイン・メニューの出力手順に対する
ＧＴＤ）ランザクジョン・ビューの作業領域に構築され
る。即ち、これらの値は、ｇｔｄｅｎａｍｅ ＝ Ｉ
Ｅ Ｔ ＯＭ Ｅ Ｎ Ｕである。この手順の入力は、
ブロック４５９９０で説明するプロセスを使用して、５
ＴＤＥテーブルに加えられる（ブロック４６２１０）。
次に、ＴＤＦの構成要素の入力は、下記の値によって表
示入力の出力手順に対するＧＴＤ ）ランザクジョン・
ビューの作業領域に構築される。即ち、これらの値は、
ｇｔｄｅｎａｍｅ＝ Ｉ Ｅ Ｔ Ｄ Ｉ Ｓ Ｐ Ｌ
である（ブロック４６２２０）。この手順の入力は、ブ
ロック４５９９０で説明するプロセスを使用して、５Ｔ
ＤＥテーブルに加えられる（ブロック４６６３０）。
示入力の出力手順に対するＧＴＤ ）ランザクジョン・
ビューの作業領域に構築される。即ち、これらの値は、
ｇｔｄｅｎａｍｅ＝ Ｉ Ｅ Ｔ Ｄ Ｉ Ｓ Ｐ Ｌ
である（ブロック４６２２０）。この手順の入力は、ブ
ロック４５９９０で説明するプロセスを使用して、５Ｔ
ＤＥテーブルに加えられる（ブロック４６６３０）。
最後に、ＴＤＦの構成要素の入力は下記の値によってメ
イン・メニューのシステム・ドキュメンテーション・メ
ニュー・エントリに対するＧＴＤトランザクション・ビ
ュー作業領域内に構築される。即ち、これらの値は、ｇ
ｔｄｅｎａｎ＋ｅ ＝ ｇｔｄｈｍｅｎｕ。
イン・メニューのシステム・ドキュメンテーション・メ
ニュー・エントリに対するＧＴＤトランザクション・ビ
ュー作業領域内に構築される。即ち、これらの値は、ｇ
ｔｄｅｎａｎ＋ｅ ＝ ｇｔｄｈｍｅｎｕ。
ｇｔｄｅｄｅｓｃ＝ ｒＳＹＳＴＥＭ ＤＯＣＵＭＥＮ
ＴＡＴＩＯＮ Ｊ、ｇｔｄｅｓｅｌ ＝ ｒ
ＯＪ 、ｇｔｄｉｐｎｍ＝ｇｔｄｈｉｏ＋ｎｕ、 ｇｔ
ｄｅｏｐｎｍ＝ ｒＧＴＤＪである（ブロック４６２４
０）。このメニューの入力は、以下で説明するプロセス
を使用して５ＴＤＥテ一ブル手順に加えられる（ブロッ
ク４６２９０）。
ＴＡＴＩＯＮ Ｊ、ｇｔｄｅｓｅｌ ＝ ｒ
ＯＪ 、ｇｔｄｉｐｎｍ＝ｇｔｄｈｉｏ＋ｎｕ、 ｇｔ
ｄｅｏｐｎｍ＝ ｒＧＴＤＪである（ブロック４６２４
０）。このメニューの入力は、以下で説明するプロセス
を使用して５ＴＤＥテ一ブル手順に加えられる（ブロッ
ク４６２９０）。
後程ＴＤＦに記憶するため、新しいメニューの入力を５
ＴＤＥテーブルに加える試みが行われる。
ＴＤＥテーブルに加える試みが行われる。
もし与えられているメニューの名前がブランクであれば
、または５ＴＤＥテーブルが満杯であれば、または与え
られているパネルの名前がＳＴＤＥＮＡＭＥフィールド
内で名前を付けられた５ＴＤＥＴＹＰｎｏｔ＝Ｅという
全ての他の種類の構成要素に対して既にテーブル内に存
在していれば、またはメニュー人力選択フィールド５Ｔ
ＤＥＳＥＬが既にこのメニューに対して存在していれば
、この試みは失敗する。もしエラーが検出されなければ
、メニューの入力は、手順の順序について前に議論した
ように、メニューの上昇順序で５ＴＤＥテーブルに挿入
される。５ＴＤＥ入力のカウント、ｎｅｎ ｔがインク
リメントされる（ブロック４６２９０）。
、または５ＴＤＥテーブルが満杯であれば、または与え
られているパネルの名前がＳＴＤＥＮＡＭＥフィールド
内で名前を付けられた５ＴＤＥＴＹＰｎｏｔ＝Ｅという
全ての他の種類の構成要素に対して既にテーブル内に存
在していれば、またはメニュー人力選択フィールド５Ｔ
ＤＥＳＥＬが既にこのメニューに対して存在していれば
、この試みは失敗する。もしエラーが検出されなければ
、メニューの入力は、手順の順序について前に議論した
ように、メニューの上昇順序で５ＴＤＥテーブルに挿入
される。５ＴＤＥ入力のカウント、ｎｅｎ ｔがインク
リメントされる（ブロック４６２９０）。
ＴＤＦの構成要素の入力は、下記の値によって情報メニ
ューの一般的な説明のメニューの入力に対するＧＴＤ
）ランザクジョン・ビューの作業領域内に構築される。
ューの一般的な説明のメニューの入力に対するＧＴＤ
）ランザクジョン・ビューの作業領域内に構築される。
即ち、これらの値は、ｇｔｄｅｎａｍｅ−ｇｔｄｈｉｍ
ｎｕ、 ｇｔｄｅｄｅｓｃ＝ ｒＧＥＮＥＲＡＬ ＤＥ
ＳＣＲＩＰＴＩＯＮＪ、ｇｔｄｅｓｅｌ ＝ ｒ Ｉ
Ｊ 、ｇｔｅｉｐｎｍ＝ｇｔｄｈｉｎｏｆ、 ｇｔｄｅ
ｏｐｎｍ＝ ｒＩＥＴＩＮＦＯＪである（ブロック４６
３００）。
ｎｕ、 ｇｔｄｅｄｅｓｃ＝ ｒＧＥＮＥＲＡＬ ＤＥ
ＳＣＲＩＰＴＩＯＮＪ、ｇｔｄｅｓｅｌ ＝ ｒ Ｉ
Ｊ 、ｇｔｅｉｐｎｍ＝ｇｔｄｈｉｎｏｆ、 ｇｔｄｅ
ｏｐｎｍ＝ ｒＩＥＴＩＮＦＯＪである（ブロック４６
３００）。
メニューの入力は、ブロック４６２９０で説明するプロ
セスを使用して、５ＴＤＥテーブルの手順に加えられる
（ブロック４６３５０）。
セスを使用して、５ＴＤＥテーブルの手順に加えられる
（ブロック４６３５０）。
次に、ＴＤＦの構成要素の入力は、下記の値によって情
報メニューの技術的な説明のメニューの入力に対するＧ
ＴＤトランザクション・ビューの作業領域内に構築され
る。即ち、これらの値は、ｇｔｄｅｄｅｓｃ＝ ｒｓＹ
ｓＴＥＭ ＤＯＣＵＭＩＩ！ＮＴＡＩＯＮ Ｊ 、およ
びｇｔｄｅｓｅｌ ＝ ｒ ２ ｊである（ブロック４
６３６０）。
報メニューの技術的な説明のメニューの入力に対するＧ
ＴＤトランザクション・ビューの作業領域内に構築され
る。即ち、これらの値は、ｇｔｄｅｄｅｓｃ＝ ｒｓＹ
ｓＴＥＭ ＤＯＣＵＭＩＩ！ＮＴＡＩＯＮ Ｊ 、およ
びｇｔｄｅｓｅｌ ＝ ｒ ２ ｊである（ブロック４
６３６０）。
メニューの入力は、ブロック４６２９０で説明するプロ
セスを使用して、５ＴＤＥテーブルの手順に加えられる
（ブロック４６３８０）。
セスを使用して、５ＴＤＥテーブルの手順に加えられる
（ブロック４６３８０）。
ブロック４６３９０では、この手順は、次に手順ｇｔｖ
−を使用してトランザクション・ビューを発生しく第２
６図、ブロック８２００）、メツセージのフィールド、
ｇｔｄｌｔｓｇをブランクにセットしくフロック４６４
００）、エラーを発生しないでこの手順を抜ける（ブロ
ック４６４１０）。
−を使用してトランザクション・ビューを発生しく第２
６図、ブロック８２００）、メツセージのフィールド、
ｇｔｄｌｔｓｇをブランクにセットしくフロック４６４
００）、エラーを発生しないでこの手順を抜ける（ブロ
ック４６４１０）。
ブロック４６４３０において、ヘッダーの記録はバッフ
ァの領域からＧＴＤトランザクション・ビューのＴＤＦ
ヘッダの領域に移動される。フロック４６４４０は、Ｔ
ＤＦ記録（ｇｔｄｈｒｔｙｐ＝ ｈ ）およびＴＤＴの
種類（ｇｔｄｈｍｔｙｐ ＝ Ｄ ）が受け入れ可能で
あるかどうかをチエツクする。もしこれらの記録が受け
入れ可能であれば、この手順はブロック４６４９０にジ
ャンプする。もしそうでなければ、この手順はエラー・
メソセージのフィールド、ｇｔｄｍｓｇをｒＩＮＶＡＬ
ＩＤ ＴＤＴ ＦＯＲＭＡＴＪに等しくセントしくブロ
ック４６４５０） 、ＴＤＦファイルを閉じ（ブロック
４６４６０）、そしてエラーを発生してこの手順を抜け
る（ブロック４６４７０）。
ァの領域からＧＴＤトランザクション・ビューのＴＤＦ
ヘッダの領域に移動される。フロック４６４４０は、Ｔ
ＤＦ記録（ｇｔｄｈｒｔｙｐ＝ ｈ ）およびＴＤＴの
種類（ｇｔｄｈｍｔｙｐ ＝ Ｄ ）が受け入れ可能で
あるかどうかをチエツクする。もしこれらの記録が受け
入れ可能であれば、この手順はブロック４６４９０にジ
ャンプする。もしそうでなければ、この手順はエラー・
メソセージのフィールド、ｇｔｄｍｓｇをｒＩＮＶＡＬ
ＩＤ ＴＤＴ ＦＯＲＭＡＴＪに等しくセントしくブロ
ック４６４５０） 、ＴＤＦファイルを閉じ（ブロック
４６４６０）、そしてエラーを発生してこの手順を抜け
る（ブロック４６４７０）。
ブロック４６４９０では、手順はＴＤＴＧＥＴ手順を使
用してＴＤＦファイルがら第１へフダー拡張記録を取得
する（第２５図、ブロック１６１４０）。
用してＴＤＦファイルがら第１へフダー拡張記録を取得
する（第２５図、ブロック１６１４０）。
第１ヘツダーの拡張記録は、バッファ領域がら（１，Ｔ
Ｄ）ランザクジョン・ビュー内の対応するＴＤＦヘッダ
作業領域に移動される（ブロック４６５００）。
Ｄ）ランザクジョン・ビュー内の対応するＴＤＦヘッダ
作業領域に移動される（ブロック４６５００）。
この手順は、次に再びＴＤＴＧＥＴ手順を使用してＴＤ
Ｆファイルから第２ヘツダーの拡張記録を得る（ブロッ
ク４６５１０）。第２ヘツダーの拡張記録は、バッファ
領域からＧＴＤトランザクション・ビューのＴＤＦのヘ
ッダー作業領域に移動され（ブロック４６５２０）、イ
ンデックスｒｅＪが５ＴＤＥテーブルの始め、ＴＤＦ入
力記録のメモリのコピーに示される（ブロック４６５３
０）。
Ｆファイルから第２ヘツダーの拡張記録を得る（ブロッ
ク４６５１０）。第２ヘツダーの拡張記録は、バッファ
領域からＧＴＤトランザクション・ビューのＴＤＦのヘ
ッダー作業領域に移動され（ブロック４６５２０）、イ
ンデックスｒｅＪが５ＴＤＥテーブルの始め、ＴＤＦ入
力記録のメモリのコピーに示される（ブロック４６５３
０）。
ブロック４６５４０乃至４６６５０は、ＴＤＦの構成要
素の記録から５ＴＤＥテーブルを初期化する。ＴＤＦ構
成要素の記録に記録されているＧＴＤによって情報が必
要とされる場合は何時でも、ＧＴＤは５ＴＤＥテーブル
から情報を取ってくる。アプリケーションの構成要素の
定義の変更は、全て５ＴＤＥテーブルの入力で実行され
る。
素の記録から５ＴＤＥテーブルを初期化する。ＴＤＦ構
成要素の記録に記録されているＧＴＤによって情報が必
要とされる場合は何時でも、ＧＴＤは５ＴＤＥテーブル
から情報を取ってくる。アプリケーションの構成要素の
定義の変更は、全て５ＴＤＥテーブルの入力で実行され
る。
５ＴＤＥテーブルに対する入力は、変更が終了した後、
ＧＴＤによって後程記憶される。全てのＴＤＦの情報は
、実行の期間中メモリに保持されるから、ＴＤＦはその
完全な状態で書き込まれることが可能であり、これによ
ってＴＤＦファイルに対する入力と出力を単純化する。
ＧＴＤによって後程記憶される。全てのＴＤＦの情報は
、実行の期間中メモリに保持されるから、ＴＤＦはその
完全な状態で書き込まれることが可能であり、これによ
ってＴＤＦファイルに対する入力と出力を単純化する。
特に、この手順はＴＤＴＧＥＴ手順を使用して（第２５
図、ブロック１６１４０）、ＴＤＦファイルから記録を
取得しくブロック４６５４０）、次にＴＤＴＧＥＴが成
功したかどうかをチエツクする（ブロック４６５４２）
。もしそれが成功したなら、手順は入力記録を５ＴＤＥ
テーブルの位置ｅで５ＴＤＥテーブルに移動させ（ブロ
ック４６６２０）。ｅをインクリメントして５ＴＤＥテ
ーブルの次の入力を示しくブロック４６６３０）、５Ｔ
ＤＥ入力のカウント、ｎｅｎ ｔをインクリメントしく
ブロック４６６４０）、そしてブロック４６５４０に戻
る。もしこれが成功しなかったなら、手順はブロック４
６６６０にジャンプする。
図、ブロック１６１４０）、ＴＤＦファイルから記録を
取得しくブロック４６５４０）、次にＴＤＴＧＥＴが成
功したかどうかをチエツクする（ブロック４６５４２）
。もしそれが成功したなら、手順は入力記録を５ＴＤＥ
テーブルの位置ｅで５ＴＤＥテーブルに移動させ（ブロ
ック４６６２０）。ｅをインクリメントして５ＴＤＥテ
ーブルの次の入力を示しくブロック４６６３０）、５Ｔ
ＤＥ入力のカウント、ｎｅｎ ｔをインクリメントしく
ブロック４６６４０）、そしてブロック４６５４０に戻
る。もしこれが成功しなかったなら、手順はブロック４
６６６０にジャンプする。
もしＴＤＴＧＥＴ手順が成功したなら、手順はバッファ
がブランクであるかどうかをチエツクする（ブロック４
６５４３）。
がブランクであるかどうかをチエツクする（ブロック４
６５４３）。
もしバッファがブランクでなければ、手順は５ＴＤＥテ
ーブルが満杯であるかどうかをチエツクする（ブロック
４６５６０）。もしこれが満杯でなければ、手順はブロ
ック４６６２０にジャンプする。もし５ＴＤＥテーブル
が満杯であれば、手順はエラー・メツセージのフィール
ド、ｇｔｄｍｓｇ。
ーブルが満杯であるかどうかをチエツクする（ブロック
４６５６０）。もしこれが満杯でなければ、手順はブロ
ック４６６２０にジャンプする。もし５ＴＤＥテーブル
が満杯であれば、手順はエラー・メツセージのフィール
ド、ｇｔｄｍｓｇ。
をｒＳＴＤＥ ＴＡＢＬＥ ＦＵＬＬＪに等しくセ
ットしくブロック４６５７０） 、ＴＤＦファイルを閉
じ（ブロック４６５８０）、エラーを発生してこの手順
を抜ける（プロラック４６５９０）。
ットしくブロック４６５７０） 、ＴＤＦファイルを閉
じ（ブロック４６５８０）、エラーを発生してこの手順
を抜ける（プロラック４６５９０）。
もしバッファがブランクであれば、手順はブロック４６
６２０をｍ続し、ここでこの手順はＴＤＦファイルを閉
じ、手順ＧＴＶＷを使用して（第２６図、ブロック８２
００）、トランザクション・ビューを発生しくブロック
４６６７０）、メツセージ・フィールド、ｇｔｄｍｓｇ
、、をブランクにセットしくブロック４６６９０）、手
順ＧＴＤＴを抜ける。
６２０をｍ続し、ここでこの手順はＴＤＦファイルを閉
じ、手順ＧＴＶＷを使用して（第２６図、ブロック８２
００）、トランザクション・ビューを発生しくブロック
４６６７０）、メツセージ・フィールド、ｇｔｄｍｓｇ
、、をブランクにセットしくブロック４６６９０）、手
順ＧＴＤＴを抜ける。
ＴＤＦ記録の−み ：ＴＤＴＧＥＴ手第２５ａ図およ
び第２５ｂ図は、本発明の好適な実施例のフローチャー
トを示し、ＧＴＤ ＴＤＦ入力手順はバッファをブラ
ンクにセントしくブロック１６１８０）、トランザクシ
ョン定義ファイル（ＴＤＦ）から４バイトのヘッダーを
読み出すことによって開始される。判定ブロック１６１
９０は読み出しが成功したかどうかをチエツクする。
び第２５ｂ図は、本発明の好適な実施例のフローチャー
トを示し、ＧＴＤ ＴＤＦ入力手順はバッファをブラ
ンクにセントしくブロック１６１８０）、トランザクシ
ョン定義ファイル（ＴＤＦ）から４バイトのヘッダーを
読み出すことによって開始される。判定ブロック１６１
９０は読み出しが成功したかどうかをチエツクする。
もしこれが成功していなければ、エラー・メ・７セージ
、ＧＴＤＭＳＧがｒＭＡＰＬ Ｉ Ｂ ＲＥＡＤＥＲ
ＲＯＲＪに等しくセットされ（ブロック１６２００）、
手順はエラーを発生してこのプロセスを抜ける（ブロッ
ク１６２１０）。もし読み出しが成功すれば、記録の長
さがＢＩＧ ＥＮＤＩＡＮフォーマットのヘッダー
の最初の２バイトの長さに等しくセットされる（ブロッ
ク１６２６０）。
、ＧＴＤＭＳＧがｒＭＡＰＬ Ｉ Ｂ ＲＥＡＤＥＲ
ＲＯＲＪに等しくセットされ（ブロック１６２００）、
手順はエラーを発生してこのプロセスを抜ける（ブロッ
ク１６２１０）。もし読み出しが成功すれば、記録の長
さがＢＩＧ ＥＮＤＩＡＮフォーマットのヘッダー
の最初の２バイトの長さに等しくセットされる（ブロッ
ク１６２６０）。
バッファの長さは記録の長さマイナス４バイトのヘッダ
に等しくセットされる（ブロック１６２８０）。
に等しくセットされる（ブロック１６２８０）。
ＴＤＦが読み出されてバッファをバッファの長さで示さ
れる長さを満たしくブロック１６３２０）、この手順は
読み出しが成功したかどうかをチエツクする（ブロック
１６３２５）。もしこれが成功していなければ、エラー
・メツセージ、ＧＴＤＭＳＧはｒＭＡＰＬＩＢ ＲＥ
ＡＤ ＥＲＲＯＲＪに等しくセットされ（ブロック１
６３３０）、手順はエラーを発生してこのプロセスを抜
ける（ブロック１６３４０）。もし読み出しが成功であ
ればプログラムは手順ＴＤＴＧＥＴを抜ける（ブロック
１６３６０）。
れる長さを満たしくブロック１６３２０）、この手順は
読み出しが成功したかどうかをチエツクする（ブロック
１６３２５）。もしこれが成功していなければ、エラー
・メツセージ、ＧＴＤＭＳＧはｒＭＡＰＬＩＢ ＲＥ
ＡＤ ＥＲＲＯＲＪに等しくセットされ（ブロック１
６３３０）、手順はエラーを発生してこのプロセスを抜
ける（ブロック１６３４０）。もし読み出しが成功であ
ればプログラムは手順ＴＤＴＧＥＴを抜ける（ブロック
１６３６０）。
第２６ａ図乃至第２６ｅ図は、本発明の好適な実施例の
フローチャートを示し、ここでＧＴＤ トランザクショ
ン・ビューの手順は、バッファ領域をブランクにしくブ
ロック８２６０ ） 、ＧＴＤＳＬＩＢを使用してｇｔ
ｄｓｌｉｂからの５ＲＣＬＩＢ経路の名前をトランザク
ション・ビューのファイルの名前、変数ＧＴＤＣＭＥＭ
に与える（ブロック８２８０）。
フローチャートを示し、ここでＧＴＤ トランザクショ
ン・ビューの手順は、バッファ領域をブランクにしくブ
ロック８２６０ ） 、ＧＴＤＳＬＩＢを使用してｇｔ
ｄｓｌｉｂからの５ＲＣＬＩＢ経路の名前をトランザク
ション・ビューのファイルの名前、変数ＧＴＤＣＭＥＭ
に与える（ブロック８２８０）。
次にこの手順は、Ｇ Ｔ Ｄ ＣＭ Ｅ Ｍ ＝ｂｌａ
ｎｋであるかどうかをチエツクする（ブロック８３００
）。
ｎｋであるかどうかをチエツクする（ブロック８３００
）。
もしＧＴＤＣＭＥＭがブランクであれば、プログラムは
エラー・メツセージ・フィールド、ＧＴＤＭＳＧをｒｌ
ＮＶＡＬＩＤ ＴＲＡＮ ＶＩＥＷＮＡＭＥＪにセ
ントしくブロック８３１０）エラーを発生してこの手順
を抜ける（ブロック８３２０）。
エラー・メツセージ・フィールド、ＧＴＤＭＳＧをｒｌ
ＮＶＡＬＩＤ ＴＲＡＮ ＶＩＥＷＮＡＭＥＪにセ
ントしくブロック８３１０）エラーを発生してこの手順
を抜ける（ブロック８３２０）。
もしＧＴＤＣＭＥＭがブランクでなければ、完全なトラ
ンザクションＣ０ＢＯＬビユーの名前が現在の装置の標
準規定を使用して構築される。（ブロック８３４０）。
ンザクションＣ０ＢＯＬビユーの名前が現在の装置の標
準規定を使用して構築される。（ブロック８３４０）。
ＧＴＤは、オペレーテング・システムによって要求され
る規定を理解するため、各プラットホームに書き込まれ
る。トランザクション・ビューの名前が構築されると、
プログラムはトランザクション・ビューのファイルが既
に存在しているかどうかをチエツクする（ブロック８３
９０）。もしトランザクション・ビューが存在していれ
ば、エラー・メツセージ・フィールドＧＴＤＭＳＧはｒ
ＴＲＡＮ ＶＩＥＷ（ｃｐｙ）ＥＸ Ｉ ５ＴＳＪに
セットされ（ブロック８４００）、プログラムはエラー
を発生してこの手順を抜ける。
る規定を理解するため、各プラットホームに書き込まれ
る。トランザクション・ビューの名前が構築されると、
プログラムはトランザクション・ビューのファイルが既
に存在しているかどうかをチエツクする（ブロック８３
９０）。もしトランザクション・ビューが存在していれ
ば、エラー・メツセージ・フィールドＧＴＤＭＳＧはｒ
ＴＲＡＮ ＶＩＥＷ（ｃｐｙ）ＥＸ Ｉ ５ＴＳＪに
セットされ（ブロック８４００）、プログラムはエラー
を発生してこの手順を抜ける。
もし、トランザクション・ビューのファイルが存在して
いなければ、手順はトランザクション・ビューのファイ
ルを作成しようと試みる（ブロック８４４０）。もしこ
の作成が成功しなければ、プログラムはエラー・メツセ
ージ・フィールド、ＧＴＤＭＳＧ、をｒＴＲＡＮ Ｖ
Ｉ ＥＷ （ｃｐｙ）ｃｒｅａｔｅ ＦＡＩＬＥＤ
Ｊにセットしくブロック８４５０）、エラーを発生して
この手順を抜ける（ブロック８４６０）。もしこの作成
が成功すれば、インデックスが初期化されてスケルトン
（５ｋｅｌｅｔｏｎ ）プログラムの第１番面の線に示
される（ブロック８４９０）。この線は、これがスケル
トン・プログラムの最後の線であることを知るためにチ
エツクされる（ブロック８５００）。もしそうであれば
、手順はブロック８６２０にジャンプする。もしそうで
なければ、この線は出カバソファにコピーされ（ブロッ
ク８５３０）、終了する（ブロック８６６０）。
いなければ、手順はトランザクション・ビューのファイ
ルを作成しようと試みる（ブロック８４４０）。もしこ
の作成が成功しなければ、プログラムはエラー・メツセ
ージ・フィールド、ＧＴＤＭＳＧ、をｒＴＲＡＮ Ｖ
Ｉ ＥＷ （ｃｐｙ）ｃｒｅａｔｅ ＦＡＩＬＥＤ
Ｊにセットしくブロック８４５０）、エラーを発生して
この手順を抜ける（ブロック８４６０）。もしこの作成
が成功すれば、インデックスが初期化されてスケルトン
（５ｋｅｌｅｔｏｎ ）プログラムの第１番面の線に示
される（ブロック８４９０）。この線は、これがスケル
トン・プログラムの最後の線であることを知るためにチ
エツクされる（ブロック８５００）。もしそうであれば
、手順はブロック８６２０にジャンプする。もしそうで
なければ、この線は出カバソファにコピーされ（ブロッ
ク８５３０）、終了する（ブロック８６６０）。
次に、出カバソファがトランザクション・ビュー・ファ
イルに書き込まれ（ブロック８５６０）、手順は、書き
込みが成功したかどうかをチエツクする（ブロック８５
６５）。もし書き込みが成功すれば、手順はインデック
スをインクリメントしてスケルトン・トランザクション
・ビューの記録の次の線を示し、ブロック８５００に戻
る。もし書き込みが成功しなければ、エラー・メツセー
ジ・フィールド、ＧＴＤＭＳＧ、がｒＴＶＷ、ｃｐｙＷ
ＲＩＴＥ ＥＲＲＯＲＪにセントされる（ブロック８
５７０）。
イルに書き込まれ（ブロック８５６０）、手順は、書き
込みが成功したかどうかをチエツクする（ブロック８５
６５）。もし書き込みが成功すれば、手順はインデック
スをインクリメントしてスケルトン・トランザクション
・ビューの記録の次の線を示し、ブロック８５００に戻
る。もし書き込みが成功しなければ、エラー・メツセー
ジ・フィールド、ＧＴＤＭＳＧ、がｒＴＶＷ、ｃｐｙＷ
ＲＩＴＥ ＥＲＲＯＲＪにセントされる（ブロック８
５７０）。
ブロック８６２０において、手順はトランザクション・
ビューのファイルを閉じ、現在の装置の標準規定を使用
して完全なトランザクションＣビューのファイルの名前
を構築する（ブロック８６４０）。このトランザクショ
ン・ビューの名前が構築されると、プログラムは、トラ
ンザクション・ビューのファイルが既に存在しているか
どうかをチエツクする（ブロック８７１０）。もしトラ
ンザクション・ビューが存在していれば、エラー・メツ
セージ・フィールド、ＧＴＤＭＳＧ。
ビューのファイルを閉じ、現在の装置の標準規定を使用
して完全なトランザクションＣビューのファイルの名前
を構築する（ブロック８６４０）。このトランザクショ
ン・ビューの名前が構築されると、プログラムは、トラ
ンザクション・ビューのファイルが既に存在しているか
どうかをチエツクする（ブロック８７１０）。もしトラ
ンザクション・ビューが存在していれば、エラー・メツ
セージ・フィールド、ＧＴＤＭＳＧ。
はｒＴＲＡＮ Ｖ Ｉ ＥＷ （ｈ） ＥＸ Ｉ ５
ＴＳＪにセットされ（ブロック８７２０）、プログラム
はエラーを発生してこの手順を抜ける（ブロック８７３
０）。
ＴＳＪにセットされ（ブロック８７２０）、プログラム
はエラーを発生してこの手順を抜ける（ブロック８７３
０）。
もしトランザクション・ビュー・ファイルが存在してい
なければ、手順はトランザクション・ビュー・ファイル
を作成しようとする（ブロック８７６０）。もし作成が
成功しなければ、プログラムはエラー・メツセージ・フ
ィールド、ＧＴＤＭＳＧをｒ ＴＲＡＮ Ｖ Ｉ Ｅ
Ｗ （ｈ） ｃｒｅａｔｅ ＦＡＩＬＥＤ Ｊにセット
しくブロック８７７０）、エラーを発生してこの手順を
抜ける（ブロック８７８０）。もしこの作成が成功すれ
ば、インデックスが初期化されてスケルトン・プログラ
ムの第１の線を示す（ブロック８８１０）。この線は、
これがスケルトン・プログラムの最後の線であるかどう
かを知るためにチエツクされる（ブロック８８２０）。
なければ、手順はトランザクション・ビュー・ファイル
を作成しようとする（ブロック８７６０）。もし作成が
成功しなければ、プログラムはエラー・メツセージ・フ
ィールド、ＧＴＤＭＳＧをｒ ＴＲＡＮ Ｖ Ｉ Ｅ
Ｗ （ｈ） ｃｒｅａｔｅ ＦＡＩＬＥＤ Ｊにセット
しくブロック８７７０）、エラーを発生してこの手順を
抜ける（ブロック８７８０）。もしこの作成が成功すれ
ば、インデックスが初期化されてスケルトン・プログラ
ムの第１の線を示す（ブロック８８１０）。この線は、
これがスケルトン・プログラムの最後の線であるかどう
かを知るためにチエツクされる（ブロック８８２０）。
もしそうであれば、手順はブロック８９４０にジャンプ
し、トランザクション・ビューのファイルを閉じ、手順
ＧＴＶＷを抜ける（ブロック８９５０）。
し、トランザクション・ビューのファイルを閉じ、手順
ＧＴＶＷを抜ける（ブロック８９５０）。
もしそうであれば、この線は出力・バッファにコピーさ
れ（ブロック８８５０）、終了する（ブロック８８７０
）。
れ（ブロック８８５０）、終了する（ブロック８８７０
）。
出カバソファがトランザクション・ビュー・ファイルに
書き込まれ（ブロック８８８０）、手順は、書き込みが
成功したかどうかをチエツクする（ブロック８８８５）
。もし書き込みが成功すれば、手順はインデックスをイ
ンクリメントしてスケルトン・トランザクション・ビュ
ーの記録の次の線を示し、ブロック８８２０に戻る。も
し書き込みが成功しなければ、エラー・メツセージ・フ
ィールド、ＧＴＤＭＳＧがｒＴＶＷ、 ｈ ＷＲＩ
ＴＥＥＲＲＯＲＪにセントされ（ブロック８８９０）、
トランザクション・ビュー・ファイルが閉じられ（ブロ
ック８９４０）、プログラムはこの手順を抜ける（ブロ
ック８９５０）。
書き込まれ（ブロック８８８０）、手順は、書き込みが
成功したかどうかをチエツクする（ブロック８８８５）
。もし書き込みが成功すれば、手順はインデックスをイ
ンクリメントしてスケルトン・トランザクション・ビュ
ーの記録の次の線を示し、ブロック８８２０に戻る。も
し書き込みが成功しなければ、エラー・メツセージ・フ
ィールド、ＧＴＤＭＳＧがｒＴＶＷ、 ｈ ＷＲＩ
ＴＥＥＲＲＯＲＪにセントされ（ブロック８８９０）、
トランザクション・ビュー・ファイルが閉じられ（ブロ
ック８９４０）、プログラムはこの手順を抜ける（ブロ
ック８９５０）。
編 トランザクション・パラメータ： ＥＴＰ手順第２
７図は、この手順の好適な実施例のフローチャートを示
し、ＧＴＤｉ集トランザクション・パラメータの手順は
、ＴＤＦヘッダ、ＴＤＦ第１ヘッダの拡張、およびＴＤ
Ｆ第２ヘッダの拡張に対応するパネルのＧＴＤトランザ
クション・ビュー・フィールドでユーザの入力を受け取
る。スクリーンで定義されるユーザ情報は、最終的にＴ
ＤＦファイルに記憶される。ＴＤＦが最初に定義される
と、ＧＴＤは十分な数のデフォルト値を定義して動作Ｔ
ＤＦを定義する。これらの値は、特別の状況のためにユ
ーザによってカストマイズすることができる。確認が行
なわれ、正しくない入力が訂正される。
７図は、この手順の好適な実施例のフローチャートを示
し、ＧＴＤｉ集トランザクション・パラメータの手順は
、ＴＤＦヘッダ、ＴＤＦ第１ヘッダの拡張、およびＴＤ
Ｆ第２ヘッダの拡張に対応するパネルのＧＴＤトランザ
クション・ビュー・フィールドでユーザの入力を受け取
る。スクリーンで定義されるユーザ情報は、最終的にＴ
ＤＦファイルに記憶される。ＴＤＦが最初に定義される
と、ＧＴＤは十分な数のデフォルト値を定義して動作Ｔ
ＤＦを定義する。これらの値は、特別の状況のためにユ
ーザによってカストマイズすることができる。確認が行
なわれ、正しくない入力が訂正される。
手順ＥＴＰは、ＧＴＤＥＴＤパネルを表示するため選択
しているパネル（第２１図、ブロック４７３００）を表
示するための手順を実行することによって開始される（
ブロック１０２９８０）。
しているパネル（第２１図、ブロック４７３００）を表
示するための手順を実行することによって開始される（
ブロック１０２９８０）。
このパネルは、上述のＴＤＦヘッダ領域を有する。
この手順はユーザ入力領域ＧＴＤＬＭＥＭ。
ＧＴＤＨＤＲ，及びＧＴＤＨＤＧを上位のケースに変換
しくブロック１０２９９０）、解放数、ＧＴＤＲＥＬＮ
、領域が有効かどうかをチックする（ブロック１０３０
２０）。もしＧＴＤＲＥＬＮが無効であれば、この手順
は全てのイリーガルなキャラクタをデフォルト・キャラ
クタ「」（ブランク）に置き換え、ブロック１０３０７
０に進む。もしＧＴＤＲＥＬＮが有効であれば、この手
順はブロック１０３０７０に進み、ここでユーザ入力終
了表示を調べるためＦＥ手順（第２２図、ブロック４８
１３０）が実行される。もし終了が表示されなければ（
ブロック１０３０８０）、この手順はブロック１０２９
８０に戻る。もし終了が表示されれば、このプログラム
は手順ＥＴＰを抜ける。
しくブロック１０２９９０）、解放数、ＧＴＤＲＥＬＮ
、領域が有効かどうかをチックする（ブロック１０３０
２０）。もしＧＴＤＲＥＬＮが無効であれば、この手順
は全てのイリーガルなキャラクタをデフォルト・キャラ
クタ「」（ブランク）に置き換え、ブロック１０３０７
０に進む。もしＧＴＤＲＥＬＮが有効であれば、この手
順はブロック１０３０７０に進み、ここでユーザ入力終
了表示を調べるためＦＥ手順（第２２図、ブロック４８
１３０）が実行される。もし終了が表示されなければ（
ブロック１０３０８０）、この手順はブロック１０２９
８０に戻る。もし終了が表示されれば、このプログラム
は手順ＥＴＰを抜ける。
集パネル・リスト
この手順は、ＴＤＦパネルの記録形式からの情報を含む
表示パネルを設ける第３水準の手順である。この情報は
パネル入力定義に特徴を与え、リスト中のパネルに表示
する。１回に表示することが可能な数より多くのパネル
入力を定義することが可能であるので、パネル・リスト
を介してナビゲーション（ｎａｖｉｇａｔｉｏｎ ）を
行わせる機能が提供される。新しいパネル定義を追加し
、現在のパネル定義を変更し、現在のパネルの定義を削
除し、現在の定義を表示し、パネル・マツプの編集を行
うために、また機能が提供される。
表示パネルを設ける第３水準の手順である。この情報は
パネル入力定義に特徴を与え、リスト中のパネルに表示
する。１回に表示することが可能な数より多くのパネル
入力を定義することが可能であるので、パネル・リスト
を介してナビゲーション（ｎａｖｉｇａｔｉｏｎ ）を
行わせる機能が提供される。新しいパネル定義を追加し
、現在のパネル定義を変更し、現在のパネルの定義を削
除し、現在の定義を表示し、パネル・マツプの編集を行
うために、また機能が提供される。
この手順は、アプリケーションの設計者にＴＤＴ内のパ
ネルのリストを与える。各パネル入力は、入力手順と出
力手順を有することができる。この設計者は、このリス
ト内で入力を追加、変更、削除、またほの編集すること
ができる。システムによって与えられた入力（例えば、
ＭＥＭＵ、ＨＥＬＰ。
ネルのリストを与える。各パネル入力は、入力手順と出
力手順を有することができる。この設計者は、このリス
ト内で入力を追加、変更、削除、またほの編集すること
ができる。システムによって与えられた入力（例えば、
ＭＥＭＵ、ＨＥＬＰ。
ＧＬＯ３、及びＩ ＮＦＯのサポート）は変更できない
。
。
パネル・リストから入力を削除するためには、選択され
たＭ域にｒＤＪが入力される。
たＭ域にｒＤＪが入力される。
パネル・リストに入力を加えるためには、ｒＡＪが選択
された領域に入力される。ユーザはパネルの名前、入力
手順、及び出力手順（オプション）を与えることによっ
てｒＡＤＤ ＰＡＮＥＬＪスクリーンを完了する。ｒ
ＡＤＤ ＰＡＮＥＬＪパネルが完了すると、この入力
はＴＤＴに挿入され、更新されたパネル・リストが設け
られる。
された領域に入力される。ユーザはパネルの名前、入力
手順、及び出力手順（オプション）を与えることによっ
てｒＡＤＤ ＰＡＮＥＬＪスクリーンを完了する。ｒ
ＡＤＤ ＰＡＮＥＬＪパネルが完了すると、この入力
はＴＤＴに挿入され、更新されたパネル・リストが設け
られる。
パネル・リストに対する入力を変更するために、選択さ
れた領域「Ｃ」が入力される。ユーザは、必要に応じて
ｒＣＨＡＮＧＥ ＰＡＮＥＬＪパネルに変更を行う。
れた領域「Ｃ」が入力される。ユーザは、必要に応じて
ｒＣＨＡＮＧＥ ＰＡＮＥＬＪパネルに変更を行う。
このｒＣＨＡ Ｎ Ｇ Ｅ Ｐ Ａ Ｎ Ｅ ＬＪパ
ネルが完了すると、これらの変更はＴＤＴに挿入され、
更新されたパネル・リストが設けられる。
ネルが完了すると、これらの変更はＴＤＴに挿入され、
更新されたパネル・リストが設けられる。
パネル・リスト内の入力を編集するためには、所望のパ
ネルの選択された領域に「Ｅ」が入力される。これはＣ
０ＤＥＳＴＡＲエデイタに編集用パネルを与える。編集
が要求された場合にパネルがなければ、デフォルト・パ
ネルが発生し、編集に対して与えられる。
ネルの選択された領域に「Ｅ」が入力される。これはＣ
０ＤＥＳＴＡＲエデイタに編集用パネルを与える。編集
が要求された場合にパネルがなければ、デフォルト・パ
ネルが発生し、編集に対して与えられる。
第２８ａないし２８ｆ図は、ＥＰ手順の好適な実施例の
フロー・チャートを示し、これらの機能をさらに詳細に
説明する。
フロー・チャートを示し、これらの機能をさらに詳細に
説明する。
このＧＴＤｗＭ集パネル・リス） （ＥＰ）手順は、ユ
ーザによって入力されるロケーション命令の入力の選択
領域を走査することによって開始される。
ーザによって入力されるロケーション命令の入力の選択
領域を走査することによって開始される。
このロケーションの名前はトランザクション・ビューの
ｄｎａｍｅ 領域にセーブされる。このロケーションの
名前は、編集リストに表示される最初のパネル入力とし
て使用される。もし位置決め命令がなければ、ｄｎａｍ
ｅはブランクにセットされる（ブロック１０３２４０）
。以下の表示領域の変数がブランクにされる（ブロック
１０３２６０）。これらの変数とは、選択、変数ｇｔｄ
ｓｅｌａ 、名前、変数ｄｎａｍｅａ 、入力ｐｒＯｃ
ｓ変数ｄｉｐｎｍ 、及び出力ｐｒｏｃ。
ｄｎａｍｅ 領域にセーブされる。このロケーションの
名前は、編集リストに表示される最初のパネル入力とし
て使用される。もし位置決め命令がなければ、ｄｎａｍ
ｅはブランクにセットされる（ブロック１０３２４０）
。以下の表示領域の変数がブランクにされる（ブロック
１０３２６０）。これらの変数とは、選択、変数ｇｔｄ
ｓｅｌａ 、名前、変数ｄｎａｍｅａ 、入力ｐｒＯｃ
ｓ変数ｄｉｐｎｍ 、及び出力ｐｒｏｃ。
変数ｄｏｐｎｍである。リターン・コード、ＲＣｌおよ
びパネルの数、ＮＰは初期化され（ブロック１Ｏ３３３
０）、パネル・テーブル、ＴＰはブランクにされる（ブ
ロック１０３３６０）。５ＴＤＥテーブルが走査され、
ＴＰにメニューとパネル入力の名前を加え、このテーブ
ルに加えられた入力の数をカウントし、この数をＴＰに
セーブする。
びパネルの数、ＮＰは初期化され（ブロック１Ｏ３３３
０）、パネル・テーブル、ＴＰはブランクにされる（ブ
ロック１０３３６０）。５ＴＤＥテーブルが走査され、
ＴＰにメニューとパネル入力の名前を加え、このテーブ
ルに加えられた入力の数をカウントし、この数をＴＰに
セーブする。
このＴＰはパネルのユニークなリストと上昇順に分類さ
れたメニューの名前を有する。このパネル・テーブル、
ｉ、のパネルの数に対するインデックスとスクリーン編
集リスト、ｊ、に対するインデックスは、ゼロに初期化
される（ブロック１０３５７０）。
れたメニューの名前を有する。このパネル・テーブル、
ｉ、のパネルの数に対するインデックスとスクリーン編
集リスト、ｊ、に対するインデックスは、ゼロに初期化
される（ブロック１０３５７０）。
フロック１０３５８０ないし１０３７２５は、スクリー
ンに表示される最初のパネル・リスト項目がパネル・リ
スト・テーフ゛ルに置かれるプロセスを構成する。次に
最初のパネルの名前と表示パネルに適合するのと同じ数
だけの後続のパネルの名前は、表示されている各パネル
入力に対する５ＴＤＥテーブルからの対応するパネルに
特徴を与える情報と共にパネル・リスト表示領域に載置
される。このプロセスは、このリストの最後までの全て
のパネルの名前またはスクリーンに適合する全てのパネ
ルの名前及びこれらに特徴を与えるデータが表示領域に
載置された場合に終了する。
ンに表示される最初のパネル・リスト項目がパネル・リ
スト・テーフ゛ルに置かれるプロセスを構成する。次に
最初のパネルの名前と表示パネルに適合するのと同じ数
だけの後続のパネルの名前は、表示されている各パネル
入力に対する５ＴＤＥテーブルからの対応するパネルに
特徴を与える情報と共にパネル・リスト表示領域に載置
される。このプロセスは、このリストの最後までの全て
のパネルの名前またはスクリーンに適合する全てのパネ
ルの名前及びこれらに特徴を与えるデータが表示領域に
載置された場合に終了する。
判定ブロック１０３５８０は、ｉがパネル・テーブルの
パネルの数取上であるかどうかをチエツクする。ｉがＮ
Ｐのパネルの数より大きければ、手順はブロック１０３
７５０にジャンプする。もしそうでなければ、この手順
はｊがスクリーンに適合する手順入力の数（１６）以上
であるかどうかをチエツクする（ブロック１０３５９０
）。もしｊが１６以上であれば、この手順はブロック１
０３７５０にジャンプする。もしそうでなければ、この
手順はパネル・テーブルの現在のパネルがユーザが必要
とする次のパネルｄｎａｍｅ以上であるかどうかをチエ
ツクする（ブロック１０３５９５）。もし現在のパネル
の名前が次のパネルの名前以下であると、この手順はブ
ロック１０３７２０にジャンプする。もし現在のパネル
の名前が次のパネルの名前以上であれば、編集リストの
ｊ番目の項目は以下の値に初期化される（ブロック１０
３６１０）。
パネルの数取上であるかどうかをチエツクする。ｉがＮ
Ｐのパネルの数より大きければ、手順はブロック１０３
７５０にジャンプする。もしそうでなければ、この手順
はｊがスクリーンに適合する手順入力の数（１６）以上
であるかどうかをチエツクする（ブロック１０３５９０
）。もしｊが１６以上であれば、この手順はブロック１
０３７５０にジャンプする。もしそうでなければ、この
手順はパネル・テーブルの現在のパネルがユーザが必要
とする次のパネルｄｎａｍｅ以上であるかどうかをチエ
ツクする（ブロック１０３５９５）。もし現在のパネル
の名前が次のパネルの名前以下であると、この手順はブ
ロック１０３７２０にジャンプする。もし現在のパネル
の名前が次のパネルの名前以上であれば、編集リストの
ｊ番目の項目は以下の値に初期化される（ブロック１０
３６１０）。
これらの値は、パネルの名前、インデックスｉにおける
変数ｄｎａｍｅａ ＝ Ｔ Ｐ、入力手順、変数ＩＥＴ
ＩＭＥＮＵ、及び出力手順の変数、ＩＥＴＩＯＭＥＮＵ
である。
変数ｄｎａｍｅａ ＝ Ｔ Ｐ、入力手順、変数ＩＥＴ
ＩＭＥＮＵ、及び出力手順の変数、ＩＥＴＩＯＭＥＮＵ
である。
この手順は、現在のパネルの名前、５ＴＤＥＴＹＰ＝Ｐ
とＴＰ （ｉ）＝ＳＴＤＥＮＡＭＥを有するパネル入力
用の５ＴＤＥテーブル入力を走査する（ブロック１０３
６４０）。判定ブロック１０３６５０はサーチが成功し
たかどうかをチエツクする。もし成功すれば、この手順
は編集リストのｊ番目の項目を以下の値に初期化する（
ブロック１０３６６０）。
とＴＰ （ｉ）＝ＳＴＤＥＮＡＭＥを有するパネル入力
用の５ＴＤＥテーブル入力を走査する（ブロック１０３
６４０）。判定ブロック１０３６５０はサーチが成功し
たかどうかをチエツクする。もし成功すれば、この手順
は編集リストのｊ番目の項目を以下の値に初期化する（
ブロック１０３６６０）。
即ち、これらの値は、入力手順、ｄｉｐｎｍＵ） ＝Ｓ
ＴＤＥ Ｉ ＰＮＭ、出力手順、ｄｏｐｎｍ（ｊ） ＝
ＳＴＤＥＯＰＮＭであり、次にｊをインクリメントする
（ブロック１０３７００）。もしこのサーチが成功しな
ければ、この手順はｊをインクリメントするだけである
（ブロック１０３７００）。
ＴＤＥ Ｉ ＰＮＭ、出力手順、ｄｏｐｎｍ（ｊ） ＝
ＳＴＤＥＯＰＮＭであり、次にｊをインクリメントする
（ブロック１０３７００）。もしこのサーチが成功しな
ければ、この手順はｊをインクリメントするだけである
（ブロック１０３７００）。
ブロック１０３７２０はインデックスｌをインクリメン
トし、次にブロック１０３５８０に戻る。
トし、次にブロック１０３５８０に戻る。
ブロック１０３７７５ないし１０４０３５は、ユーザが
各パネル・リストの試験を要求するプロセスによって構
成される。もし追加、削除、変更、または編集要求を識
別すると、次に適切なタスクが実行される。このプロセ
スは、これらの要求が識別されリスト中の各パネルに対
して実行された後終了する。
各パネル・リストの試験を要求するプロセスによって構
成される。もし追加、削除、変更、または編集要求を識
別すると、次に適切なタスクが実行される。このプロセ
スは、これらの要求が識別されリスト中の各パネルに対
して実行された後終了する。
Ｊはゼロに初期化され（ブロック１０３７７０）、この
手順はｊがスクリーンに適合する手順入力の数（１６）
以上であるかどうかをチエツクする。
手順はｊがスクリーンに適合する手順入力の数（１６）
以上であるかどうかをチエツクする。
もしｊが１６以上であれば、この手順はブロック１０４
０４０にジャンプする。もしそうでなければ、この手順
は追加パネル要求、ＧＴＤＳＥＬＡ＝「ａ」またはＡが
あるかどうかをチエツクする（ブロック１０３８１０）
。
０４０にジャンプする。もしそうでなければ、この手順
は追加パネル要求、ＧＴＤＳＥＬＡ＝「ａ」またはＡが
あるかどうかをチエツクする（ブロック１０３８１０）
。
もし追加要求があれば、パネルが表示され、ＴＤＦのパ
ネル記録形式で説明したように、パネルに特徴を与える
情報を要求する。この入力値が確認される。−船釣にこ
れはパネルの名前、入力と出力手順、オプション・フラ
グを上位のケースに変換し、このオプション・フラグ値
がｒＹＪまたは「Ｎ」 （イエスまたはノー）のいずれ
かであることを保証する。このオプション・フラグ値は
、このパネルをオプション領域で発生するべきか、また
はオプション領域外で発生するべきかを決定する。入力
値が確認された後、第２４図、ブロック４５９１０で説
明したプロセスを使用して、後程ＴＤＦに記憶するため
に新しいパネル入力を５ＴＤＥテーブルに追加する試み
が行われる。パネルが追加されると、この手順はブロッ
ク１０４０３０にジャンプする。もし追加要求がなけれ
ば、この手順は、パネル変更要求がＧＴＤＳＥＬＡ＝
ｒｃＪまたは「Ｃ」であるかどうかをチエツクする。
ネル記録形式で説明したように、パネルに特徴を与える
情報を要求する。この入力値が確認される。−船釣にこ
れはパネルの名前、入力と出力手順、オプション・フラ
グを上位のケースに変換し、このオプション・フラグ値
がｒＹＪまたは「Ｎ」 （イエスまたはノー）のいずれ
かであることを保証する。このオプション・フラグ値は
、このパネルをオプション領域で発生するべきか、また
はオプション領域外で発生するべきかを決定する。入力
値が確認された後、第２４図、ブロック４５９１０で説
明したプロセスを使用して、後程ＴＤＦに記憶するため
に新しいパネル入力を５ＴＤＥテーブルに追加する試み
が行われる。パネルが追加されると、この手順はブロッ
ク１０４０３０にジャンプする。もし追加要求がなけれ
ば、この手順は、パネル変更要求がＧＴＤＳＥＬＡ＝
ｒｃＪまたは「Ｃ」であるかどうかをチエツクする。
もし変更要求があれば、変更要求パネルの名前が確認さ
れる。もしこのパネルがシステムによって定義されるパ
ネルであれば、またはもしこのパネルが５ＴＤＥテーブ
ルで定義されていなければ、変更要求を実行することは
できない。システムによって定義されるパネルの定義の
変更を許容しないことによって、ＧＴＤはこのＩＥＴが
意図するようにこれらのパネルで動作することを保証す
る。
れる。もしこのパネルがシステムによって定義されるパ
ネルであれば、またはもしこのパネルが５ＴＤＥテーブ
ルで定義されていなければ、変更要求を実行することは
できない。システムによって定義されるパネルの定義の
変更を許容しないことによって、ＧＴＤはこのＩＥＴが
意図するようにこれらのパネルで動作することを保証す
る。
もしこのパネルがシステム・パネルではなく、５ＴＤＥ
テーブルにリストされていれば、５ＴＤＥパネル入力の
これらの値が５ＴＤＥ入力に対応する作業領域に複写さ
れ、パネルが表示されてこのパネルに特徴を与える情報
用の変更を要求する。
テーブルにリストされていれば、５ＴＤＥパネル入力の
これらの値が５ＴＤＥ入力に対応する作業領域に複写さ
れ、パネルが表示されてこのパネルに特徴を与える情報
用の変更を要求する。
これらの入力値は、（ブロック１０３８１０）パネル追
加要求と同様の方法で確認され、５ＴＤＥ入力に戻って
この変更を終了する。この実行でユーザが変更すること
を許されないのはこのパネルの名前の変更のみであるが
、この変更は古い５ＴＤＥ入力を削除し、新しい５ＴＤ
Ｅ入力を追加することによって容易に行うことができる
。パネルが変更されると、この手順はブロック１０４０
３０に進む。もし変更要求がなければ、この手順はパネ
ル削除要求、ｇｔｄｓｅｌａ＝ ｒ ｄ ｊまたはｒＤ
Ｊがあるかどうかをチエツクする（ブロック１３９１０
）。
加要求と同様の方法で確認され、５ＴＤＥ入力に戻って
この変更を終了する。この実行でユーザが変更すること
を許されないのはこのパネルの名前の変更のみであるが
、この変更は古い５ＴＤＥ入力を削除し、新しい５ＴＤ
Ｅ入力を追加することによって容易に行うことができる
。パネルが変更されると、この手順はブロック１０４０
３０に進む。もし変更要求がなければ、この手順はパネ
ル削除要求、ｇｔｄｓｅｌａ＝ ｒ ｄ ｊまたはｒＤ
Ｊがあるかどうかをチエツクする（ブロック１３９１０
）。
もし削除要求があれば、この削除要求パネルの名前は確
認される。もしこのパネルがシステムによって定義され
るパネルであれば、またはこのパネルが５ＴＤＥテーブ
ルで定義されていなければ、削除要求は実行できない。
認される。もしこのパネルがシステムによって定義され
るパネルであれば、またはこのパネルが５ＴＤＥテーブ
ルで定義されていなければ、削除要求は実行できない。
システムによって定義されるパネルに対する削除を許可
しないことによって、ＧＴＤはＩＥＴが意図するように
動作することを保証する。もしこのパネルがシステム・
パネルではなく、また５ＴＤＥテーブルにリストされて
いれば、このパネルは削除された入力を５ＴＤＥテーブ
ルのその後の入力でオーバーライドすることによって簡
単に削除される。この５ＴＤＥ人力まカウント、ｎｅｎ
ｔはデクリメントされる。このパネルが削除されると
、この手順はブロック１０４０３０に進む。
しないことによって、ＧＴＤはＩＥＴが意図するように
動作することを保証する。もしこのパネルがシステム・
パネルではなく、また５ＴＤＥテーブルにリストされて
いれば、このパネルは削除された入力を５ＴＤＥテーブ
ルのその後の入力でオーバーライドすることによって簡
単に削除される。この５ＴＤＥ人力まカウント、ｎｅｎ
ｔはデクリメントされる。このパネルが削除されると
、この手順はブロック１０４０３０に進む。
もし削除要求がなければ、この手順は編集パネル要求、
ｇｔｄｓｅｌａ＝ ｒ ｅ ＪまたはｒＥＪがあるかど
うかをチエツクする（ブロック１０３９６０）。
ｇｔｄｓｅｌａ＝ ｒ ｅ ＪまたはｒＥＪがあるかど
うかをチエツクする（ブロック１０３９６０）。
もし編集要求があれば、この編集パネル手順（第２９図
、ブロック１０５４１０）が実行され、この手順はブロ
ック１０４０３０に進む。もし編集要求がなければ、こ
の手順はｊをインクリメントしくブロック１０４０３０
）、ブロック１０３７７５に戻る。
、ブロック１０５４１０）が実行され、この手順はブロ
ック１０４０３０に進む。もし編集要求がなければ、こ
の手順はｊをインクリメントしくブロック１０４０３０
）、ブロック１０３７７５に戻る。
ブロック１０４０４０は、ユーザ入力終了表示をチエツ
クするため、ＦＥ手順（第２２図、ブロック４８１３０
）を実行する。もし終了が表示されなければ（）゛ロッ
ク１０４０４５）、この手ｊ１頂はブロック１０３２４
０に戻る。もし終了が表示されれば、このプログラムは
手順ＥＰを抜ける。
クするため、ＦＥ手順（第２２図、ブロック４８１３０
）を実行する。もし終了が表示されなければ（）゛ロッ
ク１０４０４５）、この手ｊ１頂はブロック１０３２４
０に戻る。もし終了が表示されれば、このプログラムは
手順ＥＰを抜ける。
編 パネルｎ ＥＰＥ 順
第２９図は、この手順の好適な実施例のフローチャート
を示し、ＧＴＤ編集パネル手順は５ＴＤＥテーブルの編
集パネルの名前をサーチすることによって開始される（
ブロック１０５４６０）。もしこのサーチが成功しなけ
れば、このプログラムはエラーを発生しないでこの手順
から戻る。もしサーチが成功すれば、この手順は変数Ｇ
ＴＤＰＭＥＮにパネルの名前をセーブしくブロック１０
５５５０）パネル・マツプのファイルの名前を構築しく
ブロック１０５５６０）、このファイルがあるがどうか
をチエツクする（ブロック１０５７５０）。もしこのフ
ァイルがなければ、この手順はスケルトン・パネルを発
生しブロック１０５７９０に進む。
を示し、ＧＴＤ編集パネル手順は５ＴＤＥテーブルの編
集パネルの名前をサーチすることによって開始される（
ブロック１０５４６０）。もしこのサーチが成功しなけ
れば、このプログラムはエラーを発生しないでこの手順
から戻る。もしサーチが成功すれば、この手順は変数Ｇ
ＴＤＰＭＥＮにパネルの名前をセーブしくブロック１０
５５５０）パネル・マツプのファイルの名前を構築しく
ブロック１０５５６０）、このファイルがあるがどうか
をチエツクする（ブロック１０５７５０）。もしこのフ
ァイルがなければ、この手順はスケルトン・パネルを発
生しブロック１０５７９０に進む。
パネル、またはマツプ・ソース記録が、採用されたマツ
プ・サービスによって必要なフォーマントで発生される
。特に、各マツプ記録の定義は、発生されている各々の
パネルの種類（メニューグロサリ、情報、ヘルプ、また
はスケルトン・パネル）に対するハード・コード化され
た仕様を使用してバッファに構築され、次にマツプ・フ
ァイルに書き出される。このマツプ・ソースに書かれた
仕様は、領域の名前、領域の種類、領域の行情報と列情
報、領域の長さ、領域の属性及びリテラル・データを有
する。これらの全ての仕様は、パネルの各々の種類に対
してハード・コード化され、最も便利な方法でこのファ
イルに書き出だされる。
プ・サービスによって必要なフォーマントで発生される
。特に、各マツプ記録の定義は、発生されている各々の
パネルの種類（メニューグロサリ、情報、ヘルプ、また
はスケルトン・パネル）に対するハード・コード化され
た仕様を使用してバッファに構築され、次にマツプ・フ
ァイルに書き出される。このマツプ・ソースに書かれた
仕様は、領域の名前、領域の種類、領域の行情報と列情
報、領域の長さ、領域の属性及びリテラル・データを有
する。これらの全ての仕様は、パネルの各々の種類に対
してハード・コード化され、最も便利な方法でこのファ
イルに書き出だされる。
採用されたマツプ・サービスによって必要なフォーマッ
トでマツプを発生するための論理の詳細はマツプ・サー
ビスによって決まり、ここでは論じない。
トでマツプを発生するための論理の詳細はマツプ・サー
ビスによって決まり、ここでは論じない。
スケルトン・パネルは、Ｉ ＥＴＴＶＷで定義されｒＥ
Ｔによって要求される以下の領域で作成される。これら
の領域とは、Ｉ ＥＦ １−ＴＲＡＮ。
Ｔによって要求される以下の領域で作成される。これら
の領域とは、Ｉ ＥＦ １−ＴＲＡＮ。
Ｉ ＥＦ １−ＰＡＮＥＬ、Ｉ ＥＦ １１−３ＹＳＴ
Ｅ。
Ｅ。
Ｉ ＥＦ １−ＣＵＲＲＯＷ、Ｉ ＥＦ １−ＣＬＩＲ
ＣＯＬ。
ＣＯＬ。
Ｉ ＥＦ １−ＦＵＮＫＥＹ、Ｉ ＥＦ １−ＣＵＲＤ
Ｔ。
Ｔ。
Ｉ ＥＦ １−Ｍ２ＣＩＤ、Ｉ ＥＦ １−ＭＳＧＴＸ
。
。
Ｉ ＥＦ １−Ｍ５ＧＡＥ、Ｉ ＥＦ １−ＵＳＥＲ。
Ｉ ＥＦ １−ＯＰＴ Ｉ ＯＮ（ｇｔｄｇｏｆ＝Ｙで
あれば、オプションとして発生される）、ＩＥＦＩＬＯ
ＯＫＡＲＥＡＤ（ｇｔｄｇｌｆ ＝ Ｙであればオプシ
ョンとして発生される）である。
あれば、オプションとして発生される）、ＩＥＦＩＬＯ
ＯＫＡＲＥＡＤ（ｇｔｄｇｌｆ ＝ Ｙであればオプシ
ョンとして発生される）である。
もしこのファイルがなければ、この手順はブロック１０
５７９０に進む。この手順はパネル編集パラメータとフ
ァイルの名前を構築しくブロック１０５７９０）、マツ
プ・エディタを呼び出す（ブロック１０６２１０）。ブ
ロック１０６２３０はこのマツプ編集が成功かどうかを
チエツクする。
５７９０に進む。この手順はパネル編集パラメータとフ
ァイルの名前を構築しくブロック１０５７９０）、マツ
プ・エディタを呼び出す（ブロック１０６２１０）。ブ
ロック１０６２３０はこのマツプ編集が成功かどうかを
チエツクする。
もしこのマツプ編集が成功であれば、このプログラムは
手順ＥＰＥを抜ける。もしこのマツプ編集が成功でなけ
れば、この手順はエラー・メッセ−ジ領域ｇｔｄｍｓｇ
をｒＰＡＮＥＬ ＥＤＩＴ ＦＡＩＬＥＤＪに等し
くセットしくブロック１０６２４０）、エラーを発生し
てこの手順を抜ける。
手順ＥＰＥを抜ける。もしこのマツプ編集が成功でなけ
れば、この手順はエラー・メッセ−ジ領域ｇｔｄｍｓｇ
をｒＰＡＮＥＬ ＥＤＩＴ ＦＡＩＬＥＤＪに等し
くセットしくブロック１０６２４０）、エラーを発生し
てこの手順を抜ける。
裾１１→」丈？」−
この手順は、ＴＤＦ手順記録の形式からの情報を有する
表示パネルを設ける別の第３水準の手順である。この情
報は手順入力定義に特徴を与え、リストのパネルに表示
される。１回に表示することが可能な数より多くの手順
入力を定義することが可能なので、この手順リストを介
してナビゲーションを行う機能が設けられる。新しい手
順の定義の追加、現在の手順定義の変更、現在の手順の
定義の削除、現在の定義の表示、及び手順マツプの編集
を行う機能もまた設けられる。システムによって与えら
れる入力は変更できない。
表示パネルを設ける別の第３水準の手順である。この情
報は手順入力定義に特徴を与え、リストのパネルに表示
される。１回に表示することが可能な数より多くの手順
入力を定義することが可能なので、この手順リストを介
してナビゲーションを行う機能が設けられる。新しい手
順の定義の追加、現在の手順定義の変更、現在の手順の
定義の削除、現在の定義の表示、及び手順マツプの編集
を行う機能もまた設けられる。システムによって与えら
れる入力は変更できない。
この手順リストに入力を追加するために、手順に対する
選択領域にｒＡＪが入力される。手順の名前、手順の説
明、手順と関連するプロファイル・ビューの名前、手順
と関連する入力ビューの名前、及び（もしあれば）手順
と関連する出力ビューの名前を設けることによって、ユ
ーザはｒＡＤＤＰＲＯＣＥＤＵＲＥＪパネルを完了する
。
選択領域にｒＡＪが入力される。手順の名前、手順の説
明、手順と関連するプロファイル・ビューの名前、手順
と関連する入力ビューの名前、及び（もしあれば）手順
と関連する出力ビューの名前を設けることによって、ユ
ーザはｒＡＤＤＰＲＯＣＥＤＵＲＥＪパネルを完了する
。
これらの手順は幾つかの種類の１つとして識別すること
ができる。
ができる。
ＣＯＢ ２ ＣｏＢＯＬ手順。ＧＴＤオプション４．
５．４．６．４．８、及び４．９を使用してコボル■コ
ンパイラによって処理される。
５．４．６．４．８、及び４．９を使用してコボル■コ
ンパイラによって処理される。
ＣＣ言語手順。ＧＴＤオプション４．５．４．６．４．
８、及び４．９を使用してＣコンパイラによって処理さ
れる。
８、及び４．９を使用してＣコンパイラによって処理さ
れる。
ＡＬＣアッセンブリ言語手順。
ＥＸＴＥＲＮ 外部手順。この手順はこのトランザ
クション内の手順によってリンクされる 候補である。
クション内の手順によってリンクされる 候補である。
ＥＮＴＲＹ このトランザクションの他の手順内に含
まれる手順である。
まれる手順である。
他の言語を採用した場合、手順の別の種類を識別するこ
とができる。
とができる。
手順は関係のあるデータ・ベース（ＤＢ）手順として指
定され、コンパイル・オプションの期間中に適当なプレ
ープロセッサによって処理される。
定され、コンパイル・オプションの期間中に適当なプレ
ープロセッサによって処理される。
ｒＡＤＤ ＰＲＯＣＥＤＵＲＥＪパネルが完了した場
合、この入力が追加され、更新された手順リストが与え
られる。
合、この入力が追加され、更新された手順リストが与え
られる。
この手順リストからの入力を削除するためには、ｒＤＪ
が選択領域に入力される。
が選択領域に入力される。
手順リストの入力を変更するためには、「ｃ」が選択領
域に入力される。必要に応じて、ユーザはｒＣＨＡＮＧ
Ｅ ＰＲＯＣＥＤＵＲＥＪパネルに対するを変更を行
う。ｒＣ）ＩＡＮＧＥ Ｐｌ？０ＣＥＤＵＲＩｌ’Ｊパ
ネルが完了すると、この変更はＴＤＴに挿入され、更新
されたパネル・リストが設けられる。
域に入力される。必要に応じて、ユーザはｒＣＨＡＮＧ
Ｅ ＰＲＯＣＥＤＵＲＥＪパネルに対するを変更を行
う。ｒＣ）ＩＡＮＧＥ Ｐｌ？０ＣＥＤＵＲＩｌ’Ｊパ
ネルが完了すると、この変更はＴＤＴに挿入され、更新
されたパネル・リストが設けられる。
手順リストの入力を編集するためには、所望の手順用の
選択領域にｒＥＪを入力する。編集に必要な場合に、も
しＣ０Ｂ２手順またはＣ言語手順がなければ、デフォル
ト手順が準備され、提供される。
選択領域にｒＥＪを入力する。編集に必要な場合に、も
しＣ０Ｂ２手順またはＣ言語手順がなければ、デフォル
ト手順が準備され、提供される。
第３０ａ図ないし３０ｆ図は、ＥＣ手順の好適な実施例
のフロー・チャートを示し、これらのの機能をさらに詳
細に説明する。
のフロー・チャートを示し、これらのの機能をさらに詳
細に説明する。
ＧＴＤＷ集手順リスト手順は、ユーザによって入力され
るロケーションの命令に対する選択領域を走査すること
によって開始される。このロケーションの名前は、トラ
ンザクション・ビューのｄｎａｍｅ Ｓｉ域にセーブさ
れる。このロケーションの名前は、編集リストに表示さ
れる最初の手順入力として使用される。もしロケーショ
ンの命令がなければ−，，ｄｎａｍｅはブランクにセッ
トされる（ブロック１０６６８０）。以下の表示領域変
数はブランクにされる（ブロック１０６６９０）。これ
らの表示領域変数とは、選択、変数ｇｔｄｓｅｌａ 、
名前、変数ｄｎａｍｅａｓ入カビュー、入数ビューｎｍ
、出力ビュー、変数ｄｏｐｎｍ 、プロファイル・ビ
ュー、ｉｈｄｐｖｎｍ−、手順種類、変数ｇｔｄｃｔｙ
、、 ｒｄｂｍｓフラグ、変数ｇｔｄｄｂ ２、及びデ
バッグ・フラグ、変数ｇｔｄｘｐｄである。このスクリ
ーン編集リスト用のインデックスｊはゼロに初期化され
、ポインタｅは５ＴＤＥテーブルの開始点を示すように
初期化される。
るロケーションの命令に対する選択領域を走査すること
によって開始される。このロケーションの名前は、トラ
ンザクション・ビューのｄｎａｍｅ Ｓｉ域にセーブさ
れる。このロケーションの名前は、編集リストに表示さ
れる最初の手順入力として使用される。もしロケーショ
ンの命令がなければ−，，ｄｎａｍｅはブランクにセッ
トされる（ブロック１０６６８０）。以下の表示領域変
数はブランクにされる（ブロック１０６６９０）。これ
らの表示領域変数とは、選択、変数ｇｔｄｓｅｌａ 、
名前、変数ｄｎａｍｅａｓ入カビュー、入数ビューｎｍ
、出力ビュー、変数ｄｏｐｎｍ 、プロファイル・ビ
ュー、ｉｈｄｐｖｎｍ−、手順種類、変数ｇｔｄｃｔｙ
、、 ｒｄｂｍｓフラグ、変数ｇｔｄｄｂ ２、及びデ
バッグ・フラグ、変数ｇｔｄｘｐｄである。このスクリ
ーン編集リスト用のインデックスｊはゼロに初期化され
、ポインタｅは５ＴＤＥテーブルの開始点を示すように
初期化される。
ブロック１０６８１５ないし１０６９３５は、スクリー
ンに表示されるこの最初の手順リスト項目が５ＴＤＥテ
ーフ゛ルに置かれるプロセスによって構成される。次に
最初の手順の名前、及び表示手順に適合するのと同じ数
の後続手順の名前が、表示される手順入力の各々に対す
る５ＴＤＥテーブルからの対応する手順に特徴を与える
情報と共に手順リスト表示領域に載置される。このリス
トの最後までの全ての手順の名前、またはこのスクリー
ンに適合する全ての手順の名前、及びそれらに特徴を与
えるデータが表示領域に載置された場合、このプロセス
は終了される。
ンに表示されるこの最初の手順リスト項目が５ＴＤＥテ
ーフ゛ルに置かれるプロセスによって構成される。次に
最初の手順の名前、及び表示手順に適合するのと同じ数
の後続手順の名前が、表示される手順入力の各々に対す
る５ＴＤＥテーブルからの対応する手順に特徴を与える
情報と共に手順リスト表示領域に載置される。このリス
トの最後までの全ての手順の名前、またはこのスクリー
ンに適合する全ての手順の名前、及びそれらに特徴を与
えるデータが表示領域に載置された場合、このプロセス
は終了される。
判定ブロック１０６８１５は、ｅ点が５ＴＤＥテーブル
の終端より先を指示するかどうかをチエツクする。もし
そうであれば、この手順はブロック１０６９４０にジャ
ンプする。もしそうでなければ、この手順は、ｊがスク
リーンに適合する手順入力の数（１６）以上であるかど
うかをチエツクする（ブロック１０６８３０）。もしｊ
が１６以上であれば、この手順はブロック１０６９４０
にジャンプする。もしそうでなければ、この手順は、５
ＴＤＥテーブルの現在の手順５ＴＤＥＴＵＥ−〇がユー
ザによって要求された次の手順の名前ｄｎａｍｅ以上の
手順の名前ＳＴＤＥＮＡＭＥを有するかどうかをチエツ
クする（ブロック１０６８３５）。
の終端より先を指示するかどうかをチエツクする。もし
そうであれば、この手順はブロック１０６９４０にジャ
ンプする。もしそうでなければ、この手順は、ｊがスク
リーンに適合する手順入力の数（１６）以上であるかど
うかをチエツクする（ブロック１０６８３０）。もしｊ
が１６以上であれば、この手順はブロック１０６９４０
にジャンプする。もしそうでなければ、この手順は、５
ＴＤＥテーブルの現在の手順５ＴＤＥＴＵＥ−〇がユー
ザによって要求された次の手順の名前ｄｎａｍｅ以上の
手順の名前ＳＴＤＥＮＡＭＥを有するかどうかをチエツ
クする（ブロック１０６８３５）。
もしこの現在の手順の名前が次の手順の名前以下であれ
ば、この手順はプロンツク１０６９３０に進む。もしこ
の現在の手順の名前が、次の手順の名前以上であれば、
編集リストのｊ番目の項目が以下の値に初期化される（
ブロック１０６９１０）即ち、これらの値は、名前、変
数ｄｎａｍｅａ ＝ＳＴＤＥＮＡＭＥ、入力ビュー、変
数ｄｉｐｎｍ＝ＳＴＤＥ Ｉ ＰＮＭ、出力ビュー、変
数ｄｏｐｎｍ ＝ＳＴＤＥＯＰＮＭ、プロファイル・ビ
ュー、変数ｄｐｖｎｍ＝ Ｓ Ｔ Ｄ Ｅ Ｐ Ｖ Ｎ
Ｍ、手順形の種類、変数ｇｔｄｃｔｙ＝ Ｓ Ｄ Ｅ
ＣＴ Ｙ Ｐ 、 ｒｄｂｍｓフラグ、変数ｇｔｄｄｂ
２＝ＳＴＤＥＣＤＢ２、及びデバッグ・フラグ、変数
ｇｔｄｘｐｄ ＝ Ｓ Ｔ Ｄ Ｅ Ｃである。ｅはイ
ンクリメントされて次の５ＴＤＥ入力を示し、この手順
はブロック１０６８１５に戻る。
ば、この手順はプロンツク１０６９３０に進む。もしこ
の現在の手順の名前が、次の手順の名前以上であれば、
編集リストのｊ番目の項目が以下の値に初期化される（
ブロック１０６９１０）即ち、これらの値は、名前、変
数ｄｎａｍｅａ ＝ＳＴＤＥＮＡＭＥ、入力ビュー、変
数ｄｉｐｎｍ＝ＳＴＤＥ Ｉ ＰＮＭ、出力ビュー、変
数ｄｏｐｎｍ ＝ＳＴＤＥＯＰＮＭ、プロファイル・ビ
ュー、変数ｄｐｖｎｍ＝ Ｓ Ｔ Ｄ Ｅ Ｐ Ｖ Ｎ
Ｍ、手順形の種類、変数ｇｔｄｃｔｙ＝ Ｓ Ｄ Ｅ
ＣＴ Ｙ Ｐ 、 ｒｄｂｍｓフラグ、変数ｇｔｄｄｂ
２＝ＳＴＤＥＣＤＢ２、及びデバッグ・フラグ、変数
ｇｔｄｘｐｄ ＝ Ｓ Ｔ Ｄ Ｅ Ｃである。ｅはイ
ンクリメントされて次の５ＴＤＥ入力を示し、この手順
はブロック１０６８１５に戻る。
ブロック１０６９４０は、パネルを表示する手順を実行
して（第２１図、ブロック４７３００）、Ｇ Ｔ ＤＥ
Ｃパネルの表示を選択する。
して（第２１図、ブロック４７３００）、Ｇ Ｔ ＤＥ
Ｃパネルの表示を選択する。
ブロック１０６９５５ないし１０７１４０は、各ユーザ
が各手順リスト項目の試験を要求するプロセスを構成す
る。もし、追加、削除、変更、または編集要求が識別さ
れると、次に適当なタスクが実行される。このプロセス
は、これらの要求が識別され、リストの各手順に対して
実行された後で終了する。
が各手順リスト項目の試験を要求するプロセスを構成す
る。もし、追加、削除、変更、または編集要求が識別さ
れると、次に適当なタスクが実行される。このプロセス
は、これらの要求が識別され、リストの各手順に対して
実行された後で終了する。
Ｊはゼロに初期化され（ブロック１０６９５０）、この
手順はｊがスクリーンに適合する手順入力の数（１６）
以上かどうかをチエツクする（ブロック１０６９５５）
、もしｊが１６以上であれば、この手順はブロック１０
７２１０にジャンプする。
手順はｊがスクリーンに適合する手順入力の数（１６）
以上かどうかをチエツクする（ブロック１０６９５５）
、もしｊが１６以上であれば、この手順はブロック１０
７２１０にジャンプする。
もしそうでなければ、この手順は、追加手順要求ｇｔｄ
ｓｅｌａ＝ ｒ ａ ＪまたはｒＡＪがあるかどうかを
チエツクする（ブロック１０６９９０）。もし追加要求
があれば、この追加要求（第３１図、ブロック１０７３
３０）がインデックスｊによって識別された表示手順で
実行され（ブロック１０７０２０）、このプログラムは
ブロック１０７２００に進む。
ｓｅｌａ＝ ｒ ａ ＪまたはｒＡＪがあるかどうかを
チエツクする（ブロック１０６９９０）。もし追加要求
があれば、この追加要求（第３１図、ブロック１０７３
３０）がインデックスｊによって識別された表示手順で
実行され（ブロック１０７０２０）、このプログラムは
ブロック１０７２００に進む。
もし追加要求がなければ、この手順は手順変更要求ｇｔ
ｄｓｅｌａ＝ ｒ ｃ ＪまたはｒｃＪであるかどうか
をチエツクする（ブロック１０７０４０）。もし変更要
求があれば、この変更手順（第３２図、ブロック１０８
４７０）がインデックスｊによって識別される表示手順
で実行され（ブロック１０７０７０）、この手順はブロ
ック１０７２００に進む。もし変更要求がなければ、こ
の手順は手削除順要求ｇｔｄｓｅｌａ＝ ｒ ｄ Ｊま
たはｒＤＪがあるかどうかをチエツクする（ブロック１
０７０９０）。
ｄｓｅｌａ＝ ｒ ｃ ＪまたはｒｃＪであるかどうか
をチエツクする（ブロック１０７０４０）。もし変更要
求があれば、この変更手順（第３２図、ブロック１０８
４７０）がインデックスｊによって識別される表示手順
で実行され（ブロック１０７０７０）、この手順はブロ
ック１０７２００に進む。もし変更要求がなければ、こ
の手順は手削除順要求ｇｔｄｓｅｌａ＝ ｒ ｄ Ｊま
たはｒＤＪがあるかどうかをチエツクする（ブロック１
０７０９０）。
もし削除要求があれば、この削除要求手順の名前が確認
される。もしこの手順がシステムによって定義される手
順であれば、または５ＴＤＥテーブル内に定義されてい
ない手順であれば、削除要求を実行することはできない
。もしこの手順がシステム手順ではなく、また５ＴＤＥ
テーブルにリストされていれば、次にこの手順は削除さ
れた入力を５ＴＤＥテーブルのその後の入力でオーバー
ライドすることによって削除される。このＳＴＤＥ入力
カウント、ｎｅｎ ｔはデクリメントされる。この手順
入力が削除されると（ブロック１０７１２０）、このプ
ログラム手順はブロック１０７２００に進む。もし削除
要求がなければ、この手順は編集手順要求、ｇｔｄｓｅ
ｌａ＝ ｒ ｅ ｊまたは「Ｅ」があるかどうかをチエ
ツクする（ブロック１０７１４０）。
される。もしこの手順がシステムによって定義される手
順であれば、または５ＴＤＥテーブル内に定義されてい
ない手順であれば、削除要求を実行することはできない
。もしこの手順がシステム手順ではなく、また５ＴＤＥ
テーブルにリストされていれば、次にこの手順は削除さ
れた入力を５ＴＤＥテーブルのその後の入力でオーバー
ライドすることによって削除される。このＳＴＤＥ入力
カウント、ｎｅｎ ｔはデクリメントされる。この手順
入力が削除されると（ブロック１０７１２０）、このプ
ログラム手順はブロック１０７２００に進む。もし削除
要求がなければ、この手順は編集手順要求、ｇｔｄｓｅ
ｌａ＝ ｒ ｅ ｊまたは「Ｅ」があるかどうかをチエ
ツクする（ブロック１０７１４０）。
もし編集要求があれば、編集手順（第３４図、ブロック
１０９４４０）がインデックスｊによって識別される表
示手順によって実行され、この手順はブロック１０７２
００にジャンプする。もし編集要求がなければ、この手
順はｊをインクリメントシ（ブロック１０７２００）、
ブロック１０６９５５に戻る。
１０９４４０）がインデックスｊによって識別される表
示手順によって実行され、この手順はブロック１０７２
００にジャンプする。もし編集要求がなければ、この手
順はｊをインクリメントシ（ブロック１０７２００）、
ブロック１０６９５５に戻る。
ブロック１０７２１０は、ＦＥ手順（第２２図、ブロッ
ク４８１３０）を実行してユーザ入力終了表示をチエツ
クする。もし終了が表示されていないければ（ブロック
１０７２１５）、この手順はブロック１０６６８０に戻
る。もし終了が表示されれば、このプログラムは手順Ｅ
Ｃを抜ける。
ク４８１３０）を実行してユーザ入力終了表示をチエツ
クする。もし終了が表示されていないければ（ブロック
１０７２１５）、この手順はブロック１０６６８０に戻
る。もし終了が表示されれば、このプログラムは手順Ｅ
Ｃを抜ける。
ユーザ・インタフェース： ＥＣＡ
第３１図は、ここで本発明によるこの手順の好適な実施
例を示し、ＧＴＤ追加手順ユーザ・インタフェース手順
は、５ＴＤＥ入力領域（ブロック１０７３３０）に対応
する作業域領域をブランクにすることによって開始され
る。この手順は、パネルを表示する手順を実行しく第２
１図、ブロック４７３００） 、ＧＴＤＡＣパネルの表
示を選択して（ブロック１０７４４０） 、ＴＤＦの手
順記録形式で説明したように、手順に特徴を与える情報
を定義することをユーザに要求する。
例を示し、ＧＴＤ追加手順ユーザ・インタフェース手順
は、５ＴＤＥ入力領域（ブロック１０７３３０）に対応
する作業域領域をブランクにすることによって開始され
る。この手順は、パネルを表示する手順を実行しく第２
１図、ブロック４７３００） 、ＧＴＤＡＣパネルの表
示を選択して（ブロック１０７４４０） 、ＴＤＦの手
順記録形式で説明したように、手順に特徴を与える情報
を定義することをユーザに要求する。
この手順の入力領域は確認される（ブロック１０７４５
０）。この確認は、手順の名前、入力、出力とプロファ
イル・ビュー、および手順の種類、データ・ベースの手
順フラグ、およびデバッグ・フラグの上位ケーへの変換
を含む。手順がＥＸＴＥＲＮの形式を有すると定義され
た場合、このプロファイル・ビューの名前、データ・ベ
ース手順フラグ、及びデバッグ・フラグは、ブランクに
される。手順がＥＮＴＲＹの形式を有すると定義された
場合、このデータ・ベース・フラグとデバッグ・フラグ
はブランクにされる。もしユーザによって定義される値
が「Ｙ」でなければ、「Ｙ」または「Ｎ」のいずれかの
必要な値を有する全ての領域、データ・ベース手順のフ
ラグ及びデバッグ・フラグは、再定義される。もしユー
ザによって定義される言語がＣ０Ｂ２、ＡＬＣまたはＣ
でなければ、手順の言語の種類はＣであると定義される
。
０）。この確認は、手順の名前、入力、出力とプロファ
イル・ビュー、および手順の種類、データ・ベースの手
順フラグ、およびデバッグ・フラグの上位ケーへの変換
を含む。手順がＥＸＴＥＲＮの形式を有すると定義され
た場合、このプロファイル・ビューの名前、データ・ベ
ース手順フラグ、及びデバッグ・フラグは、ブランクに
される。手順がＥＮＴＲＹの形式を有すると定義された
場合、このデータ・ベース・フラグとデバッグ・フラグ
はブランクにされる。もしユーザによって定義される値
が「Ｙ」でなければ、「Ｙ」または「Ｎ」のいずれかの
必要な値を有する全ての領域、データ・ベース手順のフ
ラグ及びデバッグ・フラグは、再定義される。もしユー
ザによって定義される言語がＣ０Ｂ２、ＡＬＣまたはＣ
でなければ、手順の言語の種類はＣであると定義される
。
ブロック１０７４６０は、ＦＥ手順（第２２図、ブロッ
ク）を実行してユーザ入力終了表示をチエツクする。も
し終了が表示されていなければ（ブロック１０７４７０
）、この手順はプロ・７り１０７４４０に戻る。もし終
了が表示されれば、この手順は後程ＴＤＥに記憶するた
め５ＴＤＥテーブルに追加される（１０７５１０）。
ク）を実行してユーザ入力終了表示をチエツクする。も
し終了が表示されていなければ（ブロック１０７４７０
）、この手順はプロ・７り１０７４４０に戻る。もし終
了が表示されれば、この手順は後程ＴＤＥに記憶するた
め５ＴＤＥテーブルに追加される（１０７５１０）。
この手順入力を５ＴＤＥに追加する試みが行われる。も
しこの与えられた手順の名前がブランクであれば、５Ｔ
ＤＥテーブルが満杯であれば、またはこの与えられた手
順の名前がすでにテーブル内にあれば、この試みは失敗
する。もしエラーが検出されなければ、最初に述べたよ
うに、この手順入力は上昇する手順の順序で５ＴＤＥテ
ーブルに挿入される。５ＴＤＥ入力カウント、ｎｅｎｔ
はインクリメントされる。この手順が追加されると、こ
のプログラムは手順ＥＣＡを抜ける（ブロック１０７５
２０）。
しこの与えられた手順の名前がブランクであれば、５Ｔ
ＤＥテーブルが満杯であれば、またはこの与えられた手
順の名前がすでにテーブル内にあれば、この試みは失敗
する。もしエラーが検出されなければ、最初に述べたよ
うに、この手順入力は上昇する手順の順序で５ＴＤＥテ
ーブルに挿入される。５ＴＤＥ入力カウント、ｎｅｎｔ
はインクリメントされる。この手順が追加されると、こ
のプログラムは手順ＥＣＡを抜ける（ブロック１０７５
２０）。
第２４図は、ブロック４６０４０で説明したプロセスを
使用して、この手順入力を５ＴＤＥに追加する試みが行
われる。この手順が追加されると、このプログラムは手
順ＥＣＡを抜ける（ブロック１０７５２０）。
使用して、この手順入力を５ＴＤＥに追加する試みが行
われる。この手順が追加されると、このプログラムは手
順ＥＣＡを抜ける（ブロック１０７５２０）。
・ 手ハ ： Ｅ ＣＣ１１この手順の好
適な実施例を示す第３２ａ図及び第３２ｂ図は、この手
順の好適な実施例を示し、ＥＣＣ手順のフローチャート
によって、ＴＤＦ内に記憶されたこの手順に特徴を与え
る情報を変更する能力とユーザ入力、出力及びプロファ
イル・ビュー・ファイルを編集する能力が与えられる。
適な実施例を示す第３２ａ図及び第３２ｂ図は、この手
順の好適な実施例を示し、ＥＣＣ手順のフローチャート
によって、ＴＤＦ内に記憶されたこの手順に特徴を与え
る情報を変更する能力とユーザ入力、出力及びプロファ
イル・ビュー・ファイルを編集する能力が与えられる。
このＧＴＤ変更手順入力手順は、入力手順の名前がシス
テム手順であるかどうかをチエツクする判定ブロック１
０８４９０から開始される。システム手順はＩＥＴＩＨ
ＥＬＰ、ＩＥＴＯＨＥＬＰ、ＩＥＴＩＩＮＦＯｌ ＩＥ
ＴＯＩＮＦＯ１ＩＥＴＩＧＬＯ３゜及びＩ ＥＴＯＧＬ
Ｏ３を有する。もしそれがシステム手順の名前であれば
、ＧＴＤは、エラーを発生せずに手順ＥＣＣから戻る。
テム手順であるかどうかをチエツクする判定ブロック１
０８４９０から開始される。システム手順はＩＥＴＩＨ
ＥＬＰ、ＩＥＴＯＨＥＬＰ、ＩＥＴＩＩＮＦＯｌ ＩＥ
ＴＯＩＮＦＯ１ＩＥＴＩＧＬＯ３゜及びＩ ＥＴＯＧＬ
Ｏ３を有する。もしそれがシステム手順の名前であれば
、ＧＴＤは、エラーを発生せずに手順ＥＣＣから戻る。
もしそうでなければ、手順ＥＣＣは入力手順の名前を探
して５ＴＤＥテーブルをサーチする（ブロック１０８６
７０）。
して５ＴＤＥテーブルをサーチする（ブロック１０８６
７０）。
判定ブロック１０８７３０は、入力手順が見つかったか
どうかをチエツクする。もし見つからなければ、ＧＴＤ
はエラーなしで手順ＥＣＣから戻る。
どうかをチエツクする。もし見つからなければ、ＧＴＤ
はエラーなしで手順ＥＣＣから戻る。
もしこの手順が見つかれば、この５ＴＤＥ入力は対応す
る作業領域のフィールドに複写される（ブロック１０Ｂ
７６０）。
る作業領域のフィールドに複写される（ブロック１０Ｂ
７６０）。
ブロック１０８７８０は、変更のためのＴＤＦ手順に特
徴を与える情報を有する手順変更入力を定義するスクリ
ーン・パネル（ＧＥＤＣＣ）手順表示を表示する。ブロ
ック１０８７９０は、第３１図、ブロック１０７４５０
で説明した手順を使用してこの手順入力領域を確認する
。ブロック１０８８００ないし１０８８２０は、この手
順ビュー・ファイルを編集するためにユーザ要求を取り
扱う。ビュー・ファイルは全てのトランザクション・ビ
ュー変数の名前のリストを有し、これらの名前は入力、
出力、またはプロファイル・ビュー・プロセスのために
ＩＥＴが必要とするとユーザが決定したものである。判
定ブロック１０８８００は編集入力ビューが要求された
かどうかをチエツクする。もし要求されていれば、完全
に修飾された入力ビューの名前が構築され、この入力ビ
ューは手順ｄｏ−ｅｄｉｔを使用して編集される（第３
２図、ブロック４３８６０）。この手順は判定ブロック
１０８８２０に進んで、編集プロファイル°ビューが要
求されているかどうかをチエツクする。もし要求されて
いれば、完全に修飾されたプロファイル・ビューの名前
が構築され、このプロファイル・ビューは手順ｄｏ−ｅ
ｄｉｔを使用して編集される。
徴を与える情報を有する手順変更入力を定義するスクリ
ーン・パネル（ＧＥＤＣＣ）手順表示を表示する。ブロ
ック１０８７９０は、第３１図、ブロック１０７４５０
で説明した手順を使用してこの手順入力領域を確認する
。ブロック１０８８００ないし１０８８２０は、この手
順ビュー・ファイルを編集するためにユーザ要求を取り
扱う。ビュー・ファイルは全てのトランザクション・ビ
ュー変数の名前のリストを有し、これらの名前は入力、
出力、またはプロファイル・ビュー・プロセスのために
ＩＥＴが必要とするとユーザが決定したものである。判
定ブロック１０８８００は編集入力ビューが要求された
かどうかをチエツクする。もし要求されていれば、完全
に修飾された入力ビューの名前が構築され、この入力ビ
ューは手順ｄｏ−ｅｄｉｔを使用して編集される（第３
２図、ブロック４３８６０）。この手順は判定ブロック
１０８８２０に進んで、編集プロファイル°ビューが要
求されているかどうかをチエツクする。もし要求されて
いれば、完全に修飾されたプロファイル・ビューの名前
が構築され、このプロファイル・ビューは手順ｄｏ−ｅ
ｄｉｔを使用して編集される。
ブロック１０８８３０で、このＦＥ手順（第２２図、ブ
ロック４８１３０）が実行され、ユーザ終了表示をチエ
ツクする。次に判定ブロック１０８８４０は終了が表示
されたがどうかをチエツクする。もし表示されないと、
この手順はブロック１０８７８０に戻る。もし終了が表
示されれば、このプログラムはブロック１０８８７０に
進み、ここでは５ＴＤＥ作業領域のフィールドが５ＴＤ
Ｅ入力に戻って複写され、このプログラムは手順ＥＣＣ
を抜ける（ブロック１０８８９０）。
ロック４８１３０）が実行され、ユーザ終了表示をチエ
ツクする。次に判定ブロック１０８８４０は終了が表示
されたがどうかをチエツクする。もし表示されないと、
この手順はブロック１０８７８０に戻る。もし終了が表
示されれば、このプログラムはブロック１０８８７０に
進み、ここでは５ＴＤＥ作業領域のフィールドが５ＴＤ
Ｅ入力に戻って複写され、このプログラムは手順ＥＣＣ
を抜ける（ブロック１０８８９０）。
ＧＴＤ フ イルの ””’：Ｄｏ−ＥＤＩＴ第３
３図は、本発明によるこの手順の好適な実施例のフロー
・チャートを示し、このｄｏ−ｅｄｉｔ手順は、編集用
の入力として完全に修飾されたファイルの名前を取る。
３図は、本発明によるこの手順の好適な実施例のフロー
・チャートを示し、このｄｏ−ｅｄｉｔ手順は、編集用
の入力として完全に修飾されたファイルの名前を取る。
このＧＴＤｉ集ファ集用アイルの手順は、編集プログラ
ムのパラメータを構築しくブロック４４１２０）、この
手順用の編集プログラムを呼び出すことによって開始さ
れる（ブロック４４２４０）。
ムのパラメータを構築しくブロック４４１２０）、この
手順用の編集プログラムを呼び出すことによって開始さ
れる（ブロック４４２４０）。
この編集パラメータは、使用されている編集プログラム
によって変更する。−船釣に、必要とされるのは、編集
プログラム（修飾されないかまたは完全に修飾された編
集プログラムのいずれか）の名前および編集プログラム
を呼び出すためのファイルの完全に修飾されたこの名前
が全てである。
によって変更する。−船釣に、必要とされるのは、編集
プログラム（修飾されないかまたは完全に修飾された編
集プログラムのいずれか）の名前および編集プログラム
を呼び出すためのファイルの完全に修飾されたこの名前
が全てである。
このことは、オペレーティング・システム・プラットフ
ォームと使用されている編集プログラムによって決定さ
れる。使用される編集プログラムの名前は、プログラム
の開始時にロードされる環境情報の一部として記憶され
、変更することが可能である。判定ブロック４４３１０
は編集が成功したかどうかを調べる。もし成功すれば、
この手順ｄｏ−ｅｄｉｔは終了する（ブロック４４８８
０）、もし編集が成功しなければ、このエラー・メソセ
ージ領域はＧＴＤＭＳＧ＝ＰＲＯＣＥＤＵＲＥＥＤＩＴ
ＦＡＩＬＥＤにセントされる（ブロック４４３２０
）。次にこの手順はエラー・メツセージを発生して戻る
（ブロック４４３３０）。
ォームと使用されている編集プログラムによって決定さ
れる。使用される編集プログラムの名前は、プログラム
の開始時にロードされる環境情報の一部として記憶され
、変更することが可能である。判定ブロック４４３１０
は編集が成功したかどうかを調べる。もし成功すれば、
この手順ｄｏ−ｅｄｉｔは終了する（ブロック４４８８
０）、もし編集が成功しなければ、このエラー・メソセ
ージ領域はＧＴＤＭＳＧ＝ＰＲＯＣＥＤＵＲＥＥＤＩＴ
ＦＡＩＬＥＤにセントされる（ブロック４４３２０
）。次にこの手順はエラー・メツセージを発生して戻る
（ブロック４４３３０）。
ＧＴＤ 集： ＥＣＥ手順
第３４ａ図及び第３４ｂ図はこの手順の好適な実施例を
示し、このＧＴＤ［集手順は、５ＴＤＥテーブル内で要
求された編集手順の名前をサーチすることによって開始
される。ブロック１０９５３０はこのサーチが成功した
かどうかを調べる。もし成功しなければ、このプログラ
ムはこの手順を抜けるが、エラーは生じない。もしこの
サーチが成功すれば、この手順言語がＣ０ＢＯＬかどう
かを調べる。もしＣ０ＢＯＬプログラムでなければ、こ
の手順はブロック１０９７５０に進む。もしＣ０ＢＯＬ
プログラムであれば、この手順はコボル手順ファイルの
名前を構築しくブロック１０９５８０）、この手順ファ
イルがあるかどうかを検証する（ブロック１０９６７０
）。もしこのファイルがあれば（ブロック１０９６７５
）、この手順はブロック１０９７５０にジャンプする。
示し、このＧＴＤ［集手順は、５ＴＤＥテーブル内で要
求された編集手順の名前をサーチすることによって開始
される。ブロック１０９５３０はこのサーチが成功した
かどうかを調べる。もし成功しなければ、このプログラ
ムはこの手順を抜けるが、エラーは生じない。もしこの
サーチが成功すれば、この手順言語がＣ０ＢＯＬかどう
かを調べる。もしＣ０ＢＯＬプログラムでなければ、こ
の手順はブロック１０９７５０に進む。もしＣ０ＢＯＬ
プログラムであれば、この手順はコボル手順ファイルの
名前を構築しくブロック１０９５８０）、この手順ファ
イルがあるかどうかを検証する（ブロック１０９６７０
）。もしこのファイルがあれば（ブロック１０９６７５
）、この手順はブロック１０９７５０にジャンプする。
もしなければ、この手順はこの手順の名前をｇｔｄｐｍ
ｅｍにセーブしくブロック１０９６８０） 、ＧＣＯＢ
ＰＲＯＧ手順（第３５図、ブロック７４００）を使用し
てスケルトン・プログラムを発生する（ブロック１０９
６９０）。次にこのプログラムはブロック１０９９００
にジャンプして編集を行う。
ｅｍにセーブしくブロック１０９６８０） 、ＧＣＯＢ
ＰＲＯＧ手順（第３５図、ブロック７４００）を使用し
てスケルトン・プログラムを発生する（ブロック１０９
６９０）。次にこのプログラムはブロック１０９９００
にジャンプして編集を行う。
ブロック１０９７５０はこの手順がＣ言語であるかどう
かをチエツクする。もしＣ言語でなければ、この手順は
ブロック１０９９３０に進む。もしＣ言語であれば、こ
の手順は手順ファイルのり名前を構築しくブロック１０
９７６０）、この手順ファイルがあるかどうかを検証す
る（ブロック１０９８５０）。もしこのファイルがあれ
ば（ブロック１０９８５５）、この手順はブロック１０
９８６０に進む。もしなければ、この手順はこの手順の
名前をｇｔｄｐｍｅｍにセーブしくブロック１０９８６
０）、ブロック１０９８７０でＧＣＰＲＯＧ手順（第３
６図、ブロック１１４９５０）を使用してスケルトン・
プログラムを発生する。
かをチエツクする。もしＣ言語でなければ、この手順は
ブロック１０９９３０に進む。もしＣ言語であれば、こ
の手順は手順ファイルのり名前を構築しくブロック１０
９７６０）、この手順ファイルがあるかどうかを検証す
る（ブロック１０９８５０）。もしこのファイルがあれ
ば（ブロック１０９８５５）、この手順はブロック１０
９８６０に進む。もしなければ、この手順はこの手順の
名前をｇｔｄｐｍｅｍにセーブしくブロック１０９８６
０）、ブロック１０９８７０でＧＣＰＲＯＧ手順（第３
６図、ブロック１１４９５０）を使用してスケルトン・
プログラムを発生する。
ブロック１０９９００は、手順ファイルでｄ。
ｅｘｉｔ手順（第３３図、ブロック４３８６０）を実行
し、このプログラムはこの手順を抜ける（ブロック１０
９９３０）。
し、このプログラムはこの手順を抜ける（ブロック１０
９９３０）。
ジェネレートＣ０ＢＯＬプログラムｎ ＧＣＯＢＰＲＯ
Ｇ手里 第３５ａないし３５ｃ図はこの手順の好適な実施例を示
し、このＧＴＤＣＯＢＯＬプログラムの発生手順は、Ｃ
ｏＢＯＬ手順の経路の名前をｇｔｄｓＨｂからＣｏＢＯ
手順のファイルの名前に移動することによって開始され
る（ブロック７４６０）。
Ｇ手里 第３５ａないし３５ｃ図はこの手順の好適な実施例を示
し、このＧＴＤＣＯＢＯＬプログラムの発生手順は、Ｃ
ｏＢＯＬ手順の経路の名前をｇｔｄｓＨｂからＣｏＢＯ
手順のファイルの名前に移動することによって開始され
る（ブロック７４６０）。
次に、この手順は、このＣｏＢＯＬ手順の名前が定義さ
れていない、すなわちｇｔｄｐｍｅｍがブランクかどう
かをチエツクする（ブロック７４９０）。
れていない、すなわちｇｔｄｐｍｅｍがブランクかどう
かをチエツクする（ブロック７４９０）。
もしｇｔｄｐｍｅ＋ｏがブランクであれば、この手順は
エラーを発生してこの手順を抜ける。もしｇｔｄｐｍｅ
ｍがブランクでなければ、完全に修飾されたＣｏＢＯＬ
手順の名前のファイルがマシン・スタンダード規定を使
用して構築される（ブロック７５２０）。
エラーを発生してこの手順を抜ける。もしｇｔｄｐｍｅ
ｍがブランクでなければ、完全に修飾されたＣｏＢＯＬ
手順の名前のファイルがマシン・スタンダード規定を使
用して構築される（ブロック７５２０）。
このＣｏＢＯＬ手順の名前が構築されると、このプログ
ラムはこの手順がすでにあるかどうかをチエツクする（
ブロック７５８０）。もしこの手順がなければ、このエ
ラー・メツセージ領域、ＧＴＤＭＳＧはｒｃＯＢＯＬ
ＰＲＯＧＲＡＭＥＸＩＴＳＪにセットされ（ブロック
７５９０）、このプログラムはエラーを発生してこの手
順を抜ける。もしこの手順がなければ、ＣｏＢＯＬ手順
ファイルの作成が試みられる（ブロック７６３０）。
ラムはこの手順がすでにあるかどうかをチエツクする（
ブロック７５８０）。もしこの手順がなければ、このエ
ラー・メツセージ領域、ＧＴＤＭＳＧはｒｃＯＢＯＬ
ＰＲＯＧＲＡＭＥＸＩＴＳＪにセットされ（ブロック
７５９０）、このプログラムはエラーを発生してこの手
順を抜ける。もしこの手順がなければ、ＣｏＢＯＬ手順
ファイルの作成が試みられる（ブロック７６３０）。
もしこの作成に成功しなければ、このプログラムはエラ
ーを発生してこの手順を抜ける。もしこの作成が成功す
れば、インデックスが初期化され、スケルトン・プログ
ラムの最初の線を指示する。
ーを発生してこの手順を抜ける。もしこの作成が成功す
れば、インデックスが初期化され、スケルトン・プログ
ラムの最初の線を指示する。
判定ブロック７６７０はスケルトン・プログラム初期化
データの終端をチエツクする。もしこれれが初期化デー
タの終端であれば（ブロック７６７０）、この手順はＣ
ｏＢＯＬ手順ファイルを閉じ（ブロック７９１０）、手
順ＧＣＯＢＰＲＯＢを抜ける（ブロック７９２０）。も
し終点でなければ、もしこれが終端でなければ、この線
は出カバソファにコピーされる（ブロック７７００）。
データの終端をチエツクする。もしこれれが初期化デー
タの終端であれば（ブロック７６７０）、この手順はＣ
ｏＢＯＬ手順ファイルを閉じ（ブロック７９１０）、手
順ＧＣＯＢＰＲＯＢを抜ける（ブロック７９２０）。も
し終点でなければ、もしこれが終端でなければ、この線
は出カバソファにコピーされる（ブロック７７００）。
この点で、このバッファの内容を調べて、アプリケーシ
ョン用にカストマイズする必要のあるスケルトンＣ０Ｂ
ＯＬ手順線が位置決めされる。本発明の好適な実施例の
場合、プログラムｉｄ、トランザクション・ビュー・コ
ピー・ファイル、及び第１セクシヨンの名前がカストマ
イズされる。
ョン用にカストマイズする必要のあるスケルトンＣ０Ｂ
ＯＬ手順線が位置決めされる。本発明の好適な実施例の
場合、プログラムｉｄ、トランザクション・ビュー・コ
ピー・ファイル、及び第１セクシヨンの名前がカストマ
イズされる。
出カバソファに移動した線をチエツクし、これがスケル
トン・プログラムの線００３０００であるかどうかを調
べる（ブロック７７１０）。もしこれが線００３０００
であれば、この線で定義されると仮定されるプログラム
ｉｄはこの手順にセットされ、この手順はブロック７８
４０に移動する。もしこれが線０３０００でなければ、
この手順は出カバソファに移動した線がスケルトン・プ
ログラムの線００１２００であるかどうかを調べる（ブ
ロック７７４０）。もしこれが線００１２００であれば
、コピー・ステートメントはトランザクション・ビュー
の名前にセットされ、この手順はブロック７８４０に進
む。もしこれが線００１２００でなければ、この手順は
この出カバソファに移動した線がスケルトン・プログラ
ムのｉｏ ０１８００であるかどうかを調べる（ブロッ
ク７７７０）。
トン・プログラムの線００３０００であるかどうかを調
べる（ブロック７７１０）。もしこれが線００３０００
であれば、この線で定義されると仮定されるプログラム
ｉｄはこの手順にセットされ、この手順はブロック７８
４０に移動する。もしこれが線０３０００でなければ、
この手順は出カバソファに移動した線がスケルトン・プ
ログラムの線００１２００であるかどうかを調べる（ブ
ロック７７４０）。もしこれが線００１２００であれば
、コピー・ステートメントはトランザクション・ビュー
の名前にセットされ、この手順はブロック７８４０に進
む。もしこれが線００１２００でなければ、この手順は
この出カバソファに移動した線がスケルトン・プログラ
ムのｉｏ ０１８００であるかどうかを調べる（ブロッ
ク７７７０）。
もしｆＪＯＯ１８００であれば、手順の名前を有するた
めセクション・ヘッダーがセットされ、この手順はブロ
ック７８４０に進む。もし線００１８００でなければ、
実行はブロック７８４０で継続され、ここで手順はこの
線の終点に新しい線の文字を載置することによって出カ
バソファのこの線を終端する。この線の終端はＵＮＩＸ
の規定である。他の線を線のスペースで埋めるような他
の終端規定を使用することも可能である（本体）。
めセクション・ヘッダーがセットされ、この手順はブロ
ック７８４０に進む。もし線００１８００でなければ、
実行はブロック７８４０で継続され、ここで手順はこの
線の終点に新しい線の文字を載置することによって出カ
バソファのこの線を終端する。この線の終端はＵＮＩＸ
の規定である。他の線を線のスペースで埋めるような他
の終端規定を使用することも可能である（本体）。
次にこの出カバソファはＣｏＢＯＬ手順ファイルに書き
込まれ（ブロック７８５０）、この手順はこの書き込み
が成功したかどうかを調べる（ブロック７８５５）。も
し成功すれば、この手順はインデックスをインクリメン
トしてスケルトン・プログラムの次の線を示し、０ロツ
ク７６７０に戻る。もしこの書き込みが成功しなければ
、エラー・メツセージ領域ＧＴＤＭＳＧはｒｃＯＢＯＬ
ＰＲＯＧＲＡＭ ＷＲＩＴＥ ＥＲＲＯＲＪにとセ
ットされ（ブロック７８６０） 、ＣｏＢＯＬ手順ファ
イルは閉じられる（ブロック７９１０）。
込まれ（ブロック７８５０）、この手順はこの書き込み
が成功したかどうかを調べる（ブロック７８５５）。も
し成功すれば、この手順はインデックスをインクリメン
トしてスケルトン・プログラムの次の線を示し、０ロツ
ク７６７０に戻る。もしこの書き込みが成功しなければ
、エラー・メツセージ領域ＧＴＤＭＳＧはｒｃＯＢＯＬ
ＰＲＯＧＲＡＭ ＷＲＩＴＥ ＥＲＲＯＲＪにとセ
ットされ（ブロック７８６０） 、ＣｏＢＯＬ手順ファ
イルは閉じられる（ブロック７９１０）。
次に、プログラムはこの手順を抜ける（ブロック７９２
０）。
０）。
ＧＴＤによるＣｔ語 化プログラムｎ ＧＣＰＲＯＧ手
第３６ａ図ないし第３６Ｃ図は、本発明によるこの手順
の好適な実施例を示し、ＧＴＤによるＣ言語発生プログ
ラム手順は、Ｃ手順の経路の名前、ｇｔｄｓｌｉｂをＣ
手順ファイルの名前に移動することによって開始される
（ブロック１１５０１０）。
第３６ａ図ないし第３６Ｃ図は、本発明によるこの手順
の好適な実施例を示し、ＧＴＤによるＣ言語発生プログ
ラム手順は、Ｃ手順の経路の名前、ｇｔｄｓｌｉｂをＣ
手順ファイルの名前に移動することによって開始される
（ブロック１１５０１０）。
反対ブロック１１５０４０は、Ｃ手順の名前が定義され
ていない、即ち、ｇｔｄｐｍｅｍがブランクであるかど
うかを調べる。もしブランクであれば、この手順はエラ
ーを発生して終了される。もしブランクでなければ、こ
の手順の名前は上位のケースに変換されることによって
確認される。もし確認されれば、完全に修飾されたＣ手
順ファイルの名前が、手順の名前ｇｔｄｐｍｅｍと現在
の機械の標準のネーミング規定と共に構築される（ブロ
ック１１５１８０）、判定ブロック１１５１３０はＣ手
順ファイルがあるかどうかを調べる。もしなければ、こ
の手順はブロック１１５１８０を継続する。もしＣ手順
ファイルがあれば、この手順はエラー・メソセージ領域
ＧＴＤＭＳＧを「ＣＰＲＯＧＲＡＭ ＥＸＩＳＴＳＪ
と等しいとセントシ（ブロック１１５１４０）手順ファ
イルを抜ける（ブロック１１５１５０）。
ていない、即ち、ｇｔｄｐｍｅｍがブランクであるかど
うかを調べる。もしブランクであれば、この手順はエラ
ーを発生して終了される。もしブランクでなければ、こ
の手順の名前は上位のケースに変換されることによって
確認される。もし確認されれば、完全に修飾されたＣ手
順ファイルの名前が、手順の名前ｇｔｄｐｍｅｍと現在
の機械の標準のネーミング規定と共に構築される（ブロ
ック１１５１８０）、判定ブロック１１５１３０はＣ手
順ファイルがあるかどうかを調べる。もしなければ、こ
の手順はブロック１１５１８０を継続する。もしＣ手順
ファイルがあれば、この手順はエラー・メソセージ領域
ＧＴＤＭＳＧを「ＣＰＲＯＧＲＡＭ ＥＸＩＳＴＳＪ
と等しいとセントシ（ブロック１１５１４０）手順ファ
イルを抜ける（ブロック１１５１５０）。
ブロック１１５１８０はＣ手順ファイルを作成する。判
定ブロック１１５１９０は作成が成功だったかどうかを
チエツクする。もし成功しなければ、プログラムはエラ
ーを発生してこの手順を抜ける。もしこの作成が成功す
れば、インデックスを初期化して第１スケルトン・プロ
グラム線初期化データを示す（ブロック１１５２１０）
。
定ブロック１１５１９０は作成が成功だったかどうかを
チエツクする。もし成功しなければ、プログラムはエラ
ーを発生してこの手順を抜ける。もしこの作成が成功す
れば、インデックスを初期化して第１スケルトン・プロ
グラム線初期化データを示す（ブロック１１５２１０）
。
判定ブロック１１５２２０はこのスケルトン・プログラ
ム初期化データの終点を調べる。もし初期化データの終
点が見つかれば、この手順はブロック１１５４９０にジ
ャンプする。もしこの初期化データの終点が見つからな
ければ、この手順は次にスケルトン・プログラムの線を
出カバソファにコピーする（ブロック１１５２５０）。
ム初期化データの終点を調べる。もし初期化データの終
点が見つかれば、この手順はブロック１１５４９０にジ
ャンプする。もしこの初期化データの終点が見つからな
ければ、この手順は次にスケルトン・プログラムの線を
出カバソファにコピーする（ブロック１１５２５０）。
判定ブロック１１５２７０は、このバッファ内のスケル
トンＣプログラムの線がステートメントを有するトラン
ザクション・ビューを含むかどうかをチエツクする。も
しこれを含んでいれば、トランザクション・ビューの名
前がカストマイズされ、アプリケーションＣトランザク
ション・ビュー・ファイルの名前を参照する。もしこれ
を含まなければ、判定ブロック１１５３４０はスケルト
ンＣプログラムの線がスケルトンＣプログラムの手順の
名前を有するかどうかをチエツクする。もしこれを有し
ていれば、この手順の名前は次にカストマイズされ、ア
プリケーションＣ手順の名前を参照する。
トンＣプログラムの線がステートメントを有するトラン
ザクション・ビューを含むかどうかをチエツクする。も
しこれを含んでいれば、トランザクション・ビューの名
前がカストマイズされ、アプリケーションＣトランザク
ション・ビュー・ファイルの名前を参照する。もしこれ
を含まなければ、判定ブロック１１５３４０はスケルト
ンＣプログラムの線がスケルトンＣプログラムの手順の
名前を有するかどうかをチエツクする。もしこれを有し
ていれば、この手順の名前は次にカストマイズされ、ア
プリケーションＣ手順の名前を参照する。
もしこれがこの手順の名前を有さなければ、次にこのバ
ッファ中の線を終端することによって、この手順はプロ
グラム１１５４１０で継続される。
ッファ中の線を終端することによって、この手順はプロ
グラム１１５４１０で継続される。
プログラムはこのバッファをＣ手順ファイルに書込み（
ブロック１１５４３０）、この書込みが成功だったかど
うかをチエツクする（ブロック１１５４３５）。もし書
き込みが成功であれば、このプログラムはインデックス
をインクルメントして次のＣスケルトン手順線を示しく
ブロック１１５４７０）、次にブロック１１５２２０に
戻る。もし書き込みが成功でなければ、この手順はエラ
ー・メツセージ領域をＧＴＤＭＳＧ＝ ｒＣＰＲＯＧＲ
ＡＭ ＷＲＩＴＥ ＥＲＲＯＲＪにセントする（ブ
ロック１１５４９０）。次にこのプログラムはＣ手順フ
ァイルを閉じ（ブロック１１５４９０）、手順ＧＣＰＲ
ＯＧを終了する（ブロック１１５５００）。
ブロック１１５４３０）、この書込みが成功だったかど
うかをチエツクする（ブロック１１５４３５）。もし書
き込みが成功であれば、このプログラムはインデックス
をインクルメントして次のＣスケルトン手順線を示しく
ブロック１１５４７０）、次にブロック１１５２２０に
戻る。もし書き込みが成功でなければ、この手順はエラ
ー・メツセージ領域をＧＴＤＭＳＧ＝ ｒＣＰＲＯＧＲ
ＡＭ ＷＲＩＴＥ ＥＲＲＯＲＪにセントする（ブ
ロック１１５４９０）。次にこのプログラムはＣ手順フ
ァイルを閉じ（ブロック１１５４９０）、手順ＧＣＰＲ
ＯＧを終了する（ブロック１１５５００）。
メニュー・１スト
この手順は別の第３水準の手順であり、これによってＴ
ＤＦメニュー記録の形式からの情報を有する表示パネル
が設けられる。この情報はメニュー人力定義に特徴を与
え、リスト内のパネルに表示される。−回に表示できる
メニュー人力よりも多くのメニュー人力を定義すること
ができるので、メニュー・リストによる幾つかのナビゲ
ーションを行う機能が設けられる。新しいメニューの定
義の追加、現在のメニューの定義の変更、現在のメニュ
ーの定義の削除、及び現在の定義を表示する機能もまた
設けられる。
ＤＦメニュー記録の形式からの情報を有する表示パネル
が設けられる。この情報はメニュー人力定義に特徴を与
え、リスト内のパネルに表示される。−回に表示できる
メニュー人力よりも多くのメニュー人力を定義すること
ができるので、メニュー・リストによる幾つかのナビゲ
ーションを行う機能が設けられる。新しいメニューの定
義の追加、現在のメニューの定義の変更、現在のメニュ
ーの定義の削除、及び現在の定義を表示する機能もまた
設けられる。
ＧＴＤオプション１．４は、アプリケーションの設計者
にｒＥＤＩＴ ＭＥＮＵＪパネルを与える。
にｒＥＤＩＴ ＭＥＮＵＪパネルを与える。
設計者はＧＴＤシステムによってサポートされるメニュ
ーの４つの水準の階層内に入力を編集することができる
。最初の要求時、トランザクション用のマスター・メニ
ューは適当な選択コード、説明、選択時に与えられるパ
ネル、入力を選択した場合に呼び出される手順（オプシ
ョン）を必要ととする。
ーの４つの水準の階層内に入力を編集することができる
。最初の要求時、トランザクション用のマスター・メニ
ューは適当な選択コード、説明、選択時に与えられるパ
ネル、入力を選択した場合に呼び出される手順（オプシ
ョン）を必要ととする。
入力をメニューに追加するためには、ｒＡＪがいづれか
の選択領域に入力される。これによって、ｒＡＤＤ
ＭＥＮＵ ＥＮＴＲＹｊが与えられ、選択コード、説
明、選択時に与えられるパネル、入力を選択した場合に
呼び出される手順（オプション）の追加が可能になる。
の選択領域に入力される。これによって、ｒＡＤＤ
ＭＥＮＵ ＥＮＴＲＹｊが与えられ、選択コード、説
明、選択時に与えられるパネル、入力を選択した場合に
呼び出される手順（オプション）の追加が可能になる。
このｒＡＤＤＭＥＮＵ ＥＮＴＲＹＪパネルが完成す
れば、入力が追加され、ＥＤＩＴ ＭＥＮＵパネルが
与えられる。
れば、入力が追加され、ＥＤＩＴ ＭＥＮＵパネルが
与えられる。
メニューから入力を削除するには、ｒＤＪが選択領域に
入力される。
入力される。
メニューに対するの入力を変更するには、ｒＣＪが選択
領域に入力される。ユーザは必要に応じてｒＣＨＡＮＧ
Ｅ ＭＥＮＵ ＥＮＴＲＹＪパネルを変更し、これ
によって、説明、パネルの名前、または出力手順の名前
の変更が可能になる。
領域に入力される。ユーザは必要に応じてｒＣＨＡＮＧ
Ｅ ＭＥＮＵ ＥＮＴＲＹＪパネルを変更し、これ
によって、説明、パネルの名前、または出力手順の名前
の変更が可能になる。
ｒＣＨＡＮＧＥ ＭＥＮＵ ＥＮＴＲＹＪパネルが
完成すれば、これらの変更が包含され、ｌｌ’ＤＩＴＭ
ＥＮＵが与えられる。
完成すれば、これらの変更が包含され、ｌｌ’ＤＩＴＭ
ＥＮＵが与えられる。
ＧＴＤシステムは４つの水準のメニューをサポートする
。編集される低位水準メニューを選択するため、選択シ
ーケンスをｒＥＤ ＩＴ ＭＥＮＵＪパネルの命令線
にフオームＳ （５ｅｌｅｃｔ、 ５ｅｌｅｃｔ。
。編集される低位水準メニューを選択するため、選択シ
ーケンスをｒＥＤ ＩＴ ＭＥＮＵＪパネルの命令線
にフオームＳ （５ｅｌｅｃｔ、 ５ｅｌｅｃｔ。
５ｅｌｅｃｔ）で入力する。これによって、設計者が編
集しようとする階層内にメニューを指定する。これは累
積的プロセスである。設計者は、最初にマスター・メニ
ューを定義し、マスター・メニューがサブ・メニューを
参照しようとしていることを示すが、これは入力選択コ
ード、説明領域、及びこのサブ・メニューの名前となる
パネルの名前を特定し、出力手順の名前をブランクにす
ることで行われる。これは４つの水準まで継Ｖｔ（反復
）される。
集しようとする階層内にメニューを指定する。これは累
積的プロセスである。設計者は、最初にマスター・メニ
ューを定義し、マスター・メニューがサブ・メニューを
参照しようとしていることを示すが、これは入力選択コ
ード、説明領域、及びこのサブ・メニューの名前となる
パネルの名前を特定し、出力手順の名前をブランクにす
ることで行われる。これは４つの水準まで継Ｖｔ（反復
）される。
第３７ａ図ないし第３７ｄ図は、ＥＭ手順の好適な実施
例のフロー・チャートを示し、これらの機能をさらに詳
細に説明する。
例のフロー・チャートを示し、これらの機能をさらに詳
細に説明する。
このＧＴＤ編集メニューの階層手順は、最後のメニュー
階層選択要求を作業領域の選択フィールド、ｗｏｇｔｄ
ｓｅｌにコピーすることによって開始される（ブロック
１１０３２０）。ブロック１１３３０は、メニューの名
前をブランクにし、階層の各水準のコードを選択し、次
にブロック１１０４３０は、階層の各水準用の選択コー
ドに対する選択要求（もしあれば）を確認し、これを説
明する。選択要求のフォーマントはＳ （ｘｉ、ｘ２．
ｘ３．）であり、「Ｓ（」または「Ｓ （」が要求の開
始としてサーチされる。もしキーワード見つかれば、各
々のＸの値を検出して階層選択コードに割り当てる。（
ｘｉは階層水準１に割り当てられ、ｘ２は階層水準２に
割り当てられ、ｘ３は階層水準３に割り当てられる）。
階層選択要求を作業領域の選択フィールド、ｗｏｇｔｄ
ｓｅｌにコピーすることによって開始される（ブロック
１１０３２０）。ブロック１１３３０は、メニューの名
前をブランクにし、階層の各水準のコードを選択し、次
にブロック１１０４３０は、階層の各水準用の選択コー
ドに対する選択要求（もしあれば）を確認し、これを説
明する。選択要求のフォーマントはＳ （ｘｉ、ｘ２．
ｘ３．）であり、「Ｓ（」または「Ｓ （」が要求の開
始としてサーチされる。もしキーワード見つかれば、各
々のＸの値を検出して階層選択コードに割り当てる。（
ｘｉは階層水準１に割り当てられ、ｘ２は階層水準２に
割り当てられ、ｘ３は階層水準３に割り当てられる）。
もし階層水準の要求がなければ、次にその値はブランク
のまま残され、その水準に対して要求が特定されないこ
とを承る。もし表示要求が第１水準の階層に対するもの
でなければ（ブロック１１０４９０）、プログラムはブ
ロック１１０５８０に進む。もし第１水準に対するもの
であれば、ブロック１１０５００は第１水準のメニュー
人力、手順ＥＭＳ （第３８図、ブロック１１１２４０
）によってメニュー表示作業領域を準備し、次の水準の
メニューの名前を得る。
のまま残され、その水準に対して要求が特定されないこ
とを承る。もし表示要求が第１水準の階層に対するもの
でなければ（ブロック１１０４９０）、プログラムはブ
ロック１１０５８０に進む。もし第１水準に対するもの
であれば、ブロック１１０５００は第１水準のメニュー
人力、手順ＥＭＳ （第３８図、ブロック１１１２４０
）によってメニュー表示作業領域を準備し、次の水準の
メニューの名前を得る。
ブロック１１０５１０は、この階層編集リストの第１水
準を表示し、次の階層選択要求パネルをＧＴＤＥＭＯ中
にセーブする（第１水準の階層の情報用の編集リストを
表示する）。このプロセスは新しい日付と時間を得るこ
ととスクリーンの日付と時間領域をフォーマットするこ
とを含む。パネル・インタープリータ（ｐａｎｅｌ １
ｎｔｅｒｐｒｅｔｏｒ ）が呼び出され、スクリーン出
力を発生する。
準を表示し、次の階層選択要求パネルをＧＴＤＥＭＯ中
にセーブする（第１水準の階層の情報用の編集リストを
表示する）。このプロセスは新しい日付と時間を得るこ
ととスクリーンの日付と時間領域をフォーマットするこ
とを含む。パネル・インタープリータ（ｐａｎｅｌ １
ｎｔｅｒｐｒｅｔｏｒ ）が呼び出され、スクリーン出
力を発生する。
ＧＴＤＭＳＧはブランクにセットされ、パネル・マツプ
・インタープリータが呼び出されてユーザ・パネル入力
を得る。入力を得た後、ユーザ選択領域がセーブされる
（ブロック１１０５１０）。
・インタープリータが呼び出されてユーザ・パネル入力
を得る。入力を得た後、ユーザ選択領域がセーブされる
（ブロック１１０５１０）。
ブロック１１０５２０は編集メニュー・リスト、手順Ｅ
ＭＸ （第３９図、ブロック１１１６４０）を実行する
。ブロック１１０５３０はユーザの終了表示、手順ＦＥ
（第２２図、ブロック４８１３０）をチエツクする。も
し終了が表示されれば（ブロック１１０５３５）、プロ
グラムはこの手順を抜ける（ブロック１１０８９０）。
ＭＸ （第３９図、ブロック１１１６４０）を実行する
。ブロック１１０５３０はユーザの終了表示、手順ＦＥ
（第２２図、ブロック４８１３０）をチエツクする。も
し終了が表示されれば（ブロック１１０５３５）、プロ
グラムはこの手順を抜ける（ブロック１１０８９０）。
もし表示されなければ、このプログラムはブロック１１
０３２０に戻り、処理を継続する。
０３２０に戻り、処理を継続する。
もし表示要求が第１水準の階層のに対するものでなけれ
ば（ブロック１１０４９０）、ブロック１１０５８０は
この要求が第２水準の階層に対するものかどうかを判定
する。もし第２水準でなければ、このプログラムはブロ
ック１１０６８０にジャンプする。もし第２水準であれ
ば、ブロック１１０５９０は第１水準の要求されたメニ
ュー人力、手順ＥＭＳによってメニュー表示作業領域を
準備し、次の水準のメニューの名前を得る。ブロック１
１０６００は、第２水準の要求されたメニュー人力、手
順ＥＭＳによって第２水準メニュー表示作業領域を準備
し、次の水準のメニューの名前を得る。ブロック１１０
６０１０は第２水準の階層編集リストを表示し、ブロッ
ク１１０５１０で説明したように、次の階層選択要求を
パネルＧＴＤＥＭＩにセーブする（第２水準のメニュー
の編集リスト及び前の水準の選択情報と説明情報を表示
する）。ブロック１１０６２０は、編集メニューメ・リ
スト、手順ＥＭＳを実行する。ブロック１１０６３０は
、ユーザ終了表示、手順ＦＥをチエ・７りする。もし終
了が表示されれば（ブロック１１０６３２）、このプロ
グラムはこの手順を抜ける（ブロック１１０８９０）。
ば（ブロック１１０４９０）、ブロック１１０５８０は
この要求が第２水準の階層に対するものかどうかを判定
する。もし第２水準でなければ、このプログラムはブロ
ック１１０６８０にジャンプする。もし第２水準であれ
ば、ブロック１１０５９０は第１水準の要求されたメニ
ュー人力、手順ＥＭＳによってメニュー表示作業領域を
準備し、次の水準のメニューの名前を得る。ブロック１
１０６００は、第２水準の要求されたメニュー人力、手
順ＥＭＳによって第２水準メニュー表示作業領域を準備
し、次の水準のメニューの名前を得る。ブロック１１０
６０１０は第２水準の階層編集リストを表示し、ブロッ
ク１１０５１０で説明したように、次の階層選択要求を
パネルＧＴＤＥＭＩにセーブする（第２水準のメニュー
の編集リスト及び前の水準の選択情報と説明情報を表示
する）。ブロック１１０６２０は、編集メニューメ・リ
スト、手順ＥＭＳを実行する。ブロック１１０６３０は
、ユーザ終了表示、手順ＦＥをチエ・７りする。もし終
了が表示されれば（ブロック１１０６３２）、このプロ
グラムはこの手順を抜ける（ブロック１１０８９０）。
もし表示されなければ、このプログラムはブロック１１
０３２０に戻り処理を継続する。
０３２０に戻り処理を継続する。
もしこの表示要求が第２水準の階層に対するものでなけ
れば（ブロック１１０５８０）、ブロック１１０６８０
は第３水準の階層に対するものかどうかをチエツクする
。もしそうでなければ、このプログラムはブロック１１
０７９０にジャンプする。もし第３水準に対するもので
あれば、ブロック１１０６９０は、第１水準の要求され
たメニュー人力、手順ＥＭＳによって第１水準のメニュ
ー表示作業領域を準備し、次の水準のメニューの名前を
得る。ブロック１１０７００は、第２水準の要求された
メニュー人力、手順ＥＭＳによって第２水準のメニュー
表示作業領域を準備し、次の水準のメニューの名前を得
る。ブロック１１０７１０は、第３水準の要求されたメ
ニュー人力、手順ＥＭＳによって第３水準のメニュー表
示作業領域を準備し、次の水準のメニューの名前を得る
。ブロック１１０７２０は、この第３水準の階層編集リ
ストを表示し、１１０５１０で説明したプロセスを使用
して次の階層選択要求パネルをＧＴＤＥＭ２にセーブす
る（第３水準のメニューの編集リスト及び前の２つの水
準のメニューに関する選択情報と説明情報を表示する）
。ブロック１１０７３０は編集メニュー・リスト、手順
ＥＭＸを実行する。
れば（ブロック１１０５８０）、ブロック１１０６８０
は第３水準の階層に対するものかどうかをチエツクする
。もしそうでなければ、このプログラムはブロック１１
０７９０にジャンプする。もし第３水準に対するもので
あれば、ブロック１１０６９０は、第１水準の要求され
たメニュー人力、手順ＥＭＳによって第１水準のメニュ
ー表示作業領域を準備し、次の水準のメニューの名前を
得る。ブロック１１０７００は、第２水準の要求された
メニュー人力、手順ＥＭＳによって第２水準のメニュー
表示作業領域を準備し、次の水準のメニューの名前を得
る。ブロック１１０７１０は、第３水準の要求されたメ
ニュー人力、手順ＥＭＳによって第３水準のメニュー表
示作業領域を準備し、次の水準のメニューの名前を得る
。ブロック１１０７２０は、この第３水準の階層編集リ
ストを表示し、１１０５１０で説明したプロセスを使用
して次の階層選択要求パネルをＧＴＤＥＭ２にセーブす
る（第３水準のメニューの編集リスト及び前の２つの水
準のメニューに関する選択情報と説明情報を表示する）
。ブロック１１０７３０は編集メニュー・リスト、手順
ＥＭＸを実行する。
ブロック１１０７４０はユーザ終了指示、手順ＦＥをチ
エツクする。もし終了が表示されれば（ブロック１１０
７４５）、プログラムはこの手順を抜ける（ブロック１
１０８９０）。もし終了が表示されなければ、プログラ
ムはブロック１１０３２０に戻り処理を継続する。
エツクする。もし終了が表示されれば（ブロック１１０
７４５）、プログラムはこの手順を抜ける（ブロック１
１０８９０）。もし終了が表示されなければ、プログラ
ムはブロック１１０３２０に戻り処理を継続する。
もし表示要求が第３水準の階層に対するものでなければ
（ブロック１１０６８０）、ブロック１１０７９０は第
１水準の要求されたメニュー人力、手順ＥＭＳによって
第１水準・メニュー表示作業領域を準備し、次のメニュ
ーの名前を得る。
（ブロック１１０６８０）、ブロック１１０７９０は第
１水準の要求されたメニュー人力、手順ＥＭＳによって
第１水準・メニュー表示作業領域を準備し、次のメニュ
ーの名前を得る。
ブロック１１０８００は第２の要求されたメニュー人力
、手順ＥＭＳによって第２水準のメニュー表示と作業領
域を準備し、次の水準のメニューの名前を得る。ブロッ
ク１１０８１０は、第３水準の要求されたメニュー人力
、手順ＥＭＳによってメニューの第３水準の表示作業領
域を準備し、次の水準のメニューの名前を得る。ブロッ
ク１１０８２０は、第４水準の要求されたメニュー人力
、手順ＥＭＳによって第４水準のメニュー表示作業領域
を準備し、次の水準のメニューの名前を得る。ブロック
１１０８３０は、第４水準の階層編集リストを表示し、
ブロック１１０５１０で説明したプロセスを使用して次
の階層選択要求をパネルＧＴＤＥＭ３にセーブする（前
の３つに水準の選択情報と説明情報と共に第４水準のリ
ストを表示編集する）。
、手順ＥＭＳによって第２水準のメニュー表示と作業領
域を準備し、次の水準のメニューの名前を得る。ブロッ
ク１１０８１０は、第３水準の要求されたメニュー人力
、手順ＥＭＳによってメニューの第３水準の表示作業領
域を準備し、次の水準のメニューの名前を得る。ブロッ
ク１１０８２０は、第４水準の要求されたメニュー人力
、手順ＥＭＳによって第４水準のメニュー表示作業領域
を準備し、次の水準のメニューの名前を得る。ブロック
１１０８３０は、第４水準の階層編集リストを表示し、
ブロック１１０５１０で説明したプロセスを使用して次
の階層選択要求をパネルＧＴＤＥＭ３にセーブする（前
の３つに水準の選択情報と説明情報と共に第４水準のリ
ストを表示編集する）。
現在サポートされているメニューの階層の場合、４つの
水準だけがサポートされているが、ここに与えられてい
る論理を拡張することによって、より多くの水準をサポ
ートしてより多くの水準をカバーすることができる。編
集メニュー・リスト表示パネルは実際には階層の前の水
準からの説明情報と選択情報を表示するので、新しいパ
ネルを設計してより多くの水準を表示し、これによって
現在の論理とデータ領域の用途を拡張することができる
。または、第４メニュー階層を処理した後輪理を追加し
、選択した以前の３つの水準を表示すると共に、５つ以
上のメニューの階層水準に対する情報を説明することが
できる。
水準だけがサポートされているが、ここに与えられてい
る論理を拡張することによって、より多くの水準をサポ
ートしてより多くの水準をカバーすることができる。編
集メニュー・リスト表示パネルは実際には階層の前の水
準からの説明情報と選択情報を表示するので、新しいパ
ネルを設計してより多くの水準を表示し、これによって
現在の論理とデータ領域の用途を拡張することができる
。または、第４メニュー階層を処理した後輪理を追加し
、選択した以前の３つの水準を表示すると共に、５つ以
上のメニューの階層水準に対する情報を説明することが
できる。
ブロック１１０８５０はユーザ終了表示、手順ＦＢ（第
２２図、ブロック４８１３０）をチエツクする。もし終
了が表示されれば（ブロック１１０８５５）、このプロ
グラムはこの手順を抜ける（ブロック１１０８９０）。
２２図、ブロック４８１３０）をチエツクする。もし終
了が表示されれば（ブロック１１０８５５）、このプロ
グラムはこの手順を抜ける（ブロック１１０８９０）。
もし表示されなければ、このプログラムはブロック１１
０３２０に戻り処理を継続する。
０３２０に戻り処理を継続する。
ＧＴＤ準 メニューの表示： ＥＭＳ
第３８図は、本発明によるこの手順の好適な実施例のフ
ローチャートを示す。ＧＴＤ準備メ二二−表示手順は、
現在のメニュー内のメニュー人力の各々に対する説明、
出カバネル、および出力手順の表示領域を初期化する。
ローチャートを示す。ＧＴＤ準備メ二二−表示手順は、
現在のメニュー内のメニュー人力の各々に対する説明、
出カバネル、および出力手順の表示領域を初期化する。
この手順は、表示されるべき現在のメニューの名前、選
択情報と説明情報を載置する作業領域、及び次のメニュ
ー選択コードを入力として必要とする。このＥＭＳ手順
は、現在のメニューに対する初期化された作業領域と次
のメニューの選択コードに対応するメニューの名前を出
力する。
択情報と説明情報を載置する作業領域、及び次のメニュ
ー選択コードを入力として必要とする。このＥＭＳ手順
は、現在のメニューに対する初期化された作業領域と次
のメニューの選択コードに対応するメニューの名前を出
力する。
この作業領域の説明の中のメニュー表示領域ｄｎａｍｅ
％ ｄｏｐｎｍ 、及びｄｉｐｎｍをブランクにしく
ブロック１１１３２０）、次にｊをゼロに初期化しポイ
ンタｅに５ＴＤＥテーブルの開始点を指示させることに
よって、ＥＭＳ手順は開始される。判定ブロック１１１
４０５は、ｅが５ＴＤＥテーブルの終点を越える部分を
指示しているかどうかをチエツクする。もしそうであれ
ば、プログラムはこの手順を抜ける（ブロック１１１５
６０）。もしｅが５ＴＤＥテーブルの終点を越える部分
を指示していなければ、次の判定ブロック１１１４２０
は、この入力がスクリーンに適合するか、すなわち、イ
ンデックスｊがスクリーンに適合するメニュー人力の後
（１６）以上であるかどうかをチエツクする。もしメニ
ュー人力の数取上であれば、このプログラムはこの手順
を抜ける（ブロック１１１５６０）。もしそうでなけれ
ば、判定ブロック１１１４２５は、この５ＴＤＥ入力が
メニュー人力（ＳＴＤＥＴＹＰ＝Ｅ）であるかどうか、
及び５ＴＤＥメニユ一人力の名前ＳＴＤＥＮＡＭＥが入
力メニューの名前、ｍｅｎｕと等しいかどうかをチエツ
クする。もしそうでなければ、このプログラムこの手順
を抜ける（ブロック１１１５６０）。
％ ｄｏｐｎｍ 、及びｄｉｐｎｍをブランクにしく
ブロック１１１３２０）、次にｊをゼロに初期化しポイ
ンタｅに５ＴＤＥテーブルの開始点を指示させることに
よって、ＥＭＳ手順は開始される。判定ブロック１１１
４０５は、ｅが５ＴＤＥテーブルの終点を越える部分を
指示しているかどうかをチエツクする。もしそうであれ
ば、プログラムはこの手順を抜ける（ブロック１１１５
６０）。もしｅが５ＴＤＥテーブルの終点を越える部分
を指示していなければ、次の判定ブロック１１１４２０
は、この入力がスクリーンに適合するか、すなわち、イ
ンデックスｊがスクリーンに適合するメニュー人力の後
（１６）以上であるかどうかをチエツクする。もしメニ
ュー人力の数取上であれば、このプログラムはこの手順
を抜ける（ブロック１１１５６０）。もしそうでなけれ
ば、判定ブロック１１１４２５は、この５ＴＤＥ入力が
メニュー人力（ＳＴＤＥＴＹＰ＝Ｅ）であるかどうか、
及び５ＴＤＥメニユ一人力の名前ＳＴＤＥＮＡＭＥが入
力メニューの名前、ｍｅｎｕと等しいかどうかをチエツ
クする。もしそうでなければ、このプログラムこの手順
を抜ける（ブロック１１１５６０）。
もしそうであれば、このプログラムは編集リスト中のｊ
番目の項目を初期化し、以下のパラメータをセットする
。パネルの名前はｄｎａｍｅ ＝ ＳＴＤＥＩＰＮＭに
セットされ、出力手順の名前はｄｏｐｎｍ ＝ ＳＴＤ
ＥＯＰＮＭにセットされ、説明は５ＴＤＥＳＥＬ、ｒ
Ｊにセントされ、これはこの領域に適合する５ＴＤＥ
ＤＥＳＣの一部分を有する（ブロック１１１４３０）。
番目の項目を初期化し、以下のパラメータをセットする
。パネルの名前はｄｎａｍｅ ＝ ＳＴＤＥＩＰＮＭに
セットされ、出力手順の名前はｄｏｐｎｍ ＝ ＳＴＤ
ＥＯＰＮＭにセットされ、説明は５ＴＤＥＳＥＬ、ｒ
Ｊにセントされ、これはこの領域に適合する５ＴＤＥ
ＤＥＳＣの一部分を有する（ブロック１１１４３０）。
次のステップは、パネル編集リストのためにｊをインク
リメントする（プロ・７り１１１５００）。次に、判定
ブロックは、メニュー人力の選択コードが次の選択コー
ド入力値と等しいかどうかをチエツクする。もしこのメ
ニュー人力が次の選択コードの入力値と等しければ、次
にこの手順は次のメニューの名前をメニュー人カバネル
の名前、５ＴＤＥ Ｉ ＰＮＭに初期化する（ブロック
１１１５１０）。
リメントする（プロ・７り１１１５００）。次に、判定
ブロックは、メニュー人力の選択コードが次の選択コー
ド入力値と等しいかどうかをチエツクする。もしこのメ
ニュー人力が次の選択コードの入力値と等しければ、次
にこの手順は次のメニューの名前をメニュー人カバネル
の名前、５ＴＤＥ Ｉ ＰＮＭに初期化する（ブロック
１１１５１０）。
さもなければ、このプログラムはポインタｅをインクリ
メントして次の５ＴＤＥ入力を示しくブロック１１１５
５０）、判定ブロック１１１４０５に戻り、ｅが５ＴＤ
Ｅテーブルの終点を越える部分を指示しているかどうか
をチエツクする。もしそうであれば、このプログラムは
この手順を抜ける（ブロック１１１５６０）。もしそう
でなければ、ブロック１１１４０５でこのプログラムは
ブロック１１１４２０に戻り処理を継続する。
メントして次の５ＴＤＥ入力を示しくブロック１１１５
５０）、判定ブロック１１１４０５に戻り、ｅが５ＴＤ
Ｅテーブルの終点を越える部分を指示しているかどうか
をチエツクする。もしそうであれば、このプログラムは
この手順を抜ける（ブロック１１１５６０）。もしそう
でなければ、ブロック１１１４０５でこのプログラムは
ブロック１１１４２０に戻り処理を継続する。
ＧＴＤ メニュー・リスト： ＥＭＸ手順第３９図
は、この手順の好適な実施例のフローチャートを示し、
ＥＭＸ手順は、表示されたメニュー人力編集リスト用の
ユーザの追加、削除、及び変更メニュー人力要求動作を
処理する。
は、この手順の好適な実施例のフローチャートを示し、
ＥＭＸ手順は、表示されたメニュー人力編集リスト用の
ユーザの追加、削除、及び変更メニュー人力要求動作を
処理する。
ＧＴＤｍ集メニュー・リスト手順は、インデックスｊを
ゼロに初期化し、ポインタｅを５ＴＤＥテーブルの開始
にセットすることによって開始される（ブロック１１１
６７０）。ブロック１１６８０で、次にこの手順はｅポ
インタが５ＴＤＥテーブルの終点を越えて移動したかど
うかを決定する。
ゼロに初期化し、ポインタｅを５ＴＤＥテーブルの開始
にセットすることによって開始される（ブロック１１１
６７０）。ブロック１１６８０で、次にこの手順はｅポ
インタが５ＴＤＥテーブルの終点を越えて移動したかど
うかを決定する。
もし移動すると、このプログラムはブロック１１１７９
０にジャンプする。もしｅポインタが５ＴＤＥテーブル
の終点を越えて移動しないと、この手順は入力がメニュ
ー人力（ＳＴＤＥＴＹＰ＝Ｅ）かどうかを決定し、メニ
ュー人力の名前が入力メニューの名前（ＳＴＤＥＮＡＭ
Ｅ＝ｍｅｎｕ）と等しいかどうかを決定する。もしそう
でなければ、この手順はブロック１１１７８０で動作を
継続し、５ＴＤＥテーブル内の次の入力を試験する。
０にジャンプする。もしｅポインタが５ＴＤＥテーブル
の終点を越えて移動しないと、この手順は入力がメニュ
ー人力（ＳＴＤＥＴＹＰ＝Ｅ）かどうかを決定し、メニ
ュー人力の名前が入力メニューの名前（ＳＴＤＥＮＡＭ
Ｅ＝ｍｅｎｕ）と等しいかどうかを決定する。もしそう
でなければ、この手順はブロック１１１７８０で動作を
継続し、５ＴＤＥテーブル内の次の入力を試験する。
もしそうであれば、この手順はパネルのｊ番目のメニュ
ー人力用の命令が変更命令かどうかを決定する（ブロッ
ク１１１７００）。
ー人力用の命令が変更命令かどうかを決定する（ブロッ
ク１１１７００）。
もしそれが変更要求であれば、５ＴＤＥメニユ一人力の
値は５ＴＤＥ入力に対応する作業領域にコピーされ、メ
ニューが表示され、メニューに特徴を与える情報の変更
を要求する。この入力値は出カバネルと出力手順、ｇｔ
ｄｅｉｐｎｍとｇｔｄｅｏｐｒｍを上位のケースに変換
することによって確認され、次に変更を完了するため５
ＴＤＥ入力に戻る。これの実行においてユーザに許され
ていないのはメニューの名前に対するいづれの変更のみ
である。しかし、この変更は古い５ＴＤＥ入力を削除し
て新しい５ＴＤＥ入力を追加することによって容易に実
行することができる。
値は５ＴＤＥ入力に対応する作業領域にコピーされ、メ
ニューが表示され、メニューに特徴を与える情報の変更
を要求する。この入力値は出カバネルと出力手順、ｇｔ
ｄｅｉｐｎｍとｇｔｄｅｏｐｒｍを上位のケースに変換
することによって確認され、次に変更を完了するため５
ＴＤＥ入力に戻る。これの実行においてユーザに許され
ていないのはメニューの名前に対するいづれの変更のみ
である。しかし、この変更は古い５ＴＤＥ入力を削除し
て新しい５ＴＤＥ入力を追加することによって容易に実
行することができる。
もしこれが変更命令でなければ、このプログラムはパネ
ルのｊ番目のメニュー人力用の命令が削除命令かどうか
を決定する（プロ・７り１１１７３０）。
ルのｊ番目のメニュー人力用の命令が削除命令かどうか
を決定する（プロ・７り１１１７３０）。
もし削除命令であれば、５ＴＤＥテーブル内のその後の
入力によって削除された入力をオーバライ） （ｏｖｅ
ｒｉｖｒｉｔｅ ）することによって、この手順は５Ｔ
ＤＥテーブル内のメニュー人力を削除する。
入力によって削除された入力をオーバライ） （ｏｖｅ
ｒｉｖｒｉｔｅ ）することによって、この手順は５Ｔ
ＤＥテーブル内のメニュー人力を削除する。
この５ＴＤＥ入力のカウント、ｎｅｎ ｔはディクリメ
ントされ、ｅは前回の５ＴＤＥ入力を示すように変更さ
れる。
ントされ、ｅは前回の５ＴＤＥ入力を示すように変更さ
れる。
もし削除命令でなければ、この手順はインデックスｊを
パネル編集リスト用にインクリメントしくブロック１１
１７６０）、次にｅポインタを次の５ＴＤＥ入力に移動
させ（ブロック１１１７８０）、ブロック１１１６８０
に戻って、処理を継続する。
パネル編集リスト用にインクリメントしくブロック１１
１７６０）、次にｅポインタを次の５ＴＤＥ入力に移動
させ（ブロック１１１７８０）、ブロック１１１６８０
に戻って、処理を継続する。
ブロック１１１７９０はパネル・メニュー人力カウンタ
を初期化し、インデックスｊをゼロにセットする。この
手順は、次にパネル・メニュー人力カウンタｊがスクリ
ーンに適合するメニュー人力の数（１４）以上であるか
どうか決定する（ブロック１１１７９５）。もしこのカ
ウンタが最大値に達すると、このプログラムはこの手順
を抜ける（ブロック１１１８５０）。もしこのカウンタ
が最大値に達しなければ、このプログラムは、パネルの
ｊ番目のメニュー人力に対する命令が追加要求であるか
どうかを決定する（ブロック１１１８００）。
を初期化し、インデックスｊをゼロにセットする。この
手順は、次にパネル・メニュー人力カウンタｊがスクリ
ーンに適合するメニュー人力の数（１４）以上であるか
どうか決定する（ブロック１１１７９５）。もしこのカ
ウンタが最大値に達すると、このプログラムはこの手順
を抜ける（ブロック１１１８５０）。もしこのカウンタ
が最大値に達しなければ、このプログラムは、パネルの
ｊ番目のメニュー人力に対する命令が追加要求であるか
どうかを決定する（ブロック１１１８００）。
もし追加要求であれば、５ＴＤＥ入力に対応するこの作
業領域フィールドがクリアされ、メニューの名前が初期
化され、パネルを表示して、新しいメニュー人力に特徴
を与える情報をユーザから要求する。このユーザ入力値
は出カバネルと出力手順の名前、ｇｔｄｅｉｐｎｍとｇ
ｔｄｅｏｐｎｍを上位のケースに変換することによって
確認され、次にこのメニュー人力は第３３図のブロック
４６２９０で説明したプロセスを使用して追加される。
業領域フィールドがクリアされ、メニューの名前が初期
化され、パネルを表示して、新しいメニュー人力に特徴
を与える情報をユーザから要求する。このユーザ入力値
は出カバネルと出力手順の名前、ｇｔｄｅｉｐｎｍとｇ
ｔｄｅｏｐｎｍを上位のケースに変換することによって
確認され、次にこのメニュー人力は第３３図のブロック
４６２９０で説明したプロセスを使用して追加される。
もし追加要求でなければ、この手順はメニュー人力命令
コードをクリアしくブロック１１１８３０）、パネル編
集リスト用にインデックスｊをインクリメントしくブロ
ック１１１８４０）、ブロック１１１７９５に戻って処
理を継続する。
コードをクリアしくブロック１１１８３０）、パネル編
集リスト用にインデックスｊをインクリメントしくブロ
ック１１１８４０）、ブロック１１１７９５に戻って処
理を継続する。
編集舌伍リスト
この手順は表示パネルを設ける別の第３水準の手順であ
り、この表示パネルはＴＤＦ言語記録の形式からの情報
を含む。この情報は言語入力定義に特徴を与え、リスト
内のパネルに表示される。
り、この表示パネルはＴＤＦ言語記録の形式からの情報
を含む。この情報は言語入力定義に特徴を与え、リスト
内のパネルに表示される。
−回に表示することができる言語入力よりも多くの言語
入力を定義することができるので、この言語リストによ
ってナビゲーションを行なうことのできる機能が設けら
れる。新しい言語定義の追加、現在の言語定義の変更、
現在の言語定義の削除、および現在の定義の表示するた
めの機能もまた設けられる。
入力を定義することができるので、この言語リストによ
ってナビゲーションを行なうことのできる機能が設けら
れる。新しい言語定義の追加、現在の言語定義の変更、
現在の言語定義の削除、および現在の定義の表示するた
めの機能もまた設けられる。
ユーザがＨＥＬＰドキュメンテイション、Ｑ Ｌ Ｏ５
ｓａｒｙサポート、またはＩ Ｎ Ｆ Ｏｒｍａｔｉｏ
ｎを要求する場合、優先領域の言語によって、ユーザに
与えるための適切なドキュメンテイションが決定される
。もしドキュメンテイションがユーザの優先言語に存在
しなければ、適用可能であれば、英語のドキュメンテイ
ションが与えられる。
ｓａｒｙサポート、またはＩ Ｎ Ｆ Ｏｒｍａｔｉｏ
ｎを要求する場合、優先領域の言語によって、ユーザに
与えるための適切なドキュメンテイションが決定される
。もしドキュメンテイションがユーザの優先言語に存在
しなければ、適用可能であれば、英語のドキュメンテイ
ションが与えられる。
このＧＴＤシステムは、ＨＥＬＰ ＧＬＯ３゜および
ＩＮＦＯドキュメンテイションを使用するアプリケーシ
ョンをサポートしてアプリケーションの機能性を説明す
る。このドキュメンテイションはＴＤＴの一部として保
持される。ＴＤＴは最初に構築されるので、設計者はレ
ポートとジェネレーションを特定してドキュメンテイシ
ョンの位置を指定することができる。この特徴を拡張し
、言語編集リスト機能によって多重言語をサポートする
ことができる。この言語編集リスト機能によって、設計
者は言語のリストとこのドキュメンテイションに対して
関連するレポート・ジェネレーションを編集することが
できる。次にアプリケーションの設計者は、ユーザの優
先言語にドキュメンテイションを設けることができる。
ＩＮＦＯドキュメンテイションを使用するアプリケーシ
ョンをサポートしてアプリケーションの機能性を説明す
る。このドキュメンテイションはＴＤＴの一部として保
持される。ＴＤＴは最初に構築されるので、設計者はレ
ポートとジェネレーションを特定してドキュメンテイシ
ョンの位置を指定することができる。この特徴を拡張し
、言語編集リスト機能によって多重言語をサポートする
ことができる。この言語編集リスト機能によって、設計
者は言語のリストとこのドキュメンテイションに対して
関連するレポート・ジェネレーションを編集することが
できる。次にアプリケーションの設計者は、ユーザの優
先言語にドキュメンテイションを設けることができる。
ＧＴＤｌ、５によって、設計者はこのＴＤＴ用に特定さ
れた言語のリストを与えられる。言語入力の各々は、レ
ポートとジェネレーションの仕様を含み、その言語に対
してドキュメンテイションがどこに存在するかを識別す
る。設計者は、それぞれｒＡＪ、「Ｃ」、またはｒＤｊ
を入力することによってこの言語リスト内の入力を追加
、変更、または削除し、必要に応じて、これらの入力を
変更することができる。
れた言語のリストを与えられる。言語入力の各々は、レ
ポートとジェネレーションの仕様を含み、その言語に対
してドキュメンテイションがどこに存在するかを識別す
る。設計者は、それぞれｒＡＪ、「Ｃ」、またはｒＤｊ
を入力することによってこの言語リスト内の入力を追加
、変更、または削除し、必要に応じて、これらの入力を
変更することができる。
第４０ａ図ないし第４０ｆ図はＥＬ手順の好適な実施例
のフローチャートを示し、これらの機能をさらに詳細に
説明する。
のフローチャートを示し、これらの機能をさらに詳細に
説明する。
ＧＴＤＷ集言語リスト手順は、ユーザが位置決め命令入
力に対する選択領域を走査することによって開始される
。この位置決めの名前はトランザクション・ビューのｄ
ｎ ａ ｍ ｅ 領域にセーブされる。
力に対する選択領域を走査することによって開始される
。この位置決めの名前はトランザクション・ビューのｄ
ｎ ａ ｍ ｅ 領域にセーブされる。
この位置決めの名前はこの編集リストに表示される最初
の言語入力として使用される。もし位置決め命令が存在
しなければ、ｄｎａｍｅはブランクにセットされる（ブ
ロック１１３１００）。以下の表示領域の変数がブラン
クにされる（ブロック１１３１１０）。即ち、これらの
変数は、選択、変数ｇｔｄｓｅｌａ−，名前、変数ｄｎ
ａｍｅａ、レポート、変数ｄｉｐｎｍ−，及びジェネレ
ーション、変数ｄｏｐｎｍである。インデックスｊ１及
びポインタＥがＳＴＤεテーブルの開始に初期化される
（ブロック１１３１８０）。
の言語入力として使用される。もし位置決め命令が存在
しなければ、ｄｎａｍｅはブランクにセットされる（ブ
ロック１１３１００）。以下の表示領域の変数がブラン
クにされる（ブロック１１３１１０）。即ち、これらの
変数は、選択、変数ｇｔｄｓｅｌａ−，名前、変数ｄｎ
ａｍｅａ、レポート、変数ｄｉｐｎｍ−，及びジェネレ
ーション、変数ｄｏｐｎｍである。インデックスｊ１及
びポインタＥがＳＴＤεテーブルの開始に初期化される
（ブロック１１３１８０）。
ブロック１１３１８５ないし１１３２６０は１つのプロ
セスを構成し、このプロセスは、スクリーンに表示する
最初の言語リスト項目を５ＴＤＥテーブル内に位置決め
する。次に、最初の言語の名前と表示装置に適合するの
と同数の後続の言語の名前は、表示される各言語入力用
の５ＴＤＥテーブルからの対応する言語に特徴を与える
情報と共に言語リスト表示領域に載置される。リストの
終点までの全ての言語の名前、またはスクリーンに適合
する全ての言語の名前、及びこれらの特徴を与えるデー
タが表示領域に載置された場合、このプロセスは終了す
る。
セスを構成し、このプロセスは、スクリーンに表示する
最初の言語リスト項目を５ＴＤＥテーブル内に位置決め
する。次に、最初の言語の名前と表示装置に適合するの
と同数の後続の言語の名前は、表示される各言語入力用
の５ＴＤＥテーブルからの対応する言語に特徴を与える
情報と共に言語リスト表示領域に載置される。リストの
終点までの全ての言語の名前、またはスクリーンに適合
する全ての言語の名前、及びこれらの特徴を与えるデー
タが表示領域に載置された場合、このプロセスは終了す
る。
判定ブロック１１３１８５は、ｅが５ＴＤＥテーブルの
終端を越えたことを示しているかどうかをチエツクする
。もしそうであれば、手順はブロック１１３２７０にジ
ャンプする。もしそうでなければ、手順は、ｊがスクリ
ーンに適合する言語の入力の数（１６）以上であるがど
うかをチエツクする（ブロック１１３２００）。もしｊ
が１６以上であれば、手順はブロック１１３２７０にジ
ャンプする。
終端を越えたことを示しているかどうかをチエツクする
。もしそうであれば、手順はブロック１１３２７０にジ
ャンプする。もしそうでなければ、手順は、ｊがスクリ
ーンに適合する言語の入力の数（１６）以上であるがど
うかをチエツクする（ブロック１１３２００）。もしｊ
が１６以上であれば、手順はブロック１１３２７０にジ
ャンプする。
もしそうでなければ、手順は現在の言語の（ＳＴＤＥＴ
ＹＰ＝Ｌ）が５ＴＤＥテーブルの言語の名前、ＳＴＤＥ
ＮＡＭＥであり、ユーザによって要求される次の言語の
名前、ｄｎａｍｅ以上であるかどうかをチエツクする（
ブロック１１３２０５）。
ＹＰ＝Ｌ）が５ＴＤＥテーブルの言語の名前、ＳＴＤＥ
ＮＡＭＥであり、ユーザによって要求される次の言語の
名前、ｄｎａｍｅ以上であるかどうかをチエツクする（
ブロック１１３２０５）。
もし現在の言語の名前が要求された言語の名前以上でな
ければ、手順はブロック１１３２６０にジャンプする。
ければ、手順はブロック１１３２６０にジャンプする。
もし現在の言語の名前が次の言語の名前以上であれば、
編集リストのｊ番目の項目が下記の値に初期化される（
ブロック１１３２１０）。
編集リストのｊ番目の項目が下記の値に初期化される（
ブロック１１３２１０）。
即ち、下記の値とは、名前、可変数ｄ ｎａｍｅａ ＝
ＳＴＤＥＮＡＭＥ、レポート、可変数ｄｉｐｎｍ＝ＳＴ
ＤＥ Ｉ ＰＮＭ、およびジェネレーション、可変数ｄ
ｏｐｎｍ＝ｓＴＤＥＯＰＮＭである。手順は、インデッ
クスｊをインクリメントしくブロック１１３２４０）、
ポインタｅをインクリメントして次の５ＴＤＥの入力を
示しくブロック１１３２６０）、次にブロック１１３１
８５に戻って処理を継続する。
ＳＴＤＥＮＡＭＥ、レポート、可変数ｄｉｐｎｍ＝ＳＴ
ＤＥ Ｉ ＰＮＭ、およびジェネレーション、可変数ｄ
ｏｐｎｍ＝ｓＴＤＥＯＰＮＭである。手順は、インデッ
クスｊをインクリメントしくブロック１１３２４０）、
ポインタｅをインクリメントして次の５ＴＤＥの入力を
示しくブロック１１３２６０）、次にブロック１１３１
８５に戻って処理を継続する。
ブロック１１３２７０はパネルを表示して（第２１図、
ブロック４７３ｏｏ）、ＧＴＤＥＣパネルの表示を選択
する。
ブロック４７３ｏｏ）、ＧＴＤＥＣパネルの表示を選択
する。
ブロック１１３２８５ないし１１３４７５は、各ユーザ
が各言語のリスト項目の検討を要求するプロセスを構成
する。もし追加、削除また変更の要求があれば、適当な
タスクが実行される。このプロセスは、リスト内の各言
語の入力に対する要求が識別されて実行された後に終了
する。
が各言語のリスト項目の検討を要求するプロセスを構成
する。もし追加、削除また変更の要求があれば、適当な
タスクが実行される。このプロセスは、リスト内の各言
語の入力に対する要求が識別されて実行された後に終了
する。
Ｊがゼロに初期化され、（ブロック１１３２８０）、手
順はｊがスクリーンに適合する言語の入力の数（１６）
以上であるかどうかをチエツクする。もしｊが１６以上
であれば、手順はブロック１１３４８０に進む。もしそ
うでなければ、手順は、言語の追加要求、ｇｔｄｓｅｌ
ａ＝ ｒ ａ ＪまたはｒＡＪがあるがどうかをチエツ
クする（ブロック１１３３１０）。
順はｊがスクリーンに適合する言語の入力の数（１６）
以上であるかどうかをチエツクする。もしｊが１６以上
であれば、手順はブロック１１３４８０に進む。もしそ
うでなければ、手順は、言語の追加要求、ｇｔｄｓｅｌ
ａ＝ ｒ ａ ＪまたはｒＡＪがあるがどうかをチエツ
クする（ブロック１１３３１０）。
もし追加要求があれば、１つの言語が表示され、ＴＤＦ
の言語記録の種類で説明したように言語の特徴を与える
情報を要求する。入力の値が確認される。このことは、
−船釣に言語、ドキュメンテーション・レポート、およ
びドキュメンテーション・ジェネレーションの名前を上
位のケースに変換することを含む。入力の値を確認した
後、ＴＤＦに後で記憶するために５ＴＤＥテーブルに新
しい言語の入力を追加する試みが行われる。もし与えら
れた言語の名前がブランクであれば、５ＴＤＥテーブル
が満杯であれば、または与えられた言語ノ名前が既にテ
ーブル内に存在していれば、この試みは失敗する。もし
エラーが検出されなければ、言語の入力は言語の上昇順
に５ＴＤＥテーブルに行われる。５ＴＤＥカウントの人
力、ｎｅｎｔがインクリメントされる。言語が追加され
ると、手順はブロック１１３４７０にジャンプする。も
し追加要求がなければ、手順は、言語変更要求、ｇｔｄ
ｓｅｌａ＝「Ｃ」または「Ｃ」があるかどうかをチエツ
クする（ブロック１１３３６０）。
の言語記録の種類で説明したように言語の特徴を与える
情報を要求する。入力の値が確認される。このことは、
−船釣に言語、ドキュメンテーション・レポート、およ
びドキュメンテーション・ジェネレーションの名前を上
位のケースに変換することを含む。入力の値を確認した
後、ＴＤＦに後で記憶するために５ＴＤＥテーブルに新
しい言語の入力を追加する試みが行われる。もし与えら
れた言語の名前がブランクであれば、５ＴＤＥテーブル
が満杯であれば、または与えられた言語ノ名前が既にテ
ーブル内に存在していれば、この試みは失敗する。もし
エラーが検出されなければ、言語の入力は言語の上昇順
に５ＴＤＥテーブルに行われる。５ＴＤＥカウントの人
力、ｎｅｎｔがインクリメントされる。言語が追加され
ると、手順はブロック１１３４７０にジャンプする。も
し追加要求がなければ、手順は、言語変更要求、ｇｔｄ
ｓｅｌａ＝「Ｃ」または「Ｃ」があるかどうかをチエツ
クする（ブロック１１３３６０）。
もし変更要求があれば、変更を要求した言語の名前が検
証される。もしこの言語が５ＴＤＥテーブル内で定義さ
れていなければ、この変更要求を実行することができな
い。もしこの言語が５ＴＤＥテーブル内にリストされて
いれば、５ＴＤＥ言語の入力の値が次に５ＴＤＥ入力に
対応する作業領域にコピーされ、１つの言語が表示され
てこの言語の特徴を与える情報の変更を要求する。言語
追加要求で説明したように、入力の値が確認され（ブロ
ック１１３３１０） 、５ＴＤＥ入力に戻ってこの変更
を終了する。この場合にユーザが実行することのできな
い唯一の変更は、言語の名前の変更である。言語が変更
されると、手順はブロック１１３４７０に進む。もし変
更要求がなければ、手順は、言語削除要求、ｇｔｄｓｅ
ｌａ−ｒ ｄ ＪまたはｒＤＪがあるかどうかをチエツ
クする（プロ・７り１１３４１０）。
証される。もしこの言語が５ＴＤＥテーブル内で定義さ
れていなければ、この変更要求を実行することができな
い。もしこの言語が５ＴＤＥテーブル内にリストされて
いれば、５ＴＤＥ言語の入力の値が次に５ＴＤＥ入力に
対応する作業領域にコピーされ、１つの言語が表示され
てこの言語の特徴を与える情報の変更を要求する。言語
追加要求で説明したように、入力の値が確認され（ブロ
ック１１３３１０） 、５ＴＤＥ入力に戻ってこの変更
を終了する。この場合にユーザが実行することのできな
い唯一の変更は、言語の名前の変更である。言語が変更
されると、手順はブロック１１３４７０に進む。もし変
更要求がなければ、手順は、言語削除要求、ｇｔｄｓｅ
ｌａ−ｒ ｄ ＪまたはｒＤＪがあるかどうかをチエツ
クする（プロ・７り１１３４１０）。
もし削除要求があれば、削除を要求されている言語の名
前が検証される。もしこの言語が５ＴＤＥテーブルで定
義されていなければ、削除要求を実行することはできな
い。もしこの言語が５ＴＤＥテーブルにリストされてい
れば、この言語は、５ＴＤＥテーブル内で削除された入
力を後で行われる入力によってオーバライドすることに
よって削除される。５ＴＤＥ入力のカウント、ｎｅｎ
ｔがデクリメントされる。この言語が削除されると、手
順はブロック１１３４７０に進む。もし削除要求がなけ
れば、手順はｊをインクリメントしくブロック１１３４
７０）、ブロック１１３２８５に戻る。
前が検証される。もしこの言語が５ＴＤＥテーブルで定
義されていなければ、削除要求を実行することはできな
い。もしこの言語が５ＴＤＥテーブルにリストされてい
れば、この言語は、５ＴＤＥテーブル内で削除された入
力を後で行われる入力によってオーバライドすることに
よって削除される。５ＴＤＥ入力のカウント、ｎｅｎ
ｔがデクリメントされる。この言語が削除されると、手
順はブロック１１３４７０に進む。もし削除要求がなけ
れば、手順はｊをインクリメントしくブロック１１３４
７０）、ブロック１１３２８５に戻る。
ブロック１０４０４０は、ＦＥ手順を実行しく第２２図
、ブロック４８１３０）、ユーザ入力終了表示があるか
どうかをチエツクする。もし終了が表示されていなけれ
ば（ブロック１１３４８５）、手順はブロック１１３１
００にジャンプする。もし終了が表示されていれば、プ
ログラムは手順ＥＬを抜ける。
、ブロック４８１３０）、ユーザ入力終了表示があるか
どうかをチエツクする。もし終了が表示されていなけれ
ば（ブロック１１３４８５）、手順はブロック１１３１
００にジャンプする。もし終了が表示されていれば、プ
ログラムは手順ＥＬを抜ける。
ＰＵＴ ＴＤＦ：ＰＴＤＴ
第４２ａ図ないし第４２ｄ図は、本発明によるこの手順
の好適な実施例のフローチャートを示し、Ｐｕｔ Ｔ
ＤＦ手順は、５ＴＤＥが作成されたかどうかを判定する
（ブロック４６７９０）ことによって開始される（入力
の数、ｎｅｎｔはゼロ未満）。
の好適な実施例のフローチャートを示し、Ｐｕｔ Ｔ
ＤＦ手順は、５ＴＤＥが作成されたかどうかを判定する
（ブロック４６７９０）ことによって開始される（入力
の数、ｎｅｎｔはゼロ未満）。
もし５ＴＤＥが作成されていなければ、プログラムはエ
ラーを発生してこの手順から戻る。もし５ＴＤＥが作成
されていれば、プログラムは出力のためにＴＤＦファイ
ルを開く （ブロック４６８２０）。
ラーを発生してこの手順から戻る。もし５ＴＤＥが作成
されていれば、プログラムは出力のためにＴＤＦファイ
ルを開く （ブロック４６８２０）。
もしＴＤＦファイルを開くことに成功しなければ、プロ
グラムはエラーを発生してこの手順から戻る。
グラムはエラーを発生してこの手順から戻る。
もしこれが成功すれば、プログラムはＴＤＦヘッダをト
ランザクション・ビューの作業領域から出カバソファに
コピーシ（フロック４６８５０）、ブロック４６８６０
で、ＴＤＴＴＵＴ手順（第４３図、ブロック１５４４０
）を使用して、ＴＤＦヘッダの記録をＴＤＦファイルに
書き込む。次に、ＴＤＦの第１ヘツダの拡張記録領域が
、トランザクション・ビュー作業領域からバッファにコ
ピーされ（ブロック４６８７０）、ブロック４６８８０
で、ＴＤＴＰＵＴ手順を使用してＴＤＴヘッダの記録が
ＴＤＦファイルに書き込まれる。次に、ＴＤＦの第２拡
張ヘツダ記録領域がトランザクション・ビュー作業領域
からバッファにコピーされ（ブロック４６８９０）、ブ
ロック４６９００で、ＴＤＦヘッダの記録が再びＴＤＴ
ＰＵＴ手順を使用してＴＤＦファイルに書き込まれる。
ランザクション・ビューの作業領域から出カバソファに
コピーシ（フロック４６８５０）、ブロック４６８６０
で、ＴＤＴＴＵＴ手順（第４３図、ブロック１５４４０
）を使用して、ＴＤＦヘッダの記録をＴＤＦファイルに
書き込む。次に、ＴＤＦの第１ヘツダの拡張記録領域が
、トランザクション・ビュー作業領域からバッファにコ
ピーされ（ブロック４６８７０）、ブロック４６８８０
で、ＴＤＴＰＵＴ手順を使用してＴＤＴヘッダの記録が
ＴＤＦファイルに書き込まれる。次に、ＴＤＦの第２拡
張ヘツダ記録領域がトランザクション・ビュー作業領域
からバッファにコピーされ（ブロック４６８９０）、ブ
ロック４６９００で、ＴＤＦヘッダの記録が再びＴＤＴ
ＰＵＴ手順を使用してＴＤＦファイルに書き込まれる。
ブロック４６９４０でポインタｅを５ＴＤＥテーブルの
開始点に移動する。もしポインターが５ＴＤＥテーブル
の終端を越えれば（ブロック４６９４５）、プログラム
はブロック４７０１０で動作を継続する。もしそうでな
ければ、ブロック４６９５０はｅの５ＴＤＥ入力をバッ
ファにコピーし、ブロック４６９６０は、ＴＤＴＰＵＴ
手順を使用してＴＤＦ記録をＴＤＦファイルに書き込む
。判定ブロック４６９６５は、書き込みが成功したかど
うかを判定する。もし成功すれば、プログラムはブロッ
ク４７０００に進み、ここでポインタｅをテーブル内の
次の５ＴＤＥ入力にインクリメントし、プログラムはブ
ロック４６９４５に進む。もし成功しなければ、エラー
・メツセージ・フィールドをＧＴＤＭＳＧ＝ ｒＴＤＴ
ＷＲＩＴＥ ＥＲＲＯＲＪにセットしくブロック４６
９７０）、プログラムはブロック４７０１０にジャンプ
して出カバソファをブランクにし、ブロック４７０２０
で、ＴＤＴＰＩＪＴ手順を使用してＴＤ前記録をＴＤＦ
ファイルに書き込む。ＴＤＦファイルは次に閉じられ（
ブロック４７０９０）、手順はこのプロセスを抜ける（
ブロック４７０４０）。
開始点に移動する。もしポインターが５ＴＤＥテーブル
の終端を越えれば（ブロック４６９４５）、プログラム
はブロック４７０１０で動作を継続する。もしそうでな
ければ、ブロック４６９５０はｅの５ＴＤＥ入力をバッ
ファにコピーし、ブロック４６９６０は、ＴＤＴＰＵＴ
手順を使用してＴＤＦ記録をＴＤＦファイルに書き込む
。判定ブロック４６９６５は、書き込みが成功したかど
うかを判定する。もし成功すれば、プログラムはブロッ
ク４７０００に進み、ここでポインタｅをテーブル内の
次の５ＴＤＥ入力にインクリメントし、プログラムはブ
ロック４６９４５に進む。もし成功しなければ、エラー
・メツセージ・フィールドをＧＴＤＭＳＧ＝ ｒＴＤＴ
ＷＲＩＴＥ ＥＲＲＯＲＪにセットしくブロック４６
９７０）、プログラムはブロック４７０１０にジャンプ
して出カバソファをブランクにし、ブロック４７０２０
で、ＴＤＴＰＩＪＴ手順を使用してＴＤ前記録をＴＤＦ
ファイルに書き込む。ＴＤＦファイルは次に閉じられ（
ブロック４７０９０）、手順はこのプロセスを抜ける（
ブロック４７０４０）。
書き込みＤＴＰ記録：ＴＤＴＰＵＴ手順第４３ａ図およ
びないし第４３ｂ図は、本発明によるこの手順の好適な
実施例のフローチャートを示し、ＧＴＤ書き込みＴ、Ｄ
Ｆ記録手順は、バッファの長さをバッファ内の最後の非
ブランク文字の位置の長さに等しくセットすることによ
って開始される（ブロック１５４８０）。この記録の長
さは、バッファ・プラス４バイトのヘッダの長さに等し
くセントされる（ブロック１５５３０）。
びないし第４３ｂ図は、本発明によるこの手順の好適な
実施例のフローチャートを示し、ＧＴＤ書き込みＴ、Ｄ
Ｆ記録手順は、バッファの長さをバッファ内の最後の非
ブランク文字の位置の長さに等しくセットすることによ
って開始される（ブロック１５４８０）。この記録の長
さは、バッファ・プラス４バイトのヘッダの長さに等し
くセントされる（ブロック１５５３０）。
このヘッダの最初の２バイトはＢＩＧ ＥＮＤＩＡ
Ｎフォーマントのバッファ長さに等しくセントされる（
ブロック１５５７０）。ヘッダの第２の２バイトはゼロ
にセットされ（ブロック１５５９０）、４バイトのヘッ
ダがトランザクション定義ファイル（ＴＤＦ）に書き込
まれる。判定ブロック１５６０５は、書き込みが成功し
たかどうかをチエツクする。もしこれが成功しなければ
、エラー・メソセージ、ＧＴＤＭＳＧ、がｒＭＡＰＬＩ
ＢＷＲＩＴＥ ＥＲＲＯＲＪに等しくセントされ（ブ
ロック１５６１０）、この手順はエラーを発生してこの
プロセスを抜ける（ブロック１５６２０）。
Ｎフォーマントのバッファ長さに等しくセントされる（
ブロック１５５７０）。ヘッダの第２の２バイトはゼロ
にセットされ（ブロック１５５９０）、４バイトのヘッ
ダがトランザクション定義ファイル（ＴＤＦ）に書き込
まれる。判定ブロック１５６０５は、書き込みが成功し
たかどうかをチエツクする。もしこれが成功しなければ
、エラー・メソセージ、ＧＴＤＭＳＧ、がｒＭＡＰＬＩ
ＢＷＲＩＴＥ ＥＲＲＯＲＪに等しくセントされ（ブ
ロック１５６１０）、この手順はエラーを発生してこの
プロセスを抜ける（ブロック１５６２０）。
もし書き込みが成功すれば、手順はバッファの長さがゼ
ロに等しいかどうがをチエツクする（ブロック１５６４
０）。もしバッファの長さがゼロであれば、プログラム
はエラーを発生しないでこの手順を抜ける。もしそうで
なければ、バッファはＴＤＦに書き込まれる（ブロック
１５６７０）。
ロに等しいかどうがをチエツクする（ブロック１５６４
０）。もしバッファの長さがゼロであれば、プログラム
はエラーを発生しないでこの手順を抜ける。もしそうで
なければ、バッファはＴＤＦに書き込まれる（ブロック
１５６７０）。
手順は書き込みが成功したかどうかをチエツクしくブロ
ック１５６７５）、もし成功すれば、ブロック１５７１
０で手順ＴＤＴＰＵＴを抜ける。もし書き込みが成功し
なければ、手順はエラー・メツセージ、ＧＴＤＭＳＧを
ｒＭＡＰＬＩＢＷＲＩＴＥ ＥＲＲＯＲＪにセントし
くブロック１５６８０）、エラーを発生してこの手順を
抜ける（ブロック１５６９０）。
ック１５６７５）、もし成功すれば、ブロック１５７１
０で手順ＴＤＴＰＵＴを抜ける。もし書き込みが成功し
なければ、手順はエラー・メツセージ、ＧＴＤＭＳＧを
ｒＭＡＰＬＩＢＷＲＩＴＥ ＥＲＲＯＲＪにセントし
くブロック１５６８０）、エラーを発生してこの手順を
抜ける（ブロック１５６９０）。
集トランザクション・ピユー
アプリケーション・トランザクション・ビューを編集す
る能力が、この第３水準の手順によって与えられる。デ
フォルト・トランザクション・ビューは、デフオル）Ｔ
ＤＦ入力が定義される場合に発生する。このデフォルト
・トランザクション・ビューは、作業領域の定義によっ
て構成され、これは、−船釣にＣｒｉｎｃｌｕｄｅ Ｊ
またはＣ０ＢＯＬｒｃｏｐｙＪステートメントを有する
システムによって要求されるＩ ＥＴＴＶＷ構造変数の
みを含む。
る能力が、この第３水準の手順によって与えられる。デ
フォルト・トランザクション・ビューは、デフオル）Ｔ
ＤＦ入力が定義される場合に発生する。このデフォルト
・トランザクション・ビューは、作業領域の定義によっ
て構成され、これは、−船釣にＣｒｉｎｃｌｕｄｅ Ｊ
またはＣ０ＢＯＬｒｃｏｐｙＪステートメントを有する
システムによって要求されるＩ ＥＴＴＶＷ構造変数の
みを含む。
このアプリケーションによって決まる変数は、Ｉ ＥＴ
ＴＶＷ変数の次に定義される。
ＴＶＷ変数の次に定義される。
ＧＴＤの次の主要な領域は、ジェネレート・トランザク
ション・ビュー／ソース・プログラムを含み、これによ
って、アプリケーションの開発者がトランザクション・
ビュー（アプリケーション・データ領域）とプログラム
に対するソース・ファイルを発生する機能が与えられる
。トランザクション・ビューとソース・プログラムは、
ＩＥＴとの互換性があるように構築される。これによっ
て、必要なＩＰ、Ｔアプリケーションのインターフェー
スがトランザクション・ビューのデータ領域とアプリケ
ーション手順のプログラム・リンケージに構築される。
ション・ビュー／ソース・プログラムを含み、これによ
って、アプリケーションの開発者がトランザクション・
ビュー（アプリケーション・データ領域）とプログラム
に対するソース・ファイルを発生する機能が与えられる
。トランザクション・ビューとソース・プログラムは、
ＩＥＴとの互換性があるように構築される。これによっ
て、必要なＩＰ、Ｔアプリケーションのインターフェー
スがトランザクション・ビューのデータ領域とアプリケ
ーション手順のプログラム・リンケージに構築される。
ＧＴＤ）ランザクジョン・ビューの 化トランザクショ
ン・ビューは、手順、パネルおよびビューがデータ項目
を参照するための基礎である。アプリケーションの設計
者は、トランザクション・ビューの構造を定義しなけれ
ばならない。
ン・ビューは、手順、パネルおよびビューがデータ項目
を参照するための基礎である。アプリケーションの設計
者は、トランザクション・ビューの構造を定義しなけれ
ばならない。
トランザクション・ビューの必要な部分は、システムが
システム・データ・アイテムを参照するために使用され
る。これらのシステム変数には、ユーザリフト（ｕｓｅ
ｒｉｄ ）使用トランザクション・トランザクションが
動作しているシステム、現在の日付、現在の時間、トラ
ンザクションが呼び出される場合に押されるファンクシ
ョン・キーおよびその他のキー・パラメータが含まれる
。
システム・データ・アイテムを参照するために使用され
る。これらのシステム変数には、ユーザリフト（ｕｓｅ
ｒｉｄ ）使用トランザクション・トランザクションが
動作しているシステム、現在の日付、現在の時間、トラ
ンザクションが呼び出される場合に押されるファンクシ
ョン・キーおよびその他のキー・パラメータが含まれる
。
システムは、ＴＤＴの最初のセーブでスタート・トラン
ザクション・ビューを発生する。ＧＣ手順によって、ア
プリケーションの設計者にはトランザクション・ビュー
発生スクリーンが提供される。
ザクション・ビューを発生する。ＧＣ手順によって、ア
プリケーションの設計者にはトランザクション・ビュー
発生スクリーンが提供される。
このスクリーンによって、設計者はＴＤＴメンバーが保
持されているＭＡＰＬＩＢ、およびこのＴＤＴメンバー
の名前を指定することができる。
持されているＭＡＰＬＩＢ、およびこのＴＤＴメンバー
の名前を指定することができる。
システムによって定義されるトランザクション・ビュー
のフォーマットは、付録Ｃで説明する。
のフォーマットは、付録Ｃで説明する。
第４４図ないし第４６図は、このプログラムの種々の特
徴の好適な実施例のフローチャートを示す。
徴の好適な実施例のフローチャートを示す。
第４４図に定義するＧＣ手順において、プロ・ツク６９
００はトランザクション・ビュー、Ｃ手順またはＣｏＢ
ＯＬ手順を発生するのに必要なインターフェースを提供
する。特に、ソースはＩＥＴとの互換性があるように発
生される。発生されたトランザクション・ビューは、Ｉ
ＥＴＴＶＷという名前のＩＥＴ）ランザクジョン・ビュ
ーとして知られるアプリケーション・トランザクション
・ビューの一部にＩＥＴによって要求されるデータ領域
を記憶する。発生されたプログラムは、適当なプログラ
ム入力点と定義されたプログラム・リンケージを有し、
その結果、手順が終了した場合、ＩＥＴは、発生したア
プリケーション手順を呼び出し、戻された制御を受け取
ることができる。アプリケーション・プログラムは、呼
び出し可能な手順となるように発生され、１つのデータ
領域は入力として使用しなければならない。このデータ
領域はトランザクション・ビューである。アプリケーシ
ョン・プログラムは、入力点として手順の名前を使用し
て、プログラムの処理が終了すると、その呼び出し側に
制御を戻さなければならない。
００はトランザクション・ビュー、Ｃ手順またはＣｏＢ
ＯＬ手順を発生するのに必要なインターフェースを提供
する。特に、ソースはＩＥＴとの互換性があるように発
生される。発生されたトランザクション・ビューは、Ｉ
ＥＴＴＶＷという名前のＩＥＴ）ランザクジョン・ビュ
ーとして知られるアプリケーション・トランザクション
・ビューの一部にＩＥＴによって要求されるデータ領域
を記憶する。発生されたプログラムは、適当なプログラ
ム入力点と定義されたプログラム・リンケージを有し、
その結果、手順が終了した場合、ＩＥＴは、発生したア
プリケーション手順を呼び出し、戻された制御を受け取
ることができる。アプリケーション・プログラムは、呼
び出し可能な手順となるように発生され、１つのデータ
領域は入力として使用しなければならない。このデータ
領域はトランザクション・ビューである。アプリケーシ
ョン・プログラムは、入力点として手順の名前を使用し
て、プログラムの処理が終了すると、その呼び出し側に
制御を戻さなければならない。
スケルトン・トランザクション・ビューとアプリケーシ
ョン手順を発生すると、ＧＴＤはＩＥＴとの互換性のあ
るアプリケーションを発生し、これによってＩＥＴが意
図した通りにこれらのパネルで動作することを保証する
。
ョン手順を発生すると、ＧＴＤはＩＥＴとの互換性のあ
るアプリケーションを発生し、これによってＩＥＴが意
図した通りにこれらのパネルで動作することを保証する
。
トランザクション・ビュー、Ｃ手順およびＣｏＢＯＬ手
順を発生するために使用する方法は、基本的に同じであ
る。初期化されたデータ構造はＧＴＤプログラム内で定
義され、このプログラムは標準の定義を有している。各
データ構造の記録は、バッファに移動され、もし必要で
あれば、カストマイズされ、次にソース・ファイルに書
き込まれる。このプロセスは、データ構造の終端が見つ
かるまで継続される。
順を発生するために使用する方法は、基本的に同じであ
る。初期化されたデータ構造はＧＴＤプログラム内で定
義され、このプログラムは標準の定義を有している。各
データ構造の記録は、バッファに移動され、もし必要で
あれば、カストマイズされ、次にソース・ファイルに書
き込まれる。このプロセスは、データ構造の終端が見つ
かるまで継続される。
本発明を達成するための他の方法は、ＧＴＤシステム構
成ファイルのような他のソースから標準の定義を得るこ
とを含む。また、このプロセスはテキサス・インスツル
メンツ社のＩＥＦのようなＣＡＳＥプロダクトを使用し
て拡張することが可能であり、これによって、アプリケ
ーションの開発者はこのＣＡＳＥプロダクトによってア
プリケーション手順の仕様を構築することが可能になり
、次に完全でより十分に定義された手順をこの同じＣＡ
ＳＥプロダクトを使用して発生することが可能になる。
成ファイルのような他のソースから標準の定義を得るこ
とを含む。また、このプロセスはテキサス・インスツル
メンツ社のＩＥＦのようなＣＡＳＥプロダクトを使用し
て拡張することが可能であり、これによって、アプリケ
ーションの開発者はこのＣＡＳＥプロダクトによってア
プリケーション手順の仕様を構築することが可能になり
、次に完全でより十分に定義された手順をこの同じＣＡ
ＳＥプロダクトを使用して発生することが可能になる。
ＩＥＴインターフェースおよびデータ領域に対する要求
は、アプリケーション手順の仕様で理解することができ
る。
は、アプリケーション手順の仕様で理解することができ
る。
以下にリストアンプしたのは、第２水準のメニューＧＥ
ＮＥＲＡＴＥ ＴＲＡＮＳＡＣＴＩＯＮＶＩＥＷ／５
ＯＵＲＣＥ ＰＲＯＧＲＡＭにおける第３水準のメニ
ュー・オプションである。実行するべきメニューのオプ
ションを選択する以外に、ユーザはまた別の２つの情報
を準備することを要求される。即ち、これらの情報は、
ＴＤＦファイル（ｇｔｄｍｍｅｍ ）の名前、及びＴＤ
Ｆファイルがアクセスされるライブラリまたは経路の名
前（ｇｔｄｍｌｉｂ）である。これらの２つの情報は、
メニュー機能の全てを実行するために必要である。これ
らの値に対する入力領域は、第２水準の階層メニューの
各々に含まれる。
ＮＥＲＡＴＥ ＴＲＡＮＳＡＣＴＩＯＮＶＩＥＷ／５
ＯＵＲＣＥ ＰＲＯＧＲＡＭにおける第３水準のメニ
ュー・オプションである。実行するべきメニューのオプ
ションを選択する以外に、ユーザはまた別の２つの情報
を準備することを要求される。即ち、これらの情報は、
ＴＤＦファイル（ｇｔｄｍｍｅｍ ）の名前、及びＴＤ
Ｆファイルがアクセスされるライブラリまたは経路の名
前（ｇｔｄｍｌｉｂ）である。これらの２つの情報は、
メニュー機能の全てを実行するために必要である。これ
らの値に対する入力領域は、第２水準の階層メニューの
各々に含まれる。
２． ＧＥＮＥＲＡＴＥ ＴＲＡＮＳＡＣＴＩＯ
Ｎ ＶＩＥＷ ＳＯＵＲＣＥＰＲＯＧＲＡＭ ２、 Ｉ ＧＥＮＥＩ？ＡＴＥ ＴＲＡＮＳＡＧＴ
ＩＯＮ ＶＩＥＷ２、２ ＧＥＮＥＲＡＴＥ ５Ｋ
ＥＬＥＴＯＮ Ｃ０ＢＯＬ ＰＲＯＧＲＡＭ２、３
ＧＥＮＥＲＡＴＥ ５ＫＥＬＥＴＯＮ ＣＰＲＯＧＲ
ＡＭ２．４ ＥＸＩＴ メニュー・オプション２．１ ＧＥＮＥＲＡＴＥ ＴＲＡＮＳＡＣＴＩＯＮＶＩＥＷ
によって、アプリケーション・トランザクション・ビュ
ーを発生する能力が与えられる。
Ｎ ＶＩＥＷ ＳＯＵＲＣＥＰＲＯＧＲＡＭ ２、 Ｉ ＧＥＮＥＩ？ＡＴＥ ＴＲＡＮＳＡＧＴ
ＩＯＮ ＶＩＥＷ２、２ ＧＥＮＥＲＡＴＥ ５Ｋ
ＥＬＥＴＯＮ Ｃ０ＢＯＬ ＰＲＯＧＲＡＭ２、３
ＧＥＮＥＲＡＴＥ ５ＫＥＬＥＴＯＮ ＣＰＲＯＧＲ
ＡＭ２．４ ＥＸＩＴ メニュー・オプション２．１ ＧＥＮＥＲＡＴＥ ＴＲＡＮＳＡＣＴＩＯＮＶＩＥＷ
によって、アプリケーション・トランザクション・ビュ
ーを発生する能力が与えられる。
このデフォルト・トランザクション・ビューは作業領域
の定義によって構成され、この作業領域の定義は、シス
テムによって要求される、−船釣にＣｒｉｎｃｌｕｄｅ
ＪまたはＣＯＢ ＯＬ ｒｃｏｐｙＪステートメント
を有するＩ ＥＴＴＶＷ構造の変数のみを含む。アプリ
ケーションによって決まる変数は、Ｉ ＥＴＴＶＷの変
数の後で定義される。ＧＴＶＷの手順のフローチャート
は第２６図のブロック８２００で始まり、これはこの機
能を更に詳細に説明する。ＧＴＶＷ手順は以前詳細に説
明したので、ここでは繰り返してこれを議論しない。
の定義によって構成され、この作業領域の定義は、シス
テムによって要求される、−船釣にＣｒｉｎｃｌｕｄｅ
ＪまたはＣＯＢ ＯＬ ｒｃｏｐｙＪステートメント
を有するＩ ＥＴＴＶＷ構造の変数のみを含む。アプリ
ケーションによって決まる変数は、Ｉ ＥＴＴＶＷの変
数の後で定義される。ＧＴＶＷの手順のフローチャート
は第２６図のブロック８２００で始まり、これはこの機
能を更に詳細に説明する。ＧＴＶＷ手順は以前詳細に説
明したので、ここでは繰り返してこれを議論しない。
メニュー・オプション２．２
ＧＥＮＥＲＡＴＥ ５ＫＥＬＥＴＯＮＣＯＢＯＬ
ＰＲＯＧＲＡＭによって、アプリケーションＣ０ＢＯＬ
スケルトン・プログラムを発生する能力が与えられる。
ＰＲＯＧＲＡＭによって、アプリケーションＣ０ＢＯＬ
スケルトン・プログラムを発生する能力が与えられる。
ＧＣＯＲＰ手順のフローチャート（第４５図のブロック
７２３０で始まる）は、この能力を更に詳しく説明する
。
７２３０で始まる）は、この能力を更に詳しく説明する
。
メニュー・オプション２．３
ＧＥＮＥＲＡＴＥ ５ＫＥＬＥＴＯＮ ＣＰＲＯＧ
ＲＡＭによって、アプリケーションＣスケルトン・プロ
グラムを発生する能力が与えられる。ＧＣＰ手順のフロ
ーチャート（第４６図のブロック８０００で始まる）は
、この能力を更に詳細に説明する。
ＲＡＭによって、アプリケーションＣスケルトン・プロ
グラムを発生する能力が与えられる。ＧＣＰ手順のフロ
ーチャート（第４６図のブロック８０００で始まる）は
、この能力を更に詳細に説明する。
第４４ａ図および第４４ｂ図はこの手順の好適な実施例
を示し、ＧＴＤＣＧパネルを表示するに手順（第２１図
ブロック４７３００）を実行することによって、第２水
準のＣＴＤジェネレート・トランザクション／ビュー、
Ｃ０ＢＯＬ／Ｃプログラムの手順は開始される（ブロッ
ク６９４０）。
を示し、ＧＴＤＣＧパネルを表示するに手順（第２１図
ブロック４７３００）を実行することによって、第２水
準のＣＴＤジェネレート・トランザクション／ビュー、
Ｃ０ＢＯＬ／Ｃプログラムの手順は開始される（ブロッ
ク６９４０）。
この手順が終了すると、ＦＥ手順（第２２図、ブロック
４８１３０）は、ユーザがこの手順の使用を終了したこ
とを表示したかどうかをチエツクする（ブロック６９５
０）。もしユーザの終了が表示されれば、プログラムは
ブロック７１５０にジャンプして手順ＧＣを抜ける。も
しそうでなければ、プログラム（ブロック６９８０）は
ロード／クリニー） （ｃｒｅａｔｅ ）・トランザク
ション定義ファイル（ＴＤＦ）のＧＴＤＴ手順を実行す
る（第２４図、ブロック４４９６０）。
４８１３０）は、ユーザがこの手順の使用を終了したこ
とを表示したかどうかをチエツクする（ブロック６９５
０）。もしユーザの終了が表示されれば、プログラムは
ブロック７１５０にジャンプして手順ＧＣを抜ける。も
しそうでなければ、プログラム（ブロック６９８０）は
ロード／クリニー） （ｃｒｅａｔｅ ）・トランザク
ション定義ファイル（ＴＤＦ）のＧＴＤＴ手順を実行す
る（第２４図、ブロック４４９６０）。
ＧＴＤＴ手順が終了すると、プログラムは、変数がＧＴ
ＤＳＥＬ＝１であるかどうかをチエツクする（ブロック
７０００）。このＣ，ＴＤＳＥＬ変数は、−船釣にパネ
ルからのメニューの選択であるユーザの入力を表す。Ｇ
ＴＤＳＥＬ＝１であれば、ユーザはクリエート・トラン
ザクション・ビニー〇ＴＷＶ手順にアクセスする（第２
６図、ブロック８２００）。ＧＴＷＶ手順が終了すると
、プログラムはブロック６９４０に戻り、ユーザがこの
パネルから何か他の手順を要求しているどうかをチエツ
クする。
ＤＳＥＬ＝１であるかどうかをチエツクする（ブロック
７０００）。このＣ，ＴＤＳＥＬ変数は、−船釣にパネ
ルからのメニューの選択であるユーザの入力を表す。Ｇ
ＴＤＳＥＬ＝１であれば、ユーザはクリエート・トラン
ザクション・ビニー〇ＴＷＶ手順にアクセスする（第２
６図、ブロック８２００）。ＧＴＷＶ手順が終了すると
、プログラムはブロック６９４０に戻り、ユーザがこの
パネルから何か他の手順を要求しているどうかをチエツ
クする。
もしＧＴＤＳＥＬが１に等しくなければ、プログラムは
ＧＴＤＳＥＬ＝２であるかどうかをチエツクする（ブロ
ック７０５０）。ＧＴＤＳＥＬ＝２であれば、ユーザは
ジェネレートＣ０ＢＯＬスケルトン・プログラムのＧＣ
ＯＢＰ手順（第４５図、ブロック２３０）にアクセスす
る。ＧＣＯＢＰ手順が終了すると、プログラムはブロッ
ク６９４０に戻り、ユーザがこのパネルから何か他の手
順を要求しているかどうかを調べる。もしＧＴＤＳＥＬ
が２に等しくなければ、プログラムはＧＴＤＳＥＬ＝３
であるかどうかをチエツクする（ブロック７１００）。
ＧＴＤＳＥＬ＝２であるかどうかをチエツクする（ブロ
ック７０５０）。ＧＴＤＳＥＬ＝２であれば、ユーザは
ジェネレートＣ０ＢＯＬスケルトン・プログラムのＧＣ
ＯＢＰ手順（第４５図、ブロック２３０）にアクセスす
る。ＧＣＯＢＰ手順が終了すると、プログラムはブロッ
ク６９４０に戻り、ユーザがこのパネルから何か他の手
順を要求しているかどうかを調べる。もしＧＴＤＳＥＬ
が２に等しくなければ、プログラムはＧＴＤＳＥＬ＝３
であるかどうかをチエツクする（ブロック７１００）。
ＧＴＤＳＥＬ＝３であれば、ユーザはジェネレートＧス
ケルトン・プログラムのＧＣＰ手順（第４６図、ブロッ
ク８０００）にアクセスする。ＧＣＰ手順が終了すれば
、またはもしＧＴＤＳＥＬが３に等しくなければ、プロ
グラムはブロック６９４０に戻り、ユーザがこのパネル
から何か他の手順の要求しているかどうかを調べる。
ケルトン・プログラムのＧＣＰ手順（第４６図、ブロッ
ク８０００）にアクセスする。ＧＣＰ手順が終了すれば
、またはもしＧＴＤＳＥＬが３に等しくなければ、プロ
グラムはブロック６９４０に戻り、ユーザがこのパネル
から何か他の手順の要求しているかどうかを調べる。
第４５図は、この手順の好適な実施例を示し、ＧＴＤジ
ェネレートＣ０ＢＯＬ手順ユーザ・インターフェースの
手順は、ＧＴＤＧＣＰパネルを表示する手順（第２１図
、ブロック４７３００）を実行することによって、開始
される。この手順が終了すると、Ｆ２手順（第２２図、
ブロック４８１３０）は、ユーザの終了表示をチエツク
する（ブロック７２６０）。もしユーザの終了が表示さ
れなければ、プログラムはブロック７２６０に戻る。も
しユーザの終了が表示されれば、プログラム（ブロック
７３１０）はジェネレートＣ０ＢＯＬ ＧＣＯＢＰＲ
ＯＧ手順を実行する（第３５図、ブロック７４００）。
ェネレートＣ０ＢＯＬ手順ユーザ・インターフェースの
手順は、ＧＴＤＧＣＰパネルを表示する手順（第２１図
、ブロック４７３００）を実行することによって、開始
される。この手順が終了すると、Ｆ２手順（第２２図、
ブロック４８１３０）は、ユーザの終了表示をチエツク
する（ブロック７２６０）。もしユーザの終了が表示さ
れなければ、プログラムはブロック７２６０に戻る。も
しユーザの終了が表示されれば、プログラム（ブロック
７３１０）はジェネレートＣ０ＢＯＬ ＧＣＯＢＰＲ
ＯＧ手順を実行する（第３５図、ブロック７４００）。
このＧＣＯＢＰＲＯＧ手順はスケルトンＣ０ＢＯＬプロ
グラムを発生し、ユーザは自分の特定のニーズを満足す
るようにこれを編集することができる。この手順が終了
すると、プログラムは手順ＧＣＯＢＰを抜ける（ブロッ
ク７３２０）。
グラムを発生し、ユーザは自分の特定のニーズを満足す
るようにこれを編集することができる。この手順が終了
すると、プログラムは手順ＧＣＯＢＰを抜ける（ブロッ
ク７３２０）。
ジェネレートＣ手順ユーザ・インターフェース：ＧＣＰ
手順 第４６図は、この手順の好適な実施例を示し、ＧＴＤジ
ェネレートＣ手順ユーザ・インターフェースの手順は、
ＧＴＤＧＣＰパネルを表示する手順（第２１図、ブロッ
ク４７３００）を実行することによって、ブロック８０
３０で開始される。
手順 第４６図は、この手順の好適な実施例を示し、ＧＴＤジ
ェネレートＣ手順ユーザ・インターフェースの手順は、
ＧＴＤＧＣＰパネルを表示する手順（第２１図、ブロッ
ク４７３００）を実行することによって、ブロック８０
３０で開始される。
この手順が終了すると、Ｆ２手順（第２２図、フロック
４８１３０）はユーザ終了表示をチエツクする（ブロッ
ク８０４０）。もしユーザの終了が表示されなければ、
プログラムはブロック８０３０に戻る。もしユーザの終
了が表示されれば、プログラムはブロック８０８０でジ
ェネレートＣＧＣＰＰＲＯＧ手順を実行する（第３６図
、ブロック１１４９５０）。
４８１３０）はユーザ終了表示をチエツクする（ブロッ
ク８０４０）。もしユーザの終了が表示されなければ、
プログラムはブロック８０３０に戻る。もしユーザの終
了が表示されれば、プログラムはブロック８０８０でジ
ェネレートＣＧＣＰＰＲＯＧ手順を実行する（第３６図
、ブロック１１４９５０）。
ＧＣＰＰＲＯＣ，手順はスケルトンＣプログラムを発生
し、ユーザは自分の特定のニーズを満足するためにこれ
を編集することができる。この手順が終了すると、プロ
グラムは手順ＧＣＰを抜ける（ブロック８０９０−）。
し、ユーザは自分の特定のニーズを満足するためにこれ
を編集することができる。この手順が終了すると、プロ
グラムは手順ＧＣＰを抜ける（ブロック８０９０−）。
ジェネレート・パネル・プログラム
ＧＴＤの次の主要な領域は、ジェネレート・パネル・プ
ログラムを含み、これによって、アプリケーションの開
発者が自分のアプリケ−・ショクい対するカストマイズ
され、システムによって与えられるパネルを発生するこ
とを可能にする機能が設けられると共に、ユーザとの手
順の対話の流れのためのベース・パネルが設けられる。
ログラムを含み、これによって、アプリケーションの開
発者が自分のアプリケ−・ショクい対するカストマイズ
され、システムによって与えられるパネルを発生するこ
とを可能にする機能が設けられると共に、ユーザとの手
順の対話の流れのためのベース・パネルが設けられる。
これらのパネルは、ＩＥＴとの互換性があるように発生
され、それのパネルおよびメニューの対話の流れの管理
を実行するためにＩＥＴの必要とする領域を有している
。
され、それのパネルおよびメニューの対話の流れの管理
を実行するためにＩＥＴの必要とする領域を有している
。
第４７図のブロック９０３０で定義されたＧＭ手順によ
って、メニュー・パネルおよびシステムによって定義さ
れたＧＬＯ３，ＩＮＦＯおよびＨＥＬＰパネルを発生す
るのに必要なインターフェースが設けられる。これらの
パネルは、標準のロケーションで予め定義された全ての
領域を有し、これによって、ＩＥＴがアプリケーション
に対話の管理、メニューのナビゲーション、グロサリ、
情報、およびヘルプ機能を与えることが可能になる。標
準のロケーション（１ｏｃａｔｉｏｎ ）は、アプリケ
ーションのユーザに全てのＤＡＡアプリケーションのた
めの共通のアプリケーション・インターフェースを与え
る。アプリケーションの開発者は発生されたパネルのル
ック（１ｏｏｋ ）を任意にカストマイズすることがで
きるが、ＪＥＴの必要とする領域を削除してはいけない
。
って、メニュー・パネルおよびシステムによって定義さ
れたＧＬＯ３，ＩＮＦＯおよびＨＥＬＰパネルを発生す
るのに必要なインターフェースが設けられる。これらの
パネルは、標準のロケーションで予め定義された全ての
領域を有し、これによって、ＩＥＴがアプリケーション
に対話の管理、メニューのナビゲーション、グロサリ、
情報、およびヘルプ機能を与えることが可能になる。標
準のロケーション（１ｏｃａｔｉｏｎ ）は、アプリケ
ーションのユーザに全てのＤＡＡアプリケーションのた
めの共通のアプリケーション・インターフェースを与え
る。アプリケーションの開発者は発生されたパネルのル
ック（１ｏｏｋ ）を任意にカストマイズすることがで
きるが、ＪＥＴの必要とする領域を削除してはいけない
。
アプリケーションの設計者は、ジェネレート・パネル手
順を使用してアプリケーションに対してカストマイズさ
れるべきシステムによって与えられるパネルとスケルト
ン・パネルを発生することができる。設計者には選択パ
ネルが与えられ、このアプリケーション用のシステムに
よって与えられるパネルを発生する。通常、設計者はオ
プション１を指定するが、このオプション１は標準ＭＥ
ＮＵ、ＧＬＯ３ａｒｙ 、ＨＥＬＯ，およびＩ Ｎ Ｆ
Ｏｒｍａｔｉｏｎ機能を開発中のＧＴＤアプリケーシ
ョンのために発生する。設計者は、他のオプションを入
力することによってこれらのパネルのサブセットを発生
するように選択を行うことができる。
順を使用してアプリケーションに対してカストマイズさ
れるべきシステムによって与えられるパネルとスケルト
ン・パネルを発生することができる。設計者には選択パ
ネルが与えられ、このアプリケーション用のシステムに
よって与えられるパネルを発生する。通常、設計者はオ
プション１を指定するが、このオプション１は標準ＭＥ
ＮＵ、ＧＬＯ３ａｒｙ 、ＨＥＬＯ，およびＩ Ｎ Ｆ
Ｏｒｍａｔｉｏｎ機能を開発中のＧＴＤアプリケーシ
ョンのために発生する。設計者は、他のオプションを入
力することによってこれらのパネルのサブセットを発生
するように選択を行うことができる。
スケルトン・パネル（ＭＡＰ）を発生するため、アプリ
ケーションの設計者はスケルトン・パネルに対して発生
するべきＭＡＰＬＩＢとパネルの名前を指定しなければ
ならない。このパネルの名前は、ライブラリ内でユニー
クなものでなければならない。ＴＤＴ内に包含するため
、パネルにはパネル・リストが含まれなければならない
。データがスケルトン・パネルに入力されると、パネル
が発生される。
ケーションの設計者はスケルトン・パネルに対して発生
するべきＭＡＰＬＩＢとパネルの名前を指定しなければ
ならない。このパネルの名前は、ライブラリ内でユニー
クなものでなければならない。ＴＤＴ内に包含するため
、パネルにはパネル・リストが含まれなければならない
。データがスケルトン・パネルに入力されると、パネル
が発生される。
パネルが発生するために使用される方法は、使用されて
いるマツプ・サービスの必要とするフォーマット内にマ
ツプ・ソース記録を発生することである。特に、各マツ
プ記録の定義は、発生されている各々の種類のパネルに
対するハード・コード化された仕様（メニュー、グロサ
リ、情報、ヘルプまたはスケルトン・パネル）を使用し
て、バッファ内に構築され、次にマツプ・ファイルに書
き出される。マツプ・ソースに書き込まれる仕様には、
フールドの名前、フールドの種類、フールドの行および
列情報、フールドの長さ、フールドの属性およびリテラ
ル（１ｉｔｅｒａｌ ）データが含まれる。これらの全
ての仕様は、各々の種類のパネルに対してハード・コー
ド化され、最も便利な方法でファイルに書き出される。
いるマツプ・サービスの必要とするフォーマット内にマ
ツプ・ソース記録を発生することである。特に、各マツ
プ記録の定義は、発生されている各々の種類のパネルに
対するハード・コード化された仕様（メニュー、グロサ
リ、情報、ヘルプまたはスケルトン・パネル）を使用し
て、バッファ内に構築され、次にマツプ・ファイルに書
き出される。マツプ・ソースに書き込まれる仕様には、
フールドの名前、フールドの種類、フールドの行および
列情報、フールドの長さ、フールドの属性およびリテラ
ル（１ｉｔｅｒａｌ ）データが含まれる。これらの全
ての仕様は、各々の種類のパネルに対してハード・コー
ド化され、最も便利な方法でファイルに書き出される。
ＧＭプログラムのこの特徴の他の実施例は、ＧＴＤのシ
ステム構成ファイル内で指定されたロケーションからパ
ネル・ソースをコピーし、必要とされる特定のカストマ
イズされた情報（例えば、パネルの名前、メニューの入
力、選択情報および説明情報）にプラグ・インすること
である。
ステム構成ファイル内で指定されたロケーションからパ
ネル・ソースをコピーし、必要とされる特定のカストマ
イズされた情報（例えば、パネルの名前、メニューの入
力、選択情報および説明情報）にプラグ・インすること
である。
以下にリストアツブしたのは、第２水準のメニューＧＥ
ＮＥＲＡＴＥ ＰＡＮＥＬにおける第３水準のメニュ
ー・オプションである。実行するべきメニューのオプシ
ョンを選択する以外に、ユーザはまた別の２つの情報を
準備することを要求される。即ち、これらの情報は、Ｔ
ＤＦファイル（ｇｔｄｍｍｅｍ ）の名前、及びＴＤＦ
ファイルがアクセスされるライブラリまたは経路の名前
軸ｔｄｍｌｉｂ）である。これらの２つの情報は、メニ
ュー機能の全てを実行するために必要である。これらの
値に対する入力領域は、第２水準の階層メニューの各々
に含まれる。
ＮＥＲＡＴＥ ＰＡＮＥＬにおける第３水準のメニュ
ー・オプションである。実行するべきメニューのオプシ
ョンを選択する以外に、ユーザはまた別の２つの情報を
準備することを要求される。即ち、これらの情報は、Ｔ
ＤＦファイル（ｇｔｄｍｍｅｍ ）の名前、及びＴＤＦ
ファイルがアクセスされるライブラリまたは経路の名前
軸ｔｄｍｌｉｂ）である。これらの２つの情報は、メニ
ュー機能の全てを実行するために必要である。これらの
値に対する入力領域は、第２水準の階層メニューの各々
に含まれる。
３、 ＧＥＮＥＲＡＴＥ ＰＡＮＥＬＳ３、Ｉ
ＧＥＮＥＲＡＴＥ ＭＥＮＵＳ （ＡＬ
Ｌ）、 ＨＥＬＰ、 ＩＮＦＯｌＡＮＤ ＧＬＯＳ
ＰＡＮＥＬＳ ３、２ ＧＥＮＥＲＡＴＥ ＭＥＮＵ ＰＡＮＥＬ
Ｓ３、３ ＧＥＮＥＲＡＴＯＨＥＬＰ ＰＡＮＥＬ
３、４ ＧＥＮＥＲＡＴＥ ＩＮＦＯＰＡＮＥＬ３
、５ ＧＥＮＥＲＡＴＥ ＧＬＯＳ ＰＡＮＥＬ３
、６ ＧＥＮＥＲＡＴＥ ５ＫＥＬＥＴＯＮ ＰＡ
ＮＥＬ３．７ ＥＸＩＴ メニュー・オプション３．１ ＧＥＮＥＲＡＴＥ ＭＥＮＵＳ （ＡＬＬ）、ＨＥＬ
Ｐ、ＩＮＦＯ，ＡＮＤ ＧＬＯ３ＰＡＮＥＬＳは、全
てのメニューおよびシステムによって与えられたヘルプ
、情報およびグロサリ・パネルに対してパネル・ソース
を発生する能力をか与える。メニュー・オプションの線
は、ＴＤＦに記憶されているメニュー人力から構築され
る。
ＧＥＮＥＲＡＴＥ ＭＥＮＵＳ （ＡＬ
Ｌ）、 ＨＥＬＰ、 ＩＮＦＯｌＡＮＤ ＧＬＯＳ
ＰＡＮＥＬＳ ３、２ ＧＥＮＥＲＡＴＥ ＭＥＮＵ ＰＡＮＥＬ
Ｓ３、３ ＧＥＮＥＲＡＴＯＨＥＬＰ ＰＡＮＥＬ
３、４ ＧＥＮＥＲＡＴＥ ＩＮＦＯＰＡＮＥＬ３
、５ ＧＥＮＥＲＡＴＥ ＧＬＯＳ ＰＡＮＥＬ３
、６ ＧＥＮＥＲＡＴＥ ５ＫＥＬＥＴＯＮ ＰＡ
ＮＥＬ３．７ ＥＸＩＴ メニュー・オプション３．１ ＧＥＮＥＲＡＴＥ ＭＥＮＵＳ （ＡＬＬ）、ＨＥＬ
Ｐ、ＩＮＦＯ，ＡＮＤ ＧＬＯ３ＰＡＮＥＬＳは、全
てのメニューおよびシステムによって与えられたヘルプ
、情報およびグロサリ・パネルに対してパネル・ソース
を発生する能力をか与える。メニュー・オプションの線
は、ＴＤＦに記憶されているメニュー人力から構築され
る。
全ての必要なパネルは順番に発生される。
メニュー・オプション３．２
ＧＥＮＥＲＡＴＥ ＭＥＮＵは、全てのメニューに対
してパネル・ソースを発生する能力を与える。このメニ
ュー・オプションの線はＴＤＦに記憶されているメニュ
ー人力から構築される。
してパネル・ソースを発生する能力を与える。このメニ
ュー・オプションの線はＴＤＦに記憶されているメニュ
ー人力から構築される。
メニュー・オプション３．３
ＧＥＮＥＲＡＴＥ ＨＥＬＰ ＰＡＮＥＬは、シス
テムによって与えられたＨＥＬＰパネルに対してパネル
・ソースを発生する能力を与える。
テムによって与えられたＨＥＬＰパネルに対してパネル
・ソースを発生する能力を与える。
メニュー・オプション３．４
ＧＥＮＥＲＡＴＥ ＩＮＦＯＰＡＮＥＬは、システム
によって与えられたＩＮＦ、Ｏパネルに対してパネル・
ソースを発生する能力を与える。
によって与えられたＩＮＦ、Ｏパネルに対してパネル・
ソースを発生する能力を与える。
メニュー・オプション３．５
ＧＥＮＥＲＡＴＥ ＧＬＯＳ ＰＡＮＥＬは、シス
テムによって与えられたＣ、ＬＯＳパネルに対してパネ
ル・ソースを発生する能力をえる。
テムによって与えられたＣ、ＬＯＳパネルに対してパネ
ル・ソースを発生する能力をえる。
ＧＰＭ手順（第４８図、ブロック９６００で始まる）の
フローチャートは、これらのメニュー・オプションの能
力を更に詳しく説明する。
フローチャートは、これらのメニュー・オプションの能
力を更に詳しく説明する。
メニュー・オプション３．６
ＧＥＮＥＲＡＴＥ ５ＫＥＬＥＴＯＮＰＡＮＥＬは、
ユーザ・パネルのスケルトン・ソース・ファイルを発生
する能力を与える。
ユーザ・パネルのスケルトン・ソース・ファイルを発生
する能力を与える。
発生したパネル・スケルトンのパネルによって、アプリ
ケーションの開発者がアプリケーション・パネルを構成
する場合に作業を開始する点が与えられる。ＧＳＰ手順
のフローチャート（第４９図のブロック１２５４０で始
まる）はこの能力を更に詳しく説明する。
ケーションの開発者がアプリケーション・パネルを構成
する場合に作業を開始する点が与えられる。ＧＳＰ手順
のフローチャート（第４９図のブロック１２５４０で始
まる）はこの能力を更に詳しく説明する。
第４７ａ図ないし第４７ｆ図は、本発明によるこの手順
の好適な実施例を示し、ＧＴＤジェネレート・マツプ・
ユーザ・インタフェース手順は、ロード／クリエート・
トランザクション定義ファイルのＧＴＤＴ手順（第２４
図、ブロック４４９６０）を実行するすることによって
、フロック９０７０で開始される。ＧＴＤＴ手順が終了
すると、制御はブロック９０９０に戻り、これは表示手
順を実行しく第２１図、ブロック４７３００ ） 、Ｇ
ＴＤＧＭパネルの表示を選択する（ブロック９０９０）
。
の好適な実施例を示し、ＧＴＤジェネレート・マツプ・
ユーザ・インタフェース手順は、ロード／クリエート・
トランザクション定義ファイルのＧＴＤＴ手順（第２４
図、ブロック４４９６０）を実行するすることによって
、フロック９０７０で開始される。ＧＴＤＴ手順が終了
すると、制御はブロック９０９０に戻り、これは表示手
順を実行しく第２１図、ブロック４７３００ ） 、Ｇ
ＴＤＧＭパネルの表示を選択する（ブロック９０９０）
。
手順ＦＥ（第２２図、ブロック４８１３０）は次にユー
ザの終了表示をチエツクする（ブロック９１００）。も
しユーザの終了が表示されれば、プログラムはブロック
９５２０にジャンプして手順ＧＭを抜ける。もしユーザ
の終了が表示されなければ、プログラムはジェネレート
・オプション・フラグ（ＧＴＤＧＯＦ）の値をセーブし
くブロック９１３０）、次いでジェネレート・ルックア
ヘッド・フラグ（ＧＴＤＧＬＦ）の値をセーブする（ブ
ロック９１４０）。手順 ＧＴＤＴ （第２４図、ブロ
ック４４９６０）は、次にＴＤＦをロードして作成する
（ブロック９１．５０）。ジェネレート・オプション・
フラグの値（ブロック９１６０）とジェネレート・ルッ
クアヘッド・フラグ（ブロック９１７０）はＧＴＤトラ
ンザクション・ビューに復元され、もし含まれている値
が非「Ｙ」であれば、これらのフラグはこれらの値を上
位のケースに変換し、それらの値をｒＮＪに変更するこ
とによって確認される。これらの値が確認されると、手
順ＰＴＤＴはＧＴＤ）ランザクジョン・ビューの情報か
ら新しいＴＤＦを書き込む。
ザの終了表示をチエツクする（ブロック９１００）。も
しユーザの終了が表示されれば、プログラムはブロック
９５２０にジャンプして手順ＧＭを抜ける。もしユーザ
の終了が表示されなければ、プログラムはジェネレート
・オプション・フラグ（ＧＴＤＧＯＦ）の値をセーブし
くブロック９１３０）、次いでジェネレート・ルックア
ヘッド・フラグ（ＧＴＤＧＬＦ）の値をセーブする（ブ
ロック９１４０）。手順 ＧＴＤＴ （第２４図、ブロ
ック４４９６０）は、次にＴＤＦをロードして作成する
（ブロック９１．５０）。ジェネレート・オプション・
フラグの値（ブロック９１６０）とジェネレート・ルッ
クアヘッド・フラグ（ブロック９１７０）はＧＴＤトラ
ンザクション・ビューに復元され、もし含まれている値
が非「Ｙ」であれば、これらのフラグはこれらの値を上
位のケースに変換し、それらの値をｒＮＪに変更するこ
とによって確認される。これらの値が確認されると、手
順ＰＴＤＴはＧＴＤ）ランザクジョン・ビューの情報か
ら新しいＴＤＦを書き込む。
判定ブロック９２００は、ユーザ入力のオプション・コ
ードがＧＴＤＳＥＬ＝１であるかどうかをチエツクする
が、これは作成するべき全てのパネルに対する要求であ
る。もしそうでなければ、プログラムはブロック９２７
０にジャンプする。
ードがＧＴＤＳＥＬ＝１であるかどうかをチエツクする
が、これは作成するべき全てのパネルに対する要求であ
る。もしそうでなければ、プログラムはブロック９２７
０にジャンプする。
もしＧＴＳＥＬが１に等しければ、ＧＰＭ手順（第４８
図、ブロック９６００）は、メニュー・パネルを発生し
くブロック９２１０）、システムによって定義される全
てのパネルがこれに続く。
図、ブロック９６００）は、メニュー・パネルを発生し
くブロック９２１０）、システムによって定義される全
てのパネルがこれに続く。
ＨＥＬＰパネルがブロック９２２０で下記の領域に作成
されるが、これらの領域はＩ ＥＴＴＶＷで定義されＩ
ＥＴの必要とするものである。下記の領域とは、ＩＥＦ
Ｉ−ＴＲＡＮ、ＩＥＦＩＰＡＮＥＬ、 ＩＥＦＩ−３
ＹＳＴＥＭ、 ＩＥＦＩ−ＣＵＲＲＯＷ、 Ｉ Ｅ
Ｆ １−ＣＵＲＣＯＬＸ ＩＥＦＩ−ＦＵＮＫＥＹ、
Ｉ ＥＦ １−ＣＵＲＤＴ、ＩＥＦＩ−ＭＳＧＩＤ、
ＩＥＦＩ−ＭＳＧＴＸ、 ＩＥＦＩ −ＭＳＧＡ
Ｅ、 ＩＥＦＩ−ＵＳＥＲ，ＩＥＦＩ−ＨＥＬＰＰＮ
Ｌ、 Ｉ ＥＦ １−ＯＰＴ ＩＯＮ（ｇｔｄｇｏｆ
＝Ｙの場合、オプションで発生）、及びＩＥＦＩ−ＴＥ
ＸＴ （０）ないしＩ ＥＦ １−ＴＥＸＴ（２１）で
ある。
されるが、これらの領域はＩ ＥＴＴＶＷで定義されＩ
ＥＴの必要とするものである。下記の領域とは、ＩＥＦ
Ｉ−ＴＲＡＮ、ＩＥＦＩＰＡＮＥＬ、 ＩＥＦＩ−３
ＹＳＴＥＭ、 ＩＥＦＩ−ＣＵＲＲＯＷ、 Ｉ Ｅ
Ｆ １−ＣＵＲＣＯＬＸ ＩＥＦＩ−ＦＵＮＫＥＹ、
Ｉ ＥＦ １−ＣＵＲＤＴ、ＩＥＦＩ−ＭＳＧＩＤ、
ＩＥＦＩ−ＭＳＧＴＸ、 ＩＥＦＩ −ＭＳＧＡ
Ｅ、 ＩＥＦＩ−ＵＳＥＲ，ＩＥＦＩ−ＨＥＬＰＰＮ
Ｌ、 Ｉ ＥＦ １−ＯＰＴ ＩＯＮ（ｇｔｄｇｏｆ
＝Ｙの場合、オプションで発生）、及びＩＥＦＩ−ＴＥ
ＸＴ （０）ないしＩ ＥＦ １−ＴＥＸＴ（２１）で
ある。
Ｉ Ｎ Ｆ Ｏｒｍａｔｉｏｎパネルがブロック９２３
０で下記の領域に作成されるが、これらの領域はＩ Ｅ
ＴＴＶＷで定義されＪＥＴの必要とするものである。下
記の領域とは、Ｉ ＥＦ １−ＴＲＡＮ。
０で下記の領域に作成されるが、これらの領域はＩ Ｅ
ＴＴＶＷで定義されＪＥＴの必要とするものである。下
記の領域とは、Ｉ ＥＦ １−ＴＲＡＮ。
ＩＥＦＩ−ＰＡＮＥＬ、ＩＥＦＩ−３ＹＳＴＥＭ。
Ｔ ＥＦ １−ＣＵＲＲＯＷ、 Ｉ ＥＦ Ｉ −ＣＵ
ｌ？ＣＯＬ。
ｌ？ＣＯＬ。
ＩＥＦＩ−ＦＵＮＫＥＹ、ＩＥＦｌ−ＣＵＲＤＴ。
ＩＥＦＩ−ＭＳＧＩＤ、ＩＥＦＩ−ＭＳＧＴＸ。
ＩＥＦＩ−ＭＳＧＡＥ、ＩＥＦＩ−ＵＳＥＲ。
ＩＥＦ １− Ｉ ＮＦＯＣＨＰ、 Ｉ ＥＦ １−Ｉ
ＮＦＯ３ＥＣ１Ｉ ＥＦ １− ＩＮＦＯＰＡＧ、
Ｉ ＥＦ １−ＯＰＴＩＯＮ（ｇｔｄｇｏｆ ＝ Ｙの
場合、オプションで発生）、及びＩＥＦＩ−ＴＥＸＴ
（０）ないしＩＥＦＩ−ＴＥＸＴ（２１）である。
ＮＦＯ３ＥＣ１Ｉ ＥＦ １− ＩＮＦＯＰＡＧ、
Ｉ ＥＦ １−ＯＰＴＩＯＮ（ｇｔｄｇｏｆ ＝ Ｙの
場合、オプションで発生）、及びＩＥＦＩ−ＴＥＸＴ
（０）ないしＩＥＦＩ−ＴＥＸＴ（２１）である。
Ｇ Ｌ Ｏ５ｓａｒｙパネルがブロック９２４０で下記
の領域に作成されるが、これらの領域はＩＥＴＴＶＷで
定義されＩＥＴの必要とするものである。下記の領域と
は、Ｉ ＥＦ １−ＴＲＡＮ、ＩＥＦＩＰＡＮＥＬ、Ｉ
ＥＦＩ−３ＹＳＴＥＭ、ＩＥＦＩＣＵＲＲＯＷ、Ｉ Ｅ
Ｆ １−ＣＵＲＣＯＬ、ＩＥＦＩ−ＦＵＮＫＥＹ、Ｉ
ＥＦ １−ＣＵＲＤＴ、ＩＥＦＩ−ＭＳＧＩＤ、ＩＥＦ
Ｉ−ＭＳＧＴＸ＝ ＩＥＦＩ−ＭＳＧＡＥ、ＩＥＦＩ−
ＵＳＥＲ，、ＩＥＦＩＧＬＯ３ＳＥＣ，Ｉ ＥＦ １−
ＯＰＴ ＩＯＮ（ｇｔｄｇｏｆ＝Ｙの場合、オプション
で発生）、及びＩＥＦＩＴＥＸＴ （０）ないしＩ Ｅ
Ｆ １−ＴＥＸＴ（２１）である。
の領域に作成されるが、これらの領域はＩＥＴＴＶＷで
定義されＩＥＴの必要とするものである。下記の領域と
は、Ｉ ＥＦ １−ＴＲＡＮ、ＩＥＦＩＰＡＮＥＬ、Ｉ
ＥＦＩ−３ＹＳＴＥＭ、ＩＥＦＩＣＵＲＲＯＷ、Ｉ Ｅ
Ｆ １−ＣＵＲＣＯＬ、ＩＥＦＩ−ＦＵＮＫＥＹ、Ｉ
ＥＦ １−ＣＵＲＤＴ、ＩＥＦＩ−ＭＳＧＩＤ、ＩＥＦ
Ｉ−ＭＳＧＴＸ＝ ＩＥＦＩ−ＭＳＧＡＥ、ＩＥＦＩ−
ＵＳＥＲ，、ＩＥＦＩＧＬＯ３ＳＥＣ，Ｉ ＥＦ １−
ＯＰＴ ＩＯＮ（ｇｔｄｇｏｆ＝Ｙの場合、オプション
で発生）、及びＩＥＦＩＴＥＸＴ （０）ないしＩ Ｅ
Ｆ １−ＴＥＸＴ（２１）である。
全てのパネルが発生されると、ＧＴＤＭＳＧをＰＡＮＥ
Ｌ ＧＥＮ ＣＯＭＰＬＥＴＥに等しくセットし、
メツセージをユーザに出力する（ブロック９２５０）。
Ｌ ＧＥＮ ＣＯＭＰＬＥＴＥに等しくセットし、
メツセージをユーザに出力する（ブロック９２５０）。
判定ブロック９２７０は、ユーザがオプション・コード
をＧＴＤＳＥＬ＝２に入力したかどうかを調べるが、こ
れは作成するべきメニュー・パネルのみに対する要求で
ある。もしそうでなければ、プログラムはブロック９３
１０に進む。もしＧＴＤＳＥＬが２に等しければ、ＧＰ
Ｍ手順（第４８図、ブロック９６００）は、メニュー・
パネルを発生する（ブロック９２８０）。手順が終了す
ると、ＧＴＤＭＳＧをｒＰＡＮＥＬ ＧＥＮＣＯＭＰ
ＬＥＴＥｊに等しくセントし、メソセージをユーザに出
力する（ブロック９２９０）。
をＧＴＤＳＥＬ＝２に入力したかどうかを調べるが、こ
れは作成するべきメニュー・パネルのみに対する要求で
ある。もしそうでなければ、プログラムはブロック９３
１０に進む。もしＧＴＤＳＥＬが２に等しければ、ＧＰ
Ｍ手順（第４８図、ブロック９６００）は、メニュー・
パネルを発生する（ブロック９２８０）。手順が終了す
ると、ＧＴＤＭＳＧをｒＰＡＮＥＬ ＧＥＮＣＯＭＰ
ＬＥＴＥｊに等しくセントし、メソセージをユーザに出
力する（ブロック９２９０）。
判定ブロック９３１０は、ユーザがオプション・コード
をＧＴＤＳＥＬ＝３に入力したかどうかを調べるが、こ
れは作成するヘルプ・パネルのみに対する要求である。
をＧＴＤＳＥＬ＝３に入力したかどうかを調べるが、こ
れは作成するヘルプ・パネルのみに対する要求である。
もしそうでなければ、プログラムはブロック９３５０の
動作を継続する。ブロック９３２０で、もしＧＴＤＳＥ
Ｌが３に等しければ、ブロック９２２０で説明したよう
に、ヘルプ・パネルを発生する。ヘルプ・パネルが発生
されると、ＧＴＤＭＳＧをｒＰＡＮＥＬ ＧＥＮＣＯ
ＭＰＬＥＴＥＪに等しくセットし、メツセージをユーザ
に出力する（ブロック９３３０）。
動作を継続する。ブロック９３２０で、もしＧＴＤＳＥ
Ｌが３に等しければ、ブロック９２２０で説明したよう
に、ヘルプ・パネルを発生する。ヘルプ・パネルが発生
されると、ＧＴＤＭＳＧをｒＰＡＮＥＬ ＧＥＮＣＯ
ＭＰＬＥＴＥＪに等しくセットし、メツセージをユーザ
に出力する（ブロック９３３０）。
判定ブロック９３５０は、ユーザがオプション・コード
をＧＴＤＳＥＬ＝４に入力したかどうかを調べるが、こ
れは作成する情報パネルのみに対する要求である。もし
そうでなければ、プログラムはブロック９３９０にジャ
ンプする。ブロック９３６０で、もしＧＴＤＳＥＬが４
に等しければ、ブロック９２３０で論じたように情報・
パネルを発生する。情報パネルが発生されると、ＧＴＤ
ＭＳＧをｒＰＡＮＥＬ ＧＥＮ ＣＯＭＰＬＥＴＥ
Ｊに等しくセントし、メツセージをユーザに出力する（
ブロック９３７０）。
をＧＴＤＳＥＬ＝４に入力したかどうかを調べるが、こ
れは作成する情報パネルのみに対する要求である。もし
そうでなければ、プログラムはブロック９３９０にジャ
ンプする。ブロック９３６０で、もしＧＴＤＳＥＬが４
に等しければ、ブロック９２３０で論じたように情報・
パネルを発生する。情報パネルが発生されると、ＧＴＤ
ＭＳＧをｒＰＡＮＥＬ ＧＥＮ ＣＯＭＰＬＥＴＥ
Ｊに等しくセントし、メツセージをユーザに出力する（
ブロック９３７０）。
判定ブロック９３９０は、ユーザがオプション・コード
をＧＴＤＳＥＬ＝５に等しく入力したかどうかを調べる
が、これは作成するグロサリ・パネルのみに対する要求
である。もしそうでなければ、プログラムはブロック９
４３０に進む。ブロック９４００で、もしＧＴＤＳＥＬ
が５に等しければ、ブロック９２４０で説明したように
、グロサリ・パネルを発生する。グロサリ・パネルが発
生されると、ＧＴＤＭＳＧをｒＰＡＮＥＬ ＧＥＮＣ
ＯＭＰＬＥＴＥＪに等しくセットし、メソセージをユー
ザに出力する（ブロック９４１０）。
をＧＴＤＳＥＬ＝５に等しく入力したかどうかを調べる
が、これは作成するグロサリ・パネルのみに対する要求
である。もしそうでなければ、プログラムはブロック９
４３０に進む。ブロック９４００で、もしＧＴＤＳＥＬ
が５に等しければ、ブロック９２４０で説明したように
、グロサリ・パネルを発生する。グロサリ・パネルが発
生されると、ＧＴＤＭＳＧをｒＰＡＮＥＬ ＧＥＮＣ
ＯＭＰＬＥＴＥＪに等しくセットし、メソセージをユー
ザに出力する（ブロック９４１０）。
判定ブロック９４３０は、ユーザがオプション・コード
をＧＴＤＳＥＬ＝６に等しく入力したがどうかを調べる
が、これはスケルトンパネルを発生するための要求であ
る。もしそうでなければ、プログラムはブロック９４８
０で動作を継続する。
をＧＴＤＳＥＬ＝６に等しく入力したがどうかを調べる
が、これはスケルトンパネルを発生するための要求であ
る。もしそうでなければ、プログラムはブロック９４８
０で動作を継続する。
もしＧＤＴＳＥＬが６に等しければ、手順ＧＳＰ（第４
９図、ブロック１２５４０）はスケルトン・パネルを発
生する（ブロック９４４０）。手順が終了すると、ＧＴ
ＤＭＳＧをｒＰＡＮＥＬＧＥＮ ＣＯＭＰＬＥＴＥＪ
に等しくセットし、メツセージをユーザに出力する（ブ
ロック９４５０）。
９図、ブロック１２５４０）はスケルトン・パネルを発
生する（ブロック９４４０）。手順が終了すると、ＧＴ
ＤＭＳＧをｒＰＡＮＥＬＧＥＮ ＣＯＭＰＬＥＴＥＪ
に等しくセットし、メツセージをユーザに出力する（ブ
ロック９４５０）。
手順ＦＥ（第２２図、ブロック４８１３０）は、次にユ
ーザの終了表示をチエツクする（ブロック９４８０）。
ーザの終了表示をチエツクする（ブロック９４８０）。
もしユーザの終了が表示されれば、プログラムはブロッ
ク９５２ｏに進み、手順ＣＭを抜ける。もしユーザの終
了が表示されなければ、プログラムはブロック９０９０
に戻って処理を継続する。
ク９５２ｏに進み、手順ＣＭを抜ける。もしユーザの終
了が表示されなければ、プログラムはブロック９０９０
に戻って処理を継続する。
ジェネレート・メニュー・パネル・ＧＰＭ手第４８ａ図
ないし第４８ｄ図は、本発明によるこの手順の好適な実
施例のを示し、ＧＴＤジェネレート・メニュー・パネル
の手順はメニュー・カウント・インデックスの入力の数
をゼロにセットし、メニュー・テーブル内のメニューの
名前をブランクにする（ブロック９７００）ことによっ
てブロック９６８０で開始される。この手順は、ポイン
タを５ＴＤＥテーブルの始めに初期化する。
ないし第４８ｄ図は、本発明によるこの手順の好適な実
施例のを示し、ＧＴＤジェネレート・メニュー・パネル
の手順はメニュー・カウント・インデックスの入力の数
をゼロにセットし、メニュー・テーブル内のメニューの
名前をブランクにする（ブロック９７００）ことによっ
てブロック９６８０で開始される。この手順は、ポイン
タを５ＴＤＥテーブルの始めに初期化する。
判定ブロック９７４５は、５ＴＤＥテーブルの終端部に
到達したかどうかをチエツクする（ブロック９７４５）
。もしそうであれば、この手順はブロック９９４０にジ
ャンプする。もしそうでなげければ、この手順は現在の
５ＴＤＥテーブルの入力がメニュー人力、５ＴＤＥＴＹ
ＰＥ＝Ｅであるかどうかをチエツクする。もしこの入力
がメニュー人力でなければ、この手順はブロック９８８
５進む。もしこの入力がメニューであれば、メニューの
名前がメニュー・テーブルに追加される（ブロック９７
６０）。メニューの名前のテーブルはソートされた（
５ｏｒｔｅｄ ）方法で構築され、ユニクなメニュー名
前のみを含む。新しいメニュー名前が見つけられたロケ
ーションにロードされ（ブロック９８５０）、メニュー
・カウントがインクリメントされる（ブロック９８６０
）。ブロック９８８５は５ＴＤＥのポインタインクリメ
ントして次の５ＴＤＥテーブルの入力を示し、この手順
はブロック９７４５に戻る。
到達したかどうかをチエツクする（ブロック９７４５）
。もしそうであれば、この手順はブロック９９４０にジ
ャンプする。もしそうでなげければ、この手順は現在の
５ＴＤＥテーブルの入力がメニュー人力、５ＴＤＥＴＹ
ＰＥ＝Ｅであるかどうかをチエツクする。もしこの入力
がメニュー人力でなければ、この手順はブロック９８８
５進む。もしこの入力がメニューであれば、メニューの
名前がメニュー・テーブルに追加される（ブロック９７
６０）。メニューの名前のテーブルはソートされた（
５ｏｒｔｅｄ ）方法で構築され、ユニクなメニュー名
前のみを含む。新しいメニュー名前が見つけられたロケ
ーションにロードされ（ブロック９８５０）、メニュー
・カウントがインクリメントされる（ブロック９８６０
）。ブロック９８８５は５ＴＤＥのポインタインクリメ
ントして次の５ＴＤＥテーブルの入力を示し、この手順
はブロック９７４５に戻る。
５ＴＤＥテーブルの終端部に達すると、インデックスを
メニュー・テーブルの開始にインシャライズしくブロッ
ク９９４０）、これがまだメニュー・カウント未満であ
るかどうかをチエツクする（ブロック９９５０）、もし
そうでなければ、プログラムは手順ＧＰＭを抜ける（ブ
ロック９９８０）。
メニュー・テーブルの開始にインシャライズしくブロッ
ク９９４０）、これがまだメニュー・カウント未満であ
るかどうかをチエツクする（ブロック９９５０）、もし
そうでなければ、プログラムは手順ＧＰＭを抜ける（ブ
ロック９９８０）。
もしインデックスがまだメニュー・カウント未満であれ
ば、ＧＴＤＰＭＥＭをメニューの名前にセットしくブロ
ック９９５０）、個々のメニュー・パネルを作成する。
ば、ＧＴＤＰＭＥＭをメニューの名前にセットしくブロ
ック９９５０）、個々のメニュー・パネルを作成する。
選択値５ＴＤＥＳＥＬとメニュー選択の説明５ＴＤＥＤ
ＥＳＣを含むメニュー人力領域が同一の線上で共に定数
としてリスト内のスクリーンに載置され、メニュー人力
のリストはメニューのオプションを構成する。
ＥＳＣを含むメニュー人力領域が同一の線上で共に定数
としてリスト内のスクリーンに載置され、メニュー人力
のリストはメニューのオプションを構成する。
メニューが下記の領域に作成されるが、これらの領域は
Ｉ ＥＴＴＶＷで定義されＩＥＴの必要とするものであ
る。下記の領域とは、ＩＥＦＩＴＲＡＮ、ＩＥＦＩ−Ｐ
ＡＮＥＬ、ＩＥＦＩＳＹＳＴＥＭ、Ｉ ＥＦ １−ＣＵ
ＲＲＯＷ、ＩＥＦＩＣＵＲＣＯＬ、Ｉ ＥＦ １−ＦＵ
ＮＫＥＹ、ＩＥＦＩＣＵＲＤＴ、ＩＥＦＩ−ＭＳＧＩＤ
、ＩＥＦＩＭＳＧＴＸ、ＩＥＦＩ−ＭＳＧＡＥ、ＩＥＦ
ＩＵＳＥＲ，ＩＥＦＩ−ＣＯＭＭＡＮＤ、ＩＥＦＩＣ，
ＤＡＴＥ、ＩＥＦＩ−ＧＴＩＭＥ、ＩＥＦＩＡＰＰＬ、
、ＩＥＦＩ−ＴＤＴＩＤＳ ＩＥＦＩＲＥＬＮ、 Ｉ
ＥＦ １−ＯＰＴ ＩＯＮ （ｇｔｄｇｏｆ＝Ｙの場
合、オプションで発生）、及びＩＥＦＩ−ＬＯＯＫＡＨ
ＥＡＤ（ｇｔｄｇｌｆ＝Ｙの場合、オプションで発生）
である。
Ｉ ＥＴＴＶＷで定義されＩＥＴの必要とするものであ
る。下記の領域とは、ＩＥＦＩＴＲＡＮ、ＩＥＦＩ−Ｐ
ＡＮＥＬ、ＩＥＦＩＳＹＳＴＥＭ、Ｉ ＥＦ １−ＣＵ
ＲＲＯＷ、ＩＥＦＩＣＵＲＣＯＬ、Ｉ ＥＦ １−ＦＵ
ＮＫＥＹ、ＩＥＦＩＣＵＲＤＴ、ＩＥＦＩ−ＭＳＧＩＤ
、ＩＥＦＩＭＳＧＴＸ、ＩＥＦＩ−ＭＳＧＡＥ、ＩＥＦ
ＩＵＳＥＲ，ＩＥＦＩ−ＣＯＭＭＡＮＤ、ＩＥＦＩＣ，
ＤＡＴＥ、ＩＥＦＩ−ＧＴＩＭＥ、ＩＥＦＩＡＰＰＬ、
、ＩＥＦＩ−ＴＤＴＩＤＳ ＩＥＦＩＲＥＬＮ、 Ｉ
ＥＦ １−ＯＰＴ ＩＯＮ （ｇｔｄｇｏｆ＝Ｙの場
合、オプションで発生）、及びＩＥＦＩ−ＬＯＯＫＡＨ
ＥＡＤ（ｇｔｄｇｌｆ＝Ｙの場合、オプションで発生）
である。
メニューが作成されると、インデックスがインクリメン
トされ、プログラムはブロック９９４５に戻る。
トされ、プログラムはブロック９９４５に戻る。
第４９図は、この手順の好適な実施例を示し、ＧＴＤジ
ェネレート・スケルトン・パネルのユーザ・インターフ
ェース手順は、ＧＴＤＧＰパネルを表示する手順（第２
１図、ブロック４７３００）を実行することによってブ
ロック１２５７０で開始される。
ェネレート・スケルトン・パネルのユーザ・インターフ
ェース手順は、ＧＴＤＧＰパネルを表示する手順（第２
１図、ブロック４７３００）を実行することによってブ
ロック１２５７０で開始される。
もし含まれている値が非ｒＹＪであれば、これらの値を
上位のケースに変換し、それらの値をｒＮＪに変更する
ことによって、ブロック１２５８０で、ジェネレート・
オプションとルックアヘッド・フラグの領域が確認され
る。フラグが確認されると、手順ＦＥ（第２２図、ブロ
ック４８１３０）はユーザの終了表示をチエツクする（
ブロック１２５９０）。もしユーザの終了が表示されな
ければ、プログラムはブロック１７５７０に戻る。
上位のケースに変換し、それらの値をｒＮＪに変更する
ことによって、ブロック１２５８０で、ジェネレート・
オプションとルックアヘッド・フラグの領域が確認され
る。フラグが確認されると、手順ＦＥ（第２２図、ブロ
ック４８１３０）はユーザの終了表示をチエツクする（
ブロック１２５９０）。もしユーザの終了が表示されな
ければ、プログラムはブロック１７５７０に戻る。
もしユーザの終了が表示されれば、プログラム（ブロッ
ク１２６３０）はスケルトン・パネルを発生する。スケ
ルトン・パネルは、下記の領域で作成されるが、これら
の領域はＩＥＴＴＶＷで定義されＩＥＴの必要とするも
のである。下記の領域とは、Ｉ Ｅ Ｆ １−ＴＲＡＮ
、、Ｉ Ｅ Ｆ １−ＰＡＮＥＬ 。
ク１２６３０）はスケルトン・パネルを発生する。スケ
ルトン・パネルは、下記の領域で作成されるが、これら
の領域はＩＥＴＴＶＷで定義されＩＥＴの必要とするも
のである。下記の領域とは、Ｉ Ｅ Ｆ １−ＴＲＡＮ
、、Ｉ Ｅ Ｆ １−ＰＡＮＥＬ 。
ＩＥＦ １１−３ＹＳＴＥ、 Ｉ ＥＦ １−ＣＵＲ
ＲＯ賀、ＩＥＦＩ−ＣＵＲＣＯＬ、ＩＥＦＩ−ＦＵＮＫ
ＥＹ。
ＲＯ賀、ＩＥＦＩ−ＣＵＲＣＯＬ、ＩＥＦＩ−ＦＵＮＫ
ＥＹ。
ＩＥＦＩ−ＣＵＲＤＴ、ＩＥＦＩ−ＭＳＧＩＤ。
ＩＥＦ １−Ｍ５ＧＴＸ、Ｉ ＥＦ １−Ｍ５ＧＡＥ。
ＩＥＦＩ−ＵＳＥＲ，ＩＥＦＩ−ＯＰＴＩＯＮ（ｇｔｄ
ｇｏｆ ＝ Ｙの場合、オプションで発生）、及びＩ
ＥＦ １−ＬＯＯＫＡＨＥＡＤ（ｇｔｄｇｌｆ＝Ｙの場
合、オプションで発生）である。
ｇｏｆ ＝ Ｙの場合、オプションで発生）、及びＩ
ＥＦ １−ＬＯＯＫＡＨＥＡＤ（ｇｔｄｇｌｆ＝Ｙの場
合、オプションで発生）である。
発生されたパネルは次に適当なマツプ・エディタによっ
て編集し、特定のアプリケーションのニーズを満足する
ようにカストマイズすることができる。スケルトン・パ
ネルが発生された後、プログラムは手順ＧＳＰを抜ける
（ブロック１２６４０）。
て編集し、特定のアプリケーションのニーズを満足する
ようにカストマイズすることができる。スケルトン・パ
ネルが発生された後、プログラムは手順ＧＳＰを抜ける
（ブロック１２６４０）。
次のＧＴＤの主要な領域にはコンパイル・トランザクシ
ョン定義、ビュー、パネル及び手順プログラムが含まれ
ており、この手順プログラムは、ＤＡＡアプリケーショ
ン、特にＩＥＴへ富亥アプリケーションの特徴を与える
のに必要なＴＤＴ及びビュー・テーブルを構築するのに
要する設計ツールをアプリケーション開発者に提供する
。ＴＤＴの編集が完了すると、設計者はオブジェクト・
モジュール（ｏｂｊｅｃｔ ｍｏｄｕｌｅ ）がＣＴＲ
ＥＱ手順を用いるＴＤＴに対して作成するように要求す
ることが出来る。この手順は、設計者がＴＤＴ要素をコ
ンパイルすることが出来るパネルを提供する。
ョン定義、ビュー、パネル及び手順プログラムが含まれ
ており、この手順プログラムは、ＤＡＡアプリケーショ
ン、特にＩＥＴへ富亥アプリケーションの特徴を与える
のに必要なＴＤＴ及びビュー・テーブルを構築するのに
要する設計ツールをアプリケーション開発者に提供する
。ＴＤＴの編集が完了すると、設計者はオブジェクト・
モジュール（ｏｂｊｅｃｔ ｍｏｄｕｌｅ ）がＣＴＲ
ＥＱ手順を用いるＴＤＴに対して作成するように要求す
ることが出来る。この手順は、設計者がＴＤＴ要素をコ
ンパイルすることが出来るパネルを提供する。
このＣＴＲＥＱ手順は、ＧＴＤを用いて構築されたアプ
リケーションがＤＡＡプラットフォーム用の一貫したコ
ンパイル及びリンク編集のオプションを用いて構築され
ていることを保証している。
リケーションがＤＡＡプラットフォーム用の一貫したコ
ンパイル及びリンク編集のオプションを用いて構築され
ていることを保証している。
更に、第５０図のブロック１６４４０で定義されたＧＴ
ＲＥＱ手順は、アプリケーション・ロード・モジュール
の構築に必要なユーザー・インターフェイスを提供し、
且つそれを実行可能なロード・モジュール・ライブラリ
もしくはディレクトリに設置する。アプリケーションは
必要なＴＤＴ及びＴＥＴによって要求されたビュー・テ
ーブルを用いて構築される。これらのテーブル内の情報
はテーブル・オブジェクト（ｔａｂｌｅ ｏｂｊｅｃｔ
）が構築される以前に一貫性及び完全性の点について検
査を受ける。
ＲＥＱ手順は、アプリケーション・ロード・モジュール
の構築に必要なユーザー・インターフェイスを提供し、
且つそれを実行可能なロード・モジュール・ライブラリ
もしくはディレクトリに設置する。アプリケーションは
必要なＴＤＴ及びＴＥＴによって要求されたビュー・テ
ーブルを用いて構築される。これらのテーブル内の情報
はテーブル・オブジェクト（ｔａｂｌｅ ｏｂｊｅｃｔ
）が構築される以前に一貫性及び完全性の点について検
査を受ける。
被選択トランザクションに対する編集仕様に一貫性があ
れば（ＴＤＴ要素中の参照全パネル及び手順がＴＤＴ項
目として定義される）、コンパイルは適切なオブジェク
ト・モジュールを作成することになる。該オブジェクト
・モジュールによって、ランタイムでのこのトランザク
ションの実行を管理するのに適したＴＤＴ内でのパネル
、手順、メニュー人力方法、及びビューに相関関係を与
えるテーブルが構築される。
れば（ＴＤＴ要素中の参照全パネル及び手順がＴＤＴ項
目として定義される）、コンパイルは適切なオブジェク
ト・モジュールを作成することになる。該オブジェクト
・モジュールによって、ランタイムでのこのトランザク
ションの実行を管理するのに適したＴＤＴ内でのパネル
、手順、メニュー人力方法、及びビューに相関関係を与
えるテーブルが構築される。
このプロセス内にエラーがあれば（例えば、パネルはメ
ニュー上で参照されるがパネルはメニュー階層に対して
定義されていないとか、又は個別的なパネル仕様として
定義されていない等）、これらのエラーの条件は設計者
にとって訂正すべき注意点となる。
ニュー上で参照されるがパネルはメニュー階層に対して
定義されていないとか、又は個別的なパネル仕様として
定義されていない等）、これらのエラーの条件は設計者
にとって訂正すべき注意点となる。
ＩＥＴにより要求されるテーブルのコンパイル／構築の
為のユーザー・インターフェイスの準備に加えて、ＣＴ
ＲＥＱ手順は、アプリケーション・パネル及び手順のコ
ンパイル並びにロード・モジュール構築用のユーザー・
インターフェイスを含んでいる。準備されたメニュー・
オプションは、条件付きであれ、条件無しであれ、１組
としての各型の成分を構築する。成分の型名々を１組と
して処理することによって、プログラムが成分型内部で
の同時性を保証するのに役立つ。
為のユーザー・インターフェイスの準備に加えて、ＣＴ
ＲＥＱ手順は、アプリケーション・パネル及び手順のコ
ンパイル並びにロード・モジュール構築用のユーザー・
インターフェイスを含んでいる。準備されたメニュー・
オプションは、条件付きであれ、条件無しであれ、１組
としての各型の成分を構築する。成分の型名々を１組と
して処理することによって、プログラムが成分型内部で
の同時性を保証するのに役立つ。
準備されたその他のメニュー・オプションでは、アプリ
ケーションの全成分間の同期を保証する様に順序付けて
アプリケーション全体が構築される。
ケーションの全成分間の同期を保証する様に順序付けて
アプリケーション全体が構築される。
該メニュー・オプションの一方を選ふと、アプリケーシ
ョン全体が型缶に次の順番で構築される。
ョン全体が型缶に次の順番で構築される。
即ち、ＴＤＴ、ビュー、パネル、手順、アプリケーショ
ン・ロード・モジュールの順番である。この様な構築順
序はアプリケーション・オブジェクトの冬型間のデータ
関係の理解に役立つのである。
ン・ロード・モジュールの順番である。この様な構築順
序はアプリケーション・オブジェクトの冬型間のデータ
関係の理解に役立つのである。
ソース・モジュール及びトランザクション・ビュー・ソ
ース間の変更日付を検査し、且つそれらの日付をコンパ
イル・オブジェクトの変更日付と比較すれば、条件付き
構築オプションによって同時性が保証される。対応オブ
ジェクト・モジュールよりも新しく変更されたソース・
モジュールについては再構築が必要である。トランザク
ション・ビュー以前の変更日付を有するオブジェクト・
モジュールも再構築が必要となる。条件付き構築では僅
少の変更がアプリケーションに加えられるのであれば、
より短い（依然同時性は保存されて）構築プロセスで済
まされる。無条件構築では全オブジェクトの再構築を余
儀無くされる。
ース間の変更日付を検査し、且つそれらの日付をコンパ
イル・オブジェクトの変更日付と比較すれば、条件付き
構築オプションによって同時性が保証される。対応オブ
ジェクト・モジュールよりも新しく変更されたソース・
モジュールについては再構築が必要である。トランザク
ション・ビュー以前の変更日付を有するオブジェクト・
モジュールも再構築が必要となる。条件付き構築では僅
少の変更がアプリケーションに加えられるのであれば、
より短い（依然同時性は保存されて）構築プロセスで済
まされる。無条件構築では全オブジェクトの再構築を余
儀無くされる。
以下に第２レベル・メニューであるＣＯＭＰＩＬＥＴＲ
ＡＮＳＡＣＴＩＯＮ ＤＥＦ／ＶＩＥＷ／ＰＡＮＥＬ
Ｓ／ＰＲＯＣＥＤＵＲＥＳの下での第３レベル・メニュ
ーを表出する。ユーザーにとって、メニュー・オプショ
ンを実行の為に選択する他、２個の次の追加的情報、す
なわちＴＤＦファイル（ｇｔｄ關ｅＩ１１）の名前、及
び該ＴＤＦファイルがアクセスされる時（ｇｔｄｍｌｉ
ｂ ）使われるパス名の一覧、の準備が必要である。こ
れら２個の情報は如何なるメニュー機能の実行時も必要
である。
ＡＮＳＡＣＴＩＯＮ ＤＥＦ／ＶＩＥＷ／ＰＡＮＥＬ
Ｓ／ＰＲＯＣＥＤＵＲＥＳの下での第３レベル・メニュ
ーを表出する。ユーザーにとって、メニュー・オプショ
ンを実行の為に選択する他、２個の次の追加的情報、す
なわちＴＤＦファイル（ｇｔｄ關ｅＩ１１）の名前、及
び該ＴＤＦファイルがアクセスされる時（ｇｔｄｍｌｉ
ｂ ）使われるパス名の一覧、の準備が必要である。こ
れら２個の情報は如何なるメニュー機能の実行時も必要
である。
これらの数値の入力フィールドは第２レベルの階層メニ
ューのそれぞれに含まれている。
ューのそれぞれに含まれている。
４、トランザクションの定義／ビュー／パネル／手順の
コンパイル ４．１トランザクシヨンの定義のコンパイル４．２
ビューのコンパイル ４．３ パネルのコンパイル（条件付き）４．４
パネルのコンパイル（条件なし）４．５ 手順のコン
パイル（条件付き）４．６手順のコンパイル（条件なし
） ４．７トランザクシヨンの設定 ４．８ 全要素のコンパイル／設定（条件付き）４．
９ 全要素のコンパイル／設定（条件なし）４．１０
終了 メニュー・オプション４．１、「トランザクション定義
のコンパイル」には、対話管理の実行、輪部情報の入手
、協調処理の実行、及びアプリケーションとのインター
フェイス形成時、ＪＥＴによって利用可能な連係可能オ
ブジェクトにアプリケーション記述／制御テーブルを生
成、且つコンパイルする機能が与えられている。ＣＴ手
順のフローチャート（第５１図、ブロック１７４５０か
ら出発）ではこれら機能をより詳述している。
コンパイル ４．１トランザクシヨンの定義のコンパイル４．２
ビューのコンパイル ４．３ パネルのコンパイル（条件付き）４．４
パネルのコンパイル（条件なし）４．５ 手順のコン
パイル（条件付き）４．６手順のコンパイル（条件なし
） ４．７トランザクシヨンの設定 ４．８ 全要素のコンパイル／設定（条件付き）４．
９ 全要素のコンパイル／設定（条件なし）４．１０
終了 メニュー・オプション４．１、「トランザクション定義
のコンパイル」には、対話管理の実行、輪部情報の入手
、協調処理の実行、及びアプリケーションとのインター
フェイス形成時、ＪＥＴによって利用可能な連係可能オ
ブジェクトにアプリケーション記述／制御テーブルを生
成、且つコンパイルする機能が与えられている。ＣＴ手
順のフローチャート（第５１図、ブロック１７４５０か
ら出発）ではこれら機能をより詳述している。
メニュー・オプション４．２、「ビューのコンパイル」
には、アプリケーション輪郭情報の保全／復元時、及び
協調的処理中の入出力情報の入手／検索時、ＩＥＴによ
って利用可能な、連係可能オブジェクトにビュー・テー
ブルを生成、且つコンパイルする機能が与えられている
。ＣＶ手順のフローチャート（第５４図、ブロック２５
８７０から出発）ではこれら機能をより詳述している。
には、アプリケーション輪郭情報の保全／復元時、及び
協調的処理中の入出力情報の入手／検索時、ＩＥＴによ
って利用可能な、連係可能オブジェクトにビュー・テー
ブルを生成、且つコンパイルする機能が与えられている
。ＣＶ手順のフローチャート（第５４図、ブロック２５
８７０から出発）ではこれら機能をより詳述している。
メニュー・オプション４．３、ｒパネルのコンパイルー
−−−−一条件付き」及びメニュー・オプション４．４
、「パネルのコンバイル−一−−ｍ−条件無し」には、
条件付きの場合（メニューオプション４．３）も条件無
しの場合（メニューオプション４，４）も、全アプリケ
ーション・パネルをコンパイルする機能カ与えられてい
る。コンパイル用の条件付き状態を示すフラグがセット
されると、全アプリケーション・パネルのコンパイルを
管理する手順が呼出される。ＣＰ手順のフローチャート
（第５５図、ブロック３１５４０から出発）にはこの機
能がより詳述されている。
−−−−一条件付き」及びメニュー・オプション４．４
、「パネルのコンバイル−一−−ｍ−条件無し」には、
条件付きの場合（メニューオプション４．３）も条件無
しの場合（メニューオプション４，４）も、全アプリケ
ーション・パネルをコンパイルする機能カ与えられてい
る。コンパイル用の条件付き状態を示すフラグがセット
されると、全アプリケーション・パネルのコンパイルを
管理する手順が呼出される。ＣＰ手順のフローチャート
（第５５図、ブロック３１５４０から出発）にはこの機
能がより詳述されている。
メニュー・オプション４．５、「手順のコンパイル・・
・条件付き」及びメニュー・オプション４．６、「手順
のコンパイル・・・条件無し」には、条件付きの場合（
メニュー・オプション４．３）も条件無しの場合（メニ
ュー・オプション４．４）も、全アプリケーション手順
をコンパイルする機能が与えられている。コンパイル用
の条件付き状態を示すフラグがセントされると、全アプ
リケーション手順のコンパイルを管理する手順が呼出さ
れる。
・条件付き」及びメニュー・オプション４．６、「手順
のコンパイル・・・条件無し」には、条件付きの場合（
メニュー・オプション４．３）も条件無しの場合（メニ
ュー・オプション４．４）も、全アプリケーション手順
をコンパイルする機能が与えられている。コンパイル用
の条件付き状態を示すフラグがセントされると、全アプ
リケーション手順のコンパイルを管理する手順が呼出さ
れる。
ＣＣ手順のフローチャート（第５７図、ブロック３３３
４０から出発）にはこの機能がより詳述されている。
４０から出発）にはこの機能がより詳述されている。
メニュー・オプション４．５、「トランザクションの設
定」には、全アプリケーション・オブジェクト、並びに
任意の必要なシステム・オブジェクトを単一のロード・
モジュールに連係させ、且つそれを実行可能なモジュー
ルとしてライブラリ若しくはディレクトリに備える機能
が与えられている。コンパイル用の条件付き状態を示す
フラグがセットされると、全アプリケーション・パネル
のコンパイルを管理する手順が呼出される。ＢＴ手順の
フローチャート（第６０図、ブロック４０１１０から出
発）にはこの機能がより詳述されている。
定」には、全アプリケーション・オブジェクト、並びに
任意の必要なシステム・オブジェクトを単一のロード・
モジュールに連係させ、且つそれを実行可能なモジュー
ルとしてライブラリ若しくはディレクトリに備える機能
が与えられている。コンパイル用の条件付き状態を示す
フラグがセットされると、全アプリケーション・パネル
のコンパイルを管理する手順が呼出される。ＢＴ手順の
フローチャート（第６０図、ブロック４０１１０から出
発）にはこの機能がより詳述されている。
メニュー・オプション４．８、「全要素のコンパイル／
設定−−−−ｍ＝条件付き」及びメニュー・オプション
４．９、「全要素のコンパイル／設定−−−−−−条件
無し」には、全アプリケーション成分を条件付きの場合
（メニュー・オプション４．８）も、条件無しの場合（
メニュー・オプション４．９）もコンパイルする機能が
与えられている。コンパイル用の条件付き状態を示すフ
ラグがセットされると、全アプリケーション成分のコン
パイルを管理する手順が呼出される。
設定−−−−ｍ＝条件付き」及びメニュー・オプション
４．９、「全要素のコンパイル／設定−−−−−−条件
無し」には、全アプリケーション成分を条件付きの場合
（メニュー・オプション４．８）も、条件無しの場合（
メニュー・オプション４．９）もコンパイルする機能が
与えられている。コンパイル用の条件付き状態を示すフ
ラグがセットされると、全アプリケーション成分のコン
パイルを管理する手順が呼出される。
コンパイル／処 ： ＣＴＲＥＱ
本発明による表記手順の実施例を描出する第５０ａ−ｊ
図から出発すれば、ＧＲＤＣＴパネルを選ぶ（第２１図
、ブロック４７３００）パネルを表示する手順を実行す
ることによって、ブロック１６５００でＧＴＤコンパイ
ル／設定手順が開始される。このパネルは可能な構築プ
ロセス全部のメニューである。フロック１６５１０では
、ユーザー人力終了表示を検査する為にＦＢ手順（第２
２図、ブロック４８１３０）が実行される。ブロック１
６５２０で、終了が指示された場合、手順はブロック１
７３７０でプログラムを退去するように進行する。終了
が指示されない場合には、ブロック１６５４０で手順は
ＴＤＦのロード／作成（第２４図、ブロック４４９６０
）であるＧＴＤＴ手順を実行する。−時的作業ディレク
トリがｇｔｄｓｌｉｂ （ブロック１６５５０）に従
って初期化される。その際、ブロック１６５８０でトラ
ンザクション・ビュー変更日時が生成され、ｇｔνｗｔ
ｉｍｅに保存される。このデータは後に条件付きコンパ
イルの場合を評価する際利用される。
図から出発すれば、ＧＲＤＣＴパネルを選ぶ（第２１図
、ブロック４７３００）パネルを表示する手順を実行す
ることによって、ブロック１６５００でＧＴＤコンパイ
ル／設定手順が開始される。このパネルは可能な構築プ
ロセス全部のメニューである。フロック１６５１０では
、ユーザー人力終了表示を検査する為にＦＢ手順（第２
２図、ブロック４８１３０）が実行される。ブロック１
６５２０で、終了が指示された場合、手順はブロック１
７３７０でプログラムを退去するように進行する。終了
が指示されない場合には、ブロック１６５４０で手順は
ＴＤＦのロード／作成（第２４図、ブロック４４９６０
）であるＧＴＤＴ手順を実行する。−時的作業ディレク
トリがｇｔｄｓｌｉｂ （ブロック１６５５０）に従
って初期化される。その際、ブロック１６５８０でトラ
ンザクション・ビュー変更日時が生成され、ｇｔνｗｔ
ｉｍｅに保存される。このデータは後に条件付きコンパ
イルの場合を評価する際利用される。
判定ブロック１６５９０では、コンパイルＴＤＴ要求の
存在、即ち、ＧＴＤＳＥＬ＝１、を知る為に検査が行わ
れる。無であれば、プログラムはブロック１６６３０に
ジャンプしてユーザー要求の識別を続行する。ＧＴＤＳ
ＥＬ＝１ならば、ＴＤＴのコンパイル（第５１図、ブロ
ック１７４５０）であるＣＴ手順が実行される（ブロッ
ク１６６００）。
存在、即ち、ＧＴＤＳＥＬ＝１、を知る為に検査が行わ
れる。無であれば、プログラムはブロック１６６３０に
ジャンプしてユーザー要求の識別を続行する。ＧＴＤＳ
ＥＬ＝１ならば、ＴＤＴのコンパイル（第５１図、ブロ
ック１７４５０）であるＣＴ手順が実行される（ブロッ
ク１６６００）。
該コンパイル状態が検査される（ブロック１６６１０）
。
。
プログラムはそれから、メニュー再表示の為ブロック１
６５００に復帰する。
６５００に復帰する。
判定ブロック１６６３０では、ビューのコンパイル要求
の存在、ＧＴＤＳＥＬ＝２、を知る為に検査が行われる
。無であれば、プログラムはブロック１６６８０に進行
して、ユーザー要求の識別を続行する。ＧＴＤＳＥＬ＝
２ならば、無条件コンパイル・フラグがセットされる。
の存在、ＧＴＤＳＥＬ＝２、を知る為に検査が行われる
。無であれば、プログラムはブロック１６６８０に進行
して、ユーザー要求の識別を続行する。ＧＴＤＳＥＬ＝
２ならば、無条件コンパイル・フラグがセットされる。
即ち、ｇｔｄｃｆｌａｇ＝Ｕ （ブロック１６６４０）
である。ビューのコンパイル（第５４図、ブロック２５
８７０ ）であるＣＶ手順が実行される（ブロック１６
６５０）。
である。ビューのコンパイル（第５４図、ブロック２５
８７０ ）であるＣＶ手順が実行される（ブロック１６
６５０）。
ブロック１６６５５はその時ビューのコンパイル状態を
検査しており、その状態に従ってプログラムはメニュー
の再表示の為ブロック１６５００に復帰する。
検査しており、その状態に従ってプログラムはメニュー
の再表示の為ブロック１６５００に復帰する。
判定ブロック１６６８０では、条件付きパネルのコンパ
イルの要求の存在、即ち、ＧＴＤＳＥＬ＝３、を知る為
に検査が行われる。無であれば、プログラムはブロック
１６７３０に進行してユーザー要求の識別を続行する。
イルの要求の存在、即ち、ＧＴＤＳＥＬ＝３、を知る為
に検査が行われる。無であれば、プログラムはブロック
１６７３０に進行してユーザー要求の識別を続行する。
ＧＴＤＳＥＬ＝３ならば、条件付きコンパイル・フラグ
がセ・ノドされる、即ち、ｇｔｄｃｆｌａｇ＝ｃ （
ブロック１６６９０）である。パネルのコンパイル（第
５５図、ブロック３１５４０）であるＣＰ手順が実行さ
れる（ブロック１６７００）。プログラムは、それから
メニュー再表示の為ブロック１６５００に復帰する。
がセ・ノドされる、即ち、ｇｔｄｃｆｌａｇ＝ｃ （
ブロック１６６９０）である。パネルのコンパイル（第
５５図、ブロック３１５４０）であるＣＰ手順が実行さ
れる（ブロック１６７００）。プログラムは、それから
メニュー再表示の為ブロック１６５００に復帰する。
判定ブロック１６７３０では、無条件パネルのコンパイ
ルの要求の存在、即ち、ＧＴＤＳＥＬ−４、を知る為に
検査が行われる。無であれば、プログラムはブロック１
６７８０に進行してユーザー要求の識別を続行する。Ｇ
ＴＤＳＥＬ＝４ならば、無条件コンパイル・フラグがセ
ントされる、即ち、ｇｔｄｃｆｌａｇ＝ｕ （ブロック
１６７４０）である。パネルのコンパイル（第５５図、
ブロック３１５４０）であるＣＰ手順が実行される（ブ
ロック１６７００）。プログラムはそれから、メニュー
再表示の為ブロック１６５００に復帰する。
ルの要求の存在、即ち、ＧＴＤＳＥＬ−４、を知る為に
検査が行われる。無であれば、プログラムはブロック１
６７８０に進行してユーザー要求の識別を続行する。Ｇ
ＴＤＳＥＬ＝４ならば、無条件コンパイル・フラグがセ
ントされる、即ち、ｇｔｄｃｆｌａｇ＝ｕ （ブロック
１６７４０）である。パネルのコンパイル（第５５図、
ブロック３１５４０）であるＣＰ手順が実行される（ブ
ロック１６７００）。プログラムはそれから、メニュー
再表示の為ブロック１６５００に復帰する。
判定ブロック１６７８０では、条件付き手順のコンパイ
ルの要求の存在、即ち、ＧＴＤＳＥＬ＝５、を知る為に
検査が行われる。無であれば、手順はブロック１６８３
０にジャンプしてユーザー要求の識別を続行する。ＧＴ
ＤＳＥＬ＝５ならば、条件付きコンパイル・フラグがセ
ットされる、即ち、ｇｔｄｃｆｌａｇ＝ ｃ （ブロ
ック１６７９０）である。
ルの要求の存在、即ち、ＧＴＤＳＥＬ＝５、を知る為に
検査が行われる。無であれば、手順はブロック１６８３
０にジャンプしてユーザー要求の識別を続行する。ＧＴ
ＤＳＥＬ＝５ならば、条件付きコンパイル・フラグがセ
ットされる、即ち、ｇｔｄｃｆｌａｇ＝ ｃ （ブロ
ック１６７９０）である。
手順のコンパイル（第５７図、ブロック３３３４０ ）
であるＣＣ手順が実行される（ブロック１６８００）。
であるＣＣ手順が実行される（ブロック１６８００）。
プログラムはそれから、メニュー再表示の為ブロック１
６５００に復帰する。
６５００に復帰する。
判定ブロック１６８３０では、無条件の手順のコンパイ
ルの要求の存在、即ち、ＧＴＤＳＥＬ＝６、を知る為に
検査が行われる。無であれば、プログラムはブロック１
６８８０に進行してユーザー要求の識別を続行する。Ｇ
ＴＤＳＥＬ＝６ならば、無条件コンパイル・フラグがセ
ットされる、即ち、ｇｔｄｃｆｌａｇ＝ Ｕ （ブロッ
ク１６８４０）である。手順のコンパイル（第５７図、
ブロック３３３４０）であるＣＣ手順が実行される（ブ
ロック１６８５０）。プログラムはそれから、メニュー
再表示の為ブロック１６５００に復帰する。
ルの要求の存在、即ち、ＧＴＤＳＥＬ＝６、を知る為に
検査が行われる。無であれば、プログラムはブロック１
６８８０に進行してユーザー要求の識別を続行する。Ｇ
ＴＤＳＥＬ＝６ならば、無条件コンパイル・フラグがセ
ットされる、即ち、ｇｔｄｃｆｌａｇ＝ Ｕ （ブロッ
ク１６８４０）である。手順のコンパイル（第５７図、
ブロック３３３４０）であるＣＣ手順が実行される（ブ
ロック１６８５０）。プログラムはそれから、メニュー
再表示の為ブロック１６５００に復帰する。
判定ブロック１６８８０では、トランザクション設定要
求の存在、即ち、ＧＴＤＳＥＬ＝７、を知る為に検査が
行われる。無であれば、プログラムはブロック１６９３
０にジャンプしてユーザー要求の識別を続行する。ＧＴ
ＤＳＥＬ＝７ならば、条件付きコンパイル・フラグがセ
ットされる、即ち、ｇｔｄｃｆｌａｇ＝ Ｃ（ブロック
１６８９０）である。
求の存在、即ち、ＧＴＤＳＥＬ＝７、を知る為に検査が
行われる。無であれば、プログラムはブロック１６９３
０にジャンプしてユーザー要求の識別を続行する。ＧＴ
ＤＳＥＬ＝７ならば、条件付きコンパイル・フラグがセ
ットされる、即ち、ｇｔｄｃｆｌａｇ＝ Ｃ（ブロック
１６８９０）である。
トランザクションの設定（第６０図、ブロック４０１１
０）であるＢＴ手順が実行される（ブロック１６８５０
）。プログラムは、それからメニュー再表示の為ブロッ
ク１６５００に復帰する。
０）であるＢＴ手順が実行される（ブロック１６８５０
）。プログラムは、それからメニュー再表示の為ブロッ
ク１６５００に復帰する。
判定ブロック１６９３０では、条件付き全要素のコンパ
イル／設定の要求の存在、即ち、ＧＴＤＳＥＬ＝８を知
る為に検査が行われる。無であれば、プログラムはブロ
ック１７０６０にジャンプしてユーザー要求の識別を続
行する。ＧＴＤＳＥＬ＝８ならば、条件付きコンパイル
・フラグがセットされる、即ち、ｇｔｄｃｆｌａｇ＝ｃ
（ブロック１６９４０）テする。ＴＤＴのコンパイル
（第５１図、ブロック１７４５０）であるＣＴ手順が実
行される（ブロック１６９５０）。次いでコンパイル状
態が検査される（ブロック１６９５０）。ＴＤＴのコン
パイルが不調であれば、プログラムはメニュー再表示の
為ブロック１６５０．０に復帰する。ＴＤＴのコンパイ
ルが順調であれば、ビューのコンパイル（第５４図、ブ
ロックＣＶ２５８７０）手順が実行される（ブロック１
６９７０）。次いでビュー・コンパイル状態は検査され
る（ブロック１６９７５）。ビュー・コンパイルが不調
であれば、プログラムはメニュー再表示の為ブロック１
６５００に復帰する。
イル／設定の要求の存在、即ち、ＧＴＤＳＥＬ＝８を知
る為に検査が行われる。無であれば、プログラムはブロ
ック１７０６０にジャンプしてユーザー要求の識別を続
行する。ＧＴＤＳＥＬ＝８ならば、条件付きコンパイル
・フラグがセットされる、即ち、ｇｔｄｃｆｌａｇ＝ｃ
（ブロック１６９４０）テする。ＴＤＴのコンパイル
（第５１図、ブロック１７４５０）であるＣＴ手順が実
行される（ブロック１６９５０）。次いでコンパイル状
態が検査される（ブロック１６９５０）。ＴＤＴのコン
パイルが不調であれば、プログラムはメニュー再表示の
為ブロック１６５０．０に復帰する。ＴＤＴのコンパイ
ルが順調であれば、ビューのコンパイル（第５４図、ブ
ロックＣＶ２５８７０）手順が実行される（ブロック１
６９７０）。次いでビュー・コンパイル状態は検査され
る（ブロック１６９７５）。ビュー・コンパイルが不調
であれば、プログラムはメニュー再表示の為ブロック１
６５００に復帰する。
ビューコンパイルが順調であれば、状態メツセージが表
示されるが、ユーザー人力は受け付けられない（ブロッ
ク１６９８０）。パネルのコンパイル（第５５図、ブロ
ック３１５４０）であるｃｐ手順が実行される（ブロッ
ク１６９９０）。
示されるが、ユーザー人力は受け付けられない（ブロッ
ク１６９８０）。パネルのコンパイル（第５５図、ブロ
ック３１５４０）であるｃｐ手順が実行される（ブロッ
ク１６９９０）。
再度、状態メソセージが表示されるが、ユーザー人力は
受け付けられない（ブロック１７０００）。
受け付けられない（ブロック１７０００）。
手順のコンパイル（第５７図、ブロック３３３４０ ）
であるＣＣ手順が実行される（ブロック１７０１０）。
であるＣＣ手順が実行される（ブロック１７０１０）。
コンパイルが不調であれば、プログラムはメニュー再表
示の為ブロック１６５００に復帰する。コンパイルが順
調であれば、状態メソセージが表示されるが、なおもユ
ーザー人力は受け入れられない（ブロック１７０２０）
。トランザクションの設定（第６０図、ブロック４０１
１０）であるＢＴ手順が実行され、該手順はメニュー・
パネルを再表示する為ブロック１６５００に復帰する。
示の為ブロック１６５００に復帰する。コンパイルが順
調であれば、状態メソセージが表示されるが、なおもユ
ーザー人力は受け入れられない（ブロック１７０２０）
。トランザクションの設定（第６０図、ブロック４０１
１０）であるＢＴ手順が実行され、該手順はメニュー・
パネルを再表示する為ブロック１６５００に復帰する。
判定ブロック１７０６０では、無条件全要素のコンパイ
ル／設定の要求の存在、即ち、ＧＴＤＳＥＬ＝９を知る
為に検査が行われる。無であれば、プログラムはメニュ
ーパネルを再表示する為にプロツク１６５００に復帰す
る。存在するならば、無条件コンパイル・フラグがセン
トされる、即ち、ｇｔｄｃｆｌａｇ＝ Ｕ （ブロック
１７１６０）である。次いでＴＤＴのコンパイル（第５
７図、ブロック１７４５０）であるＣ７手順が実行され
る（ブロック１７１７０）。次いでＴＤＴのコンパイル
状態が検査される（ブロック１７１７５）。ＴＤＴのコ
ンパイルが不調であれば、プログラムはメニュー・パネ
ル再表示の為ブロック１６５００に復帰する。ＴＤＴの
コンパイルが順調であれば、状態メソセージが表示され
るが、ユーザー人力は受け付けられない（ブロック１７
１８０）。次にビューのコンパイル（第５４図、ブロッ
ク２５８７０ ）であるＣＶ手順が実行される（ブロッ
ク１７１９０）。
ル／設定の要求の存在、即ち、ＧＴＤＳＥＬ＝９を知る
為に検査が行われる。無であれば、プログラムはメニュ
ーパネルを再表示する為にプロツク１６５００に復帰す
る。存在するならば、無条件コンパイル・フラグがセン
トされる、即ち、ｇｔｄｃｆｌａｇ＝ Ｕ （ブロック
１７１６０）である。次いでＴＤＴのコンパイル（第５
７図、ブロック１７４５０）であるＣ７手順が実行され
る（ブロック１７１７０）。次いでＴＤＴのコンパイル
状態が検査される（ブロック１７１７５）。ＴＤＴのコ
ンパイルが不調であれば、プログラムはメニュー・パネ
ル再表示の為ブロック１６５００に復帰する。ＴＤＴの
コンパイルが順調であれば、状態メソセージが表示され
るが、ユーザー人力は受け付けられない（ブロック１７
１８０）。次にビューのコンパイル（第５４図、ブロッ
ク２５８７０ ）であるＣＶ手順が実行される（ブロッ
ク１７１９０）。
次いでビュー・コンパイル状態は検査される（ブロック
１７１７５）。コンパイルが不調であれば、プログラム
はメニュー・パネル再表示の為ブロック１６５００に復
帰する。コンパイルが順調であれば、状態メツセージが
表示されるが、ユーザー人力は受け付けられない（ブロ
ック１７２００）。
１７１７５）。コンパイルが不調であれば、プログラム
はメニュー・パネル再表示の為ブロック１６５００に復
帰する。コンパイルが順調であれば、状態メツセージが
表示されるが、ユーザー人力は受け付けられない（ブロ
ック１７２００）。
次いでパネルのコンパイル（第５５図、フロック３１５
４０）であるＣＰ手順が実行される（ブロック１７２１
０）。状態メソセージが表示されるが、再度ユーザー人
力は受け付けられない（ブロック１７２２０）。手順の
コンパイル（第５７図、ブロック３３３４０）であるＣ
Ｃ手順が実行される（ブロック１７２３０）。次いで手
順のコンパイル状態が検査される（ブロック１７２３５
）。
４０）であるＣＰ手順が実行される（ブロック１７２１
０）。状態メソセージが表示されるが、再度ユーザー人
力は受け付けられない（ブロック１７２２０）。手順の
コンパイル（第５７図、ブロック３３３４０）であるＣ
Ｃ手順が実行される（ブロック１７２３０）。次いで手
順のコンパイル状態が検査される（ブロック１７２３５
）。
コンパイル状態が不調であれば、プログラムはメニュー
・パネル再表示の為ブロック１６５００に復帰する。コ
ンパイルが順調であれば状態メソセージが表示されるが
、なおもユーザー人力は受け入れられない（ブロック１
７２４０）。最後に、トランザクションの設定（第６０
図、ブロック４０１１０）であるＢＴ手順が実行されて
（ブロック１７２５０）プログラムはメニュー・パネル
を再表示する為ブロック１６５００に復帰する。
・パネル再表示の為ブロック１６５００に復帰する。コ
ンパイルが順調であれば状態メソセージが表示されるが
、なおもユーザー人力は受け入れられない（ブロック１
７２４０）。最後に、トランザクションの設定（第６０
図、ブロック４０１１０）であるＢＴ手順が実行されて
（ブロック１７２５０）プログラムはメニュー・パネル
を再表示する為ブロック１６５００に復帰する。
トランザクション のコンパイル二〇Ｔ次に本発明に
よる表記手順の実施例のフローチャートを表わす第５１
ａ−ｒｒ図を見れば、該Ｃ７手順でトランザクション定
義テーブル、ＴＤＴオブジェクト・モジュールの構築を
分担していることが分る。該手順は、実行可能トランザ
クションを生成する為に、ＩＥＴ、アプリケーション・
パネル・マツプ及び手順を用いて連係編集されることに
なっている標準的オブジェクト・モジュールを生成する
役目を担っている。該ＴＤＴは、アプリケ・−ジョン規
定マツプ及びメニューを使用するアプリケーション・コ
ードとユーザー間の対話を実行時に１ＥＴが管理するこ
とが出来る相互関連ポインタ付き各種テーブルの集合体
である。該対話の他に、ＪＥＴは全てのアプリケーショ
ン用パネル人力／出力、及びＤＡＡのリンク及びリター
ン機能を介して１トランザクシヨンから遠隔トランザク
ションへの通信機能を分担している。
よる表記手順の実施例のフローチャートを表わす第５１
ａ−ｒｒ図を見れば、該Ｃ７手順でトランザクション定
義テーブル、ＴＤＴオブジェクト・モジュールの構築を
分担していることが分る。該手順は、実行可能トランザ
クションを生成する為に、ＩＥＴ、アプリケーション・
パネル・マツプ及び手順を用いて連係編集されることに
なっている標準的オブジェクト・モジュールを生成する
役目を担っている。該ＴＤＴは、アプリケ・−ジョン規
定マツプ及びメニューを使用するアプリケーション・コ
ードとユーザー間の対話を実行時に１ＥＴが管理するこ
とが出来る相互関連ポインタ付き各種テーブルの集合体
である。該対話の他に、ＪＥＴは全てのアプリケーショ
ン用パネル人力／出力、及びＤＡＡのリンク及びリター
ン機能を介して１トランザクシヨンから遠隔トランザク
ションへの通信機能を分担している。
要するに、以下のテーブル形式は該Ｃ７手順を介したＧ
ＴＤによって構築されているのである。
ＴＤによって構築されているのである。
即ち、ＴＤＴアンカー・ブロック（ａｎｃｈｏｒ ｂｌ
ｏｃｋ）（主に他のＴＤＴテーブルに対するポインタで
構築）；パネル当り１個のＴＰＥ付きトランザクション
・パネル項目テーブルＴＰＥＴＡＢ ；基準実行可能手
順項目点当り１個のＴＣＥ付きトランザクション・コー
ド項目テーフ゛ルＴＣＢＴＡＢ 、メニュー・パネル当
り１個のＴＭＥ付きトランザクション・メニュー項目テ
ーブルＴＭＥＴＡＢ 、支援言語当り１個のＴＬＥ付き
トランザクション言語項目テーブルＴＬＥＴＡＢ 、及
びＳＱＬデータ・ベース支援ルーチン項目点参照式デー
タ・ベース同期テーブル。
ｏｃｋ）（主に他のＴＤＴテーブルに対するポインタで
構築）；パネル当り１個のＴＰＥ付きトランザクション
・パネル項目テーブルＴＰＥＴＡＢ ；基準実行可能手
順項目点当り１個のＴＣＥ付きトランザクション・コー
ド項目テーフ゛ルＴＣＢＴＡＢ 、メニュー・パネル当
り１個のＴＭＥ付きトランザクション・メニュー項目テ
ーブルＴＭＥＴＡＢ 、支援言語当り１個のＴＬＥ付き
トランザクション言語項目テーブルＴＬＥＴＡＢ 、及
びＳＱＬデータ・ベース支援ルーチン項目点参照式デー
タ・ベース同期テーブル。
本ＴＤＴオブジェクト・モジュールの構築には色々な手
法を用いて達成することが出来る。
法を用いて達成することが出来る。
ＵＮＩＸでは、該Ｃ７手順は、ここにフロー・チャート
で示すように、Ｃ言語ソース・ファイルを構築し、後に
Ｃコンパイラでコンパイルされ、連係編集可能なオブジ
ェクト・モジュールを生成する。ＭＶＳでは、ＣＴバー
ジョンなるものが存在し、Ｃコンパイラの助けを借りず
、直接連係可能オブジェクト・モジュール３７０を構築
することが出来る。
で示すように、Ｃ言語ソース・ファイルを構築し、後に
Ｃコンパイラでコンパイルされ、連係編集可能なオブジ
ェクト・モジュールを生成する。ＭＶＳでは、ＣＴバー
ジョンなるものが存在し、Ｃコンパイラの助けを借りず
、直接連係可能オブジェクト・モジュール３７０を構築
することが出来る。
該Ｃ７手順にはＴＤＴの構築及びコンパイル手順が含ま
れている。該ＴＤＴは次の様に構築される。先ず、５Ｔ
ＤＥテーブルを検査して、パネル又は手順のどれかが未
定義（すなわち、ソース・ファイル無し）の侭になって
はいないか吟味することによって全定義の完成と整合と
を確認することである。次に、全パネル、メニュー、手
順、言語、及びビューを数えて、成分のそれぞれの型の
名前も含めたテーブルを構築する。全成分が取り込まれ
ると直ちに、顧客仕様ＴＤＴ情報が定義されたソース言
語による命令文も含めて、ソース・データ処理手順が構
築される。ＵＮＩＸ用の現行の実施態様の場合は、Ｃソ
ース・ファイルとして構築される。該ＴＤＴソースの生
成は、基本ソース接頭語、パネル、ビュー、手順用外部
名定義を生成することによって続行される。ＴＤＴ、Ｔ
ＰＥＴＡＢ、ＴＣＥＴＡＢＸＴＭＥＴＡＢ。
れている。該ＴＤＴは次の様に構築される。先ず、５Ｔ
ＤＥテーブルを検査して、パネル又は手順のどれかが未
定義（すなわち、ソース・ファイル無し）の侭になって
はいないか吟味することによって全定義の完成と整合と
を確認することである。次に、全パネル、メニュー、手
順、言語、及びビューを数えて、成分のそれぞれの型の
名前も含めたテーブルを構築する。全成分が取り込まれ
ると直ちに、顧客仕様ＴＤＴ情報が定義されたソース言
語による命令文も含めて、ソース・データ処理手順が構
築される。ＵＮＩＸ用の現行の実施態様の場合は、Ｃソ
ース・ファイルとして構築される。該ＴＤＴソースの生
成は、基本ソース接頭語、パネル、ビュー、手順用外部
名定義を生成することによって続行される。ＴＤＴ、Ｔ
ＰＥＴＡＢ、ＴＣＥＴＡＢＸＴＭＥＴＡＢ。
ＴＬＥＴＡＢ、及びＤＢ同期化機能アドレス・テーブル
を生成する。次いで、基本ソース接尾語を生成する。基
本ソース接頭語には、全ＴＤＴソースに共通なファイル
、機能の原型及び外部定義が含まれている。基本ソース
接頭語には、トランザクション実行の際トランザクショ
ン・サブシステムのメイン・モジュールによって参照さ
れる短い手順ＤＬＩＴＣＢＬが含まれている。ＤＬＩＴ
ＣＢＬは、更にＴＤＴのアドレス及びトランザクション
・サブシステム・メイン・モジュールによって無視され
た入力／出力管理ブロックを無視してＩＥＴを呼出す。
を生成する。次いで、基本ソース接尾語を生成する。基
本ソース接頭語には、全ＴＤＴソースに共通なファイル
、機能の原型及び外部定義が含まれている。基本ソース
接頭語には、トランザクション実行の際トランザクショ
ン・サブシステムのメイン・モジュールによって参照さ
れる短い手順ＤＬＩＴＣＢＬが含まれている。ＤＬＩＴ
ＣＢＬは、更にＴＤＴのアドレス及びトランザクション
・サブシステム・メイン・モジュールによって無視され
た入力／出力管理ブロックを無視してＩＥＴを呼出す。
ＴＤＴソース・ファイルがいったん構築されると、標準
コンパイラを用いて翻訳される。
コンパイラを用いて翻訳される。
ＵＮＩＸ実施態様の場合はＣコンパイラが用いられる。
Ｃ７手順の最初の部分（ブロック１７４５０１７８５０
）では、未定義パネル（すなわち、対応する定義された
パネルを持たないメニュー・パネル参照）の有無が検証
される。該手順は出力ファイル情報を消去し、ファイル
の初期状態に戻すことによって開始される（ブロック１
７５８０）。
）では、未定義パネル（すなわち、対応する定義された
パネルを持たないメニュー・パネル参照）の有無が検証
される。該手順は出力ファイル情報を消去し、ファイル
の初期状態に戻すことによって開始される（ブロック１
７５８０）。
表示領域ＤＮＡＭＥＡは空白化（ブランク）され（ブロ
ック１７６３０）で未定義パネル用のカウンタはゼロに
セットされる（ブロック１７６６０）。
ック１７６３０）で未定義パネル用のカウンタはゼロに
セットされる（ブロック１７６６０）。
ポインタｅは最初の５ＴＤＥテ一ブル成分名にセントさ
れる（ブロック１７６７０）。判定ブロック１７６７５
はポインタｅが５ＴＤＥテーブルの終端を通過する事を
見極める検査をする。通過であれば、手順はブロック１
７８３０へ分岐する。
れる（ブロック１７６７０）。判定ブロック１７６７５
はポインタｅが５ＴＤＥテーブルの終端を通過する事を
見極める検査をする。通過であれば、手順はブロック１
７８３０へ分岐する。
通過出来なければ、判定ブロック１７６８０は、ｅによ
って指定された成分の成分型５ＴＤＥＴＹＰがメニュー
−項目定義を指す“Ｅ゛に等しいか如何かを見極める為
の検査をする。答えが否であれば、手順はブロック１７
８１５に進行する。ｅがＥに等しければ、手順は５ＴＤ
Ｅテーブルを捜索して成分基ＳＴＤＥＮＡＭＥの成分を
探し出すが、この成分基はｅによって指定されているメ
ニュー成分の現行メニュー項目５ＴＤＥ Ｉ ＰＮＭに
よって参照されるパネル名と同じである（ブロック１７
７００）。捜索が順調にいけば、手順はブロック１７８
１５へ前進する。
って指定された成分の成分型５ＴＤＥＴＹＰがメニュー
−項目定義を指す“Ｅ゛に等しいか如何かを見極める為
の検査をする。答えが否であれば、手順はブロック１７
８１５に進行する。ｅがＥに等しければ、手順は５ＴＤ
Ｅテーブルを捜索して成分基ＳＴＤＥＮＡＭＥの成分を
探し出すが、この成分基はｅによって指定されているメ
ニュー成分の現行メニュー項目５ＴＤＥ Ｉ ＰＮＭに
よって参照されるパネル名と同じである（ブロック１７
７００）。捜索が順調にいけば、手順はブロック１７８
１５へ前進する。
パネル名５ＴＤＥ Ｉ ＰＮＭはブロック１７７７０の
未定義ファイルの番号によって指定されている表示領域
ＤＮＡＭＥＡ内の現行位置にコピーされ、未定義パネル
の番号はｌずつ増やされる（ブロック１７７８０）。判
定ブロック１７７９０に於いて、未定義パネルの番号が
エラー表示スクリーンの最大番号値よりも大きければ、
手順はブロック１７８３０に移動する。そうでない場合
は、該手順でｅは次の成分（ブロック１７８１５）へ増
加させられて、ブロック１７６７５に復帰する。
未定義ファイルの番号によって指定されている表示領域
ＤＮＡＭＥＡ内の現行位置にコピーされ、未定義パネル
の番号はｌずつ増やされる（ブロック１７７８０）。判
定ブロック１７７９０に於いて、未定義パネルの番号が
エラー表示スクリーンの最大番号値よりも大きければ、
手順はブロック１７８３０に移動する。そうでない場合
は、該手順でｅは次の成分（ブロック１７８１５）へ増
加させられて、ブロック１７６７５に復帰する。
判定ブロック１７８３０は、未定義パネル番号がゼロよ
り大である事を見極める検査する。否であれば、手順は
ブロック１７９２０へ移動する。
り大である事を見極める検査する。否であれば、手順は
ブロック１７９２０へ移動する。
番号がゼロより大きければ、ブロック１７８４０は該手
順をＧＴＤＣＴＥ１パネル（第２１図、ブロック４７３
００）を表示することを実行して、Ｃ７手順はエラー復
帰コードセントで４ （ブロック１７８５０）へ退去す
る。
順をＧＴＤＣＴＥ１パネル（第２１図、ブロック４７３
００）を表示することを実行して、Ｃ７手順はエラー復
帰コードセントで４ （ブロック１７８５０）へ退去す
る。
Ｃ７手順の次の段階は各パネルの手順（ブロック１７９
２０−１８４８０）を検証することである。各パネルが
入力手順を有し、所定の名前が定義済の手順の名前と適
合することが検証の基準である。パネル出力手順は随意
的であるが、もしあるのならば、定義された手順に適合
しなければ成らない。更に、メニュー項目は随意的に手
順基を指定しても良いが、もしあれば定義された手順の
名前でなければ成らない。
２０−１８４８０）を検証することである。各パネルが
入力手順を有し、所定の名前が定義済の手順の名前と適
合することが検証の基準である。パネル出力手順は随意
的であるが、もしあるのならば、定義された手順に適合
しなければ成らない。更に、メニュー項目は随意的に手
順基を指定しても良いが、もしあれば定義された手順の
名前でなければ成らない。
Ｃ７手順のこの段階では、ブロック１７９２０で表示領
域ＤＮＡＭＥＡを空白にし、未定義手順ｊのカウンタを
ゼロにセットすることから始まる。
域ＤＮＡＭＥＡを空白にし、未定義手順ｊのカウンタを
ゼロにセットすることから始まる。
ポインタｅは最初の５ＴＤＥテ一ブル成分名にセットさ
れる（ブロック１７９６０）。次に、判定ブロック１７
９７０で、ｅによって指示された成分の成分型５ＴＤＥ
ＴＹＰがｐ″に等しい（パネル項目定義を指示して）こ
とを見極めるために検査される。ｅが“ｐ”に等しくな
ければ、手順はブロック１８２７０へと続く。
れる（ブロック１７９６０）。次に、判定ブロック１７
９７０で、ｅによって指示された成分の成分型５ＴＤＥ
ＴＹＰがｐ″に等しい（パネル項目定義を指示して）こ
とを見極めるために検査される。ｅが“ｐ”に等しくな
ければ、手順はブロック１８２７０へと続く。
ブロック１７９９０では、プログラムが５ＴＤＥテーブ
ルを探索して、５ＴＤＥＴＹＰが（成分として）“Ｃ″
に等しく、成分基ＳＴＤＥＮＡＭＥがｅによって指示さ
れるパネル成分として現行パネル項目５ＴＤＥ Ｉ Ｐ
ＮＭによって参照される入力手順基に等しいような手順
項目を求めている。
ルを探索して、５ＴＤＥＴＹＰが（成分として）“Ｃ″
に等しく、成分基ＳＴＤＥＮＡＭＥがｅによって指示さ
れるパネル成分として現行パネル項目５ＴＤＥ Ｉ Ｐ
ＮＭによって参照される入力手順基に等しいような手順
項目を求めている。
この探索が順調にいけば、手順はブロック１８１１０に
続（。
続（。
この地点で所定の入力手順基を手順の名称として発現で
きない場合、手順基５ＴＤＥ Ｉ ＰＮＭは、未定義手
順の番号ｊによって指示された表示領域ＤＮＡＭＥＡの
現行位置にコピーされる（１８０６０）。
きない場合、手順基５ＴＤＥ Ｉ ＰＮＭは、未定義手
順の番号ｊによって指示された表示領域ＤＮＡＭＥＡの
現行位置にコピーされる（１８０６０）。
未定義手順の番号の数値はその時増加せしめられる（ブ
ロック１８０７０）。判定ブロック１８０８０に於いて
、未定義手順の番号値がエラー表示スクリーンに対する
最大番号値より大きければ手順はブロック１８４６０へ
分岐する。
ロック１８０７０）。判定ブロック１８０８０に於いて
、未定義手順の番号値がエラー表示スクリーンに対する
最大番号値より大きければ手順はブロック１８４６０へ
分岐する。
判定ブロック１８１１０ではパネル項目ｅにたいする出
力手順基ＳＴＤＥＯＰＮＭが未定義である（すなわち、
空白を含む）事を見極める為に検査される。その通りで
あれば、手順はブロック１８２７０へ進む。
力手順基ＳＴＤＥＯＰＮＭが未定義である（すなわち、
空白を含む）事を見極める為に検査される。その通りで
あれば、手順はブロック１８２７０へ進む。
ブロック１８１１５に於いて、５ＴＤＥテーブルでは、
５ＴＤＥＴＹＰがＣに等しく、且つ成分基ＳＴＤＥＮＡ
ＭＥがｅによって指示されたパネル成分に対して現行の
パネル項目ＳＴＤＥＯＰＮＭによって参照される出力手
順基に等しいような手順項目が探索される。探索が順調
にいけば、手順はブロック１８２７０に続く。
５ＴＤＥＴＹＰがＣに等しく、且つ成分基ＳＴＤＥＮＡ
ＭＥがｅによって指示されたパネル成分に対して現行の
パネル項目ＳＴＤＥＯＰＮＭによって参照される出力手
順基に等しいような手順項目が探索される。探索が順調
にいけば、手順はブロック１８２７０に続く。
この地点で所定の入力手順基を手順の名称として発見で
きない場合、手順基ＳＴＤＥＯＰＮＭは、未定義手順の
番号ｊによって指示された表示領域ＤＮＡＭＥＡの現行
位置にコピーされる（ブロック１８２２０）。未定義手
順の番号の数値はその時増加せしめられる（ブロック１
８２３０）。判定ブロック１８２４０に於いて、未定義
手順の番号値がエラー表示スクリーンに対する最大番号
値より大きければ、手順はブロック１８４６０へ分岐す
る。
きない場合、手順基ＳＴＤＥＯＰＮＭは、未定義手順の
番号ｊによって指示された表示領域ＤＮＡＭＥＡの現行
位置にコピーされる（ブロック１８２２０）。未定義手
順の番号の数値はその時増加せしめられる（ブロック１
８２３０）。判定ブロック１８２４０に於いて、未定義
手順の番号値がエラー表示スクリーンに対する最大番号
値より大きければ、手順はブロック１８４６０へ分岐す
る。
判定ブロック１８２７０では、ｅによって指定された成
分の成分型５ＴＤＥＴＹＰが（メニュー項目定義を指す
） “Ｅ′に等しい事を見極める為に検査される。答え
が否であれば、手順はブロック１８４５０に進行する。
分の成分型５ＴＤＥＴＹＰが（メニュー項目定義を指す
） “Ｅ′に等しい事を見極める為に検査される。答え
が否であれば、手順はブロック１８４５０に進行する。
判定ブロック１８２９０ではメニュー項目ｅにたいする
出力手順基ＳＴＤＥＯＰＮＭが未定義である（すなわち
、空白を含む）事を見極める為に検査される。その通り
であれば、手順はブロック１８４５０へ進む。
出力手順基ＳＴＤＥＯＰＮＭが未定義である（すなわち
、空白を含む）事を見極める為に検査される。その通り
であれば、手順はブロック１８４５０へ進む。
ブロック１８３００に於いて、５ＴＤＥチーフルでは、
ｅによって指示されたパネル成分に対して現行のパネル
項目ＳＴＤＥＯＰＮＭによって参照される出力手順基に
等しい手順項目５ＴＤＥＴＹＰが探索される。探索が順
調にいけば、手順はブロック１８４５０に続く。
ｅによって指示されたパネル成分に対して現行のパネル
項目ＳＴＤＥＯＰＮＭによって参照される出力手順基に
等しい手順項目５ＴＤＥＴＹＰが探索される。探索が順
調にいけば、手順はブロック１８４５０に続く。
この地点で手順基が所定のメニュー手順の名称として発
見できない場合、手順基ＳＴＤＥＯＰＮＭは、未定義手
順の番号ｊによって指示された表示領域ＤＮＡＭＥＡの
現行位置にコピーされる（１８４００）。未定義手順の
番号の数値はその時増加せしめられる（ブロック１８４
１０）。判定ブロック１８４２０に於いて、未定義手順
の番号値がエラー表示スクリーンに対する最大番号値よ
り大きければ、手順はブロック１８４６０へ分岐する。
見できない場合、手順基ＳＴＤＥＯＰＮＭは、未定義手
順の番号ｊによって指示された表示領域ＤＮＡＭＥＡの
現行位置にコピーされる（１８４００）。未定義手順の
番号の数値はその時増加せしめられる（ブロック１８４
１０）。判定ブロック１８４２０に於いて、未定義手順
の番号値がエラー表示スクリーンに対する最大番号値よ
り大きければ、手順はブロック１８４６０へ分岐する。
そうでない場合は、該手順でｅは次の成分（ブロック１
８４５０）へ増加させられて、ブロック１７９６５に復
帰する。
８４５０）へ増加させられて、ブロック１７９６５に復
帰する。
判定ブロック１８４６０は、未定義パネル番号がゼロよ
り大である事を見極める検査する。否であれば、手順は
ブロック１８５７０へ続く。番号がゼロより大きければ
、ブロック１８４７０は該手順をＧＴＤＣＴＥ２パネル
（第２１図、ブロック４７３００）を表示することを実
行して、Ｃ７手順はエラー復帰コード・セントで４（ブ
ロック１８４８０）へ退去する。
り大である事を見極める検査する。否であれば、手順は
ブロック１８５７０へ続く。番号がゼロより大きければ
、ブロック１８４７０は該手順をＧＴＤＣＴＥ２パネル
（第２１図、ブロック４７３００）を表示することを実
行して、Ｃ７手順はエラー復帰コード・セントで４（ブ
ロック１８４８０）へ退去する。
ブロック１８５７０−１８９８０間で、パネル、メニュ
ー、手順及びビューを数える為に５ＴＤＥテーブルを介
してパス（ｐａｓｓ）がされる。さらに、パネル又はメ
ニューが見付かれば、その名前はマスク・テーブルＴＰ
にアルファベント順に保存され、重複するものは無視さ
れる。ある手順が関係のあるデータ・ベース過程として
印付きで見出されると、グローバル（ｇｌｏｂａｌ）フ
ラグ、ｄｂ型が真にセットされる。そして最後に、所定
手順に対する各々の定義されたビュー名がマスク・チー
フルＴＶに加えられる。
ー、手順及びビューを数える為に５ＴＤＥテーブルを介
してパス（ｐａｓｓ）がされる。さらに、パネル又はメ
ニューが見付かれば、その名前はマスク・テーブルＴＰ
にアルファベント順に保存され、重複するものは無視さ
れる。ある手順が関係のあるデータ・ベース過程として
印付きで見出されると、グローバル（ｇｌｏｂａｌ）フ
ラグ、ｄｂ型が真にセットされる。そして最後に、所定
手順に対する各々の定義されたビュー名がマスク・チー
フルＴＶに加えられる。
この段階は、カウンタ各々、すなわち、パネルに対する
ＮＰ、手順に対するＮＣ１言語に対するＮＬ、ビューに
対するＮＶ、及びメニュー成分ＮＭ即５ＴＤＥテーブル
の各項目をゼロにセントすることから開始される。Ｉ）
８ＭＳ設立フラグはゼロに初期化され（ブロック１８６
３０）、パネルテーブルＴＰは空白化され（ブロック１
８６６０）、且つポインタｅは初期５ＴＤＥテ一ブル成
分名にセットされる（ブロック１８７００）。
ＮＰ、手順に対するＮＣ１言語に対するＮＬ、ビューに
対するＮＶ、及びメニュー成分ＮＭ即５ＴＤＥテーブル
の各項目をゼロにセントすることから開始される。Ｉ）
８ＭＳ設立フラグはゼロに初期化され（ブロック１８６
３０）、パネルテーブルＴＰは空白化され（ブロック１
８６６０）、且つポインタｅは初期５ＴＤＥテ一ブル成
分名にセットされる（ブロック１８７００）。
判定ブロック１８７０５は、そのとき、ポインタｅが５
ＴＤＥテーブルの終端でポイントしている事を見極める
検査をする。是であれば、手順はブロック１９０４０へ
分岐する。是でなければ、判定ブロック１８７１０はｅ
によって指定された成分の成分型５ＴＤＥＴＹＰが“Ｐ
” （パネル）若しくは“Ｅ” （メニュー）に等しい
ことを見極める為に検査をする。ｅがその何れとも等し
くない場合は、手順はブロック１８８５０に進行する。
ＴＤＥテーブルの終端でポイントしている事を見極める
検査をする。是であれば、手順はブロック１９０４０へ
分岐する。是でなければ、判定ブロック１８７１０はｅ
によって指定された成分の成分型５ＴＤＥＴＹＰが“Ｐ
” （パネル）若しくは“Ｅ” （メニュー）に等しい
ことを見極める為に検査をする。ｅがその何れとも等し
くない場合は、手順はブロック１８８５０に進行する。
ブロック１８７２０では、ＳＴＤＥＮＡＭＥ名が占める
べきパネルテーブル位置が見付けられる。
べきパネルテーブル位置が見付けられる。
本テーブルは上向選別法（ａｓｃｅｎｄｉｎｇ ｓｏｒ
ｔｅｄｍａｎｎｅｒ）で構築される。判定ブロック１８
７７０に於いて、名前ＳＴＤＥＮＡＭＥが設定記憶場所
に既に含められている場合、手順はブロック１８８５０
へ分岐する。さもなければ、該手順はパネル・テーブル
項目を新しい名前の余地を明けるように移動させ、パネ
ル・テーブルの設定記憶場所に新項目ＳＴＤＥＮＡＭＥ
を設定する（ブロック１８８１０）。それから、パネル
・カウントＮＰは増加になる（ブロック１８８２０）。
ｔｅｄｍａｎｎｅｒ）で構築される。判定ブロック１８
７７０に於いて、名前ＳＴＤＥＮＡＭＥが設定記憶場所
に既に含められている場合、手順はブロック１８８５０
へ分岐する。さもなければ、該手順はパネル・テーブル
項目を新しい名前の余地を明けるように移動させ、パネ
ル・テーブルの設定記憶場所に新項目ＳＴＤＥＮＡＭＥ
を設定する（ブロック１８８１０）。それから、パネル
・カウントＮＰは増加になる（ブロック１８８２０）。
判定ブロック１８８５０は、ｅによって指定された成分
の成分型５ＴＤＥＴＹＰが（手順項目定義を指す） “
Ｃｏに等しいか如何かを見極める為の検査をする。答え
が否であれば、手順はブロック１８９６０に続行され、
ここで手順カウンタＮＣは増加を受ける（ブロック１８
８６０）。判定ブロック１８８８０に於いて、手順が′
Ｙ″に等しい５ＴＤＥＣＤＢ２を有する場合（アプリケ
ーションＤＢＭＳ使用の為に）、手順の組ＤＢＴＹＰＥ
は“１゛に等しく、それはアプリケーションに使用ＤＢ
ＭＳが設定されていることを示している。
の成分型５ＴＤＥＴＹＰが（手順項目定義を指す） “
Ｃｏに等しいか如何かを見極める為の検査をする。答え
が否であれば、手順はブロック１８９６０に続行され、
ここで手順カウンタＮＣは増加を受ける（ブロック１８
８６０）。判定ブロック１８８８０に於いて、手順が′
Ｙ″に等しい５ＴＤＥＣＤＢ２を有する場合（アプリケ
ーションＤＢＭＳ使用の為に）、手順の組ＤＢＴＹＰＥ
は“１゛に等しく、それはアプリケーションに使用ＤＢ
ＭＳが設定されていることを示している。
ブロック１８９２０では、現行手順項目入カビュー名５
ＴＤＥ Ｉ ＰＮＭに対するＴＶＡ手順を利用すること
によって（ブロック１８９２０）、テーブルにビュー名
が追加される（第５２図、ブロック２５１７０）。判定
ブロック１８９２５では、ビューが順調にビュー・テー
ブルに追加されたことを見極める為の検査が行われる。
ＴＤＥ Ｉ ＰＮＭに対するＴＶＡ手順を利用すること
によって（ブロック１８９２０）、テーブルにビュー名
が追加される（第５２図、ブロック２５１７０）。判定
ブロック１８９２５では、ビューが順調にビュー・テー
ブルに追加されたことを見極める為の検査が行われる。
否であれば、プログラムはエラー復帰コードでＣ７手順
を退去させる。
を退去させる。
Ｃ７手順では、現行手順項目出力ビュー名ＳＴＤＥＯＰ
ＮＭ （ブロック１８９３０）に対するテーブルへのビ
ュー名追加（第５２図、ブロック２５１７０）ＴＶＡ手
順が実行される。その時、判定ブロック１８９３５では
、該ビューが順調にビュー・チーフルに追加されたこと
を見極める為の検査が行われる。否であれば、プログラ
ムがＣ７手順をエラー復帰コードで退去させる。
ＮＭ （ブロック１８９３０）に対するテーブルへのビ
ュー名追加（第５２図、ブロック２５１７０）ＴＶＡ手
順が実行される。その時、判定ブロック１８９３５では
、該ビューが順調にビュー・チーフルに追加されたこと
を見極める為の検査が行われる。否であれば、プログラ
ムがＣ７手順をエラー復帰コードで退去させる。
それからＣ７手順で、このたびは現行手順項目プロファ
イル・ビュー名ＳＴＤＥＰＶＮＭ （ブロック１８９４
０）に対して、再びテーブルへのビュー名追加（第５２
図、ブロック２５１７０）ＴＶＡ手順が実行される。判
定ブロック１８９４５では、ビューが順調にビュー・テ
ーブルに追加されたことを見極める為の検査が行われる
。否であれば、プログラムはエラー復帰コードでＣ７手
順を退去させる。
イル・ビュー名ＳＴＤＥＰＶＮＭ （ブロック１８９４
０）に対して、再びテーブルへのビュー名追加（第５２
図、ブロック２５１７０）ＴＶＡ手順が実行される。判
定ブロック１８９４５では、ビューが順調にビュー・テ
ーブルに追加されたことを見極める為の検査が行われる
。否であれば、プログラムはエラー復帰コードでＣ７手
順を退去させる。
判定ブロック１８９６０は、ｅによって指定された成分
の成分型５ＴＤＥＴＹＰが（言語項目定義を指す） ′
Ｌ”に等しいか如何かを見極める為の検査をする。答え
が是であれば、ここで言語カウンタＮＬは増加を受ける
。それから、判定ブロック１８９７０では、ｅによって
指定された成分の成分型５ＴＤＥＴＹＰが（メニュー項
目定義を指す）“Ｅ”に等しいことを見極める為の検査
が行われる。是であれば、メニュー・カウンタＮＥは増
加を受ける。ブロック１８９８０では、この手順は、ポ
インタｅが次の５ＴＤＥテ一ブル成分項目にまで増加さ
せられ、それから、ブロック１８７０５へ分岐する。
の成分型５ＴＤＥＴＹＰが（言語項目定義を指す） ′
Ｌ”に等しいか如何かを見極める為の検査をする。答え
が是であれば、ここで言語カウンタＮＬは増加を受ける
。それから、判定ブロック１８９７０では、ｅによって
指定された成分の成分型５ＴＤＥＴＹＰが（メニュー項
目定義を指す）“Ｅ”に等しいことを見極める為の検査
が行われる。是であれば、メニュー・カウンタＮＥは増
加を受ける。ブロック１８９８０では、この手順は、ポ
インタｅが次の５ＴＤＥテ一ブル成分項目にまで増加さ
せられ、それから、ブロック１８７０５へ分岐する。
次ＯＣＴ手順段階（ブロック１９０４０１９２３０）で
は、ＴＤＴオブジェクト・モジュールに後程コンパイル
されることになっているＴＤＴの”ｃ”ソース（ｓｏｕ
ｒｃｅ）・ステートメントに対する出力ファイルを開示
する。ファイル名は、ユーザー指定ソースライブラリ名
、プラスＴＤＴ名、プラス“、Ｃ”の拡張子を用いて整
合している。最後にソース接頭辞はファイルの冒頭に書
かれており、例えば、「組み込む」及び「外部」ステー
トメントの様な、テーブルをコンパイルするのに必要な
Ｃステートメントから成り立っている。
は、ＴＤＴオブジェクト・モジュールに後程コンパイル
されることになっているＴＤＴの”ｃ”ソース（ｓｏｕ
ｒｃｅ）・ステートメントに対する出力ファイルを開示
する。ファイル名は、ユーザー指定ソースライブラリ名
、プラスＴＤＴ名、プラス“、Ｃ”の拡張子を用いて整
合している。最後にソース接頭辞はファイルの冒頭に書
かれており、例えば、「組み込む」及び「外部」ステー
トメントの様な、テーブルをコンパイルするのに必要な
Ｃステートメントから成り立っている。
特記的には、ブロック１９０４０はＴＤＴのＣソース名
をｇｔｄｓｌｉｂで、ファイル名をｇｔｄｍｍｅｍで、
ＵＮＩＸ拡張子、ｃ、を用いて構築し、且つＴＤＴＣソ
ースファイルはただ随意的に作成及び書込み用として開
示されている。判定ブロック１９１０１に於いて、該開
示が不調であれば、プログラムはＣ７手順をエラー復帰
コードで退出させる。
をｇｔｄｓｌｉｂで、ファイル名をｇｔｄｍｍｅｍで、
ＵＮＩＸ拡張子、ｃ、を用いて構築し、且つＴＤＴＣソ
ースファイルはただ随意的に作成及び書込み用として開
示されている。判定ブロック１９１０１に於いて、該開
示が不調であれば、プログラムはＣ７手順をエラー復帰
コードで退出させる。
ブロック１９１５０では、ＴＤＴの接頭辞の初期設定デ
ータの始めに指標がセットされる。判定ブロック１９１
６０では、この指標が接頭辞付き初期設定データの最終
行であることを見極める為の検査が行われる。是であれ
ば、手順はブロック１９１３０へ移動する。
ータの始めに指標がセットされる。判定ブロック１９１
６０では、この指標が接頭辞付き初期設定データの最終
行であることを見極める為の検査が行われる。是であれ
ば、手順はブロック１９１３０へ移動する。
ブロック１９１９０に於いては、ＴＤＴの接頭辞の行が
化カバソファにコピーされ、バッファ内の行はデータの
後に新たな文字行を設置することによって終了させられ
る（ブロック１９２１０）。
化カバソファにコピーされ、バッファ内の行はデータの
後に新たな文字行を設置することによって終了させられ
る（ブロック１９２１０）。
ブロック１９２２０に於いて、書き込みバッファＴＤＴ
ソース・ファイルＷＴＳ手順（第５３図、ブロック２５
５００）が実行される。この地点で、手順は指標に増分
を与え（ブロック１９２３０）、ブロック１９１６０へ
分岐する。
ソース・ファイルＷＴＳ手順（第５３図、ブロック２５
５００）が実行される。この地点で、手順は指標に増分
を与え（ブロック１９２３０）、ブロック１９１６０へ
分岐する。
次ＯＣＴ手順部分（ブロック１９３００から１９７３０
まで）ではパネル、ビュー及びテーブル用Ｃ外部定義が
生成される。これらの項目のどれもが実際には他のオブ
ジェクト・モジュール内で生成されているので、Ｃ７手
順は、これらの項目名を生成予定のＴＤＴにおいてポイ
ンタによってそれらの項目への参照が連係編集時（ｌｉ
ｎｋｅｄｉｔ ｔｉｍｅ ）に解決できるように、外部
に対して宣言しなければならない。
まで）ではパネル、ビュー及びテーブル用Ｃ外部定義が
生成される。これらの項目のどれもが実際には他のオブ
ジェクト・モジュール内で生成されているので、Ｃ７手
順は、これらの項目名を生成予定のＴＤＴにおいてポイ
ンタによってそれらの項目への参照が連係編集時（ｌｉ
ｎｋｅｄｉｔ ｔｉｍｅ ）に解決できるように、外部
に対して宣言しなければならない。
この段階の始まりはブロック１９３００に於いて指標ｉ
をゼロにすることである。判定ブロック１９３０５では
、指標ｉがパネル番号ＴＰに等しければ、その時手順は
ブロック１９４６０へ分岐する。
をゼロにすることである。判定ブロック１９３０５では
、指標ｉがパネル番号ＴＰに等しければ、その時手順は
ブロック１９４６０へ分岐する。
ブロック１９３１０では、バッファＴＤＴＢＵＦが空白
になるよう初期化され、且つバッファ内にＣ言語外部項
目がテーブルからパネル名「外部文字」として、指標ｆ
ｏｃｉ、ｒ［］；Ｊで構築される（ブロック１９３２０
）。バッファ内の行は、データの後に新たな文字行を置
くことで終了させられる（ブロック１９３７０）。ブロ
ック１９３８０に於いて、書き込みバッファＴＤＴソー
ス・ファイルＷＴＳ手順（第５３図、ブロック２５５０
０）がある。その時、手順ブロック１９３９０内の指標
ｉに増分を与え、且つブロック１９１３５に進む。
になるよう初期化され、且つバッファ内にＣ言語外部項
目がテーブルからパネル名「外部文字」として、指標ｆ
ｏｃｉ、ｒ［］；Ｊで構築される（ブロック１９３２０
）。バッファ内の行は、データの後に新たな文字行を置
くことで終了させられる（ブロック１９３７０）。ブロ
ック１９３８０に於いて、書き込みバッファＴＤＴソー
ス・ファイルＷＴＳ手順（第５３図、ブロック２５５０
０）がある。その時、手順ブロック１９３９０内の指標
ｉに増分を与え、且つブロック１９１３５に進む。
ブロック１９４６０では、指標ｉがゼロに初期化される
。判定ブロック１９４６５では指標ｉがビューの番号に
等しいことを見極める為の検査が行われる。是であれば
、手順はブロック１９６２０へ分岐する。是でなければ
、バッファＴＤＴＢＵＦは、空白になるようセットされ
（ブロック１９４７０）、且つＣ言語外部ビュー項目バ
ッファ内にテーブルＴＶからのビュー名「外部構造ＶＭ
ＯＨｊとして指標１ｏｃｉｒ［コ；」に構築される（ブ
ロック１９４８０）。
。判定ブロック１９４６５では指標ｉがビューの番号に
等しいことを見極める為の検査が行われる。是であれば
、手順はブロック１９６２０へ分岐する。是でなければ
、バッファＴＤＴＢＵＦは、空白になるようセットされ
（ブロック１９４７０）、且つＣ言語外部ビュー項目バ
ッファ内にテーブルＴＶからのビュー名「外部構造ＶＭ
ＯＨｊとして指標１ｏｃｉｒ［コ；」に構築される（ブ
ロック１９４８０）。
バッファ内の行はデータの後に新文字行を置くことで終
了させられ、且つ該手順は書き込みバッファＴＤＴソー
スファイルＷＴＳ手順を実行する（第５３図、ブロック
２５５００）。指標ｉは増分を受け（ブロック１９５５
０）、且つ該手順はブロック１９４６５に復帰する。
了させられ、且つ該手順は書き込みバッファＴＤＴソー
スファイルＷＴＳ手順を実行する（第５３図、ブロック
２５５００）。指標ｉは増分を受け（ブロック１９５５
０）、且つ該手順はブロック１９４６５に復帰する。
ブロック１９６２０ないし１９７３０は手順にＥＸＴＥ
ＲＮ項目を生成する。ポインタｅは最初の５ＴＤＥテ一
ブル成分名にセットされ（ブロック１９６２０）、且つ
それから該手順ではｅポインタが５ＴＤＥテ一ブル成分
名テーブルの終端を通過する事を見極めるために検査が
行われる。是であれば手順はブロック１９８００へ分岐
し、否であれば手順は、次にｅによって指示された成分
が言語（ＳＴＤＥＴＹＰ＝Ｃ）項目型であることを見極
める為の検査を外部手順型（Ｓ Ｔ Ｄ Ｅ ＣＴ Ｙ
Ｐ＝ＥＸＴＥＲＮ）を用いて行い、否であれば手順は
ブロック１９７３０に続行され、是であれば手順はバッ
ファＴＤＴＢ Ｉ Ｆ空白にするよう初期化する（ブロ
ック１９６４０）。
ＲＮ項目を生成する。ポインタｅは最初の５ＴＤＥテ一
ブル成分名にセットされ（ブロック１９６２０）、且つ
それから該手順ではｅポインタが５ＴＤＥテ一ブル成分
名テーブルの終端を通過する事を見極めるために検査が
行われる。是であれば手順はブロック１９８００へ分岐
し、否であれば手順は、次にｅによって指示された成分
が言語（ＳＴＤＥＴＹＰ＝Ｃ）項目型であることを見極
める為の検査を外部手順型（Ｓ Ｔ Ｄ Ｅ ＣＴ Ｙ
Ｐ＝ＥＸＴＥＲＮ）を用いて行い、否であれば手順は
ブロック１９７３０に続行され、是であれば手順はバッ
ファＴＤＴＢ Ｉ Ｆ空白にするよう初期化する（ブロ
ック１９６４０）。
Ｃ言語外部手順項目はバッファ内に５ＴＤＥテーブルの
手順名（ＳＴＤＥＮＡＭＥ）を用いてｒｅｘｔｅｒｎ
１ｎｔＪとして指標位置１ｒ（）Ｊに構築される。バッ
ファ内の行はデータの後に新文字行を置くことで終了さ
せられ（ブロック１９７００）、且つ手順が書き込みバ
ッファＴＤＴソースファイルＷＴＳ手順（第５３図、ブ
ロック２５５００）を実行する（ブロック１９７１０）
。ブロック１９７３０は次の５ＴＤＥテ一ブル成分項目
へとｅを増加させ、手順は次いでブロック１９６２５に
復帰する。
手順名（ＳＴＤＥＮＡＭＥ）を用いてｒｅｘｔｅｒｎ
１ｎｔＪとして指標位置１ｒ（）Ｊに構築される。バッ
ファ内の行はデータの後に新文字行を置くことで終了さ
せられ（ブロック１９７００）、且つ手順が書き込みバ
ッファＴＤＴソースファイルＷＴＳ手順（第５３図、ブ
ロック２５５００）を実行する（ブロック１９７１０）
。ブロック１９７３０は次の５ＴＤＥテ一ブル成分項目
へとｅを増加させ、手順は次いでブロック１９６２５に
復帰する。
ブロック１９８００ないし２０７４０では、ＴＤＴオー
バーヘッド構造ソース・ステートメントが生成されるが
、このものはＴＤＴフィールドのラベルを付け、ＴＤＴ
ＡＴＬＥによってＴＤＴＩＤとして、第６２図々示のＴ
ＤＴテーブル部分を構築するのに必要なＣステートメン
トから成り立っている。この図示の様に、本テーブルの
大部分は、他のテーブル及びテーブル項目に対するポイ
ンタから構築されている。ＴＤＴ文書段階を検討をすれ
ば、このオーバーヘッド構造を構築する為に必要な論理
を理解するのに役立つ筈である。
バーヘッド構造ソース・ステートメントが生成されるが
、このものはＴＤＴフィールドのラベルを付け、ＴＤＴ
ＡＴＬＥによってＴＤＴＩＤとして、第６２図々示のＴ
ＤＴテーブル部分を構築するのに必要なＣステートメン
トから成り立っている。この図示の様に、本テーブルの
大部分は、他のテーブル及びテーブル項目に対するポイ
ンタから構築されている。ＴＤＴ文書段階を検討をすれ
ば、このオーバーヘッド構造を構築する為に必要な論理
を理解するのに役立つ筈である。
ＣＴ手順を通じてポインタは、必要な項目の指標によっ
て添字を付けられている所定テーブル名へのポインタと
してＣソース内で構築されている。
て添字を付けられている所定テーブル名へのポインタと
してＣソース内で構築されている。
例えば、フィールドＴＤＴＡＭＥＮＵはパネル項目ＴＰ
Ｅへのポインタであり、その名前ＴＰＥＮＡＭＥはアプ
リケーション生成メニュー名と同一である。
Ｅへのポインタであり、その名前ＴＰＥＮＡＭＥはアプ
リケーション生成メニュー名と同一である。
この項目が第５番目の項目であると仮定すると、添字は
Ｃにおける４である、この様な定義に対するＣステート
メントはｒ＆ＴＰＥＴＡＢ （４）ｊとなる筈である。
Ｃにおける４である、この様な定義に対するＣステート
メントはｒ＆ＴＰＥＴＡＢ （４）ｊとなる筈である。
この様にそれぞれの場合について、項目の添字が配置さ
れ、且つその際にステートメントが該例の様に生成され
るのである。
れ、且つその際にステートメントが該例の様に生成され
るのである。
この段階は大型のバッファを空白に初期化することによ
って始まる。該バッファはＣ言語のＴＤＴテーブル構造
定義見出支部がバッファ内にｒｓｔｒｕｃｔＴＤＴ
ＩＥＴＴＤＴ＝ （ＯＪとして構築されている（ブロッ
ク１９８１０）。ＴＤＴ Ｉ Ｄを初期化する為のＣソ
ースはｇ ｔｄｍｍｅｍ値を用いてバッファ内に構築さ
れる（ブロック１９８３０）。
って始まる。該バッファはＣ言語のＴＤＴテーブル構造
定義見出支部がバッファ内にｒｓｔｒｕｃｔＴＤＴ
ＩＥＴＴＤＴ＝ （ＯＪとして構築されている（ブロッ
ク１９８１０）。ＴＤＴ Ｉ Ｄを初期化する為のＣソ
ースはｇ ｔｄｍｍｅｍ値を用いてバッファ内に構築さ
れる（ブロック１９８３０）。
ＴＤＴＲＥＬＮを初期化する為のＣソースはｇｔｄｒｅ
ｌｎ値を用いてバッファ内に構築される（ブロック１９
８７０）。
ｌｎ値を用いてバッファ内に構築される（ブロック１９
８７０）。
ＴＤＴＧＴＩＭＥを初期化する為のＣソースは７０１０
１１０１以来、秒単位で記録されている現行うロック時
間を用いてバッファ内に構築される（ブロック１９９６
０）。
１１０１以来、秒単位で記録されている現行うロック時
間を用いてバッファ内に構築される（ブロック１９９６
０）。
ＴＤＴＧＤＡＴＥを初期化する為のＣソースは、ゼロを
用いてバッファ内に構築される。日付はＴＤＴＧＴＩＭ
Ｅ内で暗に示されているのであるから、他の操作はＴＤ
Ｔ内の両方のフィールドを用いて異なるコード値でもっ
てデータ及び時間情報を記録することが出来る筈である
（ブロック２００１０）。
用いてバッファ内に構築される。日付はＴＤＴＧＴＩＭ
Ｅ内で暗に示されているのであるから、他の操作はＴＤ
Ｔ内の両方のフィールドを用いて異なるコード値でもっ
てデータ及び時間情報を記録することが出来る筈である
（ブロック２００１０）。
ＴＤＴＤＲＥＰを初期化する為のＣソースはｇｔｄｈｒ
に含まれるレポート名を用いてバッファ内に構築される
（ブロック２００３０）。
に含まれるレポート名を用いてバッファ内に構築される
（ブロック２００３０）。
ＴＤＴＤＧＥＮを初期化する為のＣソースはｇｔｄｈｇ
ｄに含まれる生成基のイ直を用いてバッファ内に構築さ
れる（ブロック２００６０ ） 、 ｇｔｄｈｍｅｎｕ
と同一値を有するパネル・テーブル項目の指標番号がそ
の際識別される（ブロック２００９０）。
ｄに含まれる生成基のイ直を用いてバッファ内に構築さ
れる（ブロック２００６０ ） 、 ｇｔｄｈｍｅｎｕ
と同一値を有するパネル・テーブル項目の指標番号がそ
の際識別される（ブロック２００９０）。
ＴＤＴＡＭＥＮＵを初期化する為のＣソースは識別され
た指標値を用いてバッファ内に構築され、この指標は指
標番号、ＴＤＴＡＭＥＮＵのＴＰＥ番号によって識別さ
れるＴＰＥＴＢ内のｎ番目の項目へのポインタとして保
存される（ブロック２０１００）。
た指標値を用いてバッファ内に構築され、この指標は指
標番号、ＴＤＴＡＭＥＮＵのＴＰＥ番号によって識別さ
れるＴＰＥＴＢ内のｎ番目の項目へのポインタとして保
存される（ブロック２０１００）。
ｇｔｄｈｈｅｌｐと同一の数値を有するパネル・テーブ
ル項目の指標番号は、この時識別される（ブロック２０
１７０）。
ル項目の指標番号は、この時識別される（ブロック２０
１７０）。
ブロック２０１８０でＴＤＴＡＨＥＬＰを初期化する為
のＣソースは、識別された指標番号を用いてバッファ内
に構築される。この指標番号は、指標番号、ＴＤＴＡＨ
ＥＬＰのＴＰＥ番号によって識別されたＴＰＥＴＡＢ内
のｎ番目の項目に対するポインタとして保存される。
のＣソースは、識別された指標番号を用いてバッファ内
に構築される。この指標番号は、指標番号、ＴＤＴＡＨ
ＥＬＰのＴＰＥ番号によって識別されたＴＰＥＴＡＢ内
のｎ番目の項目に対するポインタとして保存される。
ｇｔｄｈｉｎｆｏと同一の値を有するパネルテーブル項
目の指標番号が次に識別され（ブロック２０２５０）、
且つＴＤＴＡＩＮＦＯを初期化する為のＣソースは識別
された指標番号を用いてバッファ内に構築される。これ
は、指標番号、ＴＤＴＡ ＩＮＦＯのＴＰＥ番号によっ
て識別されたＴＰＥＴＡＢのｎ番目の項目に対するポイ
ンタとして保存される（ブロック２０２６０）。
目の指標番号が次に識別され（ブロック２０２５０）、
且つＴＤＴＡＩＮＦＯを初期化する為のＣソースは識別
された指標番号を用いてバッファ内に構築される。これ
は、指標番号、ＴＤＴＡ ＩＮＦＯのＴＰＥ番号によっ
て識別されたＴＰＥＴＡＢのｎ番目の項目に対するポイ
ンタとして保存される（ブロック２０２６０）。
ｇｔｄｈｇｌｏｓと同一の値を有するパネルテーブル項
目の指標番号が識別され（ブロック２０３２０）、且つ
ＴＤＴＡＧＬＯ３を初期化する為のＣソースは識別され
た指標番号を用いてバッファ内に構築される。これは指
標番号、ＴＤＴＡＧＬＯ３のＴＰＥ番号によって識別さ
れたＴＰＥＴＡＢのｎ番目の項目に対するポインタとし
て保存される（ブロック２０３３０）。
目の指標番号が識別され（ブロック２０３２０）、且つ
ＴＤＴＡＧＬＯ３を初期化する為のＣソースは識別され
た指標番号を用いてバッファ内に構築される。これは指
標番号、ＴＤＴＡＧＬＯ３のＴＰＥ番号によって識別さ
れたＴＰＥＴＡＢのｎ番目の項目に対するポインタとし
て保存される（ブロック２０３３０）。
ＴＤＴＮＴＰＥを初期化する為のＣソースはパネルの番
号（ＴＰＥの番号）としてＮＰＯ値を用いてバッファ内
に構築される。
号（ＴＰＥの番号）としてＮＰＯ値を用いてバッファ内
に構築される。
ＴＤＴＮＴＰＥを初期化する為のＣソースは、ＴＰＥＴ
ＡＢ、）ランザクジョンパネルの項目テーブル内の最初
の項目に対するポインタとしてバッファ内に構築され、
且つ保存される（ブロック２０４６０）。
ＡＢ、）ランザクジョンパネルの項目テーブル内の最初
の項目に対するポインタとしてバッファ内に構築され、
且つ保存される（ブロック２０４６０）。
ＴＤＴＮＴＣＥを初期化する為のＣソースは手順の番号
（ＴＣＨの番号）としてＮＣの値を用いてバッファ内に
構築される（ブロック２０４９０）。
（ＴＣＨの番号）としてＮＣの値を用いてバッファ内に
構築される（ブロック２０４９０）。
ＴＤＴＡＴＰＥを初期化する為のＣソースはＴＣＥＴＡ
Ｂ、）ランザクジョン手順項目テーブル内の最初の項目
に対するポインタとしてバッファ内に構築され、且つ保
存される（ブロック２０５４０）。
Ｂ、）ランザクジョン手順項目テーブル内の最初の項目
に対するポインタとしてバッファ内に構築され、且つ保
存される（ブロック２０５４０）。
ＴＤＴＡＰＰＬを初期化する為のＣソースはＧＴＡＰＰ
Ｌ、アプリケーション塩の値を用いてバッファ内に構築
される。
Ｌ、アプリケーション塩の値を用いてバッファ内に構築
される。
ＴＤＴＮＴＬＥを初期化する為のＣソースは言語項目の
番号（ＴＬＥの番号）としてＮＬの値を用いてへ′ソフ
ァ内に構築され（ブロック２０６１０）。
番号（ＴＬＥの番号）としてＮＬの値を用いてへ′ソフ
ァ内に構築され（ブロック２０６１０）。
フロック２０６６０は、言語項目の番号がゼロより大で
ある事を見極める検査する（ブロック２０６６０）。是
であれば、ＴＤＴＡＴＬＥを初期化する為のＣソースは
、ＴＬＥＴＡＢの最初の項目へのポインタとしてバッフ
ァ内に構築され、保存される。是でなければ、ＴＤＴＡ
ＴＬＥを初期化する為のＣソースは、バッファ内に構築
され、且つゼロとして若しくは言語テーブルＴＬＥＴＡ
Ｂ不在であることを示すＮＵＬＬポインタ基準として保
存される。
ある事を見極める検査する（ブロック２０６６０）。是
であれば、ＴＤＴＡＴＬＥを初期化する為のＣソースは
、ＴＬＥＴＡＢの最初の項目へのポインタとしてバッフ
ァ内に構築され、保存される。是でなければ、ＴＤＴＡ
ＴＬＥを初期化する為のＣソースは、バッファ内に構築
され、且つゼロとして若しくは言語テーブルＴＬＥＴＡ
Ｂ不在であることを示すＮＵＬＬポインタ基準として保
存される。
Ｃ言語のＴＤＴテーブル構造体定義、ＩＥＴＴＤＴ構造
終了データは、ブロック２０７２０に構築される。その
時手順については、この段階を完成させる為に書き込み
大型バッファＴＤＴソース・ファイルＷＴＳ手順（第５
３図、ブロック２５５００ ）が実行される。
終了データは、ブロック２０７２０に構築される。その
時手順については、この段階を完成させる為に書き込み
大型バッファＴＤＴソース・ファイルＷＴＳ手順（第５
３図、ブロック２５５００ ）が実行される。
ブロック２０８００から２１９００までを含む次のＣＴ
段階では、パネル・テーブルＴＰＰＴＡＢが生成される
。ＴＰＥＴＡＢは項目ＴＰＥのテーブルである。ＴＰＥ
ＴＡＢソース・ファイルに対する構造体は、ＴＰＥＴＡ
Ｂをパネル項目数に等しい最大発生回数を有する構造型
ＴＰＥＴＡＢのアレイとして定義している。これらの項
目に於けるポインタは、上述の様にＴＤＴオーバーヘッ
ドに対すると同様な方法で作成される。定義されたパネ
ル毎に設定された１個の項目が在るということである。
段階では、パネル・テーブルＴＰＰＴＡＢが生成される
。ＴＰＥＴＡＢは項目ＴＰＥのテーブルである。ＴＰＥ
ＴＡＢソース・ファイルに対する構造体は、ＴＰＥＴＡ
Ｂをパネル項目数に等しい最大発生回数を有する構造型
ＴＰＥＴＡＢのアレイとして定義している。これらの項
目に於けるポインタは、上述の様にＴＤＴオーバーヘッ
ドに対すると同様な方法で作成される。定義されたパネ
ル毎に設定された１個の項目が在るということである。
この段階は、大型のバッファを空白化するよう初期化す
ることで開始される（ブロック２０８００）。
ることで開始される（ブロック２０８００）。
ブロック２０８１０ではその際、ソースステートメント
が作成され、数値ＮＰの発生を伴う型ＴＰＥの構造体の
アレイとして、ＴＰＥＴＢＡが宣言される。該バッファ
は、その際ブロック２０８４０にファイルとして書き込
まれる。
が作成され、数値ＮＰの発生を伴う型ＴＰＥの構造体の
アレイとして、ＴＰＥＴＢＡが宣言される。該バッファ
は、その際ブロック２０８４０にファイルとして書き込
まれる。
次のブロック２０８６０では全パネル項目が指標ｉをゼ
ロに初期化することによって構築するよう準備される。
ロに初期化することによって構築するよう準備される。
ブロック２０８６５ではｉがＮＰに等しいか確認するこ
とによってパネル定義の終端が検査される。是であれば
、制御権はブロック２１９２０に転送される。是でなけ
れば、大型バッファは空白に初期化され（ブロック２０
８７０）、且つＣ言語ＴＤＴ構造体アレイ要素の接頭辞
が構築される（ブロック２０８８０）。
とによってパネル定義の終端が検査される。是であれば
、制御権はブロック２１９２０に転送される。是でなけ
れば、大型バッファは空白に初期化され（ブロック２０
８７０）、且つＣ言語ＴＤＴ構造体アレイ要素の接頭辞
が構築される（ブロック２０８８０）。
ＴＤＴＡ ＩＮＦＯを初期化する為のＣソースは、識別
された指標番号を用いてバッファ内に構築される。これ
は、指標番号、ＴＤＴＡＩ ＮＦＯのＴＰＥ番号によっ
て識別されたＴＰＥＴＡＢのｎ番目の項目に対するポイ
ンタとして保存される（ブロック２０２６０）。
された指標番号を用いてバッファ内に構築される。これ
は、指標番号、ＴＤＴＡＩ ＮＦＯのＴＰＥ番号によっ
て識別されたＴＰＥＴＡＢのｎ番目の項目に対するポイ
ンタとして保存される（ブロック２０２６０）。
ＴＰＥＮＡＭＥを初期化する為のＣソースは、指標（指
標位置ｉに於けるＴＰ）によって指定されるパネル名テ
ーブル内の要素の値を用いてバッファ内に構築される（
ブロック２０９１０）。
標位置ｉに於けるＴＰ）によって指定されるパネル名テ
ーブル内の要素の値を用いてバッファ内に構築される（
ブロック２０９１０）。
ＴＰＥＭＡＰを初期化する為のＣソースは、指標（指標
位置ｉに於けるＴＰ）によって指定されるパネル名テー
ブル内の要素の値を用いてバッファ内に構築され（ブロ
ック２０９１０）、且つポインタとして保存される。
位置ｉに於けるＴＰ）によって指定されるパネル名テー
ブル内の要素の値を用いてバッファ内に構築され（ブロ
ック２０９１０）、且つポインタとして保存される。
ブロック２１０００は、指標位置ｉに於ける指標ＴＰに
よって指定されるパネル名テーブル項目と同一の名前、
ＳＴＤＥＮＡＭＥを有する５ＴＤＥテ一ブル項目を所在
させ、且つこの要素を指定する為にポインタｅをセット
する。その際、ブロック２１０３０では、ｅによって指
示された５ＴＤＥテーブル要素がメニュー項目であるか
見極める為に検査が行われ、是であれば、メニュー人力
手順は可変手順名に於けるｒＩ ＥＴＩＭＥＮＵＪとし
て保管され、否であれば、ｅによって指示された５ＴＤ
Ｅテーブル要素の入力手順基ＳＴＤＥＩＰＮＭは保管さ
れて可変手順宅内に置かれる。
よって指定されるパネル名テーブル項目と同一の名前、
ＳＴＤＥＮＡＭＥを有する５ＴＤＥテ一ブル項目を所在
させ、且つこの要素を指定する為にポインタｅをセット
する。その際、ブロック２１０３０では、ｅによって指
示された５ＴＤＥテーブル要素がメニュー項目であるか
見極める為に検査が行われ、是であれば、メニュー人力
手順は可変手順名に於けるｒＩ ＥＴＩＭＥＮＵＪとし
て保管され、否であれば、ｅによって指示された５ＴＤ
Ｅテーブル要素の入力手順基ＳＴＤＥＩＰＮＭは保管さ
れて可変手順宅内に置かれる。
ブロック２１０７０では、５ＴＤＥテ一ブル手順項目（
ＳＴＤＥＴＹＰ＝手順名が設置されている）。所望の手
順が設置される前に５ＴＤＥテーブルに在る手順数がカ
ウントされ、ｊがこのカウントで初期化される。
ＳＴＤＥＴＹＰ＝手順名が設置されている）。所望の手
順が設置される前に５ＴＤＥテーブルに在る手順数がカ
ウントされ、ｊがこのカウントで初期化される。
ブロック２１１５０では、手順名が空白になっているの
を見極める為に検査が行われ、是であれば、ＴＰＢ Ｉ
ＴＣＥを初期化する為のＣソースがポインタ数値として
ゼロ又は空白文字を用いてバッファ内に構築される。否
であれば、ＴＰＥＡＩＴＣＥを初期化する為のＣソース
は、ＴＣＥＴＡＢ、すなわち、トランザクション手順項
目テーブル内の最初の項目に対するポインタとして、手
順名が設定される以前に５ＴＤＥテーブル内に在る手順
のカウントｊの指標を付けられ、バッファ内に構築され
且つ保存される。
を見極める為に検査が行われ、是であれば、ＴＰＢ Ｉ
ＴＣＥを初期化する為のＣソースがポインタ数値として
ゼロ又は空白文字を用いてバッファ内に構築される。否
であれば、ＴＰＥＡＩＴＣＥを初期化する為のＣソース
は、ＴＣＥＴＡＢ、すなわち、トランザクション手順項
目テーブル内の最初の項目に対するポインタとして、手
順名が設定される以前に５ＴＤＥテーブル内に在る手順
のカウントｊの指標を付けられ、バッファ内に構築され
且つ保存される。
ブロック２１２４０では、ｅによって指示された５ＴＤ
Ｅテーブル要素がメニュー項目に在ることを見極める為
に検査が行われ、是であれば、手順はメニュー人力手順
を可変手順名にｒＩ ＥＴＴＯＭＥＮＵＪとして保管す
る。否であれば、手順は、ｅによって指示された５ＴＤ
Ｅテーブル要素の出力手順基ＳＴＤＥＯＰＮＭを保管し
、且つそれを可変手順宅内に置く。それから、手順は、
５ＴＤＥテ一ブル手順項目（Ｓ Ｔ Ｄ Ｅ Ｔ Ｙ
Ｐ＝Ｃ）を手順名の値と同一な名前（Ｓ Ｔ Ｄ Ｅ
Ｎ Ａ Ｍ Ｅ ）で設定する。手順設定以前の５ＴＤ
Ｅテーブル内に在った手順の番号はカウントされて、ｊ
はこのカウントで初期化される。
Ｅテーブル要素がメニュー項目に在ることを見極める為
に検査が行われ、是であれば、手順はメニュー人力手順
を可変手順名にｒＩ ＥＴＴＯＭＥＮＵＪとして保管す
る。否であれば、手順は、ｅによって指示された５ＴＤ
Ｅテーブル要素の出力手順基ＳＴＤＥＯＰＮＭを保管し
、且つそれを可変手順宅内に置く。それから、手順は、
５ＴＤＥテ一ブル手順項目（Ｓ Ｔ Ｄ Ｅ Ｔ Ｙ
Ｐ＝Ｃ）を手順名の値と同一な名前（Ｓ Ｔ Ｄ Ｅ
Ｎ Ａ Ｍ Ｅ ）で設定する。手順設定以前の５ＴＤ
Ｅテーブル内に在った手順の番号はカウントされて、ｊ
はこのカウントで初期化される。
ブロック２１３６０では、手順名が空白になっているこ
とを見極める検査が再度行われ、是であれば、ＴＰＥＡ
ＯＴＣＥを初期化する為のＣソースはポインタ値として
ゼロ又は空白文字を用いて、バッファ内に構築される。
とを見極める検査が再度行われ、是であれば、ＴＰＥＡ
ＯＴＣＥを初期化する為のＣソースはポインタ値として
ゼロ又は空白文字を用いて、バッファ内に構築される。
否であれば、ＴＰＥＡＯＴＣＥを初期化する為のＣソー
スが、バッファ内に構築され、且つＴＣＥＴＢＡ、すな
わちトランザクション手順項目テーブル内の最初の項目
へのポインタとして、手順設定以前に５ＴＤＥテーブル
内に在った手順のカウントｊによって指標を付けられ保
存される。
スが、バッファ内に構築され、且つＴＣＥＴＢＡ、すな
わちトランザクション手順項目テーブル内の最初の項目
へのポインタとして、手順設定以前に５ＴＤＥテーブル
内に在った手順のカウントｊによって指標を付けられ保
存される。
ＴＰＥＲ３ＶＤ１をゼロに初期化する為のＣソースがバ
ッファ内に構築される（ブロック２１４５０）。
ッファ内に構築される（ブロック２１４５０）。
これは一般には用いられない。ここでは拡張と強化の為
に余地を残しているのである。
に余地を残しているのである。
０ＰＣＨＴＡをゼロに初期化する為のＣソースがバッフ
ァ内に構築される（ブロック２１４９０）。
ァ内に構築される（ブロック２１４９０）。
このものも一般には用いられない。ここでは拡張と強化
の為に余地を残しているのである。
の為に余地を残しているのである。
ブロック２１５２０では５ＴＤＥテ一ブル第１項目が、
指標位置ｉの指標ＴＰによって指示されるパネル名テー
ブル項目と同じＳＴＤＥＮＡＭＥと言う名前で設定され
る。ポインタｅはこの要素を指示する為にセントされる
。所望のパネル設置以前に５ＴＤＥテーブルに在ったメ
ニュー項目の番号がカウントされ、且つこのカウントで
ｊが初期化される。
指標位置ｉの指標ＴＰによって指示されるパネル名テー
ブル項目と同じＳＴＤＥＮＡＭＥと言う名前で設定され
る。ポインタｅはこの要素を指示する為にセントされる
。所望のパネル設置以前に５ＴＤＥテーブルに在ったメ
ニュー項目の番号がカウントされ、且つこのカウントで
ｊが初期化される。
ブロック２１５７０では、５ＴＤＥテ一ブル項目がメニ
ュー５ＴＤＥＴＹＰ＝ “Ｅｏで在ることを見極める為
の検査が行われる。否であれば、手順はブロック２１７
４０へ分岐する。是であれば、ブロック２１５８０で後
続の５ＴＤＥテーブルの項目を、位置ｉのＴＰによって
指示されたパネル名テーブル項目と同一のＳＴＤＥＮＡ
ＭＥの名前で設定する。ポインタは、テーブルの残余に
在る後続項目番号を指示する為にセットされ、且つカウ
ントでｋを初期化する。
ュー５ＴＤＥＴＹＰ＝ “Ｅｏで在ることを見極める為
の検査が行われる。否であれば、手順はブロック２１７
４０へ分岐する。是であれば、ブロック２１５８０で後
続の５ＴＤＥテーブルの項目を、位置ｉのＴＰによって
指示されたパネル名テーブル項目と同一のＳＴＤＥＮＡ
ＭＥの名前で設定する。ポインタは、テーブルの残余に
在る後続項目番号を指示する為にセットされ、且つカウ
ントでｋを初期化する。
ＴＰＥＮＴＭＥを初期化する為のＣソースは、現行メニ
ュー・パネルに関連したメニュー項目の番号としてｋの
値を用いてバッファ内に構築される（ブロック２１６２
０）。
ュー・パネルに関連したメニュー項目の番号としてｋの
値を用いてバッファ内に構築される（ブロック２１６２
０）。
ＴＰＥＡＴＭＥを初期化する為のＣソースは、ｊによっ
て指標を付けられ（ブロック２１６８０）ＴＭＥＴＡＢ
内のメニュー項目に対してポインタとしてバッファ内に
構築され、保存され、その後で手順はブロック２１８４
０へ分岐する。このもツバ現行メニュー・パネルに関連
した最初のメニュー項目である。
て指標を付けられ（ブロック２１６８０）ＴＭＥＴＡＢ
内のメニュー項目に対してポインタとしてバッファ内に
構築され、保存され、その後で手順はブロック２１８４
０へ分岐する。このもツバ現行メニュー・パネルに関連
した最初のメニュー項目である。
ＴＰＥＮＴＭＥ （ブロック２１７４０）及びＴＰＥＡ
ＴＭＥ （ブロック２１７９０）をゼロに初期化する為
のＣソースは、バッファ内に構築される。その手順はＣ
言語ＴＤＴ構造体アレイ要素接尾辞を構築しくブロック
２１８４０）、且つ書き込みバッファＴＤＴソースファ
イルＷＴＳ手順（第５３図、ブロック２５５００）を実
行する（ブロック２１８９０）ことである。指標■は増
加させられ（ブロック２１９００）、且つ手順はブロッ
ク２０８６５へ分岐する。
ＴＭＥ （ブロック２１７９０）をゼロに初期化する為
のＣソースは、バッファ内に構築される。その手順はＣ
言語ＴＤＴ構造体アレイ要素接尾辞を構築しくブロック
２１８４０）、且つ書き込みバッファＴＤＴソースファ
イルＷＴＳ手順（第５３図、ブロック２５５００）を実
行する（ブロック２１８９０）ことである。指標■は増
加させられ（ブロック２１９００）、且つ手順はブロッ
ク２０８６５へ分岐する。
この手順は大型バッファの空白化の為、初期化しくブロ
ック２１９２０）、次いでＣ言語ＴＰＥＴＡＢテーブル
構造アレイ定義接尾辞をバッファ内に構築する（ブロッ
ク２１９３０）。この手順は次いで書き込みバッファＴ
ＤＴソースファイルＷＴＳ手順（第５３図、ブロック２
５５００）を実行する（ブロック２１９４０）。
ック２１９２０）、次いでＣ言語ＴＰＥＴＡＢテーブル
構造アレイ定義接尾辞をバッファ内に構築する（ブロッ
ク２１９３０）。この手順は次いで書き込みバッファＴ
ＤＴソースファイルＷＴＳ手順（第５３図、ブロック２
５５００）を実行する（ブロック２１９４０）。
ブロック２２０１０から２２７２０までではＴＰＥＴＡ
Ｂ構築と極めて類似な方法でＴＣＥＴＡＢを生成する。
Ｂ構築と極めて類似な方法でＴＣＥＴＡＢを生成する。
定義されたそれぞれの手順に対して１項目が在ることに
なっている。この段階は大型バッファの空白化の為、初
期化することによって開始される（ブロック２２０１０
）。
なっている。この段階は大型バッファの空白化の為、初
期化することによって開始される（ブロック２２０１０
）。
Ｃ言語ＴＣＥＴＡＢテーブル構造アレイは、ＴＣＥＴＡ
Ｂテーブル内の手プルＴＣＥ）構造要素の番号としてＮ
Ｃの値を用いることによってバッファ内に構築される。
Ｂテーブル内の手プルＴＣＥ）構造要素の番号としてＮ
Ｃの値を用いることによってバッファ内に構築される。
該手順は書き込みバッファＴＤＴソース・ファイルＷＴ
Ｓ手順（第５３図、ブロック２５５００）を実行しくフ
ロック２２０５０）、次いで最初の５ＴＤＥテ一ブル成
分名（ブロック２２０８０）に対するポインタを初期化
する。ブロック２２０８５では５ＴＤＥ成分テーブルの
終端を通過してｅがポイントしていることを見極める為
検査が行われ、是であれば、該手順はブロック２２７０
０へ分岐し、是でなければ、ブロック２２０９０でｅに
よって指示された成分の成分型が手順５ＴＤＥＴＹＰ＝
Ｃ５項目定義であることを見極める為に検査が行われる
。否であれば、手順はブロック２２６７０へ分岐する。
Ｓ手順（第５３図、ブロック２５５００）を実行しくフ
ロック２２０５０）、次いで最初の５ＴＤＥテ一ブル成
分名（ブロック２２０８０）に対するポインタを初期化
する。ブロック２２０８５では５ＴＤＥ成分テーブルの
終端を通過してｅがポイントしていることを見極める為
検査が行われ、是であれば、該手順はブロック２２７０
０へ分岐し、是でなければ、ブロック２２０９０でｅに
よって指示された成分の成分型が手順５ＴＤＥＴＹＰ＝
Ｃ５項目定義であることを見極める為に検査が行われる
。否であれば、手順はブロック２２６７０へ分岐する。
該手順では大型バッファの空白化の為、初期化が行われ
、次いでＣ言語ＴＤＴ構造アレイ要素接頭辞（ブロック
２２１１０）を構築する。
、次いでＣ言語ＴＤＴ構造アレイ要素接頭辞（ブロック
２２１１０）を構築する。
ＴＣＥＮＡＭＥを初期化する為のＣソースは、指標ｅに
よって指示された５ＴＤＥテ一ブル名テーブル項目内に
ＳＴＤＥＮＡＭＥＯ値を用いて構築される（ブロック２
２１４０）。フロック２２１８０では、手順成分手順型
が他のアプリケーション・トランザクション・プログラ
ム、５ＴＤＥＣＴＹＰ＝“ＥＸＴＥＲＮ”に所属する手
順を指していることを見極める為に検査が行われ、是で
あれば、該手順は、ＣソースがＴＰＥＡＰＩ？ＯＣをゼ
ロ又は空白文字に初期化するよう構築する。
よって指示された５ＴＤＥテ一ブル名テーブル項目内に
ＳＴＤＥＮＡＭＥＯ値を用いて構築される（ブロック２
２１４０）。フロック２２１８０では、手順成分手順型
が他のアプリケーション・トランザクション・プログラ
ム、５ＴＤＥＣＴＹＰ＝“ＥＸＴＥＲＮ”に所属する手
順を指していることを見極める為に検査が行われ、是で
あれば、該手順は、ＣソースがＴＰＥＡＰＩ？ＯＣをゼ
ロ又は空白文字に初期化するよう構築する。
否であれば、該手順は、Ｃソースが指標ｅによって指示
された５ＴＤＥテ一ブル名テーブル項目内のＳＴＤＥＮ
ＡＭＥＯ値を用いてＴＰＥＡＰＲＯＣを初期化するよう
バッファ内で構築し、ポインタとして保存する。
された５ＴＤＥテ一ブル名テーブル項目内のＳＴＤＥＮ
ＡＭＥＯ値を用いてＴＰＥＡＰＲＯＣを初期化するよう
バッファ内で構築し、ポインタとして保存する。
ブロック２２２８０では、手順成分入力ビューが未定義
、すなわち５ＴＤＥ Ｉ ＰＮＭ＝空白、であることが
検査される。未定義であれば、該手順は、ＣソースがＴ
ＣＥＡ Ｉ ＶＷをゼロ又は空白値に初期化するように
バッファ内で構築する。未定義でなければ、該手順は、
Ｃソースが指標ｅによって指示された５ＴＤＥテ一ブル
名テーブル項目内で５ＴＤＥ Ｉ ＰＮＭ（７）値を用
い７ＴｃＥＡＩＶＷを初期化するように構築し、且つポ
インタとして保存する。
、すなわち５ＴＤＥ Ｉ ＰＮＭ＝空白、であることが
検査される。未定義であれば、該手順は、ＣソースがＴ
ＣＥＡ Ｉ ＶＷをゼロ又は空白値に初期化するように
バッファ内で構築する。未定義でなければ、該手順は、
Ｃソースが指標ｅによって指示された５ＴＤＥテ一ブル
名テーブル項目内で５ＴＤＥ Ｉ ＰＮＭ（７）値を用
い７ＴｃＥＡＩＶＷを初期化するように構築し、且つポ
インタとして保存する。
フロック２２３６０では、手順成分出力ビューが未定義
、すなわち、ＳＴＤＥＯＰＮＭ＝空白、かどうかの検査
が行われる。未定義であれば、該手順によってＣソース
はＴＣＥＡＯＶＷを初期化してゼロ若しくは空白文字に
なるようバッファ内に構築される。未定義でなければ、
該手順によりＣソースは指標ｅによって指示される５Ｔ
ＤＥテ一ブル名テーブル項目のＳＴＤＥＯＰＮＭ値を用
いてＴＣＥＡＯＶＷを初期化し、且つポインタとして保
存する。
、すなわち、ＳＴＤＥＯＰＮＭ＝空白、かどうかの検査
が行われる。未定義であれば、該手順によってＣソース
はＴＣＥＡＯＶＷを初期化してゼロ若しくは空白文字に
なるようバッファ内に構築される。未定義でなければ、
該手順によりＣソースは指標ｅによって指示される５Ｔ
ＤＥテ一ブル名テーブル項目のＳＴＤＥＯＰＮＭ値を用
いてＴＣＥＡＯＶＷを初期化し、且つポインタとして保
存する。
ブロック２２４４０では、手順成分プロファイル・ビュ
ーが未定義、すなわち、ＳＴＤＥＰＶＮＭ＝空白 かど
うか検査が行われる。未定義であれば、該手順によって
Ｃソースは、ＴＣＥＡＰＶＷを初期化して、ゼロ若しく
は空白文字になるようバッファ内に構築される。未定義
でなければ、該手順によりＣソースは指標ｅによって指
示される５ＴＤＥテ一ブル名テーブル項目のＳＴＤＥＰ
ｖＮＭ値を用いてＴＣＥＡＰＶＷを初期化し、且つポイ
ンタとして保存する。
ーが未定義、すなわち、ＳＴＤＥＰＶＮＭ＝空白 かど
うか検査が行われる。未定義であれば、該手順によって
Ｃソースは、ＴＣＥＡＰＶＷを初期化して、ゼロ若しく
は空白文字になるようバッファ内に構築される。未定義
でなければ、該手順によりＣソースは指標ｅによって指
示される５ＴＤＥテ一ブル名テーブル項目のＳＴＤＥＰ
ｖＮＭ値を用いてＴＣＥＡＰＶＷを初期化し、且つポイ
ンタとして保存する。
ブロック２２５２０では、手順成分がＤＢＭＳ型手順、
すなわち、５ＴＤＥＣＤＢ２＝Ｙ かどうか検査が行
われる。ＤＢＭＳ型であれば、該手順によって、Ｃソー
スはＴＣＥＤＢＴＹＰを初期化してｌになるようバッフ
ァ内に構築し、データベース手順としてフラグを付けら
れる。否であれば、該手順によりＣソースは初期化され
てＴＣＥＤＢＴＹＰをゼロにするよう構築され、否デー
タベース手順としてフラグを付けられる。該手順によっ
てＣ言語ＴＤＴ構造アレイ要素接尾辞（ブロック２２６
１０）が構築され、且つ書き込みバフファＴＤＴソース
・ファイルＷＴＳ手順（第５３図、ブロック２５５００
）が実行される（ブロック２２６５０）。ポインタｅは
増加され（ブロック２２６７０）、それに従って手順は
ブロック２２０８５に復帰する。
すなわち、５ＴＤＥＣＤＢ２＝Ｙ かどうか検査が行
われる。ＤＢＭＳ型であれば、該手順によって、Ｃソー
スはＴＣＥＤＢＴＹＰを初期化してｌになるようバッフ
ァ内に構築し、データベース手順としてフラグを付けら
れる。否であれば、該手順によりＣソースは初期化され
てＴＣＥＤＢＴＹＰをゼロにするよう構築され、否デー
タベース手順としてフラグを付けられる。該手順によっ
てＣ言語ＴＤＴ構造アレイ要素接尾辞（ブロック２２６
１０）が構築され、且つ書き込みバフファＴＤＴソース
・ファイルＷＴＳ手順（第５３図、ブロック２５５００
）が実行される（ブロック２２６５０）。ポインタｅは
増加され（ブロック２２６７０）、それに従って手順は
ブロック２２０８５に復帰する。
この地点で、Ｃ７手順によってメニュー・テーブルＴＭ
ＥＴＡＢを構築する為のソースが作成される。ここでも
又メニュー当り１項目と言う事になっている。該手順に
よって、大型バッファを初期化して空白にしくブロック
２２７００）、且つバッファ内に（ブロック２２７１０
）Ｃ言語ＴＭＥＴＡＢテーブル構造アレイ定義接尾辞が
構築される。ブロック２２７１０では、次いで該手順に
よって書き込みバッファＴＤＴソース・ファイルＷＴＳ
手順（第５３図、ブロック２５５００）が実行される。
ＥＴＡＢを構築する為のソースが作成される。ここでも
又メニュー当り１項目と言う事になっている。該手順に
よって、大型バッファを初期化して空白にしくブロック
２２７００）、且つバッファ内に（ブロック２２７１０
）Ｃ言語ＴＭＥＴＡＢテーブル構造アレイ定義接尾辞が
構築される。ブロック２２７１０では、次いで該手順に
よって書き込みバッファＴＤＴソース・ファイルＷＴＳ
手順（第５３図、ブロック２５５００）が実行される。
ブロック２２７９０から２３４２０まででは、ＴＭＥＴ
ＡＢが生成される。この段階ではブロック２２７９０で
大型バッファを初期化して空白にすることから開始され
る。Ｃ言語ＴＭＥＴＡＢテーブル構造アレイが、ＴＭＥ
ＴＡＢテーブル（ブロック２２８００）内に手順（ＴＭ
Ｅ）構造要素の番号としてＮＥＯ値を用いてバッファ内
に構築される。該手順によってＷＴＳ手順（第５３図、
ブロック２５５００）が実行され（ブロック２２８３０
）、次いでポインタｅが最初の５ＴＤＥテ一ブル成分名
に対して初期化される。ブロック２０８６５では、ｅが
５ＴＤＥテ一ブル成分の終端を通過してポイントするこ
とを見極める為に検査が行われ、是であれば、該手順は
ブロック２３４００へ分岐する。是でなければ、手順（
ブロック２２８７０）では、ｅによって指示される成分
の成分型がメニュー項目定義（Ｓ Ｔ Ｄ Ｅ Ｔ Ｙ
Ｐ＝Ｅ）であることを見極める為に検査が行われる。
ＡＢが生成される。この段階ではブロック２２７９０で
大型バッファを初期化して空白にすることから開始され
る。Ｃ言語ＴＭＥＴＡＢテーブル構造アレイが、ＴＭＥ
ＴＡＢテーブル（ブロック２２８００）内に手順（ＴＭ
Ｅ）構造要素の番号としてＮＥＯ値を用いてバッファ内
に構築される。該手順によってＷＴＳ手順（第５３図、
ブロック２５５００）が実行され（ブロック２２８３０
）、次いでポインタｅが最初の５ＴＤＥテ一ブル成分名
に対して初期化される。ブロック２０８６５では、ｅが
５ＴＤＥテ一ブル成分の終端を通過してポイントするこ
とを見極める為に検査が行われ、是であれば、該手順は
ブロック２３４００へ分岐する。是でなければ、手順（
ブロック２２８７０）では、ｅによって指示される成分
の成分型がメニュー項目定義（Ｓ Ｔ Ｄ Ｅ Ｔ Ｙ
Ｐ＝Ｅ）であることを見極める為に検査が行われる。
ブロック２２８９０では、Ｃ言語ＴＤＴ構造アレイ要素
接頭辞が構築される。ＴＭＥ Ｓ Ｅ Ｌを初期化する
為のＣソースが、指標ｅ（ブロック２２９２０）によっ
て指示された５ＴＤＥテ一ブル名テーブル項目内のＳＴ
ＤＥＮＡＭＥの値を用いて構築される。ブロック２２１
８０ではポインタｅによって指示されたメニュ−８カバ
ネルと同一の名前でパネルテーブル内のパネル名が設定
される。指標Ｊは、所望のパネルが設置される以前にパ
ネル・テーブル内にあるパネル番号で初期化される。
接頭辞が構築される。ＴＭＥ Ｓ Ｅ Ｌを初期化する
為のＣソースが、指標ｅ（ブロック２２９２０）によっ
て指示された５ＴＤＥテ一ブル名テーブル項目内のＳＴ
ＤＥＮＡＭＥの値を用いて構築される。ブロック２２１
８０ではポインタｅによって指示されたメニュ−８カバ
ネルと同一の名前でパネルテーブル内のパネル名が設定
される。指標Ｊは、所望のパネルが設置される以前にパ
ネル・テーブル内にあるパネル番号で初期化される。
ブロック２３０００では手順成分プロファイル・ビュー
が未定義、すなわち５ＴＤＥ Ｉ ＰＮＭ＝空白 であ
るかどうかが検査される。未定義であれば、該手順によ
ってＣソースがＴＰＥＡＴＰＥをゼロ若しくは空白値に
するようバッファ内に構築される。定義されていれば、
該手順によってＣソースは、パネル・テーブルＴＰＥＴ
ＡＢへの指標としてｊを用いてＴＰＥＡＴＰＥを初期化
する様に構築され、ｊの値及び５ＴＤＥ Ｉ ＰＮＭパ
ネルのＴＰＥ番号によって識別されたＴＰＥＴＡＢ内の
ｊ番目の項目に対するポインタとして保存される。
が未定義、すなわち５ＴＤＥ Ｉ ＰＮＭ＝空白 であ
るかどうかが検査される。未定義であれば、該手順によ
ってＣソースがＴＰＥＡＴＰＥをゼロ若しくは空白値に
するようバッファ内に構築される。定義されていれば、
該手順によってＣソースは、パネル・テーブルＴＰＥＴ
ＡＢへの指標としてｊを用いてＴＰＥＡＴＰＥを初期化
する様に構築され、ｊの値及び５ＴＤＥ Ｉ ＰＮＭパ
ネルのＴＰＥ番号によって識別されたＴＰＥＴＡＢ内の
ｊ番目の項目に対するポインタとして保存される。
ブロック２３１００では、５ＴＤＥテ一ブル手順項目５
ＴＤＥＴＹＰ＝ ’Ｃ’が、ポインタｅによって指示さ
れたえてのメニュー項目の内のメニュー出力手順名ＳＴ
ＤＥＯＰＮＭの値と同一の名前ＳＴＤＥＮＡＭＥで設定
される。指標ｊは該手順が設置される以前に５ＴＤＥテ
ーブル内にあった手順番号で初期化される。
ＴＤＥＴＹＰ＝ ’Ｃ’が、ポインタｅによって指示さ
れたえてのメニュー項目の内のメニュー出力手順名ＳＴ
ＤＥＯＰＮＭの値と同一の名前ＳＴＤＥＮＡＭＥで設定
される。指標ｊは該手順が設置される以前に５ＴＤＥテ
ーブル内にあった手順番号で初期化される。
ブロック２３１７０では、該手順のメニュー出力手順が
未定義、すなわちＳＴＤＥＯＰＮＭ＝空白 かどうか検
査される。未定義であれば、該手順によって、ＴＰＥＡ
ＴＣＥをゼロ若しくは空白値に初期化するようにＣソー
スはバッファ内に構築される。定義されていれば、該手
順によってＣソースはパネル・テーブルＴＣＥＴＡＢに
指標としてｊを用いてＴＰＥＡＴＣＥを初期化するよう
に構築され、ｊの値とＳＴＤＥＯＰＮＭパネルのＴＣＥ
番号によって識別されたＴＣＥＴＡＢ内のｊ番目の項目
にポインタとして保存される。
未定義、すなわちＳＴＤＥＯＰＮＭ＝空白 かどうか検
査される。未定義であれば、該手順によって、ＴＰＥＡ
ＴＣＥをゼロ若しくは空白値に初期化するようにＣソー
スはバッファ内に構築される。定義されていれば、該手
順によってＣソースはパネル・テーブルＴＣＥＴＡＢに
指標としてｊを用いてＴＰＥＡＴＣＥを初期化するよう
に構築され、ｊの値とＳＴＤＥＯＰＮＭパネルのＴＣＥ
番号によって識別されたＴＣＥＴＡＢ内のｊ番目の項目
にポインタとして保存される。
該手順によって、Ｃソースは、指標ｅによって指示され
た５ＴＤＥテ一ブル名テーブル項目内の５ＴＤＥＤＥＳ
Ｃの値を用いて、ＴＭＥＤＥＳＣを初期化するように構
築される。
た５ＴＤＥテ一ブル名テーブル項目内の５ＴＤＥＤＥＳ
Ｃの値を用いて、ＴＭＥＤＥＳＣを初期化するように構
築される。
ブロック２３３００では、Ｃ言語ＴＤＴ構造アレイ要素
接尾辞が構築され、ＷＴＳ手順（第５３図、ブロック２
５５００）が実行される（ブロック２３３５０）。ポイ
ンタｅは増加され（ブロック２３３８０）、それに従っ
て該手順はブロック２２０８５に復帰する。
接尾辞が構築され、ＷＴＳ手順（第５３図、ブロック２
５５００）が実行される（ブロック２３３５０）。ポイ
ンタｅは増加され（ブロック２３３８０）、それに従っ
て該手順はブロック２２０８５に復帰する。
大型バッファは初期化されて空白（ブロック２３４００
）になり、Ｃ言語ＴＭＥＴＡＢチーフル構造アレイ定義
接尾辞はバッファ内に（フロック２３４１０）構築され
、且つ手順はＷＴＳ手順（第５３図、ブロック２５５０
０）を実行する（ブロック２３４２０）。
）になり、Ｃ言語ＴＭＥＴＡＢチーフル構造アレイ定義
接尾辞はバッファ内に（フロック２３４１０）構築され
、且つ手順はＷＴＳ手順（第５３図、ブロック２５５０
０）を実行する（ブロック２３４２０）。
ＣＴ手順（フロック２３４９０ないし２３８７０）の次
の部分では、トランザクション言語テーブルＴＬＥＴＡ
Ｂが生成される。フロー・チャート描示のように、何も
定義されていればいかなるトランザクション言語項目も
構築されない。プロ・７り２３４９０では言語項目番号
ＮＬがゼロより大であることを見極める為に検査が行わ
れ、否であれば、該手順はフロック２３９５０へ進む。
の部分では、トランザクション言語テーブルＴＬＥＴＡ
Ｂが生成される。フロー・チャート描示のように、何も
定義されていればいかなるトランザクション言語項目も
構築されない。プロ・７り２３４９０では言語項目番号
ＮＬがゼロより大であることを見極める為に検査が行わ
れ、否であれば、該手順はフロック２３９５０へ進む。
是であれば、該手順は大型バッファを初期化して空白に
する（ブロック２３５５０）。ブロック２３５１０では
、Ｃ言語ＴＭＥＴＡＢ構造アレイ定義がＴＭＥＴＡＢテ
ーブル内の手プルＴＭＥ）構造要素の番号としてｅを用
いて構築される。該手順ではＷＴＳ手順（第５３図、ブ
ロック２５５００）が実行され、且つポインタｅは最初
の５ＴＤＥテ一ブル成分名（ブロック２３３８０）へ増
加させられる。
する（ブロック２３５５０）。ブロック２３５１０では
、Ｃ言語ＴＭＥＴＡＢ構造アレイ定義がＴＭＥＴＡＢテ
ーブル内の手プルＴＭＥ）構造要素の番号としてｅを用
いて構築される。該手順ではＷＴＳ手順（第５３図、ブ
ロック２５５００）が実行され、且つポインタｅは最初
の５ＴＤＥテ一ブル成分名（ブロック２３３８０）へ増
加させられる。
ブロック２３５７５では、ｅが５ＴＤＥチ一フル成分テ
ーブルの終端を通過してポイントすることを見極める為
に検査が行われ、是であれば、該手順はブロック２３８
５０へ分岐する。否であれば、該手順はｅによって指示
される成分の成分型（ＳＴＤＥＴＹＰ）が言語項目定義
であることを見極める為に検査が行われる。否であれば
、該手順は大型バッファを初期化して空白（ブロック２
３５９０）にし、且つＣ言語ＴＤＴ構造アレイ要素接頭
辞（ブロック２３６００）が構築される。
ーブルの終端を通過してポイントすることを見極める為
に検査が行われ、是であれば、該手順はブロック２３８
５０へ分岐する。否であれば、該手順はｅによって指示
される成分の成分型（ＳＴＤＥＴＹＰ）が言語項目定義
であることを見極める為に検査が行われる。否であれば
、該手順は大型バッファを初期化して空白（ブロック２
３５９０）にし、且つＣ言語ＴＤＴ構造アレイ要素接頭
辞（ブロック２３６００）が構築される。
フロック２３６３０では、Ｃソースは指標ｅによって指
示された５ＴＤＥテ一ブル名テーブル項目内の言語名を
用いてＴＬＥＮＡＭＥを初期化する為にバッファ内に構
築される。
示された５ＴＤＥテ一ブル名テーブル項目内の言語名を
用いてＴＬＥＮＡＭＥを初期化する為にバッファ内に構
築される。
ブロック２３６７０では、Ｃソースは指標ｅによって指
示された５ＴＤＥテ一ブル名テーブル項目５ＴＤＥ Ｉ
ＰＮＭの（直、ドキュメンテーション・レポート・フ
ァイル名を用いてＴＬＥＤＲＥＰを初期化する為にバッ
ファ内に構築される。
示された５ＴＤＥテ一ブル名テーブル項目５ＴＤＥ Ｉ
ＰＮＭの（直、ドキュメンテーション・レポート・フ
ァイル名を用いてＴＬＥＤＲＥＰを初期化する為にバッ
ファ内に構築される。
ブロック２３６７１では、Ｃソースは指標ｅによって指
示された５ＴＤＥテ一ブル名テーブル項目内のＳＴＤＥ
ＯＰＮＭ値、ドキュメンテーション生成名を用いてＴＬ
ＥＤＧＥＮを初期化する為にバッファ内に構築される。
示された５ＴＤＥテ一ブル名テーブル項目内のＳＴＤＥ
ＯＰＮＭ値、ドキュメンテーション生成名を用いてＴＬ
ＥＤＧＥＮを初期化する為にバッファ内に構築される。
該手順は大型バッファを初期化して空白にしくブロック
２３８５０）、Ｃ言語のＴＬＥＴＡＢテーブル構造アレ
イ定義接尾辞（ブロック２３８６０）を構築し、且つＷ
ＴＳ手順（第５３図、ブロック２５５００）を実行する
（ブロック２３８７０）。
２３８５０）、Ｃ言語のＴＬＥＴＡＢテーブル構造アレ
イ定義接尾辞（ブロック２３８６０）を構築し、且つＷ
ＴＳ手順（第５３図、ブロック２５５００）を実行する
（ブロック２３８７０）。
ＣＴ手順（ブロック２３９５０ないし２４２２３０）の
次段階ではＤＢ同期機能アドレス・テーブルを生成する
。このテーブルは手順がＤＢユーザーであることを宣言
している場合に限り用いられる。
次段階ではＤＢ同期機能アドレス・テーブルを生成する
。このテーブルは手順がＤＢユーザーであることを宣言
している場合に限り用いられる。
しかし、該テーブルが存在しても、生成された手順ポイ
ンタは０になっているので、連係エディタがＤＢシル−
ンに連係出来ないことになる。
ンタは０になっているので、連係エディタがＤＢシル−
ンに連係出来ないことになる。
この手順の段階では、ブロック２３９６０で大型バッフ
ァを初期化することによって空白化することで開始され
、Ｃ言語ＤＢ同期機能アドレス・テーブル構造定義（ブ
ロック２３９６０）が構築される。
ァを初期化することによって空白化することで開始され
、Ｃ言語ＤＢ同期機能アドレス・テーブル構造定義（ブ
ロック２３９６０）が構築される。
ブロック２３９８０では、アプリケーションがフラグ付
きの５ＴＤＥＣＤＢ２を有する何等かの手順を含んでい
ることを見極める為に検査が行われる。否であれば、該
手順はフロック２４１００へ分岐する。５ＴＤＥＣＤＢ
２がフラグ付きであれば、該手順によってＣソースは
ｒＥＴＣＯＮＮ機能アドレスを用いる接続を初期化する
ように構築される。Ｉ ＥＴＣＯＮＮはＩ ＥＴ内部テ
Ｄ Ｂ Ｍ Ｓのログイン若しくはコネクト機能を実行
する。次いで、該手順によって、ＣソースはＩＥＴＣＯ
ＭＭ機能アドレス（フロック２４０５０）を用いてコミ
ットを初期化するよう構築される。ＩＥＴＣＯＭＭはＤ
ＢＭＳコミット機能をＩＥＴ内部で実行する。
きの５ＴＤＥＣＤＢ２を有する何等かの手順を含んでい
ることを見極める為に検査が行われる。否であれば、該
手順はフロック２４１００へ分岐する。５ＴＤＥＣＤＢ
２がフラグ付きであれば、該手順によってＣソースは
ｒＥＴＣＯＮＮ機能アドレスを用いる接続を初期化する
ように構築される。Ｉ ＥＴＣＯＮＮはＩ ＥＴ内部テ
Ｄ Ｂ Ｍ Ｓのログイン若しくはコネクト機能を実行
する。次いで、該手順によって、ＣソースはＩＥＴＣＯ
ＭＭ機能アドレス（フロック２４０５０）を用いてコミ
ットを初期化するよう構築される。ＩＥＴＣＯＭＭはＤ
ＢＭＳコミット機能をＩＥＴ内部で実行する。
該手順によって、ＣソースはＩＥＴＲＥＬ機能アドレス
（ブロック２４０５５）を用いてリリースを初期化する
ようバッファ内に構築され、次いで、７”ｏツク２４２
１０に進行させられる。ＩＥＴＲＥＬは、ＤＢＭＳのリ
リーズ若しくはログアウト機能をＩＥＴ内部で実行する
。
（ブロック２４０５５）を用いてリリースを初期化する
ようバッファ内に構築され、次いで、７”ｏツク２４２
１０に進行させられる。ＩＥＴＲＥＬは、ＤＢＭＳのリ
リーズ若しくはログアウト機能をＩＥＴ内部で実行する
。
該手順によってＣソースは、ブロック２４１００内での
ゼロ又は空白ポインタ値を用いてコネクトを初期化する
ようにバッファ内に構築される。ブロック２４１３０で
は、該手順によって、Ｃソースはゼロ又は空白ポインタ
値を用いてコミットを初期化するようにバッファ内に構
築され、次いでＣソースはブロック２４１６０のゼロ又
は空白ポインタ値を用いてリリースを初期化するように
バッファ内に構築される。
ゼロ又は空白ポインタ値を用いてコネクトを初期化する
ようにバッファ内に構築される。ブロック２４１３０で
は、該手順によって、Ｃソースはゼロ又は空白ポインタ
値を用いてコミットを初期化するようにバッファ内に構
築され、次いでＣソースはブロック２４１６０のゼロ又
は空白ポインタ値を用いてリリースを初期化するように
バッファ内に構築される。
該手順はＣソースＤＢ同期構造初期化接尾辞（ブロック
２４２１０）を構築し、且つＷＴＳ手順（第５３図、ブ
ロック２５５００）を実行する（ブロック２４２３０）
。
２４２１０）を構築し、且つＷＴＳ手順（第５３図、ブ
ロック２５５００）を実行する（ブロック２４２３０）
。
ＣＴ手順の次の部分、ブロック２４２５０ないし２４５
００では、ＴＤＴソース接尾辞が生成され、且つソース
ファイルが閉じられる。該手順のこの段階はブロック２
４２６０でＴＤＴ接尾辞初期化データの始めに指標をセ
ットすることによって開始される。該手順によって、指
標はブロック２４２７０の接尾辞初期化データの最終行
にポイントすることを見極める為に検査が行われ、是で
あれば、該手順はブロック２４４４０へ分岐する。
００では、ＴＤＴソース接尾辞が生成され、且つソース
ファイルが閉じられる。該手順のこの段階はブロック２
４２６０でＴＤＴ接尾辞初期化データの始めに指標をセ
ットすることによって開始される。該手順によって、指
標はブロック２４２７０の接尾辞初期化データの最終行
にポイントすることを見極める為に検査が行われ、是で
あれば、該手順はブロック２４４４０へ分岐する。
否であれば、該手順はＴＤＴ接尾辞の該行を出力バッフ
ァ （ブロック２４３００）にコピーし、且つデータ（
ブロック２４３２０）に従って、新文字行を置くことに
よってバッファ内で該行が終了される。
ァ （ブロック２４３００）にコピーし、且つデータ（
ブロック２４３２０）に従って、新文字行を置くことに
よってバッファ内で該行が終了される。
ブロック２４３３０ではＷＴＳ手順（第５３図、ブロッ
ク２５５００）が実行され（ブロック２３）、復帰コー
ドが保管される。指標は増加させられ、且つ手順はブロ
ック２４３５０へ復帰する。
ク２５５００）が実行され（ブロック２３）、復帰コー
ドが保管される。指標は増加させられ、且つ手順はブロ
ック２４３５０へ復帰する。
ブロック２４４４０では復帰コードが良好であることを
見極める為に検査され、是であれば、該手順はブロック
２４５００へ進み、且つＴＤＴソース・ファイルは閉じ
られる。否であれば、エラー・メツセージ・アウトｇｔ
ｄｍｓｇはｒＴＤＴソース書き込みエラー」 （ブロッ
ク２４４６０）に等しいとセットされ、且つプログラム
によってＩｓＴ手順はエラーと共に退去させられる。
見極める為に検査され、是であれば、該手順はブロック
２４５００へ進み、且つＴＤＴソース・ファイルは閉じ
られる。否であれば、エラー・メツセージ・アウトｇｔ
ｄｍｓｇはｒＴＤＴソース書き込みエラー」 （ブロッ
ク２４４６０）に等しいとセットされ、且つプログラム
によってＩｓＴ手順はエラーと共に退去させられる。
最後のＣＴ手順の部分（ブロック２４５６０ないし２５
０７０）ではＴＤＴがコンパイルされる。
０７０）ではＴＤＴがコンパイルされる。
この手順の段階はブロック２４５６０でコンパイル・パ
ラメータ値の設定によって開始される。
ラメータ値の設定によって開始される。
該コンパイル・パラメーターはリストヘコピーされる（
ブロック２４７９０）。ＵＮＩＸを実行する為に、原デ
ィレクトリが保管され（ブロック２４８９０）、且つＴ
ＤＴソースの置かれたディレクトリは変更される（ブロ
ック２４９００）。
ブロック２４７９０）。ＵＮＩＸを実行する為に、原デ
ィレクトリが保管され（ブロック２４８９０）、且つＴ
ＤＴソースの置かれたディレクトリは変更される（ブロ
ック２４９００）。
ブロック２４９１０では次にＣコンパイルがパラメータ
・リストともに呼出され、且つ復帰コードが保管される
。ＵＮＩＸの実行の為に、該手順は原ディレクトリへ変
更される （ブロック２４９２０）。
・リストともに呼出され、且つ復帰コードが保管される
。ＵＮＩＸの実行の為に、該手順は原ディレクトリへ変
更される （ブロック２４９２０）。
ブロック２４９５０では、復帰コードが誤ったＣコンパ
イルの呼出しを指示したことを見極める為に検査が行わ
れる。否であれば、プログラムはブロック２５０００へ
進む。誤りが発生していれば、エラー・メソセージ・ア
ウトｇｔｄｍｓｇがＴＤＴｃｃ ｓｐａｗｎｖｐ ｆａ
ｉｌｅｄ、 ｅｒｒｎｏ＝ｒｃ （ブロック２４９６
０）に等しくセットされ、且つ該プログラムによってＣ
Ｔ手順はエラー（ブロック２４９７０）と共に退去させ
られる。
イルの呼出しを指示したことを見極める為に検査が行わ
れる。否であれば、プログラムはブロック２５０００へ
進む。誤りが発生していれば、エラー・メソセージ・ア
ウトｇｔｄｍｓｇがＴＤＴｃｃ ｓｐａｗｎｖｐ ｆａ
ｉｌｅｄ、 ｅｒｒｎｏ＝ｒｃ （ブロック２４９６
０）に等しくセットされ、且つ該プログラムによってＣ
Ｔ手順はエラー（ブロック２４９７０）と共に退去させ
られる。
ブロック２５０００では、復帰コードによってエラー条
件でＣコンパイラが終了させられることを見極める為に
検査が行われ、否であれば、プログラムはブロック２５
０７０へ分岐する。エラーと共に終了するのであれば、
ＧＴＤ出カフカファイルン゛バイラ・エラー・メソセー
ジと共にユーザーへ示される。
件でＣコンパイラが終了させられることを見極める為に
検査が行われ、否であれば、プログラムはブロック２５
０７０へ分岐する。エラーと共に終了するのであれば、
ＧＴＤ出カフカファイルン゛バイラ・エラー・メソセー
ジと共にユーザーへ示される。
ブロック２４９６０ではエラー・メソセージ・アウトｇ
ｔｄｍｓｇがｒＴＤＴコンパイル誤り」に等しいとセッ
トされ、且つプログラムによってＣＴ手順はエラー（ブ
ロック２５０３０）と共に退去させられる。
ｔｄｍｓｇがｒＴＤＴコンパイル誤り」に等しいとセッ
トされ、且つプログラムによってＣＴ手順はエラー（ブ
ロック２５０３０）と共に退去させられる。
フロック２５０７０ではメツセージ・アウトｇｔｄｍｓ
ｇがｒＴＤＴコンパイル完了」にセットされ、且つプロ
グラムは手順ＣＴを退去させる。
ｇがｒＴＤＴコンパイル完了」にセットされ、且つプロ
グラムは手順ＣＴを退去させる。
ＧＴＤ ＡＤＤ ＶＩＥＷ ＮＡＭＥ Ｔ。
ＴＡＢＬＥ：ＴＶＡ １１
ここで本発明による表記手順の実施例を描出する第５２
ａ−ｂ図を取り上げることにすれば、ＧＴ［１ＡＤＤ
ＶＩＥＷ ＮＡＭＥ Ｔｏ ＴＡＢＬＥ手順は
入力ビュー塩をビュー・テーブルに上向順に加え且つビ
ュー・テーブル・カウントを更新しており、且つ判定ブ
ロック２５２１０から入力ビュー塩の空白の有無の検査
を開始している。空白であれば、プログラムによって手
順はエラー無しとして退去させられる。入力ビュー塩が
空白でなければ、判定ブロック２５２２０で入力ビュー
塩としてゼロの有無の検査が行われる。有であれば、プ
ログラムによってＴＶＡ手順はエラーなしとして退去さ
せられる。無であれば判定ブロック２５２５０でビュ一
番号の、ビュー・テーブル・サイズ最大値超過の有無の
検査が行われる。有であれば、プログラムはエラー・メ
ツセージ・フィールド、ＧＴＤＭＳＧ＝ＶＩＥＷ Ｔ
ＡＢＬＥＦＵＬＬ （ブロック２５２６０）を設定し、
且つＴＶＡ手順はエラーで退去させられる（ブロック２
５２７０）。
ａ−ｂ図を取り上げることにすれば、ＧＴ［１ＡＤＤ
ＶＩＥＷ ＮＡＭＥ Ｔｏ ＴＡＢＬＥ手順は
入力ビュー塩をビュー・テーブルに上向順に加え且つビ
ュー・テーブル・カウントを更新しており、且つ判定ブ
ロック２５２１０から入力ビュー塩の空白の有無の検査
を開始している。空白であれば、プログラムによって手
順はエラー無しとして退去させられる。入力ビュー塩が
空白でなければ、判定ブロック２５２２０で入力ビュー
塩としてゼロの有無の検査が行われる。有であれば、プ
ログラムによってＴＶＡ手順はエラーなしとして退去さ
せられる。無であれば判定ブロック２５２５０でビュ一
番号の、ビュー・テーブル・サイズ最大値超過の有無の
検査が行われる。有であれば、プログラムはエラー・メ
ツセージ・フィールド、ＧＴＤＭＳＧ＝ＶＩＥＷ Ｔ
ＡＢＬＥＦＵＬＬ （ブロック２５２６０）を設定し、
且つＴＶＡ手順はエラーで退去させられる（ブロック２
５２７０）。
ビュ一番号が最大ビュー・テーブル・サイズを超過しな
い場合、ビュー・テーブルの位置はビュー・テーブル名
として与えられる（ブロック２５３５０）。ビュー・テ
ーブルは上向型分類法で構築される。判定ブロック２５
３５５では、入力ビュー塩ｖｎａｍｅがビュー・テーブ
ル位置に在るかどうか見極める為に検査される。在りで
あれば、プログラムによってＴＶＡ手順は退去させられ
る（ブロック２５４２０）。入力ビュー塩ｖｎａｍｅが
テーブル位置になければ、該手順によってテーブル項目
は新名称（ブロック２５３６０）用の場所を明けるよう
に移動させられ、次いでブロック２５３９０へ進行する
。
い場合、ビュー・テーブルの位置はビュー・テーブル名
として与えられる（ブロック２５３５０）。ビュー・テ
ーブルは上向型分類法で構築される。判定ブロック２５
３５５では、入力ビュー塩ｖｎａｍｅがビュー・テーブ
ル位置に在るかどうか見極める為に検査される。在りで
あれば、プログラムによってＴＶＡ手順は退去させられ
る（ブロック２５４２０）。入力ビュー塩ｖｎａｍｅが
テーブル位置になければ、該手順によってテーブル項目
は新名称（ブロック２５３６０）用の場所を明けるよう
に移動させられ、次いでブロック２５３９０へ進行する
。
ブロック２５３９０の段階では、νｎａｍｅがテーブル
内の在るべき場所に設置され、次いでビュー・カウント
ＮＶが増加させられる（ブロック２５４２０）。
内の在るべき場所に設置され、次いでビュー・カウント
ＮＶが増加させられる（ブロック２５４２０）。
これだけの事が完了すると、プログラムはＴＶＡ手順を
退去させる（ブロック２５４２０）。
退去させる（ブロック２５４２０）。
ＧＴＤ ＷＲＩＴＥ ＢＵＦＦＥＲＴ。
ＦＩＬＥ：ＷＴＳ １１
表記手順の実施例を描出する第５３図を概観すれば、Ｇ
ＴＤ ＷＲＩＴＥ ＢＵＦＦＥＲＴ。
ＴＤ ＷＲＩＴＥ ＢＵＦＦＥＲＴ。
ＦＩＬＥ手順は、データ・バッファのファイル書き込み
によってブロック２５５３０で開始される。
によってブロック２５５３０で開始される。
次いで、判定ブロック２５５５０では書き込みが順調か
どうか検査か行われる。否であれば、エラー・メツセー
ジ・フィールドがＧＴＤＭＳＧ＝ＴＤＴ ５ＯＵＲＣ
Ｅ ＷＲＩＴＥ ＥＲＲＯＲ（ブロック２５５６０
）としてセットされ、プログラムによってＷＴＳ手順は
エラーで（ブロック２５５７０）退去させられる。非で
なければ、プログラムによってＷＴＳ手順はブロック２
５４２０に於いて退去させられる。
どうか検査か行われる。否であれば、エラー・メツセー
ジ・フィールドがＧＴＤＭＳＧ＝ＴＤＴ ５ＯＵＲＣ
Ｅ ＷＲＩＴＥ ＥＲＲＯＲ（ブロック２５５６０
）としてセットされ、プログラムによってＷＴＳ手順は
エラーで（ブロック２５５７０）退去させられる。非で
なければ、プログラムによってＷＴＳ手順はブロック２
５４２０に於いて退去させられる。
ＧＴＤ ＣＯＭＰＩＬＥ ＶＩＥＷ：ＣＶ手ここで
本発明による表記手順の実施例を描出する第５４ ａ−
ｍｍ図を考察すれば、表記プロセスはビューの構築並び
にコンパイル同様、ビュー・コンパイルの検査も必要で
あることを含んでいる。
本発明による表記手順の実施例を描出する第５４ ａ−
ｍｍ図を考察すれば、表記プロセスはビューの構築並び
にコンパイル同様、ビュー・コンパイルの検査も必要で
あることを含んでいる。
検査プロセスは次の方式で実施される。先ず、ビュー・
オブジェクト・モジュール名が構築され且つ変更日時が
収集される０次に、全ビューのリストがＴＤＦを用いて
構築される。更に、ユーザ・ビューファイルとトランザ
クション・ビュー・ファイルの変更日付がビュー・オブ
ジェクト・モジュールの日付と対照・検査される。該構
築及びコンパイル・プロセスは、何等かのユーザ・ビュ
ー・ファイル若しくはトランザクション・ビュー・ファ
イルがビュー・オブジェクト・モジュールと同じ日付又
は後の日付の場合に、あるいは、条件無しコンパイルが
ユーザから要求された場合、必要になる。
オブジェクト・モジュール名が構築され且つ変更日時が
収集される０次に、全ビューのリストがＴＤＦを用いて
構築される。更に、ユーザ・ビューファイルとトランザ
クション・ビュー・ファイルの変更日付がビュー・オブ
ジェクト・モジュールの日付と対照・検査される。該構
築及びコンパイル・プロセスは、何等かのユーザ・ビュ
ー・ファイル若しくはトランザクション・ビュー・ファ
イルがビュー・オブジェクト・モジュールと同じ日付又
は後の日付の場合に、あるいは、条件無しコンパイルが
ユーザから要求された場合、必要になる。
ビュー構築プロセスの間、Ｃトランザクションビューフ
ァイル（、ｈ）は、Ｃ０ＢＯＬとＣ言語手順間の統一的
なトランザクション・ビューを維持する為に、Ｃ０ＢＯ
Ｌ ）ランザクジョン・ビューファイルから再生成され
る。
ァイル（、ｈ）は、Ｃ０ＢＯＬとＣ言語手順間の統一的
なトランザクション・ビューを維持する為に、Ｃ０ＢＯ
Ｌ ）ランザクジョン・ビューファイルから再生成され
る。
ＶＭＯＨ及びＶＭＯＦテーブルはそれぞれのユーザ・ビ
ューを構築する。ヘルプ、グロサリ及び情報プログラム
・ファイル・ビューがＶＭＯＨ及びＶＭＯＦテーブルで
構築され、且つビューＣソ−ス・ファイルに書き込まれ
る。各ユーザ・ビューに対しては、該ビュー・フィール
ドはテーブルに読み込まれ、且つＶＭＯＨ及びＶＭＯＦ
テーブルが構築され、ビューＣソース・ファイルに書き
込まれる。該構築が順調ならば、ビュー・ソース・ファ
イルは閉じられ且つビューはコンパイルされる。
ューを構築する。ヘルプ、グロサリ及び情報プログラム
・ファイル・ビューがＶＭＯＨ及びＶＭＯＦテーブルで
構築され、且つビューＣソ−ス・ファイルに書き込まれ
る。各ユーザ・ビューに対しては、該ビュー・フィール
ドはテーブルに読み込まれ、且つＶＭＯＨ及びＶＭＯＦ
テーブルが構築され、ビューＣソース・ファイルに書き
込まれる。該構築が順調ならば、ビュー・ソース・ファ
イルは閉じられ且つビューはコンパイルされる。
ブロック２５８７０を出発点として、Ｃ，ＴＤコンパイ
ル・ビューＣＶ手順はＧＴＤ出カフカファイルワインド
し、且つ変数ｇｔｄｍｖｗｌの再々ビュー長さを保管す
る（ブロック２６１２０）。
ル・ビューＣＶ手順はＧＴＤ出カフカファイルワインド
し、且つ変数ｇｔｄｍｖｗｌの再々ビュー長さを保管す
る（ブロック２６１２０）。
ブロック２６１７０ないし２６２８５では、ビュー・オ
ブジェクト・モジュールの完全修飾されたパスネーム（
ｐａｔｈｎａｍｅ ）がセットされ、且つオブジェクト
・モジュールの変更日時が得られる。
ブジェクト・モジュールの完全修飾されたパスネーム（
ｐａｔｈｎａｍｅ ）がセットされ、且つオブジェクト
・モジュールの変更日時が得られる。
完全修飾されたビュー・オブジェクト・モジュール・フ
ァイル・パスネーム： ｇｔｄｍｌｉｄｌＴ Ｄ Ｔ名
：ｇｔｄＩＩｌｆｆｌｅＩｌｌ、及び接尾辞・ｏ（ブロ
ック２６１７０）がマツプ・ライブラリ・パスネーム（
ｍａｐ ｌｉｂｒａｒｙｐａｔｈｎａｍｅ ）を用いて
構築される。
ァイル・パスネーム： ｇｔｄｍｌｉｄｌＴ Ｄ Ｔ名
：ｇｔｄＩＩｌｆｆｌｅＩｌｌ、及び接尾辞・ｏ（ブロ
ック２６１７０）がマツプ・ライブラリ・パスネーム（
ｍａｐ ｌｉｂｒａｒｙｐａｔｈｎａｍｅ ）を用いて
構築される。
ブロック２６２８０では、ビュー・オブジェクト・モジ
ュールの存在の有無が検査され、且つファイル記述情報
が入手される。ブロック２６２８５ではビュー・オブジ
ェクト・モジュールが存在の有無が検査される。有であ
れば、ビュー・オブジェクト・モジュール変更日／時は
ｏｐｔｉｍに保存され、且つプログラムによってブロッ
ク２６３８０を用いての実行が継続される。無であれば
、ｏｐｔｉｍはゼロにセットされ、且つプログラムはブ
ロック２６３８０を用いた実行を継続する。
ュールの存在の有無が検査され、且つファイル記述情報
が入手される。ブロック２６２８５ではビュー・オブジ
ェクト・モジュールが存在の有無が検査される。有であ
れば、ビュー・オブジェクト・モジュール変更日／時は
ｏｐｔｉｍに保存され、且つプログラムによってブロッ
ク２６３８０を用いての実行が継続される。無であれば
、ｏｐｔｉｍはゼロにセットされ、且つプログラムはブ
ロック２６３８０を用いた実行を継続する。
次の部分のＣＶ手順、ブロック２６３８０ないし２６４
６５では５ＴＤＥテーブルに格納された情報を用いてビ
ュー・リストが構築される。まず、ビュ一番号がゼロに
セント、ＮＶ＝１ （ブロック２６４６５）され、且
つポインタｅが５ＴＤＥテーブルの開始に当って初期化
される。判定ブロック２６４０５では、ｅが５ＴＤＥテ
ーブルの終端を超えてポイントしていることを見極める
為に検査される。是であれば、該手順はブロック２６５
１０に分岐する。非であれば、該手順は５ＴＤＥテーブ
ル内の現行項目が手順項目、５ＴＤＥＴＹＰ＝Ｃ（ブロ
ック２６４１０）であるかどうかを見極める為に検査さ
れる。
６５では５ＴＤＥテーブルに格納された情報を用いてビ
ュー・リストが構築される。まず、ビュ一番号がゼロに
セント、ＮＶ＝１ （ブロック２６４６５）され、且
つポインタｅが５ＴＤＥテーブルの開始に当って初期化
される。判定ブロック２６４０５では、ｅが５ＴＤＥテ
ーブルの終端を超えてポイントしていることを見極める
為に検査される。是であれば、該手順はブロック２６５
１０に分岐する。非であれば、該手順は５ＴＤＥテーブ
ル内の現行項目が手順項目、５ＴＤＥＴＹＰ＝Ｃ（ブロ
ック２６４１０）であるかどうかを見極める為に検査さ
れる。
５ＴＤＥテ一ブル項目が手順項目でない（ブロック２６
４１０）場合、プログラムはブロック２６４６０での実
行を継続する。５ＴＤＥテ一ブル項目が手順項目である
場合は、ＴＶＡ手順（第５２図、ブロック２５１７０）
が入力ビュー名５ＴＤＥ Ｉ ＰＮＭをビュー・テーブ
ル（ブロック２６４２０）に加算する為に実行される。
４１０）場合、プログラムはブロック２６４６０での実
行を継続する。５ＴＤＥテ一ブル項目が手順項目である
場合は、ＴＶＡ手順（第５２図、ブロック２５１７０）
が入力ビュー名５ＴＤＥ Ｉ ＰＮＭをビュー・テーブ
ル（ブロック２６４２０）に加算する為に実行される。
入力ビューが順調に加算されない場合、Ｃ■手順はエラ
ーで退去させられる（ブロック２６４２５）。そうでな
い場合、該手順によって出力ビュー名ＳＴＤＥＯＰＮＭ
はＴＶＡ手順（ブロック２６４３０）を実行することに
よってビュー・テーブルに加算される。
ーで退去させられる（ブロック２６４２５）。そうでな
い場合、該手順によって出力ビュー名ＳＴＤＥＯＰＮＭ
はＴＶＡ手順（ブロック２６４３０）を実行することに
よってビュー・テーブルに加算される。
出力ビューが順調に加算されない場合、ＣＶ手順はエラ
ーで退去させられる（ブロック２６４３５）。
ーで退去させられる（ブロック２６４３５）。
出力ビューが順調に加算される場合、ＴＶＡ手順によっ
てプロファイル・ビュー名ＳＴＤＥＰＶＮＭがビュー・
テーブル（ブロック２６４４０）に加算されるように実
行される。プロファイル・ビューが順調に加算されない
場合、ＣＶ手順はエラーで退去させられる（ブロック２
６４４５）。プロファイル・ビューがビュー・テーブル
に順調に加算される場合、ｅが５ＴＤＥテーブル（ブロ
ック２６４６０）の次５ＴＤＥ項目をポイントするよう
にセットされ、且つ該手順はブロック２６４０５に復帰
する。
てプロファイル・ビュー名ＳＴＤＥＰＶＮＭがビュー・
テーブル（ブロック２６４４０）に加算されるように実
行される。プロファイル・ビューが順調に加算されない
場合、ＣＶ手順はエラーで退去させられる（ブロック２
６４４５）。プロファイル・ビューがビュー・テーブル
に順調に加算される場合、ｅが５ＴＤＥテーブル（ブロ
ック２６４６０）の次５ＴＤＥ項目をポイントするよう
にセットされ、且つ該手順はブロック２６４０５に復帰
する。
ブロック２６５１０ないし２６５９０によって代表され
るＣ■手順の段階ではビュー・コンパイルがプログラム
・ソースの一貫性か又はオブジェクトの一貫性かそのど
ちらを持続する為に必要がが決定される。この中には、
ｏｔｉｍｅに保存されたような（トランザクション・ビ
ュー変更日時を含む）無条件コンパイル・フラグの検査
、及び次いで、ビュー・オブジェクトの変更日／時に対
する全ビュー・ソースの検査が含まれている。判定ブロ
ック２６５１０では、無条件コンパイルがアプリケーシ
ョン開発者からｇｔｄｃｆｌａｇ＝Ｕ （ブロック２６
５１０）の要求の有無を見極める為に検査が行われる。
るＣ■手順の段階ではビュー・コンパイルがプログラム
・ソースの一貫性か又はオブジェクトの一貫性かそのど
ちらを持続する為に必要がが決定される。この中には、
ｏｔｉｍｅに保存されたような（トランザクション・ビ
ュー変更日時を含む）無条件コンパイル・フラグの検査
、及び次いで、ビュー・オブジェクトの変更日／時に対
する全ビュー・ソースの検査が含まれている。判定ブロ
ック２６５１０では、無条件コンパイルがアプリケーシ
ョン開発者からｇｔｄｃｆｌａｇ＝Ｕ （ブロック２６
５１０）の要求の有無を見極める為に検査が行われる。
有であれば、ビュー・コンパイルは必要であり、コンパ
イルは１セツト（ブロック２６５１０）され、且つブロ
ック２６５５０で実行が続行される。無であれば、ビュ
ー・コンパイル要求は未だ完全には確定していなかった
ことになり、コンパイルはＯにセット（ブロック２６５
１０）され、且つブロック２６５５０で実行が続行され
る。ブロック２６５５０ではビュー・テーブル指標■は
ゼロにセットされる。
イルは１セツト（ブロック２６５１０）され、且つブロ
ック２６５５０で実行が続行される。無であれば、ビュ
ー・コンパイル要求は未だ完全には確定していなかった
ことになり、コンパイルはＯにセット（ブロック２６５
１０）され、且つブロック２６５５０で実行が続行され
る。ブロック２６５５０ではビュー・テーブル指標■は
ゼロにセットされる。
判定ブロック２６５５５ではビュー・テーブル指標はビ
ュー・テーブル内のビュ一番号より小さい、すなわちＩ
Ｖ＜ＮＶで有ることを見極める為に検査が行われる。ブ
ロック２６５５５では、ビュー・テーブル指標がビュー
・テーブル内のビュー番号より小さい場合現行の変更日
／時変数をゼロに、すなわちｍｔｉｍｅにセットするブ
ロック２６５６０で実行を継続する。そうでない場合に
は、プログラムはブロック２６９２０に進行する。ブロ
ック２６５６０では現行変更日／時変数がゼロに、すな
わちｍｔｉｍｅにセットされる。
ュー・テーブル内のビュ一番号より小さい、すなわちＩ
Ｖ＜ＮＶで有ることを見極める為に検査が行われる。ブ
ロック２６５５５では、ビュー・テーブル指標がビュー
・テーブル内のビュー番号より小さい場合現行の変更日
／時変数をゼロに、すなわちｍｔｉｍｅにセットするブ
ロック２６５６０で実行を継続する。そうでない場合に
は、プログラムはブロック２６９２０に進行する。ブロ
ック２６５６０では現行変更日／時変数がゼロに、すな
わちｍｔｉｍｅにセットされる。
判定ブロック２６５７０では、ビュー・テーブル内の指
標■によって識別された現行ビューがグロサリ・プロフ
ァイル・ビューＩＥＴＧＰＶＷであるかを見極める為に
検査が行われる。是であれば、ブロック２６２７０で、
変更日／時は条件付きコンパイル・ファイル検査は後で
必要ないことを示すマイナス１（−１）にセットされ、
且つブロック２６５８０で実行が進行される。否であれ
ば、ビュー・テーブル内の指標■によって識別される現
行ビューがヘルプ・プロファイル・ビューＩＥＴＨＰＶ
Ｗであるかどうか検査するブロック２６５８０で実行が
進行する。是であれば、変更日／時は条件付きコンパイ
ル・ファイル検査が後で必要ないことを示すマイナス１
（−１）にセットされる。ブロック２６５９０で実行は
進行する。
標■によって識別された現行ビューがグロサリ・プロフ
ァイル・ビューＩＥＴＧＰＶＷであるかを見極める為に
検査が行われる。是であれば、ブロック２６２７０で、
変更日／時は条件付きコンパイル・ファイル検査は後で
必要ないことを示すマイナス１（−１）にセットされ、
且つブロック２６５８０で実行が進行される。否であれ
ば、ビュー・テーブル内の指標■によって識別される現
行ビューがヘルプ・プロファイル・ビューＩＥＴＨＰＶ
Ｗであるかどうか検査するブロック２６５８０で実行が
進行する。是であれば、変更日／時は条件付きコンパイ
ル・ファイル検査が後で必要ないことを示すマイナス１
（−１）にセットされる。ブロック２６５９０で実行は
進行する。
判定ブロック２６５９０では、指標■によって識別され
た現行ビューがビュー・テーブル内で情報プロファイル
・ビューＩＥＴＩＰＶＷであるか如何か検査が行われる
。是であれば、変更日／時は条件付きコンパイル・ファ
イル検査が後で必要ないことを示すマイナス１（−１）
にセントされる。次いで、ＣＶ手順の実行がブロック２
６００で継続される。
た現行ビューがビュー・テーブル内で情報プロファイル
・ビューＩＥＴＩＰＶＷであるか如何か検査が行われる
。是であれば、変更日／時は条件付きコンパイル・ファ
イル検査が後で必要ないことを示すマイナス１（−１）
にセントされる。次いで、ＣＶ手順の実行がブロック２
６００で継続される。
ブロック２６６００では、ファイル検査が不要（ｍｔｉ
ｍｅ ｎｏｔ＝ Ｏ）の場合、プログラムはブロック２
６９００へ分岐する。ファイル検査が必要（ｍｔｉｍｅ
＝ Ｏ）な場合、完全修飾されたユーザ・ビュー・ファ
イル名がパスネーム： ｇｔｄｓｌｉｂ 、 現行テー
ブル・ビュー名及び接尾辞“、ｖ （ブロック２６６
１０）を用いて構築される。
ｍｅ ｎｏｔ＝ Ｏ）の場合、プログラムはブロック２
６９００へ分岐する。ファイル検査が必要（ｍｔｉｍｅ
＝ Ｏ）な場合、完全修飾されたユーザ・ビュー・ファ
イル名がパスネーム： ｇｔｄｓｌｉｂ 、 現行テー
ブル・ビュー名及び接尾辞“、ｖ （ブロック２６６
１０）を用いて構築される。
ブロック２６６８０ではユーザ・ビュー・ファイルの存
在が検査され、且つファイル記述情報が入手される。ビ
ュー・ユーザ・ファイルが存在すれば（ブロック２６６
８５）、ビュー・ユーザ・ファイル変更日／時はｍｔｉ
ｍｅに保存され（ブロック２６７００）、且つプログラ
ムがブロック２６８５０へ進行する。ビュー・ファイル
が存在しなければ、エラーが発生し且つプログラムはブ
ロック２５７２０へと送られる。ブロック２６７２０で
は指標■によって指示された現行ビュー・テーブル名が
ｇｔｄｖｍｅｍへ保管され且つ該手順は、ＧＴＤＣＶＥ
３コンパイル・ビュー・エラー・パネル（ブロック２６
７６０）を表示するように選択されて、パネル（第２１
図、ブロック４７３００）を表示するように実行される
。ブロック２６７６０ではＦＥ手順（第２２図、ブロッ
ク４８１３０）がユーザ入力終端表示を検査するように
実行される。終端が指示されれば（ブロック２６７８５
）、プログラムはＣ■手順をエラーで（ブロック２６８
３０）退去させる。否であれば、プログラムはブロック
２６７６０へ復帰する。
在が検査され、且つファイル記述情報が入手される。ビ
ュー・ユーザ・ファイルが存在すれば（ブロック２６６
８５）、ビュー・ユーザ・ファイル変更日／時はｍｔｉ
ｍｅに保存され（ブロック２６７００）、且つプログラ
ムがブロック２６８５０へ進行する。ビュー・ファイル
が存在しなければ、エラーが発生し且つプログラムはブ
ロック２５７２０へと送られる。ブロック２６７２０で
は指標■によって指示された現行ビュー・テーブル名が
ｇｔｄｖｍｅｍへ保管され且つ該手順は、ＧＴＤＣＶＥ
３コンパイル・ビュー・エラー・パネル（ブロック２６
７６０）を表示するように選択されて、パネル（第２１
図、ブロック４７３００）を表示するように実行される
。ブロック２６７６０ではＦＥ手順（第２２図、ブロッ
ク４８１３０）がユーザ入力終端表示を検査するように
実行される。終端が指示されれば（ブロック２６７８５
）、プログラムはＣ■手順をエラーで（ブロック２６８
３０）退去させる。否であれば、プログラムはブロック
２６７６０へ復帰する。
判定ブロック２６８５０では、ユーザ・ビュー・ファイ
ル変更日／時がトランザクション・ビュー変更日／時よ
り小さい、すなわち、ｍｔｉｍｅ＜ ｔｖ１１ｊ１ｍＥ
！ｓかどうかを見極める為に検査が行われる。
ル変更日／時がトランザクション・ビュー変更日／時よ
り小さい、すなわち、ｍｔｉｍｅ＜ ｔｖ１１ｊ１ｍＥ
！ｓかどうかを見極める為に検査が行われる。
是であれば、トランザクション・ビュー・ファイル変更
日／時はｍｔｉｍｅに保管され（ブロック２６８５０）
且つブロック２６８６０で実行が継続される。否であれ
ば、トランザクション・ビュ−８７時とユーザ・ビュー
・ファイル８７時の内の依り大きい方１ｌｔｉＩＩｌｅ
が、オブジェクト・モジュール変更日／時、ｏｔｉｍｅ
と比較される。ｍｔｉｍｅがｏｔｏＩＩＩｅより大きい
か又は等しい時は、ビュー・ソースは変更され且つビュ
ー・コンパイルが要求される。ブロック２６８６０での
手順ではコンパイル・フラグが１にセントされ且つブロ
ック２６９００で実行が続行される。ｍｔｉｍｅがｏｔ
ｉｍｅより小さい場合、該手順はビューテーブル指標■
（ブロック２６９００）を増加し、且つビューテーブル
に於ける残余ビューの日／時妥当性検査を行うようブロ
ック２６５５５に復帰する。
日／時はｍｔｉｍｅに保管され（ブロック２６８５０）
且つブロック２６８６０で実行が継続される。否であれ
ば、トランザクション・ビュ−８７時とユーザ・ビュー
・ファイル８７時の内の依り大きい方１ｌｔｉＩＩｌｅ
が、オブジェクト・モジュール変更日／時、ｏｔｉｍｅ
と比較される。ｍｔｉｍｅがｏｔｏＩＩＩｅより大きい
か又は等しい時は、ビュー・ソースは変更され且つビュ
ー・コンパイルが要求される。ブロック２６８６０での
手順ではコンパイル・フラグが１にセントされ且つブロ
ック２６９００で実行が続行される。ｍｔｉｍｅがｏｔ
ｉｍｅより小さい場合、該手順はビューテーブル指標■
（ブロック２６９００）を増加し、且つビューテーブル
に於ける残余ビューの日／時妥当性検査を行うようブロ
ック２６５５５に復帰する。
判定ブロック２６９２０では、アプリケーション開発者
（ｇｔｄｃｆ ｌａｇ ＝ Ｕ ）又は８７時妥当性検
査プロセス（ｃｏｍｐｉｌｅ−１）に依って、ビュー・
コンパイルが要求されているかどうか見極める為に検査
が行われる。ビュー・コンパイルが要求されている場合
（ブロック２６９２０）、該手順はビュー・コンパイル
・プロセスを開始する為ブロック２７０２０に送られる
。ビュー・コンパイルが要求されてない場合は、ＧＴＤ
メソセージ・フィールドｇｔｄｍｓｇはＶＩＥＷ Ｃ
ＯＭＰＩＬＥＮＯＴ ＲＥＱＵＩＲＥＤ″にセットさ
れ（ブロック２６９３０）、且つＣ■手順はエラー無し
表示で（ブロック２６９４０）退去させられる。
（ｇｔｄｃｆ ｌａｇ ＝ Ｕ ）又は８７時妥当性検
査プロセス（ｃｏｍｐｉｌｅ−１）に依って、ビュー・
コンパイルが要求されているかどうか見極める為に検査
が行われる。ビュー・コンパイルが要求されている場合
（ブロック２６９２０）、該手順はビュー・コンパイル
・プロセスを開始する為ブロック２７０２０に送られる
。ビュー・コンパイルが要求されてない場合は、ＧＴＤ
メソセージ・フィールドｇｔｄｍｓｇはＶＩＥＷ Ｃ
ＯＭＰＩＬＥＮＯＴ ＲＥＱＵＩＲＥＤ″にセットさ
れ（ブロック２６９３０）、且つＣ■手順はエラー無し
表示で（ブロック２６９４０）退去させられる。
ブロック２７０３０ないし２７１６０では、トランザク
ション・ビュー・フィールド情報の内部テーブルが設定
される。このプロセスは本来、コンパイルからフィール
ドの移動、型、及び長さの情報出力を符号化し、且つ内
部テーブルへその情報を置くトランザクション・ビュー
Ｃ０ＢＯＬ’７−スのコンパイラである。内部テーブル
にはフィールドそれぞれに次のものを格納している。す
なわち、トランザクション・ビュー先頭に相対的なフィ
ールド移動、フィールドの種類、フィールドの長さ、及
びフィールドの発生倍数。上記情報はＶＭＯＦテーブル
項目作成時且つＣ０ＢＯＬ ）ランザクジョン・ビュー
を同じトランザクション・ビューのＣバージョンに翻訳
するＣ０ＢＯＬ／翻訳ユーテイリテイに入力として用い
られる。他の翻訳ユーティリティでは内部テーブルを入
力としては用いられない。ここで用いられている実施例
の方法では、フィールドのオフセント、長さ等の情報の
作成と、トランザクション・ビューのＣバージョンの作
成との間に重複した作業が不必要だという理由で効果的
である。トランザクション・ビューのそれぞれの言語バ
ージョンに対する同じメモリの使用及び割り当てが出来
るようになるには２個のビューが必要である。
ション・ビュー・フィールド情報の内部テーブルが設定
される。このプロセスは本来、コンパイルからフィール
ドの移動、型、及び長さの情報出力を符号化し、且つ内
部テーブルへその情報を置くトランザクション・ビュー
Ｃ０ＢＯＬ’７−スのコンパイラである。内部テーブル
にはフィールドそれぞれに次のものを格納している。す
なわち、トランザクション・ビュー先頭に相対的なフィ
ールド移動、フィールドの種類、フィールドの長さ、及
びフィールドの発生倍数。上記情報はＶＭＯＦテーブル
項目作成時且つＣ０ＢＯＬ ）ランザクジョン・ビュー
を同じトランザクション・ビューのＣバージョンに翻訳
するＣ０ＢＯＬ／翻訳ユーテイリテイに入力として用い
られる。他の翻訳ユーティリティでは内部テーブルを入
力としては用いられない。ここで用いられている実施例
の方法では、フィールドのオフセント、長さ等の情報の
作成と、トランザクション・ビューのＣバージョンの作
成との間に重複した作業が不必要だという理由で効果的
である。トランザクション・ビューのそれぞれの言語バ
ージョンに対する同じメモリの使用及び割り当てが出来
るようになるには２個のビューが必要である。
ブロック２７０２０ではＣ０ＢＯＬ ）ランザクジョン
・ビューの完全修飾されたバスネームが構築され、次い
で上述のトランザクション・ビューのフィールド属性の
メモリ・テーブルを生成する為に内部コンパイル・ユー
ティリティが呼び出される。上記メモリ・テーブルはポ
インタｃｐｙｔａｂｌｅを介してアクセスされる。判定
ブロック２７１２５では、ユーティリティが順調にいく
かどうか見極める為に検査が行われる。是であれば、プ
ログラムはブロック２７２６０に進みコンパイル・ビュ
ープロセスと共に継続される。ユーティリティが順調に
いかない場合、エラーが発生し、ＧＴＤエラー・メツセ
ージ・フィールドｇｔｄｍｓｇはＴＶＷＯＰＥＮ Ｅ
ＲＲＯＲ″ （ブロック２７１５０）がセットされ、Ｃ
■手順がエラー（ブロック２７１６０）で退去させられ
る。
・ビューの完全修飾されたバスネームが構築され、次い
で上述のトランザクション・ビューのフィールド属性の
メモリ・テーブルを生成する為に内部コンパイル・ユー
ティリティが呼び出される。上記メモリ・テーブルはポ
インタｃｐｙｔａｂｌｅを介してアクセスされる。判定
ブロック２７１２５では、ユーティリティが順調にいく
かどうか見極める為に検査が行われる。是であれば、プ
ログラムはブロック２７２６０に進みコンパイル・ビュ
ープロセスと共に継続される。ユーティリティが順調に
いかない場合、エラーが発生し、ＧＴＤエラー・メツセ
ージ・フィールドｇｔｄｍｓｇはＴＶＷＯＰＥＮ Ｅ
ＲＲＯＲ″ （ブロック２７１５０）がセットされ、Ｃ
■手順がエラー（ブロック２７１６０）で退去させられ
る。
ブロック２７２６０及び２７３６０ではＣ０ＢＯＬがＣ
０ＢＯＬ ）ランザクジョン・ビューからＣトランザク
ション・ビューを生成するようにＣ翻訳プログラムに呼
び出される。この技法は、単一のロード・モジュール内
部にＣ及びＣ０ＢＯＬ双方の手順を有するアプリケーシ
ョンに対してと同様、ＩＥＴ及びアプリケーション・プ
ログラム間のトランザクション・ビュー翻訳のデータ一
貫性及び完全性とを保証するものである。ブロック２７
２６０では、Ｃのトランザクションの完全修飾されたパ
スネームが構築され、次いでＣ０ＢＯＬがＣ翻訳プログ
ラム（ブロック２７３６０）に呼び出される。
０ＢＯＬ ）ランザクジョン・ビューからＣトランザク
ション・ビューを生成するようにＣ翻訳プログラムに呼
び出される。この技法は、単一のロード・モジュール内
部にＣ及びＣ０ＢＯＬ双方の手順を有するアプリケーシ
ョンに対してと同様、ＩＥＴ及びアプリケーション・プ
ログラム間のトランザクション・ビュー翻訳のデータ一
貫性及び完全性とを保証するものである。ブロック２７
２６０では、Ｃのトランザクションの完全修飾されたパ
スネームが構築され、次いでＣ０ＢＯＬがＣ翻訳プログ
ラム（ブロック２７３６０）に呼び出される。
ブロック２７４６０ないし２７６３０ではビュー・ソー
ス・モジュール生成の為開示され、且つ一定の接頭辞情
報がソース・モジュール内に置かれる。各行の接頭辞ソ
ースはバッファにコピーされ、次いでバッファはＷＴＳ
手順（第５３図、ブロック２５５００）を用いて書き込
まれる。
ス・モジュール生成の為開示され、且つ一定の接頭辞情
報がソース・モジュール内に置かれる。各行の接頭辞ソ
ースはバッファにコピーされ、次いでバッファはＷＴＳ
手順（第５３図、ブロック２５５００）を用いて書き込
まれる。
ブロック２７４６０では、ビュー・モジュールのファイ
ル・パスネームが５ＲＣＬ ＩＢバスネームＧＴＤＳＬ
ＩＢ１ トランザクション・ビュー名、及び標準接頭辞
“ＶＩＥＷ、ｃ”を用いて生成されるように構築される
。次いで、ブロック２７５１０ではその構築されたパス
を持ったビュー・モジュールを作成しようとされる。判
定ブロック２７５１５では、順調に作成されたかどうか
を検査し、是であれば、実行はブロック２７５５０に進
行する。
ル・パスネームが５ＲＣＬ ＩＢバスネームＧＴＤＳＬ
ＩＢ１ トランザクション・ビュー名、及び標準接頭辞
“ＶＩＥＷ、ｃ”を用いて生成されるように構築される
。次いで、ブロック２７５１０ではその構築されたパス
を持ったビュー・モジュールを作成しようとされる。判
定ブロック２７５１５では、順調に作成されたかどうか
を検査し、是であれば、実行はブロック２７５５０に進
行する。
作成ファイルが不調に終れば、ＣＶ手順はエラーで退去
させられる。
させられる。
ブロック２７５５０では、接頭辞ソースの最初に指標が
設定され、次いでＣビュー接頭辞ソースの最終行を試験
する判定ブロック２７５５５に進行する。接頭辞ソース
の最終行が未到達ならば、Ｃビュー・ソースの該行が出
カバソファにコピーされ（ブロック２７５９０）、その
行はバッファ内で終了される（ブロック２７６１０）。
設定され、次いでＣビュー接頭辞ソースの最終行を試験
する判定ブロック２７５５５に進行する。接頭辞ソース
の最終行が未到達ならば、Ｃビュー・ソースの該行が出
カバソファにコピーされ（ブロック２７５９０）、その
行はバッファ内で終了される（ブロック２７６１０）。
次いで、バッファはＷＴＳ手順を用いてＣビュー・ソー
スファイル（ブロック２７６２０）に書き込まれ、接頭
辞ソース指標は増加される（ブロック２７６３０）。
スファイル（ブロック２７６２０）に書き込まれ、接頭
辞ソース指標は増加される（ブロック２７６３０）。
ブロック２７７００ではビュー・テーブル内の最初の名
に対する指標（ＩＶ）が初期化され、ついで判定ブロッ
ク２７７０５で該指標がビュー・テーブル項目の番号よ
り小さいか如何か確認が行われる。該指標がビュー・テ
ーブル項目の番号より大きい場合、制御がブロック３０
６６０へ渡される。
に対する指標（ＩＶ）が初期化され、ついで判定ブロッ
ク２７７０５で該指標がビュー・テーブル項目の番号よ
り小さいか如何か確認が行われる。該指標がビュー・テ
ーブル項目の番号より大きい場合、制御がブロック３０
６６０へ渡される。
該指標が正当なビュー・テーブル項目をポイントした場
合、ブロック２７７１０ないし２８１９０では、該ビュ
ーに対する複数のフィールド名及び数値が初期化される
。ブロック２７７１０ではビュー名（■によって指標付
けされた、ビュー・テーブルを用いて）がメモリ領域に
保管される。
合、ブロック２７７１０ないし２８１９０では、該ビュ
ーに対する複数のフィールド名及び数値が初期化される
。ブロック２７７１０ではビュー名（■によって指標付
けされた、ビュー・テーブルを用いて）がメモリ領域に
保管される。
特記的には、ブロック２７７２０でビューの見出し語長
が設定される。次いで手順によってユーザ・ビュー・フ
ァイル（ブロック２７７７０）内でカウントされたフィ
ールドが指示されないようにする為、フィールドの番号
が初期化され、デフォルト８バージヨン（ｄｅｆａｕｌ
ｔ ｖｅｒｓｉｏｎ ） （ブロック２７７８０）の
値（０１００）を持つバージョンが初期化される。
が設定される。次いで手順によってユーザ・ビュー・フ
ァイル（ブロック２７７７０）内でカウントされたフィ
ールドが指示されないようにする為、フィールドの番号
が初期化され、デフォルト８バージヨン（ｄｅｆａｕｌ
ｔ ｖｅｒｓｉｏｎ ） （ブロック２７７８０）の
値（０１００）を持つバージョンが初期化される。
判定ブロック２７８４０では（ビュー・テーブルを用い
た）ビュー名がＨＥＬＰ ＰＲＯＦＩＬＥＶＩＥＷに
等しいかどうかをテストし、否であれば、ブロック２７
９９０での実行が継続する。是であれば、制御がブロッ
ク２７８５０へ移送され、そこでＨＥＬＰ ＰＲＯＦ
ＩＬＥ ＶＩＥＷのフィールド番号が４に初期化され
る。次いで、ブロック２７８６０ではフィールド・テー
ブルをゼロに初期化され、次いでブロック２７８９０な
いし２７９２０ではフィールド名“ＩＥＦＩＨＥＬＰＰ
ＮＬ、” ” Ｉ ＥＦｌ−ＨＥＬＰＣＨＰ。
た）ビュー名がＨＥＬＰ ＰＲＯＦＩＬＥＶＩＥＷに
等しいかどうかをテストし、否であれば、ブロック２７
９９０での実行が継続する。是であれば、制御がブロッ
ク２７８５０へ移送され、そこでＨＥＬＰ ＰＲＯＦ
ＩＬＥ ＶＩＥＷのフィールド番号が４に初期化され
る。次いで、ブロック２７８６０ではフィールド・テー
ブルをゼロに初期化され、次いでブロック２７８９０な
いし２７９２０ではフィールド名“ＩＥＦＩＨＥＬＰＰ
ＮＬ、” ” Ｉ ＥＦｌ−ＨＥＬＰＣＨＰ。
ＩＥＦＩ−ＨＥＬＰＳＥＣ，”及び“ＩＥＦＩＨＥＬＰ
ＰＡＣ，″が指標０を起点としてそれぞれフィールド・
テーブル内の第１ないし第４フイールドとして保管され
る。
ＰＡＣ，″が指標０を起点としてそれぞれフィールド・
テーブル内の第１ないし第４フイールドとして保管され
る。
判定ブロック２７９９０では、（■によって指標付けさ
れた、ビュー・テーブルを用いて）ビュー名がグロサリ
・ビューに等しいかどうかをテストして、無い場合は、
制御がブロック２８１２０へ渡される。存在する場合に
は、制御がブロック２８０００に移送され、そこではＨ
ＥＬＰ ＧＬＯ５ＳＡＲＹＶＩＥＷのフィールド番号が
３に初期化される。
れた、ビュー・テーブルを用いて）ビュー名がグロサリ
・ビューに等しいかどうかをテストして、無い場合は、
制御がブロック２８１２０へ渡される。存在する場合に
は、制御がブロック２８０００に移送され、そこではＨ
ＥＬＰ ＧＬＯ５ＳＡＲＹＶＩＥＷのフィールド番号が
３に初期化される。
次いで、ブロック２８０１０ではフィールド・テーブル
が空白に初期化される。次いでブロック２８０４０ない
し２８０６０ではフィールド名“ＩＥＦＩ−ＧＬＯ３Ｐ
ＮＬ、”ＩＥＦＩＧＬＯ３ＣＨＰ、 ”及び“Ｉ Ｅ
Ｆ １−ＧＬＯＳＳＥＣが指標Ｏを起点とするフィー
ルド・テーブルの第１ないし第３フイールドとして保管
される。
が空白に初期化される。次いでブロック２８０４０ない
し２８０６０ではフィールド名“ＩＥＦＩ−ＧＬＯ３Ｐ
ＮＬ、”ＩＥＦＩＧＬＯ３ＣＨＰ、 ”及び“Ｉ Ｅ
Ｆ １−ＧＬＯＳＳＥＣが指標Ｏを起点とするフィー
ルド・テーブルの第１ないし第３フイールドとして保管
される。
対で、判定ブロック２８１２０では（■でのビュー・テ
ーブルを用いて）ビュー名がＩＮＦＯＲＭＡＴＩＯＮＰ
ＲＯＦＩＬＥ ＶＩＥＷに等しいかどうかのテストを
して、見つからない場合、制御がブロック２８２７０に
渡される。見つかった場合は、ブロツク２８１３０でヘ
ルプ情報ビューのフィールドの番号は３に初期化され、
フロック２８１４０でフィールド・テーブルは空白に初
期化される。次いで、ブロック２８１７０ないし２８１
９０ではフィールド名“Ｉ ＥＦ １− ＩＮＦＯＣＨ
Ｐ。
ーブルを用いて）ビュー名がＩＮＦＯＲＭＡＴＩＯＮＰ
ＲＯＦＩＬＥ ＶＩＥＷに等しいかどうかのテストを
して、見つからない場合、制御がブロック２８２７０に
渡される。見つかった場合は、ブロツク２８１３０でヘ
ルプ情報ビューのフィールドの番号は３に初期化され、
フロック２８１４０でフィールド・テーブルは空白に初
期化される。次いで、ブロック２８１７０ないし２８１
９０ではフィールド名“Ｉ ＥＦ １− ＩＮＦＯＣＨ
Ｐ。
“ＩＥＦＩ−ＩＮＦＯ３ＥＣ，”及び“ＩＢＦＩＩＮＦ
ＯＰＡＧ”が指標０を起点にフィールド・テーブルの第
１ないし第３フイールドとして保管される。
ＯＰＡＧ”が指標０を起点にフィールド・テーブルの第
１ないし第３フイールドとして保管される。
判定ブロック２８２７０では、フィールド番号が更にマ
イナスか如何かのテストをして、無い場合には、制御が
ブロック２８２８０に移送され、そこでは指標付きのテ
ーブル・ビュー名、５ＲＣＬＩＢを用いたｇｔｄｓｌｉ
ｄを用いるユーザ・ビュー・ファイル名が構築され、接
尾辞は“、■”である。
イナスか如何かのテストをして、無い場合には、制御が
ブロック２８２８０に移送され、そこでは指標付きのテ
ーブル・ビュー名、５ＲＣＬＩＢを用いたｇｔｄｓｌｉ
ｄを用いるユーザ・ビュー・ファイル名が構築され、接
尾辞は“、■”である。
次いで、ブロック２８３４０では読み取専用の表記パス
ネームを用いるユーザ・ファイルが開示され、ブロック
２８３５０ではフィールド番号がゼロに初期化される。
ネームを用いるユーザ・ファイルが開示され、ブロック
２８３５０ではフィールド番号がゼロに初期化される。
次いで、ブロック２８３６０ではビュー・ファイルから
１行読み出され、且つ該行はバッファ内に置かれる。判
定ブロック２８３６０では読み出しが順調かどうかテス
トが行われる。不調であれば、制御が判定ブロック２８
３６４に移送され、そこではフィールド・テ−ブル指標
フィールド番号が最大テーブル長より小さいか如何かの
テストが行われ、否であれば、制御がブロック２８６１
０に渡される。不調でなければ、制御が判定ブロック２
８３６４に移送され、そこでは、フィールド・テーブル
内のフィールド番号が最大テーブル長より小さいかどう
かのテストが行われて、否であれば、制御がブロック２
８６１０へ渡される。是であれば、制御が判定ブロック
２８３９０へ移送され、そこでは、空白、又はアステリ
スク（ａｓｔｅｒｉｋ ） 、又はバイナリ・ゼロ（ｂ
ｉｎａｒｙ ｚｅｒｏ ） 、又は新たな行を起点とし
て読み取りバッファ（ブロック２８３６０）のテストが
行われ、存在すればブロック２８６３０での実行が継続
される。存在しなければ、判定ブロック２８４００では
ピリオドを起点とする読み取りバッファの検査が行われ
る。存在しなければ、制御がブロック２８５２０に渡さ
れる。存在すれば、ブロック２８４６０でバッファ・デ
ータは上位のケースに翻訳される。判定ブロック２８４
７０では、バージョン情報のキーワードを格納するバッ
ファの試験が行われて、存在しなければ、制御がブロッ
ク２８６３０に渡される。存在すれば、ブロック２８４
８０ではバージョン・データがバッファから抽出されて
該データはバージョン変数に置かれる。ブロック２８５
２０ではフィールド名はフィールド・テーブルのフィー
ルド・カウント指標位置に移動する。次いで、ブロック
２８６１０ではフィールド・カウントが増加させられる
。次いで、該手順はビュー・ファイルから次の行を読み
取るためにブロック２８３６０へ復帰する。
１行読み出され、且つ該行はバッファ内に置かれる。判
定ブロック２８３６０では読み出しが順調かどうかテス
トが行われる。不調であれば、制御が判定ブロック２８
３６４に移送され、そこではフィールド・テ−ブル指標
フィールド番号が最大テーブル長より小さいか如何かの
テストが行われ、否であれば、制御がブロック２８６１
０に渡される。不調でなければ、制御が判定ブロック２
８３６４に移送され、そこでは、フィールド・テーブル
内のフィールド番号が最大テーブル長より小さいかどう
かのテストが行われて、否であれば、制御がブロック２
８６１０へ渡される。是であれば、制御が判定ブロック
２８３９０へ移送され、そこでは、空白、又はアステリ
スク（ａｓｔｅｒｉｋ ） 、又はバイナリ・ゼロ（ｂ
ｉｎａｒｙ ｚｅｒｏ ） 、又は新たな行を起点とし
て読み取りバッファ（ブロック２８３６０）のテストが
行われ、存在すればブロック２８６３０での実行が継続
される。存在しなければ、判定ブロック２８４００では
ピリオドを起点とする読み取りバッファの検査が行われ
る。存在しなければ、制御がブロック２８５２０に渡さ
れる。存在すれば、ブロック２８４６０でバッファ・デ
ータは上位のケースに翻訳される。判定ブロック２８４
７０では、バージョン情報のキーワードを格納するバッ
ファの試験が行われて、存在しなければ、制御がブロッ
ク２８６３０に渡される。存在すれば、ブロック２８４
８０ではバージョン・データがバッファから抽出されて
該データはバージョン変数に置かれる。ブロック２８５
２０ではフィールド名はフィールド・テーブルのフィー
ルド・カウント指標位置に移動する。次いで、ブロック
２８６１０ではフィールド・カウントが増加させられる
。次いで、該手順はビュー・ファイルから次の行を読み
取るためにブロック２８３６０へ復帰する。
ブロック２８６４０ではユーザ・ビュー・ファイルは閉
じられる。判定ブロック２８７５０ではフィールド番号
が非ゼロであるか検査され、のんゼロであれば、ＶＭＯ
Ｆへの参照が生成され、制御がブロック２８７６０へ渡
される。ブロック２８７６０ではＣソースがＶＭＯＦテ
ーブル名プルビュー・テーブル指標の値を用いて、ＶＭ
ＯＨに埋め込まれていたＶＭＯＦ参照を解決する為に、
ＶＭＯＦに対する参照を生成する為、バッファ内に構築
される。
じられる。判定ブロック２８７５０ではフィールド番号
が非ゼロであるか検査され、のんゼロであれば、ＶＭＯ
Ｆへの参照が生成され、制御がブロック２８７６０へ渡
される。ブロック２８７６０ではＣソースがＶＭＯＦテ
ーブル名プルビュー・テーブル指標の値を用いて、ＶＭ
ＯＨに埋め込まれていたＶＭＯＦ参照を解決する為に、
ＶＭＯＦに対する参照を生成する為、バッファ内に構築
される。
ブロック２８８３０では、ＶＭＯＨテーブル名として現
行指標でのビュー・テーブル名の値を用いて、ＶＭＯＨ
構造を定義する為Ｃソースがバッファ内に構築される。
行指標でのビュー・テーブル名の値を用いて、ＶＭＯＨ
構造を定義する為Ｃソースがバッファ内に構築される。
ブロック２８８７０では、ＧＴＤ名の値を用いて、ＶＭ
ＯＨＡＰＰＬを初期化する為、Ｃソースがバッファ内に
構築される。
ＯＨＡＰＰＬを初期化する為、Ｃソースがバッファ内に
構築される。
ブロック２８９２０では、現行指標でのビュー・テーブ
ル名の値を用いてＶＭＯＨＶ Ｉ ＥＷを初期化する為
バッファ内にＣソースが構築される。ブロック２８９８
０では、ＶＭＯＨＴＭＥをゼロに初期化する為ブロック
内にＣソースが構築される。
ル名の値を用いてＶＭＯＨＶ Ｉ ＥＷを初期化する為
バッファ内にＣソースが構築される。ブロック２８９８
０では、ＶＭＯＨＴＭＥをゼロに初期化する為ブロック
内にＣソースが構築される。
ブロック２９０１０ではＶＭＯＨＤＴＥをゼロに初期化
する為Ｃソースがバッファ内に構築される。
する為Ｃソースがバッファ内に構築される。
ブロック２９０４０ではバージョン変数（デフォルト若
しくはユーザ指定バージョン同）の値を用いてＶＭＯＨ
ＶＥＲを初期化する為Ｃソースがバッファ内に構築され
る。ブロック２９０８０では、ＶＭＨＯＲ３ＶＯを１に
初期化する為バッファ内にＣソースを構築する。ブロッ
ク２９１２０ではＶＭＨＯＲ３ＶＯをゼロに初期化する
為バッファ内にＣソースを構築する。ブロック２９１６
０では、ＶＭＯＨＮＥをビュー内のフィールド番号の値
を用いて初期化する為バッファ内にＣソースを構築する
。
しくはユーザ指定バージョン同）の値を用いてＶＭＯＨ
ＶＥＲを初期化する為Ｃソースがバッファ内に構築され
る。ブロック２９０８０では、ＶＭＨＯＲ３ＶＯを１に
初期化する為バッファ内にＣソースを構築する。ブロッ
ク２９１２０ではＶＭＨＯＲ３ＶＯをゼロに初期化する
為バッファ内にＣソースを構築する。ブロック２９１６
０では、ＶＭＯＨＮＥをビュー内のフィールド番号の値
を用いて初期化する為バッファ内にＣソースを構築する
。
判定ブロック２９２３０では、フィールド番号がゼロよ
り大きいかどうか検査が行われ、否であれば、ＶＭＯＨ
ＡＥをゼロに初期化する為Ｃソースがバッファ内に構築
され、次いで制御がブロック２９３２０へ渡される。ビ
ュー内のフィールド番号がゼロより大きい場合には、Ｖ
ＭＯＦテーブル名を生成する為ビューテーブル指標番号
の値を用いてＶＭＯＨＡＥを初期化する為バッファ内に
Ｃソースが構築され、且つ対応するＶＭＯＦアレイ・テ
ーブル（ａｒｒａｙ ｔａｂｌｅ ）内の最初の要素へ
のポインタとして保存される。
り大きいかどうか検査が行われ、否であれば、ＶＭＯＨ
ＡＥをゼロに初期化する為Ｃソースがバッファ内に構築
され、次いで制御がブロック２９３２０へ渡される。ビ
ュー内のフィールド番号がゼロより大きい場合には、Ｖ
ＭＯＦテーブル名を生成する為ビューテーブル指標番号
の値を用いてＶＭＯＨＡＥを初期化する為バッファ内に
Ｃソースが構築され、且つ対応するＶＭＯＦアレイ・テ
ーブル（ａｒｒａｙ ｔａｂｌｅ ）内の最初の要素へ
のポインタとして保存される。
ブロック２９３２０では、ＶＭＯＨの構造定義の初期設
定の接尾辞の為パ・７フア内にＣソースが構築される。
定の接尾辞の為パ・７フア内にＣソースが構築される。
ブロック２９３４０では、ＷＴＳ手順を用いてＴＤＴソ
ース・ファイル内にバッファが書き込まれ、且つ復帰コ
ードが保管される。判定ブロック２９４２０では、フィ
ールド番号がゼロより大きいかどうかの検査が行われ、
且つその結果が零で有れば、ブロック３０５７０へ制御
が渡される。
ース・ファイル内にバッファが書き込まれ、且つ復帰コ
ードが保管される。判定ブロック２９４２０では、フィ
ールド番号がゼロより大きいかどうかの検査が行われ、
且つその結果が零で有れば、ブロック３０５７０へ制御
が渡される。
フィールド番号がゼロより大きければ、ブロック２９４
３０では大型バッファが空白に初期化される。ブロック
２９４４０では、テーブル内のＶＭＯＦ構造要素の番号
としてフィールド番号を用いてＶＭＯＦテーブル構造ア
レイ定義の為に該バッファ内にＣソース言語が構築され
る。ビュー・テーブル指標番号の値はＶＭＯＦテーブル
名をＶ ＯＦ ｎｎｎｎとして生成する為に用いられ、
此処にｎｎｎｎは指標値である。ブロック２９４９０で
は、ＷＴＳ手＋１１ｉを用いてＴ’ＤＴソース・ファイ
ルがバッファに書き込まれる。ブロック２９５１０では
、フィールド・テーブル内の最初の名前をポイントする
指標が初期化される。
３０では大型バッファが空白に初期化される。ブロック
２９４４０では、テーブル内のＶＭＯＦ構造要素の番号
としてフィールド番号を用いてＶＭＯＦテーブル構造ア
レイ定義の為に該バッファ内にＣソース言語が構築され
る。ビュー・テーブル指標番号の値はＶＭＯＦテーブル
名をＶ ＯＦ ｎｎｎｎとして生成する為に用いられ、
此処にｎｎｎｎは指標値である。ブロック２９４９０で
は、ＷＴＳ手＋１１ｉを用いてＴ’ＤＴソース・ファイ
ルがバッファに書き込まれる。ブロック２９５１０では
、フィールド・テーブル内の最初の名前をポイントする
指標が初期化される。
判定ブロック２９５１５では、テーブル指標がフィール
ド・テーブル項目の番号より小さいかどうか試験が行わ
れ、否であれば、フロック３０３９０へ制御が渡される
。是であれば、ブロック２９５３０で指標位置がｇｔｄ
ａｎａｍｅのファイル名が保管され、ブロック２９５４
０で変数ｆｌｄｄ、 ｆｌｄｌ、 ｆｌｄｔ、及びｆｌ
ｄｎがゼロに初期化され、且つブロック２９５５０で指
標値ｇｔｄａｎａｍｅが内部トランザクション・ビュー
・フィールド・テーブル内に見出される。
ド・テーブル項目の番号より小さいかどうか試験が行わ
れ、否であれば、フロック３０３９０へ制御が渡される
。是であれば、ブロック２９５３０で指標位置がｇｔｄ
ａｎａｍｅのファイル名が保管され、ブロック２９５４
０で変数ｆｌｄｄ、 ｆｌｄｌ、 ｆｌｄｔ、及びｆｌ
ｄｎがゼロに初期化され、且つブロック２９５５０で指
標値ｇｔｄａｎａｍｅが内部トランザクション・ビュー
・フィールド・テーブル内に見出される。
判定ブロック２９６３０では、探索が順調かどうかの試
験が行われ、是であれば、ブロック２９６４０へ制御が
渡される。ブロック２９６４０ないし２９６７０ではフ
ィールド変位、フィールド長、フィールド型、及び内部
テーブル内で発見されるフィールドゼロ発生がｆｌｄｄ
、 ｆｌｄｌ、 ｆｌｄｔ。
験が行われ、是であれば、ブロック２９６４０へ制御が
渡される。ブロック２９６４０ないし２９６７０ではフ
ィールド変位、フィールド長、フィールド型、及び内部
テーブル内で発見されるフィールドゼロ発生がｆｌｄｄ
、 ｆｌｄｌ、 ｆｌｄｔ。
及びｆｌｄｎにそれぞれ保管される。
判定ブロック２９６８０ではフィールドの複数のゼロ発
生が有るかどうか検査が行われ、是であれば、ビュー長
がフィールド長だけ増加させられ、是でなければ、ビュ
ー長はフィールド長にフィールド複数発生数を乗じて増
加させられる。ブロック２９９１０で実行は継続される
。
生が有るかどうか検査が行われ、是であれば、ビュー長
がフィールド長だけ増加させられ、是でなければ、ビュ
ー長はフィールド長にフィールド複数発生数を乗じて増
加させられる。ブロック２９９１０で実行は継続される
。
ブロック２９７８０では、ＧＴＤＣＶＥ２パネル・ビュ
ー・エラー表示パネルの手順表示（第２１図、ブロック
４７３００）が実行される。ブロック２９８００ではユ
ーザ及び指示の検査が行われ、且つＦＢ手順（第２２図
、ブロック４８１３０）が実行される。終りが表示され
た場合、ブロック２９８５０で実行が継続され、此処で
プログラムはエラーでＣ■手順から退去する（ブロック
２９８５０）。否であれば、ブロック２９７８０へ制御
が渡される。
ー・エラー表示パネルの手順表示（第２１図、ブロック
４７３００）が実行される。ブロック２９８００ではユ
ーザ及び指示の検査が行われ、且つＦＢ手順（第２２図
、ブロック４８１３０）が実行される。終りが表示され
た場合、ブロック２９８５０で実行が継続され、此処で
プログラムはエラーでＣ■手順から退去する（ブロック
２９８５０）。否であれば、ブロック２９７８０へ制御
が渡される。
ブロック２９９１０では、大型バッファが空白に初期化
される。ブロック２９９２０では該バッファに、ｇｔｄ
ａｎａｍｅを用いてフィールド名を識別するコメントの
為にＣソースが構築される。ブロック２９９６０ではＴ
ＤＴ構造アレイ要素の接頭辞用にＣソースが構築される
。ブロック３００００ないし３０２１０ブロツクでは、
それぞれ、ｆｌｄｄ（作業域内のフィールド変位）の値
を用いてＶＭＯＦＲＩＥＤを初期化する為、ｆｌｄｌ
（作業域内のフィールド長）の値を用いてＶＭＯＦＲＩ
ＥＬを初期化する為、ｆｌｄｎ （作業域内でのフィー
ルド番号の発生）の値を用いてＶＭＯＦＲＩＥＮを初期
化する為、ｆｌｄｔ （フィールド要素データ型）の値
を用いてＶＭＯＦＲＩＥＴを初期化する為、及びＶＭＯ
ＦＲ３Ｖ２をゼロに初期化する為、バッファ内にＣソー
スが構築される。
される。ブロック２９９２０では該バッファに、ｇｔｄ
ａｎａｍｅを用いてフィールド名を識別するコメントの
為にＣソースが構築される。ブロック２９９６０ではＴ
ＤＴ構造アレイ要素の接頭辞用にＣソースが構築される
。ブロック３００００ないし３０２１０ブロツクでは、
それぞれ、ｆｌｄｄ（作業域内のフィールド変位）の値
を用いてＶＭＯＦＲＩＥＤを初期化する為、ｆｌｄｌ
（作業域内のフィールド長）の値を用いてＶＭＯＦＲＩ
ＥＬを初期化する為、ｆｌｄｎ （作業域内でのフィー
ルド番号の発生）の値を用いてＶＭＯＦＲＩＥＮを初期
化する為、ｆｌｄｔ （フィールド要素データ型）の値
を用いてＶＭＯＦＲＩＥＴを初期化する為、及びＶＭＯ
ＦＲ３Ｖ２をゼロに初期化する為、バッファ内にＣソー
スが構築される。
ブロック３０３００では、ＴＤＴ構造アレイ要素の接尾
辞用にＣソースが構築される。ブロック３０３０５では
、ＷＴＳ手順を用いてバッファにＴＤＴソース・ファイ
ルが書き込まれる。ブロック３０３１０では指標ｉが増
加させられる。次いでプログラムはブロック２９５１５
に復帰する。
辞用にＣソースが構築される。ブロック３０３０５では
、ＷＴＳ手順を用いてバッファにＴＤＴソース・ファイ
ルが書き込まれる。ブロック３０３１０では指標ｉが増
加させられる。次いでプログラムはブロック２９５１５
に復帰する。
判定ブロック３０３９０ではビューが長すぎる（ ｇｔ
ｄｃｖｗｌがＦＲＶＨＭＬより大きい）かどうか検査が
行われ、ブロック３０４２０ではＧＴＤＣＶＥ １パネ
ル（ビュー・エラー表示パネル）の手順表示が実行され
る。是であれば、ブロック３０４４０ではユーザ終了表
示の試験が行われる（ＦＥ手順、第２２図、ブロック４
８１３０）。ビューが長すぎないのであれば、ブロック
３０５２０へ制御が渡される。
ｄｃｖｗｌがＦＲＶＨＭＬより大きい）かどうか検査が
行われ、ブロック３０４２０ではＧＴＤＣＶＥ １パネ
ル（ビュー・エラー表示パネル）の手順表示が実行され
る。是であれば、ブロック３０４４０ではユーザ終了表
示の試験が行われる（ＦＥ手順、第２２図、ブロック４
８１３０）。ビューが長すぎないのであれば、ブロック
３０５２０へ制御が渡される。
判定ブロック３０４４５ではブロック３０４４０の結果
が検査され、終りが表示されれば、ブロック３０４９０
へ制御が渡される。そうでなければ、ブロック３０４２
０へ制御を向かわせるブロック３０４８０へ制御が渡さ
れる。
が検査され、終りが表示されれば、ブロック３０４９０
へ制御が渡される。そうでなければ、ブロック３０４２
０へ制御を向かわせるブロック３０４８０へ制御が渡さ
れる。
判定ブロック３０４９０ではＣＶ手順はエラー表示で退
去する。ブロック３０５２０ではＣソースがバッファ内
にＶＭＯＦ構造アレイ定義の初期化設定の接尾辞用に構
築される。ブロック３０５４０では、ＷＴＳ手順を用い
てバッファにＴＤＴソース・ファイルが書き込まれ、且
つ復帰コードが保管される。ブロック３０５７０では、
ビュー・テーブル指標が増加され、且つブロック２７７
０５へ制御が渡される。
去する。ブロック３０５２０ではＣソースがバッファ内
にＶＭＯＦ構造アレイ定義の初期化設定の接尾辞用に構
築される。ブロック３０５４０では、ＷＴＳ手順を用い
てバッファにＴＤＴソース・ファイルが書き込まれ、且
つ復帰コードが保管される。ブロック３０５７０では、
ビュー・テーブル指標が増加され、且つブロック２７７
０５へ制御が渡される。
判定ブロック３０６６０では直前書き込みの復帰コード
が良好で有るかどうか検査が行われ、是であれば、ブロ
ック３０７３０へ制御が渡される。
が良好で有るかどうか検査が行われ、是であれば、ブロ
ック３０７３０へ制御が渡される。
否であれば、エラー・メツセージｇｔｄｍｓｇ＝“ＴＤ
ＴＳＯＵＲＣＥ ＷＲＩＴＥ ＥＲＲＯＲ”をセッ
トしているブロック３０６８０へ制御が渡される。
ＴＳＯＵＲＣＥ ＷＲＩＴＥ ＥＲＲＯＲ”をセッ
トしているブロック３０６８０へ制御が渡される。
ブロック３０６９０では、手順はエラーでＣ■手順から
退去する。
退去する。
ブロック３０７３０では、ビューＣソース・ファイルが
閉じられる。ブロック３０７４０では内部トランザクシ
ョン・ビュー・テーブルによって用いられたメモリが解
放される。ブロック３０８１０では、コンパイル・パラ
メータ値が設定される。
閉じられる。ブロック３０７４０では内部トランザクシ
ョン・ビュー・テーブルによって用いられたメモリが解
放される。ブロック３０８１０では、コンパイル・パラ
メータ値が設定される。
ブロック３０９９０ではコンパイル・パラメータがリス
トにコピーされる。フロック３１０８０では、原ディレ
クトリが保管され且つブロック３１０９０でビュー・ソ
ースが置かれている（ＵＮＩＸ実施例の場合に限り）デ
ィレクトリに変更される。ブロック３１１００では、上
記（ブロック３０９９０）で構築されたパラメータ・リ
ストを用いてＣコンパイラが呼び出され、復帰コードが
保管される。
トにコピーされる。フロック３１０８０では、原ディレ
クトリが保管され且つブロック３１０９０でビュー・ソ
ースが置かれている（ＵＮＩＸ実施例の場合に限り）デ
ィレクトリに変更される。ブロック３１１００では、上
記（ブロック３０９９０）で構築されたパラメータ・リ
ストを用いてＣコンパイラが呼び出され、復帰コードが
保管される。
判定ブロック３１１３０では、コンパイラの復帰コード
がエラーで終了したコンパイラを表示するかどうかの検
査が行われ、是であれば、ブロック３１１５０へ制御が
渡される。否であれば、ブロック３１２００で実行が継
続される。ブロック３１１５０では、ＧＴＤ出カフカフ
ァイルンパイラ・エラー・メツセージと共にユーザに表
示される。フロック３１１６０では、出力ｇｔｄｍｓｇ
＝“ＶＩＥＷ ＣＯＭＰＩＬＥ ＦＡＩＬＥＤ”
用エラー・メツセージが設定される。プログラムはエラ
ーでＣＶ手順を退去する（ブロック３１１７０）。
がエラーで終了したコンパイラを表示するかどうかの検
査が行われ、是であれば、ブロック３１１５０へ制御が
渡される。否であれば、ブロック３１２００で実行が継
続される。ブロック３１１５０では、ＧＴＤ出カフカフ
ァイルンパイラ・エラー・メツセージと共にユーザに表
示される。フロック３１１６０では、出力ｇｔｄｍｓｇ
＝“ＶＩＥＷ ＣＯＭＰＩＬＥ ＦＡＩＬＥＤ”
用エラー・メツセージが設定される。プログラムはエラ
ーでＣＶ手順を退去する（ブロック３１１７０）。
フロック３１２００では出力ｇｔｄｍｓｇ＝“ＶＩＥＷ
ＣＯＭＰＩＬＥ ＣＯＭＰＬＥＴＥ”用メツセージが
設定される。ブロック３１２１０はＣ■手順を終了する
。
ＣＯＭＰＩＬＥ ＣＯＭＰＬＥＴＥ”用メツセージが
設定される。ブロック３１２１０はＣ■手順を終了する
。
ＧＴＤコンパイルパネル：ＣＰ
次に本発明による表記手順の実施例を描出する第５５図
を見ることにする。コンパイル・パネル手順はアプリケ
ーション内のパネル毎のコンパイル・プロセスを起動し
、まず、５ＴＤＥテーブルにリストされたメニュー及び
パネル名からアプリケーション内の全パネル名リストを
構築し、次いでリスト内のパネル毎のコンパイルプロセ
スを起動する。
を見ることにする。コンパイル・パネル手順はアプリケ
ーション内のパネル毎のコンパイル・プロセスを起動し
、まず、５ＴＤＥテーブルにリストされたメニュー及び
パネル名からアプリケーション内の全パネル名リストを
構築し、次いでリスト内のパネル毎のコンパイルプロセ
スを起動する。
本ＣＰ手順は５ＴＤＥパネル及びメニュー項目からパネ
ル名テーブルを構築し、且つパネル名、番号ＮＰをカウ
ントすることによってブロック３１５４０から開始され
る。次いで、ｉ指標がパネル名テーブルの始端で初期化
される（ブロック３１８７０）。
ル名テーブルを構築し、且つパネル名、番号ＮＰをカウ
ントすることによってブロック３１５４０から開始され
る。次いで、ｉ指標がパネル名テーブルの始端で初期化
される（ブロック３１８７０）。
判定ブロック３１８７５ではｉがパネル・テーブル内の
パネル番号ＮＰより少ないか又は等しいかの検査が行わ
れる。是であれば、手順はメツセージ・フィールドをＧ
ＴＤＭＳＧ＝”ＰＡＮＥＬＣＯＭ Ｐ Ｉ Ｌ Ｅ ｃ
ｏｔｎｐｌｅｔｅ ″設定しくブロック３１９５０）及
びプログラムはｃｐ手順を退去する（ブロック３１９６
０）。ｉがＮＰより大きければ、手順はパネル名を作業
域のＧＴＤＰＭＥＭに移動させる（ブロック３１８８０
）。ブロック３１８９０では、次にコンパイルがパネル
手順ｃｐｏを実行（第５６図、ブロック３２０３０）し
、判定ブロック３１８９５で該コンパイルが順調かどう
かが検査される。コンパイルが是であれば、増加させら
れ（ブロック３１９３０）、且つ判定ブロック３１８７
５へ実行は進行する。コンパイルが順調でなければ、そ
のエラー・メソセージ・フィールドはＧＴＤＭＳＧ＝“
ＰＡＮＥＬＣＯＭＰＩＬＥ ＦＡＩＬＥＤ”に設定さ
れる（ブロック３１９００）。該手順はエラーで復帰し
くブロック３１９１０）、ｉを増加させ（ブロック３１
９３０）、且つ判定ブロック３１８７５に復帰する。
パネル番号ＮＰより少ないか又は等しいかの検査が行わ
れる。是であれば、手順はメツセージ・フィールドをＧ
ＴＤＭＳＧ＝”ＰＡＮＥＬＣＯＭ Ｐ Ｉ Ｌ Ｅ ｃ
ｏｔｎｐｌｅｔｅ ″設定しくブロック３１９５０）及
びプログラムはｃｐ手順を退去する（ブロック３１９６
０）。ｉがＮＰより大きければ、手順はパネル名を作業
域のＧＴＤＰＭＥＭに移動させる（ブロック３１８８０
）。ブロック３１８９０では、次にコンパイルがパネル
手順ｃｐｏを実行（第５６図、ブロック３２０３０）し
、判定ブロック３１８９５で該コンパイルが順調かどう
かが検査される。コンパイルが是であれば、増加させら
れ（ブロック３１９３０）、且つ判定ブロック３１８７
５へ実行は進行する。コンパイルが順調でなければ、そ
のエラー・メソセージ・フィールドはＧＴＤＭＳＧ＝“
ＰＡＮＥＬＣＯＭＰＩＬＥ ＦＡＩＬＥＤ”に設定さ
れる（ブロック３１９００）。該手順はエラーで復帰し
くブロック３１９１０）、ｉを増加させ（ブロック３１
９３０）、且つ判定ブロック３１８７５に復帰する。
コンパイル パネル：ＣＰＯ
此処でＧＤＴコンパイル・パネル手順の実施例を描出す
る第５６ａ−ｃ図を見ることにすると、ＣＰＯ手順はパ
ネル・ソース・モジュールの完全修飾ファイル・パスネ
ームを構築することによって開始される（ブロック３２
１５０）。パネル・ソースのファイル統計が入手され（
ブロック３２２２０）、変更日時がｎ＋ｔｉｍｅに保管
される（ブロック３２２３０）。次いでトランザクショ
ン・ビュー変更日時がパネル・ソース日時と比較される
。トランザクション・ビュー変更日／時がパネル・ソー
スの８７時より大きければ、トランザクション・ビュー
変更日／時はｍｔｉｍｅに保管され（ブロック３２２４
０）、ブロック３２２６０で実行が継続される。否であ
れば、ブロック３２２６０で実行が続行される。
る第５６ａ−ｃ図を見ることにすると、ＣＰＯ手順はパ
ネル・ソース・モジュールの完全修飾ファイル・パスネ
ームを構築することによって開始される（ブロック３２
１５０）。パネル・ソースのファイル統計が入手され（
ブロック３２２２０）、変更日時がｎ＋ｔｉｍｅに保管
される（ブロック３２２３０）。次いでトランザクショ
ン・ビュー変更日時がパネル・ソース日時と比較される
。トランザクション・ビュー変更日／時がパネル・ソー
スの８７時より大きければ、トランザクション・ビュー
変更日／時はｍｔｉｍｅに保管され（ブロック３２２４
０）、ブロック３２２６０で実行が継続される。否であ
れば、ブロック３２２６０で実行が続行される。
次いで、パネル・オブジェクト・モジュールの完全修飾
パスネームが構築される（ブロック３２２６０）。パネ
ル目的モジュールのファイル統計が入手される（ブロッ
ク３２３７０）。判定ブロック３２３７５では、ファイ
ル統計が順調に入手されたかどうか見極める為に検査が
行われる。
パスネームが構築される（ブロック３２２６０）。パネ
ル目的モジュールのファイル統計が入手される（ブロッ
ク３２３７０）。判定ブロック３２３７５では、ファイ
ル統計が順調に入手されたかどうか見極める為に検査が
行われる。
該統計が順調に入手された場合、オブジェクトの変更日
時はｏｔｉｍｅに保管される。そうでない場合は、ｏｔ
ｉｍｅは初期化されゼロになる（ブロック３２３７５）
。次いで、ソースとオブジェクトとの変更時間が比較さ
れる（ブロック３２４２０）。
時はｏｔｉｍｅに保管される。そうでない場合は、ｏｔ
ｉｍｅは初期化されゼロになる（ブロック３２３７５）
。次いで、ソースとオブジェクトとの変更時間が比較さ
れる（ブロック３２４２０）。
ソース変更時間がオブジェクト変更時間より大であれば
（ｍｔｉｍｅ＞ｏｔｆｍｅ ） 、手順はブロック３２
４４０へ分岐する。
（ｍｔｉｍｅ＞ｏｔｆｍｅ ） 、手順はブロック３２
４４０へ分岐する。
ソース変更時間がオブジェクト変更時間より大でなけれ
ば、プログラムによって、オブジェクト変更時間が条件
付きコンパイルかどうか（ｇｔｄｃｆｌａｇ＝Ｃ）見極
める為検査される（ブロック３２４２５）。
ば、プログラムによって、オブジェクト変更時間が条件
付きコンパイルかどうか（ｇｔｄｃｆｌａｇ＝Ｃ）見極
める為検査される（ブロック３２４２５）。
是であれば、ＣＰＯ手順は終了し、エラー無しで復帰さ
せられる（ブロック３２４２５）。オブジェクト変更時
間が条件付きコンパイルでなければ、コンパイラ・パラ
メータが構築される（ブロック３２４４０）。次いで、
パネル・コンパイラがオブジェクト・ファイル生成の為
呼び出される（ブロック３３０７０）。コンパイル状態
は検査される（ブロック３３１８０）。コンパイルが順
調であれば、ＣＰＯ手順は終了する（ブロック３３１８
０）。
せられる（ブロック３２４２５）。オブジェクト変更時
間が条件付きコンパイルでなければ、コンパイラ・パラ
メータが構築される（ブロック３２４４０）。次いで、
パネル・コンパイラがオブジェクト・ファイル生成の為
呼び出される（ブロック３３０７０）。コンパイル状態
は検査される（ブロック３３１８０）。コンパイルが順
調であれば、ＣＰＯ手順は終了する（ブロック３３１８
０）。
順調でなければ、ｇｔｄｍｓｇが“ＣＯＭＰ Ｉ ＬＥ
ＦＡ Ｉ ＬＥＤ ”Ｃ設定される（ブロック３３２３
ｏ）。
ＦＡ Ｉ ＬＥＤ ”Ｃ設定される（ブロック３３２３
ｏ）。
エラー・メツセージが表示されるが、ユーザからの入力
は受理されない（ブロック３３２４０）。
は受理されない（ブロック３３２４０）。
次いで該手順はエラー状態で復帰させられる（プロック
３３３２５）。
３３３２５）。
コンパイル：ＣＣ
此処でＣＣ手順の実施例を描出する第５７ａｄ図を取り
上げて見ることにする。コンパイル手順によってアプリ
ケーション内の各手順に対するコンパイル・プロセスが
起動される。５ＴＤＥテーブル内の各手順が調べられ、
手順に対する適切なコンパイラが呼び出される。現実施
段階ではＣ及びＣ０ＢＯＬコンパイラだけがサポートさ
れているが、連係可能なオブジェクト・コードを生成で
きる任意の言語が使用可能である。ＣＣ手順は５ＴＤＥ
テーブルの始端をポイントするとＥを初期化することに
よって開始される（ブロック３３３８０）。判定ブロッ
ク３３４２０では、Ｅが５ＴＤＥテーブルの終端を通過
してポイントするかどうか見極める為に検査が行われる
。ポイントしている場合、手順はブロック３３６００へ
分岐し、メツセージフィールドＧＴＤＭＳＧがＰＲＯＣ
ＥＤＵＲＥ ＣＯＭＰＩＬＥＣＯＭＰＬＥＴＥ”に設
定され、それと同時に、プログラムによってＣＣ手順は
退去させられる（ブロック３３６１０）。Ｅが５ＴＤＥ
チーフルの終端を通過してポイントしないい場合は、５
ＴＤＥテ一ブル項目はそれが手順項目５ＴＤＥＴＹＰ＝
Ｃであるか見極める為に検査が行われる（ブロック３３
４２５）。５ＴＤＥテ一ブル項目が手順でなければ、ブ
ロック３３５２０で実行が継続される。５ＴＤＥテ一ブ
ル項目が手順であれば、手順言語は検査され、手順がＣ
言語５ＴＤＥＣＴＹＰ＝Ｃで書かれているかどうか調査
される（ブロック３３４２６）。５ＴＤＥ項目の手順言
語がＣ言語でなければ、その時は手順はブロック３３５
２０へ分岐する。５ＴＤＥ項目の手順言語がＣ言語であ
れば、ブロック３３４３０で、コンパイルＣ手順ＣＣＯ
が呼び出される（第５８図、ブロック３３６９０）。
上げて見ることにする。コンパイル手順によってアプリ
ケーション内の各手順に対するコンパイル・プロセスが
起動される。５ＴＤＥテーブル内の各手順が調べられ、
手順に対する適切なコンパイラが呼び出される。現実施
段階ではＣ及びＣ０ＢＯＬコンパイラだけがサポートさ
れているが、連係可能なオブジェクト・コードを生成で
きる任意の言語が使用可能である。ＣＣ手順は５ＴＤＥ
テーブルの始端をポイントするとＥを初期化することに
よって開始される（ブロック３３３８０）。判定ブロッ
ク３３４２０では、Ｅが５ＴＤＥテーブルの終端を通過
してポイントするかどうか見極める為に検査が行われる
。ポイントしている場合、手順はブロック３３６００へ
分岐し、メツセージフィールドＧＴＤＭＳＧがＰＲＯＣ
ＥＤＵＲＥ ＣＯＭＰＩＬＥＣＯＭＰＬＥＴＥ”に設
定され、それと同時に、プログラムによってＣＣ手順は
退去させられる（ブロック３３６１０）。Ｅが５ＴＤＥ
チーフルの終端を通過してポイントしないい場合は、５
ＴＤＥテ一ブル項目はそれが手順項目５ＴＤＥＴＹＰ＝
Ｃであるか見極める為に検査が行われる（ブロック３３
４２５）。５ＴＤＥテ一ブル項目が手順でなければ、ブ
ロック３３５２０で実行が継続される。５ＴＤＥテ一ブ
ル項目が手順であれば、手順言語は検査され、手順がＣ
言語５ＴＤＥＣＴＹＰ＝Ｃで書かれているかどうか調査
される（ブロック３３４２６）。５ＴＤＥ項目の手順言
語がＣ言語でなければ、その時は手順はブロック３３５
２０へ分岐する。５ＴＤＥ項目の手順言語がＣ言語であ
れば、ブロック３３４３０で、コンパイルＣ手順ＣＣＯ
が呼び出される（第５８図、ブロック３３６９０）。
判定ブロック３３４３５ではコンパイルが順調かどうか
確認が行われる。コンパイルが順調であれば、プログラ
ムはブロック３３５２０へ分岐する。非であれば、ファ
イルされたＧＥＴエラー・メツセージＧＴＤＭＳＧＦが
“ＰＲＯＣＥＤＵＲＥＣＯＭＰＩＬＥ ＦＡＩＬＥＤ
″ （ブロック３３４４０）に設定され、プログラムは
エラーでＣＣＯ手順から復帰する（ブロック３３４５０
）。
確認が行われる。コンパイルが順調であれば、プログラ
ムはブロック３３５２０へ分岐する。非であれば、ファ
イルされたＧＥＴエラー・メツセージＧＴＤＭＳＧＦが
“ＰＲＯＣＥＤＵＲＥＣＯＭＰＩＬＥ ＦＡＩＬＥＤ
″ （ブロック３３４４０）に設定され、プログラムは
エラーでＣＣＯ手順から復帰する（ブロック３３４５０
）。
判定ブロック３３５２０では５ＴＤＥ手順項目がＣｏＢ
ＯＬ手順、５ＴＤＥＣＴＹＰ＝ＣＯＢＯＬで有るかどう
か確認される。手順言語がＣ０ＢＯＬならば、ブロック
３３５３０に於いてプログラムによってコンパイルＣ手
順ＣＣ０Ｂ Ｏを呼び出す（第５９図、ブロック３６２
７０）。否であれば、プログラムはブロック３３５８０
へ分岐する。判定ブロック３３５３５では、コンパイル
が順調かどうか確認が行われる。コンパイルが順調であ
れば、プログラムはブロック３３５８０へ分岐する。
ＯＬ手順、５ＴＤＥＣＴＹＰ＝ＣＯＢＯＬで有るかどう
か確認される。手順言語がＣ０ＢＯＬならば、ブロック
３３５３０に於いてプログラムによってコンパイルＣ手
順ＣＣ０Ｂ Ｏを呼び出す（第５９図、ブロック３６２
７０）。否であれば、プログラムはブロック３３５８０
へ分岐する。判定ブロック３３５３５では、コンパイル
が順調かどうか確認が行われる。コンパイルが順調であ
れば、プログラムはブロック３３５８０へ分岐する。
コンパイルが順調でなければ、エラーメソセージフィー
ルドＧＴＤＭＳＧがＰＲＯＣＥＤＵＲＥＣＯＭＰＩＬＥ
ＦＡＩＬＳに設定され（ブロック３３５４０）、プ
ログラムはエラーでＣＣｏＢＯ手順から復帰する（ブロ
ック３３５５０）。
ルドＧＴＤＭＳＧがＰＲＯＣＥＤＵＲＥＣＯＭＰＩＬＥ
ＦＡＩＬＳに設定され（ブロック３３５４０）、プ
ログラムはエラーでＣＣｏＢＯ手順から復帰する（ブロ
ック３３５５０）。
ブロック３３５８０ではＥが次の５ＴＤＥテ一ブル項目
へ増加し、次の５ＴＤＥテ一ブル項目を調べる為にブロ
ック３３４２０に復帰する。
へ増加し、次の５ＴＤＥテ一ブル項目を調べる為にブロ
ック３３４２０に復帰する。
コンパイルＣプログラム：ＣＣＯ
此処ではＣＣＯ手順の実施例を描出する第５８ａ−ｊ図
を取り上げることにする。この手順ではＣ手順用の出力
オブジェクトが構築されるのに必要なコンパイル（若し
くはコンパイラ）が呼び出される。まず現在の手順に必
要なコンパイルが確認される。コンパイルが無条件的コ
ンパイルなのかどうか、あるいは条件付きコンパイルな
のかどうか及びトランザクション・ビュー・ソース又は
手順ソース変更時間がオブジェクト・モジュール８７時
より大きいかどうかの検査が必要である。
を取り上げることにする。この手順ではＣ手順用の出力
オブジェクトが構築されるのに必要なコンパイル（若し
くはコンパイラ）が呼び出される。まず現在の手順に必
要なコンパイルが確認される。コンパイルが無条件的コ
ンパイルなのかどうか、あるいは条件付きコンパイルな
のかどうか及びトランザクション・ビュー・ソース又は
手順ソース変更時間がオブジェクト・モジュール８７時
より大きいかどうかの検査が必要である。
コンパイルが必要なものであれば、該コンパイルは次の
順序で進行する。すなわち、まず、該手順が５ＴＤＥテ
ーブル内のＤＢＭＳ手順としてフラグされる場合、ＤＢ
ＭＳコンパイルが実行される。
順序で進行する。すなわち、まず、該手順が５ＴＤＥテ
ーブル内のＤＢＭＳ手順としてフラグされる場合、ＤＢ
ＭＳコンパイルが実行される。
次いで、コンパイルが実行され、テンポラリ・ファイル
を一掃する為に必要な清掃作業がそれに続く。ＣＣＯ手
順はＧＴＤ出カフカファイルワインドしく判定ブロック
３３７８０）、且つ完全修飾Ｃソース・モジュール・フ
ァイル名を構築する（ブロック３３８２０）によって実
行を開始する。
を一掃する為に必要な清掃作業がそれに続く。ＣＣＯ手
順はＧＴＤ出カフカファイルワインドしく判定ブロック
３３７８０）、且つ完全修飾Ｃソース・モジュール・フ
ァイル名を構築する（ブロック３３８２０）によって実
行を開始する。
次いで、手順ソース・ファイルに関するファイル統計が
入手され、且つ、変更時間がｍｔｉｍｅに保管される（
ブロック３３９００）。
入手され、且つ、変更時間がｍｔｉｍｅに保管される（
ブロック３３９００）。
判定ブロック３３９１０では、ｔｖｗｔｉｍｅに保存さ
れたトランザクション・ビュー変更日／時がｍｔｉｍｅ
に保存された手順の日時より大かどうか確定する（ブロ
ック３３９１０）。真であれば、トランザクションビュ
ー変更日／時はｍｔｉｍｅに保存される（ブロック３３
９１０）。
れたトランザクション・ビュー変更日／時がｍｔｉｍｅ
に保存された手順の日時より大かどうか確定する（ブロ
ック３３９１０）。真であれば、トランザクションビュ
ー変更日／時はｍｔｉｍｅに保存される（ブロック３３
９１０）。
ｔｖｗｔｉｍｅに保存されたトランザクション・ビュー
変更日／時がｍｔｉｍｅ保存の手順日時より大でなけれ
ば、ブロック３３９３０で実行が継続する。
変更日／時がｍｔｉｍｅ保存の手順日時より大でなけれ
ば、ブロック３３９３０で実行が継続する。
ブロック３３９３０では、出力オブジェクト用のＣオブ
ジェクト・モジュール・パスネームが構築され、且つ手
順オブジェクト・モジュールに関するファイルＣオブジ
ェクト・モジュール統計が得られる（ブロック３４０４
０）。
ジェクト・モジュール・パスネームが構築され、且つ手
順オブジェクト・モジュールに関するファイルＣオブジ
ェクト・モジュール統計が得られる（ブロック３４０４
０）。
判定ブロック３４０４５では、統計が順調に入手できる
かどうか確定し、且つそれが出来るとすれば変更日／時
がｏｔｉｍｅに保管される。順調でなければ、ｏｔｉｍ
ｅがゼロに初期化される。判定ブロック３４０９０では
、ソース変更時間がオブジェクト変更時間より大である
か確定される。真ならば、手順はブロック３４１１０へ
分岐する。判定フロック３４０９５では、ｇｔｄｃｆａ
ｇが条件付コンパイルを指定する′Ｃ”に等しいか確定
される。
かどうか確定し、且つそれが出来るとすれば変更日／時
がｏｔｉｍｅに保管される。順調でなければ、ｏｔｉｍ
ｅがゼロに初期化される。判定ブロック３４０９０では
、ソース変更時間がオブジェクト変更時間より大である
か確定される。真ならば、手順はブロック３４１１０へ
分岐する。判定フロック３４０９５では、ｇｔｄｃｆａ
ｇが条件付コンパイルを指定する′Ｃ”に等しいか確定
される。
真ならば、手順はエラー無しで復帰する。
判定ブロック３４１１０では、手順がＤＢＭＳ型手順で
あるか見極める為確認される（ＳＴＤＥＣＤＢ２＝Ｙ）
。そうでなければ、プログラムはＣ手順をコンパイルす
る為ブロック３５１７０−・分岐する。手順がＤＢＭＳ
型であれば、プログラムはＤＢＭＳプレコンパイラ（ｐ
ｒｅ−ｃｏｍｐｉｌｅｒ）に必要なデータ組を準備し、
且つ次いでＤＢＭＳプレコンパイラを呼出す。ブロック
３４１４０ではプレコンパイラ用に一時的フアイルにＣ
ソース・ファイルをコピーし、且つＣＤＥＭＳプレコン
パイラ・パラメータが構築される（ブロック３５１７０
）。
あるか見極める為確認される（ＳＴＤＥＣＤＢ２＝Ｙ）
。そうでなければ、プログラムはＣ手順をコンパイルす
る為ブロック３５１７０−・分岐する。手順がＤＢＭＳ
型であれば、プログラムはＤＢＭＳプレコンパイラ（ｐ
ｒｅ−ｃｏｍｐｉｌｅｒ）に必要なデータ組を準備し、
且つ次いでＤＢＭＳプレコンパイラを呼出す。ブロック
３４１４０ではプレコンパイラ用に一時的フアイルにＣ
ソース・ファイルをコピーし、且つＣＤＥＭＳプレコン
パイラ・パラメータが構築される（ブロック３５１７０
）。
次いでＣＤＢＭＳプレコンパイラが呼出される（ブロッ
ク３５０３０）。
ク３５０３０）。
判定ブロック３５０６０では、プレコンパイラが順調か
否か確定される。プレコンパイラが順調なら、プログラ
ムはブロック３４１１０へ分岐する。さもなければ、ユ
ーザにプレコンパイラからエラー・メツセージを含むプ
レコンパイラＧＴＤ出カフアイルが提示され（ブロック
３５０７０）、且つエラー・メツセージ・フィールドｇ
ｔｄｍｓｇは不正手順ＳＴＤＥＮＡＭＥの名前を、”
Ｐ ＲＥ ＣＯＭＰＩＬＥ ＦＡＩＬＥＤ’” （ブ
ロック３５０８０）のメツセージと併せて格納するよう
に設定される。
否か確定される。プレコンパイラが順調なら、プログラ
ムはブロック３４１１０へ分岐する。さもなければ、ユ
ーザにプレコンパイラからエラー・メツセージを含むプ
レコンパイラＧＴＤ出カフアイルが提示され（ブロック
３５０７０）、且つエラー・メツセージ・フィールドｇ
ｔｄｍｓｇは不正手順ＳＴＤＥＮＡＭＥの名前を、”
Ｐ ＲＥ ＣＯＭＰＩＬＥ ＦＡＩＬＥＤ’” （ブ
ロック３５０８０）のメツセージと併せて格納するよう
に設定される。
エラー・メツセージは表示されるがユーザからの入力は
受け付けられない（ブロック３５０９０）。
受け付けられない（ブロック３５０９０）。
手順は次いでエラーで復帰する（ブロック３５１００）
。
。
ブロック３５１７０では、プログラムはコンパイル手順
用にＣコンパイラ・パラメータを構築し、現行のディレ
クトリのパスネームを保管しくブロック３５６００）、
ディレクトリをｇｔｄｓｌｉｂに移行しくブロック３５
６１０）、Ｃコンパイラを呼出しくブロック３５６２０
）且っＣコンパイルの完了後、原ディレクトリに逆移行
する（ブロック３５６３０）。
用にＣコンパイラ・パラメータを構築し、現行のディレ
クトリのパスネームを保管しくブロック３５６００）、
ディレクトリをｇｔｄｓｌｉｂに移行しくブロック３５
６１０）、Ｃコンパイラを呼出しくブロック３５６２０
）且っＣコンパイルの完了後、原ディレクトリに逆移行
する（ブロック３５６３０）。
判定フロック３５６７０では、Ｃコンパイルが順調かど
うか見極める確認をする。順調ならば、プログラムはブ
ロック３５７４０に分岐する。Ｃコンパイルが順調でな
ければ、ＧＴＤ出力がブロック３５７４０へ分岐する。
うか見極める確認をする。順調ならば、プログラムはブ
ロック３５７４０に分岐する。Ｃコンパイルが順調でな
ければ、ＧＴＤ出力がブロック３５７４０へ分岐する。
Ｃコンパイルが順調でなければ、コンパイラ・エラー・
メツセージが格納されているＧＴＤ出カフカファイルー
ザに提示され（ブロック３５６８０）、且つエラー・メ
ツセージｇｔｄｍｓｇフィールドが”ＣＯＭＰＩＬＥＦ
ＡＩＬＥＤ’“と言うメツセージと共に、不正手順の名
前ＳＴＤＥＮＡＭＥを格納・設定する。エラー・メツセ
ージは表示されるが、ユーザ入力は受入れらなれない（
ブロック３５７００）。手順はエラーで復帰する（ブロ
ック３５．７１０）。
メツセージが格納されているＧＴＤ出カフカファイルー
ザに提示され（ブロック３５６８０）、且つエラー・メ
ツセージｇｔｄｍｓｇフィールドが”ＣＯＭＰＩＬＥＦ
ＡＩＬＥＤ’“と言うメツセージと共に、不正手順の名
前ＳＴＤＥＮＡＭＥを格納・設定する。エラー・メツセ
ージは表示されるが、ユーザ入力は受入れらなれない（
ブロック３５７００）。手順はエラーで復帰する（ブロ
ック３５．７１０）。
判定ブロック３５７４０では、手順がＤＢＭＳ型手順か
どうか見極める確認をする。然りでなければ、プログラ
ムはブロック３６６００へ分岐する。手順がＤＢＭＳ型
手順ならばプログラムは一時的ネーム付コンパイル出力
オブジェクト・ファイルを正規メニューに移動させ（ブ
ロック３５７８０）、ＤＢＭＳ−時的ファイルを除去し
くブロック３６２４０）、且つメツセージ・フィールド
ｇｔｄｍｓｇがコンパイル手順衣ＳＴＤＥＮＡＭＥを“
ＣＯＭＰＩＬＥ ＣＯＭＰＬＥＴＥ”メツセージ付で
格納される様に設定する（フロック３６６００）。
どうか見極める確認をする。然りでなければ、プログラ
ムはブロック３６６００へ分岐する。手順がＤＢＭＳ型
手順ならばプログラムは一時的ネーム付コンパイル出力
オブジェクト・ファイルを正規メニューに移動させ（ブ
ロック３５７８０）、ＤＢＭＳ−時的ファイルを除去し
くブロック３６２４０）、且つメツセージ・フィールド
ｇｔｄｍｓｇがコンパイル手順衣ＳＴＤＥＮＡＭＥを“
ＣＯＭＰＩＬＥ ＣＯＭＰＬＥＴＥ”メツセージ付で
格納される様に設定する（フロック３６６００）。
状態メツセージが表示されるが、ユーザ入力は受入れら
れず（ブロック３６６１０）、それからプログラムはＣ
ＣＯ手順を退去する（ブロック３６６３０）。
れず（ブロック３６６１０）、それからプログラムはＣ
ＣＯ手順を退去する（ブロック３６６３０）。
Ｃ０ＢＯＬプログラムのコンパイル：ＣＣ０ＢＯ」
此処では、本発明によるＣＣｏＢＯ手順の面の実施例を
描出する第５９ａ−ｃ図に移動する。この手順ではＣ手
順の出力オブジェクトを構築するのに必要なコンパイル
（若しくは複数のコンパイル）が呼出される。最初に手
順はコンパイルが現行手順に必要かどうかを確定する。
描出する第５９ａ−ｃ図に移動する。この手順ではＣ手
順の出力オブジェクトを構築するのに必要なコンパイル
（若しくは複数のコンパイル）が呼出される。最初に手
順はコンパイルが現行手順に必要かどうかを確定する。
該コンパイルが無条件的コンパイルならば、若しくは条
件付コンパイルであって且つトランザクション・ビュー
・ソース若しくは手順ソース変更時間がオブジェクト・
モジュール日時より大であれば該コンパイルは必要であ
る。該コンパイルが必要であれば、該コンパイルは次の
様に進行する。該手順が５ＴＤＥテーブルにＤＢＭＳ手
順としてフラグが立てられてあれば、まずＤＢＭＳコン
パイルが実行される。次いで、該コンパイルは実行され
、−時的ファイルの除去の為の作業が後続する。
件付コンパイルであって且つトランザクション・ビュー
・ソース若しくは手順ソース変更時間がオブジェクト・
モジュール日時より大であれば該コンパイルは必要であ
る。該コンパイルが必要であれば、該コンパイルは次の
様に進行する。該手順が５ＴＤＥテーブルにＤＢＭＳ手
順としてフラグが立てられてあれば、まずＤＢＭＳコン
パイルが実行される。次いで、該コンパイルは実行され
、−時的ファイルの除去の為の作業が後続する。
Ｃ０ＢＯＬプログラム手順のコンパイルは始点にＧＴＤ
出カフカファイルワインド（ｒｅｗｉｎｄ）することに
よって開始される（ブロック３６８１０）。
出カフカファイルワインド（ｒｅｗｉｎｄ）することに
よって開始される（ブロック３６８１０）。
ブロック３６８５０ではＣ０ＢＯＬソース・モジュール
の完全修飾ファイル・パスネームが構築される。フロッ
ク３６９２０では、手順ソースに関するファイル統計が
入手される。ブロック３６９３０では、変更日／時がフ
ィールドｍｔｉｍｅに保管される。ブロック３６９４０
では、トランザクション・ビュー変更日／時が手順８７
時より大かどうかが確定される。然りであれば、該手順
はｍｔｉｍｅにトランザクション・ビュー変更日／時を
保管する。
の完全修飾ファイル・パスネームが構築される。フロッ
ク３６９２０では、手順ソースに関するファイル統計が
入手される。ブロック３６９３０では、変更日／時がフ
ィールドｍｔｉｍｅに保管される。ブロック３６９４０
では、トランザクション・ビュー変更日／時が手順８７
時より大かどうかが確定される。然りであれば、該手順
はｍｔｉｍｅにトランザクション・ビュー変更日／時を
保管する。
次いで、ブロック３６９６０ではＣ０ＢＯＬオブジエク
ト・モジュールの完全修飾パスネームが構築される。
ト・モジュールの完全修飾パスネームが構築される。
ブロック３７０７０では手順オブジェクト・モジュール
に関するファイル統計が入手される。判定ブロック３７
０７５では、ファイル統計が順調に入手されたかどうか
確定される。然りであれば、該プログラムによって変更
日／時はｏｔｉｍｅに保管されてブロック３７１２０へ
分岐する。統計が順調に入手されない時は、プログラム
によってｏｔｉｍｅがゼロ初期化され、且つブロック３
７１２０で実行が継続される。
に関するファイル統計が入手される。判定ブロック３７
０７５では、ファイル統計が順調に入手されたかどうか
確定される。然りであれば、該プログラムによって変更
日／時はｏｔｉｍｅに保管されてブロック３７１２０へ
分岐する。統計が順調に入手されない時は、プログラム
によってｏｔｉｍｅがゼロ初期化され、且つブロック３
７１２０で実行が継続される。
ブロック３７１２０ではソース・ファイル変更日／時が
オブジェクト・ファイル変更日／時より大かどうかが確
定される。ソース・ファイル変更日／時がオブジェクト
変更日／時より大でなければ、プログラムはＣＣ０ＢＯ
から復帰する。ソースファイル変更日／時がオブジェク
ト変更日／時より大であれば、ブロック３７１５０で実
行は継続される。
オブジェクト・ファイル変更日／時より大かどうかが確
定される。ソース・ファイル変更日／時がオブジェクト
変更日／時より大でなければ、プログラムはＣＣ０ＢＯ
から復帰する。ソースファイル変更日／時がオブジェク
ト変更日／時より大であれば、ブロック３７１５０で実
行は継続される。
判定ブロック３７１５０では、手順がＤＢＭＳ型手順か
どうかが確定される。否であれば、手順はブロック３８
６５０へ分岐する。手順がＤＢＭＳ型手順ならば、ブロ
ック３７１９０で環境構成情報がマシーン依存型ＤＢＭ
Ｓ移行を要するように指定しているかどうか確定される
。然りであれば、手順はＣ０ＢＯＬ標準ＤＢＭＳソース
をマシーン依存型ＤＢＭＳソースに移行させ一時的フア
イルに置き、それからブロック３８１５０で実行を継続
する。否であれば、手順はプログラムはＣ０ＢＯＬソー
ス・ファイルを標準型ＤＢＭＳプレコンパイラ用の一時
的フアイルにコピーする。
どうかが確定される。否であれば、手順はブロック３８
６５０へ分岐する。手順がＤＢＭＳ型手順ならば、ブロ
ック３７１９０で環境構成情報がマシーン依存型ＤＢＭ
Ｓ移行を要するように指定しているかどうか確定される
。然りであれば、手順はＣ０ＢＯＬ標準ＤＢＭＳソース
をマシーン依存型ＤＢＭＳソースに移行させ一時的フア
イルに置き、それからブロック３８１５０で実行を継続
する。否であれば、手順はプログラムはＣ０ＢＯＬソー
ス・ファイルを標準型ＤＢＭＳプレコンパイラ用の一時
的フアイルにコピーする。
ブロック３８１５０では、Ｃ０ＢＯＬ ＤＢＭＳプレ
コンパイラ・パラメータが構築され、それからブロック
３８６３０でＣ０ＢＯＬ ＤＢＭＳプレコンパイラが
呼出される。判定ブロック３８６５０でプレコンパイラ
が順調かどうか確定される。然りであれば、手順はブロ
ック３８７３０へ分岐する。否であれば、ＧＴＤ出カフ
カファイルロック３８６６０）のプレコンパイラ・エラ
ー出力が表示され、ファイルされたエラー・メツセージ
ＧＴＤＭＳＣ，が不正手順ＳＴＤＥＮＡＭＥの名前でメ
ツセージ”ＰＲＥＣＯＭＰＩＬＥ ＦＡＩＬＥＤ“と
共に格納するよう設定され（ブロック３８６７０）、且
つエラーメツセージは表示されるがユーザ入力は受入れ
られない（ブロック３８６８０）。
コンパイラ・パラメータが構築され、それからブロック
３８６３０でＣ０ＢＯＬ ＤＢＭＳプレコンパイラが
呼出される。判定ブロック３８６５０でプレコンパイラ
が順調かどうか確定される。然りであれば、手順はブロ
ック３８７３０へ分岐する。否であれば、ＧＴＤ出カフ
カファイルロック３８６６０）のプレコンパイラ・エラ
ー出力が表示され、ファイルされたエラー・メツセージ
ＧＴＤＭＳＣ，が不正手順ＳＴＤＥＮＡＭＥの名前でメ
ツセージ”ＰＲＥＣＯＭＰＩＬＥ ＦＡＩＬＥＤ“と
共に格納するよう設定され（ブロック３８６７０）、且
つエラーメツセージは表示されるがユーザ入力は受入れ
られない（ブロック３８６８０）。
手順はエラーで復帰する（ブロック３８６９０）。
プレコンパイラが順調ならば、手順（ブロック３８７３
０）によってコンパイル用のコンパイル・パラメータが
構築され（ブロック３９３２０）、現行ディレクトリが
保管され（ブロック３９３３０）、ディレクトリｇｔｄ
ｓｌｉｂに移行され（ブロック３９３４０）、Ｃ０ＢＯ
Ｌコンパイルが呼出され、そして原ディレクトリに逆移
行される。
０）によってコンパイル用のコンパイル・パラメータが
構築され（ブロック３９３２０）、現行ディレクトリが
保管され（ブロック３９３３０）、ディレクトリｇｔｄ
ｓｌｉｂに移行され（ブロック３９３４０）、Ｃ０ＢＯ
Ｌコンパイルが呼出され、そして原ディレクトリに逆移
行される。
判定ブロック３９４５０ではコンパイルが順調かどうか
確定される。然りであれば、ブロック３９５３０へ分岐
する。否であれば、手順によってＧＴＤ出カフカファイ
ルンパイル・エラー出力が提示され（ブロック３９４６
０）、エラー・メツセージ・フィールドが不正手順の名
前ＳＴＤＥＮＡＭＥをメツセージ“ＣＯＭＰＩＬＥ
ＦＡＩＬＥＤ’″と共に格納するようにされる。エラー
・メツセージが表示されるがユーザ入力は受入れられず
（ブロック３９４８０）、エラーで手順から復帰する（
ブロック３９４９０）。
確定される。然りであれば、ブロック３９５３０へ分岐
する。否であれば、手順によってＧＴＤ出カフカファイ
ルンパイル・エラー出力が提示され（ブロック３９４６
０）、エラー・メツセージ・フィールドが不正手順の名
前ＳＴＤＥＮＡＭＥをメツセージ“ＣＯＭＰＩＬＥ
ＦＡＩＬＥＤ’″と共に格納するようにされる。エラー
・メツセージが表示されるがユーザ入力は受入れられず
（ブロック３９４８０）、エラーで手順から復帰する（
ブロック３９４９０）。
コンパイルが順調ならば、手順によって手順がＤＢＭＳ
型手順であるかどうか確定される（ブロック３９５３０
）。否であれば、手順はブロック３９９３０へ分岐する
。手順がＤＢＭＳ型手順であれば、手順はＤＢＭＳ−時
的ファイルを除去する。
型手順であるかどうか確定される（ブロック３９５３０
）。否であれば、手順はブロック３９９３０へ分岐する
。手順がＤＢＭＳ型手順であれば、手順はＤＢＭＳ−時
的ファイルを除去する。
ブロック３９９３０はその他の一時的フアイルをも除去
する。ブロック４００３０では、状態メツセージ・フィ
ールドがコンパイルされた手順の名前ＳＴＤＥＮＡＭＥ
をメツセージ“’ＣＯＭＰ ＩＬＥ ＣＯＭＰＬＥＴ
Ｅ’”と共に格納するよう設定される（ブロック４００
３０）。該状態メツセージは表示されるが、ユーザ入力
は受入れられない（ブロック４００４０）。手順はＣＣ
ｏＢＯ手順は退去する（ブロック４００５０）。
する。ブロック４００３０では、状態メツセージ・フィ
ールドがコンパイルされた手順の名前ＳＴＤＥＮＡＭＥ
をメツセージ“’ＣＯＭＰ ＩＬＥ ＣＯＭＰＬＥＴ
Ｅ’”と共に格納するよう設定される（ブロック４００
３０）。該状態メツセージは表示されるが、ユーザ入力
は受入れられない（ブロック４００４０）。手順はＣＣ
ｏＢＯ手順は退去する（ブロック４００５０）。
トランザクションの変数設定８８１手
ＧＴＤ ）ランザクジョンの準備の最終段階はＴＤＴメ
ンバ（ｍｅｍｂｅｒ）に対するＢＩＮＤプロセスである
。このプロセスは、設計者指定手順、パネル及び適切な
ロード・モジュールを作成するビューの各々に従ってト
ランザクションを実行するのに必要な全ＣＴＤシステム
実装ランタイム・メンバ（ｒｕｎｔｉｍｅ ｍｅｍｂｅ
ｒ）を抽出することである。
ンバ（ｍｅｍｂｅｒ）に対するＢＩＮＤプロセスである
。このプロセスは、設計者指定手順、パネル及び適切な
ロード・モジュールを作成するビューの各々に従ってト
ランザクションを実行するのに必要な全ＣＴＤシステム
実装ランタイム・メンバ（ｒｕｎｔｉｍｅ ｍｅｍｂｅ
ｒ）を抽出することである。
此処で、本発明によるＢＴ手順の見地から実施例を描出
する第６０ａ−ｂ図を考察する。変数設定トランザクシ
ョン手順でアプリケーション・ロード・モジュールが構
築され、且つ実行可能ディレクトリ又はライブラリにイ
ンストールされる。
する第６０ａ−ｂ図を考察する。変数設定トランザクシ
ョン手順でアプリケーション・ロード・モジュールが構
築され、且つ実行可能ディレクトリ又はライブラリにイ
ンストールされる。
又この手順では使用ＤＢＭＳにとって必要であれば、デ
ータ・ベース変数設定も実行出来る。この事は本記述設
定では不必要であるが、メイン・フレームではＤＢＭＳ
変数設定は、ロード・モジュールがＤＢＭＳを順調にア
クセスする為にはそれ以前に実行されなければならない
。ロード・モジュールは連係エディタで構築される。本
ユーティリティはＤＡＡ、アプリケーション若しくはシ
ステム・ライブラリに対して行われた全ての未解決の参
照を解決するものである。ライブラリ参照は実行時間に
動的にロード出来、又はロード・モジュールと連係する
ことが出来る。実行時間に於いて動的にロード出来るラ
イブラリ・モジュールが在ることが望ましい。
ータ・ベース変数設定も実行出来る。この事は本記述設
定では不必要であるが、メイン・フレームではＤＢＭＳ
変数設定は、ロード・モジュールがＤＢＭＳを順調にア
クセスする為にはそれ以前に実行されなければならない
。ロード・モジュールは連係エディタで構築される。本
ユーティリティはＤＡＡ、アプリケーション若しくはシ
ステム・ライブラリに対して行われた全ての未解決の参
照を解決するものである。ライブラリ参照は実行時間に
動的にロード出来、又はロード・モジュールと連係する
ことが出来る。実行時間に於いて動的にロード出来るラ
イブラリ・モジュールが在ることが望ましい。
零ＢＴ手順では、ＧＴＤ出カフカファイルワインドする
ことで開始され（ブロック４０２６０）、連係エディタ
・パラメータ値（ｌｉｎｋ ｅｄｉｔｏｒｐａｒａｍｅ
ｔｅｒ ｖａｌｕｅ）及びアプリケーション入力ファイ
ルが連係エディタ手順内に含めるべき連係エディタ・フ
ァイルと共に設定され（ブロック４０５８０）、問題在
ればＤＢＭＳ手順型及び手順言語型が識別され（ブロッ
ク４１７９０）、言語基、ＤＢＭＳ（必要ならば）、Ｄ
ＡＡシステム、オペレーティング・システム・ライブラ
リ及びリンクに含めるべきオブジェクト・ファイルが設
定される（ブロック４２０６０）。
ことで開始され（ブロック４０２６０）、連係エディタ
・パラメータ値（ｌｉｎｋ ｅｄｉｔｏｒｐａｒａｍｅ
ｔｅｒ ｖａｌｕｅ）及びアプリケーション入力ファイ
ルが連係エディタ手順内に含めるべき連係エディタ・フ
ァイルと共に設定され（ブロック４０５８０）、問題在
ればＤＢＭＳ手順型及び手順言語型が識別され（ブロッ
ク４１７９０）、言語基、ＤＢＭＳ（必要ならば）、Ｄ
ＡＡシステム、オペレーティング・システム・ライブラ
リ及びリンクに含めるべきオブジェクト・ファイルが設
定される（ブロック４２０６０）。
見極めをされるべき適切な連係エディタが確定される（
ブロック４２７９０）。
ブロック４２７９０）。
パラメータ・リストが登録値から構築される（ブロック
４２８４０）。
４２８４０）。
連係エディタは生成パラメータ・リストを用いて呼出さ
れ、連係エディタ復帰モードが保管される（ブロック４
３０２０）。
れ、連係エディタ復帰モードが保管される（ブロック４
３０２０）。
連係エディタ出力モジュールが読み取り専用に開示され
（ブロック４３０７０）、モジュール・サイズが初期化
される（ブロック４３０８０）。
（ブロック４３０７０）、モジュール・サイズが初期化
される（ブロック４３０８０）。
判定ブロック４３０９０では、連係エディタ出力モジュ
ールの開示が順調かどうかを見極める為検査が行われる
。開示が順調でないと、プログラムはブロック４３１６
０へ分岐する。開示が順調ならば、モジュール・サイズ
が確定され（ブロック４３１００）、且つ連係エディタ
出力モジュールが閉止される（ブロック４３１１０）。
ールの開示が順調かどうかを見極める為検査が行われる
。開示が順調でないと、プログラムはブロック４３１６
０へ分岐する。開示が順調ならば、モジュール・サイズ
が確定され（ブロック４３１００）、且つ連係エディタ
出力モジュールが閉止される（ブロック４３１１０）。
判定ブロック４３１６０では連係エディタ復帰コードが
良好かどうか見極める為検査される。否であれば、プロ
グラムはブロック４３１７０へ進む。復帰コードが良好
であれば、連係エディタ出力モジュールはそのサイズが
ゼロより大かどうか見極める為検査される（ブロック４
３１６５）。
良好かどうか見極める為検査される。否であれば、プロ
グラムはブロック４３１７０へ進む。復帰コードが良好
であれば、連係エディタ出力モジュールはそのサイズが
ゼロより大かどうか見極める為検査される（ブロック４
３１６５）。
モジュールがゼロより大であれば、プログラムはブロッ
ク４３４６０へ分岐する。否であれば、連係エディタ・
エラー・メツセージを含む出力ファイルが表示され（ブ
ロック４３１７０）、エラー・メツセージ・フィールド
ＧＴＤＭＳＧが“’ＢＩＮＤ ＦＡＩＬＥＤ’”に設
定され（ブロック４３１８０）、それから手順はエラー
で復帰する（ブロック４３１９０）。
ク４３４６０へ分岐する。否であれば、連係エディタ・
エラー・メツセージを含む出力ファイルが表示され（ブ
ロック４３１７０）、エラー・メツセージ・フィールド
ＧＴＤＭＳＧが“’ＢＩＮＤ ＦＡＩＬＥＤ’”に設
定され（ブロック４３１８０）、それから手順はエラー
で復帰する（ブロック４３１９０）。
プログラムによってＧＴＤ出カフカファイルワインドさ
れ（ブロック５３４６０）、且つタスク停止ユーティリ
ティ（ｔａｓｋ ｔｅｒｍｉｎａｔｉｏｎ ｕｔｉｌｉ
ｔｙ）が現行実行アプリケーションモジュールを中止す
るよう呼出される。この事は、現行実行中のロードモジ
ュールが新規コピーによって上書きされることを防止す
る為のＵＮＩＸのオペレーティング・システム制限に起
因する。この方法はメイン・フレーム設定には適用され
ない。問題の処理方法としては、タスクを消去し次いで
ロード・モジュールを置換することである。
れ（ブロック５３４６０）、且つタスク停止ユーティリ
ティ（ｔａｓｋ ｔｅｒｍｉｎａｔｉｏｎ ｕｔｉｌｉ
ｔｙ）が現行実行アプリケーションモジュールを中止す
るよう呼出される。この事は、現行実行中のロードモジ
ュールが新規コピーによって上書きされることを防止す
る為のＵＮＩＸのオペレーティング・システム制限に起
因する。この方法はメイン・フレーム設定には適用され
ない。問題の処理方法としては、タスクを消去し次いで
ロード・モジュールを置換することである。
中止が順調であれば、プログラムはブロック４３６５０
に進み、原ロード・モジュールを除去しくブロック４３
６５０）。−時的ファイルを原ネームに再命名しくブロ
ック４３６８０）、エラー・メツセージ・フィールドＧ
ＴＤＭＳＧをＢＩＮＤ ＣＯＭＰＬＥＴＥ’”に設定
しくブロック４３７６０）、そしてプログラムはＢＴ手
順を退去する（ブロック４３７７０）。
に進み、原ロード・モジュールを除去しくブロック４３
６５０）。−時的ファイルを原ネームに再命名しくブロ
ック４３６８０）、エラー・メツセージ・フィールドＧ
ＴＤＭＳＧをＢＩＮＤ ＣＯＭＰＬＥＴＥ’”に設定
しくブロック４３７６０）、そしてプログラムはＢＴ手
順を退去する（ブロック４３７７０）。
中止が順調でない場合、プログラムによってユーザは連
係エディタ・エラー・メツセージを含む出力が提示され
（ブロック４３１７０）、エラー・メツセージ・フィー
ルドＧＴＤＭＳＧが’５ＴＯＰ ＴＲＡＮ ＦＡＩ
ＬＥＤ”に設定され、そしてエラーでＢＴ手順は復帰さ
れる（ブロック４３５６０）。
係エディタ・エラー・メツセージを含む出力が提示され
（ブロック４３１７０）、エラー・メツセージ・フィー
ルドＧＴＤＭＳＧが’５ＴＯＰ ＴＲＡＮ ＦＡＩ
ＬＥＤ”に設定され、そしてエラーでＢＴ手順は復帰さ
れる（ブロック４３５６０）。
ファイル転゛パネル／手順／ビュー／ 書ＧＴＤの最終
域にはファイル転送パネル、手順、ビュー、文書手順が
含まれるが、それらは、一つのＤＡＡマシーンから他の
マシーンへアプリケーション・ソースの全部又は一部を
ファイル転送するのに要するインターフェイスを与える
ものである。
域にはファイル転送パネル、手順、ビュー、文書手順が
含まれるが、それらは、一つのＤＡＡマシーンから他の
マシーンへアプリケーション・ソースの全部又は一部を
ファイル転送するのに要するインターフェイスを与える
ものである。
ファイル転送ファイルは、アプリケーション・ファイル
を一つの大型ファイルに保存する為に、両プラント・フ
オームに支援されている保存ニーテリティへの転送の為
全データ組のリストを走査することによって構築される
。次いでこの保存ファイルは２システム間の標準データ
転送チャンネルを用いて目的システムに転送される。こ
の種のデータ転送には、ファイルの転送時、その成分フ
ァイルに該ファイルを保存しないようにする為、目標マ
シーン（ｄｅｓｔｉｎａｔｉｏｎ ｍａｃｈｉｎｅ）上
での適切な対応ファイル場所に非保存ユーティリティを
ビット（ｂｉｔ）する機能を与える必要がある。
を一つの大型ファイルに保存する為に、両プラント・フ
オームに支援されている保存ニーテリティへの転送の為
全データ組のリストを走査することによって構築される
。次いでこの保存ファイルは２システム間の標準データ
転送チャンネルを用いて目的システムに転送される。こ
の種のデータ転送には、ファイルの転送時、その成分フ
ァイルに該ファイルを保存しないようにする為、目標マ
シーン（ｄｅｓｔｉｎａｔｉｏｎ ｍａｃｈｉｎｅ）上
での適切な対応ファイル場所に非保存ユーティリティを
ビット（ｂｉｔ）する機能を与える必要がある。
ファイル転送メニュー・オプションは、ユーザにとって
パネルが必要な成分の目標環境への転送に選択しやすい
ように提示されることが専ら必要である。次いで、ＴＤ
Ｆのコピーが規定を定めた目標マシーンと一致するよう
に変更される。その他のアプリケーション・ソース成分
はＩＥＴによって与えられる機能に由来する各種のプラ
ット・フオームの命名規定とは無関係である。
パネルが必要な成分の目標環境への転送に選択しやすい
ように提示されることが専ら必要である。次いで、ＴＤ
Ｆのコピーが規定を定めた目標マシーンと一致するよう
に変更される。その他のアプリケーション・ソース成分
はＩＥＴによって与えられる機能に由来する各種のプラ
ット・フオームの命名規定とは無関係である。
特記的には、ＧＴＤファイル転送手順は、ＩＪＳＥＲＩ
Ｄ、ＭＡＰＬ ＩＢ及びＴＤＴＮＡＭＥを含むファイル
転送ユーザ・インターフェイス・ユーティリティのパラ
メータ・リストを構築することによってブロック１１５
６４０で開始される。出力ファイルは何等かのユーティ
リティ出力メッセージを収集する為始点にリワインドさ
れ（ブロック１１６２６０）、且つファイル転送ユーザ
・インターフェイス・ユーティリティが呼出される（ブ
ロック１１６３００）。判定ブロック１１６４１０では
ファイル転送が順調化どうが見極める検査が行われる。
Ｄ、ＭＡＰＬ ＩＢ及びＴＤＴＮＡＭＥを含むファイル
転送ユーザ・インターフェイス・ユーティリティのパラ
メータ・リストを構築することによってブロック１１５
６４０で開始される。出力ファイルは何等かのユーティ
リティ出力メッセージを収集する為始点にリワインドさ
れ（ブロック１１６２６０）、且つファイル転送ユーザ
・インターフェイス・ユーティリティが呼出される（ブ
ロック１１６３００）。判定ブロック１１６４１０では
ファイル転送が順調化どうが見極める検査が行われる。
然りであれば、プログラムはＦＴ手順を退去する。非で
あれば、該手順はメツセージを出力ファイルに提示しく
ブロック１１６４５０）、エラー・メツセージ・フィー
ルドＧＴＤＭＳＧが“’ＦＴ ＦＡＩＬＥＤ’“に等
しいと設定され（ブロック１１６４５５）、且つＦＴ手
順はエラーで退去する。
あれば、該手順はメツセージを出力ファイルに提示しく
ブロック１１６４５０）、エラー・メツセージ・フィー
ルドＧＴＤＭＳＧが“’ＦＴ ＦＡＩＬＥＤ’“に等
しいと設定され（ブロック１１６４５５）、且つＦＴ手
順はエラーで退去する。
トランザクション定義テーブル
この章の全記述で用いられるトランザクション定義テー
ブル、所謂ＴＤＴとは、ＩＥＴがトランザクション手順
に対しランタイムに適切な情報を容易にアクセス出来る
ようにする為互にスタック（ｓ ｔａｃｋ）された各種
の情報テーブルから構築されているものである。第４図
々示の様に、ＴＤＴは以下により詳述される次の様なテ
ーブル型で成り立っている。すなわち、ＴＤＴオーバー
ヘンド３６、パネル・マツプ項目のリスト（ＴＰＥ）４
４、手順の項目のリスト（ＴＣＥ）４６、メニュー項目
のリスト（ＴＭＥ）４８、文書に使われる各種言語（例
えば英語、フランス語、ドイツ語等）を規定する言語項
目のリスｌ−（ＴＬＥ）５０、及びＳＱＬデータ・ベー
ス処理手順（ＤＢＳＹＮＣ）５２である。
ブル、所謂ＴＤＴとは、ＩＥＴがトランザクション手順
に対しランタイムに適切な情報を容易にアクセス出来る
ようにする為互にスタック（ｓ ｔａｃｋ）された各種
の情報テーブルから構築されているものである。第４図
々示の様に、ＴＤＴは以下により詳述される次の様なテ
ーブル型で成り立っている。すなわち、ＴＤＴオーバー
ヘンド３６、パネル・マツプ項目のリスト（ＴＰＥ）４
４、手順の項目のリスト（ＴＣＥ）４６、メニュー項目
のリスト（ＴＭＥ）４８、文書に使われる各種言語（例
えば英語、フランス語、ドイツ語等）を規定する言語項
目のリスｌ−（ＴＬＥ）５０、及びＳＱＬデータ・ベー
ス処理手順（ＤＢＳＹＮＣ）５２である。
此処ではポインタが使用される場合、項目の番号がゼロ
を採るか或いはこの項目の特殊のタイプがこの特殊なト
ランザクションによっては用いられないのであれば、ポ
インタの値はＮＵＬＬになる。
を採るか或いはこの項目の特殊のタイプがこの特殊なト
ランザクションによっては用いられないのであれば、ポ
インタの値はＮＵＬＬになる。
テーブル型のそれぞれについて、以下に項目の型の名前
とその目的の簡単な説明のリストを提示する。
とその目的の簡単な説明のリストを提示する。
ＴＤＴオーハーヘンド
ＴＤＴ オーバーヘッド３６にはトランザクション及
び各種テーブルへのポインタに関する包括的情報の全て
が格納されている。その内容は以下のフィールドから成
り立っている。
び各種テーブルへのポインタに関する包括的情報の全て
が格納されている。その内容は以下のフィールドから成
り立っている。
ＴＤＴＩＤ４文字のアプリケーション識別子である。
ＴＤＴＲＥＬＮは４文字のリリース番号である。
ＴＥＴＧＴ ＩＭＥは本ＴＤＴが生成された時刻である
。
。
ＴＤＴＧＤＡＴＥは本ＴＤＴが生成された日付である。
ＴＤＴＤＲＥＰは８文字の文書レポートネームである。
ＴＤＴＤＧＥＮは８文字の文書生成ネームである。
ＴＤＥＡＭＥＮＵはＴＰＥテーブルのヘルプ項目へのポ
インタである。
インタである。
ＴＤＴＡＨＥＬＰはＴＰＥテーブルのヘルプ項目へのポ
インタである。
インタである。
ＴＤＴＡＩＮＦＯはＴＰＥテーブルへの１ｎｆｏ項目へ
のポインタである。
のポインタである。
ＴＤＴＡＧＬＯ３はＴＰＥテーブルのグロサリ項目への
ポインタである。
ポインタである。
ＴＤＴＮＴＰＥはＴＰＥテーブルの項目番号である。
ＴＤＴＡＴＰＥはＴＰＥテーブルの第１項目へのポイン
タである。
タである。
ＴＤＴＮＴＣＥはＴＣＥテーブルの項目番号である。
ＴＤＲＡＴＣＥはＴＣＥテーブルの第１項目へのポイン
タである。
タである。
ＴＤＴＡＰＰＬは４文字のアプリケーション・ネームで
ある。
ある。
ＴＤＴＮＴＬＥはＴＬＥテーブルの項目番号である。
ＴＤＴＡＴＬＥはＴＬＥテーブルの第１項目へのポイン
タである。
タである。
トランザクションパネル 目（ＴＰＥ）ＴＰＥリスト４
４は手順処理に要する全パネルを包括する組合わせの単
位になる単一のトランザクション・パネルを記述し、且
つ以下のフィールドを格納しているＴＰＥのアレイであ
る＝ＴＰＥＮＡＭＥは８文字のパネル塩である。
４は手順処理に要する全パネルを包括する組合わせの単
位になる単一のトランザクション・パネルを記述し、且
つ以下のフィールドを格納しているＴＰＥのアレイであ
る＝ＴＰＥＮＡＭＥは８文字のパネル塩である。
ＴＰＥＡＭＡＰは本パネルのパネル・マツプデータへの
ポインタである。このポインタはＴＤＴの外部のマツプ
・コンパイラによって生成される。
ポインタである。このポインタはＴＤＴの外部のマツプ
・コンパイラによって生成される。
ＴＰＥＡＩＴＣＥは本パネルの入力ＴＣＥへのポインタ
である。
である。
ＴＰＥＡＯＴＣＥは本パネルの出力ＴＣＥへのポインタ
である。
である。
ＴＰＥＲ３ＶＤ １は１２文字を予約されたフィールド
である。
である。
０ＰＣＨＴＡはヘルプ・テーブルへのポインタである。
ＴＰＥＮＴＭＥは本パネルがメニュー・パネルの場合パ
ネルのＴＭＥ番号である。
ネルのＴＭＥ番号である。
ＴＰＥＡＴＭＥは本パネルがメニューパネルの場合のＴ
ＭＥテーブルの第１項目へのポインタである。
ＭＥテーブルの第１項目へのポインタである。
ＴＰＥＲ３ＶＤ２は１２文字が予約されたフィールドで
ある。
ある。
トランザクション手順項目（ＴＣＥ）
ＴＣＥリスト４６には、ビュー・マツプ・オブジェクト
見出しブロック（ＶＭＯＨ）及びビューを定義し且つ以
下に税込されるビュー・マツプ・オブジェクト・フィー
ルド（ＶＭＯＦ）構造によて税込される各種ビューに対
するポインタが格納されている。ＴＣＥリストは単一の
アプリケーション提供手順を各々税込するＴＣＥのアレ
イであり、これら手順の組合わせによってアプリケーシ
ョン・トランザクションの処理に要する全手順が包括さ
れるのである。該ＴＣＥには以下のフィールドが格納さ
れている： ＴＣＥＮＡＭＥは８文字の手順ネームである。
見出しブロック（ＶＭＯＨ）及びビューを定義し且つ以
下に税込されるビュー・マツプ・オブジェクト・フィー
ルド（ＶＭＯＦ）構造によて税込される各種ビューに対
するポインタが格納されている。ＴＣＥリストは単一の
アプリケーション提供手順を各々税込するＴＣＥのアレ
イであり、これら手順の組合わせによってアプリケーシ
ョン・トランザクションの処理に要する全手順が包括さ
れるのである。該ＴＣＥには以下のフィールドが格納さ
れている： ＴＣＥＮＡＭＥは８文字の手順ネームである。
ＴＣＥＡＰＲＯＣはアプリケーション提供手順の入口点
へのポインタである。
へのポインタである。
ＴＣＥＡ Ｉ ＶＷは入力ビューＶＭＯＨへのポインタ
である。
である。
ＴＣＥＡＯＶＷは出力ビューＶＭＯＨへのポインタであ
る。
る。
ＴＣＥＡＰＶＷはプロファイル・ビューＶＭＯＨへのポ
インタである。
インタである。
ＴＣＥＤＢＴＹＰはデータ・ベース型を税込する文字で
ある（ＳＱＬ＝１）。
ある（ＳＱＬ＝１）。
ＴＣＥＲ３ＶＤは７文字が予約されたフィールドである
。
。
トランザクションメニュー項目（ＴＭＥ）ＴＭＥリスト
４８は単一メニュー項目を各々税込するＴＭＥのアレイ
である。各ＴＭＥはＴＰＥ又はＴＣＥ或いは両方をポイ
ントし且つ以下のフィールドを格納している。
４８は単一メニュー項目を各々税込するＴＭＥのアレイ
である。各ＴＭＥはＴＰＥ又はＴＣＥ或いは両方をポイ
ントし且つ以下のフィールドを格納している。
ＴＭＥＳＥＬは本項目の８文字の選択コードである。
ＴＭＥＡＴＰＥはこの選択コード用のＴＰＥへのポイン
タである。
タである。
ＴＭＥＡＴＣＥはこの選択コード用のＴＣＥへのポイン
タである。
タである。
ＴＭＥＤＥＳＣはこの項目の３２文字の説明文である。
トランザクション言語項目（ＴＬＥ）
ＴＬＥリスト５０は文書作成可能な言語（例えば英語、
フランス語、ドイツ語など）をそれぞれ説述し、且つ以
下のフィールドを格納するＴＬＥのアレイである。
フランス語、ドイツ語など）をそれぞれ説述し、且つ以
下のフィールドを格納するＴＬＥのアレイである。
ＴＬＥＮＡＭＥは８文字の言語塩である。
ＴＬＥＤＲＥＰは８文字の文書レポート塩である。
ＴＬＥＤＧＥＮは８文字の文書生成名である。
ＴＬＥＲ３ＶＤは２４文字が予約されたフィールドであ
る。
る。
ＳＱＬデータベース （ＤＢＳＹＮＣ）ＤＢＳ
ＹＮＣテーブル５２には、データ・ベース・プロトコル
によって定義され且つトランザクション実行中にＩＥＴ
によって必要とされるデータ・ベース手順の各種入口点
へのポインタが格納されている。本テーブルは、以下の
フィールドから成り立っている。
ＹＮＣテーブル５２には、データ・ベース・プロトコル
によって定義され且つトランザクション実行中にＩＥＴ
によって必要とされるデータ・ベース手順の各種入口点
へのポインタが格納されている。本テーブルは、以下の
フィールドから成り立っている。
Ｃ０ＮＮＥＣＴはデータ・ベース・コネクト手順の人口
点への手順ポインタである。
点への手順ポインタである。
ＣＯＭＭＩＴはデータ・ベース・コミット手順の入口点
への手順ポインタである。
への手順ポインタである。
ＲＥＬＥＡＳＥはデータ・ベース・リリース手順の入口
点への手順ポインタである。
点への手順ポインタである。
ビュー°マツプ・オブジェクト見出し部（ＶＭ叶）既述
のビューは、ビュー・マツプ・オブジェクト見出し部（
ＶＭＯＨ）５４及びビュー・マツプ・オブジェクト・フ
ィールド（ＶＭＯＦ）リスト５６によって説述される。
のビューは、ビュー・マツプ・オブジェクト見出し部（
ＶＭＯＨ）５４及びビュー・マツプ・オブジェクト・フ
ィールド（ＶＭＯＦ）リスト５６によって説述される。
ＶＭＯＦ５６については直下に述べるＶＭＯＨＯ後に説
述される。ＶＭＯＨ５４にはビュー及びＶＭＯＦアレイ
へのポインタに関する統計情報が格納されており、以下
のフィールドから成り立っている。
述される。ＶＭＯＨ５４にはビュー及びＶＭＯＦアレイ
へのポインタに関する統計情報が格納されており、以下
のフィールドから成り立っている。
ＶＭＯＨＡＰＰＬは４文字アプリケーション・ネームで
ある。
ある。
ＶＭＯＨＶＩＥＷは８文字ビュー・ネームである。
ＶＭＯＨＶＴＭＥはビュー・コンパイル時間である。
ＶＭＯＨＶＤＴＥはビュー・コンパ４１１日４寸である
。
。
ＶＭＯＨＶＥＲは４文字バージョンである。
ＶＭＯＨＦＭＴは１文字ビュー・フォーマットである。
ＶＭＯＨＲ３ＶＯは１文字予約フィールドである。
ＶＭＯＨＮＥはＶＭＯＦ項目番号である。
ＶＭＯＨＡＥは本ビューのＶＭＯＦアレイへのポインタ
である。
である。
ＶＭＯＦアレイ５６にはビュー内の各フィールドの移動
量、長さ及び型が格納されている。各ＶＭＯＦ項目は以
下の情報から成り立っている。
量、長さ及び型が格納されている。各ＶＭＯＦ項目は以
下の情報から成り立っている。
ＶＭＯＦＲＩＥＤはトランザクション・ビュー作業域の
本データ要素の移動量である。
本データ要素の移動量である。
ＶＭＯＦＲＩＥＬは本データ要素の長さである。
ＶＭＯＦＲＩＥＮは本データ要素の発生数である。
ＶＭＯＦＲＩＥＴは１文字データ要素型である。
この種の型は以下のものを含むがそれに限定されるもの
ではない。すなわち、バイナリ；文字；符号文字；非符
号文字；小文字；縦短文字；縦長文字；ハイパー文字；
非符号小文字；非符号縦短文字；非符号縦長文字；非符
号ハイパー文字ニシングル文字；ダブル文字である。
ではない。すなわち、バイナリ；文字；符号文字；非符
号文字；小文字；縦短文字；縦長文字；ハイパー文字；
非符号小文字；非符号縦短文字；非符号縦長文字；非符
号ハイパー文字ニシングル文字；ダブル文字である。
ＶＭＯＦＲ３Ｖ２は３文字予約フィールドである。
本発明の最終の大型領域はＩＥＴすなわち対話マネジャ
である。ＩＥＴは間接的にユーザと入力及び出力メツセ
ージを介して交信する。メツセージがユーザに送信され
ると、ＩＥＴはトランザクション・プロセッサで送信さ
れるトランザクション・プロセッサ・インターフェイス
機能を呼出す。
である。ＩＥＴは間接的にユーザと入力及び出力メツセ
ージを介して交信する。メツセージがユーザに送信され
ると、ＩＥＴはトランザクション・プロセッサで送信さ
れるトランザクション・プロセッサ・インターフェイス
機能を呼出す。
次いで、トランザクション・プロセッサはユーザへの出
力メツセージの提示を受け持ち、且つユーザからの入力
メツセージを受入れる。この様にしてユーザとアプリケ
ーション・プログラム間の対話はＩＥＴ及びトランザク
ション・プロセッサを介して成立する。
力メツセージの提示を受け持ち、且つユーザからの入力
メツセージを受入れる。この様にしてユーザとアプリケ
ーション・プログラム間の対話はＩＥＴ及びトランザク
ション・プロセッサを介して成立する。
アプリケーション・プログラム及びＩＥＴ間の交信はト
ランザクション・ビューを介して実行される。トランザ
クション・ビュー内部のデータ・フィールドはそれが入
力メツセージを受け取った時ＩＥＴによって初期化され
る。入力データにフォーマットされたテキストが格納さ
れていれば、ＩＥＴは該フォーマットテキストを入力メ
ツセージ内の見出し部情報を用いることによって適切な
マツプを位置するように解釈し、次いでマツプ・インタ
プリタを入力メツセージから入力フィールド情報を抽出
するよう呼出し、且つトランザクション・ビューに設値
する。データ・フィールドは又ＪＥＴの制御の放棄前に
アプリケーション手順によって初期化される。次いでデ
ータ・フィールドはＩＥＴがマツプ・イン、タプリタを
再度呼出する時フォーマット済み出力データに設値され
る。
ランザクション・ビューを介して実行される。トランザ
クション・ビュー内部のデータ・フィールドはそれが入
力メツセージを受け取った時ＩＥＴによって初期化され
る。入力データにフォーマットされたテキストが格納さ
れていれば、ＩＥＴは該フォーマットテキストを入力メ
ツセージ内の見出し部情報を用いることによって適切な
マツプを位置するように解釈し、次いでマツプ・インタ
プリタを入力メツセージから入力フィールド情報を抽出
するよう呼出し、且つトランザクション・ビューに設値
する。データ・フィールドは又ＪＥＴの制御の放棄前に
アプリケーション手順によって初期化される。次いでデ
ータ・フィールドはＩＥＴがマツプ・イン、タプリタを
再度呼出する時フォーマット済み出力データに設値され
る。
フォーマット済み出力は構築された出力メツセージ及び
見出し部情報のデータ部分に設値される。
見出し部情報のデータ部分に設値される。
トランザクション・ビュー内部に交信フィールドがある
のでアプリケーション手順はＩＥＴにアプリケーション
がいったん制御を放棄した場合に実行する動作を命令す
ることが出来る。２個の代表的な動作は、ユーザに新し
いパネルを提示すること又は新しい手順への連係請求を
実行することである。
のでアプリケーション手順はＩＥＴにアプリケーション
がいったん制御を放棄した場合に実行する動作を命令す
ることが出来る。２個の代表的な動作は、ユーザに新し
いパネルを提示すること又は新しい手順への連係請求を
実行することである。
ＩＥＴはアプリケーション・プロファイルと交信する。
ＩＥＴは各単独のユーザ／アプリケーション／トランザ
クションの個別的アプリケーション・プロファイル・レ
コードを保持することが出来る。ＩＥＴに呼出されたＤ
ＢＭＳインターフェイス手順によって全アプリケーショ
ン・プロファイル入力及び出力が実行される。特徴的な
ことは、新メツセージがトランザクション・プロセンサ
から受信した時、ＩＥＴがアプリケーション・プロファ
イルを読取り且つトランザクション・プロセッサにメツ
セージを送信する前にアプリケーション・プロファイル
を書込むことである。
クションの個別的アプリケーション・プロファイル・レ
コードを保持することが出来る。ＩＥＴに呼出されたＤ
ＢＭＳインターフェイス手順によって全アプリケーショ
ン・プロファイル入力及び出力が実行される。特徴的な
ことは、新メツセージがトランザクション・プロセンサ
から受信した時、ＩＥＴがアプリケーション・プロファ
イルを読取り且つトランザクション・プロセッサにメツ
セージを送信する前にアプリケーション・プロファイル
を書込むことである。
１、ＥＴにはアプリケーションとしてメニューヘルプ及
び文書、メツセージ及びスクリーン・フォーマット、及
び協調的処理の取り扱い手順が備えられている。ＴＤＴ
にはアプリケーション・メニューを格納するパネルの構
造及びネームが含まれており、各メニュー項目によって
参照されるアプリケーション手順及びパネルのリストも
含まれている。ＩＥＴに入力及び出力手順がある為にＩ
ＥＴがサポートするメニューの各レベルでの処理及び移
動が実行出来る。こうして論理処理メニューは何等アプ
リケーション手順を含めることなくＩＥＴによって完全
に処理できる。ヘルプ及び文書は同様にしてＩＥＴでサ
ポートできる。ヘルプ及び文書ファイルはＩＥＴにリス
トされている。
び文書、メツセージ及びスクリーン・フォーマット、及
び協調的処理の取り扱い手順が備えられている。ＴＤＴ
にはアプリケーション・メニューを格納するパネルの構
造及びネームが含まれており、各メニュー項目によって
参照されるアプリケーション手順及びパネルのリストも
含まれている。ＩＥＴに入力及び出力手順がある為にＩ
ＥＴがサポートするメニューの各レベルでの処理及び移
動が実行出来る。こうして論理処理メニューは何等アプ
リケーション手順を含めることなくＩＥＴによって完全
に処理できる。ヘルプ及び文書は同様にしてＩＥＴでサ
ポートできる。ヘルプ及び文書ファイルはＩＥＴにリス
トされている。
ヘルプ文書処理若しくは移動を取り扱うＩＥＴの入力及
び出力手順には何等アプリケーション手順が含まれてい
ない。ＴＥＴではその連係及び復帰機能及びそのプロフ
ァイル・ビューの利用によって協調的処理を行うことが
出来る。本プロトコルによってデータは２個のプロセス
及びアプリケーション手順に保管されたデータを保持し
つつ２個のプロセス及びプロファイル間でやりとりする
ことが出来、プロセス間の対話で協調的に結果を得るこ
とが出来る。ＩＥＴでは現行及び次パネル表示ネームを
指定するトランザクション・ビューの制御フィールドを
介してメツセージ及びスクリーンフォーマット処理（ｓ
ｃｒｅｅｎ ｆｏｒｍａｔｔｉｎｇ）に関するアプリケ
ーション制御が与えられるａ該アプリケーションはこれ
らのフィールドを変更することによって表示パネルを制
御することが出来る。
び出力手順には何等アプリケーション手順が含まれてい
ない。ＴＥＴではその連係及び復帰機能及びそのプロフ
ァイル・ビューの利用によって協調的処理を行うことが
出来る。本プロトコルによってデータは２個のプロセス
及びアプリケーション手順に保管されたデータを保持し
つつ２個のプロセス及びプロファイル間でやりとりする
ことが出来、プロセス間の対話で協調的に結果を得るこ
とが出来る。ＩＥＴでは現行及び次パネル表示ネームを
指定するトランザクション・ビューの制御フィールドを
介してメツセージ及びスクリーンフォーマット処理（ｓ
ｃｒｅｅｎ ｆｏｒｍａｔｔｉｎｇ）に関するアプリケ
ーション制御が与えられるａ該アプリケーションはこれ
らのフィールドを変更することによって表示パネルを制
御することが出来る。
メニュー処理、ヘルプ及び文書処理、アプリケーション
・プロファイル管理、協調的処理及びメツセージ／スク
リーン・フォーマットを含み、且つＩＥＴが提供するア
プリケーションに関するサービスは、入力／出力ファイ
ル、スクリーン・フォーマット及びメツセージ処理のイ
ンターフェイスの差異に関連するプラットフォームのソ
フトウェア及びハードウェアの差をＩＥＴが処理するこ
とが出来るようにしたので、プラットフォームのソフト
ウェアからアプリケーションを分離している。各プラッ
トフォームへのＩＥＴの設定はアプリケーション・プロ
グラムとは切り離されている。
・プロファイル管理、協調的処理及びメツセージ／スク
リーン・フォーマットを含み、且つＩＥＴが提供するア
プリケーションに関するサービスは、入力／出力ファイ
ル、スクリーン・フォーマット及びメツセージ処理のイ
ンターフェイスの差異に関連するプラットフォームのソ
フトウェア及びハードウェアの差をＩＥＴが処理するこ
とが出来るようにしたので、プラットフォームのソフト
ウェアからアプリケーションを分離している。各プラッ
トフォームへのＩＥＴの設定はアプリケーション・プロ
グラムとは切り離されている。
より高度の分離を維持する方法として、全プラットフォ
ーム上でデータ・ベース・アプリケーションの共通高水
準言語及び共通組み込みＤＢＭＳ言語インターフェイス
の使用が採られている。この様な結果が得られたのは、
多重実行環境に対して横断的にアプリケーションの高度
な移植を可能にしたハードウェア及びソフトウェア依存
インターフェイスからの分離と共通の言語設定の利用な
のである。
ーム上でデータ・ベース・アプリケーションの共通高水
準言語及び共通組み込みＤＢＭＳ言語インターフェイス
の使用が採られている。この様な結果が得られたのは、
多重実行環境に対して横断的にアプリケーションの高度
な移植を可能にしたハードウェア及びソフトウェア依存
インターフェイスからの分離と共通の言語設定の利用な
のである。
ＩＥＴがリンク及び復帰プロトコル、データ入力及び出
力ビュー・インターフェイス及び経路選択請求見出し部
の使用によって遠隔のアプリケーションと交信すること
が出来る。ＬＩＮＫは遠隔アプリケーション手順の実行
を起動する為のＩＥＴへの催促である。ＲＥＴＵＲＮは
、ＬＩＮＫ請求の開始プログラムへの制御を復帰させる
ためのＴＥＴへの請求である。インターフェイス・ビュ
ーには起動手順、遠隔アプリケーション手順、ユーザ端
末デバイス及びそれらが駐在するシステムに関する文書
が含まれている。ＩＮＰＵＴビューにはＬＩＮＫが実行
される際入力として含まれることになっているアイテム
がリストされている。
力ビュー・インターフェイス及び経路選択請求見出し部
の使用によって遠隔のアプリケーションと交信すること
が出来る。ＬＩＮＫは遠隔アプリケーション手順の実行
を起動する為のＩＥＴへの催促である。ＲＥＴＵＲＮは
、ＬＩＮＫ請求の開始プログラムへの制御を復帰させる
ためのＴＥＴへの請求である。インターフェイス・ビュ
ーには起動手順、遠隔アプリケーション手順、ユーザ端
末デバイス及びそれらが駐在するシステムに関する文書
が含まれている。ＩＮＰＵＴビューにはＬＩＮＫが実行
される際入力として含まれることになっているアイテム
がリストされている。
０ＵＴＰＵＴビユーにはＲＥＴＵＲＮ請求に際して出力
として含まれることになっているデータ・アイテムがリ
ストされている。これらビュー全てがＬＩＮＫ及びＲＥ
ＴＵＲＮ請求の処理の際ＩＥＴによって用いられるＧＴ
Ｄによって構築されるビュー・オブジェクトに含まれて
いる。
として含まれることになっているデータ・アイテムがリ
ストされている。これらビュー全てがＬＩＮＫ及びＲＥ
ＴＵＲＮ請求の処理の際ＩＥＴによって用いられるＧＴ
Ｄによって構築されるビュー・オブジェクトに含まれて
いる。
ＩＥＴでは、アプリケーション手順がＬＩＮＫ又はＲＥ
ＴＵＲＮ機能を請求中であっても、或いはＩＥＴがＬＩ
ＮＫ又はＲＥＴＵＲＮの経路選択請求見出ル部付入力メ
ッセージを受信直後であってもそれに基づいて、ＬＩＮ
Ｋ及びＲＥＴＵＲＮ双方の各種機能が実行される。ＩＥ
ＴがＬＩＮＫ又はＲＥＴＵＲＮ請求をアプリケーション
でコンパイルする時は何時も出力メツセージの一部とし
て見出し部が構築される。見出し部はデータ内の分りや
すい場所に識別キーワードを用いており、且つ実行直後
のアプリケーション手順の入力（ＬＩＮＫ請求の場合）
及び出力（ＲＥＴＵＲＮ請求の場合）ビューにリストさ
れたデータ・アイテムに対応するトランザクション・ビ
ューから得られたインターフェイス・ビューならびにデ
ータを含んでいる。次いで出力メツセージが処理の為に
トランザクション・プロセッサに送信される。トランザ
クション・プロセッサは出力メツセージの経路選択請求
見出し部を見分けることが出来、それを適切に処理する
。ＩＥＴが経路選択請求見出し部を格納した入力メツセ
ージを受信する時は、常にＩＥＴはメツセージが適応の
システムに来信したかどうか確定する。非であれば、該
メツセージは適切なシステムに転送される。非でなけれ
ば、アプリケーション・プロファイルが検索され、トラ
ンザクション・ビューに設値され、次いでインターフェ
イス及び入力（ＬＩＮＫ請求の場合）及び出力（ＲＥＴ
ＵＲＮ請求の場合）ビュー・データが実行されるアプリ
ケーション手順のトランザクション・ビューの対応する
データ・ネームの所に設値される。次いでアプリケーシ
ョン手順が実行される。複雑なアプリケーション手順で
あるがＬＩＮＫ及びＲＥＴＵＲＮ請求が実行されている
時正確に制御状態に在る。
ＴＵＲＮ機能を請求中であっても、或いはＩＥＴがＬＩ
ＮＫ又はＲＥＴＵＲＮの経路選択請求見出ル部付入力メ
ッセージを受信直後であってもそれに基づいて、ＬＩＮ
Ｋ及びＲＥＴＵＲＮ双方の各種機能が実行される。ＩＥ
ＴがＬＩＮＫ又はＲＥＴＵＲＮ請求をアプリケーション
でコンパイルする時は何時も出力メツセージの一部とし
て見出し部が構築される。見出し部はデータ内の分りや
すい場所に識別キーワードを用いており、且つ実行直後
のアプリケーション手順の入力（ＬＩＮＫ請求の場合）
及び出力（ＲＥＴＵＲＮ請求の場合）ビューにリストさ
れたデータ・アイテムに対応するトランザクション・ビ
ューから得られたインターフェイス・ビューならびにデ
ータを含んでいる。次いで出力メツセージが処理の為に
トランザクション・プロセッサに送信される。トランザ
クション・プロセッサは出力メツセージの経路選択請求
見出し部を見分けることが出来、それを適切に処理する
。ＩＥＴが経路選択請求見出し部を格納した入力メツセ
ージを受信する時は、常にＩＥＴはメツセージが適応の
システムに来信したかどうか確定する。非であれば、該
メツセージは適切なシステムに転送される。非でなけれ
ば、アプリケーション・プロファイルが検索され、トラ
ンザクション・ビューに設値され、次いでインターフェ
イス及び入力（ＬＩＮＫ請求の場合）及び出力（ＲＥＴ
ＵＲＮ請求の場合）ビュー・データが実行されるアプリ
ケーション手順のトランザクション・ビューの対応する
データ・ネームの所に設値される。次いでアプリケーシ
ョン手順が実行される。複雑なアプリケーション手順で
あるがＬＩＮＫ及びＲＥＴＵＲＮ請求が実行されている
時正確に制御状態に在る。
此処で情報エンジニアリング・タスクは極めて詳細に考
察される。第６２ａ−ｂ図は本発明の実施例の此処での
観点からの流れ図を描出するものである。既述の様に、
ＩＥＴは、各ＤＡＡ ｌ−ランザクジョンの制御モジュ
ールであって、ユーザによってＤＡＡ ｌ−ランザクジ
ョンが実行される時トランザクション処理サブシステム
からの呼出によって入力されるように設計されている。
察される。第６２ａ−ｂ図は本発明の実施例の此処での
観点からの流れ図を描出するものである。既述の様に、
ＩＥＴは、各ＤＡＡ ｌ−ランザクジョンの制御モジュ
ールであって、ユーザによってＤＡＡ ｌ−ランザクジ
ョンが実行される時トランザクション処理サブシステム
からの呼出によって入力されるように設計されている。
かかるサブシステムはＭＶＳ上のＩＭＳ又はＵＮＩＸプ
ラットフォーム上のＴｕｘｅｄｏのようなものであって
よい。
ラットフォーム上のＴｕｘｅｄｏのようなものであって
よい。
ＩＥＴではトランザクション実行の個毎にトランザクシ
ョン処理システムを経てトランザクションの制御が呼出
されなければならない。ＧＴＤでは、ＴＤＴ、マツプ、
ユーザ手順及びＩＥＴモジュールを一括してＩＥＴを呼
出するトランザクション・サブシステムのメイン・イン
ターフェイス・モジュールと連係編集によって、実行可
能なトランザクション・モジュールが生成される。
ョン処理システムを経てトランザクションの制御が呼出
されなければならない。ＧＴＤでは、ＴＤＴ、マツプ、
ユーザ手順及びＩＥＴモジュールを一括してＩＥＴを呼
出するトランザクション・サブシステムのメイン・イン
ターフェイス・モジュールと連係編集によって、実行可
能なトランザクション・モジュールが生成される。
若干の要点となる変数領域及び成分をＩＥＴ論理の既述
を通じて参照し手短に此処で述べることにする。
を通じて参照し手短に此処で述べることにする。
トランザクション定義テーブル（ＴＤＴ）：既述のごと
く、ＴＤＴは、ＴＤＴがＩＥＴモジュールがユーザ及び
アプリケーション手順間のパネル及びデータの流れを制
御する必要が在る多様な情報全てをテーブル形式で設定
したことによってＩＥＴの成功に決定的な役割を果した
。ＴＤＴは又メニュー・パネル、ヘルプ・パネル、及び
グロサリ・パネルに対するポインタの設定も行った。既
述のＴＤＴに関する議論でＩＥＴ論理の流れがよりよく
理解できる筈である。
く、ＴＤＴは、ＴＤＴがＩＥＴモジュールがユーザ及び
アプリケーション手順間のパネル及びデータの流れを制
御する必要が在る多様な情報全てをテーブル形式で設定
したことによってＩＥＴの成功に決定的な役割を果した
。ＴＤＴは又メニュー・パネル、ヘルプ・パネル、及び
グロサリ・パネルに対するポインタの設定も行った。既
述のＴＤＴに関する議論でＩＥＴ論理の流れがよりよく
理解できる筈である。
トランザクション・ビュー（ＴＶ）：前に定義したごと
く、トランザクション・ビューとは、ＩＥＴ及びユーザ
手順間の処理の制御流れに対してＩＥＴを通じて用いら
れる状態情報、ネーム、及びポインタを格納する変数の
集合である。それは周知のＩＥＴ変数にユーザ指定変数
を追加してなる１組から成り立っている。この方法はＪ
ＥＴ及びユーザ手順が情報を自由に交信する為の唯一の
方法である。この領域のポインタは呼出次第で常にユー
ザ手順に移行できる。このビューに格納されるフィール
ドの例として実行−システム−ネーム、起動−パネル−
ネーム、ユーザー識別子、及びトランザクション−ネー
ムが挙げられる。
く、トランザクション・ビューとは、ＩＥＴ及びユーザ
手順間の処理の制御流れに対してＩＥＴを通じて用いら
れる状態情報、ネーム、及びポインタを格納する変数の
集合である。それは周知のＩＥＴ変数にユーザ指定変数
を追加してなる１組から成り立っている。この方法はＪ
ＥＴ及びユーザ手順が情報を自由に交信する為の唯一の
方法である。この領域のポインタは呼出次第で常にユー
ザ手順に移行できる。このビューに格納されるフィール
ドの例として実行−システム−ネーム、起動−パネル−
ネーム、ユーザー識別子、及びトランザクション−ネー
ムが挙げられる。
ＩＥＴＭ／ＩＥＴＩ 見出し部：これらの見出し部は
、システム及びトランザクション間で交換されたＩＥＴ
インターフェイス・メツセージに先行する個々のブロッ
クの集合である。ＩＥＴインターフェイス・メツセージ
はシステム間及びトランザクション間の請求を交信する
のに用いられる。
、システム及びトランザクション間で交換されたＩＥＴ
インターフェイス・メツセージに先行する個々のブロッ
クの集合である。ＩＥＴインターフェイス・メツセージ
はシステム間及びトランザクション間の請求を交信する
のに用いられる。
これらは見出し部、制御ブロック及びメツセージ若しく
はビュー・データを格納している。見出し部（ＩＥＴＭ
）及び制御ブロック（ＩＥＴＩ）内のデータは、メツセ
ージの原の及び格納先システム環境ならびに請求端末の
機能に関する情報を１ＥＴに設定する。このデータは格
納先へのメツセージや発信元への返信の経路選択に用い
られる。
はビュー・データを格納している。見出し部（ＩＥＴＭ
）及び制御ブロック（ＩＥＴＩ）内のデータは、メツセ
ージの原の及び格納先システム環境ならびに請求端末の
機能に関する情報を１ＥＴに設定する。このデータは格
納先へのメツセージや発信元への返信の経路選択に用い
られる。
このデータは、メツセージ内のデータにどの様な変換を
施す必要があるかの判定にも用いられる。
施す必要があるかの判定にも用いられる。
各種のフィールド・ネームの選択は全く好みの問題であ
って、本発明の範囲を限定するものではない。
って、本発明の範囲を限定するものではない。
Ｉ ＥＴＭ見出し部は求めるインターフェイス・メツセ
ージとトランザクションの全長を定義する。
ージとトランザクションの全長を定義する。
それは次のフィールドから成り立っている。
ＩＥＴＭＬＬはこの見出し部を含むＩＥＴＭメツセージ
の長さである。
の長さである。
ＩＥＴＭＺＺは予約フィールドでゼロを含む。
Ｉ ＥＴＭＴＲＡＮは８文字のトランザクション・ネー
ムである。
ムである。
ＩＥＴＭＢＬＮＫは１文字のフィールドで空白を含む。
Ｉ ＥＴＭＣＯＮＴは８文字の制御コードで“−ＩＢＴ
ＣＯＮＴ”を含む。このフィールドはインターフェイス
・メツセージとしてこれを識別する為ＩＥＴによって用
いられるキーである。
ＣＯＮＴ”を含む。このフィールドはインターフェイス
・メツセージとしてこれを識別する為ＩＥＴによって用
いられるキーである。
ＩＥＴＩ制御ブロックはＩＥＴＭ見出し部に続き原及び
格納先システムの環境を税込する。それは次のフィール
ドから成り立っている。
格納先システムの環境を税込する。それは次のフィール
ドから成り立っている。
ＩＥＴＩＬＬはＩＥＴＩ制御ブロックの長さである。
ＩＥＴＩＺＺは予約フィールドでゼロを含む。
ＩＥＴＩＡＰＰＬは４文字のアプリケーション識別子で
ある。
ある。
ＩＥＴＩＶＩＥＷは８文字のビュー・ネームである。
ＩＥＴＩＳＹＳＴは要求端末の為のシステムの８文字ネ
ームである。
ームである。
ＩＥＴＩＲ３ＶＩは８文字の予約フィールドである。
ＩＥＴＩＣＣは１文字コマンド・コードで要求の型を指
定する。（Ｌ ＩＮＫ、ＲＥＴＵＲＮ、ＦＯＲＷＡＲＤ
、又はＴＥＲＭＩＮＡＬ）。
定する。（Ｌ ＩＮＫ、ＲＥＴＵＲＮ、ＦＯＲＷＡＲＤ
、又はＴＥＲＭＩＮＡＬ）。
ＩＥＴＩＲＣは１文字ＲＥＴＵＲＮコードである。
ＴＥＴＩＭＣは１文字メツセージ・コードである。
ＩＥＴＩＨＣＮＴは１文字ホップ・カウント（ｈｏｐ
ｃｏｕｎｔ）である。
ｃｏｕｎｔ）である。
ＩＥＴＩＵＳＥＲは８文字ユーザ識別子である。
ＩＥＴＩＴＥＲＭは８文字端末ネームである。
ＩＥＴＩＯＮＯは４文字予約フィールドである。
ＩＥＴＩＡＰＬＯは４文字発信アプリケーション識別子
である。
である。
ＩＥＴＩＳＹＳＯは８文字発信システムネームである。
ＩＥＴＩＴＲＮＯは８文字発信トランザクション・ネー
ムである。
ムである。
ＩＥＴＩＰＲＣＯは８文字発信手順ネームである。
Ｔ ＥＴ Ｉ ＦＭＴは１文字ＩＥＴＩフォーマット（
通常値−１）である。
通常値−１）である。
ＩＥＴＩＲ３Ｖ２は３文字予約フィールドである。
ＩＥＴＩＡＰＬＩは４文字格納先アプリケーション識別
子である。
子である。
ＩＥＴＩＳＹＳＩは８文字格納先システムネームである
。
。
ＩＥＴＩＴＲＮＩは８文字格納先トランザクション・ネ
ームである。
ームである。
ＩＥＴＩＰＲＣＩは８文字格納先手順ネームである。
ＩＥＴＩＭＴＣＨは１文字、文字型（ＥＢＣＤＩＣ＝Ｏ
，ＡＳＣＩ Ｉ＝１）である。これはメンセージ・デー
タにどの様な文字コードの変更が必要かを確定する為格
納先に於いてＩＥＴによって用いられる。
，ＡＳＣＩ Ｉ＝１）である。これはメンセージ・デー
タにどの様な文字コードの変更が必要かを確定する為格
納先に於いてＩＥＴによって用いられる。
ＩＥＴＩＭＴＩＮは１文字整数型（通常＝０、バイト−
スワップ−１）である。
スワップ−１）である。
ＩＥＴＩＲ３Ｖ４は６文字の予約フィールドである。
ＩＥＴＩＴＲＭＤは１６文字の端末格納先情報である。
ＩＥＴＩＲ３Ｖ５は８文字予約フィールドである。
ＩＢＭ ３２７０のデータ・ストリームは本発明の実
施例を反映しているので、以下の記述で参照される。に
もかかわらずかかる参照は本発明の範囲を以下なる場合
も制限するものではない。
施例を反映しているので、以下の記述で参照される。に
もかかわらずかかる参照は本発明の範囲を以下なる場合
も制限するものではない。
まず、第６２ａ図を考察する。これはＩＥＴ流れ図の始
点を描出する。トランザクション・サブシステム・メイ
ン・モジュールの効果としてメイン・モジュールがＩＥ
Ｔを呼出し、ブロック１０でＪＥＴ論理はまず広範なア
クセス可能な変数及びキー・フィールドの初期化をトラ
ンザクション・ビューで行う。幾つかのこれらの変数及
びキー・フィールドには次のものが含まれている。すな
わち、ＴＤＴポインタ、１ｏｐｃｂ及びａｌｔｐｃｂ
（この双方ともトランザクション・サブシステム・メイ
ン・モジュールによってＩＥＴに転送されている）、な
らびにスクリーン構築領域へのポインタ、メツセージ・
バッファ、ビュー・バッファ、及ヒ文書スクリーン・バ
ッファである。ブロック２０ではＩＥＴはシステムから
局所システム・ネームを与えられている。
点を描出する。トランザクション・サブシステム・メイ
ン・モジュールの効果としてメイン・モジュールがＩＥ
Ｔを呼出し、ブロック１０でＪＥＴ論理はまず広範なア
クセス可能な変数及びキー・フィールドの初期化をトラ
ンザクション・ビューで行う。幾つかのこれらの変数及
びキー・フィールドには次のものが含まれている。すな
わち、ＴＤＴポインタ、１ｏｐｃｂ及びａｌｔｐｃｂ
（この双方ともトランザクション・サブシステム・メイ
ン・モジュールによってＩＥＴに転送されている）、な
らびにスクリーン構築領域へのポインタ、メツセージ・
バッファ、ビュー・バッファ、及ヒ文書スクリーン・バ
ッファである。ブロック２０ではＩＥＴはシステムから
局所システム・ネームを与えられている。
ＩＥＴのメイン・ループはブロック３０で開始される。
此処で新しいメツセージが所定のトランザクション識別
子に対するトランザクション・サブシステムから取り出
される。本ブロックは、例えばメイン論理によって以前
の走査が原因でそれが開示の侭に生っているのであれば
、文書インターフェイスを閉止することによって開始さ
れる。
子に対するトランザクション・サブシステムから取り出
される。本ブロックは、例えばメイン論理によって以前
の走査が原因でそれが開示の侭に生っているのであれば
、文書インターフェイスを閉止することによって開始さ
れる。
ブロック４０ではトランザクション・ビューが初期化さ
れる。この手順でＴＶが、ポインタをゼロにし、且つ文
字フィールドを空白に設定し、システム・ネームをロー
ドし、オペレーティング・システムから日時をロードし
、そしてＴＤＴ識別子、アプリケーション識別子、及び
ＴＤＴからリリース番号を呼出すことによってクリアさ
れる。
れる。この手順でＴＶが、ポインタをゼロにし、且つ文
字フィールドを空白に設定し、システム・ネームをロー
ドし、オペレーティング・システムから日時をロードし
、そしてＴＤＴ識別子、アプリケーション識別子、及び
ＴＤＴからリリース番号を呼出すことによってクリアさ
れる。
この地点で、ブロック５０ではトランザクション・サブ
システムから次の入力の呼出が実行される。次いで、判
定ブロック６０では新データがＤＡＡシステムに与えら
れたかどうか検証される：５ＴＡＴＵＳ＝ＮＯＤＡＴＡ
？。新データ・ストリームが与えられなければ、ＩＥＴ
インターフェイスは後述する第６２ｂｂ図のブロック１
６６０へ分岐し、ＩＥＴインターフェイスは退去する。
システムから次の入力の呼出が実行される。次いで、判
定ブロック６０では新データがＤＡＡシステムに与えら
れたかどうか検証される：５ＴＡＴＵＳ＝ＮＯＤＡＴＡ
？。新データ・ストリームが与えられなければ、ＩＥＴ
インターフェイスは後述する第６２ｂｂ図のブロック１
６６０へ分岐し、ＩＥＴインターフェイスは退去する。
ブロック６０の論理で新データ・ストリームが与えられ
た事が検証された場合、ブロック９０が実行される。ユ
ーザ識別子及び端末識別子はサブシステムの１ｏｐｃｂ
から検索されたＴＶへ保存される。ブロック１００で端
末属性、例えばカラー機能、ハイライティング（ｈｉｇ
ｈｌｉｇｈｔｉｎｇ）、リバース・ビデオ等が保管され
、ＴＶに保存される。
た事が検証された場合、ブロック９０が実行される。ユ
ーザ識別子及び端末識別子はサブシステムの１ｏｐｃｂ
から検索されたＴＶへ保存される。ブロック１００で端
末属性、例えばカラー機能、ハイライティング（ｈｉｇ
ｈｌｉｇｈｔｉｎｇ）、リバース・ビデオ等が保管され
、ＴＶに保存される。
第６２ｂ図に続けば、ブロック１１０でデータ・ストリ
ームからトランザクション識別子が呼出され固有コード
（ＡＳＣＩＩ又はＥＢＣＤＩＣ）に翻訳される。ブロッ
ク１２０でトランザクション識別子が保管されそれから
ＴＶに保存される。
ームからトランザクション識別子が呼出され固有コード
（ＡＳＣＩＩ又はＥＢＣＤＩＣ）に翻訳される。ブロッ
ク１２０でトランザクション識別子が保管されそれから
ＴＶに保存される。
次に、判定ブロック１３０で入力データ・ストリームの
検査が行われデータがフォーマットされているかどうか
、すなわち、直接フォーマット済みスクリーンから得た
のかどうか調べられる。この検査は３２７０データ・ス
トリームの第１バイトに３２７０ ＳＢＡを探すこと
によって行われ、見付かれば、該ストリームはフォーマ
ット済みだと宣言される。この事はデータ・ストリーム
がフォーマット済みパネルを有する３２７０型端末から
来たことを意味する。
検査が行われデータがフォーマットされているかどうか
、すなわち、直接フォーマット済みスクリーンから得た
のかどうか調べられる。この検査は３２７０データ・ス
トリームの第１バイトに３２７０ ＳＢＡを探すこと
によって行われ、見付かれば、該ストリームはフォーマ
ット済みだと宣言される。この事はデータ・ストリーム
がフォーマット済みパネルを有する３２７０型端末から
来たことを意味する。
「フォーマットしない（ｕｎｆｏｒｍａｔｔｅｄ） Ｊ
とはクリアされたスクリーンからの入力（フォーマット
されていない３２７０スクリーン）又は少なくとも入力
の最初の部分が３２７０データ・ストリームを有しない
ことである。後者の場合には特別の見出し部が後続する
メツセージ中に後でフォーマット・データが見付かるよ
うな場合が有るかもしれない。データ・ストリームがフ
ォーマットされていると、ＩＥＴは後述の第６２１図の
ブロック７８０に分岐し、そこではフォーマット・スク
リーンが処理される。
とはクリアされたスクリーンからの入力（フォーマット
されていない３２７０スクリーン）又は少なくとも入力
の最初の部分が３２７０データ・ストリームを有しない
ことである。後者の場合には特別の見出し部が後続する
メツセージ中に後でフォーマット・データが見付かるよ
うな場合が有るかもしれない。データ・ストリームがフ
ォーマットされていると、ＩＥＴは後述の第６２１図の
ブロック７８０に分岐し、そこではフォーマット・スク
リーンが処理される。
この地点で判定ブロック１４０の論理によって「フォー
マットしない」データ・ストリームの処理が開始される
。このブロックではデータが他のＤＡＡ）ランザクジョ
ンのＩＥＴによって構築されたかどうか知る為に検査さ
れ、入力メツセージにクリア・テキスト・トラン・コー
ド（ｃｌｅａｒ ｔｅｘｔｔｒａｎ ｃｏｄｅ）が後続
するリテラル（ｌｉｔｅｒａｌ） ＝ＩＥＴＣＯＮＴ
”を探すことによってこのトランザクションに挿入され
る。データ・ストリームがＤＡＡ由来であれば、前述の
Ｉ ＥＴＭ及びＩＥＴＩからなるＩＥＴ見出し部が使わ
れることになる。
マットしない」データ・ストリームの処理が開始される
。このブロックではデータが他のＤＡＡ）ランザクジョ
ンのＩＥＴによって構築されたかどうか知る為に検査さ
れ、入力メツセージにクリア・テキスト・トラン・コー
ド（ｃｌｅａｒ ｔｅｘｔｔｒａｎ ｃｏｄｅ）が後続
するリテラル（ｌｉｔｅｒａｌ） ＝ＩＥＴＣＯＮＴ
”を探すことによってこのトランザクションに挿入され
る。データ・ストリームがＤＡＡ由来であれば、前述の
Ｉ ＥＴＭ及びＩＥＴＩからなるＩＥＴ見出し部が使わ
れることになる。
テスト結果が否定的の場合、ＩＥＴインターフェイスは
後述の第６２ｇ図の判定ブロック４７０に移動し、そこ
では処理は３２７０端末由来の真のフォーマットなしメ
ツセージに対して開始される。
後述の第６２ｇ図の判定ブロック４７０に移動し、そこ
では処理は３２７０端末由来の真のフォーマットなしメ
ツセージに対して開始される。
しかし、テストの結果が肯定的であれば、ＩＥＴは判定
ブロック１５０に移動し、そこでは送信ＩＥＴ文字組が
受信ＩＥＴ文字組と異なる（例えばＡＳＣＩＩ対ＥＢＣ
ＤＩＣ）かどうか、ＩＥＴＩ見出し部の文字型フィール
ドを受信側の型と比較することによって検査される。Ｉ
ＥＴ見出し部がＥＢＣＤＩＣシステム由来であり、局所
的ＩＥＴがＡＳＣＩＩであれば、ＩＥＴインターフェイ
スは全てのＩＥＴＩ文字フィールドをＡＳＣＩＩに変換
する（ブロック１６０）。
ブロック１５０に移動し、そこでは送信ＩＥＴ文字組が
受信ＩＥＴ文字組と異なる（例えばＡＳＣＩＩ対ＥＢＣ
ＤＩＣ）かどうか、ＩＥＴＩ見出し部の文字型フィール
ドを受信側の型と比較することによって検査される。Ｉ
ＥＴ見出し部がＥＢＣＤＩＣシステム由来であり、局所
的ＩＥＴがＡＳＣＩＩであれば、ＩＥＴインターフェイ
スは全てのＩＥＴＩ文字フィールドをＡＳＣＩＩに変換
する（ブロック１６０）。
メツセージにＩＥＴ見出し部が含まれると、３個の別々
な２値バイナリ長フイールドが必要であって、一つはＩ
ＥＴＭに、一つはＩＥＴＩに、つはＩＥＴＩ見出し部が
後続するメツセージ・データに先行する。その長さは発
信ＩＥＴ処理によって構築されている為、該ＩＥＴの処
理の固有マシーン・フォーマット（ｍａｃｈｉｎｅ ｆ
ｏｒｍａｔ）の状態に在る。成る種のハードウェアでは
高次バイトが先に、低次バイトが後に保存され（例えば
１８Ｍ３７０）、他方他のハードウェアでは最初に低次
バイトとバイト交換した始値バイトが先行し高次バイト
が後続する（例えばインテル）。従って、ブロック１７
０では、ＩＥＴによって局所の又は受信側ＩＥＴのバイ
ナリ長さ保存型が送信ＩＥＴのハードウェア型のそれと
比較される。第６２ｃ図に続けると、冬型同士が互換性
を持てば、ＩＥＴはブロック１９０に分岐する。さもな
ければ、ブロック１８０の３種類の異なる長さのフィー
ルドにバイトがスワップ（ｓｉｖａｐ）される。次いで
ＩＥＴはユーザ識別子、端末システム、端末識別子、及
びＩＥＴＩの端末属性が保管されているブロック９０に
続きそれからＴＶに保存される。
な２値バイナリ長フイールドが必要であって、一つはＩ
ＥＴＭに、一つはＩＥＴＩに、つはＩＥＴＩ見出し部が
後続するメツセージ・データに先行する。その長さは発
信ＩＥＴ処理によって構築されている為、該ＩＥＴの処
理の固有マシーン・フォーマット（ｍａｃｈｉｎｅ ｆ
ｏｒｍａｔ）の状態に在る。成る種のハードウェアでは
高次バイトが先に、低次バイトが後に保存され（例えば
１８Ｍ３７０）、他方他のハードウェアでは最初に低次
バイトとバイト交換した始値バイトが先行し高次バイト
が後続する（例えばインテル）。従って、ブロック１７
０では、ＩＥＴによって局所の又は受信側ＩＥＴのバイ
ナリ長さ保存型が送信ＩＥＴのハードウェア型のそれと
比較される。第６２ｃ図に続けると、冬型同士が互換性
を持てば、ＩＥＴはブロック１９０に分岐する。さもな
ければ、ブロック１８０の３種類の異なる長さのフィー
ルドにバイトがスワップ（ｓｉｖａｐ）される。次いで
ＩＥＴはユーザ識別子、端末システム、端末識別子、及
びＩＥＴＩの端末属性が保管されているブロック９０に
続きそれからＴＶに保存される。
判定ブロック２２０の論理によって、ＬＩＮＫ要求コー
ドに対するＩＥＴＩコマンド・コード・フィールドが検
査される。ＬＩＮＫ要求は、本システム及び本トランザ
クションによって処理する為に、求めるＩＥＴに入力ビ
ュー・ブロック（ＩＥＴＩ見出し部が後続する）を付加
することを指定している。これがＬＩＮＫ要求でなけれ
ば、制御は後述の第６２ｅ図のブロック３１０に転送さ
れる。
ドに対するＩＥＴＩコマンド・コード・フィールドが検
査される。ＬＩＮＫ要求は、本システム及び本トランザ
クションによって処理する為に、求めるＩＥＴに入力ビ
ュー・ブロック（ＩＥＴＩ見出し部が後続する）を付加
することを指定している。これがＬＩＮＫ要求でなけれ
ば、制御は後述の第６２ｅ図のブロック３１０に転送さ
れる。
ＬＩＮＫ要求コードが有れば、ビュー・スタック（ｖｉ
ｅｗ ５ｔａｃｋ）がクリアされる。８亥ビユー・スタ
ックはディスクに保存され（今後ロールファイル（ＲＯ
ＬＬＦ Ｉ ＬＥ）として引用される）、ユーザ識別子
及びアプリケーション識別子で指標付けされる。ＩＥＴ
の全動作を通じてこのスタックはトランザクション実行
の様々な地点でビュー変数を保管且つ復元する為に用い
られる。更に、ビューが保存される場合、パネル塩及び
トランザクション・ネームも要求に応して保存される。
ｅｗ ５ｔａｃｋ）がクリアされる。８亥ビユー・スタ
ックはディスクに保存され（今後ロールファイル（ＲＯ
ＬＬＦ Ｉ ＬＥ）として引用される）、ユーザ識別子
及びアプリケーション識別子で指標付けされる。ＩＥＴ
の全動作を通じてこのスタックはトランザクション実行
の様々な地点でビュー変数を保管且つ復元する為に用い
られる。更に、ビューが保存される場合、パネル塩及び
トランザクション・ネームも要求に応して保存される。
リンク要求を受けた時は、ブロック２３０のＩＥＴは現
行ユーザ識別子及びアプリケーション識別子の全先行ビ
ューをクリアする。次いでブロック２４０のＪＥＴは現
行ＩＥＴＩ見出し部をユーザ及びアプリケーション識別
子のスタックのトップに設定する。ブロック２５０では
ＩＥＴは、要求リンク経手順のネームをＩＥＴＩ見出し
部からＴＶへ移動するがこれはＩＥＴＩ見出し部後付け
の所定入力ビューの手順の実行の準備の為である。第６
２ｄ図に進めば、ブロック２６０でひとたび手順ネーム
が識別されると、ＩＥＴはネーム付手順の手順テーブル
項目を走査しくＴＣＥ、記述）、且つ適当なネームでＴ
ＣＥへのポインタを保管する。
行ユーザ識別子及びアプリケーション識別子の全先行ビ
ューをクリアする。次いでブロック２４０のＪＥＴは現
行ＩＥＴＩ見出し部をユーザ及びアプリケーション識別
子のスタックのトップに設定する。ブロック２５０では
ＩＥＴは、要求リンク経手順のネームをＩＥＴＩ見出し
部からＴＶへ移動するがこれはＩＥＴＩ見出し部後付け
の所定入力ビューの手順の実行の準備の為である。第６
２ｄ図に進めば、ブロック２６０でひとたび手順ネーム
が識別されると、ＩＥＴはネーム付手順の手順テーブル
項目を走査しくＴＣＥ、記述）、且つ適当なネームでＴ
ＣＥへのポインタを保管する。
ブロック２７０へ進むと、ＩＥＴはＴＣＰブロックをプ
ロファイル・ビュー・リストＴＣＥＰＣＷの設定に用い
る。このリストはＴＶからプロファイル・ビュー・デー
タ・フィールドを抽出するのに用いられ、次いで別個の
ビュー作業域に移動する。ひとたびビュー作業域が構築
されると、ＩＥＴはＬＩＮＫ要求入力ビューの処理に先
行してプロファイル・ビューを代表するフィールドの連
続リストが得られる。次いでブロック２８０でこのプロ
ファイル・ビューは、特定ユーザ及びアプリケーション
の識別子のスタックにそれを設定することによって保管
される。
ロファイル・ビュー・リストＴＣＥＰＣＷの設定に用い
る。このリストはＴＶからプロファイル・ビュー・デー
タ・フィールドを抽出するのに用いられ、次いで別個の
ビュー作業域に移動する。ひとたびビュー作業域が構築
されると、ＩＥＴはＬＩＮＫ要求入力ビューの処理に先
行してプロファイル・ビューを代表するフィールドの連
続リストが得られる。次いでブロック２８０でこのプロ
ファイル・ビューは、特定ユーザ及びアプリケーション
の識別子のスタックにそれを設定することによって保管
される。
次いでブロック２９０では上記入力ビュー・リストが用
いられ（ＶＭＯＨ／ＶＭＯＦ） 、入力ビューの各フィ
ールドはＴＶへ移動する。移動に際して必要ならＥＢＣ
ＤＩＣからＡＳＣＩＩへ又はその反対へと文字フィール
ドが翻訳される。マシーンの保存方式が異なる場合バイ
ト交換も行われる（ブロック１７０参照）。ＴＤＴの説
明の時纏めたように、所定のフィールドのＶＭＯＦ項目
にはＴＶ、フィールド長さ、及びフィールド・フォーマ
ット（文字、等）にオフセントを含ませてマンピングを
するのに適当な情報が格納されている。
いられ（ＶＭＯＨ／ＶＭＯＦ） 、入力ビューの各フィ
ールドはＴＶへ移動する。移動に際して必要ならＥＢＣ
ＤＩＣからＡＳＣＩＩへ又はその反対へと文字フィール
ドが翻訳される。マシーンの保存方式が異なる場合バイ
ト交換も行われる（ブロック１７０参照）。ＴＤＴの説
明の時纏めたように、所定のフィールドのＶＭＯＦ項目
にはＴＶ、フィールド長さ、及びフィールド・フォーマ
ット（文字、等）にオフセントを含ませてマンピングを
するのに適当な情報が格納されている。
ＴＶが移植されるに従い、ＩＥＴインターフェイスは、
ＴＣＥによって指定された入力手順（ブロック２６０上
）を開始する為、後述の様に、第６２Ｓ図のブロック１
２００に続く。
ＴＣＥによって指定された入力手順（ブロック２６０上
）を開始する為、後述の様に、第６２Ｓ図のブロック１
２００に続く。
ＬＩＮＫ要求が指定されなかった場合（ブロック２２０
）、制御はブロック３１０に転送される。
）、制御はブロック３１０に転送される。
この地点でＪＥＴはＲＥＴＵＲＮコマンド・コードの為
のＩＥＴＩコマンド・コードを検査する。
のＩＥＴＩコマンド・コードを検査する。
その結果が非であれば、ＲＥＲＵＲＮ制御は後述の様に
第６２ｆ図のブロック４００に転送される。
第６２ｆ図のブロック４００に転送される。
それがＲＥＴＵＲＮ要求であればブロック３２０はＩＥ
ＴＩから、ＲＥＴＵＲＮ−手順のネームｆ７）抽出を実
行する。
ＴＩから、ＲＥＴＵＲＮ−手順のネームｆ７）抽出を実
行する。
ブロック３３０は、ブロック２６０と類似の作動を行い
、ＲＥＴＵＲＮ−手順用のＴＣＥポインタを見い出す。
、ＲＥＴＵＲＮ−手順用のＴＣＥポインタを見い出す。
ブロック３４０では、ＩＥＴがユーザ及びアプリケーシ
ョン識別子のスタックの最終設定ビューをポツプ・オフ
（ｐｏｐ ｏｆｆ）することによってプロファイル・ビ
ュー・フィールドを復元する。復元処理にはＬＩＮＫが
行われた時に保管された出カバネル・ネームが含まれる
。次いでＩＥＴはＴＣＥフィールド、ＴＣＥＰＶＷをプ
ロファイル・ビュー・リスト構造、ＶＭＯＨへのポイン
タとじて用い且つＶＭＯＦ項目のリスト（ビューのフィ
ールリド当り１個）をプロファイル・ビューからＴＶ迄
全てのフィールドを再記録する為に用いる（ブロック３
５０）。
ョン識別子のスタックの最終設定ビューをポツプ・オフ
（ｐｏｐ ｏｆｆ）することによってプロファイル・ビ
ュー・フィールドを復元する。復元処理にはＬＩＮＫが
行われた時に保管された出カバネル・ネームが含まれる
。次いでＩＥＴはＴＣＥフィールド、ＴＣＥＰＶＷをプ
ロファイル・ビュー・リスト構造、ＶＭＯＨへのポイン
タとじて用い且つＶＭＯＦ項目のリスト（ビューのフィ
ールリド当り１個）をプロファイル・ビューからＴＶ迄
全てのフィールドを再記録する為に用いる（ブロック３
５０）。
次いで、ＴＣＥは出力ビュー・リス１−ＴＣＥＯＶＷ（
ブロック３７０）を駐在するのに用いられる。このフィ
ールド・リストからＴＶはＩＥＴＩ見出し部が後続する
ビュー・データ由来のデータを用いて移植される。ブロ
ック３７０では、同様の論理がブロック３５０のそれに
採用される。但し、プロファイル・ビュー・リストの代
りに出力ビュー・リストが用いられる点は別である。
ブロック３７０）を駐在するのに用いられる。このフィ
ールド・リストからＴＶはＩＥＴＩ見出し部が後続する
ビュー・データ由来のデータを用いて移植される。ブロ
ック３７０では、同様の論理がブロック３５０のそれに
採用される。但し、プロファイル・ビュー・リストの代
りに出力ビュー・リストが用いられる点は別である。
この地点で、ブロック３８０のＩＥＴはプロ・ンク３４
０のプロファイル・データ・ベースから復元されたパネ
ル塩を用いてＴＶに出カバネル名を設定する。次いでＴ
ＣＥによって指名された出力手順を開始する為（ブロッ
ク３３０上）後述の様に、第６２ｓ図のブロック１２０
０へ制御が転送される。
０のプロファイル・データ・ベースから復元されたパネ
ル塩を用いてＴＶに出カバネル名を設定する。次いでＴ
ＣＥによって指名された出力手順を開始する為（ブロッ
ク３３０上）後述の様に、第６２ｓ図のブロック１２０
０へ制御が転送される。
今度は第６２ｆ図を見ると、ブロック４００でＦＯＲＷ
ＡＲＤコマンドに対してＩＥＴＩコマンド・コードが検
査される。ＦＯＲＷＡＲＤコマンドが無ければ、制御は
ブロック４３０に転送される。
ＡＲＤコマンドに対してＩＥＴＩコマンド・コードが検
査される。ＦＯＲＷＡＲＤコマンドが無ければ、制御は
ブロック４３０に転送される。
ＦＯＲＷＡＲＤ要求は、１システム上で入力データ通常
入力端末データを他のシステムに転送して格納先システ
ムで同じ又は異なるトランザクションによって実行する
為に、ＤＡＡトランザクションによって用いられる。例
えば、成るシステムの端末によってＤＡトランザクショ
ンは、実行用遠隔システムへのトランザクション要求の
経路選択に用いられる。この操作はクリアされたスクリ
ーンから”ＤＡ ５ｙｓｉｄ ｔｒａｎ ｔｒａｎ−
ｉｎｐｕｔ″を入力することによって実行することが出
来る。此処に“’５ｙｓｉｄ″とは遠隔システムの名前
であり、“ｔｒａｎとは実行さるべきトランザクション
の名前であり且つ“ｔｒａｎ−ｉｎｐｕｔ”とはオプシ
ョナルなトランザクション・データである。ＤＡＩ−ラ
ンザクジョンはこのＦＯＲＷＡＲＤ要求をシステム５３
１Ｓｉｄ上で実行すべく ＩＥＴＭ／ＩＥＴＩ／メツセ
ージ・バッファを構築する為に用いられる。
入力端末データを他のシステムに転送して格納先システ
ムで同じ又は異なるトランザクションによって実行する
為に、ＤＡＡトランザクションによって用いられる。例
えば、成るシステムの端末によってＤＡトランザクショ
ンは、実行用遠隔システムへのトランザクション要求の
経路選択に用いられる。この操作はクリアされたスクリ
ーンから”ＤＡ ５ｙｓｉｄ ｔｒａｎ ｔｒａｎ−
ｉｎｐｕｔ″を入力することによって実行することが出
来る。此処に“’５ｙｓｉｄ″とは遠隔システムの名前
であり、“ｔｒａｎとは実行さるべきトランザクション
の名前であり且つ“ｔｒａｎ−ｉｎｐｕｔ”とはオプシ
ョナルなトランザクション・データである。ＤＡＩ−ラ
ンザクジョンはこのＦＯＲＷＡＲＤ要求をシステム５３
１Ｓｉｄ上で実行すべく ＩＥＴＭ／ＩＥＴＩ／メツセ
ージ・バッファを構築する為に用いられる。
ブロック４００にＦＯＲＷＡＲＤコマンドが有れば、ブ
ロック４１０でＩＥＴはＩＥＴＩ見出し部付メツセージ
・バッファを作業域にコピーし、あたかもメツセージ・
バッファが局所システムから発信されたかの様に進行す
る為、次いで第６２ｂ図のブロック１２０に分岐する。
ロック４１０でＩＥＴはＩＥＴＩ見出し部付メツセージ
・バッファを作業域にコピーし、あたかもメツセージ・
バッファが局所システムから発信されたかの様に進行す
る為、次いで第６２ｂ図のブロック１２０に分岐する。
本発明の実施例に於いてはこのメツセージ・ブロックが
吟味され且つ再び実行の為他のシステムへ転送されるこ
とは可能である。しかし一般にはＦＯＲＷＡＲＤ要求は
１回のパス後に実行される。
吟味され且つ再び実行の為他のシステムへ転送されるこ
とは可能である。しかし一般にはＦＯＲＷＡＲＤ要求は
１回のパス後に実行される。
ブロック４３０ではＴＥＲＭＩＮＡＬコマンドに対する
ＩＥＴＩコマンド・コードが検査される。
ＩＥＴＩコマンド・コードが検査される。
それがＴＥＲＭＩＮＡＬコマンドでなければ、次のトラ
ンザクション入力を呼出する為ブロック１１０に制御は
転送される。さもなければ、ＩＥＴＴ見出し部付データ
・ストリームからのメツセージがＩＥＴＩ見出し部で指
定された局所端末に転送される。次いでこのトランザク
ション用の次の入力を処理する為ブロック４０に制御は
逆転送される。
ンザクション入力を呼出する為ブロック１１０に制御は
転送される。さもなければ、ＩＥＴＴ見出し部付データ
・ストリームからのメツセージがＩＥＴＩ見出し部で指
定された局所端末に転送される。次いでこのトランザク
ション用の次の入力を処理する為ブロック４０に制御は
逆転送される。
ブロック４７０では、ＩＥＴによりＡＳＣＩＩ型の局所
マシーン文字セットが検査される。それがＡＳＣＩＩマ
シーンでなければ、ＩＥＴインターフェイスは次の段階
にスキップし、ブロック５１０に移動する。それがＡＳ
ＣＩＩマシーンであれば、ＩＥＴインターフェイスはＡ
ＳＣＩＩコード（５００）にデータ・ストリームを変換
し、次いでブロック５１０に移動する。
マシーン文字セットが検査される。それがＡＳＣＩＩマ
シーンでなければ、ＩＥＴインターフェイスは次の段階
にスキップし、ブロック５１０に移動する。それがＡＳ
ＣＩＩマシーンであれば、ＩＥＴインターフェイスはＡ
ＳＣＩＩコード（５００）にデータ・ストリームを変換
し、次いでブロック５１０に移動する。
次に、判定ブロック５１０でＪＥＴは、データ・ストリ
ームがトランザクション・コードが転送した無空白デー
タを格納しているかどうか検査する。トランザクション
・コードを転送された無空白データとは、メニュー選択
が提示され若しくは選択データが“′フォーマットなし
′”パネル入力手順によって処理待ち状態になっている
ことを意味する。トランザクション・コードを転送した
データが無い場合、制御はブロック５５０に転送される
。
ームがトランザクション・コードが転送した無空白デー
タを格納しているかどうか検査する。トランザクション
・コードを転送された無空白データとは、メニュー選択
が提示され若しくは選択データが“′フォーマットなし
′”パネル入力手順によって処理待ち状態になっている
ことを意味する。トランザクション・コードを転送した
データが無い場合、制御はブロック５５０に転送される
。
ブロック５２０では余分のデータが残留する場合に実行
される。トラン・コード（ｔｒａｎ ｃｏｄｅ）付の最
初の無空白文字は、ユーザがその文字のついて指定コマ
ンドの呼出を要求するかどうかを示す“′／′°又は°
−″と比較される。“／”又は“°−がなければ、制御
はブロック５５０へ転送される。
される。トラン・コード（ｔｒａｎ ｃｏｄｅ）付の最
初の無空白文字は、ユーザがその文字のついて指定コマ
ンドの呼出を要求するかどうかを示す“′／′°又は°
−″と比較される。“／”又は“°−がなければ、制御
はブロック５５０へ転送される。
ＩＩ ／ １１又は“＝パが有れば、判定ブロック５３
０で更に該文字に続くコマンド・ストリングが「リセッ
ト」と比較される。ストリングが「リセット」と等しけ
れば、制御は後述の第６２ｙ図のブロック１５６０へ転
送される。此処ではトランザクションの状態がリセット
され且つトップ・レベルのメニュー（ｔｏｐ １ｅｖｅ
ｌ ｍｅｎｕ）が表示される。ストリングが「リセット
」に等しくなければ、ブロック５４０でストリングが°
“ＱＵＩＴ“と等しいか否か検査される。ストリングが
“ＱＵＩＴ”に等しければ、制御は第６２ｘ図に短時間
スキップしてからブロック１５３０に転送される。此処
で、ＩＥＴはプロファイル・データ・ベースからアプリ
ケーション識別子を削除することによって特定ユーザと
アプリケーションの識別子へのＱＵＩＴ要求の処理を開
始する。次いでブロック１５４０で実行用局所システム
へのメツセージ“ＤＡ＝１”が問われる。この制御は表
示起動トランザクションを呼出する。次いで制御はブロ
ック３０に転送され、此処で次のトランザクション・メ
ツセージが受信され処理される。
０で更に該文字に続くコマンド・ストリングが「リセッ
ト」と比較される。ストリングが「リセット」と等しけ
れば、制御は後述の第６２ｙ図のブロック１５６０へ転
送される。此処ではトランザクションの状態がリセット
され且つトップ・レベルのメニュー（ｔｏｐ １ｅｖｅ
ｌ ｍｅｎｕ）が表示される。ストリングが「リセット
」に等しくなければ、ブロック５４０でストリングが°
“ＱＵＩＴ“と等しいか否か検査される。ストリングが
“ＱＵＩＴ”に等しければ、制御は第６２ｘ図に短時間
スキップしてからブロック１５３０に転送される。此処
で、ＩＥＴはプロファイル・データ・ベースからアプリ
ケーション識別子を削除することによって特定ユーザと
アプリケーションの識別子へのＱＵＩＴ要求の処理を開
始する。次いでブロック１５４０で実行用局所システム
へのメツセージ“ＤＡ＝１”が問われる。この制御は表
示起動トランザクションを呼出する。次いで制御はブロ
ック３０に転送され、此処で次のトランザクション・メ
ツセージが受信され処理される。
第６２ｈ図に戻り、ブロック５５０の論理でクリア・ス
クリーンから呼出されたトラン・コードだけ用いてトラ
ンザクションの処理が開始される。
クリーンから呼出されたトラン・コードだけ用いてトラ
ンザクションの処理が開始される。
これが最終の既知の状態及びパネルでトランザクション
を再開できる一つの方法である。この処理はＴＶでのパ
ネル名を空白にすることによって開始される。
を再開できる一つの方法である。この処理はＴＶでのパ
ネル名を空白にすることによって開始される。
判定ブロック５６７では現行ユーザ識別子に空白がある
かどうかが検査される。ユーザ識別子に空白があるとす
れば、ユーザ識別子はなく、ＩＥＴはプロファイルの再
保存をバイパスして、制御はブロック６２０へ転送され
る。ユーザ識別子に空白がなければ、ブロック５７０で
の論理は所定のユーザ識別子及びアプリケーション識別
子に対して出カバネル名を含むスタックからプロファイ
ル・ビューを再保存する。
かどうかが検査される。ユーザ識別子に空白があるとす
れば、ユーザ識別子はなく、ＩＥＴはプロファイルの再
保存をバイパスして、制御はブロック６２０へ転送され
る。ユーザ識別子に空白がなければ、ブロック５７０で
の論理は所定のユーザ識別子及びアプリケーション識別
子に対して出カバネル名を含むスタックからプロファイ
ル・ビューを再保存する。
この地点で、判定ブロック５８０は、最終プロファイル
が再保存ビューの最初の部分をリテラル“’ＩＥＴＣＯ
ＮＴ”と比較することによってそれがＩＥＴＩ制御ブロ
ックであるかどうか検査される。結果が否であれば、制
御はブロック６１５へ転送される。此処では、ＴＶが再
保存プロファイル・ビューから移植されている。
が再保存ビューの最初の部分をリテラル“’ＩＥＴＣＯ
ＮＴ”と比較することによってそれがＩＥＴＩ制御ブロ
ックであるかどうか検査される。結果が否であれば、制
御はブロック６１５へ転送される。此処では、ＴＶが再
保存プロファイル・ビューから移植されている。
ブロック５９０ではＩＥＴ制御ブロックが再保存された
時入力される（すなわち、フロック５８０の比較は正で
ある）。ＩＥＴの要求がこのコードと異なるトランザク
ション・コードに最終的に転送されるか、及び現行シス
テムとは異なるシステム識別子に転送されるかを検証す
る為のテストが行われる。テスト結果が正であれば、制
御はブロック６１５へ転送され、此処でＴＶは再保存さ
れたばかりのビューから移植される。
時入力される（すなわち、フロック５８０の比較は正で
ある）。ＩＥＴの要求がこのコードと異なるトランザク
ション・コードに最終的に転送されるか、及び現行シス
テムとは異なるシステム識別子に転送されるかを検証す
る為のテストが行われる。テスト結果が正であれば、制
御はブロック６１５へ転送され、此処でＴＶは再保存さ
れたばかりのビューから移植される。
ブロック６００では５９０でのテスト結果が否の場合に
実行される。ＩＥＴではＴＲＡＣＥ ＦＯＲＷＡＲＤ
と呼ばれるプロセスが採用されるがこれによってＩＥＴ
はメツセージを格納先トランザクション及び再保存され
たＩＥＴＩにあるシステム識別子にメツセージを再送信
できる。
実行される。ＩＥＴではＴＲＡＣＥ ＦＯＲＷＡＲＤ
と呼ばれるプロセスが採用されるがこれによってＩＥＴ
はメツセージを格納先トランザクション及び再保存され
たＩＥＴＩにあるシステム識別子にメツセージを再送信
できる。
このブロックはＩＥＴＭ、、ＩＥＴＩ及びＩＥＴＩのト
ラン・コードに等しいメツセージ・ハ・ノファからなる
新メツセージ・ブロックが構築される。
ラン・コードに等しいメツセージ・ハ・ノファからなる
新メツセージ・ブロックが構築される。
ＩＥＴＩ要求コードはＦＯＲＷＡＲＤに設定される。こ
のメツセージ・ブロックは送信されると、トランザクシ
ョンはこのトラン／システムから最終要求状態に於いて
格納先システム上で再開するよう設計されている。バッ
ファが構築された後で、制御は後述の様に第６２ｖ図ブ
ロック１４２０に転送される。此処でメツセージは指定
トラン／システムに送信される。
のメツセージ・ブロックは送信されると、トランザクシ
ョンはこのトラン／システムから最終要求状態に於いて
格納先システム上で再開するよう設計されている。バッ
ファが構築された後で、制御は後述の様に第６２ｖ図ブ
ロック１４２０に転送される。此処でメツセージは指定
トラン／システムに送信される。
ブロック６１５ではトランザクション・ビュー変数がブ
ロック５７０に再保存されたプロファイル・ビューから
移植される。これは第６２ｅ図のブロック３５０で述べ
たプロセスと同様である。
ロック５７０に再保存されたプロファイル・ビューから
移植される。これは第６２ｅ図のブロック３５０で述べ
たプロセスと同様である。
入カバネルネームは「アンフォーマット」に設定される
（ブロンクロ２０）。
（ブロンクロ２０）。
第６２ｊ図に移動すれば、ブロック６３０では指定ファ
イル・ネームにＴＰＥ項目が駐在される。
イル・ネームにＴＰＥ項目が駐在される。
ＴＰＥ項目はパネルに構築及び表示さるべき全ての情報
が格納されている。パネルの位置決めは単に所望のパネ
ル塩がＴＰＥのネームに等しい物が見付かるまで各ＴＰ
Ｅの項目を走査する問題に過ぎない。最初のＴＰＥはＴ
ＤＴ中のフィールドＴＤＴＡＴＰＥに係留される。
が格納されている。パネルの位置決めは単に所望のパネ
ル塩がＴＰＥのネームに等しい物が見付かるまで各ＴＰ
Ｅの項目を走査する問題に過ぎない。最初のＴＰＥはＴ
ＤＴ中のフィールドＴＤＴＡＴＰＥに係留される。
次いで、判定ブロック６４０でＩＥＴはトラン・コード
に続くメツセージ・バッファ内のデータが“′＝′″と
共に先行しているか否か検査される。
に続くメツセージ・バッファ内のデータが“′＝′″と
共に先行しているか否か検査される。
非であれば、制御はブロック６８０に転送される。
他方、トラン・コードが＝”と共に先行していれば、ブ
ロック６５０でメニューの再開始へのユーザからの要求
が取り扱われる。たとえば、ザからの要求が取り扱われ
る。たとえば、ＸＹＺ−２で指定されたトランザクショ
ンＸＹＺメニューオプションでの２が実行されなければ
ならない。
ロック６５０でメニューの再開始へのユーザからの要求
が取り扱われる。たとえば、ザからの要求が取り扱われ
る。たとえば、ＸＹＺ−２で指定されたトランザクショ
ンＸＹＺメニューオプションでの２が実行されなければ
ならない。
トップ・レベルのメニューパネル項目ＴＰＥは変数ＴＤ
ＴＡＭＥＮＵを用いてＴＤＴによって設定される。この
ＴＰＨによってメニュー人力手順項目はＴＰＥのＴＰＥ
ＡＩＴＣＥフィールドを用いて設定される。
ＴＡＭＥＮＵを用いてＴＤＴによって設定される。この
ＴＰＨによってメニュー人力手順項目はＴＰＥのＴＰＥ
ＡＩＴＣＥフィールドを用いて設定される。
ブロック６５０が実行された後、６５２ではビューの各
々がトップ・メニュー・ビューとなっているスタックの
第一ビューを占めるまで、このユーザ識別子及びアプリ
ケーション識別子がポンプ（ｐｏｐ）される。トップ・
ビューが発見されれば、すなわちトップ・メニュー・プ
ロファイル・ビューＴＶはビューから再記録され、ビュ
ー・スタックはクリアされる。トップ・ビューが発見さ
れなければＴＶに再記録されるものはなく、スタックは
空の侭である。ブロック６６０では′＝゛に後続するコ
マンド・コードがＴＶのコマンド・フィールドに移動す
る。次いで制御は後述の第６２ｓ図ブロック１２００に
転送されるが此処で入力手順はメニューパネルに対して
実行される。
々がトップ・メニュー・ビューとなっているスタックの
第一ビューを占めるまで、このユーザ識別子及びアプリ
ケーション識別子がポンプ（ｐｏｐ）される。トップ・
ビューが発見されれば、すなわちトップ・メニュー・プ
ロファイル・ビューＴＶはビューから再記録され、ビュ
ー・スタックはクリアされる。トップ・ビューが発見さ
れなければＴＶに再記録されるものはなく、スタックは
空の侭である。ブロック６６０では′＝゛に後続するコ
マンド・コードがＴＶのコマンド・フィールドに移動す
る。次いで制御は後述の第６２ｓ図ブロック１２００に
転送されるが此処で入力手順はメニューパネルに対して
実行される。
＝”がトランコードに先行しない場合に話を戻すと、ブ
ロック６８０で出カバネル・ネームが空白であり、入カ
バネル・ネームで“ＵＮＦＯＲＭＡＴ”であるかどうか
の検査が行われ、両者とも然りであれば、入力メツセー
ジ・バッファは出力領域にコピーされ（ブロック６９０
）、且つ制御はＵＮＦＯＲＭＡＴの入カバネルの為の入
力手順が呼出されるブロック９６０に転送される。
ロック６８０で出カバネル・ネームが空白であり、入カ
バネル・ネームで“ＵＮＦＯＲＭＡＴ”であるかどうか
の検査が行われ、両者とも然りであれば、入力メツセー
ジ・バッファは出力領域にコピーされ（ブロック６９０
）、且つ制御はＵＮＦＯＲＭＡＴの入カバネルの為の入
力手順が呼出されるブロック９６０に転送される。
どちらも無ければ、ブロック７１０で所定のパネルから
トランザクションの再開始準備の論理を開始する。まず
コマンド・コードが空白化され、次いでブロック７２０
で出カバネル・ネームがＴＶに移動される。次いでブロ
ック７３０では指定パネル・ネームに対するＴＰＥ項目
が探索される。
トランザクションの再開始準備の論理を開始する。まず
コマンド・コードが空白化され、次いでブロック７２０
で出カバネル・ネームがＴＶに移動される。次いでブロ
ック７３０では指定パネル・ネームに対するＴＰＥ項目
が探索される。
第６２に図では、ブロック７４０でフィールドＴＰＲＡ
ＯＴＣＥでの出力手順項目ポインタに対しＴＰＥによっ
て検査が行われる。ポインタが存在すれば、このポイン
タはパネルの出力より早く呼出される手順のＴＣＥ項目
をポイントする。次いでブロック７５０でＴＣＰのアド
レスが設定され且つ指定手順が実行される第６２ｓ図の
ブロック１２００に制御が転送される。出力手順が存在
しなければ、制御は後述の様に第６２ｚ図のブロック１
６１０へ転送され、そこではパネル表示が構築され且つ
端末に出力される。
ＯＴＣＥでの出力手順項目ポインタに対しＴＰＥによっ
て検査が行われる。ポインタが存在すれば、このポイン
タはパネルの出力より早く呼出される手順のＴＣＥ項目
をポイントする。次いでブロック７５０でＴＣＰのアド
レスが設定され且つ指定手順が実行される第６２ｓ図の
ブロック１２００に制御が転送される。出力手順が存在
しなければ、制御は後述の様に第６２ｚ図のブロック１
６１０へ転送され、そこではパネル表示が構築され且つ
端末に出力される。
ブロック７８０で３２７０データ・ストリームを用いて
フォーマットされたメツセージに対する論理が開始され
る。（すなわち、該メツセージは始点に於いて３２７０
ＳＢＡを有することが検証されていたのである；ブロッ
ク１３０参照）。この時点に於いて、ＤＡＡ）ランザク
ジョン・パネルが表示されている３２７０端末から受信
された３２７０人カストリームをＩＥＴが有することが
期待される。端末から入力されたＪＥＴ処理の不可欠な
要素としてスクリーンのデザインが挙げられる。このデ
ザインはパネル・クリア時成る程度までＧＴＤによって
強化される。その基準は３２７゜端末によって復帰され
たＤＡＡスクリーンの最初の３フイールドがトラン・コ
ード、パネル・ネーム及びシステム識別子でなければ成
らないということである。この方法は３２７０データ・
ストリームに、これら３フイールドを変更データ・タグ
＆ｌ１（ｄａｔａ ｔａｇ ５ｅｔ）付き人力／出力フ
ィールドとして含まれることによって可能と成る。この
条件は何等かの送信キーが押される時必ず３２２０がそ
れらを復帰させる原因と成る。これら３フイールドが復
帰されると、ＩＥＴは入力を処理するよう指定された次
の手順を呼出して最終的にトランザクションが退去した
時点で処理を連続することが可能である。
フォーマットされたメツセージに対する論理が開始され
る。（すなわち、該メツセージは始点に於いて３２７０
ＳＢＡを有することが検証されていたのである；ブロッ
ク１３０参照）。この時点に於いて、ＤＡＡ）ランザク
ジョン・パネルが表示されている３２７０端末から受信
された３２７０人カストリームをＩＥＴが有することが
期待される。端末から入力されたＪＥＴ処理の不可欠な
要素としてスクリーンのデザインが挙げられる。このデ
ザインはパネル・クリア時成る程度までＧＴＤによって
強化される。その基準は３２７゜端末によって復帰され
たＤＡＡスクリーンの最初の３フイールドがトラン・コ
ード、パネル・ネーム及びシステム識別子でなければ成
らないということである。この方法は３２７０データ・
ストリームに、これら３フイールドを変更データ・タグ
＆ｌ１（ｄａｔａ ｔａｇ ５ｅｔ）付き人力／出力フ
ィールドとして含まれることによって可能と成る。この
条件は何等かの送信キーが押される時必ず３２２０がそ
れらを復帰させる原因と成る。これら３フイールドが復
帰されると、ＩＥＴは入力を処理するよう指定された次
の手順を呼出して最終的にトランザクションが退去した
時点で処理を連続することが可能である。
従って、判定ブロック７８０では、パネル・ネームが第
２の３２７０ＳＢＡの探索とパネル・ネームとして復帰
された文字の抽出によってデータストリーム中に在るか
どうか調べる為停止させる。
２の３２７０ＳＢＡの探索とパネル・ネームとして復帰
された文字の抽出によってデータストリーム中に在るか
どうか調べる為停止させる。
データストリームが短すぎるか又は第２のＳＢＡを持た
ない場合、制御は後述の様に、この入力がトランザクシ
ョンに対する再開始として扱われている第６２ｎ図のブ
ロック８７０に転送される。
ない場合、制御は後述の様に、この入力がトランザクシ
ョンに対する再開始として扱われている第６２ｎ図のブ
ロック８７０に転送される。
パネル・ネームが在れば、それはＴＶに保存され（ブロ
ック７９０）それからＩＥＴがアスキー・マシーン（Ａ
Ｓ ＣＩ Ｉ ｍａｃｈｉｎｅ）上をランするとす
ればＡＳＣＩＩに翻訳される。
ック７９０）それからＩＥＴがアスキー・マシーン（Ａ
Ｓ ＣＩ Ｉ ｍａｃｈｉｎｅ）上をランするとす
ればＡＳＣＩＩに翻訳される。
判定ブロック８００ではパネル・ネームに続く次の期待
ＳＢＡがシステム・ネームであることを別とすれば判定
ブロック７８０と同様な演算が行われる。次いでこのフ
ィールドが存在しなければ、制御はこの入力がトランザ
クションの為の再開始として扱われる第６２ｎ図のブロ
ック８７０に転送される。第６２ｎ図を考察するとして
、フィールドが在れば、ブロック８１０でパネル・ネー
ムがＴＶに保存され且つＩＥＴがアスキーマシーン上を
ランしていれば、それはアスキーに翻訳される。
ＳＢＡがシステム・ネームであることを別とすれば判定
ブロック７８０と同様な演算が行われる。次いでこのフ
ィールドが存在しなければ、制御はこの入力がトランザ
クションの為の再開始として扱われる第６２ｎ図のブロ
ック８７０に転送される。第６２ｎ図を考察するとして
、フィールドが在れば、ブロック８１０でパネル・ネー
ムがＴＶに保存され且つＩＥＴがアスキーマシーン上を
ランしていれば、それはアスキーに翻訳される。
判定ブロック８２０ではパネルのシステム名はＪＥＴが
ランしているシステムと比較される；これらシステム名
がＩＥＴプロセスと同一であれば、このスクリーン及び
制御はプロファイルが再保存される筈のブロック８６０
に転送される。パネルのシステム名がＩＥＴが実行中の
システムと同一でなければ、ブロック８３０が実行され
る。従って、ＩＥＴはこの処理用のパネル入力をバ・ネ
ル上のシステム名に転送しなければ成らない。ＩＥＴは
パネルシステム名が有効名の局所データベースを吟味す
ることによって有効ネットワークシステムであるかどう
か検査する。成る種のシステムの設定ではテーブルが無
いかもしれないし従って、全ての名前が潜在的に有効で
あり且つ次に伝送される高次ＤＡＡシステムに転送され
なければ成らない。システム名が妥当でないと看做され
れば、制御は局所システム上で処理する為ブロック８６
０に転送される。
ランしているシステムと比較される；これらシステム名
がＩＥＴプロセスと同一であれば、このスクリーン及び
制御はプロファイルが再保存される筈のブロック８６０
に転送される。パネルのシステム名がＩＥＴが実行中の
システムと同一でなければ、ブロック８３０が実行され
る。従って、ＩＥＴはこの処理用のパネル入力をバ・ネ
ル上のシステム名に転送しなければ成らない。ＩＥＴは
パネルシステム名が有効名の局所データベースを吟味す
ることによって有効ネットワークシステムであるかどう
か検査する。成る種のシステムの設定ではテーブルが無
いかもしれないし従って、全ての名前が潜在的に有効で
あり且つ次に伝送される高次ＤＡＡシステムに転送され
なければ成らない。システム名が妥当でないと看做され
れば、制御は局所システム上で処理する為ブロック８６
０に転送される。
ブロック８４０では遠隔システムへの順方向要求がある
場合実行される。このブロックには端末からのメツセー
ジ・パネル入力に従っＴＩ ＥＴＭ、ＩＥＴＩが構築さ
れる。正確なフィールド定義は既にＪＥＴメツセージ・
フォーマットに関連して論じられている。この順方向要
求を扱う遠隔ＩＥＴ処理はブロック４００で扱われる。
場合実行される。このブロックには端末からのメツセー
ジ・パネル入力に従っＴＩ ＥＴＭ、ＩＥＴＩが構築さ
れる。正確なフィールド定義は既にＪＥＴメツセージ・
フォーマットに関連して論じられている。この順方向要
求を扱う遠隔ＩＥＴ処理はブロック４００で扱われる。
ＩＥＴＩが要求端末、局所及び遠隔ＩＥＴシステム、各
システムについての相対トラン・コード、各システムに
ついてのパネル・ネーム、及び局所ＪＥＴがその上で実
行されているＡＳＣＩ Ｉ／ＥＢＣＤ Ｉ Ｃ及びバイ
ト交換の有無などのマシーンの型についての情報を格納
するよう更新される。前述の様に、これらＩＥＴ見出し
部は完成すると、遠隔システム及び適正翻訳への経路選
択が可能になる。メツセージ・ブロックがブロック８４
０によってフォーマットされた後で制御は後述の様に遠
隔システムへの引渡しとして第６２ｖ図のブロック１４
１０に転送される。
システムについての相対トラン・コード、各システムに
ついてのパネル・ネーム、及び局所ＪＥＴがその上で実
行されているＡＳＣＩ Ｉ／ＥＢＣＤ Ｉ Ｃ及びバイ
ト交換の有無などのマシーンの型についての情報を格納
するよう更新される。前述の様に、これらＩＥＴ見出し
部は完成すると、遠隔システム及び適正翻訳への経路選
択が可能になる。メツセージ・ブロックがブロック８４
０によってフォーマットされた後で制御は後述の様に遠
隔システムへの引渡しとして第６２ｖ図のブロック１４
１０に転送される。
ブロック８６０では局所システムの端末入力が実行され
る。ＴＶでのシステム名は局所システムの識別子に設定
された制御は出力ネームを空白にするブロック８７０に
転送される。
る。ＴＶでのシステム名は局所システムの識別子に設定
された制御は出力ネームを空白にするブロック８７０に
転送される。
第６２ｎ図に関して話を継続すると、ブロック８８０．
９００及び９１０は前のブロック５７゜５９０と同義の
論理である（すなわち、プロファイルはこのユーザ及び
アプリケーション識別子について再保存される）。最終
に実行された内容が他のシステム若しくはトランザクシ
ョンへのＩＥＴの要求であれば、追跡順方向要求は再保
存ＩＥＴＩプロファイルに在るトランザクション／シス
テムを再開始する為に構築され（９１０）、制御は所望
システムへの要求伝達の為、第６２ｖ図のブロック１４
２０に転送される。例えば、このユーザ及びトランザク
ションに対して行われた最終内容が他のシステムへの連
係要求であり、復帰は未だ起こらず、或いはプロファイ
ルが連係未決定を提示しない場合、この追跡順方向要求
は遠隔トランザクションを再び復帰さす為呼出すようデ
ザインされる。
９００及び９１０は前のブロック５７゜５９０と同義の
論理である（すなわち、プロファイルはこのユーザ及び
アプリケーション識別子について再保存される）。最終
に実行された内容が他のシステム若しくはトランザクシ
ョンへのＩＥＴの要求であれば、追跡順方向要求は再保
存ＩＥＴＩプロファイルに在るトランザクション／シス
テムを再開始する為に構築され（９１０）、制御は所望
システムへの要求伝達の為、第６２ｖ図のブロック１４
２０に転送される。例えば、このユーザ及びトランザク
ションに対して行われた最終内容が他のシステムへの連
係要求であり、復帰は未だ起こらず、或いはプロファイ
ルが連係未決定を提示しない場合、この追跡順方向要求
は遠隔トランザクションを再び復帰さす為呼出すようデ
ザインされる。
プロファイルがＩＥＴ要求でない場合、制御はＴＶを再
保存プロファイル・ビューから移植するブロック９３０
に転送される。（ブロック３５０を議論用として参照の
事）。次いで、ブロック９４０ではＴＶにおいて指定さ
れたパネル・ネームが探索される（ブロック６３０を議
論用として参照のこと）。
保存プロファイル・ビューから移植するブロック９３０
に転送される。（ブロック３５０を議論用として参照の
事）。次いで、ブロック９４０ではＴＶにおいて指定さ
れたパネル・ネームが探索される（ブロック６３０を議
論用として参照のこと）。
ブロック９５０では、入力３２７０データ・ストリーム
に従ってＴＰＥのＴＰＥＡＭＡＰによってポイントされ
たパネル・マツプ・データが取り上げられ且つＴＭＳが
パネル・マツプのデータ領域によって税込されたように
、ＴＶの適切なフィールドに端末から復帰されたフィー
ルドを抽出するよう呼出される。ＴＭＳとはテキサス・
インスツルメント社のスクリーン機能の事であるが、そ
の他の機能はＩＢＭのＩＭＳ ＭＦＳの様に本発明に
よる開発され且つ適応させることが出来る。
に従ってＴＰＥのＴＰＥＡＭＡＰによってポイントされ
たパネル・マツプ・データが取り上げられ且つＴＭＳが
パネル・マツプのデータ領域によって税込されたように
、ＴＶの適切なフィールドに端末から復帰されたフィー
ルドを抽出するよう呼出される。ＴＭＳとはテキサス・
インスツルメント社のスクリーン機能の事であるが、そ
の他の機能はＩＢＭのＩＭＳ ＭＦＳの様に本発明に
よる開発され且つ適応させることが出来る。
重要なことは端末から復帰された入力フィールドは内部
表示への変換を含め適切なＴＶフィールドにマツプされ
ることである。更に、３２７０ＡＩＤキ一表示はＴＶ内
で更新される。
表示への変換を含め適切なＴＶフィールドにマツプされ
ることである。更に、３２７０ＡＩＤキ一表示はＴＶ内
で更新される。
ブロック９６０ではパネル・ネームに対するＴＰＥ項目
が呼出される。次いで、ブロック９６２ではＴＰＥＡＩ
ＴＣＥは入力手順が呼出されるようにＴＣＥ項目を駐在
さすのに用いられる。第６２０図に移動すると、ブロッ
ク９７０で、手順名がＴＣＥからＴＶに保管される。
が呼出される。次いで、ブロック９６２ではＴＰＥＡＩ
ＴＣＥは入力手順が呼出されるようにＴＣＥ項目を駐在
さすのに用いられる。第６２０図に移動すると、ブロッ
ク９７０で、手順名がＴＣＥからＴＶに保管される。
続いてブロック９８０で機能キー用のＴＶのバイナリ・
フィールド（ｂｉｎａｒｙ ｆｉｅｌｄ）が更新される
。
フィールド（ｂｉｎａｒｙ ｆｉｅｌｄ）が更新される
。
ＤＡＡアプリケーションの開発者は“０ＰＴＩＯＮ：”
としてパネル上に表示されたオプション・フィールドを
用いて自分の為のパネルを生成することが出来、且つユ
ーザがストリング°“Ｆｎｎ”とタイプすれば、ＪＥＴ
によってこれはＦｎｎキーが押されたと同じ事と解釈さ
れる。この論理は、ユーザが機能キー名をタイプし且つ
ＥＮＴＥＲキーを押しされすれば適用される。機能名が
タイプされ他の機能キーが押されない場合、ＩＥＴでは
３２７０で生成されたＡＩＤキーが機能キーとして用い
られユーザのタイプした機能キー名は無視されることに
なっている。この機能キー論理に従う如何なる場合にも
ブロック９９０でこのオプション・フィールドはＴＶに
おいては空白化される形になることになっている。
としてパネル上に表示されたオプション・フィールドを
用いて自分の為のパネルを生成することが出来、且つユ
ーザがストリング°“Ｆｎｎ”とタイプすれば、ＪＥＴ
によってこれはＦｎｎキーが押されたと同じ事と解釈さ
れる。この論理は、ユーザが機能キー名をタイプし且つ
ＥＮＴＥＲキーを押しされすれば適用される。機能名が
タイプされ他の機能キーが押されない場合、ＩＥＴでは
３２７０で生成されたＡＩＤキーが機能キーとして用い
られユーザのタイプした機能キー名は無視されることに
なっている。この機能キー論理に従う如何なる場合にも
ブロック９９０でこのオプション・フィールドはＴＶに
おいては空白化される形になることになっている。
この時点で判定ブロック１０００でのＩＥＴは被選択機
能キーがＦ１５であるかどうか調べる為停止される。Ｆ
１５が選択されていれば、ＩＥＴインターフェイスは既
述の第６２ｘ図のブロック１５３０に分岐する。Ｆ１５
はＤＡＡによってユーザがこのアプリケーションをＱＵ
ＩＴしたいことを指定するのに用いられるので、１５３
０に分岐する事でこのアプリケーションはユーザ用のプ
ロファイル・データ・ベースから除去され且つＤＡＡト
ランザクションが挿入されることになっている。選択機
能キーがＦ１５でなければ、ＩＥＴインターフェイスは
被選択機能キーがＦ２４であるかどうか調べる為停止さ
せられる（ブロック１０１０）。然りであれば、この事
はユーザが現行アプリケーションを一時停止し且つＤＡ
Ａ）ランザクジョンを用いて彼の現行起動アプリケーシ
ョンのリストを閲覧したことを指定している。ブロック
１０２でユーザの為のメツセージ・バッファ゛ＤＡ＝１
”が構築され、トランザクション処理サブシステムに挿
入される。次いで制御は第６２２図のブロック１６３０
に転送されるが此処でトランザクションのクリアが実行
される。
能キーがＦ１５であるかどうか調べる為停止される。Ｆ
１５が選択されていれば、ＩＥＴインターフェイスは既
述の第６２ｘ図のブロック１５３０に分岐する。Ｆ１５
はＤＡＡによってユーザがこのアプリケーションをＱＵ
ＩＴしたいことを指定するのに用いられるので、１５３
０に分岐する事でこのアプリケーションはユーザ用のプ
ロファイル・データ・ベースから除去され且つＤＡＡト
ランザクションが挿入されることになっている。選択機
能キーがＦ１５でなければ、ＩＥＴインターフェイスは
被選択機能キーがＦ２４であるかどうか調べる為停止さ
せられる（ブロック１０１０）。然りであれば、この事
はユーザが現行アプリケーションを一時停止し且つＤＡ
Ａ）ランザクジョンを用いて彼の現行起動アプリケーシ
ョンのリストを閲覧したことを指定している。ブロック
１０２でユーザの為のメツセージ・バッファ゛ＤＡ＝１
”が構築され、トランザクション処理サブシステムに挿
入される。次いで制御は第６２２図のブロック１６３０
に転送されるが此処でトランザクションのクリアが実行
される。
判定ブロック１０４０では現行パネルがＨＥＬＰ、ＧＬ
Ｏ３ＳＡＲＹ又はＭＥＮＵパネルであるかどうか調べる
為停止させられる。これらの一つであれば、制御はブロ
ック１１９０に転送され、此処でパネルと関連した入力
手順が実行されることになっている。第６２ｅ図を考察
すると、現行パネルがこれらパネルのどの一つでもなけ
れば、判定ブロック１０５０は被選択機能キーの値が標
準ＤＡＡのＨＥＬＰキーであるｌに等しいかどうか調べ
る為停止させられる。それが１でなければその時制御は
ブロック１１５０に転送され、此処で被選択キーの次の
値がテストされる。
Ｏ３ＳＡＲＹ又はＭＥＮＵパネルであるかどうか調べる
為停止させられる。これらの一つであれば、制御はブロ
ック１１９０に転送され、此処でパネルと関連した入力
手順が実行されることになっている。第６２ｅ図を考察
すると、現行パネルがこれらパネルのどの一つでもなけ
れば、判定ブロック１０５０は被選択機能キーの値が標
準ＤＡＡのＨＥＬＰキーであるｌに等しいかどうか調べ
る為停止させられる。それが１でなければその時制御は
ブロック１１５０に転送され、此処で被選択キーの次の
値がテストされる。
ブロック１０６０で特定アプリケーション用のＨＥＬＰ
パネル表示用論理が開始される。まず、ヘルプ論理はヘ
ルプ・スクリーンから退去する際、ＩＥＴがその全フィ
ールドを伴って現行パネルを再開始できるだけの十分な
情報を保管していなければならない。この論理によって
ＴＭＳバッファに格納される全現行入力及び出力フィー
ルドからなるヘルプ・ビュー領域が構築される。ビュー
名はこのビューを識別する為“ＨＥＬＰＶＩＥＷ”とし
て設定される。
パネル表示用論理が開始される。まず、ヘルプ論理はヘ
ルプ・スクリーンから退去する際、ＩＥＴがその全フィ
ールドを伴って現行パネルを再開始できるだけの十分な
情報を保管していなければならない。この論理によって
ＴＭＳバッファに格納される全現行入力及び出力フィー
ルドからなるヘルプ・ビュー領域が構築される。ビュー
名はこのビューを識別する為“ＨＥＬＰＶＩＥＷ”とし
て設定される。
次いでブロック１０７０ではこのヘルプビューがスタッ
ク・ファイルに挿入、設値される。環境の保管後、ヘル
プ論理としては此処でヘルプ・パネルの出力の１！備が
可能になる。ブロック１０８０及び１０９０で現行パネ
ル塩、文書の章、節、及び頁名がＴＶに保管される。
ク・ファイルに挿入、設値される。環境の保管後、ヘル
プ論理としては此処でヘルプ・パネルの出力の１！備が
可能になる。ブロック１０８０及び１０９０で現行パネ
ル塩、文書の章、節、及び頁名がＴＶに保管される。
ブロック１１０でヘルプ・パネル及びヘルプ手順の為の
ＴＰＥ及びＴＣＥがそれぞれ駐在される。
ＴＰＥ及びＴＣＥがそれぞれ駐在される。
ヘルプ・パネルＴＰＥはＴＤＴＡＨＥＬＰを用いてＴＤ
ＴＯ外に係留される。次にヘルプ・プロファイルのバッ
ファが構築され（ブロック１１１０）、第６２ｑ図に移
動してプロファイル・ファイルに保管される（ブロック
１１２０）。このプロセスはブロック２７０と２８０の
論理と類似している。
ＴＯ外に係留される。次にヘルプ・プロファイルのバッ
ファが構築され（ブロック１１１０）、第６２ｑ図に移
動してプロファイル・ファイルに保管される（ブロック
１１２０）。このプロセスはブロック２７０と２８０の
論理と類似している。
ブロック１１３０では文書ファイルが開示され、特定ヘ
ルプ頁が駐在され且つＴＶに２０行が読込まれる。次い
で制御は後述の第６２ｚ図のブロック１６１０に転送さ
れるが此処でパネルが構築され且つ端末に出力される。
ルプ頁が駐在され且つＴＶに２０行が読込まれる。次い
で制御は後述の第６２ｚ図のブロック１６１０に転送さ
れるが此処でパネルが構築され且つ端末に出力される。
判定ブロック１１５０では機能キーが３であるかどうか
調べる為停止させられる。Ｆ３はＩＥＴによってユーザ
がトップ・メニューに帰還するのに用いられる。機能キ
ーが３であれば、制御はブロック１５９０に転送され、
此処ではトップ・メニュー・パネルが構築され且つ出力
される。
調べる為停止させられる。Ｆ３はＩＥＴによってユーザ
がトップ・メニューに帰還するのに用いられる。機能キ
ーが３であれば、制御はブロック１５９０に転送され、
此処ではトップ・メニュー・パネルが構築され且つ出力
される。
機能キーが３でなければ、判定ブロック１１６０でそれ
が１２であるかどうか調べる為停止させられる。Ｆ１２
はＩＥＴによって“ＣＡＮＣＥＬ“を実行するのに用い
られる。この時点でＩＥＴは現行パネルをキャンセルし
て、キャンセルされたパネルに先行する最終パネルを再
表示する。
が１２であるかどうか調べる為停止させられる。Ｆ１２
はＩＥＴによって“ＣＡＮＣＥＬ“を実行するのに用い
られる。この時点でＩＥＴは現行パネルをキャンセルし
て、キャンセルされたパネルに先行する最終パネルを再
表示する。
此処で第６２ｓ図に移動し、ＩＥＴはこの時点でＴＶの
メツセージ領域を空白にする。
メツセージ領域を空白にする。
ブロック１２００で既にＴＣＥによって準備されていた
手順を実行する論理が開始される。この論理はＩＥＴの
数箇所から分岐される。このブロックはＴＣＥから手順
のアドレスを呼出す。
手順を実行する論理が開始される。この論理はＩＥＴの
数箇所から分岐される。このブロックはＴＣＥから手順
のアドレスを呼出す。
判定ブロック１２１０ではＴＤＴによってこの手順がＳ
ＱＬであるかどうか検査され、否であれば、制御はブロ
ック１２４０へ転送される。然りであれば、ブロック１
２２０でグローバル・フラグに（ｇｌｏｂａｌ ｆｌａ
ｇ）によってＳＱＬコネクトが本ユーザ及びアプリケー
ションに対して実施されたかどうか調べる為停止させら
れる。然りであれば、制御はブロック１２４０へ転送さ
れる。否であれば、ブロック１２４０でＳＱＬコネクト
が実行される。ＩＥＴではユーザによってアプリケーシ
ョン識別子ストリングをＳＱＬｍ別子及びＳＱＬパスワ
ードとして用いられる。この様な機能はトランザクショ
ンのどのユーザにもＳＱＬシステムと共に登録する必要
は無いが、むしろアプリケーション識別子がユーザ識別
子としてれしされる必要がある。
ＱＬであるかどうか検査され、否であれば、制御はブロ
ック１２４０へ転送される。然りであれば、ブロック１
２２０でグローバル・フラグに（ｇｌｏｂａｌ ｆｌａ
ｇ）によってＳＱＬコネクトが本ユーザ及びアプリケー
ションに対して実施されたかどうか調べる為停止させら
れる。然りであれば、制御はブロック１２４０へ転送さ
れる。否であれば、ブロック１２４０でＳＱＬコネクト
が実行される。ＩＥＴではユーザによってアプリケーシ
ョン識別子ストリングをＳＱＬｍ別子及びＳＱＬパスワ
ードとして用いられる。この様な機能はトランザクショ
ンのどのユーザにもＳＱＬシステムと共に登録する必要
は無いが、むしろアプリケーション識別子がユーザ識別
子としてれしされる必要がある。
ブロック１２４０ではＴＶを転送する手順及びトランザ
クションＩ１０及び制御ブロックが呼出される。
クションＩ１０及び制御ブロックが呼出される。
判定ブロック１２５０では手順がＳＱＬであり、且つＳ
ＱＬコミット実施の要があるかどうか調べる為停止させ
られる。否であれば、制御はブロック１２７０へ転送さ
れる。さもなければ、ブロック１２６０で必要なＳＱＬ
コミットが実施される。
ＱＬコミット実施の要があるかどうか調べる為停止させ
られる。否であれば、制御はブロック１２７０へ転送さ
れる。さもなければ、ブロック１２６０で必要なＳＱＬ
コミットが実施される。
ブロック１２７０では直前に呼出された手順の退去状態
を検査する論理が開始される。ＴＶの退去状前フィール
ドが“ＩＬＩＮＫ”に等しくない場合、制御はブロック
１３２０へ転送される。
を検査する論理が開始される。ＴＶの退去状前フィール
ドが“ＩＬＩＮＫ”に等しくない場合、制御はブロック
１３２０へ転送される。
ブロック１２８０では呼出された手順が直ちに他の手順
の呼出しを要求することを指定するＩＬＩＮＫＬＩＮＫ
要求れる。新手順の名前はまずＴＶから入手される。次
にブロック１２９０でＴＶの退去状態が空白化され、且
つブロック１３００で指定名前に適したＴＣＥの名前の
リストが走査される。その結果として新手順に対しＴＣ
Ｅのアドレスが決まる。次いで制御は第６２ｓ図のブロ
ック１２００に走査されるが此処で新パネルが実行され
る。
の呼出しを要求することを指定するＩＬＩＮＫＬＩＮＫ
要求れる。新手順の名前はまずＴＶから入手される。次
にブロック１２９０でＴＶの退去状態が空白化され、且
つブロック１３００で指定名前に適したＴＣＥの名前の
リストが走査される。その結果として新手順に対しＴＣ
Ｅのアドレスが決まる。次いで制御は第６２ｓ図のブロ
ック１２００に走査されるが此処で新パネルが実行され
る。
退去状態がＩＬＩＮＫに等しくなければ、判定ブロック
１３２０で“ＱＵＩＴ”の退去状態が検査される。それ
が存在すれば、制御は既述の要に第６２図のブロック１
５３０に転送されるが此処でアプリケーションはプロフ
ァイルから削除されＤＡトランザクションがユーザの為
に挿入される。
１３２０で“ＱＵＩＴ”の退去状態が検査される。それ
が存在すれば、制御は既述の要に第６２図のブロック１
５３０に転送されるが此処でアプリケーションはプロフ
ァイルから削除されＤＡトランザクションがユーザの為
に挿入される。
退去状態が何れもＱＵＩＴに等しくなければ、ブロック
１３３０で“ＲＥ Ｓ Ｅ Ｔ ”に対する退去状態が
検査される。存在すれば、制御は後述の様に第６２ｙ図
のブロック１５６０に転送されるが此処にスタックはユ
ーザ／アプリケーションに対してクリアされトップ・メ
ニューが呼出される。
１３３０で“ＲＥ Ｓ Ｅ Ｔ ”に対する退去状態が
検査される。存在すれば、制御は後述の様に第６２ｙ図
のブロック１５６０に転送されるが此処にスタックはユ
ーザ／アプリケーションに対してクリアされトップ・メ
ニューが呼出される。
此処で第６２ｕ図に移行すると、判定ブロック１３４０
では°’ＬＩＮＫ”に対する退去状態が検査される。存
在しなければ、制御は第６２ｖ図のブロック１４３０へ
、ＲＥＴＵＲＮ要求を検査する為、転送される；さもな
ければ、ブロック１３５０で“”ＬＩＮＫ′要求が取り
扱われる。まず、現行ＴＣＥ用のプロファイル領域が構
築される。次いでブロック１３６０でこのプロファイル
領域がスタック・ファイルに設値される。 （ブロック
２７０２８０の議論参照）。
では°’ＬＩＮＫ”に対する退去状態が検査される。存
在しなければ、制御は第６２ｖ図のブロック１４３０へ
、ＲＥＴＵＲＮ要求を検査する為、転送される；さもな
ければ、ブロック１３５０で“”ＬＩＮＫ′要求が取り
扱われる。まず、現行ＴＣＥ用のプロファイル領域が構
築される。次いでブロック１３６０でこのプロファイル
領域がスタック・ファイルに設値される。 （ブロック
２７０２８０の議論参照）。
ブロック１３７０でＩ ＥＴＭ及びＩＥＴＩ見出し部が
メツセージ領域に構築される処理が開始される。既述の
様に、ＩＥＴＭ／ＩＥＴＩの構成は異なるトランザクシ
ョン／システムにデータを転送するのに用いられる。Ｉ
ＥＴＭ／Ｉ ＥＴ Ｉ見出し部が構築されてから、ブ
ロック１３８０でＴＶ内にある手順に連係されたものの
名前に対するＴＣＥのリストが走査される。次いでブロ
ック１３９０でＴＣＥブロックがプロファイル・ビュー
・リスト、ＶＭＯＨ／ＶＭＯＦ、を駐在するのに用いら
れる（ＴＤＴについての前述の議論参照）。このリスト
はプロファイルビュー・データ・フィールドをＴＶから
抽出し且つそれらをメツセージ・バッファ内のＩ ＥＴ
Ｍ／Ｉ ＥＴ Ｉに続く領域に移動させる。
メツセージ領域に構築される処理が開始される。既述の
様に、ＩＥＴＭ／ＩＥＴＩの構成は異なるトランザクシ
ョン／システムにデータを転送するのに用いられる。Ｉ
ＥＴＭ／Ｉ ＥＴ Ｉ見出し部が構築されてから、ブ
ロック１３８０でＴＶ内にある手順に連係されたものの
名前に対するＴＣＥのリストが走査される。次いでブロ
ック１３９０でＴＣＥブロックがプロファイル・ビュー
・リスト、ＶＭＯＨ／ＶＭＯＦ、を駐在するのに用いら
れる（ＴＤＴについての前述の議論参照）。このリスト
はプロファイルビュー・データ・フィールドをＴＶから
抽出し且つそれらをメツセージ・バッファ内のＩ ＥＴ
Ｍ／Ｉ ＥＴ Ｉに続く領域に移動させる。
此処で第６２図に移動すると、ブロック１４１０でＩＥ
ＴＩ見出し部がプロファイル・データ・ベースに保管さ
れる。次いでブロック１４２０でＩＥＴによって現行メ
ツセージ・ブロックが取り上げられ且つＩＥＴＭ及びＩ
ＥＴＩ見出し部の構築が完成する。ＩＥＴＩ見出し部の
全文字フィールドは必要ならばＥＢＣＤ Ｉ Ｃに変換
され且つ格納先のトラン・コード及びメツセージの全長
がＩＥＴＭ見出し部に追加される。格納先システムが局
所システムと同一であれば、メツセージ・ブロックは局
所システムのトラン・コードにキュー（ｑｕｅｕｅ）さ
れ、さもなければ該ブロックは格納先システムへの送信
についてキューされる。次いで制御はブロック３０に転
送されるが此処で次の入力メツセージがトランザクショ
ン処理システムから受信される。
ＴＩ見出し部がプロファイル・データ・ベースに保管さ
れる。次いでブロック１４２０でＩＥＴによって現行メ
ツセージ・ブロックが取り上げられ且つＩＥＴＭ及びＩ
ＥＴＩ見出し部の構築が完成する。ＩＥＴＩ見出し部の
全文字フィールドは必要ならばＥＢＣＤ Ｉ Ｃに変換
され且つ格納先のトラン・コード及びメツセージの全長
がＩＥＴＭ見出し部に追加される。格納先システムが局
所システムと同一であれば、メツセージ・ブロックは局
所システムのトラン・コードにキュー（ｑｕｅｕｅ）さ
れ、さもなければ該ブロックは格納先システムへの送信
についてキューされる。次いで制御はブロック３０に転
送されるが此処で次の入力メツセージがトランザクショ
ン処理システムから受信される。
フロック１４３０で“ＲＥ Ｔ Ｕ ＲＮ ”の退去状
態が検査される。“’ ＲＥ Ｔ Ｕ ＲＮ ”でなけ
れば、制御はブロック１４９０へＩＥＴが次パネルを処
理するように転送される。
態が検査される。“’ ＲＥ Ｔ Ｕ ＲＮ ”でなけ
れば、制御はブロック１４９０へＩＥＴが次パネルを処
理するように転送される。
ブロック１４３５で“ＲＥＴＵＲＮ”要求が取り扱われ
る。該手順はＬＩＮＫ要求によって呼出されたものであ
り、それは此処では呼出手順に戻ることになる。まずＩ
ＥＴＭ及びＩＥＴＩポインタがメツセージ・バッファ
に構築される（ブロック１４３５）。次いでブロック１
４４０でスタックからＩＥＴＩビューが再保存される。
る。該手順はＬＩＮＫ要求によって呼出されたものであ
り、それは此処では呼出手順に戻ることになる。まずＩ
ＥＴＭ及びＩＥＴＩポインタがメツセージ・バッファ
に構築される（ブロック１４３５）。次いでブロック１
４４０でスタックからＩＥＴＩビューが再保存される。
ＩＥＴＩは原ＬＩＮＫ要求によってスタックに保存され
ていたものである。次にブロック１４５０で出力ビュー
領域がバッファ内のＩＥＴＩ見出し部に従って構築され
るが、その際ＴＣＥのフィールドＴＣＥＯＶＷ外に係留
された処理出力ビュー・リストを用いる。リストによっ
て参照された各フィールドは出力領域に移動される。
ていたものである。次にブロック１４５０で出力ビュー
領域がバッファ内のＩＥＴＩ見出し部に従って構築され
るが、その際ＴＣＥのフィールドＴＣＥＯＶＷ外に係留
された処理出力ビュー・リストを用いる。リストによっ
て参照された各フィールドは出力領域に移動される。
ブロック１４６０でビュースタックがクリアされその後
ブロック１４７０でＩ ＥＴＭ見出し部内のトラン・コ
ード及び送信の目標システム識別子の準備が実行される
。次いでブロック１４８０でＩＥＴＩフィールドＩＥＴ
ＩＣＣが復帰要求指定のマ°−りを付けられ、ブロック
１４９０で退去状態は空白にされる。
ブロック１４７０でＩ ＥＴＭ見出し部内のトラン・コ
ード及び送信の目標システム識別子の準備が実行される
。次いでブロック１４８０でＩＥＴＩフィールドＩＥＴ
ＩＣＣが復帰要求指定のマ°−りを付けられ、ブロック
１４９０で退去状態は空白にされる。
判定ブロック１５００ではＴＶ内の現行パネルの名前内
に空白の有無のテストを受け、空白が存在すれば、制御
は次のトランザクション要求が実行する為の準備のトラ
ンザクション・プロファイル・ビューを構築する為第６
２ｚ図のブロック１６３０に転送される。
に空白の有無のテストを受け、空白が存在すれば、制御
は次のトランザクション要求が実行する為の準備のトラ
ンザクション・プロファイル・ビューを構築する為第６
２ｚ図のブロック１６３０に転送される。
パネル名前に空白がなければ、ブロック１５１０でパネ
ル塩は正しいＴＰＥを探索するのに用いられる。次いで
制御は第６２ｚ図のブロック１６１０に転送されるが此
処で指定のパネルが処理される。
ル塩は正しいＴＰＥを探索するのに用いられる。次いで
制御は第６２ｚ図のブロック１６１０に転送されるが此
処で指定のパネルが処理される。
此処で第６２ｙ図を見ることにすると、ブロック１５６
０でユーザによってトップ・メニューに復帰するよう実
行される。此処ではビュー・スタックがクリアされそれ
からブロック１５７０でＴＶが初期化される（ブロック
４０参照）。次いで、第６２ｚ図に従い、ブロック１５
８０でＴＶのメンセージ領域がクリアされブロック１５
９０でトップ・メニューが表示される。まず、ＴＰＥが
ＴＤＴのフィールドＴＤＴＡＭＥＮＵから駐在される。
０でユーザによってトップ・メニューに復帰するよう実
行される。此処ではビュー・スタックがクリアされそれ
からブロック１５７０でＴＶが初期化される（ブロック
４０参照）。次いで、第６２ｚ図に従い、ブロック１５
８０でＴＶのメンセージ領域がクリアされブロック１５
９０でトップ・メニューが表示される。まず、ＴＰＥが
ＴＤＴのフィールドＴＤＴＡＭＥＮＵから駐在される。
次いでブロック１６００にＴＣＥポインタがトップ・メ
ニュー用のＴＭＥ内のＴＭＥＡＴＣＥを用いてメニュー
手順に設定される。
ニュー用のＴＭＥ内のＴＭＥＡＴＣＥを用いてメニュー
手順に設定される。
ブロック１６１０でＩＥＴによってパネル・マツプ及び
ＴＶから得られる３２７０データ・ストリームが構築さ
れる。このブロックの論理によってＴＭＳが採用されて
いるが、既述の様に、他の機能、例えばＩＢＭのＴＭＳ
ＭＦＳ等も使用することが可能である。次いでブロ
ック１６２０でデータ・ストリームが端末に出力される
。格納先システムが局所システムの場合、メツセージに
よって指定端末への引渡しに関して局所トランザクショ
ン・システムにキューされる。システムが局所システム
でなければ、Ｉ ＥＴＭ／Ｉ ＥＴ Ｉ見出し部が構築
され３２７０データ・ストリームが追加される。ＩＥＴ
Ｉの要求コードはＴＥＲＭＩＮＡＬに設定され、メツセ
ージは遠隔格納先システムへの伝送の為にキューされる
。
ＴＶから得られる３２７０データ・ストリームが構築さ
れる。このブロックの論理によってＴＭＳが採用されて
いるが、既述の様に、他の機能、例えばＩＢＭのＴＭＳ
ＭＦＳ等も使用することが可能である。次いでブロ
ック１６２０でデータ・ストリームが端末に出力される
。格納先システムが局所システムの場合、メツセージに
よって指定端末への引渡しに関して局所トランザクショ
ン・システムにキューされる。システムが局所システム
でなければ、Ｉ ＥＴＭ／Ｉ ＥＴ Ｉ見出し部が構築
され３２７０データ・ストリームが追加される。ＩＥＴ
Ｉの要求コードはＴＥＲＭＩＮＡＬに設定され、メツセ
ージは遠隔格納先システムへの伝送の為にキューされる
。
ブロック１６３０で現行手順に対するトランザクション
・プロファイル・ビューが構築される。
・プロファイル・ビューが構築される。
次いで、第６２ａａ図のブロック１６４０でこのビュー
がスタック・ファイルに設値される。次いで、制御は次
のトランザクション・メツセージが受信且つ処理される
ブロック３０に転送される。
がスタック・ファイルに設値される。次いで、制御は次
のトランザクション・メツセージが受信且つ処理される
ブロック３０に転送される。
判定ブロック１６６０ではトランザクションはＳＱＬコ
ネクトが実施されたかどうかを検査して退去し、且つ然
りとすればブロック１６６５でＳＱＬデータ・ベースを
リリースする為実行される。
ネクトが実施されたかどうかを検査して退去し、且つ然
りとすればブロック１６６５でＳＱＬデータ・ベースを
リリースする為実行される。
否であれば制御は、ブロック１６７０へ転送される。ブ
ロック１６７０で文書が未だ開示状態であれば閉止する
。次いで、ブロック１６８０でプロファイル・データ・
ベースを閉止し且つ何れの割り当てメモリを解除するこ
とによってクリーン・アップを完了する。最後にＩＥＴ
はこのトランザクションを停止する為トランザクション
・サブシステムのメイン・モジュールに復帰する。
ロック１６７０で文書が未だ開示状態であれば閉止する
。次いで、ブロック１６８０でプロファイル・データ・
ベースを閉止し且つ何れの割り当てメモリを解除するこ
とによってクリーン・アップを完了する。最後にＩＥＴ
はこのトランザクションを停止する為トランザクション
・サブシステムのメイン・モジュールに復帰する。
本発明の特定の実施例が提示され且つ税込されたが、当
業者に於いて各種の変更及び変形が可能である。従って
本発明の添付された特許請求の範囲によってのみ限定さ
れるものである。
業者に於いて各種の変更及び変形が可能である。従って
本発明の添付された特許請求の範囲によってのみ限定さ
れるものである。
（要 約）
若干数又は全てが異種構成であるごとき複数個のコンピ
ュータ及び関連コンピュータ資源をしてそのアプリケー
ションの実行部位の何れを問わずそのユーザーが該アプ
リケーションを同等に取り扱い得るごとく各種のアプリ
ケーションを協調的に処理し得るごときシステム並びに
方法を発表したものである。本分散型アプリケーション
・アーキテクチュアを多重トランザクション処理システ
ム間の情報分散サービスをネットワーク内部の他のホス
トへの交信チャンネルを経てトランザクション・プロセ
ッサを用い且つトランザクション・プロセッサと交信す
るトランザクション・プロセッサ・インターフェイスを
用いる対話型マネジャと協働する事によって実行可能で
ある。追加的には、該アーキテクチュアによって、アプ
リケーション・プログラマ−をしてアプリケーション・
パネル用マツプを作成せしめるエディタ、マツプを連係
可能な形式に生成せしめるコンパイラ、及びそれらのプ
ラットフォーム用スクリーン表示フォーマットに該連係
形式を翻訳せしめる連係可能インタプリタを提供するご
ときマツプ・サービスが採用されている。更に、アプリ
ケーション提供の為、手順、ビュー及びパネル用のソー
ス・コードがブロックとして新システムに移動せられる
。斯かる方法が可能となる理由は、ひとたびアプリケー
ション・ソース・コードが完成すると、全アプリケーシ
ョン論理、ユーザ・インターフェイス制御テーブル、ビ
ュ一定義、及びその他のトランザクション定義１個に対
するアプリケーション指定テーブルが本発明によるアプ
リケーションの駐在が予定されているシステム上に単独
ロード・モジュールの形でパッケージされるからである
。次いで８亥ロード・モジュールは目標システムのコン
パイラ、連係エディタ、及び変数設定処理を用いてコン
パイルされる。かくして、ネットワーク、プロトコル、
オペレーティング・システム・プロセッサの種類、等を
含めインポート／エクスポートの全環境依存型部分は自
動的にロードモジュール−括時間に於いて該アプリケー
ションで統合される。従ってソース・コードの変更は不
要になるのである。
ュータ及び関連コンピュータ資源をしてそのアプリケー
ションの実行部位の何れを問わずそのユーザーが該アプ
リケーションを同等に取り扱い得るごとく各種のアプリ
ケーションを協調的に処理し得るごときシステム並びに
方法を発表したものである。本分散型アプリケーション
・アーキテクチュアを多重トランザクション処理システ
ム間の情報分散サービスをネットワーク内部の他のホス
トへの交信チャンネルを経てトランザクション・プロセ
ッサを用い且つトランザクション・プロセッサと交信す
るトランザクション・プロセッサ・インターフェイスを
用いる対話型マネジャと協働する事によって実行可能で
ある。追加的には、該アーキテクチュアによって、アプ
リケーション・プログラマ−をしてアプリケーション・
パネル用マツプを作成せしめるエディタ、マツプを連係
可能な形式に生成せしめるコンパイラ、及びそれらのプ
ラットフォーム用スクリーン表示フォーマットに該連係
形式を翻訳せしめる連係可能インタプリタを提供するご
ときマツプ・サービスが採用されている。更に、アプリ
ケーション提供の為、手順、ビュー及びパネル用のソー
ス・コードがブロックとして新システムに移動せられる
。斯かる方法が可能となる理由は、ひとたびアプリケー
ション・ソース・コードが完成すると、全アプリケーシ
ョン論理、ユーザ・インターフェイス制御テーブル、ビ
ュ一定義、及びその他のトランザクション定義１個に対
するアプリケーション指定テーブルが本発明によるアプ
リケーションの駐在が予定されているシステム上に単独
ロード・モジュールの形でパッケージされるからである
。次いで８亥ロード・モジュールは目標システムのコン
パイラ、連係エディタ、及び変数設定処理を用いてコン
パイルされる。かくして、ネットワーク、プロトコル、
オペレーティング・システム・プロセッサの種類、等を
含めインポート／エクスポートの全環境依存型部分は自
動的にロードモジュール−括時間に於いて該アプリケー
ションで統合される。従ってソース・コードの変更は不
要になるのである。
以上の記載に関連して、以下の各項を開示する。
１、 プラットフォームに存在するトランザクション処
理用の実行環境において： 入力データ・ストリーム； 上記の入力データ・ストリームをプラットフォームで使
用可能な形態に変換する情報エンジニアリング・タスク
； 上記の変換された入力データ・ストリームを受け取る作
業領域； 上記の変換された入力データ・ストリームに基づいてト
ランザクションを実行し、ここから出力データ・ストリ
ームを発生するアプリケーション・プログラム・ロジッ
ク：及び 上記のアプリケーション・プログラム・ロジックによっ
て使用され、上記の変換されたデータ・ストリームを処
理して出力データ・ストリームにするデータ・ベース・
システム；によって構成されることを特徴とするトラン
ザクション処理用実行環境。
理用の実行環境において： 入力データ・ストリーム； 上記の入力データ・ストリームをプラットフォームで使
用可能な形態に変換する情報エンジニアリング・タスク
； 上記の変換された入力データ・ストリームを受け取る作
業領域； 上記の変換された入力データ・ストリームに基づいてト
ランザクションを実行し、ここから出力データ・ストリ
ームを発生するアプリケーション・プログラム・ロジッ
ク：及び 上記のアプリケーション・プログラム・ロジックによっ
て使用され、上記の変換されたデータ・ストリームを処
理して出力データ・ストリームにするデータ・ベース・
システム；によって構成されることを特徴とするトラン
ザクション処理用実行環境。
２、 上記の入力データ・ストリームはハードウェアに
よって決まることを特徴とする前記環１記載のトランザ
クション処理用実行環境。
よって決まることを特徴とする前記環１記載のトランザ
クション処理用実行環境。
３、上記の出力データ・ストリームはハードウェアによ
って決まることを特徴とする前記環１記載のトランザク
ション処理用実行環境。
って決まることを特徴とする前記環１記載のトランザク
ション処理用実行環境。
４、 上記のデータ・ベース・システムはＳＡＡコンプ
リアント（ｃｏｍｐｌｉａｎｔ ）標準照会言語インタ
ーフェースによって通信を行われることを特徴とする前
記環１記載のトランザクション処理用実行環境。
リアント（ｃｏｍｐｌｉａｎｔ ）標準照会言語インタ
ーフェースによって通信を行われることを特徴とする前
記環１記載のトランザクション処理用実行環境。
５、上記の情報エンジニアリング・タスクは、ハードウ
ェアによって決まる入力ストリームを変換する場合に端
末装置特性テーブルを使用することを特徴とする前記環
２記載のトランザクション処理用実行環境。
ェアによって決まる入力ストリームを変換する場合に端
末装置特性テーブルを使用することを特徴とする前記環
２記載のトランザクション処理用実行環境。
６、上記の情報エンジニアリング・タスクは、ハードウ
ェアによって決まる出力ストリームを変換する場合に端
末装置特性テーブルを使用することを特徴とする前記項
３記載のトランザクション処理用実行環境。
ェアによって決まる出力ストリームを変換する場合に端
末装置特性テーブルを使用することを特徴とする前記項
３記載のトランザクション処理用実行環境。
７、選択した組の異質な演算プラットフォームでトラン
ザクション処理アプリケーションを開発する分散環境に
おいて、上記の分散環境は：端末； 上記の端末に接続され入力を転送する通信線；上記の通
信線に接続され上記の入力を受け取る通信処理装置； 上記の通信処理装置に接続され上記の入力を上記の通信
処理装置から中央処理装置に転送するフックアンプ線： 上記の中央処理装置に接続され上記の入力を上記の中央
処理装置からコンピュータ・メモリに転送するバス； 上記のコンピュータ・メモリ内に位置し上記の入力に基
づいてトランザクションを発生するツール； 特に上記の発生されたトランザクションのために構築さ
れたトランザクション定義テーブル；データベース；及
び 上記のデータベースにアクセスし、上記のツールまたは
上記のトランザクション定義テーブルから受け取った、
上記のデータベースから得た情報に対する要求に応じて
当該情報を戻すＳＱＬ命令インターフェース；によって
構成されることを特徴とする分散環境。
ザクション処理アプリケーションを開発する分散環境に
おいて、上記の分散環境は：端末； 上記の端末に接続され入力を転送する通信線；上記の通
信線に接続され上記の入力を受け取る通信処理装置； 上記の通信処理装置に接続され上記の入力を上記の通信
処理装置から中央処理装置に転送するフックアンプ線： 上記の中央処理装置に接続され上記の入力を上記の中央
処理装置からコンピュータ・メモリに転送するバス； 上記のコンピュータ・メモリ内に位置し上記の入力に基
づいてトランザクションを発生するツール； 特に上記の発生されたトランザクションのために構築さ
れたトランザクション定義テーブル；データベース；及
び 上記のデータベースにアクセスし、上記のツールまたは
上記のトランザクション定義テーブルから受け取った、
上記のデータベースから得た情報に対する要求に応じて
当該情報を戻すＳＱＬ命令インターフェース；によって
構成されることを特徴とする分散環境。
８、上記のデータベースはソース、オブジェクト及びデ
ータセットを有することを特徴とする前記項７記載の分
散環境。
ータセットを有することを特徴とする前記項７記載の分
散環境。
９、上記のトランザクション定義テーブルは、上記の発
生されたトランザクションと関連する少なくとも１つの
ビュー、少なくとも１つのパネル及び少なくとも１つの
手順に対するポインタを保持することを特徴とする前記
環８記載の分散環境。
生されたトランザクションと関連する少なくとも１つの
ビュー、少なくとも１つのパネル及び少なくとも１つの
手順に対するポインタを保持することを特徴とする前記
環８記載の分散環境。
１０、選択した組の異質な演算プラットフォームでトラ
ンザクション処理アプリケーションを実行する分散環境
において、上記の分散環境は：論理端末； 上記の論理端末から入力されたデータ・ストリーム； 上記の論理端末に接続された通信線であって、上記の通
信線に沿って上記のデータ・ストリーム入力と通信を行
う上記の通信線； 上記の通信線に接続され上記の論理端末から上記の通信
線に沿って上記のデータ・ストリームを受け取る通信処
理装置； 上記の通信処理装置に接続されたフックアップ線であっ
て、上記のフックアンプ線に沿って上記のデータ・スト
リーム入力を転送する上記のフックアップ線； 上記のフッタアップ線に接続され上記の通信処理装置か
ら上記のフックアップ線に沿って上記のデータ・ストリ
ームを受け取る中央処理装置（ＣＰＵ）； 上記の中央処理装置に接続され上記の中央処理装置から
コンピュータ・メモリに上記の入力を転送するバス： 特定のトランザクションの実行の結果体じる上記の入力
と全ての指定された論理端末との間の対話の流れを管理
する情報エンジニアリング・タスク； 特に上記の特定のトランザクションのために構築された
トランザクション定義テーブル；ディスク； 上記のディスクのデータベースを管理するデータベース
管理システム；及び 上記のデータベースにアクセスし、上記のタスクまたは
上記のトランザクション定義テーブルから受け取った、
上記のデータベースから得た情報に対する要求に応じて
当該情報を戻すＳＱＬ命令インターフェース；によって
構成されることを特徴とする分散環境。
ンザクション処理アプリケーションを実行する分散環境
において、上記の分散環境は：論理端末； 上記の論理端末から入力されたデータ・ストリーム； 上記の論理端末に接続された通信線であって、上記の通
信線に沿って上記のデータ・ストリーム入力と通信を行
う上記の通信線； 上記の通信線に接続され上記の論理端末から上記の通信
線に沿って上記のデータ・ストリームを受け取る通信処
理装置； 上記の通信処理装置に接続されたフックアップ線であっ
て、上記のフックアンプ線に沿って上記のデータ・スト
リーム入力を転送する上記のフックアップ線； 上記のフッタアップ線に接続され上記の通信処理装置か
ら上記のフックアップ線に沿って上記のデータ・ストリ
ームを受け取る中央処理装置（ＣＰＵ）； 上記の中央処理装置に接続され上記の中央処理装置から
コンピュータ・メモリに上記の入力を転送するバス： 特定のトランザクションの実行の結果体じる上記の入力
と全ての指定された論理端末との間の対話の流れを管理
する情報エンジニアリング・タスク； 特に上記の特定のトランザクションのために構築された
トランザクション定義テーブル；ディスク； 上記のディスクのデータベースを管理するデータベース
管理システム；及び 上記のデータベースにアクセスし、上記のタスクまたは
上記のトランザクション定義テーブルから受け取った、
上記のデータベースから得た情報に対する要求に応じて
当該情報を戻すＳＱＬ命令インターフェース；によって
構成されることを特徴とする分散環境。
１１、上記のトランザクション定義テーブルは、上記の
発生されたトランザクションと関連する少なくとも１つ
のビュー、少なくとも１つのパネル及び少なくとも１つ
の手順に対するポインタを保持することを特徴とする前
記項１０記載の分散環境。
発生されたトランザクションと関連する少なくとも１つ
のビュー、少なくとも１つのパネル及び少なくとも１つ
の手順に対するポインタを保持することを特徴とする前
記項１０記載の分散環境。
１２、上記のデータベースは：
データの記憶または検索のために指定された（ｄｅｌｅ
ｇａｔｅｄ ）第１部分；及びプロファイル・ビューの
保守のために指定された第２部分；によって更に構成さ
れることを特徴とする前記環１０記載のトランザクショ
ン処理アプリケーションを実行する分散環境。
ｇａｔｅｄ ）第１部分；及びプロファイル・ビューの
保守のために指定された第２部分；によって更に構成さ
れることを特徴とする前記環１０記載のトランザクショ
ン処理アプリケーションを実行する分散環境。
１３、トランザクションを管理し、該トランザクション
が中断後再スタートすることを可能にする方法において
、上記のトランザクションの管理方法は： （ａ）システムのログオン（ｌｏｇｏｎ ）でユーザの
識別を受け取るステップ； （ｂ）アプリケーションを実行する要求の一部としてア
プリケーションの識別を受け取るステップ； （ｃ）上記のアプリケーションの識別と上記のユーザー
識別を一致させるプロファイル・ビューを検索するステ
ップ； （ｄ）上記のプロファイル・ビューを読み取るステップ
； （ｅ）上記のプロファイル・ビューを作業領域にマツピ
ングするステップ； （ｆ）パネル入力を読み取るステップ；（ｇ）上記のパ
ネルを作業領域にマツピングするステップ； （ｈ）上記のパネル入力によって指定された手順を作業
領域内で実行するステップ； （ｉ ） 作業領域をプロファイル・ビューにマツピン
グし、これにより上記の手順の実行によって得られた作
業領域の変数によってその内容をオーバーライドするス
テップ； （Ｄ作業領域を第２パネルにマツピングするステップ； （ｋ）上記の第２パネルを表示するステップ；及び （１）ユーザがトランザクションを終了または中断する
までステップ（ｄ）乃至ステップ（ｋ）を繰り返すステ
ップ；によって構成されることを特徴とするトランザク
ションの管理方法。
が中断後再スタートすることを可能にする方法において
、上記のトランザクションの管理方法は： （ａ）システムのログオン（ｌｏｇｏｎ ）でユーザの
識別を受け取るステップ； （ｂ）アプリケーションを実行する要求の一部としてア
プリケーションの識別を受け取るステップ； （ｃ）上記のアプリケーションの識別と上記のユーザー
識別を一致させるプロファイル・ビューを検索するステ
ップ； （ｄ）上記のプロファイル・ビューを読み取るステップ
； （ｅ）上記のプロファイル・ビューを作業領域にマツピ
ングするステップ； （ｆ）パネル入力を読み取るステップ；（ｇ）上記のパ
ネルを作業領域にマツピングするステップ； （ｈ）上記のパネル入力によって指定された手順を作業
領域内で実行するステップ； （ｉ ） 作業領域をプロファイル・ビューにマツピン
グし、これにより上記の手順の実行によって得られた作
業領域の変数によってその内容をオーバーライドするス
テップ； （Ｄ作業領域を第２パネルにマツピングするステップ； （ｋ）上記の第２パネルを表示するステップ；及び （１）ユーザがトランザクションを終了または中断する
までステップ（ｄ）乃至ステップ（ｋ）を繰り返すステ
ップ；によって構成されることを特徴とするトランザク
ションの管理方法。
１４、上記のプロファイル・ビューは、ユーザがデータ
を入力した後または分散手順がその答えを戻した後、再
スタートするべき実行手順に必要なセーブされている変
数リストによって構成されることを特徴とする前記項１
３記載のトランザクションの実行方法。
を入力した後または分散手順がその答えを戻した後、再
スタートするべき実行手順に必要なセーブされている変
数リストによって構成されることを特徴とする前記項１
３記載のトランザクションの実行方法。
１５、複数のユーザが複数のコンピュータで複数のアク
ティブなアプリケーションを有することのできるアプリ
ケーションの識別方法において、上記のアプリケーショ
ンの識別方法は：（ａ）ユーザの識別を受け取るステッ
プ；（ｂ）アプリケーションの識別とシステムの識別を
有するアプリケーションに対する要求を受け取るステッ
プ； （ｃ）上記のユーザの識別とアプリケーションの識別と
を一致させるプロファイル・ビューを求めてディスクを
走査するステップ； （ｄ）もしプロファイル・ビューが見付からなければ、
上記のユーザの識別とアプリケーションの識別を有する
新しいプロファイル・ビューを発生するステップ； （ｅ）もし該プロファイルが見付かれば、該プロファイ
ル・ビューを読み取るステップ；（ｆ）上記のプロファ
イル・ビューを作業領域にマツピングするステップ； （ｇ）上記のプロファイル・ビューによって指定された
ようにパネル入力を読み取るステップ；（ｈ）上記のパ
ネルを作業領域にマツピングするステップ； （ｉ）上記のパネル入力によって指定された手順を作業
領域内で実行するステップ； （Ｄ 作業領域をプロファイル・ビューにマツピングし
、これにより上記の手順の実行によって得られた作業領
域の変数によってその内容をオーバーライドするステッ
プ； （ｋ）作業領域を第２パネルにマフピングするステップ
； （１）上記の第２パネルを表示するステップ；（ｍ）ユ
ーザがトランザクションを終了または中断するまでステ
ップ（ａ）乃至ステップ（１）を繰り返すステップ；及
び （ｎ）全てのユーザに該ユーザの要求したアブリケーシ
ョンが与えられるまでステップ（ａ）乃至ステップ（ｍ
）を繰り返すステップ；によって構成されることを特徴
とするアプリケーションの識別方法。
ティブなアプリケーションを有することのできるアプリ
ケーションの識別方法において、上記のアプリケーショ
ンの識別方法は：（ａ）ユーザの識別を受け取るステッ
プ；（ｂ）アプリケーションの識別とシステムの識別を
有するアプリケーションに対する要求を受け取るステッ
プ； （ｃ）上記のユーザの識別とアプリケーションの識別と
を一致させるプロファイル・ビューを求めてディスクを
走査するステップ； （ｄ）もしプロファイル・ビューが見付からなければ、
上記のユーザの識別とアプリケーションの識別を有する
新しいプロファイル・ビューを発生するステップ； （ｅ）もし該プロファイルが見付かれば、該プロファイ
ル・ビューを読み取るステップ；（ｆ）上記のプロファ
イル・ビューを作業領域にマツピングするステップ； （ｇ）上記のプロファイル・ビューによって指定された
ようにパネル入力を読み取るステップ；（ｈ）上記のパ
ネルを作業領域にマツピングするステップ； （ｉ）上記のパネル入力によって指定された手順を作業
領域内で実行するステップ； （Ｄ 作業領域をプロファイル・ビューにマツピングし
、これにより上記の手順の実行によって得られた作業領
域の変数によってその内容をオーバーライドするステッ
プ； （ｋ）作業領域を第２パネルにマフピングするステップ
； （１）上記の第２パネルを表示するステップ；（ｍ）ユ
ーザがトランザクションを終了または中断するまでステ
ップ（ａ）乃至ステップ（１）を繰り返すステップ；及
び （ｎ）全てのユーザに該ユーザの要求したアブリケーシ
ョンが与えられるまでステップ（ａ）乃至ステップ（ｍ
）を繰り返すステップ；によって構成されることを特徴
とするアプリケーションの識別方法。
１６、上記のプロファイル・ビューは、ユーザがデータ
を入力した後または分散手順がその答えを戻した後、再
スタートするべき実行手順に必要なセーブされている変
数リストによって構成されることを特徴とする前記環１
５記載のアプリケーションの識別方法。
を入力した後または分散手順がその答えを戻した後、再
スタートするべき実行手順に必要なセーブされている変
数リストによって構成されることを特徴とする前記環１
５記載のアプリケーションの識別方法。
１７、 システムと方法が開示され、一部または全て
が構成上異種のものである複数のコンピュータおよび関
連するコンピュータ資源は、当該システムと方法によっ
て、種々のアプリケーションを共同して処理することが
可能になり、その結果、いずれの場所でアプリケーショ
ンが実際に実行されているかに関係なく、この実行はユ
ーザに明らかとなり、この分散アプリケーション・アー
キテクチャは、ネットワーク内の他のホストに対する通
信チャンネル及びトランザクション処理装置と通信を行
うためにトランザクション処理装置のインターフェース
（７８）を使用する対話管理装置（２６）を介してトラ
ンザクション処理装置と作業を行うことによって、複数
のトランザクション処理システムの間で情報分散サービ
スを実行し、さらに、該アーキテクチャは、マツプ・サ
ービス（３６，４０）を使用してアプリケーション・プ
ログラマがアプリケーション・パネル用のマツプ（４０
）を作成することを可能にする編集プログラム、該マツ
プをリンク可能な形態で発生するコンパイラ、及びリン
ク可能な形態をそのプラットフォームに対するスクリー
ン・プレゼンテーションのフォーマドに変換するリンク
可能なインタプリタを設け、更に、１つのアプリケーシ
ョンを分散するため、手順（３２）、ビュー（３８）及
びパネルに対するソース・コードが新しいシステムに対
してブロックとして移動されるが、このことが可能であ
るのは、−度アプリケーション・ソース・コードが完成
すると、１つのトランザクション定義のための全てのア
プリケーション・ロジック、ユーザ・インターフェース
制御テーブル、ビューの定義、及びその他のアプリケー
ションに特有のテーブルが本発明によって該アプリケー
ションの存在するシステムで１つのロード・モジュール
にパッケージされるからであり、該ロード・モジュール
は次にターゲット・システムのコンパイラ、リンク編集
プログラム、及びバインド・プロセスを使用してコンパ
イルされ、従って、ネットワーク・プロトコール、オペ
レーティング・システム、プロセッサの種類等を含む入
力及び出力の全ての環境によって決まる変数は、ロード
・モジュールのバインド時間に自動的にアプリケーショ
ンと統合され、このため、ソース・コードの変更は不必
要である。
が構成上異種のものである複数のコンピュータおよび関
連するコンピュータ資源は、当該システムと方法によっ
て、種々のアプリケーションを共同して処理することが
可能になり、その結果、いずれの場所でアプリケーショ
ンが実際に実行されているかに関係なく、この実行はユ
ーザに明らかとなり、この分散アプリケーション・アー
キテクチャは、ネットワーク内の他のホストに対する通
信チャンネル及びトランザクション処理装置と通信を行
うためにトランザクション処理装置のインターフェース
（７８）を使用する対話管理装置（２６）を介してトラ
ンザクション処理装置と作業を行うことによって、複数
のトランザクション処理システムの間で情報分散サービ
スを実行し、さらに、該アーキテクチャは、マツプ・サ
ービス（３６，４０）を使用してアプリケーション・プ
ログラマがアプリケーション・パネル用のマツプ（４０
）を作成することを可能にする編集プログラム、該マツ
プをリンク可能な形態で発生するコンパイラ、及びリン
ク可能な形態をそのプラットフォームに対するスクリー
ン・プレゼンテーションのフォーマドに変換するリンク
可能なインタプリタを設け、更に、１つのアプリケーシ
ョンを分散するため、手順（３２）、ビュー（３８）及
びパネルに対するソース・コードが新しいシステムに対
してブロックとして移動されるが、このことが可能であ
るのは、−度アプリケーション・ソース・コードが完成
すると、１つのトランザクション定義のための全てのア
プリケーション・ロジック、ユーザ・インターフェース
制御テーブル、ビューの定義、及びその他のアプリケー
ションに特有のテーブルが本発明によって該アプリケー
ションの存在するシステムで１つのロード・モジュール
にパッケージされるからであり、該ロード・モジュール
は次にターゲット・システムのコンパイラ、リンク編集
プログラム、及びバインド・プロセスを使用してコンパ
イルされ、従って、ネットワーク・プロトコール、オペ
レーティング・システム、プロセッサの種類等を含む入
力及び出力の全ての環境によって決まる変数は、ロード
・モジュールのバインド時間に自動的にアプリケーショ
ンと統合され、このため、ソース・コードの変更は不必
要である。
第１図は、本発明を使用しない場合の最近のプログラム
・アプリケーションの開発状態を示すブロック図である
。 第２図は、本発明の実施例によるプログラム・アプリケ
ーションの開発状態を示すブロック図である。 第３図は、本発明によるサンプル・ロード・モジュール
のブロック図である。 第４図は、本発明によるトランザクション定義テーブル
（ＴＤＴ）の内部構成をグラフによって示したものであ
る。 第５図は、本発明による開発環境を示すブロック図であ
る。 第６図は、本発明による実行環境を示すブロック図であ
る。 第７図は、図示の共同処理を実行することによって得ら
れるアプリケーションの移動性をグラフによって示した
ものである。 第８図は、本発明によってサポートされた分散資源の相
互通信を示す異質な環境のブロック図である。 第９図は、本発明の好適な実施例によるトランザクショ
ンの概念のブロック図である。 第１０図は、本発明によるＤＡＡ手順の実行とプロファ
イル・ビューを示すブロック図である。 第１１図は、本発明によるユーザ・インタフェースのシ
ナリオを示すブロック図である。 第１２図は、本発明による代表的な対話のためのセツシ
ョンからセツションまでの可能なナビゲーション・ルー
トを示すブロック図である。 第１３図は、本発明による代表的な対話のためのトラン
ザクションからトランザクションまでの可能なナビゲー
ション・ルートを示すブロック図である。 第１４図は、本発明による代表的な対話のためのパネル
からパネルへの可能なナビゲーション・ルートを示すブ
ロック図である。 第１５図は、本発明の好適な実施例によるＤＡＡ対話の
フローの例を示すブロック図であり、これによって−貫
したユーザ・インターフェイスの定義とプログラム可能
な対話のフローのコマンドが結合される。 第１６図は、本発明による遠隔手順の実行とデータのフ
ローを示すブロック図である。 第１７図は、本発明の好適な実施例による分散資源制御
を実行するために使用する種々の構成要素の間の相互関
係を示すブロック図である。 第１８図は、本発明の好適な実施例によるトランザクシ
ョン間のＬ Ｉ ＮＫ／ＲＥＴＵＲＮの実行と関連する
制御とデータの論理の流れをすめずブロック図である。 第１９図は、本発明の好適な実施例による端末とトラン
ザクションとの間のデータの交換と関連する制御とデー
タの理論の流れをしめずブロック図である。 第２０ａ図ないし第２０ｆ図は、本発明の好適な実施例
による最も高いメニュー水準でＧＴＤによって行われる
機能の詳細を示すフローチャートである。 第２１図は、本発明の好適な実施例による手順表示の手
順を示すフローチャートである。 第２２ａ図ないし第２２ｂ図は、本発明の好適な実施例
によるＧＴＤパネル機能に対するユーザの入力した終了
表示装置をチエツクするＦＥ手順を示すフローチャート
である。 第２３ａ図ないし第２３ｃ図は、本発明の好適な実施例
による編集トランザクション・パラメータ（ＥＴ）を示
すフローチャートである。 第２４ａ図ないし第２４ｒ図は、本発明の好適な実施例
によるＧＴＤゲフトＴＤＦ （ＧＴＤ ｇｅｔＴＤＦ）
（ＧＴＤＴ）手順を示すフローチャートである。 第２５ａ図ないし第２５ｂ図は、本発明の好適な実施例
によるＧＴＤ読み取りＴＤＦ記録（ＴＤＰＧＥＴ）手順
を示すフローチャートである。 第２６ａ図ないし第２６ｅ図は、本発明の好適な実施例
によるトランザクション・ビュー発生（ＧＴＶＷ）手順
を示すフローチャートである。 第２７図は、本発明の好適な実施例による編集トランザ
クション・パラメータ（ＥＴＰ）手順を示すフローチャ
ートである。 第２８ａ図ないし第２８ｆ図は、本発明の好適な実施例
による編集パネル・リス） （ＥＰ）手順を示すフロー
チャートである。 第２９図は、本発明の好適な実施例による編集パネル（
ＥＰＥ）手順を示すフローチャートである。 第３０ａ図ないし第３０ｆ図は、本発明の好適な実施例
による編集手順リスｌ−（ＥＣ）手順を示すフローチャ
ートである。 第３１図は、本発明の好適な実施例による追加手順のユ
ーザ・インタフェース（ＥＣＡ）手順を示すフローチャ
ートである。 第３２ａ図ないし第３２ｂ図は、本発明の好適な実施例
による変更手順入力（ＥＣＣ）手順を示すフローチャー
トである。 第３３図は、本発明の好適な実施例による編集ファイル
名（Ｄｏ−ＥＤＩＴ）手順を示すフローチャートである
。 第３４ａ図ないし第３４ｂ図は、本発明の好適な実施例
による編集手順（Ｅ ＣＥ）手順を示すフローチャート
である。 第３５ａ図ないし第３５ｃ図は、本発明の好適な実施例
によるＣ０ＢＯＬプログラム発生（ＧＣＯＢＰＲＯＧ）
手順を示すフローチャートである。 第３６ａ図ないし第３６ｃ図は、本発明の好適な実施例
によるＣプログラム発生（ＧＣＰＲＯＧ）手順を示すフ
ローチャートである。 第３７ａ図ないし第３７ｄ図は、本発明の好適な実施例
による編集メニュー・リスト（ＥＭ）手順を示すフロー
チャートである。 第３８図は、本発明の好適な実施例によるメニュー表示
準備（ＥＭＳ）手順を示すフローチャートである。 第３９図は、本発明の好適な実施例による編集メニュー
・リスト（ＥＭＸ）手順を示すフローチャートである。 第４０２図ないし第４０ｆ図は、本発明の好適な実施例
による編集言語リスト（ＥＬ）手順を示すフローチャー
トである。 第４１図 （省略） 第４２ａ図ないし第４２ｂ図は、本発明の好適な実施例
によるＴＤＦ載置（ＰＴＤＴ）手順を示すフローチャー
トである。 第４３，３図ないし第４３ｄ図は、本発明の好適な実施
例によるＴＤＦ書き込みＴＤＦ記録（ＴＤＴＰＵＴ）手
順を示すフローチャートである。 第４４ａ図ないし第４４ｂ図は、本発明の好適な実施例
によるトランザクション／ビュー、ＣＯＢ ＯＬ／Ｃプ
ログラム（Ｇ Ｃ）発生手順を示すフローチャートであ
る。 第４５図は、本発明の好適な実施例によるＣ０ＢＯＩＪ
順ユーザ・インタフェース発生（ＧＣＯＢＰ）手順を示
すフローチャートである。 第４６図は、本発明の好適な実施例によるＣ手順ユーザ
・インタフェース発生（ＧＣＰ）手順を示すフローチャ
ートである。 第４７ａ図ないし第４７ｆ図は、本発明の好適な実施例
によるマツプ・ユーザ・インタフェース発生（ＧＭ）手
順を示すフローチャートである。 第４８ａ図ないし第４８ｄ図は、本発明の好適な実施例
によるメニュー・パネル発生（Ｇ Ｐ Ｍ）手順を示す
フローチャートである。 第４９図は、本発明の好適な実施例によるスケルトン・
バネ゛ル・ユーザ・インタフェース発生（ＧＳＰ）手順
を示すフローチャートである。 第５０ａ図ないし第５０ｊ図は、本発明の好適な実施例
によるコンパイル・トランザクション定義／ヒユー／パ
ネル／手順を示すフローチャートである。 第５１ａ図ないし第５１ｒ図は、本発明の好適な実施例
によるコンパイル・トランザクション定義（ＣＴ）手順
を示すフローチャートである。 第５２ａ図ないし第５２ｂ図は、本発明の好適な実施例
によるテーブルに対するアンド・ビュー・ネイム追加（
ＴＶＡ）手順を示すフローチャートである。 第５３図は、本発明の好適な実施例によるファイルに対
する書き込みバッファ （ＷＴＳ）手順を示すフローチ
ャートである。 第５４ａ図ないし第５４ｍ図は、本発明の好適な実施例
によるコンパイル・ビュー（ＣＶ）手）ＩＩＩを示すフ
ローチャートである。 第５５図は、本発明の好適な実施例によるコンパイル・
ビュー（ＣＰ）手順を示すフローチャートである。 第５６ａ図ないし第５６ｃ図は、本発明の好適な実施例
による低水準コンパイル・パネル（ＣＰＯ）手順を示す
フローチャートである。 第５７ａ図ないし第５７ｄ図は、本発明の好適な実施例
によるコンパイル（ＣＣ）手順を示すフローチャートで
ある。 第５８ａ図ないし第５８ｊ図は、本発明の好適な実施例
によるコンパイルＣプログラム（ＣＣＯ）手順を示すフ
ローチャートである。 第５９ａ図ないし第５９ｃ図は、本発明の好適な実施例
によるコンパイルＣ０ＢＯＬプログラム（ＣＣＯＢＯ）
手順を示すフローチャートである。 第６０ａ図ないし第６０ｂ図は、本発明の好適な実施例
によるバインド・トランザクション（ＢＴ）手順を示す
フローチャートである。 第６１図は、本発明の好適な実施例によるファイル転送
パネル／手順／ビュー／ドキュメンテージョン（ＥＴ）
手順を示すフローチャートである。 第６２ａ図ないし第６２ｂ図は、本発明の好適な実施例
の情報エンジニアリング・タスクの特徴を示すフローチ
ャートである。 Ｉｔ’（７，２００ ｈ’ｇ、 ２θｆ ｈ’ｇ、２４カ ｈ’ｇ、２４ｄ ｈ’（７，２４ｇ ｈ’ｇ、 ２４／！７ ｈ’ｇ、 ２＃ｒ Ｆ／’ｇ、 ２４１ ｈ’ｇ、２４ｎ Ｆｔ’ｇ、 ２４゜ ｈ’ｇ、 ２４ｐ Ｆｔ’ｇ、２４ｑ ｈ’ｇ、４５ Ｆｔ’ｇ、５７ｄ Ｆｉ’ｇ、 ５８θ Ｆｔ’ｇ、α劾 ｈ’ｇ、５８／ ｈ’ｇ、５８ノ ｈ’ｑ−６２Ｃ ｈ’ｇ、 ６２ｄ ｈ’ｑ、 ６２／７ ｈ’０．６２７ ｈ’ｇ、 ６２χ
・アプリケーションの開発状態を示すブロック図である
。 第２図は、本発明の実施例によるプログラム・アプリケ
ーションの開発状態を示すブロック図である。 第３図は、本発明によるサンプル・ロード・モジュール
のブロック図である。 第４図は、本発明によるトランザクション定義テーブル
（ＴＤＴ）の内部構成をグラフによって示したものであ
る。 第５図は、本発明による開発環境を示すブロック図であ
る。 第６図は、本発明による実行環境を示すブロック図であ
る。 第７図は、図示の共同処理を実行することによって得ら
れるアプリケーションの移動性をグラフによって示した
ものである。 第８図は、本発明によってサポートされた分散資源の相
互通信を示す異質な環境のブロック図である。 第９図は、本発明の好適な実施例によるトランザクショ
ンの概念のブロック図である。 第１０図は、本発明によるＤＡＡ手順の実行とプロファ
イル・ビューを示すブロック図である。 第１１図は、本発明によるユーザ・インタフェースのシ
ナリオを示すブロック図である。 第１２図は、本発明による代表的な対話のためのセツシ
ョンからセツションまでの可能なナビゲーション・ルー
トを示すブロック図である。 第１３図は、本発明による代表的な対話のためのトラン
ザクションからトランザクションまでの可能なナビゲー
ション・ルートを示すブロック図である。 第１４図は、本発明による代表的な対話のためのパネル
からパネルへの可能なナビゲーション・ルートを示すブ
ロック図である。 第１５図は、本発明の好適な実施例によるＤＡＡ対話の
フローの例を示すブロック図であり、これによって−貫
したユーザ・インターフェイスの定義とプログラム可能
な対話のフローのコマンドが結合される。 第１６図は、本発明による遠隔手順の実行とデータのフ
ローを示すブロック図である。 第１７図は、本発明の好適な実施例による分散資源制御
を実行するために使用する種々の構成要素の間の相互関
係を示すブロック図である。 第１８図は、本発明の好適な実施例によるトランザクシ
ョン間のＬ Ｉ ＮＫ／ＲＥＴＵＲＮの実行と関連する
制御とデータの論理の流れをすめずブロック図である。 第１９図は、本発明の好適な実施例による端末とトラン
ザクションとの間のデータの交換と関連する制御とデー
タの理論の流れをしめずブロック図である。 第２０ａ図ないし第２０ｆ図は、本発明の好適な実施例
による最も高いメニュー水準でＧＴＤによって行われる
機能の詳細を示すフローチャートである。 第２１図は、本発明の好適な実施例による手順表示の手
順を示すフローチャートである。 第２２ａ図ないし第２２ｂ図は、本発明の好適な実施例
によるＧＴＤパネル機能に対するユーザの入力した終了
表示装置をチエツクするＦＥ手順を示すフローチャート
である。 第２３ａ図ないし第２３ｃ図は、本発明の好適な実施例
による編集トランザクション・パラメータ（ＥＴ）を示
すフローチャートである。 第２４ａ図ないし第２４ｒ図は、本発明の好適な実施例
によるＧＴＤゲフトＴＤＦ （ＧＴＤ ｇｅｔＴＤＦ）
（ＧＴＤＴ）手順を示すフローチャートである。 第２５ａ図ないし第２５ｂ図は、本発明の好適な実施例
によるＧＴＤ読み取りＴＤＦ記録（ＴＤＰＧＥＴ）手順
を示すフローチャートである。 第２６ａ図ないし第２６ｅ図は、本発明の好適な実施例
によるトランザクション・ビュー発生（ＧＴＶＷ）手順
を示すフローチャートである。 第２７図は、本発明の好適な実施例による編集トランザ
クション・パラメータ（ＥＴＰ）手順を示すフローチャ
ートである。 第２８ａ図ないし第２８ｆ図は、本発明の好適な実施例
による編集パネル・リス） （ＥＰ）手順を示すフロー
チャートである。 第２９図は、本発明の好適な実施例による編集パネル（
ＥＰＥ）手順を示すフローチャートである。 第３０ａ図ないし第３０ｆ図は、本発明の好適な実施例
による編集手順リスｌ−（ＥＣ）手順を示すフローチャ
ートである。 第３１図は、本発明の好適な実施例による追加手順のユ
ーザ・インタフェース（ＥＣＡ）手順を示すフローチャ
ートである。 第３２ａ図ないし第３２ｂ図は、本発明の好適な実施例
による変更手順入力（ＥＣＣ）手順を示すフローチャー
トである。 第３３図は、本発明の好適な実施例による編集ファイル
名（Ｄｏ−ＥＤＩＴ）手順を示すフローチャートである
。 第３４ａ図ないし第３４ｂ図は、本発明の好適な実施例
による編集手順（Ｅ ＣＥ）手順を示すフローチャート
である。 第３５ａ図ないし第３５ｃ図は、本発明の好適な実施例
によるＣ０ＢＯＬプログラム発生（ＧＣＯＢＰＲＯＧ）
手順を示すフローチャートである。 第３６ａ図ないし第３６ｃ図は、本発明の好適な実施例
によるＣプログラム発生（ＧＣＰＲＯＧ）手順を示すフ
ローチャートである。 第３７ａ図ないし第３７ｄ図は、本発明の好適な実施例
による編集メニュー・リスト（ＥＭ）手順を示すフロー
チャートである。 第３８図は、本発明の好適な実施例によるメニュー表示
準備（ＥＭＳ）手順を示すフローチャートである。 第３９図は、本発明の好適な実施例による編集メニュー
・リスト（ＥＭＸ）手順を示すフローチャートである。 第４０２図ないし第４０ｆ図は、本発明の好適な実施例
による編集言語リスト（ＥＬ）手順を示すフローチャー
トである。 第４１図 （省略） 第４２ａ図ないし第４２ｂ図は、本発明の好適な実施例
によるＴＤＦ載置（ＰＴＤＴ）手順を示すフローチャー
トである。 第４３，３図ないし第４３ｄ図は、本発明の好適な実施
例によるＴＤＦ書き込みＴＤＦ記録（ＴＤＴＰＵＴ）手
順を示すフローチャートである。 第４４ａ図ないし第４４ｂ図は、本発明の好適な実施例
によるトランザクション／ビュー、ＣＯＢ ＯＬ／Ｃプ
ログラム（Ｇ Ｃ）発生手順を示すフローチャートであ
る。 第４５図は、本発明の好適な実施例によるＣ０ＢＯＩＪ
順ユーザ・インタフェース発生（ＧＣＯＢＰ）手順を示
すフローチャートである。 第４６図は、本発明の好適な実施例によるＣ手順ユーザ
・インタフェース発生（ＧＣＰ）手順を示すフローチャ
ートである。 第４７ａ図ないし第４７ｆ図は、本発明の好適な実施例
によるマツプ・ユーザ・インタフェース発生（ＧＭ）手
順を示すフローチャートである。 第４８ａ図ないし第４８ｄ図は、本発明の好適な実施例
によるメニュー・パネル発生（Ｇ Ｐ Ｍ）手順を示す
フローチャートである。 第４９図は、本発明の好適な実施例によるスケルトン・
バネ゛ル・ユーザ・インタフェース発生（ＧＳＰ）手順
を示すフローチャートである。 第５０ａ図ないし第５０ｊ図は、本発明の好適な実施例
によるコンパイル・トランザクション定義／ヒユー／パ
ネル／手順を示すフローチャートである。 第５１ａ図ないし第５１ｒ図は、本発明の好適な実施例
によるコンパイル・トランザクション定義（ＣＴ）手順
を示すフローチャートである。 第５２ａ図ないし第５２ｂ図は、本発明の好適な実施例
によるテーブルに対するアンド・ビュー・ネイム追加（
ＴＶＡ）手順を示すフローチャートである。 第５３図は、本発明の好適な実施例によるファイルに対
する書き込みバッファ （ＷＴＳ）手順を示すフローチ
ャートである。 第５４ａ図ないし第５４ｍ図は、本発明の好適な実施例
によるコンパイル・ビュー（ＣＶ）手）ＩＩＩを示すフ
ローチャートである。 第５５図は、本発明の好適な実施例によるコンパイル・
ビュー（ＣＰ）手順を示すフローチャートである。 第５６ａ図ないし第５６ｃ図は、本発明の好適な実施例
による低水準コンパイル・パネル（ＣＰＯ）手順を示す
フローチャートである。 第５７ａ図ないし第５７ｄ図は、本発明の好適な実施例
によるコンパイル（ＣＣ）手順を示すフローチャートで
ある。 第５８ａ図ないし第５８ｊ図は、本発明の好適な実施例
によるコンパイルＣプログラム（ＣＣＯ）手順を示すフ
ローチャートである。 第５９ａ図ないし第５９ｃ図は、本発明の好適な実施例
によるコンパイルＣ０ＢＯＬプログラム（ＣＣＯＢＯ）
手順を示すフローチャートである。 第６０ａ図ないし第６０ｂ図は、本発明の好適な実施例
によるバインド・トランザクション（ＢＴ）手順を示す
フローチャートである。 第６１図は、本発明の好適な実施例によるファイル転送
パネル／手順／ビュー／ドキュメンテージョン（ＥＴ）
手順を示すフローチャートである。 第６２ａ図ないし第６２ｂ図は、本発明の好適な実施例
の情報エンジニアリング・タスクの特徴を示すフローチ
ャートである。 Ｉｔ’（７，２００ ｈ’ｇ、 ２θｆ ｈ’ｇ、２４カ ｈ’ｇ、２４ｄ ｈ’（７，２４ｇ ｈ’ｇ、 ２４／！７ ｈ’ｇ、 ２＃ｒ Ｆ／’ｇ、 ２４１ ｈ’ｇ、２４ｎ Ｆｔ’ｇ、 ２４゜ ｈ’ｇ、 ２４ｐ Ｆｔ’ｇ、２４ｑ ｈ’ｇ、４５ Ｆｔ’ｇ、５７ｄ Ｆｉ’ｇ、 ５８θ Ｆｔ’ｇ、α劾 ｈ’ｇ、５８／ ｈ’ｇ、５８ノ ｈ’ｑ−６２Ｃ ｈ’ｇ、 ６２ｄ ｈ’ｑ、 ６２／７ ｈ’０．６２７ ｈ’ｇ、 ６２χ
Claims (1)
- 【特許請求の範囲】 １、プラットフォームに存在するトランザクション処理
用の実行環境において、上記の実行環境は； 入力データ・ストリーム； 上記の入力データ・ストリームをプラットフォームで使
用可能な形態に変換する情報エンジニアリング・タスク
； 上記の変換された入力データ・ストリームを受け取る作
業領域； 上記の変換された入力データ・ストリームに基づいてト
ランザクションを実行し、ここから出力データ・ストリ
ームを発生するアプリケーション・プログラム・ロジッ
ク；及び 上記のアプリケーション・プログラム・ロジックによっ
て使用され、上記の変換されたデータ・ストリームを処
理して出力データ・ストリームにするデータ・ベース・
システム；によって構成されることを特徴とするトラン
ザクション処理用実行環境。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US41422189A | 1989-09-28 | 1989-09-28 | |
| US414221 | 1989-09-28 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH04546A true JPH04546A (ja) | 1992-01-06 |
Family
ID=23640496
Family Applications (5)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2257630A Pending JPH04657A (ja) | 1989-09-28 | 1990-09-28 | トランザクション処理装置用の対話の流れの管理装置 |
| JP2257628A Pending JPH04546A (ja) | 1989-09-28 | 1990-09-28 | トランザクション処理用実行環境 |
| JP2257629A Pending JPH04547A (ja) | 1989-09-28 | 1990-09-28 | トランザクション・ロード・モジュール |
| JP2257631A Pending JPH041842A (ja) | 1989-09-28 | 1990-09-28 | トランザクション情報テーブル |
| JP2257632A Pending JPH03294953A (ja) | 1989-09-28 | 1990-09-28 | 共同処理方法 |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2257630A Pending JPH04657A (ja) | 1989-09-28 | 1990-09-28 | トランザクション処理装置用の対話の流れの管理装置 |
Family Applications After (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2257629A Pending JPH04547A (ja) | 1989-09-28 | 1990-09-28 | トランザクション・ロード・モジュール |
| JP2257631A Pending JPH041842A (ja) | 1989-09-28 | 1990-09-28 | トランザクション情報テーブル |
| JP2257632A Pending JPH03294953A (ja) | 1989-09-28 | 1990-09-28 | 共同処理方法 |
Country Status (5)
| Country | Link |
|---|---|
| US (7) | US5428782A (ja) |
| EP (5) | EP0421622A3 (ja) |
| JP (5) | JPH04657A (ja) |
| AU (5) | AU648263B2 (ja) |
| CA (5) | CA2025142A1 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8200844B2 (en) | 2006-04-17 | 2012-06-12 | Infoprint Solutions Company, Llc | Using a resource context to access resources and source data for a transform |
Families Citing this family (307)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0458495A3 (en) * | 1990-05-21 | 1993-04-14 | Texas Instruments Incorporated | Apparatus and method for managing versions and configurations of persistent and transient objects |
| JPH0827769B2 (ja) * | 1992-10-30 | 1996-03-21 | インターナショナル・ビジネス・マシーンズ・コーポレイション | 通信インターフェースの生成システム及びその方法 |
| GB2272085A (en) * | 1992-10-30 | 1994-05-04 | Tao Systems Ltd | Data processing system and operating system. |
| US6182106B1 (en) * | 1993-08-30 | 2001-01-30 | International Business Machines Corporation | Method and system for providing a common hardware system console interface in data processing systems |
| US5583761A (en) * | 1993-10-13 | 1996-12-10 | Kt International, Inc. | Method for automatic displaying program presentations in different languages |
| SE515344C2 (sv) * | 1994-02-08 | 2001-07-16 | Ericsson Telefon Ab L M | Distribuerat databassystem |
| US5781743A (en) * | 1994-02-18 | 1998-07-14 | Hitachi, Ltd. | System and method for distributed data processing using different server system specifications |
| US6330582B1 (en) * | 1994-03-21 | 2001-12-11 | International Business Machines Corporation | Apparatus and method enabling a client to control transaction message traffic between server and client processes |
| GB9407971D0 (en) * | 1994-04-21 | 1994-06-15 | British Telecomm | Messaging system |
| US5530961A (en) * | 1994-04-21 | 1996-06-25 | Janay; Gad | Terminal emulator enhancer with local configurability |
| US6243765B1 (en) * | 1994-04-28 | 2001-06-05 | Nortel Networks Limited | Method and apparatus for data communication |
| US6418484B1 (en) * | 1994-06-17 | 2002-07-09 | Sun Microsystems, Inc. | Method of remotely executing computer processes |
| US5564017A (en) * | 1994-06-30 | 1996-10-08 | International Business Machines Corporation | Procedure for safely terminating network programs during network logoff |
| US5550970A (en) * | 1994-08-31 | 1996-08-27 | International Business Machines Corporation | Method and system for allocating resources |
| US5764949A (en) * | 1994-09-29 | 1998-06-09 | International Business Machines Corporation | Query pass through in a heterogeneous, distributed database environment |
| US5619639A (en) * | 1994-10-04 | 1997-04-08 | Mast; Michael B. | Method and apparatus for associating an image display area with an application display area |
| US5548704A (en) * | 1994-11-08 | 1996-08-20 | The Consulting Team, Inc. | Method for windowing using mainframe hosted CICS |
| JP3853387B2 (ja) * | 1994-11-15 | 2006-12-06 | 富士通株式会社 | データ独立型コンピュータシステムにおけるデータアクセス権管理方式 |
| US5689645A (en) * | 1994-12-01 | 1997-11-18 | Hewlett-Packard Co. | Persistence specification system and method for producing persistent and transient submaps in a management station for a data communication network |
| CA2168087A1 (en) * | 1995-02-13 | 1996-08-14 | James S. Coman | Operating system based remote communication system |
| US6249822B1 (en) | 1995-04-24 | 2001-06-19 | Microsoft Corporation | Remote procedure call method |
| US5805676A (en) | 1995-05-19 | 1998-09-08 | Pcpi Phone, Inc. | Telephone/transaction entry device and system for entering transaction data into databases |
| US20050119992A1 (en) | 1995-05-19 | 2005-06-02 | Martino Rocco L. | Telephone/transaction entry device and system for entering transaction data into databases |
| US6044382A (en) * | 1995-05-19 | 2000-03-28 | Cyber Fone Technologies, Inc. | Data transaction assembly server |
| US6973477B1 (en) | 1995-05-19 | 2005-12-06 | Cyberfone Technologies, Inc. | System for securely communicating amongst client computer systems |
| US20070299808A1 (en) * | 1995-05-19 | 2007-12-27 | Cyberfone Technologies, Inc. | Telephone/Transaction Entry Device and System for Entering Transaction Data into Databases |
| US7334024B2 (en) | 1995-05-19 | 2008-02-19 | Cyberfone Technologies, Inc | System for transmission of voice and data over the same communications line |
| ES2138344T3 (es) * | 1995-05-29 | 2000-01-01 | Siemens Ag | Procedimiento y sistema de instalacion de programas de usuario, asi como ordenador de usuario en una red de ordenadores. |
| US5678044A (en) * | 1995-06-02 | 1997-10-14 | Electronic Data Systems Corporation | System and method for improved rehosting of software systems |
| WO1997007453A1 (en) * | 1995-08-16 | 1997-02-27 | International Business Machines Corporation | Methodology for generating accessing functions for programmed execution of panel-driven business applications |
| US7337440B1 (en) * | 1997-01-07 | 2008-02-26 | International Business Machines Corporation | Methodology for generating accessing functions for programmed execution of panel-driven business applications |
| US5721914A (en) * | 1995-09-14 | 1998-02-24 | Mci Corporation | System and method for hierarchical data distribution |
| US5860007A (en) * | 1995-09-29 | 1999-01-12 | Siemens Corporate Research, Inc. | Automated software modification facilitator |
| US5799305A (en) * | 1995-11-02 | 1998-08-25 | Informix Software, Inc. | Method of commitment in a distributed database transaction |
| US6111576A (en) * | 1995-11-06 | 2000-08-29 | International Business Machines Corporation | Method and apparatus for providing selected menu functions as an attachment menu bar on graphic user interface systems |
| US6714945B1 (en) * | 1995-11-17 | 2004-03-30 | Sabre Inc. | System, method, and article of manufacture for propagating transaction processing facility based data and for providing the propagated data to a variety of clients |
| US6591245B1 (en) | 1996-02-02 | 2003-07-08 | John R. Klug | Media content notification via communications network |
| US6615251B1 (en) * | 1995-12-11 | 2003-09-02 | John R. Klug | Method for providing node targeted content in an addressable network |
| US5790785A (en) * | 1995-12-11 | 1998-08-04 | Customer Communications Group, Inc. | World Wide Web registration information processing system |
| US5802511A (en) * | 1996-01-02 | 1998-09-01 | Timeline, Inc. | Data retrieval method and apparatus with multiple source capability |
| US6023694A (en) * | 1996-01-02 | 2000-02-08 | Timeline, Inc. | Data retrieval method and apparatus with multiple source capability |
| US6631382B1 (en) | 1996-01-02 | 2003-10-07 | Timeline, Inc. | Data retrieval method and apparatus with multiple source capability |
| US6625617B2 (en) | 1996-01-02 | 2003-09-23 | Timeline, Inc. | Modularized data retrieval method and apparatus with multiple source capability |
| US8229844B2 (en) | 1996-06-05 | 2012-07-24 | Fraud Control Systems.Com Corporation | Method of billing a purchase made over a computer network |
| US7555458B1 (en) | 1996-06-05 | 2009-06-30 | Fraud Control System.Com Corporation | Method of billing a purchase made over a computer network |
| US20030195848A1 (en) | 1996-06-05 | 2003-10-16 | David Felger | Method of billing a purchase made over a computer network |
| US6175854B1 (en) | 1996-06-11 | 2001-01-16 | Ameritech Services, Inc. | Computer system architecture and method for multi-user, real-time applications |
| JP4533974B2 (ja) * | 1996-08-01 | 2010-09-01 | 康 清木 | 異種データベース統合システム |
| US5805158A (en) * | 1996-08-22 | 1998-09-08 | International Business Machines Corporation | Copying predicted input between computer systems |
| US6289393B1 (en) * | 1996-09-03 | 2001-09-11 | Insession Inc. | System, method and article of manufacture for transaction processing and monitoring of independent interacts |
| US6038587A (en) * | 1996-09-03 | 2000-03-14 | Insession, Inc. | System, method and article of manufacture for universal transaction processing over multiple transaction processing systems |
| US5857100A (en) * | 1996-09-03 | 1999-01-05 | Insession Inc. | System, method and article of manufacture for extending externalization for universal transaction processing |
| US5854750A (en) * | 1996-09-03 | 1998-12-29 | Insession, Inc. | System and method for processing transactions in an environment containing a number of object oriented applications |
| US6151637A (en) * | 1996-09-04 | 2000-11-21 | Insession, Inc. | System, method and article of manufacture for dynamic addition of new components to a universal transaction processing system |
| US5911071A (en) * | 1996-09-13 | 1999-06-08 | Sun Microsystems, Inc. | Persistent programming system and method for deploying self-containing executable applications |
| US6442618B1 (en) * | 1996-09-23 | 2002-08-27 | Insession, Inc. | System, method and article of manufacture for universal transaction processing |
| ES2184066T3 (es) | 1996-10-25 | 2003-04-01 | Schlumberger Systems & Service | Uso de un lenguaje de programacion de alto nivel con microcontrolador. |
| US8392285B2 (en) | 1996-11-12 | 2013-03-05 | Syncada Llc | Multi-supplier transaction and payment programmed processing approach with at least one supplier |
| US20080172314A1 (en) | 1996-11-12 | 2008-07-17 | Hahn-Carlson Dean W | Financial institution-based transaction processing system and approach |
| US20070055582A1 (en) * | 1996-11-12 | 2007-03-08 | Hahn-Carlson Dean W | Transaction processing with core and distributor processor implementations |
| US7627499B2 (en) * | 1996-11-12 | 2009-12-01 | Syncada Llc | Automated transaction processing system and approach |
| US8396811B1 (en) | 1999-02-26 | 2013-03-12 | Syncada Llc | Validation approach for auditing a vendor-based transaction |
| US5752249A (en) * | 1996-11-14 | 1998-05-12 | Macon, Jr.; Charles E. | System and method for instantiating a sharable, presistent parameterized collection class and real time process control system embodying the same |
| JP2000505224A (ja) * | 1996-11-27 | 2000-04-25 | ソニー オイローパ ビーブイ | タイプされた継続を使用したデータ通信方法 |
| US6334158B1 (en) * | 1996-11-29 | 2001-12-25 | Agilent Technologies, Inc. | User-interactive system and method for integrating applications |
| US5913195A (en) * | 1996-12-27 | 1999-06-15 | Intervoice Limited Partnership | System and method for developing VRU voice dialogue |
| US6029171A (en) | 1997-02-10 | 2000-02-22 | Actioneer, Inc. | Method and apparatus for group action processing between users of a collaboration system |
| US5884312A (en) * | 1997-02-28 | 1999-03-16 | Electronic Data Systems Corporation | System and method for securely accessing information from disparate data sources through a network |
| US5950009A (en) * | 1997-03-10 | 1999-09-07 | International Business Machines Coporation | Method and apparatus for profile-based reordering of program portions in a computer program |
| US6029004A (en) * | 1997-03-17 | 2000-02-22 | International Business Machines Corporation | Method and apparatus for modular reordering of portions of a computer program based on profile data |
| US6026234A (en) * | 1997-03-19 | 2000-02-15 | International Business Machines Corporation | Method and apparatus for profiling indirect procedure calls in a computer program |
| US5960198A (en) * | 1997-03-19 | 1999-09-28 | International Business Machines Corporation | Software profiler with runtime control to enable and disable instrumented executable |
| CA2201254C (en) * | 1997-03-27 | 2002-08-20 | John Wright Stephenson | A system for automated interface generation for computer programs operating in different environments |
| US5946677A (en) * | 1997-04-14 | 1999-08-31 | Electronic Data Systems Corporation | System and method for locating and deleting computer files stored on a mass storage device |
| US6292827B1 (en) * | 1997-06-20 | 2001-09-18 | Shore Technologies (1999) Inc. | Information transfer systems and method with dynamic distribution of data, control and management of information |
| US7441254B1 (en) | 1997-07-09 | 2008-10-21 | International Business Machines Corporation | Simulation of memory-mapped I/O |
| US5953719A (en) * | 1997-09-15 | 1999-09-14 | International Business Machines Corporation | Heterogeneous database system with dynamic commit procedure control |
| US5926177A (en) * | 1997-10-17 | 1999-07-20 | International Business Machines Corporation | Providing multiple views in a model-view-controller architecture |
| US5996025A (en) * | 1997-10-31 | 1999-11-30 | International Business Machines Corp. | Network transparent access framework for multimedia serving |
| US5973690A (en) * | 1997-11-07 | 1999-10-26 | Emc Corporation | Front end/back end device visualization and manipulation |
| US5964828A (en) * | 1997-11-13 | 1999-10-12 | Electronic Data System Corporation | Method and system for maintaining the integrity of objects |
| US6085199A (en) * | 1997-11-24 | 2000-07-04 | International Business Machines Corporation | Method for distributing a file in a plurality of different file formats |
| US6055547A (en) * | 1997-12-30 | 2000-04-25 | Unisys Corporation | Shared file allocation and release |
| US6148296A (en) * | 1998-02-04 | 2000-11-14 | Microsoft, Inc. | Automatic generation of database queries |
| US6167401A (en) * | 1998-02-09 | 2000-12-26 | Ciena Corporation | Manufacturing control network having a relational database |
| US7028312B1 (en) * | 1998-03-23 | 2006-04-11 | Webmethods | XML remote procedure call (XML-RPC) |
| JPH11282779A (ja) * | 1998-03-27 | 1999-10-15 | Matsushita Electric Ind Co Ltd | ファイル配信システム |
| US6446121B1 (en) | 1998-05-26 | 2002-09-03 | Cisco Technology, Inc. | System and method for measuring round trip times in a network using a TCP packet |
| US6260070B1 (en) | 1998-06-30 | 2001-07-10 | Dhaval N. Shah | System and method for determining a preferred mirrored service in a network by evaluating a border gateway protocol |
| US6741994B1 (en) * | 1998-07-27 | 2004-05-25 | Hewlett-Packard Development Company, L.P. | Method and automatic organization of data |
| US6341288B1 (en) * | 1998-07-29 | 2002-01-22 | Sybase, Inc. | Database system with methodology for accessing a database from portable devices |
| US7349907B2 (en) * | 1998-10-01 | 2008-03-25 | Onepin, Inc. | Method and apparatus for storing and retrieving business contact information in a computer system |
| US6324681B1 (en) * | 1998-10-01 | 2001-11-27 | Unisys Corporation | Automated development system for developing applications that interface with both distributed component object model (DCOM) and enterprise server environments |
| US7970792B2 (en) * | 1998-10-01 | 2011-06-28 | Onepin, Inc. | Phone to phone data exchange |
| US7836011B2 (en) * | 1998-10-01 | 2010-11-16 | Onepin, Inc. | Phone to phone data exchange |
| US7509349B2 (en) | 1998-10-01 | 2009-03-24 | Onepin, Inc. | Method and apparatus for storing and retrieving business contact information in a computer system |
| US8326361B2 (en) | 1998-10-01 | 2012-12-04 | Lupine Investments Llc | Phone to phone data exchange |
| US20080015998A1 (en) * | 1998-10-01 | 2008-01-17 | Feyzi Celik | Method and Apparatus for Storing and Retrieving Business Contact Information in a Computer System |
| US6374259B1 (en) * | 1998-10-01 | 2002-04-16 | Onepin, Llc | Method and apparatus for storing and retreiving business contact information in computer system |
| US7813725B2 (en) * | 1998-10-01 | 2010-10-12 | Onepin, Llc | Wireless data exchange |
| US6298381B1 (en) | 1998-10-20 | 2001-10-02 | Cisco Technology, Inc. | System and method for information retrieval regarding services |
| US6446142B1 (en) * | 1998-10-22 | 2002-09-03 | Sony Corporation | Method of and apparatus for dynamically binding subobjects into objects to represent functions and characteristics of a device within an IEEE 1394 serial bus network |
| US6366964B1 (en) | 1998-10-22 | 2002-04-02 | Sony Corporation | Method of and apparatus for dynamically enumerating objects representing devices within an IEEE 1394 serial bus networking |
| US6282703B1 (en) | 1998-10-29 | 2001-08-28 | International Business Machines Corporation | Statically linking an application process with a wrapper library |
| KR100299623B1 (ko) * | 1998-12-18 | 2001-09-06 | 윤덕용 | 클라이언트 프로그램과 서버 프로그램의 통합 디버깅 방법 |
| US6542880B2 (en) * | 1998-12-22 | 2003-04-01 | Indeliq, Inc. | System, method and article of manufacture for a goal based system utilizing a table based architecture |
| JP3645723B2 (ja) * | 1998-12-25 | 2005-05-11 | 日本電気株式会社 | 編集内容の自動置換機能付き交換サービス開発支援システム |
| US6724724B1 (en) | 1999-01-21 | 2004-04-20 | Cisco Technology, Inc. | System and method for resolving an electronic address |
| US7296037B1 (en) * | 1999-01-21 | 2007-11-13 | Microsoft Corporation | Database item versioning |
| US6671704B1 (en) * | 1999-03-11 | 2003-12-30 | Hewlett-Packard Development Company, L.P. | Method and apparatus for handling failures of resource managers in a clustered environment |
| US6411981B1 (en) | 1999-03-12 | 2002-06-25 | Compaq Computer Corporation | Method and apparatus for conducting a transaction between homogeneous and/or heterogeneous transaction processing systems using asynchronous pull of a transaction transfer |
| US6470342B1 (en) | 1999-03-12 | 2002-10-22 | Compaq Computer Corporation | Process of maintaining a distributed map of transaction identifiers and using hashing to access these maps |
| US6295548B1 (en) * | 1999-03-12 | 2001-09-25 | Compaq Computer Corporation | Detection of an imported transaction for finding the global transaction identifier |
| US6269480B1 (en) * | 1999-03-29 | 2001-07-31 | International Business Machines Corporation | Cross platform installer-with the ability to create platform independent variables of specific operating system variables from a scripting language |
| ATE376334T1 (de) * | 1999-03-31 | 2007-11-15 | Ericsson Telefon Ab L M | Verteilung von dienstausführungsumgebungen unter berücksichtigung einer zentralisierten dienstanbieterumgebung |
| US6795860B1 (en) | 1999-04-05 | 2004-09-21 | Cisco Technology, Inc. | System and method for selecting a service with dynamically changing information |
| US6243737B1 (en) * | 1999-04-09 | 2001-06-05 | Translink Software, Inc. | Method and apparatus for providing direct transaction access to information residing on a host system |
| US6370683B1 (en) * | 1999-05-07 | 2002-04-09 | Arnold Sobers | Computer software for generating flowchart images of a source program |
| TW501046B (en) * | 1999-06-11 | 2002-09-01 | Ind Tech Res Inst | A portable dialogue manager |
| US6988138B1 (en) * | 1999-06-30 | 2006-01-17 | Blackboard Inc. | Internet-based education support system and methods |
| US7908602B2 (en) | 1999-06-30 | 2011-03-15 | Blackboard Inc. | Internet-based education support system, method and medium providing security attributes in modular, extensible components |
| US6389385B1 (en) | 1999-07-02 | 2002-05-14 | International Business Machines Corporation | System and method for translating source code |
| US7152228B2 (en) * | 1999-07-08 | 2006-12-19 | Science Applications International Corporation | Automatically generated objects within extensible object frameworks and links to enterprise resources |
| US6578054B1 (en) * | 1999-10-04 | 2003-06-10 | Microsoft Corporation | Method and system for supporting off-line mode of operation and synchronization using resource state information |
| WO2001025920A1 (en) * | 1999-10-05 | 2001-04-12 | Ejasent, Inc. | Virtual resource id mapping |
| JP3739615B2 (ja) * | 1999-11-30 | 2006-01-25 | 三菱電機株式会社 | 車載用情報処理装置および記録媒体 |
| US6516310B2 (en) | 1999-12-07 | 2003-02-04 | Sybase, Inc. | System and methodology for join enumeration in a memory-constrained environment |
| WO2001046881A1 (en) * | 1999-12-20 | 2001-06-28 | Luckynet Corporation Limited | Method for putting job hunting/job offers to auction over computer network and storage medium for storing the same therein |
| US6594661B1 (en) | 1999-12-27 | 2003-07-15 | International Business Machines Corporation | Method and system for controlling access to a source application |
| US6457016B1 (en) * | 2000-01-04 | 2002-09-24 | International Business Machines Corporation | Timestamp commit |
| US6986128B2 (en) * | 2000-01-07 | 2006-01-10 | Sony Computer Entertainment Inc. | Multiple stage program recompiler and method |
| US6658658B1 (en) * | 2000-02-17 | 2003-12-02 | International Business Machines Corporation | Implicit forwarding and resolving of a reference made by an importing module to an exporting module for a specified export |
| BR0109145A (pt) * | 2000-03-10 | 2003-04-22 | Siemens Dematic Electronics As | Sistema de engenharia de conjunto eletrônico que emprega funções de denominação e manipulação para estruturas de dados definidas por usuário em um sistema de dados, usando um serviço de transação |
| US8397223B2 (en) * | 2000-03-17 | 2013-03-12 | Gutenberg Printing Llc | Web application generator |
| US20010047387A1 (en) * | 2000-03-27 | 2001-11-29 | Exoplex, Inc. | Systems and methods for providing distributed cross-enterprise portals |
| US6687735B1 (en) | 2000-05-30 | 2004-02-03 | Tranceive Technologies, Inc. | Method and apparatus for balancing distributed applications |
| US6961934B2 (en) * | 2000-05-08 | 2005-11-01 | Microtune (San Diego), Inc. | Portable thread environment |
| AU2001258671A1 (en) * | 2000-05-17 | 2001-11-26 | Adc Telecommunications Israel Ltd. | Methods for modularizing network software |
| US7657887B2 (en) * | 2000-05-17 | 2010-02-02 | Interwoven, Inc. | System for transactionally deploying content across multiple machines |
| JP3619958B2 (ja) * | 2000-06-13 | 2005-02-16 | 富士通株式会社 | 危機管理システム及びコンピュータ |
| US7219304B1 (en) * | 2000-06-19 | 2007-05-15 | International Business Machines Corporation | System and method for developing and administering web applications and services from a workflow, enterprise, and mail-enabled web application server and platform |
| US6742026B1 (en) * | 2000-06-19 | 2004-05-25 | International Business Machines Corporation | System and method for providing a distributable runtime |
| US20030121027A1 (en) * | 2000-06-23 | 2003-06-26 | Hines Kenneth J. | Behavioral abstractions for debugging coordination-centric software designs |
| US20030005407A1 (en) * | 2000-06-23 | 2003-01-02 | Hines Kenneth J. | System and method for coordination-centric design of software systems |
| US7197542B2 (en) * | 2000-06-30 | 2007-03-27 | Ponzio Jr Frank J | System and method for signaling quality and integrity of data content |
| US6898783B1 (en) * | 2000-08-03 | 2005-05-24 | International Business Machines Corporation | Object oriented based methodology for modeling business functionality for enabling implementation in a web based environment |
| US7246123B2 (en) * | 2000-08-04 | 2007-07-17 | Carr Scott Software Incorporated | Automatic transaction management |
| US7870107B2 (en) * | 2000-08-04 | 2011-01-11 | Agile Software Corporation | Data management system and method for propagating product manufacturing information to disparate information systems |
| US6684388B1 (en) | 2000-08-22 | 2004-01-27 | International Business Machines Corporation | Method for generating platform independent, language specific computer code |
| US7171455B1 (en) | 2000-08-22 | 2007-01-30 | International Business Machines Corporation | Object oriented based, business class methodology for generating quasi-static web pages at periodic intervals |
| US6853994B1 (en) | 2000-08-30 | 2005-02-08 | International Business Machines Corporation | Object oriented based, business class methodology for performing data metric analysis |
| US7596784B2 (en) * | 2000-09-12 | 2009-09-29 | Symantec Operating Corporation | Method system and apparatus for providing pay-per-use distributed computing resources |
| US7380024B2 (en) * | 2000-10-03 | 2008-05-27 | Attachmate Corporation | System and method for communication with host internal area access |
| AU2002232594A1 (en) * | 2000-10-30 | 2002-05-15 | Tririga, Inc. | Item specification object management system |
| US6910045B2 (en) | 2000-11-01 | 2005-06-21 | Collegenet, Inc. | Automatic data transmission in response to content of electronic forms satisfying criteria |
| US6886160B1 (en) * | 2000-11-29 | 2005-04-26 | Hyung Sup Lee | Distribution of mainframe data in the PC environment |
| US7072936B2 (en) * | 2000-12-13 | 2006-07-04 | Riskspan, Inc. | System and method for aggregating data having data and application dependencies |
| US6892377B1 (en) * | 2000-12-21 | 2005-05-10 | Vignette Corporation | Method and system for platform-independent file system interaction |
| US7111077B1 (en) * | 2000-12-22 | 2006-09-19 | Unisys Corporation | Method and apparatus for passing service requests and data from web based workstations directly to online transaction processing (OLTP) server systems |
| US20060149556A1 (en) * | 2001-01-03 | 2006-07-06 | Sridhar Krishnamurthy | Sequential-data correlation at real-time on multiple media and multiple data types |
| US20040015816A1 (en) * | 2001-01-05 | 2004-01-22 | Hines Kenneth Joseph | Coordination synthesis for software systems |
| US7213231B1 (en) * | 2001-01-11 | 2007-05-01 | Cisco Technology, Inc. | Cross-spectrum application model for dynamic computing environments in software lifecycle |
| US6744451B1 (en) * | 2001-01-25 | 2004-06-01 | Handspring, Inc. | Method and apparatus for aliased item selection from a list of items |
| US6848103B2 (en) * | 2001-02-16 | 2005-01-25 | Telefonaktiebolaget Lm Ericsson | Method and apparatus for processing data in a multi-processor environment |
| US7734715B2 (en) * | 2001-03-01 | 2010-06-08 | Ricoh Company, Ltd. | System, computer program product and method for managing documents |
| AU2002250260A1 (en) * | 2001-03-08 | 2002-11-05 | Tririga, Inc. | Data storage and access system employing clustering of servers |
| US6978442B2 (en) * | 2001-05-03 | 2005-12-20 | International Business Machines Corporation | Auditing data using observable and observer objects |
| US6944594B2 (en) * | 2001-05-30 | 2005-09-13 | Bellsouth Intellectual Property Corporation | Multi-context conversational environment system and method |
| US20020184611A1 (en) * | 2001-05-30 | 2002-12-05 | Palm, Inc. | Design system and method having improved display of code |
| JP2004534309A (ja) * | 2001-06-19 | 2004-11-11 | テルテン インク | デジタルデータの安全な伝達及び実行のためのセキュリティーシステム |
| US6839896B2 (en) * | 2001-06-29 | 2005-01-04 | International Business Machines Corporation | System and method for providing dialog management and arbitration in a multi-modal environment |
| US20030054806A1 (en) * | 2001-08-15 | 2003-03-20 | Raymond Ho | System and method for defining, creating and deploying wireless applications |
| US7920682B2 (en) * | 2001-08-21 | 2011-04-05 | Byrne William J | Dynamic interactive voice interface |
| US20040006745A1 (en) * | 2001-08-31 | 2004-01-08 | Van Helden Wico | Methods, apparatuses, system, and articles for associating metadata with datastream |
| US20040088448A1 (en) * | 2001-10-16 | 2004-05-06 | Userspace Corporation | Embedded system and method for controlling, monitoring of instruments or devices and processing their data via control and data protocols that can be combined or interchanged |
| US7725490B2 (en) * | 2001-11-16 | 2010-05-25 | Crucian Global Services, Inc. | Collaborative file access management system |
| US6901417B2 (en) * | 2002-01-11 | 2005-05-31 | International Business Machines Corporation | Method, system, and program for updating records in a database when applications have different version levels |
| US7027882B2 (en) * | 2002-02-25 | 2006-04-11 | Sedna Patent Services, Llc | Compact implementations for limited-resource platforms |
| US20030169289A1 (en) * | 2002-03-08 | 2003-09-11 | Holt Duane Anthony | Dynamic software control interface and method |
| US7133894B2 (en) * | 2002-03-12 | 2006-11-07 | International Business Machines Corporation | Method, apparatus, and program for synchronous remote builds |
| EP1388786A1 (de) * | 2002-03-15 | 2004-02-11 | Alcatel | Benutzerschnittstelle für eine Mensch-Computer Interaktion |
| JP2003308277A (ja) * | 2002-04-17 | 2003-10-31 | Sony Corp | 端末装置、データ送信装置、データ送受信システム及びデータ送受信方法 |
| US20040024811A1 (en) * | 2002-04-24 | 2004-02-05 | Hiroshi Kitada | System, computer program product and method for scanning and managing documents |
| CA2391733A1 (en) * | 2002-06-26 | 2003-12-26 | Ibm Canada Limited-Ibm Canada Limitee | Framework to access a remote system from an integrated development environment |
| CA2391756A1 (en) * | 2002-06-26 | 2003-12-26 | Ibm Canada Limited-Ibm Canada Limitee | Accessing a remote iseries or as/400 computer system from the eclipse integrated development environment |
| JP2004062781A (ja) * | 2002-07-31 | 2004-02-26 | Fujitsu Ltd | 情報管理装置 |
| US7234132B2 (en) * | 2002-08-29 | 2007-06-19 | International Business Machines Corporation | Application integration model for dynamic software component assembly within an application at runtime |
| GB0230169D0 (en) * | 2002-12-24 | 2003-02-05 | British Telecomm | Method for co-ordinating networked group members and devices performing the method |
| US8225290B2 (en) * | 2003-02-11 | 2012-07-17 | V. i. Laboratories, Inc. | Systems and methods for regulating execution of computer software |
| US20040237091A1 (en) * | 2003-05-20 | 2004-11-25 | Ballantyne Alando M. | Method and system for program conversion |
| US20040261055A1 (en) * | 2003-06-20 | 2004-12-23 | Bertelrud P. Anders I. | Predictively processing tasks for building software |
| US7363313B2 (en) * | 2003-08-07 | 2008-04-22 | International Business Machines Corporation | Method, system, and program product for rebasing an application |
| EP1664992A4 (en) | 2003-08-15 | 2010-05-19 | Blackboard Inc | CONTENT SYSTEM AND ASSOCIATED METHODS |
| US7526489B2 (en) * | 2003-11-18 | 2009-04-28 | International Business Machines Corporation | Methods to integrate user-defined operations into a database |
| US7890744B2 (en) * | 2004-04-07 | 2011-02-15 | Microsoft Corporation | Activating content based on state |
| US7822992B2 (en) * | 2004-04-07 | 2010-10-26 | Microsoft Corporation | In-place content substitution via code-invoking link |
| EP1591916B1 (en) * | 2004-04-26 | 2013-11-06 | Sap Ag | Method, computer program and device for deleting data sets contained in a table system |
| US7818444B2 (en) | 2004-04-30 | 2010-10-19 | Move Networks, Inc. | Apparatus, system, and method for multi-bitrate content streaming |
| DE102004023634B4 (de) * | 2004-05-10 | 2007-09-27 | Siemens Ag | Verfahren zur Vollständigkeits- und Konsistenzprüfung einer Informationsbibliothek |
| US7765539B1 (en) | 2004-05-19 | 2010-07-27 | Nintendo Co., Ltd. | System and method for trans-compiling video games |
| CA2569338A1 (en) * | 2004-06-09 | 2005-12-29 | U.S. Bancorp Licensing, Inc. | Financial institution-based transaction processing system and approach |
| US7574386B2 (en) | 2004-06-09 | 2009-08-11 | U.S. Bank National Association | Transaction accounting auditing approach and system therefor |
| US7925551B2 (en) * | 2004-06-09 | 2011-04-12 | Syncada Llc | Automated transaction processing system and approach |
| CA2569346A1 (en) | 2004-06-09 | 2005-12-29 | U.S. Bancorp Licensing, Inc. | Order-resource fulfillment and management system and approach |
| US8762238B2 (en) | 2004-06-09 | 2014-06-24 | Syncada Llc | Recurring transaction processing system and approach |
| US7711721B2 (en) * | 2004-09-01 | 2010-05-04 | International Business Machines Corporation | Apparatus, system, and method for suspending a request during file server serialization reinitialization |
| US7490088B2 (en) * | 2004-09-01 | 2009-02-10 | International Business Machines Corporation | Apparatus, system, and method for preserving connection/position data integrity during file server serialization reinitialization |
| US7716305B2 (en) * | 2004-09-01 | 2010-05-11 | International Business Machines Corporation | Apparatus, system, and method for preserving cluster level serialization during file server serialization reinitialization |
| US7627578B2 (en) | 2004-09-01 | 2009-12-01 | International Business Machines Corporation | Apparatus, system, and method for file system serialization reinitialization |
| US8020141B2 (en) | 2004-12-06 | 2011-09-13 | Microsoft Corporation | Operating-system process construction |
| US7571430B2 (en) * | 2005-01-24 | 2009-08-04 | Lsi Logic Corporation | Adaptive dispatch table based on templates |
| US7676797B2 (en) * | 2005-01-31 | 2010-03-09 | Computer Associates Think, Inc. | System and method for managing long names in an application programming interface |
| US8862852B2 (en) * | 2005-02-03 | 2014-10-14 | International Business Machines Corporation | Apparatus and method to selectively provide information to one or more computing devices |
| US7437080B2 (en) * | 2005-02-03 | 2008-10-14 | Stratalight Communications, Inc. | Optical transmission system having optimized filter wavelength offsets |
| US7930182B2 (en) * | 2005-03-15 | 2011-04-19 | Nuance Communications, Inc. | Computer-implemented tool for creation of speech application code and associated functional specification |
| US7821660B2 (en) * | 2005-03-30 | 2010-10-26 | Ricoh Company, Ltd. | System and method for compensating for resource unavailability in an image processing system |
| US7533155B2 (en) | 2005-03-30 | 2009-05-12 | Ricoh Company, Ltd. | System and method for managing documents with multiple network applications |
| US20060230286A1 (en) * | 2005-03-30 | 2006-10-12 | Hiroshi Kitada | System and method for authenticating a user of an image processing system |
| US7970671B2 (en) * | 2005-04-12 | 2011-06-28 | Syncada Llc | Automated transaction processing system and approach with currency conversion |
| US7293022B2 (en) * | 2005-04-14 | 2007-11-06 | International Business Machines Corporation | List update employing neutral sort keys |
| US8117597B2 (en) | 2005-05-16 | 2012-02-14 | Shia So-Ming Daniel | Method and system for specifying and developing application systems with dynamic behavior |
| US8239757B2 (en) * | 2005-06-16 | 2012-08-07 | Zoot Enterprises, Inc. | System and method for creating and modifying test data files |
| US8849968B2 (en) * | 2005-06-20 | 2014-09-30 | Microsoft Corporation | Secure and stable hosting of third-party extensions to web services |
| US20070112579A1 (en) * | 2005-09-01 | 2007-05-17 | Ads Alliance Data Systems, Inc. | Market management system |
| US8074231B2 (en) * | 2005-10-26 | 2011-12-06 | Microsoft Corporation | Configuration of isolated extensions and device drivers |
| US8108851B2 (en) * | 2006-01-30 | 2012-01-31 | International Business Machines Corporation | External registration for function configuration within a client platform application |
| US7797273B2 (en) * | 2006-03-27 | 2010-09-14 | Emoze Ltd. | System and a method for reliable symmetric data synchronization |
| US7797670B2 (en) * | 2006-04-14 | 2010-09-14 | Apple Inc. | Mirrored file system |
| US20070250499A1 (en) * | 2006-04-21 | 2007-10-25 | Simon Widdowson | Method and system for finding data objects within large data-object libraries |
| US9405521B2 (en) * | 2006-06-29 | 2016-08-02 | Microsoft Technology Licensing, Llc | Mapping of virtualized setup-free applications for a computing system |
| US8032898B2 (en) * | 2006-06-30 | 2011-10-04 | Microsoft Corporation | Kernel interface with categorized kernel objects |
| US8064956B2 (en) * | 2006-08-02 | 2011-11-22 | Onepin, Inc. | Event sharing |
| US7827528B2 (en) | 2006-08-29 | 2010-11-02 | Sap Ag | Delta layering |
| US8065661B2 (en) * | 2006-08-29 | 2011-11-22 | Sap Ag | Test engine |
| US7831568B2 (en) | 2006-08-29 | 2010-11-09 | Sap Ag | Data migration |
| US7831637B2 (en) * | 2006-08-29 | 2010-11-09 | Sap Ag | System on the fly |
| US20080071555A1 (en) * | 2006-08-29 | 2008-03-20 | Juergen Sattler | Application solution proposal engine |
| US7908589B2 (en) * | 2006-08-29 | 2011-03-15 | Sap Ag | Deployment |
| US7912800B2 (en) * | 2006-08-29 | 2011-03-22 | Sap Ag | Deduction engine to determine what configuration management scoping questions to ask a user based on responses to one or more previous questions |
| US20080059630A1 (en) * | 2006-08-29 | 2008-03-06 | Juergen Sattler | Assistant |
| US8131644B2 (en) * | 2006-08-29 | 2012-03-06 | Sap Ag | Formular update |
| US7823124B2 (en) * | 2006-08-29 | 2010-10-26 | Sap Ag | Transformation layer |
| US20080082517A1 (en) * | 2006-08-29 | 2008-04-03 | Sap Ag | Change assistant |
| US20080127082A1 (en) * | 2006-08-29 | 2008-05-29 | Miho Emil Birimisa | System and method for requirements-based application configuration |
| US8712884B2 (en) | 2006-10-06 | 2014-04-29 | Syncada Llc | Transaction finance processing system and approach |
| US8352538B2 (en) * | 2006-10-16 | 2013-01-08 | Siemens Medical Solutions Usa, Inc. | Transaction monitoring system |
| US20080090597A1 (en) * | 2006-10-17 | 2008-04-17 | Feyzi Celik | Short message formatting for information exchange |
| KR100853933B1 (ko) * | 2006-10-17 | 2008-08-25 | 삼성에스디에스 주식회사 | 메인프레임 시스템의 응용프로그램을 개방형 시스템에적합한 응용프로그램으로 변환하는 마이그레이션 장치 및그 방법 |
| US7447510B2 (en) * | 2006-10-22 | 2008-11-04 | Onepin, Inc. | Short message service network plug-in |
| US8275750B2 (en) * | 2006-11-08 | 2012-09-25 | International Business Machines Corporation | Method to efficiently use the disk space while unarchiving |
| US7792661B1 (en) * | 2007-02-14 | 2010-09-07 | Symantec Corporation | Realtime feature adaptation responsive to dynamically gathered usability information |
| US8789063B2 (en) * | 2007-03-30 | 2014-07-22 | Microsoft Corporation | Master and subordinate operating system kernels for heterogeneous multiprocessor systems |
| US20080244507A1 (en) * | 2007-03-30 | 2008-10-02 | Microsoft Corporation | Homogeneous Programming For Heterogeneous Multiprocessor Systems |
| WO2008130653A1 (en) * | 2007-04-20 | 2008-10-30 | Onepin, Inc. | Mobile virtual community invitations |
| US8335813B2 (en) | 2007-05-01 | 2012-12-18 | Illinois Institute Of Technology | Systems, methods, and protocols for process migration and group membership management |
| US8806459B2 (en) * | 2007-09-28 | 2014-08-12 | Texas Instruments Incorporated | Java stack machine execution kernel dynamic instrumentation |
| US8751337B2 (en) | 2008-01-25 | 2014-06-10 | Syncada Llc | Inventory-based payment processing system and approach |
| CN101546260B (zh) * | 2008-03-28 | 2012-07-11 | 国际商业机器公司 | 用于重构面向服务的应用的方法及其设备 |
| US8311806B2 (en) | 2008-06-06 | 2012-11-13 | Apple Inc. | Data detection in a sequence of tokens using decision tree reductions |
| US8738360B2 (en) | 2008-06-06 | 2014-05-27 | Apple Inc. | Data detection of a character sequence having multiple possible data types |
| JP5083408B2 (ja) * | 2008-06-25 | 2012-11-28 | 富士通株式会社 | 構成管理装置、構成管理プログラム、構成管理方法 |
| US8135659B2 (en) * | 2008-10-01 | 2012-03-13 | Sap Ag | System configuration comparison to identify process variation |
| US8489388B2 (en) | 2008-11-10 | 2013-07-16 | Apple Inc. | Data detection |
| US8396893B2 (en) * | 2008-12-11 | 2013-03-12 | Sap Ag | Unified configuration of multiple applications |
| US8336035B2 (en) * | 2008-12-16 | 2012-12-18 | Microsoft Corporation | Customizable dynamic language expression interpreter |
| US8255429B2 (en) * | 2008-12-17 | 2012-08-28 | Sap Ag | Configuration change without disruption of incomplete processes |
| US9600247B2 (en) * | 2008-12-29 | 2017-03-21 | International Business Machines Corporation | Extensible definition of interactive system productivity facility (ISPF) panels |
| US8201155B2 (en) * | 2009-01-09 | 2012-06-12 | Microsoft Corporation | Handling multiple definition of types |
| JP2010165221A (ja) * | 2009-01-16 | 2010-07-29 | Seiko Instruments Inc | 歩数計システム及び歩数計 |
| US11182752B2 (en) * | 2009-04-29 | 2021-11-23 | International Business Machines Corporation | Generating transaction message |
| US20110239146A1 (en) * | 2010-03-23 | 2011-09-29 | Lala Dutta | Automatic event generation |
| US8843893B2 (en) * | 2010-04-29 | 2014-09-23 | Sap Ag | Unified framework for configuration validation |
| US20110302217A1 (en) * | 2010-06-08 | 2011-12-08 | Robert Heidasch | Semantic user interface data assembling |
| US8918856B2 (en) | 2010-06-24 | 2014-12-23 | Microsoft Corporation | Trusted intermediary for network layer claims-enabled access control |
| US8528069B2 (en) * | 2010-09-30 | 2013-09-03 | Microsoft Corporation | Trustworthy device claims for enterprise applications |
| US8774010B2 (en) | 2010-11-02 | 2014-07-08 | Cisco Technology, Inc. | System and method for providing proactive fault monitoring in a network environment |
| US8559341B2 (en) | 2010-11-08 | 2013-10-15 | Cisco Technology, Inc. | System and method for providing a loop free topology in a network environment |
| US8982733B2 (en) | 2011-03-04 | 2015-03-17 | Cisco Technology, Inc. | System and method for managing topology changes in a network environment |
| US8670326B1 (en) | 2011-03-31 | 2014-03-11 | Cisco Technology, Inc. | System and method for probing multiple paths in a network environment |
| EP2710469A1 (en) * | 2011-05-16 | 2014-03-26 | ABB Research Ltd. | A method and a system for online and dynamic distribution and configuration of applications in a distributed control system |
| US8724517B1 (en) | 2011-06-02 | 2014-05-13 | Cisco Technology, Inc. | System and method for managing network traffic disruption |
| US8830875B1 (en) | 2011-06-15 | 2014-09-09 | Cisco Technology, Inc. | System and method for providing a loop free topology in a network environment |
| JP2013004003A (ja) * | 2011-06-21 | 2013-01-07 | Olympus Corp | サービスマニュアル作成管理システム、サービスマニュアル作成方法、サービスマニュアル作成プログラム、サービスマニュアル管理方法、及び、サービスマニュアル管理プログラム |
| US8863082B2 (en) | 2011-09-07 | 2014-10-14 | Microsoft Corporation | Transformational context-aware data source management |
| US20130067069A1 (en) * | 2011-09-13 | 2013-03-14 | International Business Machines Corporation | Flow topology of computer transactions |
| US9361342B2 (en) * | 2011-10-10 | 2016-06-07 | Hewlett Packard Enterprise Development Lp | Query to streaming data |
| US9450846B1 (en) | 2012-10-17 | 2016-09-20 | Cisco Technology, Inc. | System and method for tracking packets in a network environment |
| US9026553B2 (en) * | 2012-11-29 | 2015-05-05 | Unisys Corporation | Data expanse viewer for database systems |
| US9678745B2 (en) * | 2013-01-28 | 2017-06-13 | Paptap Ltd | Automatic submission of applications to applications stores |
| US9141803B2 (en) | 2013-02-26 | 2015-09-22 | Microsoft Technology Licensing, Llc | Self-healing of operating system components |
| US11061965B1 (en) * | 2013-03-15 | 2021-07-13 | Teradata Us, Inc. | Stored procedure execution in a distributed database system |
| US9116777B1 (en) * | 2014-09-25 | 2015-08-25 | International Business Machines Corporation | In-flight process instance migration between business process execution language (BPEL) suites |
| CN105630587B (zh) * | 2014-10-31 | 2024-04-12 | 腾讯科技（深圳）有限公司 | 应用程序数据在终端之间迁移的方法、装置及系统 |
| US9652367B1 (en) * | 2015-10-21 | 2017-05-16 | Sap Portals Israel Ltd. | Exploratory testing on multiple system landscapes |
| US10705835B2 (en) * | 2015-12-03 | 2020-07-07 | International Business Machines Corporation | Transparent multi-architecture support in a container based cloud |
| US10083015B2 (en) * | 2016-12-15 | 2018-09-25 | International Business Machines Corporation | Mobile accessibility evaluation from application binary |
| RU2722239C1 (ru) * | 2019-11-26 | 2020-05-28 | Общество с ограниченной ответственностью «ПИРФ» (ООО «ПИРФ») | Способ создания и использования формата исполняемого файла с динамическим расширяемым заголовком |
| CN111867006B (zh) * | 2020-06-29 | 2023-10-24 | 新华三技术有限公司 | 一种配置文件恢复方法及装置 |
| US11354115B2 (en) * | 2020-07-30 | 2022-06-07 | Ncr Corporation | Methods and a system for interface extensions |
| US20220091707A1 (en) | 2020-09-21 | 2022-03-24 | MBTE Holdings Sweden AB | Providing enhanced functionality in an interactive electronic technical manual |
| US11687523B2 (en) | 2020-11-25 | 2023-06-27 | Salesforce, Inc. | System and method for efficiently transferring data for offline use |
| US11675800B2 (en) * | 2020-11-30 | 2023-06-13 | Salesforce, Inc. | Version control and execution on a mobile device |
| US20220262358A1 (en) | 2021-02-18 | 2022-08-18 | MBTE Holdings Sweden AB | Providing enhanced functionality in an interactive electronic technical manual |
| US11947906B2 (en) | 2021-05-19 | 2024-04-02 | MBTE Holdings Sweden AB | Providing enhanced functionality in an interactive electronic technical manual |
| CN113204330B (zh) * | 2021-06-01 | 2024-03-26 | 李麟 | 一种基于人工智能的程序开发设计方法及系统 |
| US20230325800A1 (en) * | 2022-04-11 | 2023-10-12 | Ncr Corporation | Providing remote access to a select portion of a transaction interface during a transaction at a transaction terminal |
| CN115190184B (zh) * | 2022-06-14 | 2023-06-23 | 深圳市圣麾科技有限公司 | 一种二进制消息信元编辑方法、系统及存储介质 |
Family Cites Families (47)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US3774164A (en) * | 1972-05-22 | 1973-11-20 | Western Data Prod Inc | Data terminal system |
| US4333144A (en) * | 1980-02-05 | 1982-06-01 | The Bendix Corporation | Task communicator for multiple computer system |
| US4348739A (en) * | 1980-02-12 | 1982-09-07 | International Business Machines Corporation | Terminal providing communication system information output |
| US4377852A (en) * | 1980-03-31 | 1983-03-22 | Texas Instruments Incorporated | Terminal emulator |
| JPS56168263A (en) * | 1980-05-30 | 1981-12-24 | Hitachi Ltd | Program making device |
| US4413318A (en) * | 1980-11-20 | 1983-11-01 | International Business Machines Corporation | Use of nodes to uniquely identify processes |
| US4575816A (en) * | 1980-12-19 | 1986-03-11 | International Business Machines Corporation | Interactive transactions processor using sequence table pointers to access function table statements controlling execution of specific interactive functions |
| US4525780A (en) * | 1981-05-22 | 1985-06-25 | Data General Corporation | Data processing system having a memory using object-based information and a protection scheme for determining access rights to such information |
| US4454579A (en) * | 1981-09-11 | 1984-06-12 | Data General Corporation | System for performing call and return operations |
| US4530051A (en) * | 1982-09-10 | 1985-07-16 | At&T Bell Laboratories | Program process execution in a distributed multiprocessor system |
| JPS60103848A (ja) * | 1983-11-08 | 1985-06-08 | インタ−ナショナル ビジネス マシ−ンズ コ−ポレ−ション | 複数言語が使用できるノ−ド間メツセ−ジ伝送方法 |
| US4692858A (en) * | 1984-02-02 | 1987-09-08 | Trillian Computer Corporation | Visual interface between user and computer system |
| US4615001A (en) * | 1984-03-29 | 1986-09-30 | At&T Bell Laboratories | Queuing arrangement for initiating execution of multistage transactions |
| US4841441A (en) * | 1984-08-01 | 1989-06-20 | Adata Software Limited | Method of creating a computer system |
| US4882674A (en) * | 1985-03-05 | 1989-11-21 | Wang Laboratories, Inc. | Apparatus and method for control of one computer system by another computer system |
| US4734854A (en) * | 1985-10-08 | 1988-03-29 | American Telephone And Telegraph Company | System for generating software source code components |
| JPS62174878A (ja) * | 1985-10-09 | 1987-07-31 | Hitachi Ltd | 設計基準作成支援方法及びその作成支援装置 |
| US5287537A (en) * | 1985-11-15 | 1994-02-15 | Data General Corporation | Distributed processing system having plural computers each using identical retaining information to identify another computer for executing a received command |
| US5007013A (en) * | 1986-04-01 | 1991-04-09 | Westinghouse Electric Corp. | Bidirectional communication and control network with programmable microcontroller interfacing digital ICS and controlled product |
| JP2585535B2 (ja) * | 1986-06-02 | 1997-02-26 | 株式会社日立製作所 | 複合計算機システムにおけるプロセス結合方法 |
| US4901231A (en) * | 1986-12-22 | 1990-02-13 | American Telephone And Telegraph Company | Extended process for a multiprocessor system |
| US5062040A (en) * | 1986-12-22 | 1991-10-29 | At&T Bell Laboratories | Handling of notification of asynchronous events by user and stub processes of a distributed process executing on a plurality of processors of a multi-processor system |
| US5335323A (en) * | 1987-01-05 | 1994-08-02 | Motorola, Inc. | Computer human interface with multiapplication display |
| US4823304A (en) * | 1987-01-15 | 1989-04-18 | International Business Machines Incorporated | Method of providing synchronous message exchange in an asychronous operating environment |
| US4860204A (en) * | 1987-02-05 | 1989-08-22 | Softron, Inc. | Computer based workstation for development of graphic representation of computer programs |
| US4882727A (en) * | 1987-03-11 | 1989-11-21 | Aristacom International, Inc. | Adaptive digital network interface |
| JPS63259757A (ja) * | 1987-04-17 | 1988-10-26 | Nec Corp | 一括デ−タ入出力型トランザクシヨン処理の多重化制御方式 |
| US4809170A (en) * | 1987-04-22 | 1989-02-28 | Apollo Computer, Inc. | Computer device for aiding in the development of software system |
| US4881166A (en) * | 1987-07-24 | 1989-11-14 | Amoco Corporation | Method for consistent multidatabase transaction processing |
| US4961133A (en) * | 1987-11-06 | 1990-10-02 | Visystems, Inc. | Method for providing a virtual execution environment on a target computer using a virtual software machine |
| CA1312959C (en) * | 1987-11-06 | 1993-01-19 | Kiritkumar Talati | Virtual interface system and method for enabling software applications to be environment-independent |
| US5008853A (en) * | 1987-12-02 | 1991-04-16 | Xerox Corporation | Representation of collaborative multi-user activities relative to shared structured data objects in a networked workstation environment |
| US5220657A (en) * | 1987-12-02 | 1993-06-15 | Xerox Corporation | Updating local copy of shared data in a collaborative system |
| US4918653A (en) * | 1988-01-28 | 1990-04-17 | International Business Machines Corporation | Trusted path mechanism for an operating system |
| JPH0833834B2 (ja) * | 1988-03-17 | 1996-03-29 | インターナシヨナル・ビジネス・マシーンズ・コーポレーシヨン | 表示パネル生成方法 |
| JPH022419A (ja) * | 1988-06-10 | 1990-01-08 | Hitachi Ltd | プログラム情報管理方式 |
| US5036484A (en) * | 1988-11-23 | 1991-07-30 | International Business Machines Corporation | Personal computer/host emulation system for handling host data with personal computer application programs at personal computers |
| JP2592955B2 (ja) * | 1989-04-04 | 1997-03-19 | 株式会社東芝 | プログラム自動生成装置 |
| US5075847A (en) * | 1989-05-26 | 1991-12-24 | Hewlett-Packard Company | Method and apparatus for computer program encapsulation |
| US5212792A (en) * | 1989-06-01 | 1993-05-18 | Hewlett-Packard Company | Method and apparatus for controlling execution of tools in a computer-aided software engineering system |
| US5410675A (en) * | 1989-08-21 | 1995-04-25 | Lisa M. Shreve | Method of conforming input data to an output data structure and engine for accomplishing same |
| US5159687A (en) * | 1989-11-14 | 1992-10-27 | Caseworks, Inc. | Method and apparatus for generating program code files |
| US5093914A (en) * | 1989-12-15 | 1992-03-03 | At&T Bell Laboratories | Method of controlling the execution of object-oriented programs |
| US5220675A (en) * | 1990-01-08 | 1993-06-15 | Microsoft Corporation | Method and system for customizing a user interface in an integrated environment |
| US5032979A (en) * | 1990-06-22 | 1991-07-16 | International Business Machines Corporation | Distributed security auditing subsystem for an operating system |
| US5263164A (en) * | 1991-01-09 | 1993-11-16 | Verifone, Inc. | Method and structure for determining transaction system hardware and software configurations |
| US5119475A (en) * | 1991-03-13 | 1992-06-02 | Schlumberger Technology Corporation | Object-oriented framework for menu definition |
-
1990
- 1990-09-12 CA CA002025142A patent/CA2025142A1/en not_active Abandoned
- 1990-09-12 CA CA002025170A patent/CA2025170A1/en not_active Abandoned
- 1990-09-12 CA CA002025160A patent/CA2025160A1/en not_active Abandoned
- 1990-09-12 CA CA002025120A patent/CA2025120A1/en not_active Abandoned
- 1990-09-12 CA CA002025131A patent/CA2025131A1/en not_active Abandoned
- 1990-09-14 EP EP19900310096 patent/EP0421622A3/en not_active Withdrawn
- 1990-09-14 EP EP19900310097 patent/EP0420461A3/en not_active Withdrawn
- 1990-09-14 EP EP19900310099 patent/EP0421624A3/en not_active Withdrawn
- 1990-09-14 EP EP19900310095 patent/EP0423937A3/en not_active Withdrawn
- 1990-09-14 EP EP19900310098 patent/EP0421623A3/en not_active Ceased
- 1990-09-25 AU AU63120/90A patent/AU648263B2/en not_active Ceased
- 1990-09-25 AU AU63119/90A patent/AU648515B2/en not_active Ceased
- 1990-09-25 AU AU63121/90A patent/AU652127B2/en not_active Ceased
- 1990-09-28 JP JP2257630A patent/JPH04657A/ja active Pending
- 1990-09-28 JP JP2257628A patent/JPH04546A/ja active Pending
- 1990-09-28 JP JP2257629A patent/JPH04547A/ja active Pending
- 1990-09-28 JP JP2257631A patent/JPH041842A/ja active Pending
- 1990-09-28 JP JP2257632A patent/JPH03294953A/ja active Pending
-
1993
- 1993-06-30 US US08/086,564 patent/US5428782A/en not_active Expired - Lifetime
-
1994
- 1994-06-14 AU AU64698/94A patent/AU663826B2/en not_active Ceased
- 1994-07-28 AU AU68767/94A patent/AU665912B2/en not_active Ceased
-
1995
- 1995-01-18 US US08/374,019 patent/US6115710A/en not_active Expired - Lifetime
- 1995-01-18 US US08/374,277 patent/US5754845A/en not_active Expired - Lifetime
- 1995-01-18 US US08/374,451 patent/US5896530A/en not_active Expired - Lifetime
- 1995-03-20 US US08/374,373 patent/US6115711A/en not_active Expired - Lifetime
- 1995-06-07 US US08/487,310 patent/US5694601A/en not_active Expired - Lifetime
-
1996
- 1996-05-15 US US08/648,450 patent/US5819089A/en not_active Expired - Lifetime
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8200844B2 (en) | 2006-04-17 | 2012-06-12 | Infoprint Solutions Company, Llc | Using a resource context to access resources and source data for a transform |
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH04546A (ja) | トランザクション処理用実行環境 | |
| US6499036B1 (en) | Method and apparatus for data item movement between disparate sources and hierarchical, object-oriented representation | |
| US6470375B1 (en) | System and method for managing the execution of system management tasks | |
| US4782442A (en) | Time-sharing computer system operable in a host TSS mode and a terminal TSS mode | |
| US5745748A (en) | System and method for direct accessing of remote data | |
| CA2119215A1 (en) | Method and apparatus for linking object managers for cooperative processing in an object oriented computing environment | |
| JP2002516006A (ja) | オブジェクト指向システムにおけるオブジェクトを参照するランタイム生成スタブの生成および使用の方法および装置 | |
| JP2001524709A (ja) | 通信環境におけるモジュール間のカップリングを低減するためのシステムおよび方法 | |
| JPH10222542A (ja) | 照会変換システム | |
| JPH0667867A (ja) | アプリケーションプログラムのデータべースアクセス方式 | |
| JPH07191888A (ja) | データベース・マネージャにアクセスするデータベース・アクセス要求の処理方法及びシステム | |
| JP4060890B2 (ja) | 階層化ドライバ入出力システム内の複数ドライバによる入出力要求の再処理を可能にするファイル・システム・プリミティブ | |
| KR0123247B1 (ko) | 디비엠에스(dbms)의 실시간 지원을 위한 데이타 조작어 처리 방법 | |
| GB2269688A (en) | Generating a makefile | |
| Skopp | Process centered software development on mobile hosts | |
| Hari et al. | CHILL toolset for C-DOT DSS | |
| Waite | Error Analysis and Reporting in Programming Environments |