JP2000047890A - 分散オブジェクト管理システムとそのオブジェクト選択方法およびその処理プログラムを記録した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 分散オブジェクト環境における、クライアン
トからのオブジェクト呼び出し要求において、要求の対
象オブジェクトが複数存在する場合、最適なターゲット
オブジェクトを選択できない。 【解決手段】 オブジェクト呼び出し時に、呼び出し対
象の各オブジェクトのリファレンス数、オブジェクトが
存在するホストのマシン性能やサーバマシンのＣＰＵ利
用率／メモリ利用率、およびクライアントとオブジェク
トが存在するホスト間のネットワークの速さを考慮し
て、最適なオブジェクトを選択する手段を備える。これ
により、分散オブジェクト環境で、クライアントがター
ゲットオブジェクトの負荷を意識せずに、最適なターゲ
ットオブジェクトを使用することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、分散オブジェクト
システムにおけるクライアントからのオブジェクト呼び
出し要求に対して、複数のオブジェクトから一つのター
ゲットオブジェクトを選択する技術に係わり、特に、シ
ステム全体の性能を向上させるのに好適な分散オブジェ
クト管理システムとそのオブジェクト選択方法およびそ
の処理プログラムを記録した記録媒体に関するものであ
る。

【０００２】

【従来の技術】分散オブジェクト環境（システム）で
は、オブジェクトがローカルコンピュータに存在しよう
と、あるいはネットワーク上のリモートコンピュータに
存在しようと、ＯＲＢ(Object Request Broker；オブジ
ェクト・リクエスト・ブローカー)が提供する通信機能
により、オブジェクトの存在位置を意識せずに、クライ
アント側のアプリケーションとサーバ側のオブジェクト
とは通信を行うことができる。

【０００３】そのため、オブジェクトの存在位置を管理
するための、オブジェクト管理システムが用意されてい
る。このオブジェクト管理システムは、クライアントが
オブジェクト呼び出しの対象としているオブジェクトを
探し出し、ターゲットオブジェクトとして選択する。し
かしながら、従来のオブジェクト管理システムは、クラ
イアントから要求されたオブジェクトと同じものが複数
ある場合、すなわち、複数のサーバ上で同一アプリケー
ションが動作する場合、オブジェクトの負荷状況を考慮
せずに、ラウンドロビン（総当たり）でターゲットオブ
ジェクトを選択していた。

【０００４】また、特開平１０−４０１１８号公報の
「クライアント／サーバシステム及びクライアント端末
装置」では、同一サーバの複数プロセス上に同じ処理を
行うオブジェクトが存在する場合においての負荷分散技
術が提案されている。しかし、この技術では、同一アプ
リケーションが複数のサーバ上で動作する場合、プロセ
スが使用されているか否かに基づき処理の振り分けを行
っているだけであり、ターゲットオブジェクトの選択時
に、サーバの負荷について十分な考慮がなされていな
い。

【０００５】

【発明が解決しようとする課題】解決しようとする問題
点は、従来の技術では、サーバの負荷について十分に考
慮されたターゲットオブジェクトの選択が行なわれてい
ない点である。本発明の目的は、これら従来技術の課題
を解決し、分散オブジェクトシステム全体の性能の向上
を図ることが可能な分散オブジェクト管理システムとそ
のオブジェクト選択方法およびその処理プログラムを記
録した記録媒体を提供することである。

【０００６】

【課題を解決するための手段】上記目的を達成するた
め、本発明の分散オブジェクト管理システムとそのオブ
ジェクト選択方法およびその処理プログラムを記録した
記録媒体では、同一のオブジェクト（共通オブジェク
ト）が複数ある場合、各共通オブジェクトが存在するサ
ーバマシンの性能(ＣＰＵ速度)や、クライアントとサー
バマシン間のネットワークの速さ、および、サーバマシ
ンのメモリ/ＣＰＵ使用率等、各共通オブジェクトの実
行に影響を与える情報を収集し、この情報に基づき、最
適なオブジェクトをターゲットオブジェクトとして選択
する。

【０００７】また、選択したオブジェクトの呼び出しに
用いる識別情報を自管理システムの識別情報に変換し
て、外部ネットワーク上のクライアントに通知し、変換
後の識別情報を用いてクライアントからのオブジェクト
の呼び出しを受けることにより、インターネットなどの
外部ネットワーク上のクライアントからのターゲットオ
ブジェクトへの直接接続を回避する。

【０００８】

【発明の実施の形態】以下、本発明の実施例を、図面に
より詳細に説明する。図１は、本発明の分散オブジェク
ト管理システムの本発明に係る構成とそれを用いた分散
オブジェクトシステムの第１の実施例を示すブロック図
である。本例は、ＬＡＮ（Local Area Network、ローカ
ルエリアネットワーク)７環境における分散オブジェク
トシステムの構成を示すものであり、オブジェクト管理
システム（図中、「管理プログラム」と記載）６がター
ゲットオブジェクトを選択すると、コンピュータ装置か
らなるクライアント１とターゲットオブジェクトが直接
通信を行うものであり、クライアント１と、各々コンピ
ュータ装置からなるサーバ２，３および管理サーバ４は
ＯＲＢ（オブジェクト・リクエスト・ブローカ）５で接
続されている。

