JP2002073578A - 分散オブジェクトシステム - Google Patents

Abstract

(57)【要約】 【課題】 特定のオブジェクトまたは特定のグループに
含まれるオブジェクトだけをリクエストの対象として転
送し、ネットワーク負荷の増大等を防止でき、また可能
な限り的を絞った処理結果を得られるようにすること。 【解決手段】 クライアントコンピュータから発行され
たリクエストを中継するプロクシコンピュータを備え、
該プロクシコンピュータ内には、クライアントコンピュ
ータから発行されたリクエストの種類と転送すべきサー
バオブジェクトの対応関係を予め定義した転送先リスト
と、クライアントコンピュータから発行されたリクエス
トの種類に応じて前記転送先リストに示されたサーバオ
ブジェクトに対しリクエストを転送するリクエスト転送
手段と、サーバオブジェクトから返送された結果を元の
クライアントコンピュータに転送する結果転送手段とを
備えることを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、分散オブジェクト
環境においてアプリケーションシステムを実現する分散
オブジェクトシステムに関わり、特にサーバコンピュー
タ上のオブジェクトをグループ分けし、特定のグループ
のオブジェクトに対してクライアントコンピュータから
のリクエストを転送するようにした分散オブジェクトシ
ステムに関するものである。

【０００２】

【従来の技術】ソフトウェア開発におけるオブジェクト
指向技術の発展とネットワークの普及に伴い、ＯＲＢ
（Object Request Broker）と呼ばれるミドルウェアを
介することによって、ネットワークをまたがって通信処
理を行うソフトウェアの開発を容易化する分散オブジェ
クト技術が進展してきた。ＯＲＢを用いた分散オブジェ
クト環境では、従来のクライアントアプリケーションや
サーバアプリケーションはそれぞれオブジェクトとして
実現され、互いにリクエストとその応答をやり取りする
事によってアプリケーション処理を実現する。クライア
ントコンピュータがリクエストを発行すると、そのリク
エストはＯＲＢを介して目的のサーバオブジェクトに送
られる。サーバコンピュータ内のサーバオブジェクトが
そのリクエストを処理した後、もし必要ならばその応答
がやはりＯＲＢを介してクライアントコンピュータに戻
される。

【０００３】分散オブジェクト環境については、ＯＭＧ
（Object Management Group）が策定した標準仕様であ
るＣＯＲＢＡ（Common Object Request Broker Archite
cture）により、分散オブジェクトのインタフェースで
の定義方法や、分散オブジェクト間でリクエストをやり
取りする際のプロトコルが確立され、既にＣＯＲＢＡに
従ったＯＲＢ製品が多数出回っている。また、ＣＯＲＢ
Ａ準拠以外の方式として、Microsoft社によるＤＣＯＭ
や、Sun Microsystems社によるＪａｖａ ＲＭＩ等が発
表されておりそれぞれ製品化されている。

【０００４】これらのＯＲＢを用いた分散オブジェクト
環境では、リクエストの名前やその引数に関する情報は
インタフェースとして定義される。ＯＲＢは、それぞれ
のリクエストのインタフェース定義を保持し、クライア
ントから発行されたリクエストの種類に応じて、そのリ
クエストに対応したサービスを提供しているサーバオブ
ジェクトにリクエストを送ることができる。クライアン
トコンピュータから発行されたリクエストの転送先のサ
ーバオブジェクトを決定する方法としては２通りある。

【０００５】１つは静的起動と呼ばれる方法であり、リ
クエストを送るサーバオブジェクトを実装時に予め決め
ておく方法である。この方法は実現方法が単純で処理速
度も速いのに対し柔軟性に欠け、サーバオブジェクトの
名前を変更したりするとクライアントコンピュータでは
再コンパイルが必要になる。もう１つは動的起動と呼ば
れる方法であり、サーバオブジェクトが受け付けるリク
エストの情報を保持しておき、発行されたリクエストの
内容に応じてサービスを提供するサーバオブジェクトを
動的に決定する方法である。この方法は実現方法が複雑
になるが、サーバオブジェクト側のシステム構成を柔軟
に運用することが可能になる。クライアントコンピュー
タが発行したリクエストは、前記のどちらかの方法で特
定されたサーバオブジェクトに渡され、そのサーバオブ
ジェクトがリクエストを処理して応答を返すことによっ
てアプリケーション処理が遂行される。

