JPH0810863B2 - 選択的メッセージ介入方法および装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はデータ配布用ネットワー
クに関し、さらに詳細には、ネットワークを介して配布
されるメッセージを選択的に代行受信し再経路指定する
装置に関する。

【０００２】

【従来の技術】データ通信ネットワークは通信リンクを
通じて相互接続されたノードの集合と見ることが出来
る。ノードはエンドノードかネットワークノードで特徴
づけることが出来る。ネットワークノードはそれと隣接
する、または隣り合うノードとの間でのメッセージの転
送、遠いエンドノードに伝送されるべきメッセージ用の
経路の選択およびエンドノードへの登録簿サービのよう
な機能をそのネットワーク内に与えるデータ処理システ
ムである。エンドノードもデータ処理システムであっ
て、これはユーザとネットワークの他のものとの間のイ
ンターフェースを与えつつネットワークノードより少な
い機能を与えるものである。ノード間のリンクは所有さ
れた、あるいは貸与されたラインのような永久的リンク
か、あるいは必要なときにのみ使用可能とされる一時的
リンクである。一時的リンクの一例は公衆または加入電
話回線を通じて行われるダイアル電話通信回路である。

【０００３】データ通信ネットワークの主機能はメッセ
ージがそのネットワークの異なるユーザ間に配布しうる
ようにすることである。メッセージを第２の、すなちわ
宛先ユーザに送ろうとする第１の、すなわち発呼者ユー
ザはもちろんそのシステムに対し、宛先ユーザを識別し
なければならず、そのメッセージに付加される制御情報
内にユーザ識別子を含めなくてはならない。メッセー
ジ、制御情報および任意の区切り（接頭部および接尾
部）の組合せは時としてディストリビューションと呼ば
れる。

【０００４】ディストリビューションサービスネットワ
ークではそのネットワークの各ユーザが２つのパートか
らなるユーザネットワーク名で識別される。ユーザ名の
第１のパートはそのユーザの属するグループを識別す
る。第２のパートはそのグループ内の個々のユーザを識
別する。ユーザネットワーク名はユーザの所属部門名の
略号または変名とユーザ自身の名前の略号または変名の
組合せすなわち連鎖したもので一般につくられる。例え
ば人名Ｋｅｒｒ ＣｈａｓｅはＰＥＲ．ＫＣＨＡＳＥと
してもよい。

【０００５】グループ名はそのネットワーク内で固有の
ものでなくてはならない。ユーザ識別子は各グループ内
でのみ固有のものであればよい。例えば、複数の人が異
なるグループに入るのであれば同一のＫＣＨＡＳＥユー
ザ識別子をそれらの人に付すことは許される。

【０００６】ネットワークのユーザは一つの２パート連
鎖ロケーションすなわちディストリビューションサービ
スユニット（ＤＳＵ）名により識別されるＤＳＵでサー
ビスを受ける。このＤＳＵ名の第１のパートはそのＤＳ
Ｕを含むネットワークを識別する。第２のパートはその
ネットワーク内の一つの特定なＤＳＵを識別する。例え
ば、ＤＳＵ名ＥＵＲ．ＰＡＲＳＹＳ１はＥＵＲネットワ
ーク内のＰＡＲＳＹＳ１ ＤＳＵを識別する。このネッ
トワーク識別子はもちろん相互接続されたネットワーク
群内では固有のものでなくてはならない。ＤＳＵ識別子
はそれが位置する特定のネットワーク内でのみ固有であ
ればよい。

【０００７】第２のネットワークユーザにメッセージを
送ろうとする第１のネットワークユーザは第２のユーザ
をサポートするＤＳＵの名前を知る必要はない。すなわ
ち、第１ユーザはそのユーザの実際の位置を実際に知る
必要はない。第１ユーザは第２ユーザのネットワーク名
のみを知るだけでよい。

【０００８】ユーザのネットワーク名をそれらユーザに
サービスするＤＳＵの名前に相関させ、あるいはマッピ
ングするためにＤＳＵはユーザ登録簿を含む。その最も
基本的な形ではユーザ登録簿はそれら相互接続されたネ
ットワークでサービスを受けるすべてのユーザのネット
ワーク名を含む。各名前はそのユーザにサービスする宛
先ＤＳＵの名前に関連づけられあるいはそれに対しマッ
ピングされる。一つのメッセージがそのネットワークに
出されると、そのメッセージの発信者をサービスするＤ
ＳＵがそのメッセージから宛先ユーザネットワーク名を
抽出する。ユーザ登録簿がアクセスされてその宛先ユー
ザにサービスする宛先ＤＳＵを識別する。宛先ユーザお
よびそのユーザをサービスする宛先ＤＳＵは共にネット
ワークを介してそのメッセージを経路指定するための制
御情報内で識別される。

【０００９】ネットワーク内の一つの問題は、そのネッ
トワークの形態が定常的であることがめったにないこと
である。ノードが付加されたり、削除されたり、あるい
は組合されたりすることがある。ユーザが一つのノード
から他のノードに永久的であれ一時的であれ動くことも
ある。発信側ユーザが目的とする宛先ユーザについての
現在の正しいネットワークアドレスを得ることが出来な
ければ、そのユーザにより送られるメッセージは誤送さ
れ、あるいは電気的な混乱状態に入れられ、あるいは送
信者にもどされることもある。これらの内、どれが発生
してもネットワーク資源の非生産的な使用となる。

【００１０】この問題を少なくとも部分的に解決するた
めに一つのネットワーク内の１以上介入するノードにお
いて介入リストを使用することが知られている。各介入
リストは特定の宛先ＤＳＵを識別する１以上のエントリ
を含む。そのノードに入るメッセージがこの介入リスト
内の宛先ＤＳＵに宛てられたものであることが分かれ
ば、その介入ＤＳＵがそのメッセージから宛先ユーザの
名前を抽出して別の宛先ＤＳＵがその宛先ユーザについ
て識別されるかどうかをみるために登録簿探索を行う。
別の宛先ＤＳＵが限定されたなら、そのメッセージはそ
れに再び向けられることになる。

