JP2000268014A - 分散システム制御方法及びその実施装置 - Google Patents

Abstract

(57)【要約】 【課題】 オブジェクトに変更を加えることなく通信相
手や通信内容及び実行方法の変更を動的に行い、分散シ
ステムを構成する情報処理装置を集中管理することが可
能な技術を提供する。 【解決手段】 複数の情報処理装置が接続された分散シ
ステムの動作を制御する分散システム制御方法におい
て、分散システムを構成する情報処理装置へのメッセー
ジを作成するステップと、分散システムを構成する情報
処理装置の動作を制御する為の管理情報であるディレク
トリ情報の検索をディレクトリ情報管理装置に依頼する
ステップと、前記ディレクトリ情報を読み出して依頼元
への送信をディレクトリ情報管理装置へ依頼するステッ
プと、前記作成したメッセージの送信処理をディレクト
リ情報管理装置から送信された前記ディレクトリ情報に
基づいて制御するステップとを有するものである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は複数の情報処理装置
が接続された分散システムの動作を制御する分散システ
ム制御方法に関し、特に分散システムの構成が変更され
た場合に、当該システムを構成する複数の情報処理装置
のオブジェクトを変更すること無く、通信相手の変更、
通信内容の変更及び実行方法の変更を行う分散システム
制御方法に適用して有効な技術に関するものである。

【０００２】

【従来の技術】ネットワークに複数の情報処理装置を接
続し、それらの情報処理装置の動作を連携させて各種処
理を行う分散システムでは、ドメイン内で各種処理を行
うソフトウェアであるオブジェクトについて、その所在
を管理するディレクトリ情報管理装置を用いることによ
り、オブジェクト間通信における通信相手の動的な変更
を可能とする分散システム制御を行っている。なお、こ
の様なディレクトリ情報管理装置については、主に以下
の３つの文献に具体的に記されている。１つは、ＣＯＲ
ＢＡ ｓｅｒｖｉｃｅｓ：Ｃｏｍｍｏｎ Ｏｂｊｅｃｔ
Ｓｅｒｖｉｃｅ Ｓｐｅｃｉｆｉｃａｔｉｏｎ中のＮａ
ｍｉｎｇ Ｓｅｒｖｉｃｅ若しくはＴｒａｄｉｎｇ Ｓｅ
ｒｖｉｃｅ（ＯＭＧ著、ｈｔｔｐ：／／ｗｗｗ．ｃｏｒ
ｂａ．ｏｒｇ／）、２つ目は、Ａｎ Ｏｖｅｒｖｉｅｗ
ｏｆ ＫＱＭＬ：Ａ Ｋｎｏｗｌｅｄｇｅ Ｑｕｅｒｙ ａ
ｎｄ Ｍａｎｉｐｕｌａｔｉｏｎ Ｌａｎｇｕａｇｅ中の
Ｆａｃｉｌｉｔａｔｏｒｓ（ＫＱＭＬ Ａｄｖｉｓｏｒ
ｙ Ｇｒｏｕｐ 著、ｈｔｔｐ：／／ｗｗｗ．ｃｓ．ｕｍ
ｂｃ．ｅｄｕ／ｋｑｍｌ／）、３つ目は、ＬＤＡＰ−Ｐ
ｒｏｇｒａｍｍｉｎｇ Ｄｉｒｅｃｔｏｒｙ Ｅｎａｂｌ
ｅｄ Ａｐｐｌｉｃａｔｉｏｎｓ ｗｉｔｈ Ｌｉｇｈｔ
ｗｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ ＡｃｃｅｓｓＰｒｏｔ
ｏｃｏｌ（Ｔｉｍ Ｈｏｗｅｓ、Ｐｈ．Ｄ Ｍａｒｋ Ｓ
ｍｉｔｈ 著、Ａ ＶＩＡＣＯＭ ＣＯＭＰＡＮＹ）であ
る。

【０００３】図４４は従来の分散システムの概略構成を
示す図である。図４４を用いて、従来技術であるディレ
クトリ情報管理装置（検索処理装置）を利用した分散シ
ステム制御方法についての全体の動作原理を説明する。

【０００４】図４４に示す様に従来の分散システムは、
ネットワーク４４００、ディレクトリ情報管理装置４４
０１、情報処理装置４４０２、システム管理者用端末４
４０３及び情報処理装置４４０４を有している。ネット
ワーク４４００には、ディレクトリ情報管理装置４４０
１、情報処理装置４４０２、システム管理者用端末４４
０３及び情報処理装置４４０４が接続されている。ディ
レクトリ情報管理装置４４０１は、ディレクトリ処理部
４４０５、バス４４０６及び処理装置構成情報リポジト
リ４４０７を有している。

【０００５】図４５は従来の分散システム制御処理の手
順を示す図である。従来の分散システム制御方法の処理
は、図４５のＰＡＤ（Ｐｒｏｂｌｅｍ Ａｎａｌｙｓｉ
ｓ Ｄｉａｇｒａｍ）に示す様に、ステップ４５００で
情報処理装置４４０２若しくはシステム管理者用端末４
４０３がディレクトリ情報管理装置４４０１に処理装置
構成情報の登録を依頼する。処理装置構成情報とは、処
理装置ＩＤとその情報処理装置の特長を示すプロパティ
のリストにより構成されたペアデータである。次にステ
ップ４５０１でディレクトリ処理部４４０５は処理装置
構成情報を処理装置構成情報リポジトリ４４０７に格納
する。

【０００６】一方、情報処理装置４４０４は、情報処理
装置４４０２と通信を行う場合にステップ４５０２でデ
ィレクトリ情報管理装置４４０１に情報処理装置４４０
２の検索を依頼する。次にステップ４５０３でディレク
トリ処理部４４０５は処理装置構成情報リポジトリ４４
０７から検索条件に一致する情報処理装置４４０２を見
つけ、情報処理装置４４０２のＩＤを取り出して情報処
理装置４４０４に返す。次にステップ４５０４で情報処
理装置４４０４は、前記返された情報処理装置４４０２
のＩＤを用いて情報処理装置４４０２と通信する。

【０００７】以上の様にオブジェクト、特に情報処理装
置４４０４のオブジェクトが動作することにより、個々
のオブジェクト及びシステム全体が、システム構成の変
化や新規に出現した情報処理装置に対して柔軟に対応す
ることができるという利点がある。

【０００８】

【発明が解決しようとする課題】前記の様にディレクト
リ情報管理装置を利用した従来の分散システム制御方法
では、システム構成が変化した場合でも通信相手のオブ
ジェクトを見つけることができるが、以下の課題を残し
ている。

【０００９】すなわち、各情報処理装置の互いの通信相
手が既に決まっているときに新たな情報処理装置を追加
して既存の情報処理装置からのメッセージを受け取る為
には、メッセージを送信する情報処理装置の処理内容を
変更する必要がある。この際にメッセージを送信する情
報処理装置がクライアントである場合には、本来情報を
提供してもらう側のクライアントに対して、新たな情報
処理装置に情報を提供するというサーバとしての役割を
強いることになる。

【００１０】また、特定のサービスを提供するオブジェ
クト群やディレクトリ情報管理装置によるオブジェクト
の論理管理範囲を示すドメイン内のオブジェクト群の動
作を統一的に扱う為には、意図した動作に変更する為に
オブジェクトを起動し直したり変更したりする必要があ
り、最悪の場合にはシステムを再構成する必要も生じ
る。このことはシステムの管理者がシステムの運用管理
を行う際に相当な負担となる。

【００１１】更に、新たな情報処理装置やドメインの出
現・統合により、メッセージ内容を追加・変更し、その
内容に応じた処理を追加したい場合には、既存の情報処
理装置に変更を加えなければならない。このことは、オ
ブジェクトの開発者にとって負担となるし、そのオブジ
ェクトを使用しているシステムの運用管理コストの増大
を招くという問題がある。

【００１２】本発明の目的は上記問題を解決し、オブジ
ェクトに変更を加えることなく通信相手や通信内容及び
実行方法の変更を動的に行い、分散システムを構成する
情報処理装置を集中管理することが可能な技術を提供す
ることにある。

【００１３】

【課題を解決するための手段】本発明は、複数の情報処
理装置が接続された分散システムの動作を制御する分散
システム制御方法において、ディレクトリ情報管理装置
のディレクトリ情報により、通信相手の変更、通信内容
の変更及び実行方法の変更を動的に行うものである。

【００１４】本発明では、分散システムを構成する情報
処理装置の動作を制御する為の管理情報であるディレク
トリ情報を保持するディレクトリ情報リポジトリをディ
レクトリ情報管理装置に設け、ネットワークに接続され
た各情報処理装置、ドメイン及びサービスのディレクト
リ情報を前記リポジトリにより一元管理する。

【００１５】ある第１の情報処理装置が第２の情報処理
装置にそのオブジェクトへのメッセージを送信しようと
する場合には、第１の情報処理装置のオブジェクト固有
処理部によりそのメッセージを作成した後、各情報処理
装置のオブジェクトが共通に持つ通信管理処理部（管理
情報に基づく処理を行う部分）によりディレクトリ情報
の検索をディレクトリ情報管理装置に依頼する。

【００１６】ディレクトリ情報管理装置のディレクトリ
処理部は、第１の情報処理装置から求められたディレク
トリ情報をディレクトリ情報リポジトリから検索し、検
索されたディレクトリ情報を含む通信相手情報を第１の
情報処理装置に渡す。

【００１７】通信相手情報（処理装置ＩＤ及びそれと共
に受け取ったディレクトリ情報）を受け取った第１の情
報処理装置の通信管理処理部は、前記第２の情報処理装
置と通信する際に通信相手以外の情報処理装置にもメッ
セージを送信したり、指定された実行モードでの動作を
行ったり、ログを出力する等の処理を前記受け取ったデ
ィレクトリ情報に基づいて行う。

【００１８】またメッセージを第２の情報処理装置に送
信する際に第１の情報処理装置の通信管理処理部は、前
記受け取ったディレクトリ情報をメッセージに付加して
送信する。第１の情報処理装置から送信されたメッセー
ジは、直接またはディレクトリ情報管理装置経由で通信
相手に渡される。なおディレクトリ情報管理装置経由で
メッセージを送信する場合にディレクトリ情報管理装置
は、メッセージに新たな付加情報を加えたり、メッセー
ジを変換する等の処理を行ってメッセージの転送を行
う。メッセージを受け取った第２の情報処理装置は、第
１の情報処理装置と同様に通信管理処理部により、メッ
セージ中のディレクトリ情報に基づいた処理を行う。

【００１９】この様にメッセージ中にオブジェクトの動
作を管理する情報を付加することでシステム全体を集中
的に管理し、システムの運用を容易にしている。また、
このディレクトリ情報に基づく処理は、各情報処理装置
の通信管理処理部により行われるので、ディレクトリ情
報が変更された場合であってもネットワーク上の情報処
理装置に対してオブジェクト固有処理部への変更を加え
る必要がなくなる。

【００２０】以上の様に本発明の分散システム制御方法
によれば、メッセージの送信を行う際にディレクトリ情
報をディレクトリ情報管理装置から取得し、そのディレ
クトリ情報に基づいてメッセージの送信を行うので、オ
ブジェクトに変更を加えることなく通信相手や通信内容
及び実行方法の変更を動的に行い、分散システムを構成
する情報処理装置を集中管理することが可能である。

【００２１】

【発明の実施の形態】（実施形態１）以下にディレクト
リ情報管理装置のディレクトリ情報により、通信相手の
変更、通信内容の変更及び実行方法の変更を行う実施形
態１の分散システム制御方法について説明する。

【００２２】図１は本実施形態の分散システムの概略構
成を示す図である。図１に示す様に本実施形態の分散シ
ステムは、ネットワーク１００と、ディレクトリ情報管
理装置１０１と、情報処理装置１０２と、システム管理
者用端末１０３と、情報処理装置１０４と、ディレクト
リ情報リポジトリ１０７とを有している。

【００２３】ネットワーク１００は、ディレクトリ情報
管理装置１０１、情報処理装置１０２、システム管理者
用端末１０３及び情報処理装置１０４を接続する通信媒
体である。ディレクトリ情報管理装置１０１は、分散シ
ステムを構成する情報処理装置の動作を制御する為の管
理情報であるディレクトリ情報を保持する装置である。

【００２４】情報処理装置１０２は、情報処理装置１０
４へ特定のサービスを提供する装置であり、ディレクト
リ情報管理装置１０１のディレクトリ情報に基づいて情
報処理装置１０４へのメッセージの送信処理を行う装置
である。

【００２５】システム管理者用端末１０３は、ディレク
トリ情報管理装置１０１にディレクトリ情報の登録を依
頼する端末装置である。情報処理装置１０４は、情報処
理装置１０２から特定のサービスを受ける装置であり、
ディレクトリ情報管理装置１０１のディレクトリ情報に
基づいて情報処理装置１０２へのメッセージの送信処理
を行う装置である。