【０００９】クライアント１上のクライアントアプリケ
ーション（図中、「ＡＰ−Ｃ１」と記載）１ａと、サー
バ２，３上のサーバアプリケーション（図中、「ＡＰ−
Ｓ１」，「ＡＰ−Ｓ２」と記載）２ａ，３ａ、および、
管理サーバ４上のオブジェクト管理システム６は、ＯＲ
Ｂ５によりメッセージの送受信を行う。オブジェクト管
理システム６は、図示していないＦＤ（フレキシブルデ
ィスク）等の記録媒体に記録されたプログラムを管理サ
ーバ４内のハードディスク装置等に読み込み構成された
ものであり、オブジェクト管理部６ａとターゲット選択
部６ｂおよび負荷情報収集部６ｃ、そして、オブジェク
ト管理情報部６ｄからなる。

【００１０】オブジェクト管理システム６は、ＣＯＲＢ
Ａ（Common ORB architecture、コルバ）オブジェクト
の情報を管理しており、ドメイン内で少なくとも一つ起
動する必要がある。また、このようなオブジェクト管理
システム６は、複数起動が可能性であり、オブジェクト
管理システム単位で異なる評価方法を適用することが考
えられる。この場合、グループ毎に１つのオブジェクト
管理システムを起動し、そのグループで最適と思われる
本発明に係わるオブジェクトの選択方法を使用すること
が望ましい。

【００１１】このように、同一ドメイン内で複数のオブ
ジェクト管理システムが起動される場合も考えられる
が、説明を簡略化するために、本例では、一つのオブジ
ェクト管理システムを利用するシステムについて説明を
していく。また、オブジェクト管理システム６は、クラ
イアントアプリケーション１ａあるいはサーバアプリケ
ーション２ａ，３ａが動作するコンピュータ（クライア
ント１、サーバ２，３）上での動作も可能であるが、本
図１の例では、管理サーバ４として専用のコンピュータ
を設け、この管理サーバ４上で一つのオブジェクト管理
システム６が起動されることを示している。

【００１２】サーバアプリケーション２ａ，３ａを起動
すると、Rep１インタフェースのオブジェクト（図中、
「Ｏｂｊ１」，「Ｏｂｊ２」と記載）２ｂ，３ｂが、そ
れぞれサーバ２、サーバ３上に生成される。尚、サーバ
アプリケーション２ａ，３ａがそれぞれ複数のオブジェ
クトを生成することが想定されるが、ここでは説明の簡
略化のため、単一オブジェクトを生成するものとする。

【００１３】サーバアプリケーション２ａ，３ａのそれ
ぞれが、起動後にRep１インタフェースのオブジェクト
２ｂ，３ｂを生成すると、オブジェクト管理システム６
にオブジェクト情報が登録される。そして、クライアン
ト１上のクライアントアプリケーション１ａが、Rep１
インタフェースのオブジェクトの呼び出し要求を行った
場合には、オブジェクト管理システム６は、登録されて
いるオブジェクト２ｂ，３ｂの中から、最適な処理を行
うオブジェクトをターゲットオブジェクトとして選択
し、クライアントアプリケーション１ａにターゲットオ
ブジェクトの情報を与える。

【００１４】尚、このように、サーバアプリケーション
２ａ，３ａのそれぞれが、オブジェクト管理システム６
にオブジェクトの情報を登録するので、サーバアプリケ
ーション２ａ，３ａの起動前にオブジェクト管理システ
ム６を起動しておく必要がある。 以下、図２〜図７を
用いて、クライアント１、サーバ２，３、管理サーバ
４、オブジェクト管理システム６の動作を詳細に説明す
る。

【００１５】図２は、図１におけるサーバの処理動作例
を示すフローチャートである。サーバ２，３上で、サー
バアプリケーション２ａ，３ａが実行されると、オブジ
ェクト管理システム６をネットワーク（ＬＡＮ７）上か
ら探し出し(「初期フェーズ」)（ステップ１０１）、オ
ブジェクト作成を契機にオブジェクト管理システム６に
オブジェクトの登録を依頼する(「登録フェーズ」)（ス
テップ１０２）。その後、処理要求の待ち状態となり、
クライアント１から処理の実行要求を受けつける(「実
行フェーズ」)（ステップ１０３）。

【００１６】図３は、図１におけるクライアントの処理
動作例を示すフローチャートである。クライアント１で
は、クライアントアプリケーション１ａの起動後、オブ
ジェクト管理システム６を探索し（「初期フェーズ」）
（ステップ２０１）、オブジェクトの呼び出し(「オブ
ジェクト呼び出しフェーズ」)を行うと（ステップ２０
２）、オブジェクト管理システム６に対してターゲット
オブジェクトの情報の取得を要求し、オブジェクト管理
システム６からオブジェクトリファレンス(オブジェク
ト識別情報)を取得し、このオブジェクトリファレンス
を用いて、サーバ２，３へ処理の依頼を行う(「実行フ
ェーズ」)（ステップ２０３）。尚、ここでは、事前に
登録されているオブジェクトでなければクライアント１
は呼び出しをすることができない。

【００１７】図４は、図１におけるオブジェクト管理シ
ステムの処理動作例を示すフローチャートである。オブ
ジェクト管理システム６は、サーバ２，３からのオブジ
ェクトの登録要求の受信（「登録フェーズ」）後（ステ
ップ３０１）、クライアント１からのオブジェクトの呼
び出し要求を受ける（ステップ３０２）。このオブジェ
クト呼び出し要求を受けると、オブジェクト管理システ
ム６は、最適な処理を行うオブジェクト（ターゲットオ
ブジェクト）を選択する(「ターゲット選択フェーズ」)
（ステップ３０３〜３０８／後で詳細を説明する）。そ
して、サーバアプリケーション２ａ，３ａから終了の通
知を受けると、登録されているオブジェクト情報を削除
する(「終了フェーズ」)（ステップ３０９）。

