JPH08249261A

JPH08249261A - メッセージ管理システム

Info

Publication number: JPH08249261A
Application number: JP7048289A
Authority: JP
Inventors: Takeshi Yoneda; 健米田; Yoichi Tanibayashi; 陽一谷林
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 1995-03-08
Filing date: 1995-03-08
Publication date: 1996-09-27

Abstract

(57)【要約】【目的】処理の依頼を受けたサーバプロセスが他のサ
ーバプロセスに処理の依頼をする場合、最初に処理を依
頼したクライアントプロセスが応答を受け取るまでに不
当に長い時間を要したり、処理の不成功を知らせる応答
が返ってきた場合に、その原因を把握することを目的と
する。【構成】処理を依頼する装置と処理を実行する複数の
装置とで構成された分散システムにおいて、処理を依頼
する装置が依頼した処理に係わる処理を行う装置に、そ
の処理に係わるメッセージの送信時に、処理を依頼する
装置が管理情報の一部として設定した、システム上でユ
ニークな識別子をメッセージに含めたメッセージを生成
するメッセージ生成手段と、メッセージの受渡し時に、
メッセージに含まれている情報から管理情報を生成する
管理情報生成手段と、生成した管理情報を保持する管理
情報保持手段とを設けた。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、情報処理装置あるい
は情報通信システムをネットワークで接続してそれらの
間で処理を分散させることにより、性能や信頼性の向上
を図る、いわゆる分散処理システムにおいて、性能のボ
トルネック箇所や障害箇所を迅速に把握するためのメッ
セージ管理システムに関するものである。

【０００２】

【従来の技術】分散処理における、分散機間のメッセー
ジの交換に関しては、Andrew D. Birrell,Bruce J.Nelc
onによる「Implementing Remote Procedure Call」(ACM
Transaction on Computer Systems,Vol2,No.1,pp.39-5
0,1984)に開示されたものがある。

【０００３】図１４は従来のメッセージ管理システムの
構成を示す図で、図において１０１は処理を依頼する処
理依頼側装置、１０２、１０３は処理依頼側装置１０１
からの依頼を受けて処理を実行する処理実行側装置、５
は処理依頼側装置１０１と処理実行側装置１０２、１０
３とを接続するネットワーク等の通信路である。

【０００４】処理依頼側装置１０１は、処理実行側装置
１０２、１０３への処理要求を出す処理依頼部１３、処
理依頼部１３からの処理要求を受け処理実行側装置１０
２、１０３への処理要求内容を示す要求メッセージを生
成する要求データ生成部６、要求データ生成部６が生成
した要求メッセージを処理実行側装置１０２または１０
３に送信すると共に、処理実行側装置１０２または１０
３からの処理結果としての、応答メッセージを受信する
通信処理部１４及び受信した応答メッセージを解析する
応答データ解析部７を備えている。

【０００５】また、処理実行側装置１０２、１０３は処
理依頼側装置１０１の構成に加えて、処理を依頼する装
置（処理依頼側装置１０１または処理実行側装置１０
３、１０２）からの要求メッセージを解析する要求デー
タ解析部１６、要求された処理を実行する処理実行部１
５及び実行結果を応答メッセージとして生成する応答デ
ータ生成部１７を備えている。なお、処理実行側装置１
０２、１０３の通信処理部１４は要求メッセージの受信
及び応答メッセージの送信も行う。

【０００６】図１５は、処理依頼側装置１０１と処理実
行側装置１０２、１０３間または処理実行側装置１０２
と１０３間で交換するメッセージの構成を示す例であ
る。図１５（ａ）が、要求メッセージの例で、図１５
（ｂ）が応答メッセージの例である。

【０００７】図１５（ａ）に示す要求メッセージは、要
求する処理を識別するトランザクション識別子、ＲＰＣ
のプロトコルを識別するバージョン番号、処理実行部を
識別するリモートプログラム識別子（例えば、実行する
関数の種類）、処理の依頼者を認証するための認証識別
子（例えば、ログイン名等のシステムでユニークな
値）、処理実行部での処理に渡される情報であるリモー
トプロシージャの引き数から構成される。また、図１５
（ｂ）に示す応答メッセージは要求が成功したか、失敗
したかを表わす“要求の成否”、要求が成功した場合に
はその結果を、要求が失敗した場合にはその原因を表わ
す“リモートプロシージャの結果または要求失敗の原
因”から構成される。

【０００８】また、図１６乃至１８は、処理依頼側装置
１０１、処理実行側装置１０２、１０３での処理を示す
フローチャートで、図１６が処理依頼側装置１０１での
処理を図１７が処理実行側装置１０２または１０３での
処理を示している。また、図１８は、処理実行側装置１
０２または１０３が図１６に示す処理において、処理を
他の処理実行側装置（例えば、処理実行側装置１０２が
１０３）へ処理を依頼する場合のフローを示している。

【０００９】以下、図を参照しながら処理依頼側装置１
０１が処理実行側装置１０２に処理を依頼する場合の動
作を説明する。図１６に示したように処理依頼装置側１
０１では、処理依頼部１３からの処理要求を受けた要求
データ生成部６が、ステップＳ１６１で要求メッセージ
を生成し、ステップＳ１６２で通信処理部１４が生成さ
れた要求メッセージを処理実行側装置１０２に送信す
る。ここで、処理依頼側装置１０１は応答が返ってくる
までの間、応答待ち状態となる（ステップＳ１６３）。
処理実行側装置１０２からの応答メッセージを通信処理
部１４が、ステップＳ１６４で受信すると、受信した応
答メッセージは応答データ解析部７に渡され解析される
（ステップＳ１６５）。その後処理依頼部１３に渡され
る。

