JPH11249997A - 分散システムにおけるリソース情報処理方法 - Google Patents

Abstract

(57)【要約】 【課題】 システムリソースの使用を必要最小限とする
分散構成システム上で動作するＡＰの通信先のリソース
情報処理方法を提供すること。 【解決手段】 計算機１ｂ上で動作するＡＰが他の計算
機１ｃで動作するＡＰと通信を行う時、ＡＰ（１ｈ〜１
ｍのアプリケーション）が、そのＡＰが動作する計算機
もしくはその他の計算機のリソース情報を収集するた
め、収集したいリソース情報項目を登録するステップ
と、その登録されたリソース情報項目の情報値を要求さ
れた計算機から一定間隔毎に収集するステップと、収集
した情報値がある特定のしきい値を超えた場合に、計算
機間に流通させるステップ（１ｅ，１ｇ）と、収集した
情報値を情報登録したＡＰが随時参照できるよう共有メ
モリに書き込むステップ（１ｄ，１ｆ）と、ＡＰが登録
した情報項目を解除するステップを有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、１つの計算機上で
動作するアプリケーション（単にＡＰという）が、他の
計算機上で動作するＡＰと連携をとりながら処理を行う
分散構成システムに関し、特に、連携するＡＰが搭載し
ている計算機のリソース情報を把握し、その値に応じた
処理をＡＰ毎に行う必要がある分散構成システムにおけ
るリソース情報処理方法に関する。

【０００２】

【従来の技術】システムに対する要求の多様化、信頼性
向上に対応するため、システム構成の分散化が行われて
いる。各計算機にそれぞれ異なった機能を有するＡＰを
配備し、それぞれのＡＰ間で連携をとることで、多種多
様なサービスが提供されている。また、分散構成システ
ムにおいて、無中断かつ、処理遅延のない、信頼性のあ
るサービスが求められている。しかし、このように計算
機間にまたがってＡＰの通信を行う場合、通信先のリソ
ース情報（ＣＰＵ，メモリーなどの稼働状況、例えば、
使用率）を把握せず通信を行った場合、通信先のＡＰが
動作している計算機で処理過多によるリソースの枯渇が
生じていると、その枯渇を更に助長することになる。こ
のようなリソースの枯渇の助長を回避するため、ＡＰは
通信を行う前に通信先の計算機のリソース情報を収集
し、それに応じた処理を行う必要がある。

【０００３】この通信先のリソース情報を収集する方法
として従来から幾つかの方法が知られている。汎用ＯＳ
（Ｏperating Ｓystem）のＵＮＩＸでは、計算機のリソ
ース情報を収集できるvmstatやsarなどのコマンドを提
供し、計算機に閉じたリソース情報収集が可能であり、
さらに、他の計算機のリソース情報を収集を行う場合、
やはりＵＮＩＸが提供するrshコマンドを併用すること
により、通信先計算機のリソース情報の取得が可能であ
る（以下、従来技術１という）。

【０００４】また、計算機間にまたがるリソース情報の
取得方法として、ＳＮＭＰ（Ｓimple Ｎetwork Ｍanage
ment Ｐrotocol）を用いた方法がある。本手法は、一つ
の計算機にマネージャを配備するとともに、マネージャ
を配備した計算機を含め、複数の計算機に情報収集用の
エージェントを配備し、各エージェントがマネージャの
要求に応じてリソース情報を取得(get)する方法（以
下、従来技術２という）、あるいは、エージェントが一
定間隔でリソース情報を自律的にマネージャに通知(tra
p)する方法（以下、従来技術３という）によって情報を
収集するようにしたものである。

【０００５】ＡＰの要求に対してリソース情報を取得す
る方法の場合、ＡＰは、マネージャに対してリソース情
報要求を行なった後、リソース情報収集の応答を受信す
るまで処理を中断して待つことになる。リソース情報収
集には、リソース情報収集要求を受信したマネージャ
が、各計算機上のエージェントにリソース収集要求を行
い、それぞれのエージェントがリソース情報を収集し、
その収集された情報を応答する方法となる。また、リソ
ース情報を一定間隔で通知する方法の場合、ＡＰが当該
のリソース情報項目の必要性の有無を問わず、エージェ
ントはマネージャにリソース情報を一定間隔毎に通知
し、マネージャはその情報をＡＰからの要求時に応答す
ることになる。

【０００６】

【発明が解決しょうとする課題】上記のように、分散構
成システムでは、１つの計算機上で動作するＡＰが、他
の計算機上で動作するＡＰと連携を行っている。そこ
で、連携をとるため、通信を行う相手先のＡＰが動作す
る計算機のリソースが枯渇している場合、更に、枯渇状
態を助長することになり、サービス遅延が発生し、シス
テム全体の信頼性低下につながる。そこで、ＡＰは、通
信を行う前に、通信ＡＰが動作する計算機のリソース情
報を取得する必要性が生じる。