【００２６】ディレクトリ情報リポジトリ１０７は、分
散システムを構成する情報処理装置の動作を制御する為
の管理情報であるディレクトリ情報を保持し、情報処理
装置１０２、情報処理装置１０４、ドメイン及びサービ
スのディレクトリ情報を一元管理するリポジトリであ
る。

【００２７】また分散システムは、ディレクトリ処理部
１０５と、オブジェクト固有処理部１０８と、通信管理
処理部１１０と、オブジェクト固有処理部１１１とを有
している。

【００２８】ディレクトリ処理部１０５は、ディレクト
リ情報管理装置１０１のディレクトリ情報リポジトリ１
０７からディレクトリ情報を読み出して当該ディレクト
リ情報検索の依頼元に送信する処理部である。オブジェ
クト固有処理部１０８は、情報処理装置１０２に固有の
処理を行う処理部であり、情報処理装置１０４のオブジ
ェクトへのメッセージを作成して通信管理処理部１１０
に渡す処理部である。

【００２９】通信管理処理部１１０は、ディレクトリ情
報の検索をディレクトリ情報管理装置１０１に依頼し、
メッセージの送信処理をディレクトリ情報管理装置１０
１から送信されたディレクトリ情報に基づいて制御する
処理部である。

【００３０】オブジェクト固有処理部１１１は、情報処
理装置１０４に固有の処理を行う処理部であり、情報処
理装置１０２のオブジェクトへのメッセージを作成して
通信管理処理部１１０に渡す処理部である。

【００３１】分散システムをディレクトリ処理部１０
５、オブジェクト固有処理部１０８、通信管理処理部１
１０及びオブジェクト固有処理部１１１として機能させ
る為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録
され磁気ディスク等に格納された後、メモリにロードさ
れて実行されるものとする。なお前記プログラムを記録
する媒体はＣＤ−ＲＯＭ以外の他の媒体でも良い。

【００３２】以下、図１を用いて本実施形態の分散シス
テム制御方法についての全体の動作原理を説明する。本
実施形態では、オブジェクトの通信相手を動的に見つ
け、オブジェクト、特に情報処理装置１０４のオブジェ
クト自身に変更を加えること無しに通信可能とすること
と、サービス若しくはドメイン単位でオブジェクトを集
中管理することを目的としている。

【００３３】図２は本実施形態の分散システム制御方法
の処理概要を示す図である。図２のＰＡＤ図に示す様に
本実施形態では、ステップ２００で情報処理装置１０２
若しくはシステム管理者用端末１０３からディレクトリ
情報管理装置１０１にディレクトリ情報の登録を依頼す
る。このステップ２００の処理をディレクトリ情報登録
処理と呼ぶものとする。ディレクトリ情報の詳細につい
ては、後で述べる本実施形態の共通動作の説明において
内容を明らかにする。次にステップ２０１でディレクト
リ処理部１０５はディレクトリ情報をディレクトリ情報
リポジトリ１０７に格納する。

【００３４】一方、ステップ２０２で情報処理装置１０
４内のオブジェクト固有処理部１１１は、オブジェクト
固有のメッセージを作成し、それを通信管理処理部１１
０に渡す。次にステップ２０３で通信管理処理部１１０
はディレクトリ情報管理装置１０１に情報処理装置１０
２の検索を依頼する。

【００３５】次にステップ２０４でディレクトリ処理部
１０５はディレクトリ情報リポジトリ１０７から検索条
件に一致する情報処理装置１０２を見つけ、情報処理装
置１０２に対応するディレクトリ情報を取り出して情報
処理装置１０４に返す。このステップ２０４の処理を通
信相手情報取得処理と呼ぶものとする。

【００３６】ステップ２０５で情報処理装置１０４内の
通信管理処理部１１０は、ディレクトリ情報に基づく処
理を行い、情報処理装置１０２にメッセージを送信す
る。これらステップ２０２、ステップ２０３及びステッ
プ２０５の処理をメッセージ送信処理と呼ぶものとす
る。

【００３７】次にステップ２０６で情報処理装置１０２
内の通信管理処理部１１０は、メッセージを受信し、デ
ィレクトリ情報に基づく処理を行い、オブジェクト固有
処理部１０８にメッセージを渡す。ステップ２０７でオ
ブジェクト固有処理部１０８は情報処理装置１０２固有
の処理を行う。このステップ２０６とステップ２０７の
処理をメッセージ受信処理と呼ぶものとする。

【００３８】以上の様に、情報処理装置１０４からディ
レクトリ情報管理装置１０１への検索要求の際、ディレ
クトリ情報を検索結果として返すことにより、ディレク
トリ情報管理装置１０１はサービス若しくはドメイン単
位でオブジェクトを集中管理し、制御することが可能と
なる。また、オブジェクトによる通信処理部分をオブジ
ェクト固有部分から分離することにより、システム構成
の変化及び新規情報処理装置の追加による、通信相手の
変化及び通信処理の変化に対して、オブジェクト固有部
分の内容を変更する必要がなくなる。

【００３９】図３は本実施形態のディレクトリ情報管理
装置１０１の概略構成を示す図である。ディレクトリ情
報管理装置１０１は、バス３００、ＣＰＵ３０１、ディ
スプレイ３０２、キーボード３０３、ディレクトリ処理
部１０５及びディレクトリ情報リポジトリ１０７を有し
ている。バス３００には、ＣＰＵ３０１、ディスプレイ
３０２、キーボード３０３、ディレクトリ処理部１０５
をロードしたメモリ及びディレクトリ情報リポジトリ１
０７が接続されている。

【００４０】ディレクトリ情報リポジトリ１０７は、処
理装置構成情報リポジトリ３１３、Ｐｕｂ／Ｓｕｂ情報
リポジトリ３１４、サービス制御情報リポジトリ３１
５、処理装置制御情報リポジトリ３１６及び処理装置管
理情報リポジトリ３１７を有している。

【００４１】ディレクトリ処理部１０５は、処理装置検
索処理部３０４、ディレクトリ間通信処理部３０５、デ
ィレクトリ情報アクセス処理部３０６及びディレクトリ
情報管理処理部３０７を有している。ディレクトリ情報
アクセス処理部３０６は、処理装置構成情報アクセス処
理部３０８、Ｐｕｂ／Ｓｕｂ情報アクセス処理部３０
９、サービス制御情報アクセス処理部３１０、処理装置
制御情報アクセス処理部３１１及び処理装置管理情報ア
クセス処理部３１２を有している。

【００４２】図４は本実施形態の情報処理装置１０２及
び情報処理装置１０４のオブジェクトの概略構成を示す
図である。本実施形態における情報処理装置１０２及び
情報処理装置１０４のオブジェクトは、オブジェクト４
００に示す構造となっている。

【００４３】オブジェクト４００は、オブジェクト固有
処理部４０１と通信管理処理部１１０を有している。通
信管理処理部１１０は、メッセージ受信管理処理部４０
２、通信相手情報ストレージ４０４、実行制御処理部４
０５及びメッセージ送信管理処理部４０３を有してい
る。

【００４４】メッセージ受信管理処理部４０２は、通信
相手情報格納処理部４０６、受信メッセージ解析処理部
４０７及びメッセージ受信処理部４０８を有している。
メッセージ送信管理処理部４０３は、通信相手情報取得
処理部４０９、通信相手情報追加処理部４１０、送信メ
ッセージ解析処理部４１１及びメッセージ送信処理部４
１２を有している。

【００４５】以下、ディレクトリ情報登録処理、通信相
手情報取得処理、メッセージ送信処理及びメッセージ受
信処理における共通動作について説明する。

【００４６】図５は本実施形態のディレクトリ情報登録
の手順を示すＰＡＤ図である。図５のＰＡＤ図に示す様
にディレクトリ情報登録の際にステップ５００で情報処
理装置１０２若しくはシステム管理者用端末１０３は、
登録対象のオブジェクトのディレクトリ情報、すなわち
処理装置構成情報とＰｕｂ／Ｓｕｂ情報、サービス制御
情報、処理装置制御情報若しくは処理装置管理情報を情
報処理装置若しくはサービス単位で作成する。

【００４７】なお処理装置構成情報と、特定のサービス
を行っている情報処理装置間で送受信されるメッセージ
を受け取る他の情報処理装置を示すＰｕｂ／Ｓｕｂ情
報、特定のサービスに属する情報処理装置に対して処理
の実行方法若しくは実行記録の採取方法を指定するサー
ビス制御情報、情報処理装置に送られてくるメッセージ
の加工方法若しくはメッセージに付加する情報を指定す
る処理装置制御情報、若しくは情報処理装置の状態を示
す処理装置管理情報については後で述べる他の実施形態
の動作において内容を明らかにする。

【００４８】次にステップ５０１で情報処理装置１０２
若しくはシステム管理者用端末１０３は、作成した処理
装置構成情報とＰｕｂ／Ｓｕｂ情報、サービス制御情
報、処理装置制御情報若しくは処理装置管理情報の登録
をディレクトリ情報アクセス処理部３０６に依頼する。

【００４９】次にステップ５０２において処理装置ＩＤ
若しくはサービス名単位で、ステップ５０１で与えられ
た処理装置構成情報、Ｐｕｂ／Ｓｕｂ情報、サービス制
御情報、処理装置制御情報若しくは処理装置管理情報の
エントリ（オブジェクトＩＤ若しくはサービス名等をキ
ーとした情報の単位）数分、ステップ５０３の処理を繰
り返す。

【００５０】ステップ５０３ではディレクトリ情報アク
セス処理部３０６がステップ５０１で与えられた処理装
置構成情報、Ｐｕｂ／Ｓｕｂ情報、サービス制御情報、
処理装置制御情報若しくは処理装置管理情報のエントリ
を、処理装置構成情報アクセス処理部３０８、Ｐｕｂ／
Ｓｕｂ情報アクセス処理部３０９、サービス制御情報ア
クセス処理部３１０、処理装置制御情報アクセス処理部
３１１若しくは処理装置管理情報アクセス処理部３１２
を通じて、処理装置構成情報リポジトリ３１３、Ｐｕｂ
／Ｓｕｂ情報リポジトリ３１４、サービス制御情報リポ
ジトリ３１５、処理装置制御情報リポジトリ３１６若し
くは処理装置管理情報リポジトリ３１７に登録する。

【００５１】図６は本実施形態の通信相手情報取得処理
の手順を示すＰＡＤ図である。図６のＰＡＤ図に示す様
に通信相手情報取得の際にステップ６００で処理装置検
索処理を行って処理装置ＩＤのリストを得る。処理装置
検索処理については、後で述べる他の実施形態の動作に
おいて内容を明らかにする。

【００５２】ステップ６０１でディレクトリ情報管理処
理部３０７は、ステップ６００において得られた処理装
置ＩＤのリストに該当する通信相手情報をディレクトリ
情報アクセス処理部３０６に要求する。通信相手情報に
ついては、後で述べる他の実施形態の動作において内容
を明らかにする。

【００５３】次にステップ６０２でディレクトリ情報ア
クセス処理部３０６は、ディレクトリ情報をディレクト
リ情報リポジトリ１０７から取り出し、これを通信相手
情報としてディレクトリ情報管理処理部３０７に渡す。

【００５４】ステップ６０３では、検索条件中に他のデ
ィレクトリ情報管理装置への情報処理装置の検索要求が
あるか否かを判定する。ここで検索条件中に他のディレ
クトリ情報管理装置への情報処理装置の検索要求があれ
ば、ステップ６０４において、検索が要求されているデ
ィレクトリ情報管理装置数分、ステップ６０５〜ステッ
プ６０７の処理を行う。

【００５５】他のディレクトリ情報管理装置への情報処
理装置の検索要求方法としては、例えば以下のものがあ
る。１つは、検索対象となる他のディレクトリ情報管理
装置をリンクの深さを示すホップカウント数で指定し、
検索要求を他のディレクトリ情報管理装置に依頼する毎
にホップカウントを減らす方法であり、２つ目は検索対
象の他のディレクトリ情報管理装置名を指定する方法で
あり、３つ目は検索対象の他のディレクトリ情報管理装
置をリンクプロパティにより指定する方法である。

【００５６】ステップ６０５では、ディレクトリ情報管
理処理部３０７がディレクトリ間通信処理部３０５を通
じて検索対象の他のディレクトリ情報管理装置に情報処
理装置の検索を依頼する。次にステップ６０６で本処理
である通信相手情報取得処理を再帰的に行う。そして、
ステップ６０７でディレクトリ情報管理処理部３０７は
通信相手情報を受け取る。