【０００６】

【発明が解決しようとする課題】ところで、分散オブジ
ェクト環境におけるアプリケーションの中には複数のサ
ーバオブジェクトに対してリクエストを発行するものも
ある。例えば複数のドキュメント管理サーバオブジェク
トによってドキュメントの検索サービスを実行する分散
ドキュメント管理システムがある。このシステムには、
同じインタフェースを提供する複数のドキュメント管理
サーバオブジェクトが存在し、それぞれが独自に管理す
る複数のドキュメントを保持している。各ドキュメント
管理サーバオブジェクトは検索サービスを提供し、自分
が管理するドキュメントの中からリクエスト中に示され
た条件を満たすドキュメントを選択して返す。クライア
ントコンピュータは複数のドキュメント管理サーバオブ
ジェクトに対して検索リクエストを発行し、それぞれの
サーバから得られた結果をマージして表示する。

【０００７】このようなシステムでは、動的起動を用い
ることで、リクエストの種別に応じて１つのサーバオブ
ジェクトを選択するか、またはそのリクエストを処理可
能な全てのサーバオブジェクトにリクエストを送ること
ができる。

【０００８】しかし、従来の技術では、サーバオブジェ
クトの選択はリクエストの内容とサーバオブジェクトが
提供するサービスのインタフェースが一致しているかど
うかによってのみ行われており、きめ細かな設定はでき
なかった。すなわち、システム上に存在する全てのサー
バオブジェクトの中から、実際にリクエストを送るサー
バオブジェクトを任意の基準で選択するといったような
きめ細かな機能が提供されていなかった。

【０００９】例えば、ドキュメント管理サーバオブジェ
クトが保持するドキュメントに分野による偏りがあるこ
とが分っていて、特定の分野のドキュメントだけが欲し
いような場合は、その分野のドキュメントを保持するサ
ーバオブジェクトにだけリクエストが送られることが望
ましい。しかし、従来の技術にあっては、特定の分野の
ドキュメントを保持するサーバオブジェクトにだけリク
エストを転送することができず、同じインタフェースの
全てのドキュメント管理サーバオブジェクトにリクエス
トを送ることになる。この結果、無駄なトラフィックの
発生によるネットワークの負荷の増大と同時に、重要で
ない検索結果あるいは目的としない検索結果がクライア
ントコンピュータに大量に送り返されてしまい、真に必
要な情報が埋もれてしまうという弊害が生じる可能性が
ある。

【００１０】逆に、インタフェースの一致したサーバオ
ブジェクトの中から、実際の処理を受け持つオブジェク
トをただ１つだけ選択してしまうと、重要なドキュメン
トが検索結果から洩れてしまう危険性がある。これは、
従来の技術では、複数のサーバオブジェクトを目的に応
じて柔軟にグループ分けし、特定のグループに含まれる
オブジェクトだけをリクエストの対象とするような仕組
みが無かったことに起因する。

【００１１】本発明の目的は、特定のオブジェクトまた
は特定のグループに含まれるオブジェクトだけをリクエ
ストの対象として転送し、ネットワーク負荷の増大等を
防止でき、また可能な限り的を絞った処理結果を得るこ
とができる分散オブジェクトシステムを提供することに
ある。

【００１２】

【課題を解決するための手段】上記の目的を達成するた
めに、本発明は、クライアントコンピュータと複数のサ
ーバコンピュータとを備え、クライアントコンピュータ
のクライアントオブジェクトから発行したリクエストを
少なくとも１つのサーバコンピュータのサーバオブジェ
クトに転送し、該サーバオブジェクトによる処理結果を
リクエスト発行元のクライアントオブジェクトに返送す
る分散オブジェクトシステムにおいて、クライアントコ
ンピュータから発行されたリクエストを中継するプロク
シコンピュータを備え、該プロクシコンピュータ内に
は、クライアントコンピュータから発行されたリクエス
トの種類と転送すべきサーバオブジェクトの対応関係を
予め定義した転送先リストと、クライアントコンピュー
タから発行されたリクエストの種類に応じて前記転送先
リストに示されたサーバオブジェクトに対しリクエスト
を転送するリクエスト転送手段と、サーバオブジェクト
から返送された結果を元のクライアントコンピュータに
転送する結果転送手段とを備えることを特徴とする。