【０００７】従来技術１を用いて、通信を行う前に通信
先計算機のリンース情報を取得するには、ＵＮＩＸが提
供するコマンドを用いる必要があるが、このＵＮＩＸの
コマンドは、処理に時間がかかり、即時処理を要求され
るＡＰの通信情報発行遅延の要因となる。また、リソー
スの枯渇状態か否かに関係なく、計算機間をまたがるリ
ソース情報の収集を行う場合や、異なるＡＰが同一のリ
ソース情報を収集する際にそれぞれ計算機間にまたがる
リソース情報収集を行う場合には、分散構成システム全
体に負荷をかけることになる。

【０００８】また、従来技術２を用いた場合、上記従来
技術１と同様に、ＡＰがリソース情報の要求時に、リソ
ース情報を収集するため、ＡＰのリソース情報の要求を
受信したマネージャは、エージェントにそのリソース情
報を収集させ、その結果をＡＰに返すため、リソース情
報の収集の時間は、ＡＰの処理中断となり、即時処理を
求められるＡＰの遅延の要因となる。そして、上記従来
技術１と同様に、リソースの枯渇状態か否かに関係な
く、計算機間をまたがるリソース情報の収集を行う場合
や、異なるＡＰが同一のリソース情報を収集する際にそ
れぞれ計算機間にまたがるリソース情報収集を行う場合
には、分散構成システム全体に負荷をかけることにな
る。

【０００９】さらに、従来技術３を用いた場合、分散構
成システム配下の各計算機に配置されたエージェントは
予め決められたリソース情報を一定間隔で収集し、上位
のマネージャに情報収集の度に通知を行われる。従っ
て、情報の収集の度に、計算機間に収集情報が発行され
るため、不必要に計算機のリソース情報を使用してしま
い、分散構成システム全体への負荷となる。また、ＡＰ
のリソース情報要求に対して、マネージャは応答を即座
に返せるが、この場合もマネージャとＡＰ間に情報のや
り取りがあるため、わずかであるがＡＰの処理中断が必
要である。つまり、従来の技術では、ＡＰからのリソー
ス情報収集要求に対する即時応答性に欠け、同一項目の
収集複数収集や不必要なリソース情報の通知によるシス
テムリソースの無駄使いが行われる。

【００１０】本発明の目的は、上記問題点を解消し、Ａ
Ｐが要求したリソース情報の参照をリアルタイムに参照
できるように、共有メモリにリソース情報値を書き込む
とともに、その共有メモリを参照できる手段を提供し、
また、複数のＡＰから同一のリソース情報項目が登録さ
れた場合、同一の共有メモリを参照するようＡＰに提示
することやある特定の値を超えた場合のみ計算機間に収
集されたリソ一ス情報の通知を行う方法を採用すること
で、システムリソースの使用を必要最小限とする分散構
成システム上で動作するＡＰの通信先のリソース情報処
理方法を提供することにある。

【００１１】

【課題を解決するための手段】上記目的を達成するため
に、本発明のリソース情報処理方法は、１つの計算機上
で動作するＡＰが他の計算機で動作するＡＰと通信を行
う時、ＡＰ（図１の１ｈ、１ｉ、１ｊ、１ｋ、１ｌ、１
ｍのアプリケーション）が、そのＡＰが動作する計算
機、もしくはその他の計算機のリソース情報を収集する
ため、収集したいリソース情報項目を登録するステップ
と、その登録されたリソース情報項目の情報を一定間隔
毎に収集（同、１ｅ、１ｇの情報収集処理ブロック）す
るステップと、収集した情報値がある特定のしきい値を
超えた場合に、該情報値を計算機間に流通するステップ
（同、１ｄ、１ｆの情報管理処理ブロック）と、流通さ
れた情報値を当該リソース情報項目を登録したＡＰが随
時参照できるよう共有メモリに書き込むステップ（図６
のステップ）と、前記ＡＰが登録した情報項目を解除す
るステップを有することを特徴としている。

【００１２】また、本発明のリソース情報処理方法は、
１つの計算機で動作するＡＰが、他の計算機上で動作す
るＡＰに通信する時、通信元ＡＰが、通信先ＡＰが動作
する計算機、もしくはその他の計算機の１つのリソース
情報を収集するため、収集したいリソース情報項目を登
録するステップ（図７〜図１１のステップ）と、その登
録された情報項目を一定間隔で収集するステップと、個
々のリソース情報項目毎に、収集した情報値が特定のし
きい値を超えるか否かを判定するステップ（第１２図の
ステップ）と、収集した情報値が前記特定のしきい値を
超えた場合、当該情報値を計算機間に流通するステップ
と、リソース情報項目を登録したＡＰが該リソース情報
を参照するステップ（図１３のステップ）と、当該ＡＰ
の要求により、登録した情報収集要求を解除するステッ
プ（図１４のステップ）を有することを特徴としてい
る。