【００５７】最後にステップ６０８で本処理要求が他の
ディレクトリ情報管理装置からのものであるか否かを判
定する。他のディレクトリ情報管理装置からのものであ
れば、ステップ６０９でディレクトリ情報管理処理部３
０７は、ステップ６０２若しくはステップ６０７におい
て取得した通信相手情報を要求元ディレクトリ情報管理
装置に返す。他のディレクトリ情報管理装置からのもの
でなければ、ステップ６１０でディレクトリ情報管理処
理部３０７は、ステップ６０２若しくはステップ６０７
において取得した通信相手情報を要求元に返す。

【００５８】図７は本実施形態のメッセージ送信処理の
手順を示すＰＡＤ図である。図７のＰＡＤ図に示す様に
メッセージ送信処理の際にステップ７００で固有メッセ
ージ作成処理を行い、ステップ７０１で通信相手情報取
得処理を含んだ通信相手情報追加処理を行う。固有メッ
セージ、固有メッセージ作成処理及び通信相手情報追加
処理については、後で述べる他の実施形態の動作におい
て内容を明らかにする。

【００５９】次にステップ７０２で通信相手情報追加処
理部４１０は固有メッセージと通信相手情報を、送信メ
ッセージ解析処理部４１１に渡す。そして、ステップ７
０３において処理装置ＩＤ単位で通信相手情報のエント
リ数分、ステップ７０４の処理を繰り返す。

【００６０】ステップ７０４で送信メッセージ解析処理
部４１１は、通信相手情報のエントリと固有メッセージ
中のメッセージ本文から処理装置宛メッセージを作成す
る。処理装置宛メッセージについては、後で述べる他の
実施形態の動作において内容を明らかにする。

【００６１】次にステップ７０５でメッセージ送信時実
行制御処理を行い、ステップ７０６で送信メッセージ解
析処理部４１１は、処理装置宛メッセージをメッセージ
送信処理部４１２に渡す。メッセージ送信時実行制御処
理については、後で述べる他の実施形態の動作において
内容を明らかにする。

【００６２】次にステップ７０７で処理装置宛メッセー
ジ数分、ステップ７０８の処理を繰り返す。ステップ７
０８では、メッセージ送信処理部４１２が、送信メッセ
ージ解析処理部４１１若しくは実行制御処理部４０５か
ら受け取った処理装置宛メッセージを通信相手の情報処
理装置に送信する。

【００６３】図８は本実施形態のメッセージ受信処理の
手順を示すＰＡＤ図である。図８のＰＡＤ図に示す様に
メッセージ受信処理の際にステップ８００でメッセージ
受信処理部４０８は、他の情報処理装置から送られてき
た処理装置宛メッセージを受信し、その処理装置宛メッ
セージを受信メッセージ解析処理部４０７に渡す。

【００６４】次にステップ８０１でメッセージ受信時実
行制御処理を行い、ステップ８０２で受信メッセージ解
析処理部４０７は、処理装置宛メッセージを通信相手情
報格納処理部４０６に渡す。メッセージ受信時実行制御
処理については、後で述べる他の実施形態の動作におい
て内容を明らかにする。

【００６５】次にステップ８０３で通信相手情報格納処
理を行い、ステップ８０４で通信相手情報格納処理部４
０６は、処理装置宛メッセージをオブジェクト固有処理
部４０１に渡す。通信相手情報格納処理については、後
で述べる他の実施形態の動作において内容を明らかにす
る。

【００６６】次にステップ８０５でオブジェクト固有処
理部４０１は処理装置宛メッセージを処理する。そし
て、ステップ８０６で他の情報処理装置へのメッセージ
送信処理が必要であるか否かを判定する。ここで、他の
情報処理装置へのメッセージ送信処理が必要であればス
テップ８０７でメッセージ送信処理を行う。

【００６７】以上説明した様に本実施形態の分散システ
ム制御方法によれば、メッセージの送信を行う際にディ
レクトリ情報をディレクトリ情報管理装置から取得し、
そのディレクトリ情報に基づいてメッセージの送信を行
うので、オブジェクトに変更を加えることなく通信相手
や通信内容及び実行方法の変更を動的に行い、分散シス
テムを構成する情報処理装置を集中管理することが可能
である。

【００６８】（実施形態２）以下にディレクトリ情報管
理装置のディレクトリ情報により、衣服販売処理装置や
各種監視処理装置との間で通信を行っている商品購入処
理装置のメッセージをネットワークに新たに接続された
他の監視処理装置にも送る実施形態２の分散システム制
御方法について説明する。

【００６９】図９は本実施形態の分散システムの概略構
成を示す図である。図９に示す様に本実施形態の分散シ
ステムは、ディレクトリ情報管理装置９００、衣服販売
処理装置９０１、システム管理者用端末９０２、商品購
入処理装置９０３、メーカ別要求監視処理装置９０４、
製品種類別要求監視処理装置９０５及びネットワーク９
０６を有しており、ネットワーク９０６には、ディレク
トリ情報管理装置９００、衣服販売処理装置９０１、シ
ステム管理者用端末９０２、商品購入処理装置９０３、
メーカ別要求監視処理装置９０４及び製品種類別要求監
視処理装置９０５が接続されている。

【００７０】本実施形態では、商品購入処理装置９０３
から衣服販売処理装置９０１へ送信されるメッセージを
Ｐｕｂｌｉｓｈ／Ｓｕｂｓｃｒｉｂｅ処理によりメーカ
別要求監視処理装置９０４や製品種類別要求監視処理装
置９０５にも送ることで、他の監視処理装置が商品購入
処理装置９０３の要求を把握することを可能にしてい
る。

【００７１】図１０は本実施形態の分散システム制御処
理の手順を示すＰＡＤ図である。本実施形態の全体の処
理では、図２のＰＡＤ図におけるステップ２００及びス
テップ２０１と同様のディレクトリ情報登録処理を行っ
た後、図１０のＰＡＤ図に示す様にステップ１０００で
ディレクトリ情報管理装置９００は、検索条件に一致す
る衣服販売処理装置９０１を見つけ、サービスへのＳｕ
ｂｓｃｒｉｂｅｒであるメーカ別要求監視処理装置９０
４と製品種類別要求監視処理装置９０５のＩＤを商品購
入処理装置９０３に返す。

【００７２】次にステップ１００１で商品購入処理装置
９０３は、衣服販売処理装置９０１には処理装置宛メッ
セージを送信し、メーカ別要求監視処理装置９０４と製
品種類別要求監視処理装置９０５にはＰｕｂｌｉｓｈメ
ッセージを送信する。Ｐｕｂｌｉｓｈメッセージについ
ては後で説明する。

【００７３】次にステップ１００２で衣服販売処理装置
９０１は処理装置宛メッセージを受信し、衣服販売処理
装置９０１固有の処理を行い、商品購入処理装置９０３
に返信する。最後にステップ１００３でメーカ別要求監
視処理装置９０４と製品種類別要求監視処理装置９０５
はＰｕｂｌｉｓｈメッセージを受信し、それぞれ固有の
処理を行う。

【００７４】以下、Ｐｕｂｌｉｓｈ／Ｓｕｂｓｃｒｉｂ
ｅにおける動作としてディレクトリ情報登録処理、通信
相手情報取得処理、商品購入処理装置９０３によるメッ
セージ送信処理、衣服販売処理装置９０１によるメッセ
ージ受信処理、衣服販売処理装置９０１によるメッセー
ジ返信処理、メーカ別要求監視処理装置９０４によるメ
ッセージ受信処理及び製品種類別要求監視処理装置９０
５によるメッセージ受信処理について説明する。

【００７５】ディレクトリ情報登録処理の際には、基本
的に図５のＰＡＤ図に示した共通動作と同様の処理を行
う。ステップ５００におけるディレクトリ情報は処理装
置構成情報とＰｕｂ／Ｓｕｂ情報であり、処理装置構成
情報は図１１に示す様な構造となっている。

【００７６】図１１は本実施形態の処理装置構成情報の
構造を示す図である。エントリはサービス名１１０１を
キーとし、処理装置リスト１１０２を値とするペアデー
タであり、例えば１番目のエントリはサービス名１１０
１が“衣料販売”、処理装置リスト１１０２は“衣服販
売処理装置I（プロパティリストI）、衣服販売処理装置
II（メーカ：アパレル１、アパレル２、種類：アウトド
アカジュアル、スポーツウェア）、衣服販売処理装置II
I（プロパティリストIII）”、といった処理装置ＩＤを
キーとし、プロパティリストを値とするペアデータ、２
番目のエントリはサービス名１１０１が“食品販売”、
処理装置リスト１１０２が処理装置リストIIとなってい
る。ここで、“衣服販売処理装置II”は衣服販売処理装
置９０１の処理装置ＩＤである。

【００７７】図１２は本実施形態のＰｕｂ／Ｓｕｂ情報
の構造を示す図である。１番目のエントリは、サービス
名１２０１をキーとし、Ｓｕｂｓｃｒｉｂｅｒリスト１
２０２を値とするペアデータであり、例えばエントリは
サービス名１２０１が“衣料販売”、Ｓｕｂｓｃｒｉｂ
ｅｒリスト１２０２が“メーカ別要求監視処理装置、製
品種類別要求監視処理装置”、といったＳｕｂｓｃｒｉ
ｂｅｒＩＤを値とするリスト構造となっている。２番目
のエントリは、サービス名１２０１が“食品販売”、Ｓ
ｕｂｓｃｒｉｂｅｒリスト１２０２がＳｕｂｓｃｒｉｂ
ｅｒリストIIとなっている。

【００７８】図１３は本実施形態の処理装置検索処理の
手順を示すＰＡＤ図である。通信相手情報取得処理の際
には、基本的に図６のＰＡＤ図に示した共通動作と同様
の処理を行う。ステップ６００における処理装置検索処
理については、図１３のＰＡＤ図に示す様にステップ２
０００でディレクトリ情報管理処理部３０７が検索条件
を元に処理装置検索処理部３０４に衣服販売処理装置９
０１の検索を依頼する。

【００７９】図１４は本実施形態の検索条件の構造を示
す図である。検索条件１３００は図１４に示す様な構造
となっており、サービス名１３０１をキーとし、プロパ
ティリスト１３０２を値とするペアデータである。例え
ばサービス名１３０１が“衣料販売”、プロパティリス
ト１３０２が“種類：アウトドアカジュアル、メーカ：
アパレルI”となっている。

【００８０】次にステップ２００１で処理装置検索処理
部３０４は処理装置構成情報アクセス処理部３０８を通
じて、検索条件１３００中のサービス名１３０１に該当
する処理装置構成情報リポジトリ３１３内の処理装置リ
スト１１０２にアクセスする。本実施形態ではサービス
名１３０１が“衣料販売”である為、処理装置リスト１
１０２の１番目にアクセスする。

【００８１】次にステップ２００２で処理装置リストの
処理装置ＩＤ数分ステップ２００３の処理を行う。ステ
ップ２００３で検索条件１３００中のプロパティリスト
１３０２の内容が全て処理装置リスト１１０２のプロパ
ティに含まれているか否かを判定する。検索条件１３０
０中のプロパティリスト１３０２のエントリが全て処理
装置リスト１１０２のプロパティに含まれていれば、ス
テップ２００４において、処理装置検索処理部３０４は
処理装置ＩＤのリストに該当する処理装置ＩＤを追加す
る。最後にステップ２００５において処理装置検索処理
部３０４はディレクトリ情報管理処理部３０７に処理装
置ＩＤのリストとサービス名１３０１に対応するＳｕｂ
ｓｃｒｉｂｅｒリスト１２０２を通信相手情報として返
す。

【００８２】図１５は本実施形態の通信相手情報の構造
を示す図である。ステップ６０２で得る通信相手情報は
図１５に示す様な構造となっており、処理装置ＩＤ１４
０１及び処理装置ＩＤ１４０１に依存する処理装置制御
パラメタ１４０２を値とするペアデータのリストと、サ
ービス名１４０３及びサービス名１４０３に依存する制
御パラメタリスト１４０４と、Ｓｕｂｓｃｒｉｂｅｒリ
スト１４０５とを値とする３要素のセットデータを有し
ている。

【００８３】例えば処理装置ＩＤ１４０１が衣服販売処
理装置９０１のＩＤ“衣服販売処理装置II”、処理装置
制御パラメタ１４０２が処理装置制御パラメタ３３０
２、及びサービス名１４０３が“衣料販売”、制御パラ
メタリスト１４０４が制御パラメタリスト２６０２、Ｓ
ｕｂｓｃｒｉｂｅｒリスト１４０５がＳｕｂｓｃｒｉｂ
ｅｒリスト１２０２のセットデータとなっている。

【００８４】なお、本実施形態で得られる通信相手情報
１４００は、前記の内で処理装置ＩＤ１４０１、サービ
ス名１４０３及びＳｕｂｓｃｒｉｂｅｒリスト１４０５
である。また、処理装置制御パラメタ３３０２と制御パ
ラメタリスト２６０２については、後で述べる他の実施
形態の動作において内容を明らかにする。