【００１０】次に、処理実行側装置１０２処理につい
て、説明する。図１７に示したように処理実行側装置１
０２では、ステップＳ１７１で通信処理部１４が要求メ
ッセージを受信する。受信した要求メッセージは要求デ
ータ解析部１６に渡され解析された後（ステップＳ１７
２）、処理実行部１５にわたされ、サービス（要求され
た処理）の実行が行われる（ステップＳ１７３）。サー
ビスの実行が終了すると結果が応答データ生成部１７に
渡され、ステップＳ１７４で応答メッセージとして生成
され、ステップＳ１７５で通信処理部１４により処理依
頼側装置１０１に送信される。

【００１１】ところで、処理実行側装置１０２でのサー
ビス実行中に、他の処理実行装置（この例の場合は、処
理実行側装置１０３）に依頼する処理があるかどうか
を、ステップＳ１８１で判定して、もし依頼する処理が
ある場合には、ステップＳ１８３で処理実行側装置１０
２内の処理依頼部１３により他の処理実行装置１０３に
処理が依頼される。即ち、処理実行側装置１０２が処理
依頼側装置として図１６のフローチャートに示す処理と
同様の処理を行うことになる。他の処理実行側装置１０
３に依頼する処理がない場合には、処理実行装置１０２
内で処理を実行する（ステップＳ１８２）。

【００１２】

【発明が解決しようとする課題】分散処理ではネットワ
ークで接続された装置間においてＲＰＣを利用すること
で、処理依頼側装置が処理実行側装置に処理を依頼し、
処理を依頼された処理実行側装置がさらに、異なる処理
実行側装置に処理を依頼する場合がある。この場合、処
理依頼側装置が処理を依頼した後、その結果が返ってく
るまでに時間がかかったり、処理の依頼が失敗したりす
る場合に、その原因の解析は、処理依頼側装置が直接処
理を依頼した処理実行側装置、および処理依頼側装置と
その処理実側行装置の間を接続するネットワークの範囲
内でしか行うことができず、間接的に処理を依頼された
処理実行側装置や直接処理を依頼される処理実行側装置
とそれら間接的に処理を依頼される処理実行側装置を接
続するネットワークに原因が存在する場合、その原因の
解析は非常に困難であるという問題点があった。

【００１３】この発明は上記のような問題点を解消する
ためになされたもので、処理依頼側装置が処理実行側装
置に処理を依頼し、処理を依頼された処理実行側装置が
さらに、異なる処理実行側装置に処理を依頼する場合、
処理依頼側装置から依頼された処理の実行に係わった処
理実行側装置はすべて一つの処理依頼側装置から依頼さ
れた処理の実行に係わっていることを把握することがで
き、またＲＰＣの要求・応答メッセージのネットワーク
伝播時間、各処理実行側装置内での処理時間を計測で
き、処理依頼側装置に対しての結果が返ってくるまでに
時間がかかったり、依頼した処理が失敗した場合にどこ
にその原因があるかを把握できることを目的とする。

【００１４】

【課題を解決するための手段】第１の発明に係わるメッ
セージ管理システムは、処理を依頼する装置と処理を実
行する複数の装置とで構成される分散システムにおい
て、前記処理を依頼する装置が依頼した処理に係わる処
理を行う装置には、その処理に係わるメッセージの送信
時に、前記処理を依頼する装置が管理情報の一部として
設定した、前記システム上でユニークな識別子を前記メ
ッセージに含めたメッセージを生成するメッセージ生成
手段と、前記メッセージの受渡し時に、前記メッセージ
の含まれている情報から管理メッセージを生成する管理
情報生成手段と、生成した管理情報を保持する管理情報
保持手段と、を設けるようにしたものである。

【００１５】第２の発明に係わるメッセージ管理システ
ムは、第１の発明における各装置に、前記管理情報を蓄
積していく蓄積手段を設けるようにしたものである。

【００１６】第３の発明に係わるメッセージ管理システ
ムは、処理を依頼する装置と処理を実行する複数の装置
と前記各装置が生成した管理情報を受信する管理装置と
で構成される分散システムにおいて、前記処理を依頼
する装置が依頼した処理に係わる処理を行う装置には、
その処理に係わるメッセージの送信時に、前記処理を依
頼した装置が管理情報の一部として設定した、前記シス
テム上でユニークな識別子を前記メッセージに含めたメ
ッセージを生成するメッセージ生成手段と、前記メッセ
ージの受渡し時に、前記メッセージに含まれている情報
から管理情報を生成する管理情報生成手段と、生成した
管理情報を前記管理装置に送信する管理情報送信手段、
とを設け、前記管理装置には、前記管理情報送信手段が
送信する管理情報を受信して蓄積する管理情報収集手段
を設けるようにしたものである。

【００１７】第４の発明に係わるメッセージ管理システ
ムは、前記メッセージ生成手段が、メッセージ生成時に
メッセージに送信元と送信先とを含めて生成するように
したものである。

【００１８】第５の発明に係わるメッセージ管理システ
ムは、前記メッセージ生成手段が、メッセージ生成時に
メッセージにメッセージの生成時刻を含めて生成するよ
うにしたものである。