【００１３】また、ＡＰからのリソース情報項目の登録
毎に、分散構成システム内で一意にする登録識別子を付
与し、複数のＡＰから同一のリソース情報項目の登録を
受けた場合、１つの登録識別子で管理することで、不必
要な情報を削減し、一連のリソース情報項目の登録、参
照、登録解除を登録識別子を用いて行うことを特徴とし
ている。また、ＡＰのリソース情報項目の登録の際、Ａ
Ｐに対して、当該リソース情報項目の収集された情報値
を書き込む共有メモリの先頭アドレスを返却するサブス
テップと、ＡＰが登録したリソ一ス情報項目の情報値
を、ＡＰがリソース情報項目の登録時に返却された共有
メモリの先頭アドレスに基づいて、ＡＰが情報値を参照
するサブステップを有することを特徴としている。

【００１４】さらに、ＡＰからのリソース情報項目の登
録に対して、そのリソース情報項目が複数のリソース情
報の値を持つ場合に対応するため、１つの共有メモリブ
ロックにリソース情報値と次の情報の共有メモリブロッ
クの先頭アドレスを格納し、リソース情報値が格納され
ている共有メモリブロック間に連鎖を作成し、ＡＰがリ
ソース情報を参照する時、１つずつ共有メモリブロック
内に格納されている先頭アドレスを順次参照すること
で、１つのリソース情報項目の登録で、複数の情報値を
参照可能とすることを特徴としている。

【００１５】

【発明の実施の形態】以下に、図面を参照しながら本発
明の実施例について説明する。図１は、本発明を、１つ
の計算機上で動作するアプリケーション（ＡＰ）が、他
の計算機上で動作するＡＰと連携をとりながら処理を行
う分散構成システムに適用した構成概略図である。

【００１６】図１において、１ａは複数の計算機によっ
て構成される分散構成システム、１ｂおよび１ｃは計算
機、１ｄおよび１ｆは各計算機上のＡＰから登録される
リソース情報項目の管理を行う情報管理処理ブロック、
１ｅおよび１ｇは登録されたリソース情報を一定間隔で
収集し、特定のしきい値を超えた場合のみ、リソース情
報を上位の情報管理処理ブロック１ｄおよび１ｆに通知
する情報収集処理ブロック、１ｈ，１ｉ，１ｊ，１ｋ，
１ｌ，および１ｍは分散構成システム１ａで提供するサ
ービスを処理するＡＰ（アプリケーション）である。

【００１７】図２は、ＡＰが収集したい情報項目を登録
する時、それぞれの計算機上の情報管理処理ブロック
が、付与する登録識別子の対応をとる登録識別子対応テ
ーブルである。同図において、２ａ，２ｃ，２ｅは登録
識別子、２ｂ，２ｄ，２ｆは次の情報のアドレスであ
り、登録識別子と次の情報のアドレスを一組にして管理
している。まず、情報管理処理ブロックが動作する計算
機上で管理している登録識別子を２ａに登録し、次の情
報のアドレス２ｂに最終を示す値を設定する。ＡＰから
の新たな登録要求に対し、同一のリソース情報項目を保
持していない場合、新たに登録識別子を払い出す（すな
わち、後述するように、登録識別子２ｃおよび次の情報
のアドレス２ｄの組を１つ追加し、次のアドレス２ｂに
登録識別子２ｃのアドレスを、２ｄに最終の情報を示す
値を付与する）。

【００１８】図３は、システムに一意な登録識別子のフ
ォーマットを示す図である。同図において、３ａは計算
機識別子、３ｂは情報管理処理ブロック内識別子であ
る。分散構成システム１ａを構成する計算機個々に保持
され、分散構成システム１ａ内で一意となる識別子とし
てＵＮＩＸの計算機識別子３ａを登録識別子の一構成番
号として用い、さらに、それぞれの計算機内で一意とす
るため、情報管理処理ブロック内で一意となる情報管理
処理ブロック内識別子３ｂを新たなリソース情報登録毎
に付与する。この２つの識別子を組合わせて登録識別子
を構成することで、分散構成システム内に一意な登録識
別子を作成する。例えば、情報管理処理ブロック内識別
子として情報管理処理ブロック内で付与される通番、例
えば登録毎に１，２，３，・・・のように付与される番
号を用い、この情報管理処理ブロック内識別子だけでは
他の計算機における情報管理処理ブロック内識別子と区
別できないため、これと計算機識別子と組み合わせるこ
とによってシステムに一意な登録識別子とする。