【００８５】商品購入処理装置９０３によるメッセージ
送信処理の際には、基本的に図７のＰＡＤ図に示した共
通動作と同様の処理を行い、まず固有メッセージを作成
する。

【００８６】図１６は本実施形態の固有メッセージ作成
処理の手順を示すＰＡＤ図である。ステップ７００にお
ける固有メッセージ作成処理では、図１６のＰＡＤ図に
示す様にステップ２１００でオブジェクト固有処理部４
０１が固有メッセージ本文を作成する。

【００８７】図１７は本実施形態の固有メッセージの構
造を示す図である。ステップ２１００で作成した固有メ
ッセージ本文１５０２は、情報処理装置１０４が作成可
能なヘッダ、及び情報処理装置１０４が独自に作成した
コンテントを含んだメッセージである。例えばヘッダに
は送信者ＩＤに“商品購入処理装置”が指定され、コン
テントには情報処理装置１０４が要求する商品情報に関
する条件が記述されている。

【００８８】次にステップ２１０１で通信先相手が分か
っているか否かを判定する。ここで、通信先相手が分か
っている場合には、ステップ２１０２の処理を行い、通
信先相手が分かっていない場合には、ステップ２１０３
の処理を行う。ステップ２１０２ではオブジェクト固有
処理部４０１が受信者ＩＤを指定し、ステップ２１０３
ではオブジェクト固有処理部４０１が検索条件１３００
を作成する。

【００８９】最後にステップ２１０４でオブジェクト固
有処理部４０１が固有メッセージ本文１５０２と受信者
ＩＤ若しくは検索条件１３００から固有メッセージ１５
００を作成する。

【００９０】図１８は本実施形態の通信相手情報追加処
理の手順を示すＰＡＤ図である。ステップ７０１におけ
る通信相手情報追加処理は、図１８のＰＡＤ図に示す様
にステップ２２００で固有メッセージ１５００に受信者
ＩＤがあるか否かを判定する。

【００９１】ここで固有メッセージ１５００に受信者Ｉ
Ｄがある場合にはステップ２２０１の処理を行い、固有
メッセージ１５００に受信者ＩＤがない場合には、ステ
ップ２２０２〜ステップ２２０４の処理を行う。なお本
実施形態では受信者ＩＤがないので、ステップ２２０２
〜ステップ２２０４の処理を行う。

【００９２】ステップ２２０１で通信相手情報追加処理
部４１０は、固有メッセージ１５００から検索条件１３
００を取り除き、その検索条件１３００に該当する通信
相手情報１４００を通信相手情報ストレージ４０４から
取り出す。

【００９３】一方、ステップ２２０２で通信相手情報追
加処理部４１０は、通信相手情報取得処理部４０９を通
じて固有メッセージ１５００をディレクトリ情報管理装
置９００に渡す。

【００９４】次にステップ２２０３で通信相手情報取得
処理を行い、ステップ２２０４で通信相手情報１４００
中の処理装置ＩＤ数分ステップ２２０５の処理を繰り返
す。ステップ２２０５で通信相手情報追加処理部４１０
は、ステップ２２０３で得た通信相手情報１４００のエ
ントリを通信相手情報ストレージ４０４に格納する。

【００９５】図１９は本実施形態の処理装置宛メッセー
ジの構造を示す図である。ステップ７０４における処理
装置宛メッセージは図１９に示す様な構造となってお
り、受信者ＩＤをキーとし、処理装置制御パラメタを値
とするペアデータとサービス名をキーとし、制御パラメ
タリストを値とするペアデータからなる処理装置宛メッ
セージヘッダ１６０１及び処理装置宛メッセージ本文１
６０２からなる。

【００９６】図１９では、例えば受信者ＩＤが衣服販売
処理装置９０１のＩＤ“衣服販売処理装置II”、処理装
置制御パラメタが処理装置制御パラメタ３３０２、サー
ビス名が“衣料販売”、制御パラメタリストが制御パラ
メタリスト２６０２、処理装置宛メッセージ本文１６０
２が送信メッセージ本文１７００である場合を表してい
る。なお本実施形態では処理装置制御パラメタと制御パ
ラメタリストは空であるものとする。

【００９７】図２０は本実施形態の送信メッセージ本文
の構造を示す図である。図２１は本実施形態のメッセー
ジ送信時実行制御処理の手順を示すＰＡＤ図である。ス
テップ７０５におけるメッセージ送信時実行制御処理で
は、図２１のＰＡＤ図に示す様にステップ２３００で送
信メッセージ解析処理部４１１が通信相手情報１４００
からＳｕｂｓｃｒｉｂｅｒリスト１２０２を取り出し、
この情報と処理装置宛メッセージ１６００を実行制御処
理部４０５に渡す。

【００９８】次にステップ２３０１でＳｕｂｓｃｒｉｂ
ｅｒリスト内のＳｕｂｓｃｒｉｂｅｒＩＤ数分ステップ
２３０２を繰り返す。ステップ２３０２で実行制御処理
部４０５は、宛て先としてＳｕｂｓｃｒｉｂｅｒＩＤを
指定してＰｕｂｌｉｓｈメッセージ１９００を作成す
る。

【００９９】図２２は本実施形態のＰｕｂｌｉｓｈメッ
セージの構造を示す図である。本実施形態では、Ｓｕｂ
ｓｃｒｉｂｅｒＩＤが“メーカ別要求監視処理装置”と
“製品種類別要求監視処理装置”の２つであるので、作
成されるＰｕｂｌｉｓｈメッセージ１９００は２つであ
る。

【０１００】これら２つのＰｕｂｌｉｓｈメッセージ１
９００は、受信者ＩＤ（“メーカ別要求監視処理装置”
若しくは“製品種類別要求監視処理装置”）、Ｔｙｐｅ
属性（ここではＰｕｂｌｉｓｈ）からなるＰｕｂｌｉｓ
ｈメッセージヘッダ１９０１及びＰｕｂｌｉｓｈメッセ
ージ本文１９０２（ここでは処理装置宛メッセージ１６
００）を有している。

【０１０１】最後にステップ２３０３で実行制御処理部
４０５は作成したＰｕｂｌｉｓｈメッセージ１９００を
メッセージ送信処理部４１２に渡す。

【０１０２】衣服販売処理装置９０１によるメッセージ
受信処理の際には、基本的に図８のＰＡＤ図に示した共
通動作と同様の処理を行う。ステップ８０１におけるメ
ッセージ受信時実行制御処理及びステップ８０３におけ
る通信相手情報格納処理については本実施形態では何も
行わない。

【０１０３】本実施形態では商品購入処理装置９０３に
情報を提供する為にメッセージ送信（返信）処理が必要
であるのでステップ８０６からステップ８０７に進み、
メッセージ返信処理を行う。これを次に述べる。衣服販
売処理装置９０１によるメッセージ返信処理の際には、
基本的に図７のＰＡＤ図に示した共通動作と同様の処理
を行う。

【０１０４】図２３は本実施形態の固有メッセージの構
造を示す図である。ステップ７００において作成する固
有メッセージは、ここでは図２３に示す固有メッセージ
１８００の様な構造となっている。

【０１０５】基本的に固有メッセージ１５００と同じで
あるが、固有メッセージヘッダ１８０１には、通信相手
情報としてサービス名をキーとし、制御パラメタリスト
を値とするペアデータが入っている。

【０１０６】各データの値については、受信者ＩＤが商
品購入処理装置、サービス名が“衣料販売”、制御パラ
メタリストが制御パラメタリスト２６０２、そして固有
メッセージ本文１８０２には商品購入処理装置９０３か
ら要求された条件にマッチする商品情報が複数盛り込ま
れており、各商品情報の画像属性には圧縮画像が添付さ
れている。なお本実施形態では制御パラメタリストは空
である。

【０１０７】固有メッセージ１８００内に受信者ＩＤが
指定されているので、本来であればステップ７０１にお
ける通信相手情報追加処理の際に、ステップ２２０１で
通信相手情報ストレージ４０４から通信相手情報を取り
出すのであるが、本実施形態では通信先の通信相手情報
が通信相手情報ストレージ４０４に登録されていないの
で、固有メッセージ１８００がそのままステップ７０４
における処理装置宛メッセージとなり、商品購入処理装
置９０３に返信される。

【０１０８】メーカ別要求監視処理装置９０４によるメ
ッセージ受信処理の際には、基本的に図８のＰＡＤ図に
示した共通動作と同様の処理を行う。ステップ８０１に
おけるメッセージ受信時実行制御処理及びステップ８０
３における通信相手情報格納処理については本実施形態
では何も行わない。

【０１０９】ステップ８０５における処理でメーカ別要
求監視処理装置９０４は、メッセージのＴｙｐｅ属性が
Ｐｕｂｌｉｓｈであることを認識して商品情報に対する
関心度をメーカ別統計情報として処理する。メーカ別要
求監視処理装置９０４からのメッセージ送信処理は不要
であるのでステップ８０６ではメッセージ送信処理が必
要ではないと判定する。

【０１１０】製品種類別要求監視処理装置９０５による
メッセージ受信処理の際には、基本的に図８のＰＡＤ図
に示した共通動作と同様の処理を行う。ステップ８０１
におけるメッセージ受信時実行制御処理及びステップ８
０３における通信相手情報格納処理については本実施形
態では何も行わない。

【０１１１】ステップ８０５における処理で製品種類別
要求監視処理装置９０５は、メッセージのＴｙｐｅ属性
がＰｕｂｌｉｓｈであることを認識して、商品情報に対
する関心度を商品の種類別統計情報として処理する。製
品種類別要求監視処理装置９０５からのメッセージ送信
処理は不要であるのでステップ８０６ではメッセージ送
信処理が必要ではないと判定する。

【０１１２】以上の様に商品購入処理装置９０３の通信
管理処理部１１０が、ディレクトリ情報管理装置９００
からの検索結果情報を解析し、そのメッセージを通信相
手の衣服販売処理装置９０１以外のメーカ別要求監視処
理装置９０４、製品種類別要求監視処理装置９０５や新
たに追加された他の監視処理装置にも送ることで、他の
監視処理装置による商品購入処理装置９０３の要求把握
が可能になる。また、この一連Ｐｕｂ／Ｓｕｂ処理を通
信管理処理部１１０で全て行うことにより、商品購入処
理装置９０３のオブジェクト固有処理開発者はＰｕｂ／
Ｓｕｂを意識した開発をする必要がなく、オブジェクト
固有処理を行うプログラムと特定衣服販売処理装置９０
１間の応答処理の開発に専念できる。

【０１１３】以上説明した様に本実施形態の分散システ
ム制御方法によれば、メッセージの送信を行う際にディ
レクトリ情報をディレクトリ情報管理装置から取得し、
そのディレクトリ情報に基づいてメッセージの送信を行
うので、オブジェクトに変更を加えることなく通信相手
や通信内容及び実行方法の変更を動的に行い、分散シス
テムを構成する情報処理装置を集中管理することが可能
である。

【０１１４】（実施形態３）以下にディレクトリ情報管
理装置のディレクトリ情報により、分散システムを構成
する情報処理装置の動作モードを制御する実施形態３の
分散システム制御方法について説明する。

【０１１５】図２４は本実施形態の分散システムの概略
構成を示す図である。本実施形態では、ディレクトリ情
報管理装置２４００が分散システム全体の動作を制御す
る情報を管理し、分散システムの動作を集中管理してい
る。図２４に示す様に本実施形態の分散システムは、デ
ィレクトリ情報管理装置２４００、衣服販売処理装置２
４０１、システム管理者用端末２４０２、商品購入処理
装置２４０３、決算処理装置２４０４、在庫管理処理装
置２４０５及びネットワーク２４０７を有している。ネ
ットワーク２４０７には、ディレクトリ情報管理装置２
４００、衣服販売処理装置２４０１、システム管理者用
端末２４０２、商品購入処理装置２４０３、決算処理装
置２４０４及び在庫管理処理装置２４０５が接続されて
いる。

【０１１６】図２５は本実施形態の分散システム制御処
理の手順を示すＰＡＤ図である。本実施形態の全体の処
理では、図２のＰＡＤ図におけるステップ２００及びス
テップ２０１と同様のディレクトリ情報登録処理を行っ
た後、図２５のＰＡＤ図に示す様に、ステップ２５００
でディレクトリ情報管理処理部３０７は処理装置構成情
報リポジトリ３１３から検索条件に一致する衣服販売処
理装置２４０１を見つけ、サービス制御情報リポジトリ
３１５からサービス制御情報を取り出す。

【０１１７】次にステップ２５０１で商品購入処理装置
２４０３は、サービス制御情報に基づく処理を行い、衣
服販売処理装置２４０１に処理装置宛メッセージ１６０
０を送信する。