【００１９】第６の発明に係わるメッセージ管理システ
ムは、前記管理情報生成手段が、管理情報生成時に前記
メッセージ受信に対する処理結果を含めて生成するよう
にしたものである。

【００２０】第７の発明に係わるメッセージ管理システ
ムは、前記管理装置に管理情報を分析する管理情報分析
手段を設けるようにしたものである。

【００２１】第８の発明に係わるメッセージ管理システ
ムは、処理を依頼する装置と処理を実行する複数の装置
とで構成される分散システムにおいて、前記処理を依頼
する装置が依頼した処理に係わる処理を行う装置には、
その処理に係わるメッセージの受渡し時に、自装置に関
する管理情報を前記メッセージに付加する管理情報付加
手段を設けるようにしたものである。

【００２２】第９の発明に係わるメッセージ管理システ
ムは、前記管理情報付加手段が、前記管理情報として前
記メッセージ受信に対する処理結果を含めて生成するよ
うにしたものである。

【００２３】第１０の発明に係わるメッセージ管理シス
テムは、前記管理情報付加手段が、前記管理情報として
管理情報作成時刻を含めて生成するようにしたものであ
る。

【００２４】第１１の発明に係わるメッセージ管理シス
テムは、前記処理を依頼する装置に管理情報を分析する
管理情報分析手段を設けるようにしたものである。

【００２５】

【作用】第１の発明に係わるメッセージ管理システムに
おいては、各装置のメッセージ生成手段が、処理依頼側
装置が設定した管理情報の一部である、システムにユニ
ークな識別子を、メッセージの送信時メッセージに含め
て生成し、各装置の管理情報生成手段が、メッセージの
受渡し時に、メッセージ含まれている情報から管理情報
を生成し、管理情報保持手段がこの管理情報保持してお
く。

【００２６】第２の発明に係わるメッセージ管理システ
ムにおいては、各装置の管理情報蓄積手段が管理情報生
成手段が生成した管理情報をメッセージの送受信の度に
蓄積していく。

【００２７】第３の発明に係わるメッセージ管理システ
ムにおいては、管理情報を収集する管理装置を設け、各
装置の管理情報生成で生成した管理情報を管理情報送信
手段により、管理装置に送信する。管理装置では管理情
報収集手段がこの管理情報を蓄積していく。

【００２８】第４の発明に係わるメッセージ管理システ
ムにおいては、各装置のメッセージ生成手段が、メッセ
ージの生成時に、このメッセージの送信元と送信先を含
めたメッセージを生成する。管理情報生成手段はこのメ
ッセージの送信元及び送信先を管理情報として生成す
る。

【００２９】第５の発明に係わるメッセージ管理システ
ムにおいては、各装置のメッセージ生成手段が、メッセ
ージの生成時に、このメッセージの生成時刻を含めたメ
ッセージを生成する。管理情報生成手段はこのメッセー
ジの生成時刻を管理情報として生成する。

【００３０】第６の発明に係わるメッセージ管理システ
ムにおいては、管理情報生成手段が、管理情報生成時
に、メッセージを受信したことに対する処理結果を含め
て管理情報を生成する。

【００３１】第７の発明に係わるメッセージ管理システ
ムにおいては、管理装置に設けた管理情報分析手段が収
集した管理情報を識別子に基づいて分類処理をする。

【００３２】第８の発明に係わるメッセージ管理システ
ムにおいては、各装置に設けた管理情報付加手段がメッ
セージの受渡し時に、自装置に関する管理情報を、この
メッセージに付加する。

【００３３】第９の発明に係わるメッセージ管理システ
ムにおいては、各装置の管理情報付加手段がメッセージ
の受渡し時に、メッセージを受信したことに対する処理
結果を含めた管理情報を生成し、生成した管理情報を送
受信メッセージに付加する。

【００３４】第１０の発明に係わるメッセージ管理シス
テムにおいては、各装置の管理情報付加手段がメッセー
ジの受渡し時に、メッセージの受渡し時刻を含めた管理
情報を生成し、生成した管理情報を送受信メッセージに
付加する。

【００３５】第１１の発明に係わるメッセージ管理シス
テムにおいては、最初に処理を依頼する装置に設けた、
管理情報分析手段が、管理情報を識別子に基づいて分類
処理する。

【００３６】

【実施例】

実施例１．図１は、この発明の一実施例の構成を示す図
で、図において、１は処理依頼側装置、２及び３は処理
実行側装置、４は管理装置、５は通信路である。処理依
頼側装置１は、処理依頼部１３の処理要求により処理実
行側装置２、３への要求メッセージを作成する要求デー
タ生成部６、処理依頼側装置１からの処理要求に対する
処理実行側装置２、３からの応答メッセージを解析する
応答データ解析部７、要求メッセージまたは応答メッセ
ージを生成するための管理情報を取得する管理情報取得
部８、管理情報を生成する管理情報生成部９、生成した
管理情報を管理装置４へ送信する管理情報送信部１０、
生成した管理情報を管理情報保存領域１２へ保存する管
理情報保存部１１及び処理実行側装置との通信処理を行
う通信処理部１４を備えている。また、処理実行側装置
２、３は更に要求された処理を実行する処理実行部１
５、要求メッセージを解析する要求データ解析部及び処
理した結果を応答メッセージとして生成する応答データ
生成部１６を備えている。管理装置４は管理情報収集部
１８、管理情報分析部１９及び表示部２０を備えてい
る。