【００１９】計算機１ｂ上のＡＰ１ｈから情報管理処理
ブロック１ｄに登録されたリソース情報項目と同一の項
目が、計算機１ｃ上のＡＰ１ｋから情報管理処理ブロッ
ク１ｆに同時に登録された場合、別々に登録識別子が払
い出される。計算機１ｃ上の情報管理処理ブロック１ｆ
はＡＰからのリソース情報の登録受信後、図４に登録さ
れているリソース情報項目を参照し、登録されていなけ
れば、新たに共有メモリアドレスを確保し、登録識別子
を付与し、その登録識別子と共有メモリの先頭アドレス
をＡＰに返すとともに、管理テーブル４０に登録し、計
算機１ｂ上の情報管理処理ブロック１ｄにリソース情報
項目と登録識別子を通知する。そして、登録通知を受信
した情報管理処理ブロック１ｄは、計算機１ｃ上で動作
する情報管理処理ブロック１ｆから通知されたリソース
情報項目と登録識別子について、自情報管理処理ブロッ
ク内で管理する同一の情報項目に対する登録識別子と異
なる場合、１つのリソース情報項目に対して登録識別子
を関連づけするため、次の情報のアドレス２ｂに２ｃの
アドレスを設定し、この２ｃに登録識別子を追加する。
順次、登録された同一の情報項目に対し、異なった登録
識別子が付与された場合、登録識別子管理テーブルに追
加していき、最後の登録識別子の次の情報のアドレス２
ｆに、最後の情報を示す値を設定する。

【００２０】図７〜図１１は、ＡＰのリソース情報収集
要求の登録の処理フローチャートである。図７はＡＰの
リソース情報登録時の情報管理処理ブロック１ｄの登録
要求受信時の処理フローチャートである。まず、ＡＰ１
ｈ，ＡＰ１ｉ，ＡＰ１ｊの何れかからリソース情報項目
の登録要求通知を受信すると（ステップ１０１）、その
登録要求されたリソース情報項目が以前に登録されてい
て、共有メモリのアドレスを保持しているかどうかを図
４の管理テーブルによりチェックする（ステップ１０
２）。

【００２１】図４は、ＡＰが登録したリソース情報項目
と情報値を書き込む共有メモリのアドレスとの対応関係
を管理するために、情報管理処理ブロック１ｄおよび１
ｆが保持する管理テーブル４０の例である。同図に示す
ように、管理テーブル４０は、登録識別子ポインタ４
１，リソース情報項目４２，測定先計算機識別子４３，
ユーザ数４４，共有メモリアドレス４５から構成され
る。登録識別子ポインタ４１は、登録された情報項目に
対する、図２の登録識別子対応テーブルの最初の登録識
別子が設定されたアドレスを示すポインタである。リソ
ース情報項目４２は、ＡＰから登録されたリソース情報
項目である。測定先計算機識別子４３は、リソース情報
項目の収集先計算機、例えば、分散構成システム配下の
全計算機もしくは特定の計算機を指定する識別子であ
る。ユーザ数４４は、その情報項目を登録したＡＰのユ
ーザ数で、登録毎に１増加させ、登録解除毎に１減少さ
せ、０になった時点で当該の情報項目を管理テーブル４
０から削除する。共有メモリアドレス４５は、ＡＰが登
録したリソース情報項目の情報値を書き込む共有メモリ
の先頭のアドレスである。同図は、登録識別子ポインタ
４１として“0X004430”，リソース情報項目４２として
“ＣＰＵ使用率”，測定先計算機識別子４３として“01
（計算機識別子）”，ユーザ数４４として“２”，共有
メモリアドレス４５として“0X001110”が登録された場
合を示している。

【００２２】計算機１ｂ上のＡＰ１ｈは、収集したいリ
ソース情報項目の登録要求を情報管理処理ブロック１ｄ
に対して行った場合を考える。この登録要求を受信した
情報管理処理ブロック１ｄは、図４の管理テーブル４０
を照合し、同一のリソース情報項目とその共有メモリの
アドレスが存在するか否かをチェックする（ステップ１
０２）。両方が存在する場合（ステップ１０２；リソー
ス情報項目あり，共用メモリのアドレスあり）、当該リ
ソース情報項目のユーザ数４４を１つ増加させ（ステッ
プ１０７）、登録識別子と共有メモリのアドレスを、登
録要求してきたＡＰ１ｈに応答すなわち返送する（ステ
ップ１０８）。