【００１１】介入リストは一つのネットワーク内の２つ
の古いノードが１つの新しいノードに組合される場合に
頻繁に使用される。はじめに古いノードにあると思われ
るユーザに宛てられたメッセージはそのメッセージのパ
ス上の一つのノードで代行受信される。代行受信された
ノードにおける介入リストによりこれらメッセージは新
しいノードにおける同一のユーザに再方向づけされる。

【００１２】特定のユーザが一時的に他のノードに割り
振られる場合にも介入リストが使用される。この割当て
が一時的なものであれば、介入リストはユーザに新ネッ
トワーク名を割り当てるのではなく割当て中にユーザの
一時的ＤＳＵにメッセージを向けるために使用しうる。
もしこの割り当てが永久的なものであれば、介入リスト
はユーザの新しいネットワークシステム全体のユーザ登
録簿に伝えられている間にメッセージを再方向づけする
ために用いることが出来る。

【００１３】

【発明が解決しようとする課題】従来の介入リストは上
記のようにメッセージの極めて限られた再方向づけのみ
を行うことが出来るにすぎない。メッセージは宛先ＤＳ
Ｕ名に基づき再方向づけされうる。メッセージは発信者
により特定されたユーザ（エージェント）以外のユーザ
には配布出来ない。

【００１４】本発明の目的は、代行受信されたメッセー
ジの処理におけるフレキシビリティを大きくすることで
ある。

【００１５】

【課題を解決するための手段】本発明は、メッセージを
選択的に再方向づけするについてのノードの能力を改善
するために、新規な介入リストデータ構造（およびその
構造を使用するための基本的プロセス）を提供しようと
するものである。この新規な構造とプロセスはデータパ
ス上の中間ノードが、メッセージの通過時にそれを選択
的にトラップしうるようにする。介入は宛先アプリケー
ション、宛先ノードまたはそれらの組合せに基づく。ト
ラップされたメッセージはその中間ノードにおける局所
のアプリケーションプログラムに配分しうる。局所のア
プリケーションプログラムはそのメッセージを変更しそ
れを発信ネットワークに戻すことが出来る。

【００１６】このプロセスは、異なるエントリノードに
あるユーザ間の中間のノードを通じてメッセージが送ら
れる場合にデータ通信システム内で行われる。メッセー
ジを選択的に代行受信し再方向づけするための手段が１
以上の中間ノードに含まれる。この手段はそのメッセー
ジの宛先を識別するターゲット名を抽出する手段と、タ
ーゲット名に関係するエントリ用の索引テーブルを検査
する手段と、そのメッセージをターゲット名で識別され
るノードとは異なるノードにあるいはそのメッセージを
変更することの出来る局所のアプリケーションプログラ
ムに再配向する手段とを含む。局所のアプリケーション
プログラムで行われるメッセージの変更は再配向される
メッセージを生じさせることが出来る。

【００１７】

【実施例】図１には三つの異なるドメイン１０，３２，
３６を有するコンピュータネットワークが示されてい
る。ドメイン１０はホストプロセッサ１２を含む。この
ホストプロセッサ１２はオペレーティングシステムプロ
グラム１４の制御のもとで動作する。複数のトランザク
ションプログラム（ＴＰ）がホストプロセッサ１２で実
行される。局所的に付加されるユーザ１６はトランザク
ションプログラム１８を介してホストプロセッサ１２と
対話する。他の遠隔ユーザ２６はそれらを直列または並
列チャンネル２２を介してホストプロセッサ１２内のト
ランザクションプログラム２０にリンクされる設定コン
トローラ２４を介してホストプロセッサ１２と対話す
る。

【００１８】ホストプロセッサ１２は通信コントローラ
３０および３４との通信を支援する例えば仮想遠隔通信
アクセス法（ＶＴＡＭ）プログラムのようなアクセスプ
ログラム２８を用いて他のホストプロセッサと通信を行
うことが出来る。通信コントローラ３０は遠隔通信リン
ク３７を介して第２ドメイン３２内の通信コントローラ
３８に接続される。第２ドメイン３２はユーザ４２にサ
ービスを行うホストシステム４０を含む。

【００１９】ドメイン１０内の通信コントローラ３４も
同様にして第３ドメイン３６内の通信コントローラ４４
との通信を支援する。第３ドメイン３６はユーザ４８に
サービスを行うホストシステム４６を有する。

【００２０】ドメイン３２および３６の詳細を述べない
ことについては、それらがドメイン１０と同じ構成およ
びプログラムを含むものであることを述べれば充分であ
る。

【００２１】図１は多重ドメイン通信ネットワークをそ
の構成装置とプログラムで示すものである。このネット
ワークは図２に示すようにより機能的な観点でみること
も出来る。通信システムの主機能の一つはユーザ間のメ
ッセージ配布を扱うことであるから、そのネットワーク
内の装置とプログラムの多くは配布サービスネットワー
ク６０で示す機能グループ内に置かれる。ネットワーク
６０内の装置とプログラムはメッセージ７０と７２のよ
うなメッセージがそのネットワーク内の同一のノードま
たは異なるノードにある異なるユーザ（例えばユーザ５
２，５４，６６，６８）間で配布されうるようにする役
割を有する。ユーザはプログラム５６，５８，６２，６
４のようなアプリケーショントランザクションプログラ
ムを介して配布サービスネットワークと対話を行う。し
かしながら、ユーザあるいはアプリケーショントランザ
クションプログラムはこの配布サービスネットワークの
部分ではない。

【００２２】配布サービスネットワークは通常図３に示
すユニット７４のような複数の、機能的に限定された配
布サービスユニット（ＤＳＵ）からなる。一つの通信ネ
ットワーク内の各ノードは一般にアプリケーショントラ
ンザクションプログラム７８を介してユーザ７６にメッ
セージを配布し、そしてユーザ７６からのメッセージを
受けてそれをそのネットワーク内の他のユーザに配布す
るための配布サービスユニットを含む。

【００２３】配布サービスユニットは異なった層で行わ
れるものと見ることの出来る特定された配布機能を行う
ことの出来る装置とプログラムを含む。最上層ではプレ
ゼンテーションサービス８０が行われて所要の文字コー
ド変換、データ変換、データ圧縮またはデータ伸長を行
う。