【００３７】図２は処理依頼側装置１と処理実行側装置
２または３との間、処理実行側装置２と処理実行側装置
３の間で交換される要求メッセージ及び応答メッセージ
の構成を示したものである。図３は処理依頼側装置１、
処理実行装置２乃至３から管理装置４に送信される管理
メッセージの構成を示したものである。図４乃至図５は
各々処理依頼側装置１、処理実行側装置２、３での処理
の流れを示すフローチャートで、図６、図７は管理装置
での処理の流れを示すフローチャートである。

【００３８】図２に示す要求／応答メッセージ２１は、
従来例で説明した図１５に示す要求メッセージまたは応
答メッセージに対して、システムとしてユニークな識別
子、例えばマシンＩＤ＋シーケンス番号である依頼処理
識別子２１ａ、メッセージの送り手を表すメッセージ送
り手識別子２１ｂ、メッセージの受け手を表すメッセー
ジ受け手識別子２１ｃを付加したものである。また、図
３に示す管理メッセージ２２は依頼処理識別子２２ａ、
メッセージ送り手識別子２２ｂ、メッセージ受け手識別
子２２ｃ、要求した処理が成功したか失敗したか、失敗
した場合にはその理由、例えばタイムアウト、処理実行
装置の要求受付拒否など、を表わすイベント２２ｄ及び
この管理メッセージを生成した時刻を示す時刻２２ｅで
構成されている。なお、要求／応答メッセージ２１にお
ける依頼処理識別子２１ａ、メッセージ送り手識別子２
１ｂ、メッセージ受け手識別子２１ｃと管理メッセージ
２２における依頼処理識別子２２ａ、メッセージ送り手
識別子２２ｂ、メッセージ受け手識別子２２ｃは各々同
一である。なお、以下の説明においては、従来例での要
求メッセージ、応答メッセージのことを各々要求データ
２１ｄ、応答データ２１ｄと呼ぶことにする。

【００３９】以下、図を参照しながら、処理依頼側装置
１が処理実行側装置２に処理を依頼する場合の動作につ
いて説明する。まず図４のフローチャートに示す処理依
頼側装置１の動作を説明する。処理依頼側装置１におい
て、処理依頼部１３により処理の依頼が開始される。す
ると要求データ生成部６は管理情報取得部８から、管理
情報である依頼処理識別子２１ａ、要求メッセージの送
り手識別子２１ｂ（処理依頼側装置１）、メッセージの
受け手識別子２１ｃ（処理実行側装置２）を取得する
（ステップＳ４１）。そして、この管理情報を要求デー
タ２１ｄに付加し、要求メッセージ２１としての組み立
てを行う（ステップＳ４２）。その後、通信処理部１４
により要求メッセージ２１が処理実行側装置２に送信さ
れる（ステップＳ４４）。その後、管理情報生成部９は
管理情報取得部８から依頼処理識別子２２ａ（要求メッ
セージの依頼処理識別子２１ａと同じ）、要求メッセー
ジの送り手識別子２２ｂ（要求メッセージの送り手識別
子２１ｂと同じ）、要求メッセージの受け手識別子２２
ｃ（要求メッセージの受け手識別子２１ｃと同じ）に加
え、そのときの時刻２１ｅの情報を得て管理メッセージ
２２を生成する。そして、生成された管理メッセージ２
２は管理情報送信部１０により管理装置４に送られる
（ステップＳ４５）。その後処理依頼側装置１は応答待
ち状態となる（ステップＳ４６）。

【００４０】その後、処理実行側装置２からの応答メッ
セージ２１を通信処理部１４が受信すると（ステップＳ
４７）、管理情報保存部１１により応答メッセージ２１
に含まれている依頼処理識別子２１ａ（要求メッセージ
の依頼処理識別子２１ａと同じ）、応答メッセージのメ
ッセージ送り手識別子２１ｂ（処理実行側装置２）、応
答メッセージの受け手識別子２１ｃ（処理依頼側装置
１）が管理情報保存領域１２に保存される。管理情報生
成部９では、管理情報保存領域１２に保存された情報
と、管理情報取得部８から得たイベント２２ｄ、時刻２
２ｅの情報から管理メッセージ２２を生成する。生成さ
れた管理メッセージ２２は管理情報送信部１０により管
理装置４に送られる。

【００４１】次に、図５のフローチャートに示す処理実
行側装置２の動作について説明する。処理実行側装置２
においては、ステップＳ５１で通信処理部１４が受信し
た要求メッセージ２１に含まれる依頼処理識別子２１
ａ、要求メッセージ送り手識別子２１ｂ、要求メッセー
ジの受け手識別子２１ｃを管理情報保存部１１取り出し
て（ステップＳ５２）、管理情報保存領域１２に保存す
る。管理情報生成部９では管理情報保存領域１２に保存
された情報と管理情報取得部８が取得した自システムに
おけるイベント２２ｄ、時刻２２ｅの情報から、管理メ
ッセージ２２を生成する。そして生成された管理メッセ
ージ２２は管理情報送信部１０により管理装置４に送ら
れる（ステップＳ５３）。その後要求データ解析部１６
により要求メッセージ２２の解析が行われ（ステップＳ
５４）、処理実行部１５にデータを渡す。処理実行部１
５では依頼されたサービスを実行する（ステップＳ５
５）。