【００２３】管理テーブル４０に同一のリソース情報項
目が存在しない場合（ステップ１０２；リソース情報項
目なし，共用メモリのアドレスなし）、リソース情報項
目を登録し、新たに共用メモリを確保する（ステップ１
０３）。また、同一のリソース情報項目があってもその
共有メモリのアドレスが存在しない場合（ステップ１０
２；リソース情報項目あり，共用メモリのアドレスな
し）、共有メモリのブロックを確保する（ステップ１０
４）。そして、計算機１ｃ上の情報管理処理ブロック１
ｆへ、ＡＰ１ｈから登録されたリソース情報項目の登録
要求通知（ステップ１０５）と計算機１ｂ配下の情報収
集処理ブロック１ｅへ登録要求通知を行った後（ステッ
プ１０６）、上述したステップ１０７，１０８を行な
う。すなわち、図４の管理テーブルの当該リソース情報
項目のユーザ数を１つ増やし（ステップ１０７）、ＡＰ
１ｈに対して、当該項目の登録識別子とリソース情報項
目の共有メモリの先頭アドレスを応答する（ステップ１
０８）。これにより、ＡＰは、応答（返送）されてきた
アドレスを参照することにより所望のリソース情報を取
得することができるようになる。

【００２４】図８は、ＡＰのリソース情報登録時の他計
算機１ｃ上の情報管理処理ブロック１ｆの登録要求通知
受信時の処理フローチャートである。まず、情報管理処
理ブロック１ｆはリソース情報項目の登録要求通知（ス
テップ１０５から）を受信し（ステップ２０１）、図４
の管理テーブル４０に当該リソース情報項目の登録の有
無の判定を行い（ステップ２０２）、当該リソース情報
項目の登録がない場合（ステップ２０２：Ｎ）、リソー
ス情報項目の登録を行い（ステップ２０３）、計算機１
ｃ配下の情報収集処理ブロック１ｇに情報項目の登録要
求通知を行う（ステップ２０４）。リソース情報項目の
登録がある場合（ステップ２０２：Ｙ）、リソース情報
項目に対して通知された登録識別子と自情報管理処理ブ
ロック内で管理する（図２）登録識別子が異なるか判定
し（ステップ２０５）、その登録識別子が異なる場合
（ステップ２０５：Ｎ）、図２の登録識別子の関連付け
を行う（ステップ２０６）。そして、図４の管理テーブ
ル４０内の当該登録識別子項目のユーザ数４４を１つ増
やす（ステップ２０７）。

【００２５】図９は、ＡＰのリソース情報登録時の情報
収集処理ブロック１ｅもしくは１ｇの登録要求受信時の
処理フローチャートである。まず、リソース情報項目の
登録要求通知（ステップ２０５もしくはステップ１０６
から）を受信し（ステップ３０１）、情報収集処理ブロ
ックが保持する収集情報通知のためのしきい値判定用の
情報収集管理テーブルに登録する。

【００２６】図５は、情報収集管理テーブル５０の一例
である。同図に示すように、しきい値判定用の情報収集
管理テーブル５０は、登録識別子５１，リソース情報項
目５２，収集の可否５３，１回前の情報値５４，２回前
の情報値５５，しきい値５６，しきい値増加量５７，増
減率５８から構成される。しきい値５６の値，しきい値
の増加量５７の値，および増減率５８の値は初めに設定
しておくものとする。

【００２７】登録識別子５１は、ＡＰがリソース情報項
目を登録要求する時、情報管理処理ブロックが付与した
ものを使用する。リソース情報項目５２は、ＡＰから登
録された収集するリソース情報項目である。収集の可否
５３は、ユーザから登録されたリソース情報項目毎に収
集の可否を保持するものである。

【００２８】情報収集管理テーブル５０に登録後、初回
の情報値収集を行い（ステップ３０２）、収集した情報
数とそれぞれの情報値を上位の情報管理処理ブロックに
応答する（ステップ３０３）。登録後，一定間隔毎にリ
ソース情報項目を収集し、上位の情報管理処理ブロック
に通知するための以下の情報を保持する。１回前の情報
値５４および２回前の情報値５５には、それぞれ１回前
に収集された情報値と２回前に収集された情報値を保持
する。しきい値５６は、同一の計算機の情報管理処理ブ
ロック（図１の１ｃであれば１ｄのこと）へ通知するし
きい値を示す。情報値の収集毎に図１２の通知判定ロジ
ックを行い、該当する場合、上位の情報管理処理ブロッ
クに通知をする。しきい値の増加量５７（以下増加量と
記す）は、しきい値から増加量を足すことでしきい値の
リソースレべル分けをして、リソースレべルが変わる毎
に情報値の通知を行うとともに、しきい値の値を変えて
いく。具体的には、後述する例のように、しきい値の初
期値が４０％の場合、収集した情報値がしきい値の初期
値を超えた場合、上位の情報管理処理ブロックに収集し
た情報値を通知し、図５のしきい値５６をしきい値５６
プラス増加量５７（すなわち５０％＝４０％＋１０％）
に変える。同様に、次の情報収集でしきい値を下回った
場合、上位の情報管理処理ブロックに収集した情報値を
通知し、しきい値５６をしきい値５６マイナス増加量５
７（すなわち４０％＝５０％−１０％）に変える。な
お、しきい値がしきい値の初期値の場合、しきい値５６
マイナス増加量５７をしきい値とせず、しきい値の初期
値のままとする。さらに、増減率５８は増加量より小さ
い値を用い、２回の情報値の差の絶対値との比較によ
り、情報値の通知を判定する際に使用する（その詳細
は、図１２において説明する）。