【０１１８】次にステップ２５０２で衣服販売処理装置
２４０１は処理装置宛メッセージ１６００を受信し、サ
ービス制御情報に基づく処理を行い、衣服販売処理装置
２４０１固有の処理を行った後、決算処理装置２４０４
と在庫管理処理装置２４０５に固有メッセージ２７００
を処理装置宛メッセージとして転送する。

【０１１９】最後にステップ２５０３で決算処理装置２
４０４と在庫管理処理装置２４０５は処理装置宛メッセ
ージ（固有メッセージ２７００）を受信し、制御パラメ
タリスト２６０２に基づく処理を行い、決算処理装置２
４０４と在庫管理処理装置２４０５固有の処理を行う。

【０１２０】以下、商品購入処理装置２４０３が衣服販
売処理装置２４０１についての情報を得、衣服販売処理
装置２４０１から商品情報を得るまでの処理は、Ｐｕｂ
ｌｉｓｈ／Ｓｕｂｓｃｒｉｂｅの動作と同様である。従
って、サービスの制御における動作としては衣服販売処
理装置２４０１のディレクトリ情報登録処理、商品購入
処理装置２４０３による購入メッセージ送信処理、衣服
販売処理装置２４０１による購入メッセージ受信処理、
衣服販売処理装置２４０１によるメッセージ転送処理、
決算処理装置２４０４によるメッセージ受信処理及び在
庫管理処理装置２４０５によるメッセージ受信処理につ
いて説明する。

【０１２１】衣服販売処理装置２４０１のディレクトリ
情報登録処理の際には、基本的に図５のＰＡＤ図に示し
た共通動作と同様の処理を行い、サービス制御情報を含
むディレクトリ情報を登録する。

【０１２２】図２６は本実施形態のサービス制御情報の
構造を示す図である。ステップ５００におけるディレク
トリ情報は処理装置構成情報１１００とサービス制御情
報２６００であり、サービス制御情報２６００は図２６
に示す様な構造となっている。

【０１２３】エントリはサービス名２６０１をキーと
し、制御パラメタリスト２６０２を値とするペアデータ
であり、例えば１番目のエントリは、サービス名２６０
１が“衣料販売”、制御パラメタリスト２６０２が“ロ
グ取得方法：共通ログ処理装置ｏｒ問い合わせ方式、ロ
グ取得種類：制御パラメタ値がメッセージヘッダ、実行
モード：デバッグ”となっている。また２番目のエント
リは、サービス名２６０１が“食品販売”、制御パラメ
タリスト２６０２が“ログ取得方法：サービス要求元返
信方式、ログ取得種類：送・受信者ＩＤ、実行モード：
リリース”となっている。

【０１２４】ここで制御パラメタリスト２６０２の例の
意味を説明する。共通ログ処理装置とは、ログを出力す
るときに共通ログ処理装置２４０６に出力することを要
求するパラメタである。問い合わせ方式とは、各オブジ
ェクトがログを保持しておき、管理者からログ提供を要
求されると保持していたログを提供することを要求する
パラメタである。メッセージヘッダとは、メッセージ中
のメッセージヘッダをログとして採取することを要求す
るパラメタである。デバッグとは、デバッグ可能な情報
をいつでも提供できる状態で処理を実行することを要求
するパラメタである。

【０１２５】また、サービス要求元返信方式とは、サー
ビスの提供を要求してきた商品購入処理装置２４０３に
対してログの返信を要求するパラメタである。送・受信
者ＩＤとは、メッセージ中の送・受信者ＩＤをログとし
て採取することを要求するパラメタである。リリースと
は、デバッグ情報を採取せず、性能を重視して処理を実
行することを要求するパラメタである。

【０１２６】商品購入処理装置２４０３による購入メッ
セージ送信処理の際には、基本的に図７のＰＡＤ図に示
した共通動作及びＰｕｂｌｉｓｈ／Ｓｕｂｓｃｒｉｂｅ
の動作と同様の処理を行い、まず固有メッセージとして
転送メッセージを作成する。

【０１２７】図２７は本実施形態の転送メッセージの構
造を示す図である。ステップ７００の固有メッセージ作
成処理、すなわちステップ２１００における固有メッセ
ージ本文は、本実施形態では図２７における転送メッセ
ージ本文２８００となり、コンテントには商品名とサイ
ズが指定された商品購入希望を示す内容が書かれてい
る。

【０１２８】次のステップ７０１の通信相手情報追加処
理であるステップ２２００において、本実施形態では受
信者ＩＤがあるのでステップ２２０１の処理を行う。ま
たステップ７０４における処理装置宛メッセージは図１
９に示す様な構造となっている。なお本実施形態では処
理装置宛メッセージヘッダ１６０１における受信者ＩＤ
が決算処理装置２４０４のＩＤ“決算処理装置I”、処
理装置制御パラメタは空、処理装置宛メッセージ本文１
６０２は転送メッセージ本文２８００となっているもの
とする。

【０１２９】図２８は本実施形態のメッセージ送信時実
行制御処理の手順を示すＰＡＤ図である。ステップ７０
５のメッセージ送信時実行制御処理において、図２８の
ＰＡＤ図に示す様にステップ２９００で送信メッセージ
解析処理部４１１は、通信相手情報１４００から制御パ
ラメタリスト２６０２を取り出し、この情報と処理装置
宛メッセージ１６００を実行制御処理部４０５に渡す。

【０１３０】次にステップ２９０１で実行制御処理部４
０５は、制御パラメタリスト２６０２に基づいて処理装
置宛メッセージ１６００のメッセージヘッダを共通ログ
処理装置２４０６に出力し、商品購入処理装置２４０３
の実行状態をデバッグモードにする。

【０１３１】衣服販売処理装置２４０１による購入メッ
セージ受信処理の際には、基本的に図８のＰＡＤ図に示
した共通動作と同様の処理を行う。ステップ８０１にお
けるメッセージ受信時実行制御処理では、図２８の商品
購入処理装置２４０３による購入メッセージ送信処理の
メッセージ送信時実行制御処理と同様に、処理装置宛メ
ッセージ１６００のメッセージヘッダを共通ログ処理装
置２４０６に出力し、衣服販売処理装置２４０１の実行
状態をデバッグモードにする処理を行う。

【０１３２】図２９は本実施形態の通信相手情報格納処
理の手順を示すＰＡＤ図である。ステップ８０３におけ
る通信相手情報格納処理については、図２９のＰＡＤ図
に示す様にステップ３０００で商品購入処理装置２４０
３のエントリが通信相手情報ストレージ４０４にあるか
否かを判定する。

【０１３３】ここで商品購入処理装置２４０３のエント
リが通信相手情報ストレージ４０４になければ、ステッ
プ３００１において通信相手情報格納処理部４０６は処
理装置宛メッセージ１６００から送信者ＩＤ（ここでは
商品購入処理装置）、サービス名及び制御パラメタリス
ト２６０２を取り出して通信相手情報１４００を作成
し、それを通信相手情報ストレージ４０４に格納する。
なお前回の情報要求メッセージ受信処理において、既に
商品購入処理装置２４０３のエントリが格納されている
場合には、今回この格納処理は行わない。

【０１３４】図３０は本実施形態の固有メッセージの構
造を示す図である。ステップ８０５における処理でオブ
ジェクト固有処理部４０１は、商品購入手続きを行う為
に図３０に示す固有メッセージ２７００の様な決算処理
装置２４０４宛メッセージと在庫管理処理装置２４０５
宛メッセージを作成する。これらのメッセージについて
は、後の衣服販売処理装置２４０１によるメッセージ転
送処理で述べる。

【０１３５】本実施形態では在庫管理処理装置２４０５
と決算処理装置２４０４に情報を提供するのでメッセー
ジ送信（転送）処理が必要である。従ってステップ８０
６からステップ８０７に進み、メッセージ転送処理を行
う。これを次に述べる。

【０１３６】衣服販売処理装置２４０１によるメッセー
ジ転送処理の際には、基本的に図７のＰＡＤ図に示した
共通動作と同様の処理を行う。ステップ７００において
作成した固有メッセージは、図３０の固有メッセージ２
７００の様な構造となっている。

【０１３７】固有メッセージヘッダ２７０１の受信者Ｉ
Ｄが決算処理装置２４０４のＩＤ“決算処理装置I”若
しくは在庫管理処理装置２４０５のＩＤ“在庫管理処理
装置IV”、サービス名が“衣料販売”、制御パラメタリ
ストが制御パラメタリスト２６０２である通信相手情報
となっており、固有メッセージ本文２７０２が図２７に
示す転送メッセージ本文２８００となっている。

【０１３８】ここで、制御パラメタリスト２６０２は商
品購入処理装置２４０３の衣服販売処理装置２４０１へ
の処理装置宛メッセージ１６００から引き継がれてきた
ものである。転送メッセージ本文２８００には商品名、
サイズ及び価格が記入された販売報告を示す内容が書か
れている。

【０１３９】ステップ７０１における通信相手情報追加
処理の際、固有メッセージ２７００内に受信者ＩＤが指
定されているので、ステップ２２０１で通信相手情報ス
トレージ４０４から通信相手情報１４００を取り出す
が、本実施形態ではここで得られる通信相手情報１４０
０は空である。従って固有メッセージ２７００がそのま
まステップ７０４における処理装置宛メッセージとな
り、決算処理装置２４０４と在庫管理処理装置２４０５
に転送される。

【０１４０】決算処理装置２４０４によるメッセージ受
信処理の際には、基本的に図８のＰＡＤ図に示した共通
動作と同様の処理を行う。ステップ８０１におけるメッ
セージ受信時実行制御処理では、図２８の商品購入処理
装置２４０３による購入メッセージ送信処理のメッセー
ジ送信時実行制御処理と同様に、処理装置宛メッセージ
を固有メッセージ２７００として、そのメッセージヘッ
ダを共通ログ処理装置２４０６に出力し、決算処理装置
２４０４の実行状態をデバッグモードにする処理を行
う。

【０１４１】ステップ８０３における通信相手情報格納
処理については、送信者が衣服販売処理装置２４０１で
あるとして、図２９の衣服販売処理装置２４０１による
購入メッセージ受信処理の通信相手情報格納処理と同様
の処理を行う。

【０１４２】ステップ８０５における処理で決算処理装
置２４０４のオブジェクト固有処理部４０１は、指定さ
れた金額である“￥５、８００”を商品購入処理装置２
４０３の口座から引き落とす処理を行う。決算処理装置
２４０４からのメッセージ送信処理は不要であるのでス
テップ８０６ではメッセージ送信処理が必要ではないと
判定する。

【０１４３】在庫管理処理装置２４０５によるメッセー
ジ受信処理の際には、基本的に決算処理装置２４０４に
よるメッセージ受信処理と同様の処理を行う。ステップ
８０５における処理で在庫管理処理装置２４０５のオブ
ジェクト固有処理部４０１は、指定されたサイズの商品
の在庫が存在するかどうかをチェックし、必要ならばメ
ーカである“アパレルI”に発注して、商品購入処理装
置２４０３にその商品を送付する手続き処理を行う。

【０１４４】以上の様にディレクトリ情報管理装置２４
００が分散システムの動作を制御する情報をディレクト
リ情報として一元管理し、そのディレクトリ情報を変更
することにより、分散システムの動作を一斉に変更する
ことが容易になる。また、ディレクトリ情報管理装置２
４００から指定された動作は各情報処理装置の通信管理
処理部１１０が行う為、既存の各情報処理装置のオブジ
ェクトを変更する必要がなく、また各情報処理装置を再
起動しなくても良い。特に商品購入処理装置２４０３は
どのサービスの情報処理装置と通信しているかを意識す
る必要がなく、指定通りの動作を行うことができる。

【０１４５】以上説明した様に本実施形態の分散システ
ム制御方法によれば、メッセージの送信を行う際にディ
レクトリ情報をディレクトリ情報管理装置から取得し、
そのディレクトリ情報に基づいてメッセージの送信を行
うので、オブジェクトに変更を加えることなく通信相手
や通信内容及び実行方法の変更を動的に行い、分散シス
テムを構成する情報処理装置を集中管理することが可能
である。

【０１４６】（実施形態４）以下にディレクトリ情報管
理装置のディレクトリ情報により、衣服販売処理装置か
ら決済処理装置に転送されるメッセージのフォーマット
を決済処理装置の要求するフォーマットに変換する実施
形態４の分散システム制御方法について説明する。

【０１４７】図３１は本実施形態の分散システムの概略
構成を示す図である。図３１に示す様に本実施形態の分
散システムは、流通ドメイン３１００、販売促進ドメイ
ン３１０１、電子商取引統合ドメイン３１０２、ネット
ワーク３１０３及びネットワーク３１０４を有し、流通
ドメイン３１００と電子商取引統合ドメイン３１０２は
ネットワーク３１０３で、販売促進ドメイン３１０１と
電子商取引統合ドメイン３１０２はネットワーク３１０
４でそれぞれ接続されている。