【００２４】次の層では宛先ユーザ名をそれらの位置と
関連づけるために登録簿サービスが用いられる。登録簿
サービスは、出力待ち行列のセット８４内の出力待ち行
列の内のどれを識別されたユーザにメッセージを配布す
るため用いるべきかを識別するためにユーザ登録簿を使
用しうるようにする。出力待ち行列セット８４と入力待
ち行列８２はプレゼンテーションサービス機能８０と経
路指定および登録簿サービス機能８６の間のインターフ
ェースを与える。ユーザ登録簿の内容と使用については
後述する。

【００２５】経路指定サービスは基本的には次のセグメ
ントまたは宛先に向うパスにメッセージを送るセグメン
トを決定し、そしてそのメッセージを送信のためスケジ
ューリングまたは待ち行列化することからなる。メッセ
ージが異なる配布サービスユニットに送られるべきとき
には経路指定サービスにより次のＤＳＵ待ち行列８８に
それを移す。

【００２６】最下層では配布サービスユニットが転送サ
ービス９０を行う。転送サービスは宛先ユーザへのパス
を介して次のＤＳＵ待ち行列内のエントリを次のＤＳＵ
に向けるものである。下層レベルサービス９２で示す一
般ネットワーク伝送機能を実際の伝送のために用いる。
しかしながら下層レベルサービス９２は配布サービスユ
ニット７４には含まれない。

【００２７】コンピュータプログラムは図３について述
べる形式の機能を与えるために今日用いられている。市
販のそのようなコンピュータプログラムの一例はＩＢＭ
社のシステムネットワークアーキテクチャ／配布サービ
スプログラムである。本発明を理解する上では不要であ
るが、このプログラムで使用されるフォーマットおよび
プロトコルの詳細はＩＢＭ社の出版物「フォーマットア
ンドプロトコルリファレンスマニュアル：ディストリビ
ューションサービス（Ｆｏｒｍａｔ ａｎｄＰｒｏｔｏ
ｃｏｌ Ｒｅｆｅｒｅｎｃｅ Ｍａｎｕａｌ：Ｄｉｓｔ
ｒｉｂｕｔｉｏｎ Ｓｅｒｖｉｃｅｓ）」（文書ＳＣ３
０−３０９８）に記載されている。

【００２８】この出版物は配布サービスプログラムで扱
うことの出来るディストリビューション用のフォーマッ
トの詳細を含む。ディストリビューションのこの部分は
図４に示してある。各ディストリビューションは接頭部
９６、接尾部１０２、コマンド部９８、配布リスト９
９、エージェントオブジェクトフィールド１００および
サーバオブジェクトフィールド１０１からなる。接頭部
９６と接尾部１０２はそのシステムで処理中の他のディ
ストリビューションとのコンフリクトを避けるためにデ
ィストリビューション９４のはじめと終りをマークする
ものである。コマンド部９８はそのディストリビューシ
ョンを処理する際に用いられる制御情報を含む。配布リ
ストはそのディストリビューションを送るべきユーザを
識別する。

【００２９】短いメッセージについては一つのユーザに
送られるべきすべてのデータをエージェントオブジェク
トフィールドに含めることが出来る。かなりのデータ量
を送るべきときにはサーバオブジェクトフィールドはま
ずどこでどのようにデータが宛先ユーザへの伝送のため
記憶機構からとり出されるかについての情報を含むこと
が出来る。データ自体はこのディストリビューションの
処理中にとり出されてサーバオブジェクトフィールド内
に埋め込まれる。ここではエージェントオブジェクトフ
ィールドとサーバオブジェクトフィールドの組合せが宛
先ユーザへの実際のメッセージに等しいものとすること
が出来る。

【００３０】上記のフォーマットに従うディストリビュ
ーションを扱う際に、ＤＳＵノードがそこでの処理中に
そのディストリビューションに「続く」フラグを割り振
る。本発明にとって重要なそれらフラグは次の通りであ
る。 （１） ＬＯＲＤフラグ （２） ＲＷＲＯＬＤフラグ （３） ＲＷＵＡＲＤフラグ ＬＯＲＤフラグは局所的に発生され、すなわち自ノード
内で発生され、宛先ユーザにサービスを行う配布サービ
スユニットに向けられなければならないディストリビュ
ーションを識別する。前記のように、この方向づけステ
ップはユーザ登録簿を含む。ユーザ登録簿については後
述する。

【００３１】ＲＷＲＯＬＤフラグはどこか他で発生され
て自ノード内のアプリケーショントランザクションプロ
グラムにより受信されて活性化されたが、現時点で自ノ
ードの宛先に向けられあるいはその究極の宛先に再配向
されなければならないディストリビューションを識別す
る。

【００３２】ＲＷＵＡＲＤフラグは他で発生されて自ノ
ード内のアプリケーショントランザクションプログラム
により受信され、活性化されたが、今本来の、変更され
ない宛先に経路指定されるべきディストリビューション
を識別する。

【００３３】ＲＷＲＯＬＤフラグとＲＷＵＡＲＤフラグ
の相異点はＲＷＵＡＲＤディストリビューションの宛先
が自ノードで処理中変更されず、ＲＷＲＯＬＤディスト
リビューションの宛先が自ノード内の処理の結果として
変更されることである。

【００３４】図５は、処理中に一つのディストリビュー
ションに種々のフラグを割り振るプロセスのフローチャ
ートである。このフラグ割振りプロセスは一つのディス
トリビューションが一つのＤＳＵのプレゼンテーション
層に入るときオペレーション１０４で開始する。このデ
ィストリビューション内の制御情報はオペレーション１
０６で「係属中」のディストリビューションとして、す
なわち受信したがそのＤＳＵで今だ最終処理されていな
いため、そのＤＳＵ内に記憶されている制御情報と比較
される。オペレーション１０８で現在メッセージに対応
する先祖メッセージがみつからない場合に、それはその
ディストリビューションが自ノード内で発生されたこと
を意味するものとして解釈され、ＬＯＲＤラフグがオペ
レーション１１０で割振られる。