【００１３】また、前記転送先リスト中のサーバオブジ
ェクトは、複数のグループにグルーピングされているこ
とを特徴とする。さらに、前記リクエスト転送手段は、
クライアントコンピュータから発行するリクエストに付
加された引数の内容を用いて転送先のサーバオブジェク
トまたはそのグループを決定する手段を有することを特
徴とする。

【００１４】クライアントコンピュータが複数存在する
場合、グループ分けの情報を個々のクライアントコンピ
ュータで保持し、クライアントプログラムの中でサーバ
オブジェクトの選択とリクエスト発行を行うのでは、ク
ライアントプログラムの肥大化の原因となってしまう。
これを避けるためには、プロクシオブジェクトがサーバ
オブジェクトを選択する処理プロセスを有し、クライア
ントコンピュータからのリクエストを転送する必要があ
る。しかし、その場合プロクシオブジェクトは、どのグ
ループを選択するかの指定を含んだ情報を、クライアン
トコンピュータからのリクエストと一緒に受け取る必要
がある。そのため、前記のように、個々のリクエストに
対して、元のリクエストと同名でかつ引数を追加したイ
ンタフェースを定義し、追加した引数の内容を用いて転
送先のサーバオブジェクトまたはそのグループを決定す
る手段を有することを特徴とする。

【００１５】

【発明の実施の形態】以下、本発明の一実施形態につい
て図面を用いて説明する。図１は、本発明を適用した分
散オブジェクトシステムの実施の形態を示す構成図であ
る。なお、以下ではクライアントコンピュータはクライ
アント、サーバコンピュータはサーバと略記して説明す
る。

【００１６】この実施形態のシステムは、リクエストを
発行するクライアント１０１、リクエストを受け付けて
その内容に応じたサービスを提供する複数のサーバ１０
２，１０３，１０４、リクエストを中継する役割を持つ
プロクシ１０５、ＯＲＢのサービスを提供するコントロ
ーラ１０６、そしてこれらを接続するネットワーク１０
７から構成される。

【００１７】クライアント１０１は、ＣＰＵ１０１１、
メモリ１０１２、ネットワーク１０７に接続するための
通信ポート１０１３、ＯＲＢサービスを利用するための
ＯＲＢランタイムライブラリ１０１４、アプリケーショ
ン処理を実行するためにリクエストを発行するクライア
ントオブジェクトのクライアントプログラム１０１５か
ら構成される。

【００１８】サーバ１０２も同様に、ＣＰＵ１０２１、
メモリ１０２２、通信ポート１０２３、ＯＲＢランタイ
ムライブラリ１０２６を備えるが、クライアントプログ
ラムではなく、リクエストを受け付けて処理するサーバ
オブジェクトとして機能するサーバプログラム（１）１
０２４を代わりに有する。またリクエストに応答するた
めに必要なデータを格納したデータベース（１）１０２
５を備える。サーバ１０３およびサーバ１０４も同様の
構成であり、それぞれがサーバプログラム（２）１０３
４、（３）１０４４とデータベース（２）１０３５、
（３）１０４５を備えている。各サーバプログラム１０
２４，１０３４，１０４４はそれぞれ異なるプログラム
であっても良いし、データベース１０２５，１０３５，
１０４５もそれぞれ異なるものであって良い。

【００１９】プロクシ１０５も同様に、ＣＰＵ１０５
１、メモリ１０５２、通信ポート１０５３、ＯＲＢラン
タイムライブラリ１０５４を備えるが、クライアント１
０１やサーバ１０２〜１０４とは異なり、リクエストを
転送する機能を有するプロクシオブジェクトとしてのプ
ロクシプログラム１０５５およびリクエストを転送する
サーバ情報を記述したリクエスト転送先リスト１０５６
を備えている。