【００４２】サービスの実行後、管理情報取得部８が依
頼処理識別子２２ａ（要求メッセージの依頼処理識別子
２１ａと同じ）、応答メッセージ送り手識別子２２ｂ
（処理実行側装置２）、応答メッセージの受け手識別子
２２ｃ（処理依頼側装置１）、処理実行結果としてのイ
ベント２２ｄ（応答データの一部）を取得し（ステップ
Ｓ５６、Ｓ５７）、応答データ生成部１７が応答メッセ
ージ２１として組み立て通信処理部１４により処理依頼
側装置１に送信する（ステップＳ５９）。その後、管理
情報取得部８は時刻２２ｅを取得して、管理情報生成部
９に渡す。管理情報生成部９は、この時刻２２ｅと応答
メッセージ２１に用いた情報とから管理メッセージ２２
を組み立て、管理情報送信部１０に渡す。管理情報送信
部１０は管理メッセージ２２を管理装置４に送信する
（ステップＳ５Ａ）。

【００４３】処理実行側装置２におけるサービスの実行
において、さらに他の処理実行装置（例えば処理実行装
置３）に対して処理を依頼する場合がある。その場合、
処理実行側装置２内の処理依頼部１３が処理実行側装置
３への処理の依頼を開始する。そして、処理実行側装置
２と処理実行側装置３との間で行われる処理の流れは、
上記の処理依頼装置側１と処理実行側装置２との間で行
われる処理の流れと同様である。ただし、処理実行側装
置２の要求データ生成部６が管理情報取得部８から得る
依頼処理識別子２１ａは最初に処理依頼側装置１の管理
情報取得部８で生成されたものと同じものとなる。この
ように処理の依頼を受けた処理実行部１５がそこで実行
されるサービスの中でさらに処理の依頼を行う場合に要
求／応答メッセージ２１内の依頼処理識別子２１ａが最
初に処理を依頼した処理依頼側装置１で生成されたもの
と同じになることがこの実施例の特徴である。なお、上
記実施例においては、処理依頼側装置の数を１、処理実
行側装置の数を２として説明したが両者の数に制限はな
い。

【００４４】次に、図６のフローチャートに示す管理装
置４の動作について説明する。管理装置４においては以
上のようにして送信されてきた管理メッセージ２２を管
理情報収集部１８により受信する。そして集められた管
理メッセージ２２は管理情報分析部１９により図７に示
すような手順のように分析される。まず依頼処理識別子
２２ａが同じメッセージを集め（ステップＳ７１）、次
にメッセージ送り手識別子２２ｂ、メッセージの受け手
識別子２２ｃを基に処理依頼側装置１の処理依頼部１３
から依頼された処理に係わった全ての処理側装置を把握
し、イベント２２ｄのタイムアウト情報を基にした障害
箇所の検出を行う（ステップＳ７３）。そして、時刻２
２ｅの情報を基にした要求／応答メッセージ２１の伝播
時間、処理実行部１５での処理時間の算出が行われる。
このようにして求めた情報が情報表示部２０により表示
される（ステップＳ７４）。なお、管理装置は、通常
は、管理メッセージの収集をしているだけで、何らかの
解析をする時のみ分析以降の動作をさせるようにしても
よい。

【００４５】実施例２．図８は、この発明の他の実施例
の構成を示す図で、実施例１で使用した図１とは、処理
依頼側装置１及び処理実行側装置２、３に管理情報送信
部１０がない点と管理装置４がない点が異なる。以下、
この実施例２における動作を既述の実施例１と異なる点
についてのみ説明する。実施例１においては、処理依頼
側装置１、処理実行側装置２及び３の管理情報生成部９
で生成された管理メッセージ２２を管理情報送信部１０
が管理装置４に送信していたが、この実施例２では、管
理情報生成部９で生成された管理メッセージ２２は管理
情報保存部１１に渡され、管理情報保存部１１が管理情
報保存領域１２に蓄積していく。このようにすることに
より、管理メッセージ２２の解析が必要なときは、必要
な管理メッセージ２２は、各々の装置の管理情報保存領
域１２に保存されているので、その情報を取り出して解
析することができる。また、管理装置４が不要になるの
で、システム構成を簡単にすることができる。なお、上
記実施例においては、処理依頼側装置の数を１、処理実
行側装置の数を２として説明したが両者の数に制限はな
い。

【００４６】実施例３．図９は、この発明の更に他の実
施例の構成を示す図で、図において、１ａは処理依頼側
装置、２ａ及び３ａは処理実行側装置である。処理依頼
側装置１ａは、処理依頼側装置１ａと処理実行側装置２
ａ、３ａとの間、処理実行側装置２ａと３ａとの間での
要求メッセージ、応答メッセージに対して管理情報を付
加する管理情報付加部２３と実施例１で説明した管理装
置４の備えていた管理情報収集部１８、管理情報分析部
１９及び情報表示部２０とを備え、処理実行側装置２ａ
及び３ａも管理情報付加部２３を備えている。なお、実
施例１で説明した図１と同等のものは、同一の符号を付
して説明を省略する。