【００３５】しかしながら先祖メッセージがわかれば第
２のチェック１１２がそのディストリビューションが自
ノードへの宛先をもつかどうかについて行われる。この
ディストリビューションが自ノードへの宛先を有するな
らばＲＷＲＯＬＤフラグがオペレーション１１３で割振
られる。チェック１１２の答えが否定であればそれはそ
のディストリビューションが遠隔にあるノードの宛先を
有することになる。そのようなディストリビューション
については現在ディストリビューションに含まれる宛先
ＤＳＵ情報と先祖メッセージのディストリビューション
について記録された宛先ＤＳＵ情報との間の比較１１５
がなされる。宛先が変更されていればＲＷＲＯＬＤフラ
グがオペレーション１１３で割振られる。宛先が変更さ
れていなければＲＷＵＡＲＤフラグがオペレーション１
１９で割振られる。

【００３６】メッセージ配布サービスを与える際のユー
ザ登録簿と経路指定テーブルの機能を図６において極め
て高いレベルで示す簡単な３ノードコンビュータネット
ワークについて説明する。このネットワークは３個のノ
ード１１４，１１６，１１８を有する。ノード１１４
（ＵＳ．ＣＨＩＳＹＳ２で識別される）とノード１１６
（ＵＳ．ＮＹＣＳＹＳ１で識別される）は同一のＵＳネ
ットワーク内にある。第３のノード１１８（ＥＵＲ．Ｐ
ＡＲＳＹＳ１）は異なるＥＵＲネットワーク内にある。

【００３７】単純化のために、ＵＳ．ＣＨＩＳＹＳ２を
シカゴノード、ＵＳ．ＮＹＣＳＹＳ１をニューヨークノ
ード、ＥＵＲ．ＰＡＲＳＹＳ１をパリノードと呼ぶこと
にする。実際にはこれらの都市の夫々に複数のノードが
ありうるから、そのような一般的な参照は適当でないこ
ともありうる。

【００３８】ノード１１４，１１６，１１８は登録簿と
経路指定サービスを与える際に用いられるデータ構造１
２０，１２２，１２４を夫々含む。これらの構造はユー
ザのネットワーク名とそのユーザにサービスする宛先Ｄ
ＳＵのアドレスとの間に相関を与えるユーザ登録簿を含
む。これら構造はまた宛先ＤＳＵと、ディストリビュー
ションが究極の宛先ＤＳＵへの途中に送られるべき次の
ＤＳＵとの間の相関を与える経路指定テーブルを含む。

【００３９】図６のシステムでは４人のユーザのみが識
別される。それらの２人、チャイルド（Ｃｈｉｌｄ）お
よびチェース（Ｃｈａｓｅ）、はシカゴノードにある。
他の１人、ネフ（Ｎｅｆｆ）はニューヨークノードにあ
る。最後のピアフ（Ｐｉａｆｆ）はパリノードにある。
前述のように、これらユーザの夫々は連鎖したグループ
名と個人名からなる２部分ユーザネットワーク名を用い
ることによりシステムに対し識別しうる。

【００４０】ネットワークアドミニストレータは文字や
許容文字の最大数についてネットワークアーキテクチャ
により設定される限界内でグループ名を自由に選ぶこと
が出来る。一つの便利なグループ名のセットをユーザの
属する部門を表わす略語または頭文字を用いてつくるこ
とが出来る。

【００４１】この約束事を図６のシステムについて用い
ると、２部分名は、Ｃｈｉｌｄが製造部門（ＭＦＧ）、
Ｃｈａｓｅが人事部門（ＰＥＲ）、そしてＮｅｆｆとＰ
ｉａｆｆが営業部門（ＭＫＴ）に夫々属することを示し
ている。

【００４２】図７はデータ構造１２０，１２２，１２４
におけるユーザ登録簿と経路指定テーブルの詳細を示
す。構造１２０内の登録簿１２６はユーザ夫々のネット
ワーク名（ＤＥＳＴ ＤＵＮ）とそのユーザ用の配布サ
ービスユニットの名前（ＤＥＳＴ ＤＳＵＮ）を含む。
ＣｈｉｌｄとＣｈａｓｅは共にユーザ登録簿１２６を含
む配布サービスユニットにあるから、それらのＤＥＳＴ
ＤＳＵＮは自ノード内として記述される。Ｎｅｆｆと
ＰｉａｆｆについてのＤＥＳＴ ＤＳＵＮはＵＳ．ＮＹ
ＣＳＹＳ１とＥＵＲ．ＰＡＲＳＹＳ１で夫々識別され
る。

【００４３】データ構造１２０内の経路指定テーブル１
２８はそのネットワーク内の夫々の自ノードにないＤＳ
Ｕを識別すると共に宛先ＤＳＵへのパス上にある次のＤ
ＳＵを識別する。このテーブルおよび図６をみるに、シ
カゴとニューヨークのＤＳＵは直結している。それ故、
シカゴで使用する経路指定テーブルはニューヨークノー
ドをニューヨーク宛のメッセージについての次のＤＳＵ
Ｎと識別する。他方、パリノードはニューヨークを介し
てシカゴに接続される。シカゴに含まれてはいるが、パ
リ向けのメッセージはニューヨークを経由しなければな
らない。経路指定テーブル１２８の第１エントリはこれ
を、ニューヨークをシカゴ起源のパリ宛のメッセージに
ついて次のＤＳＵとして識別することにより示す。

【００４４】シカゴ発パリのユーザ行きのメッセージが
ニューヨークに入ると、ニューヨークノードの経路指定
テーブル１３０がそのメッセージの送られるべき次のＤ
ＳＵを決定するため照合される。ニューヨークノードと
パリノードは直結しているから、テーブル１３０はパリ
ノードをニューヨーク経由パリ行きメッセージが送られ
るべき次のノードとして識別する。

【００４５】上記の単純なネットワークは、すべてのメ
ッセージが常に発信ユーザから宛先ユーザにその間のパ
スのどこかに介入を必要とせずに直接に経路指定しうる
と仮定している。この仮定は現実的なものではない。前
記のようにノードがシステムに付加されたり、合併のた
め削除されたりすることがある。そのようなケースを処
理するために一つのネットワークの夫々のＤＳＵに介入
リストを用いることは知られている。介入リストは古い
ネットワークアドレスを新しいネットワークアドレスに
相関させるデータ構造である。メッセージが介入リスト
にある宛先ＤＳＵに向けられるならば、この介入ＤＵＳ
はそのメッセージからユーザネットワーク名を経由し、
その名前を用いて登録簿探索オペレーションを行うこと
になる。この登録簿が識別されたユーザについて異なる
宛先ＤＳＵを示せば、そのメッセージはその介入リスト
にあるＤＳＵに再指向される。