【００１８】図５は、図１における分散オブジェクトシ
ステムでの処理の流れの例を示す説明図であり、図６
は、図１におけるオブジェクト管理情報部に登録された
オブジェクト管理情報例を示す説明図、図７は、図１に
おけるターゲット選択部で用いるターゲット選択基準情
報例を示す説明図である。

【００１９】図６に例示するオブジェクト管理情報６ｅ
を構成する項目は、ホスト名６ｆ、リポジトリＩＤ６
ｇ、オブジェクト名６ｈ、オブジェクトリファレンス６
ｉ、リファレンス数６ｊ、マシンの性能６ｋ、ネットワ
ークの速さ６ｌ、ホストの利用状況６ｍからなる。

【００２０】ホスト名６ａには「Ｓｅｒｖｅｒ１」や
「Ｓｅｒｖｅｒ２」などのサーバマシンを識別するため
の情報が、リポジトリＩＤ６ｇには同じオブジェクトに
共通する識別情報が、オブジェクト名６ｈには各オブジ
ェクト固有の識別情報が、オブジェクトリファレンス６
ｉにはクライアントからのオブジェクト呼び出し用に決
められたオブジェクトリファレンスが、リファレンス数
６ｊには呼び出し元のクライアント数が登録され、ま
た、マシンの性能６ｋにはサーバマシンに設けられたメ
モリの容量やサーバマシンのＣＰＵの動作クロック数
が、ネットワークの速さ６ｌにはサーバとクライアント
間のネットワークの転送速度が、そして、ホストの利用
状況６ｍにはサーバマシンが有するメモリとＣＰＵのそ
れぞれの使用率が登録される。

【００２１】この図６の例では、同じオブジェクトを有
する二つのサーバが登録されている。すなわち、「Ｓｅ
ｒｖｅｒ１」と「Ｓｅｒｖｅｒ２」をホスト名とする二
つのサーバマシン上で、リボジトリＩＤ６ｇが「ＩＤ
Ｌ：Ｒｅｐ１：１．０」の同じオブジェクトが、それぞ
れ異なるオブジェクト名（「ｏ１」，「ｏ２」）で管理
されている。

【００２２】特に、マシンの性能６ｋとネットワークの
速さ６ｌおよびホストの利用状況６ｍは本例に特有のも
のであり、これらの登録情報により、「Ｓｅｒｖｅｒ
１」と「Ｓｅｒｖｅｒ２」の二つのサーバマシンの性能
が管理されている。すなわち、「Ｓｅｒｖｅｒ１」は、
「Ｓｅｒｖｅｒ２」に比べて、メモリ容量は半分で、Ｃ
ＰＵ速度（動作クロック）は２倍、ネットワーク速度が
半分であるとの情報が登録され、また、メモリ使用率が
２倍、ＣＰＵ使用率が１／３倍との状況が登録されてい
る。

【００２３】図７に示すターゲット選択基準情報６ｎを
構成する項目は、優先度６ｏ、マシン情報の更新タイミ
ング６ｖ、マシン情報以外の更新タイミング６ｗからな
り、マシン情報の更新タイミング６ｖにおいて、２４時
間毎に負荷情報を更新するよう指定され、マシン情報以
外の更新タイミング６ｗにおいて、オブジェクト呼び出
し毎に他の情報（マシンの負荷情報以外）を更新するよ
う指定されている。

【００２４】さらに、優先度６ｏは、リファレンス数６
ｐ、メモリ６ｑ、クロック６ｒ、ネットワークの速さ６
ｓ、メモリ占有率６ｔ、ＣＰＵ使用率６ｕの各項目から
なり、この優先度６ｏにおける各項目（リファレンス数
６ｐ、メモリ６ｑ、クロック６ｒ、ネットワークの速さ
６ｓ、メモリ占有率６ｔ、ＣＰＵ使用率６ｕ）に対して
は、サーバマシンの負荷となるそれぞれの割合（Ｒ１〜
Ｒ６％）が予め付与されている。

【００２５】以下、図５〜図７および図２〜図４を用い
て、図１における分散オブジェクトシステムでの動作に
ついて説明する。前述したように、サーバ２，３でサー
バアプリケーション２ａ，３ａが起動されると、ＯＲＢ
５の機能により、ネットワーク（ＬＡＮ７）上のオブジ
ェクト管理システム６が探索される(図２のステップ１
０１)。続いて、サーバアプリケーション２ａ，３ａで
オブジェクト２ｂ，３ｂが生成されると、オブジェクト
管理システム６にオブジェクトの登録要求が行われる
(図２のステップ１０２)。

【００２６】この要求に対し、オブジェクト管理部６ａ
は、オブジェクト管理情報部６ｄにオブジェクト２ｂ，
３ｂの情報を追加する。オブジェクトの登録要求が完了
すると、オブジェクト管理システム６内のオブジェクト
管理情報部６ｄには、図６で示す情報のうち、ホスト
名、オブジェクト名、リポジトリＩＤ（IDentifier、識
別子）、および、クライアント１がオブジェクト呼び出
し要求に用いるオブジェクトリファレンスが設定される
(図４のステップ３０１)。このようなオブジェクトの登
録処理は、サーバアプリケーション２ａ，３ａがオブジ
ェクト２ｂ，３ｂを生成したときのみ行われる。