【００４７】図１０は、この管理情報付加部２３が付加
する管理情報２４の構成を示す図で、処理依頼側装置が
要求を出してから応答が返ってくる間にその処理の実行
に係わった処理実行部または処理依頼部を識別する処理
識別子２４ａ、要求に対して応答がタイムアウトを起こ
したかどうかを示すイベント２４及びこの管理情報２４
を付加する時の時刻２４ｃで構成されている。図１１
は、処理依頼側装置１ａが処理実行側装置２ａに処理を
依頼し処理実行側装置２ａが処理実行側装置３ａに処理
を依頼し、その結果が処理実行側装置３ａから処理実行
側装置２ａを経由して処理依頼側装置１ａに返ってくる
場合の管理情報２４が次々と付加されていく様子を示し
たものである。図１１において、１ａ、２ａ及び３ａは
図９の処理依頼側装置１ａ、処理実行側装置２ａ及び３
ａである。また、（イ）乃至（チ）における図中の丸印
の数字は各段階における付加された管理情報の数を示し
ている。図１２、１３は各々この実施例における、処理
依頼側装置１ａ、処理実行側装置２ａ及び３ａでの処理
の流れを示すフローチャートである。

【００４８】以下、図を参照しながら、処理依頼側装置
１ａが処理実行側装置２ａに処理を依頼する場合の動作
について説明する。なお、以下の説明で使用する要求デ
ータ、応答データとは、各々従来例で説明した図１５に
示す構成の要求メッセージ、応答メッセージを指し、要
求メッセージ、応答メッセージとは、各々要求データ、
応答データに図９に示す管理情報２４を付加したものを
指すものとする。

【００４９】また、以下の説明の理解を容易にするため
に、処理依頼側装置１ａが要求メッセージを送信すると
きに付加する管理情報を２４（１ａ）、応答メッセージ
を受信した後に付加する管理情報を２４（１ｂ）、処理
実行側装置２ａが要求メッセージを受信したときに付加
する管理情報を２４（２ａ）、応答メッセージを送信す
るときに付加する管理情報を２４（２ｂ）とする。

【００５０】先ず図１２のフローチャートに示す処理依
頼側装置１ａの動作について説明する。処理依頼側装置
１ａにおいて、処理依頼部１３により処理の依頼が開始
される。管理情報取得部８は、管理情報２４を構成する
処理識別子２４ａ、イベント２４ｂ及び時刻２４ｃを得
て（ステップＳ１２１）、この管理情報２４（１ａ）を
管理情報保存部１１に渡す。管理情報保存部１１はこれ
を管理情報保存領域１２に追加して保存する（ステップ
Ｓ１２２）。管理情報保存領域１２に追加された管理情
報２４は管理情報付加部２３により要求データに付加さ
れ（ステップＳ１２３）、その後、要求データ生成部６
により、要求メッセージとして組み立てられる（ステッ
プＳ１２４）。こうして生成された要求メッセージは通
信処理部１４により処理実行側装置２ａに送信される
（Ｓ１２５）。その後処理依頼側装置１ａは応答待ち状
態となる（ステップＳ１２６）。

【００５１】その後、処理実行側装置２ａからの応答メ
ッセージを通信処理部１４が受信すると（ステップＳ１
２７）、受信した応答メッセージを応答データ解析部７
が解析を行う（ステップＳ１２８）。そして、応答メッ
セージに含まれている管理情報（処理依頼側装置１ａが
要求メッセージを送信するときに付加した管理情報２４
（１ａ）と、処理実行側装置２ａが要求メッセージを受
信したときに付加管理情報２４（２ａ）と応答メッセー
ジを送信するときに付加した２４（２ｂ））は管理情報
保存部１１により取り出され、管理情報保存領域１２に
保存される（ステップＳ１２９）。この保存された管理
情報に対して、管理情報付加部２３が管理情報取得部８
が取得した管理情報２４（１ｂ）を付加する（ステップ
Ｓ１２Ａ）。そして、付加された管理情報が管理情報保
存部１１により管管理情報保存領域１２に追加される
（ステップＳ１２Ｂ）。

【００５２】管理情報保存領域１２に蓄積された管理情
報は、必要に応じ、例えば、何らかの障害が発生した
時、または各装置での処理時間の調査を行う場合には、
管理情報収集部１０が管理情報保存領域１２の管理情報
を取り出し、管理情報分析部１９に渡される。管理情報
分析部１９は取り出された管理情報の処理識別子２４ａ
を基に処理依頼側装置１ａの処理依頼部１３から依頼さ
れた処理に係わった処理実行部１５を把握し、イベント
２４ｂの情報を基にした障害箇所の検出を行い、時刻２
４ｃを基にした要求・応答メッセージの伝播時間、処理
実行部１３での処理時間の算出を行う。管理情報の分析
結果は表示部２０により表示される。

【００５３】次に、図１３のフローチャートに示す処理
実行側装置２ａの動作について説明する。処理実行側装
置２ａにおいては通信処理部１４により受信した（ステ
ップＳ１３１）要求メッセージの解析が要求データ解析
部７により行われ（ステップＳ１３２）、要求メッセー
ジの中の管理情報２４（１ａ）が管理情報保存部１１に
より管理情報保存部領域１２に保存される（ステップＳ
１３３）。そして、管理情報取得部８により、管理情報
２４（２ａ）、即ち自システム内の処理識別子２４ａ、
イベント２４ｂ及び時刻２４ｃが取得される（ステップ
Ｓ１３４）。この管理情報２４（２ａ）を管理情報付加
部２３が管理情報保存領域に保存されている管理情報
（管理情報２４（１ａ））に付加する。付加された管理
情報（管理情報２４（１ａ）と管理情報２４（２ａ））
は、管理情報保存部１１により管理情報保存領域１２に
追加される（ステップＳ１３５）。その後処理実行部１
５にデータ（要求データ）が渡される。処理実行部１５
では依頼されたサービスを実行する（ステップＳ１３
６）。