【００２９】図５の例は、登録識別子５１として“0100
1”，リソース情報項目５２として“ＣＰＵ使用率”，
収集の可否５３として“可能”，１回前の情報値５４と
して“３０％”，２回前の情報値５５として“２６
％”，しきい値５６として“４０％”，しきい値増加量
５７として“１０％”，増減率５８として“３％”が登
録された場合を示している。

【００３０】図１０は、ＡＰのリソース情報登録時の他
計算機の情報管理処理ブロック１ｆの登録応答フローチ
ャートである。情報管理処理ブロック１ｆは、情報収集
処理ブロック１ｇから登録の応答（ステップ３０３か
ら）を受信し（ステップ４０１）、その情報数と情報値
を登録した情報管理処理ブロック１ｄに登録応答する
（ステップ４０２）。

【００３１】図１１は、ＡＰのリソース情報登録時の情
報管理処理ブロック１ｄの登録応答フローチャートであ
る。ＡＰ１ｈからリソース情報項目の登録要求を受けた
情報管理処理ブロック１ｄは、リソース情報項目の登録
応答（ステップ３０３またはステップ４０２から）を受
信し（ステップ５０１）、その情報値を共有メモリに書
き込む。ＡＰのリソース情報参照方法は共有メモリを使
用し、情報管理処理ブロックが当該項目の情報値を共有
メモリに書き込み、登録要求したＡＰがその共有メモリ
上の値を参照できるようにする。

【００３２】図６は、１つのリソース情報項目の登録に
対して、複数のリソース情報の値が存在する場合に対処
可能とするためのリソース情報値格納の共有メモリチェ
ーン構造の図である。情報管理処理ブロックは、情報収
集処理ブロックもしくは他計算機の情報管理ブロックか
ら１つのリソース情報項目に対し、０以上のリソース情
報値の通知を受信する。１つのリソース情報項目に対し
て、収集されるリソース情報値の名前をラベル名とす
る。３つの情報値が存在する場合、１つ目の情報を共有
メモリのブロック６ａのリソース情報値６ｄ、計算機識
別子６ｅ、ラべル名６ｆを格納し、次の情報値の共有メ
モリのアドレス情報６ｇに共有メモリのブロック６ｂの
先頭アドレスを格納する。同様に、２つ目の情報を共有
メモリのブロック６ｂの情報値６ｈ、計算機識別子６
ｉ、ラべル名６ｊを格納し、次の情報値の共有メモリの
アドレスの情報６ｋに共有メモリのブロック６ｃの先頭
アドレスを格納する。３つ目の情報を共有メモリのブロ
ック６ｃの情報値６ｌ、計算機識別子６ｍ、ラべル名６
ｎを格納し、次の情報値の共有メモリのアドレスの情報
６ｏに最後の情報を示す値を格納する。ＡＰは、これら
を順次参照していくことによって、複数の情報値を取得
できる。

【００３３】図１２は、情報収集処理ブロックが収集し
たリソース情報の情報値の上位の情報管理処理ブロック
への通知処理のフローチャートである。上位の情報管理
処理ブロックへの通知ロジックとして、まず、現在の情
報値と１回前の情報値がテーブル５０のしきい値５６と
しきい値５６プラス増加量５７の間にあるか判定し（ス
テップ６０１）、異なる場合、１回前の情報値と現在の
情報値の差の絶対値と増減率（図５の増減率）の比較を
行う（ステップ６０８）。増減率が小さい場合（１回前
の情報値と現在の情報値の差の絶対値の方が大きい場
合）、上位の情報管理処理ブロックに通知する（ステッ
プ６０９）。増減率が大きい場合（１回前の情報値と現
在の情報値の差の絶対値の方が小さい場合）、上位の情
報管理処理ブロックに通知しない（ステップ６１０）。