【０１４８】流通ドメイン３１００は、システム管理者
用端末３１０５、商品購入処理装置３１０６、ネットワ
ーク３１０７、ディレクトリ情報管理装置３１０８及び
衣服販売処理装置３１０９を有し、ネットワーク３１０
７には、システム管理者用端末３１０５、商品購入処理
装置３１０６、ディレクトリ情報管理装置３１０８及び
衣服販売処理装置３１０９が接続されている。

【０１４９】販売促進ドメイン３１０１は、製品買い取
り処理装置３１１０、システム管理者用端末３１１１、
ネットワーク３１１２、食品販売処理装置３１１３及び
ディレクトリ情報管理装置３１１４を有し、ネットワー
ク３１１２には、製品買い取り処理装置３１１０、シス
テム管理者用端末３１１１、食品販売処理装置３１１３
及びディレクトリ情報管理装置３１１４が接続されてい
る。

【０１５０】電子商取引統合ドメイン３１０２は、ディ
レクトリ情報管理装置３１１５、ネットワーク３１１
６、システム管理者用端末３１１７及び決算処理装置３
１１８を有し、ネットワーク３１１６には、ディレクト
リ情報管理装置３１１５、システム管理者用端末３１１
７及び決算処理装置３１１８が接続されている。ディレ
クトリ情報管理装置３１１５は、図３に示した処理部に
加え、メッセージ変換プラグイン３１２０を有してい
る。

【０１５１】図３２は本実施形態の分散システム制御処
理の手順を示すＰＡＤ図である。本実施形態の全体の処
理では、図２のＰＡＤ図におけるステップ２００及びス
テップ２０１と同様のディレクトリ情報登録処理を行っ
た後、図３２のＰＡＤ図に示す様にステップ３２００で
メッセージの送信先が分かっているか否かの判定を行
う。

【０１５２】メッセージの送信先が分かっていない場合
には、ステップ３２０１〜ステップ３２０３の処理を行
う。ステップ３２０１で衣服販売処理装置３１０９はデ
ィレクトリ情報管理装置３１０８にサービスを指定して
情報処理装置の検索を依頼する。次にステップ３２０２
でディレクトリ情報管理装置３１０８はディレクトリ情
報管理装置３１１５に情報処理装置の検索を依頼する。
次にステップ３２０３でディレクトリ情報管理装置３１
１５は処理装置構成情報リポジトリ３１３から検索条件
に一致する決算処理装置３１１８を見つけ、処理装置制
御情報リポジトリ３１６から処理装置制御パラメタ３３
０２を取り出し、ディレクトリ情報管理装置３１０８に
返す。

【０１５３】一方、メッセージの送信先が分かっている
場合には、ステップ３２０４とステップ３２０５の処理
を行う。ステップ３２０４で衣服販売処理装置３１０９
は決算処理装置３１１８を指定し、通信相手情報ストレ
ージ４０４から通信相手情報１４００を取り出す。次に
ステップ３２０５で衣服販売処理装置３１０９は処理装
置制御パラメタ３３０２と転送メッセージ本文２８００
からディレクトリ転送メッセージ３４００を作成し、デ
ィレクトリ情報管理装置３１０８に送信する。

【０１５４】図３３は本実施形態のディレクトリ転送メ
ッセージの構造を示す図である。次にステップ３２０６
でディレクトリ情報管理装置３１０８は、ディレクトリ
転送メッセージ３４００内の通信相手情報パラメタ３３
０２に適切な値を代入し、ディレクトリ情報管理装置３
１１５に送信する。

【０１５５】次にステップ３２０７でディレクトリ情報
管理装置３１１５は、ディレクトリ転送メッセージ３４
００内の転送メッセージ本文２８００を転送メッセージ
本文３５００に変換し、決算処理装置３１１８に送信す
る。

【０１５６】図３４は本実施形態の転送メッセージ本文
の構造を示す図である。最後にステップ３２０８で決算
処理装置３１１８はディレクトリ転送メッセージ３４０
０を受信し、決算処理装置３１１８固有の処理を行う。

【０１５７】以下、流通ドメイン３１００内における通
信と販売促進ドメイン３１０１内における通信は、Ｐｕ
ｂｌｉｓｈ／Ｓｕｂｓｃｒｉｂｅの動作と同様である。
また、流通ドメイン３１００と電子商取引統合ドメイン
３１０２の間の通信処理と、販売促進ドメイン３１０１
と電子商取引統合ドメイン３１０２の間の通信処理は同
様である。

【０１５８】従って、情報処理装置の制御における動作
としては、決算処理装置３１１８のディレクトリ情報登
録処理、衣服販売処理装置３１０９による通信相手情報
取得処理、衣服販売処理装置３１０９によるメッセージ
転送処理、ディレクトリ情報管理装置３１０８とディレ
クトリ情報管理装置３１１５によるメッセージ転送処理
及び決算処理装置３１１８によるメッセージ受信処理に
ついて説明する。

【０１５９】決算処理装置３１１８のディレクトリ情報
登録処理の際には、基本的に図５のＰＡＤ図に示した共
通動作と同様の処理を行う。

【０１６０】図３５は本実施形態の処理装置制御情報の
構造を示す図である。ステップ５００におけるディレク
トリ情報は処理装置構成情報１１００と処理装置制御情
報３３００であり、処理装置制御情報３３００は図３５
に示す様な構造となっている。

【０１６１】エントリは処理装置ＩＤ３３０１をキーと
し、処理装置制御パラメタ３３０２を値とするペアデー
タであり、例えば１番目のエントリは処理装置ＩＤ３３
０１が決算処理装置３１１８のＩＤ“決算処理装置
I”、処理装置制御パラメタ３３０２が“ドメイン名：
処理装置存在ドメイン＝電子商取引統合ドメイン、処理
装置バージョン：現在値＝１．３６”、２番目のエント
リは処理装置ＩＤ３３０１が“決算処理装置II”、処理
装置制御パラメタ３３０２が“ドメイン名：処理装置存
在ドメイン＝電子商取引統合ドメイン、処理装置バージ
ョン：現在値＝２．０４”、３番目のエントリは処理装
置ＩＤ３３０１が“決算処理装置III”、処理装置制御
パラメタ３３０２が“ドメイン名：処理装置存在ドメイ
ン＝電子商取引統合ドメイン、処理装置バージョン：現
在値＝４．３２”となっている。

【０１６２】ここで、処理装置制御パラメタ３３０２の
内容の意味を１番目のエントリを例に説明する。“ドメ
イン名：送信者存在ドメイン＝電子商取引統合ドメイ
ン”とは、決算処理装置３１１８にメッセージを送信す
る際に、送信者が属しているドメイン名を付加すること
を要求するパラメタであり、決算処理装置３１１８が属
するドメイン名“電子商取引統合ドメイン”がデフォル
ト値となっている。“処理装置バージョン：現在値＝
１．３６”とは、送信者が通信しようとしている決算処
理装置３１１８のバージョンを付加することを要求する
パラメタであり、現在の決算処理装置３１１８のバージ
ョンである“１．３６”がデフォルト値となっている。

【０１６３】衣服販売処理装置３１０９による通信相手
情報取得処理の際には、基本的に図６のＰＡＤ図に示し
た共通動作及びＰｕｂｌｉｓｈ／Ｓｕｂｓｃｒｉｂｅの
動作と同様の処理を行う。なお本実施形態では、検索条
件１３００ではなく検索条件１３００を含むオブジェク
ト固有メッセージ全体を入力として受け取り、以下の処
理を行う。

【０１６４】衣服販売処理装置３１０９は、まずディレ
クトリ情報管理装置３１０８に通信相手情報１４００の
取得を依頼するが、流通ドメイン３１００には検索条件
１３００に合致する情報処理装置は存在しないので、ス
テップ６００からステップ６０２においては通信相手情
報１４００が得られない。

【０１６５】次にステップ６０５において、ディレクト
リ情報管理装置３１０８はディレクトリ情報管理装置３
１１５に検索を依頼する。ディレクトリ情報管理装置３
１１５における通信相手情報取得処理において、ステッ
プ６０２で得る通信相手情報は図１５に示す様な構造と
なっている。本実施形態で得られる通信相手情報１４０
０は、前記の内で処理装置ＩＤ１４０１と処理装置制御
パラメタ１４０２である。なおここでは処理装置ＩＤ１
４０１は決算処理装置３１１８のＩＤ“決算処理装置
I”であり、処理装置制御パラメタ１４０２は処理装置
制御パラメタ３３０２の１番目のパラメタであるものと
する。

【０１６６】図３６は本実施形態の通信相手情報取得処
理の変更点を示すＰＡＤ図である。本実施形態のディレ
クトリ情報管理装置３１１５とディレクトリ情報管理装
置３１０８によるステップ６０８〜ステップ６１０の処
理では、図３６のＰＡＤ図に示す処理が行われる。

【０１６７】ステップ３６００でディレクトリ情報管理
装置３１１５は処理要求が他のディレクトリ情報管理装
置からのものであるか否かを判定する。ここでは、当該
処理要求がディレクトリ情報管理装置３１０８からのも
のであるのでステップ３６０１に進み、前記取得した通
信相手情報１４００を要求元ディレクトリ情報管理装置
３１０８に返す。

【０１６８】通信相手情報１４００を受け取ったディレ
クトリ情報管理装置３１０８は、ステップ３６００で同
様に当該処理要求が他のディレクトリ情報管理装置から
のものであるか否かを判定する。ここで当該処理要求は
衣服販売処理装置３１０９からのものであり、すなわち
他のディレクトリ情報管理装置からのものではないの
で、ステップ３６０３で通信相手情報１４００に処理装
置制御パラメタ３３０２が含まれているか否かを判定す
る。

【０１６９】ここでは通信相手情報１４００に処理装置
制御パラメタ３３０２が含まれているので、ステップ３
６０３においてディレクトリ情報管理処理部３０７は処
理装置制御パラメタ３３０２に適切な値を代入し、ディ
レクトリ転送メッセージ３４００を作成して、送信先情
報処理装置の存在するドメインのディレクトリ情報管理
装置３１１５に送信する。ここで適切な値とは、本実施
形態ではドメイン名“流通ドメイン”と処理装置バージ
ョン“１．３６”（決算処理装置３１１８との初回の通
信であるので、デフォルト値をそのまま使用）である。

【０１７０】またディレクトリ転送メッセージ３４００
は図３３に示す様な構造となっており、送信開始者ＩＤ
は最初にメッセージを送信したオブジェクトのＩＤ、最
終受信者ＩＤは最終的にメッセージを受信するオブジェ
クトのＩＤを示している。

【０１７１】本実施形態では、ディレクトリ転送メッセ
ージヘッダ３４０１は、受信者ＩＤがディレクトリ情報
管理装置３１１５のＩＤ“ディレクトリ情報管理装置II
I”、処理装置制御パラメタが処理装置制御パラメタ３
３０２、送信開始者ＩＤが衣服販売処理装置３１０９の
ＩＤ“衣服販売処理装置II”、最終受信者ＩＤが決算処
理装置３１１８のＩＤ“決算処理装置I”となってお
り、ディレクトリ転送メッセージ本文３４０２は、転送
メッセージ本文２８００若しくは転送メッセージ本文３
５００となっている。最後にステップ３６０４で通信相
手情報１４００を要求元オブジェクトである衣服販売処
理装置３１０９に返す。

【０１７２】衣服販売処理装置３１０９によるメッセー
ジ転送処理の際には、基本的に図７のＰＡＤ図に示した
共通動作及びサービス制御における衣服販売処理装置２
４０１によるメッセージ転送処理の動作と同様の処理を
行う。

【０１７３】ステップ２２００において受信者ＩＤ（こ
こでは決算処理装置３１１８のＩＤ“決算処理装置
I”）が分かっていない場合には、衣服販売処理装置３
１０９による通信相手情報取得処理でディレクトリ情報
管理装置３１０８により決算処理装置３１１８にメッセ
ージが送信されるので、衣服販売処理装置３１０９はデ
ィレクトリ情報管理装置３１０８から返された通信相手
情報１４００を通信相手情報ストレージ４０４に格納
し、通信相手情報１４００に基づく実行制御処理を行っ
て処理を終了する。

【０１７４】一方、受信者ＩＤが分かっている場合に
は、通信相手情報１４００を取り出して処理装置宛メッ
セージ（受信者ＩＤがディレクトリ情報管理装置３１０
８であるディレクトリ転送メッセージ３４００）を作成
し、ディレクトリ情報管理装置３１０８への送信、通信
相手情報１４００に基づく実行制御処理を行って処理を
終了する。