【００４６】この既知の介入プロセスは介入の目安が宛
先ノード名のみであるときは満足すべきものである。し
かしながら、それより複雑な介入のある場合にはこれは
それに適合しえない。

【００４７】介入のフレキシビリティを向上させるため
に新しい形式の介入リストが用いられる。この新しい介
入リストのデータ構造を図８について述べる。図８はニ
ューヨークノードにあってもよいような新しい介入リス
トのテーブル表示である。

【００４８】この介入リストの各エントリは４個のフィ
ールド、すなわちＤＳＵ名フィールド１３２、エージェ
ント名フィールド１３４、介入タイプフィールド１３６
および介入エージェントフィールド１３８からなる。デ
ータははじめの３個のフィールドの夫々に入れねばなら
ない。第４のフィールドはデータを含んでも含まなくて
もよい。これらフィールドおよびそれらの夫々の入れる
ことの出来るデータのタイプを次に述べる。

【００４９】ＤＳＵ名フィールド１３２は宛先ＤＳＵの
名前を含む。宛先ＤＳＵの名前は完全にまたは部分的に
特定される。前述のように、一つのネットワーク内の各
ＤＳＵはエントリ１４０のような２部分名により固有に
識別される。完全に特定されるＤＳＵの一例はエントリ
１４０（ＵＳ．ＣＨＩＳＹＳ１）である。エントリ１４
２（ＣＡ．＊）と１４４（ＥＵＲ．＊）は部分的に特定
された宛先ＤＳＵの例である。これらエントリの夫々に
おける＊文字はどのノード名によっても満足される「ワ
イルドカード」文字である。かくして、ＣＡネットワー
ク内の任意のノード宛の任意のメッセージにより例えば
ＤＳＵ名フィールド１３２に突き合せを生じさせ、介入
アクションをトリガする。

【００５０】エージェント名フィールド１３４はＤＳＵ
名フィールド１３２で識別されるＤＳＵにある特定のユ
ーザまたはプログラム（これを一般にエージェントと呼
ぶ）の名前を含むことが出来る。フィールド１３２と１
３４は論理的には共にＡＮＤ演算されたものとみること
が出来る。すなわち、トリガされるべき介入アクション
について、入力メッセージはフィールド１３２の要件を
満足するＤＳＵ名と介入リスト内の同一エントリについ
てフィールド１３４の要件を満足するエージェント名を
含んでいなければならない。

【００５１】エージェント名は完全にあるいは部分的に
特定される。エントリ１４６（ＡＧＥＮＴ＿Ｘ）は完全
に特定されたエージェント名の例である。このエージェ
ント名が完全に特定される場合には一つのリストエント
リについてフィールド１３２と１３４の両方に一つの完
全な突き合せ（一致）があるときにのみトリガされる。
例えば、介入アクションはメッセージがＵＳ．ＣＨＩＳ
ＹＳ１のＡＧＥＮＴ＿Ｘ宛てのときにのみ介入リスト内
の第一エントリでトリガされる。このメッセージが同一
のＤＳＵのＡＧＥＮＴ＿Ｙ宛てであったとすれば、第一
エントリは介入アクションをトリガしないことになる。

【００５２】エントリ１４８（＊）は上記の＊ワイルド
カード文字を用いる部分的に特定されたエージェント名
の例である。フィールド１３４内のワイルドカード文字
は一つの特定のＤＳＵによりサービスされるエージェン
トのグループまたはすべてのエージェントについての介
入アクションをトリガしうるようにする。例えば一つの
ワイルドカード文字からなるエントリ１４８はＵＳ．Ｃ
ＨＩＳＹＳ２でサービスされるエージェント宛のメッセ
ージについての介入アクションをトリガする。

【００５３】同様に、一つの特定のネットワーク内の任
意のＤＳＵによりサービスされる特定のエージェント宛
のメッセージについての介入アクションをトリガしう
る。介入リストの第５行のエントリ１４２と１５０はＣ
Ａネットワーク内の任意のノードのＡＧＥＮＴ＿Ｂ宛の
メッセージについての介入アクションを生じさせる。

【００５４】トリガされる介入アクションのタイプは介
入タイプフィールド１３６へのエントリの値により決ま
る。介入アクションには三つのタイプがある。

【００５５】関連再配向は入力メッセージを自ノード内
のユーザ登録簿内に特定されるネットワークアドレスに
再方向づけするために用いられる。このタイプの介入は
現存する再配向機能と相似である。

【００５６】前配向介入は自ノード内のユーザ登録簿が
アクセスされる前にフィールド１３８に特定される介入
エージェントに送られるべき入力メッセージを呼び出
す。介入エージェントは一般にそのメッセージの内容に
ついて動作するアプリケーションプログラムである。そ
のようなプログラムはそのメッセージ内のデータフォー
マットを変更することが出来、あるいは自ノード内のユ
ーザ登録簿に入る前にそのメッセージの宛先さえも変更
することが出来る。

【００５７】後配向介入の要件はメッセージがまず自ノ
ード内のユーザ登録簿に送られることである。メッセー
ジが自ノード内のユーザ登録簿を用いて処理された後
に、再び介入リストに反しているか否かについてチェッ
クされる。そのメッセージが後配向介入を特定するエン
トリと突き合されていれば、そのメッセージはそのエン
トリで特定された介入エージェントに配布される。

【００５８】この介入エージェントは図３で述べた配布
サービスの境界外のアプリケーションプログラムであ
る。この介入エージェントはメッセージを二つの方法の
内の一つで処理させる。それはディストリビューション
ネットワークからそのメッセージを完全に除去するか、
それを処理後にそのネットワークに再び入れるかしなけ
ればならない。

【００５９】既知のＩＢＭのＬＵ（Ｌｏｇｉｃａｌ Ｕ
ｎｉｔ）６．２における動詞（開放型システム間相互接
続トランザクション処理におけるサービス・プリミティ
ブに相当する）は，上述した二つの方法の内の後者の動
作、すなわち処理後にそのネットワークに再び入れる動
作を行わせるには不適当である。その理由はそのような
動詞がそのメッセージのソースとして介入エージェント
を識別してしまうからである。元のソースの識別が失わ
れてしまう。