【００３４】現在の情報値と１回前の情報値が同じしき
い値としきい値プラス増加量の間の場合（ステップ６０
１：Ｙ）、さらに、２回前の情報値がしきい値としきい
値プラス増加量の間にあるか判定し（ステップ６０
２）、間にある場合（ステップ６０２：Ｙ）、上位の情
報管理処理ブロックに情報値を通知しない（ステップ６
０３）。２回前の情報値がしきい値としきい値プラス増
加量の間にない場合（ステップ６０２：Ｎ）、次に、２
回前の情報値と１回前の情報値の差の絶対値と増減率
（図５の増減率）を比較し（ステップ６０５）、増減率
が小さい場合（２回前の情報値と１回前の情報値の差の
絶対値の方が大きい場合）、既に１回前の時に通知して
いるため、現在の情報値を通知しない（ステップ６０
６）。増減率の方が大きい場合（２回前の情報値と１回
前の情報値の差の絶対値の方が小さい場合）、１回前に
は通知していないため、現在の情報値を通知する（ステ
ップ６０７）。

【００３５】情報収集処理ブロックから通知を受けた上
位の情報管理処理ブロックは、通知を受けた情報値を登
録のある計算機（図３の計算機のユーザ数に該当する計
算機）の情報管理処理ブロックに通知をする。

【００３６】図１３は、ＡＰのリソース情報参照のフロ
ーチャートである。情報管理処理ブロックがＡＰの登録
時共用メモリの先頭アドレス（６ａ）をＡＰに渡してい
た場合、ＡＰはそのアドレスを参照し（ステップ７０
１）、情報値６ｄ，計算機識別子６ｅ，ラべル名６ｆ，
次の情報値のアドレス６ｇを取得する（ステップ７０
２）。次の情報値のアドレス６ｇに書き込まれているの
がアドレス情報か最終を示す値かチェックする（ステッ
プ７０３）。今の場合、アドレス情報であるから、アド
レス６ｇから共有メモリブロック６ｂを参照し、情報値
６ｈと計算機識別子６ｉ、ラべル名６ｊ、次の情報のア
ドレス６ｋを取得する。同様に、次の情報のアドレス６
ｋから共有メモリブロック６ｃの情報値６ｌ、計算機識
別子６ｍ、ラべル名６ｎ、次の情報のアドレス６ｏを取
得し、次の情報のアドレス６ｏに今度は最終を示すの値
が書き込まれているため、その情報のチェーン構造の最
後のブロックであることを認識する。

【００３７】図１４は、ＡＰのリソース情報要求の解除
のフローチャートである。ＡＰは、必要の無くなったリ
ソース情報登録の解除要求を行う。情報管理処理ブロッ
クは、自計算機のＡＰもしくは他計算機の情報管理処理
ブロックから登録識別子による登録解除を受信した際
（ステップ８０１）、登録解除要求が自計算機のＡＰも
しくは他計算機の情報管理処理ブロックかを判定し（ス
テップ８０２）、自計算機のＡＰの場合、計算機の情報
管理処理ブロックへ登録識別子による登録解除要求を通
知する（ステップ８０３）。そして、図４の管理テーブ
ル４０の当該登録識別子項目のユーザ数を１つ減らし
（ステップ８０４）、当該登録識別子のユーザ数がゼロ
になった判定する（ステップ８０５）。

【００３８】判定の結果、ユーザ数が０の場合、情報管
理処理ブロックと情報収集処理ブロックの管理テーブル
から当該登録識別子のレコードを削除する（ステップ８
０６）。

【００３９】

【発明の効果】以上述べたように、本発明のリソース情
報処理方法によれば、分散環境下の各計算機のリソース
情報をＡＰに処理負荷を与えることなく収集し監視する
ことが可能になり、また、リソース情報収集によるシス
テムに与える負荷を最小限におさえているので、あるＡ
Ｐが他の計算機上のＡＰと連携処理を行う場合、ＡＰ
は、連携処理を行なうＡＰが動作する計算機のリソース
情報値に応じた処理を実施できる。

【図面の簡単な説明】

【図１】本発明を分散構成システムに適用した構成概略
図である。

【図２】本発明における、登録識別子の対応をとる登録
識別子対応テーブルを示す図である。

【図３】本発明における、分散構成システム内に一意と
なる登録識別子のフォーマット例を示す図である。

【図４】本発明における、登録識別子とリソース情報と
共有メモリ対応をとるため、情報管理処理ブロックが保
持する管理テーブルを示す図である。

【図５】本発明における、情報収集処理ブロックが保持
する収集情報通知のためのしきい値判定用収集管理テー
ブルを示す図である。