【０１７５】通信相手情報１４００には処理装置制御パ
ラメタ３３０２が含まれており、ドメイン名は空、処理
装置バージョンは以前の検索処理において得られた
“１．３６”が入っている。衣服販売処理装置３１０９
が通信相手情報ストレージ４０４に保持している処理装
置バージョン値“１．３６”は、衣服販売処理装置３１
０９がこのバージョンの情報処理装置と通信する限り、
衣服販売処理装置３１０９の実装を変更する必要がない
ことを示している。

【０１７６】図３７は本実施形態のメッセージ転送処理
の手順を示すＰＡＤ図である。ディレクトリ情報管理装
置３１０８とディレクトリ情報管理装置３１１５による
メッセージ転送処理の際には、図３７のＰＡＤ図に示す
様にステップ３７００で送信者ＩＤと送信開始者ＩＤが
一致しているか否かを判定する。ここで送信者ＩＤと送
信開始者ＩＤが一致している場合には、ステップ３７０
１でディレクトリ転送メッセージヘッダ３４０１中の処
理装置制御パラメタ３３０２に代入すべきデータ（ここ
ではドメイン名“流通ドメイン”）を代入する。

【０１７７】次にステップ３７０２で受信者ＩＤと最終
受信者ＩＤが一致しているか否かを判定する。受信者Ｉ
Ｄと最終受信者ＩＤが一致している場合には、ステップ
３７０３でディレクトリ情報管理処理部３１１９が処理
装置制御情報リポジトリ３１６から現在の情報処理装置
のバージョンを取り出す。情報処理装置で既にバージョ
ンアップが行われており、例えばバージョンが“４．９
２”となっている場合にはこれを取り出し、現在の情報
処理装置のバージョンとディレクトリ転送メッセージヘ
ッダ３４０１中の処理装置制御パラメタ３３０２にある
情報処理装置のバージョン（“１．３６”）とが一致し
ているか否かを判定する。

【０１７８】情報処理装置のバージョンが一致していな
い場合には、ステップ３７０４でディレクトリ情報管理
処理部３１１９がメッセージ変換プラグイン３１２０を
用いてメッセージ変換を行う。本実施形態では、図２７
の転送メッセージ本文２８００を図３４の転送メッセー
ジ本文３５００の様にＨＴＭＬ形式に変換している。

【０１７９】最後にステップ３７０６で、ディレクトリ
転送メッセージ３４００の受信者ＩＤを次の送信先（デ
ィレクトリ情報管理装置３１０８の場合にはディレクト
リ情報管理装置３１１５のＩＤ“ディレクトリ情報管理
装置III”、ディレクトリ情報管理装置３１１５の場合
には決算処理装置３１１８のＩＤ“決算処理装置I”）
に書き換えてメッセージを送信する。

【０１８０】決算処理装置３１１８によるメッセージ受
信処理の際には、サービス制御における決算処理装置２
４０４によるメッセージ受信処理の動作と同様の処理を
行う。ステップ８０５における処理で決算処理装置３１
１８のオブジェクト固有処理部４０１は、商品購入処理
装置３１０６が流通ドメイン３１００のオブジェクトで
あることを認識し、例えば指定された金額“￥５、８０
０”をＵＳドルに変換してＡ銀行を通じて引き落とす等
の決算処理装置３１１８固有の処理を行う。

【０１８１】以上、本実施形態ではメッセージ変換がデ
ィレクトリ情報管理装置を経由する途中に行われたが、
衣服販売処理装置３１０９が決算処理装置３１１８に直
接メッセージを送信し、決算処理装置３１１８が自身の
属する電子商取引統合ドメイン３１０２内のディレクト
リ情報管理装置３１１５を通じて、メッセージ変換プラ
グイン３１２０に対してメッセージ変換を依頼するとい
う方法を取ることもできる。

【０１８２】以上の様に、ディレクトリ情報管理装置が
情報処理装置へのメッセージに要求される情報を管理し
てその加工を行うことにより、送信元の情報処理装置は
送信先の情報処理装置が要求する情報を意識せずにメッ
セージを送信することができる。また、メッセージの送
受信以外に、情報処理装置がメッセージの加工を要求す
るというトラフィックが発生するのを防ぐことができ
る。更に、同種のサービスを実行する複数の情報処理装
置がありうる時、送信元の情報処理装置のオブジェクト
を変更せずに個々の情報処理装置に対応したメッセージ
変換を行うことができる。この為、情報処理装置の仕様
変更やバージョンアップに対応することができる。

【０１８３】以上説明した様に本実施形態の分散システ
ム制御方法によれば、メッセージの送信を行う際にディ
レクトリ情報をディレクトリ情報管理装置から取得し、
そのディレクトリ情報に基づいてメッセージの送信を行
うので、オブジェクトに変更を加えることなく通信相手
や通信内容及び実行方法の変更を動的に行い、分散シス
テムを構成する情報処理装置を集中管理することが可能
である。

【０１８４】（実施形態５）以下にディレクトリ情報管
理装置のディレクトリ情報により、商品購入処理装置が
通信を行う衣服販売処理装置を変更する実施形態５の分
散システム制御方法について説明する。

【０１８５】図３８は本実施形態の分散システムの概略
構成を示す図である。図３８に示す様に本実施形態の分
散システムは、ディレクトリ情報管理装置３８００、衣
服販売処理装置３８０１、衣服販売処理装置３８０２、
システム管理者用端末３８０３、商品購入処理装置３８
０４、衣服販売処理装置３８０５及びネットワーク３８
０６を有している。ネットワーク３８０６には、ディレ
クトリ情報管理装置３８００、衣服販売処理装置３８０
１、衣服販売処理装置３８０２、システム管理者用端末
３８０３、商品購入処理装置３８０４及び衣服販売処理
装置３８０５が接続されている。

【０１８６】図３９は本実施形態の分散システム制御処
理の手順を示すＰＡＤ図である。本実施形態の全体の処
理では、図２のＰＡＤ図におけるステップ２００及びス
テップ２０１と同様のディレクトリ情報登録処理を行っ
た後、図３９のＰＡＤ図に示す様にステップ３９００で
ディレクトリ情報管理装置３８００は、処理装置管理情
報リポジトリ３１７に登録されている商品購入処理装置
３８０４宛に、ディレクトリ送信メッセージ本文４１０
０を含んだメッセージを送信することにより、システム
環境が変化したことを通知する。

【０１８７】最後にステップ３９０１で商品購入処理装
置３８０４はディレクトリ情報管理装置３８００からの
メッセージを受信し、ディレクトリ送信メッセージ本文
４１００に基づく処理のみを行って処理を終了する。

【０１８８】以下、商品購入処理装置３８０４のディレ
クトリ情報登録処理と商品購入処理装置３８０４による
メッセージ受信処理について説明する。商品購入処理装
置３８０４のディレクトリ情報登録処理の際には、基本
的に図５のＰＡＤ図に示した共通動作と同様の処理を行
う。

【０１８９】図４０は本実施形態の処理装置管理情報の
構成を示す図である。ステップ５００におけるディレク
トリ情報は処理装置構成情報１１００と処理装置管理情
報４０００であり、処理装置管理情報４０００は図４０
に示す様な構造となっている。

【０１９０】エントリは処理装置ＩＤ４００１をキーと
し、管理情報リスト４００２を値とするペアデータであ
り、例えば１番目のエントリは処理装置ＩＤ４００１が
“衣服購入処理装置”、管理情報リスト４００２が“通
信相手：衣服販売処理装置ＩＩ、衣服販売処理装置ＩＩ
Ｉ、ＯＳ：Ａ−ＯＳ Ｖｅｒ．１．０１”、２番目のエ
ントリは処理装置ＩＤ４００１が“食品購入処理装
置”、管理情報リスト４００２が“ＣＰＵ：Ｂ−ＣＰＵ
３００、通信プロトコル：Ｃｏｍｍｕｎｉｃａｔｉｏ
ｎＰｒｏｔｏｃｏｌ Ｘ”となっている。ここで、“衣
服販売処理装置II”は衣服販売処理装置３８０５のＩＤ
であり、“衣服販売処理装置III”は衣服販売処理装置
３８０１のＩＤである。

【０１９１】商品購入処理装置３８０４によるメッセー
ジ受信処理の際には、基本的に図８のＰＡＤ図に示した
共通動作と同様の処理を行う。

【０１９２】図４１は本実施形態のディレクトリ送信メ
ッセージ本文の構成を示す図である。ステップ８００に
おいて商品購入処理装置３８０４が受信するメッセージ
のオブジェクト固有メッセージ本文は、図４１に示すデ
ィレクトリ送信メッセージ本文４１００であり、ヘッダ
として送信者ＩＤ“ディレクトリ情報管理装置”、コン
テントには処理装置起動状態として“衣服販売処理装置
II”（衣服販売処理装置３８０５）が停止してしまい、
通信可能な代替処理装置として“衣服販売処理装置III
（クロスチェック、即時実行可能）、衣服販売処理装置
V（待機系、切り替え時間＝１０［ｍｉｎ］）”を使用
することを要求する旨と、衣料販売サービスの実行制御
モードをデバッグからリリースにすることを要求する旨
が記述されている。

【０１９３】ここで、代替処理装置として指定されてい
る“衣服販売処理装置III”（衣服販売処理装置３８０
１）と“衣服販売処理装置V”（衣服販売処理装置３８
０２）について説明する。衣服販売処理装置３８０１は
衣服販売処理装置３８０５と互いに処理のクロスチェッ
クを行う関係にあり、常に稼動しているので停止した衣
服販売処理装置３８０５の代わりに切り替え時間無しで
即時に使用することができることを意味している。衣服
販売処理装置３８０２は衣服販売処理装置３８０５と互
いに負荷分散をする関係にあり、停止した衣服販売処理
装置３８０５の代わりに衣服販売処理装置３８０２を１
０分の切り替え時間の後、使用できることを意味してい
る。

【０１９４】図４２は本実施形態のメッセージ受信時実
行制御処理の手順を示すＰＡＤ図である。ステップ８０
１のメッセージ受信時実行制御処理では、図４２のＰＡ
Ｄ図に示す様にステップ４２００で、前記受信したメッ
セージがディレクトリ情報管理装置３８００から送信さ
れたものか否かを判定する。

【０１９５】ここで、受信したメッセージがディレクト
リ情報管理装置３８００から送信されたものであれば、
ステップ４２０１において受信メッセージ解析処理部４
０７は、メッセージをそのまま実行制御処理部４０５に
渡す。

【０１９６】次にステップ４２０２で実行制御処理部４
０５はディレクトリ送信メッセージ本文４１００中のデ
ィレクトリ情報管理装置３８００の指示を解析する。実
行制御処理部４０５は、解析した指示に基づいて通信相
手を即時通信可能な衣服販売処理装置３８０１に変更
し、実行モードをリリースに切り替える。そして、通信
相手情報ストレージ４０４を変更する為に、ディレクト
リ送信メッセージ本文４１００中のサービス実行状態の
情報からサービス制御情報のエントリを作成し、これを
用いて通信相手情報１４００を作成する。

【０１９７】最後にステップ４２０３において実行制御
処理部４０５は、作成した通信相手情報１４００を受信
したメッセージに付加し、受信メッセージ解析処理部４
０７に返す。

【０１９８】図４３は本実施形態の通信相手情報格納処
理の手順を示すＰＡＤ図である。ステップ８０３の通信
相手情報格納処理では、図４３のＰＡＤ図に示す様にス
テップ４３００でディレクトリ情報管理装置３８００か
らのメッセージであるか否かを判定し、ディレクトリ情
報管理装置３８００からのメッセージであれば、ステッ
プ４３０１で通信相手情報格納処理部４０６は、メッセ
ージから通信相手情報を取り除き、通信相手情報ストレ
ージ４０４に格納する。

【０１９９】ステップ８０４からステップ８０７につい
て本実施形態での受信メッセージはディレクトリ情報管
理装置３８００から通信管理処理部１１０への通知メッ
セージであって、オブジェクト固有処理部４０１には関
係無いので何も行わずに終了する。

【０２００】以上の様に、ディレクトリ情報管理装置が
各情報処理装置を集中管理することにより、各情報処理
装置がシステム状態を把握し易くなり、またシステム状
態の変化に対する情報処理装置の対応は、全て通信管理
処理部により行われる為、オブジェクト固有処理の開発
者が個々に対応策をプログラミングする必要がなく、既
存のオブジェクトに変更を加える必要もなくなる。

【０２０１】以上説明した様に本実施形態の分散システ
ム制御方法によれば、メッセージの送信を行う際にディ
レクトリ情報をディレクトリ情報管理装置から取得し、
そのディレクトリ情報に基づいてメッセージの送信を行
うので、オブジェクトに変更を加えることなく通信相手
や通信内容及び実行方法の変更を動的に行い、分散シス
テムを構成する情報処理装置を集中管理することが可能
である。

【０２０２】