【００２０】コントローラ１０６は、リクエストをやり
取りするためのＯＲＢの基本的なサービスを提供する装
置であり、他の装置（クライアントやサーバ）と同様
に、ＣＰＵ１０６１、メモリ１０６２、通信ポート１０
６３を備え、さらにＯＲＢシステム全体を制御するＯＲ
Ｂコアプログラム１０６４と、システム全体に存在する
全てのサーバオブジェクトの情報を管理するインプリメ
ンテーションリポジトリ１０６５と、各サーバが受け付
けるリクエストの形式を規定するインタフェース情報を
管理するインタフェースリポジトリ１０６６を備えてい
る。

【００２１】本実施形態では、各サーバ１０２〜１０４
はデータベース（１）１０２５〜（３）１０４５に複数
のドキュメントを保持し、リクエストの応答としてそれ
らのドキュメントに対応したオブジェクトを生成する。

【００２２】図２に、ドキュメントオブジェクトとその
検索サービスを提供するサーバのインタフェース定義を
示す。本実施形態では、インタフェース定義の記法はＯ
ＭＧIDLに従う。図２（ａ）の例では、ドキュメントの
インタフェース定義２０１にはタイトル「title」と本
文「text」が含まれている。1つのインタフェース定義
に対して複数のオブジェクトが存在しても良い。個々の
ドキュメントは、プログラムからはそれぞれ異なるオブ
ジェクトリファレンスを持ったDocumentオブジェクトと
して識別される。オブジェクトリファレンスとは、個々
のオブジェクトを一意に識別するためにＯＲＢシステム
が付与する識別子である。

【００２３】サーバオブジェクトは、サーバプログラム
（１）１０２４、（２）１０３４、（３）１０４４によ
って実現される分散オブジェクトである。サーバオブジ
ェクトが受け付けるリクエストの種類は、図２（ｂ）に
示すようなインタフェース定義２０２によって規定され
る。この例では、DocServerという名前でサーバオブジ
ェクトを定義し、Documentオブジェクトの検索サービス
を実現する操作としてfindを定義している。このインタ
フェース定義２０２では、find操作は引数として文字列
conditionを受け取り、結果としてDocumentオブジェク
トのリストであるDocListを返すように規定している。

【００２４】通常の分散オブジェクト環境では、クライ
アント１０１は、コントローラ１０６が保持する種々の
ＯＲＢサービスを利用しながら、個々のサーバ１０２，
１０３，１０４に対してそれぞれ別個にリクエストを発
行する。従来においては、システム上に存在する全ての
サーバオブジェクトのうち、特定の複数のサーバオブジ
ェクトを選択する方法は提供されていなかった。そのた
め、サーバオブジェクトの選択処理はクライアントプロ
グラム１０１５中に実装せざるを得なかった。クライア
ント１０１の設計者は、静的起動を用いるとシステムの
柔軟性が失われ、動的起動を用いるとプログラムが複雑
になり肥大化してしまうというジレンマに陥っていた。

【００２５】そこで、本実施形態では、通常の分散オブ
ジェクト環境上にリクエスト転送用のプロクシ１０５を
設置し、クライアント１０１が発行したリクエストを一
旦プロクシ１０５が受理し、それを然るべきサーバオブ
ジェクトに転送するようにした。