【００６０】元のソース情報を保持しうるようにするた
めに新しいＲＥＳＵＭＥ ＤＩＳＴＲＩＢＵＴＩＯＮ動
詞が受信シーケンス中に使用すべく特定された。ＲＥＳ
ＵＭＥ ＤＩＳＴＲＩＢＵＴＩＯＮ動詞を理解するには
アプリケーションプログラムと配布サービスネットワー
クとの境界にまたがりディストリビューションを通すた
めに用いられる他の動詞で行われる機能を理解する必要
がある。他の既知であって関連する動詞はＳＥＮＤ Ｄ
ＩＳＴＲＩＢＵＴＩＯＮ動詞、ＲＥＣＥＩＶＥＤＩＳＴ
ＲＩＢＵＴＩＯＮ動詞およびＲＥＣＥＩＶＩＮＧ ＳＥ
ＱＵＥＮＣＥＣＯＭＰＬＥＴＥＤ（ＲＳＣ）動詞であ
る。

【００６１】これらの動詞で行われる機能をディストリ
ビューションオペレーションについて述べる。既知の動
詞の説明はこの新しいＲＥＳＵＭＥ ＤＩＳＴＲＩＢＵ
ＴＩＯＮ動詞を理解する上で充分であるが、それらの更
に詳細については前記のＩＢＭ社の文献を参照され度
い。

【００６２】データは上記の限られた配布サービス動詞
群を用いて一つのユーザ（発信者）から他（宛先）へ送
ることが出来る。まず、発信者アプリケーションプログ
ラムがそのアプリケーションプログラムと配布サービス
ネットワークとの境界にまたがりディストリビューショ
ンを動かすためにＳＥＮＤ ＤＩＳＴＲＩＢＵＴＩＯＮ
動詞を出す。このディストリビューションは宛先アプリ
ケーションプログラムに実際に配布されるべきメッセー
ジと、発信元、宛先、宛先エージェント／ユーザおよび
他の必要な処理パラメータを識別する制御情報とを共に
含む。

【００６３】このディストリビューションは宛先アプリ
ケーションプログラムをサービスするＤＳＵに入るまで
ネットワークを介してノード毎に送られる。ＤＳＵは宛
先アプリケーションプログラムにメッセージを待ってい
ることを知らせる。受信シーケンス中にこの伝送の完全
性を維持するため、２部分「ハンドシェーク」が用いら
れる。

【００６４】宛先アプリケーションプログラムはそのＤ
ＳＵにＲＥＣＥＩＶＥ ＤＩＳＴＲＩＢＵＴＩＯＮ動詞
を出すことによりこのハンドシェークの第１の部分を行
う。ＤＳＵはこの動詞に対し宛先アプリケーションプロ
グラムにそのメッセージのコピーを送ることで応答す
る。アプリケーションプログラムがメッセージを完全に
受けて記憶したとき、このプログラムはそのＤＳＵにＲ
ＥＣＥＩＶＩＮＧ ＳＥＱＵＥＮＣＥ ＣＯＭＰＬＥＴ
ＥＤ（ＲＳＣ）動詞を出す。このＲＳＣ動詞はＤＳＵ
に、アプリケーションプログラムがそのメッセージにつ
いての責任を受け入れたことを示す。ＤＳＵはそこでこ
の伝送のコピーを消去する。

【００６５】受信されたメッセージを発信者情報を失う
ことなくアプリケーションプログラムが配布サービスネ
ットワークに再送しうるようにするためにこの新しいＲ
ＥＳＵＭＥ ＤＩＳＴＲＩＢＵＴＩＯＮ動詞が特定され
る。このＲＥＳＵＭＥ ＤＩＳＴＲＩＢＵＴＩＯＮ動詞
は既知のＳＥＮＤ ＤＩＳＴＲＩＢＵＴＩＯＮと同様で
あり、そして元のＳＥＮＤ ＤＩＳＴＲＩＢＵＴＩＯＮ
動詞で設定される伝送におけるパラメータのいくつかを
変更することが出来る。ＲＥＳＵＭＥ ＤＩＳＴＲＩＢ
ＵＴＩＯＮ動詞がそのメッセージについてのＳＥＮＤ
ＤＩＳＴＲＩＢＵＴＩＯＮ動詞と共に受信した一つのパ
ラメータを明白に変更しないならば、元のパラメータが
ネットワークへのそのメッセージの再送において用いら
れる。

【００６６】ＲＥＳＵＭＥ ＤＩＳＴＲＩＢＵＴＩＯＮ
動詞は受信シーケンス中に介入アプリケーションプログ
ラムにより出され、そして配布サービスネットワークに
戻される、多分アプリケーションプログラムにより変更
されたメッセージの１以上のコピーをつくる。このアプ
リケーションプログラムはすべてのＲＥＳＵＭＥ ＤＩ
ＳＴＲＩＢＵＴＩＯＮ動詞が出されて動作するまでＲＳ
Ｃ動詞を出さない。

【００６７】図９および図１０は上記の介入リストを用
いるときのフローチャートを示すものである。第１ステ
ップ１５２において受信したメッセージについての待ち
行列エントリがＤＳＵ内の経路指定／ディレクタ待ち行
列から除かれる。次にチェック１５４がそのエントリに
ＬＯＲＤフラグがセットされたかどうかについて行われ
る。セットされたＬＯＲＤフラグはディストリビューシ
ョンが自ノード内で発生したが自ノード内のユーザ登録
簿を用いてまだ方向づけされていないことを示す。

【００６８】ＬＯＲＤフラグがセットされていれば、オ
ペレーション１６４でクリアされ、そして登録簿テーブ
ル探索がそのディストリビューションにある宛先ユーザ
をサービスする宛先ＤＳＵを識別するために行われる
（オペレーション１７４）。

【００６９】ＬＯＲＤフラグがはじめにリセットされて
いれば、他のチェック１５６がそのメッセージについて
ＲＷＲＯＬＤフラグがセットされたかどうかについて行
われる。セットされたＲＷＲＯＬＤフラグは、どこかで
生じたメッセージが介入エージェントにより代行受信さ
れて自ノード内で処理されており、そして配布サービス
ネットワークに再提示されつつあることを示す。