【００２７】このようにして、サーバ２，３上のオブジ
ェクト２ｂ，３ｂがオブジェクト管理情報部６ｄに登録
される。また、クライアント１において、クライアント
アプリケーション１ａが起動されると、ＯＲＢ５の機能
により、ネットワーク（ＬＡＮ７）上のオブジェクト管
理システム６が探し出される(図３のステップ２０１)。

【００２８】クライアントアプリケーション１ａがオブ
ジェクトの呼び出し要求を行うと(図３のステップ２０
２)、ＯＲＢ５を通じて、オブジェクト管理システム６
にターゲットオブジェクトの要求が行われ、オブジェク
ト管理部６ａは、ターゲット選択部６ｂにターゲットオ
ブジェクト選択要求を送信する(図４のステップ３０
２)。ここではクライアントアプリケーション１ａが、
ホスト名やオブジェクト名を指定せずに、Rep１オブジ
ェクトの呼び出し要求を行ったものとする(図４のステ
ップ３０３)。

【００２９】ターゲット選択部６ｂは、オブジェクト管
理情報部６ｄを参照し、クライアントアプリケーション
１ａから指定されたRep１オブジェクトと同一のものを
全て探し出す(図４のステップ３０４)。Rep１オブジェ
クトは、オブジェクト管理情報部６ｄにおいて、オブジ
ェクト２ｂとオブジェクト３ｂの２つが登録されている
ので、オブジェクト２ｂ，３ｂおよびサーバ２，３の負
荷を考慮して、ターゲットオブジェクトを決定する(図
４のステップ３０５)。

【００３０】すなわち、ターゲット選択部６ｂは、予め
設定されている図７に示すターゲット選択基準情報に従
い、ターゲットオブジェクトの選択に必要とされる情報
を負荷情報収集部６ｃに要求する。図７に例示すよう
に、ターゲット選択基準情報は、各項目の優先度とし
て、負荷情報全体で占める割合（Ｒ１〜Ｒ６）および負
荷情報を更新するタイミング等が指定できる。この例
で、負荷情報全体で占める割合を０％と指定された項目
は、負荷情報の対象とはならない。尚、このターゲット
選択基準情報は、オブジェクト管理システム６が起動中
であっても更新可能であり、動的にその設定を変更する
ことができる。

【００３１】図６には、ターゲットオブジェクトの選択
に使用する情報が示されており、オブジェクトのリファ
レンス数、サーバマシンの性能情報(メモリ容量、ＣＰ
Ｕクロック)、サーバとクライアント間のネットワーク
の速さ、および、サーバ（ホスト）の使用率(メモリ/Ｃ
ＰＵ使用率)等が収集される。ターゲット選択部６ｂ
は、負荷情報収集部６ｃに、図６に示す負荷情報の取得
を依頼する。

【００３２】負荷情報収集部６ｃは、負荷情報の収集
時、図７に示したターゲット選択基準情報を参照し、最
新の情報をサーバ２，３から取得するべきかを確認し、
必要な情報のみを収集する。そして、取得したサーバ
２，３の負荷情報でオブジェクト管理情報部６ｄの内容
を更新する(図４のステップ３０６)。ターゲット選択部
６ｂは、オブジェクト管理情報部６ｄの内容、および、
図７のターゲット選択基準情報に基づき、最適な、すな
わち、負荷の少ないターゲットオブジェクトを選択す
る。

【００３３】このようなターゲットオブジェクトの選択
における負荷情報を総合的に評価するために、各項目で
最も負荷のあるもの、あるいは最も性能が悪いものを基
準値とし、この基準に対して、どれだけ負荷がないかを
数値化し、この値に全体評価における任意の割合を掛け
合わせることで、各オブジェクトの負荷状況を判断する
例を、以下に挙げる。

【００３４】図７で示したオブジェクト管理情報の例で
は、説明上、各オブジェクトの負荷情報は基準値に対す
る倍率で値を表している。この場合を考えてみると、サ
ーバ２のオブジェクト２ｂに対する負荷値Ｌ１は、 Ｌ１＝（ｒ×２×Ｒ１）＋（ｍ×Ｒ２）＋（ｃ×２×Ｒ
３）＋（ｎ×Ｒ４）＋（ｗ×２×Ｒ５）＋（ｂ×Ｒ６） となる。

【００３５】同様にして、サーバ３のオブジェクト３ｂ
に対する負荷値Ｌ２を計算し、ターゲット選択部６ｂ
は、それぞれの負荷値Ｌ１，Ｌ２を比較して、値が大き
いほど負荷のかかっていないものと判断し、ターゲット
オブジェクトとして選択する。ここで、負荷値Ｌ１＜負
荷値Ｌ２が成立したとすると、ターゲット選択部６ｂは
ターゲットオブジェクトとしてオブジェクト３ｂを選択
する(図４のステップ３０７)。

【００３６】そして、ターゲット選択部６ｂは、オブジ
ェクト管理部６ａにサーバ３上のオブジェクト３ｂのオ
ブジェクトリファレンスを渡し、オブジェクト管理部６
ａは、クライアントアプリケーション１ａに、ターゲッ
ト選択部６ｂから渡されたオブジェクトリファレンスを
送信する(図４のステップ３０８)。以上が、ターゲット
選択フェーズである。