【００２６】図３は、通常の分散オブジェクト環境での
リクエストのやり取りを表すシーケンス図である。図の
上部に並んでいる矩形３０１〜３０５はオブジェクトを
表し、下方に伸びている直線は時間軸を表す。クライア
ントプログラム１０１５を構成するクライアントオブジ
ェクト３０１は、最初にリクエストを送るべきサーバオ
ブジェクトを決定する（ステップ３０６）。サーバオブ
ジェクトを指示するための情報は、静的起動の場合は予
めクライアントプログラム（１０１５）中に書き込まれ
ており、動的起動の場合はサーバオブジェクトを選定す
る処理をここで行う。クライアントオブジェクト３０１
はその情報をもって、コントローラ１０６内のコントロ
ールオブジェクト３０２に対してサーバオブジェクトの
オブジェクトリファレンスを取得するよう依頼する（ス
テップ３０７）。通常はコントローラ１０６上にあるイ
ンプリメンテーションリポジトリ１０６５とインタフェ
ースリポジトリ１０６６に含まれている情報を基に、Ｏ
ＲＢが提供するネーミングサービスを利用することによ
って、サーバオブジェクトの名前からリファレンスを求
める。コントロールオブジェクト３０２は、与えられた
名前をもつサーバオブジェクトのリファレンスを返す
（ステップ３０８）。リクエストを送りたいサーバオブ
ジェクトが３０３，３０４，３０５といった具合に複数
存在する場合、クライアントオブジェクト３０１は同様
の手続きをその個数だけ繰り返す。次に、クライアント
オブジェクト３０１は取得したリファレンスが示すそれ
ぞれのサーバオブジェクト３０３，３０４，３０５に対
してfindリクエストを発行し（ステップ３０９，３１
１，３１３）、それぞれの結果（ステップ３１０，３１
２，３１４）を得る。

【００２７】図４は、プロクシ１０５を導入した場合の
シーケンス図である。クライアントオブジェクト４０１
は、リクエストを処理するサーバオブジェクトのリファ
レンスを気にせずにプロクシプログラムを構成するプロ
クシオブジェクト４０２にfindリクエストを送る（ステ
ップ４０７）。ただし、このfindリクエストにはサーバ
オブジェクトのグループを特定するための情報を付加し
てある。この付加情報の形式は図５にて後述する。リク
エストを受け取ったプロクシオブジェクト４０２は、ス
テップ４０７の付加情報を元にリクエストを転送するサ
ーバオブジェクトを決定する（ステップ４０８）。この
決定の際に、プロクシオブジェクト４０２は自身が保持
するリクエスト転送先リスト１０５６を参照してサーバ
オブジェクトの名前を得る。リクエスト転送先リスト１
０５６の形式は図６にて後述する。

【００２８】プロクシオブジェクト４０２は、コントロ
ールオブジェクト４０３に対してサーバオブジェクトの
名前からオブジェクトリファレンスの取得を依頼する
（ステップ４０９）。コントロールオブジェクト４０３
は、図３の場合と同様に該当するオブジェクトリファレ
ンスを返す（ステップ４１０）。続いてプロクシオブジ
ェクト４０２は各サーバオブジェクト４０４，４０５，
４０６に対してリクエストを送り（ステップ４１１，４
１３，４１５）、処理結果を取得する（ステップ４１
２，４１４，４１６）。最後に、プロクシオブジェクト
４０２は取得した結果をクライアントオブジェクト４０
１に渡す（ステップ４１７）。

【００２９】クライアントオブジェクト４０１からプロ
クシオブジェクト４０２に対する付加情報は、本実施形
態ではプロクシオブジェクト４０２に対するリクエスト
の引数として渡す。すなわち、サーバオブジェクト４０
４〜４０６のインタフェース定義と同名で引数を追加し
たインタフェース定義をプロクシ１０５上に作成してお
く。クライアントオブジェクト４０１は、サーバオブジ
ェクト４０４〜４０６にリクエストを送る代わりに、同
じ名前でサーバを特定するための情報を追加したリクエ
ストをプロクシオブジェクト４０２に送る。

【００３０】図５にプロクシオブジェクト４０２のイン
タフェース定義５０１を示す。サーバ上のDocServerの
代わりに、クライアントオブジェクト４０１はプロクシ
１０５上のDocServerProxyに対してfindリクエストを送
る。このfindリクエストは、DocServerのfindリクエス
トと比べて、extra_dataという引数が追加されている。
DocServerProxyオブジェクトは、この引数とリクエスト
転送先リスト１０５６からDocServerオブジェクトを特
定し、DocServerに定義されているfindリクエストを送
る。