【図６】本発明における、１つのリソース情報項目の登
録に対して、複数のリソース情報の値が存在する場合に
対処可能とするためのリソース情報値格納の共有メモリ
チェーン構造の図である。

【図７】本発明における、ＡＰのリソース情報登録時の
情報管理処理ブロック登録受信フローチャートである。

【図８】本発明における、ＡＰのリソース情報登録時の
他計算機の情報管理処理ブロック登録受信フローチャー
トである。

【図９】本発明における、ＡＰのリソース情報登録時の
情報収集処理ブロック登録受信フローチャートである。

【図１０】本発明における、ＡＰのリソース情報登録時
の他計算機の情報管理処理ブロック登録応答フローチャ
ートである。

【図１１】本発明における、ＡＰのリソース情報登録時
の情報管理処理ブロックの登録応答フローチャートであ
る。

【図１２】本発明における、情報収集処理ブロックが収
集したリソース情報の情報値の上位の情報管理処理ブロ
ックへの通知処理のフローチャートである。

【図１３】本発明における、ＡＰのリソース情報参照の
フローチャートである。

【図１４】本発明のおける、ＡＰのリソース情報要求の
解除のフローチャートである。

【符号の説明】

１ａ：分散処理システム １ｂ，１ｃ：計算機 １ｄ，１ｆ：情報管理処理ブロック １ｅ，１ｇ：情報収集処理ブロック １ｈ，１ｉ，１ｊ，１ｋ，１ｌ，１ｍ：アプリケーショ
ン ２ａ，２ｃ，２ｅ：登録識別子 ２ｂ，２ｄ，２ｆ：次の情報のアドレス ３ａ：計算機識別子 ３ｂ：情報管理処理ブロック内識別子 ６ａ：共有メモリブロック

Claims (4)

【特許請求の範囲】
1. 【請求項１】 １つの計算機上で動作するアプリケーシ
   ョン（ＡＰ）が、他の計算機上で動作するＡＰと連携を
   とりながら処理を行う分散構成システムにおけるリソー
   ス情報処理方法であって、 計算機上に配備されるあるＡＰが特定の計算機のリソー
   ス情報を収集するため、収集したいリソース情報項目を
   登録するステップと、 リソース情報項目が登録された場合、登録されたリソー
   ス情報項目の情報値を一定間隔毎に収集するステップ
   と、 収集した情報値がある特定のしきい値を超えた場合に該
   リソース情報を計算機間に流通するステップと、 流通された情報値を当該情報項目を登録したＡＰが参照
   するステップと、 ＡＰの要求により、登録した情報項目を解除するステッ
   プからなることを特徴とするリソース情報処理方法。
2. 【請求項２】 請求項１に記載の分散構成システムにお
   けるリソース情報処理方法において、 ＡＰからのリソース情報項目の登録毎に、登録識別子を
   付与し、複数のＡＰから同一のリソース情報項目の登録
   を受け付けた場合、１つの登録識別子で管理し、不必要
   な情報を削減し、一連のリソース情報項目の登録、参
   照、登録解除を該登録識別子を用いて行うことを特徴と
   する分散構成システムにおけるリソース情報処理方法。
3. 【請求項３】 請求項１または２に記載の分散構成シス
   テムにおけるリソース情報処理方法において、 前記ＡＰのリソース情報項目の登録の際、該ＡＰに対し
   て、当該リソース情報項目の収集された情報値を書き込
   む共有メモリの先頭アドレスを返却するサブステップ
   と、 前記当該リソース情報項目に関する情報を収集し、特定
   のしきい値を超えた情報値のみを、該当する共有メモリ
   のアドレスに書き込むサブステップと、 ＡＰが登録したリソース情報項目の情報値を、ＡＰがリ
   ソース情報項目を登録時に返却された共有メモリの先頭
   アドレスから、ＡＰが情報値を参照するサブステップと
   からなることを特徴とする分散構成システムにおけるリ
   ソース情報処理方法。
4. 【請求項４】 請求項１〜３に記載の分散構成システム
   におけるリソース情報処理方法において、 ＡＰからのリソース情報項目の登録に対して、複数のリ
   ソース情報値が収集される場合に対応するため、１つの
   共有メモリブロックにリソース情報値と次の情報の共有
   メモリブロックの先頭アドレスを格納し、リソース情報
   値を格納する共有メモリブロック間に連鎖を作成し、Ａ
   Ｐがリソース情報を参照する時、１つずつ共有メモリブ
   ロック内に格納されている先頭アドレスを順次参照する
   ことにより、１つのリソース情報項目の登録で、複数の
   情報値を参照可能とすることを特徴とする分散構成シス
   テムにおけるリソース情報処理方法。