【００７０】ＲＷＲＯＬＤフラグがセットされれば、そ
れはオペレーション１６６でクリアされ、プログラムは
オペレーション１７６に分岐し、介入リストが後配向フ
ラグまたは再提示されたメッセージ内で方向づけられる
宛先用のエントリを有するかどうかをチェックする。こ
のオペレーション１７６に対するプログラム応答は後述
する。

【００７１】ＲＷＲＯＬＤフラグがはじめにクリアされ
るべきかあるいはオペレーション１５６でリセットされ
るべきであれば、ＲＷＵＡＲＤフラグがセットされたか
どうかをみるためのチェック１５８を行う。セットされ
たＲＷＵＡＲＤフラグはどこかで生じたディストリビュ
ーションが代行受信されて自ノード内で処理され、元の
遠隔宛先を変更せずに配布サービスネットワークに再提
示されつつあることを示す。

【００７２】チェック１５８がＲＷＵＡＲＤフラグのセ
ットを示せば、それがオペレーション１６８でクリアさ
れ、待ち行列エントリが経路指定機能に送られてオペレ
ーション１８４で経路指定テーブル探索を行いうるよう
にする。オペレーション１８４の詳細は後述する。

【００７３】チェック１５８がはじめにＲＷＵＡＲＤフ
ラグのクリアを示せば、その待ち行列エントリに含まれ
る宛先情報がブロック１６０と１６２で示すオペレーシ
ョンで局所介入リスト内の宛先フィールドに対してチェ
ックされる。突き合せがなければ、特定された宛先が自
ノードであるかどうかについてのチェック１７２が行わ
れる。自ノードであれば待ち行列エントリは配向機能に
入れられてオペレーション１７４での登録簿テーブル探
索を可能にする。宛先が自ノードでない場合には、それ
は遠隔でなければならない。プログラム制御は経路指定
テーブル探索オペレーション１８４に分かれる。オペレ
ーション１８４は究極の宛先へのパス上の次のＤＳＵの
識別をとり出すものである。次のＤＳＵが識別されてし
まうと、待ち行列エントリで識別されるディストリビュ
ーションがオペレーション１８６でそのＤＳＵに送られ
る。

【００７４】オペレーション１６２が、介入リスト内の
エントリの内の一つについて宛先フィールドと待ち行列
エントリについての宛先情報との突き合せを示す場合に
は、その介入リストが突き合された宛先の前配向介入エ
ントリを含むかどうかについてのチェック１７０が行わ
れる。前配向介入がチェック１７０により示されれば介
入フラグが待ち行列エントリにセットされる。これは介
入リスト内に特定される介入エージェントについての待
ち行列に置かれる。

【００７５】介入エージェントは一般に後にディストリ
ビューションをネットワークに再提示させるものである
が、現在の介入プロセスサイクルはオペレーション１７
８後に終了したものと考えられる。このディストリビュ
ーションが介入エージェントによる処理後に再提示され
れば、新しい介入プロセスサイクルがスタートする。

【００７６】チェック１７０が突き合された宛先につい
ての前配向介入エントリを示さなかったなら、オペレー
ション１７４が行われてそのメッセージ内に識別される
ユーザをサービスする宛先ＤＳＵを識別する。オペレー
ション１７４で宛先ＤＳＵが識別されてしまうと、その
宛先は、後配向介入フラグがその宛先に割振られたかど
うかを決定するために介入リストに対してチェックされ
る。

【００７７】後配向介入フラグがオペレーション１７６
で見い出されたならば、介入フラグがオペレーション１
８８でセットされて介入の発生を示す。ディストリビュ
ーションまたは待ち行列エントリがそのときオペレーシ
ョン１９０において特定された介入エージェントについ
ての待ち行列に置かれる。ステップ１９０の完了により
介入サイクルが終了する。介入エージェント１９０はそ
のディストリビューションをネットワークに再提示させ
る。これが生じると、新しい介入サイクルが開始されて
再提示を処理する。

【００７８】オペレーション１７６が指定された宛先に
ついての後配向介入フラグのないことを示すならばその
指定宛先が自ノード、すなわち、介入プロセスが行われ
ている配布サービスユニットによりサービスを受けるも
のであるかどうかを決めるチェック１８０が行われる。
宛先が自ノードであれば待ち行列エントリがオペレーシ
ョン１８２で自ノード内のユーザまたはエージェント待
ち行列に置かれ、そして介入サイクルが完了したとされ
る。

【００７９】オペレーション１８０が宛先が自ノードで
はなく遠隔であることを示すならば、オペレーション１
８４で経路指定テーブルにアクセスし、究極の宛先への
パス上の次のＤＳＵを識別する。前述のようにこの経路
指定テーブル探索に続きその経路上の次のＤＳＵノード
にディストリビューションを送る。この介入サイクルは
このディストリビューションがその次ノードに送られる
とき完了する。

【００８０】

【発明の効果】以上述べた拡張介入機構は、宛先ノード
名にもとづいてのみ介入を行う従来の介入機構に対し多
数の利点を有する。この拡張機構は宛先ノード名やエー
ジェント名に基づき選択的にディストリビューションを
代行受信しうるようにする。またこれは自ノードのユー
ザ登録簿のアクセス前またはその後に、ディストリビュ
ーションを介入エージェントに配布しうるようにする。
更に、これは介入エージェントによりディストリビュー
ションを自ノード内で処理し、ソース識別情報を失うこ
となくＲＥＳＵＭＥ ＤＩＳＴＲＩＢＵＴＩＯＮ動詞を
用いる配布サービスネットワークに再提示することを可
能にする。

【図面の簡単な説明】

【図１】本発明の使用可能な通信ネットワークの概略
図。

【図２】配布サービス機構を示す通信ネットワークの高
レベルブロック図。

【図３】一つの通信ネットワーク内の１以上のノードで
使用される配布サービスユニットのブロックレベル表現
の図。

【図４】このネットワークを通じて転送しうる一つの形
式のディストリビューションのフォーマットを示す図。

【図５】本発明の実施に用いられるフラグまたは値を割
り振るプロセスのフローチャート。