【００３１】図６は、リクエスト転送先リスト１０５６
の一例である。このリクエスト転送先リスト１０５６は
DocServerインタフェースに対するプロクシの情報を持
つ。この例ではいくつかのサーバオブジェクトに対し
て、”DB_papers”６０２、”free_news”６０３、”pa
y_news”６０４、”TR99”６０５、そして”default”
６０６の４種類のグルーピング情報を与えている。それ
ぞれのグルーピング情報の中にはコメントやリクエスト
を転送すべきサーバオブジェクトの名前６０７〜６１１
が記述されている。

【００３２】図７は、プロクシオブジェクト４０２が図
６のリクエスト転送先リスト１０５６を利用し、リクエ
ストの転送先を決定する処理のフローチャートである。
プロクシオブジェクト４０２は、最初に、クライアント
オブジェクト４０１から送られてきたリクエストの名前
からインタフェース名と同一の転送先リスト１０５６を
見つける（ステップ７０１）。次に、リクエストに含ま
れているextra_dataという引数が空であるかどうかを調
べ（ステップ７０２）、もし空であればステップ７０６
へ進み、デフォルトのグループを転送先グループとす
る。extra_dataに内容が含まれている場合、その内容が
転送先リストを示すものであるかどうか調べる（ステッ
プ７０３）。ここでは、extra_dataの内容が”group：x
xxxx”の形式であれば、xxxxxの部分が転送先グループ
名を表しているものと解釈する。もし、異なる形式であ
ればステップ７０６へ進み、デフォルトのグループとす
る。グループ名が指定された場合は、その名前が転送先
リスト１０５６中の各グループ情報（図６の６０２，６
０３，６０４，６０５）のどれかと一致するかどうか調
べ（ステップ７０４）、もし一致するグループがあれ
ば、それを転送先グループとする（ステップ７０５）。
一致するグループが無い場合は、デフォルトのグループ
を転送先グループとする（ステップ７０６）。次に、プ
ロクシオブジェクト４０２は転送先グループとしたグル
ープ情報に記述された項目の中に”obj_name：”の項が
あるかどうかを調べ（ステップ７０７）、もしあった場
合はその項に記述された名前を元にオブジェクトリファ
レンスを取得し、リクエストを転送する（ステップ７０
８）。これをobj_nameの項が無くなるまで繰り返し、無
くなった時点で終了する。

【００３３】ここで、クライアントオブジェクト４０１
がサーバオブジェクト４０４〜４０６ではなくプロクシ
オブジェクト４０２にリクエストを送るようにするため
には、２つの方法がある。１つは、クライアントプログ
ラム１０１５を、最初にプロクシオブジェクト４０２に
リクエストを送るように変更することである。しかし、
クライアントプログラム１０１５の変更が難しい場合
は、クライアントプログラム１０１５からサーバオブジ
ェクト４０４〜４０６へ向けて発行されたリクエスト
を、ＯＲＢ上でフックしてリクエスト送信先をプロクシ
オブジェクト４０２に変更する方法をとればよい。この
ようにすることによって、クライアントプログラム１０
１５やサーバオブジェクト４０４〜４０６に変更を加え
ずに本発明を実現することが可能である。

【００３４】

【発明の効果】以上のように、本発明によれば、分散オ
ブジェクト環境において、クライアントからのリクエス
トを中継するプロクシを設け、このプロクシ上のリクエ
スト転送先リストをリクエストの引数によって参照し、
複数のサーバオブジェクトの中から実際にリクエストを
送るべき特定のサーバオブジェクトまたは特定のグルー
プのサーバオブジェクトを選択し、その選択したサーバ
オブジェクトにリクエストを転送するように構成したた
め、特定のオブジェクトまたは特定のグループに含まれ
るオブジェクトだけをリクエストの対象として可能な限
り的を絞った処理結果を得ることができる。また、クラ
イアントプログラムの肥大化を防ぐことができる。ま
た、リクエストを送る必要の無いサーバオブジェクトへ
のリクエスト発行を抑制することで、ネットワークの負
荷を低減し、不要なサーバオブジェクトからの応答の処
理に要する時間を省くことができる。特に、情報収集型
のサーバオブジェクトの場合は、不要なサーバオブジェ
クトから情報によって真に必要な情報が埋もれてしまう
事を防ぐ事ができる。