【００３７】クライアントアプリケーション１ａは、受
信したオブジェクトリファレンスを利用して、オブジェ
クト３ｂにより処理の実行を行うと、サーバアプリケー
ション３ａはクライアントアプリケーション１ａの要求
に応じる(図３のステップ２０３、図２のステップ１０
３）。このステップ２０３とステップ１０３を繰り返
し、クライアントアプリケーション１ａはオブジェクト
３ｂにサービスの要求を行う。

【００３８】そして、オブジェクト管理システム６にサ
ーバアプリケーション３ａの終了が通知されると、オブ
ジェクト管理部６ａは、オブジェクト管理情報６ｄから
オブジェクト３ｂの情報を削除する(図４のステップ３
０９)。

【００３９】次に、本発明の第２の実施例として、イン
ターネットを介してクライアント１がイントラネット内
のオブジェクトにアクセスする場合を例に、特に、ファ
イアウォール上で動作するプロキシ(代理サーバ)によ
り、クライアント１からはプロキシのみを意識するよう
にして、外部のクライアント１からイントラネット内の
オブジェクトに直接アクセスさせない例を説明する。

【００４０】図８は、本発明の分散オブジェクト管理シ
ステムの本発明に係る構成とそれを用いた分散オブジェ
クトシステムの第２の実施例を示すブロック図である。
本例では、ファイアウォール４１上で本発明の分散オブ
ジェクト管理システムとしての管理プロキシ６０が起動
される。図示するように、クライアント１０と外部接続
コンピュータ４０は、インターネット７０で接続されて
おり、外部接続コンピュータ４０とサーバ２およびサー
バ３はＬＡＮ７上でＯＲＢ５により接続されている。

【００４１】クライアント１０上では、クライアントア
プリケーション（図中、「ＡＰ−Ｃ２」と記載）１１が
動作する。また、サーバアプリケーション２ａはサーバ
２上で、サーバアプリケーション３ａはサーバ３上で動
作し、それぞれクライアントアプリケーション１１から
の要求に応じる同一のサーバアプリケーションである。
このサーバアプリケーション２ａ，３ａを起動すると、
Rep１オブジェクト２ｂ，３ｂがそれぞれサーバ２、サ
ーバ３上に生成される。

【００４２】外部接続コンピュータ４０はファイアウォ
ール４１と管理プロキシ６０から構成されている。管理
プロキシ６０は、ファイアウォール４１を通してクライ
アントアプリケーション１１からの接続を受けるが、オ
ブジェクトの登録と選択／管理動作は、図１における実
施例と同じである。また、管理プロキシ６０は、図１の
オブジェクト管理システム６が有するオブジェクト管理
部６ａ、ターゲット選択部６ｂ、負荷情報収集部６ｃ、
オブジェクト管理情報部６ｄに加え、中継通信部６１お
よび中継情報管理部６２を備えている。

【００４３】管理プロキシ６０が起動されている状態
で、各サーバ２，３のサーバアプリケーション２ａ，３
ａを起動すると、サーバアプリケーション２ａ，３ａの
オブジェクト情報は、管理プロキシ６０に登録される。
クライアントアプリケーション１１は、インターネット
７０を介してサーバアプリケーション２ａ，３ａによる
処理を実行する場合、ファイアウォール４１を通して、
管理プロキシ６０からサーバアプリケーション２ａ，３
ａのオブジェクト情報を取得し、取得した情報を元に処
理の実行をする。

【００４４】以下、このようなファイアウォール４１上
で動作する管理プロキシ６０の動作説明を行なう。図９
は、図８における管理プロキシの本発明に係わる動作例
を示すフローチャートである。本例は、図８のファイア
ウォール４１上で動作する管理プロキシ６０の処理概要
を示し、サーバ２，３およびクライアント１０側の処理
は、前述の図２，３のものと同様であり、ここでの説明
は省略する。

【００４５】図９において、管理プロキシ６０は、サー
バアプリケーション２ａ，３ａからオブジェクトの登録
要求を受けつけると、オブジェクト管理部６ａにより、
オブジェクト管理情報部６ｄにオブジェクトの登録を行
う(「登録フェーズ」)（ステップ４０１）。その後、ク
ライアントアプリケーション１１がオブジェクトの呼び
出し要求を行うと、ＯＲＢ５を通じ、管理プロキシ６０
に、ターゲットオブジェクトの選択が依頼される(ター
ゲット選択フェーズ）（ステップ４０２〜４０９)。

【００４６】ターゲットオブジェクトの決定後、クライ
アントアプリケーション１１が処理の要求を行うと、管
理プロキシ６０は、クライアントアプリケーション１１
とサーバアプリケーション２ａ，３ａの通信の中継をす
る。そして、クライアントアプリケーション１１から通
信の終了通知を受けると、クライアント１０とサーバ
２，３間の通信を終了する(中継通信フェーズ)（ステッ
プ４１０〜４１２）。さらに、サーバアプリケーション
２ａ，３ａが不活性になるかオブジェクト２ｂ，３ｂが
消去した場合、オブジェクト管理情報部６ｄに登録され
ているオブジェクト情報を削除する(終了フェーズ)（ス
テップ４１３）。

【００４７】図１０は、図８における分散オブジェクト
システムでの処理の流れの例を示す説明図であり、図１
１は、図８における中継情報管理部の登録例を示す説明
図である。図１１に示する中継情報６２ａにおいては、
各オブジェクト（「Ｏｂｊ１」、「Ｏｂｊ２」）６２
ｂ，６２ｃ毎に、クライアントのアドレス６２ｄ、リポ
ジトリＩＤ６２ｅ、オブジェクト名６２ｆ、オブジェク
トリファレンス６２ｇ、識別情報６２ｈの各項目が設け
られている。この識別情報６２ｈには、クライアントの
アドレス６２ｄとオブジェクトリファレンス６２ｇおよ
びリポジトリＩＤ６２ｅとオブジェクト名６２ｆで対応
付けられたクライアントアプリケーションから要求され
た処理を実行するサーバを識別するための情報が設定さ
れる。

【００４８】以下、図１０、図１１、および、図２、図
３、図９を用いて、図８における分散オブジェクトシス
テムでの動作について説明する。図５での説明と同様に
して、サーバ２，３上でサーバアプリケーション２ａ，
３ａが起動されると、サーバアプリケーション２ａ，３
ａは、ＯＲＢ５の機能により、管理プロキシ６０の存在
位置を取得する(図２のステップ１０１)。その後、サー
バアプリケーション２ａ，３ａは、オブジェクト管理部
６ａにオブジェクト登録要求を行い(図２のステップ１
０２)、オブジェクト管理情報部６ｄへオブジェクト２
ｂ，３ｂが登録される(図９のステップ４０１)。

【００４９】クライアントアプリケーション１１は、Ｏ
ＲＢ５の機能により、管理プロキシ６０の存在位置を取
得した後(図３のステップ２０１)、Rep１オブジェクト
の呼び出しを行う(図３のステップ２０２)。以下、ター
ゲット選択フェーズについて説明を行う。

【００５０】管理プロキシ６０が、クライアントアプリ
ケーション１１のオブジェクト呼び出し要求をＯＲＢ５
を通して受け取ると、ターゲット選択部６ｂは、負荷情
報収集部６ｃが取得した情報を基に最適なターゲットオ
ブジェクトの選択を行う(図９のステップ４０２〜４０
７)。このターゲットオブジェクトの選択方法は、図５
での説明と同様でありここでの説明は省略する。尚、こ
こでは、図５での場合と同様に、オブジェクト３ｂが最
適なオブジェクト（ターゲットオブジェクト）として選
択されたものとする。

【００５１】このようにして、ターゲットオブジェクト
が決定すると、ターゲット選択部６ｂは、ターゲットオ
ブジェクトであるオブジェクト３ｂのオブジェクトリフ
ァレンス内のアドレスを、管理プロキシ６０のアドレス
に変更した後、オブジェクト管理部６ａに渡し、変更前
のオブジェクトリファレンスとリポジトリＩＤおよびオ
ブジェクト名をクライアント１０のアドレスと共に、図
１１で示す中継情報として中継情報管理部６２に格納す
る(図９のステップ４０８)。

【００５２】また、オブジェクト管理部６ａは、変更後
のオブジェクトリファレンスをクライアントアプリケー
ション１１に送信する。(図９のステップ４０９)。クラ
イアントアプリケーション１１は、このようにしてオブ
ジェクト管理部６ａから受信したオブジェクトリファレ
ンスを使用してオブジェクト呼び出しの要求を送信し、
例えばRep１オブジェクトの呼び出しを行う。

【００５３】クライアントアプリケーション１１からの
オブジェクト呼び出しの要求を受けた管理プロキシ６０
は、通信中継部６ｃにより、リポジトリＩＤとオブジェ
クト名をキーに中継情報管理部６２の登録内容を参照
し、クライアントアプリケーション１１の本来の接続先
がサーバ３であることを判別し、さらに、通信中継部６
ｃは、中継情報管理部６２からオブジェクトリファレン
スを取得し、このオブジェクトリファレンスを用いてサ
ーバ３のオブジェクト３ｂの呼び出しを行う(図９のス
テップ４１０)。

【００５４】そして、クライアントアプリケーション１
１が、オブジェクト管理部６ａから受信したオブジェク
トリファレンスを使用して、処理の実行を依頼すると
(図３のステップ２０３）と、管理プロキシ６０は、通
信中継部６ｃにより、ＯＲＢ５を通し、クライアントア
プリケーション１１からの要求を受け取り、中継情報管
理部６２内からサーバ３のアドレスと識別情報を取得
し、オブジェクト３ｂにサービスの要求を行う。

【００５５】そして、通信中継部６ｃは、オブジェクト
３ｂからの返答を受けると、中継情報管理部６２内の識
別情報とクライアント１０のアドレスにより、クライア
ント１０へ、オブジェクト３ｂからの受信情報を送信す
ることにより通信の中継を行なう(図９のステップ４１
１)。以降、図３のステップ２０３と図２のステップ１
０３の処理を繰り返し、クライアントアプリケーション
１１とオブジェクト３ｂは、メッセージの送受信を行
う。

【００５６】この場合、クライアントアプリケーション
１１では、あたかもターゲットオブジェクトであるオブ
ジェクト３ｂからサービスを受けているように見える
が、実際には、受信したオブジェクトリファレンスを用
いて、管理プロキシ６０に接続し、管理プロキシ６０で
動的にオブジェクトリファレンスを変更し、ターゲット
オブジェクト（オブジェクト３ｂ）にクライアント１０
からの要求を送信している。

【００５７】クライアントアプリケーション１１からオ
ブジェクト３ｂへ接続終了要求が送信されると、中継通
信部６ｃは、中継情報管理部６２からクライアントアプ
リケーション１１とオブジェクト３ｂの中継通信情報を
削除する(図９のステップ４１２)。そして、サーバアプ
リケーション３ａでオブジェクト３ｂが消去されたり、
サーバアプリケーション３ａが不活性になると、オブジ
ェクト管理部６ａはオブジェクト管理情報６ｄからオブ
ジェクト３ｂの情報を削除する(図９のステップ４１
３)。

【００５８】以上、図１〜図１１を用いて説明したよう
に、本実施例の分散オブジェクト管理システムとそのオ
ブジェクト選択方法では、分散オブジェクト環境でのク
ライアントからのオブジェクト呼び出し要求において、
要求の対象オブジェクトが複数存在する場合、オブジェ
クトやオブジェクトを実行しているサーバ（ホストマシ
ン）の負荷を考慮した上で、ターゲットオブジェクトを
選択する。

【００５９】すなわち、オブジェクト呼び出し時に、呼
び出し対象の各オブジェクトのリファレンス数、オブジ
ェクトが存在するサーバ（ホスト）のマシン性能、サー
バマシンのＣＰＵ利用率およびメモリ利用率、クライア
ントとオブジェクトが存在するサーバ間のネットワーク
の速さなどを考慮して、最適なオブジェクトを選択す
る。これにより、分散オブジェクト環境で、クライアン
トアプリケーションは、アプリケーションの変更を行う
ことなく、また、ターゲットオブジェクトの負荷を意識
せずに、最適なターゲットオブジェクトを使用すること
ができ、システム全体の処理を向上させることができ
る。

【００６０】また、外部ネットワークのクライアントか
らの接続に対しては、クライアントに対してターゲット
オブジェクトを完全に隠蔽した形で、最適な処理を行う
ターゲットオブジェクトを使用することができる。

【００６１】尚、本発明は、図１〜図１１を用いて説明
した実施例に限定されるものではなく、その要旨を逸脱
しない範囲において種々変更可能である。また、本発明
の目的は、クライアントアプリケーションからの要求に
最適な処理を行うターゲットオブジェクトを選択するこ
とにあるため、複数のサーバアプリケーションが、同一
データベースを更新する場合などについての説明は行わ
ない。

【００６２】

【発明の効果】本発明によれば、同一アプリケーション
が複数のサーバ上で動作する場合、オブジェクト呼び出
し時、プロセスが使用されているか否かの情報だけでな
く、呼び出し対象のオブジェクト（ターゲットオブジェ
クト）が存在する各サーバの負荷についても考慮された
ターゲットオブジェクトの選択を行なうことができ、分
散オブジェクトシステム全体の性能の向上を図ることが
可能である。

【図面の簡単な説明】

【図１】本発明の分散オブジェクト管理システムの本発
明に係る構成とそれを用いた分散オブジェクトシステム
の第１の実施例を示すブロック図である。

【図２】図１におけるサーバの処理動作例を示すフロー
チャートである。

【図３】図１におけるクライアントの処理動作例を示す
フローチャートである。

【図４】図１におけるオブジェクト管理システムの処理
動作例を示すフローチャートである。

【図５】図１における分散オブジェクトシステムでの処
理の流れの例を示す説明図である。

【図６】図１におけるオブジェクト管理情報部に登録さ
れたオブジェクト管理情報例を示す説明図である。

【図７】図１におけるターゲット選択部で用いるターゲ
ット選択基準情報例を示す説明図である。

【図８】本発明の分散オブジェクト管理システムの本発
明に係る構成とそれを用いた分散オブジェクトシステム
の第２の実施例を示すブロック図である。

【図９】図８における管理プロキシの本発明に係わる動
作例を示すフローチャートである。

【図１０】図８における分散オブジェクトシステムでの
処理の流れの例を示す説明図である。

【図１１】図８における中継情報管理部の登録例を示す
説明図である。

【符号の説明】

１，１０：クライアント、１ａ，１１：クライアントア
プリケーション（「ＡＰ−Ｃ」）、２，３：サーバ、２
ａ，３ａ：サーバアプリケーション（「ＡＰ−Ｓ１」，
「ＡＰ−Ｓ２」）、２ｂ，３ｂ：オブジェクト（「Ｏｂ
ｊ１」，「Ｏｂｊ２」）、４：管理サーバ、５：ＯＲＢ
（オブジェクト・リクエスト・ブローカ）、６：オブジ
ェクト管理システム（「管理プログラム」）、６ａ：オ
ブジェクト管理部、６ｂ：ターゲット選択部、６ｃ：負
荷情報収集部、６ｄ：オブジェクト管理情報部、６ｅ：
オブジェクト管理情報、６ｆ：ホスト名、６ｇ：リポジ
トリＩＤ、６ｈ：オブジェクト名、６ｉ：オブジェクト
リファレンス、６ｊ：リファレンス数、６ｋ：マシンの
性能、６ｌ：ネットワークの速さ、６ｍ：ホストの利用
状況、６ｎ：ターゲット選択基準情報、６ｏ：優先度、
６ｐ：リファレンス数、６ｑ：メモリ、６ｒ：クロッ
ク、６ｓ：ネットワークの速さ、６ｔ：メモリ占有率、
６ｔ：ＣＰＵ使用率、６ｖ：マシン情報の更新タイミン
グ、６ｗ：マシン情報以外の更新タイミング、７：ＬＡ
Ｎ、４０：外部接続コンピュータ、４１：ファイアウォ
ール、６０：管理プロキシ、６１：中継通信部、６２：
中継情報登録部、６２ａ：中継情報、６２ｂ，６２ｃ：
オブジェクト、６２ｄ：クライアントのアドレス、６２
ｅ：リポジトリＩＤ、６２ｆ：オブジェクト名、６２
ｇ：オブジェクトリファレンス、６２ｈ：識別情報、７
０：インターネット。

Claims (8)

【特許請求の範囲】
1. 【請求項１】 クライアントとサーバとをオブジェクト
   ・リクエスト・ブローカ（ＯＲＢ）で接続してなる分散
   オブジェクトシステムに設けられ、複数の上記サーバが
   生成した各オブジェクトから上記クライアントが呼び出
   し要求したターゲットオブジェクトを選択する分散オブ
   ジェクト管理システムであって、上記複数のサーバが生
   成した同一のオブジェクト（共通オブジェクト）を、そ
   れぞれを生成した各サーバに対応付けて記憶する記憶手
   段と、上記共通オブジェクトを生成した各サーバのＣＰ
   Ｕ性能を含む各共通オブジェクトの実行に影響を与える
   負荷の情報を各共通オブジェクト毎に収集して記憶する
   収集手段と、クライアントから呼び出し要求されたオブ
   ジェクトが共通オブジェクトであるか否かを上記記憶手
   段を参照して判別する判別手段と、共通オブジェクトが
   要求されれば上記収集手段で収集した負荷の情報を参照
   して負荷が最小となるオブジェクトを上記ターゲットオ
   ブジェクトとして選択する選択手段とを有することを特
   徴とする分散オブジェクト管理システム。
2. 【請求項２】 請求項１に記載の分散オブジェクト管理
   システムにおいて、上記収集手段は、各共通オブジェク
   ト毎に収集する上記負荷の情報として、上記各サーバの
   ＣＰＵ性能と共に、各共通オブジェクトのリファレンス
   数、サーバのメモリ使用率およびＣＰＵ使用率、クライ
   アントとサーバ間のネットワークの速さを収集すること
   を特徴とする分散オブジェクト管理システム。
3. 【請求項３】 請求項１、もしくは、請求項２のいずれ
   かに記載の分散オブジェクト管理システムにおいて、上
   記各サーバのＣＰＵ性能を含む共通オブジェクトの実行
   に影響を与える各負荷のそれぞれに異なる重み付けを付
   与して数値化し、上記選択手段は、各負荷の数値の合計
   が最小となるオブジェクトを上記ターゲットオブジェク
   トとして選択することを特徴とする分散オブジェクト管
   理システム。
4. 【請求項４】 請求項１から請求項３のいずれかに記載
   の分散オブジェクト管理システムにおいて、上記選択手
   段で選択したターゲットオブジェクトの呼び出しに用い
   る識別情報を自管理システムの識別情報に変換して外部
   ネットワーク上のクライアントに通知する変換手段と、
   変換後の識別情報を通知したクライアントと変換前の識
   別情報とを対応付けて記憶する識別記憶手段と、上記外
   部ネットワーク上のクライアントからの上記変換後の識
   別情報を用いたオブジェクトの呼び出し要求を受け付
   け、上記識別記憶手段の記憶内容に基づき、上記外部ネ
   ットワーク上のクライアントと上記ターゲットオブジェ
   クトとの通信を中継する中継手段とを有することを特徴
   とする分散オブジェクト管理システム。
5. 【請求項５】 インターネット上のクライアントとの接
   続制御を行なうファイアウォール上に設けられることを
   特徴とする請求項４に記載の分散オブジェクト管理シス
   テム。
6. 【請求項６】 クライアントとサーバとをオブジェクト
   ・リクエスト・ブローカ（ＯＲＢ）で接続してなる分散
   オブジェクトシステムに設けられ、複数の上記サーバが
   生成した各オブジェクトから上記クライアントが呼び出
   し要求したターゲットオブジェクトを選択する分散オブ
   ジェクト管理システムのオブジェクト選択方法であっ
   て、上記複数のサーバが生成した同一のオブジェクト
   （共通オブジェクト）を、それぞれを生成した各サーバ
   に対応付けて第１の記憶装置に記憶するステップと、上
   記共通オブジェクトを生成した各サーバのＣＰＵ性能を
   含む各共通オブジェクトの実行に影響を与える負荷の情
   報を各共通オブジェクト毎に収集して第２の記憶装置に
   記憶するステップと、クライアントから呼び出し要求さ
   れたオブジェクトが共通オブジェクトであるか否かを上
   記第１の記憶装置の記憶内容を参照して判別するステッ
   プと、共通オブジェクトが要求されれば上記第２の記憶
   装置に記憶された負荷の情報を参照して負荷が最小とな
   るオブジェクトを上記ターゲットオブジェクトとして選
   択するステップとを有することを特徴とする分散オブジ
   ェクト管理システムのオブジェクト選択方法。
7. 【請求項７】 請求項６に記載の分散オブジェクト管理
   システムのオブジェクト選択方法において、選択した上
   記ターゲットオブジェクトの呼び出しに用いる識別情報
   を自管理システムの識別情報に変換して外部ネットワー
   ク上のクライアントに通知するステップと、変換後の識
   別情報を通知したクライアントと変換前の識別情報とを
   対応付けて記憶装置に記憶するステップと、上記外部ネ
   ットワーク上のクライアントからの上記変換後の識別情
   報を用いたオブジェクトの呼び出し要求を受け付け、上
   記記憶装置の記憶内容に基づき、上記外部ネットワーク
   上のクライアントと上記ターゲットオブジェクトとの通
   信を中継するステップとを有することを特徴とする分散
   オブジェクト管理システムのオブジェクト選択方法。
8. 【請求項８】 コンピュータで読み取られ処理されるデ
   ータおよびプログラムを記録する記録媒体であって、請
   求項６もしくは請求項７のいずれかに記載の分散オブジ
   ェクト管理システムのオブジェクト選択方法における各
   ステップをコンピュータに実行させるためのプログラム
   を記録したことを特徴とする記録媒体。