【００５４】サービスの実行後、管理情報取得部８によ
り自システムの処理識別子２４ａ、イベント２４ｂ及び
時刻２４ｃ、即ち管理情報２４（２ｂ）が取得される
（ステップＳ１３７）。取得された管理情報２４（２
ｂ）は管理情報付加部により管理情報保存領域１２に保
存されている管理情報に付加される。この付加された管
理情報（管理情報２４（１ａ）、２４（２ａ）、２４
（２ｂ））は管理情報保存部１１により管理情報保存領
域１２に追加される（ステップＳ１３８）。その後、応
答データ生成部２３における応答メッセージの組み立て
の際に管理情報保存領域１２の情報が応答データに管理
情報付加部２３により付加され、（ステップＳ１３９、
Ｓ１３Ａ）、応答メッセージは通信処理部１４により送
信される（ステップＳ１３Ｂ）。

【００５５】処理実行側装置２ａにおけるサービスの実
行において、さらに他の処理実行装置（例えば、処理実
行装置３ａ）に対して処理を依頼する場合がある。その
場合、処理実行側装置２ａ内の処理依頼部１３が処理実
行側装置３ａへの処理の依頼を開始する。そして、処理
実行側装置２ａと処理実行側装置３ａの間で行われる処
理の流れは、上記の処理依頼装置側１ａと処理実行側装
置２ａとの間で行われる処理の流れと同様である。この
実施例は、以上のような構成にしたので、処理依頼側装
置の依頼した処理に関しての性能のボトルネック、障害
箇所の特定が容易にできる。

【００５６】なお、上記実施例においては、処理依頼側
装置の数を１、処理実行側装置の数を２として説明した
が、両者の数に制限はない。さらに、処理実行側装置
は、処理依頼側装置からの要求を受け付ける毎に、別々
の管理情報保存領域を使用するようにすることにより、
複数の要求を同時に処理する場合にも対応することがで
きる。

【００５７】

【発明の効果】以上のように、この発明によれば、各装
置のメッセージ生成手段がシステムにユニークな識別子
を各装置間で受け渡すメッセージに含めて生成し、管理
情報生成手段がこのメッセージから管理情報を生成し、
管理情報保持手段がこれを保持するようにしたので、処
理を依頼する装置から依頼された処理に係わった処理を
実行する装置を把握することができる。

【００５８】また、管理情報を順次蓄積していく管理情
報蓄積手段を設けるようにしたので、複数の処理に対す
る処理結果に対しても各装置に蓄積されている管理情報
から、処理を依頼する装置から依頼された処理に係わっ
た処理を実行する装置を把握することができる。

【００５９】さらに、管理情報を一元的に収集する管理
装置を備えるようにしたので、管理情報の管理及び分析
が容易になる。

【００６０】また、メッセージにメッセージの送信元と
送信先を含めるようにしたので、処理を依頼する装置か
ら依頼された処理に係わった処理を実行する装置がどの
ような順序で係わったかを把握することができる。

【００６１】また、メッセージにメッセージを生成した
時刻を含めるようにしたので、メッセージを解析するこ
とにより装置間での伝播時間、各装置内での処理時間を
把握することが可能となり、性能のボトルネック箇所の
推定が容易になる。

【００６２】また、メッセージにメッセージ受信に対す
る処理結果を含めるようにしたので、メッセージを受け
取った装置がメッセージを正しく受け取ったどうか、処
理を失敗した場合はその原因は何かを知ることが可能と
なり、不具合箇所の推定が容易になる。

【００６３】また、管理装置に管理情報を分類して処理
する管理情報分析手段を設けるようにしたので、管理情
報を依頼した処理単位に自動的に分類処理することが可
能となり、障害箇所の推定や性能のボトルネック箇所の
推定が極めて容易となる。

【００６４】さらに、管理情報付加手段を設けてメッセ
ージに管理情報を順次付加していくようにしたので、処
理に係わった装置が一目で把握できる。

【００６５】また、管理情報としてメッセージ受信に対
する処理結果を含めて付加するようにしたので、メッセ
ージを受け取った装置がメッセージを正しく受け取った
どうか、処理を失敗した場合はその原因は何かを知るこ
とが可能となり、不具合箇所の推定が容易になる。

【００６６】また、管理情報としてメッセージを生成し
た時刻を含めて付加するようにしたので、管理情報を解
析することにより装置間での伝播時間、各装置内での処
理時間を把握することが可能となり、性能のボトルネッ
ク箇所の推定を容易にできる。

【００６７】また、処理を依頼する装置に管理情報を分
類して処理する管理情報分析手段を設けるようにしたの
で、管理情報を依頼した処理単位に自動的に分類処理す
ることが可能となり、障害箇所の推定や性能のボトルネ
ック箇所の推定が極めて容易となる。

【図面の簡単な説明】

【図１】この発明の実施例１の構成を示す図である。

【図２】実施例１における要求／応答メッセージの構
成を示す図である。

【図３】実施例１における管理メッセージの構成を示
す図である。