【図面の簡単な説明】

【図１】本発明に係わる分散オブジェクトシステムの実
施形態を示したシステム構成図である。

【図２】実施形態におけるサーバオブジェクトおよびド
キュメントのインタフェース定義の例を示す図である。

【図３】本発明を適用しない場合の一般的な分散オブジ
ェクト環境におけるクライアント、ＯＲＢコントロー
ル、サーバオブジェクト間でやり取りされるリクエスト
とその応答に関するシーケンス図である。

【図４】本発明を適用した場合のクライアント、プロク
シ、ＯＲＢコントロール、サーバオブジェクト間でやり
取りされるリクエストとその応答に関するシーケンス図
である。

【図５】実施形態におけるサーバオブジェクトに対して
プロクシ上で定義するインタフェース定義の例を示す図
である。

【図６】実施形態において、プロクシが保有するリクエ
スト転送先リストの一例を示す図である。

【図７】実施形態において、リクエスト転送先リストに
基づいてプロクシ上で実際にリクエストを送るべきサー
バオブジェクトを決定する処理のフローチャートであ
る。

【符号の説明】

１０１…クライアント、１０２，１０３，１０４…サー
バ、１０５…プロクシ、１０６…コントローラ、１０７
…ネットワーク、２０１…Documentオブジェクトのイン
タフェース定義、２０２…DocServerサーバオブジェク
トのインタフェース定義、３０１…クライアントオブジ
ェクト、３０２…コントロールオブジェクト、３０３…
サーバオブジェクト（１）、３０４…サーバオブジェク
ト（２）、３０５…サーバオブジェクト（３）、４０１
…クライアントオブジェクト、４０２…プロクシオブジ
ェクト、５０１…プロクシ上でDocServerへのリクエス
トを処理するためのインタフェース定義、１０１１…Ｃ
ＰＵ、１０１２…メモリ、１０１３…通信ポート、１０
１４…ＯＲＢランタイムライブラリ、１０１５…クライ
アントプログラム、１０２４，１０３４，１０４４…サ
ーバプログラム、１０２５，１０３５，１０４５…デー
タベース、１０５５…プロクシプログラム、１０５６…
リクエスト転送先リスト、１０６４…ＯＲＢコアプログ
ラム、１０６５…インプリメンテーションリポジトリ、
１０６６…インタフェースリポジトリ。

Claims (3)

【特許請求の範囲】
1. 【請求項１】 クライアントコンピュータと複数のサー
   バコンピュータとを備え、クライアントコンピュータの
   クライアントオブジェクトから発行したリクエストを少
   なくとも１つのサーバコンピュータのサーバオブジェク
   トに転送し、該サーバオブジェクトによる処理結果をリ
   クエスト発行元のクライアントオブジェクトに返送する
   分散オブジェクトシステムにおいて、 クライアントコンピュータから発行されたリクエストを
   中継するプロクシコンピュータを備え、 該プロクシコンピュータ内には、クライアントコンピュ
   ータから発行されたリクエストの種類と転送すべきサー
   バオブジェクトの対応関係を予め定義した転送先リスト
   と、クライアントコンピュータから発行されたリクエス
   トの種類に応じて前記転送先リストに示されたサーバオ
   ブジェクトに対しリクエストを転送するリクエスト転送
   手段と、サーバオブジェクトから返送された結果を元の
   クライアントに転送する結果転送手段とを備えることを
   特徴とする分散オブジェクトシステム。
2. 【請求項２】 前記転送先リスト中のサーバオブジェク
   トは、複数のグループにグルーピングされていることを
   特徴とする請求項１に記載の分散オブジェクトシステ
   ム。
3. 【請求項３】 前記リクエスト転送手段は、クライアン
   トコンピュータから発行するリクエストに付加された引
   数の内容を用いて転送先のサーバオブジェクトまたはそ
   のグループを決定する手段を有することを特徴とする請
   求項１または２に記載の分散オブジェクトシステム。