承認、商標、免責事項
この用語集には、Natural 固有の用語と一部の汎用的なコンピュータ用語に加えて、International Business Machines Corporation（IBM）の用語と説明も含まれています。 IBM の用語は、IBM が著作権を有する下記のマニュアルから IBM の許可を得て抜粋しており、この用語集ではアスタリスク（*）を付記してあります。
Terminology, Copyright © International Business Machines Corporation.
さらに、この用語集には Unicode Consortium の用語と説明も含まれています。 Unicode Consortium の用語は、Unicode, Inc. が著作権を有する下記のマニュアルから Unicode, Inc. の許可を得て抜粋しています。
Glossary of Unicode Terms, Copyright © Unicode, Inc.
Software AG およびすべての Software AG 製品名は、Software AG 社の商標または登録商標です。 この用語集に記載されているその他の企業名、製品名、オペレーティングシステムおよび関連する用語は、各所有者の商標です。
この用語集の説明は、ユーザーがわかりやすいように概略レベルで記述されています。 Software AG は、説明の正確性または完全性について責任を負いません。
以下は、Natural ドキュメントおよび Natural アドオン製品に関するドキュメントで使用される 16 進表記の概要です。
| 接頭辞 | 例 | 説明 | Natural ドキュメント |
|---|---|---|---|
H |
H'5A3' |
これは、Natural プログラミング言語（NPL）で許可されている表記です。 | 『プログラミングガイド』、『ステートメント』、およびその他の NPL 関連のリファレンスドキュメント。 |
X |
X'5A3' |
これは、z/OS、z/VSE、z/VM、OS/400 などのオペレーティングシステムを実行する IBM メインフレーム、オペレーティングシステム BS2000/OSD を実行する Siemens メインフレーム、またはその他のメインフレームシステム上で最も一般的に使用される 16 進フォーマットです。 この表記は、アセンブラ、PL/1、Cobol、JCL、スクリプト、コマンドなどの場で使用されます。 | Natural for Mainframes ドキュメント（『インストール』、『オペレーション』、『TP モニタインターフェイス』など）。 |
0x |
0x5A3 |
これは、C プログラミング言語およびその派生的構文で使用される表記です。 | Natural for Open Systems（『インストール』、『オペレーション』など）、Natural 開発サーバー、Natural Web I/O インターフェイス。 |
UH |
UH'00C4007000660065006C' |
接頭辞 UH は、Unicode 定数を 16 進形式で定義するために使用できます。
|
『Unicode およびコードページのサポート』ドキュメント、「Unicode ベースのデータ用の Natural データフォーマット U」セクションの「U 定数」の項を参照。。 |
Windows：ラジオボタンやリストボックスなどのユーザーインターフェイスを備えた、標準化されたプログラミングコンポーネント。Natural ダイアログで使用することができます。 Natural では、レジストリから使用できる ActiveX コントロールの選択リストを呼び出すことができます。 コンポーネントブラウザを使用して、Property ページにデフォルト設定を表示できます。
Windows：ビジネスロジックや計算など、外部プログラミングコンポーネントの標準化された Microsoft インターフェイス。 ActiveX コンポーネントにユーザーインターフェイスは含まれていません。
Software AG のマルチスレッド化された高性能なデータベース管理システム。複数のプラットフォームに適応できます。
メインフレーム：すべてのアクティブな AIV をリストする Natural システムコマンド。 システムコマンド AIV を参照してください。
プログラム全域で値を割り当てるのに使用される Natural 変数。 「ユーザー定義変数」セクション（『プログラミングガイド』）および DEFINE DATA ステートメント（『ステートメント』ドキュメント）を参照してください。
ユーザー要求を即座に処理する対話型のブラウザベースアプリケーションを構築する方法の 1 つ。
「Natural for Ajax」も参照してください。
Predict：データベースシステムから独立した、事前定義されたフォーマットを指します。このフォーマットを使用して、Predict Case と Natural エンジニアリングワークベンチとの間でデータを交換することができます。 Predict Coordinator で送信するデータはすべて、まず送信媒体に配置する必要があります。
プログラム実行中に使用される仮想アドレスのビット数（24 または 31）。
下記の「アプリケーションプログラミングインターフェイス」を参照してください。
Windows システムレジストリでは、各アプリケーションは AppID で示されます。 AppID はグローバルユニーク ID であり、レジストリキー HKEY_CLASSES_ROOT\AppID に保存されています。 DCOM では、AppID を使用してアプリケーションのクラスをグループ化します。 また、セキュリティ設定なども AppID ベースで定義されます。 Natural では、NaturalX サーバー ID ごとに 1 つの AppID がレジストリに作成されます。
詳細については、「サーバー ID」を参照してください。
以下の認可されたオペレーティングシステム機能を、Natural 内で使用できるようにします。
ASM では、PC ルーチン経由で機能が提供され、ASM 自身のアドレススペースで実行されます。
BLOB（"バイナリラージオブジェクト"）は、非常に大きな変数のことです。
IMS/TM:IMS/TM の制御下でバッチモードで非同期に実行されるプログラム。
データベーストランザクションを取り消して、トランザクション開始前のデータ状態を復元するために発行される Natural ステートメント。 「トランザクション」および END TRANSACTION（ET）も参照してください。
Natural では、"カタログ" という語は Natural システムコマンド CATALOG を指します。 このコマンドは、ソースコードをコンパイル（カタログ）し、生成されたオブジェクトコードをカタログ化オブジェクトとして Natural システムファイルに保存します。
z/OS：Sysplex 環境に参加しているオペレーティングシステムによって共有されているデータへのアクセスを制御および調整する際に使用されるハードウェアコンポーネント。 CF は、Sysplex 環境で通信するために認可サービスマネージャ（ASM）およびロールサーバーによって使用されます。
Natural でインターネットサービスを提供するために、Natural Web インターフェイスによって使用されます。
z/OS および z/VSE：IBM のオンライントランザクション処理システム。
リソースマネージャとして動作する、相互接続された CICS リージョンのセット。顧客のビジネスニーズに対して首尾一貫したサービス群を提供するために結合されたものです。*
CLOB は、"文字ラージオブジェクト" のことです。
VM：対話型の一般的なタイムシェアリング機能、問題解決機能、およびプログラム開発機能を提供する仮想マシンオペレーティングシステム。VM 制御プログラムの制御下でのみ作動します。*
プログラムコンポーネントオブジェクトを開発およびサポートするための Microsoft のフレームワーク。 COM は、同一コンピュータ内でのクライアントとサーバーの通信を可能にするインターフェイス群を提供します。 異なるマシンのコンポーネントは、DCOM を使用して結合できます。
Software AG の汎用的で完全に会話形式のオンライントランザクション処理（OLTP）ソフトウェア。
Con-nect のメインフレームバージョンで自動的にインストールされるテキストフォーマッタ。
Software AG のオフィス通信システム。電子メール、テキスト処理、ドキュメント／時間管理など、多様なオフィスサポート機能を利用できます。
CICS：共通システム記憶域は、CICS の操作に必要な記憶域とデータを含む主要な CICS ストレージコントロールブロックです。*「ECSA」も参照してください。
z/OS：共通記憶領域は、z/OS のすべてのアドレススペースに使用できる領域です。
プログラマによって再配置可能な単位であると指定されたプログラム部分。この部分のすべての要素は、隣接するメインストレージにロードされます。*
統計表を含むファイルはカラムが区切られた CSV 形式で保存されるので、スプレッドシートで操作するのに便利です。
"データベース" の略です。
データをテーブル形式でユーザーに示すリレーショナルデータベース管理システム。 SQL 要求を発行する CICS アプリケーションプログラムによってアクセスすることができます。*
"データベース管理者" の略です。
各文字が 2 バイトで表される文字セット。 この文字セットは通常、シングルバイト文字セット（SBCS）で扱えるより多くのコードを必要とする言語（中国語や日本語など）を表すのに使用されます。
DL/1：DL/I データベースの物理的特質の記述。 データベースの構造、セグメントキー、物理編成、名前、アクセスメソッド、デバイス、およびその他の詳細を定義します。*
データベース番号。
SQL：データ制御言語では、権限の許可／取り消しを行うステートメントを使用して、データのセキュリティ面を操作できます。
OpenVMS：DIGITAL Command Language（Hewlett-Packard 社の商標）は、OpenVMS 環境でオペレーティングシステム命令を処理します。
Microsoft のコンポーネントテクノロジ。異なるコンピュータ上のオブジェクトが、インターネット用プロトコルや Web ベースのプロトコルなど共通のプロトコルを介して通信できるようになります。 DCOM は、分散環境でのソフトウェアコンポーネントの対話方法を指定する分散コンポーネントソフトウェアモデルに COM を拡張します。
CMS：仮想マシンのアドレス範囲外の仮想ストレージ。 読み取り専用データまたは再入可能コードを含めることができます。 DCSS は非隣接セグメントを仮想マシンのアドレススペースに連結して、プログラムを取り出すことができるようにします。*
SQL データ構造を作成、修正、および削除するために使用します。
Natural プログラミングオブジェクトによって参照される物理データベースファイルの論理定義。 DDM には、プログラミングオブジェクト内でのフィールドの使用に関連した、ファイルの各フィールドに関する情報が含まれています。 メインフレームでは、DDM はシステムファイル FDIC に保存されます。 Windows、UNIX、および OpenVMS では、DDM は関連ライブラリのシステムファイル FUSER に保存されます。 DDM 構造の詳細については、『プログラミングガイド』の「Adabas データベース内のデータへのアクセス」の「データ定義モジュール - DDM」を参照してください。
『エディタ』ドキュメントの「SYSDDM ユーティリティ」セクションを参照してください。
「DCL」を参照してください。
階層型データベースを操作するためのアクセスメソッド。
"ダイナミックリンクライブラリ" の略です。
SQL データ構造を操作するために使用される言語。
"ダミー制御セクション" の略です。
SGML および XML ドキュメントのスキーマ指定方式。 DTD は、ドキュメントに含まれるか外部サブセットに属し、URL ごとにそのドキュメントのドキュメントタイプ宣言の内部から参照されます。 よく知られている DTD に、DocBook、CML、IBTWSH、HTML などがあります。 dtd2html は、SGML DTD に対して HTML ドキュメントを作成します。 XML の場合は、DTD が新しい XML スキーマ指定方式によって置き換えられます。
z/OS：16 MB を超える z/OS 仮想ストレージの主な要素。 ここには、すべてのアクティブな仮想ストレージアクセススペースによってアドレス指定できる、ページ可能なシステムデータ領域が含まれます。 16 MB 以内の共通システム記憶域（CSA）が複製されます。*
z/OS：16 MB を超える z/OS 仮想ストレージの主な要素。 リンクパック記憶域（LPA）が複製されます。*
ホスト - PC 間の通信を処理するための Software AG 製品。 Entire Connection では、メインフレーム端末エミュレーション、高度なアプリケーションプログラムインターフェイス、無人のワークステーション操作、データ変換機能および関連する通信タスクを使用できます。
Adabas に基づいた、Software AG のエンティティリレーションシップデータベース。
データベースアプリケーション、照会ツール、連携処理アプリケーション、アプリケーション開発ツールおよびその他のソフトウェアに共通の通信サービスを提供する、Software AG のミドルウェア。
コンピュータセンタでのバッチ処理の準備、操作、モニタリング、ロギングを自動化する、Software AG のオンライン制御およびスケジューリングシステム。
異機種クライアント／サーバー環境で、データを作成したアプリケーションまたはプログラムを変更せずにあらゆるタイプの出力データを処理できる Software AG 製品。
Web からホストへの通信を処理する Software AG 製品。 Entire Screen Builder を使用すると、クライアント／サーバー環境であらゆるタイプのホスト端末通信が可能になります。 表示クライアントでは、従来どおりの緑色の画面端末エミュレーションから "GUIfied" Windows ダイアログまで、さまざまなスタイルでの表示が可能です。
Natural 環境でオペレーティングシステムサービスを提供する、Software AG の独立したソフトウェアパッケージ。 Entire System Server は、Entire Net-Work でリンクされているコンピュータにインストールされた場合、異機種のオぺレーティングシステムが含まれている可能性のある分散コンピューティング環境をサポートします。
データベースファイルを複製するときに使用する Software AG 製品。 この製品を使用すると、Adabas ユーザーは単一データベース内または分散ネットワーク内のデータベースファイルを複写または複製することができます。
オープンエンタープライズコンピューティング向けの Software AG のミドルウェアテクノロジ。 広範囲な運用環境に移植可能なコンポーネントを備えた分散アプリケーションを開発するための、強力なインフラストラクチャが提供されます。 EntireX では、メインフレーム上などにあるレガシーアプリケーションと GUI フロントエンドとを統合することができます。
EntireX Broker は、IT アーキテクチャ内での分散アプリケーションコンポーネント間の通信を制御します。 Broker がサポートする通信モデルには、同期／非同期、クライアント／サーバー、ピアツーピア、パブリッシュ／サブスクライブなど、さまざまなタイプがあります。 関連テクノロジとして、EntireX があります。
Natural RPC ランタイムと、クライアントおよびサーバー間で整列されたデータを交換する EntireX Broker トランスポート層の間のインターフェイス。
異機種ネットワーク環境で DCOM コンポーネントを開発するときに使用する Software AG 製品。
これは、System Management Hub に変わりました。
VSAM：レコードがデータベースに入力された順に並んでいるデータセット。 このデータセットにインデックスは含まれておらず、処理するにはアドレス指定による直接アクセスまたはシーケンシャルアクセスを行います。 新規レコードはデータセットの最後に追加されます。*
データベーストランザクションの完了を確認するために発行される Natural ステートメント。 「トランザクション」および「BACKOUT TRANSACTION（BT）」も参照してください。
Predict：Predict の事前定義されたオブジェクトタイプの 1 つ。Extract は、主に次の 2 つの機能を実行します。
オブジェクトの論理的グループ化
Predict Coordinator で送信されるオブジェクトのセットの作成
クロスリファレンス情報および DDM を含むシステムファイル。 ユーザーマシンに Predict がインストールされている場合、FDIC が Predict ディクショナリファイルです。 Predict がインストールされていない場合、FDIC は FNAT または FUSER と同一で、メインフレームでは
DDM のみを含みます。 FDIC は、FDIC プロファイルパラメータで指定します。詳細については、『パラメータリファレンス』の記載を参照してください。
Adabas：Adabas ファイルのフィールド定義テーブル。Adabas によって格納され、使用されます。
Natural システムオブジェクトおよびパラメータプロファイルが保存される Natural システムファイル。 指定するには、FNAT プロファイルパラメータを使用します。詳細については、『パラメータリファレンス』の記載を参照してください。
通常は、Natural システムファイルのファイル番号を指します。
Natural Security システムファイル。
"ファイル順序" の略です。
Natural Advanced Facilities スプールシステムファイル。 「システムファイル」も参照してください。
すべてのユーザー作成オブジェクトが保存される Natural システムファイル。 指定するには、FUSER プロファイルパラメータを使用します。詳細については、『パラメータリファレンス』の記載を参照してください。 「システムファイル」も参照してください。
複数のプログラミングオブジェクトによる共有が可能なデータ要素が含まれた Natural プログラミングオブジェクト。
詳細については、『プログラミングガイド』の「グローバルデータエリア」を参照してください。
「生成プログラム」を参照してください。
"グラフィカルユーザーインターフェイス" の略です。
GUID（グローバルユニーク ID）は、COM/DCOM モデル全体を通して確実に一意である定数です。 ネットワーク上でクラスとそのインターフェイスを明確に識別するために使用します。 Natural クラスを DCOM クラスとして登録する場合、クラスおよびその各インターフェイスに GUID を割り当てる必要があります。 Natural では、GUID は英数字定数で表され、これはデータエリアエディタで生成できます。 Natural スタジオクラスビルダは、自動的に新しい GUID を個々の新しいクラスに割り当てます。
z/OS UNIX サービスで使用できる UNIX ファイルシステム。
"ハイパーテキストマークアップ言語" の略です。
"ハイパーテキスト転送プロトコル" の略です。
サーバーにおいて、クライアントアプリケーションのシステム状態に関する情報を格納または検索するメカニズムの役を果たします。 Web ベースアプリケーションが選択された項目に関する情報、ユーザー設定、登録情報、および後で検索可能な他の情報を格納することができるのも、このメカニズムがあるおかげです。
REQUEST DOCUMENT ステートメントで使用されます。 詳細については、『ステートメント』ドキュメントの「REQUEST DOCUMENT」を参照してください。
"Hypertext Transfer Protocol Secure" の略です。 HTTP および TCP/IP のプロトコルスタック間に追加層を構成します。
最も頻繁に使用されるデータおよびデータ関係を含む記憶域。 これにより、物理的な入力／出力動作を最小限に抑えてコンピュータ時間を節約することができます。
http://www-306.ibm.com/software/globalization/icu/index.jsp も参照してください。
Predict：1 つの例外を除いて、Predict オブジェクトは 2 つの属性、すなわちオブジェクトタイプと ID で一意に識別されます。 したがって、タイプの異なるオブジェクトが同じ ID を持つこともあります。
フィールドオブジェクトの場合、3 つの属性、すなわちオブジェクトタイプ、所属先ファイルの ID、およびフィールド自身の ID によって一意に識別されます。 したがって、異なるファイル内のフィールドオブジェクトが同じ ID を持つこともあります。
"Internet Information Services"（Microsoft）の略です。
DL/I データベースのデータにアクセスできるようになるために、CICS によって使用されるデータベースマネージャ。 IMS は、階層構造のデータ配列、および IMS データベースを操作するアプリケーションプログラム内の共通アクセス方式を規定します。*
z/OS：データを階層構造に編成し、IMS/DB データベースを修正するプログラムにアクセスするために、DL/I データベースへのアクセスを提供する管理システム。
現在は使用されていません。 IMS/TM に変わりました。
z/OS：IBM が提供するオンライントランザクション処理システムのコンポーネント。
Natural モジュールまたは Software AG データセットの DDM（Natural INPL テープなど）をワークファイル 1 からロードしたりスキャンする場合に使用する Natural ユーティリティです。 さらに、Natural Security 環境を強制的に初期化できる Natural Security リカバー機能もあります。
"入力／出力コントロールブロック" の略です。
オペレーティングシステムのロードを初期化するプロシージャ。
Natural でインターネットサービスを提供するために Natural Web インターフェイスによって使用されます。
Adabas データベースファイルに保存された可変長レコードの一意の識別子。 各 ISN には、レコードが物理的に格納されている Adabas ブロックの相対 Adabas ブロック番号（RABN）が割り当てられます。
INPL の修正を含みます。
z/OS および VSE/ESA：ジョブおよび特定のオペレーティングシステムでのその要件を記述するために使用される制御言語。*
ジョブは、Natural のインストール／メンテナンス時、およびバッチモードでの Natural の実行時に必要です。
z/OS：IBM がライセンスを持つプログラム。システムへのジョブの投入およびジョブによって作成されたすべての出力データの処理を行います。*
レコードがキー順にロードされ、インデックスによって制御されている VSAM ファイル。*
複数のプログラミングオブジェクトによる使用が可能なデータ要素定義が含まれた Natural プログラミングオブジェクト。 詳細については、『プログラミングガイド』の「ローカルデータエリア」を参照してください。
z/OS：16 MB 以内の z/OS 仮想ストレージの主な要素。 LPA を構成するストレージには、システムによって共有されるすべての共通再入可能モジュールが含まれます。 LPA では、モジュールのコピーが共有される形になるので実際のストレージを節約できます。また、キー 0 のプログラムでさえも LPA コードを書き換えることができないため保護上の効果を上げることができ、モジュールの分岐が可能であるためパスの長さを短縮できます。 LPA は 16 MB を超えると、拡張リンクパック記憶域（ELPA）として複製されます。*
ユーザーにシステムネットワークアーキテクチャ（SNA）へのアクセスを提供する、基本となるネットワークエンティティ。
トランザクションによって駆動し、オンライン IMS データベースおよびメッセージキューにアクセスする IMS アプリケーションプログラムです。
Natural のすべてのプロファイルパラメータ設定が含まれたパラメータファイル（Windows/UNIX/OpenVMS）またはパラメータモジュール（メインフレーム）。 このファイルがないと、Natural は実行できません。 初期状態の NATPARM には、Software AG によって提供されるシステムデフォルトが含まれます。 Natural にシステムデフォルト以外のパラメータ値を使用する場合は、NATPARM を修正するか、ユーザー独自のパラメータファイル／モジュールを作成します。
メインフレーム：NATPARM は、ソース形式で提供されるロードモジュールです。 アセンブルして、ニュークリアスおよび／またはフロントエンドモジュールにリンクする必要があります。 『オペレーション』ドキュメントの「Natural の構成」を参照してください。
Windows/UNIX/OpenVMS：NATPARM は、Natural コンフィグレーションユーティリティを使用して編集できるバイナリファイルです。
Natural Advanced Facilities は NATSPOOL から構成されています。NATSPOOL は、Natural プログラムの出力をスプールして、後で実際のプリンタに送信することができるスプール／レポート管理システムです。
柔軟性の高い多様なアプリケーション構造テンプレートを提供するアプリケーションジェネレータ。 Natural ソフトウェア生成の多くの面を自動化します。IT エキスパートもそれ以外のユーザーも同様に使うことができます。
Windows からメインフレーム Natural へのアクセスを提供します。 アプリケーション開発者は、Natural Construct Spectrum およびソフトウェア開発キット（SDK）を使用して、クライアント／サーバーおよび Web アプリケーションのすべてのコンポーネントを作成することができます。これには例えば、メンテナンス機能やブラウズ機能を実行する Natural オブジェクトサブプログラムや、そうした Natural オブジェクトサブプログラムと通信する GUI ダイアログまたは Web ページなどがあります。 アプリケーションのサーバーコンポーネントとクライアントコンポーネントとの間の通信は、Construct Spectrum のミドルウェアコンポーネントに加えて、Entire Broker と Entire Net-Work の組み合せ（または、TCP/IP を使用するように設定された Entire Broker）によって実行されます。
メインフレーム／Windows：Natural コードのチェック、メンテナンス、および定義要件への準拠を行うためのツール。 将来、標準の適用、柔軟性の維持、新しいテクノロジへの対応を行うために、Natural アプリケーションを再構成およびメンテナンスすることができます。
Natural for Ajax では、Ajax（非同期 JavaScript + XML）テクノロジを使用する機能豊富なインターネットアプリケーションを作成できます。 これにより、Windows、UNIX、およびメインフレームプラットフォーム上の Natural ユーザーは、GUI デスクトップアプリケーションに似たブラウザベースのユーザーインターフェイスを備えた Natural アプリケーションを開発および使用できます。
詳細については、『Natural for Ajax』ドキュメントを参照してください。
アプリケーションのライフサイクルを通してアプリケーションの構築、テストおよびメンテナンスを行うために使用される、Software AG のアプリケーション開発ツールです。
メインフレーム：可能な場合は常にマシンコードを生成する（可能でなければ中間コードを生成する）Natural コンパイラ。 『Natural Optimizer Compiler』ドキュメントを参照してください。
Natural 環境で RPC 手法を実装します。 Natural RPC を使用すると、Natural はネットワーク上のリモートコンピュータにある Natural サブプログラム、アプリケーション、プロシージャ、およびオブジェクトメソッドを、EntireX Broker を介して呼び出すことができます。 クライアントは、サービスを提供するサーバーに要求を送信します。 要求の伝送は。クライアントとサーバーのスタブを介して実行されます。
クライアント、サーバー、およびサービスの間の接続は、Natural ユーティリティ SYSRPC を使用して Natural クライアントごとに設定されます。
詳細については、『Natural リモートプロシージャコール（RPC）』ドキュメントを参照してください。
Natural 環境へのアクセスの制御、チェック、防止を行える総合的なセキュリティシステム。
詳細については、『Natural Security』ドキュメントを参照してください。
Natural Web インターフェイスの一部。CGI、ISAPI、NSAPI など、さまざまなサーバーインターフェイスの実装。
Natural Web インターフェイスを使用すると、既存の Natural アプリケーションを快適に Web 化できます。 Natural Web インターフェイスは、Web サーバー（HTTP サーバー）とユーザーの Natural 環境とをリンクするものです。 これは、別のサーバーマシン（メインフレームなど）または HTTP サーバーと同じマシン（Netscape の通信サーバーや Microsoft の IIS など）でも使用可能です。
アプリケーション配布用のオブジェクトを処理します。 これは、ソース環境のオブジェクトをワークファイルにアンロードし、それらをワークファイルからターゲット環境にロードすることによって実行されます。 Natural オブジェクトハンドラは、ライブラリ SYSOBJH にあるユーティリティ SYSOBJH、およびダイレクトコマンドインターフェイスで構成されています。 詳細については、『ユーティリティ』ドキュメントの「オブジェクトハンドラ」セクションにある「全般的な情報」を参照してください。
Natural スタジオ開発環境をリモートの Natural 環境にマップすることができます。 その後、Natural スタジオの共通ワークエリアから、リモート環境で Natural アプリケーションを開発およびテストすることができます。
詳細については、Natural 開発サーバーに関するドキュメントを参照してください。
Natural コマンドは、Natural セッション中に各種機能を実行するために使用します。詳細については、『Natural の使用』ドキュメントの「コマンドとメニュー機能の使用」を参照してください。
2 つのコンポーネント、すなわちメンテナンスとランタイムで構成されます。 SYSNCP ユーティリティは、アプリケーション内のナビゲーションを定義および制御するのに使用されるすべての機能が含まれたメンテナンス部分です。詳細については、『ユーティリティ』ドキュメントを参照してください。 PROCESS COMMAND ステートメント（『ステートメント』ドキュメントを参照）は、Natural プログラムを呼び出すために使用されるランタイム部分です。
Windows/UNIX/OpenVMS：Natural コンフィグレーションユーティリティは、次のファイルのメンテナンスを行うために使用します。
グローバルコンフィグレーションファイルおよびローカルコンフィグレーションファイル。
Natural パラメータファイル。
Windows：Natural の GUI 開発環境。 Natural スタジオでは、元は別々であるエディタとツールを、1 つの使いやすいワークエリアに統合できます。
Natural セッションは、ユーザー依存の Natural ランタイムコンテキストです。Natural ランタイムシステムで Natural プログラムを実行する際に必要です。
Mainframe/Windows/UNIX：デバッガを使用すると、以下のことを行うことができます。
変数を修正して、Natural アプリケーションのプログラムフローを一時的に制御する。
コール履歴でプログラムフローをチェックする。
ブレイクポイントまたはプログラム割り込みの条件を使用して変数の内容をチェックし、Natural プログラム内の論理アプリケーションエラーを検出する。
変数を恒久的に監視する。
デバッガを使うと、他人の作成したプログラムを簡単に理解できるようになり、アプリケーション開発にかかる時間を短縮できるようになり、初心者であれば Natural ロジックの理解をさらに深めることができます。
詳細については、『デバッガ』ドキュメントを参照してください。
OpenVMS：デバッガは、SPoD 環境で Natural for Windows を使用している場合にのみ利用可能です。 リモート Natural 環境にマップして、Natural スタジオに統合されたデバッガを使用できます。
Natural アプリケーションを実行するために必要な環境を提供する製品。
Natural コードを解釈実行する仮想マシン。
オブジェクトベースの Natural アプリケーションの作成に使用します。 これにより、Windows プラットフォームで分散オブジェクトテクノロジ（現在は DCOM）を使用して、分散 Natural アプリケーションを作成できます。
NaturalX クライアントは、NaturalX オブジェクトを作成する、または NaturalX オブジェクトにアクセスするプロセスです。
NaturalX クラスは、オブジェクトベースのプログラミングアプローチに従って、データ構造（オブジェクト）を対応する機能（メソッド）とともにカプセル化します。
クラスオブジェクトのオブジェクトの内部構造はデータエリア（オブジェクトデータエリア）で定義されます。 クラスのメソッドはサブプログラムとして実装されます。
NaturalX クラスを DCOM に認識させるには、Natural コマンド REGISTER を使用します。その後、このクラスはネットワーク上でアクセス可能になります。
クラスのタイプは、内部、外部、またはローカルです。
クラスの詳細については、「クラスの定義」および「クラスとオブジェクトの使用」を参照してください。
NaturalX サーバーは、1 つの Natural セッションを管理するプロセスです。 NaturalX サーバーによって管理される Natural セッションは、COM オブジェクトをホストするために使用されます。
Natural でインターネットサービスを提供するために Natural Web インターフェイスによって使用されます。
オブジェクト指向プログラミング：オブジェクトのすべてのプロパティの現在値が格納される場所。 クライアントからプロパティとしてアクセスできない他の変数も、オブジェクトデータエリアで定義できます。 これらの変数は、オブジェクトのメソッドにより、オブジェクトの内部の状態を維持するために使用されます。
1 つのクラスのすべてのオブジェクトのオブジェクトデータエリアの構造は、DEFINE CLASS ステートメントの OBJECT USING 節で指定されます。 オブジェクトデータエリアは、データエリアエディタによって、ローカルデータエリアとして作成されます。
BS2000/OSD オペレーティングシステム：オンライン環境用の TP アクセスメソッド。
DL/I または IMS データベースに対するアプリケーションプログラムのインターフェイスを記述する DL/I または IMS コントロールブロック。記述するインターフェイスはその他に、メッセージ処理／バッチメッセージ処理プログラム用のものや、メッセージの入力元および宛先に対するものである場合もあります。 「PSB = プログラム指定ブロック」も参照してください。*
サブプログラム、外部サブルーチン、またはヘルプルーチンにパラメータとして渡されるデータ要素を定義するために使用される Natural プログラミングオブジェクト。 詳細については、『プログラミングガイド』の「パラメータデータエリア」を参照してください。
Adabas：Adabas データベースに変更が加えられたときに、レコードおよびその他の要素の変更前と変更後のイメージを記録するファイル。 再スタート後に、最後に完了したトランザクションまたは ET までデータベースを復元するのに使用されます。
Natural で 4 GL の開発を行うための、Software AG のオープンかつ操作可能なデータディクショナリ。 アプリケーションメタデータの中央リポジトリであり、ドキュメント機能とクロスリファレンス機能を利用できます。 Predict では定義からコードを自動生成できるので、開発およびメンテナンスの生産性を向上できます。
Predict：異なる FDIC ファイル間および Predict と Natural Engineering Workbench との間でのデータ交換を可能にするユーティリティ。 一時的なストレージの働きをする、コーディネータ FDIC と呼ばれる独自の FDIC ファイルを使用します。 Coordinator 機能を含むアプリケーションが、Natural ライブラリ SYSDICBE 内にあります。
DCOM クラスの ProgID（プログラム ID）は、クライアントプログラム内でクラスを識別するための意味のある名前になっています。 Natural クラスの場合は、REGISTER コマンドでクラスを DCOM クラスとして登録するときに、DEFINE CLASS ステートメントの class-name オペランドで定義された名前が ProgID としてレジストリに書き込まれます。
アプリケーションプログラムに使用できるデータベースおよびメッセージの論理的宛先を記述する DL/I または IMS コントロールブロック。 PSB は、1 つ以上のプログラム通信ブロック（PCB）で構成されています。*
SNA：システムネットワークアーキテクチャ（SNA）では、物理単位は、論理単位（LU）間の通信セッションをサポートするネットワークノードを指します。
"相対 Adabas ブロック番号" の略です。
"高速アプリケーション開発モデル" の略です。
VSAM：格納されたレコードまたはコントロールインターバルの、その所属先であるデータセットに割り当てられたストレージスペースの先頭からの変位バイト数。*
Predict:Report listing タイプの Predict オブジェクトは、Predict Coordinator による送信操作および変換機能のロギングのために使用されます。
リモートコンピュータ上のアプリケーション、プロシージャ、およびオブジェクトメソッドをネットワーク経由で呼び出すために適用されるクライアント／サーバー通信手法。 クライアントは、サービスを提供するサーバーに要求を送信します。 要求の伝送は。クライアントとサーバーのスタブを介して実行されます。
『Natural リモートプロシージャコール（RPC）』も参照してください。
Natural RPC：サーバープログラムの呼び出しを行うクライアントサブプログラム。 RPC スタブは、対応するサーバーサブプログラムと同じ名前で、同じパラメータを含みます。
RPC スタブはクライアント側で CALLNAT 要求を受け付け、Natural CALLNAT パラメータを整列させて RPC クライアントランタイムに渡します。 RPC クライアントランタイムは、次にそのパラメータをクライアントの EntireX Broker スタブに渡します。 詳細については、『Natural リモートプロシージャコール（RPC）』ドキュメントの「スタブサブプログラムの作成」および「Natural RPC 自動実行の操作」を参照してください。
VSAM：複数システムにわたる複数のアドレススペースから VSAM データセットをレコードレベルで共有できるオプション。
IBM システムとデータを処理するための共通の標準およびプロシージャ群。 SAA により、異なるソフトウェア、ハードウェア、およびネットワーク環境が共存できるようになります。 SAA は、異なるシステムで一貫したアプリケーションプログラムを設計および開発するための基盤を提供します。*
ダブルバイト文字セット（DBCS）と異なり、各文字が 1 バイトで表される文字セット。
メインフレーム：Natural SCP 環境は Natural CICS インターフェイスの一部です。 SCP 障害はすべて、ダンプで知ることができます。 『メッセージおよびコード』ドキュメントの「CICS 環境下の Natural のアベンドコードとエラーメッセージ」を参照してください。
"単一ドキュメントインターフェイス" の略です。
Windows：Natural 5 for Windows で実現された、プラットフォームに依存しない開発の概念。 Natural 5 で重点が置かれているのは、次のとおりです。
Natural スタジオを使用した z/OS アプリケーションのリモート開発
XML ツールキットや、Natural からインターネット上の任意のリソースに直接アクセスできる機能に代表される、高度な Web および XML 機能
Natural セッション情報レコードを保存します。認可サービスマネージャ（ASM）との関連で使用します。
Natural：Natural CICS インターフェイスでは、すべてのアクティブな Natural セッションに関する情報が永久に保持されます。 セッションごとにセッション情報レコード（SIR）が維持されます。
IBM：特定のゲートウェイまたはすべてのゲートウェイセッションを対象にしたセッション情報検索の有効化／無効化をオペレータが実行できるようになる機能。 ゲートウェイセッションの終了時に、ゲートウェイを通過する最新のシーケンス番号または FID0 番号に関するトレース情報が、当該セッションまたは全セッションの SIR を有効にしたすべてのシステムサービス制御ポイント（SSCP）に渡されます。 この情報は、要求元ホストに渡される場合もあります。*
システム関数を初期化および制御するための情報、ユーザー指定バージョンの CICS モジュールおよびテーブルを選択するためのモジュール接尾辞、初期化プロセスの制御に使用する情報などが含まれた CICS テーブル。 リソース定義マクロ DFHSIT を使用して複数の SIT を生成し、次に SIT システム初期化パラメータを使用して、現在の要件に最も合った SIT を初期化時に選択することができます。*
「System Maintenance Aid」を参照してください。
さまざまなシステムおよびジョブに関係する情報を収集、記録する z/OS の標準機能。*
ネットワークでの情報単位の送信やネットワークの構成および操作の制御を行うための論理的構造、フォーマット、プロトコル、操作手順を定義する IBM のアーキテクチャ。 SNA の構造は階層化されているため、情報の発信源および最終宛先（ユーザー）は、情報交換に使用される特定の SNA ネットワークサービスおよび機能から独立を保ち、その影響を受けないようにすることができます。*
EntireX XML Wrapper との組み合わせで、任意の Natural アプリケーションを HTTP で送信される XML ドキュメントによって起動できるようにする、XML ベースのメッセージ通信規約。
メインフレーム：Software AG Editor は、Natural プログラムエディタの代わりとして使用することができます。 Natural ISPF をインストールし、エディタプロファイルを適切に設定する必要があります（エディタプロファイルの詳細については、『エディタ』ドキュメントを参照してください）。
IMS/TM：ユーザートランザクション中に処理されるデータを一時的に保存するための端末固有の記憶域。 この記憶域の消去はプログラムによって制御されます。
「Single Point of Development」を参照してください。
リレーショナルデータベース内のデータを定義および操作する場合に使用されるプログラミング言語。*
IMS または DL/I：処理するセグメントまたはセグメントグループを識別する DL/I コールの一部。 SSA は単純なセグメント名の場合もあれば、フィールド値の制約が指定セグメントタイプに含まれるように修飾されている場合もあります。*
steplib は、Natural のユーザーライブラリまたはシステムライブラリで、現在のユーザーライブラリまたはシステムライブラリと連結されます。 steplib は、さまざまなアプリケーションによって共有される複数のオブジェクトの単一の保存場所として使用できます。 これにより同一のオブジェクトを重複して保存することを防止できるので、アプリケーションを編成するのに役立ちます。 さらに、Natural Security がインストールされている場合は、特定のオブジェクトへのアクセスを制限するために steplib を使用できます。
Natural では、"stow" という語は Natural システムコマンド STOW を指します。 このコマンドは、ソースコードをソースオブジェクトおよびカタログ化オブジェクトとして Natural システムファイルに保存すると同時にカタログ（コンパイル）します。 オブジェクトは両方とも同じタイムスタンプになります。
メインフレームまたは PC ファイルからデータを抽出して処理するための、Software AG のエンドユーザーツール。 メニュー方式の照会指定、対話型のレポートレイアウト指定、エンドユーザープロファイルの柔軟なカスタマイズといった機能を利用できます。
ストレージの割り当てなど、オペレーティングシステム機能のインターフェイスの働きをする要求。 SVC により、オペレーティングシステムは不適切なユーザー入力から保護されます。 オペレーティングシステム要求はすべて、SVC によって処理される必要があります。*
CICS および IMS/TM：アプリケーションプログラムが実行される論理的な地点。この地点では、プログラムによってデータベースに加えられた変更は整合性の取れた完全なものであり、データベースにコミットすることができます。 同期地点では、それまで保留されていた出力が宛先に送られ、入力がメッセージキューから削除され、他のアプリケーションでのデータベース更新が可能になります。*
メインフレーム：パラメータプロファイルを作成およびメンテナンスするために使用されます。 プロファイルパラメータの文字列を一度指定し、その文字列にプロファイル名を付けて保存すると、ダイナミックパラメータ PROFILE=profile-name を使用して Natural を起動することができます。 そのプロファイル名で格納されているパラメータの文字列は、ダイナミックパラメータとして Natural に渡されます。
z/OS：パフォーマンスの改善、作業負荷の均衡化、システム可用性の保証を実現する目的で、z/OS オペレーティングシステムの複数のイメージを結合したもの。
リモートプロシージャコールを使用する各 Natural クライアントに対して、サービスおよびサーバー接続を構成するためのユーティリティ。 『ユーティリティ』ドキュメントの「SYSRPC ユーティリティ」を参照してください。
Software AG メインフレーム製品をインストールおよびメンテナンスするときに使用される Software AG 製品。
Software AG の製品およびクロスプラットフォーム製品管理フレームワーク。 このアーキテクチャにより、既存製品のプラグイン統合、実装固有の管理テクノロジの分離、製品に依存しないクロスプラットフォームフレームワークとしての再利用が可能になります。
Natural オブジェクトが現在のライブラリにも steplib にも見つからない場合に検索されるライブラリ。 FNAT と FUSER の両方に SYSTEM ライブラリがあります。 「steplib」を参照してください。
"トランザクションコード" の略です。
z/OS および VSE/ESA：オペレーティングシステムによって割り当てられるコントロールブロック。システムに関連するタスクのすべての情報を含みます。
CICS：一時的に保存されるデータ。 一時データは、使用されなくなったときに自動的に削除されます。
BS2000/OSD オペレーティングシステム：オンライン環境用の TP アクセスメソッド。
z/OS および VSE/ESA：オンライントランザクション処理（OLTP）アプリケーションの監視および管理を行うための制御プログラム。 TP モニタテクノロジはオペレーティングシステムを補完するものであり、リソースへのアクセスをカプセル化する中間層の働きをします。 したがって、ユーザーまたはアプリケーションプログラマは、データベースアクセスなどのオペレーティングシステムレベルの技術的詳細に関与する必要がなくなります。
"装置コントロールブロックユーザー" の略です。
Natural ドキュメントで使用されている Unicode 用語の詳細については、Unicode のホームページで公開されている現在のバージョンの Unicode の用語集を参照してください。
"Uniform Resource Identifier" の略です。
例：
http://guest:guestpwd@si15.hq.sag:80/xml/mycar.xml
| プロトコル | http |
| ユーザー ID | guest |
| パスワード | guestpwd |
| ポート | 80 |
| パス | /xml |
| ファイル | mycar.xml |
"Uniform Resource Locator" の略で、Uniform Resource Identifier（URI）のサブタイプです。 一般的には、また一部の技術文書では、これは URI の同義語です。
現在は使用されていません。 openUTM に変わりました。
特定のユーザーが排他的に使用しているように見える仮想データ処理システム。ただし、その機能は現実のデータ処理システムのリソースを共有することによって達成される。*
z/VM では、単一ユーザーに割り当てられる仮想プロセッサ、仮想ストレージ、仮想デバイス、および仮想チャネルサブシステムを指します。 専用の拡張記憶域がある場合は、それも含みます。*
VM/SP は IBM のオペレーティングシステムで、各ログオンユーザーに仮想マシンを与えます。*
異なるデータセット編成（キー順データセット（KSDS）、エントリ順データセット（ESDS）、または相対レコードデータセット（RRDS））のレコードをメンテナンスするための IBM のアクセスメソッド。
システムネットワークアーキテクチャ（SNA）の遠隔処理装置およびそのユーザーと通信するためのアプリケーションプログラミングインターフェイス（API）。
オプションのユーザーコードサービス。修正の必要があると考えられるエラーやシステムの異常な状況を知らせるメッセージをシステムコンソールオペレータに書いて送ることができます。*
X-array（拡張可能な配列）は、ランタイムにオカレンス数を変更できる配列です。 これにより、より効率的にメモリを管理することができます。 例えば、大量の配列オカレンスを短期間だけ使用してから、アプリケーションが配列を使用しなくなった時点でメモリを削減することができます。 詳細については、『プログラミングガイド』の「X-array」を参照してください。
IBM の z/OS オペレーティングシステムの機能の 1 つです。単一システムイメージを維持する一方で、多重システム環境をサポートするのに必要ないくつかの初期 MVS サービスを提供します。 XCF を使用して結合されたシステムは、Sysplex と呼ばれています。*
"拡張マークアップ言語" の略です。
Windows：開発者が Natural で XML ドキュメントを処理できるようにします。 ツールキットには、Natural ソースコードを生成し、次の機能を提供するウィザードが用意されています。
Natural データ定義の DTD へのマッピング
シリアライズ
DTD を Natural データ定義にマッピング
XML ファイルの解析およびその内容の Natural データ構造への割り当て
Windows：XRef Evaluation プラグインは、開発サーバーファイルで CAT または STOW コマンドを実行中に作成されたクロスリファレンス情報をナビゲートするときに使用します。 この情報は Natural スタジオにツリー表示されます。 参照する側（アクティブ）と参照される側（パッシブ）の両方のタイプのリファレンスが表示されます。
ツリー表示内で、どちらのリファレンスにも移動することができます。 Single Point of Development ドキュメントを参照してください。
Predict：実装されたオブジェクトの XRef データは、Predict に、ドキュメンテーションオブジェクトから独立して格納されます。 Predict のアクティブ検索機能では、Xref データや Predict ドキュメンテーションオブジェクトから情報を検索して、以下の点が決定されます。
ディクショナリ内のドキュメントされたオブジェクトがまだ実装されていないかどうか。
実装されたメンバがまだドキュメントされていないかどうか。
ドキュメンテーションデータと実装が異なるかどうか。
Natural オブジェクトがカタログされるとき、Natural オブジェクトの Xref データレコードが Natural によって作成されます。 プログラミングオブジェクトがカタログされ、XREF パラメータがこれに応じて指定されている場合にも、XRef データが生成されます。
IBM がライセンスを持つプログラム。複数のコンピューティングシステムが存在するような形で、単一のコンピュータのリソースを管理します。 各仮想マシンは実際のマシンと同等に機能します。*
実行形式モジュールの指定アドレスの内容を変更するための、プログラムエラー修正。 IBM の用語集では、パッチと呼ばれています。
Predict：アクティブ検索は、XRef データおよび Predict ドキュメンテーションオブジェクトから情報を検索する機能です。 ドキュメンテーションとシステム実装との比較を行うことができます。
Predict：機能を実行するのに必要なパラメータ値が設定されていない場合、アクティブヘルプとして、すべての設定可能値が含まれた選択ウィンドウが表示されます。 この機能は、アスタリスクが付いたすべての入力フィールドに適用されます。
Predict：「XRef データ」を参照してください。
DCOM クラスとして登録される NaturalX クラスの属性。 Natural セッションを他のクラスと共有するかどうかを定義します。
NaturalX では、DCOM でサポートされているさまざまなオプションを、次の 3 つのアクティベーションポリシーの形式で組み合わせます。
ExternalMultiple
ExternalSingle
InternalMultiple
クラスのアクティベーションポリシーを設定するには、REGISTER コマンドの一部として指定するか、DEFINE CLASS ステートメントで指定するか、プロファイルパラメータ ACTPOLICY を使用します。
Predict：ワイルドカード文字 "*"（アスタリスク）を使用して、いくつかのグループの値を扱う入力パラメータを指定することができます。 例えば、ID として「datab*」と入力すると、"datab" で始まるすべての ID が対象となります。
Predict：Predict ドキュメンテーションオブジェクトは、アソシエーションを使用してリンクすることができます。 タイプの異なるオブジェクトをリンクするには、異なるタイプのアソシエーションを使用します。 アソシエーションは単方向（親子アソシエーション）です。
Predict のメタデータ管理機能を使用して、データディクショナリ管理者は追加のアソシエーションタイプを定義できます。
Natural が稼動している領域。
Predict：Predict の中の各オブジェクトは、オブジェクトに関する短いコメントを提供するアブストラクトを持つことができます。 アブストラクトには、30 文字までの行を最大 16 行含めることができます。 Predict の以前のバージョンでは "コメント" または "短いコメント" と呼ばれていましたが、 他の Software AG 製品との互換性の理由で "アブストラクト" に変更されました。
相互接続されるプログラミング要素を論理的観点で集めたもの。 これらの要素がまとまって、特定のビジネス問題に対するビジネスロジックをカバーする機能単位を形成します。 アプリケーションは、一連のライブラリ、Natural オブジェクト、および（または）サブアプリケーション（ビジネスオブジェクト）で構成されます。 ライブラリの内容（Natural オブジェクトやリソースなど）は、複数の異なるアプリケーションに属している場合があります。 アプリケーションに関する情報（アプリケーション記述）は、すべてのプラットフォームからアクセスできる開発サーバーファイルに保管されます。
アプリケーションには、次の 2 つの種類があります。
基本アプリケーション
基本アプリケーションは、1 つのプラットフォーム上の 1 つのアプリケーションで構成されます。例えば、劇場チケットの予約システムなどが挙げられます。
複合アプリケーション
複合アプリケーションは、複数の基本アプリケーションで構成されます。例えば、チケット予約、お客様への請求、上演情報の郵送などのアプリケーションが組み合わさった劇場管理アプリケーションが挙げられます。 基本アプリケーションは複数のプラットフォームに置くことができます。
Windows：特定のアプリケーションに属する定義を行うためのツール。 ユーザーは、表示されるダイアログボックスに従うことで、既存のアプリケーションに対するアプリケーション記述を作成できます。
1 つのアプリケーションに属するすべての要素のリスト。開発サーバーファイルに格納されています。 アプリケーション情報が物理的に格納されているのは、データベースファイル（メインフレームの現在の FDIC）です。 「開発サーバーファイル」を参照してください。
アプリケーション記述へのアクセスを操作するコード。
ユーザーのデータへのアクセスやデータ修正、あるいは、Natural、サブコンポーネントまたはサブプロダクトに固有のサービスの使用を可能にするプログラミングオブジェクト。 アプリケーションプログラミングインターフェイスの目的は、Natural ステートメントではアクセス不可能な情報の検索や修正、またはサービスを使用することにあります。
アプリケーションプログラミングインターフェイスは、CALLNAT ステートメントまたは CALL ステートメントを使用して Natural プログラミングオブジェクトから呼び出すことができます（各アプリケーションインターフェイスによって異なります）。
Windows：アプリケーションをツリー形式でビジュアル表示するのに使用します。 アプリケーションワークスペースには、現在のアプリケーションに属するすべての要素が表示されます。
Predict：Predict オブジェクトをアンロードするには、次の 2 つの方法があります。
抽出を使用します。 メニュー機能で、1 つの抽出の中に含まれたオブジェクトだけをアンロードすることができます。 1 回のアンロード操作で最大 10 個の抽出を指定できます。
アンロードのコマンドを使用します。 コマンド行に個々のオブジェクトを指定するか、オブジェクトの範囲を指定します。 この機能の範囲はパラメータによって制限できます。
Windows：イベントドリブンプログラミングでは、グラフィカルユーザーインターフェイスから受け取った入力データによってアプリケーションを起動できます。 したがって、コードの実行順序は発生するイベントに依存し、次にユーザーの操作内容に依存します。
オブジェクト指向プログラミングモデルでは、データ構造と関数（"メソッド"）がオブジェクト内に一緒に納められます。 各オブジェクトは、オブジェクトの内部構造およびそのインターフェイス、プロパティ、メソッドを記述するクラスに所属します。 特定のクラスに属するオブジェクトは、そのクラスのインスタンスとも呼ばれます。
インターフェイスは、クライアントにサービスを提供するために、クラスによって使用されます。 インターフェイスは、メソッドとプロパティのコレクションです。 クライアントは、クラスのオブジェクトを作成し、そのインターフェイスのメソッドとプロパティを使用することによって、これらのサービスにアクセスします。
インターフェイスは次のように定義します。
INTERFACE 節を定義して、インターフェイス名を指定します。
インターフェイスのプロパティを PROPERTY 定義で定義します。
インターフェイスのメソッドを METHOD 定義で定義します。
NaturalX クラスを DCOM クラスとして登録する場合、ネットワーク上でインターフェイスを明確に識別できるグローバルユニーク ID（GUID）を各インターフェイスに対して定義する必要があります。 GUID をインターフェイスに割り当てるには、INTERFACE ステートメントの ID 節で指定します。 Natural では、GUID は英数字定数で表され、これはデータエリアエディタで生成できます。 Natural スタジオクラスビルダは、自動的に新しい GUID を個々の新しいインターフェイスに割り当てます。
インターフェイスの継承とは、異なるクラスに同じインターフェイスを異なる方法で実装することです。 これにより、このインターフェイスのみに依存するクライアントプログラムの作成が可能になります。このようなプログラムでは、このインターフェイスを持つクラスをどれでも操作できます。
インターフェイスを定義する Natural コピーコードモジュール。 インターフェイスモジュールは、含まれるインターフェイスを定義するためにクラス内で使用できます。 クラスはメソッドとプロパティ実装を書き換えることができますが、インターフェイスの他のすべての設定はインターフェイスモジュールの定義どおりに使用されます。
Predict：コーディネータの Import 機能は、データを送信媒体から Predict 環境にインポートする場合に使用します。 テキストをさまざまな外部ソース（Natural、PC ASCII ファイル、Con-nect ドキュメントなど）から Predict オブジェクトのテキスト属性（任意の Predict オブジェクトの拡張記述、ファイルのサブクエリなど）にインポートすることもできます。
Predict：コーディネータの Export 機能は、Predict データを他のシステムとデータ交換できる形式でエクスポートする場合に使用します。 テキストを Predict オブジェクトの属性（拡張記述、ファイルのサブクエリなど）または表示指向の Predict 機能（検索、アクティブ検索など）の出力から外部出力先（Natural、Con-nect ドキュメント、PC ASCII ファイルなど）にエクスポートすることもできます。
Adabas：複数の値ではなく単一の値（スカラ）を持つフィールド。「マルチプルバリューフィールド」または「ピリオディックグループ」を参照してください。
Predict：「フィールド」を参照してください。 Predict の以前のバージョンでは、フィールドタイプの Predict オブジェクトが "エレメンタリフィールド" と呼ばれていました。
Windows/UNIX/OpenVMS：コンパイラによって生成される GP に適合したアーキテクチャのタイプです。 次の 2 つのモードがあります。
数値の上位バイトがメモリの最下位アドレスに格納され、下位バイトが最上位アドレスに格納されます（大きな桁が最初に来ます）。
数値の下位バイトがメモリの最下位アドレスに格納され、上位バイトが最上位アドレスに格納されます（小さな桁が最初に来ます）。
ENDIAN セッション／プロファイルパラメータによって決まります。 ENDIAN パラメータは、ポータブル GP の実行パフォーマンスを向上させる場合に使用します。
「ESDS」を参照してください。
Windows：オートメーションインターフェイス経由で使用できるプログラム。 詳細については、Microsoft のドキュメントを参照してください。
Predict：オーナーとは、基本的に 1 人または複数のユーザーのグループを指し、 例えば組織上の単位を表す場合もあります。 オーナーをオーナーユーザーリストとオブジェクトオーナーリストに割り当てることによって、Predict で責任者をドキュメントすることができます。
オブジェクト指向プログラミング：オブジェクト指向プログラミングモデルでは、データ構造と関数（"メソッド"）がオブジェクトに一緒に納められます。 各オブジェクトは、オブジェクトの内部構造およびそのインターフェイス、プロパティ、メソッドを記述するクラスに所属します。
Predict：Predict の情報は、データディクショナリオブジェクト、ドキュメンテーションオブジェクト、Predict オブジェクトの形式で格納されます。 データディクショナリオブジェクトは、Predict オブジェクトまたはドキュメンテーションオブジェクトとも呼ばれます。 「オブジェクトタイプ」も参照してください。
Natural：「カタログ化オブジェクト」、「ソースオブジェクト」、「オブジェクトタイプ」も参照してください。
Natural：Natural オブジェクトタイプの例として次のものが挙げられます。プログラム、マップ、コピーコード、テキスト、サブプログラム、ヘルプルーチン、サブルーチン、クラス、データエリア（グローバル、ローカル、パラメータ）、ダイアログ、ファンクション。 詳細については、『プログラミングガイド』の「オブジェクトタイプ」を参照してください。
Predict：Predict の情報は、データディクショナリオブジェクト、ドキュメンテーションオブジェクト、Predict オブジェクトの形式で格納されます。 データディクショナリオブジェクトは、Predict オブジェクトまたはドキュメンテーションオブジェクトとも呼ばれます。 Predict ドキュメンテーションオブジェクトのタイプとしては、データベースやプログラムなどがあります。 Predict のメタデータ管理機能を使用して、その他のオブジェクトタイプを定義することができます。 オブジェクトタイプには、それぞれのタイプ固有の属性があります。
Predict：Predict メタ構造内のオブジェクトのタイプは、一意のオブジェクトタイプコードによって識別されます。 オブジェクトタイプコードは 2 文字で構成されています（例えば、ファイルの場合は FI）。
オブジェクトデータエリアは、オブジェクトのすべてのプロパティの現在値が保存されている場所です。 これにより、オブジェクトの内部の状態が維持されます。 1 つのクラスのすべてのオブジェクトのオブジェクトデータエリアの構造は、DEFINE CLASS ステートメントの OBJECT USING 節で指定されます。 オブジェクトデータエリアは、データエリアエディタによって、ローカルデータエリアとして作成されます。
オブジェクト指向プログラミング：クラスのオブジェクトデータエリアの各プロパティには、プロパティ値を格納するために変数が必要になります。この変数をオブジェクトデータ変数と言います。 また、オブジェクトデータエリアでは他の変数も定義できます。それらの変数にクライアントからプロパティとしてアクセスすることはできません。これらはクラスのメソッドによってのみ使用されます。
Windows：リモート開発環境でのプログラムの同時更新を防ぎます。
次のいずれかがオペランドとなります。
定数
ユーザー定義変数またはユーザー定義関数
ビューフィールド
システム変数またはシステム関数
オペランドは Natural ステートメントと連携して使用します。 詳細については、『ステートメント』ドキュメントの「オペランド定義テーブル」を参照してください。
Predict：アソシエーションは、Predict オブジェクトと他の Predict オブジェクトとの関係をドキュメントするために使用されます。 アソシエーションは、子または親としてオブジェクトをオブジェクトにリンクすることにより確立されます。 例えば、データベースはファイルの親であり、ファイルはフィールドの親です。
Predict：アプリケーション開発の初期の段階で、設計目的のために Conceptual タイプのファイルオブジェクトが使用されます。
アプリケーション記述が物理的に格納されているデータベースファイル（メインフレーム上の現在の FDIC にある）。 「アプリケーション記述」を参照してください。
Windows：外部インターフェイスとは、インターフェイスモジュールで定義されるインターフェイスのことで、クラス別に含まれています。
Predict：Predict でドキュメンテーションオブジェクトを使用してドキュメントされたアプリケーション（データ処理システム）のオブジェクト。 Generation 機能を使用すると、ドキュメンテーションオブジェクトから外部オブジェクトを作成できます。また、Incorporate 機能を使用すると、外部オブジェクトからドキュメンテーションオブジェクトを作成できます。 Comparison 機能を使用すると、外部オブジェクトとドキュメンテーションオブジェクトを比較できます。
NaturalX クラスのタイプは、ローカル、内部、または外部です。 これは、クラスが登録された方法によって決まります。 外部クラスは、REGISTER コマンドオプション ES（ExternalSingle）または EM（ExternalMultiple）を使用して、DCOM クラスとして登録されたクラスです。 外部クラスのオブジェクトは、他のプロセスによって作成およびアクセスされる場合があります。
Predict：仮想マシンタイプの Predict オブジェクトは、ネットワークタイプのオブジェクトとともに、データ処理システムのハードウェアおよびオペレーティングシステム環境をドキュメントします。
Natural では、カタログ化オブジェクトとは Natural オブジェクトの実行形式（コンパイルされた形式）のことです。 カタログ化オブジェクトは、オブジェクトモジュールとして Natural システムファイルに格納されます。
メインフレーム：メインフレームでカタログされたオブジェクトは、メインフレームでのみ実行可能です。 メインフレームでは、Natural Optimizer Compiler を使用してカタログ化オブジェクトを最適化できます。
Windows/UNIX/OpenVMS：Natural バージョン 5.1 では、カタログ化オブジェクトはメインフレーム以外の Natural がサポートするすべての Windows、UNIX、および OpenVMS プラットフォーム間で移植可能です。 また、必要に応じて、カタログ化オブジェクトのエンディアンモードを指定することもできます。
同義語："生成プログラム（Generated Program）" またはその略である "GP" という用語も、カタログ化オブジェクトの同義語として使用されます。 Predict Application Control では、"ロード形式" という用語が使われます。
Predict：ある種の検索（例：子を持つファイル）では、指定された選択条件に合うオブジェクトの属性と、これらのオブジェクトに関係付けられたオブジェクトの属性の両方がレポートされます。 出力オプションを指定している場合、指定された選択条件に合うオブジェクトがカレントオブジェクトと呼ばれます。
Predict：ネットワークオブジェクトや仮想マシンオブジェクトは、情報処理システムのハードウェアおよびオペレーティングシステム環境をドキュメントします。 Predict は、カレントな仮想マシンおよびカレントなネットワークを保存して、次のような形で使用します。
データベースオブジェクトおよび仮想マシンオブジェクトのデフォルトの親として使用します。
Generate/Incorporate/Compare 機能、および Predict の特殊機能メニューから呼び出される一部の AOS 機能のターゲット環境として使用します。
カレントな仮想マシンおよびカレントなネットワークは、Predict のデフォルトで指定されます。
Predict：「ファイル関係」を参照してください。
Predict：親子オブジェクトに対する総称的な用語。
Natural：『プログラミングガイド』の「Natural 予約キーワード」を参照してください。
Predict：データディクショナリオブジェクトを参照する追加の手段として、キーワードタイプのオブジェクトが使用されます。 どのオブジェクトにも、最大 32 個のキーワードを割り当てることができます。
「アプリケーション」を参照してください。
メインメモリから最後に検索されたデータのコピーが一時的に保管されるのに使用されるバッファ領域。 これによって、システムファイルおよび外部データベース／ファイルシステムへの不必要なアクセスを避け、CPU タイムを削減してレスポンスタイムを向上させることができます。
z/OS および VSE/ESA：Natural ニュークリアスの環境に依存しない部分。これがインストールされることで、ニュークリアスの 1 つのコピーを複数の TP 依存 Natural ドライバが使用できるようになり、バッチモードでの使用も可能になります。
Predict：Predict データディクショナリオブジェクトは、外部オブジェクト（既存の Natural データ定義モジュール、Adabas フィールド定義テーブルなど）を組み込むことによって作成できます。
「RPC スタブ」を参照してください。
Natural クラスは、データ構造（オブジェクト）を対応する機能（メソッド）とともにカプセル化します。 「NaturalX クラス」も参照してください。
クラスオブジェクトのオブジェクトの内部構造はデータエリア（オブジェクトデータエリア）で定義されます。 クラスのメソッドはサブプログラムとして実装されます。
NaturalX クラスを DCOM クラスとして登録する場合は、ネットワーク上でクラスを明確に識別できるグローバルユニーク ID（GUID）をクラスに定義する必要があります。 Natural で GUID をクラスに割り当てるには、DEFINE CLASS ステートメントの ID 節で指定します。 GUID は、データエリアエディタで生成できる英数字定数で表されます。 Natural スタジオクラスビルダは、自動的に新しい GUID を個々の新しいクラスに割り当てます。
VSAM：VSAM に定義されるデータセット。 クラスタは、キー順データセット（KSDS）、エントリ順データセット（ESDS）、または相対レコードデータセット（RRDS）のいずれかです。*
Windows：NaturalX および DCOM コンポーネントクラスの定義および実装を、Natural クラスとしてサポートします。 Natural クラスは、Natural オブジェクト（例えばオブジェクトデータ領域）やクラスソースだけに存在するオブジェクト（例えばインターフェイスコンポーネント）などのさまざまなコンポーネントで構成することができます。 クラスビルダは、クラスの各コンポーネントをノードの形で表します。 ノードを選択することによって、クラスおよびそのコンポーネントを文脈に依存した方法で管理することができます。
DEFINE CLASS ステートメントの class-name オペランドで定義される名前。 クラスのオブジェクトを作成する CREATE OBJECT ステートメントで、この名前が使用されます。 『ステートメント』ドキュメントの「DEFINE CLASS」も参照してください。
Natural クラスが定義される Natural モジュールの名前。
「セッションパラメータ」を参照してください。
Predict：検索メニューまたはアクティブ検索メニューの Predict 関数 X によって作成されるリスト。特定のアソシエーションによって所定のオブジェクトのリンク先となっているすべてのオブジェクトが表示されます。
Predict：標準ファイルまたはマスタファイルのフィールドからコピーされたフィールドを結合フィールドと呼びます。
Predict：情報（オブジェクト、その属性およびアソシエーション）の選択された出力を端末に、バッチモードの場合はスプールに送るサブシステム。
Predict:ディクショナリから情報を検索するときには、検索タイプと出力モードを指定する必要があります。 これらの設定の組み合わせによって、レポートヘッダーに示される検索操作のタイプが決定します。
Predict：検索タイプにより、ディクショナリから検索する Predict 情報のタイプが決定されます。 検索タイプには、タイプに依存しないもの（子を持ったオブジェクトなど）と、タイプ固有のもの（ファイル間相違など）があります。
Predict：検索モデルは、検索構造と、作成するレポートの内容およびレイアウトの定義という 2 つの部分で構成されます。
Predict：アソシエーションは、Predict オブジェクトと他の Predict オブジェクトとの関係をドキュメントするために使用されます。 アソシエーションは、子または親としてオブジェクトをオブジェクトにリンクすることにより確立されます。 例えば、フィールドはファイルの子であり、ファイルはデータベースの子です。
Predict：コーディネータのロード機能またはインポート機能を使用するときに、データを一時的に格納するために使用される Predict ファイル。 このコーディネータ FDIC でコンフリクトが解決されていないと、ロード機能またはインポート機能を続行できません。 機能が正常に実行されると、コーディネータ FDIC のデータは削除されます。
Predict：オブジェクトは、Predict Coordinator を使用してロードまたはインポートされる場合、コンフリクト管理、セキュリティチェック、整合性チェックという 3 つの段階から成るチェックサイクルを通過する必要があります。 いずれかの段階のコンフリクトがメイン FDIC またはコーディネータ FDIC で解決されていない場合、ロード機能またはインポート機能を続行できません。
処理または交換用にエンコードされたテキストの単位を表す最小のビット組み合わせ。
「Unicode」も参照してください。
Unicode コードスペースの値（U+000000～U+10FFFF）。
Natural コンパイラは、ソースプログラムを中間コードに翻訳します。 「Natural Optimizer Compiler」も参照してください。
Windows/UNIX/OpenVMS：以下のコンフィグレーションファイルを調べれば、FNAT/FUSER の基本ディレクトリがわかります。
ローカルコンフィグレーションファイル - NATURAL.INI
ローカルコンフィグレーションファイルには、バッファプール割り当てとインストール指定が含まれています。 このファイルは、バージョンごとの Natural インストールディレクトリの etc ディレクトリ内にあります。
グローバルコンフィグレーションファイル - NATCONF.CFG
グローバルコンフィグレーションファイルには、DBMS 割り当て、ディクショナリサーバー割り当て、プリンタプロファイルの割り当て、およびシステムファイル割り当てが含まれています。
Predict：コーディネータチェックサイクルの第 1 段階です。 Predict バージョン 3.3 以上では、すべてのオブジェクトが内部 ID を持っています。 コンフリクト管理とは、こうした内部 ID から生じるコンフリクトを解決することを指します。 例えば、オブジェクト ID が同一の 2 つのオブジェクトで内部 ID が異なるといったコンフリクトが考えられます。
内部 ID から生じるコンフリクトがコーディネータ FDIC で解決されていなければ、データをメイン FDIC にロードまたはインポートすることはできません。
Windows：NaturalX アプリケーション開発に使用できる ActiveX コンポーネントを表示するのに使用します。 以下の機能から構成されています。
使用可能な ActiveX コンポーネントとそれらのディスパッチおよびデュアルインターフェイスがリストされます。
データタイプが Natural フォーマットにマップされます。
外部コンポーネントのヘルプファイルに直接アクセスできます。
Natural プログラミング例が自動的に生成されます。
Predict：サーバータイプの Predict オブジェクトは、ノードタイプのオブジェクトとともに、リモートプロシージャコールをドキュメントするために使用されます。
サーバー ID は、NaturalX サーバーを識別する文字列です。 Windows システムレジストリ内の Natural が所有するキーであり、所定の NaturalX サーバーに属するすべてのクラスがまとめられています。 これは 32 文字の任意の英数字文字列で、空白を含まず、大文字と小文字は区別されません。
サーバー ID は Natural パラメータ COMSERVERID=serverid で定義されます。
Natural RPC：サーバータスクとは、サービス（サブプログラム）を提供する Natural タスクのことです。 これは、通常、バッチタスクまたは非同期タスクです。 これはサーバー名で識別されます。
z/OS：Natural DB2 ストアドプロシージャサーバーと Natural 開発サーバーによって使用される Natural サーバー環境のコンポーネント。 『オペレーション』ドキュメントの、Natural の運用に関する環境固有の情報を参照してください。 サーバーフロントエンドは、サーバー環境の初期化、セッションのロールイン／ロールアウト、Natural オブジェクトの実行などの追加機能をフロントエンドサーバーに付与する、機能拡張されたバッチドライバ（NATOS、NATTSO）です。
Natural RPC：CALLNAT が実行されるサーバーの名前。
EntireX Broker では、サーバー名は EntireX Broker 属性ファイルの SERVER フィールドに定義された名前です。
Natural RPC：サーバーが提供するサービス（サブプログラム）に関する情報を含みます。 サービスディレクトリは、各クライアントノードからローカルでアクセスできるか、またはリモートディレクトリサーバーに配置されている場合は、RDS セッションパラメータで参照できます。 サービスディレクトリを実装する SYSRPC ユーティリティで生成されます。
サービスディレクトリは、SYSRPC ユーティリティによって生成される Natural サブプログラム NATCLTGS によって実装されます。
Predict：オブジェクトタイプはサブタイプを持つことができます。 オブジェクトタイプファイルのサブタイプとして、例えば Adabas ファイル、Adabas ユーザービュー、DB2 テーブル、DB2 ビューなどがあります。オブジェクトタイプファイルのサブタイプは、ファイルタイプとも呼ばれます。
Predict：システムタイプの Predict オブジェクトは、アプリケーションまたはその一部を形成するプログラムをドキュメントします。
Natural によって提供されるプログラム済みの関数。 『システム関数』ドキュメントを参照してください。
Natural システムコマンドは、Natural プログラミングオブジェクトの作成、管理、または実行に必要な機能を実行します。 また、Natural システムコマンドを使用して、Natural 環境をモニタしたり管理したりすることもできます。
Natural システムファイル（FNAT、FUSER）には、Natural システムが機能するために必要な情報、データ、プログラム、モジュールなどが含まれます。 Predict、Natural Security、Natural Advanced Facilities、Natural for VSAM などの製品では、それぞれ固有のシステムファイル（FDIC、FSEC、FSPOOL、FDICX）が必要とされます。
Predict：ソースコードとして使用できないプログラムは、プログラムタイプ（サブタイプ E（外部オブジェクト）、言語 Z（システムプログラム））の Predict オブジェクトで記述されます。 Predict でシステムプログラムを作成すると必ず、そのシステムプログラムの Xref データが作成されます。
システム変数は、システム情報を表示する場合に使用します。 これらは、Natural プラグラム内のどこからでも参照できます。 『システム変数』ドキュメントを参照してください。
インストール時に FNAT 内に作成される Natural の内部ライブラリ。ユーザーが修正することはできません。 Natural システムライブラリの名前はすべて、"SYS" で始まります（メインフレームではいくつかの例外があります）。
Predict：上位階層レベルにあるフィールドが修正されたときに、そのフィールドから派生する下位階層レベルのすべてのフィールドが自動更新されること。
階層レベルは次のようになっています。
標準ファイル
マスタファイル
ユーザービュー
Predict：出力モードは、検索タイプとともに、Predict 検索機能によるディクショナリデータの評価方法を決定します。 あらゆる検索タイプに対してすべての出力モードを使えるわけではないことに注意してください。
ユーザーによって定義された、コンピュータが達成すべき作業単位。 ジョブという用語は、曖昧にジョブの代表的なものを指して使われることがあります。 こうした代表的なものに、コンピュータプログラム、ファイル、オペレーティングシステムへの制御文などがあります。*
マップフィールドに定義された処理プロシージャのことで、フィールドの内容をチェックし、内容に応じて対応します。 複数のフィールドをチェック対象にすることもできます。 処理ルールは、Predict にまとめて保存するか（フリールール）、DDM フィールドに永久に割り当てる（自動ルール）ことができます。
メインフレーム：Natural パラメータモジュール（NATPARM）の NTPRM マクロおよび他のマクロで指定されたプロファイルパラメータによって割り当てられたもの。このパラメータモジュールは、その後 Natural ニュークリアスでアセンブルされてリンクされます。 指定されないパラメータには、すべてデフォルト値が割り当てられます。
Windows/UNIX/OpenVMS：NATPARM.SAG で指定されたパラメータ設定。
ローカルアプリケーションプログラムとブローカの間にリンクを設定するソケットプログラム。 「RPC スタブ」も参照してください。
『ステートメント』ドキュメントを参照してください。
Predict：ストレージスペースタイプの Predict オブジェクトは、DB2 ストレージグループをドキュメントします。
メインフレーム：特定の Natural セッションのすべてのデータが含まれるストレージスペース。
Windows/UNIX/OpenVMS：オペレーティングシステムによる CPU 時間の割り当て対象となる、アプリケーション内の基本（メモリ）エンティティ。 スレッドが存在することで、シングルおよびマルチプロセッサでの並行コンピューティングが可能になります。 スレッドはそれぞれ独立して実行されます。
Predict：オブジェクトに関する情報を検索するときに選択条件として使用する、キーワード、オーナー、テキスト文字列の組み合わせ。 制限は、プロファイルに保存することも、一時的な使用の目的で指定することもできます。
Predict：コーディネータチェックサイクルの第 3 段階です。 ファイル番号がデータベース内でユニークであるかなど、送信されるオブジェクトの論理的整合性がチェックされます。 メインフレーム機能と同様のチェックが実行されます。
Predict：整合性チェックタイプの Predict オブジェクトは、フィールド値の確認を行うためのルールをドキュメントします。 整合性チェックタイプの Predict オブジェクトからは、Natural 処理ルールを生成することができます。
Predict：生成機能を使用すると、ファイルタイプの Predict オブジェクトから外部データ定義オブジェクトを生成することができます。
Predict：実装計画にいくつかの生成タスクを含めると、データ定義オブジェクトの生成を快適に実行することができます。 生成タスクとは、Predict 生成機能を呼び出すタスクのことです。
Natural では、実行可能（カタログ化）オブジェクトはコンパイラによって生成されます。
メインフレーム：メインフレームでカタログされたオブジェクトは、メインフレームでのみ実行可能です。 メインフレームでは、Natural Optimizer Compiler を使用してカタログ化オブジェクトを最適化できます。
Windows/UNIX/OpenVMS：Natural バージョン 5.1 では、生成プログラムはメインフレーム以外の Natural がサポートするすべての Windows、UNIX、および OpenVMS プラットフォーム間で移植可能です。 また、必要に応じて、生成プログラムのエンディアンモードを指定することもできます。
同義語："カタログ化オブジェクト" という用語が、GP の同義語としてよく使用されます。 Predict Application Control では、"ロード形式" という用語が使われます。
Natural：Natural セッションは、ユーザー依存の Natural ランタイムコンテキストです。Natural ランタイムシステムで Natural プログラムを実行する際に必要です。
現在の Natural セッション内で、システムコマンド GLOBALS（または SET GLOBALS ステートメント）を使用して割り当てられ、 スタティック／ダイナミック割り当てを書き換えます。
Natural セッションパラメータは、レポートサイズなどの係数やフィールド表示方法を制御するために、特定の Natural ステートメントで使用されます。
これらのパラメータは、Natural のインストール時に Natural 管理者によって Natural の全ユーザーに有効なデフォルト値に設定されます。
詳細については、『パラメータリファレンス』を参照してください。
セッションに適用されるパラメータ値を確認するには、システムコマンド GLOBALS を入力してください。
Predict：多くの Predict 機能ではパラメータ値を指定する必要があります。 Predict では、パラメータ値は一時的にセッション変数内に格納されます。 パラメータ値を省略しても、可能であればこのようなセッション変数からパラメータ値を取得できます。 セッション変数から取得できる具体的なパラメータ値については、機能やパラメータタイプによって異なります。
Predict:外部オブジェクトとドキュメンテーションオブジェクトとの接続は、外部オブジェクトがドキュメンテーションオブジェクトから作成されたか、またはドキュメンテーションオブジェクトが外部オブジェクトから取り込まれたときに確立されます。 接続された外部オブジェクトとドキュメンテーションオブジェクトのほとんどは、明示的に切断できます。
接続は、ドキュメンテーションオブジェクトの属性である実装ポインタを使用して、Predict 側で実現されます。
大きい整数値の出力を構築する場合、一般的には整数の 3 桁ごとにセパレータが挿入されて、千桁ごとに値が分割されます。 このセパレータは、"千桁単位セパレータ" と呼ばれます。
"千桁単位セパレータ文字" は、ランタイムに千桁単位セパレータとして使用される文字です。
Predict：「アクティブヘルプ」を参照してください。
Predict：Predict 検索機能は、個々のオブジェクトまたはオブジェクトグループに適用することが可能です。 検索機能を適用するオブジェクトを選択するには、検索条件を指定します。
Predict：Predict Coordinator を使用してデータを送信する場合、送信媒体として、PC ワークファイル、Natural ワークファイル、またはデータベース内のファイルを使用できます。 コーディネータのアンロード機能やエクスポート機能を使用する場合、ターゲット環境が送信媒体です。ロード機能やインポート機能を使用する場合は、ソース環境が送信媒体です。
Natural では、ソースオブジェクト（保存オブジェクト）に Natural ソースコードが格納されます。 ソースオブジェクト自体は、オブジェクトモジュールとして Natural システムファイルに格納されます。
「カタログ化オブジェクト」、「オブジェクト」、および「オブジェクトタイプ」も参照してください。
Predict：派生フィールドの定義で使用されるフィールド。 派生フィールドとは、スーパー、ハイパー、サブフィールド、ディスクリプタ、およびフォネティックディスクリプタを指します。
Predict：Predict ドキュメンテーションオブジェクトには、オブジェクトを記述する属性が含まれています。
Natural では、"ダイナミック千桁単位セパレータ" は編集マスクの特殊文字です。これは、ランタイムで挿入される千桁単位セパレータの位置を示します。
DEFINE DATA 節に含まれていない Natural 変数の定義。
Natural の開始時に個々のパラメータおよび／または代替パラメータファイルを指定することによって割り当てられます。 現在の Natural セッションに対して有効です。
DYNAMIC 属性を持つ変数を使用すると、開発時にスペース制限を定義せずに、Natural で大きなバイナリデータ構造および英数字データ構造を処理できます。 ダイナミック変数は長さを指定せずに定義されます。 ダイナミック変数をターゲットオペランドとして明示的に使用するか、EXPAND または RESIZE ステートメントとともに黙示的に使用した場合、メモリが実行時に割り当てられます。 ダイナミック変数は、DEFINE DATA ステートメント内でしか定義することはできません。 『プログラミングガイド』の「ダイナミック変数およびフィールドについて」を参照してください。
NaturalX クラスが DCOM クラスとして登録されている場合は、Windows システムレジストリエントリによって、クラスに対してタイプライブラリが生成され、クラスに接続されます。 クライアントは、タイプライブラリに含まれているタイプ情報を使用して、コンパイル時またはランタイムに、クラスのインターフェイス、メソッド、およびプロパティの説明をチェックできます。
NaturalX クラスが DCOM クラスとして登録されている場合は、Windows システムレジストリエントリによって、クラスに対してタイプライブラリが生成され、クラスに接続されます。 クライアントは、タイプライブラリに含まれているタイプ情報を使用して、コンパイル時またはランタイムに、クラスのインターフェイス、メソッド、およびプロパティの説明をチェックできます。
メインフレーム：多重プログラミングまたは多重処理環境では、制御プログラムによってコンピュータが達成すべき 1 つの作業単位として扱われる、1 つまたは複数の命令シーケンスを指します。*
Windows/UNIX/OpenVMS：「プロセス」を参照してください。
Predict：Adabas ユーザービューなど、常に 1 つのマスタファイルだけから派生するビュー。
セッションパラメータ CF を使用すると、他の特殊文字を制御文字として定義することができます。 『端末コマンド』ドキュメントを参照してください。
要素の階層を視覚的に表示したもの。
Natural では、次のタイプの定数がサポートされています。
数値定数
英数字定数
日付／時刻の定数
16 進の定数
論理定数
浮動小数点定数
属性定数
ハンドル定数
『プログラミングガイド』の「ユーザー定義定数」を参照してください。
Predict：データスペースタイプの Predict ドキュメンテーションオブジェクトは、DB2 テーブルスペースと SQL/DS DBspace をドキュメントします。
「DCL」を参照してください。
Predict：生成機能で作成された外部オブジェクト。Adabas 圧縮ユーティリティ、COBOL コピーコード、データ定義モジュール（DDM）、DB2 データベース、整合性ルールなどの定義。
「DDL」を参照してください。
「DDM」を参照してください。
Predict：「オブジェクト」を参照してください。
データビューは、データ定義モジュール（DDM）で定義されたデータベースフィールドを参照します。 データビューには、DDM のフィールド定義のすべてまたは一部を表示できます。データビューは、DEFINE DATA ステートメントまたはデータエリアで定義されます。
Predict：データベースタイプの Predict ドキュメンテーションオブジェクトは、一連の物理ファイルと論理ファイルをドキュメントします。 データベースタイプのオブジェクトを形成するためのファイルの収集方法は、ドキュメントされるデータベースのタイプによって異なります。
「Natural デバッガ」を参照してください。
Predict：Adabas Star を使用してアクセスできないデータベース。
単一ユーザーによって行われるアプリケーションデータ入力。ここから一連の情報交換および操作手順の実行が開始されます（入力 - データ処理 - 出力）。 プロセスを開始するにはトランザクションコードが必要です。
Natural では、データベースの更新処理はトランザクション（データベーストランザクション）に基づいて実行されます。つまり、すべてのデータベース更新要求は論理トランザクション単位で処理されます。 論理トランザクションとは、データベースに含まれる情報の論理的整合性を確実なものにするためには完全に実行する必要のある最小作業単位のことで、ユーザーによって定義されます。
ステートメント END TRANSACTION（ET）と BACKOUT TRANSACTION（BT）を使用すると、トランザクションを開始してから以降のデータベースの全レコードがロック解除されます。 『プログラミングガイド』のデータベースアクセスに関するセクションも参照してください。
Predict：Predict バージョン 3.3 から、すべてのオブジェクトは内部 ID を持っています。 この ID は、オブジェクトが追加されたときに自動的に割り当てられます。 グローバルに、ユニークであり、オブジェクトが存在する限り、ともに維持されます。
クラスで直接定義されるインターフェイス、またはインターフェイスモジュールで定義されるインターフェイスモジュールのインターフェイス。
NaturalX クラスのタイプは、ローカル、内部、または外部です。 これは、クラスが登録された方法によって決まります。 内部クラスは、REGISTER コマンドオプション IM（InternalMultiple）を使用して、DCOM クラスとして登録されたクラスです。 内部クラスのオブジェクトを他のプロセスから作成することはできませんが、アクセスすることはできます。 そのためには、例えばメソッドの戻り値などの形で、オブジェクトがクライアントプロセスに渡されている必要があります。
Predict：各 Predict オブジェクトタイプは、内部コードによって内部的に識別されます。 内部コードは Predict によって割り当てられ、ユーザーが変更することはできません。
Natural カーネルを構成するサービスプログラム（メモリ管理、文字列操作、オペレーティングシステムインターフェイス、コンパイラ、ランタイム環境など）の集合体。
メインフレーム：Natural ニュークリアスは 2 つの不可欠の部分から構成されています。1 つは、オペレーティングシステムや TP モニタシステムから独立して実行される部分、もう 1 つは、これらに関連して実行される部分です。 どちらの部分も、1 つのニュークリアスを形成するために一緒にリンクすることができます。 「共有ニュークリアス」も参照してください。
Windows/UNIX/OpenVMS：ニュークリアスは、オペレーティングシステムに依存する Natural の一部です。
Predict：ネットワークは、仮想マシンタイプの Predict オブジェクトと連携して、データ処理システムのハードウェアおよびオペレーティングシステム環境をドキュメントします。
Predict：ノードタイプの Predict オブジェクトは、サーバータイプのオブジェクトとともに、リモートプロシージャコールをドキュメントするのに使用されます。
Natural RPC：リモート CALLNAT の送信先ノードの名前。 EntireX Broker では、ノード名は、EntireX Broker 属性ファイルの BROKER-ID フィールドに定義された EntireX Broker 名です。 「Natural RPC」も参照してください。
製品のバージョンは、バージョン番号の最初の 2 桁で示されます。 Software AG では、製品に追加した機能やテクノロジの量に応じて、メジャーバージョンとマイナーバージョンを区別しています。 その他の数字は修正レベルを示します。
製品ドキュメントでは、vrs、vr、または単に v という表記が、例えばデータセットやモジュール名などの中で、現在の製品バージョンのプレースホルダとしてよく使用されています。
| プレースホルダ | 意味 | 定義 |
|---|---|---|
| v | バージョン |
メジャーバージョン
製品バージョン番号の先頭の数字は、製品の価値を高める主要なアーキテクチャと機能が実装されている、または拡張されていることを示します。 |
| r | リリース |
マイナーバージョン
バージョン番号の 2 桁目は、製品の価値を高める新機能または拡張機能があることを示します。 |
| s | システムメンテナンスレベル |
修正レベル
修正レベルの場合、エラー修正のみが含まれ、新機能は含まれません。すべての変更および修復に関するドキュメントが付属しています。 修正レベルに機能変更を含める必要がある場合は、例外処理プロセスによって、対応する品質保証アクティビティが確実に実行されます。 このような機能変更はドキュメントに記載されます。 当該の修正レベルをインストールしたときの影響を回避することが主な目的です。 Natural バージョンの 3 番目の数字は、システムメンテナンスレベルを示します。 Natural がサポートする特定のプラットフォームで、更新パッケージ、パッチレベル、サービスパック、修正プログラムなど、追加レベルが存在する場合があります。 |
Predict：パッケージリストタイプの Predict オブジェクトは、DB2 パッケージをドキュメントします。
Windows - XRef Evaluation：パッシブクロスリファレンス機能は、カレントオブジェクトを使用しているオブジェクトを表示します。 例えば、手元にコピーコードがあって、それがアプリケーションのどの部分に含まれているかを知りたい場合などに、この機能を使用します。 結果はツリービューに表示され、参照された（"使用された"）オブジェクトが最上位に表示されます。 コピーコード、DDM、メソッドなど、一部のオブジェクトにはデフォルトでパッシブクロスリファレンスのみが含まれています。
詳細については、Single Point of Development ドキュメントを参照してください。
Predict：パッシブヘルプでは、各種機能に関する記述情報が提供されます。 メニューの Retrieval Type/Function フィールドに疑問符を入力すると、またはヘルプのメインメニューから、コンテキスト依存のオンラインヘルプ情報を表示できます。
Natural では、Natural ニュークリアスが Natural オブジェクトを実行するのに使用するストレージを指します（「オブジェクトタイプ」も参照）。 Natural オブジェクトは、実行が要求されるとシステムファイルから読み取られ、バッファプールに置かれます。バッファプール内の Natural オブジェクトは、複数のユーザーが同時に使用できます。
以下の項目を参照してください。
Natural リモートプロシージャコール：各 Natural RPC パラメータの詳細については、使用環境の『オペレーション』ドキュメントを参照してください。 メインフレーム Natural の場合、これらのパラメータは NTRPC マクロに含まれるか（スタティック定義）、プロファイルパラメータ RPC で定義されます（ダイナミック定義）。
メインフレーム：「パラメータモジュール」を参照してください。
Windows/UNIX/OpenVMS：デフォルトでは、ユーザーの Natural 環境の特質を決めるのに、パラメータファイル NATPARM.SAG 内のパラメータ指定が使用されます。 パラメータファイルがないと、Natural は実行できません。 初期状態の NATPARM パラメータファイルには、Software AG によって提供されるデフォルト値が含まれます。 Natural にシステムデフォルト以外のパラメータ値を使用する場合は、Natural コンフィグレーションユーティリティを使用して、デフォルトパラメータファイルである NATPARM.SAG を修正するか、ユーザー独自のパラメータファイルを作成します。 どのパラメータファイルも、名前は 8 文字で拡張子が .SAG である必要があります。
Windows/UNIX/OpenVMS：「パラメータファイル」を参照してください。
メインフレーム：ユーザーの Natural 環境の特質を決めるために使用される、Natural のすべてのプロファイルパラメータ設定を含みます。 パラメータモジュールがないと、Natural は実行できません。 Software AG によって提供されるデフォルトパラメータモジュールが、ソース形式の NATPARM です。 Natural パラメータモジュールはロードモジュールであるため、アセンブルしてリンクする必要があります。 Natural にシステムデフォルト以外のパラメータ値を使用する場合は、NATPARM を修正するか、ユーザー独自のパラメータファイルを作成します。
Natural パラメータは、Natural ニュークリアスにリンクする標準パラメータモジュールで定義されます。 このモジュールは、Natural パラメータ階層の最下位レベルを構成します。 Natural 管理者は、Natural 標準パラメータモジュールに加えて、任意の個数の追加パラメータモジュールを定義できます。
追加パラメータモジュールは TP またはオペレーティングシステムライブラリに保存され、Natural の開始時に、パラメータ PARM によって代替パラメータモジュールとして使用できます。 詳細については、『オペレーション』ドキュメントの「プロファイルパラメータの使用方法」セクションを参照してください。
非同期 Natural セッションは、どの端末にも関係しない "オンライン" セッションです（つまり、TP モニタ配下で実行中）。したがって、端末ユーザーと対話することはできません。
Predict：「ユーザービュー」を参照してください。
Predict：標準ファイルは、1 つの編成内で処理されるすべてのデータ（データ定義／会社標準）のレイアウト全体をドキュメントします。 標準ファイル内のフィールドは、実装されたデータ構造を直接参照しません。標準ファイル内のフィールド定義は異なるタイプのマスタファイルに自動更新されます。
「自動更新」を参照してください。
Predict：標準ファイル内のフィールド。 標準ファイルおよび標準フィールドでは、別のファイル内のフィールドも標準的な使用を強制されます。
Adabas：ピリオディックグループフィールドでは、FDT 内の連続フィールド（一連のエレメンタリフィールドやマルチプルバリューフィールド）が定義されます。これらのフィールドはレコード内でまとめて繰り返されます。 ピリオディックグループによって定義されたフィールドは、Adabas のバージョンと FDT の定義に応じて、レコードごとに最大 65,534 回繰り返すことができます。 Natural で Adabas のピリオディックグループにアクセスするには、すべてのフィールドを別々の配列として定義するか、1 グループを 1 つの配列として定義します。
Predict：ファイルタイプの Predict オブジェクトには、フィールドの集合体の定義が含まれます。
Adabas：ファイルカップリングは、特定のファイルのレコードが別のファイルのレコードに関連付けられている（カップリングされている）場合に、それらのレコードを選択するために使用します。 ファイルは Adabas ディスクリプタを使用して連結（カップリング）されます。
ファイルの連結を物理的に行う場合は（ハードカップリング）、ISN リストを使用します。論理的に行う場合は（ソフトカップリング）、検索結果（FIND ステートメント）をランタイムにダイナミックに評価します。
Predict：ファイル関係タイプの Predict オブジェクトは、ファイル内のフィールドを使用して設定される 2 つのファイル間の論理的または物理的関係をドキュメントします。 Predict の以前のバージョンでは、"ファイル関係" は "関係" と呼ばれていましたが、 他の Software AG 製品との互換性の理由で名前が変更されました。
Predict：フィールドタイプの Predict オブジェクトは、ファイル内部にある参照の最小論理単位をドキュメントします。
「FDT」を参照してください。
プログラムを呼び出すために使用されるモジュール。 ブートストラップモジュールは、プログラムを実行するのに必要な環境を提供します。
「アプリケーション」を参照してください。
Predict：1 つ以上のマスタファイルから起動できるビュー（例：ORACLE ビュー）。
Predict：「マスタファイル」を参照してください。
Windows：Natural スタジオのユーザーインターフェイスは、プラグインによって拡張できます。 プラグインは、プラグインマネージャから起動および停止することができます。 Natural スタジオ機能自体の一部がプラグイン形式で提供されます。 プラグインのサンプルが SYSEXPLG ライブラリのソースコード内で提供されています。
Windows/UNIX/OpenVMS：プリンタのプロファイル情報は、グローバルコンフィグレーションファイル内に指定されています。このファイルは、Software AG によって提供される印刷デフォルト値が初期設定されています。 グローバルコンフィグレーションファイルの設定は、Natural コンフィグレーションユーティリティを使用して変更できます。
Predict：他のオブジェクトにリンクされているオブジェクトをロード／インポートしたときに、参照先オブジェクトがロード／インポートされておらず、ターゲット環境にも存在しない場合、ターゲット環境に参照先オブジェクトのプレースホルダが追加されます。 このプレースホルダの目的は、ターゲット環境に参照先オブジェクトのオブジェクト ID を確保し、後で旧環境内のリンクを新環境内で再作成できるようにすることです。
プレースホルダには次の情報が含まれます。
オブジェクト ID
内部 ID
サブタイプ（存在する場合）
送信ステータスプレースホルダ
Predict：プログラムタイプの Predict オブジェクトは、異なるタイプおよび言語のオブジェクトを処理するデータをドキュメントします。
イベントではなくプログラムによって実行コード部分が制御されるアプリケーション。 実行可能なコードの最初の行から実行が開始され、定義されたパスウェイに従ってアプリケーションを通過し、あらかじめ設定された順序で指示どおりに追加のプログラムを呼び出します。
オペレーティングシステムのプロセスは、自身のメモリスペース、コード、データや他のオペレーティングシステムリソースを持つ作業要素のことで、1つまたは複数のスレッドで構成されます。
通信プロトコル（TCP/IP）とクライアント／サーバーの間でのアクセス呼び出しのコーディング。
クライアントからアクセスできるオブジェクトの属性。 Natural クラスでは、オブジェクトのプロパティ値はオブジェクトデータエリアに格納されます。 したがって、プロパティごとにオブジェクトデータ変数を割り当てる必要があります。 詳細については、「オブジェクトデータ変数」を参照してください。
プロパティに割り当てられるオブジェクトデータ変数。 詳細については、「オブジェクトデータ変数」を参照してください。
メインフレーム：SYSPARM ユーティリティを使用して、プロファイルパラメータの文字列を指定し、プロファイル名を付けて保存することができます。 プロファイルを使用するには、ダイナミックパラメータ PROFILE=profile-name を指定して Natural を開始します。 そのプロファイル名で格納されているパラメータの文字列は、ダイナミックパラメータとして Natural に渡されます。 ここで言うプロファイルとは、プロファイル名を付けて保存したプロファイルパラメータの文字列を指します。
NATPARM に定義されているすべての Natural パラメータ（ドライバパラメータやフロントエンドパラメータなどは含まれません）。 Natural プロファイルパラメータは、Natural 環境のさまざまな特質を定義します。 Natural 管理者のみにすべてのプロファイルパラメータを設定する権限があります。
プロファイルパラメータの値は、次の 3 つのソースから取得されます。
Natural SET GLOBALS ステートメントまたは GLOBALS システムコマンドで、ランタイムに割り当てられるセッションパラメータ（最も優先度が高い）。
現在の Natural セッションに有効なダイナミック割り当て。 こうした割り当てを行うには、Natural の起動時に個々のパラメータおよび／または代替パラメータファイルを指定します。
Natural モジュール／パラメータファイル NATPARM で指定されているスタティック割り当て（最も優先度が低い）。 メインフレームでは、Natural ニュークリアスにリンクしているパラメータモジュールがこれに当たります。 Windows、UNIX、および OpenVMSでは、パラメータファイル NATPARM.SAG がこれに当たります。
詳細については、Natural を実行しているプラットフォームの『オペレーション』ドキュメントを参照してください。
Natural プロファイルパラメータは、下の表に示されているように、異なる階層構造レベルで設定されます（優先度は上の方が高くなります）。
| セッション中（最も優先度が高い） |
開発環境設定。 参照 プログラム／ステートメントレベル設定。 参照 セッションパラメータ設定。 参照 Natural Security 定義。 参照 |
|---|---|
| セッション開始時にダイナミック |
ダイナミックパラメータ入力。 参照 事前定義されたユーザーパラメータプロファイル。 参照 事前定義されたダイナミックパラメータ設定。 参照 |
| スタティック |
代替パラメータファイル／モジュール。 参照 Natural 標準パラメータファイル／モジュール。 参照 |
Windows/UNIX/OpenVMS：画面およびプリンタ出力を用意します。
メインフレーム：「フロントエンドスタブ」を参照してください。
z/OS：Natural DB2 ストアドプロシージャサーバーと Natural 開発サーバーによって使用される Natural サーバー環境のコンポーネント。 「z/OS 環境のサーバーとしての Natural」を参照してください。 フロントエンドスタブは、クライアント／サーバープロトコルと Natural サーバーフロントエンドとの間で通信を行います。
「DCOM」を参照してください。
Predict：Adabas Star の使用時に論理ファイル番号から物理的なファイルを見つけるために使用する ADASTAR 変換テーブルが含まれたデータベース。
Predict：Add、Copy、Modify の各機能の入力画面の最後にある行。 この行により、特定の属性を作成または修正するかどうかが決まります。 編集行の入力フィールドに Y を入力すると、Predict エディタが呼び出されます。
Windows/UNIX/OpenVMS：Natural バージョン 5 でカタログされた GP は、Natural がサポートする UNIX、OpenVMS、および Windows プラットフォームに移植することができます。 つまり、Natural バージョン 5 でカタログされた GP は、これらのプラットフォームで再コンパイルせずに実行できます。 この機能を使用すると、UNIX、OpenVMS、Windows プラットフォーム全体でのアプリケーションの展開が容易になります。 コマンドプロセッサ GP は以前と同様に動作します。 「生成プログラム」も参照してください。
Predict：ビューの作成元となったファイル。 Predict では、マスタファイルはデータ階層の中間レベルにあります。マスタフィールドは標準フィールドから属性を継承することができ、マスタフィールド内の属性値は下位レベルのビューおよびユーザービューに自動更新されます。
Predict：マスタファイルの中のフィールド。
Windows Single Point of Development：リモート開発の場合、開発サーバーを Windows セッションにマップし、次にアプリケーションにマップすることができます。
プログラム内で参照される画面レイアウト。 プログラム内で参照される画面レイアウトのフォーマット命令を提供します。 マップは、入力および出力フィールドを定義して、これらにプログラム変数を割り当てます。 マップタイプの Natural オブジェクトは、マップエディタで作成されます。詳細については、Natural の『エディタ』ドキュメントを参照してください。
Adabas：複数の値（またはオカレンス）を持つことのできるフィールド。 1 つのファイル内の各マルチプルバリューフィールドに可能な値（オカレンス）の数は、単一レコードで最大 65,534 個です。 オカレンスの最大数は、Adabas のバージョンと FDT の定義によって異なります。 Natural で Adabas のマルチプルバリューフィールドにアクセスするには、フィールドを配列として定義します。
Predict：メイン FDIC は、Predict Coordinator を使用した Load または Import 操作のターゲット環境です。
オペレーティングシステム z/OS、VSE/ESA、VM/CMS、および BS2000/OSD を指します。また、これらのオペレーティングシステム上の Natural でサポートされるすべての TP モニタも含まれます。
オブジェクト指向プログラミング：メソッドは、クライアントによって要求されたときにクラスのオブジェクト／インスタンスが実行できる関数です。
Predict：Predict データディクショナリ構造は、オブジェクトタイプ、その属性およびアソシエーションタイプで構成されます。 この構造は、Predict のメタデータ管理機能を使用して新しいオブジェクトタイプおよびアソシエーションタイプを定義すれば拡張できます。 Predict の事前定義されたオブジェクトタイプは修正できません。
「MPP」を参照してください。
Predict：XRef データの対象となる Natural オブジェクトまたは第 3 世代言語オブジェクト。
Predict：ユーザータイプの Predict オブジェクトは、システムを誰が使用しているかをドキュメントします。 ユーザーとドキュメンテーションオブジェクトとの間の論理的なつながりは、オーナーによって設定されます。 「オブジェクトタイプ」を参照してください。
ユーザー自身がプログラムで定義するフィールド。 プログラム処理中の特定のポイントで得られた値または中間結果を保存して、追加処理または表示できるようにするために使用されます。
ユーザー定義変数を定義するには、DEFINE DATA ステートメントで名前とフォーマット／長さを指定します。 『プログラミングガイド』の「ユーザー定義変数」を参照してください。
ユーザー出口とは、Natural、サブコンポーネント、またはサブプロダクト内の、制御がユーザー出口ルーチンに渡されるポイントです。
ユーザー出口ルーチンは、定義されたユーザー出口で制御の役割を担い、データの操作または決定を行います。 通常は、サンプルのユーザー出口がソース形式で提供されています。 ユーザー出口に含まれる命令は、ユーザーが記述または調整する必要があります。 ほとんどのユーザー出口ルーチンは Natural 言語を利用しています。1 つの小さなサブセットについては、アセンブラ言語（メインフレームシステム）または C（メインフレーム以外のシステム）で記述する必要があります。
Predict：ユーザービューは、プログラムのデータ宣言セクションで使用するために定義された、マスタファイルの論理ビューです。 ユーザービューのフィールドの数と順序はマスタファイルと異なることがあります。また、特定の互換性ルールのために、ユーザービューのフィールドの特定の属性が物理／論理レベルで対応する値と異なることもあります。
Natural プログラミング言語の一部。 ユーザーには使用できない文字の組み合せを指します。
『プログラミングガイド』の「Natural 予約キーワード」を参照してください。
Windows/UNIX/OpenVMS：文字データおよびバイナリデータのラージ変数は、通常の Natural フォーマット A および B に基づいています。 フォーマット A およびフォーマット B の制限は、それぞれ 253 バイトと 126 バイトですが、こうした制限はラージ変数には無効です。 ラージ変数の新しい制限は 1 ギガバイトです。 このようなスタティックなラージ変数およびフィールドは、定義、再定義、値領域割り当て、変換、ステートメント内での参照などに関して、従来の文字／バイナリ変数およびフィールドと同じ方法で処理されます。文字／バイナリフォーマットに関するすべての規則がラージフォーマットに適用されます。
Predict：ライブラリ構造タイプの Predict オブジェクトには、Natural steplib 構造をドキュメントするシステムオブジェクトが含まれます。
Natural ステートメントは、先頭にラベルを付けてマークすることができます。 ラベルは任意の名前です。 ラベルでマークされたステートメントは、プログラムの別の場所でラベルを指定することによって参照できます。
コンパイラとは対照的に、Natural プログラムを実行する Natural ニュークリアスの一部。
Natural プログラムが実行される時間。
Predict：Predict ドキュメンテーションオブジェクトは、アソシエーションを使用してリンクすることができます（「アソシエーション」を参照）。
ヘルプルーチン、サブプログラム、サブルーチンのように、それだけでは実行できない Natural オブジェクトタイプを指す総称。
Windows プラットフォームでの、コンフィグレーションデータの中央リポジトリ、またはコンフィグレーションファイルのデータベース。 物理的には、レジストリは System.dat と User.dat という 2 つのファイルから構成されています。 論理的には、レジストリエディタで表示されるコンフィグレーションデータがレジストリです。 レジストリには、ハードウェア、ソフトウェア双方の全種類のコンフィグレーション情報が含まれています。 例えば、DCOM クラスとそのサーバーへの割り当てに関する情報が含まれます。 詳細については、Microsoft のドキュメントを参照してください。
レジストリキーは、クラスの登録時にサーバーの Windows システムレジストリに作成されるエントリです。 また、レジストリキーは、クライアント登録ファイルの実行時にクライアントシステムレジストリに追加されます。
レジストリキーおよびその管理についての詳細な予備知識については、該当するプラットフォームのレジストリに関するドキュメントを参照してください。
NaturalX クラスのタイプは、ローカル、内部、または外部です。 これは、クラスが登録された方法によって決まります。 ローカルクラスとは、DCOM クラスとして登録されていないクラスのことです。 したがって、ローカルクラスのオブジェクトは、他のプロセスからは作成することもアクセスすることもできません。現在の Natural セッションのプログラムからのみ、作成／アクセスすることができます。
Predict：コーディネータ FDIC から移行データをロードします。 ロードされるデータは、コーディネータチェックサイクルの 3 つの段階のすべてを通過する必要があります。
z/OS：サーバーとしての Natural は、独立したリージョン内で動作するか、DB2 ストアドプロシージャのようなサーバーサブシステムリージョン内で動作します。 Natural をサーバーとして実行するには、サービス固有のサーバースタブが必要です。 このサーバースタブは、サーバー製品の一部として提供され、 すべてのサービス要求を制御するとともに、Natural サーバーフロントエンドの唯一のインターフェイスとして機能します。
『オペレーション』ドキュメントの「z/OS での Natural」セクションにある「ロールサーバー」を参照してください。
Predict：論理ファイル定義に、ファイルの物理的実装に関する情報が含まれているとは限りません。 基本的に、論理ファイル定義はファイル構造の定義のことです。
特定のワークファイルフォーマットで作成された、Natural で使用可能なファイル。 例えば、Entire Connection フォーマットでデータを保存するワークファイルタイプは 2 種類あります。 ENTIRE CONNECTION と TRANSFER です。
詳細については、プロファイルパラメータ WORK を参照してください。
ターゲットファイルに保存されるデータの構造を示します。 例えば、ワークファイルフォーマット Entire Connection では、2 つのファイル .NCD および .NCF が作成されます。