【図４】実施例１における処理依頼側装置の処理の流
れを示すフローチャートである。

【図５】実施例１における処理実行側装置の処理の流
れを示すフローチャートである。

【図６】実施例１における管理装置の処理の概略を示
すフローチャートである。

【図７】実施例１における管理装置の処理の詳細を示
すフローチャートである。

【図８】この発明の実施例２の構成を示す図である。

【図９】この発明の実施例３の構成を示す図である。

【図１０】実施例３における管理情報の構成を示す図
である。

【図１１】実施例３における各装置間でのメッセージ
受渡し時に管理情報が付加されていく様子を示す図であ
る。

【図１２】実施例３における処理依頼側装置の処理の
流れを示すフローチャートである。

【図１３】実施例３における処理実行側装置の処理の
流れを示すフローチャートである。

【図１４】従来例における構成を示す図である。

【図１５】従来例における要求メッセージ及び応答メ
ッセージの構成を示す図である。

【図１６】従来例における処理依頼側装置の処理の流
れを示すフローチャートである。

【図１７】従来例における処理実行側装置の処理の流
れを示すフローチャートである。

【図１８】従来例における処理実行側装置でのサービ
ス処理での動作を示すフローチャートである。

【符号の説明】

１処理依頼側装置、２〜３処理実行側装置、４管
理側装置、５通信路、６要求データ生成部、７応
答データ解析部、８管理情報取得部、９管理情報生
成部、１０管理情報送信部、１１管理情報保存部、
１２管理情報保存領域、１３処理依頼部、１４通
信処理部、１５処理実行部、１６要求データ解析
部、１７応答データ生成部、１８管理情報収集部、
１９管理情報分析部、２０情報表示部、２１要求
／応答メッセージ、２２管理メッセージ、２３管理
情報付加部、２４管理情報。

Claims

【特許請求の範囲】

【請求項１】処理を依頼する装置と処理を実行する複
数の装置とで構成される分散システムにおいて、前記処
理を依頼する装置が依頼した処理に係わる処理を行う装
置は、その処理に係わるメッセージの送信時に、前記処
理を依頼する装置が管理情報の一部として設定した、前
記システム上でユニークな識別子を前記メッセージに含
めたメッセージを生成するメッセージ生成手段と、前記
メッセージの受渡し時に、前記メッセージに含まれてい
る情報から管理情報を生成する管理情報生成手段と、生
成した管理情報を保持する管理情報保持手段と、を備え
ていることを特徴とするメッセージ管理システム。
【請求項２】前記各装置は前記管理情報を蓄積してい
く蓄積手段を備えていることを特徴とする請求項１に記
載のメッセージ管理システム。
【請求項３】処理を依頼する装置と処理を実行する複
数の装置と前記各装置が生成する管理情報を受信する管
理装置とで構成された分散システムにおいて、前記処理
を依頼する装置が依頼した処理に係わる処理を行う装置
は、その処理に係わるメッセージの送信時に、前記処理
を依頼した装置が管理情報の一部として設定した、前記
システム上でユニークな識別子を前記メッセージに含め
たメッセージを生成するメッセージ生成手段と、前記メ
ッセージの受渡し時に、前記メッセージに含まれている
情報から管理情報を生成する管理情報生成手段と、生成
した管理情報を前記管理装置に送信する管理情報送信手
段、とを備え前記管理装置は、前記管理情報送信手段が
送信する管理情報を受信して蓄積する管理情報収集手段
を備えたことを特徴とするメッセージ管理システム。
【請求項４】前記メッセージ生成手段は、メッセージ
生成時にメッセージに送信元と送信先とを含めて生成す
るようにしたことを特徴とする請求項１乃至請求項３の
いずれかに記載のメッセージ管理システム。
【請求項５】前記メッセージ生成手段は、メッセージ
生成時にメッセージにメッセージの生成時刻を含めて生
成するようにしたことを特徴とする請求項１乃至請求項
４のいずれかに記載のメッセージ管理システム。
【請求項６】前記管理情報生成手段は、管理情報生成
時に前記メッセージ受信に対する処理結果を含めて生成
するようにしたことを特徴とする請求項１乃至請求項５
のいずれかに記載のメッセージ管理システム。
【請求項７】前記管理装置に管理情報を分析して分類
処理をする管理情報分析手段を設けたことを特徴とする
請求項３乃至請求項６のいずれかに記載のメッセージ管
理システム。
【請求項８】処理を依頼する装置と処理を実行する複
数の装置とで構成される分散システムにおいて、前記処
理を依頼する装置が依頼した処理に係わる処理を行う装
置は、その処理に係わるメッセージの受渡し時に、自装
置に関する管理情報を前記メッセージに付加する管理情
報付加手段を備えたことを特徴とするメッセージ管理シ
ステム。
【請求項９】前記管理情報付加手段は、前記管理情報
として前記メッセージ受信に対する処理結果を含めて生
成することを特徴とする請求項８に記載のメッセージ管
理システム。
【請求項１０】前記管理情報付加手段は、前記管理情
報として管理情報生成時刻を含めて生成することを特徴
とする請求項８または請求項９に記載のメッセージ管理
システム。
【請求項１１】前記処理を依頼する装置に管理情報を
分析して分類処理をする管理情報分析手段を設けたこと
を特徴とする請求項８乃至請求項１０のいずれかに記載
のメッセージ管理システム。