【図６】本発明の実施に適した３ノードネットワークの
ブロックレベルの図。

【図７】図６のノードに存在しうるユーザ登録簿および
経路指定テーブルを示す図。

【図８】本発明により構成される介入リストのテーブル
表現の図。

【図９】図１０とで完結され、図８に示すタイプの介入
リストデータ構造を用いたメッセージ介入プロセスのフ
ローチャート。

【図１０】図９とで完結される、図９と同様のフローチ
ャート。

【符号の説明】

１０，３２，３６ ドメイン １２ ホストプロセッサ １４ オペレーティングシステムプログラム １８，２０ トランザクションプログラム １６ ユーザ ２４ 設定コントローラ ２６ 遠隔ユーザ ２８ アクセスプログラム ３０，３４，３８，４４ 通信コントローラ ３７ 遠隔通信リンク ４０，４６ ホストシステム ６０ 配布サービスユニット（ネットワーク） ７０，７２ メッセージ ５６，５８，６２，６４ アプリケーショントランザク
ションプログラム

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ロバート、チェンバレン、ネビンズ アメリカ合衆国ノースカロライナ州、ロー リー、ディアー、トラック、ドライブ、 7433 (72)発明者 ジェフリー、アラン、レインズ アメリカ合衆国ノースカロライナ州、ロー リー、シーニック、ビュー、レーン、5404 (72)発明者 アーロン、トマス、サルタン アメリカ合衆国ノースカロライナ州、カー ボロ、フライアー、レーン、133 (72)発明者 ジョセフ、キッチングス、パークス アメリカ合衆国ノースカロライナ州、ダラ ム、マンフォード、ドライブ、3606 (72)発明者 マイケル、デイビッド、ローディン アメリカ合衆国ノースカロライナ州、ロー リー、キンロス、ドライブ、7128 (72)発明者 レイド、リンチ、セイアー アメリカ合衆国ノースカロライナ州、ロー リー、サドルリッジ、ドライブ、5220

Claims (4)

【特許請求の範囲】
1. 【請求項１】複数のノードを含み、その内の１個以上が
   ユーザに配布サービス（ＤＳ）を与えて発信ユーザが宛
   先ユーザにメッセージを配布しうるようにし、夫々のＤ
   Ｓを与えるノードが、これらのユーザに配布サービスを
   提供するユーザ及びノードを識別するための１つ以上の
   エントリを有するユーザ登録簿、および他のＤＳノード
   および上記識別されたノードへの経路上の次のＤＳノー
   ドを夫々識別する１以上のエントリを有する経路指定テ
   ーブルを含んでいるデータ通信ネットワーク内におい
   て、上記ＤＳを与えるノードの内の少なくとも１つのノ
   ードにあってメッセージを選択的に代行受信するための
   装置であって、この装置は、 夫々、一つの宛先ＤＳノードの少なくとも部分的な識
   別、１以上のユーザの少なくとも部分的な識別、および
   関連再配向か前配向介入か後配向介入かのいずれかであ
   る介入タイプを与える、１以上のエントリを有する介入
   リストデータ構造、 入力メッセージを受信し、介入リストエントリに対しメ
   ッセージ内のユーザ情報と宛先ＤＳノード情報とを比較
   するための手段、および 両者の一致に応じてその入力メッセージに対応する介入
   タイプのフィールドの内容に従い上記入力メッセージを
   処理する手段を備えた選択的メッセージ介入装置。
2. 【請求項２】特定の介入情報値に応じて、夫々一つの宛
   先ＤＳノードの少なくとも部分的な識別、１以上のユー
   ザの少なくとも部分的な識別、および関連再配向か前配
   向介入か後配向介入かのいずれかである介入タイプを与
   える、１以上のエントリを有する介入リストデータ構
   造、入力メッセージを受信し、介入リストエントリに対
   しメッセージ内のユーザ情報と宛先ＤＳノード情報とを
   比較するための手段、および両者の一致に応じてその入
   力メッセージに対応する介入タイプのフィールドの介入
   タイプに従い上記入力メッセージを処理する手段を有す
   る介入アプリケーションプログラムにメッセージを送
   り、その介入アプリケーションプログラムでそれを処理
   した後にそのメッセージを受け、さらにこの処理された
   メッセージを前記自ノード内のユーザ登録簿に送るため
   の手段を更に含む請求項１に記載の装置。
3. 【請求項３】付加ユーザにデータ処理サービスを与える
   複数のノードを含み、それらサービスの内の一つが一つ
   のユーザから他へのメッセージの配布であるデータ通信
   ネットワークにおいて、上記ノードの内の少なくとも１
   個において行われる、メッセージ配布に選択的に介入す
   る方法であって、 入力メッセージからその意図する宛先を識別する情報を
   抽出するステップ、 上記ノードに記憶され、夫々が宛先フィールド、関連再
   配向か前配向介入か後配向介入かのいずれかである介入
   タイプを記憶する介入タイプフィールドおよび上記各介
   入タイプ毎にそれぞれに対応する動作を行う介入エージ
   ェントのフィールドを含む１以上のエントリを有する介
   入リストに含まれる宛先情報と上記抽出された宛先情報
   とを比較するステップ、 上記抽出された宛先情報と上記介入リストのエントリに
   含まれる宛先情報との比較の結果が一致であるときに、
   その一致したエントリについての上記介入タイプをとり
   出すステップ、および 上記介入タイプが関連再配向であるときは上記メッセー
   ジを自ノード内のユーザ登録簿に配布し、前配向介入か
   後配向介入かのいずれかであるときは上記メッセージを
   ノードで走行する上記介入タイプの値に対応する動作を
   行う介入アプリケーションプログラムにそれぞれ配布す
   るステップを有する、メッセージ配布に選択的に介入す
   る方法。
4. 【請求項４】前記介入アプリケーションプログラムによ
   り処理された後にそのメッセージを受信するステップ、
   上記メッセージ宛先情報を抽出してそれを記憶された宛
   先情報と比較するステップ、一致した宛先に対応する上
   記介入タイプをとり出すステップ、および上記介入タイ
   プのフィールドが所定の値を有するときそのメッセージ
   を前記自ノード内のユーザ登録簿に送るステップ、を更
   に含む請求項３に記載の方法。