【発明の効果】本発明によればメッセージの送信を行う
際にディレクトリ情報をディレクトリ情報管理装置から
取得し、そのディレクトリ情報に基づいてメッセージの
送信を行うので、オブジェクトに変更を加えることなく
通信相手や通信内容及び実行方法の変更を動的に行い、
分散システムを構成する情報処理装置を集中管理するこ
とが可能である。

【図面の簡単な説明】

【図１】実施形態１の分散システムの概略構成を示す図
である。

【図２】実施形態１の分散システム制御方法の処理概要
を示す図である。

【図３】実施形態１のディレクトリ情報管理装置１０１
の概略構成を示す図である。

【図４】実施形態１の情報処理装置１０２及び情報処理
装置１０４のオブジェクトの概略構成を示す図である。

【図５】実施形態１のディレクトリ情報登録の手順を示
すＰＡＤ図である。

【図６】実施形態１の通信相手情報取得処理の手順を示
すＰＡＤ図である。

【図７】実施形態１のメッセージ送信処理の手順を示す
ＰＡＤ図である。

【図８】実施形態１のメッセージ受信処理の手順を示す
ＰＡＤ図である。

【図９】実施形態２の分散システムの概略構成を示す図
である。

【図１０】実施形態２の分散システム制御処理の手順を
示すＰＡＤ図である。

【図１１】実施形態２の処理装置構成情報の構造を示す
図である。

【図１２】実施形態２のＰｕｂ／Ｓｕｂ情報の構造を示
す図である。

【図１３】実施形態２の処理装置検索処理の手順を示す
ＰＡＤ図である。

【図１４】実施形態２の検索条件の構造を示す図であ
る。

【図１５】実施形態２の通信相手情報の構造を示す図で
ある。

【図１６】実施形態２の固有メッセージ作成処理の手順
を示すＰＡＤ図である。

【図１７】実施形態２の固有メッセージの構造を示す図
である。

【図１８】実施形態２の通信相手情報追加処理の手順を
示すＰＡＤ図である。

【図１９】実施形態２の処理装置宛メッセージの構造を
示す図である。

【図２０】実施形態２の送信メッセージ本文の構造を示
す図である。

【図２１】実施形態２のメッセージ送信時実行制御処理
の手順を示すＰＡＤ図である。

【図２２】実施形態２のＰｕｂｌｉｓｈメッセージの構
造を示す図である。

【図２３】実施形態２の固有メッセージの構造を示す図
である。

【図２４】実施形態３の分散システムの概略構成を示す
図である。

【図２５】実施形態３の分散システム制御処理の手順を
示すＰＡＤ図である。

【図２６】実施形態３のサービス制御情報の構造を示す
図である。

【図２７】実施形態３の転送メッセージの構造を示す図
である。

【図２８】実施形態３のメッセージ送信時実行制御処理
の手順を示すＰＡＤ図である。

【図２９】実施形態３の通信相手情報格納処理の手順を
示すＰＡＤ図である。

【図３０】実施形態３の固有メッセージの構造を示す図
である。

【図３１】実施形態４の分散システムの概略構成を示す
図である。

【図３２】実施形態４の分散システム制御処理の手順を
示すＰＡＤ図である。

【図３３】実施形態４のディレクトリ転送メッセージの
構造を示す図である。

【図３４】実施形態４の転送メッセージ本文の構造を示
す図である。

【図３５】実施形態４の処理装置制御情報の構造を示す
図である。

【図３６】実施形態４の通信相手情報取得処理の変更点
を示すＰＡＤ図である。

【図３７】実施形態４のメッセージ転送処理の手順を示
すＰＡＤ図である。

【図３８】実施形態５の分散システムの概略構成を示す
図である。

【図３９】実施形態５の分散システム制御処理の手順を
示すＰＡＤ図である。

【図４０】実施形態５の処理装置管理情報の構成を示す
図である。

【図４１】実施形態５のディレクトリ送信メッセージ本
文の構成を示す図である。

【図４２】実施形態５のメッセージ受信時実行制御処理
の手順を示すＰＡＤ図である。

【図４３】実施形態５の通信相手情報格納処理の手順を
示すＰＡＤ図である。

【図４４】従来の分散システムの概略構成を示す図であ
る。

【図４５】従来の分散システム制御処理の手順を示す図
である。

【符号の説明】

１００…ネットワーク、１０１…ディレクトリ情報管理
装置、１０２…情報処理装置、１０３…システム管理者
用端末、１０４…情報処理装置、１０７…ディレクトリ
情報リポジトリ、１０５…ディレクトリ処理部、１０８
…オブジェクト固有処理部、１１０…通信管理処理部、
１１１…オブジェクト固有処理部、３００…バス、３０
１…ＣＰＵ、３０２…ディスプレイ、３０３…キーボー
ド、３０４…処理装置検索処理部、３０５…ディレクト
リ間通信処理部、３０６…ディレクトリ情報アクセス処
理部、３０７…ディレクトリ情報管理処理部、３０８…
処理装置構成情報アクセス処理部、３０９…Ｐｕｂ／Ｓ
ｕｂ情報アクセス処理部、３１０…サービス制御情報ア
クセス処理部、３１１…処理装置制御情報アクセス処理
部、３１２…処理装置管理情報アクセス処理部、３１３
…処理装置構成情報リポジトリ、３１４…Ｐｕｂ／Ｓｕ
ｂ情報リポジトリ、３１５…サービス制御情報リポジト
リ、３１６…処理装置制御情報リポジトリ、３１７…処
理装置管理情報リポジトリ、４００…オブジェクト、４
０１…オブジェクト固有処理部、４０２…メッセージ受
信管理処理部、４０３…メッセージ送信管理処理部、４
０４…通信相手情報ストレージ、４０５…実行制御処理
部、４０６…通信相手情報格納処理部、４０７…受信メ
ッセージ解析処理部、４０８…メッセージ受信処理部、
４０９…通信相手情報取得処理部、４１０…通信相手情
報追加処理部、４１１…送信メッセージ解析処理部、４
１２…メッセージ送信処理部、９００…ディレクトリ情
報管理装置、９０１…衣服販売処理装置、９０２…シス
テム管理者用端末、９０３…商品購入処理装置、９０４
…メーカ別要求監視処理装置、９０５…製品種類別要求
監視処理装置、９０６…ネットワーク、１１００…処理
装置構成情報、１１０１…サービス名、１１０２…処理
装置リスト、１２００…Ｐｕｂ／Ｓｕｂ情報、１２０１
…サービス名、１２０２…Ｓｕｂｓｃｒｉｂｅｒリス
ト、１３００…検索条件、１３０１…サービス名、１３
０２…プロパティリスト、１４００…通信相手情報、１
４０１…処理装置ＩＤ、１４０２…処理装置制御パラメ
タ、１４０３…サービス名、１４０４…制御パラメタリ
スト、１４０５…Ｓｕｂｓｃｒｉｂｅｒリスト、１５０
０…固有メッセージ、１５０１…固有メッセージヘッ
ダ、１５０２…固有メッセージ本文、１６００…処理装
置宛メッセージ、１６０１…処理装置宛メッセージヘッ
ダ、１６０２…処理装置宛メッセージ本文、１７００…
送信メッセージ本文、１９００…Ｐｕｂｌｉｓｈメッセ
ージ、１９０１…Ｐｕｂｌｉｓｈメッセージヘッダ、１
９０２…Ｐｕｂｌｉｓｈメッセージ本文、１８００…固
有メッセージ、１８０１…固有メッセージヘッダ、１８
０２…固有メッセージ本文、２４００…ディレクトリ情
報管理装置、２４０１…衣服販売処理装置、２４０２…
システム管理者用端末、２４０３…商品購入処理装置、
２４０４…決算処理装置、２４０５…在庫管理処理装
置、２４０６…共通ログ処理装置、２４０７…ネットワ
ーク、２６００…サービス制御情報、２６０１…サービ
ス名、２６０２…制御パラメタリスト、２８００…転送
メッセージ本文、２７００…固有メッセージ、２７０１
…固有メッセージヘッダ、２７０２…固有メッセージ本
文、３１００…流通ドメイン、３１０１…販売促進ドメ
イン、３１０２…電子商取引統合ドメイン、３１０３…
ネットワーク、３１０４…ネットワーク、３１０５…シ
ステム管理者用端末、３１０６…商品購入処理装置、３
１０７…ネットワーク、３１０８…ディレクトリ情報管
理装置、３１０９…衣服販売処理装置、３１１０…製品
買い取り処理装置、３１１１…システム管理者用端末、
３１１２…ネットワーク、３１１３…食品販売処理装
置、３１１４…ディレクトリ情報管理装置、３１１５…
ディレクトリ情報管理装置、３１１６…ネットワーク、
３１１７…システム管理者用端末、３１１８…決算処理
装置、３１１９…ディレクトリ情報管理処理部、３１２
０…メッセージ変換プラグイン、３４００…ディレクト
リ転送メッセージ、３４０１…ディレクトリ転送メッセ
ージヘッダ、３４０２…ディレクトリ転送メッセージ本
文、３５００…転送メッセージ本文、３３００…処理装
置制御情報、３３０１…処理装置ＩＤ、３３０２…処理
装置制御パラメタ、３８００…ディレクトリ情報管理装
置、３８０１…衣服販売処理装置、３８０２…衣服販売
処理装置、３８０３…システム管理者用端末、３８０４
…商品購入処理装置、３８０５…衣服販売処理装置、３
８０６…ネットワーク、４０００…処理装置管理情報、
４００１…処理装置ＩＤ、４００２…管理情報リスト、
４１００…ディレクトリ送信メッセージ本文、４４００
…ネットワーク、４４０１…ディレクトリ情報管理装
置、４４０２…情報処理装置、４４０３…システム管理
者用端末、４４０４…情報処理装置、４４０５…ディレ
クトリ処理部、４４０６…バス、４４０７…処理装置構
成情報リポジトリ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 北川 誠 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所システム開発本部内 (72)発明者 鬼頭 昭 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア事業部内 Ｆターム(参考） 5B045 BB01 BB42 DD15 GG01 KK06 5B082 EA01 5B089 GA01 GA21 GB02 HA06 JA11 JB22 KA13 KB04 KC60

Claims (5)

【特許請求の範囲】
1. 【請求項１】 複数の情報処理装置が接続された分散シ
   ステムの動作を制御する分散システム制御方法におい
   て、 分散システムを構成する情報処理装置へのメッセージを
   作成するステップと、分散システムを構成する情報処理
   装置の動作を制御する為の管理情報であるディレクトリ
   情報の検索をディレクトリ情報管理装置に依頼するステ
   ップと、前記ディレクトリ情報を読み出して依頼元への
   送信をディレクトリ情報管理装置へ依頼するステップ
   と、前記作成したメッセージの送信処理をディレクトリ
   情報管理装置から送信された前記ディレクトリ情報に基
   づいて制御するステップとを有することを特徴とする分
   散システム制御方法。
2. 【請求項２】 前記ディレクトリ情報は特定のサービス
   が行われている情報処理装置間で送受信されるメッセー
   ジを受け取る他の情報処理装置を示すＰｕｂ／Ｓｕｂ情
   報を含み、前記作成したメッセージを前記Ｐｕｂ／Ｓｕ
   ｂ情報に基づいて他の情報処理装置にも送信することを
   特徴とする請求項１に記載された分散システム制御方
   法。
3. 【請求項３】 前記ディレクトリ情報は特定のサービス
   に属する情報処理装置の動作モードを制御するサービス
   制御情報を含み、前記作成したメッセージを送信する際
   に前記サービス制御情報に基づいて当該サービスに属す
   る情報処理装置の動作モードを制御することを特徴とす
   る請求項１に記載された分散システム制御方法。
4. 【請求項４】 複数の情報処理装置が接続された分散シ
   ステムの動作を制御する為の情報を管理するディレクト
   リ情報管理装置において、 分散システムを構成する情報処理装置の動作を制御する
   為の管理情報であるディレクトリ情報を格納するディレ
   クトリ情報リポジトリと、情報処理装置から検索を依頼
   されたディレクトリ情報を前記ディレクトリ情報リポジ
   トリから読み出して依頼元の情報処理装置に送信するデ
   ィレクトリ処理部とを備えることを特徴とするディレク
   トリ情報管理装置。
5. 【請求項５】 複数の情報処理装置が接続された分散シ
   ステムの動作を制御する為の情報を取得して動作する情
   報処理装置において、 分散システムを構成する情報処理装置へのメッセージを
   作成して通信管理処理部に渡すオブジェクト固有処理部
   と、分散システムを構成する情報処理装置の動作を制御
   する為の管理情報であるディレクトリ情報の検索をディ
   レクトリ情報管理装置に依頼し、前記作成したメッセー
   ジの送信処理をディレクトリ情報管理装置から送信され
   た前記ディレクトリ情報に基づいて制御する通信管理処
   理部とを備えることを特徴とする情報処理装置。