JPH06506571A - 分散異機種ネットワーク通信の管理および簡易化の方法および装置 - Google Patents

分散異機種ネットワーク通信の管理および簡易化の方法および装置

Info

Publication number
JPH06506571A
JPH06506571A JP4504261A JP50426192A JPH06506571A JP H06506571 A JPH06506571 A JP H06506571A JP 4504261 A JP4504261 A JP 4504261A JP 50426192 A JP50426192 A JP 50426192A JP H06506571 A JPH06506571 A JP H06506571A
Authority
JP
Japan
Prior art keywords
communication manager
destination
manager
communication
network
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
Application number
JP4504261A
Other languages
English (en)
Inventor
ビクスビー，ジョイ・ピー
エアゴフ，マイケル・シー
ギャグニー，ブルース・エヌ
ハウザー，リチャード・ディー
イヴァノフ，マリオ・ジェイ
オズバンド，ダニエル・ダブリュー
リチャードソン，ダレル・ディー
スカーティス，メアリー・ゼット
Original Assignee
ガリレオ・インターナショナル・パートナーシップ
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ガリレオ・インターナショナル・パートナーシップ filed Critical ガリレオ・インターナショナル・パートナーシップ
Publication of JPH06506571A publication Critical patent/JPH06506571A/ja
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04—Network management architectures or arrangements
    • H04L41/042—Network management architectures or arrangements comprising distributed management centres cooperatively managing the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0062—Provisions for network management
    • H04Q3/0095—Specification, development or application of network management software, e.g. software re-use

Abstract

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

Description

【発明の詳細な説明】 分散異機種ネットワーク通信の 管理および簡易化の方法および装置 本発明は、分散異機種ネットワーク通信の管理および簡易化の方法および装置に 関するものである。
情報システムの計画担当者は、システムのすへてのレベルにおいて、強力なプロ セスを含む豊富な新技術に直面している。例えば、このようなプロセスには、デ スクトップ・システム、メインフレーム・システム、協調処理、グラフィカル・ ユーザー・インターフェース、分散データヘース、およびいわゆる「開放型」オ ペレーティング・システムが含まれ、これらの例は、組織内の人間の日常活動に さらにコンピューターを普及させるのに役立つ技術進歩のほんの一部の例にすぎ ない。過去数年間にわたる、これらのプロセスを接続する商用ネットワークの普 及は、情報システムのユーザーが情報を共有する可能性を一段と高めてきた。
これらのコンピューターのネツトワーク接続は、生産性と能率の向上につながり 、ネツトワークに接続されたコンピューター・システムにより、巨大な情報ので のハードウェア、ソフトウェアの主カメ−カーが、ネットワークに接続できるブ ラ・ノドフオームおよびアブリケーンヨンを作り上げた。このような普及によっ て、まったく異なる通信ネットワークと動作プラットフォームを接続して、それ らの協調動作および相互操作を可能にし、物理的に離れているネットワーク内の 情報を円滑に統合することが問題となっている。
企業は、組織内の全部門を統合する大規模戦略コンピューター・システムの実用 化に向かって急速に進んでいる。これらの複合コンピューター・システムは、多 数のパーソナル・コンピューター、ファイル・サーバー、および多重リンクを、 まったく異なるメインフレーム・システムに接続することをサポートできるネッ トワークの上に構築されるであろう。協調処理アプリケーションでは、データと 処理が、ネットワーク全体に分散される。さらに、このような分散協調処理によ って、組織は、過去における情報構造の投資を守る一方で、急速な技術進歩に歩 調を合わせることが可能である。組織全体の接続、円滑な透過データ伝送、およ び増大するトランザクション処理など、現代の組織に課される要求は増加する一 方である。
分散環境に対する要求が増加するのに合わせて、オンライン・トランザクション 処理も増加している。高性能のハードウェアと改良されたオペレーティング・シ ステムの出現によって、業務に不可欠なオンライン・アプリケーションが、メイ ンフレーム環境の外で開発され使用されている。Ｖｅｒｔｉｃａｌ　Ｓｙｓｔｅ ｍｓ　Ｇｒｏｕｐ（垂直統合システム・グループ）の予測では、ローカル・エリ ア・ネットワークから発信され、広域ネットワーク・システムを通過するメツセ ージは、１９９４年までにサイズにおいて６９０％増加しく２１Ｋから１４５に へ）、対応する伝送時間において３０％減少する（１５秒から１．０５秒へ）で あろう。
これらの要因に加えて、さまざまなメーカーのハードウェア・プラットフォーム 間、および異なるネットワーク間の相互動作性に対する要求も増加している。
いで、メーカーに依存しないシステムを構築したいという要求が、開放型システ ムおよび共通通信インターフェースを支持する原動力になっている。
従来の環境においては、アプリケーションは、業務の要求に適合するだけでなく 、通信ネットワークの要求に適合する活動を実行することを余儀なくされている 。アプリケーションを、頂上にユーザー・インターフェースを戴く柱に見立てる と、柱の底部のインターフェースの開発は、通信ネットワーク環境に特有のカス タマイゼーション作業になる。このカスタマイゼーションにより、アプリケーシ ョンを別の環境に移すことが不可能になり、アプリケーションに影響を与えない では通信ネットワークまたは動作環境の変更が制約される。通常、この影響は２ つあり、１つ目は、アプリ同じタスクを実行する２つのアプリケーションをサポ ートするための費用である。適正なサイズの環境（こお番する単一のプラットフ ォームの変更だけでも、多数のアプリケーションがその影響を受け、開発資源お よびコンピューター資源に甚大な影響を与えること力（ある。
このようなアプリケーションのカスタマイゼーションを避けるためには、システ ムで使用される異ｔヨるタイプの通信ネットワークから独立した標準通信ネ・ノ ドワーク・インターフェースを持つことが望まし０゜本発明は、複数の通信ネ・ ノドワークを通してアブ１ノケーシヨンに円滑にアクセスできる組織規模の仮想 通信ネットワークを提供して、先に述べｔコ問題を解決する。本発明は、通信ネ ・ノドワークとのアブ１ノケーシヨン・インターフェースを正規化して、アブ１ ノケーションをネットワーク・タイプのサービスの実ｔテカ）ら解放し、これに よりアプリケーション開発者力（業務の要求に集中できるようにし、標準インタ ーフェースを千１１用する複数の環境全体でアプリケーションを移植可能にする のに寄与する。
本発明は、世界中の主要な通信ネ・ノドワーク・アーキテクチャ−のすへてで動 作させること力（力（可能である。本発明によって、標準アプリケーション・イ ンターフェース、アプリケーションの移植性、および仮想通信ネットワークの利 点を、基礎となるネ・ノドワークから独立して、任意数の異なるシステムおよび アーキテクチャ−を通して、両端間のネットワーク管理機能を提供しながら、世 界規模で適用できる。
本発明は、５ＥＮＤ　（送信）、ＲＥＣＥＩＶＥ（受信）、オヨび５ＴＡＴＵＳ （ステータス）という単純化された３動詞インターフエースによって、通信チャ ネルとのアプリケーションの対話を正規化する。これにより、アプリケーション は、存在している基礎となる通信ネットワークの数に関係なく、単一の通信イン ターフェースと対話することができる。加えて、選択可能な保証レベルおよび選 択可能なメツセージ優先度も提供されている。
また、本発明に従って、コンピューター複合体の仮想アドレスを生成し、これら の仮想アドレスを中間ネットワーク・ノードによって物理アドレスに分析解決す ることも可能である。これにより、個々の複合体内部から、単純かつ能率的な組 織規模の資源管理スキーマか提供される。
本発明はまた、優先度待ち行列の維持、メツセージの相関関係、メツセージのセ グメント化、およびメツセージの再組み立ても提供する。
これらの機能は、後出の詳細な解説部分で明らかにされる他の機能と合わせて、 顕著な利点をいくつか提供する。まず第一に、アプリケーションとのインターフ ェースは、すべての環境を通じて正規化される。アプリケーションは、既存のネ ットワーク・サービスを補う必要がなく、５ＥＮＤ、　ＲＥＣＥＩＶＥ、および ５ＴＡＴＵＳという基本動詞と対話する必要があるだけである。基本動詞は、ユ ーザーの要求に依存する個別の通信マネージャーの機能をカスタマイズするため のパラメーターを提供するが、これによってアプリケーションが損なわれること はない。
加えて、本発明は、ネットワーク上の任意のユーザー・アプリケーションへ、シ ステム相互間の円滑なアクセスを提供し、エンド・ユーザー・アプリケーション は、データおよびアプリケーションがどこに存在するかを知る必要がない。本発 明のプロトコル・インターフェース機能が、複数システム・アクセスの細部を処 理する。
さらに、本発明は、世界中に存在している主要通信ネットワークを通して動作で きるので、個別の通信の特徴とは無関係に、任意数のプラットフォームに移植で きる。本発明のこの移植性により、どのようなサイズのシステムにも、本発明の 利点を適用することかでき　る。
より具体的には、本発明には、分散異機種ネットワークの通信マネージャー間で 通信を行う方法および装置が含まれる。ネットワーク内部で、少なくとも１つの 通信マネージャーが、異機種ネットワーク内の他の通信マネージャーの動作プラ ットフォームとは異なる動作プラットフォーム上で動作する。
個々の通信マネージャーには、特権エンド・ユーザーおよび非特権エンド・ユー ザーを含む多数のエンド・ユーザーが接続される。特権エンド・ユーザーは、通 常、システム管理機能を実行し、システム管理配信単位を使用して異機種ネット ワークを通して通信を行い、非特権エンド・ユーザーは、通常、相互に情報また はデータ配信単位を伝送する。
配信単位を送信する場合、発信元エンド・ユーザーは、配信単位の優先度指定お よび配信単位を受信する宛先エンド・ユーザーの指標を付けて、配信単位を発信 元通信マネージャーに伝送する。アプリケーションの特権エンド・ユーザーが配 信単位に使用できる優先度指定には、非特権エンド・ユーザーが使用できるすべ ての指定のほか、より高い優先度の追加指定が含まれる。
個々の配信単位について、通信マネージャーは、発信元エンド・ユーザーから宛 先エンド・ユーザーまでの異機種ネットワーク内部の通信経路に沿って存在する 隣接通信マネージャーを決定する。隣接通信マネージャーの決定後、２つの通信 マネージャー間に存在するネットワーク・プロトコル・スタックの規約に従って 、配信単位が構成される。
次に、配信単位が、発信元通信マネージャーがら隣接通信マネージャーに伝送さ れ、通常は、システム管理配信単位が、データまたは情報の配信単位の前に伝送 される。
隣接通信マネージャーの内部で、宛先エンド・ユーザーか隣接通信マネージャー に接続されているかどうかが判定される。これは、宛先通信マネージャーのＩＤ を、隣接゛通信マネージャーのＩＤと比較することによって行うことができる。
宛先エンド・ユーザーが、隣接通信マネージャーに接続されていると判定された 場合、配信単位はその宛先エンド・ユーザーに転送される。他方、宛先通信マネ ージャーが、隣接通信マネージャーではないと判定された場合は、隣接通信マネ ージャーが、宛先エンド・ユーザーまでの経路に沿って存在する次の隣接通信マ ネージャーを決定し、隣接通信マネージャーと次の隣接通信マネージャー間に存 在するネットワーク・プロトコル・スタックの規約に従って、配信単位を構成す る。配信単位がエンド・ユーザーに到達するまで、この手順が繰り返される。
通信マネージャーのＩＤ、ローカル資源の使用状況の指標などを評価するために 使用されるテーブルなどのシステム管理情報を含む、管理情報ベースが存在する 。
個々の通信マネージャーの管理情報ベースは、ローカルに、あるいはリモートに ある特権エンド・ユーザーから伝送されたシステム管理配信単位経由で、特権エ ンド・ユーザーだけが変更できる。
本発明はまた、例えばデータヘース検索機能のような共通機能を共有する情報処 理装置間の、負荷配分についても考案する。したがって、異機種ネットワーク全 体で分散された情報処理装置は、複合体内部の情報処理装置が共通機能を実行す るときに、情報処理装置の部分集合または複合体に集約することができる。個々 の複合体には、負荷配分レコードが割り当てられ、また、仮想通信マネージャー のアドレスも割り当てられる。
これで、複合体内の処理装置に共通した機能を使用することを希望する発信元エ ンド・ユーザーは、伝送される配信単位に仮想通信マネージャーのアドレスを指 定するだけでよい。次に、発信元情報処理装置と、最終的にタスクを実行する情 報処理装置間の通信マネージャーの連鎖の１つの内部で、処理装置複合体に対応 する負荷配分レコード内の情報を使用して、仮想通信マネージャーのアドレスが 実際の通信マネージャーのアドレスに変換される。個々の負荷配分レコードを調 整して、複合体内の処理装置間の処理負荷の配分を再設定することができる。さ らに、複合体内部の処理装置は、それぞれが仮想通信マネージャーのアドレスを 持つ開襟合体にグループ化することができる。すなわち、仮想通信マネージャー のアドレスは、実際の通信本発明はまた、隣接通信マネージャー間の通信のぺ− シンクも考案する。通信をベーシングするために、ベーシング要求が前の隣接通 信マネージャーで構成さ常、前の隣接通信マネージャーから次の隣接通信マネー ジャーに伝送できる情報量の増加要求が含まれる。
次に、前の隣接通信マネージャーが、前の隣接通信マネージャーと次の隣接通信 マネージャー間に存在するネットワーク・プロトコル・スタックの規約に従って 、情報パケットおよびベーシング要求を構成する。
ベーシング要求は、通常、前の隣接通信マネージャーから次の隣接通信マネージ ャーへの情報量の増加を要求する。次に、ベーシング要求を付けた情報パケット が、前の隣接通信マネージャーから次の隣接通信マネージャーに伝送され、次の 隣接通信マネージャーが、ローカル資源の使用可指度に応じて、伝送量を増加す る要求を受け入れるべきか、または伝送量を減少させるべきかを判定する。次に 、次の隣接通信マネージャーと前の隣接通信マネージャー間に存在するネットワ ーク・プロトコル・スタックの規約に従ってベーシング応答が構成され、ネット ワーク・プロトコル・スタックを通して、次の隣接通信マネージャーから前の隣 接通信マネージャーに伝送される。
ローカル資源がきわめて不足している場合は、ベーシング応答によって、次の隣 接通信マネージャーが、最高優先度のシステム管理通信を除いて、前の隣接通信 マネージャーからのすべての通信を拒否することを示すことができる。さらに、 ある特定の通信マネージャーが多数の隣接通信マネージャーを持つことができる ため、通常は隣接通信マネージャーによるローカル資源の使用状況の関数として 、異なる隣接通信マネージャーに異なるベーシング制約条件を適用することがで きる。
本発明の詳細な特徴ならびに機能は、図面および詳細な解説を参照することによ って、この分野に通暁した者にさらに明確に理解されるであろう。
図１は、本発明の通信マネージャーを具体化した分散異機種ネットワークである 。
図２は、本発明の通信マネージャーを具体化した、メーカー固有のハードウェア およびソフトウェアの構成例である。
図３は、本発明の通信マネージャーを具体化した、さらに詳細な、ハードウェア およびソフトウェアの構成例である。
図４は、アプリケーションが、さまざまなネットワーク伝達サービスを通して通 信を行うことができるようにする、本発明の柔軟性を示す。
図５は、本発明に従った、通信マネージャー環境の層構造を示すブロック・ダイ アグラムである。
図６は、エンド・ユーザー相互を接続する、本発明の通信マネージャーの主要機 能の図解である。
図７は、本発明の通信マネージャーの機能をさらに詳細に示す図解である。
図８は、本発明の通信マネージャーの機能をさら（こ詳細に示す別の図解である 。
図９は、本発明に従った、複数の通信マネージャーを通して流れるデータの流れ である。
図１０は、本発明に従った、隣接通信マネージャーカ１ら隣接通信マネージャー へのデータ・フロー＄制御である。
図１１は、本発明の通信マネージャー／ネットワーク層の資源管理を示す。
図１２は、本発明に従った、あるエンド・ユーザーカ１ら別のエンド・ユーザー への非同期トラフイ・ツクの流れを示す。
図１３は、本発明に従った、あるエンド・ユーザーカ）ら別のエンド・ユーザー への照会の同期トラフイ・ツクの流れを示す。
図１４は、本発明に従った、あるエンド・ユーザーカ１ら別のエンド・ユーザー への返答の同期トラフイ・ツクの流れを示す。
図１５Ａおよび１５Ｂは、本発明に従った、通信マネージャー（ＣＭ）間のプロ トコルの流れを示す。
図１６Ａおよび１６Ｂは、本発明に従った、照会返答および照会中継／照会返答 の相関関係の流れを示す。
図１７は、本発明に従った、負荷配分レコード（ＬＤＲ）の例である。
図１８は、本発明に従った、通信マネージャー交換単位（ＣＭＩＵ）の形式であ る。
図１９は、本発明に従った、ＣＭＩＵ構成要素フィールドの誘導コードのダイア グラムである。
図２０は、本発明に従った、ＣＭＩＵ要素サブフィールドの誘導コードのダイア グラムである。
図２１は、本発明に従った、ＣＭＩＵのフィールドおよびサブフィールドのダイ アグラムである。
図２２、図２３、および図２４は、本発明に従った、ＣＭＩＵ形式１．２、およ び３のダイアグラムである。
図２５は、本発明で使用される、ＣＭＩＵ接頭部構成要素のダイアグラムである 。
図２６は、本発明で使用される、ＣＭＩＵ伝送サービス構成要素のダイアグラム である。
図２７は、本発明で使用される、ＣＭＩＵ制御構成要素のダイアグラムである。
図２８は、本発明で使用される、ＣＭＩＵ環境構成要素のダイアグラムである。
図２９は、本発明で使用される、ＣＭＩＵ配信部構成要素のダイアグラムである 。
図３０は、本発明で使用される、ＣＭＩＵ応答構成要素のダイアグラムである。
図３１は、本発明に従った、システム管理配信単位（ＳＭＤＵ）構成要素フィー ルドの誘導コードのダイアグラムである。
図３２は、本発明に従った、別のＳＭＤＵ構成要素フィールドの誘導コードのダ イアグラムである。
図３３は、本発明に従った、ＳＭＤＵ要素サブフす−ルドの誘導コードのダイア グラムである。
図３４は、本発明に従った、別のＳＭＤＵ要素サブフィールドの誘導コードのダ イアグラムである。
図３５は、本発明に従った、ＳＭＤ［Ｊのフィールドおよびサブフィールドのダ イアグラムである。
図３６は、ローカルおよびリモートの通ず言マネージャーの協調動作を示す。
図３７は、カテゴリー１のデータ交換を示す。
図３８は、カテゴリー２のデータ交換を示す。
図３９は、カテゴリー３のデータ交換を示す。
ＡＣＦ／ＮＣＰ　−ＩＢＭのネツトワーク制御御）゛ログラム拡張通信機能（Ａ ｄｖａｎｃｅｄ　Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ　Ｆａｃｉｌｉｔｙ／Ｎｅｔ− ｗｏｒｋ　Ｃｏｎｔｒｏｌ　Ｐｒｏｇｒａｍ）ＡＰＩ−アプリケーション・プロ グラム・インターフニー　ス（Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍ　Ｉｎ ｔｅｒｆａｃｅ）ＡＰＰＣ−ＩＢＭの拡張プログラム間通ず言機能（Ａｄｖａｎ ｃｅｄ　Ｐｒｏｇｒａｍ−ｔｏ−Ｐｒｏｇｒａｍ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ ｓ）ＡＳ　−アプリケーション・サービス（ＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｉ ｃｅｓ） ＣＭ　−通信マネージ＋　−（Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｍａｎａｇｅｒ） 。
本発明において、他のアプリケーションのために、共通ネットワーク・プロトコ ル・スタック資源を管理するアプリケーション・レベルのエンティティ。別個の 物理システムに存在するアプリケーション間の通信は、個別のシステムに存在す る通信マネージャー相互間で共同管理される。
ＣＭ＃　−通信マネージャ一番号。他のすべての通信マネージャーに認識される 、個々の通信マネージャーに割り当てられた固有番号。
ＣＭＡＰ　Ｉ　−通信マネージャー・アプリケーション・プログ−ｙム−インタ ーフェース（ＣｏｍｍｕｎｉｃａｔｉｏｎＭａｎａｇｅｒ　Ａｐｐｌｉｃａｔｉ ｏｎ　Ｐｒｏｇｒａｍ　Ｉｎｔｅｒｆａｃｅ）。アプリケーションと通信マネー ジャー間のコマンド境界。
ＣＭＩＵ　−通信マネージャー交換単位（Ｃｏｍｍｕｎｉｃａ−ｔｉｏｎ　Ｍａ ｎａｇｅｒ　Ｉｎｔｅｒｃｈａｎｇｅ　Ｕｎｉｔ）。通信マネージャーが配信部 または配信部セグメントに付加するエンベロープ（封筒）。
ＤＩＡ　−ＩＢＭの文書交換アーキテクチ＋　−（ＤｏｃｕｍｅｎｔＩｎｔｅｒ ｃｈａｎｇｅ　Ａｒｃｈｉｔｅｃｔｕｒｅ）ＤＵ　−配信単位（Ｄｉｓｔｒｉｂ ｕｔｉｏｎ　Ｕｎｉｔ）。エンド・ユーザーが相手側のエンド・ユーザーに配信 するために通信マネージャーに渡したデータ。
ＥＵ　−エンド−ユーザー（Ｅｎｄ　Ｕｓｅｒ）。相手側のエンド・ユーザーと 通信するために、通信マネージャーを使用するアプリケーション・プログラム。
ＥＵ＃−’エンド・ユーザ一番号。ネットワーク内部の個々のエンド・ユーザー に割り当てられる番号。
ＧＴＩＤ　−グローバル端末ＩＤ（Ｇｌｏｂａｌ　Ｔｅｒｍｉｎａｌ　ＩＤ）Ｈ ＬＨ−ホスト・リンクａ　ハンドラー（Ｈｏｓｔ　ＬｉｎｋＨａｎｄｉｅｒ） ＩＮＥＴ　−統合ネットワーク（Ｉｎｔｅｇｒａｔｅｄ　Ｎｅｔｗｏｒｋ）ＩＲ Ｄ　−中間経路指定・配信ノード（ＩｎｔｅｒｍｅｄｉａｔｅＲｏｕｔｉｎｇ　 ａｎｄ　Ｄｉｓｔｒｉｂｕｔｉｏｎ　Ｎｏｄｅ）ＩＷＳ　−インテリジェント・ ワークステーション（Ｉｎｔｅｌｌｉｇｅｎｔ　Ｗｏｒｋｓｔａｔｉｏｎ）ＬＡ Ｎ　−ローカル・エリア・ネットワーク（ＬｏｃａｌＡｒｅａ　Ｎｅｔｗｏｒｋ ） ＬＣＮ　−ローカル・コンピューター・ネットワーク（Ｌｏｃａｌ　Ｃｏｍｐｕ ｔｅｒ　Ｎｅｔｗｏｒｋ）ＬＤＲ−負荷配分レコード（Ｌｏａｄ　Ｄｉｓｔｒｉ ｂｕｔｉｏｎＲｅｃｏｒｄ） ＬＵ　−ＩＢＭのＳＮＡ内部の論理装置（Ｌｏｇｉｃａｌ　Ｕｎｉｔ）ＭＩＢ　 ＝　管理情報ベース（ｍａｎａｇｅｍｅｎｔ　ＩｎｆｏｒｍａｔｉｏｎＢａｓｅ ）。経路指定情報、ＣＭのローカル・データ要素およびＣＭの活動ステータスを 含む、ＣＭのオペレーショナル・データベース。
ＭＰＩＦ　−ＩＢＭの多プロセッサー相互接続機能（Ｍｕ　１　ｔ　１ｐｒｏｃ ｅｓｓｏｒ　Ｉｎｔｅｒｃｏｎｎｅｃｔ　Ｆａｃｉｌｉｔｙ）ＭＶＳ　−ＩＢＭ の多重仮想記憶（Ｍｕｌｔｉｐｌｅ　Ｖｉｒｔｕａｌ　Ｓｔ。
ｒａｇｅ） ＮＰＨ−ネットワーク・プロトコル・ヘッダー（Ｎｅｔｗｏｒｋ　Ｐｒｏｔｃｏ ｌ　Ｈｅａｄｅｒ）ＮＦＳ　−ネットワーク・プロトコル・スタック（Ｎｅｔｗ ｏｒｋ　Ｐｒｏｔｏｃｏｌ　５ｔａｃｋ）。アプリケーションが他のアプリケー ションと通信を行うのを簡易化する、任意の組のネットワーク伝達サービス。
ＮＰＴ　−ネットワーク・プロトコル・トレーラ−（Ｎｅｔｗｏｒｋ　Ｐｒｏｔ ｏｃｏｌ　Ｔｒａｉｌｅｒ）ＰＳＡＰＩ　−プロトコル・スタック・アプリケー ション・プログラム・インターフェース（Ｐｒｏｔｏｃｏｌ　５ｔａｃｋＡｐｐ ｌｉｃａｔｉｏｎｓ　Ｐｒｏｇｒａｍ　Ｉｎｔｅｒｆａｃｅ−）。通信マネージ ャーのネットワーク伝送で利用される、基礎となる伝達メカニズム。
５ＷＡＰ　−システム管理アプリケーション・プログラム（Ｓｙｓｔｅｍｓ　Ｍ ａｎａｇｅｍｅｎｔ　Ａｐｐｌｉｃａｔｉｏｎｓ　Ｐｒｏｇｒａｍ）。通信マネ ージャーの管理コマンド・タイプの機能をサポートするために呼び出される、最 重要特権エンド・ユーザーｄＳＭＡＰは、通信マネージャーの「仮想ネツトワー ク」環境および資源の管理を調整するための単一の焦ＳＭＡＰ　Ｉ　−システム 管理アプリケーション・プログラム拳インターフェース（Ｓｙｓｔｅｍｓ　Ｍａ ｎａｇｅｍｅｎｔ　Ａｐｐｌｉｃａｔｉｏｎｓ　Ｐｒｏｇｒａｍ　Ｉｎｔｅｒｆ ａｃｅ）。
ＳＭＤＩ　−システム管理配信単位（Ｓｙｓｔｅｍ　Ｍａｎａｇｅ−ｍｅｎｔ　 Ｄｉｓｔｒｉｂｕｔｉｏｎ　Ｕｎｉｔ）。ＳＭＡＰ相互間を流れ、それ自体が自 己定義サブフィールドに細分されうる二連の自己定義フィールドから形成される 配信部。
ＳＮＡ　−ＩＢＭのシステム・ネツトワーク・アーキテクチ＋　−（Ｓｙｓｔｅ ｍ　Ｎｅｔｗｏｒｋ　Ａｒｃｈｉｔｅｃｔｕｒｅ）ＳＳＣＰ　−ＩＢＭのＳＮＡ 内部のシステム・サービスルリ御点（Ｓｙｓｔｅｍ　５ｅｒｖｉｃｅｓ　Ｃｏｎ ｔｒｏｌ　Ｐａ１ｎｔ）。
ＴＣＰ／ＩＰ　−伝送制御プロトコル／インターネ・７ト・ｔ　Ｐｒｏｔｏｃｏ ｌ） ＴＣＵ　−端末制御装置（Ｔｅｒｍｉｎａｌ　Ｃｏｎｔｒｏｌ　Ｕｎｉｔ）ＴＰ Ｆ　−ＩＢＭのトランザクション処理機能（Ｔｒａｎｓ−ａｃｔｉｏｎ　Ｐｒｏ ｃｅｓｓｉｎｇ　Ｆａｃｉｌｉｔｙ）ＷＡＮＳ　−広域ネットワーク・サービス （Ｗｉｄｅ　ＡｒｅａＮｅｔｗｏｒｋ　５ｅｒｖｉｃｅｓ） Ｂ　説明 １　はしめに 図１は、特定メーカーの製品を参照しな０で、本発明の通信マネージャーの構成 を示す。
ここでは、通信マネージャーは、対等の関係で任意のコンピューター装置を任意 の別のコンピューター装置はまた、この接続をさまざまな通信ネットワーク全体 に拡張できることも示している。これらの接続に対する唯一の制約事項は、本発 明の通信マネージャーを使用して相互に通信を行う、直接隣り合った２つのコン ピューター装置が、同じ基礎となるネットワークを使用する必要がある、という 点だけである。
図１で、ホスト・コンピューター１０１は、通信マネージャー１０２を使用して 、特定されないローカル・コンピューター・ネットワーク１０３を通して、他の ホスト・コンピューター１０１と直接通信を行う。ホスト・コンピューター１０ １は、通信マネージャー１０４を使用して、制御装置１１１により、特定されな い広域ネットワーク１１０を通して、相互間、ならびにそれぞれがそれ自身の通 信マネージャーを持つ、Ｕｎｉｘ系オペレーティング・システムを持つコンピュ ーター１０６、パーソナル・コンピューター１０７、ミニ・コンピューター１０ ８、および特定されないコンピューター装置１０９と直接通信を行う。
Ｕｎｉｘ系オペレーティング・システムを持つコンピューター１０６は、通信マ ネージャー１１２を使用して、バス技術の特定されないローカル・エリア・ネッ トワーク１１７を通して、それぞれがそれ自身の通信マネージャーを持つ、Ｕｎ ｉｘ系オペレーティング・システムを持つ他のコンピューター１１３、パーソナ ル・コンピューター１１４、および特定されないコンピューター装置、１１６と 直接通信を行う。
パーソナル・コンピューター１０７は、通信マネージャー１１８を使用して、リ ング形態の特定されないローカル・エリア・ネットワーク１２２を通して、それ ぞれがそれ自身の通信マネージャーを持つ、他のパーソナル・コンピューター１ １９、および特定されないコンピューター装置１２１と直接通信を行う。
ミニ・コンピューター１０８は、通信マネージャー１２３を使用して、特定され ないメーカー固有のネットワーク１２７を通して、それぞれがそれ自身の通信マ ネージャーを持つ、パーソナル・コンピューター１２４、および特定されないフ ンビューター装置１２６と直接通信を行う。
特定されないコンピューター装置１０９は、通信マネージャー１２８を使用して 、特定されない通信ネットワーク１３２を通して、それぞれがそれ自身の通信マ ネージャーを持つ、パーソナル・コンピューター１２９、および特定されないコ ンピューター装置１３１と直接通信を行う。
最後に、図１は、本発明に従う通信マネージャーを持つ任意のコンピューターが 、本発明のパススルー経路指定機能を使用して、通信マネージャーを持つ任意の 他のコンピューターと通信できることを、暗黙的に示している。図１に総括して 示されたさまざまなネットワークは、本発明の通信マネージャーを使用できるネ ットワークを例示するものであって、本発明をこれらのネットワークのみに限定 することを意味するものではない。本発明の通信マネージャーは、オクテツト形 式のデータを受渡す、あるいはオクテツト形式のデータの受渡しをシミュレート できる任意のネットワークを使用できる。
次に図２には、さらに詳細な本発明の通信マネージャーの構成が、特定メーカー の製品を示しながら図解されている。具体的には、図２で、Ｕｎｉｘシステムコ ンピューター１４１は、通信マネージャー１４２を使用して、ＮｅｔｅＸハイパ ーチャネル１４４を通して、相互間、ならびにＩＢＭのＭＶＳオペレーティング ・システムを持つコンピューター１４３と直接通信を行う。ＩＢＭのＴＰＦオペ レーティング・システムを持つコンピューター１４６は、通信マネージャー１４ ７を使用して、ＩＢＭの３０８８チャネル間通信機能１４８を通して、相互間で 直接通信を行う。ＩＢＭのＴＰＦオペレーティング・システムで動作するコンピ ューター１４９．１５１は、通信マネージャー　１５２．１５３を使用して、Ｃ ｏｖｉａ社のＨＬＨ通信機能１５４を通して、相互間で直接通信を行う。
それぞれが本発明に従う通信マネージャーを含む、コンピューター１４３、コン ピューター１５１、Ｕｎｉｘ系コンピューター１５６、Ｏ８／２を使用するパー ソナル・コンピューター１５７、ＤＥＣコンピューター１５８、Ｔａｎｄｅｍ　 ：Ｉンピューター１５９．５ｔｒａｔｕｓコンピユーター１６１、および特定さ れないコンピューター装置１６２は、ＩＢＭのＬＵ６．２　ＳＮＡ広域ネットワ ークを通して、相互に直接通信を行う。
それぞれが本発明に従う通信マネージャーを含む、Ｕｎｉｘ系コンピューター１ ５６、インテリジェント・ワークステーション（Ｉｔｓ）として構成されたさま ざまなパーソナル・コンピューター１６４は、ＴＣＰ／ＩＰイーサネット　ロー カル・エリア・ネットワーク１６６を通して通信を行う。
それぞれが本発明に従う通信マネージャーを含む、Ｏ５／２を使用するパーソナ ル・コンピューター１５７、およびインテリジェント・ワークステーション（Ｉ ｔｓ）として構成されたさまざまなパーソナル・コンピューター１６７は、Ｎｅ ｔＢＩＯＳトークン・リング　ローカル・エリア・ネットワーク１６８を通して 通信を行う。
それぞれが本発明に従う通信マネージャーを使用する、ＤＥＣコンピューター１ ５６．１６９は、ＤＥＣＮＥＴ１７１を通して相互に通信を行う。それぞれが本 発明に従う通信マネージャーを使用する、Ｔａｎｄｅｍコンピューター１５９． １７２は、Ｔａｎｄｅｍネットワーク１７３を通して相互に通信を行う。それぞ れが本発明に従う通信マネージャーを使用する、５ｔｒａｔｕｓコンピユーター １６１．１７４は、５ｔｒａｔｕｓネツトワーク１７６を通して相互に通信を行 う。それぞれが本発明に従う通信マネージャーを使用する、特定されないコンピ ューター装置１６２．１７７は、特定されない通信ネットワーク１７８を通して 相互に通信を行う。
図２はまた、コンピューターのメーカーに関係なく、本発明に従う通信マネージ ャーを持つ任意のコンピューターが、本発明のパススルー経路指定機能によって 、通信マネージャーを持つ任意の他のコンピューターと通信を行うことを示して いる。
図３は、さまざまな接続例を示す図２の部分を詳細に表したものである。個々の 場合に、本発明の通信マネージャーが、コンピューターで実行される他のソフト ウェアとの関係において示されている。
コンピューター１４３では、個別のアプリケーション１９１が通信マネージャー １９２に接続され、通信マネージャー１９２が、ネットワーク・プロトコル・ス タック、ＮｅｔｅＸおよびＬＵ６．２に接続されていることが示されている。
コンピューター１５１と１４６では、個別のアプリケーション１９４および１９ ４が、通信マネージャー１９６およびび１９７に接続されていることが示されて いる。通信マネージャー１９６と１９７は、ネットワーク・プロトコル・スタッ ク、ＭＰＩＦおよびＬＵ６．２に接続されている。コンピューター１５７では、 アプリケーション１９８が通信マネージャー１９９に接続され、通信マネージャ ー１９９がネットワーク・プロトコル・スタック、ＮｅｔＢＩＯ５およびＬＵ６ ．２に接続されていることが示されている。最後に、コンピューター１６７では 、アプリケーション２０１が通信マネージャー２０２ｉ：接続され、通信マネー ジー？　−２０２がＮｅｔＢＩＯＳネットワーク・プロトコル・スタックに接続 されていることが示されている。
図４は、さらに詳細に、同じコンピューターの内部に存在する本発明の通信マネ ージャーと他のソフトウェア構成要素との関係を示している。図４において、通 信マネージャー２０３は、次の３つの部分に分割されている。
それは、通信マネージャー・アプリケーション・プロメラム・インターフェース （ＣＭＡＰＩ）　２０４、通信マネージャ一本体２０６、およびプロトコル・ス タック・アプリケーション・プログラム・インターフェース（ＰＳＡＰＩ）　２ ０７である。　′ アプリケーション２０８は、ＣＭＡＰＩ　２０４を通して通信マネージャー２０ ６に接続されている。アプリケーション２０８が対等アプリケーションに送信す るすべてのメツセージは、ＣＭＡＰＩ　２０４を通して通信マネージャーを通過 （パススルー）する。
通信マネージャー２０６は、ＰＳＡＰＩ　２０７を通してさまざまなネットワー ク・プロトコル・スタック２０９〜２１６に接続されている。これらの特定のネ ットワーク・プロトコル・スタックは、例として考えられるべきである。
すべてのメツセージは、ＰＳＡＰＩ　２０７を通してネットワーク細に述べるよ うに、通信マネージャー２０６にさまざまなネットワーク・プロトコル・スタッ ク２０９〜２１６との汎用インターフェースを提供し、ネットワーク・プロトコ ル・スタック２０９〜２１６間の相違に対応するのは、ＰＳＡＰＩソフトウェア の責任である。図４はまた、本発明の通信マネージャーが、基礎となる任意の通 信ネットワークを使用できることも示している。・本発明の開示において、用語 「ネットワーク」は最も広い意味で使用され、実際、例えば、ＳＮＡネットヮー 人　トークン・リング・ネットワーク、イーサネット。
ネットワーク、ローカル・コンピューター・ネットワーク（ＬＣＮ）などを含む 、さまざまなサブネットワークから構成することが可能である。本発明に従って 、データ交換サービスおよびこれらのネットワークへのアクセスは、個々のシス テムに存在する、作成された通信マネージャー・ソフトウェア・プログラムを経 由して行われる。
通信マネージャーの実施では、異なる機能をサポートすることも可能である。個 々の実施において、一部のアプリケーション・サービスがサポートされないこと があっても、任意の通信マネージャーが他の任意の通信マネージャーと接続でき ないわけではない。通信マネージャーは、ネットワーク内部の異なるタイプのノ ードに存在してもよい。通信マネージャーが存在できるノードのタイプには、例 えば、ＳＮＡシステム、ゲートウェイ・システム、非ＳＮＡシステム、ＬＡＮゲ ートウェイ、ＬＡＮ対応のインテリジェント・ワークステーション、および独立 型の中間経路指定・配信ノード（ＩＲＤ）がある。ＩＲＤについては、後で詳し く述べる。
本発明の通信マネージャーは、ネットワーク・プロリケーション・プログラム・ インターフェースを維持する。これを行うため、通信マネージャーは、ネットワ ーク・プロトコル・スタックのサービスとエンド・ユーザーの間に存在する。通 信マネージャーは、エンド・ユーザーにはサービスを提供するプログラムとして 、ネットワーク・プロトコル・スタックにはアプリケーション・プログラムとし て機能する。図６（後で詳しく解説する）において、通信マネージャーの層構造 は、ネットワーク・プロトコル・スタック経由でローカル・エンド・ユーザーと リモート・エンド・ユーザー間の媒介として、あるいは同じローカル環境内部で ローカル・エンド・ユーザーが他のローカル・エンド・ユーザーと接続する載せ 物として表されている。
２、ＣＭＭ　モデル ２．１　ＥＵと９１」係 ＣＭは、さまざまなネットワークを通して、データを対等関係でアプリケーショ ン（エンド・ユーザー（ＥＵ））に透過的に伝達する能力を提供する。ＣＭは、 見かけ上単−ネソトワークに集約される必要があり、集約されたままであり続け る、サブネットおよび処理装置のタイプを超越する仮想ネットワークを生成する 。これを達成するためには、次に３つの構成要素が必要である。
すなわち、１）　ＣＭのアプリケーション・プログラム・インターフェース（Ｃ ＭＡＰＩ）を呼び出すために作成されるユーザー・アプリケーション（ＥＵ）、 ２）通信マネージャー、および、３）隣接ＣＭに共通のネットワーク・プロトコ ル・スタックである。
図５は、これらの３つの構成要素の基本的な層構造を示す。データは、論理的に は、最上部の２つの層のそれぞれと隣接スタック内の対応する層の間を流れる。
データは、物理的には、隣接ネットワーク・プロトコル・スタック間を流れる。
図５に示すように、ＥＵはデータを論理的にネ・ノドワークを通してその相手の ＥＵに流し、その下にある層のモは、ＣＭを通して行われる。同様に、ＣＭは論 理的に、対応する隣接ＣＭと対話する。ＣＭ間のすべての通信は、ネットワーク ・プロトコル・スタ・ツクを通して行われる。
ＣＭは、ＥＵおよびネットワーク・プロトコル・スタ・ツクとのＡＰＩを認識し ているが、その上下にある層の機能および構造には関知しない。
ネットワーク・プロトコル・スタ・ツクは、それ自身のプロトコルおよびバッフ ァ一方法を使用して、実際のデータ伝送を行う。プロトコル間の接続および以後 のエラー処理を確立するために、ＣＭが行う初期化を除いて、ネットワーク・プ ロトコル・スタ・ツクによるＣＭデータの実際の伝送は、ＣＭ自身には透過で□ ある。
ＥＵの下にある個々の層では（図５）、配信単位（ＤＵＩ単にデータである。そ の構造および機能は、Ｃｖおよびネットワーク・プロトコル・スタ・ツクにとっ てはまったく認識も関知もされない。ＣＭはＥＵからＤＩを受け入れ、必要な場 合にそれをセグメント化し、通信マネージャー交換単位（ＣＭＩＵ）に変換する ことによってセグメント化されたデータをエンベロープで包み、それをネットワ ーク・プロトコル・スタックに渡す。ネットワーク・プロトコル・スタックにお いて、場合によりＣＭＩＵがさらにセグメント化され、プロトコル・スタックの 必要に応じてネットワーク・プロトコル・ヘッダー（ＮＰＨ）とネットワーク・ プロトコル・トレーラ−（ＮＰＴ）によってエンベロープに包まれ、ローカル通 信媒体を通して該当する隣接ノードに送信される。ネットワーク・プロトコル・ スタックからの着信データは、そのプロトコル・エンベロープを外され、必要な 場合再び組み立てられ、完全なＣＭＩＵがＣＭに与えられる。ＣＭは、ＣＭＩＵ のエンベロープを外し、ＤＵを組み立て、それを発信元ＣＭに与えられたのと同 じ形でＥＵに与える。
層構造になっているＥＵ−ＣＭ−プロトコル関係の他のすへての方面と同様に、 ＤＵが流れる個々の層は、その特定の層だけに関連したアドレス指定構造を利用 する。
例えば、ＥＵ層でのアドレス指定は、ＤＯに含まれるアドレス情報を使用して相 手のＥＵにより分析解決されなければならない。このレヘルのアドレス指定は、 グローバル端末ＩＤ（ＧＴＩＤ）の性質を有する。
ネットワーク・プロトコル・スタックおよびＣＭの両方について、アドレスはデ ータを包むエンベロープの一部である。ＣＭ層での完全修飾アドレスは、ともに ＣＭｌｏで運ばれる固有ＣＭ番号およびＥＵ番号（ｒｃＭ、ＥＵＪと表す）から 構成される。
ネットワーク・プロトコル・スタックでのアドレス指定は、問題の通信プロトコ ルの要求に完全に依存する。
基礎となるネットワーク・プロトコル・スタックが層構造を持つと考えられる場 合、その同じ概念をＣＭにも重ねることができる。上に述べたように、ＣＭは、 基本的に、機能する完全なネットワーク・プロトコル・スタックがＣＭの下に存 在することを前提にしていることに留意することが重要である。包含されるプロ トコル・スタックとは無関係に、ネットワーク・プロトコル・スタックは、なん らかの概念的方法で層構造にされるであろう。
説明を簡明にするため、またＣＭ機能の概念化を容易にするため、ＣＭも層構造 にした。ＣＭは、概念的に３つの層に分割される。下から順に、ＣＭ／ネットワ ーク層、ＣＭ／トランスポート層、およびＣＭ／セツション層である。
ＣＭより上の層では、ＣＭ仮想ネットワークのユーザーであるデータ管理ＥＵお よび仮想端末ＥＵのような他の構成要素を、ＣＭと結び付けることができる。
さまざまなＣＭ層の名称は、他のネットワーク・モデルにおける層の名称をおお よそ踏襲している。ただし、ＣＭは、ネットワーク・プロトコル・スタックがあ る任意の方法で層構造にされることには依存せず、ただネットワーク・プロトコ ル・スタックが存在することにのみ依存する。いずれのＣＭの層も、他のネット ワークモデルで同様の名称を持つ層で提供されている機能を含むものと仮定して はならない。
図６および図７は、ＣＭの層構造の性質、ならびにその下にあるネットワーク・ プロトコル・スタックおよびＥＵとの関係を示す。ＣＭのさまざまな層の機能に ついては、後出のセクションでさらに説明する。図６および図７に示すうに、Ｃ Ｍは、ネットワーク・プロトコル・スタックとの関係ではアプリケーション・サ ービス層に存在する。この層にはＣＭ以外のものも存在する。この層に存在しう る他のサービスには、例えば、ＭＶＳメインフレーム上のＣｌＣ５，ＬＡＮ上の ファイル・リダイレクション（ＰＣＬＡＮ）などがある。ＥＵを設計する場合に は、例えば、１つまたは複数の非ＣＭアプリケーション・サービスを利用してロ ーカル資源にアクセスし、ＣＭを使用して、あるリモート資源にアクセスするよ うに選択することもできよう。アプリケーション（ＥＵ）をそのローカル同機種 ネットワーク環境内部でのみ通信を行うように作成した場合（例えば、単−ＬＡ Ｎ上のデバイス間）、ＣＭを使用してこれを行う必要はない。そのローカル環境 に特有のネットワーク・プロトコル・スタックのアプリケーション・サービスを 使用してもよい。しかしながら、アプリケーション（ＥＵ）が異機種ネットワー ク・プロトコル・スタックを通してリモート・アプリケーションと通信しなけれ ばならない場合は、本発明のＣＭの機能を使用しなければならない。
図８は、通信マネージャーの各層およびその関連機能のブロック・ダイアグラム を示す。本セクションの前の部分では、ＥＵからＣＭ、およびＣＭからネットワ ーク・プロトコル・スタックへの機能関係を概説した。図８は、ＣＭの内部機能 およびそれらの関係を示す。
ＣＭは、配信部の交換においてＥＵが要求するサービスを実行する。このプロセ スをサポートするため、ＣＭ環境は、ＣＭ管理コマンド（下で詳しく説明する） を実行し、バーマンスを測定し、エラー状況を処理するために事前設定された方 法によって、　［特権ＥＵＪが生成し解釈する、１組の構造化されたコマンドに よって制御される。
図７はまた、ＣＭとその管理要素の関係を示す。
ＣＭ管理機能は、システム管理アプリケーション・プログラム・インターフェー ス（ＳＷＡＰＩ）と呼ぶ「特権」ＡＰＩを通して、ＣＭと通信するシステム管理 アプリケーション・プログラム（ＳＷＡＰ）と呼ぶ［特権ＥＵＪによって提供さ れる。
ローカルＣＭの任意の層が、ＣＭ管理コマンド・タイプの機能のサービスの必要 （例えば、ＣＭ／トランスポート層は、配信単位伝送にセグメント・サイズを必 要とする）を識別する場合、要求はＣＭ／層から管理情報ベース（ＭＩＢ）への その連係を通して開始される。５ＷＡＰは、この要求にただちに対応するか、あ るいは必要な場合、リモートＳＭＡＰまたはリモート特権ＥＵに転送するために 、システム管理配信単位（ＳＭＤＵ）を作成し、それをＳＭＡＰＩにリモート５ ＷＡＰからのＣＭ管理コマンドは、ＣＭＩＵ内部に組み込まれたシステム管理配 信単位（ＳＭＤＵ）またはＳＭＤＵセグメントとして到達し、ＣＭの各層を昇っ て（例えば、ＣＭ／ネットワーク−＞ＣＭ／　トランスポート−＞ＣＭ／セッン ヨン−＞５ＷＡＰＩ）、処理のために直接ローカル５ＷＡＰに送信される。
５ＷＡＰがＣＭに代わって実行できる活動のタイプの一部には、例えば、待ち行 列のモニター（動作不能域値）、一時停止／再開、停止／再始動、待ち行列のス テータス、経路指定表示、およびパフォーマンス統計などがある。
５ＷＡＰと通信するために、他の特権ＥＵが必要になる場合がある。これらの特 権ＥＵは、５ＷＡＰに代わって機能を実行し、ローカルまたはリモートに存在で きる。リモートに存在する特権ＥＵがローカルＳＭＡＰと通信を行う方法は、ロ ーカルＳＭＡＰと通信する必要があるリモートＳＭＡＰの場合と異ならない。
ローカルに存在するＳＭＡＰと通信するために特権ＥＵが必要になる場合は、方 法はわずかに異なる。この場合にも、特権ＥＵ、はＳＭＤＵを作成して、それを ローカルＳＭＡＰ■に渡す。ただし、ＳＭＤＵの経路指定がＣＭ本体の内部で分 析解決される場合、問題の特定のＳＭＤＵはＣＭの各層を昇って同じＳＭＡＰＩ に戻され、それからローカルＳＭＡＰに送信される。
通信マネージャーは、図６に示すように、主要機能がら構成される。図６に示す 機能は、ＣＭの概念的各層の内部に存在する。各層の内部に含まれる機能をさら に特定した詳細は、図８に示されている。
２２　エンド・ユーザ一 本セクションでは、ＣＭ環境内部に存在するさまざまなタイプのエンド・ユーザ ーとともに、用語エンド・ユーザー（ＥＵ）を定義し、タイプ間の相違を説明す る。
エンド・ユーザーとは、ＣＭのサービスを使用して、相手側のエンド・ユーザー と通信を行う任意のアプリケーションのことである。機能およびＣＭとのインタ ーフェースの方法に基づいて、異なるタイプのエンド・ユーザーが識別されてい る。これらのタイプのＥＵは、例であって、それに限定されるものではないと考 える２、２１　エンド・ユーザーＵｎｉ　ｕｅ　Ｅｎｄ　Ｕｓｅｒ）固有エンド ・ユーザーは、ＣＭのトランスポート・サービスを使用して、相手側のエンド・ ユーザーとの間で配信部を交換するアプリケーションである。これらのエンド・ ユーザーは、標準ＣＭアプリケーション・ブ−ビス（使用可能な場合、ＣＭアプ リケーション・サービス（ＣＭ／ＡＳ））とインターフェースしてそれを要求す る。
２２２　エンド−１−ザー（Ｆｕｎｃｔｉｏｎａｌ　Ｅｎｄむす」ユ 異なるＣＭ環境で等価なエンド・ユーザー・サービスは、標準ＣＭアプリケーシ ョン・プログラム・インターフェース（ＣＭＡＰＩ）、または「特権」システム 管理アプリケーション・プログラム・インターフェース（ＳＭＡＰＩ）を通して 、ＣＭとインターフェースする「機能」エンド・ユーザーによって実行される。
同じサービスを実行する機能ＥＵは、同じＥＵ＃を持つ。
２２３　エンド−１−ザー（Ｐｒｉｖｉｌａ　ｅｄ　ＥｎｄしＡつ 「特権」エンド・ユーザーは、ＣＭに代わって機能を実行する能力がある。特権 エンド・ユーザーは、　「機能Ｊ　ＥＵである場合も、そうでない場合も、　「 特権Ｊ　ＡＰＩであるシステム管理アプリケーション・プログラム・インターフ ェース（ＳＭＡＰＩ）を通して、ＣＭとインターフェースする。
２２４　システム　アプリケーション・プログラム（Ｓ　ｓｔｅｍｓ　Ｍａｎａ 　ｅｍｅｎｔ　Ａ　１ｉｃａｔｉｏｎｓ　Ｐｒｏ　ｒａｍ）システム管理アプリ ケーション・プログラム（ＳＷＡＰ）は、　「特権」かつ「機能」ＥＵであり、 ５ＷＡＰＩを通してＣＭとインターフェースする。５ＷＡＰは、次の能力を持つ 。
１）テーブル・サーバー・アプリケーションにアクセスする。２）　ＣＭおよび その環境を管理／制御するために使用される５ＷＡＰ間コマンドを開始／処理す る。３）　ＣＭおよびその環境を管理／制御するために管理コンソールから発行 される操作コマンドを処理する。および、４）リモート［特権Ｊ　ＥＵの要求を 処理する。特権ＥＵの機能には、例えば、構成／命名、アカウンティング、障害 、パフォーマンス、警報／通知、およびセキュリティの管理かある。
５ＷＡＰは、管理情報ベース（ＭＩＢ）の内容を照会／更新するために、直接Ｍ ＩＢにアクセスできる。ＳＭＡＰおよびＣＭの各層は、ＭＩＢ連係を通して直接 通信できるため、ＣＭ層ススタック通過する必要がない。
５ＷＡＰは、システム管理配信単位（ＳＭＤＩ）で運ばれる、事前に定義された システム管理交換プロトコルで要求および応答を交換する。
２２５　エンド・ユーザーの連。
表２１は、ＣＭにアクセスするために使用される、さまざまなタイプのエンド・ ユーザーと２つのＡＰＩの間の連係を示す。
表２１ ＥＵ（エンド・ユーザー）の連係 ３　、ＣＭ４：Ｕ　ｊのインターフェース３１　ユーザー・アプリケーション・ サービス本セクションでは、通信マネージャーがＤＵを交換するために、ユーザ ー・アプリケーション・プログラムに提供されるサービスを定義する。サービス は、すべての実施方法の内部で一貫性かある。
通信マネージャーの配信部は、アプリケーション間（プログラム間）のデータ交 換に限定される。交換の発信元および宛先は、それぞれがそのローカル通信マネ ージャーの環境内部で固有の識別コード（名前）を持つエンド・ユーザーである 。
３．１．１　”　（Ａｓｓｕｒａｎｃｅ）データ損失に対して、２つのレベルの ＤＵ保証がある。
１番目の保証は、ＤＵを通信障害およびシステム障害から保護する完全保証であ る（ただし、ディスク・ヘッドのクラッシュなどの媒体障害を除く）。ＤＵは、 安全な記憶域に保管され、完全に回復可能である。実施特有の内部タイマーおよ び再試行回数によって、ＤＵが「完全に」回復される程度が制限される場合もあ る。これは、優先度４〜７の非同期ＤＵのみに限定される（３．１．４．４のセ クションを参照）。
２番目の保証は、限定保証で、ＤＵは通常の通信エラーからは保護されるが、繰 り返し発生する通信エラーまたはシステム障害の場合には、失われることがある 。
３１．２　デー７５式 通信マネージャー（Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｍａｎａｇｅｒ）は、文字形 式およびバイナリ−形式の２つのデータ形式をサポートする。バイナリ−・デー タ伝送は、ビット・レベルの透過（すなわち、データ内部で禁止される特殊なビ ・ノド・パターンはない）を提供する。これにより、データ内容に無関係なバイ ナリ−形式のデータ伝送が可能になる。ただし、データはオクテツトの整数倍に 限定される。バイナリ−・データには、コード変換は行われない。発信元エンド ・ユーザーから通信マネージャーに与えられたコア・イメージは、宛先エンド・ ユーザーにそのまま与えられる。
文字データには、図形文字を含めることができる。
発信元エンド・ユーザーと宛先エンド・ユーザーが異なる固有コードを持つ場合 には、コード変換が行われることがある。
いずれの形式でも、マツプ式または非マツプ式のデータ構造で伝送できる。非マ ツプ式として識別されたデータは、発信点で単一の連続データ列に組み立てられ 、連続データとして宛先エンド・ユーザーに配信される。マツプ式として識別さ れたデータは、発信点で伝送用にデータ要素の論理組から単一の連続データ列に 組み立てらるが、宛先エンド・ユーザーに与えるために元の論理データ要素に分 解される。
３１３　配う　知（Ｄｅｌｉｖｅｒ　Ｎｏｔｉｆｉｃａｔｉｏｎ）エンド・ユー ザーは、配信確認通知の３つのレベルの中から１つを要求できる。通知は、発信 元エンド・ユーザーまたは別に指定されたエンド・ユーザーに返すことができる 。通知は、次の通りである。
３．１．３．１　１ＴＨ配信部に限定される配；確！刃（ＣＯＮＦＩＲＭＡＴＩ ＯＮ　ＯＦ　ＤＥＬＩＶＥＲＹ：　Ｃ０Ｄ）ＣＯＤでは、発信元エンド・ユーザ ーまたは別に指定されたエンド・ユーザーは、通信マネージャーが配信部を宛先 エンド・ユーザーのアプリケーション・プログラム・インターフェースに配信し た後で、元の配信部ＩＤとともに配信の肯定通知を受信する。
通信マネージャーが配信部を宛先エンド・ユーザーのアプリケーション・プログ ラム・インターフェースに配信できない場合には、元の配信部ＩＤとともに配信 の否定通知が送られる。
３．１．３．２　１ｒｇ　配−と照　配＝　で　用できる　゛　知　（ＥＸＣＥ ＰＴＩＯＮ　Ｎ０ＴＩＦＩＣＡＴＩＯＮ・　ＥＸ−ＮＯＴＥＸ−ＮＯＴでは、発 信元エンド・ユーザーまたは別に指定されたエンド・ユーザーは、通信マネージ ャーが配信部を宛先エンド・ユーザーのアプリケーション・プログラム・インタ ーフェースに配信できない場合に、元の配信部ＩＤとともに配信の否定通知を受 信する。正常配信を示す通知はない。
３．１．３．３　ｉ　なし　−　なし 発信元エンド・ユーザーは、配信部の配信ステータスを通知されない。通信マネ ージャーが配信部を宛先ＣＭＡＰＩに配信できない場合、配信部はローカルの規 約に従って処理される。
応答を必要としないか、またはＣＭがＥＵに代わって関連応答を対応させる必要 がない配信部は、Ｅｌから非同期配信部として発信されたものであると考えられ る。
これらの配信部は一方向のみ（例えば、発信元から宛先方向）に流れるが、ＥＵ が例外通知または配信確認通知を指定する場合は、配信経路に沿って存在する任 意のＣＭが、適切なエラー通知（ＥＲＲＯＲＮ０ＴＩＦＩＣＡＴＴＯＮ）で応答 しなければならない。
Ｌ」　４２　照　゛　答（ＱＵＥＲＹ　ＲＥＰＬＹ）通信マネージャーは、照会 ／返答配信部の相関関係を提供する。照会を発信するエンド・ユーザーは、対応 する返答を宛先エンド・ユーザーから受信するエンド・ユーザーを指定しなけれ ばならない。エンド・ユーザーが指定した時間枠内で返答が受信されない場合、 宛先エンド・ユーザーは、通信マネージャーからタイムアウト通知を受信する。
エンド・ユーザーは、照会配信部に関する配信なし通知または例外通知とともに 、限定保証（ＬＩＭＩＴＥＤ　ＡＳＳＵＲＡＮＣＥ）を指定できる。照会／返答 のデータの流れについては、セクション１０でさらに３１４３　照ＡＲｅｌａ　 Ｑｕｅｒ　）中継／照会を使用して、エンド・ユーザーは、任意数の追加エンド ・ユーザー・プロセスを通して、照会を中継することができる。最後の処理Ｅｌ が、元の照会で指定されたエンド・ユーザーに直接返答を返す（戻りの経路では 、中間エンド・ユーザー・プロセスをバイパスする）。中継／照会の使用例を示 す。トランザクションが、照会として、エンド・ユーザーｒＡＪからエンド・ユ ーザーｒＢＪに発信される。エンド・ユーザーｒＢＪは、トランザクションの要 求を完全に満たすことができず、照会をエンド・ユーザーｒＣＪに中継しなけれ ばならない（中継／照会を使用して）。エンド・ユーザー［りは、トランザクシ ョン処理を完了して、エンド・ユーザーｒＡＪに返答を返す。
３．１．４．４　レベル 通信マネージャーは、８つの優先レベルをサポートし、その中の２つはＳＭＡＰ のような特権ＥＵ専用、６つは任意のＥＵに使用できる。最高順位の非特権エン ド・ユーザーの優先度は、サイズおよび保証に制限がある。表３１に、優先レベ ルの詳細情報を示す。
表３．１ ＣＭ（通信マネージャー）の優先レベル形式２のＣＭＩＵの最大サイズは、セク ション１３で詳しく解説する。
３．１．４．５　−け（Ｓｅ　ｕｅｎｃｉｎ　）所与の宛先エンド・ユーザーに 所与の優先度で配信部を配信する順序は、次の条件が満たされる場合、発信元エ ンド・ユーザーが配信部を通信マネージャーに与える順序と同じである。１）宛 先エンド・ユーザーが、複数の物理的位置を占めない。２）発信元エンド・ユー ザーと宛先エンド・ユーザーが、ともに同じネットワーク環境内部に存在する。
および、３）すべての配信部の保証レベルが同じである。
３．１．４．６　サイズ 配信部のサイズは、最大データ・サイズで３２，０００バイトであることが望ま しいが、他の最大サイズを使用することもで゛きる。それを超えるサイズの配信 部を送信／受信する必要があるエンド・ユーザーは、それらの配信部を通信マネ ージャーに渡す前に、３２　、０００バイト以下のセグメントに分割する責任が ある。本発明の枠内で、さらに大きい配信部、またはさらに小さい配信部も可能 である。
配信部は、通信マネージャーによって、発信元エンド・ユーザーのシステム内部 で待ち行列化される。待ち行列は、宛先通信マネージャーおよび優先度によって 維持される。配信部は待ち行列から取り出され、必要な場合ＣＭＩＵにセグメン ト化され、優先順位の順序で送信されるが、優先度が上の配信部のＣＭＩＵによ って、ＣＭＩＵ境界で割り込み可能である。実際に実施される待ち行列化の形態 は、ローカル環境特有の機能に依存する。
３１４８　′ち′−ダのステータス。
通信マネージャーによって、エンド・ユーザーは配信部および配信待ち行列のス テータスを要求１できる。
宛先通信マネージャーおよび優先度のみにより、発信元エンド・ユーザー・シス テム内部で待ち行列の順序が付けられる。従って、ステータス要求は、エンド・ ユーザー宛先略号で定義されるように、宛先通信マネージャーに対するローカル 優先度待ち行列の状態のみを反映する（３２１のセクションを参照）。２つのタ イプのステータス要求が提供されている。指定されたエンド・ユーザー宛先優先 度待ち行列上のすべての配信部の総数を示すＣ０ＵＮＴ（カウント）、および、 指定されたエンド・ユーザー宛先優先度待ち行列上の要求側エンド・ユーザーの 配信部の１つまたはすべてを除去することを示すＰＵＲＧＥ（除去）。配信部を 除去できるのは、待ち行列に配信部を入れた元のエンド・ユーザーのみである。
３．２　ＣＭアプリケーション・プログラム・インターフニー　ス（ＣＭ　Ａ　 １ｉｃａｔｉｏｎ　Ｐｒｏ　ｒａｍ　Ｉｎｔｅｒｆａｃｅ：　ＣＭＡＰＩ）本項 では、エンド・ユーザー・アプリケーションが通信マネージャーのサービスを要 求するのに使用できる、非特権通信マネージャー・アプリケーション・プログラ ム・インターフェース（ＣＭＡＰＩ）コマンドおよびパラメーター値を解説する 。まず個々のコマンドの機能を解説し、次に個々のオペランドを解説する。オプ ションのオペランドは、括弧で囲まれている。必須のオペランドは、括弧なしで 示されている。
アプリケーション・エンド・ユーザーに提供されるサービスは、すべてのシステ ムで同じである。ただし、個々の実施においては、通信マネージャーが動作する ローカル・システムの規約に従うことになる。従って、ＣＭの個々の実施では、 そのアプリケーション・プログラム・インターフェースを、通信マネージャー・ アプリケーション・プログラム・インターフェースにマツプする方法を文書化し なければならない。
３２１５ＥＮＤＣ＝） ＳＥＮＤ（送信）コマンドは、あるアプリケーション・エンド・ユーザーから別 のアプリケーション・エンド・ユーザーへのデータ配信を要求するのに使用する 。詳細は、表３．２および以下の解説を参照。
表３．２ ＣＭＡＰＩ　５ＥＮＤコマンドのパラメーター５ＥＮＤ　（与えられるパラメー ター）：ＴＹＰＥ　（タイプ）は、配信部のタイプを指定する。
ＱＵＥＲＹ（照会）は、オプションノＥＸＣＥＰＴＩＯＮ　Ｎ０ＴＩＦＩＣＡＴ ＩＯＮ（例外通知）とＬＩＭＩＴＥＤ（限定）保証、および配信部が元の要求で あることを指定する。５ＯＵＲＣＥ−Ｅｌ　（発信元エンド・ユーザー）は、指 定ＴＩＭＥ−ＦＲＡＭＥ（時間枠）内にＤＥＳＴＩＮＡＴＩＯＮ−ＥＵ（宛先エ ンド・ユーザー）（または照会が中継を要求する場合は、別のエンド・ユーザー ）からＲＥＰＬＹ　（返答）を期待する。
返答が指定時間枠内に受信されない場合、５ＯＵＲＣＥ−ＥＵは、ローカル通信 マネージャーからタイムアウト通知を受信する。特定の時間枠は実施ごとに異な るが、現在６つの時間枠が許されている。
Ｘ５ＨＯＲＴ　（極小）は、５ＯＵＲＣＥ−ＥＵ（発信元エンド・ユーザー）が ２秒未満に返答を期待することを指定する。
５ＨＯＲＴ　（小）は、５ＯＵＲＣＥ−ＥＵが２秒以内に返答を期待することを 指定する。
ＭＥＤＩＵＭ（中）は、５ＯＵＲＣＥ−Ｅｌが数秒以内に返答を期待することを 指定する。
ＬＯＮＧ（大）は、５ＯＵＲＣＥ−ＥＵが数分以内に返答を期待することを指定 する。
ＸＬＯＮＧ（極大）は、５ＯＵＲＣＥ−ＥＵが数分以上以内に返答を期待するこ とを指定する。
ＶＡＲＩＡＢＬＥ（可変）は、５ＯＵＲＣＥ−Ｅｌが、ユーザ一定義の時間内に 返答を期待することを指定する。
ユーザ一定義のタイムアウトが満了する前にＥＸＣＥＰＴｌＯＮ−ＮＯＴＩＦＩ ＣＡＴＩＯＮ（例外通知）を受信した場合、ＯＲＩＧＩＮＣＭ（発信元ＣＭ）は タイムアウトが満了するまで任意の回数（それ自゛身の内部タイマーの値および 再試行回数に基づいて）再送信するか、または配信部が配信不能であったことを 、Ｏ，ＲＩσＩＮ　ＥＵ（発信元エンド・ユーザー）に通知することができる。
ユーザー・タイムアウトか満了した場合は、０ＲＩＧＩＮ　ＥＵに、配信部が配 信されなかったことを通知しなければならない。それ以降に受信されたＥＸＣＥ ＰＴＩＯＮ−ＮＯＴＩＦＩＣＡＴＩＯＮやＲＥＰＬＹは、すべて破棄される。
これらのタイプの事象の統計ログは、ローカル・システムの規約により決定され る。
ＲＥＰＬＹ（返答）は、ＤＥＬＩＶＥＲＹ　Ｎ０ＴＩＦＩＣＡＴＩＯＮ（配信通 知）なしのＬＩＭＩＴＥＤ（限定）保証、および配信部が前回のＱＵＥＲＹ（照 会）（またはＱＵＥＲＹ−ＲＥＰＬＹ（中継−照会））に対する返答であること を指定する。ＣＭ−ＤＩＳＴＲＩＢＵＴＩＯＮ−ＩＤ（ＣＭ配信部ｒＤ）は、通 信マネージャーが元の照会に返答を対応させるために、照会（ＱＵＥＲＹ）　（ または中継−照会）で受信されたＣＭ−ＤＩＳＴＲＩＢＵＴＩＯＮ−ＩＤと同じ でなければならない。
ＣＭ−ＤＩＳＴＲＩＢＵＴＩＯＮ−ＩＤ（ＣＭ配信部ｒＤ）は、発信元エンド・ ユーザーの通信マネージャーが割り当てた、元の照会配信部のＩＤを含む変数で ある。
ＲＥＬＡＹ−ＱＵＥＲＹ（中継−照会）は、配信通知なしの限定保証を指定する 。これは、返答が元の照会で識別されるエンド・ユーザーに返される前に、エン ド・ユーザーが（別のエンド・ユーザーによって）さらに処理を行わなければな らないと判断する場合に、返答の代わりに使用サレル。ＲＥＬＡＹ−ＱＵＥＲＹ ハ、次の項目を付はテ５ＥＮＤＡＰＩに配信される。
すなわち、元のＱＵＥＲＹに付けられたＣＭ−ＤＩＳＴＲＩＢＵＴＩＯＮ−ＩＤ （ＣＭ配信部ＩＤ）と、 現在処理を行っているエンド・ユーザーとしての５ＯＵＲＣＥ　（発信元）と、 トランザクション処理を続行するエンド・ユーザーとしてのＤＥＳＴＩＮＡＴＩ ＯＮ（宛先）と、元の照会で識別された、返答を受信するエンド・ユーザーを示 すＲＥＴＵＲＮ（返信光）（すなわち、存在する場合にはＲＥＴＵＲＮ、そうで ない場合には５ＯＵＲＣＥ）、とである。
通信マネージャーは、５ＥＮＤ　ＡＰＩでＲＥＬＡＹ−ＱＵＥＲＹを解釈し、指 定された宛先エンド・ユーザーに照会を中継するために、これをＣＭＩＵに形式 化して送信する。元のＱＵＥＲＹ（またはＲＥＬＡＹ−ＱＵＥＲＹ）に関連した 環境は、存在する場合、解放される。
ＡＳＹＮＣ（非同期）は、配信部が無請求の配信部であり、５ＯＵＲＣＥ−ＥＵ がＤＥＳＴ　ＩＮＡＴ　ｌ０Ｎ−ＥＵからの返答を期待していないことを指定す る。エンド・ユーザーは、任意のレベルの保証および配信通知を指定できる。
ＤＡＴＡ（データ）は、配信するデータを含む変数を指定する。エンド・ユーザ ーは、オプションでＤＡＴＡなしでＣＭ　５ＥＮＤを出すことも選択できる。Ｄ ＡＴＡがない場合には、ＥＵ−ＤＩＳＴＲＩＢＵＴＩＯＮ−ＩＤ（ＥＵ配信部Ｉ Ｄ）がなければならない。
ＬＥＮＧＴＨ（長さ）は、配信するデータのオクテツト単位の長さを含む変数を 指定する。長さ０は、データがないコトを示す。ＬＥＮＧＴＨハ、ＰＲＩＯＲＩ ＴＹ　２テハ４．ＯＯＯ以下テアければならない。
ＤＥＳＴＩＮＡＴＩＯＮ（宛先）は、ローカルに認識された宛先エンド−ユーザ ー（７）　ＤＥＳＴＩＮＡＴＩＯＮ　ＭＮＥＭＯＮＩＣ（宛先略号）を含む変数 である。通信マネージャーは、このＭＮＥＭＯＮＩＣを「ｃＭ、ＥＵＪ形式のＤ ＥＳＴＩＮＡＴＩＯＮ　ＡＤＤＲＥＳＳ（宛先アドレス）１〜８個のオクテツト に制限するのが望ましい。
５ＯＵＲＣＥ　（発信元）は、通信マネージャーＡＰＩで５ＥＮＤ機能を要求す るエンド・ユーザーのＩＤを含む変数である。
５ＯＵＲＣＥ　ＭＮＥＭＯＮＩＣ（発信元略号）は、１〜８個のオクテツトに制 限するのが望ましい。
ＲＥＴＵＲＮ（返信光）は、要求された配信通知または返答を受信するエンド・ ユーザーのＩＤを含む変数である。
ＲＥＴＵＲＮ　ＩＤＥＮＴＩＦＩＣＡＴＩＯＮ（返信光ＩＤ）は、この変数が別 の指定をしない場合、５ＯＵＲＣＥ　ＩＤＥＮＴＩＦＩＣＡＴＩＯＮ（発信元Ｉ Ｄ）と同じであると見なされる。ＲＥＴＵＲＮは、ＲＥＬＡＹ−ＱＵＥＲＹ（中 継〜照会）の配信部ＴＹＰＥ（タイプ）では必須のパラメーターである。ＤＥＳ ＴＩＮＡＴＩＯＮ（宛先）は、ＤＥＳＴＩＮＡＴＩＯＮ　ＭＮＥＭＯＮＩＣ（宛 先略号）の形になっている。ＲＥＴＩＩＲＮ　ＭＮＥＭＯＮＩＣ（返信光略号） は、１〜８個のオクテツトに制限するのが望ましい。
ＤＥＬＩＶＥＲＹ−ＮＯＴＩＦＩＣＡＴＩＯＮ（配信通知）は、希望するレベル の配信通知を指定する。配信通知は、指定されたＲＥＴＵＲＮに返され′る非同 期配信部である。
Ｃ０Ｄ（配信確認）ハ、配信部カＤＥｓＴＩＮＡＴＩｏＮ（宛先）アプリケーシ ョン・プログラム・インターフェースに配信された場合に、返信光が肯定的な通 知を受け取ることを指定する。通信マネージャーが配信部をＤＥＳＴ　ＩＮＡＴ 　ＩＯＮアプリケーション・プログラム）　・インターフェースに配信できない 場合、または中間ＣＭが配信部を転送できない場合、否定通知が元のＥＩ７配信 部ＩＤとともに配信される。ＣＯＤは、ＡＳＹＮＣＩ（ＲＯＮＯ［ＩＳ　（非同 期）配信部のみに適用される。
ＥＸＣＥＰＴＩＯＮ（例外）は、配信部ｂ＜　ＤＥＳＴ４ＮＡＴＩＯＮ（宛先） アプリケーション・プログラム・インターフェースに配信できない場合、または 中間ＣＭが配信部を転送できない場合に、返信光が元のＥＵ配信部ＩＤとともに 否定通知を受信することを指定する。正常配信を示す通知はない。ＥＸＣＥＰＴ ＩＯＮハ、ＱＵＥＲＹ４りはＡＳＹＮＣＨＲＯＮＯＵＳ（非同期）配信部のみに 適用される。
Ｎ０ＮＥ　（なし）は、ＲＥＴＵＲＮ　（配信先）が配信部の配信ステータスの 通知を受けないことを指定する。
通信マネージャーが配信部をＤＥＳＴ　Ｉ　ＮＡＴ　Ｉ　０Ｎ−Ｅυアプリケー ション・プログラム・インターフドースにテムの規約を適用する。
ＡＳＳＵＲＡＮＣＥ　（保証）は、配信部が受け取る保証のレベルを指定する。
ＬＩＭＩＴＥＤ（限定）は、配信部が一時的な通信障害に対する保護を受けるこ とを指定する。ただし、配信部は、システム障害の場合には失われることがある 。
ＦＵＬＬ　（完全）は、配信部が通信障害およびシステム障害に対する保護を受 けることを指定する（ディスク・ヘッドのクラッシュなどの媒体障害を除く）。
個別の実施では、配信不能の完全保証配信部を「タイムアウト」させることを選 択できる。この場合、発信元ＣＭは、ローカル・システムの規約を使用して、事 象をログする。ＦＵＬＬは、優先度４〜７の非同期配信部のみに使用できる。
ＰＲＩＯＲＩＴＹ（優先度）は、配信部が受け取る優先度を含む変数を指定し、 ２〜７の値を持つことが望ましい。優先度２では、最大ＬＥＮＧＴＨ（長さ）は ４．０００バイト未満か望ましく、ＡＳＳＵＲＡＮＣＥ　（保証）はＬＩＭＩＴ ＥＤ（限定）である。優先度３では、最大ＬＥＮＧＴＨ（長さ）は３２，０００ バイト未満が望ましく、ＡＳＳＵＲＡＮＣＥ　（保証）はＬＩＭＩＴＥＤ（限定 ）である。優先度４〜７では、最大ＬＥＮＧＴＨ（長さ）は３２，０００バイト 未満が望ましく、ＡＳＳＡＲＡＮＣＥ　（保証）はＦＵＬＬ　（完全）またはＬ ＩＭＪＴＥＤ（限定）である。
ＦＯＲＭＡＴ　（形式）は、データの形式を指定する。
ＢＩＮＡＲＹ（バイナリ−）は、データがバイナリ−形式であることを指定する 。コード変換は行われない。配信部には、ビット・レベルの透過が与えられる（ すなわち、データ中に禁止される特殊なビット・パターンはない）。データは、 オクテツトの整数倍でなければならない。
ＭＡＰＰＥＤ（マツプ式）は、データがデータ要素の論理組から構成されること を指定する。
ｔｌＮＭＡＰＰＥＤ（非マツプ式）は、データがデータの単一の論理列であるこ とを指定する。
ＣＨＡＲＡＣＴＥＲ（文字）は、データが図形文字形式であることを指定する。
ＭＡＰＰＥＤ（マツプ式）は、データがデータ要素の論理組から構成されること を指定する。
ＵＮＭＡＰＰＥＤ（非マツプ式）は、データがデータの単一の論理列であること を指定する。
ＥＵ−ＤＩＳＴＲＩＢＵＴＩＯＮ−ＩＤ（ＥＵ配信部ＩＤ）は、発信元エンド・ ユーザーが認識する所与の配信部特有の情報を含む変数である。これは、与えら れた場合に、宛先エンド・ユーザーにそのまま配信される。ＥＵ−ＤＩＳＴＲｒ ＢＵＴＩＯＮ−ＩＤの形式は、データと同じ形式（ＢＩＮＡＲＹ／ＣＨＡＲＡＣ ＴＥＲ）であると見なされる。ＥＵ−ＤＩＳＴＲＩＢＵＴＩＯＮ−ＩＤの長さは 、長さ１〜４４オクテツトであることが望ましく、最初のオクテツトにはそれ自 身を含むＥＵ配信部ＩＤのサイズを含む。
ＬＯＡＤ−ＤＩＳＴＲＩＢＵＴＩＯＮ−ＶＡＬＵＥ（負荷配分値）は、与えられ た場合に、中間経路指定・配信（ＩＲＤ）ノードに存在する負荷配分レコード（ ＬＤＲ）内のオフセットを含む１オクテツト・フィールドであることが望ましい 。負荷配分の機構の詳細については、セクション１２およびセクション１３．２ を参照。
５ＥＮＤ（返されるパラメーター）： ＲＥＴＵＲＮ−ＣＯＤＥ（戻りコード）は、戻りコードが要求側アプリケーショ ンに返される変数を指定する。
戻りコードは、コマンド実行の結果を示す。
ＯＫは、配信部が配信用に受け入れられたことを示す。ＲＥＴＵＲＮ−ＣＯＤＥ が「ＯＫ」以外の場合は、配信部が受け入れられなかったことを示す。
エラーのＲＥＴＵＲＮ−ＣＯＤＥには、ＬＥＮＧＴＨ（長さ）エラー、ＤＥＳＴ ＩＮＡＴＩＯＮ（宛先）エラー、５ＯＵＲＣＥ（発信元）エラー、ＲＥＴＵＲＮ （返信先）エラー、ＰＲＩＯＲＩＴＹ（優先度）エラー、ＦＯ）ＩＭＡＴ（形式 ）エラー、およびＲＥＰＬＹ　（返答）相関エラーがある。
ＣＭ−ＤＩＳＴＲＩＢＵＴＩＯＮ−ＩＤは、ローカル通信マネージャーか認識す る配信部のＩＤが返される変数である。
これは、参照される配信部を識別するために、エンド・ユーザーが５ＴＡＴＵＳ コマンドで使用できる。
このＣＭ−ＤＩＳＴＲＩＢＵＴＩＯＮ−ＩＤは、通信マネージャーが、ＲＥＰＬ ＹＳＣＯＤ、および例外通知をその発信元エンド・ユーザーと対応付けるために 使用される。ＣＭ−ＤＩＳＴＲＩＢＵＴＩＯＮｉＤの長さは、１〜１６オクテツ トであることが望ましい。
３．２．２　ＲＥＣＥＩＶＥ　ｘＬ− ＲＥＣＥＩＶＥ（受信）コマンドは、表３３および以下に詳しく解説するが、通 信マネージャーからの配信部を受信する要求である。エンド・ユーザーが実際に このコマンドを実行するかどうかにかかわらず、個々の実施では、エンド・ユー ザーに返されるパラメーターを配信できるようにする。配信部は、特定の配信方 法が要求されない場合、先入れ先出し法で配信される。
表３４３ ＣＭＡＰＩ　ＲＥＣＥＩＶＥＤ　：Ｉ７７　Ｆ１７）／４　ラメ−ターＲＥＣＥ ＩＶＥ（与えられるパラメーター）：ＣＭ−ＤＩＳＴＲＩＢＵＴＩＯＮ−ＩＤは 、エンド・ユーザーか受信（ＲＥＣＥＩＶＥ）　したい特定の配信部のＩＤを含 む変数である。その特定の配信部は、通信マネージャーによって受信された場合 に、エンド・ユーザーに渡される。特定の配信部が受信されず、ＣＭ−ＤＩＳＴ ＲＩＢＵＴＩＯＮ−ＩＤがＱＵＥＲＹに対して期待されるＲＥＰＬＹに対するも のである場合、エンド・ユーザーはＲＥＰＬＹを待つ。特定の配信部か受信され ず、それが期待されるＲＥＰＬＹでない場合、これはエラー条件になる。
ＲＥＣＥＩＶＥ（返されるパラメーター）：返されるパラメーター（Ｒｅｔｕｒ ｎｅｄ　Ｐａｒａｍｅｔｅｒｓ）は、エンド・ユーザーが実際にコマンドを実行 して受信するパラメーターではなく、ローカル規約によって゛定義される場合も ある。
ＴＹＰＥ（タイプ）は、どのタイプの配信部が返されるかを指定する。
ＱＵＥＲＹ　（照会）は、配信部が元の要求であり、発信元エンド・ユーザーが ＲＥＰＬＹを期待することを指定する。このＱＵＥＲＹに対してＲＥＰＬＹを送 信（ＳＥＮＤ）する場合に、ＣＭ−ＤＩＳＴＲＩＢＵＴＩＯＮ−ＩＤを受信され たままに保持して返すのは、エンド・ユーザーの責任である。
ＲＥＬＡＹ−ＱＵＥＲＹ　（中継−照会）は、配信部が元の要求ではなく、返信 先が元のＱＵＥＲＹに対するＲＥＰＬＹを期待することを指定する。エンド・ユ ーザーは、指定された返信先にＲＥＰＬＹを送信するか、または追加のＲＥＬＡ Ｙ−ＱＵＥＲＹをさらに別のエンド・ユーザーに送信しなければならない。
ＲＥＰＬＹまたはＲＥＬＡＹ−ＱＵＥＲＹを送信（ＳＥＮＤ）する場合に、ＣＭ −ＤＩＳＴＲＩＢＵＴＩＯＮ−ＩＤを受信されたままに保持して返すのは、エン ド・ユーザーの責任である。
ＲＥＰＬＹ　（返答）は、配信部が前回のＱＵＥＲＹに対するＲＥＰＬＹである ことを指定する。
ＣＭ−ＤＩＳＴＲＩＢｔｌＴＩＯＮ−ＩＤは、発信元エンド・ユーザーの通信マ ネージャーが認識する配信部のＩＤを含む変数である。
ＡＳＹＮＣ（非同期）は、配信部が無請求の配信部であり、発信元がＲＥＰＬＹ を期待しないことを指定する。
ＣＯＤ　（配信確認）は、配信部が前回の配信部の肯定配信通知であることを指 定する。
ＣＭ−ＤＩＳＴＲＩＢＵＴＩＯＮ−ＩＤは、発信元エンド・ユーザーの通信マネ ージャーが認識する配信部のＩＤを含む変数である。
ＥＸＣＥＰＴｒＯＮ（例外）は、配信部が前回の配信部の否定配信通知であるこ とを指定する。
ＣＭ−ＤＩＳＴＲＩＢＵＴＩＯＮ−ＩＤは、発信元エンド・ユーザーの通信マネ ージャーが認識する配信部のＩＤを含む変数である。
ＤＡＴＡ　（データ）は、データが返される変数を指定する。
ＬＥＮＧＴＩ（（長さ）は、データの長さが返される変数を指定する。
５ＯＵＲＣＥ（発信元）は、発信元のＩＤを含む変数である。この変数は、発信 元ＥＵをローカルに認識されるＤＥＳＴＩＮＡＴＩＯＮ　ＭＮＥＭＯＮＩＣ（宛 先略号）の形式で表したものである。５ＯＵＲＣＥ　ＭＮＥＭＯＮＩＣ（略号） は、１〜８個のオクテツトに限定することが望ましい。
−ザーのＩＤを含む変数である。この変数は、ＲＥＴＵＲＮ−Ｅｌをローカルに 認識されるＤＥＳＴＩＮＡＴＩＯＮ　ＭＮＥＭＯＮＩＣ（宛先略号）の形式で表 したものである。ＲＥＴＵＲＮ略号は、１〜８個のオクテツトに限定することが 望ましい。ＲＥＣＥＩＶＥ　ＴＹＰＥ　＝　ＲＥＬＡＹ−ＱＵＥＲＹ（７）場合 ニハ、ＲＥＴＵＲＮを与えなければならない。
ＥＵ−ＤＩＳＴＲＩＢｔｌＴＩＯＮ−ＩＤ（ＥＵ配信部ＩＤ）は、発信元エンド ・ユーザーが認識する配信部のＩＤを含む変数である。ＣＯＤ通知またハＥＸＣ ＥＰＴＩＯＮ　Ｎ０ＴＩＦＩＣＡＴＩＯＮ（例外通知）では、ＥＵ−ＤＩＳＴＲ ＩＢＵＴＩＯＮ−ＩＤは元の配信部のＥＵ−ＤＩＳＴＲＩＢＵＴＩＯＮ−ＩＤと 同じである。ＥＵ−ＤＩＳＴＲＩＢＵＴＩＯＮ−ＩＤの長さは、１〜４４個のオ クテツトであることが望ましい。
ＰＤＭ−ＩＮＤＩＣＡＴＩＯＮ（重複可能メツセージ指標）は、配信部が重複可 能メツセージ（Ｐｏｓｓｉｂｌｅ　Ｄｕｐｌｉｃａｔｅ　Ｍｅｓｓａｇｅ：　Ｐ ＤＭ）かどうかを指定する。
ＹＥＳは、配信部が重複配信部かもしれないことを指定する。ＰＤＭ指標を含む 配信部は、順番にな′っていないことがある。
ＮＯは、配信部が重複配信部ではないことを指定する。
３．２．３　５ＴＡＴＵＳ（ステータス５ＴＡＴＵＳ（ステータス）コマンドは 、表３４および以下にジャーが維持する配信待ち行列のステータスを要求するの に使用する。
表３．４ ＳＴＡＴＵＳ（与えられるパラメーター）：ＤＩＲＥＣＴＩＯＮ（方向）は、返 されるステータスが、着信または発信（ＥＵから見て）のいずれの待ち行列のス テータスかを指定する。いずれの方向の待ち行列がサポートされるかは、個別の 実施方法に依存する。
ＴＹＰＥ（タイプ）は、ステータス要求のタイプを指定する。
Ｃ０ＵＮＴ　（カウント）は、宛先の通信マネージャー宛てのローカル通信マネ ージャーの着信または発信ＰＲＩＯＲＩＴＹ（優先度）待ち行列上の配信部総数 に対する要求を指定する。
ＰＵＲＧＥ　（除去）は、宛先の通信マネージャー宛てのローカル通信マネージ ャーの着信または発信ＰＲＩＯＲＩＴＹ（優先度）待ち行列上ノ５ＯＵＲＣＥ（ 発信元）の配信部を、システムがら除去することヲ指定スル。ＣＭ−ＤＩＳＴＲ ＩＢＵＴＩＯＮ−ＩＤ（ＣＭ配信部ＩＤ）は、オプションのパラメーターである 。これがアル場合、ＣＭ−ＤＩＳＴＲＩＢＵＴＩＯＮ−ＩＤテ識別すれる配信部 が除去され、これがない場合は、識別された待ち行列上のすべての発信元配信部 が除去される。
ＤＥＳＴＩＮＡＴＩＯＮ（宛先）は、宛先となったエンド・ニー　ｆ　−ノｏ　 −力／ｌ／　ニ認識さレタＤＥＳＴＩＮＡＴＩＯＮ　ＭＮＥＭＯＮＩＣ（宛先略 号）を含む変数テアル。ＤＥＳＴＩＮＡＴＩＯＮＭＮＥＭＯＮＩＣは、１〜８個 のオクテツトに制限することが望ましい。
５ＯＵＲＣＥ（発信元）は、要求を出したエンド・ユーザーのＩＤを５ＯＵＲＣ Ｅ　ＭＮＥＭＯＮＩＣ（発信元略号）の形で含む変数である。５ＯＵＲＣＥ　Ｍ ＮＥＭＯＮＩＣは、１〜８オクテツトに制限することが望ましく、待ち行列に入 れた元の（ＳＯＵＲＣＥ）エンド・ユーザーと同じでなければならない。
ＰＲＩＯＲＩＴＹ（優先度）は、要求で参照される配信待ち行列の優先度を含む 変数を指定し、２〜７の値を取ることが望ましい。
５ＴＡＴＵＳ（返されるパラメーター）：ＲＥＴＵＲＮ−ＣＯＤＥ（ｒリターン ・コード」）は、要求側アプリケーションに返される戻りコードの変数を指定す る。戻りコードは、コマンド実行の結果を示す。　ＲＥＴＵＲＮ−ＣＯＤＥＩＩ ：　ハ、　例えば、　０ＫＳＤＥＳＴＩＮＡＴＩＯＮエラー、５ＯＵＲＣＥエラ ー、およびＰＲＩＯＲＩＴＹエラーがある。
ＲＥＴＵＲＮ−５ＴＡＴＵＳ（ｒリターン・ステータス」）は、要求されたステ ータスが返される変数を指定する。
Ｃ０ＵＮＴ要求では、値は、指定された待ち行列上の配信部総数である。ＰＵＲ ＧＥ要求では、この値は、除去された配信部総数である。
３３　システム　環アプリケーション・プログラム・インターフェース（ＳＷＡ ＰＩ） 本セクションでは、特権エンド・ユーザー・アプリケーションが通信マネージャ ーのサービスを要求するのに使用できる、通信マネージャー・システム管理ＡＰ Ｉ（ＳＭＡＰＩ）コマンドおよびパラメーター値を解説する。
ここでは、セクション３２に定義されたコマンドと異なるコマンドのみを示す。
すなわち、システム管理ＡＰＩ（Ｓｙｓｔｅｍｓ　Ｍａｎａｇｅｍｅｎｔ　ＡＰ Ｉ：　ＳＭＡＰＩ）は、このセクションで定義されるすべてのコマンドおよびパ ラメーターに加えて、非特権の通信マネージャーＡＰＩ（ＣＭＡＰＩ）で定義さ れたすべてのコマンドおよびパラメーターがら構成される。まず個々のコマンド を説明し、次に個々のオペランドを説明する。オプションのオペランドは括弧で 囲まれている。必須オペランドは括弧なしで示されている。
アプリケーション・エンド・ユーザーに提供されるサービスは、すべてのシステ ムで同じである。ただし、個々の実施においては、通信マネージャーが動作する ローカル・システムの規約に従うことになる。従って、ＣＭの個々の実施では、 そのアプリケーション・プログラム・インターフェースを通信マネージャー・ア プリケーション・プログラム・インターフェースにマツプする方法を文書化しな ければならない。
３．２．１　ｓ＋：Ｎｏ（°＝　） 表３５に示され、以下に詳しく説明する５ＥＮＤ（送信）コマンドは、ある特権 アプリケーション・エンド・ユーザーから別の特権アプリケーション・エンド・ ユーザーへのデータ配信を要求するために使用する。
表３５ ＳＭＡＰＩ　５ＥＮＤコマンドのパラメーター５ＥＮＤ　（与えられるパラメー ター）：ＤＥＳＴＩＮＡＴＩＯＮ（宛先）は、　ｒ　ＣＭ、ＥＵＪ形式の宛先と なったエンド・ユーザーのＤＥＳＴＩＮＡＴＩＯＮ　ＡＤＤＲＥＳＳ（宛先アド レス）、またはローカルに認識された宛先エンド・ユーザーのＤＥＳＴＩＮＡＴ ＩＯＮ　ＭＮＥＭＯＮＩＣ（宛先略号）を含む変数である。ＤＥまＴＩＮＡＴＩ ＯＮ　ＭＮＥＭＯＮＩＣの場合は、ＳＭＡＰＩはこのＭＮＥＭＯＮＩＣを「ＣＭ 、ＥＵＪ形式のＤＥＳＴＩＮＡＴＩＯＮ　ＡＤＤＲＥＳＳに分析解決する。ＤＥ ＳＴＩＮＡＴＩＯＮの形式は、　ＤＥＳＴＩＮＡＴＩＯＮ　ＡＤＤＲＥＳＳでは ｒＡＪ　を、ＤＥＳＴＩＮＡＴＩＯＮ　ＭＮＥＭＯＮＩＣではｒＭＪを選択して 示す。
ＤＥＳＴＩＮＡＴＩＯＮ　ＭＮＥＭＯＮＩＣは、１〜８個のオクテツトに制限す ることが望ましい。ＤＥＳＴＩＮＡＴＩＯＮ　ＡＤＤＲＥＳＳは、３バイトのＣ Ｍ＃および２バイトのＥＵ＃を含むことが望ましい。
５ＯＵＲＣＥ　（発信元）は、５ＷＡＰ　Ｉで５ＥＮＤ機能を要求したエンド・ ユーザーのＩＤを含む変数である。ＳＯ［ＩＲＣＥの形式は、５ＯＵＲＣＥ　Ａ ＤＤＲＥＳＳ−７：−ハｒＡＪ　’ｉ−１ＳＯＵＲＣ１−１ＳＯＵＲＣＥミー１ ＳＯＵＲＣ１−１ＳＯＵＲＣＥテハ５ＯＵＲＣＥ　ＭＮＥＭＯＮＩＣは、１〜８ 個のオクテツトに制限することが望マシイ。５ＯＵＲＣＥ　ＡＤＤＲＥＳＳＬｔ 、３ハイトノｃＭ＃オヨヒ２バイトのＥＵ＃を含むことが望ましい。
ＲＥＴＵＲＮ（返信光）は、要求された配信通知または返答を受信するエンド・ ユーザーのＩＤを含む変数テアル。ＲＥＴＵＲＮ　ＡＤＤＲＥＳＳマｆニー　ｆ ；ｉ　ＭＮＥＭＯＮＩＣ（返１’ｉ　先（７）アドレスまたは略号）は、この変 数で別の指定をしナイ場合、５ＯｔｌＲＣＥ　ＡＤＤＲＥＳＳ；）：　７’：　 ハＭＮＥＭＯＮＩＣト同じであると見なされる。ＲＥＴＵＩ？Ｎは、ＲＥＬＡＹ −ＱＵＥＲＹの配信タイプでは必須パラメーターである。ＤＥＳＴＩＮＡＴＩＯ Ｎノ形式ハ、ＤＥＳＴＩＮＡＴＩＯＮ　ＡＤＤＲＥＳＳＴＬｔ　ｒＡＪ　ヲ、Ｄ ＥＳＴＩＮＡＴＩＯＮ　ＭＮＥＭＯＮＩＣテ！；ｔ　ｒＭＪ　ヲ選択シテ示ス。
ＲＥＴＵＲＮ　ＭＮＥＭＯＮＩＣハ、１〜８個ノオクテットニ制限すルコとが望 ましい。ＲＥＴＵＲＮ　ＡＤＤＲＥＳＳＩ；！、３バイトノＣＭ＃および２バイ トのＥＵ＃を含まなければならない。
ＰＲＩＯＲＩＴＹ（優先１度）は、配信部が受け取る優先度を含む変数である。
これは、θ〜７の値を取ることが望ましい。
優先度０では、最大ＬＥＮＧＴＨ（長さ）＋；！１００バイト未満が望マシく、 ＡＳＳＵＲＡＮＣＥ　（保証）ハＬＩＭＩＴＥＤ（限定）である。
ＩＴＥＤ（限定）である。
優先度２では、最大ＬＥＮＧＴＨ（長さ）は４．０００／＜イト未満が望ましく 、ＡＳＳＵＲＡＮＣＥ（保証）はＬＩＭＩＴＥＤ（限定）である。
ＩＴＥＤ（限定）である。
優先度４〜７では、最大ＬＥＮＧＴＨ（長さ）は３２，０００バイト未満が望ま しく、ＡＳＳＵＲＡＮＣＥ（保証）はＦＵＬＬ　（完全）またはＬＩＭＩＴＥＤ （限定）である。
３．３．２　ＲＥＣＥＩＶＥ（”　”）ＲＥＣＥＩＶＥ（受信）コマンドは、表 ３．６および以下に詳しく解説するが、通信マネージャーからの配信部を受信す る要求である。エンド・ユーザーが実際（ここのコマンドを実行するかどうかに かかわらず、個々の実施では、エンド・ユーザーに返される）くラメ−ターを＾ 己信できるようにする。配信部は、特定の配信方法力く要求されない場合、先入 れ先出し法で配信される。
表３６ ＳＭＡＰＩ　ＲＥＣＥＩＶＥ　コ−ｒ　ント０）ハ９メーターＲＥＣＥ　ＩＶＥ 　（返されるパラメーター）：５ＯＵＲＣＥ　（、発信元）は、発信元のＩＤを 含む変数である。この変数は、　ｒｃＭ、ＥＵＪ形式の発信元ＥＵの０ＲＩＧＩ Ｎ　ＡＤＤＲＥＳＳ、またはローカルに認識された発信元エンＦ　−ニー　ｆ　 −ノＤＥＳＴＩＮＡＴＩＯＮ　ＭＮＥＭＯＮＩＣテ表さレル。　５ＯＵＲＣＥ　 ノ形式は、５ＯＵＲＣＥ　ＡＤＤＲＥＳＳテはｒＡＪ、５ＯＵＲＣＥ　ＭＮＥＭ ＯＮＩＣテハｒＭＪ　テ示される。５ＯＵＲＣＥ　ＭＮＥＭＯＮＩＣは、１〜８ 個のオクテツトに制限することが望ましい。５ＯＵＲＣＥ　ＡＤＤＲＥＳＳは、 ３バイトのＣＭ＃および２バイトのＥＵ＃を含まなければならない。
ＲＥＴＵＲＮ（返信光）は、返答を受信するＲＥＴＵＲＮのＩＤを含む変数であ る。この変数は、　ｒ　ＣＭ、　ＥＵＪ形式のＲＥＴＵＲＮ−ＥＵのＲＥＴＵＲ Ｎ　ＡＤＤＲＥＳＳ（返信先アドレス）、またはローカルに認識されたＲＥＴＵ ＲＮ−ＥＵのＤＥＳＴＩＮＡＴＩＯＮ　ＭＮＥＭＯＮＩＣ（宛先略号）で表され る。ＲＥＴＵＲＨの形式４式％ ではｒＭＪで示される。ＲＥＴＵＲＮ　ＭＮＥＭＯＮＩＣは、１〜８個のオクテ ツトに制限することが望ましい。ＲＥＴＵＲＮ　ＡＤＤＲＥＳＳは、３バイトの ＣＭ＃および２バイトのＥＵ＃を含まなければならない。ＲＥＴＵＲＮＩ；ｔ、 ＲＥＣＥＩＶＥ　’ＴＹＰＥ　＝　ＲＥＬＡＹ−ＱＵＥＲＹの場合は、必須であ る。
３．３．３　５ＴＡＴＵＳ（ステータス）ＳＴＡＴＵＳ（ステータス）コマンド は、表３７に称され以下に詳しく説明するが、優先度および宛先によって通信マ ネージャーが維持する配信待ち行列のステータスを要求するのに使用する。
表３７ ＳＭＡＰＩ　ＳＴ＾丁ＵＳコマンドのパラメーター５ＴＡＴＵＳ　（与えられる パラメーター）。
ＤＥＳＴＩＮＡＴＩＯＮ（宛先）は、　［ｃＭ、ＥＵＪ形式の宛先となるエンド ・ユーザーのＤＥＳＴＩＮＡＴＩＯＮ　ＡＤＤＲＥＳＳ（宛先アドレス）、また はローカルに認識された宛先エンド・ユーザーのＤＥＳＴＩＮＡＴＩＯＮ　ＭＮ ＥＭＯＮＩＣを含む変数である。ＤＥＳＴＩＮＡＴＩＯＮ　ＭＮＥＭＯＮＩＣの 場合は、ＳＭＡＰＩはこの略号をｒＣＭ、ＥＵ」形式のＤＥＳＴＩＮＡＴＩＯＮ 　ＡＤＤＲＥＳＳに分析解決する。ＤＥＳＴＩＮＡＴＩＯＮの形式は、ＤＥＳＴ ＩＮＡＴＩＯＮ　ＡＤＤＲＥＳＳでは　ｒＡＪ　を、ＤＥＳＴＩＮＡＴＩＯＮ　 ＭＮＥＭＯＮＩＣではｒＭＪを選択して示す。ＤＥＳＴＩＮＡＴＩＯＮ　ＭＮＥ ＭＯＮＩＣは、１〜８オクテツトに制限することが望ましい。ＤＥＳＴＩＮＡＴ ＩＯＮ　ＡＤＤＲＥＳＳは、３ハイドのＣＭ＃および２バイトのＥＵ＃を含まな ければならない。
５ＯＵＲＣＥ　（発信元）は、要求を出したエンド・ユーザーのＩＤを含む変数 である。５ＯＵＲＣＥの形式は、５ＯＵＲＣＥ　ＡＤＤＲＥＳＳ　（発信元アド レス）ではｒＡＪを、５ＯＵＲＣＥ　ＭＮＥＭＯＮＩＣ（発信元略号）ではｒＭ Ｊを選択して示す。５ＯＵＲＣＥ　ＭＮＥＭＯＮＩＣは、１〜８個のオクテツト に制限することが望ましい。５ＯＵＲＣＥ　ＡＤＤＲＥＳＳは、３バイトのＣＭ ＃および２バイトのＥＵ＃を含まなければならない。５ＯＵＲＣＥは、待ち行列 に入れた元の（ＳｏｕＲＣＥ）エンド・ユーザーと同じでなければならない。
ＰＲＩＯＲＩＴＹ（優先度）は、要求で参照された配信待ち行列の優先度を含む 変数である。これは、θ〜７の値を取ることが望ましい。
４、ＣＭセツション ＣＭは、相手のＣＭとの間にセツションのないメツセージによる通信チャネルを 提供する。ＣＭ／セツション層では、ＣＭＡＰＩおよびＳＭＡＰＩは、通信を行 いたいアプリケーションに共通の機能を提供することに関与する。ＣＭ／トラン スポート層が提供するサービスが、双方向同時通常および急送データ伝送である のに対して、これらの機能は２つのＥＵが協力してデータ交換を成立させるため に制御される。広い意味では、ＣＭ／セツション層は、ＣＭ／）−ランスポート 層が提供する通信チャネルの、構造化され同期化された制御を提供する。ＣＭ自 体にはセツション・サービスはないが、次に示す、通常はセツション層で実行さ れる機能の一部を実行する。通常データ交換、急送データ交換、例外報告、デー タ単位の順序番号付け、および層の管理。
さらに、ＣＭ／セツション層は、優先度に対するサイズの制約を確認する構成要 素を含み、発信メッージのタイムアウト管理を提供し、保護メツセージ機能を管 理する。
ＥＵからＣＭ／セツション層を通り、ＣＭ／　）ランスポート層に向かう発信メ ツセージでは、次の処理がＣＭ／セツション層で実行される。
４．１．Ｉ　ＣＭ−ＤＩＳＴＲＩＢＵＴＩＯＮ−ＩＤ　ＤＵｉ、：　チルＣＭ− ＤＩＳＴＲＩＢＵＴＩＯＮ−ＩＤ（ＣＭ配信部ＩＤ）ハ、ＣＭカＥＵニ対シて明 示的に識別する（例えば、対応させる）必要があるメツセージを内部で追跡する ための値である（例えば、前回送信された照会に対する返答、またはＥＵがある 形式の配信通知を付けて送信したＤＵ）。
４゜１２　タイムラアウト　が八　ならば　タイムアウト　を　する すべての照会タイプのメツセージでは、ＥＵが配信および応答に対して時間枠を 指定する必要がある。時間枠は、ＡＰＩを通して渡され、小、中、大の値を取り うる。
実際の時間の長さは、個々の目標環境に適合するようにＣＭの実施方法により定 義できる。
ＣＭ／セツション層は、時間枠管理を行う責任がある。
出力側でタイマーを始動させ、入力側でタイマーを解決スル。コノ作業ノ主要要 素は、ＣＭ−ＤｒＳＴＲＩＢ（ＩＴＩＯＮ−ＩＤおよび個別のタイマー自体であ る。
４．１．３　ＦｕｔＬｍＡｓｓｕＲＡＮｃＥ（＝全　証）が。定され　口ＤＯの 安全保管を行うための正確な機構は、完全に実施方法に依存する。ただし、ある 実施方法がこの機能を利用する場合、ｃＭ／セツション層に安全記憶域をセット アツプして、正常であっても異常であっても解決しなければならない。
４１．４　必要なステータス　を　するＣＭ／セツション層は、層のパフォーマ ンスに関する統計情報を保持する。この情報は、旧Ｂに保管され、ＳＭＡＰによ ってアクセスできる。
４．２　ＣＭセツションがらＥＵへ　−住メツセージＣＭ／セツション層を通り ＣＭＡＰ　Ｉへ向がう着信メツセージでは、次の処理がＣＭ／セツション層で実 行される。
４．２．１　タイムアウトのモニターを１−う　寸回送言されたＤＩがタイムア ウトを　）した　Ａ　そのようなタイムアウトが　きたときに　エラー心太をＥ Ｕに”　舌ｔ６よ ＣＭ／セツション層の発信側で、メツセージ・タイプのＱＵＥＲＹ（照会）で送 信されたＤＵは、それに関連したタイムアウト値番持つ。ＣＭ／セツション層の 着信側は、これらのタイマーを解決する処理エンティティである。前回送信され たｑｕＥｉｙに対応するＲＥＰＬＹが宛先ＣＭから返信されるか、あるいはタイ ムアウトする。
ＱＵＥＲＹ（照会）に対するＲＥＰＬＹ（返答）が受信される場合、ＲＥＰＬＹ 　ＣＭＩＵのＣ０ＲＲＥＬＡＴ　Ｉ　ＯＮ　（相関）フィールドで伝送されなけ ればならない元の照会のＣＭ−ＤＩＳＴＲＩＢ［ＩＴｒＯＮ−ＩＤによって、両 者を対応付ける。作動中のタイマーは取り消され、ＤＵはＥＵへの配信のために 待ち行列に入れられるか、または直接ＡＰＩに送信される。着信メツセージは、 ＣＭのローカルな実施の必要に従って、待ち行列に入れられる。着信待ち行列を 必要とする環境もあり、必要としない環境もある。
じ方法でＥｌｌに転送される。エラー通知と対応する発信ＤＩ間の対応付けは、 ＣＭ−ＤＩＳＴＲＩＢＵＴＩＯＮｉＤによって行われる。
４２２　法によっては　ＤＵがニ；　′ち（−１から　される ４、２．３　ｉ　の　目によって　組み立てられたＤＯを該当　るＥＵに配；　 る ４　、　２　、３　、１　、”、な　Ａ　＝ｏｕをｉａ′　；したＤＵとの・応 ・けをやりなお 着信返答は、前回送信された照会と対応付けなければナラナイ。コレハ、ＲＥＰ ＬＹ　ＣＭＩＵ内部（７）　Ｃ０ＲＲＥＬＡＴＩＯＮ（相関）フィールドとして 運ばれる元の照会のＣＭ−ＤＩＳＴＲＩ　ＢＵＴ　ｌ０Ｎ−ＩＤによって行われ る。
４．２．３．２　ＤＵを−　るＥｌに　＝　る発信ＤＵを指定されたＥＵに配信 するローカル環境に適した機構を起動させる。それを使用して、ローカル資源が スケジュールまたは起動されるある事前に作成されたテーブルにより行われる。
あるいは、メツセージに対するＥＵの明示的な要求に対する反応として起こるこ ともある。
４．２４　必　な場合　知をＥＵに　るＤＥＳＴＩＮＡＴＩＯＮ　ＣＭまたはＩ ＮＴＥＲＭＥＤＩＡＴＥ（中間）ＣＭがら返された例外通知は、データがないこ とを除いてＤＵと同じ方法でＥＵに渡される。
４．２ヤ　ＤＯが　−＼　で　゛　：　が　−るＡ　を生　る なんらかの理由によって、ＤＵがＥＵへ配信できない場合、例外通知が要求され ていた場合に、ＣＭ／セツション層はエラー・メツセージを作成して、発信元Ｃ Ｍへの返信を開始する。
４．２．６　八　なステータス　を　るすべての層がそうであるように、ステー タスおよび管理情報はＭＩＢに維持される。
５．６Ｍトランスポート層 ＣＭ／セツション層と同様、Ｃ旧こはセツションのエンティティがないため、Ｃ Ｍ／トランスポート層の機能は他のネットワークの同じ名前を持つ層と比較した 場合、いくぶん簡略になっている。基本的に、この層はメツセージのブロック化 ／非ブロック化を行い、通信マネージャー交換単位（ＣＭＩＵ）プロトコルによ ってセグメント化されたＤＵに対してエンベロープの付け／外しを行う。動的に 適応経路指定を行う広域ネットワーク（ＶＡＮ）の長期的要求のため、この層に もセグメントが順番に到達しないセグメント化されたＤＵの組み立てを要求でき る。
一般に、ＣＭ／トランスポート層でサポートされる機能は。
次の通りである。すなわち、メツセージの優先順位付け、メツセージ待ち行列の 維持、急送メツセージの受渡し、例外報告、メツセージのセグメント化、フロー 制御、および層の管理である。
５゜Ｉ　ＣＭセツションから０Ｍトランスポートへ　−１１人工！二ノ ＣＭ／　）ランスポート層を通って、ＣＭ／ネットワーク層へ向かう発信メツセ ージでは、次の処理がＣＭ／　）ランスポート層で行われる。
５．１．１　および　ＣＭ別の　−ＤＵ′ち′−１のＣＭ／　）ランスポート層 は、発信優先度待ち行列を維持する。ＤＯは、ある特定のＣＭとの通信が障害を 起こしても、他のＣＭに向かうメツセージが通過できるような方）　法で、ｌ） ＥＳＴ−ＣＭ（宛先ＣＭ）および優先度別に待ち行列に入れられる。
５．１．２　ＣＭは　二　′ち′−１かＤυ　で１ＴＪＳＴＡＴＵＳ　ＡＰＩサ ーヒスニよッテ、特定（７）ＣＭＩ、：発信され１　るＤＵを発信優先度待ち行 列から除去できる（ＳＴＡＴＵＳサービスの詳細は、セクション３．２．３を参 照）。
５．１．３．１　日のフロー　′ 両端間のフロー制御は、５ＷＡＰ間通信のセクションで説明する５ＴＯＰ／ＲＥ ＳＵＭＥ（一時停止／再開）コマンドによって行われる。要点を言えば、５ＷＡ Ｐに対する５ＴＯＰコマンドは、ＣＭ／トランスボート層が待ち行列からＤＵを 取り出すのを停止させる。ＳＷＡ　Ｐに対するＲＥＳＵＭＥコマンドは、ＣＭ／ トランスポート層が再び待ち行列からＤＵを取り出すのを再開させる。
５．１．３．２　ＤＯのセグメント ＣＭ／トランスポート層は、ＤＥＳＴ−ＣＭ（宛先ＣＭ）が処理できる長さより 長いＤＵをセグメント化する責任がある。
５１４　セグメント　されたＤＵを　別のＣＭＩＵに　成を３エ ＣＭ／　ｌ−ランスポート層の最後のステップは、セグメント化されたＤＵをＣ ＭＩＵで包むことである。
５２０Ｍ　トランスポートからＣＭセツションへ　−養１Ｌ仁ヱ」二重１ ＣＭ／　）ランスポート層を通って、ＣＭ／セツション層へ向かう着信メツセー ジでは、次の処理がＣＭ／トランスポート層で行われる。１）資源の使用状況を モニターして、Ｓ丁ＯＰ／ＲＥＳＵＭＥコマンドを発信元ＣＭに送信して行う両 端間のフロー制御、２）メソセージからＣＭＩＵのエンベロープを外してＤＵ上 セグメント復元、３）　ＯＲＪＧＩＮ−ＣＭ（発信元ＣＭ）および優先度により 、ＤＯ上セグメントらＤＵを組み立て、および、４）使用可能な資源に依存して 、実施ではＤＥＳＴ−ＥＵ（宛先ＥＵ）別の受信優先度待ち行列を作成管理する 。
６、ＣＭネットワーク ＣＭ／ネットワーク層は、ＣＭの経路指定タスクを実行する。ＣＭ／　）ランス ポート層から発信さ娠　ネットワーク・プロトコル・スタックから着信し、ＣＭ ／ネットワーク層に入りＣＭ／ネットワーク層を出るすべてのＣＭＩＵは、この 層で経路指定される。
発信メツセージでは、ＣＭ／ネットワークは中間経路指定・配信（Ｉｎｔｅｒｍ ｅｄｉａｔｅ　Ｒｏｕｔｉｎｇ　ａｎｄ　ＤｉｓｔｒｉｂｕｔｉｏｎＮｏｄｅ： 　ＩＲＤ）ノードの負荷配分機能を実行する。さらに、ＤＥＳＴ−ＣＭ（宛先Ｃ Ｍ）番号がＡＤＪＡＣＥＮＴ−ＣＭ（隣接ＣＭ）番号に分析解決される。ＣＭ／ ネットワーク層はまた、適当なネットワーク・プロトコル・スタックを選択して 、ＡＤＪＡＣＥＮＴ−ＣＭ番号をローカルのネットワーク・プロトコル・スタッ クに特有なアドレスに分析解決する。
隣接フロー制御も、最適ベーシングのメカニズムを使用して送信／受信の窓を管 理することにより行われる。
ＣＭ優先レベル０のメツセージは、現行のベーシングの窓がＯに等しい場合でも 伝送される。
次に、ＣＭ優優先レベル色１のメツセージが、別個の「コマンド・待ち行列」に 入れられ、ＣＭＭ先レベル２〜７のメツセージが、単一の着信「データ」待ち行 列に入れられる。最後に、ＣＭＭ先レベル０〜７のメツセージの伝送が行われる 。
６．２　ＣＭ　ットワークか゛ＣＭトランスポートへ　−二メッセージ 着信メツセージでは、ＣＭ／ネットワーク層はＤＥＳＴ−ＣＭ（宛先ＣＭ）番号 をモニターして、ＣＭＩＵをローカルのＣＭ／Ｍランスポート層へ経路指定する か、発信ＣＭ／Ｍットワークのローカルのネットワーク・プロトコル・スタック ＡＰＩ（ＰＳＡＰＩ）に経路指定するかを決定する。
ＣＭ／ネットワーク層はまた、隣接フロー制御も行う。
複数の実施を通してＣＭ／ネットワーク層を調整する必要があるため、次のセク ションではＣＭ／ネットワーク層の優先度待ち行列の維持、フロー制御、および 経路指定の機能の概念を敷延する。
６３　ＣＭ　゛ットワーク　の ６３１　′　ち′−ダ ＣＭ管理コマンド（ＣＭ　Ｍａｎａｇｅｍｅｎｔ　Ｃｏｍｍａｎｄｓ）が、常に データ配信部より先に流れることを保証するため、現在ＣＭ／Ｍットワーク層に は少なくとも２つの優先度待ち行列が存在する。１つは優先度０と１のＣＭコマ ンド用、２番目は優先度２〜７のデータ配信部用である。ＣＭ／ネットワーク層 にある２つの優先度待ち行列は、ローカルのＣＭの実施に、優先度の高いＣＭ待 ち行列と優先度の低い通常のデータ配信部待ち行列を提供する。
優先度０は、ＳＭＡＰ間シスデシステム管理配信単位ＤＵ）コマンドおよび機能 に予約済みである。
優先度１には、ＳＭＡＰ間（ＳＭＤＵ）コマンドおよび機能、ならびに特権ＥＵ 間（ＳＭＤＵ）コマンドおよび機能がある。
ローカルのＣＭの実施では、ＣＭ／Ｍットワークに３つ以上の待ち行列を実施す る必要もありうる（例えば、優先度Ｏ〜３）。事実この場合、ＣＭ／ネットワー ク層の優先度３の待ち行列は、ＣＭ／Ｍランスポート層の優先度３〜７でＥＵが ＣＭに送信するデータ配信部を含む、あるいは表すことになる。ＣＭ／ネットワ ーク層の優先度待ち行列の数は、ローカルＣＭの資源の使用可指度に依存して、 最高ＣＭ優先度の総数（すなわち０〜７）に達することがある。
６．３．２　データ・フロー ＣＭは、そのデータ・フローにおける位置によって、パフォーマンスのネックに なる可能性がある。ＣＭの層構造化は、この可能性を最小化するために考案され ている。図９は、中間ＣＭノードを流れるデータ・トラフィックが中間ノードの ＣＭ／ネットワーク層に隔離されることを示している。これにより、データを経 路指定するのに必要な処理のみが要求されることが保証される。
図９はまた、メツセージかＥＵから発信されＥＵで終了することを示している。
図９では゛、中間ＣＭノードはＮＥＴＷＯＲＫ　Ｎ０ＤＥＳ（ネットワーク・ノ ード）として示され、宛先ＣＭは終端ノードとして示されている。゛これらの用 語は、特定の配信部に代わって任意の所与のＣＭで実行される機能のタイプを決 定するために使用されている。終端ノードとネットワーク・ノートの機能は、任 意の所与のＣＭノードで共存でキル。従ツーｃ、ＥＵ　ｒＣＪ　カＥＵ　ｒＤＪ 　ｌ：：５ＥＮＤヲ開始ｔル、！：、ＣＭ　ｒ　３ＪはＥＵｒりに代わって終端 ノードとして動作し、ＥＵｒＡＪから開始された配信部に代わってネットワーク ノードとして動作する。
配信部が、その最終宛先に到達するために複数のネットワーク・ノードを通過す る場合、経路は複数のネットワーク・プロトコル・スタックに広がることがある 。このようになった場合、配信部はあるネットワーク・プロトコル・スタックの フローを別のネットワーク・プロトコル・スタックのフローに変換するＣＭ／７ ’　−トウエイに到達する。同じネットワーク・プロトコル・スタックを通して 他のネットワーク・ノードと通信を行うネットワーク・ノードを、ここでは「協 調ネットワーク・ノード（Ｃｏｏｐｅｒａｔｉｎｇ　Ｎｅｔｗｏｒｋ　Ｎｏｄｅ ｓ）Ｊと呼ぶ。協調ネットワーク・ノードのネットワーク内部では、最大ＣＭＩ ＵＭイズは常に同じである。協調ネットワーク・ノード間の最大ＣＭＩＵＭイズ は、調整可能な項目である。
６．３．３　フロ一 本発明では、２通りのフロー制御が使用できる。１つは、ＳＭＡＰ間シスデシス テム管理配信単位ＤＵ）制御コマンドの５ＴＯＰ／ＲＥＳＵＭＥコマンドを使用 する両端間フロー制御であり、もう１つは、最適ベーシング要求／応答を使用す る隣接Ｃ１間フロー制御である。
６．３．３．１　ｊフロー　′ ５ＴＯＰ／ＲＥＳＵＭＥ管理コマンドを使用する両端間フロー制御を開始する責 任は、発信元および宛先通信マネージャーのＣＭ／　）ランスポート層、または それらに関連したＳＭＡＰにある。いずれの場合でも、実際の５ＴＯＰ／ＲＥＳ ＵＭＥ管理コマンドは、５ＷＡＰによってシステム管理配信単位（ＳＭＤＵ）に 形式化され、ＣＭの各層およびＣＭの「仮想ネットワーク（Ｖｉｒｔｕａｌ　Ｎ ｅｔｗｏｒｋ）Ｊを通してＤＥＳＴＩＮＡＴＩＯＮ　ＣＭ（宛先ＣＭ）に転送さ れる（ＳＭＤＵＭマンドの詳細は、セクション１１および１３を参照）。配信部 の流れに関与する中間通信マネージャーは、通過Ｃ旧Ｕが中間通信マネージャー のＣＭ／ネットワーク層のみを流れるため、０ＲＩＧＩＮＳ（発６．３．３．２ 　ＣＭＥＩＭロー　′ 最適ベーシング要求／応答を使用する隣接ＣＭ間間口ロー制御、任意の隣接通信 マネージャーの対のＣＭ／ネットワーク層の責任である。ＣＭ／ネットワーク層 は、最適ベーシング・メカニズムをそのローカル資源を管理するツールとして使 用する。通信マネージャーのＣＭ／ネットワーク層での資源管理を説明した以下 のシナリオは、最適ベーシング・メカニズムをローカル資源の管理に使用するこ とを示すためだけのものである。この例では、管理される資源はバッファーでも よい。
６．３．３．３　のペーシン　の　れの　！図１０は、隣接ＣＭノード間のベー シング要求（ＰａｃｉｎｇＲｅｑｕｅｓｔ：　ＰＲＱ）およびベーシング応答（ Ｐａｃｉｎｇ　Ｒｅ５ｐｏｎｓｅ：　ＰＲ５）の通常の流れを示す。送信側のＣ ＭのＣＭ／ネットワーク層は、隣接ＣＭへの現在の窓の一部として送信する最初 のＣＭＩＵに、ＰＲＱを付加する。現在の窓は、ＰＲＱが隣接ＣＭから受信され る前に、送信側のＣＭがその隣接ＣＭに送信できるＣＭＩＵの最大個数を表す。
送信側のＣＭが現在の窓より大きい隣接ＣＭへのＣＭ／ネットワーク層発信待ち 行列を持つ場合、送信側のＣＭはＰＲＱ内部にもっと大きい窓が必要なことを示 すことができる。送信側のＣＭは、１だけ増分した窓のサイズしか要求できない 。送信側のＣＭが現在の窓の範囲で許されるすべてのＣＭＩＵを送信した後、送 信側のＣＭは、さらにＣＭＩＵを送信する前に、隣接ＣＭからＰＲ５が送られる のを待たなければならない。
受信側のＣＭのＣＭ／ネットワーク層は、その隣接ＣＭの１つからＰＲ５を受信 すると、ローカルに定義されたその域値Ｔ−１およびＴ＝２をチェックする（図 １１）。域値Ｔ−１およびＴ−２を超えない限り、受信側のＣＭは、送信側のＣ ＭのＰＲＱに対してＰＲＳで応答する。発信ＰＲＱが、送信側のＣＭがもっと大 きい窓を要求していることを示した場合は、受信側のＣＭはそれがもっと大きい 窓を受け入れるかどうかをＰＲ５の中に示す。このようにして、受信側ＣＭは、 窓のサイズの増分を要求するＰＲＱを受け入れるかどうかによって、発信ＣＭＩ Ｕの到達速度を制御できる。
発信ＰＲＱが窓のサイズの増分要求を示さない場合、受信側のＣＭはＰＲＱに対 してＰＲＳで応答する。このＰＲ５は、ＰＲＱの受信確認、ならびに現在の窓の サイズのままで別の窓分のＣＭＩＵを送信する許可を含んでいる。
６．３．３．４　７−１域　を　える 図１０および図１１で、着信のセグメント化された配信単位（Ｄｉｓｔｒｉｂｕ ｔｉｏｎ　Ｕｎｆｔｓ：　ＤＵ）がネットワーク・プロトコル・スタックから到 達すると、それらは通信マネージャーのＣＭ／ネットワーク層に、パケット化さ れた通信マネージャー交換単位（Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｍａｎａｇｅｒ 　Ｉｎｔｅｒｃｈａｎｇｅ　Ｕｎｉｔｓ：　ＣＭＩＵ）として与えられる。ＣＭ ＩＵがＣＭ／ネットワーク層に到達するたびに、ローカルに定義された資源プー ルの域値がチェックされる。図１１に示すようにプールがローカルに定義された Ｔ−１プールの域値以下に下がると、ＣＭ／Ｍットワークはその隣接ＣＭセツシ ョンの中で最も資源を使用しているセツションを探す。
最も資源を使用しているセツションを識別するには、多くの方法がある。ローカ ルのＣＭ／ネットワーク層の実施で意味のあるどのような基準でも、どの隣接Ｃ Ｍが最も資源を使用しているものとして分類するかを判定するのに使用できる。
これらの基準の一部を示すと、例えば、最大の窓のサイズ、最大の受信バイト数 、最大の受信ＣＭＩＵ数などがある。
これらの最も資源を使用しているＣＭか識別されると、ＣＭ／ネットワーク層は 識別されたＣＭから次のベーシング要求（ＰＲＱ）が到達するのを待つ。それか ら、これらのＣにセツションの現在の窓のサイズを１だけ減分させるベーシング 応答（ＰＲＳ）を生成する。ベーシング要求とベーシング応答は、データ配信部 を含むＣＭＩＵの内部で流れるか、あるいは付属するデータのない分離ベーシン グ要求と応答（Ｉｓｏｌａｔｅｄ　Ｐａｃｉｎｇ　Ｒｅｑｕｅｓｔｓ　ａｎｄ　 Ｒｅ５ｐｏｎｓｅｓ：　ＴＰＲ）として流れることができる。窓のサイズを減分 させるプロセスは、プールの使用状況が低下してＴ−１プール域値より上に戻る か、またはＴ−１プールも不足してローカルに定義されたＴ−２域値も超えるま で、続行される（毎回窓のサイズを１だけ減分させて、ベーシング要求を満たす ）。
６．３．３．５　Ｔ−１域りの回′ 資源プールの使用状況が正常に戻る（Ｔ−１プール域値の上側に戻る）場合には 、Ｔ〜１ブール域値状態を抜けたばかりのＣ旧型対する配信部が、待ち行列に入 れられ始めた可能性がある。
ＣＭ／ネットワーク層は、所与の隣接ＣＭへの待ち行列を持つ場合は、常に現在 の窓のサイズを１だけ増やすように要求できる。要求が受け入れられた場合、次 に流れる窓は１だけ大きくなっている。
窓のサイズの増加を要求するＰＲＱが到達すると、ＣＭ／ネットワーク層（Ｔ− １プールの不足状態から抜は出た）は、窓を増加する要求をＰＲ３でその要求を 受け入れ始めることができる。
Ｔ−１プールの不足が続いてＴ−２プール域値を超える場合には、ＣＭ／ネット ワーク層は再び最も資源を使用するＣＭセツションを探し、窓のサイズを０にセ ットしてこれらのセツションに対するＰＲＳを生成する。
Ｔ−２域値に達するまでは、丁−１不足状態のために現在の窓のサイズの変更が 許されないことを示すＰＲＳ応答がＰＲＱに対して送信されるか、あるいは要求 側のＣＭが受信側のＣＭによって最も資源を使用していると識別された場合には 、現在の窓のサイズを１だけ減らすように指定したＰＨ１が送信される。
最も資源を使用している隣接ＣＭ用の窓のサイズを０にセットすることを、　「 窓をつぶす」と呼び、これは実際ニ、優先度００）　ＳＭＤＵ（ＣＭＩＵ形式３ （ＣＭＩｔｌ〕形式の説明はセクション１３を参照））または分離ベーシング要 求／応答（Ｉｓｏｌａｔｅｄ　Ｐａｃｉｎｇ　Ｒｅｑｕｅｓｔ／Ｒｅ５ｐｏｎｓ ｅ：　ＩＰＲＱ／ＰＲＳ）コ？ンドを除く、すべての配信部の流れを停止させる 。優先度０のＳＭＤＵ、または分離ベーシング要求／応答（ＩＰＲＱ／ＰＲ５） を流すことができないと、隣接ＣＭの対のそれぞれが「ベーシングされた」相手 側からのベーシング応答を待つデッドロック条件を引き起こす危険がある。継続 して優先度０のＳＭＤＵ、または分離ベーシング要求／′応答（Ｉ　ＰＲＱ／Ｐ Ｒ５）を流せるようにすることで、ベーシングする隣接ＣＭに対する待ち行列を 持つ「ベーシングされたＪ　ＣＭは分離ベーシング要求（ＩＰＲＱ）または優先 度０のＳＭＤＵを継続して送信することができ、相手側のＣＭは分離ベーシング 応答（ＩＰＲ５）または優先度０のＳＭＤＵを返すことができる。ＩＰＲは付属 の配信部なしで送信される。ＩＰＲＱおよびＩＰＲＳは、タイミングで開始され るプロセスの結果として流れる。
優先度０でスタックされた他のＳＭＤＵコマンドがある場合、これらのコマンド はＰＲＱとともに流れることができる。ベーシングするＣＭでの資源を節約する ために、これらの優先度Ｏの配信部の流れは、ベーシングするＣＭが他のすべて の優先度に対して窓を０につぶした場合は、暗黙的に窓のサイズ１に制限される 。この「つぶされた」窓を流れる個々の優先度０コマンドも、ＰＲＱを含む。次 に、ベーシングするＣＭは、ＰＲＱに対してＰＨ１で応答する必要がある。ＰＨ １が継続して「つぶされた」窓を示す場合、ベーシングされたＣＭはＰＲＱ指標 をオンにした別の優−先度０のＳＭＤＵを送信できる。
６．３．３．７　７−２　のロ′ Ｔ−２状態では資源が節約されるので、通常はＴ−１状態に戻る。Ｔ−１状態に 戻ったときに、　「ベーシングされた」通信マネージャーから優先度０で受信さ れたＩＰＲＱは、ベーシング窓を１だけ増やして開くことができるようにして、 受は入れ始めることができる。
６．３．３．８７−２　の１ Ｔ−２資源が大量に利用され続けると、それも使い果たされる可能性がある。そ のようになった場合、図１１の例の「必須最小資源プール」の使用を開始する。
この時点で、すべての隣接通信マネージャー・セツションの窓は０に圧縮される 。必須最小資源プールのサイズは、実施方法に依存し、所与の場所における隣接 通信マネージャー・セツションの数および予想される配信部到達速度の関数であ る。
６．４　ネットワーク　の ＣＭ／ネットワーク層より上（例えば、ＣＭ／セツション層およびＣＭ／トラン スポート層）のＣＭ経路指定は、常に発信元ＣＭから宛先ＣＭである。ＣＭ／ネ ットワーク層では、配信部は中面ＣＭ経由で発信元ＣＭから宛先ＣＭに流れる場 合がある。この場合には、配信部は隣接ＣＭ間を流れると言う。すべての゛場合 に、配信部は常に最終の宛先ＣＭ番号を含む。
隣接ＣＭが配信部内部に示された宛先ＣＭでない場合、隣接ＣＭは中間ＣＭとし て機能する。中間ＣＭは、中間ＣＭのＭＩＢの内部に存在する経路指定テーブル に基づいて、可能な限り最上の方法で配信部を宛先ＣＭへ経路指定する。
このようにして、所与の配信部は実際にその最終宛先に到達するまでに、複数の 中間ノードを通って経路指定される。発信元ＣＭは、宛先ＣＭまでの経路が特定 の隣接ＣＭ経由であることを知るだけでよい。
配信部の転送は、ＣＭの上の層（ＣＭ／トランスポート層、ＣＭ／セツション層 など）を呼び出さないで、中間ＣＭのＣＭ／ネットワーク層が行う。
７　プロトコル・スタック・アプリケーション・プログラム・インターフェース ＰＳＡＰＩ）プロトコル・スタック・インターフェース層は、６Ｍネットワーク 伝送で使用されるネットワーク・プロトコル・スタック（Ｎｅｔｗｏｒｋ　Ｐｒ ｏｔｏｃｏｌ　５ｔａｃｋ、：　ＮＰＳ）インターフェース（ここではｒ　ＰＳ ＡＰＩＪと呼ぶ）を実現する場所を提供する。ＣＭネットワークは、実際に伝送 を実施するのに使用できる通信インターフェースを通して、情報をＣＭエンド・ ユーザー（ＥＵ）間で伝送する。ＣＭ交換単位（ＣＭＩＵ）を正常に伝送するた めの主要要件は、ＣＭネットワーク層（、ＣＭＮＬ）のＮＰＳとのインターフェ ースで、基本となる伝達メカニズムが、隣接ＣＭ間の通信リンクの両端で等価で ある、ということである。ＰＳＡＰＩの機能は、この等価なメカニズムを提供す ることである。
ＣＭのアーキテクチャ−は、ＣＭプロセス間のＣＭＩＵの伝送に、エラーがない ことを要求する。ＣＭは、ＣＭＩＵデータの正しさのチェックやＣＭＩＵデータ のエラー回復プロトコルを含んでいない。ＣＭは、ＮＦＳを通して８ビツト・オ クテツト情報の伝送を要求することが望ましい。ＮＦＳがオクテツトを処理でき ない場合、ＰＳＡＰＩは透過な方法でＮＦＳが制限する形式との変換を行う必要 がある。
実際には、ＣＭネットワーク層には発信人れと着信入れがある。隣接ＣＭ間の通 信は、隣接ＣＭソノ−間に２つの同時一方向論理伝送経路（全二重に類似）を要 求する。
一方の伝送リンクはＣＭから隣接ＣＭへの発信専用であり、他方の伝送リンクは 隣接ＣＭからの着信専用である。どちらの論理伝送リンクも、使用中に伝達方向 を反転しない。これは、基本となるトランスポート・ネットワークの上に置かれ たＣＭの要件ではない。ＣＭネットワーク層に２２の反対方向の一方向伝送リン クがある限り、どのような基本となるプロトコルも使用できる。
７．１　ＣＭネットワーク層からネットワーク・プロトコル・スタック・インタ ーフェース ＣＭＮＬとＮＦＳの間には、３つの論理サービス・アクセス点が必要であり、全 体でＣＭ伝送経路当りのアクセス点のグループを形成する。それは、発信伝送（ ＣＭＮＬ−ＮＰＳ−ＯＴＳＡＰ）、着信伝送（ＣＭＮＬ−ＮＰＳ−ＩＴＳＡＰ） 、および制御（ＣＭＮＬ−ＮＰＳ−Ｃ５ＡＰ）である。
０ＴＳＡＰおよびＩＴＳＡＰは、ＣＭＩＵ伝送の半リンク用に使用される。Ｃ５ ＡＰは、ＣＭＮＬとＮＰＳ間のコマンドおよび制御用に使用される。次の要求お よび応答は、インターフェース層とＮＰＳ間で通信するために使用される論理の １例として示す。
Ｌ−１＝」−」ｔゴ旨−サービス・アクセス占（ＯＴＳＡＰＳＥＮＤ−ＤＡＴＡ −ＲＥＱ（データ送信要求）：ＮＦＳリンクを通してローカルＣＭから隣接ＣＭ へデータを伝送する、ＣＭネットワーク層からの要求。
内容。
ＣＭＩＵ　−ＮＦＳにとって、これは実際にはアプリケーション・データ項目で あり、アプリケーションはＣＭである。
ＣＭ−ＡＤＪ−ＮＰＳ−ＡＤＤＩ？　−隣接ＣＭのＮＦＳアドレス。
実施で不要な場合は、ヌル（ｎｕｌｌ）でもよい。
５ＥＮＤ−ＤＡＴＡ−ＲＥＳＰ（データ送信応答）：最初の応答。
受諾する、または、受諾しない。
最後の応答： ＮＦＳに依存する。検出可能な伝送エラーが報告さ°れるのはここである。対処 方法を決定するのは、隣接インターフェースの実施方法による。
７．１．２　−−ｉサービス・アクセス占（ＩＴＳＡＰ）ＲＥＣＶ−ＤＡＴＡ− ＲＥＱ（データ受信要求）：読み取りを開始する。実施方法によっては、この動 詞だけが必要になる。システムによっては、この要求の完了はＲＥＣＶ−ＤＡＴ Ａ−ＲＥＳＰの受信と等価である。
ＲＥＣＶ−ＤＡＴＡ−Ｉ　ＮＤ　（データ受信指標）：非同期Ｉ１０をサポート する実施によっては、これはデータが使用できることを要求側に示す。
ＲＥＣＶ−ＤＡＴＡ−ＲＥＳＰ（データ受信応答）ＮＦＳからのデータの受渡し および受信ステータス。
システムニヨッテハ、指標（ＲＥＣＶ−ＤＡＴＡ−ＩＮＤ）は提供されない。実 施方法により、この応答は要求の完了で暗黙的に示される。
７８１．３′サービス・アクセス４ ＣＭ−ＡＤＪ−ＣＨＥＣＫ−ＲＥＱ（隣接ＣＭチェック要求）隣接ＣＭのＮＦＳ アドレスをチェックする。
５ＴＡＲＴ−ＬＩＮＫ−ＲＥＱ（リンク開始要求）ＮＦＳに隣接Ｃ）Ｊとのリン クを開始するように要求する。
５ＴＯＰ−ＬＩＮＫ−ＲＥＱ（リンク停止要求）。
ＮＦＳに隣接ＣＭとのリンクを停止するように要求する。
ＵＰＭ−ＰＲＯＢＬＥＭ−ＩＮＤ　（ＵＰＭ問題指標）。
ＮＦＳからの、隣接ＣＭとのリンクの非同期問題の指標。
８、層□　理　成　素 ＣＭの管理機能は、管理情報ベース（ＭＩＢ）に直接アクセスするシステム管理 アプリケーション・プログラム（ＳＷＡＰ）によって実行される。
５ＷＡＰサービスは、次の３通りの方法のいずれかで呼び出すことかできる。す なわち、１）ローカルのＣＭ要求、２）ローカルのオペレーター・インターフェ ース、または、３）［システム管理交換プロトコル（Ｓｙｓｔｅｍｓ　Ｍａｎａ ｇｅｍｅｎｔ　Ｅｘｃｈａｎｇｅ　Ｐｒｏｔｏｃｏｌ）Ｊ形式で伝送されるリモ ートの５ＷＡＰ要求である。システム管理交換プロトコルハ、配信単位内部で流 れ、セクション１３の「システム管理交換プロトコル、システム管理配信単位（ ＳＭＤＩ）　Ｊで定義されている。
ローカルのＣＭ管理要求を受信してローカル管理機能を実行するために、ＳＭＡ 　Ｐは管理情報ベース（ＭＩＢ）を使用する必要がある。
８．１　理　ベース（ＭＩＢ） 管理情報ベースは、経路指定情報、ＣＭのローカルデータ要素（例えば、　「窓 」のサイズ、　「停止／再開」指標）、およびＣＭ活動ステータス情報を含むＣ Ｍの操作データベースである。管理情報ベースは、ＣＭ管理機能（すなわち、　 「パフォーマンス」管理、　「アカウンティング」管理）用に記録される事象駆 動式統計データ用のローカルな保管場所である。
ＣＭ経路指定情報は、中央またはローカルのテーブル・サーバーによって維持さ れ伝達される。５ＷＡＰは、そのテーブル・サーバー（中央またはローカル）か らのテーブル・ハンドオフ（ｈａｎｄｏｆｆ）を要求／受信し、ローカルＭＩＢ に更新を適用する機能を持つ。テーブル・サーバーのハンドオフの形式は、すべ てのＣＭ　５ＷＡＰで標準であり、ローカル５ＷＡＰはデータをローカルＭＩＢ 構造に適合するように変換する責任がある。
８２　理構成　、の　係 タイプの構成要素間の連係を示す。
表６．１ これらの構成要素の位置関係は、図７に示されて（する。
プロトコル・スタックおよびＥＵに対してアプリケーション・サービス・レベル に存在する。その機能は、すべてのＥＵに標準ＡＰＩを提供し、ＥＵを異機種ネ ・ノドワーク内部の異機種ネットワーク・プロトコル・スタ・ソクカ１ンターフ ェースの役割を果たす。したがって、ＣＩ＋ｌｌ；Ｌネットワーク・プロトコル ・スタ・ンクから見て、厳密な意味でアプリケーションである。
−り内部の他のアプリケーションから見ると、ネットワーク・トランスポート・ サービスとの主要インターフェースである。この機能をサポートする点で、ＣＭ は概念的に層構造化され、残りのアプリケーションが必要とするネットワーク・ トランスポート機能のタイプを反映する。
再び図７および図８に戻ると、ここには配信部トラフィックの流れをサポートす るＣＭの構成要素が示されている。これらの構成要素をＣＭ主要部と称し、以下 に説明する。
ＣＭＡＰ　Ｉ　： ＣＭとの標準アプリケーション・エンド・ユーザー・インターフェース。
５ＷＡＰＩ： ＣＭとの特権アプリケーション・エンド・ユーザータイムアウト管理、相関割り 当ておよび再割り当てを実行し、必要な場合ＤＯを安全保管する。
ＣＭ／　）ランスポート： 宛先別および優先度別に配信部の待ち行列の維持／削除、配信単位（ＤＵ）をセ グメント化７組み立て、ＣＭＩＵパケットの構築／削除を行い、両端間のフロー 制御をサポートするために待ち行列資源を管理すＣＭ／ネットワーク 不可配分（必要な場合）、宛先ＣＭから隣接ＣＭアドレスへめ分析解決、適切な ネットワーク・プロトコル・スタックおよび関連アドレスの選択、隣接ＣＭ間の フロー°制御、通常優先度の「データ」とは別に、高い優先度の「コマンド」の 待ち行列の維持を行う。
プロトコル・スタックＡＰＩ　（ＰＳＡＰＩ）ＣＭのＣＭ／ネットワーク層とネ ットワーク・プロトコル・スタック間のインターフェースを提供する。
９．２　ＣＭを通る配二　の通　の流れ配信部は、２つの方向からＣＭに与えら れる。まず、アプリケーション・エンド・ユーザーは、５ＥＮＤ（送信）コマン ドを出して、ＣＭＡＰＩまたはＳＭＡＰＩに配信部を与えるネットワーク・プロ トコル・スタックの着信側からＣＭに与えられる。以下の説明では、両方のプロ セスを順番に説明する。前者をｒＯＵＴＢＯＵＮＤ　ＦＬＯＷ（発信フロー）」 、後者をｒｌＮＢＯＵＮＤ　ＦＬＯＷ（着信フロー）」と呼ぶ。
以下の発信フローおよび着信フローの説明は、起こりうるすべての事象を完全に 網羅するものではない。
むしろ、単に前のセクションまでに説明した概念情報を統合し、数置するだけで ある。０ＵＴＢＯＵＮＤ（発信）およびＩＮＢＯＵＮＤ（着信）のフローの説明 では、図６〜図８を参照する。
９２１　：フロー ＥＵは、ネットワークを通してローカルに存在する相手側ＥＵ、またはＣＭｒ仮 想ネットワーク（Ｖｉｒｔｕａｌ　Ｎｅｔｗ。
ｒｋ）Ｊ全体の他のＣＭノードの位置に存在する相手側Ｅυに配信部を経路指定 するように要求するために、配信部をＣ旧こ与える。
９．２．１．１　ＣＭＡＰＩまたは５ＷＡＰＩ２つのＡＰＩの１つ（ＣＭＡＰＩ またはＳＭＡＰＩ）でＥＵの５ＥＮＤコマンドの最初の処理および構文解析がす むと、宛先は、必要な場合、３バイトのＣＭ＃および２バイトのＥｌの形式（ｒ ＣＭ、ＥＵＪと表記）の明示アドレスに変換される。次に、配信単位（Ｄｉｓｔ ｒｉｂｕｔｉｏｎ　Ｕｎｉｔ：　ＤＯ）および関連するパラメーターが、ＣＭの ＣＭ／セツション層に渡される。
９．２．１．２　ＣＭセツション ＣＭのこの層は、ＤＵを一意に識別するために、ＤＵに相関指標を割り当てる。
相関は、このローカルＣＭのＣＭ／セツション層から見てのみ固有な番号である 。後に、ＣＭＵに関連したタイマーを始動させる。最後に、ＣＭ／セツション層 は０ＲＩＧＩＮ−ＥＵ（発信元Ｅｌ）が完全保証を指定した場合にＤＯを「安全 保管」する。ＣＭ／セツション層は、ＣＭ、ＥＵアドレスがローカルに存在する （例えば、ＥＵがローカルＣＭ環境内部に存在する）と判定した場合は、ローカ ル・アプリケーションＡＰＩの１つ（ＣＭＡＰ　ＩまたはＳＭＡＰ　Ｉ　）経由 で、ＤＵを発信元ＥＵに「アップ（ｕｐ）Ｊ　（または着信）経路指定する。そ うでない場合には、ＤＵはＣＭのＣＭ／トランスポート層に渡される。
９．２．１．３　ＣＭ　）ランスポートＣＭのこの層は、宛先ＣＭ別およびその 宛先ＣＭのＣＭ優先度別にＤＵを待ち行列に入れる。ＤＵが待ち行列から取り出 されると、ＣＭ／　トランスポート層はセグメント化が必要かどうかを判定し、 必要と判定した場合は、該当するセグメントサイズに基づいてＤＯをセグメント 化する。
このセグメント・サイズは、ＤＵが０ＲＩＧＩＮ　ＣＭ（発信元ＣＭ）から任意 数の中間ＣＭを通って最終宛先ＣＭに達するために通過しなければならない経路 の機能により決定される。次にセグメント・サイズがグローバルまたはローカル のテーブル・サーバーによって発信元ＣＭが使用できるようになり、ローカルに 保管される。ＤＯが適切にセグメント化されると、ＣＭ／　トランスポート層は ＤＵを待ち行列から取り出し、ＤＵの個々のセグメントについてＣＭＩＵを構築 する。次に、構築されたＣＭＩＵがＣＭ／ネツトワ−り層に渡される。
９．２．１．４　ＣＭ　ットワーク ＣＭのこの層は、中間経路指定・配信（ＩｎｔｅｒＩＩＩｅｄｉａｔｅＲｏｕｔ ｉｎｇ　ａｎｄ　Ｄｉｓｔｒｉｂｕｔｉｏｎ：　ＩＲＤ）ノードとして定義され た場合、宛先ＣＭが「仮想Ｊ　ＣＭ＃ではないことを確認する。そうである場合 は、ＩＲＤ機能が個々のＣＭＩＵが経路指定されるべき実際のＣＭ＃を判定して 、　［仮想Ｊ　ＣＭ、（変更可能ＤＥＳＴＩＮＡＴＩＯＮ−ＣＭ（宛先ＣＭ）と してＣＭＩＵパケットにある）を実際のＣＭ＃で置き換える。この時点で、ＣＭ ／ネットワーク層はこのＣＭＩＵを転送する必要がある次の隣接ＣＭを決定し、 ＣＭＩＵを高い優先度「コマンドＪ　ＣＭＩＵ（ＣＭ優先度Ｏおよび１）または 通常優先度「データＪ　ＣＭＩＵ（ＣＭ優先度２〜７）のいずれで待ち行列に入 れるかを判定する。送信（ＳＥＮＤ）する次のＣＭＩＵを待ち行列から取り出す 前に、ＣＭ／ネットワーク層は最適ベーシング窓のステータスをチェックし、Ｃ ＭＩＵのトランスポート・サービス部分び該当するベーシング指標をセットする 。ＣＭ／ネットワーク層は、ある隣接ＣＭに対する所与のＣＭＩＵを待ち行列か ら取り出せるようになったとき、そのＣＭのネットワーク・プロトコル・スタッ ク・アドレスを選択して、ＣＭＩＵをプロトコル・スタックＡＰＩ　（ＰＳＡＰ Ｉ）に渡す。
９．２．１．５　プロトコル・スタックＡＰＩＰＡＰ■ＣＭのこの構成要素は、 ＣＭ／ネットワーク層から与えられたネットワーク・プロトコル・スタック・ア ドレスで定義された隣接ＣＭに、ＣＭＩＵをネットワーク・プロトコル・スタッ クの要求に従って実際に「送信（ＳＥＮＤ）Ｊする。
９２２　着＝フロー ＤＯは、他のＣＭからネットワーク・プロトコル・スタックに到達し、ローカル 環境内部のＥＵに転送されるか、または中間ＣＭ機能の一部として、最終宛先Ｃ Ｍまでの経路に沿って次の隣接ＣＭに転送するためにネットワーク・プロトコル ・スタックに戻される。
９２２１　プロトコル・スタックＡＰＩ（ＰＳＡＰＩ）ＣＭのこの構成要素は、 ＣＭ／ネットワーク層から与えられたネットワーク・プロトコル・スタック・ア ドレスで定義された隣接ＣＭから、ＣＭＩＵをネットワーク・プロトコル・スタ ックの要求に従って実際に「受信（ＲＥＣＥＩＶＥ）Ｊ　する。
９．２．Ｊ　ソ　ト　ワ　−　り　− ＣＭのこの層は、まず到達するＣＭＩＵ中の「窓のサイズ」をチェックする。そ れに従って、ＣＭ／ネットワーク層は「現在の窓」および関連するベーシング・ ステータスを管理情報ベース（ＭＩＢ）にセットする。次に、ＣＭＩＵの宛先Ｃ Ｍフィールドをチェックして、このＣＭＩＵがこのＣＭ宛てであるかどうかを判 定する。そうでない場合は、ＣＭＩＵは０ＵＴＢＯＵＮＤ　（発信）ＣＭ／ネッ トワーク層の最上部に経路指定される。ＣＭＩＵを０ＵＴＢＯＵＮＤ（発信）Ｃ Ｍ／ネットワーク層の最上部に経路指定するのは、中間ＣＭ機能としての特徴で ある。ＤＥＳＴＩＮＡＴＩＯＮ−ＣＭ（宛先ＣＭ）が、このＣＭＩＵがこのＣ旧 こ経路指定されることを示す場合は、ＣＭＩＵはＣＭ／トランスポート層に渡さ れる。
９．２．２．３　ＣＭ　トランスポートＣＭのこの層は、ＣＭＩＵを外し、到達 したＤＵまたはＤＵ上セグメント発信元ＣＭ別および発信元ＣＭからのＣＭ優先 度別に待ち行列に入れる。ＣＭＩＵがＣＭ／ネットワーク層から到達するときに 、ＣＭ／トランスボート層は「待ち行列」に使用できる資源をモニターする。ロ ーカルに定義された資源利用域値に達すると、ＣＭ／　トランスポート層は資源 を利用域値に押し戻すｒ　５ＴＯＰ　（停止）」を発信元ＣＭに送信するように ５ＷＡＰに要求し始める。逆に、ＣＭ／　）ランスポート層が発信元ＣＭに出し た停止要求により、現在の資源利用レベルが域値より上に戻った場合には、ＣＭ ／　トランスポート層は前に停止を出した発信元ＣＭに該当するｒＲＥＳＵＭＥ （再開）」を送信するように５ＷＡＰに要求し始める。（ＣＭ／　トランスポー ト層からＳＭＡＰへの要求のメカニズムの詳細は、セクション９３．２を参照。
）到達ＤＵ上セグメントらＤＯ全全体組み立てられると、ＤＯはＣＭ／セツショ ン層に渡される。到達ＣＭＩＵが形式３のＤＥＬ　ＩＶＥＲ−ＲＥＳＰＯＮＳＥ の場合は、付属するＤＵはない。この場合は、ＣＭ／Ｍランスポート層はＣＭＩ ＵＭ部からの該当するＲＥＳＰＯＮＳＥ（応答）パラメーター（すなわち、ＥＸ ＣＥＰＴＩＯＮ−ＮＯＴＩＦＩＣＡＴＴＯＮ（例外通知）またはＣＯＤ通知、経 路指定情報など）をＣＭ／セツション層に渡す。
９．２．２．４　ＣＭセツション ＣＭのこの層は、まずこのＤＯがＱＵＥＲＹ／ＲＥＰＬＹ　（照会／返答）の対 応付けを必要とするかどうかを判定する。必要とする場合、該当する環境データ が復元され、ＤＯはローカルの宛先となるＥＵに渡される。元のＱＵＥＲＹ　（ 照会）に関連したタイマーがすでに満了した場合は、環境データは存在せず、し たがってこのＤＯを元のＱＵＥＲＹに対応付ける方法はない。この場合には、Ｃ Ｍ／セ・ソション層はＤＵを破棄する。
未処理の発信元ＤＵに関連したいずれかのタイマーカ（満了した場合は、常にＣ Ｍ／セ・ノション層は発信元ＥＵＩこそれを通知し、以前に保管した関連環境を 破棄する。環境に関連した「安全保管」されたＤＯがある場合は、ＣＭはローカ ル・システムの規約に従って事象をログする。
到達ＲＥＳＰＯＮＳＥ　（応答）パラメーターの場合には、ＣＭ／セツション層 は、ＥＸＣＥＰＴ　Ｉ　ＯＮ　（例外）またはＣＯＤの応答の、以前に保管され た環境との対応付けを試行する。関連したタイマーが満了していない場合、ロー カルの宛先ＥＵは元のＣＭ−ＤＩＳＴＲＩＢＵＴＩＯＮ−ＩＤとともに応答のス テータスに関する通知を受ける。
この規則には１つの例外がある。それは、発信元ＥＵか元のＤＵの５ＥＮＤを出 したときに［通知なし・完全保証（ＮＯＮ０ＴＩＦＩＣＡＴＩＯＮ　ｂｕｔ　Ｆ ＵＬＬ　ＡＳＳＵＲＡＮＣＥ）Ｊを指定した場合で、この場合には、到達したＲ ＥＳＰＯＮＳＥ　（応答）は、実際には発信元ＥＵに対するものではなく、ＤＥ ＳＴＩＮＡＴＩＯＮ−ＣＭ（宛先ＣＭ）からＣＭ／セツション層に対するもので ある。
ＲＥＳＰＯＮＳＥが肯定的な応答の場合は、ＣＭ／セツション層は単に安全保管 されたＤＵを待ち行列から取り出し、先に保管された環境を破棄し、これらの事 象が発生したことを発信元ＥＵに通知なしで提供する。他方、ＲＥＳＰＯＮＳＥ が否定的な応答の場合は、ＣＭ／セツション層はＤＵの送信をローカルに定義さ れた回数だけ再試行するか、またはローカル・システムの規約に従って事象をロ グする。
ＣＭ−ＤＩＳＴＲＩＢＵＴＩＯＮ−ＩＤは、応答を元のＤＵに対応付けるために ある。関連したタイマーが満了した場合は、応答を元のＤＵに対応付ける方法が ないため、ＣＭ／セツション層は到達する応答をすべて破棄する。
再び、元のＤＵが通知なし・完全保証を指定した場合、肯定的ＣＯＤ　ＲＥＳＰ ＯＮＳＥは単に、安全保管されたＤＵおよび関連する環境を破棄してもよいこと をＣＭ／セツション層に通知するだけである。否定的ＣＯＤ　ＲＥＳＰＯＮＳＥ またはＥＸＣＥＰＴＩＯＮ−ＮＯＴＩＦＩＣＡＴＩＯＮ　ＲＥＳＰＯＮＳＥ（例 外通知応答）の場合は、インストールのパラメーターに従って、ＣＭ／セツショ ン層はローカルに定義された回数だけ再送信するか、またはローカル・システム の規約に従ってＤＵを破棄して事象をログする。
、ＣＭ／セツション層にＥＵに与えるＤＯまたは通知がある場９．２．２．５　 ＣＭＡＰＩまたはＳＭＡＰＩＥＵ　ＲＥＣＥＩＶＥコマンド（実施方法により、 これはＥＵが実際に出したコマンドの場合もあり、スケジュールされたかディス バッチされたＥｌが出したコマンドの場合もある）の最初の処理および構文解析 が２つのＡＰＩの１つ（ＣＭＡＰＩまたはＳＭＡＰＩ）ですむと、配信単位（Ｄ Ｏ）全体と関連パラメーターが宛先Ｅｌに渡される。
しＬ狸１１ ネットワーク・プロトコル・スタックから見て「アプリケーション」であること の結果、ＣＭの関連Ｅｌｌ資源および経路指定構造はネットワーク・プロトコル ・スタックには不明である。従って、所与のネットワーク・プロトコル・スタフ クに関連した標準ネットワーク管理製品は、（変更しないと）ＣＭ　ｒ仮想ネッ トワーク」環境および資源を管理できない。以下の各セクションで、ＣＭ管理構 成要素を説明する。
ＣＭ　ｒ仮想ネットワーク」環境および資源を中央サイトまたはローカルに管理 できるようにするため、図６に示すように、０Ｍアーキテクチャ−は［特権Ｊ　 Ｅｌのために「特権（Ｐｒｉｖｉｌｅｇｅｄ）Ｊシステム管理ＡＰＩ（ＳＭＡＰ Ｉ）を含むように拡張される。システム管理アプリケーション・プログラム（Ｓ ＷＡＰ）は、ＣＭ管管理コマンドタブ１機能サポートするために呼び出される最 も重要な特権ＥＵである。将来的にはＣＭ管理機能のさまざまな方面をサポート するために、他にも特権ＥＵが開発される可能性もあるが、ＳＭＡＰは、ＣＭ　 ｒ仮想ネットワーク」環境および資源の管理を調整する単一の焦点である。
９．３．２　ＭＩＢ 特権ＥＵはＳＭＡＰＩを通してＣＭＭ先度０および１を使用するが、ＳＭＡＰが 唯−ＣＭの管理情報ベース（Ｍａｎａｇｅｍｅｎｔ　Ｉｎｆ。
ｒｍａｔｉｏｎ　Ｂａ５ｅ：　ＭＩＢ）にアクセスする特権ＥＵである。Ｍｌ事 象・カウンター、負荷配分レコード（Ｌｏａｄ　Ｄｉｓｔｒｉｂｕｔｉｏｎ　Ｒ ｅｃｏｒｄ：　ＬＤＲ）、ステータス指標、個々のＣＭ上セグメントイズなどを ローカルに保管する場所である。ＭＩＢの内容の構造は、所与のローカル実施方 法に特有である、ただし、内容自体の性質はアーキテクチャ−に規ンによるこれ らの内容の保守を容易にし、ネットワーク操作用にシステム共通のＣＭテーブル 構造を与えるために、これを行うことができる。
テーブル・サーバー・アプリケーションは、関係データベース管理システムから 構成され、５ＷＡＰによる特権Ｅｌである。ＳＭＡ　ＰはＣＭ経路指定テーブル 構造を使用して、ＭＩＢテーブル更新を取り出すために要求をテーブル・サーバ ー・アプリケーション（ｒｃＭ、ＥＵＪとしてアドレス指定される）に経路指定 する。これをサポートするために、個々のローカルＭＩＢは、そのＣＭ　ＩＰＬ 時に次の項目を含まなければならない。テーブル・サーバー・アプリケーション のＣＭ、ＥＵアドレス、このＣＭ、ＥＵまでの関連する隣接ＣＭ経路、この隣接 ＣＭ経路用の関連したネットワーク・プロトコル・スタック・アドレス、および この経路で使用される関連する最大ＣＭＩＵサイズ。
上記の情報を使用して、ローカルＳＭＡＰはＭＩＢの内容の更新または追加内容 の初期ロードのために、テーブル・サーバー・アプリケーションに対する要求を 作成できる。ローカル５ＷＡＰは、これらの要求をプログラムによって、あるい はローカルまたはリモートのコンソール要求の結果として開始できる。
プログラムによるテーブル・サーバー要求の開始は、ＣＭ　ＩＰＬ時の（上に述 べた情報以外）追加ＭＩＢ内容の存在によって、またはＭＩＢの更新要求を示す ためにＭＩＢの内容を決定するローカルＣＭ／層の１つを経由して行われる。
テーブル・サーバーはまた、要求されないテーブル更新を配信する。
テーブル・サーバー・アプリケーションには、ローカルまたはグローバルにアク セス可能なテーブル・サーバーがある。
通常の配信゛部フロー（例えば、宛先から隣接アドレスへの分析解決、ＤＵ上セ グメントのためのＣＭＩＵセグメント・サイズ）をサポートするために、個々の ＣＮ３層はスルーブツトに悪影響を与えないように、直接ＭＩＢをアクセスする 。ＣＮ３層が記録しなければならないが通常の配信部フローの構成要素ではない 「事象」（例えば、域値超過、ある発信元からのＣＭＩＵの到達、ローカルＣＭ 層を通過するＣＭＩＵの計数など）の発生を検出した場合、ＣＮ３層はこの情報 をＭＩＢに渡す。
通信マネージャーの管理構成要素間のトラフィック・フローの詳細は、セクショ ン１１を参照。
ｌＯ°　舌フロー このセクションでは、ＣＭ交換プロトコルおよびデータ・フローに関して、ＣＭ 機能の詳細を定義する。これには、ＣＭプロトコルの説明、通常データ交換フロ ー、例外データ・フロー、および有効ＣＭメツセージ・タイプの定義が含まれる 。
１０１　通常フロー このセクションでは、通信マネージャーのそれぞれ常データ・フローを説明する 。ＤＵの通常フローは、協調動作するＥＵの対の間のフローである。このような ものとして、ＤＵは発信元ＥＵによってＣＭ　ｒ仮想ネットワーク」に発信され 、発信元ＣＭによって隣接ＣＭ経由で宛先ＣＭに転送される。場合によっては、 宛先ＣＭと隣接ＣＭが同じものであることもある。
２つの主要なデータ・フローのカテゴリーは、非同期トラフィックおよび同期ト ラフィックである。非同期トラフィックは、配信通知では、なし、例外、または ＣＯＤ、保証では限定または完全を取ることができる。一方、同期（照会／返答 ）トラフィックは、配信通知では、なし、または例外、保証では限定と完全を取 ることしかできない。以下の非同期フローおよび同期フローの説明では、プロセ スが特定の配信通知または保証あるいはその両方、すなわちＣＯＤかつ完全保証 用のものであるかどうかも示される。
図１２に、非同期トラフィックのフローを示す。
ＤＵをＯＲＩＧＩＮ−ＣＭ″Ａ”に渡す０ＲＩＧＩＮ−ＥＵ　−Ａ−（発信元Ｅ Ｕ　ｒＡＪ　Ｈ；！、ＤＵオヨヒＡＰＩハラメーターをＯＲＩＧＩＮ−ＣＭ″Ａ ”（発信元ＣＭｒＡＪ）に渡してその処理を続行する。ＯＲＩＧＩＮ−ＣＭ″Ａ ”（発信元ＣＭｒＡＪ）はＥＵパラメーターを確認して、宛先がＣＭ″Ｂ”およ びＥＵ”Ｂ”であることを判定する。次に、ＣＭ″Ａ”は、ＤＩ相関識別コー１ ”　（ＣＭ−ＤＩＳＴＲＩＢＵＴＩＯＮ−ＩＤ）を割り当て、ＤＵを優先度およ び宛先ＣＭ番号によって待ち行列に入れる。ＯＲＩＧＩＮ−ＣＭ″Ａ”は、０Ｒ ＩＧＩＮ　ＥＵ″Ａ”か完全保証を指定した場合にＤＵを待ち行列に保持する。
ＤＯをＣＭＩＵに形式化する。
ＯＲＩＧＩＮ−ＣＭ　”Ａ”　（発信元ＣＭｒＡＪ）ハ、ＤＵを待ち行列から取 り出し、それをＣＭＩＵに形式化する。ＤＯが大きすぎる場合には、ＤＥＳＴ　 ＩＮＡＴ　ＩＯＮ−ＣＭ″Ｂ”（宛先ＣＭｒＢＪ）に受け入れられるＣＭＩＵサ イズにセグメント化される。次に、ＣＭＩＵが優先度および宛先ＣＭによって待 ち行列に入れられる。（ＣＭＩＵの形式、セグメント標識および順序／セグメン ト番号については、セクション１３を参照。）ＣＭＩＵヲ宛先ＣＭｒＢ」ニ送信 スル ＯＲＩＧＩＮ−ＣＭ″Ａ”（発信元ＣＭｒＡＪ）は、宛先がＣＭ″Ｂ”であるこ とと接続が存在するかどうかを判定する。そうである場合、ＣＭＩＵを待ち行列 から取り出し、それをネットワーク・プロトコル・スタック経由でＤＥＳＴＩＮ ＡＴｌｏ−ＣＭ″Ｂ”（宛先ＣＭｒＢＪ）に送信する。
ＯＲＩＧＩＮ−ＣＭ″Ａ”からＣＭＩＵを受信するＤＥＳＴＩＮＡＴＩＯＮ−Ｃ Ｍ　Ｂ”　（宛先ＣＭｒＢＪ）（；Ｌ、ＯＲＩＧＩＮ−ＣＭ”Ａ”（発信元ＣＭ ｒＡＪ）との接続に責任がある。接続か存在する場合、ＤＥＳＴＩＮＡＴＩＯＮ −ＣＭ″Ｂ”はＯＲＩＧＩＮ−ＣＭ″Ａ”からＣＭＩＵを受信し、優先度および ＯＲＩＧＩＮ−ＣＭ番号によって待ち行列に入れる。
ＣＭＩＵをＤＵに形式化する。
ＤＥＳＴＩＮＡＴＩＯＮ−ＣＭ″Ｂ”　（宛先ＣＭｒＢＪ）は、セグメント標識 が最後のセグメントまたは単独セグメントであることを示すまで、ＣＭＩＵを待 ち行列がら取り出しＣＭＩＵをＤＯに組み立てる。次に、ＤＵが優先度およびＯ ＲＩＧＩＮ−ＣＭ”Ａ”（発信元ＣＭｒＡＪ）によって待ち行列に入れられる。
（ＣＭＩＵの形式、セグメント標識および順序／セグメント番号については、セ クション１３を参照。）ＤＵをＤＥＳＴＩＮＡＴＩＯＮ−Ｅｌ　Ｂ”に渡す・Ｄ ＥＳＴＩＮＡＴＩＯＮ−ＣＭ″Ｂ”　＜宛先ＣＭ　ｒ　ＢＪ　）ハＤＵヲ待’Ｆ ）　行列カラ取す出シ、ＤＥＳＴＩＮＡＴＩＯＮ−ＥＵ　”Ｂ”　（宛先ＥＵ　 ｒＢＪ　）０’：）パラメーター（着信ＣＭＩＵで運ばれたもの）をローカルで 適切なパラメーターリストに形式を整え、それらを宛先ｒＢＪに渡す。
以下ノステッフハ、０ＲＩＧＩＮ−ＥＵ　−Ａ”　（発信元ＥＵ　ｒＡＪ　）が 例外またはＣＯＤの配信通知を指定していた場合にのみ行われる。
例Ｍ　ａ　知／Ｃ０Ｄａ　知ヲＯＲＩＧＩＮ−ＣＭ″Ａ−（発信元ＣＭ　ｒＡＪ 　）ｌ：送信する ＤＵかＤＥＳＴＩＮＡＴＩＯＮ−ＥＵ（宛先ＥＵ）に配信された場合　ＤＥＳＴ ＩＮＡＴＩＯＮ−ＣＭ″Ｂ”　（宛先ＣＭｒＢＪ）Ｌ；ｉ、肯定的すｃｏＤ応答 をＯＲＩＧＩＮ−ＣＭ　”Ａ”　（発信元ＣＭ　ｒＡＪ　）ｌ；１ｍ送信する。
ＤＯが宛先Ｅｌに配信されなかった場合：　ＤＥＳＴＩＮＡＴＩＯＮ−ＣＭ″Ｂ ”（宛先ＣＭｒＢＪ）は、否定的なＣＯＤ応答または例外応答をＯＲＩＧＩＮ− ＣＭ　”Ａ”　（発信元ＣＭｒＡＪ）１．：送信する。
ＤＥＳＴＩＮＡＴＩＯＮ−ＣＭ″Ｂ”から例外／ＣＯＤ通知を受信するＯＲＩＧ ＩＮ−ＣＭ″Ａ”　（発信元ＣＭｒＡＪ）は、ＤＥＳＴ　ＩＮＡＴＩＯＮ−ＣＭ ″Ｂ”（宛先ＣＭｒＢＪ）から例外／ＣＯＤ通知を受信する。完全保証が要求さ れた場合、ＤＵが待ち行列から削除される。
例外／ＣＯＤ通知を０ＲＩＧＩＮ−ＥＵ″Ａ”に渡す・ＯＲＩＧＩＮ−ＣＭ　” Ａ”　（発信元ＣＭｒＡＪ）ハ、例外／ＣＯＤ通知を０ＲＩＧＩＮ−Ｅｌ　”Ａ ”　（発信元ＥＵｒＡＪ）ｌ：渡す。
図１３に、同期ＱＵＥＲＹ（照会）トラフィックのフローを示す。
ＤＯをＯＲＩＧＩＮ−ＣＭ″Ａ”に渡す・０ＲＩＧＩＮ−ＥＵ″Ａ”（発信元Ｅ ＵｒＡＪ）は、ＤＩおよびＡＰＩパラメーターをＯＲＩＧＩＮ−ＣＭ　−Ａ”　 （発信元ＣＭｒＡＪ）ｌ、：渡し、ＲＥＰＬＹ（返答）を待つ。０ＲＩＧＩＮ− ＣＩＪ　”Ａ”　（発信元ｃｍｒＡＪ）はＥＵパラメーターを確認し、宛先がＣ Ｍ″Ｂ”およびＥＵ”Ｂ”であることを判定する。次に、０ＲＩＧＩＮ−ＥＵ″ Ａ”（発信元ＥＵｒＡＪ）ハ、ＤＵ相関ａ別：］　Ｆ（ＣＭ−ＤＩＳＴＲＩＢＵ ＴＩＯＮ−ＩＤ）を割り当て、ＤＵを優先度およびＤＥＳＴＩＮＡＴＩＯＮ−Ｃ Ｍ番号によって待ち行列に入れる。
ＤＵをＣＭＩＵＩ”こ形式化する： ＯＲＩＧＩＮ−ＣＭ　”Ａ”　（発（Ｋ元ＣＭ　ｒＡＪ　）ｉ；！照会ＤＯを待 ち行列から取り出し、’ＤＵをＣＭＩＵに形式化する。ＤＵが大きすぎる場合ニ ハ、ＤＥＳＴＩＮＡＴＩＯＮ−ＣＭ　”Ｂ”　（宛先ＣＭｒＢＪ）１．：受は入 れられるＣＭＩＵサイズにセグメント化される。次に、ＯＲＩＧＩＮ−ＣＭ　Ａ ”　（発信元ＣＭｒＡＪ）ハ、ＣＭＩＵを優先度および宛先ＣＭによって待ち行 列に入れる。（ＣＭＩＵの形式、セグメント標識および順序／セグメント番号に ついては、セクション１３を参照。） ＣＭＩＵをＤＥＳＴ　ＩＮＡＴＩＯＮ−ＣＭ″Ｂ”に送信する。
ＯＲＩＧＩＮ−ＣＭ″Ａ“（発信元ＣＭｒＡＪ）は、宛先がＣＭ″Ｂ”であるこ とと接続が存在するかどうかを判定する。そうである場合、ＣＭＩＵを待ち行列 から取り出し、それをネットワーク・プロトコル・スタック経由でＤＥＳＴＩＮ ＡＴＩＯＮ−ＣＭ　”Ｂ−（宛先ＣＭ　ｒＢＪ　）ｉ：送信ｔル。
ＯＲＩＧＩＮ−ＣＭ″Ａ”からＣＭＩＵを受信するＤＥＳＴ　ＩＮＡＴ　ＩＯＮ −ＣＭ″Ｂ”　（宛先ＣＭｒＢｊ）は、ＯＲＩＧＩＮ−ＣＭ”Ａ”（発信元ＣＭ ｒＡＪ）との接続に責任がある。接続が存在する場合、ＤＥＳＴＩＮＡＴＩＯＮ −ＣＭ　”Ｂ”　（宛先ＣＭ　ｒＢＪ　）ｌｉＯＲＩＧＩＮ−ＣＭ　Ａ”　（発 信元ＣＭ　ｒＡＪ　’）カラＣＭＩＵを受信し、優先度および発信元ＣＭ番号に よって待ち行列に入れる。
ＣＭＩＵをＤＵに形式化する・ ＤＥＳＴＩＮＡＴＩＯＮ−ＣＭ　”Ｂ”　（宛先ＣＭ　ｒＢＪ　Ｈａｔ、セグメ ント標識が最後のセグメントまたは単独セグメントであることを示すまで、ＣＭ ＩＵを待ち行列から取り出し複数のＣＭＩＵをＤＯに組み立てる。次に、ＤＩが 優先度およびＯＲＩＧＩＮ−ＣＭ″Ａ“（発信元ｃＭｒＡＪ）によって待ち行列 に入れられる。（ＣＭＩＵの形式、セグメント標識および順序／セグメント番号 については、セクション１３を参照。）ＤＵをＤＥＳＴＩＮＡＴＩＯＮ−ＥＵ　 ”Ｂ”　（宛先ＥＵ　ｒＢＪ　）ｌ：渡す・ＤＥＳＴＩＮＡＴＩＯＮ−ＣＭ”Ｂ ”（宛先ＣＭｒＢＪ）はＤＯを待ち行列から取り出し、ＤＥＳＴＩＮＡＴＩＯＮ −ＥＵ″Ｂ”（宛先ＥＵｒＢＪ）のパラメーター（着信ＣＭＩＵで運ばれたもの ）をローカルで適切なパラメーター・リストに形式化し、それらをＤＥＳＴＩＮ ＡＴＩＯＮ−ＥＵ”Ｂ”（宛先ＥＵｒＢＪ）に渡す。
以下のステップは、０ＲＩＧＩＮ−ＥＵ　”Ａ”　（発信元ＥＵｒＡＪ）が例外 の配信通知を指定していた場合にのみ行われる。
例外通知をＯＲＩＧＩＮ−ＣＭ″Ａ”に送信するＤＥＳＴＩＮＡＴＩＯＮ−ＣＭ 　”Ｂ”　（宛先ＣＭｒＢ」）は、　ＤＩをＤＥＳＴＩＮＡＴＩＯＮ−ＥＵ″Ｂ ”（宛先ＥＵｒＢＪ）に配信できなかった場合のみ、例外応答をＯＲＩＧＩＮ− ＣＭ　”Ａ”　（発信元ＣＭｒＡＪ）ｌ：送信する。
例外通知を０ＲＩＧＩＮ−ＥＵ”Ａ゛に渡す：ＯＲＩＧＩＮ−ＣＭ″Ａ”（発信 元ＣＭｒＡＪ）は、　「再試行」カウントが切れたときに、例外通知を０ＲＩＧ ＩＮ−ＥＵ”Ａ”（発信元ＥＵｒＡＪ）に渡す。発信元ＣＭは、再試行回数に到 達するまで、照会の再送信を続行することもあることに注意。これは、ローカル ＣＭの実施方法に依存する。
図１４に、同期ＲＥＰＬＹ（返答）トラフィックのフローを示す。
ＤＯをＯＲＩＧＩＮ−ＣＭ”Ｂ”に渡す０ＲＩＧＩＮ−ＥＵ″Ｂ”　（発信元Ｅ ＵｒＢＪ）は、ＤＵおよびＡＰＩバラｙｌ　−ター　ヲＯＲＩＧＩＮ−ＣＭ　− ８”　（発（Ｋ元ＣＭ　ｒ　ＢＪ　）ｉ、ａｔ　Ｌでソノ処理ヲ続行スル。ＯＲ ＩＧＩＮ−ＣＭ　”Ｂ−Ｃ発（Ｋ元ＣＭ　ｒＢＪ　）はＥＵパラメーターを確認 して、宛先がＣＭ″Ａ”およびＥＵ”Ａ”であることを判定する。次に、０ＲＩ ＧＩＮ−ＥＵ”Ｂ”（発信元ＥＵ　ｒＢＪ　）ハ、Ｄｏｌｌ：　ＤＵ相関ａ　別 コー　ト（ＣＭ−ＤＩＳＴｌ’ｌ　ＩＢＵＴｌＯＮ−ＩＤ）を割り当て、Ｄｌｌ を優先度およびＤＥＳＴＩＮＡＴＩＯＮ−ＣＭ番号によって待ち行列に入れる。
ＤＵをＣＭＩＵに形式化する ＯＲＩＧＩＮ−ＣＭ″Ｂ”（発信元ＣＭｒＢＪ）は、ＲＥＰＬＹ　ＤＵを待ち行 列から取り出し、それをＣＭＩＵに形式化する。ＤＵが大きすぎる場合゛ニハ、 ＤＥＳＴＩＮＡＴＩＯＮ−ＣＭ″Ａ”　（宛先ＣＭｒＡＪ）に受け入れられるＣ ＭＩＵサイズにセグメント化される。
次に、発信元ＣＭＢはＣＭＩＵを優先度および宛先ＣＭによって待ち行列に入れ る。（ＣＭＩＵの形式、セグメント標識および順序／セグメント番号については 、セクション１３を参照。　） ＣＭＩＵをＤＥＳＴＩＮＡＴＩＯＮ−ＣＭ”Ａ”に送信するＯＲＩＧＩＮ−ＣＭ ″Ｂ”　（発信元ＣＭｒＢＪ）は、宛先がＣＭ″Ａ”テあることと接続が存在す るかどうかを判定する。そうである場合、ＣＭＩＵを待ち行列から取り出し、そ れをネットワーク・プロトコル・スタック経由でＤＥＳＴＩＮＡＴＩＯＮ−ＣＭ ″Ａ″（宛先ＣＭ［ＡＪ）に送信する。
ＯＲＩ］Ｎ−ＣＭ″Ｂ”からＣＭＩＵを受信する一ＤＥＳＴＩＮＡＴＩＯＮ−Ｃ Ｍ　”Ａ”　（宛先ＣＭ　ｒＡＪ　）ハ、ＯＲＩＧＩＮ−ＣＭ”Ｂ”（発信元Ｃ ＭｒＢＪ）との接続に責任がある。接続が存在する場合、ＤＥＳＴＩＮＡＴＩＯ Ｎ−ＣＩＪ″Ａ”　（宛先ＣＭｒＡＪ）はＯＲＩＧＩＮ−ＣＭ　”Ｂ”　Ｃ発信 元ＣＭ　ｒ　ＢＪ　）カラＣＭＩＵヲ受１ｉ　Ｌ、優先度およびＯＲＩＧＩＮ− ＣＭ番号によって待ち行列に入れる。
ＣＭＩＵをＤＵに形式化する ＤＥＳＴ　ＩＮＡＴ　ＩＯＮ−ＣＭ″Ａ”　（宛先ＣＭｒＡＪ）は、セグメント 標識か最後のセグメントまたは単独セグメントであることを示すまで、ＣＭＩＵ を待ち行列から取り出し複数のＣＭＩＵをＤＵに組み立てる。次に、ＤＵが優先 度およびＯＲＩＧＩＮ−ＣＭ″Ｂ”（発信元ＣＭｒＢＪ）によって待ち行列に入 れられる。（ＣＭＩＵの形式、セグメント標識および順序／セグメント番号につ いては、セクション１３を参照。）ＤＵをＤＥＳＴｒＮＡＴｒＯＮ−ＥＵ″Ａ” ニ渡すＤＥＳＴ　ＩＮＡＴ　ＩＯＮ−ＣＭ″Ａ”　（宛先ＣＭ　’ｉ’ＡＪ　） （、ｔ　Ｄｌｌを待ち行列から取り出し、ＤＥＳＴＩＮＡＴＩＯＮ−ＥＵ″Ａ” （宛先ＥυｒＡＪ）のパラメーター（元のＣＭＩＵで運ばれたもの）をローカル で適切なパラメーター・リストに形式化し、それらをＤＥＳＴＩＮＡＴＩＯＮ− ＥＵ　”Ａ”　（宛先ＥＵ　ｒＡＪ　）ニｍｔ。
１０．２　ＣＭ山プロトコル 配信部をＥｌｌから受け入れ、要求されたＡＰＩサービスを実行し、伝送するた めに個々のＤＯ（またはＤＯのセグメント）を準備するＣＭの処理については、 前セクションまでに説明した。ＤＵ上セグメント伝送できるようになると、６Ｍ プロトコルを使用してＣＭ間でＥＵ情報の交換が行われる。ＣＭ間の交換ブ０ト コルは、１つの主要活動、すなわち配信から構成されている。ＥＵが送信した配 信部は、ローカルまたリモートの宛先までデータ配信される。
さらに、発信元エンド・ユーザーが要求したＡＰＩサービスによっては、配信部 に関する情報が発信元に返される。この返信情報は、固定確認通知または例外通 知を示すＣＭ情報を付けて中間ＣＭに配信される。実際のデータ伝送は、ＣＭ／ ネットワーク層および関連するプロトコル・スタックＡＰＩ　（ＰＳＡＰｒ　） によって行われる。
配信に加えて、６Ｍプロトコルは隣接ＣＭ／ネットワーク層間で最適ベーシング 機能をサポートする。このベーシング機能をサポートするために定義されるプロ トコル要素は、すべてのＣＭ伝送で運ばれるが、ベーシングのサポートは配信部 セグメントが伝送用に使用できない場合にも提供される。この条件では、分離ベ ーシング要求／応答（Ｉ　ＰＲＱ／ＰＲ５）を使用する必要がある。
このセクションでは、配信およびＩＰＲＱ／ＰＲ５を定義するプロセスおよびパ ラメーターを説明する。ＣＭデータ、ＣＭ交換単位（ＣＭＩＵ）を交換するのに 使用される詳細なプロトコル形式は、セクション１３で定義する。
ＣＭ管理サービスには、配信およびＩＰＲＱ／ＰＲ５以上のＣＭ機能か必要にな る。ＣＭの制御および管理機能をサポートするために、特権エンド・ユーザー（ システム管理アプリケーション・プログラム（ＳＷＡＰ））が定義されている。
この特化されたＥＵは、事前に定義された配信単位内部の配信部としてＣＭ制御 コマンド（例えば、サインオン、停止／再開、セグメント・サイズ要求など）を 送信する。
これらの制御コマンドは、ＣＭにはデータのみとして見える。ＳＭＡＰＭマンド およびプロトコルはセクション１０および１１に定義されている。
１０．２．Ｉ　ＣＭ日プロトコルのまとめＣＭ間交換のために定義された活動を 、以下にまとめて示す。
ＤＥＬＩＶＥＲ（配信）。
配信は、配信データまたは配信応答の交換をサポートする。
ＤＥＬＩＶＥＲ−ＤＩＳＴＲＩＢＵＴＩＯＮＣＭが配信データを交換するのに使 用する。
ＤＥＬＩＶＥＲ−ＲＥＳＰＯＮＳＥ： ＣＭが配信部または配信部セグメントに関する応答情報を交換するために使用す る。２つのタイプの応答か定義されている。
受信確認（ＡＣＫＮＯＷＬＥＤＧＥ） ＣＭがＣＯＤを指定する非同期配信部の配信を確認するために使用する。０ＲＩ ＧＩＮ−ＥＵがＣＯＤを要求しなかった完全保護のＣＭ配信部の正しい受信を確 認するための「内部確認」としても使用される。
例外（ＥＸＣＥＰＴＩＯＮ）　： 例外通知、受信確認または完全保護、ある℃）はその組み合わせを指定した配信 不能なＣＭＩＵに対する否定応答を提供するために使用される。
分離ベーシング要求／応答（ＩＳＯＬＡＴＥＤ　ＰＲＱ／ＰＲ５）ＣＭＩＵの流 れを制御することで、ローカル資源利用を管理するために隣接ＣＭ間の最適ベー シングをサポートするのに使用される。
１０．２．２　ＣＭプロトコルのテロ 以下の説明および表により、個々のＣＭ活動を特定する。個々の説明は、活動名 で始まり、次に関連オペランドのリストが続く。活動オペランドは、ＣＭＩＵの 定義に使用される構成要素フィールドおよび要素サブフィールド成分に基づいて 、構成要素と要素という２つのグループで定義される。（ＣＭＩＵの詳細な定義 については、セクション１３のＣＭＭ換プロトコルを参照。）表１０．１、表１ ０２、および表１０３では、オプションの活動オペランドは括弧で囲んで示しで ある。必須オペランドは、括弧なしで示されている。活動の説明で明記されない 場合、オペランドは反復できない。
ＤＥＬＩＶＥＲ（配信） 配信は、ＤＥＬＩＶＥＲ−ＤＩＳＴＲＩＢＵＴＩＯＮまｆニー　ｉ；ｉ　ＤＥＬ ＩＶＥＲ−ＲＥＳＰＯＮＳＥのいずれかとして表される。
ＤＥＬＩＶＥＲ−ＤＩＳＴＲＩＢＩＴＩＯＮ（配信部配信）。
表１０　、１１：、ＤＥＬＩＶＥＲ−ＤＩＳＴＲＩＢＵＴＩＯＮ活動ノオヘラン ドのまとめを示す。
表１０．１ ＤＥＬＩＶＥＲ−ＤＩＳＴＲＩＢＩＩＴＩＯＮ　（配信部配信）活動ノオヘラン トＤＥＬＩＶＥＲ−ＤＩＳＴＲＩＢＵＴＩＯＮハ、配信部を発信元ＣＭカら宛先 ＣＭに伝送するために使用される。配信部または配信部セグメントは、配信部配 信制御構成要素とともにＣＭＩＵＭ式に包まれて、ＣＭ間で伝送される。
ＤＥＬＩＶＥＲ−ＤＩＳＴＲＩＢＩＴＩＯＮハ、ＤＥＬＩＶＥＲ（７）　２ツ（ Ｄ形の１つである。これは、常に、エンド・ユーザーがＣＭＡＰＩに出した５Ｅ ＮＤまたは［特権（ＰＲＥＶＩＬＥＧＥＤ）　Ｊ　エンド−２−ザーが５ＩＪＡ ＰＩに出した５ＥＮＤの結果として、開始される。
ＤＥＬＩＶＥＲ−ＤＩＳＴＲＩＢＵＴＩＯＮ（７）　素の！６接頭部（ＰＲＥＦ ＩＸ）（必須） 接頭部は、ＣＭＩＵを利用するすべてのＣＭ間情報交換で必須の構成要素である 。これは、ＣＭＩＵのサイズおよびセグメントされた配信部内部での位置を定義 する。
伝送サービス（ＴＲＡＮＳＭＩＳＳＩＯＮ　５ＥＲＶＩＣＥＳ）（必須）「伝送 サービス」構成要素は、すべてのＣＭＩＵＭ換で必須である。これは、宛先ＣＭ 、　ＣＭＩＵＭ先度を識別し、ＣＭ間ラフロー制御パラメータ一定義する。
オプションで、負荷配分パラメーターもこの構成要素内部で定義される。ＣＭＩ Ｕの伝送サービス構成要素は、中間ＣＭが通常の「パススルー」経路指定「制御 」構成要素は、すへ７　ｆ７）　ＣＭ　ＤＥＬＩＶＥＲ−ＤＩＳＴＲＩＢＵＴＩ ＯＮ交換で必須である。これは、発信元ＣＭを識別し、ＣＭ／　ｌ−ランスポー ト層およびＣＭ／セツション層サーすス用パラメーターを定義する。
環境（ＥＮＶＩＲＯＮＭＥＮＴ）　（オフ’／　ヨン）：成要素には、ＣＰＵ複 合体間の負荷平衡機能を管理するために、ＴＰＦ環境内部で使用される固有のオ ペレーティング・システム制御データが含まれる。
配信部（ＤＩＳＴＲＩＢＵＴＩＯＮ）　（必須）「配信部」構成要素は、エンド ・ユーザー間で伝Ｉ）ＥＬＩＶＥＲ−ＤＩＳＴＲＩＢＵＴＩＯＮ（７）　：（７ ）　ｉ口宛先ＣＭ（ＤＥＳＴＩＮＡＴＩＯＮ−ＣＭ）　（必須）ＣＭ番号の形を 取る「宛先ＣＭＪ（ｒ伝送サービス」構成要素内の要素）は、この配信部セグメ ント（ＣＭＩＵ）を受信するように指定された宛先Ｃ）Ｊを識別する。
宛先ＣＭフィールドは、仮想ＣＭ＃を含むことがあり、負荷配分値か存在する場 合に、中間経路指定・配信（ＩＲＤ）機能を実行する機能を持つＣＭによって更 新される。
ベーシング要求／応答（ＰＡＣＩＮＧ　ＲＱＵＥＳＴ／ＲＥＳＰＯＮＳＥ：　Ｐ ＲＱ／ＰＲ５）　（必須） 「ベーシング要求／応答」（「伝送サービス」構成要素内の要素）は、着信およ び発信トランスポートプロトコル・スタック・インターフェース用にフロー制御 の窓を定義する。ヌル値を取ることができるが、すべての伝送内部に存在しなけ ればならない。ベーシング値は、ＣＭ／ネットワーク層が決定し、対処する。
属性リスト（ＡＴＴＲＩＢＵＴＥ−ＬＩＳＴ）　（必須）：「属性リスト」（「 伝送サービス」構成要素内の要素）は、配信部処理の特性を識別する。配信通知 （ＣＯＤ、例外、なし）、優先レベル（θ〜７）、タイプ（照会、中継−照会、 返答、非同期）、ＰＤＭ、保証およびデータ形式（バイナリ−１文字）を含む。
属性リストの特性は、配信部を発信するエンド・ユーザーによってＣＭＡＰＩま たは５ＷＡＰＩで指定される。
負荷配分値（ＬＯＡＤ−ＤＩＳＴＲＩＢＵＴＩＯＮ−ＶＡＬＵＥ）　（オプショ ン）「負荷配分値Ｊ　（ＬＤＶ）（ｒ伝送サービス」構成要素内の要素）は、１ オクテツト・フィールドの形を取り、ＣＭ負荷配分機能が宛先ＣＭフィールドを 変更するのに使用する索引を定義する。ＬＤＶが存在する場合は、静止宛先ＣＭ も存在しなければならない。ＬＤＶは、発信元ＥＵによって与えられる。
静止宛先ＣＭ　（ＤＥＳＴ　ＩＮＡ丁１ＯＮ−ＣＭ−５ＴＡＴＩＣ）　（オプシ ョン）。
［静止宛先ＣＭＪ（ｒ伝送サービス」構成要素内の要素）は、ＣＭ＃の形を取り 、発信元で指定された宛先ＣＭを固定参照するためのものである。ＣＭは、こめ フィールドを変更してはならない。
ＣＰＵビジー値（ＣＰＵ−ＢＵＳＹ−ＶＡＬＵＥ）　（オプション）ｒ　ＣＰＵ ビジー値」（「伝送サービス」構成要素内の要素）は、物理的に受信側に隣接す る送信側ＣＭのワークロードを示す値を含む。これは、物理的に隣接する論理複 合体間でメソセージ負荷の平衡を取るための情報を提供する。
宛先Ｅｌ（ＤＥＳＴＩＮＡＴＩＯＮ−Ｅｌ）（必須）［宛先ＥＵＪ（ｒ制御」構 成要素内の要素）は、ＥＵ＃の形を取り、宛先ＣＭでこの配信部セグメントを受 信するように指定されたエンド・ユーザーを識別する。
発信元ＣＭ（ＯＲＩＧＩＮ−ＣＩＪ）　（必須）：「発信元ＣＭＪ（ｒ制御」構 成要素内の要素）は、ＣＭ＃の形を取り、配信部の発信元のエンド・ユーザーを 所有するＣＭを識別する。
発信元Ｅｌ（ＤＥＳＴＩＮＡＴＩＯＮ−ＥＵ）　（必須）。
「発信元ＥＵＪ（ｒ制御」構成要素内の要素）は、ＥＵ＃の形を取り、この配信 部の５ＥＮＤを出したエンド・ユーザーを識別する。
返信光Ｅｌ（ＲＥＴＵＲＮ−ＥＵ）　（オプション）［返信光ＥＵＪ（ｒ制御」 構成要素内の要素）は、Ｅｌ＃の形を取り、要求された配信通知または照会返答 の受信側として指定されたエンド・ユーザー（発信元Ｅυ以外）を識別する。返 信光Ｅｌｌは、発信元ＣＭに存在しなければならない。
ＣＭ配信部ＩＤ（ＣＭ−ＤＩＳＴＲＩＢＵＴＩＯＮ−ＩＤ）　（必須）ｒＣＭ配 信部ＩＤＪ（ｒ制御」構成要素内の要素）は、発信元ＣＭに対して配信部を一意 に識別する。このフィールドは、発信元ＣＭによって与えられ、すべてのＤＥＬ ＩＶＥＲ−ＤＩＳＴＲＩＢＵＴＩＯＮで必須である。
ＥＵ配信部ＩＤ（ＥＵ−ＤＩＳＴＲＩＢＵＴＩＯＮ−ｒＤ）　（オプション）ｒ ＥＵ配信部ＩＤＪ（ｒ制御」構成要素内の要素）は、発信元エンド・ユーザーに よって与えられる。これは、エンド・ユーザーに代わってＣＭによりそのまま運 ばれ、宛先ＥＵにそのまま渡される。
相関（ＣＯＲＲＥＬＡＴＩＯＮ）　（オプション）。
「相関」フィールド（「制御」構成要素内の要素）は、ＤＥＬＩＶＥＲ−ＲＥＳ ＰＯＮＳＥを先に送信された照会配信部に対応付けるために使用される。これは 、ＥＵが配信部を返答として送信する場合には必須である。
この場合、ＥＵはＡＰＩ相関値として、元の照会からのＣＭ配信部ＩＤを与えな ければならない。
隣接ＣＭ番号（ＡＤＪＣＭ−ＮＵＭＢＥＲ）　（必須）。
「隣接ＣＭ番号」（「伝送サービス」構成要素内の要素）は、ＣＭ番号の形を取 り、このＩＰＲＱ／ＩＰＲＳを生成した隣接ＣＩＪを識別する。
ＤＥＬＩＶＥＲ−ＲＥＳＰＯＮＳＥ（配信一応答）・表１０２は、ＤＥＬＩＶＥ Ｒ−ＲＥＳＰＯＮＳＥ活動ノオヘランドをまとめて示す。
表１Ｏ，２ ＤＥＬＩＶＥＲ−ＲＥＳＰＯＮＳＥは、セグメントの受イ言確認まｔこＣま例外 として応答を発信元ＣＭＩこ返すの（こ使用される。ＤＥＬ　ＩＶＥＲ−ＲＥＳ ＰＯＮＳＥは、ＤＥＬＩＶＥＲ（７）　２番目ノＷｅであり、応答認または例外 を発信元ＣＭに返信する。これは常に、エンド・ユーザーが開始した５ＥＮＤに 応答した、すなわちＤＥＬＩＶＥＲ−ＤＩＳＴＲＩＢＵＴＩＯＮに関連した、内 部ＣＭ動作の結果として使用される。
受信確認（ＡＣＫＮＯＷＬＥＤＧＥ）は、配信確認を指定したＤＥＬＩＶＥＲ− ＤＩＳＴＲＩＢＵＴＩＯＮに応答して使用される。宛先ＣＭは、完全な配信部が 指定されたエンド・ユーザーに配信された場合に、受信確認を発信元ＣＭに返す 。次に、発信元ＣＭは、発信元ＥＵまたは返信光ＥＵに配信部の正常配信を通知 する。一部のセグメント化された配信部しか受信されなかった場合は、宛先ＣＭ はある時間後にタイムアウトし、例外応答を発信元ＣＭに送信する。
受信確認（ＡＣＫＮＯＷＬＥＤＧＥ）はまた、完全保護の配信部用のＣＭ間確認 として、すなわち「内部確認」としても使用される。宛先ＣＭは、完全に組み立 てられた保護配信部が宛先エンド・ユーザーに配信された場合に、受信確認を発 信元ＣＭに返す。次に、発信元ＣＭは保護配信部を解放することがある。
配信部が完全保護され、配信確認を指定する場合には、宛先ＣＭは完全に組み立 てられたＤＯが宛先エンド・ユーザーに配信されたときに、ただ１つの受信確認 を発信元ＥＵまたは返信光ＥＵに配信する。受信確認を受信すると、発信元ＣＭ は発信元ＥＵまたは返信光ＥＵに配信部の正常配信を通知するとともに、保護デ ータを解放する。
「例外」は、配信部セグメントが配信不能で、ＣＭＩＵが例外通知、配信確認、 または完全保証あるいはその組み合わせのいずれかを示した場合に、否定応答を 発信元ＣＭに返す。
受信―認の場合と同様に、ＣＭＩＵが例外通知または配信確認および完全保護を 指定する場合、エラーを検出したＣＭは、返信光Ｅｌが発信元Ｅｌと同じではな い場合に、例外を返信光Ｅｌに返信しなければならない。
ＤＥＬＩＶＥＲ−ＲＥＳＰＯＮＳＥの　成　、の説Ｂ接頭部（ＰＲＥＦＩＸ）（ 必須） 「接頭部」は、ＣＭＩＵを利用するすべてのＣＭ間情報交換で必須の構成要素で ある。これは、ＣＭＩＵのサイズを定義する。
伝送サービス（ＴＲＡＮＳＭＩＳＳＩＯＮ　５ＥＲＶＩＣＥＳ）　（必須）「伝 送サービス」構成要素は、すべてのＣＭＩＵＭ換で必須である。これは、宛先Ｃ ＭＳＣＭＩ−Ｕ優先度を識別し、ＣＭ間ラフロー制御パラメータ一定義する。
ＣＭＩＵの伝送サービス構成要素は、中間ＣＭが通常の「パススルー」経路指定 を行うのに必要なすべてを提供する。
制御（ＣＯＮＴＲＯＬ）　（必須）。
「制御」構成要素は、すべてのＤＥＬＩＶＥＲ−ＲＥＳＰＯＮＳＥＣＭＩＵ交換 で必須である。これは、発信元ＣＭを識別し、ＣＭ／Ｍランスポート層およびＣ Ｍ／、セツション層サービス用パラメーターを定義する。
応答（ＲＥＰＳＯＮＳＥ）　（必須）：応答構成要素は、すべてのＤＥＬＩＶＥ Ｒ−ＲＥＳＰＯＮＳＥ　ＣＭＩＵＭ換で必須である。これは、応答が返される理 由、すなわち受信確認または例外を識別する。また、返された応答の特定な理由 を定義するオペランドも提供する。
ＤＥＬＩＶＥＲ−ＲＥＳＰＯＮＳＥの　、のｇ日宛先ＣＭ（ＤＥＳＴＩＮＡＴＩ ＯＮ−ＣＭ）　（必須）：ＣＭ番号の形を取る「宛先ＣＭＪ（ｒ伝送サービス」 構成要素内の要素）は、この配信部セグメント（ＣＭＩＵ）を受信するように指 定された宛先ＣＭを識別する。
ＤＥＬＩＶＥＲ−ＲＥＳＰＯＮＳＥ　ＣＭＩＩＪテハ、宛先ＣＭハ仮想ＣＭ＃を 含んではならない。
ベーシング要求／応答（ＰＡＣＩＮＧ　ＰＲＱ／ＰＲ５）（必須）「ベーシング 要求／応答」（「伝送サービス」構成要素内の要素）は、着信および発信トラン スボートプロトコル・スタック・インターフェース用にフロー制御の窓を定義す る。ヌル値を取ることができるが、すべての伝送内部に存在しなければならない 。ベーシング値は、ＣＭ／ネットワーク層か決定し、対処する。
属性リスト（ＡＴＴＲＩＢＵＴＥ−ＬＩＳＴ）　（必須）「属性リスト」（「伝 送サービス」構成要素内の要素）は、配信部処理の特性を識別する。配信通知（ ＣＯＤ、例外、なし）、優先レベル（０〜７）、タイプ（照会、中継−照会、返 答、非同期）、ＰＤＭ、保証およびデータ形式（バイナリ−１文字）を含む。属 性リストの特性は、元（７）　ＤＥＬＩＶＥＲ−ＤＩＳＴＲＩＢＵＴＩＯＮから 保持される。
ＣＰＵビジー値（ＣＰＵ−ＢＵＳＹ−ＶＡＬＵＥ）　（オプション）：ｒ　ＣＰ Ｕビジー値」（「伝送サービス」構成要素内の要素）は、物理的に受信側に隣接 する送信側ＣＭのワークロードを示す値を含む。これは、物理的に隣接する論理 複合体間でメツセージ負荷の平衡を取るための情報を提供する。
宛先ＥＵ（ＤＥＳＴＩＮＡＴＩＯＮ−ＥＵ）　（必須）：「宛先ＥＵＪ（ｒ制御 」構成要素内の要素）は、ＥＵ＃の形を取り、この配信部セグメントを受信する ように指定されたエンド・ユーザーを識別する。これは、元ノＤＥＬＩＶＥＲ− ＤＩＳＴＲＩＢＵＴＩＯＮ　ＣＭＩＵノ返信先ＥＵフィールドから取られる。返 信光ＥＵが存在しない場合、発信元ＥＵフィールドから取られる。
発信元ＣＭ（ＯＲＩＧＩＮ−ＣＭ）　（必須）［発信元ＣＭＪ（ｒ制御」構成要 素内の要素）は、ＣＭ＃の形を取り、元のＤＥＬＩＶＥＲ−ＤＩＳＴＲＩＢＵＴ ＩＯＮノ宛先ＣＭフィールドから取られる。
発信元ＥＵ（ＯＲＩＧＩＮ−ＥＵ）　（必須）［発信元ＥＵＪ（ｒ制御」構成要 素内の要素）は、Ｅｌ＃の形を取り、元のＤＥＬＩＶＥＲ−ＤＩＳＴＲＩＢＵＴ ＩＯＮの宛先ＥＵフィールドから取られる。
Ｅｌ配信部ＩＤ（ＥＵ−ＤＩＳＴＲＩＢＵＴＩＯＮ−ＩＤ）　（オプション／必 須）ｒＥＵ配信部ＩＤＪ（ｒ制御」構成要素内の要素）は、元（７）　ＤＥＬｒ ＶＥＲ−ＤＩＳＴＲＩＢＵＴＩＯＮ（７）　ＥＵ配信部■Ｄフィールド（存在す る場合）から取られる。これが存在する場合は、エンド・ユーザーに代わってＣ Ｍがそのまま返さなければならない。
相関（ＣＯＲＲＥＬＡＴ　ｌ０Ｎ）　（必須）：「相関」フィールド（「制御」 構成要素内の要素）は、応答を先に送信された配信部に対応付けるために使用さ れる。これは、すべての応答で必須である。相関オペランドフィールドは、応答 するＣＭによって与えられ、元のＤＥＬＩＶＥＲ−ＤＩＳＴＲＩＢＵＴＩＯＮか らのＣＭ配信部ＩＤを含む。
エラーＣＭ（ＥＲＲＯＲ−ＣＭ）　（必須）。
［エラーＣＭＪ（ｒ応答」構成要素内の要素）は、ＣＭ＃の形を取り、応答コマ ンドを発信したＣＭを識別する。例外応答では、エラーＣＭは、報告された例外 を検出したＣＭを識別する。受信確認応答では、エラーＣＭと発信元ＣＭは同じ である。
例外コード（ＥＸＣＥＰＴＩＯＮ−ＣＯＤＥ）　（必須）：「例外コード」（「 応答」構成要素、内の要素）は、対応するＤＥＬＩＶＥＲ−ＤＩＳＴＲＩＢＵＴ ＩＯＮの処理の正常終了かたは異常終了に関する詳細を指定する。ために使用さ れる。
ＤＩ上セグメントＤ（ＤＯ−ＳＥＧＭＥＮＴ−ＩＤ）　（必須）ｒＤＵセグメン ト」（「応答」構成要素内の要素）は、この応答が関連する対応するＤＥＬＩＶ ＥＲ−ＤＩＳＴＲＩＢＵＴＩＯＮの特定セグメントを識別する。
隣接ＣＭ番号（ＡＤＪＣＭ−ＮＵＭＢＥＲ）　（必須）「隣接ＣＭ番号」（「伝 送サービス」構成要素内の要素）は、ＣＭ番号の形を取り、このＩＰＲＱ／ＩＰ Ｒ３を生成した隣接ＣＭを識別する。
分離ベーシング要求／応答（ＩＳＯＬＡＴＥＤ　ＰＡＣＩＮＧ　ＲＥＱＵＥＳＴ ／ＲＥＳＰＯＮＳＥ：　ＩＰＲＱ／ＰＲ３）表１０３に、分離ベーシング要求／ 応答活動のオペランドをまとめて示す。
表１０３ ＩＳＯＬＡＴＥＤ　ＰＡＣＩＮＧ　（分離ぺ一／ング）要求／応答分離ベーシン グ要求／応答は、ローカル資源を管理するために、隣接ＣＭ間で交換される。隣 接ＣＭは、６項で定義しり最適ベーシング・メカニズムを使用して、ＣＭＩＵの 流れを制御する。ベーシング窓が、ローカル資源利用プロセスと組み合わせて、 ０Ｍ管理パラメーターによって定義される。ベーシング情報は、隣接ＣＭ間を流 れるすべてのＩＰＲＱ／ＰＲＳコマンド上に「相乗り」されるが、フロー制御交 換が必要で伝送するために使用できる配信部ＣＭＩＵがない場合には、常にＩＰ ＲＱ／ＰＲＳコマンド形式か利用される。
離ＰＲＱＰＲ３の　、Δ欠測 接頭部（ＰＲＥＦＩＸ）　（必須）。
「接頭部」は、ＣＭＩＵを利用するすべてのＣＭ間情報交換で必須の構成要素で ある。これは、ＣＭＩＵのサイズを定義する。
伝送サービス（必須）： 「伝送サービス」構成要素は、すべてのＣＭＩＵ交換で必須である。これは、’ 　ＣＭＩＵを分離ベーシング要求／応答として識別する。
ＰＲＱＰＲ８の　のｔ口 宛先ＣＭ（ＤＥＳＴＩＮＡＴＩＯＮ−ＣＭ）（必須）ＣＭ番号の形を取る「宛先 ＣＭＪ（ｒ伝送サービス」構成要素内の要素）は、このＩＰＲＱ／ＰＲ５を受信 するように指定された宛先ＣＭを識別する。
ベーシング要求／応答（ＰＡＣＩＮＧ　ＲＥＱＵＥＳＴ／ＲＥＳＰＯＮＳＥ：　 ＰＲＱ／ＰＲＳ）（必須） 「ベーシング要求／応答」（「伝送サービス」構成要素内の要素）は、着信およ び発信トランスポート・プロトコル・スタック・インターフェース用にフロー制 御の窓を定義する。
ＣＰＵ　ヒジー値（ＣＰＵ−ＢＵＳＹ−ＶＡＬＵＥ）　（オプション）：ｒ　ｃ ｐｕビ、ジー値」（「伝送サービス」構成要素内の要素）は、物理的に受信側に 隣接する送信側ＣＭのワークロードを示す値を含む。これは、物理的に隣接する 論理複合体間でメソセージ負荷の平衡を取るための情報を提供する。
隣接ＣＭ番号（ＡＤＪＣＭ−ＮＵＭＢＥＲ）　（必１須）「隣接ＣＭ番号」（「 伝送サービス」構成要素内の要素）は、ＣＭ番号の形を取り、このＩＰＲＱ／Ｉ ＰＲＳを生成した隣接ＣＭを識別する。
これ以外の要素は、ＩＰＲＱ／ＰＲＳコマンドではすべて無効である。
１０．２．３　ＣＭプロトコル活動の゛れ図１５Ａオヨヒ図１５Ｂｌ：、ＤＥＬ ＩｖＥＲ−ＤＩｓＴＲＩＢＵＴＩＯＮオヨヒＤＥＬ　Ｉ　ＶＥＲ−ＲＥＳＰＯＮ ＳＥを反映する、単純なＣＭ間プロトコルを流れを示す。
図１５Ａでは、ＥＵは２セグメントのＣＯＤ配信部を送信する。
図１５Ｂでは、ＥＵは１セグメント配信部を送信する。ＥＵはデータが配信され なかった場合に通知（例外通知）を要求する。
図１６Ａに示す流れは、ＣＭＩ［Ｊ照会／返答（ＱｔｌＥＲＹ／ＲＥＰＬＹ）を 示し、図１６Ｂは、照会／中継と照会／返答との相関関係を示す。
図１６Ａでは、ＣＭ″Ａ“のエンド・ユーザーは、ＣＭ″Ｂ”のエンド・ユーザ ーに照会を送信する。ＣＭ″Ａ”は、照会ＣＭＩＵをＣＭ−ＤＩＳＴＲＩＢＵＴ ＩＯＮ−ＩＤにＡ１１ｌｌとして識別する。
ＣＭ″Ｂ”のエンド・ユーザーは、ＣＭ″Ｂ“がＢ１１１ｌとして識別した照会 ／返答を返す。ＣＭ″Ｂ”の識別コードに加えて、ＣＭＩＵＩ：は、　［返答す る（ＲＥＰＬＹｉｎｇ）Ｊ　エンド−ｉ−ジーによって与えられた、元の照会か らのＣＭ−ＤＩＳＴＲＩＢＵＴＩＯＮ−ＩＤである相関値が含まれる。ＣＭ″Ａ ”は相関（Ａｌｌｌｌ）を使用して、　［返答（ＲＥＰＬＹ）Ｊを元の照会に対 応付け、　「返答」を照会したエンド・ユーザーに返す。
図１６Ｂでは、ＤＥＳＴＩＮＡＴＩＯＮ−ＥＵは元のＣＭ−ＤＩＳＴＲＩＢＵＴ ＩＯＮ−ＩＤ（Ａｌｌｌｌ）をＣＭ″Ｂ”に渡し、ＣＭ″Ｂ”はＣＭ″Ｃ”への 中継時に、このＣＭ−ＤＩＳＴＲＩＢＵＴＩＯＮ−ＩＤをＣＭＩＵ識別コードと して使用する。ＤＥＳＴＩＮＡＴＩＯＮ−ＥＵは、上の照会／返答の例でＣＭ″ Ｂ”が行ったように、ＣＭ″Ｃ”が返答を送信するように要求する。返答ＣＭＩ ＵはＣＭ″Ａ”に配信され、そこで元のＡ１１ｌｌ照会と対応付（ＣＯＲＲＥＬ ＡＴＥＤ）けられる。
１０．３　メソセージのタイプ ＣＭは、４つの基本メツセージ・タイプ、照会（ＱＵＥＲＹ）、返答（）ＩＥＦ ＬＹ）、中継−照会（ＲＥＬＡＹ−ＱＵＥＲＹ）、および非同期（ＡＳＹＮＣ） をサポートする。加えて、メツセージには、完全保証または保証なし、タイマー の有無、またはさまざまなレベルの配信通知を指定できる。ただし、メツセージ ・タイプと属性の組み合わせでは有効でないものもある。以下に示す表１Ｏ０４ 、表１０５、表１０．６、および表１０．７は、どの組み合わせが有効であるか をまとめ、ＣＭか個々の有効メツセージを処理する方法の構文を示す。
表１０．４ ＱＬＩＥＲＹ　（照会）メッセージ 表１０５ ＲＥＰＬＹ　（返答）メツセージ 表１０．６ 表１＋１．７ ＡＳＹＮＣ（非同期）メツセージ １１、；マネージャーの　環サービス １１１　はじめに 本発明の通信マネージャーは、配信部の交換においてエンド・ユーザーが要求す るサービスを実行する。
このプロセスをサポートするため、Ｃ！１環境は通信マネージャーを管理するた めに１組の構造化された機能により制御される。管理の観点から機能を区別する と、変更および設定の管理、障害の管理、警報および通知の管理、パフォーマン スの測定、アカウンティング統計の収集および管理、およびセキュリティがある 。すべてのＣＭ管理機能は、システム管理アプリケーション・プログラム（ＳＷ ＡＰ）によって処理される。これらの機能は、ＣＭ内部事象またはコンソール操 作インターフェースなどの外部インターフェースにより開始される。
１１２　システム　アプリケーション・プログラム通信マネージャーはシステム 管理アプリケーション・プログラム（ＳＭＡＰ）によって制御・管理される。５ ＷＡＰのプロセスは、管理側機能（ディレクター）および管理される機能（エー ジェント）という２つの機能に分けられる。５ＷＡＰは、管理される資源を管理 対象オブジェクトと呼ぶ、１組の論理特性（属性）にグループ分けすることによ って管理を提供する。管理対象オブジェクトの特定の組が、ＳＭＡＰプロセスの エージェント機能によって制御される。次に、エージェント機能の組が、デイレ フタ−・プロセスによって制御される。これにより、管理機能を通信マネージャ ー環境全体に分散させ、管理機能を階層的に制御することができる。この区別は また、ディレクターおよびエージェント間の制御メカニズムにあるレベルの抽象 化を持ち込む。ディレクターは、管理対象オブジェクトとその属性の論理グルー プを理解し、それらに適用できる論理的な管理機能の組をも理解する。エージェ ントも管理対象オブジェクトとその属性の論理的な見方を理解するが、通信マネ ージャーが存在する個々の異なるオペレーティング・システム環境に存在する特 定の実施の詳細およびプロセスをも理解する。
ディレクターとエージェント間の抽象化された制御メカニズムは、個々の機能が 発行できる基本コマンドの組によって実現される。
これらの基本コマンドとは、Ｉｎ１ｔｉａｔｅ（初期化）、Ｔｅｒｍｉｎａｔｅ （停止）、Ａｂｏｒｔ（アボート）、Ｅｖｅｎｔ−Ｒｅｐｏｒｔ（事象報告）、 Ｇｅｔ（取得）、５ｅｔ（設定）、Ｃｒｅａｔｅ（作成）、Ｄｅｌｅｔｅ（削除 ）、Ａｃｔｉｏｎ（動作）、Ｃａｎｃｅｌ−Ｇｅｔ　（取得取消）である。
特定の管理対象オブジェクトに適用できるコマンドは、その時点の管理対象オブ ジェクトの状態に支配される。管理対象オブジェクトが動作する状態には、管理 状態および動作状態という２つのタイプがある。オブジェクトの管理状態は、デ ィレクター・プロセスによって制御される。オブジェクトの動作状態は、その環 境および動作によって制御される。
比」−」刃１ ＳＷＡＰは、ローカルＣＭ環境で管理機能を駆動するか、あるいは他の５ＷＡＰ との間でＣＭ制御および管理コマンドを交換する。その両方の場合もある。
５ＷＡＰとローカルＣＭ層は、管理情報ベース（ＭＩＢ）連係を通して通信を行 う。ＭｒＢは、管理対象資源に関する情報をローカルに保管する場所である。５ ＷＡＰは、ＣＭＩＵ内部の配信部として運ばれるシステム管理交換プロトコルで コマンドおよび応答を形式化して他のＳＷＡ　Ｐとの間で通信を行う（すなわち 、５ＷＡＰはＥＵである）。発信元の５ＷＡＰは、合意された管理形式であるシ ステム管理配信単位（ＳＭＤＵ）にコマンドを形式化し、システム管理アプリケ ーション・プログラム・インターフェース（ＳＭＡＰＩ）と呼ぶ特権ＡＰＩを通 してそれをＣＭに渡す。次に、ＣＭが、ＳＭＤＵを宛先ＳＭＡＰ　ＤＵに配信す る。
１１．３．Ｉ　ＳＭＡＰとの　インターフェースＣＭ管理機能は、操作コンソー ル・インターフェースによってローカルに開始できる。コンソール要求は、ＳＭ ＡＰのディレクター機能によって処理される。ディレクターは、このコマンドを 実行しなければならないエージェントを決定し、コマンドをそのエージェントに 伝送する。このエージェントは、ローカルにディレクターと共存する場合と、リ モートの場合がある。いずれの場合でも、ディレクターはコマンドを形式化して 、ＣＭネットワークを通してそれをエージェントに渡す。
ディレクターのプロセスもエージェントのプロセスも、ともに論理的に独立した エンド・ユーザーであり、別々にアドレス指定される。操作インターフェース・ コマンドは、操作またはプログラムで開始した先に出されたコマンドを無効にす る。
１１３２　プロトコル ５ＷＡＰ間の制御およおび管理データの交換は、ＣＭＩＵ内の配信単位として運 ばれる、定義済みのシステム管理交換プロトコルを使用して行われる。このシス テム管理配信単位（ＳＭＤＵ）の構造は、それ自体が自己定義サブフィールドま たはマツプ式バイナリ−列に細分される一連の自己定義フィールドを含んでいる 。選択される特定の形式は、参考用にここに開示するＩＳＯ発行の抽象構文表記 １（ＡＳＮ、１）用のバイナリ−符号化規則（発行番号ＩＳＯ８８２４（１９８ ７））の実施である。
１１３３　システム　アブＩケーションＳＭＡＰには、通信マネージャーおよび その資源のモニター、制御および調整が含まれる。ＳＭＡＰは管理対象オブジェ クトの構造およびその属性を使用して、その管理に影響を与える。通信マネージ ャー管理には、単一の「管理機能定義域」がある。障害、設定、アカウンティン グ、パフォーマンス、およびセキュリティ管理の機能領域は、同じ管理プロセス 内部で処理される。
すべての通信マネージャー管理エージェントおよびディレクターは、ＣＭシステ ム管理アプリケーション・プログラム（ＳＭＡＰ）の特定のインスタンスである 。通信マネージャーの用語では、個々の特定インスタンスは、別個の特権エンド ・ユーザーであり、そのようなものとして、それぞれがＣＭアドレス指定構造に よって一意にアドレス指定が可能である。個々の５ＷＡＰインスタンスの機能の レベルは、管理スキーマ構造内の位置で定義される。システム管理アプリケーシ ョンは、ディレクターとしての管理側の役割またはエージェントとしての管理対 象の役割という２つの機能役割を果たすことができる。定義により、エージェン トには最小の独立知能しかない。エージェントは、単にディレクターからの指示 またはＭＩＢの変更に反応するだけである。ディレクターには、そのエージェン トを制御し、エージェントからの警報および通知に反応する知能がある。
管理情報を形式化し、管理機能間で管理情報を伝達する機能は、ここに参考用に 開示する、Ｏ３Ｉ共通管理情報プロトコル（Ｏ５Ｉ　Ｃｏｍｍｏｎ　Ｍａｎａｇ ｅｍｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ：　ＣＭＩＰ）（ＩＳ Ｏ発行番号ＤＩＳ　９５９５　ＰＤＡＤ　２　（１９８９））、ＩＳＯ共通管理 情報サービス要素（ＩＳＯＣｏｍｍｏｎ　Ｍａｎａｇｅｎ＋ｅｎｔ　Ｉｎｆｏｒ ｍａｔｉｏｎ　５ｅｒｖｉｃｅ　Ｅｌｅｍｅｎｔ：　ＣＭＩＳＥ）（ＩＳＯ発行 番号ＤＩＳ　９５９５　（１９８８））、およびＯ８Ｉリモート操作サービス要 素（ｒｓｏ　Ｒｅｍｏｔｅ　０ｐｅｒａｔｉｏｎ　５ｅｒｖｉｃｅ　Ｅｌｅｍｅ ｎｔ：　ＲＯ５Ｅ）規格（ＩＳＯ発行番号ＤＩＳ　９０７２−１．２　（１９８ ９））に基づいている。
これらの機能に対するインターフェースは、ＣＭＩＳＥ基本コマンドの形で構造 化されている。
ディレクターの役割では、５ＷＡＰプロセスはローカル・オペレーター・コンソ ール機能を提供する。オペレーター・コンソールの制御およびオペレーターから 与えられたメツセージの形式化は、ディレクターの責任である。ディレクターは 、受信された事象報告および警報をログするのに必要な機能を提供する。ログ機 能の開始、停止、および表示用、およびログの個別エントリーの表示用のオペレ ーター・コマンドを提供する。
ディレクターは、通信マネージャーの論理環境を管理するための論理を持つ。事 象報告に対処するための決断プロセスを提供する。また、ディレクター間のコマ ンドの経路指定（許される場合）も提供する。
エージェントの役割では、５ＮＡＰプロセスは通信マネージャーＭＩＢに対する 直接の操作インターフェースを提供し、エージェントを制御するディレクターか らのコマンドに応答する。エージェントは、ＭＩＢ内のバー５ｐＪ−ターに基づ いて事象報告通知を生成し、これらのレポートをエージェントを制御するディレ クターに送信する責任がある。また、相手側の隣接通信マネージャーとの関連を 確立する責任もある。ＳＭＡＰエージェントには、最小のセキュリティ・プロセ スしがない。
ＩＬ３．４　５ＷＡＰデ　レフター ５ＷＡＰデイレクター・プロセスは、いくつかの機能を提供する。
１）オペレーターのコンソール ローカル操作環境とのオペレーター情報は、この機能が制御する。オペレーター のコンソール機能は、オペレーター・コマンドを該当するＣＭＩＳＥ動詞に変換 して、ある特定の通信マネージャーおよびその属性に関する情報を取得する。Ｓ ＷＡ　Ｐディレクター機能は、ＣＭＩＳＥ機能のサービスを利用して、エージェ ント情報を取得・変更する。
２）ローカル・データベース・アクセスディレクターは、例えば、受信した事象 報告をローカル・ログ・ファイルに書き込むなどの他の機能をサポートするのに 必要なローカル・データベース管理システムへのアクセスを提供する。ディレク ターは、ローカル・データ表現とオブジェクトおよび属性のＣＭＩＳＥデータ符 号化間の変換に責任がある。
３）システム管理サービス 事象通知 ディレクターは、そのエージェントから事象通知を受け入れる。これらの事象は 、ローカルの実施方法の規約によっては、ローカル・ログ・ファイルにログされ る。個々の事象・レポートは、ローカルの実施の規約によっては、オペレーター ・コンソールおよび該当する管理フィルターに報告される。
警報通知 ディレクターは、そのエージェントから警報通知を受け入れる。これらの警報は 、ローカルの実施方法の規約によっては、ローカル・ログ・ファイルにログされ 、オペレーター・コンソールに報告される。警報通知は、特定タイプの事象通知 である。
セキュリティ エージェントに出される基本コマンド、Ｍ−３ｅｔ。
Ｍ−ＣｒｅａｔｅＳＭ−Ｄｅｌｅｔｅ、およびＭ−Ａｃｔｉｏｎは、関係開始プ ロセス中にそのエージェントから制御するディレクターに渡されるアクセス制御 キーを含む。
他のすべてのコマンドは、事前定義の読み取り専用アクセス制御キーを含む。
４）制御の範囲： ディレクターは、対等関係あるいはマスター・スレーブの階層関係のいずれかで 、相互に関係することができる。
ディレクターは、対等から従属タイプの階層構造に１組の管理エンティティを制 御する。システム管理アプリケーションは、管理対象オブジェクトのディレクタ ーをできる限り管理対象オブジェクトの近くに配置する。ただし、エージェント の制御は、異なるディレクター間で切り換えて、管理対象オブジェクトをローカ ルおよ゛びリモートの両方で制御することができる。例えば、中央のディレクタ ーは、集中管理に必要になる任意のエージェントの制御をつかさどることができ る。
個々のエージェントは、その管理対象オブジェクトにのみ責任がある。これらの 管理対象オブジェクトを管理対象オブジェクトのシステムに組み入れ、相互の関 係を決定するのは、そのディレクターの責任である。
エージェントとそのディレクターの間には、１対１の関係かあ・る。個々のエー ジェントは、１度に１つだけの制御するディレクターを持つ。
ただし、これらのディレクターは、時間の経過の間には異なることがある。その 逆に、通常１つのディレクターは、同時に多数の異なるエージェントに責任を持 つ。
１１．３．５　ＳＭＡＰエージェント ディレクター−エージェントのモデルにおいて、エージェントは管理対象オブジ ェクトの制御プロセスである。この制御プロセスは、次の項目を実行する。１） 工−ジエントのディレクターからのコマンドに応答して、ＭＩＢから情報を取得 する、２）エージェントのディレクターからのコマンドに応答して、ＭＩＢに新 しい情報または変更された情報を入れる。また、３）通信マネージャー自体がＭ ＩＢにセットした情報に反応する。管理対象オブジェクトには、１組の属性が割 り当てられる。これらの属性には、管理関係、カウンター、域値、ステータス・ フラグ、事象フラグ、制御フラグ、フィルター、テーブル、時間のエントリー、 および記述情報がある。
エージェントとディレクターの通信 情報は、標準化された符号化形式でディレクターとエージェント間（任意の組み 合わせで）で伝送される。この形式は、抽象構文表記１（ＡＳＮ、１）で定義さ れ、ＡＳＮ、１形式用の基本符号化規則（ＢＥＲ）で伝送される。システム管理 プロセスは、例えば、ＭＩＢまたはローカルＤＢＭなどのこの情報のローカル・ インスタンスとＢＥＲ符号間の変換を行う。これらの符号は、ＳＭＤＵ形式で配 信単位に形式化され、通信マネージャーによってディレクターとエージェント間 を伝送される。ただし、ディレクターとエージェントの両方が同じオペレーティ ング・システム環境に共存する特殊なインスタンスについては、伝送はロータル に実施できるが、ＲＯ８ＥおよびＣＭＩＰプロトコル配信単位（ＰＤＵ）、およ びＢＥＲ符号を使用しなければならない。
ＭＩＢ対話 エージェントは、その制御するディレクターから受信したＭ−ＧＥＴ基本コマン ドに応答して、ＭＯＢから情報を取得する。このコマンドは、ＭＩＢから取得す べき管理対象オブジェクトおよび適当な属性を識別する。エージェントは、Ｍ− ３ｅｔ、　Ｍ−Ａｃｔｉｏｎ、またはＭ−Ｃｒｅａｔｅ基本コマンドに応答して 、情報をＭＩＢに入れる。これらのコマンドは、ＭＩＢで置換、追加、または変 更すべき特定の管理対象オブジェクトおよび属性を識別する。
Ｍ−Ａｃｔｉｏｎコマンド Ｍ−Ａｃｔｉｏｎコマンドは、エージェントに１組の事前定義された動作を実行 させる。エージェントの唯一の独立プロセスは、通信マネージャーが起動してＭ ＩＢにセットした事象フラグを探すことだけである。エージェントは、該当する Ｍ−Ｅｖｅｎｔコマンドを生成して、それを制御するディレクターに転送する。
エージェントは、これらの管理対象オブジェクトを含む管理情報ベースに直接ア クセスする唯一の管理プロセスである。エージェントは、通信マネージャーから 論理的に独立したプロセスであり、ＭＩＢ経由で通信マネージャーと通信を行う 。通信マネージャーとエージェントはともに１Ｂの情報にアクセスするが、情報 の処理方法は異なる。例えば、通信マネージャーはＭＩＢにステータス・フラグ をセットし、エージェントはそのディレクターからのＭ−Ｇｅｔコマンドに応答 してステータス・フラグを読み取る。逆の例では、エージェントはそのディレク ターからのＭ−５ｅｔの制御の下に制御フラグをセットし、通信マネージャーが このフラグを読み取る。
カウンターは、処理が異なる属性である。通信マネージャーは、カウンターを増 減できる。エージェントは、そのディレクターの制御の下でカウンターを読み取 り、またはセットする。
１１４　・　オブジェクト 管理モデルは、管理されなければならない資源（オブジェクト）および管理され るべき資源の特性（属性）によって、環境を記述する。オブジェクトは、クラス およびサブクラスに分割される。通信マネージャー用に定義されている管理対象 オブジェクトには、宛先通信マネージャー、ローカル通信マネージャー、エンド ・ユーザー、エンド・ユーザー略号、プロトコル・スタック・サービス、プロト コル・スタック・パイプ、待ち行列管理、待ち行列項目、事象レコード、追加値 レコード、警報レコード、構成変更レコード、登録解除オブジェクト・レコード 、登録オブジェクト・レコード、再登録オブジェクト・レコード、削除値レコー ド事象ログがある。
オブジェクトの相互関係を決定する原理には、階層および包含の２つがある。
階層は、ある管理対象オブジェクトが他方から（その属性と動作をともに）導出 できる原理である。管理対象オブジェクトおよびその属性と動作の定義を、管理 対象オブジェクトのクラスと呼ぶ。管理対象オブジェクトのクラスの上に作成さ れる追加の管理対象オブジェクト定義を、サブクラスと呼ぶ。これらのサブクラ スは、クラスの属性（ただし属性の値ではない）および動作を元のクラス（スー パークラスと呼ぶ）から継承する。
サブクラスは、それらが表す資源の定義をさらに詳細にするために追加の属性と 動作を与えることもできる。
例えば、自動車をオブジェクトのクラスと考えると、オブジェクトのサブクラス はロールスロイス車やフォード車である。
包含は、オブジェクトをその管理に関連付ける方法を記述する原理である。関係 のないクラスのオブジェクトは、管理制御を通して関連付けることができる。
例えば、金庫は管理される特定クラスのオブジェクトであり、関係のないクラス であるカネと書類を含むことができる。金庫を施錠すると、その中のカネと書類 も施錠される。包含原理を説明する１つの方法は、管理のためにあるオブジェク トが、同じまたは関係のないクラスの他のオブジェクトを「所有」すると述べる ことである。
１１４１　オブジェクトの言′ ローカル通信マネージャー・ これは、その固有環境における通信マネージャーの記述である。通信マネージャ ーのローカル・インスタンスを表す通信マネージャーが管理するオブジェクトを 、ローカル通信マネージャーと呼ぶ。
ローカルＣＭは、ＳＭＡＰエージェントと管理情報ベース（ＭＩＢ）と合わせて 、ディレクターが管理するエンティティを構成する。ＭＩＢは、この通信マネー ジャーを定義する属性を含んでいる。
宛先（ＤＥＳＴＩＮＡＴＩＯＮ）通信マネージャー。
これは、２つの管理対象オブジェクトの関係を記述する関係オブジェクトである 。この場合は２つの異なる通信マネージャーの関係である。これは、ローカル通 信マネージャーからのトラフィックの宛先となりうるため、宛先通信マネージャ ーと呼ばれる。これはトラフィックの発信元にもなりうるため、流れの方向は暗 黙に示されない。ローカル通信マネージャーの変更は、すべての他の通信マネー ジャーとの関係を変更することがあるため、この関係オブジェクトはローカル通 信マネージャーに所有される。
このクラスのオブジェクトの主要属性の１つは、経路の記述である。宛先が隣接 である場合、経路の記述には、プロトコルスタック・バイブの参照および２つの 通信マネージャー間のトラフィックを規制するためのパラメーターが含まれる。
宛先が隣接でない場合、経路の記述には、隣接宛先通信マネージャーへの参照の みが含まれる。隣接通信マネージャーとは、宛先までの経路上に最初に現れる通 信マネージャーのことである。
仮想通信マネージャーは、機能的に等価なエンド・ユーザーを含む通信マネージ ャーのグループを表す。
その経路の記述には、すべてのグループ・メンバーおよび経路選択方法が含まれ る。
エンド・ユーザー（ＥＮＤ　ＵＳＥＲ）：このクラスのオブジェクトの個別イン スタンスは、宛先通信マネージャーの個別インスタンスに所有される。宛先通信 マネージャーがアクセスできなイ場合、そのすべてのメンバーエンド・ニーｆ− はアクセスできない。
エンド・ユーザー略号（ＥＮＤ　ＵＳＥＲＭＮＥＭＯＮＩＣ）・エンド・ユーザ ーのインスタンスは、１つ以上のエンド・ユーザー略号を含むことができる。こ のクラスのほとんどの属性値は、エンド・ユーザー・クラスの所有インスタンス から継承される。
プロトコル・スタック・サービス（ＰＲＯＴＯＣＯＬ　５ＴＡＣＫ　５ＥＲＶＩ ＣＥ）　： これらのオブジェクトは、さまざまなプロトコル・スタック・サービスの提供側 とのローカル通信マネージャーの関係を記述する。通常、ローカルに提供される プロトコル・スタック・サービスの個々のタイプについて、このオブジェクトの １インスタンスが存在する。
プロトコル・スタック・バイブ（ＰＲＯＴＯＣＯＬ　５ＴＡＣＫ　Ｐ（ＰＥ）： これらのオブジェクトは、通信マネージャーが使用する個々の可能な物理接続を 記述する。個々のインスタンスは、バイブが提供するタイプのサービスによって 所有される。これにより、接続のタイプに基づいて、接続は個別に管理されるか 、またはグローバル・レベルで管理される。
待ち行列管理オブジェクト　（ＱＬＩＥｔｌＥ　ＭＡＮＡＧＥＭＥＮＴ　０ＢＪ ＥＣＴ） 待ち行列は多くのレベルで存在でき、常にある他のオブジェクトに所有される。
インスタンスは、その目的および優先度によって識別される。これは自然発生し 、待ち行列の処理後消滅する。
待ち行列項目（ＱＵＥＵＥ　ＩＴＥＭ）このオブジェクトクラスは、待ち行列の 中の項目を記述する。常に、待ち行列のインスタンスに所有される。
事象Ｌｚｌｌ−ド（ＥＶＥＮＴ　ＲＥＣＯＲＤ）このオブジェクト・クラスは、 エージェントから受信した事象レコードを記述する。このオブジェクトの個別オ ブジェクトには、追加値、警報、属性変更、登録解除、登録、再登録、および削 除値がある。
事象ログ（ＥＶＥＮＴ　ＬＯＧ）： このオブジェクト・クラスは、事象レコードを口どのような標準化された管理プ ロセスでも、その中心となるのは、管理対象オブジェクトがその希望する機能を 実行できるという標準化された概念である。オブジェクトの動作に標準モデルを 与えることによって、いろいろなオブジェクトの動作は共通の管理プロセスによ って理解できる。この標準化されたモデルを状態マシン・モデルと呼ぶ。モデル では、２つのタイプの状態が記述される。管理状態は、ディレクターがオブジェ クトの動作を制御するためにセットされる。動作状態は、サポートする環境が制 御し、管理プロセスに対してのみ読み取られる。
管理状態の設定には、ロック解除（使用可能にする）、ロック（使用不能）、お よび遮断（進行中の作業を完了してロック状態に変化する）がある。管理状態は 、ローカル通信マネージャーおよび、宛先通信マネージャー、エンド・ユーザー 、プロトコル・スタック・サービス、およびプロトコル・スタック・バイブの個 々のインスタンスに対してセットできる。エンド・ユーザー略号は、その所有側 のエンド・ユーザー・インスタンスからその管理状態値を継承し、待ち行列オブ ジェクトおよび項目は、常にロック解除状態と見なされる。
動作状態の設定は、通信マネージャー管理プロセスの外部状況から導き出される ため、さらに複雑である。
以下の各セクションでは、さまざまな通信マネージャー・オブジェクトの動作状 態を導き出す方法を説明する。
１１．４．２．１　ディセーブル（Ｄｉｓａｂｌｅｄ）動　状。
ローカル通信マネージャー・ 管理対象オブジェクトは、アクセスできないか、または正常動作には資源不足の 場合にディセーブル状態である。ローカル通信マネージャーはディセーブル状態 をディレクターに報告できないため、ディセーブル状態のローカル通信マネージ ャーを見ることはきわめて困難である。最も共通する理由は、システムまたはタ スクの再始動時にローカル動作ＭＩＢをセットアツプするのに必要な時間である 。この状態か報告できるのは、ディレクターとエージェントが共存し、あるロー カルなメカニズムによって通信を行う状況のみである。
宛先（ＤＥＳＴＩＮＡＴＩＯＮ）通信マネージャー。
宛先通信マネージャーの動作状態は、その経路記述を通してアクセスされる。経 路の記述か単一の隣接通信マネージャー参照を含む場合、動作状態は参照される 他隣接通信マネージャーの動作状態に等しい。経路に複数の通信マネージャーが リストされる場合は、リストされたＣＭの中で最も限定されたものに等しい。
隣接した宛先は、参照されたプロトコル・スタック・バイブをチェックする。バ イブのインスタンスが動作していない場合、ＤＥＳＴＩＮＡＴＩＯＮ−ＣＭはデ ィセーブル状態である。他のすべての状態で、バイブは正常動作していると見な される。
エンド・ユーザー（ＥＮＤ　ＵＳＥＲ）　：Ｅｌは、その所有ＣＭがロックまた はディセーブル状態のときディセーブル状態と見なされる。
エンド・ユーザー略号（ＥＮＤ　ＵＳＥＲＭＮＥＭＯＮＩＣ）動作状態は、エン ド・ユーザー・クラスの所有インスタンスから継承される。
プロトコル・スタック・サービス（ＰＲＯＴＯＣＯＬ　５ＴＡＣＫ　５ＥＲＩＣ ＥＳ）　： 個々のプラットフォームでさまざまなプロトコル・スタック・サービスが個別に サポートされているため、動作状態の決定はローカル規約に依存する。
プロトコル・スタック・バイブ　（ＰＲＯＴＯＣＯＬ　５ＴＡＣＫ　ＰＩＰＥ） ディセーブル状態は、通信マネージャーに使用できる接続がないことを意味する 。
待チ行列’Ｉ　環オフ’　シｘ　り）　（ＱＵＥＵＥ　ＭＡＮＡＧＥＭＥＮＴ　 ０ＢＪＥＣＴ）。
待ち行列がディセーブル状態にあることを識別する方法はない。
待ち行列項目（ＱＵＥＵＥ　ＩＴＥＭ）：ディセーブルできない。
１１．４．２．２　イネーブル　。
ローカル通信マネージャー イネーブル状態は、通信マネージャーが完全に動作できるが、ディセーブル状態 以来非ＳＭＡＰエンド・ユーザー・トラフィックを処理していないことを意味す る。
宛先通信マネージャー 非隣接宛先通信マネージャーでは、状態は経路記述の中の隣接通信マネージャー から読み取られる。
隣接宛先では、イネーブル状態は、プロトコルスタック・バイブが動作できるが 、２つの通信マネージャーが非５ＷＡＰエンド・ユーザートラフィックの流れを 許可しない場合に発生する。状態の変更は、２つの隣接通信マネージャーのエー ジェントかＭ−１ｎｉｔｉａｔｅ基本コマンドによってＣＭ間の関係を確立する ことのよって行われる。
隣接ＣＭ間のＭ−Ｉｎｉｔｉａｔｅは、それがセットすべき、あるいは一致する ものを探すために比較すべき１つ以上の属性値を含むことにおいて、ディレクタ ーからエージェントへのＭ−３ｅｔコマンドに似ている。違いは、変更するため のコマンドではなく、対等関係で推奨される設定であることである。応答は、合 意された属性値を運ぶ。２つのＤＥＳＴＩＮＡＴＩＯＮ−ＣＭオブジェクト記述 間で交渉される属性は、動作状態である。Ｍ−４ｎｉｔｉａｔｅを送信するエー ジェントは、それをアクティブ状態にセットするように要求し、合意されると、 応答にもアクティブ動作状態属性を含む。他の隣接通信マネージャーかロック（ ＬＯＣＫＥＤ）の管理状態にある場合、エージェントはロック・イネーブル（Ｌ ＯＣＫＥＤ　ＥＮＡＢＬＥ）の状態で応答する。
両方の隣接通信マネージャーが関係を確立しようとする場合には、最小番号の通 信マネージャーが優先する。
一部の通信マネージャーは、バイブ接続が確立されるたびに、この関係交渉を必 要とする。他の通信マネージャーは、複数のバイブ切断にわたってこの概念的セ ツションを維持する。この場合、動作状態はパイプ接続が再確立されたときにデ ィセーブルからアクティブに直接移行する。この違いは、ローカル通信マネージ ャー用の属性の一部である。
関係がＭ−ＴｅｒｍｉｎａｔｅまたはＭ−Ａｂｏｒｔによって終了された状況で は、管理状態が遮断（ＳＨＵＴＴＩＮＧ　ＤＯＷＮ）またはロック（ＬＯＣＫＥ Ｄ）にセットされる。この管理状態の変化は、自動的に動作状態をイネーブル状 態にする。自動的に通信マネージャー・セツションを確立し、現在不要になった 関係の再確立の無駄な試行を防止しようとする環境では、Ｍ−Ｔｅｒ＋＋＋１ｎ ａｔｅ／Ａｂｏｒｔもローカル・セツション標識をｆａｌｓｅ（偽）にセットす るように要求する。これは、関係の制御をＭ−ＴｅｒｍｉｎａｔｅまたはＭ−Ａ ｂｏｒｔの発信元に割り当て、他のシステムが自動的にセツションの確立を再試 行するのを防止する。
エンド・ユーザー 所有ＣＭがアクセス可能だが、ＥＵがトラフィックを送信も受信もしていない場 合、動作状態はイネーブル状態である。
エンド・ユーザー略号 動作状態は、エンド・ユーザークラスの所有インスタンスから継承される。
プロトコル・スタック・サービス。
個々のプラットフォーム内部でさまざまなプロトコル・スタック・サービスが個 別にサポートされているため、動作状態の決定はローカル規約に依イネーブル状 態は、接続が初めて確立されてから実際に通信マネージャー・トラフィックを流 すのに使用されるまでの間存在する。
待ち行列管理オブジェクト： イネーブル状態は、空の待ち行列を示す。
待ち行列項目・ イネーブル状態は、待ち行列の空のスロットを示す。
１１．４．２．３　アクティブ動　状態ローカル通信マネージャー゛ これは、通信マネージャーの正常な状態である。
すべてのプロセスが正常に実行され、資源の制約がない。
宛先通信マネージャーニ ドラフィックが自由に流れている場合、動作状態はアクティブである。非隣接で は、状態は、経路記述の中の隣接から読み取られる。
エンド・ユーザー。
アクティブ状態は、すべてのアクセス可能ＥＵのデフォルト状態である。トラフ ィックの流れが決定できる場合、アクティブ状態はアクティブなエンド・ユーザ ーについてのみ報告すべきである。
エンド・ユーザー略号。
動作状態は、エンド・ユーザー・クラスの所有インスタンスから継承される。
プロトコル・スタック・サービス 個々のプラットフォーム内部でさまざまなプロトコル・スタック・サービスが個 別にサポートされているため、動作状態の決定はローカル規約に依存する。
プロトコル・スタック・パイプ・ アクティブ状態は、この物理接続が正常に動作していることを示す。
待ち行列管理オブジェクト アクティブは、自発的に生成される待ち行列にとって唯−見える状態である。
待ち行列項目。
アクティブ状態は、待ち行列項目が使用されていることを表し、はとんどの項目 では唯一の可能な状態である。
１１．４．２．４　ビジー動乍状態 ローカル通信マネージャー 資源の域値によって、ローカルＣＭが作業を受け入れることができない場合、Ｃ Ｍはビジーと見なされる。
宛先通信マネージャー 隣接フロー制御がベーシング窓を閉じた場合、隣接ＤＥＳＴＩＮＡＴＩＯＮ−Ｃ Ｍｉ；！　ヒシ−テアル。非隣接テハ、状態は、経路記述の中の隣接ＣＭから読 み取られる。
エンド・ユーザー。
ローカルに存在するＥＵは、ビジー状態が通信マネージャーとの関係の有効な特 性である場合、ビジーと報告できる。
エンド・ユーザー略号： 動作状態は、エンド・ユーザー・クラスの所有インスタンスから継承される。
プロトコル・スタック・サービス： 個々のプラットフォーム内部でさまざまなプロトコル・スタック・サービスが個 別にサポートされているため、動作状態の決定はローカル規約に依存する。
プロトコル・スタック・バイブ： 接続のビジー状態がローカルに有効である場合、この動作状態の値で゛報告でき る。
待ち行列管理オブジェクト： ビジーは、待ち行列が満杯の状態を示す。
待ち行列項目： ありえない。
１１．５　の・れ 通信マネージャー・システム管理アプリケーション・プログラム（ＳＭＡＰ）環 境には、次の４つの基本的な情報の流れがある。ａ）ディレクターと５ＷＡＰエ ージエント間、ｂ）　５ＷＡＰエージエントとディレクターの間、Ｃ）ディレフ ターの間、および、ｄ）エージェントの間。
１１５１　デ　レフターと５ＷＡＰエージエント８デイレクターは、コマンド（ Ｍ−Ｇｅｔ、　Ｍ−５ｅｔ、　Ｍ−Ａｃｔｉ。
ｎ、　Ｍ−Ｃｒｅａｔｅ、　Ｍ−Ｄｅｌｅｔｅ）をＳＷＡ　Ｐエージェントに出 す。
ディレクターは、エージェントからのこれらのコマンドに対する応答を受け入れ 、エージェントからのＭ−Ｅｖｅｎｔ−ＲｅｐｏｒｔおよびＭ−１ｎｉｔｉａｔ ｅコマンドを受け入れて処理する。ディレクターはまた、Ｍ−Ｔｅｒｍｉｎａｔ ｅおよびトＡｂｏｒｔコマンドを出すことも受け入れることもできる。
これらのコマンドは、通信マネージャーによって伝達され、エージェントとその ディレクターがローカルに共存する場合は、ローカル規約によって伝達される。
ディレクターと５ＷＡＰエージエントは通信マネージャーを通して通信を行い、 共通管理情報サービス要素（ＣｏｗＩＩＩｏｎ　ｍａｎａｇｅｍｅｎｔ　Ｉｎｆ ｏｒｍａｔｉｏｎ　５ｅｒｖｉｃｅ　Ｅｌｅｍｅｎｔ：　ＣＭＩＳＥ）およびリ モート操作サービス要素（Ｒｅｍｏｔｅ　０ｐｅｒａｔｉ。
ｎ　５ｅｒｖｉｃｅ　Ｅｌｅｍｅｎｔ：　ＲＯ３Ｅ）を使用してＳＭＤＵのＤＯ 部分を形式化する。
１１．５．２　５ＷＡＰエージエントとディレクターの日５ＷＡＰエージェント は、Ｍ−Ｅｖｅｎｔ−ＲｅｐｏｒｔおよびＭ−１ｎｉｔｉａｔｅコマンドを出す 。エージェントは、ディレクターが出すＭ−Ｇｅｔ、　Ｍ−Ｓｅｔ、　Ｍ−Ａｃ ｔｉｏｎ、　Ｍ−Ｃｒｅａｔｅ、およびトＤｅｌｅｔｅコマンドに応答する。エ ージェントはまた、Ｍ−ＴｅｒｍｉｎａｔｅおよびＭ−Ａｂｏｒｔコマンドを出 すことも受け入れることもできる。これらのコマンドは、通信マネージャーによ って伝達され、エージェントとそのディレクターがローカルに共存する場合は、 ローカル規約によって伝達される。ディレクターと５ＷＡＰエージエントは、共 通管理情報サービス要素（ＣＭＩＳＥ）およびリモート操作サービス要素（ＲＯ ５Ｅ）を使用してＳＭＤＩのＤＩ部分を形式化する。
１１．５．３　ディレクターの。
ディレクター間の情報交換は通信マネージャーによって伝達される。ディレクタ ーは特権エンド・ユーザーとして通信を行い、通信マネージャーＳＷＡ　Ｐ　Ｉ を利用する。すべての情報交換はＣＭＩＳＥおよびＲＯ５Ｅのサービスを使用し て、データを正しく形式化する。ディレクター間に確立される正式な関係はない 。単に、エンド・ユーザー間の対話があるだけである。
１１．５．４　エージェントの。
エージェント間の唯一の直接情報交換は、隣接通信マネージャー間に関連を確立 することである。この場合、Ｍ−１ｎｉｔｉａｔｅＳＭ−Ｔｅｒｍｉｎａｔｅ、 およびＭ−Ａｂｏｒｔコ７ントのみが有効である。５ＷＡＰ工−ジエント間のコ マンドおよび制御の交換は、通信マネージャーによって伝達される。５ＷＡＰエ ージエントは特権エンド・ユーザーとして通信を行い、通信マネージャーＳＭＡ Ｐ　＋を利用する。
すべての情報交換はＣＭＩＳＥおよびＲＯ５Ｅのサービスを使用して、データを 正しく形式化する。
１１６　ディレクター　エージェント　、の確立エージェント／ディレクター関 係の開始プロセス−エージェントが初めて開始されると、Ｍ−１ｎｉｔｉａｔｅ コマンドがエージェントによって作成され、１次制御ディレクターに送信される 。制御ディレクターのアドレスは、常にエージェントのＭＩＢに含まれる。コマ ンドに含まれ、エージェントによってアクセス制御フィールドに与えられるのは 、エージェントが制御ディレクターからの将来のトランザクション用の読み取り 一書き込みキーとして認識する、アクセス制御キーである。Ｍ−１ｎｉｔｉａｔ ｅコマンドは、確認オプション付きで送信される。
ディレクターから応答がない場合、別のＭ−１ｎｉｔｉａｔｅコマンドが２次＃ Ｉ＃ディレクターに送信される。このアドレスもＭＩＢに含まれる。それでも応 答が得られない場合、エージェントはＭＩＢに含まれるすべての２次制御アドレ スを繰り返し使用して、ディレクターとの接触を図ろうとする。それでも応答が ない場合は、ある事前設定された時間後に応答が受信されるまで、制御ディレク ターのアドレスを繰り返す。
応答が得られると、エージェントは適切な状態標識を旧Ｂにセットし、ＭＩＢ内 の現在の制御ディレクターのアドレスを更新する。
制御ディレクターとの通信が失われると、エージェントは上に述べたステップを 実行して、通信を再確立する。すなわち、Ｍ−１ｎｉｔｉａｔｅを１次ディレク ターに出し、次に２次ディレクターに出す。
この手順は、基本的な通信マネージャーのサインオン・プロセスとは別のもので あることに注意。
１１．７　制御ディレクターの変 あるディレクターから別のディレクターに制御を引き継ぐには、元も制御ディレ クターは、引き継がれるエージェントのリストによってＭ−Ａｃｔｉｏｎ基本コ マンドを作成する。次に、元のディレクターは新しい制御ディレクターに転送す る。このコマンドの配信の前に、元の制御ディレクターは、引き継がれるエージ ェントが新しい制御ディレクターに到達するように設定されていることを確認す る。引き継ぎコマンドは新しい制御ディレクターによって、受は入れられる場合 も拒否される場合もある。
引き継ぎコマンドを受け入れる場合、新しい制御ディレクターは１−Ａｃｔｉｏ ｎコマンドに肯定応答を返す。次に、古い制御ディレクターは、引き継がれる個 々のエージェントにＭ−Ａｃｔｉｏｎコマンドを出す。このＭ−Ａｃｔｉｏｎは 、エージェントに新しい１次制御ディレクターのアドレスを示す。また、エージ ェントに、新しい読み取り−書き込みアクセス制御キーを送信するなど、エージ ェントの新しい制御ディレクターとのＭ−１ｎｉｔｉａｔｅプロセスを実行させ る。
引き継ぎコマンドが拒否された場合、Ｍ−Ｅｖｅｎｔ−Ｒｅｐ。
ｒｔが作成される。
この引き継ぎのメカニズムは、元の制御ディレクターの直接作用によって（オペ レーター・コマンドがそのオペレーティング・システム・インターフェースで出 されている）、あるいは他のディレクターからのコマンドによって、利用するこ とができる。別のディレクターが変更を要求する場合、正しいアクセス制御キー がない場合にはコマンドが拒否される。
エージェントの制御ディレクターが使用できない場合、特殊アクセスキー（ディ レクターの変更）が、Ｍ−Ａｃｔｉｏｎコマンドの一部として新しい制御ディレ クターからエージェントに与えられる。エージェントはこのコマンドに肯定応答 し、ＮＩＢを適切にセットア・ノブし、新しいディレクターとのＭ−１ｎｉｔｉ ａｔｅプロセスを実行する。
エージェントの制御を取得するこの方法は、上で述べた標準的な方法が使用でき ない場合のみに使用する。
１１８　エージェント↑報のリモート・アクセスすべてのディレクターは、任意 のエージェントから管理対象オブジェクトに関する情報を取得できるが、制御デ ィレクターでないディレクターは、エージェントのにオブジェクト属性を変更す るように要求できない。どのディレクターも、任意のエージェントと直接通信を 行って情報を取得できる。
１１．９　エージェント　性のリモートディレクターは、ディレクターが直接制 御しているエージェントによって制御されている管理対象オブジェクトの属性の 変更を要求できる。別の管理対象オブジェクトの属性を変更したい場合は、ディ レクターはその管理対象オブジェクトの制御ディレクターに変更を実行するよう に要求しなければならない。次に、制御ディレクターが、要求元ディレクターに 結果を報告する。
要求元ディレクターは、エージェントの制御ディレクターが判らない場合、エー ジェントから制御ディレクターのアドレスを要求する。特定の制御ディレクター のアドレスが判ったら、要求元ディレクターはＭ−Ａｃｔｉｏｎコマンドによっ てエージェントの制御ディレクターに希望する情報を取得するように依頼する。
要求元ディレクターは、コマンド・シーケンスを作成する責任があり、制御ディ レクターは、適切なアクセス制御キーを与える。別のグローバル・キー（ディレ クターの変更）がこの交換で要求元ディレクターから渡される。
Ｍ−Ａｃｔｉｏｎコマンドを受信し確認した後、エージェントの制御ディレクタ ーは、Ｍ−Ａｃｔｉｏｎデータ・ストリームからコマンドを取り出して、それを エージェントに伝送する。エージェントはその制御ディレクターに応答を返す。
制御ディレクターは、発信元のリモート・ディレクターにコマンドの成功または 失敗を通知する。
１１１０　隣　通信マネージャーのサインオンおよびサインオフ ローカル通信マネージャーは、その下にあるプロトコル・スタック・バイブがア クティブでロック解除状態にあり、それ自体の状態がイネーブルでロック解除状 態の場合、隣接通信マネージャーとの間に通信マネージャー・セツションを確立 することができる。サインオン・プロセスは、隣接通信マネージャーに送信され るＭｉｎｉｔｉａｔｅコマンドを使用して確立される。このコマンドは、確認モ ードで使用してその相手側の通信マネージャーが存在することを確認しなければ ならない。相手側との間の交渉可能なパラメーターは、コマンドのユーザー情報 部分で運ばれる。すべての交渉可能パラメーターが合意されたら、動作状態がア クティブに変化して通信が流れることができる。さらに交渉か必要な場合、動作 状態に変化はなくイネーブル状態にとどまる。
エージェントは、相手側通信マネージャーからのＭ−Ｉｎｉｔｉａｔｅの受信側 である場合、すべての交渉可能パラメーターをチェックする。これらのパラメー ターが合意できる場合、エージェントは確認返答を発信元に返送する。次に、エ ージェントはその隣接通信マネージャーの動作状態をアクティブに切り換える。
パラメーターが合意できない場合、確認返答がパラメーターが合意できないこと を示すユーザー情報″とともに返送され、動作状態はイネーブルにとどまる。
通信マネージャーサインオフは、Ｍ−ＴｅｒｍｉｎａｔｅまたはＭ−Ａｂｏｒｔ コマンドが提供する。Ｍ−Ｔｅｒｍｉｎａｔｅは順序圧しい遮断を提供し、Ｍ− Ａｂｏｒｔは相手側通信マネージャーに即時遮断か必要なことを通知する。
ある管理プロセスが別の管理プロセスにその両方に関係がある事象を通知できる ように、いくつかの管理機能が必要である。これらの機能には、次のサービスが 含まれる。事象報告の動作の制御、事象ログの動作の制御、事象の報告、ログか らの事象情報の検索。
すべての管理機能領域（障害、セキュリティ、設定、パフォーマンス、およびア カウンティング）で、これらの事象管理サービスが必要である。事象管理は、４ つの機能（事象報告制御、事象ログ制御、事象報告、および事象レコード検索） から構成される。個々の機能は、１つ以上の管理サポート・オブジェクトを操作 する１組のサービスをサポートする。
１１．１１．２　＆−シーブ・オブジェクト事象報告シーブ・オブジェクトは、 管理対象オブジェクトからの通知または事象報告の検出によって、識別された宛 先アドレスに事象データを転送することに１１．１１．３　ログ・オブジェクト 事象ログ・オブジェクトは、管理対象オブジェクトから受信した通知および事象 報告に関する情報を保管する。この情報は、事象レコードの形で示され、個々の 事象レコードは、１つの特定の通知または事象報告に関する情報を含んでいる。
１１．１１．４　レコード・オブジェクト通知のそれぞれのタイプについて、事 象レコードのサブクラスが定義される。これらの事象レコード・サブクラスのイ ンスタンスは、事象ログ・オブジェクトにのみ含まれる。個々のインスタンスは 、ある特定の通知または事象報告に関する情報を表している。
以下に、事象管理用の４つの機能を説明する。
１１、ＩＬ４．１　”郭′（Ｅｖｅｎｔ　Ｒｅ　ｏｒｔｉｎ　Ｃ。
旺皿Ｕ この機能が提供するサービスは、次の通りである。
ａ）事象報告を開始する。これにより、事象報告シーブ・オブジェクトが生成さ れる。
ｂ）事象報告を停止する。これにより、事象報告シーブ・オブジェクトが削除さ れる。
Ｃ）事象報告を中断する。これにより、管理状態がロックにセットされる。
ｄ）事象報告を再開する。これにより、管理状態がロック解除にセットされる。
ｅ）シーブ構築属性を変更する。
ｆ）事象報告シーブ属性を取り出す。
１１１１．４．２　ｏ　’　ＥｖｅｎｔＬｏ　ｉｎ　Ｃｏｎｔ靭封 この機能が提供するサービスは、次の通りである。
ａ）事象ログを開始する。これにより、事象ログオブジェクトが生成される。
ｂ）事象ログを停止する。これにより、事象ログオブジェクトが削除される。
Ｃ）事象ログを中断する。これにより、管理状態がロックにセットされる。
ｄ）事象ログを再開する。これにより、管理状態がロック解除にセットされる。
ｅ）事象ログ属性を変更する。
ｆ）事象ログ・シーブ属性を取り出す。
１１１１．４．３　圧（Ｅｖｅｎｔ　Ｒｅ　ｏｒｔｉｎ　）この機能は、Ｍ−Ｅ ｖｅｎｔ−Ｒｅｐｏｒｔ基本コマンドを使用して、事象を報告するサービスを提 供する。
１１．１１．４．４　事　レコード　、（Ｅｖｅｎｔ　ＲｅｃｏｒｄＲｅｔｒｉ ｅｖａｌ） この機能は、検索すべき事象レコードを選択するためのフィルターを付けたＭ− Ｇｅｔ基本コマンドを使用して、事象ログから事象レコードを取り出すサービス を提供する。
１１．１１．５　モデル 事象管理モデルは、制御メツセージ、報告メツセージ、および検索メツセージの メツセージの流れとともに、事象報告および事象ログの概念的構成要素を示す。
事象検出は、管理対象オブジェクト通知または事象報告の形で事象を検出するプ ロセスを指す。通知は、事象報告シーブおよび事象ログを含めて、ネットワーク 内の任意の管理対象オブジェクトから検出できる。
事象報告シーブは、ある特定の宛先アドレスに報告すべき通知を決定するのに使 用される。
事象報告コレクターは、事象データを含む事象報告メゾセージを受信するアプリ ケーション・プロセスである。これは、次に、受信した事象データを事象ログま たは他のアプリケーションに配信する。
シーブ構造属性はフィルターのように動作し、事象報告シーブのインスタンスの 中、および事象ログ・オブジェクト・サブクラスの中に存在しなければならない 。シーブ構造は、事象報告シーブとして使用される場合、データを報告すべき通 知を選択するのに使用される。事象ログとして使用される場合は、データをログ すべき通知を選択するのに使用される。シーブ構造が通知を選択できるように、 管理対象オブジェクトからの事象報告または通知は、関連する属性識別コードを 持つ属性として定義される。これらの属性は、オブジェクト・クラス定義に使用 されることもあり、されないこともある。
事象ログは、事象レコードの概念的な保管場所である。個々のログは、事象報告 シーブと同じ方法でシーブ構造で構成しなければならない。さらに、オクテツト 単位のログの最大サイズ、およびログが満杯になったときにログの行う動作を指 定する。これには、ログの強制出力、事象記録の折り返し、停止およびログが満 杯であることを示す通知の生成がある。
事象ログと事象報告は全く独立した活動であり、別々に開始しなければならない ことに注意。特に、事象報告が中断された場合でも、中断の時間中、事象が目動 的に事象ログに送られることを意味するわけではない。
１１．１１．６　（Ａｌａｒｍｓ） 動作環境で検出された障害（すなわち異常状況）によって、警報レポートの形で リモート・システムに報告できる警報データが生成される。警報報告は、検出さ れた障害の報告を管轄する障害管理内部の機能である。
警報報告は、主に管理対象オブジェクトが生成する警報の収集および制御に関係 している。
警報レポートは、特定タイプの事象レポートである。
報告される警報の組および警報が報告されるディレクターは、管理の要求の変化 に対応して変更できる。警報報告用の警報レポート・パラメーターには、域値、 重大度、問題のタイプ、問題コード（警報レコードに関連）、および容量警報域 値（警報ログに関連）などのパラメーターがある。
事象タイプは検出された障害のタイプを示す。現在定義されているタイプは、以 下の通りである。
伝送警報（ｔｒａｎｓｍｉｓｓｉｏｎＡｌａｒｍ）　：ある地点から別の地点へ 情報を送信するプロセスに関連した警報。
サービス警報（ｓｅｒｖｉｃｅＡｌａｒｍ）特定サービスの質または動作の低下 に関連した警報。
処理警報（ｐｒｏｃｅｓｓｉｎｇＡｌａｒｍ）ソフトウェアまたは処理障害に関 連した警報。
プロトコル・スタック警報（ｐｒｏｔｏｃｏｌｓｔａｃｋＡｌａｒｍ）通信マネ ージャーのオブジェクト・クラスまたはその従属クラスが使用する下にあるプロ トコル・スタックの状況に関連した警報。
警報の重大度は、障害が障害を報告するオブジェクトに与える影響の程度を示す 。ある特定の障害に割り当てられる重大度は、障害をどのように見るか、あるい はネットワークまたはシステムの構成によって異なる。現在定義されている重大 度は、次の通りである。
臨界（ｃｒｉｔｉｃａｌ）　： 重大なサービスに影響を与える状況が発生し、その結果、管理対象オブジェクト が表す資源がまったく使用できなくなったことを示す。
メジャー（Ｍａｊｏｒ）： 障害が拡大して、その結果、管理対象オブジェクトが表す資源の機能が大幅に低 下したことを示す。
マイナー（Ｍｉｎｏｒ） サービスに重大な影響を与えるほどではない障害、あるいはシステム動作に臨界 的ではない管理対象オブジェクトが表す資源の誤動作または障害の存在を示す。
警告（Ｗａｒｎｉｎｇ） 重大な影響が出る前に潜在的または急迫する障害の検出を示す。
中間（Ｉｎｔｅｒｍｅｄｉａｔｅ） システムが重大度を判定できないことを示す。
クリア（Ｃ１ｅａｒ） 既に報告された警報のクリアを示す。
１２、ＣＭの軽輩指定 以下に列挙するのは、ＣＭが提供する経路指定および配信サービスに関する固有 の問題である。これらの問題の解決方法は、ＣＭの実施方法の内容により異なる が、全般的な問題は、ＣＭ複合体の中のすべてのＣＭに共通している。これらの 問題を、以下に列挙する。
・ＣＭを経由してアクセスされるＥＵプログラムは、あまねく認識された一意の ＩＤを持つ。
・通信を行うＥＵは、その相手側のＥＵが存在する位置を知らない。
・ＥｌのＩＤ、存在位置、およびＥＵ間のアクセスは、集中管理されなければな らない。
・ＥＵは、その代わりにＥＵ間活動が従う通信アーキテクチャ−に影響されない 。
・ＣＭ複合体は、最小限または皆無のダウン時間で、動的に再構成できる。
・ＥＵは、類似ＣＭが存在する位置間で移植可能でなければならない。
・ＥＵのＩＤ、存在位置、およびアクセス可能性は、すべてのＣＭの構成内部で 同期されなければならない。
１２．１　グローバル・アドレス　定モデル本発明で使用するアドレス指定モデ ルは、次の３レベルの階層を規定する。１）処理装置アドレス、２）サービス・ アドレス、３）　デバイス・アドレスである。
送信側のＥＵは、相手側のＥＵにＤＯを光信するときに、意図する受信側のＥＵ のＩＤを、ＣＭに知らせなければならない。ＣＭ経由でＥＵ間対話に参加する個 々のＥＵは、ＣＭが認識するＥＵ番号（ＥＵ＃）を持つ。ローカルの規約または オプションは、送信側のＥＵが、明示的な「ＣＭ、　ＥＵＪ以外のものによって 、その意図する相手側を認識するように規定できる。ただし、相手側のＥＵを記 述するために使用する略号は、アプリケーション・プログラム・インターフェー ス（ＡＰＩ）境界で明示的なｒｃＭ、ＥＵＪに分析解決されなければならない。
送信側のＥＵは、宛先が゛存在するノードを関知しないで、ＤＵを宛先ＥＵに発 信する。ノードに存在するＥＵのアクセスをサポートするＣＭが存在する個々の ノードは、あまねく認識される一意のＩＤである番号（ＣＭ＃）を持つ。
宛先は、ＤＵが発信される時点で、送信側のＣＭのＡＰＩによってｒｃＭ、ＥＬ ＩＪに分析解決される。次に、経路指定テーブルの内容が、ＤＵの伝達をサポー トする経路を識別し、これをアクティブ状態にするために参照される。
ＥＵ＃およびＣＭ＃の割り当ては、重複、その他の混乱を避けるために、集中管 理されなければならない。さらに、ＣＭ＃、ＥＵ＃、およびＣＭ間の活動をサポ ートするための経路情報は、活動に参加するすべてのＣＭに通信されなければな らない。
ＣＭがアクセスできるノードを、テーブル・サーバーに指定することも可能であ る。テーブル・サーバー・アプリケーションは、相互に通信するＥＵ間で正しく ＤＵの経路指定を行うために必要な、さまざまなデータベース要素の割り当て、 および保守を提供する。また、データベースの内容を他のＣＵに配信する責任も 有する。
テーブル・サーバーは、複数の「ローカル」テーブル・サーバー・アプリケーシ ョン、および１つの「グローバル」テーブル・サーバー・アプリケーションを含 んでもよい。
テーブル・サーバー・アブ、リケーションか集中管理し、配信する情報は、次の 通りである。
・要求元ＣＭから見た、略号から宛先ＣＭ、ＥＵへの分析解決、およびローカル ＥＵ＃、 ・要求元ＣＭから見た、宛先ＣＭから隣接ＣＭへの分析解決、・要求元ＣＭから 見た、隣接ＣＭからプロトコル・スタックへの分析解決、 ・要求元ＣＭから見た、ローカル・プロトコル・スタック・パラメーター。
相互に通信を行うＥＵは、それぞれのＣＭおよび介在するＣＭ間におけるＤＵの 伝達を規定する通信規則を関知しない。例えば、同期リンク制御のリンク上のバ イナリ−・データのサポートまたはメツセージ・サイズの制約など、データに対 する制限が存在することがある。
ＥＵが異なる通信の接続を実施しているノードに存在することがあるため、通信 ネットワーク・ゲートウェイ・ノードが、異なる通信規則の間を橋渡しする。ネ ットワーク・ゲートウェイ処理装置内部の橋渡しは、テーブル・サーバー・アプ リケーションが管理し、提供する経路指定情報を利用して、ＣＭ／ネットワーク 層で行われる。すべてのＣＭで、ＣＭＩＵパススルー・トラフィックを処理する 実施が望ましい。
１２．１．１　ＣＭのアドレス　およびＥＵレベルのアトに囚韮１ アドレス指定階層の３つのレベルは、それぞれ、ＣＭ番号、ＥＵ番号、およびエ ンド・ユーザー・レベルの規約に対応する。これらの３つのアドレスの中で、Ｃ Ｍ番号とＥＵ番号だけがＣＭ複合体を通過する必要がある。デバイス・レベルの アドレスは、ＥＵだけに意味がある。
ＣＭ複合体を通過するデータの移動に必要なアドレス（ｒｃＭ、ＥＵＪアドレス ）と、ユーザー・レベルのアドレス指定の区別は、重要である。ＣＭは、ＣＭ、 ＥＵ番号のみを扱う。ＥＵレベルのアドレス指定は、ＣＭが受け渡すメツセージ ・ブロックに組み込まれるので、ＣＭ自体からは完全に隠されている。ユーザー ・レベルのアドレスは、ＥＵだけに意味がある。
ＣＭ複合体内部における構成要素の構成および再構成は、動的に行われ、そのた めのダウン時間を必要としない。アプリケーション・テーブルは動的に拡張され 、無制限数のＣＭまで、ＣＭ接続をサポートし拡張できる。
経路指定データのネットワーク形式は、ＣＭ複合体内部のすべてのＣＭに共通で ある。経路指定データの内部化は、個々のＣＭの実施に固有のものである。シス テム管理アプリケーション・プログラム（Ｓ）ＪＡＰ）は、ネットワーク管理の 必要を満たすために、ローカルに保管された経路指定情報をネットワーク共通形 式に再構成できることが望ましい。
１２．１．１．Ｉ　ＣＭ　会 ＣＭ番号は、３バイト（２４ビツト）長であることが望ましい。ＣＭ番号には、 事前に定義された構造やグループはないが、厳密にＸ”ｏｏｏｏｏｉ”〜Ｘ″Ｆ ＦＦＦＦＦ”の範囲の数値で　゛ある。ＣＭ番号Ｘ”ｏｏｏｏｏｏ”は、予約済 みのため、割り当ててはならない。
個々のＣＭ番号は、ＣＭ複合体全体で一意のエンティティである。すなわち、ネ ットワークのいかなる場所でも、たた１つのインスタンスしか存在しない。
抹ユ」」一旦ＩＪ ＥＵ番号は、２バイト（１６ビツト）長であることが望ましい。ＥＵ番号には、 事前に定義された構造またはグループはないが、厳密にＸ”０００１”〜Ｘ″Ｆ ＦＦＦ”の範囲の数値である。ＥＵ番号Ｘ”００００”は、予約済みのため、割 り当ててはならない。
ＥＵ番号は、ネットワーク全体で一意のエンティティではないが、その存在する ＣＭの内部では一意でなければならない。ＣＭ番号とＥＵ番号の組み合わせは、 ＣＭ番号が一意であることから、ネットワークで一意のエンティティどなる。
１２．１．１．３　ＥＵレベルのアドレス指定ＥＵレベルのアドレス指定は、現 在の仕様では未定義である。このアドレスは、ＣＭが伝送するデータに組み込ま れるため、このレベルのアドレスのサイズおよび構造を定義するのは、ユーザー ・コミュミテイの責任である。
１２．１．２　、、ＣＭ　−および　ＣＭ′：Ｉ仮想ＣＭ番号とは、負荷配分を 必要とする処理装置の複合体またはグループを記述するＣＭ番号のことである。
複合体内部の個々の処理装置は一意のＣＭ番号を持つか、複合体全体に対しても ＣＭ番号が割り当てられる。
メツセージは、複合体に配信される前に、　「中間経路指定・配信Ｊ　（ＩＲＤ ）ノードを通過する。このノードに存在するＣＭは、ＣＭＩＵがＣＭ／ネットワ ーク層を通過するときに、ＣＭＩＵに含まれる「負荷配分値」とＩＲＤの経路指 定テーブルに含まれる「負荷配分レコード」に従って、仮想ＣＭ番号を実ＣＭ番 号に分析解決する。負荷配分については、このセクションの後の方で説明する。
１２．１．３　ＥＵおよび　ＥＵ エンド・ユーザー（ＥＵ’）は、次の２つに分類される。１）機能ＥＵ、　２） 固有ＥＵである。機能ＥＵとは、ＣＭ環境内部の複数の位置で同じ機能を実行す るＥＵのことであり、そのためＣＭ複合体全体で同じＥＵ番号を持つ。それに対 して、固有ＥＵは、ＣＭ複合体全体でただ１つしか存在しない。
１２．２　およびロバ・ＣＭアドレス ５ＥＮＤ／ＲＥＣＥＩＶＥ　ｒ特権Ｊ　ＳＭＡＰＩ　”ｊ−ヒス（セクシａ　ン ３１および３３を参照）は、２つのタイプのＣＭ　、　Ｅｌアドレス指定コード の１つを受け入れる。それは、明示的ＣＭ、ＥＵに分析解決される略号、または 明示的ＣＭ、ＥＵである。この略号は、どの特定のＣＭ、ＥＵについてもグロー バルな値ではなく、ある特定の発信元ＣＭに対してのみ意味を持つ特定の値であ る。例えば、略号ｒ　ＤＡＴＡＳＥＲＶＥＲＪは、特定のＣＭ内部に存在するＥ Ｕについて１つのＣＭ、ＥＵ値に、また他の特定のＣＭ内部に存在するＥＵにつ いてはまったく異なるＣＭ、ＥＵに分析解決される。
５ＥＮＤ／ＲＥＣＥＩＶＥ　ｒ標準Ｊ　ＣＭＡＰＩサービス（セクション３゜１ および３２を参照）は、略号ＩＤだけを受け入れることができる。経路指定テー ブルのエントリーの分析解決は、常に要求元のＣＭ番号とＥＵ番号で修飾される 。
１２．３　ニーＣＭおよび　ＣＭのアドレス。定ＣＭ複合体内部の個々のＣＭは 、ネットワークを通して少なくとも１つの隣接ＣＭに対する通信アクセスを持た なければならない。はとんどの場合、特にネットワーク・ノード（ＮＥＴＷＯＲ Ｋ−ＮＯＤＥ）に関し、ＣＭは複数の隣接ＣＭを持つ。ＣＭネットワーク経由の 完全な両端間通信は、宛先（ＤＥＳＴＩＮＡＴＩＯＮ）に到達するまで、発信元 （ＯＲＩＧＩＮ）−隣接（ＡＤＪＡＣＥＮＴ）−隣接（ＡＤＪＡＣＥＮＴ）など 、ＣＭからＣＭへの移動の連なりである。
終端ノード（ＥＮＤ−ＮＯＤＥ）とネットワーク・ノードのこの関係から、経路 上の個々のＣＭは、宛先ＣＭ（ＤＥＳＴＩＮＡＴＩＯＮ−ＣＭ）と隣接ＣＭ（Ａ ＤＪＡＣＥＮＴ−ＣＭ）が同じものがどうかを判定しなければならない。ある地 点で宛先ＣＭと隣接ＣＭが同じになり、最後の通信リンクを移動したことを示す 。
１２．３．１　１次　および２次 環境によっては、ある発信元ＣＭから宛先ＣＭまでに複数の経路が存在する場合 がある。ただし、ある時点でのアクティブな経路は、ただ１つだけである。この ような場合には、ＣＭ／ネットワーク層は、代替隣接ＣＭに送信することを選択 できる。選択を決定付ける要因には、発信元ＣＭから１次隣接ＣＭ間の通信リン クの状況や他のローカルな要因が考えられる。
１２．４−玖Ｈメ １２４１　中−経Ｗ　ｓ　定・配”　（ＩＲＤ）／　Ｆ　内部（７）修ｙ宏 ＣＭの中間経路指定・配信（Ｉｎｔｅｒｍｅｄｉａｔｅ　Ｒｏｕｔｉｎｇａｎｄ 　Ｄｉｓｔｒｉｂｕｔｉｏｎ：　ＩＲＤ）機能により、０Ｍトラフィックを上流 の処理装置複合体に配信することかできる。複合体は、共通機能を共有する処理 装置のグループとして定義することかできる。ＣＭから見た場合、これらの複合 体には、それぞれ、機能ＥＵである共通のエンド・ユーザーが含まれる。複合体 内部の個々の処理装置には、特定の一意のＣＭ番号が割り当てられる。
広域ネットワーク上で外部に存在するＥＵが、複合体に存在する個々の処理装置 を知らなくてもすむように、個々の複合体には、仮想ＣＭ番号か割り当てられる 。発信元ＥＵは、仮想ＣＭが所有する宛先ＥＵを指定する。仮想ＣＭ番号か使用 されるのは、発信元ＥＵがＣＭに、この宛先を複合体内部に存在する処理装置の 実ＣＭ番号に分析解決させたい場合のみである。
ＩＲＤかこれを行えるように、ＥＵは、５ＥＮＤ　ＡＰＩに負荷配分値（Ｌｏａ ｄ　Ｄｉｓｔｒｉｂｕｔｉｏｎ　Ｖａｌｕｅ：　ＬＤＶ）を与えなければならな い。ＬＤＶは、θ〜２５５の範囲の１バイトのバイナリ−・フィールドである。
ＬＤＶは、ＣＭＩＵの部分として形式化され、ＣＭＩＵの伝送サービス（ＴＳ） 構成成分か、ＬＤＶの存在を示す。ＬＤＶがＩＲＤ　ＣＭに到達したＣＭＩＵに 存在する場合、ＩＲＤは経路指定を更新する。ＣＭＩＵで指定された宛先番号に 、該当する宛先ＣＭ番号が入れられる。ＣＭＩＵのＴＳ構成要“素には、静止宛 先ＣＭ（ＤＥＳＴＩＮＡＴＩＯＮ−ＣＭ−５ＴＡＴＩＣ）フィールドがなければ ならず、このフィールドは、ＩＲＤノードの負荷配分機能が変更してはならない 。ＬＤＶがない場合、仮想ＣＭ番号としてＣＭＩＵで指定された宛先ＣＭ番号は 、仮想ＣＭが有効な宛先ではないため、エラーとして処理される。ＣＭＩＵにＬ ＤＶがない（この場合、静止宛先ＣＭはありえない）場合で、宛先ＣＭ番号が仮 想ＣＭ番号でない場合は、ＩＲＤはＣＭＩＵに示された宛先ＣＭ番号にメツセー ジを経路指定する。
仮想ＣＭ番号は、ＣＭＩＨの静止宛先ＣＭフィールドにも入れることができる。
このフィールドは、エラー通知手順を容易にするためのものである。このフィー ルドは、発信元ＣＭが指定した宛先ＣＭ番号を含み、ＩＲＤで変更を受けない。
静止宛先ＣＭフィールドは、あらゆるタイプのエラー通知で返信される。
仮想ＣＭ番号は、個々の複合体に割り当てられる。割り当てられた個々の仮想Ｃ Ｍについて、ｒＲＤに存在する負荷配分レコード（ＬＤＲ）がある。ＬＤＲを下 流のＩＲＤノードに送信するのは、複合体の責任である。ＬＤＲは、　「特権」 エンド・ユーザー・プログラムが作成し、ＩＲＤに送信する。複合体内部の処理 装置が、入って来た負荷を再構成する必要があると認識した場合、複合体は、常 に、個々のＩＲＤに存在する特権ＥＵに新しいＬＤＲを送信する。
ＬＤＲがＩＲＤに存在する特権ＥＵに受信されると、指定された仮想ＣＭ番号の ＬＤＲが更新される。複合体は、ＣＭ優先度１の配信単位として、ＬＤＲを送信 する。この配信単位は、配信部サイズを１８００バイトに制限することが望まし い。
１２．４．１．１　ロ配　レコード（ＬＤＲ）のヅ式複合体からのＬＤＨの例を 図１７に示す。ＬＤＨの形式は、次の通りである。
、、ＣＭ　（３バイト） このフィールドは、このＬＤＲが属する複合体の仮想ＣＭ番号である。
Ａ　のＣＭ　（１バイト このバイナリ−・フィールドは、複合体に存在する処理装置の個数を示す。
ＣＭ　合　のメンバー　（３バイトのＣＭ　の１〜Ｎ回”すＵ この領域は、複合体を構成する処理装置のＣＭ番号を含む。個々のＣＭ番号は、 ３バイト長である。このフィールドは、「０Ｍ数」フィールドに指定された回数 繰り返される。
、ｔｉ、　テーブル（ＬＤＶ　Ｉｎｄｅｘ　Ｔａｂｌｅ：　ＬＤＶＩＴ）（２５ ６バイト） このテーブルは、ＣＭＩＵ内の負荷配分値（Ｌｏａｄ　Ｄｉｓｔｒｉｂｕｔｉｏ ｎ　Ｖａ↓ｕｅ：　ＬＤＶ）と組み合わせて使用される。
テーブルは、２５６個の！バイトの索引フィールドで構成される。ＬＤＶは、こ のテーブルの索引として使用され、その位置にある値がＬＤＨのＣＭ複合体メン バ一部分の索引として使用される。最初の２００バイトの内容は変数であり、実 施固有の設計によって決定される複合体の再構成を示すように変更される。
残りの５６バイトは、固定または未定義であり、変更されない値を含む。
１２．４．１．２　、　レコードＬｏａｄ　Ｄｉｓｔｒｉｂｕｔｉｏｎ　Ｒｅｃ ｏｒｄ：　ＬＤＲ）の　周回１７に示すＬＤＲを使用して、以下にＩＲＤの負荷 配分機能を説明する。
ｌ）エンド・ユーザーは、機能ＥＵ″Ｘ”に送信する配信部を持っている。　” Ｘ”は、仮想ＣＭ番号１２で示される複合体のすべての処理装置に存在する。
２）エンド・ユーザーは、ＬＤＶ＝３を割り当てられている。
３）エンド・ユーザーが、ＬＤＶ＝３テＣＭＡＰＩ　マタ＋；！ＳＭＡＰＩでＥ Ｕ″Ｘ”（ＣＭ、ＥＵ（１２”Ｘ”）に分析解決される）に５ＥＮＤを出す。
４）静止宛先ＣＭ＝　１２、宛先ＣＭ＝１２、ＬＤＶ＝３で、ＣＭＩＵが構築さ れる。
５）　ＣＭＩＵが、ネットワークを通してＩＲＤ　ＣＭに転送される。ＣＭ　１ ２は、複合体を表す仮想ＣＭとしてｌＲＤに対して定義されている。
６）　ｒＲＤが、ＣＭＩＵＯ中に負荷配信が必要であることを示すＬＤＶまたは 仮想ＣＭ番号があることを検出する。宛先ＣＭ番号は１２で、これは複合体を表 す。ＩＲＤはＣＭ　１２のＬＤＲを見つける。
７）　ＩＲＤは、負荷配信値索引テーブルに索引として、ＬＤＶを使用する。上 の例のＬＤＶ＝３で索引される値は、５である。この値は、ＣＭ複合体メンバー ・リストの索引として使用される。
８）　ＣＭ複合体メンバー・リストに指定された５番目のＣＭ（索引の値は１か ら始まる）は、ＣＭ　Ｘ’０ＯＯ００Ｆ’（ＣＭ番号ＯＦ）である。
９）　ＩＲＤは、ＣＭＩＵの宛先ＣＭ番号をＣＭ　ＯＦに更新し、そこに経路指 定する。宛先ＥＵおよび静止宛先ＣＭは、変更を受けない。
１３、ＣＭ　プロトコル 次の２つのセクションでは、エンド・ユーザーのデータ配信部およびＣＭ管理エ ンド・ユーザー（ＳＷＡＰ）配信部について、ＣＭ間を流れる通信プロトコルの 構造および内容を定義する。エンド・ユーザー配信部は、セクション１３．１で 定義されるＣＭ交換単位（ＣＭＩＵ）の配信部構成要素で交換される。管理デー タは、５ＷＡＰプロトコルで定義されるシステム管理配信単位（ＳＭＤＵ）で運 ばれる。
ＳＭＤＵは、エンド・ユーザー・データと同じように（すなわちｃＭｌｕの配信 部構成要素で）、ＣＭ間で交換される。ＳＭＤｔｌの構造および内容は、セクシ ョン１３．２で定義する。
１３．１　ＣＭｌ’ｉｌプロトコル　−　通二マネージャー六１胆料狙 ＣＭ間の交換の基本単位は、ＣＭ交換単位（ＣＭ　Ｉｎｔｅｒｃｈａｎｇｅ　Ｕ ｎｉｔ：　ＣＭＩＵ）である。個々のＣＭＩＵは、ＣＭＩｔｌをその最終宛先に 配信するのに必要な、すべての経路指定および制御情報を含むパケットである。
ＣＭＩＵの論理構造は、次のガイドラインに基づいている。ＣＭ／ネットワーク 層を流れる通常データ・フローで、最高速のアクセスができるように、ＣＭＩＵ データを編成する。ＣＭの層構造に基づいて、ＣＭＩＵの論理グループを維持す る。個々のＣＭＩＵデータ要素を１回だけ運ぶ。データ要素の有無に関係なく、 個々のＣＭ層からすべてのＣＭＩＵデータ要素をアクセスできるようにする。Ｃ ＭＩＵの構文解析にさいして、論理的、テーブル駆動、開放型、移行可能な処理 を許すために、個々の構成要素および個々のデータ要素（または関連データ要素 のグループ）に、−意の自己定義フィールド構造を利用する。ＣＭ規格の上位移 行に対応できる方法を提供する。
１３．１．１　＝：マ゛−ジャー　１（ＣＭＩＵの　ＣＭＩＵは、図１８および 下記で説明する、３通りの構成要素フィールドの組み合わせから構成される。す なわち、１）接頭部、伝送サービス、２）接頭部、伝送サービス、制御、環境、 配信部、３）接頭部、伝送サービス、制御、応答である。
接頭部は、ＣＭＩＵを誘導し、Ｃ１４１Ｕのサイズを定義し、ＣＭＩＨの内容を 完全に処理するために必要なＣＭサポート・レベルを識別する、固定長のヘッダ ー構成要素である。伝送サービス構成要素は、実行すべきＣＭ／ネットワーク層 の活動を識別し、ＣＭ／ネットワーク層の処理を通過する通常メツセージの流れ で利用されるデータ要素を含む。制御構成要素は、実行すべきＣＭ機能を指定し 、追加のＣＭ／　）ランスポート層およびＣＭ／セツション層に関連したデータ 要素を識別する。制御構成要素の後には、配信部構成要素（オプションの環境構 成要素が付く場合もある）または応答構成要素が続かなければならない。環境構 成要素は、分散処理装置環境において単一システムのイメージを保つために使用 される、固有のオペレーティング・システム制御データを含む。環境構成要素は オプションであるが、配信部構成要素と組み合わせてのみ使用できる。配信部構 成要素は、エンド・ユーザー間で伝達されるエンド・ユーザーのデータ（または データ・セグメント）を含む。これには、オプションの環境構成要素が付く場合 もある。配信部構成要素は、応答構成要素と同時には使用されない。配信かＣＭ 応答を要求する場合は、応答構成要素が、応答のタイプ（すなわち、肯定確認ま たは例外）を識別し、応答を生成するノードを識別する。応答構成要素は、配信 部構成要素および環境構成要素とは相互排他的である。
接頭部構成要素および伝送サービス構成要素は、すべてのＣＭＩＵで必須である 。これらの２つの構成要素は、ＣＭネットワーク層プロトコル交換で使用される 。残りの構成要素（制御、環境、配信部、および応答）は、終１　端ノードＣ１ 間の配信部交換に使用される。すなわち、ＣＭ／　トランスポート層、ＣＭ／セ ツション層、ＣＭＡＰＩサービス、およびエンド・ユーザー処理など、より上位 の層のＣＭプロセスが必要とするパラメーターと処理を表す。
ＣＭＩＵ構成要素フィールドの構造 ＣＭ間を流れるエンベロープの構造は、形式上は文書交換アーキテクチャ−（Ｃ ＩＡ）に類似している。エンベロープは、それ自体が自己定義サブフィールドに 細分できる一連の自己定義フィールドから構成される。
個々のＣＭＩＵ構成要素フィールドは、構成要素の長さと内容を定義する「誘導 コード」に先導される。
ＣＭＩＵで使用される構成要素誘導コードには２つの形があり、接頭部構成要素 （これは常に固定長構成要素）専用のＴＴＩＤＦＩＳＮ形式、および残りの構成 要素フィールドに使用されるＬＬＩＤＦ形式である。接頭部フィールドの誘導コ ードは、ＣＭＩＵ全体に関係する情報を識別し、残りの構成要素の誘導コードは 、関連した構成要素フィールドのみを参照する。図１９に、構成要素誘導コード 形式の定義を示す。図１９を以下に説明する。
ＴＴ　＝　ＣＭＩＵの全長 接頭構成要素のみ。２バイトの値で、ＴＴバイト込みのＣＭＩＵの全長を表す。
接頭部は常に固定長であることに注意。
ＬＬ　＝構成要素の長さ 接頭部を除いたすべての構成要素。２バイトの値で、ＬＬハイド込みの構成要素 の長さを表す。
ＩＤ　＝構成要素ＩＤ０　ここで、 １　＝　ＩＤ（例えば、接頭部、制御、など）Ｄ＝詳細タイプ（構成要素ごとに 定義）Ｆ＝形式の定義 構成要素サブフィールドの形式を識別する。ユニで、 ビットＯ：　誘導コード拡張標識。
０　＝　ＬＬＩＤＦの後にＩＳＮはない１　＝　ＩＳＮか続く（接頭部構成要素 のみ）ビット１：　組み込み構造標識。
０：サブフィールド構造はビット２〜３で定義される トサブフィールド構造はＬＴ形式であ る ビット２〜３：　サブフィールド構造（ビットに〇の場合のみ使用される）。
ＯＯ＝サブフィールドはない １１＝構造化されていない ビット４〜７：　予約済み ＩＳＮは、ＣＭＩＵデータ交換で設定された長さ制限を超える配信単位（ＤＵ） のセグメント化をサポ″−卜するために使用される、２つの部分からなるフィー ルドである。これは、接頭部専用で、他の構成要素フィールドで使用してはなら ない。
■＝標識バイト ビット０：　予約済み ビット１：　最初のセグメント標識 ０：最初のセグメント １：最初のセグメントでない ビット２：　最後のセグメント標識 ０＝最後のセグメント 化デル後のセグメントでない ビット３〜７：　予約済み ＳＮ　＝順序／セグメント番号 Ｓ＝このＣＭＩＵのＤｔｌセグメント番号Ｎ；このＤｔ＋のセグメント総数（Ｓ Ｎ＝Ｘ”００００”は単一セグメント） ＣＭＩ［Ｊ構成要素サブフィールドの構造接頭部を除いて、すべてのＣＭＩＵ構 成要素フィールド（例えば、制御、応答、など）は、構成要素誘導コード（ＬＬ ＩＤＦ）の後にデータ要素サブフィールドを含むことができる。サブフィールド の形式は、構成要素フィールドのＬＬＩＤＦ誘導コードの形式バイト（ｒＦＪ） で指定される。現在定義されている唯一のサブフィールド構造は、「ＬＴ」形式 である。ＬＴ要素サブフィールド構造は、図２０に定義されている。
Ｌ　＝　ＬＴバイト込みのデータ要素サブフィールドの長さ。
１バイト値。サブフィールドの最大長は２５５である。
Ｔ＝サブフィールドで伝達されるデータ要素のタイプを定義する。
図２１に、ＣＭＩＵの構成要素フィールドとサブフィールドを示す。
１３．１．２　ＣＭＩＨの　乏 ＣＭＩＵの構造は、セクションｌＯで定義されるＣＭプロトコルをサポートする 。このようなものとして、ＣＭＩＩＪ構成要素は、配信の２つの形式ならびに分 離ベーシング形式の合計３つの形式構造で、ＣＭ間を交換される。接頭部および 伝送サービス構成要素は、すべての形式構造に共通である。個々のＣＭＩＵ形式 で使用されるサブフィールド要素の定義については、セクション１０を参照。Ｃ ＭＩＵの構成要素フィールドおよび要素サブフィールドの実施パラメーターの詳 細な定義は、後出の表１３１および表１３２を参照。
ＣＭＩＵ形式１形式１ベ ＩＮＧ　ＲＥＱＵＥＳＴ／ＲＥＳＰＯＮＳＥ：　ＩＰＲＱ／Ｒ３Ｐ）図２２に示 す形式１は、隣接ＣＭ間で使用されて、個々のノード内部のローカル資源利用状 況を制御する。通常、２７バイト（Ｘ”０ＯＩＢ”）である。最適フロー制御プ ロセスについては、セクション６のｒ　ＣＭ／ネットワーク層」に説明がある。
ＣＭｒＵのベーシング・パラメーターについては、このセクションの後のセクシ ョンで定義されている。
ＣＭＩＵ形式２：　配信部配信（Ｄｅｌｉｖｅｒ−Ｄｉｓｔｒｉｂｕｔｉｏｎ） 図２３に示す形式２の配信部配信形式（ＤＥＬＩＶＥＲ−ＤＩＳＴＲＩＢＵＴＩ ＯＮ　ｆｏｒｍａｔ）は、すべてのエンド−１−ジー配信部のＣ１間交換で使用 される。
エンド・ユーザーからＣＭに与えられる３２，０００バイトの配信単位（ＤＯ） の配信は、発信元および宛先のＣＭ／トランスポート層でＤＵのセグメント化組 み立てが必要になる場合がある。ＣＭ／ネットワーク層処理は、ＣＭＩＵパケッ トのみを認識し、直接または別の隣接ＣＭ経由でＣＭＩＵを宛先ＣＭに渡すため に、伝送サービス構成要素内のアクセス・パラメーターのみを必要とする。
ＣＭＩＵ形式３　応答配信（Ｄｅｌｉｖｅｒ−Ｒｅｓｐｏｎｓｅ）図２４に示す 形式３のＣＭ応答配信形式（ＤＥＬ　ＩＶＥＲ．ＲＥＳＰＯＮＳＥ　ｆｏｒｍａ ｔ）は、すべてのＣＭ返信フロー、すなわちエンド・ユーザーに代わって配信部 を開始したＣＭに返されるすべての情報を含む。応答配信は、ＣＭが、発信元の 配信部配信からのパラメーターを利用して生成する。
１３、１．３．　ＣＭＩＵ　成　、フィールドの１０個々のＣＭＩＵ構成要素フ ィールドを、以下に説明する。
フィールドおよびサブフィールドの実施パラメーターについては、セクション１ ３．１．４で説明する。
接頭部（ＰＲＥＦＩＸ）−　すへでのＣＭＩＵで必須（形式１、２、および３） 接頭部は、固定長のＣＭＩＵヘッダーで、図２５に示されている。ＴＴＩＤＦＩ ＳＮ形式の８バイト長である。ＴＴＩＤＦＩＳＮ形式の定義は、次の通りである 。
ＴＴ　＝　ＣＭＩＵの全長。
ＩＤ　＝　Ｃ０ｖｒ ＣＯ　＝構成要素＝接頭部 ｖｒ　＝詳細タイプ・ＣＭバージョン／リリース・レベルＦ：８０。ここで、 ビット０＝ＩＩＳＮがＴＴＩＤＦに続くビット１〜３　＝　０００　サブフィー ルドはないビット４〜７　＝　００００ １：００　単独ＣＭＩＵセグメント ＝　４０　配信部の最初のセグメント ・ＣＯ　配信部の中間セグメント ：８０　配信部の最後のセグメント ＳＮ　＝　００００　単独ＣＭＩロセグメント。完全な伝送。
＝０１０２２セグメント配信部のセグメント１＝０２０２２セグメント配信部の セグメント２＝　ｎｎｔｔ　ｔｔ上セグメント信部のセグメントｎｎ接頭部は、 このＣＭＩＵを完全に処理するのに必要なＣＭバージョンおよびＣＭリリース・ レベルを識別する。メージャー・バージョンは、サポートされるＣＭ規格バージ ョンを定義する。リリースは、ＣＭ規格のマイナー改訂レベルを識別する。
接頭部は、固定長のヘッダー構成要素のみである。
サブフィールドを含んではならない。
接頭部のセグメント・フィールドは、形式タイプ２（配信部配信）専用である。
形式１　（ＩＰＩ’ｉＱ／ＰＲ５）、および形式３（応答配信）は、セグメント 化してはならない。
伝送サービス　ー　すべでのＣＭＩＵで必須（形式１、２、および３） 図２６に示す［伝送サービスＪ　（ＴＲＡＮＳＭＩＳＳＩＯＮ　５ＥＲＶＩＣＥ ：　ＴＳ）構成要素は、ＬＬＩＤＦ形式の誘導コードおよび構造化されたＬＴ誘 導コード付きのサブフィールド要素から構成される。
図２６で、　ｒ　ＬＬＪバイト（ＬＬＩＤＦ）は、ＴＳ構成要素の長さくＬＬバ イト込み）を定義する。構成要素識別コード（ＬＬＩＤＦの”■“）は、伝送サ ービスを指定する。構成要素詳細タイプ（ＬＬＩＤＦの−Ｄ−）は、このＣＭＩ Ｕを、ａ）分離ベーシング要求／応答、ｂ）通常フロー配信部、またはＣ）負荷 配分を必要とする通常フロー配信部、として識別する。
サブフィールド形式（ＬＬ　ＩＤＦの”Ｆ”）は、サブフィールド要素を”ＬＴ ”誘導コード形式のフィールドを定義する。
最小必須サブフィールド（”ＬＴ”オペランド）には、宛先ＣＭおよびベーシン グ要求／応答フィールドがある。ＣＭ／ネットワーク層は、宛先ＣＭを参照して 、ネットワーク・ノード処理を呼び出してＣＭＩＵをその最終宛先に向かって渡 すか、またはエンド・ユーザー・ノード処理を呼び出してＣＭＩＵをＣＭの各層 を昇ってローカルに存在する宛先エンド・ユーザーに配信する。ＣＭ／ネットワ ーク層は、ベーシング要求／応答フィールドを使用して、隣接ＣＭフロー制御経 由でそのローカル資源を管理する。
制御（ＣＯＮＴＲＯＬ）　−必須　形式２．３：　無効　形式１図２７に示す「 制御」構成要素は、ＬＬＩＤＦ誘導コードおよび構造化されたＬＴ誘導コード付 きのサブフィールド要素から構成される。　ｒ　ＬＬＪバイト（ＬＬＩＤＦ）は 、制御構成要素の長さくＬＬバイト込み）を定義する。構成要素識別コード（Ｌ ＬＩＤＦの「■」）は、制御を指定する。構成要素詳細タイプ（ＬＬＩＤＦの「 Ｄ」）は、このＣＭＩＵを配信部配信または応答配信として識別する。最小必須 サブフィールドには、応答配信の場合、発信元ＣＭ、発信元ＥＵ、宛先ＥＵがあ る。追加のサブフィールド要素は、配信部、ＣＭ配信部ＩＤフィールドを識別し 、オプションでエンド・ユーザー用のデータをＥＵ配信部ＩＤの形で運ぶ。
環境（ＥＮＶＩＲＯＮＭＥＮＴ）　−、ｔブション形式２．無効形式１．３ 図２８に示すオプションの「環境」構成要素は、ＬＬＩＤＥ誘導コードおよびＬ Ｔ誘導コード付きのサブフィールド要素から構成される。　ｒ　ＬＬＪバイト（ ＬＬＩＤＦ）は、環境構成要素の長さくＬＬバイト込み）を定義する。構成要素 識別コード（ＬＬＩＤＦの「Ｉ」）は、環境を指定する。サブフィールド形式（ ＬＬＩＤＦの「Ｆ」）は、サブフィールドをＬＴ誘導コード形式のフィールドと して定義する。
サブフィールドは、オペレーティング・システム制御データを含み、共通および 固有のシステム・データを与える。共通領域は、すべてのオペレーティング・シ ステムに標準として定義されたデータを含む。固有領域は、類似のオペレーティ ング・システムのみに関連した情報を含む。データは、オペレーティング・シス テムのサービス・ルーチンが構築し、解釈する。
ＬＴ誘導コードに続いて、個々のサブフィールドのデータ領域は、制御データの 形式、および制御データを解釈するのに必要なサポートのレベルを識別する、３ ノ＜イトのサポート・レベル・フィールドを含む（サポート・レベル・フィール ドの定義については、セクション１３４を参照）。
環境構成要素サポートのない、または適切なサポート・レベルにないＣＭの実施 では、ＣＭＩＵの正常な処理を妨げないで、構成要素のオペランドのいずれかま たは両方を破棄しなければならない。
配信部　−必須　形式２．無効　形式１．３図２９に示す「配信部」構成要素は 、そのＬＬＩＤＦ誘導コートおよびエンド・ユーザーに配信する配信部または配 信部セグメントから構成される。配信部セグメントは、配信部全体をエンド・ユ ーザーに渡す前に完全に組み立てなければならない。　ｒ　ＬＬＪバイト（ＬＬ ＩＤＦ）は、配信部構成要素の長さくＬＬバイト込み）を定義する。構、成要素 識別コード（ＬＬＩＤＦの「Ｉ」）は、配信部を指定する。
構成要素詳細タイプ（ＬＬＩＤＦの「Ｄ」）は、このＣＭＩＵをＣＭデータ（す なわちエンド・ユーザー配信部）またはＣＭ制御（すなわち特権エンド・ユーザ ー（ＳＷＡＰ）配信部）として識別する。
配信部（セグメント）は、マツプ式（ＭＡＰＰＥＤ）または非マツプ式（ＵＮＭ ＡＰＰＥＤ）のいずれかでデータを運ぶことができる。
マツプ式データ（ＭＡＰＰＥＤ　ｄａｔａ）は、データを解釈するのに必要なサ ポートのレベルを識別す゛るＬＴ構造化フィールドから始まり、次にデータの論 理形式を定義するマツプ、次にマツプ・データ要素が続く。マ・ツブは、ＤＵが セグメント化されている場合には、配信部の最初のセグメントのみに現れる。Ｃ Ｍは、配信部を宛先ＥＵに配信する前に、マツプの定義に従ってデータを構造化 非マツプ式データ（ＵＮＭＡＰＰＥＤ　ｄａｔａ）は、エンド・ユーザーが定義 する形式である。これは、ＣＭに対する「生の」データであり、構造化されずに 宛先Ｅｌに配信される。
マツプ式または非マツプ式の識別は、伝送サービス構成要素内部の属性バイト・ フィールドの一部として含まれる。マツプ・フィールドは、セクション１３．１ ．４の表１３６に定義されている。配信部構成要素は、ヌル構成要素として、す なわち後続のデータ・ノくイトのないＬＬＩＤＦとして、含まれることがある。
この形の配信部構成要素は、エンド・ユーザーが、関連した配信部データなしで ＥＵ配信部ＩＤを送信する場合に、使用される。
応答（ＲＥＳＰＯＮＳＥ）　−必須：形式３．無効：形式１．２図３０に示す応 答構成要素は、ＬＬＩＤＦ誘導コードおよび構造化されたＬ’ｌ導コード付きの サブフィールド要素から構成される。　ｒ　ＬＬＪバイト（ＬＬＩＤＦ）は、応 答構成要素の長さくＬＬバイト込み）を定義する。構成要素識別コード（ＬＬＩ ＤＦの「Ｉ」）は、応答を指定する。構成要素詳細タイプ（ＬＬＩＤＦの「Ｄ」 ）は、このＣＭＩＵを受信確認または例外応答として識別する。必須サブフィー ルドは、エラーＣＭおよび応答の理由（例外コード）を識別する。
１３１４　パラメーター このセクションでは、ＣＭＩＵで使用される実施パラメーターの形式および内容 を定義する。
表１３．１は、ＬＬＩＤＦ構成要素誘導コードのＣＭＩＵ構成要素フィールド識 別コード（■）、詳細タイプ（Ｄ）、および形式（Ｆ）バイトを定義する。個々 の構成要素に関連した注記を、該当する場所に示す。
表１３．２は、ＬＴｙｉ導コード構造のフィールド内部で使用されるＣＭＩＵ要 素サブフィールド・オペランドのタイプ（Ｔ）および長さくＬ）を定義する。
表１３．３は、番号順にＣＭＩυ要素サブフィールドのオペランド・タイプを示 す。
表１３４は、属性リスト要素の定義を示す。
表１３５は、サポート・レベル要素の定義を示す。
表１３．６は、マツプ式データのマツプ定義を示す。
表１３．７は、例外コード要素の定義を示す。
表１３．８は、ベーシング要求／応答（ＰＲＱ／ＰＲ３）要素の定義を示す。
表１３．】 ＣＭＩＵ構成要素サブフィールドの定義表１３．１の注記。
１　詳細タイプＸ“２０゛は、ＣＭＩＵのバージョンおよびリリース・レベルを 示す。形式バイトのビット０＝１は、ＬＬＩＤＦ誘導コードが、追加の３バイト ＩＳＮセグメント・バイトを含むことを示す。ビット１〜３は、サブフィールド がないことを指定する。
２、　”Ｆ”バイトは、構成要素オペランドが、ＬＴ形式のサブフィールド要素 専用であることを示す。
３　タイプ２０の伝送サービスでは、負荷配信サービスが、指定された宛先ＣＭ に到達する必要がない。
４、　負荷配信サービスが必要である。負荷配信値（ＬＤＶ）および静的宛先Ｃ ＭのＬＴオペランドが存在しなければならない。
５、　オペランドは、組み込みの３バイトのサポート・レベル先導コード付きの ＬＴ形式である。
６、　オペランド要素は、１丁専用ではない。　「マツプ式」の場合、３バイト のサポート・レベル先導コードか、論理レコードの特別に定義された「マツプ」 に先行する。　「非マツプ式」の場合、ＣＭに関する限り、データは構造化され ていない。
７、配信単位は、ＳＭＤＵ情報／コマンドを含む。配信部は、ＣＭに対しては構 造化されていない。ＳＭＤ　Ｕ配信部は、ＣＭ優先度０〜７で流れうる。
表１３２は、ＣＭＩＵのサブフィールド要素をリストし、オプションまたは必須 を示し、要素が関係する構成要素フィールドを識別する。
表１３．２ ＣＭＩＵ要素サブフィールド（ＬＴ）の定義表１３．２の注記・ １．　ＣＭ配信部ＩＤ（ＣＭ−ＤＩＳＴＲＩＢＵＴＩＯＮ−ＩＤ）は、ＬＴ槽構 造フィールドである。これは、すべての配信部配信ＣＭＩＵで必須である。
２　ベーシング要求／応答（ＰＲＱ／ＰＲＳ）バイトは、個々のＣＭＩＵで運ば れる。ベーシング情報が不要な場合、ヌル値が使用される。ベーシング・バイト は、表１３．８に定義されている。
３　負荷配分が要求される場合、ＬＤＶおよび静止宛先ＣＭ（ＤＥＳＴＩＮＡＴ ＩＯＮ−ＣＭ−５ＴＡＴＩＣ）の両方が存在しなければならない。静止宛先ＣＭ は、　「通常の」宛先ＣＭフィールドが負荷配分機能によって変更されるため、 元の宛先ＣＭフィールドを保存するために固定参照を与える。
４、ＥＵ配信部ＩＤ（ＥＵ−ＤＩＤ）は、宛先エンド・ユーザーに配信される。
また、例外通知、ＣＯＤ、または「内部確認（ｉｎｔｅｒｎａｌ　ｃｏｎｆｉｒ ｍ）Ｊとともに、発信元ＣＭに返される。発信元ＣＭは、発信元ＥＵまたは返信 光ＥＵに、例外またはＣＯＤを通知して、発信元が与えたＥＵ配信部ＩＤによっ て配信部を識別する。
５　エンド・ユーザーが指定した配信部タイプが、照会−返答または中継−照会 である場合、応答配信（ＤＥＬＩＶＥＲ−ＲＥＳＰＯＮＳＥ）　（形式３）およ び配信部配信（ＤＥＬｆＶＥＲ−ＤｒＳＴＲＩＢＵＴＩＯＮ）（形式２）で必須 である。
６　応答配信（ＤＥＬＩＶＥＲ−ＲＥＳＰＯＮＳＥ）で必須である。エラーＣＭ が存在する場合は、例外コードも存在しなければならない。エラーＣＭフィール ドは、エラーを検出したＣＭ（特に中間ＣＭ）が、それ自体をエラー／例外を検 出した経路に沿って存在するＣＭとして識別するためのものである。例外コード の形式は、表１３．７で定義されている。
７、　環境構成要素が存在する場合には、共通データまたは固有データのうち、 少なくとも１つのオペランドが存在しなければならない。いずれのオペランドも 、存在する場合は、データの先頭３バイトに３バイトのサポート・レベル・オペ ランドを含まなければならない。
８、　サポート・レベル・オペランドは、　「マツプ式」データが指定された場 合、配信部構成要素の先頭３バイトとして必須である。現在、サポート・レベル ・オペランドを使用するＣＭを実施しているのは、ＴＰＦのみである。サポート ・レベル・オペランドは、さらに表１３．５で定義されている。
９　表１３．４で定義されている。
表１３．３は、”Ｔ”要素を番号順にリストし、”Ｔ”値を割り当てるのに使用 される基本規則を識別する。
表１３８３ 表１３．４は、属性リスト・オペランド要素を構成する４バイトの定義を示す。
優先度２〜７は、ＣＭＩＵのＣＭデータ配信部構成要素に使用することができる 。ＣＭデータは、常に配信部配信（形式２のＣＭＩＵ）で運ばれる。
優先度θ〜７は、ＣＭＩＵのシステム管理配信単位（ＳＭＤｔＪ）構成要素に使 用できる。ＳＭＤ［ｌは、常に配信部配信（形式２のＣＭＩＵ）で運ばれる。
表１３．５は、常に３バイト長のサポート・レベル・オペランドを示す。サポー ト・レベル・バイトは、そのｒＬＴＪ誘導コード込みで、環境構成要素サブフィ ールドおよびマツプ式データの配信部構成要素サブフィールドの最初の５バイト である。
表１３．５ 本　Ｃｏｎｔｒｏｌ　Ｇｒｏｕｐ　Ｄｅｓｉｇｎａｔｏｒ制御グループ指定コー ドは、バージョンおよびリリース番号の割り当てを制御する責任を持つグループ を定義する。ＣＭ設計規格のバージョン／リリースが、マツプ式データおよび環 境構成要素共通データのサポート、レベル・オペランドを制御する。環境構成要 素の固有デーラダサブフィールドを使用する実施は、現在ＴＰ（ＦのＣＭのみで ある。
表１３．６は、マツプ式データのマツプの定義を示す。
表旧 マツプ式として識別されたデータは、発信点でのデータ要素の論理集合から、伝 送するために単一の連続データ列に組み立てられ、宛先エンド・ユーザーに与え るために元の論理データ要素に分解される。表１３７の例外コード・オペランド は、１バイトのコードとオプションの文字拡張部を含む。拡張部を使用して、例 外コード・バイトに定義されたエラー・コードを判りゃすくするために、　「人 間が読める」エラーの記述を入れることができる。
表　］３．７ 表１３．８に示すペーンング要求／応答（ＰＲＱ／ＰＲＳ）は、すべてのＣＭＩ Ｕ（形式１．２、および３）で流れなければならない。これは、ＣＭ最適ベーシ ング・フロー制御プロセスをサポートするために、ＣＭ／ネットワーク層だけが 使用する。
表１３８ ベー／ング要求／応答（ＰＲＱ／ＰＲ５）表１３９は、個々のＣＭＩＵ形式につ いて、ＣＭＩＵパケットのオーバーヘッド（単位・バイト）を示す。これらのサ イズには、実際のデータは含まれていない。従って、形式２タイプのＣＭＩＵの 全長を知るためには、実際のデータのサイズを、表に示したオーバーへ・ノドに 加算しなければならない。
表１３．９ Ｃｋｌｌυハケノトノオーバーヘット 表１３１０ ＣＭＩＬＩオーバーへノドの要約 ５　隣接ＣＭ番号 ５　配信部 形式２の最大値は、ＴＰＦのＣＭ間でのみ使用される環境固有データまたはマツ プ式データなど、特殊な状況を考慮していない。形式２の平均には、ＬＤＶ、静 止宛先ＣＭ。
１０バイトのＣＭＩＤ、１０バイトのＥｌ配信部ＩＤが含まれている。
表１３．１１は、形式３のＣＭＩＵオーバーヘッドのまとめを形式３−ＣＭＩＵ オーバーヘッドの要約最小サイズで　最大サイズで指定される指定される　追加 パラメーター パラメーター ８　接頭部 ７１　バイト　３１１　＋　７１１＋３８２にノイイト１３．２　システム　六 　プロトコル：　システム　理ＤＵ（ＳＭＤＵ） このセクションでは、６Ｍシステム管理アプリケーションプログラム（ＳＷＡＰ ）および特権エンド・ユーザーの相互間で交換される配信部の構造および内容を 定義する。ＳＭＡＰは、システム管理アブリケーンヨン・プログラム・インター フェース（ＳＷＡＰＩ）にアクセスを持つ特権エンド・ユーザーとして情報を交 換する。特殊な５ＷＡＰＩによって、５ＷＡＰ　Ｅｌは、ＣＭ優先度Ｏおよび１ を利用して、明示的なｒｃＭ、ＥＵＪアドレス指定を使用できる。その点を除い て、ＳＭＡＰＩは、ＣＭＡＰＩと同じサービスを提供する（セクション３２、Ｃ ＭＡＰＩのＣＭ−Ｅ１間インターフェースも参照）。
１３２１　システム　理　舌　ＳＭＤＵ）の　゛１相互に通信を行う５ＷＡＰ間 を流れる配信部の構造は、それ自体か自己定義サブフィールドに細分できる、一 連の自己定義フィールドから構成される。形式は、開放型で、５ＷＡＰプロトコ ルの完全な定義へ移行でき、異なるプロトコル構造を含むために拡張できるよう になっている。
ＣＭの制御および管理に使用されるシステム管理配信単位（ＳＭＤＩ）は、接頭 部、コマンド、ＳＭＤＵ本体、および接尾部という４つの構成要素フィールドか ら構成される。
固定長の接頭部構成要素フィールドは、ＳＭＤＩの形式を定義し、ＳＭＤＵを完 全に処理するために必要なバージョン／改訂レベルを識別する。
［コマンド（ＣＯＭＭＡＮＤ）Ｊ構成要素は、このコマンドに関連したＣＭ管理 分類領域を識別し、実行すべき動作を指定する。コマンド構成要素は、すべての 構造化されたＳＭＤＵで必須である。ＳＭＤＵ本体構成要素で完全に非構造化の ＳＭＤＵ交換が指定された場合は、省略してもよい。
コマンドの定義は、すべての５ＷＡＰを通して共通である。
ＳＭＤＵの中では、所与のＣＭ優先度のＳＭＤＯサイズが許す範囲で、何度でも コマンド構成要素を繰り返すことができる。すなわち、複数のコマンド要求を１ つのＳＭＤＵにまとめることができる。
オプションの「ＳＭＤＵ本体（ＳＭＤＵ　ＢＯＤＹ）Ｊ構成要素は、ＳＭＤＵ内 部の構造化または非構造化交換を可能にする。
構造化形式は、大きな構造化またはマツプ式のサブフィールドを交換するための ものである。非構造化ＳＭＤＵ交換は、透過データ交換用である。ＳＭＤＵ本体 は、接頭部と接尾部の間の唯一の構成要素として入れることも、コマンド構成要 素ととも゛に入れることもできる。
接尾部は、すべてのＣＭ管理ＳＭＤＵで必須である。これは、ＳＭＤＵの終わり を識別する。
ＳＭＤＵは、ＣＭに配信部として与えられ、従って、通常のエンド・ユーザーに 提供されるものと同じサービスに支配される。ＣＭ　５ＷＡＰＩサ一ビス内部で は、ＳＭＤＵのセグメント化は提供されていない。ＣＭ通信で許される最大値を 超える配信部が必要な場合は、ＳＭＡＰがセグメント化を行うか、またはエンド ・ユーザーのユーティリティの機能を使用してＳＭＤＵデータをセグメント化す る。
１３．２．１．Ｉ　ＳＭＤＵ　、フィールドの　造個々のＳＭＤＵ構成要素フィ ールドには、構成要素の長さおよび内容を定義する誘導コードを持つ接頭部があ る。ＳＭＤＵで使用される構成要素誘導コードには、次の２つの形式がある。接 頭部構成要素で使用されるＴＴＩＤＦＩＳＮ形式、および残りの構成要素フィー ルドで使用されるＬＬＩＤＦ形式である。
ＴＴＩＤＦＩＳＮ誘導コード ＴＴＩＤＦＩＳＮ形式の誘導コードは、接頭部構成要素専用で、図３１で定義さ れている。これは、ＳＭＤＵの全長を定義し、ＳＭＤＵを完全に処理するために 必要なバージョン／リリース・レベルを識別し、ＳＭＤＵの全長がＣＭ　５ＷＡ ＰＩの許す最大ＤＵサイズ（３２，０００バイト）を超える場合に備えて、ＳＭ ＤＵのセグメント化のための構造を提供する。図３１の説明を以下に示す。
ＴＴ　＝　ＳＭＤＵの全長 接頭部構成要素のみ。２バイトの値で、ＴＴバイト込みのＳＭＤＵの全長を表す 。接頭部は、常に固定長である（構成要素サブフィールドのないＴＴ　ＩＤＦ　 ＩＳＮ　（８バイト））。　。
ＩＤ　＝構成要素ＩＤ ■・ＩＤ　＝接頭部 Ｄ＝詳細タイプ・バージョン／リリースＦ＝形式の定義 構成要素サブフィールドの形式を識別する。ここで、 ビット０：誘導コード拡張標乳 １　＝　ＩＳＮが続く（接頭部構成要素のみ）ビット１〜３：　ｏｏｏ　サブフ ィールドは存在しないビット４〜７：　予約済み（Ｘ“００００”）ＩＳＮは、 ＳＭＤＵデータ交換で設定された長さ制限を超える配信単位（ＤＯ）のセグメン ト化をサポートするために使用される、２つの部分からなるフィールドである。
これは、接頭部専用で、他の構成要素フィールドで使用してはならない。
■＝標識バイト ビット０：　予約済み ビット１：　最初のセグメント標識 ０＝最初のセグメント １＝最初のセグメントでない ビット２：　最後のセグメント標識 Ｏ＝最後のセグメント １＝最後のセグメントでない ビット３〜７：　予約済み ＳＮ　＝順序／セグメント番号 Ｓ＝このＳＭＤＵのＤＵセグメント番号Ｎ＝このＳＭＤＵのセグメント総数 ＩＳＮ　＝　Ｘ”ｏｏｏｏｏｏ”は単一セグメント：Ｘ”６００５０７”は、７ セグメントの５番目を示す１３．２．１．２　ＬＬＩＤＦ　コードＬＬＩＤＦ形 式誘導コードは、接頭部を除くすべての構成要素フィールドで使用される。これ は、フィールドの長さおよび付属のサブフィールド要素の形式を定義し、図３２ に示されている。図３２を説明する。
ＬＬ・構成要素の長さ 接頭部を除くすべての構成要素。２バイトの値で、ＬＬバイト込みの構成要素の 長さくすなわち、ＬＬＩＤＦ＋すべての関連構成要素サブフィールド）を表す。
ＩＤ　＝構成要素ＩＤ １　＝　ＩＤ（例えば、コマンド、ＳＭＤＵ本体、など）Ｄ・詳細タイプ（構成 要素ごとに定義）Ｆ：形式の定義 構成要素サブフィールドの形式を識別する。ここで、 ビット０：　誘導コード拡張標識。
０　＝　ＬＬＩＤＦの後にＩＳＮはない１・ＩＳＮか続く（接頭部構成要素のみ ）ビット１〜３：　組み込み構造指定コード０００＝サブフイールドは存在しな い ００１：サブフィールドはＬＬＴＴ形式である０１Ｏ＝予約済み ０１１・非構造化データ １００＝サブフイールドはＬＴ形式である１０１〜１１１：予約済み ビット４〜７：　予約済み １３．２．１．３　ＳＭＤＵ　、サブフィールドの　−造ＳＭＤＵのコマンドお よびＳＭＤＵ本体構成要素フィールドは、構成要素誘導コード（ＬＬＩＤＦ）の 後に、データ要素サブフィールドを含むことができる。サブフィールドの形式は 、構成要素フィールド誘導コード内部の形式バイト（ＬＬＩＤＦの「Ｆ」）によ って指定される。２つのサブフィールド誘導コードが定義されている。コマンド 構成要素で使用されるｒ　ＬＴＪ形式、およびＳＭＤＵ本体構成要素で使用され る「ＬＬＴＴＪ形式である。
ｒ　ＬＴＪ要素サブフィールドの構造は、図３３で定義されている。図３３を説 明する。
Ｌ　＝　ＬＴバイト込みのデータ要素サブフィールドの長さ。
これは、１バイトの値である。サブフィールドの最大長は、２５５である。
Ｔ＝サブフィールド内部で伝達されるデータ要素のタイプを一意に定義する。
ｒ　ＬＬＴＴＪサブフィールドの構造は、図３４で定義されている。図３４を説 明する。
ＬＬ　＝　ＬＬＴＴバイト込みのデータ要素サブフィールドの長さ。
ＴＴ　＝サブフィールド内部で伝達されるデータ要素のタイプを一意に定義する 。
１３．２．１．４　ＳＭＤＵ　＋のフィールドおよびサブフ　−ルド ＳＭＤＵ構成要素のフィールドおよびサブフィールドを、図３５に示す。
１３．２．２　ＳＭＤＵの　パラメーターこのセクションでは、ＳＭＤＵで使用 される実施パラメーターの形式および内容を定義する。パラメーターは、個々の ＳＭＤＵデータのタイプを定義する一連の表に示されている。
１３．２．２．Ｉ　ＳＭＤＵ　＋フィールドの定義１３１２は、ＳＭＤＵ構成要 素フィールド誘導コードで使用される識別コード（１）、詳細タイプ（Ｄ）、お よび形式バイト（Ｆ）を定義する。
表１３．１２ ＳＭＤυ構成要素フィールドの誘導コード表１３１２の注記。
１、接頭部タイプ（２０）は、ＳＭＤＵのバージョンおよびリリース・レベルを 示す。形式（８０）は、セグメント情報を含み（ＴＴＩＤＦＩＳＮ形式）、接頭 部構成要素には追加情報が許されないことを指定する。
２、　コマンド構成要素形式タイプは、未定義である。
３４　データ形式は、Ｏ３Ｉ自己定義要素のみを含む（ＴＬＶまたハＴＴＬＬＶ Ｖ誘導コート）。
１４、ＳＮＡ　ＬＵ６．２のインターフェースこのセクションでは、セクション ７で概要を説明したプロトコル・スタック・アプリケーション・プログラム・イ ンターフェース（ＰＳＡＰＩ）の特定の具体化を説明する。
この具体化とは、通信マネージャーをＬＵ６．２ネツトワーク・プロトコル・ス タックに接続するために使用されるＳＮＡ　ＬＵ６．２の具体化である。この方 法のいずれかを使用して、本発明の通信マネージャーを、例えば、ＮｅｔＢ１Ｏ ５，ＭＰＩＦ、　）ＩＬＨ，ＴＣＰ／ＩＰ、　Ｘ、２５、Ｏ８Ｉなどの他のネッ トワーク・プロトコル・スタックに接続する、他のＰＳＡＰＩも作成できること を理解されたい。
１４１　環ヘッダー（Ｆｕｎｃｔｉｏｎ　Ｍａｎａ　ｅｍｅｎｔ　Ｈｅａｄｅｒ ：　ＦＭＨ） ＦＭＨの存在は、ＲＨ内の形式指標（Ｆｌ）によって示される。
通信マネージャーが使用するＦＭＨ５（アタッチ）は、ＦＭＨＩ２（セキュリテ ィ）が先行する場合を除いて、連鎖中で最初のＲＵでなければならない。
ＦＭＨ５は、２つのトランザクション・プログラムの間に会話を確立する要求を 運び、アタッチ・ヘッダーと呼ぶ。ＦＭＨ５は、受信側の半セツションにディス バッチされ、接続されるトランザクション・プログラムを識別する。
トランザクション・プログラム（すなわち、通信マネージャー）が、会話の相手 側で実行するためにトランザクション・プログラム（すなわち、相手側の通信マ ネージャー）を指名するＡＬＬＯＣＡＴＥを出す場合、アタッチＦＭＨ５は、ト ランザクション・プログラム名（ＴＰＮ）を受信側ＬＵに運ぶ。
詳細については、ＩＢＭ資料資料ＧＡ２７−３１３６−６　システム・ネットワ ーク・アーキテクチャ−、リファレンス・サマリー（Ｓｙｓｔｅｍｓ　Ｎｅｔｗ ｏｒｋ　Ａｒｃｈｉｔｅｃｔｕｒｅ、　ＲｅｆｅｒｅｎｃｅＳｕｍｍａｒｙ）Ｊ 　（１９８５年５月発行）［ＴＮＬ　ＧＮ２７３３５１−〇　（１９８６年２月 ４日付け）で補足コ、ＩＢＭ資料ｊＧＡ２７−３１３６−８　システム・ネット ワーク・アーキテクチャ−１形式（ＳｙｓｔｅｍｓＮｅｔｗｏｒｋ　Ａｒｃｈｉ ｔｅｃｔｕｒｅ、　Ｆｏｒｍａｔｓ）Ｊ　（１９８７年６月発行）、およびＩＢ Ｍ資料資料５Ｃ３０−３２６９−３形式およびプロトコルリファレンス・マニュ アル：ＬＵタイプ６２のアーキテクチャ−論理（Ｆｏｒｍａｔ　ａｎｄ　Ｐｒｏ ｔｏｃｏｌ　Ｒｅｆｅｒｅｎｃｅ　Ｍａｎｕａｌ：　Ａｒｃｈｉｔｅｃｔｕｒｅ 　Ｌｏｇｉｃ　ｆｏｒ　ＬＵ　ＴＹＰＥ　６．２）Ｊ　（１９８５年１２月発行 ）を参照。これらの資料を引用することにより本明細書の一部とする。
表１４．１ ＦＭＨ５の形式 ％式％ １　値Ｘ”００”を持つトレーラ−長さフィールド（バイト１４、ｋ＋１、およ びｎ＋１）は、省略できる。
２、　この長さは、ＦＭＨ５の将来の拡張によって変更されることがある。
３　アクセス・セキュリティ情報サブフィールドについては、それが使用される 場合、　ｆ　ＳＮＡリファレンス・サマリー（ＳＮＡ　Ｒｅｆｅｒｅｎｃｅ　５ ｕａｖａｒｙ）Ｊおよびｒ形式およびプロトコル・リファレンス・マニュアル　 ＬＵタイプ６２のアーキテクチャ−論理」を参照。
１４．２．１　はじめに ＬＵ６　、２のサービスによって２つの隣接通信マネージャー間の接続を完全に 確立するプロセスには、２つの論理的部分がある。最初の部分は、適切なＬＵ６ ．２セツシヨンの対（ＳＥＮＤおよびＲＥＣＥＩＶＥ）、ならびにそれぞれの会 話を確立する部分であり、以下にこれを説明する。２番目の部分は、ＣＭサイン オン（ＣＭ　Ｓｉｇｎ−０ｎ）、サインオン返答（Ｓｉｇｎ−Ｏｎ　Ｒｅ５ｐｏ ｎｓｅ）、およびサインオフ（Ｓｉｇｎ−Ｏｆｆ）用（７）ＣＭシステム管理ア プリケーション・プログラム（Ｓｙｓｔｅｍｓ　Ｍａｎａｇｅｍｅｎｔ　Ａｐｐ ｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍ：　ＳＭＡＰ）であり、これはセクション１ １で説明されている。
通信マネージャーが相手側の通信マネージャーとの通信を確立するためには、通 信マネージャーは、５ＥＮＤとＲＥＣＥＩＶＥのＬＵ６　、２セツシヨン、およ びそれぞれのセツションの会話を持つ必要がある。これらの会話は、それぞれ、 一方向であり、別々のＬＵ６　、２セツシヨンにマツプされる。通信マネージャ ーは、ＬＵ６．２の基本動詞集合の部分集合を使用する。単一のセツション資源 を通して複数の会話を行うことも可能であるが、通信マネージャーのＬＵ６．２ の使用では、ただ１つの会話のみが、ある特定のセツションにマツプされる。エ ンド・ユーザーから見た場合、通信マネージャー間にはただ１つの論理パイプが ある。通信マネージャーは、その関連したエンド・ユーザーに代わって会話の対 を管理し、エンド・ユーザーに会話を論理的総体として示す。
以下の説明では、ＣＭの対のうち、発信元ＣＭをローカル通信マネージャーと呼 び、これは、５ＥＮＤセツション／会話を確立する責任を持つ。ＣＭの対のうち 、宛先通信マネージャーをリモート通信マネージャーと呼び、これは、ＲＥＣＥ 　ＩＶＥセツション／会話を確立する責任を持つ。
図３６に、ローカルＣＭおよびリモートＣＭの関係を示す。
サインオン・プロセス中に競争が発生した場合、一番手さいＣＭ＃を持つ通信マ ネージャーが競争に勝つ。競争に勝ったＣＭは、以下で説明するローカル処理の 責任を有する。
１４．２．２　５ＥＮＤセツシヨンの　＼　−ＡＬＬＯＣＡＴＥ通信マネージャ ーが初めて相手側通信マネージャーとの接触を図る場合、開始側の通信マネージ ャーはＡＬＬＯＣＡＴＥ動詞をＬＵに出す。ＬＵがＡＬＬＯＣＡＴＥ動詞を受信 し、関連ＬＵ間に現在確立されているＬＵ６．２セツシヨンがない場合、ＬＵは セツションを確立して会話をそのセツションにマツプする。ＬＵは、資源ＩＤ（ Ｒｅｓｏｕｒｃｅ　ＩＤ：　ＲＩＤ）とともに開始側通信マネージャーに制御を 返し、通信マネージャーはこのＲＩＤを使用して、通信マネージャーがＬＵに出 す以後の動詞の中で、この特定の会話を識別する。このＲＩＤを、出力ＲＩＤ（ Ｏｕｔｐｕｔ　ＲＩＤ：　０ＲＩＤ）と呼ぶ。
１４．２．２．１　環ヘッダー（ＦＭＨのセツション確立手順の一部として、Ｌ Ｕは、相手側ＬＵに送信する最初のフレームにＦＭＨ５（ＦＭＨ５の使用方法に ついては、セクション１４．１を参照）を付加する。ＦＭＨ５（アタッチ・ヘッ ダー（ＡＴＴＡＣＨＨＥＡＤＥＲ）とも呼ぶ）には、ＴＰＮ名（すなわち、リモ ート通信マネージャー人カモニタ−ＴＰＮ）、会話タイプ（すなわち、基本また はマ・ノブ式）、同期レベルなどの情報が含まれる。リモートＬＵは、人力通信 マネージャー・モニターを起動するために、この情報を使用する。
１４．２．２．２　リモート°　舌マネージャーとしてのエ リモートシステムがトランザクション処理機能（Ｔｒａｎｓａｃｔｉｏｎ　Ｐｒ ｏｃｅｓｓｉｎｇ　Ｆａｃｉｌｉｔｙ：　ＴＰＦ）を基本とするシステムである 場合、ローカルＣＭは、５ＥＮＤ側のｔこめζこＡＬＬＯＣＡＴＥを出す前に、 ＬＵ６．２の対の受信部分のため１こＳＮＡセツションを確立する。これは、す べてのＴＰＦシステムか古いレベルのＳＮＡノードであって、ＳＮＡのすべての 機能に完全には参加できないためである。特１こ、ＴＰＦζま、ＬＵの対の間で 固定経路指定しかサポートできず、ＴＰＦ力（ＳＮＡセツションを開始するとき のネツトワーク構成力（変化する状況で、代替の経路指定をサポートできな０゜ １４２．３”セツションの確立　−アタ・ソチ　環リモートＬＵは、会話の開始 を示すブラダ・ソト開始を受信すると、その環境内のどのＴＰＮを起動すべき力 ）を判定するためにＦＭＨ５を探す。この判定が行われると、アタッチされる特 定の資源（すなわち、セツション／会話）を識別するＲＩＤとともに、制御を該 当するＴＰＮ（この場合、リモート通信マネージャーのＰＳＡＰＩの入力側）に 渡す。
この資源ＩＤ（ＲＩＤ）を、入力ＲＩＤ（夏ｎｐｕｔ　ＲＩＤ：　ＩＲＩＤ）と 呼ぶ。
次に、リモート通信マネージャーは、その特定のＩＲＩＤでＲＥＣＥＩＶＥ−Ａ ＮＤ−ＷＡＩＴを出す。次に、　リモートＣＭのＰＳＡＰＩの出力側が、上で定 義した方法でＡＬＬＯＣＡＴＥを出す。
１４２４　受−セツションの確立　−ＡＬＬＯＣＡＴＥ処理受信セツションは、 リモート通信マネージャーの出力モニターがアタッチ・ヘッダー（ＦＭＨ５）を 受信したときに確立される。リモート通信マネージャーは、すでにＳＮＡセツシ ョンおよびＬＵ６　、２会話を相手側の通信マネージャーとの間で確立した場合 、そのシステム管理アプリケーション（ＳＷＡ　Ｐ　）に、ＬＵ６　、２の対の 両側が使用可能なことを通知する。５ＷＡＰは、サインオン・プロセスに競争が あることを判定すると、通信マネージャ一番号を比較して競争を解決する。リモ ート通信マネージャーのＣＭ＃がローカル通信マネージャーのＣＭ＃より小さい 場合、５ＷＡＰはサインオン（返答）を破棄する。この対について、ＳＮＡセツ ションとＬＵ６　、２会話がともにアクティブ状態でない場合、リモートＣＭの 入力ＰＳＡＰＩは、上で述べたようにＳＮＡセツションとＬＵ６．２会話の両方 を確立するＡＬＬＯＣＡＴＥを出す。
リモート通信マネージャーがＴＰＦを基本とするシステムである場合、これもＡ ＬＬＯＣＡＴＥを出すが、この場合にはＬＵ６．２会話が確立されるだけである （これは、相手側がすでにＳＮＡセツションを開始しているため。上記を参照） 。
ローカルＣＭとリモートＣＭの両方について、ＳＮＡセ・ソションとＬＵ６　、 ２会話の両方がＰＳＡＰ　Ｉによって確立されると、ＰＳＡＰＩは、隣接通信マ ネージャーがイネーブル状態になっていることをＳＭＡＰに示す。これを受けて 、ＳＭＡＰはサインオン・プロセスを開始する。
１４２５　データ六 以下のセクションでは、それぞれのエンド・ユーザーの代わりに通信マネージャ ーが行う通信マネージャー間のデータ配信部の交換を説明する。表１４．２に示 すように、データ交換には４つのカテゴリーがある。
表１４．２ データ交換のカテゴリー １４．２．５．１　データ　カテゴリ−１非同期、照会／返答または中継配信部 、限定保証、配信通知なし。
図３７に、カテゴリー１データ交換のデータ・フローの概略を示す。以下の説明 では、図３７に示された項目を参照する。
配信部を取得する（ＧＥＴ　ＤＩＳＴＲＩＢＵＴＩＯＮ）　ローカルＣＭ／トラ ンスポート層は、さまざまな通信マネージャー待ち行列およびそれらの待ち行列 内部の優先度をチェックしてから、どの配信部が次に送信すべき順番の配信部か を判定する。
必要な場合、セグメント化する（ＳＥＧＭＥＮＴ　ＩＦ　ＲＥＱＵＩＲＥＤ）　 ：　次に送信すべき配信部が識別されたら、ローカル通信マネージャーは、配信 部のサイズがリモート（通信マネージャー）が受信できる最大ＣＭＩＵサイズを 超えるかどうかを判定しなければならない。超える場合には、ローカルＣＭ／　 ）ランスポート層は配信部をセグメント化して、ＣＭＩＵ接頭部の構造化された 誘導コード（ヘッダーの形式については、セクション１３を参照）にリモート通 信マネージャーにセグメント番号を示す。
送信する（ＳＥＮＤ）（ＯＲＩＤ）　：　ローカルＣＭ／ネットワーク層は、配 信部をローカルＣＭ出力資源（ＯＲＩＤ）上でリモート通信マネージャーに送信 する。ローカル通信マネージャーはまた、待ち行列から配信部を削除する。これ が照会／返答配信部である場合、ローカル通信マネージャーは、宛先エンド・ユ ーザーから送られて来る返答を発信元照会と対応付けるために、照会の環境を保 管する。
受信・待機する（ＲＥＣＥＩＶＥ−ＡＮＤ４１ＡＴ）（ＩＲＩＤ）　：　＋）　 −Ｅ−−ト通信マネージャーは、リモート通信マネージャー人力資源（ＩＲＩＤ ）上で、受信できるようにセットアツプを済ませる。
配信部を収集する（ＣＯＬＬＥＣＴ　ＤＩＳＴＲＩＢＵＴＩＯＮ）（ＩＲＩＤ） ：リモートＣＭ／トランスポート層は、人力資源上で配信部セグメント（複数の 場合）を受信し、先に進む前に配信部全体を再構築する。
配信部を配信すル（ＤＥＬＩＶＥＲＤＩＳＴＲＩＢＵ丁ｌ０Ｎ）：　１，１モ一 トＣＭ／セツション層は、宛先工、ンド・ユーザーに配信部を配信しようと試行 する。この時点でリモート通信マネージャーが配信部を宛先エンド・ユーザーに 配信できない場合、配信部はリモー）ＣＭのロケーションのローカル・システム の規約に従って処理される。
１４．２．５．２　データ　カテゴリー２データ交換カテゴリー２には、非同期 配信部、限定保証、例外配信通知が含まれる。
図３８に、カテゴリー２データ交換のデータの流れの概略を示す。以下の説明で は、図３８に示された項目を参照する。
配信部を取得する（ＧＥＴ　ＤＩＳＴＲＩＢＵＴＩＯＮ）：　ローカルＣＭ／） ランスポート層は、さまざまな通信マネージャー待ち行列およびそれらの待ち行 列内部の優先度をチェックしてから、どの配信部が次に送信すべき順番の配信部 かを判定する。
必要す場合、セグメント化すル（ＳＥＧＭＥＮＴ　ＩＦ　ＮＥＣＥＳＳＡＲＹ） 　：　次に送信すべき配信部が識別されたら、ローカル通信マネージャーは、配 信部のサイズがリモート通信マネージャーが受信できる最大ＣＭＩＵサイズを超 えるかどうかを判定しなければならない。超える場合には、ローカルＣＭ／トラ ンスポート層は配信部を適切なサイズのＣＭＩＵにセグメント化して、ＣＭＩＵ 接頭部の構造化された誘導コード経由（ヘッダーの形式については、セクション １３を参照）でリモート通信マネージャーにセグメント番号を示す。
送信する（ＳＥＮＤ）　（ＯＲＩＤ）　：　ローカルＣＭ／ネットワーク層は、 配信部をローカルＣＭ出力資源（ＯＲＩＤ）上でリモート通信マネージャーに送 信する。ローカル通信マネージャーはまた、待ち行列から配信部を削除する。
受信−待機すル（ＲＥＣＥｒＶＥ−ＡＮＤ４ＡＩＴ）　（ＩＲＩＤ）　（リモー トＣＭ）　リモート通信マネージャーは、リモート通信マネージャー人力資源（ ＩＲＩＤ）上で、受信できるようにセットアツプを済ませる。
配信部を収集する（ＣＯＬＬＥＣＴ月５ＴＲＩＢＵ丁ｌ０Ｎ）　（ＩＲＩＤ）リ モートＣＭ／トランスポート層は、人力資源上で配信部セグメント（複数の場合 ）を受信し、先に進む前に配信部全体を再構築する。
配信部を配信する（ＤＥＬＩＶＥＲＤＩＳＴＲＩＢＵＴＩＯＮ）：　クモ−８０ Ｍ／セツション層は、宛先エンド・ユーザーに配信部を配信しようと試行する。
この時点でクモ−８０Ｍ／セツション層が配信部を宛先エンド・ユーザーに配信 できない場合、配信部はリモート通信マネージャーのローカル・システムの規約 に従って処理される。
受信・待機ｔ　ル（ＲＥＣＥＩＶＥ−ＡＮＤ−ＷＡＩＴ）（ＩＲＩＤ）（０−カ ルＣＭ）　：　ローカル通信マネージャーは、ローカル通信マネージャー人力資 源（ＩＲＩＤ）上で、受信できるようにセットアツプを済ませる。
例外通知を送信する（ＳＥＮＤ　ＥＸＣＥＰＴＩＯＮ　Ｎ０ＴＩＣＥ）：　何ら かの理由で、クモ−８０Ｍ／セツション層が配信部を宛先エンド・ユーザーに配 信できない場合、リモート通信マネージャーは、ローカル通信マネージャーに例 外配信通知（ＥＸＣＥＰＴＩＯＮ　ＤＥＬＩＶＥＲＹ　Ｎ０ＴＩＦＩＣＡＴＩＯ Ｎ）ヲ送信（ＳＥＮＤ）　して、クモ−８０Ｍ／セツション層が配信部を配信で きず、リモート通信マネージャーのローカル・システムの規約に従ってそれを処 理したことを示さなければならない。配信部は、そのＣＭ配信部ＩＤ（Ｅｌ−Ｄ ＩＳＴＲＩＢＵＴＩＯＮ−ＩＤ）によって示される。
発信元エンド・ユーザーに例外配信を通知する（ＮＯＴＩＦＹ　０ＲＩＧＩＮ　 ＥＮＤ　ＵＳＥＲＯＦ　ＥＸＣＥＰＴＩＯＮ　ＤＥＬＩＶＥＲＹ）ローカルＣＭ ／セツション層かリモート通信マネージャーから例外配信通知を受信すると、ロ ーカルＣＭ／セッンヨン層は、この通知を発信元エンド・ユーザーに配信する。
配信部は、そのＥυ配信部ＩＤによって示される。
１４．２．５．３　データ　カテゴリー３データ交換カテゴリー３には、非同期 配信部、限定保証、配信確認通知が含まれる。
図３９に、カテゴリー３データ交換のデータの流れの概略を示す。以下の説明で は、図３９に示された項目を参照する。
配信部を取得する（ＧＥＴ　ＤＩＳＴＲＩＢＵＴＩＯＮ）：　ローカルＣＭ／ｌ −ランスポート層は、さまざまな通信マネージャー待ち行列およびそれらの待ち 行列内部の優先度をチェックしてから、どの配信部が次に送信すべき順番の配信 部かを判定する。
必要な場合、セグメント化する（ＳＥＧＭＥＮＴ　ＩＦ　ＲＥＱＵＩＲＥＤ）　 ：　次に送信すべき配信部が識別されたら、ローカルＣＭ／　ｌ−ランスポート 層は、配信部のサイズがリモート通信マネージャーが受信できる最大ＣＭＩＵサ イズを超えるかどうかを判定しなければならない。超える場合には、ローカルＣ Ｍ／トランスポート層は配信部を適切なサイズのＣＭＩＵにセグメント化して、 ＣＭＩＵ接頭部の構造化された誘導コード（ヘッダーの形式については、セクシ ョン１３を参照）を使用して、リモート通信マネージャーにセグメント番号を示 す。
送信する（ＳＥＮＤ）　（ＯＲＩＤ）　ローカルＣＭ／ネットワーク層は、配信 部をローカルＣＭ出力資源（ＯＲＩＤ）上でリモート通信マネージャーに送信す る。ローカル通信マネージャーはまた、待ち行列から配信部を削除する。
受信・待機ｔ　ル（ＲＥｃＥｒｖＥ−ＡＮＤ−ｖＡＩＴ）（ＩＲｒＤ）（ＩＪ　 （−−トＣＭ）　リモート通信マネージャーは、リモート通信マネージャー人力 資源（ＩＲＩＤ）上で、受信できるようにセットアツプを済ませる。
配信部を収集すル（ＣＯＬＬＥＣＴ　ＤＩＳＴＲＩＢＵＴＩＯＮ）（ＩＲＩＤ） リモートＣＭ／　Ｉ−ランスポート層は、入力資源上で配信部セグメント（複数 の場合）を受信し、先に進む前に配信郡全体を再構築する。
配信部を配信する（ＤＥＬＩＶＥＲＤＩＳＴＲＩＢＵＴＩＯＮ）：　リモートＣ Ｍ／セツション層は、宛先エンド・ユーザーに配信部を配信しようと試行する。
この時点でリモートＣＭ／セツション層が配信部を宛先エンド・ユーザーに配信 できない場合、配信部はリモート通信マネージャーのローカル・システムの規約 に従って処理される。
受信・待機ｔ　ル（ＲＥＣＥ　ＩＶＥ−ＡＮＤ−ＷＡＩＴ）　（ＩＲＩＤ）　（ ロー　ｆｙ　ルＣＭ）　：　ローカル通信マネージャーは、ローカル通信マネー ジャー人力資源（ＩＲＩＤ）上で、受信できるようにセットアツプを済ませる。
配信確認を送信する（ＳＥＮＤ　ＣＯＮＦＩＲＭ　ＯＮ　ＤＥＬＩＶＥＲＹ）： リモートＣＭ／セツション層が配信部を宛先エンド・ユーザーに配信できる場合 、リモートＣＭ／セツション層は、ローカルＣＭ／セツション層に肯定配信確認 通知を送信して、配信部が正常に配信されたことを示さなければならない。何ら かの理由で、リモートＣＭ／セツション層が配信部を宛先エンド・ユーザーに配 信できない場合、リモートＣＭ／セツション層は、ローカルＣＭ／セツション層 に否定配信確認通知を送信して、リモートｃＭ／セツション層が配信部を配信で きず、それを破棄したことを示さなければならない。配信部は、そのＣＭ配信部 ＩＤによって示される。
発信元エンド・ユーザーに肯定または否定の配信確認を通知すル（ＮＯＴＩＦＹ 　０ＲＩＧＩＮ　ＥＮＤ　ＵＳＥＲＯＦ　ＰＯ５ＩＴＩＶＥＯＲＮＥＧＡＴＩＶ Ｅ　ＤＥＬＩＶＥＲＹ　ＣＯＮＦＩＲＭＡＴＩＯＮ）：　Ｏ−カルＣＭ／セツシ ョン層がリモートＣＭ／セツション層から肯定または否定の配信確認を受信する と、ローカルＣＭ／セツション層は、発信元エンド・ユーザーに通知する。配信 部は、ソ（７）　ＥＵ配信ｎ　ＩＤ（ＥＵ−ＤＩＳＴＲＩＢＵＴＪＯＮ−ＩＤ） ＋：　ヨリＴ示される。
１４．２．５．４　データ　換カテゴリー４データ交換カテゴリー４には、非同 期配信部、完全保証、配信確認通知または例外配信通知または「なし」が含まれ る。
図４０に、カテゴリー４のデータ交換（ＤＡＴＡ　ＥＸＣＨＡＮＧＥ）のデータ の流れの概略を示す。以下の説明では、図４０に示された項目を参照する。
配信部を取得する（ＧＥＴ　ＤＩＳＴＲＩＢＩＪＴ？ＯＮ）・　ローカルＣＭ／ ）ランスポート層は、さまざまな通信マネージャー待ち行列およびそれらの待ち 行列内部の優先度をチェックしてから、どの配信部が次に送信すべき順番の配信 部かを判定する。
必要な場合、セグメント化する（ＳＥＧＭＡＮＴ　ＩＦ　ＲＥＱＬＩＩＲＥＤ） 　次に送信すべき配信部が識別されたら、ローカル０績／トランスポー８層は、 配信部のサイズかリモート通信マネージャーが受信できる最大ＣＭＩＵサイズを 超えるかどうかを判定しなければならない。超える場合には、ローカルＣＭ／ト ランスボート層は配信部を適切なサイズのＣＭ［Ｕにセグメント化して、ＣＭＩ Ｕ接頭部の構造化された誘導コード（ヘッダーの形式については、セクション１ ３を参照）を使用して、リモート通信マネージャーにセグメント番号を示す。
送信する（ＳＥＮＤ）　（ＯＲＩＤ）　ローカルＣＭ／ネットワーク層は、配信 部をローカルＣＭ出力資源（ＯＲＩＤ）上でリモート通信マネージャーに送信す る。
受信・待機する（ＲＥＣＥＩＶＥ−ＡＮＤ−ＷＡＩＴ）（ＩＲＩＤ）　（リモー トＣＭ）　リモート通信マネージャーは、リモート通信マネージャー人力資源（ ＩＲＩＤ）上で、受信できるようにセットアツプを済ませる。
配信部を収集する（ＣＯＬＬＥＣＴ　ＤＩＳＴＲＩＢＵＴＩＯＮ）（ＩＲＩＤ） ・リモートＣＭ／トランスポート層は、人力資源上でさまざまなセグメント（複 数の場合）を受信し、先に進む前に配信郡全体を再構築する。
配信部を配信すル（ＤＥＬＩＶＥＲＤＩＳＴＲＩＢＵＴＩＯＮ）：　ＩＪ　％　 −トＣＭ／セツション層は、宛先エンド・ユーザーに配信部を配信しようと試行 する。リモートＣＭ／セツション層が配信部をエンド・ユーザーに配信できない 場合、リモートＣＭ／セツション層は配信部を破棄して、ローカルＣＭ／セツシ ョン層に通知する。
配信確認を送信する（ＳＥＮＤ　ＤＥＬＩＶＥＲＹ　ＣＯＮＦＩＲＭＡＴＩＯＮ ）（ＯＲＩＤ）　リモートＣＭ／セツション層は、　リモート出力資源（ＯＲＴ Ｄ）上でローカルＣＭ／セツション層に受信確認を送信する。この受信確認は、 肯定または否定の配信確認通知であるとともに、　「内部確認（ＩＮＴＥＲＮＡ Ｌ　ＣＯＮＦＩＲＭ）Ｊ　と見なされる。　「内部確認」は、ローカルＣＭ／セ ツション層に、リモートＣＭ／セツション層が示された配信部を正常に受信した ことを通知するためのものである。
配信確認通知は、ＣＭ配信・部ＩＤで識別された配信部の配信ステータスの指標 として、ローカルＣＭ／セツション層に配信される。
受信・待機する（ＲＥＣＥＩＶＥ−ＡＮＤ−ＷＡＩＴ）（ＩＲＩＤ）　（ローカ ルＣＭ）　：　ローカル通信マネージャーは、ローカル通信マネージャー人力資 源（ＩＲＩＤ）上で、受信できるようにセットアツプを済ませる。
配信確認を待ち行列から削除する（ＤＥＱＵＥＵＥ　ＤＩＳＴＲＩＢＵＴＩＯＮ ）：　ｒ内部確認」による受信確認（ＡＣＫＮＯＷＬＥＤＧＥ）は、ローカルＣ Ｍ／セツション層でこれが受信されときに、配信郡全体がリモート通信マネージ ャーで正常に受信されたことを示す。配信通知に「なし」が指定された場合、ロ ーカルＣＭ／セツション層は、配信部が宛先エンド・ユーザーに配信されたかど うかをチェックする。配信された場合には、ローカルＣＭ／セツション層は、配 信部を待ち行列から削除する。クモ−８０Ｍ／セツション層が配信部を配信でき ない場合、ローカルＣＭ／セツション層は、ローカル・システムの規約を使用し て、配信部を処理する。
例外配信通知が指定され、クモ−８０Ｍ／セツション層が宛先エンド・ユーザー への配信の成功を示す場合、ローカルＣＭ／セツション層は、配信部を待ち行列 から削除する。クモ−８０Ｍ／セツション層が配信部を配信できない場合、ロー カルＣＭ／セツション層は、発信元エンド・ユーザーに配信の失敗を通知し、同 時に、関連したＥｌ配信部ＩＤを発信元エンド・ユーザーに返す。
配信確認通知が指定され、クモ−８０Ｍ／セツション層が宛先エンド・ユーザー への配信の成功を示す場合、ローカルＣＭ／セツション層は、配信部を待ち行列 から削除し、Ｅｌ配信部ＩＤに示された配信部が正常に配信されたことを、発信 元エンド・ユーザーに通知する。クモ−８０Ｍ／セツション層が配信部を配信で きない場合、ローカルＣＭ／セツション層は、発信元エンド・ユーザーに配信の 失敗を通知し、同時に、関連したＥＵ配信部ＩＤを発信元エンド・ユーザーに返 す。
Ｕユ影−４秒−１【週 本発明に従う通信マネージャーの実施は、表１４．３に定義したＬＵ６．２動詞 を使用することができる。使用される動詞は、動詞の基本（マツプ式に対する） 部分集合の一部である。ただし、部分集合には、ＬＵ６．２サポートを実施する すべてのＩＢＭ開発製品に定義された基本（必須）集合に含まれない動詞も含ま れる。推奨される動詞の部分集合をサポートしない製品を使用する実施において は、代替の解決策が必要になる。
このセクションでは、選択された動詞およびパラメーターの概要を説明する。動 詞の詳細な説明は、引用することにより本明細書の一部とするｒ　ＧＣ３０−３ ０８４−ＩＩＢＭ　ＬＵ６．２に関するトランザクション・プログラマ−用リフ ァレンス・マニュアル（ＩＢＭ　Ｔｒａｎｓａｃｔｉｏｎ　Ｐｒｏｇｒａｍｍｅ ｒ’ｓ　Ｒｅｆｅｒｅｎｃｅ　Ｍａｎｕａｌ　ｆｏｒ　ＬＵ　６．２）Ｊの「第 ３章トランザクションプログラム動詞（Ｔｒａｎｓａｃｔｉｏｎ　Ｐｒｏｇｒａ ｍ　Ｖｅｒｂｓ）Ｊを参照のこと。
表１４３は、通信マネージャーのＬＵ６．２動詞の使用のまとめである。表１４ ．４は、通信マネージャーの実施用に定義されたＬＵ６．２動詞およびパラメー ターのまとめである。
表　１４，３ ＣＭ（通信マネージャー）のＬυ６２動詞の使用表１４４ ｃｖ（Ｍ信マネージャー）のＬＵ６．２動詞およびパラメーターの使用「表１４ ．４　通信マネージャーのＬＵ６　、２動詞およびパラメーターの使用のまとめ 」の注記 １　これらの動詞またはパラメーターあるいはその両方は、ｒＬＵタイプ６２に 関するトランザクション・プログラマ−用リファレンス・マニュアルｊでＩＢＭ か定義したＬＵ６　、２の基本集合には含まれていない。ただし、通信マネージ ャーの実施では、これらのオプションを使用している。このセクションでは、動 詞の定義とともに、通信マネージャーの使用が説明されている。
２　これらの動詞またはパラメーターあるいはその両方は、ＬＵ６．２動詞の基 本集合の一部ではあるが、通信マネージャーの実施では使用されない。
３、ＤＥＡＬＬＯＣＡＴＥ動詞で暗黙に示される唯一のタイプ（ＳＹＮＣＬＥＶ ＥＬ）ｉ；ｉ、５ＹＮＣ−ＬＥＶＥＬ　＝　Ｎ０ＮＥ（なし）である。　ＣＯＮ ＦＩＲＭと５ＹＮＣＰＴは、通信マネージャーの実施ではサポートされていない 。
１４．３．１　ＡＬＬＯＣＡＴＥ ＡＬＬＯＣＡＴＥ　（表１４５に詳細を示す）は、ローカルＬＵとリモートＬＵ 間のセツションを割り当て、そのセツションにローカル通信マネージャーと相手 側の通信マネージャー間の基本会話を割り当てる。
表旧 ＬｔｊＮＡＭＥは、相手側の通信マネージャー（ＴＰＮ）が存在するリモートＬ Ｕの名前を含む変数を指定する。０ＴＨＥＲは、相手側通信マネージャーがロー カル通信マネージャーと同じＬＵに存在せず、別のＬＵに存在することを指定す る。
ＭＯＤＥ−ＮＡＭＥは、会話に割り当てられるセツション用のネットワーク特性 を示すモード名を含む変数を指定する。
丁ＰＮ　（Ｔｒａｎｓａｃｔｉｏｎ　Ｐｒｏｇｒａｍ　Ｎａｍｅ：　トランザク ションプログラム名）は、相手側通信マネージャーの名前を含む変数を指定する 。通信マネージャーは、常に５ＥＮＤおよびＲＥＣＥＩＶＥのＴＰＮから構成さ れる。
ＴＹＰＥは、割り当てられる会話のタイプ７を指定する。
ＢＡＳＩ（、Ｃ０ＮＶＥＲＳＡＴＩＯＮハ、基本会話を割り当てることを指定す る。通信マネージャーの対は、文書交換アーキテクチャ−（ＣＩＡ）で定義され たヘッダーに似た方法で構造化されたヘッダーを使用して、必要なマツピングを 管理する。　「セクション１３通信マネージャー交換単位の形式」を参匙ＲＥＴ ＵＲＮ−ＣＯＮＴＲＯＬは、ローカルＬＵが、ローカル通信マネージャーに制御 を戻すタイミングを指定する。選択は、実施に依存する。パラメーターには、Ｗ ＨＥＮ−ＳＥＳＳＩする同期レベルを指定する。
Ｎ０ＮＥは、通信マネージャーがＣＯＮＦＩＲＭまたは５ＹＮＣＰＯＩＮＴ処理 を利用しないことを示す。
ＰＩＦは、リモート通信マネージャー用のプログラム初期化パラメーターを指定 する。
ＮＯは、通信マネージャーか初期化パラメータ丁を使用しないことを指定する。
１４．３．１．２　；　されるパラメーターＲＥＳＯＵＣＥは、出力資源ＩＤ（ Ｏｕｔｐｕｔ　Ｒｅ５ｏｕｒｃｅ　ＩＤ：　０ＲＩＤ）が返される変数を指定す る。０ＲＩＤは、所与の相手先ｔＵＮＡＭＥ／ＴＰＮの組み合わせ（すなわち、 通信マネージャー）に関連した特定の会話／セツション資源を識別するために、 通信マネージャーが出す他のすべての動詞で使用される。
ＲＥＴＬＩＲＮ−ＣＯＤＥは、戻りコードが返される変数を指定する。戻りコー ドは、パラメーターのチェックの結果を示し、ＡＬＬＯＣＡＴＥ（７）場合ニハ 、ＲＥＴＵＲＮ　Ｃ０ＮＴＲ０ＬハラＪ　−ターの指定に基づいて、ＡＬＬＯＣ ＡＴＩＯＮ　ＦＡＩＬＵＲＥまたはＡＬＬＯＣＡＴＩＯＮｊＲＲＯＲを示す。
１４．３．２　ＤＥＡＬＬＯＣＡＴＥ ＤＥＡＬＬＯＣＡＴＥ　（表１４．６に詳細を示す）は、ローカル通信マネージ ャーと相手側の通信マネージャー間で、指定された会話の割り当てを解除する。
表１４，６ ＤＥＡＬＬＯＣＡＴＥ　Ｃｍり当て解除）動詞ＲＥＳＯＵＲＣＥハ、ローカル通 信マネージャーと相手側通信マネージャー間の会話で、割り当てを解除する出力 資源ＩＤ（Ｏｕｔｐｕｔ　Ｒｅ５ｏｕｒｃｅ　ＩＤ：　０ＲＩＤ）を含む変数を 指定する。
ＴＹＰＥは、実行される割り当て解除のタイプを指定する。選択は、実施に依存 する。パラメーターには、５ＹＮＣＬＥＶＥＬ、、ＡＢＥＮＩｊＰＲＯＧ、　お よびＬＯＣＡＬがある。
ＬＯＧ−ＤＡＴＡは、ローカル通信マネージャーのシステム・エラー・ログに入 れるエラー情報を含む変数を指定する。このパラメーターは、製品に依存し、実 施に特有のものである。
１４．３．２．２　ｉ　されるパラメーターＲＥＴＵＲ３ＣＯＤＥは、通信マネ ージャーに返される戻りコードを指定し、割り当て解除の結果を示す。
１４．３．３　ＦＬＵＳＨ ＦＬＵＳＨ（表１４．７に詳細を示す）は、ローカルＬＵの送信バッファーを強 制出力する。通信マネージャーかすべての優先度待ち行列から送信を完了したと き、または、通信マネージャー間の上位優先度０の待ち行列が空になった直後に 使用される。
表１４．７ ＦＬＬＩＳＨ（強制出力）動詞 ＲＥＳＯＵＲＣＥは、ローカル通信マネージャーと相手側通信マネージャー間の 会話の出力資源ＩＤ（ＯＲＩＤ）を含む変数を指定する。
１４．３．４　ＰＯ５Ｔ　ＯＮ　ＲＥＣＥＩＰＴＰＯ５ｊＯＮ　ＲＥＣＥＩＰＴ （図１４８に詳細を示す）は、指定された会話でデータか相手側通信マネージャ ーから受信されたときに、ＬＵが通信マネージャーに通知することを要求する。
表１４．８ ＰＯ５Ｔ−ＯＮ−ＲＥＣＥＩＰＴ　（受信通知）動詞１４．３．４．１　え゛れ るパラメーターＲＥＳＯＵＲＣＥは、ローカル通信マネージャーとデータが期待 される相手側通信マネージャー間の会話の入力資源ＩＤ（ＩＲＩＤ）を含む変数 を指定する。
ＦＩＬＬは、通信マネージャーに通知するタイミングを指定する。
ＬＬは、論理レコード長またはＬＥＮＧＴＩ（のうち先に起こった方に基ついて 、ＬＵがデータの受信を通信マネージャーに通知することを指定する。
ＬＥＮＧＴ）Ｉは、ＣＭ間の初期化手順中に、相手側通信マネージャーとの間で 合意された、受信側通信マネージャーが受け入れることかできる配信部交換単位 の最大長を含む変数を指定する。
１４．３．５　ＲＥＣＥＩＶＥ　ＡＮＤ　ＷＡＩＴＲＥＣＥＩＶＥｊＮＤ−ＷＡ ＩＴ（表１４．９に詳細を示す）は、指定された会話で相手側通信マネージャー がら受信したデータをＬＵが配信するように要求する。
表１４．９ ＲＥＣＥＩＶＥＪＮＤｊＡＩＴ　（受信／待機）動詞１４．３．５．１　えられ るパラメーターＲＥＳＯＵＲＣＥは、ローカル通信マネージャーとデータが期待 される相手側通信マネージャー間の会話の入力資源ＩＤ（ＩＲＩＤ）を含む変数 を指定する。
ＦＩＬＬは、通信マネージャーに通知するタイミングを指定する。
ＬＬは、論理レコード長またはＬＥＮＧＴＨのうち先に起こった方に基づいて、 ＬＵがデータの受信を通信マネージャーに通知することを指定する。
１４．３．５．２　えられ　返されるパラメーターＬＥＮＧＴＨは、ＣＭ間の初 期化手順中に、相手側通信マネージャーとの間で合意された、配信単位の最大サ イズを含む変数を指定する。通信マネージャーが通知を受けたとき、この変数は 実際に受信されたデータ量である。
１４．３．５．３　返されるパラメーターＲＥＴＵＲＮ　Ｃ０ＤＥは、戻りコー ドが返される変数を指定し、パラメーターのチェックの結果を示す。
ＤＡ　ＴＡは、ＬＵが通信マネージャーに配信部を返す位置を指定する。
ＷＨＡ’ｊＲＥＣＥＩＶＥＤは、受信されたものの指標が返される変数を指定す る。これは、例外が発生しない限り、常にＤＡＴＡ　ＣＯＭＰＬＥＴＥを示す。
１４．３．６　５ＥＮＤ　ＤＡＴＡ ＳＥＮＤ　ＤＡＴＡ（表１４１０に詳細を示す）は、リモート通信マネージャー にデータを送信する。データは、配信部交換単位に形式化された論理レコードが ら構成される。
表１４．１０ ＳＥＮＤＪＡＴＡ　（データ送信ン動詞ＲＥＳＯＵＲＣＥは、ローカル通信マネ ージャーとデータの送信先の相手側通信マネージャー間の会話の入力資源ＩＤ（ ＩＲＩＤ）を含む変数を指定する。
ＤＡＴＡは、ＬＵがリモート通信マネージャーに送信するＣＭＩＵを含む位置を 指定す、る。データには、論理レコードが含まれる。論理レコードには、２バイ トの長さフィールドとそれに続くデータが含まれる。データフィールドの長さは 、２〜３２７６５バイトの範囲である。論理レコードの長さには、２バイトの長 さフィールド子データの長さが含まれる（すなわち、データの長さ＋２）。デー タの長さには、すべてのＣＭＩｔｌヘッダー情報＋エンド・ユーザーが与えた配 信単位が含まれる。
ＬＥＮＧＴＨは、送信するデータの長さを含む変数を指定する。これは、ＣＭ間 の初期化手順中に、相手側通信マネージャーとの間で合意されたＣＭＩＵの最大 サイズを超えてはならない。
１４．３．６．２　°されるパラメーターＲＥＴＵＲＮ　Ｃ０ＤＥは、戻りコー ドが返される変数を指定し、パラメーターのチェックの結果を示す。
１４．３．７　ＷＡＩＴ ＷＡＩＴ（表１４．１１に詳細を示す）は、会話のリストにあるいずれかの会話 からの通知を待つために、通信マネージャーがＰＯ３’ｊＯＮ−ＲＥＣＥＩＰＴ を出した後で出される。
表１４．１１ ＷＡＩＴ　（待機）動詞 １４．３．７．１　え゛れるパラメーターＲＥＳＯＵＲＣＥ−Ｌ　ＩＳＴは、通 信マネージャーが入力した保留中のすべての会話用の入力資源ＩＤ　（ＩＲＩＤ ）を含む変数を指定する。
１４．３．７．２　ｉ　されるパラメーターＲＥＴＵＲ１ｊＣＯＤＥは、戻りコ ードが返される変数を指定し、パラメーターのチェックの結果を示す。
ＲＥＳＯＵＲＣＩ、ＰＯＳＴＥＤは、データを保留している特定の資源ＩＤ（特 定の相手側通信マネージャーに関連した）が返される変数を指定する。
本発明の解説では、ある特定の望ましい具体化を参照して説明を行ってきたが、 この分野に通暁した者には、本発明の精神および適用範囲の枠内で、開示された 望ましい具体化に対して、変更、削除、あるいは追加を行うことができることが 理解されよう。
＼　λ ＣＯＭＭＭＧＲ＃１ 巾で―・←−Ｃ？−ζ ＾、Ｖ’）−’ン 完充εＵ 加ｔま１ｔ１１ す５ＥＮＤ　ＤＵ ＴＴ　１０　Ｆ　Ｉ　ＳＮ ０　１　２　−”Ｌ”ｂｙｌｅｓ　、　０　１２　３　４−”ＬＬ”ｂｙＩ＠ｓ 「口ｇ、＠３　［ＦＯｇ、’８１１！’＝「ｌ蜘３■ 国際調査報告 フロントページの続き Ｕ、ＭＣ，ＭＧ、ＭＮ、ＭＷ、ＮＬ、Ｎｏ、ＰＬ、ＲＯ、ＳＤ、ＳＥ、５Ｕ （７２）発明者　ギャグ二一、ブルース・エヌアメリカ合衆国、　８０１２５　 コロラド、リトルトン、ジェイコブ・ブレイス　１０４２０（７２）発明者　ハ ウジー、リチャード・ディーアメリカ合衆国、　８０１２２　コロラド、リトル トン、フィリップス・レイン、イースト　８１１ （７２）発明者　イヴアノフ、マリオ・ジェイアメリカ合衆国、　８０２０９　 コロラド、デンヴアー、コロナ、サウス　１９６ （７２）発明者　オズバンド、ダニエル・ダブり二−アメリカ合衆国、　８０４ ３９　コロラド、工ヴアーグリーン、スワップス・トレイル、サウス　７７８５ （７２）発明者　リチャードソン、ダレル・ディーアメリカ合衆国、　８０１２ ２　コロラド、リトルトン、アダムズ・ウェイ、サウス （７２）発明者　スカーティス、メアリー・ゼットアメリカ合衆国、　８０１１ ２　コロラド、イングルウッド、サルスター・ストリート

Claims (1)

  1. 【特許請求の範囲】 １．個々の通信マネージャーが、それぞれ複数の特権エンド・ユーザーおよび非 特権エンド・ユーザーに接続された、分散異機種ネットワークの通信マネージャ ー間の通信方法であって、以下のステップからなる通信方法。 情報配信単位を発信元非特権エンド・ユーザーから対応する通信マネージャーに 転送することと、ここで、個々の情報配信単位は、第１優先度指定および宛先非 特権エンド・ユーザーの表示を含み、 システム管理配信単位を特権エンド・ユーザーから上記対応する通信マネージャ ーに転送することと、ここで、個々のシステム管理配信単位は、上記第１優先度 指定に等しいかまたはそれより大きい第２優先度および宛先特権エンド・ユーザ ーの表示を含み、上記配信単位の個々について、上記発信元エンド・ユーザーか ら上記宛先エンド・ユーザー間の経路に沿って存在する、それぞれの隣接通信マ ネージャーを決定することと、 上記対応する通信マネージャーと上記それぞれの隣接通信マネージャーの間のネ ットワーク・プロトコル・スタックの規約に従って、個々の上記配信単位を構成 することと、 上記配信単位に含まれる優先度指定に従って、上記配信単位を上記それぞれの隣 接通信マネージャーに伝送すること。 ２．上記伝送するステップが、上記情報配信単位より先に上記システム管理配信 単位を伝送することを含む請求項１記載の方法。 ３，上記宛先特権エンド・ユーザーの上記表示が、上記宛先特権エンド・ユーザ ーに接続された宛先通信マネージャーの表示を含む請求項１記載の方法。 ４．上記宛先特権エンド・ユーザーの上記表示が、略号の形である請求項３記載 の方法。 ５．上記宛先特権エンド・ユーザーの上記表示が、文字の形である請求項３記載 の方法。 ６．上記宛先特権エンド・ユーザーの上記表示が、数値の形である請求項３記載 の方法。 ７．さらに以下のステップからなる請求項３記載の方法。 個々のそれぞれの隣接通信マネージャーの内部で、上記宛先通信マネージャーの 上記表示が、上記隣接通信マネージャーのそれぞれを示すものかどうかを判定す ることと、 示す場合には、上記配信単位を上記隣接通信マネージャーに接続された上記宛先 エンド・ユーザーに転送すること、 示さない場合には、 上記隣接通信マネージャーの内部で、上記発信元エンド・ユーザーと上記宛先エ ンド・ユーザー間の経路に沿って存在する、次の隣接通信マネージャーを決定す ることと、 上記隣接通信マネージャーと上記次の隣接通信マネージャー間のネットワーク・ プロトコル・スタックの規約に従って、個々の上記配信単位を構成することと、 上記配信単位に含まれる優先度指定に従って、上記配信単位を上記次の隣接通信 マネージャーに伝送すること。 ８．上記宛先非特権エンド・ユーザーの上記表示が、上記宛先非特権エンド・ユ ーザーに接続された宛先通信マネージャーの表示を含む請求項１記載の方法。 ９．さらに以下のステップからなる請求項８記載の方法。 個々のそれぞれの通信マネージャーの内部で、上記宛先通信マネージャーの上記 表示が、上記それぞれの隣接通信マネージャーを示すものかどうかを判定するこ とと、 示す場合には、上記配信単位を上記隣接通信マネージャーに接続された上記宛先 エンド・ユーザーに転送すること、 示さない場合には、 上記隣接通信マネージャーの内部で、上記発信元エンド・ユーザーと上記宛先エ ンド・ユーザー間の経路に沿って存在する次の隣接通信マネージャーを決定する ことと、 上記隣接通信マネージャーと上記次の隣接通信マネージャー間のネットワーク・ プロトコル・スタックの規約に従って、個々の上記配信単位を構成することと、 上記配信単位を上記次の隣接通信マネージャーに伝送すること。 １０．さらに以下のステップからなる請求項１記載の方法。 個々のそれぞれの隣接通信マネージャーの内部で、上記宛先エンド・ユーザーが 、上記隣接通信マネージャーに接続されているかどうかを判定することと、接続 されている場合には、上記配信単位を上記隣接通信マネージャーに接続された上 記宛先エンド・ユーザーに転送すること、 接続されていない場合には、上記隣接通信マネージャーの内部で、上記発信元エ ンド・ユーザーと上記宛先エンド・ユーザー間の経路に沿って存在する次の隣接 通信マネージャーを決定し、上記隣接通信マネージャーと上記次の隣接通信マネ ージャー間のネットワーク・プロトコル・スタックの規約に従って、個々の上記 配信単位を構成し、上記配信単位を上記次の隣接通信マネージャーに伝送するこ と。 １１．さらに以下のステップからなる請求項１記載の方法。 それぞれの管理情報ベース内の個々の通信マネージャーに関する管理情報を保管 することと、関連するシステム管理配信単位に含まれる情報により、上記管理情 報ベースを変更することと、上記情報配信単位に含まれる情報による上記管理情 報ベースの変更を防止すること。 １２．個々の通信マネージャーが、それぞれ複数の特権エンド・ユーザーおよび 非特権エンド・ユーザーに接続された、分散異機種ネットワークの通信マネージ ャー間の通信方法であって、以下のステップからなる通信方法。 情報配信単位を発信元非特権エンド・ユーザーから対応する通信マネージャーに 転送することと、ここで、個々の上記情報配信単位が、第１優先度指定および宛 先非特権エンド・ユーザーの表示を含み、システム管理配信単位を特権エンド・ ユーザーから上記対応する通信マネージャーに転送することと、個々の上記シス テム管理配信単位が、上記第１優先度指定に等しいかまたはそれより大きい第２ 優先度指定および宛先特権エンド・ユーザーの表示を含み、個々の上記配信単位 を情報パケットにセグメント化することと、ここで、個々の情報パケットが、上 記宛先エンド・ユーザーの上記表示および上記優先度指定を含み、 上記情報パケットの個々について、上記発信元エンド・ユーザーと上記宛先エン ド・ユーザー間の経路に沿って存在する、それぞれの隣接通信マネージャーを決 定することと、 上記対応する通信マネージャーと個々の上記隣接通信マネージャー間のネットワ ーク・プロトコル・スタックの規約に従って、個々の上記情報パケットを構成す ることと、 上記情報パケットに含まれる上記優先度指定に従って、上記情報パケットを上記 それぞれの隣接通信マネージャーに伝送すること。 １３．上記セグメント化するステップが、個々の上記配信単位を、上記ネットワ ーク・プロトコル・スタックの上記規約に従って決定される長さのセグメントに 分割することを含む請求項１２記載の方法。 １４．上記セグメント化するステップが、セグメント化された上記配信単位内で 、上記情報パケットの順序を示す順序指定を、個々の情報パケット内に提供する ことを含む請求項１２記載の方法。 １５．上記宛先エンド・ユーザーに接続された宛先通信マネージャー内部で、個 々の情報パケットに含まれる順序指定に従って、上記情報パケットを上記配信単 位に組み立てることからさらになる請求項１４記載の方法。 １６．個々の通信マネージャーが、それぞれ複数の特権エンド・ユーザーおよび 非特権エンド・ユーザーに接続された、分散異機種ネットワークの通信マネージ ャー間の通信方法であって、以下のステップからなる通信方法。 情報配信単位を発信元非特権エンド・ユーザーから対応する発信元通信マネージ ャーに転送することと、ここで、個々の上記情報配信単位は、第１優先度指定お よび宛先非特権エンド・ユーザーが接続された宛先通信マネージャーの表示を含 み、 システム管理配信単位を特権エンド・ユーザーから上記対応する発信元通信マネ ージャーに転送することと、ここで、個々の上記システム管理配信単位は、上記 第１優先度指定に等しいかまたはそれより大きい第２優先度指定および宛先特権 エンド・ユーザーが接続された宛先通信マネージャーの表示を含み、個々の上記 配信単位について、上記発信元通信マネージャーと上記宛先通信マネージャー間 の経路に沿って存在するそれぞれの隣接通信マネージャーを決定することと、 上記対応する発信元通信マネージャーと個々の上記それぞれの隣接通信マネージ ャー間のネットワーク・プロトコル・スタックの規約に従って、個々の上記配信 単位を構成することと、 上記優先度指定に従って、上記配信単位を上記それぞれの隣接通信マネージャー に伝送すること。 １７．以下のステップからさらになる請求項１６記載の方法。 個々のそれぞれの隣接通信マネージャー内部で、上記宛先通信マネージャーの上 記表示が、上記それぞれの隣接通信マネージャーを示すものかどうかを判定する ことと、 示す場合には、上記配信単位を上記隣接通信マネージャーに接続された上記宛先 エンド・ユーザーに伝送すること、 示さない場合には、 上記隣接通信マネージャーの内部で、上記発信元通信マネージャーと上記宛先通 信マネージャー間の経路に沿って存在する次の隣接通信マネージャーを決定する ことと、 上記隣接通信マネージャーと上記次の隣接通信マネージャー間のネットワーク・ プロトコル・スタックの規約に従って、個々の上記配信単位を構成することと、 上記配信単位を、上記次の隣接通信マネージャーに伝送すること。 １８．個々の通信マネージャーが、それぞれの複数の特権エンド・ユーザーおよ び非特権エンド・ユーザーに接続された、ネットワークの通信マネージャー間の 通信用の分散異機種通信ネットワークで使用される装置であって、 情報配信単位を発信元非特権エンド・ユーザーから上記非特権エンド・ユーザー に接続された発信元通信マネージャーに転送するための第１のインターフェース と、ここで、個々の情報配信単位は、第１優先度指定および宛先非特権エンド・ ユーザーの表示を含み、システム管理配信単位を特権エンド・ユーザーから上記 特権エンド・ユーザーに接続された上記発信元通信マネージャーに転送する第２ のインターフェースと、ここで、個々のシステム管理配信単位は、上記第１優先 度指定に等しいかまたはそれより大きい第２優先度指定および宛先特権エンド・ ユーザーの表示を含み、上記発信元通信マネージャー内部で、個々の上記配信単 位について、上記発信元エンド・ユーザーと上記宛先エンド・ユーザー間の通信 経路に沿って存在するそれぞれの隣接通信マネージャーを決定する手段と、上記 発信元通信マネージャーと上記それぞれの隣接通信マネージャー間のネットワー ク・プロトコル・スタックの規約に従って、個々の上記配信単位を構成するため のネットワーク・プロトコル・スタック・インターフェース手段と、 上記ネットワーク・プロトコル・スタックの上記規約、および上記配信単位に含 まれる優先度指定に従って、上記配信単位を上記発信元通信マネージャーから上 記それぞれの隣接通信マネージャーに伝送する手段と、 からなる装置。 １９．上記宛先エンド・ユーザーの上記表示が、上記宛先エンド・ユーザーに接 続された宛先通信マネージャーの表示を含む請求項１８記載の装置。 ２０．上記宛先通信マネージャーが、上記それぞれの隣接通信マネージャーと同 じものであることを示す指標に応答する、個々のそれぞれの隣接通信マネージャ ー内部で、上記配信単位を上記隣接通信マネージャーに接続された上記宛先エン ド・ユーザーに転送する手段と、 上記宛先通信マネージャーが、上記それぞれの隣接通信マネージャーと同じもの でないことを示す指標に応答する、個々のそれぞれの隣接通信マネージャー内部 で、上記発信元エンド・ユーザーと上記宛先エンドユーザー間の通信経路に沿っ て存在する、それぞれの次の隣接通信マネージャーを決定し、上記隣接通信マネ ージャーと上記それぞれの次の隣接通信マネージャー間のネットワーク・プロト コル・スタックの規約に従って、個々の上記配信単位を構成し、上記ネットワー ク・プロトコル・スタックの上記規約および上記配信単位に含まれる優先度指定 に従って、上記配信単位を上記隣接通信マネージャーから上記それぞれの次の隣 接通信マネージャーに伝送する手段と、からさらになる請求項１９記載の装置。 ２１．個々の情報処理装置がそれに関連する実際の通信マネージャーを持ち、共 通機能を共有する上記複数の情報処理装置の少なくとも１つのサブセットが、そ れに関連する仮想通信マネージャーを持つ、複数の情報処理装置を含む分散異機 種ネットワークにおける通信方法であって、以下のステップからなる方法。 上記少なくとも１つのサブセットのそれぞれについて、負荷配分レコードを維持 することと、ここで、個々の上記負荷配分レコードは、それぞれのサブセットを 構成する情報処理装置間で処理負荷の望ましい配分を示し、 配信単位を発信元情報処理装置から対応する発信元通信マネージャーに転送する ことと、ここで、個々の上記配信単位は、宛先通信マネージャーのアドレスを含 み、 個々の配信単位について、上記発信元通信マネージャーと上記宛先通信マネージ ャー間の経路に沿って存在する、それぞれの隣接通信マネージャーを決定するこ とと、 上記発信元通信マネージャーと上記それぞれの隣接通信マネージャー間のネット ワーク・プロトコル・スタックの規約に従って、個々の配信単位を構成すること と、 上記宛先通信マネージャーのアドレスが、仮想通信マネージャー用かどうかを判 定することと、そうである場合には、対応する負荷配分レコードに従って、上記 宛先通信マネージャーのアドレスを実際の通信マネージャーのアドレスに分析解 決し、上記実際の通信マネージャーのアドレスに従って、上記配信単位を上記仮 想通信マネージャーに対応する情報処理装置のサブセットの１つに配信すること と、そうでない場合には、上記配信単位を上記宛先通信マネージャーのアドレス に対応する情報処理装置に配信すること。 ２２．情報処理装置のそれぞれのサブセット内部で、個別の情報処理装置間の処 理負荷の望ましい構成に従って、個々の上記負荷配分レコードを調節することか らさらになる請求項２１記載の方法。 ２３．個々の情報処理装置が、それに関連する実際の通信マネージャーを持つネ ットワーク・ノードに接続され、共通機能を共有する上記複数の情報処理装置の 少なくとも１つのサブセットが、それに関連する仮想通信マネージャーを持つ、 複数の情報処理装置を含む分散異機種ネットワークにおける通信記載の方法であ って、以下のステップからなる方法。 上記少なくとも１つのサブセットのそれぞれについて負荷配分レコードを維持す ることと、ここで、個々の上記負荷配分レコードは、それぞれのサブセットを構 成する情報処理装置間の処理負荷の望ましい配分を示し、 配信単位を発信元情報処理装置から、上記発信元情報処理装置に接続された第１ ネットワーク終端ノード内部の対応する発信元通信マネージャーに転送すること と、ここで、個々の上記配信単位は、宛先通信マネージャーのアドレスを含み、 上記宛先通信マネージャーは、第２ネットワーク終端ノードに存在することと、 個々の配信単位について、上記第１ネットワーク終端ノードと上記第２ネットワ ーク終端ノード間の経路に沿って存在する複数の隣接ネットワーク中間ノードを 決定することと、 上記第１ネットワーク終端ノードおよび上記隣接ネットワーク中間ノードに存在 する通信マネージャー間のネットワーク・プロトコル・スタックの規約に従って 、個々の配信単位を構成することと、選択ネットワーク中間ノード内部で、上記 宛先通信マネージャーのアドレスが、仮想通信マネージャー用がどうかを判定す ることと、 そうである場合には、対応する負荷配分レコードを使用して、上記宛先通信マネ ージャーのアドレスを実際の通信マネージャーのアドレスに分析解決し、上記実 際の通信マネージャーのアドレスに従って、上記配信単位を上記仮想通信マネー ジャーに関連する情報処理装置のサブセットの１つに配信すること、そうでない 場合には、上記配信単位を上記宛先通信マネージャーのアドレスに対応する情報 処理装置に配信すること。 ２４．情報処理装置のそれぞれのサブセットの内部で、個別の情報処理装置間の 処理負荷の望ましい構成に従って、個々の負荷配分レコードを調節することから さらになる請求項２３記載の方法。 ２５．個々の情報処理装置が、それに関連する実際の通信マネージャーを持ち、 共通機能を共有する上記複数の情報処理装置の少なくとも１つのサブセットが、 それに関連する仮想通信マネージャーを持つ、複数の情報処理装置を含む分散異 機種ネットワークにおける通信方法であって、以下のステップからなる通信方法 。 上記少なくとも１つのサブセットのそれぞれについて、負荷配分レコードを維持 し、個々の上記負荷配分レコードは、それぞれのサブセットを構成する情報処理 装置間の処理負荷の望ましい配分を示すことと、配信単位を発信元情報処理装置 から対応する発信元通信マネージャーに転送することと、ここで、個々の上記配 信単位は、宛先通信マネージャーのアドレスを含み、 個々の配信単位について、上記発信元通信マネージャーと上記宛先通信マネージ ャー間の経路に沿って存在するそれぞれの隣接通信マネージャーを決定すること と、 上記発信元通信マネージャーと上記それぞれの隣接通信マネージャー間のネット ワーク・プロトコル・スタックの規約に従って、個々の配信単位を構成すること と、 上記宛先通信マネージャーのアドレスが、仮想通信マネージャー用かどうかを判 定することと、そうである場合には、対応する負荷配分レコードに従って、上記 宛先通信マネージャーのアドレスを別の宛先通信マネージャーのアドレスに分析 解決し、上記別の通信マネージャーのアドレスが実際の通信マネージャー用であ る場合、上記実際の通信マネージャーのアドレスに従って、上記配信単位を上記 仮想通信マネージャーに対応する情報処理装置のサブセットの１つに配信するこ と、 そうでない場合には、上記配信単位を上記宛先通信マネージャーのアドレスに対 応する情報処理装置に配信すること。 ２６．個々の情報処理装置が、それに関連する実際の通信マネージャーを持つ複 数の情報処理装置と、上記複数の情報処理装置の少なくとも１つのサブセットと 、ここで、上記少なくとも１つのサブセットのそれぞれの内部の個々の情報処理 装置は、共通機能を共有し、それに関連する仮想通信マネージャーを持ち、上記 少なくとも１つのサブセットのそれぞれについての負荷配分レコードと、ここで 、個々の負荷配分レコードが、それぞれのサブセットを構成する情報処理装置間 の処理負荷の望ましい配分を示し、配信単位を発信元情報処理装置から、上記発 信元情報処理装置に接続された発信元通信マネージャーに転送するためのインタ ーフェースと、ここで、個々の上記配信単位は、宛先通信マネージャーのアドレ スを含み、 上記発信元通信マネージャー内部で、個々の配信単位について、上記発信元通信 マネージャーと上記宛先通信マネージャー間の経路に沿って存在する、上記ネッ トワーク内部で、それぞれの隣接通信マネージャーを決定する手段と、 上記発信元通信マネージャーと上記それぞれの隣接通信マネージャー間のネット ワーク・プロトコル・スタックの規約に従って、個々の配信単位を構成するため のネットワーク・プロトコル・スタック・インターフェースと、 上記宛先通信マネージャーのアドレスが仮想通信マネージャー用であるとの判定 に応答して、対応する負荷配分レコードに従って、上記宛先通信マネージャーの アドレスを実際の通信マネージャーのアドレスに分析解決する手段と、 上記宛先通信マネージャーのアドレスが実際の通信マネージャーのアドレスであ るとの表示に応答して、上記実際の通信マネージャーのアドレスに従って、配信 単位を情報処理装置に伝送する手段と、からなる分散異機種通信ネットワーク装 置。 ２７．情報処理装置のそれぞれのサブセット内部の、個別の情報処理装置間の処 理負荷の望ましい構成に従って、個々の上記負荷配分レコードを調整する手段か らさらになる請求項２６記載の装置。 ２８．個々の通信マネージャーが、それぞれの複数のエンド・ユーザーに接続さ れている、分散異機種通信ネットワークの隣接通信マネージャー間の通信をベー シングする方法であって、以下のステップからなるベーシング方法。 発信元通信マネージャー内部で情報単位を作成することと、ここで、個々の情報 単位は、宛先通信マネージャー、上記発信元通信マネージャー、上記宛先通信マ ネージャーおよび隣接通信マネージャーの連鎖を構成する少なくとも１つの中間 通信マネージャーの表示を含み、 隣接通信マネージャーの上記連鎖の個々の前の隣接通信マネージャーの内部で、 隣接通信マネージャーの上記連鎖の次の隣接通信マネージャーに伝送する情報量 を示すベーシング要求を、個々の情報単位に付加することと、 個々の前の隣接通信マネージャーの内部で、上記前の隣接通信マネージャーと上 記次の隣接通信マネージャー間のネットワーク・プロトコル・スタックの規約に 従って、個々の上記情報単位を構成することと、上記ネットワーク・プロトコル ・スタックの上記規約に従って、上記情報単位を上記前の隣接通信マネージャー から上記次の隣接通信マネージャーに伝送することと、 個々の上記次の隣接通信マネージャー内部のローカル資源が使用可能性を評価す ることと、上記前の隣接通信マネージャーからの上記情報単位を、上記次の隣接 通信マネージャーで受信することと、上記次の隣接通信マネージャー内部で、個 々の受信された情報単位に付加されたベーシング要求を評価することと、 上記次の隣接通信マネージャーの内部で、上記ベーシング要求に従ってベーシン グ応答を構築することと、ここで、個々のベーシング応答は、上記次の隣接通信 マネージャー内部のローカル資源の上記評価に従って、上記前の隣接通信マネー ジャーから上記隣接通信マネージャーに伝送される情報単位の必要な増減を示す 、上記次の隣接通信マネージャーの内部で、上記ネットワーク・プロトコル・ス タックの規約に従って、上記ベーシング応答を構成することと、 上記ベーシング応答を、上記次の隣接通信マネージャーから上記前の隣接通信マ ネージャーに伝送すること。 ２９．個々の情報単位に優先度指定を割り当てることからさらになる請求項２８ 記載の方法。 ３０．上記優先度指定に従って、個々の上記次の隣接通信マネージャーが、上記 ベーシング応答を構築する請求項２９記載の方法。 ３１．情報単位なしで、ベーシング要求を上記前の隣接通信マネージャーから上 記次の隣接通信マネージャーに伝送することからさらになる請求項２８記載の方 法。 ３２．個々の上記次の隣接通信マネージャー内部でローカル資源の使用可能性を 評価する上記ステップが、上記次の隣接通信マネージャー内部で使用可能なロー カル資源の量を、少なくとも１つの事前設定されたしきい値と比較することから なる請求項２８記載の方法。 ３３．上記比較するステップが、上記使用可能なローカル資源の量を第１と第２ の事前設定されたしきい値と比較することを含む請求項３２記載の方法。 ３４．個々の上記次の隣接通信マネージャーの内部で、他の隣接通信マネージャ ーによるローカル資源使用の程度を評価することと、 ローカル資源の使用程度に従って、ベーシング応答を構築し、それを上記他の隣 接通信マネージャーに伝送することとからさらになる請求項２８記載の方法。 ３５．分散異機種通信ネットワークの通信マネージャー間の通信のベーシング用 の装置であって、発信元通信マネージャー、宛先通信マネージャー、および上記 発信元通信マネージャーと上記宛先通信マネージャー間の少なくとも１つの中間 通信マネージャー、他のすべての通信マネージャーと異なる動作プラットフォー ムを持つ少なくとも１つの上記通信マネージャーを含む複数の隣接通信マネージ ャーと、上記複数の通信マネージャーの個々の前の隣接通信マネージャー内部で 、上記発信元通信マネージャーから上記宛先通信マネージャーに伝送される情報 パケットに、ベーシング要求を付加する手段と、個々の前の隣接通信マネージャ ーの内部で、上記前の隣接通信マネージャーと上記次の隣接通信マネージャー間 のネットワーク・プロトコル・スタックの規約に従って、個々の上記情報パケッ トを構成するためのネットワーク・プロトコル・スタック・インターフェースと 、 上記情報パケットを上記前の隣接通信マネージャーから上記次の隣接通信マネー ジャーに伝送する手段と、上記次の隣接通信マネージャーの内部で、ローカル資 源を評価する手段と、 上記次の隣接通信マネージャーの内部で、上記情報パケットを上記前の隣接通信 マネージャーから受信する手段と、 上記次の隣接通信マネージャーの内部で、個々の受信された情報パケット内のベ ーシング要求を評価する手段と、 上記のベーシング要求に応答する上記次の隣接通信マネージャー内部で、上記次 の隣接通信マネージャー内部のローカル資源の上記評価に従って、上記前の隣接 通信マネージャーから上記次の隣接通信マネージャーへ伝送する情報パケットの 望ましい増減を示すベーシング応答を構成する手段と、 個々の次の隣接通信マネージャーの内部で、上記前の隣接通信マネージャーと上 記次の隣接通信マネージャー間の上記ネットワーク・プロトコル・スタックの上 記規約に従って、上記ベーシング応答を構成するためのネットワーク・プロトコ ル・スタック・インターフェースと、 上記ベーシング応答を、上記次の隣接通信マネージャーから上記前の隣接通信マ ネージャーに伝送する手段と、 からなる分散異機種通信ネットワークの通信マネージャー間の通信のベーシング 用の装置。 ３６．上記次の隣接通信マネージャー内部でローカル資源の使用可能性を評価す るための上記手段が、上記次の隣接通信マネージャー内部で使用可能なローカル 資源の量を、少なくとも１つの事前設定されたしきい値と比較する手段からなる 請求項３５記載の装置。 ３７．上記比較する手段が、さらに上記のローカル資源の使用可能な量を、第１ と第２の事前設定されたしきい値と比較する手段よりからなる請求項３６記載の 装置。
JP4504261A 1991-04-11 1991-09-30 分散異機種ネットワーク通信の管理および簡易化の方法および装置 Pending JPH06506571A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US07/685,073 US5317568A (en) 1991-04-11 1991-04-11 Method and apparatus for managing and facilitating communications in a distributed hetergeneous network
US685,073 1991-04-11
PCT/US1991/007181 WO1992019057A2 (en) 1991-04-11 1991-09-30 Method and apparatus for managing and facilitating communicationsin a distributed heterogeneous network

Publications (1)

Publication Number Publication Date
JPH06506571A true JPH06506571A (ja) 1994-07-21

Family

ID=24750674

Family Applications (1)

Application Number Title Priority Date Filing Date
JP4504261A Pending JPH06506571A (ja) 1991-04-11 1991-09-30 分散異機種ネットワーク通信の管理および簡易化の方法および装置

Country Status (6)

Country Link
US (3) US5317568A (ja)
EP (1) EP0775402A2 (ja)
JP (1) JPH06506571A (ja)
AU (1) AU1237992A (ja)
CA (1) CA2108126A1 (ja)
WO (1) WO1992019057A2 (ja)

Families Citing this family (345)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6105061A (en) * 1990-07-26 2000-08-15 Nec Corporation Hierarchically distributed network management system using open system interconnection (OSI) protocols
JP3160017B2 (ja) * 1991-08-28 2001-04-23 株式会社日立製作所 網管理表示装置
US5640599A (en) * 1991-12-30 1997-06-17 Apple Computer, Inc. Interconnect system initiating data transfer over launch bus at source's clock speed and transfering data over data path at receiver's clock speed
JPH05257851A (ja) * 1991-12-30 1993-10-08 Apple Computer Inc データの転送の順序を制御させる装置
CA2094097C (en) * 1992-04-30 2000-05-30 Ray Balogh Multi-equipment routing method and master station for layered protocol communication network system
US5819028A (en) * 1992-06-10 1998-10-06 Bay Networks, Inc. Method and apparatus for determining the health of a network
JP3483900B2 (ja) * 1992-07-08 2004-01-06 株式会社日立製作所 同報通信方法
GB2270821A (en) * 1992-09-19 1994-03-23 Ibm Message transmission in a computer network
JP3370704B2 (ja) * 1992-10-12 2003-01-27 株式会社日立製作所 通信制御方法
US5696899A (en) * 1992-11-18 1997-12-09 Canon Kabushiki Kaisha Method and apparatus for adaptively determining the format of data packets carried on a local area network
US5784622A (en) * 1992-11-18 1998-07-21 Canon Kabushiki Kaisha Method and apparatus for multiprotocol operation of a networked peripheral
FR2698461B1 (fr) * 1992-11-23 1995-01-13 Bull Sa Dispositif de traitement de l'information permettant la gestion d'une ressource informatique par un système d'administration.
JP3408850B2 (ja) * 1992-12-09 2003-05-19 三菱電機株式会社 クライアント・サーバシステムおよびその制御方法、並びにクライアント機装置
WO1994014118A1 (en) * 1992-12-17 1994-06-23 Legent Corporation System and method for generating local area network operating statistics
GB9302225D0 (en) * 1993-02-05 1993-03-24 Int Computers Ltd Data processing system
US5581461A (en) * 1993-02-08 1996-12-03 Itt Sheraton Corporation Computerized system and method for storage, processing and transfer of inventory and other data among a central processor/database and a number of remote locations
US5734824A (en) * 1993-02-10 1998-03-31 Bay Networks, Inc. Apparatus and method for discovering a topology for local area networks connected via transparent bridges
FR2702578B1 (fr) * 1993-03-12 1995-04-14 Bull Sa Système de communication avec un réseau.
US5706508A (en) * 1993-04-05 1998-01-06 International Business Machines Corporation System and method for monitoring SNMP tables
JP3512832B2 (ja) * 1993-05-26 2004-03-31 富士通株式会社 Ｌａｎ間通信方法及びｌａｎ・ｗａｎ接続装置
WO1995000905A1 (en) * 1993-06-28 1995-01-05 Dow Benelux N.V. Advanced program-to-program communication server
DE4321458A1 (de) * 1993-06-29 1995-01-12 Alcatel Network Services Verfahren zur Unterstützung des Netzwerkmanagements sowie Netzwerkmanagementeinrichtung dafür
US5634125A (en) * 1993-09-02 1997-05-27 International Business Machines Corporation Selecting buckets for redistributing data between nodes in a parallel database in the quiescent mode
US5657461A (en) * 1993-10-04 1997-08-12 Xerox Corporation User interface for defining and automatically transmitting data according to preferred communication channels
CA2148459C (en) * 1993-10-08 2000-01-11 Paul Clarke Message transmission across a network
US5828836A (en) * 1993-10-08 1998-10-27 International Business Machines Corporation Networked information communication system
IL111154A0 (en) * 1993-10-21 1994-12-29 Martino Ii John A Systems and methods for electronic messaging
FR2712411B1 (fr) * 1993-11-08 1995-12-22 Bull Sa Système de communication avec un réseau incluant un ensemble d'administration.
US5682523A (en) * 1993-12-15 1997-10-28 International Business Machines Corporation System and method for collecting and retrieving network problem determination data with a generic collection subsystem reporting to an agent on demand
AU6702594A (en) * 1993-12-17 1995-07-03 Taligent, Inc. Object-oriented distributed communications directory service
JP3552258B2 (ja) * 1993-12-27 2004-08-11 株式会社日立製作所 分散計算機システム及びその情報管理方法
US5517668A (en) * 1994-01-10 1996-05-14 Amdahl Corporation Distributed protocol framework
US5509123A (en) * 1994-03-22 1996-04-16 Cabletron Systems, Inc. Distributed autonomous object architectures for network layer routing
US5550968A (en) * 1994-04-12 1996-08-27 International Business Machines Corporation Method and system for providing access security to controls in a graphical user interface
US6510465B1 (en) 1994-04-19 2003-01-21 Ibm Dual communication services interface for distributed transaction processing
US5497460A (en) * 1994-06-20 1996-03-05 International Business Machines Corporation System and method for determining network connectivity
US5771459A (en) * 1994-06-21 1998-06-23 U.S. Philips Corporation Communication system for use with stationary and second entities, via a wireless intermediate network with gateway devices, a gateway device for use with such system, and a mobile entity provided with such gateway device
US5673386A (en) * 1994-06-29 1997-09-30 U S West Technologies, Inc. Method and system for identification of software application faults
US5684988A (en) * 1994-07-22 1997-11-04 Bay Networks, Inc. MIB database and generic popup window architecture
US5751967A (en) * 1994-07-25 1998-05-12 Bay Networks Group, Inc. Method and apparatus for automatically configuring a network device to support a virtual network
US5592627A (en) * 1994-10-11 1997-01-07 Emprise Technologies, L.P. Pipelined, sliding-window, flow control for end-to-end communication sessions
WO1996017306A2 (en) * 1994-11-21 1996-06-06 Oracle Corporation Media server
JP3042341B2 (ja) * 1994-11-30 2000-05-15 日本電気株式会社 クラスタ結合型マルチプロセッサシステムにおけるローカル入出力制御方法
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
US5850518A (en) 1994-12-12 1998-12-15 Northrup; Charles J. Access-method-independent exchange
WO1996018948A1 (en) * 1994-12-13 1996-06-20 Novell, Inc. Method and apparatus for providing simple, secure management of remote servers
US5550816A (en) * 1994-12-29 1996-08-27 Storage Technology Corporation Method and apparatus for virtual switching
US5694463A (en) * 1995-02-15 1997-12-02 Christie; Joseph Michael System for service control point routing
DE69528749T2 (de) * 1995-02-17 2003-09-18 Ibm Objektorientierte Programmierschnittstelle zur Entwicklung und zur Ausführung einer Netzwerkverwaltungsapplikation auf einer Netzwerkkommunikationsinfrastruktur
US5600644A (en) * 1995-03-10 1997-02-04 At&T Method and apparatus for interconnecting LANs
US6282712B1 (en) * 1995-03-10 2001-08-28 Microsoft Corporation Automatic software installation on heterogeneous networked computer systems
US5572528A (en) * 1995-03-20 1996-11-05 Novell, Inc. Mobile networking method and apparatus
AU731288B2 (en) * 1995-05-08 2001-03-29 Cranberry Properties, Llc Rules based electronic message management system
DE19681387B4 (de) 1995-05-08 2004-12-09 Compuserve Inc., Columbus Regelbasiertes elektronisches Mitteilungsverwaltungssystem
FR2734068B1 (fr) * 1995-05-12 1997-06-20 Bull Sa Procede de controle d'execution d'un scenario de commande
US5802286A (en) * 1995-05-22 1998-09-01 Bay Networks, Inc. Method and apparatus for configuring a virtual network
US5712712A (en) * 1995-06-01 1998-01-27 Rapidata Systems, Inc. Rapid delivery of facsimile or other data sets to a massive number of recipients
US5678044A (en) * 1995-06-02 1997-10-14 Electronic Data Systems Corporation System and method for improved rehosting of software systems
US5734865A (en) * 1995-06-07 1998-03-31 Bull Hn Information Systems Inc. Virtual local area network well-known port routing mechanism for mult--emulators in an open system environment
US5694556A (en) * 1995-06-07 1997-12-02 International Business Machines Corporation Data processing system including buffering mechanism for inbound and outbound reads and posted writes
US6883034B1 (en) 1995-06-23 2005-04-19 Cisco Technology, Inc. Method of resolving conflicts in access control lists in router by comparing elements in the lists based on subsumption relations
US6393486B1 (en) 1995-06-23 2002-05-21 Cisco Technology, Inc. System and method using level three protocol information for network centric problem analysis and topology construction of actual or planned routed network
US5825774A (en) * 1995-07-12 1998-10-20 3Com Corporation Packet characterization using code vectors
US5812775A (en) * 1995-07-12 1998-09-22 3Com Corporation Method and apparatus for internetworking buffer management
US5796944A (en) * 1995-07-12 1998-08-18 3Com Corporation Apparatus and method for processing data frames in an internetworking device
US5651002A (en) * 1995-07-12 1997-07-22 3Com Corporation Internetworking device with enhanced packet header translation and memory
US5748633A (en) * 1995-07-12 1998-05-05 3Com Corporation Method and apparatus for the concurrent reception and transmission of packets in a communications internetworking device
US5613071A (en) * 1995-07-14 1997-03-18 Intel Corporation Method and apparatus for providing remote memory access in a distributed memory multiprocessor system
US5996019A (en) 1995-07-19 1999-11-30 Fujitsu Network Communications, Inc. Network link access scheduling using a plurality of prioritized lists containing queue identifiers
US5617422A (en) * 1995-08-10 1997-04-01 Mci Communications Corp. High speed interface in a telecommunications network
US5655080A (en) * 1995-08-14 1997-08-05 International Business Machines Corporation Distributed hash group-by cooperative processing
US5923875A (en) * 1995-08-28 1999-07-13 Nec Corporation Load distributing job processing system
EP0873611A1 (en) 1995-09-14 1998-10-28 Fujitsu Network Communications, Inc. Transmitter controlled flow control for buffer allocation in wide area atm networks
US5774689A (en) * 1995-09-22 1998-06-30 Bell Atlantic Network Services, Inc. Network configuration management system for digital communication networks
SE507482C2 (sv) * 1995-10-09 1998-06-15 Ericsson Telefon Ab L M System och förfarande för kommunikationshantering med redundans
US5758083A (en) * 1995-10-30 1998-05-26 Sun Microsystems, Inc. Method and system for sharing information between network managers
CA2236644A1 (en) * 1995-11-03 1997-05-09 Sterling Commerce, Inc. Value added network with multiple access methodology
US6122642A (en) * 1996-01-18 2000-09-19 Sabre Inc. System for propagating, retrieving and using transaction processing facility airline computerized reservation system data on a relational database processing platform
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
US5790431A (en) * 1995-11-20 1998-08-04 International Business Machines Corporation Method and system for measuring availability in a distributed network
JPH09153050A (ja) * 1995-11-29 1997-06-10 Hitachi Ltd 文書情報収集方法および文書情報収集装置
US5826030A (en) * 1995-11-30 1998-10-20 Excel Switching Corporation Telecommunication switch having a universal API with a single call processing message including user-definable data and response message each having a generic format
US5838921A (en) * 1995-12-08 1998-11-17 Silicon Graphics, Inc. Distributed connection management system with replication
GB9603582D0 (en) 1996-02-20 1996-04-17 Hewlett Packard Co Method of accessing service resource items that are for use in a telecommunications system
US5754788A (en) * 1995-12-28 1998-05-19 Attachmate Corporation Method and system for reconfiguring a communications stack
US5799016A (en) * 1996-01-11 1998-08-25 U S West, Inc. Network addressing scheme encoding communication channel information
US5764756A (en) * 1996-01-11 1998-06-09 U S West, Inc. Networked telephony central offices
US5991298A (en) 1996-01-16 1999-11-23 Fujitsu Network Communications, Inc. Reliable and flexible multicast mechanism for ATM networks
US6065047A (en) * 1996-01-24 2000-05-16 America Online, Inc. System for providing subscriber with access to a content area customized for the combination of subscriber's responses to topic prompt, subtopic prompt, and action prompt
US5754771A (en) * 1996-02-12 1998-05-19 Sybase, Inc. Maximum receive capacity specifying query processing client/server system replying up to the capacity and sending the remainder upon subsequent request
US6356955B1 (en) * 1996-02-15 2002-03-12 International Business Machines Corporation Method of mapping GDMO templates and ASN.1 defined types into C++ classes using an object-oriented programming interface
US5809235A (en) * 1996-03-08 1998-09-15 International Business Machines Corporation Object oriented network event management framework
US5828843A (en) * 1996-03-21 1998-10-27 Mpath Interactive, Inc. Object-oriented method for matching clients together with servers according to attributes included in join request
US6154445A (en) 1996-04-18 2000-11-28 Bell Atlantic Network Services, Inc. Telephony communication via varied redundant networks
US6069890A (en) 1996-06-26 2000-05-30 Bell Atlantic Network Services, Inc. Internet telephone service
US5841980A (en) * 1996-05-15 1998-11-24 Rtime, Inc. Distributed system for communication networks in multi-user applications
US6131112A (en) * 1996-05-17 2000-10-10 Cabletron Systems, Inc. Method and apparatus for integrated network and systems management
JPH09311852A (ja) * 1996-05-23 1997-12-02 Hitachi Ltd ヘテロジーニアスなシミュレータ間の協調分散コンピューティング方法及びシステム
US6034970A (en) * 1996-05-31 2000-03-07 Adaptive Micro Systems, Inc. Intelligent messaging system and method for providing and updating a message using a communication device, such as a large character display
US5878225A (en) * 1996-06-03 1999-03-02 International Business Machines Corporation Dual communication services interface for distributed transaction processing
CA2179349C (en) * 1996-06-18 2000-01-11 Roger Yiu Ming Cheung Method and apparatus for providing a 3-way connection between a mobile computing device, a stationary computing device and a computer network
AU725370C (en) * 1996-06-18 2003-01-02 Cranberry Properties, Llc Integrated voice, facsimile and electronic mail messaging system
US5850396A (en) * 1996-06-24 1998-12-15 Gateway 2000, Inc. Multicast message distribution in a polynomial expansion manner
US5961594A (en) * 1996-09-26 1999-10-05 International Business Machines Corporation Remote node maintenance and management method and system in communication networks using multiprotocol agents
US5805829A (en) * 1996-10-01 1998-09-08 International Business Machines Corp Process for running applets over non-IP networks
US5892898A (en) * 1996-10-04 1999-04-06 Honeywell, Inc. Error management system for supporting the identification and logging of error messages
US6523696B1 (en) * 1996-10-15 2003-02-25 Kabushiki Kaisha Toshiba Communication control device for realizing uniform service providing environment
US7383341B1 (en) * 1996-10-15 2008-06-03 Kabushiki Kaisha Toshiba Data transfer control device, relay device and control device suitable for home network environment
US6016307A (en) 1996-10-31 2000-01-18 Connect One, Inc. Multi-protocol telecommunications routing optimization
US6219703B1 (en) * 1996-10-31 2001-04-17 Motorola, Inc. Method and apparatus for constructing a device management information base in a network management station
US6230193B1 (en) * 1996-10-31 2001-05-08 3Com Corporation Method and apparatus supporting network communications
US6473404B1 (en) 1998-11-24 2002-10-29 Connect One, Inc. Multi-protocol telecommunications routing optimization
US6335927B1 (en) 1996-11-18 2002-01-01 Mci Communications Corporation System and method for providing requested quality of service in a hybrid network
US6690654B2 (en) 1996-11-18 2004-02-10 Mci Communications Corporation Method and system for multi-media collaboration between remote parties
US6754181B1 (en) 1996-11-18 2004-06-22 Mci Communications Corporation System and method for a directory service supporting a hybrid communication system architecture
US7145898B1 (en) 1996-11-18 2006-12-05 Mci Communications Corporation System, method and article of manufacture for selecting a gateway of a hybrid communication system architecture
US5920570A (en) * 1996-11-26 1999-07-06 Lucent Technologies Inc. Reliable multi-cast queue
US6141325A (en) * 1996-12-18 2000-10-31 International Business Machines Corporation Paradigm for enabling interoperability between different subnetworks
US6078582A (en) 1996-12-18 2000-06-20 Bell Atlantic Network Services, Inc. Internet long distance telephone service
US5974237A (en) * 1996-12-18 1999-10-26 Northern Telecom Limited Communications network monitoring
US5950211A (en) * 1997-01-03 1999-09-07 Ncr Corporation Discarded history method for solving streams message block leakages
US6061346A (en) * 1997-01-17 2000-05-09 Telefonaktiebolaget Lm Ericsson (Publ) Secure access method, and associated apparatus, for accessing a private IP network
US6731625B1 (en) 1997-02-10 2004-05-04 Mci Communications Corporation System, method and article of manufacture for a call back architecture in a hybrid network with support for internet telephony
JPH10233779A (ja) * 1997-02-19 1998-09-02 Oki Electric Ind Co Ltd パケット交換装置
US5918020A (en) * 1997-02-28 1999-06-29 International Business Machines Corporation Data processing system and method for pacing information transfers in a communications network
US5999541A (en) * 1997-02-28 1999-12-07 3Com Corporation Transmission of token-ring packets over ethernet by tunneling
US6137869A (en) 1997-09-16 2000-10-24 Bell Atlantic Network Services, Inc. Network session management
US5983270A (en) * 1997-03-11 1999-11-09 Sequel Technology Corporation Method and apparatus for managing internetwork and intranetwork activity
US6574216B1 (en) 1997-03-11 2003-06-03 Verizon Services Corp. Packet data network voice call quality monitoring
CA2283964C (en) 1997-03-12 2008-05-06 Nomadix, Llc Nomadic translator or router
US6292479B1 (en) 1997-03-19 2001-09-18 Bell Atlantic Network Services, Inc. Transport of caller identification information through diverse communication networks
US6870827B1 (en) 1997-03-19 2005-03-22 Verizon Services Corp. Voice call alternative routing through PSTN and internet networks
US6532491B1 (en) 1997-03-24 2003-03-11 Novell, Inc. Processes and apparatuses for managing network devices
US6654933B1 (en) 1999-09-21 2003-11-25 Kasenna, Inc. System and method for media stream indexing
US5898801A (en) 1998-01-29 1999-04-27 Lockheed Martin Corporation Optical transport system
US6791979B1 (en) 1997-04-10 2004-09-14 Cisco Technology, Inc. Mechanism for conveying data prioritization information among heterogeneous nodes of a computer network
US6115751A (en) * 1997-04-10 2000-09-05 Cisco Technology, Inc. Technique for capturing information needed to implement transmission priority routing among heterogeneous nodes of a computer network
US5940390A (en) * 1997-04-10 1999-08-17 Cisco Technology, Inc. Mechanism for conveying data prioritization information among heterogeneous nodes of a computer network
US5991302A (en) * 1997-04-10 1999-11-23 Cisco Technology, Inc. Technique for maintaining prioritization of data transferred among heterogeneous nodes of a computer network
US6038599A (en) * 1997-04-23 2000-03-14 Mpath Interactive, Inc. Latency server and matchmaker
DE19717948C2 (de) * 1997-04-29 2003-07-31 Deutsche Telekom Ag Verfahren zur Übertragung von Informationen
US6023729A (en) * 1997-05-05 2000-02-08 Mpath Interactive, Inc. Method and apparatus for match making
JPH10307777A (ja) * 1997-05-06 1998-11-17 Yazaki Corp 状態情報の管理方法及びそのシステム
US6094672A (en) * 1997-05-19 2000-07-25 Novell, Inc. Method and system for time synchronization management
US6292659B1 (en) * 1997-06-12 2001-09-18 Motorola, Inc. Global telecommunications system with distributed virtual networks and method of operation therefor
US6023700A (en) * 1997-06-17 2000-02-08 Cranberry Properties, Llc Electronic mail distribution system for integrated electronic communication
US6389464B1 (en) * 1997-06-27 2002-05-14 Cornet Technology, Inc. Device management system for managing standards-compliant and non-compliant network elements using standard management protocols and a universal site server which is configurable from remote locations via internet browser technology
US6061807A (en) * 1997-06-27 2000-05-09 International Business Machines Corporation Methods systems and computer products for error recovery of endpoint nodes
US6891824B1 (en) 1997-06-30 2005-05-10 Emc Corporation Audible communication with a modem over a wide area network
US6122276A (en) * 1997-06-30 2000-09-19 Cisco Technology, Inc. Communications gateway mapping internet address to logical-unit name
US6084859A (en) * 1997-08-29 2000-07-04 International Business Machines Corporation Internet protocol assists using multi-path channel protocol
US6023734A (en) * 1997-08-29 2000-02-08 International Business Corporation Establishing direct communications between two hosts without using a high performance LAN connection
US5974049A (en) * 1997-08-29 1999-10-26 International Business Machines Corporation Internet protocol assists for high performance LAN connections
US6003088A (en) * 1997-08-29 1999-12-14 International Business Machines Corporation Blocking IP datagrams in a multi-path channel point-to-point environment
US6009467A (en) * 1997-08-29 1999-12-28 International Business Machines Corporation System for checking status of supported functions of communication platforms at preselected intervals in order to allow hosts to obtain updated list of all supported functions
US6014699A (en) * 1997-08-29 2000-01-11 International Business Machines Corporation Internet protocol assists for high performance LAN connections
US6003080A (en) * 1997-08-29 1999-12-14 International Business Machines Corporation Internet protocol assists using multi-path channel protocol
US6128662A (en) * 1997-08-29 2000-10-03 Cisco Technology, Inc. Display-model mapping for TN3270 client
US5999974A (en) * 1997-08-29 1999-12-07 International Business Machines Corporation Internet protocol assists for high performance LAN connections
US6006261A (en) * 1997-08-29 1999-12-21 International Business Machines Corporation Internet protocol assists using multi-path channel protocol
US6049833A (en) 1997-08-29 2000-04-11 Cisco Technology, Inc. Mapping SNA session flow control to TCP flow control
US6185218B1 (en) 1997-08-29 2001-02-06 International Business Machines Corporation Communication method and apparatus for use in a computing network environment having high performance LAN connections
US6078964A (en) * 1997-08-29 2000-06-20 International Business Machines Corporation Establishing direct communications between two hosts without using a high performance LAN connection
US5987515A (en) * 1997-08-29 1999-11-16 International Business Machines Corporation Internet protocol assists using multi-path channel protocol
US6052724A (en) * 1997-09-02 2000-04-18 Novell Inc Method and system for managing a directory service
US6170005B1 (en) 1997-11-04 2001-01-02 Motorola, Inc. Synchronization and information exchange between communication components using a network management operations and control paradigm
US6370592B1 (en) * 1997-11-04 2002-04-09 Hewlett-Packard Company Network interface device which allows peripherals to utilize network transport services
CA2220578A1 (en) * 1997-11-10 1999-05-10 Northern Telecom Limited Distributed service network
US5966707A (en) * 1997-12-02 1999-10-12 International Business Machines Corporation Method for managing a plurality of data processes residing in heterogeneous data repositories
US6654747B1 (en) * 1997-12-02 2003-11-25 International Business Machines Corporation Modular scalable system for managing data in a heterogeneous environment with generic structure for control repository access transactions
US6065062A (en) * 1997-12-10 2000-05-16 Cisco Systems, Inc. Backup peer pool for a routed computer network
JP3653653B2 (ja) * 1997-12-22 2005-06-02 富士通株式会社 通信パス制御方法及び通信制御装置
US6131117A (en) * 1997-12-29 2000-10-10 Cisco Technology, Inc. Technique for correlating logical names with IP addresses on internetworking platforms
US6112251A (en) 1998-01-13 2000-08-29 Cabletron Systems, Inc. Virtual local network for sending multicast transmissions to trunk stations
US6301224B1 (en) * 1998-01-13 2001-10-09 Enterasys Networks, Inc. Network switch with panic mode
US6469987B1 (en) 1998-01-13 2002-10-22 Enterasys Networks, Inc. Virtual local area network with trunk stations
US5987522A (en) * 1998-01-13 1999-11-16 Cabletron Systems, Inc. Privileged virtual local area networks
US6067581A (en) * 1998-01-20 2000-05-23 Micron Electronics, Inc. Method for identifying the orignal source device in a transaction request initiated from address translator to memory control module and directly performing the transaction therebetween
US6301645B1 (en) 1998-01-20 2001-10-09 Micron Technology, Inc. System for issuing device requests by proxy
GB2334116A (en) 1998-02-04 1999-08-11 Ibm Scheduling and dispatching queued client requests within a server computer
US6330617B1 (en) 1998-02-27 2001-12-11 Sabre Inc System, method and computer program product for data conversion in a computer network
US6393386B1 (en) * 1998-03-26 2002-05-21 Visual Networks Technologies, Inc. Dynamic modeling of complex networks and prediction of impacts of faults therein
US6426947B1 (en) * 1998-10-21 2002-07-30 Kim K. Banker Apparatus and method for unilateral topology discovery in network management
US6195688B1 (en) * 1998-05-07 2001-02-27 International Business Machines Corporation Computer system, program product and method of communicating internetworking data over a master-slave communication link
CA2331310A1 (en) * 1998-05-08 1999-11-18 Siemens Aktiengesellschaft Method for controlling the message flow in a communication network
CN1282328C (zh) * 1998-05-11 2006-10-25 西门子公司 通过具有多个管理级的管理网处理状态信息的方法和通信系统
US6247061B1 (en) 1998-06-09 2001-06-12 Microsoft Corporation Method and computer program product for scheduling network communication packets originating from different flows having unique service requirements
US6154743A (en) * 1998-06-16 2000-11-28 Cisco Technology, Inc. Technique for accessing heterogeneous directory services in an APPN environment
US6182228B1 (en) 1998-08-17 2001-01-30 International Business Machines Corporation System and method for very fast IP packet filtering
US6490285B2 (en) 1998-08-25 2002-12-03 International Business Machines Corporation IP multicast interface
US6327621B1 (en) 1998-08-25 2001-12-04 International Business Machines Corporation Method for shared multicast interface in a multi-partition environment
US6600743B1 (en) 1998-08-25 2003-07-29 International Business Machines Corporation IP multicast interface
US6141680A (en) 1998-09-01 2000-10-31 Nortel Networks Limited Method and apparatus for providing and facilitating interaction with distributed manager information of a network
US6324646B1 (en) 1998-09-11 2001-11-27 International Business Machines Corporation Method and system for securing confidential data in a computer network
US6807667B1 (en) 1998-09-21 2004-10-19 Microsoft Corporation Method and system of an application program interface for abstracting network traffic control components to application programs
DE59915257D1 (de) * 1998-10-19 2011-04-21 Nokia Siemens Networks Gmbh Netzarchitektur für kommunikations- und/oder datennetze
US6230283B1 (en) 1998-10-29 2001-05-08 International Business Machines Corporation Logical connection resynchronization
US6237111B1 (en) 1998-10-29 2001-05-22 International Business Machines Corporation Method for logical connection resynchronization
US6339796B1 (en) * 1998-10-29 2002-01-15 International Business Machines Corporation System for logical connection resynchronization
US8713641B1 (en) 1998-12-08 2014-04-29 Nomadix, Inc. Systems and methods for authorizing, authenticating and accounting users having transparent computer access to a network using a gateway device
US7194554B1 (en) * 1998-12-08 2007-03-20 Nomadix, Inc. Systems and methods for providing dynamic network authorization authentication and accounting
US8266266B2 (en) 1998-12-08 2012-09-11 Nomadix, Inc. Systems and methods for providing dynamic network authorization, authentication and accounting
US6791580B1 (en) 1998-12-18 2004-09-14 Tangis Corporation Supplying notifications related to supply and consumption of user context data
US6842877B2 (en) 1998-12-18 2005-01-11 Tangis Corporation Contextual responses based on automated learning techniques
US6920616B1 (en) * 1998-12-18 2005-07-19 Tangis Corporation Interface for exchanging context data
US7231439B1 (en) 2000-04-02 2007-06-12 Tangis Corporation Dynamically swapping modules for determining a computer user's context
US9183306B2 (en) 1998-12-18 2015-11-10 Microsoft Technology Licensing, Llc Automated selection of appropriate information based on a computer user's context
US7046263B1 (en) 1998-12-18 2006-05-16 Tangis Corporation Requesting computer user's context data
US8181113B2 (en) * 1998-12-18 2012-05-15 Microsoft Corporation Mediating conflicts in computer users context data
US6801223B1 (en) 1998-12-18 2004-10-05 Tangis Corporation Managing interactions between computer users' context models
US7107539B2 (en) 1998-12-18 2006-09-12 Tangis Corporation Thematic response to a computer user's context, such as by a wearable personal computer
US7779015B2 (en) * 1998-12-18 2010-08-17 Microsoft Corporation Logging and analyzing context attributes
US6513046B1 (en) 1999-12-15 2003-01-28 Tangis Corporation Storing and recalling information to augment human memories
US7225229B1 (en) 1998-12-18 2007-05-29 Tangis Corporation Automated pushing of computer user's context data to clients
US8225214B2 (en) 1998-12-18 2012-07-17 Microsoft Corporation Supplying enhanced computer user's context data
US6330601B1 (en) * 1998-12-22 2001-12-11 Nortel Networks Limited Management system for a multi-level communication network
US6526052B1 (en) 1998-12-23 2003-02-25 Enterasys Networks, Inc. Virtual local area networks having rules of precedence
FI113822B (fi) * 1999-01-19 2004-06-15 Nokia Corp Ohjattu dataverkon virheestä toipuminen
US6728961B1 (en) 1999-03-31 2004-04-27 International Business Machines Corporation Method and system for dynamically load balancing a process over a plurality of peer machines
US6356929B1 (en) * 1999-04-07 2002-03-12 International Business Machines Corporation Computer system and method for sharing a job with other computers on a computer network using IP multicast
US7593983B2 (en) * 1999-04-30 2009-09-22 Canon Kabushiki Kaisha Data processing apparatus, data processing method, and storage medium storing computer-readable program
US6571272B1 (en) 1999-05-20 2003-05-27 Cisco Technology, Inc. Method and apparatus for SNA/IP correlation with multiple DSW peer connections
US6430595B1 (en) 1999-05-20 2002-08-06 Cisco Technology, Inc. Method and apparatus for establishing a database used for correlating information gathered via SNMP
US6490618B1 (en) 1999-05-20 2002-12-03 Cisco Technology, Inc. Method and apparatus for SNA/IP correlation in a mixed APPN and DLSW network
US6532241B1 (en) 1999-05-20 2003-03-11 Cisco Technology, Inc. Method and apparatus for determining SNA sessions using various protocols for transport based on filter criteria
AU5156800A (en) 1999-05-24 2000-12-12 Aprisma Management Technologies, Inc. Service level management
US6708207B1 (en) * 1999-06-03 2004-03-16 Fujitsu Network Communications, Inc. Method and system for managing multiple management protocols in a network element
IL130415A (en) 1999-06-10 2003-07-31 Eci Telecom Ltd Method of defining threshold crossing alert profiles for network element performance monitoring
JP2001016233A (ja) * 1999-06-28 2001-01-19 Oki Electric Ind Co Ltd データ通信方法
US6674742B1 (en) 1999-07-08 2004-01-06 Cisco Technology, Inc. Automatic SDLC role configuration on router interfaces
US6746066B2 (en) * 2000-02-22 2004-06-08 Harry F. Reed Truck bed extension
DE50013558D1 (de) * 2000-02-23 2006-11-16 Tektronix Berlin Gmbh & Co Kg Vorrichtung zum Aufbau eines Protokoll-Stacks und zugehöriges Verfahren
US6983317B1 (en) 2000-02-28 2006-01-03 Microsoft Corporation Enterprise management system
US6377975B1 (en) * 2000-03-01 2002-04-23 Interactive Intelligence, Inc. Methods and systems to distribute client software tasks among a number of servers
JP2004505333A (ja) * 2000-03-17 2004-02-19 エンペレイティヴ　インコーポレイテッド 通信サービスのプロビジョニング方法及び装置、及びプロビジョニング・モデルを開発するためのオブジェクト・プログラミング言語
US7260635B2 (en) * 2000-03-21 2007-08-21 Centrisoft Corporation Software, systems and methods for managing a distributed network
US6671724B1 (en) 2000-03-21 2003-12-30 Centrisoft Corporation Software, systems and methods for managing a distributed network
WO2001075676A2 (en) 2000-04-02 2001-10-11 Tangis Corporation Soliciting information based on a computer user's context
US7464153B1 (en) 2000-04-02 2008-12-09 Microsoft Corporation Generating and supplying user context data
US6601094B1 (en) * 2000-04-27 2003-07-29 Hewlett-Packard Development Company, L.P. Method and system for recommending an available network protocol
US6941362B2 (en) * 2000-04-28 2005-09-06 Sheer Networks Inc. Root cause analysis in a distributed network management architecture
US7337209B1 (en) 2000-04-28 2008-02-26 Sheer Networks, Inc. Large-scale network management using distributed autonomous agents
US6904596B1 (en) * 2000-05-24 2005-06-07 Lucent Technologies Inc. Method and apparatus for shared flow control of data
US7181743B2 (en) * 2000-05-25 2007-02-20 The United States Of America As Represented By The Secretary Of The Navy Resource allocation decision function for resource management architecture and corresponding programs therefor
AU2001265257A1 (en) * 2000-05-26 2001-12-11 Vocaltec Ltd. Communications protocol
US20020095498A1 (en) * 2000-06-05 2002-07-18 Accordion Networks Network architecture for multi-client units
AU6778601A (en) * 2000-06-26 2002-01-08 International Business Machines Corporation Data management application programming interface for a parallel file system
EP1319288B1 (en) * 2000-07-05 2006-12-27 Telefonaktiebolaget LM Ericsson (publ) Resource saving device and coupling of a connection in a telecommunication system
US7277956B2 (en) * 2000-07-28 2007-10-02 Kasenna, Inc. System and method for improved utilization of bandwidth in a computer system serving multiple users
US7310678B2 (en) * 2000-07-28 2007-12-18 Kasenna, Inc. System, server, and method for variable bit rate multimedia streaming
US7342893B2 (en) * 2000-08-03 2008-03-11 Sheer Networks Ltd. Path discovery in a distributed network management architecture
US20020083213A1 (en) * 2000-09-18 2002-06-27 Oberstein Brien M. Method and system for simulating and certifying complex business applications
US20020054130A1 (en) 2000-10-16 2002-05-09 Abbott Kenneth H. Dynamically displaying current status of tasks
US7003559B1 (en) 2000-10-23 2006-02-21 Hewlett-Packard Development Company, L.P. System and method for determining probable network paths between nodes in a network topology
US6826523B1 (en) 2000-11-01 2004-11-30 Sony Computer Entertainment America Inc. Application development interface for multi-user applications executable over communication networks
US20020101874A1 (en) * 2000-11-21 2002-08-01 Whittaker G. Allan Physical layer transparent transport information encapsulation methods and systems
US7418513B2 (en) * 2000-12-15 2008-08-26 International Business Machines Corporation Method and system for network management with platform-independent protocol interface for discovery and monitoring processes
US20020095502A1 (en) * 2001-01-16 2002-07-18 Chester James S. Business-to-business service provider system for intranet and internet applications
AU2002234258A1 (en) * 2001-01-22 2002-07-30 Sun Microsystems, Inc. Peer-to-peer network computing platform
US7165107B2 (en) * 2001-01-22 2007-01-16 Sun Microsystems, Inc. System and method for dynamic, transparent migration of services
US7197565B2 (en) * 2001-01-22 2007-03-27 Sun Microsystems, Inc. System and method of using a pipe advertisement for a peer-to-peer network entity in peer-to-peer presence detection
US7570614B2 (en) * 2001-01-25 2009-08-04 Bandspeed, Inc. Approach for managing communications channels based on performance
US7027418B2 (en) 2001-01-25 2006-04-11 Bandspeed, Inc. Approach for selecting communications channels based on performance
US7310661B2 (en) * 2001-01-25 2007-12-18 Bandspeed, Inc. Approach for transferring functions between participants in a communications arrangement
US7222166B2 (en) 2001-01-25 2007-05-22 Bandspeed, Inc. Approach for managing communications channels based on performance and transferring functions between participants in a communications arrangement
US20030018978A1 (en) * 2001-03-02 2003-01-23 Singal Sanjay S. Transfer file format and system and method for distributing media content
AU2002247257A1 (en) * 2001-03-02 2002-09-19 Kasenna, Inc. Metadata enabled push-pull model for efficient low-latency video-content distribution over a network
US7305495B2 (en) * 2001-03-14 2007-12-04 Siemens Communications, Inc. Dynamic loading of protocol stacks under signaling control
US6745197B2 (en) * 2001-03-19 2004-06-01 Preston Gates Ellis Llp System and method for efficiently processing messages stored in multiple message stores
US6820081B1 (en) 2001-03-19 2004-11-16 Attenex Corporation System and method for evaluating a structured message store for message redundancy
US7272636B2 (en) * 2001-04-24 2007-09-18 Sun Microsystems, Inc. Peer group name server
US7149804B2 (en) * 2001-04-30 2006-12-12 Sony Computer Entertainment America Inc. Method and system for providing evaluation of text-based products
WO2002091672A2 (en) * 2001-05-07 2002-11-14 Vitesse Semiconductor Corporation A system and a method for processing data packets or frames
US20020178243A1 (en) * 2001-05-15 2002-11-28 Kevin Collins Apparatus and method for centrally managing network devices
US7701683B2 (en) * 2001-07-06 2010-04-20 Schweitzer Engineering Laboratories, Inc. Apparatus, system, and method for sharing output contacts across multiple relays
US20030055913A1 (en) * 2001-07-26 2003-03-20 Harkin Arthur S. Tiered web site with web-tier admission control based on utilization data generated on application tier
US8005926B2 (en) 2001-07-26 2011-08-23 Hewlett-Packard Development Company, L.P. Tiered web site with web-tier admission control based on utilization data generated on application tier
JP3621986B2 (ja) * 2001-09-07 2005-02-23 独立行政法人情報通信研究機構 無線システムのシームレス統合ネットワークシステム
US7284047B2 (en) * 2001-11-08 2007-10-16 Microsoft Corporation System and method for controlling network demand via congestion pricing
JP2003150602A (ja) * 2001-11-15 2003-05-23 Hitachi Ltd 文書情報管理方法および装置
US7159036B2 (en) * 2001-12-10 2007-01-02 Mcafee, Inc. Updating data from a source computer to groups of destination computers
TW528977B (en) * 2001-12-19 2003-04-21 Inst Information Industry Software simulation method for multi-access network
US7085497B2 (en) * 2002-04-03 2006-08-01 Lockheed Martin Corporation Vehicular communication system
US7805606B2 (en) * 2002-07-29 2010-09-28 Bea Systems, Inc. Computer system for authenticating a computing device
US7849140B2 (en) 2002-08-29 2010-12-07 Oracle America, Inc. Peer-to-peer email messaging
US7263560B2 (en) * 2002-08-30 2007-08-28 Sun Microsystems, Inc. Decentralized peer-to-peer advertisement
US20040076434A1 (en) * 2002-09-27 2004-04-22 Whittaker G. Allan Optical distribution network for RF and other analog signals
US6912339B2 (en) 2002-09-27 2005-06-28 Lockheed Martin Corporation Optical interface devices having balanced amplification
US7596630B2 (en) * 2002-09-30 2009-09-29 International Business Machines Corporation Method, system and computer program product for parsing an encoding
US7769893B2 (en) * 2002-10-08 2010-08-03 Koninklijke Philips Electronics N.V. Integrated circuit and method for establishing transactions
US7283480B1 (en) 2002-11-12 2007-10-16 Lockheed Martin Corporation Network system health monitoring using cantor set signals
US20040199650A1 (en) * 2002-11-14 2004-10-07 Howe John E. System and methods for accelerating data delivery
US7349629B1 (en) 2002-11-26 2008-03-25 Lockheed Martin Corporation Methods and systems for creating a digital interconnect fabric
GB0306237D0 (en) * 2003-03-19 2003-04-23 Marconi Comm Optical Networks Notifications in a telecommunications network
WO2004093351A2 (en) * 2003-03-31 2004-10-28 Lockheed Martin Corporation Optical network interface systems and devices
US7424228B1 (en) 2003-03-31 2008-09-09 Lockheed Martin Corporation High dynamic range radio frequency to optical link
JP2005102133A (ja) * 2003-04-28 2005-04-14 Ricoh Co Ltd 画像形成装置及び宛先情報参照方法
US7657781B1 (en) 2003-07-25 2010-02-02 Cisco Technology, Inc. System and method for providing redundant data load sharing in a distributed network
US7822836B1 (en) * 2003-10-20 2010-10-26 ByteSphere Technologies, LLC System and method for automated discovery of vendor profiles in management information bases (MIBs)
JP4408692B2 (ja) * 2003-12-19 2010-02-03 富士通株式会社 通信装置管理プログラム
EP1577776B1 (en) * 2004-03-18 2007-05-02 Alcatel Lucent Method and apparatus for data synchronization in a distributed data base system
US20050262245A1 (en) * 2004-04-19 2005-11-24 Satish Menon Scalable cluster-based architecture for streaming media
US7440699B1 (en) 2004-06-28 2008-10-21 Lockheed Martin Corporation Systems, devices and methods for transmitting and receiving signals on an optical network
US20060080486A1 (en) * 2004-10-07 2006-04-13 International Business Machines Corporation Method and apparatus for prioritizing requests for information in a network environment
US8020141B2 (en) * 2004-12-06 2011-09-13 Microsoft Corporation Operating-system process construction
US7673060B2 (en) * 2005-02-01 2010-03-02 Hewlett-Packard Development Company, L.P. Systems and methods for providing reliable multicast messaging in a multi-node graphics system
US20060247606A1 (en) * 2005-03-09 2006-11-02 Batch Richard M System and method for controlling access to features of a medical instrument
US8543999B2 (en) * 2005-03-30 2013-09-24 Welch Allyn, Inc. Communication of information between a plurality of network elements
US9164867B2 (en) * 2005-06-09 2015-10-20 Whirlpool Corporation Network for communicating information related to a consumable to an appliance
US9122788B2 (en) * 2005-06-09 2015-09-01 Whirlpool Corporation Appliance network for a networked appliance with a network binder accessory
US8250163B2 (en) 2005-06-09 2012-08-21 Whirlpool Corporation Smart coupling device
US7831321B2 (en) * 2005-06-09 2010-11-09 Whirlpool Corporation Appliance and accessory for controlling a cycle of operation
US8027752B2 (en) * 2005-06-09 2011-09-27 Whirlpool Corporation Network for changing resource consumption in an appliance
US8816828B2 (en) * 2005-06-09 2014-08-26 Whirlpool Corporation Recipe wand and recipe book for use with a networked appliance
US10333731B2 (en) 2005-06-09 2019-06-25 Whirlpool Corporation Methods and apparatus for communicatively coupling internal components within appliances, and appliances with external components and accessories
US8615332B2 (en) * 2005-06-09 2013-12-24 Whirlpool Corporation Smart current attenuator for energy conservation in appliances
CN101305350A (zh) * 2005-06-09 2008-11-12 惠而浦公司 与家用电器内的至少一个部件通信以及对其进行管理的软件体系系统和方法
US8849968B2 (en) * 2005-06-20 2014-09-30 Microsoft Corporation Secure and stable hosting of third-party extensions to web services
US20070094495A1 (en) * 2005-10-26 2007-04-26 Microsoft Corporation Statically Verifiable Inter-Process-Communicative Isolated Processes
US8074231B2 (en) * 2005-10-26 2011-12-06 Microsoft Corporation Configuration of isolated extensions and device drivers
US7793329B2 (en) * 2006-02-06 2010-09-07 Kasenna, Inc. Method and system for reducing switching delays between digital video feeds using multicast slotted transmission technique
US8032898B2 (en) * 2006-06-30 2011-10-04 Microsoft Corporation Kernel interface with categorized kernel objects
US7792137B2 (en) 2006-07-05 2010-09-07 Abidanet, Llc Self-organized and self-managed ad hoc communications network
US8484612B2 (en) 2006-10-04 2013-07-09 Welch Allyn, Inc. Application generator for a dynamic medical object information base
US20080109557A1 (en) * 2006-11-02 2008-05-08 Vinay Joshi Method and system for reducing switching delays between digital video feeds using personalized unicast transmission techniques
US9654495B2 (en) * 2006-12-01 2017-05-16 Websense, Llc System and method of analyzing web addresses
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
US20080320500A1 (en) * 2007-06-25 2008-12-25 Microsoft Corporation Remote human interface device in an aggregate computer system
US8549090B2 (en) * 2008-08-13 2013-10-01 Hbc Solutions, Inc. Messaging tracking system and method
US20100102051A1 (en) * 2008-10-23 2010-04-29 Whirlpool Corporation Consumable holder with electronics to communicate with an appliance
US8051381B2 (en) * 2008-12-22 2011-11-01 Whirlpool Corporation Appliance with a graphical user interface for configuring an accessory
KR101753410B1 (ko) 2008-11-20 2017-07-03 유니레버 엔.브이. 개인 세정 조성물
US8352952B2 (en) 2008-12-01 2013-01-08 Citrix Systems, Inc. Systems and methods for facilitating virtualization of a heterogeneous processor pool
US8238538B2 (en) 2009-05-28 2012-08-07 Comcast Cable Communications, Llc Stateful home phone service
US8427131B2 (en) * 2009-06-12 2013-04-23 Schweitzer Engineering Laboratories Inc Voltage regulation at a remote location using measurements from a remote metering device
US9256232B2 (en) 2009-06-12 2016-02-09 Schweitzer Engineering Laboratories, Inc. Voltage regulation using multiple voltage regulator controllers
CN102471730B (zh) 2009-08-17 2014-07-16 荷兰联合利华有限公司 成型固体清洁组合物
US20120177712A1 (en) 2009-09-24 2012-07-12 Arpita Bhattacharya antimicrobial particle and a process for preparing the same
US8476874B2 (en) * 2009-10-13 2013-07-02 Schweitzer Engineering Laboratories, Inc Systems and methods for synchronized control of electrical power system voltage profiles
US20120246334A1 (en) * 2011-03-21 2012-09-27 Microsoft Corporation Unified web service uri builder and verification
US8694995B2 (en) 2011-12-14 2014-04-08 International Business Machines Corporation Application initiated negotiations for resources meeting a performance parameter in a virtualized computing environment
US8863141B2 (en) 2011-12-14 2014-10-14 International Business Machines Corporation Estimating migration costs for migrating logical partitions within a virtualized computing environment based on a migration cost history
WO2015005833A1 (en) * 2013-07-08 2015-01-15 Telefonaktiebolaget L M Ericsson (Publ) Control of a distributed data grid layer in a federated database system
US10819791B2 (en) * 2013-10-11 2020-10-27 Ge Aviation Systems Llc Data communications network for an aircraft

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4663706A (en) * 1982-10-28 1987-05-05 Tandem Computers Incorporated Multiprocessor multisystem communications network
US4509851A (en) * 1983-03-28 1985-04-09 Xerox Corporation Communication manager
US4616359A (en) * 1983-12-19 1986-10-07 At&T Bell Laboratories Adaptive preferential flow control for packet switching system
US4706081A (en) * 1984-12-14 1987-11-10 Vitalink Communications Corporation Method and apparatus for bridging local area networks
US4677616A (en) * 1985-09-11 1987-06-30 At&T Company Flow control scheme for a switching network
US4727537A (en) * 1985-12-24 1988-02-23 American Telephone And Telegraph Company Flow control arrangement for the transmission of data packets to a communication network
US4736369A (en) * 1986-06-13 1988-04-05 International Business Machines Corp. Adaptive session-level pacing
US4811337A (en) * 1988-01-15 1989-03-07 Vitalink Communications Corporation Distributed load sharing
US4893307A (en) * 1988-02-29 1990-01-09 International Business Machines Corporation Method and apparatus for linking SNA terminals to an SNA host over a packet switched communications network
JPH02117243A (ja) * 1988-10-27 1990-05-01 Toshiba Corp パケット通信装置
JPH04502991A (ja) * 1988-11-14 1992-05-28 データーポイント・コーポレーション 動的に選択可能な多重操作性を備えたローカル・エリア・ネットワーク
US5060228A (en) * 1988-11-19 1991-10-22 Fujitsu Limited Bridge communication system
JPH02142259A (ja) * 1988-11-24 1990-05-31 Toshiba Corp 経路決定方式
US5058110A (en) * 1989-05-03 1991-10-15 Ultra Network Technologies Protocol processor
FR2648646B1 (fr) * 1989-06-19 1991-08-23 Alcatel Business Systems Procede et dispositif de gestion d'acces au support de transmission d'un reseau de commutation reparti multiservices
JP2782683B2 (ja) * 1989-10-19 1998-08-06 三菱電機株式会社 Ｌａｎにおける通信方法およびノード装置
US5063562A (en) * 1990-05-23 1991-11-05 International Business Machines Corporation Flow control for high speed networks
US5251205A (en) * 1990-09-04 1993-10-05 Digital Equipment Corporation Multiple protocol routing
US5280480A (en) * 1991-02-21 1994-01-18 International Business Machines Corporation Source routing transparent bridge

Also Published As

Publication number Publication date
AU1237992A (en) 1992-11-17
CA2108126A1 (en) 1992-10-12
US5317568A (en) 1994-05-31
EP0775402A2 (en) 1997-05-28
US5473608A (en) 1995-12-05
WO1992019057A2 (en) 1992-10-29
WO1992019057A3 (en) 1992-11-26
US5517622A (en) 1996-05-14

Similar Documents

Publication Publication Date Title
JPH06506571A (ja) 分散異機種ネットワーク通信の管理および簡易化の方法および装置
US6888792B2 (en) Technique to provide automatic failover for channel-based communications
Pouzin et al. A tutorial on protocols
KR970004519B1 (ko) 소프트웨어 프로세스간의 고성능 통신을 위한 데이타교환 디테일의 디커플링 공급장치 및 그 방법
US5245608A (en) Logical grouping of layer entities in a layered communication architecture
US6999998B2 (en) Shared memory coupling of network infrastructure devices
Wecker DNA: the digital network architecture
US20070043738A1 (en) Methods and systems for reputation based resource allocation for networking
US8539089B2 (en) System and method for vertical perimeter protection
CN112769597B (zh) 一种云边协同虚拟化场景的容器网络限流方法和系统
CN112698838B (zh) 多云容器部署系统及其容器部署方法
Cisco Bridging and IBM Networking Command Reference Cisco IOS Release 11.3
Ennis et al. Overview of a broad-band local area network protocol architecture
US7290055B2 (en) Multi-threaded accept mechanism in a vertical perimeter communication environment
CN105553689B (zh) 一种openflow消息中流规则等价快速判定方法
US6111884A (en) Method for using logical link control (LLC) to route traffic within a router
CN109347760A (zh) 一种数据发送方法及装置
Fleisch An architecture for pup services on a distributed operating system
JPH029247A (ja) データ通信システム及び通信路確立方法
CN110311830A (zh) 一种链路健康检查方法和装置
Fraser Investigating integration in distributed systems
Pozefsky et al. SNA's Design for Networking
Thambu et al. An efficient token-based mutual exclusion algorithm in a distributed system
Faro et al. Robot network analysis
JP2003008618A (ja) 外部デバイス伝送システムおよびこれを採用する高速パターンプロセッサ