(57)【特許請求の範囲】
【請求項１】
オブジェクトの所在を示す参照アドレスを含んでおりＣＯＲＢＡにおけるネーミングサービス提供を受けるための情報であるオブジェクトリファレンスを生成するオブジェクトリファレンス生成装置であって、
ネットワークを介して接続されたクライアント装置から前記オブジェクトリファレンスの獲得要求を受け付ける要求受付手段と、
前記クライアント装置から前記オブジェクトへの接続を振り分ける振分サーバ装置が前記ネットワーク上に設けられている場合に、前記要求受付手段が前記獲得要求を受け付けたならば、前記参照アドレスを前記振分サーバ装置のアドレスに設定したオブジェクトリファレンスを生成する生成手段と
を備えたことを特徴とするオブジェクトリファレンス生成装置。
【請求項２】
オブジェクトの所在を示す参照アドレスを含んでおりＣＯＲＢＡにおけるネーミングサービス提供を受けるための情報であるオブジェクトリファレンスを生成するオブジェクトリファレンス生成装置であって、
ネットワークを介して接続されたクライアント装置から前記オブジェクトリファレンスの獲得要求を受け付ける要求受付手段と、
前記オブジェクトが所在する装置に複数の装置アドレスが振られている場合に、前記要求受付手段が前記獲得要求を受け付けたならば、前記参照アドレスを前記クライアントが接続することができる前記装置アドレスに設定したオブジェクトリファレンスを生成する生成手段と
を備えたことを特徴とするオブジェクトリファレンス生成装置。
【請求項３】
オブジェクトの所在を示す参照アドレスを含んでおりＣＯＲＢＡにおけるネーミングサービス提供を受けるための情報であるオブジェクトリファレンスを生成するオブジェクトリファレンス生成方法であって、
ネットワークを介して接続されたクライアント装置から前記オブジェクトリファレンスの獲得要求を受け付ける要求受付工程と、
前記クライアント装置から前記オブジェクトへの接続を振り分ける振分サーバ装置が前記ネットワーク上に設けられている場合に、前記要求受付工程が前記獲得要求を受け付けたならば、前記参照アドレスを前記振分サーバ装置のアドレスに設定したオブジェクトリファレンスを生成する生成工程と
を含んだことを特徴とするオブジェクトリファレンス生成方法。
【請求項４】
オブジェクトの所在を示す参照アドレスを含んでおりＣＯＲＢＡにおけるネーミングサービス提供を受けるための情報であるオブジェクトリファレンスを生成するオブジェクトリファレンス生成方法であって、
ネットワークを介して接続されたクライアント装置から前記オブジェクトリファレンスの獲得要求を受け付ける要求受付工程と、
前記オブジェクトが所在する装置に複数の装置アドレスが振られている場合に、前記要求受付工程が前記獲得要求を受け付けたならば、前記参照アドレスを前記クライアントが接続することができる前記装置アドレスに設定したオブジェクトリファレンスを生成する生成工程と
を含んだことを特徴とするオブジェクトリファレンス生成方法。
【請求項５】
オブジェクトの所在を示す参照アドレスを含んでおりＣＯＲＢＡにおけるネーミングサービス提供を受けるための情報であるオブジェクトリファレンスを生成するオブジェクトリファレンス生成プログラムであって、
ネットワークを介して接続されたクライアント装置から前記オブジェクトリファレンスの獲得要求を受け付ける要求受付手順と、
前記クライアント装置から前記オブジェクトへの接続を振り分ける振分サーバ装置が前記ネットワーク上に設けられている場合に、前記要求受付手順が前記獲得要求を受け付けたならば、前記参照アドレスを前記振分サーバ装置のアドレスに設定したオブジェクトリファレンスを生成する生成手順と
をコンピュータに実行させることを特徴とするオブジェクトリファレンス生成プログラム。
【請求項６】
オブジェクトの所在を示す参照アドレスを含んでおりＣＯＲＢＡにおけるネーミングサービス提供を受けるための情報であるオブジェクトリファレンスを生成するオブジェクトリファレンス生成プログラムであって、
ネットワークを介して接続されたクライアント装置から前記オブジェクトリファレンスの獲得要求を受け付ける要求受付手順と、
前記オブジェクトが所在する装置に複数の装置アドレスが振られている場合に、前記要求受付手順が前記獲得要求を受け付けたならば、前記参照アドレスを前記クライアントが接続することができる前記装置アドレスに設定したオブジェクトリファレンスを生成する生成手順と
をコンピュータに実行させることを特徴とするオブジェクトリファレンス生成プログラム。
【請求項７】
オブジェクトの所在を示す参照アドレスを含んでおりＣＯＲＢＡにおけるネーミングサービス提供を受けるための情報であるオブジェクトリファレンスを生成するオブジェクトリファレンス生成プログラムを記録したコンピュータ読み取り可能な記録媒体であって、
ネットワークを介して接続されたクライアント装置から前記オブジェクトリファレンスの獲得要求を受け付ける要求受付手順と、
前記クライアント装置から前記オブジェクトへの接続を振り分ける振分サーバ装置が前記ネットワーク上に設けられている場合に、前記要求受付手順が前記獲得要求を受け付けたならば、前記参照アドレスを前記振分サーバ装置のアドレスに設定したオブジェクトリファレンスを生成する生成手順と
をコンピュータに実行させるオブジェクトリファレンス生成プログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＣＯＲＢＡ（Common Object Request Broker Architecture）におけるオブジェクトリファレンスを生成するオブジェクトリファレンス生成装置、オブジェクトリファレンス生成方法およびオブジェクトリファレンス生成プログラムを記録したコンピュータ読み取り可能な記録媒体、並びにオブジェクトリファレンス生成プログラムに関するものであり、特に、運用形態やネットワーク形態に依存することなく、ＣＯＲＢＡにおけるネーミングサービスを高信頼性をもってクライアントへ提供するためのオブジェクトリファレンス生成装置、オブジェクトリファレンス生成方法およびオブジェクトリファレンス生成プログラムを記録したコンピュータ読み取り可能な記録媒体、並びにオブジェクトリファレンス生成プログラムに関するものである。
【０００２】
近年、ＷＷＷ（World Wide Web）に代表されるインターネット技術の急速な進歩を背景に、企業情報システムを取り巻く環境が大きく変化している。特に、最近では、顧客サービスの向上や企業活動の効率化に向けて、企業内システム、グループ企業や他企業との連携、および一般消費者との連携という形で、従来の枠組みを越えた広い範囲での連携が始まっている。
【０００３】
企業活動を支える企業情報システムには、上述した激しい環境変化に迅速に対応していくことが求められている。ここで、企業情報システムの全面的な再構築を行う手法を採った場合には、開発期間、コストが障壁となるため、激しい環境変化に迅速に対応していくことが困難である。そこで、激しい環境変化に迅速に対応するためには、既存の資産を有効に活用しつつ新たな目的に向けて必要なものを随時追加したり、ある時点で最適な素材（ベンダー、ハードウェア、ソフトウェア）を選択することや、既存システムと新規システムとが共通の基盤を有することが必要である。
【０００４】
また、上述した共通の基盤を持つためには、既存システムの素材と新規システムの素材との相違を意識することなく、相互に連携できることが肝要である。さらに、ネットワークコンピューティング分野では、新しい技術がつぎつぎに開発されており、それらの新しい技術にも柔軟に対応することも必要となる。このような背景より、最近では、様々なコンピューティング環境間の連携を図るための共通の基盤として、分散システム構築のための規格であるＣＯＲＢＡ等のオブジェクト指向技術が脚光を浴びている。
【０００５】
【従来の技術】
上述したＣＯＲＢＡは、標準化団体ＯＭＧ(Object Management Group）が定める異機種間接続のための標準化仕様であり、異機種間の連携プロトコルと分散アプリケーション構築のための各種ＡＰＩ（Application Program Interface)を規定するものである。簡単に言えば、ＣＯＲＢＡは、分散システム環境でクライアントが、サーバ内のオブジェクト（例えば、アプリケーションプログラム）にアクセスするためのメカニズムを提供する標準技術である。ここで、ＣＯＲＢＡにおけるオブジェクトとは、クライアントから要求することができる一つまたは複数のサービスを提供する、識別可能にカプセル化されたエンティティをいう。
【０００６】
図１２は、上述したＣＯＲＢＡを利用した従来のオブジェクトリファレンス生成システムの構成例１を示すブロック図である。この図において、業務サーバ１０および業務サーバ２０は、クライアント５１およびクライアント５２からのアクセスに対して負荷分散を図るべく、分散配置されており、同一のサービスをクライアント５１およびクライアント５２へ提供する。業務サーバ１０は、ネットワーク３０に接続されており、オブジェクト１１（例えば、アプリケーションプログラム）をクライアント５１、クライアント５２へ提供する。この業務サーバ１０には、ＴＣＰ／ＩＰ（Transmission Control Protocol／Internet Protocol）におけるＩＰアドレス・ＩＰ1 が付与されている。
【０００７】
ネーミングサービス部１２は、ＣＯＲＢＡにおけるネーミングサービスをクライアント５１およびクライアント５２へ提供するものであり、オブジェクト１１を名前で管理する機能を備えている。このネーミングサービスによれば、クライアント５１およびクライアント５２は、オブジェクト１１にアクセスする場合、オブジェクト１１の位置ではなく、名前でアクセスできるようになるため、オブジェクト１１の物理的な位置を意識する必要がない。
【０００８】
具体的には、ネーミングサービス部１２は、クライアント５１（またはクライアント５２）からアクセスがあった場合、オブジェクトリファレンスを生成し、これをクライアント５１（またはクライアント５２）へ返すことにより、ネーミングサービスを提供する。このオブジェクトリファレンスは、オブジェクトを名前で一意に識別するための情報であり、図１３に示したフォーマットＦを有している。
【０００９】
同図に示したように、オブジェクトリファレンスは、「ＩＯＲ（Interoperable Object Reference）ヘッダ」、「ＩＤ（IDentification）」、「ホスト名（ＩＰアドレス）」、「ＰＯＲＴ番号」、「オブジェクトキー」、「タグコンポーネント」および「他プロファイル」という情報から構成されている。「ＩＯＲヘッダ」は、オブジェクトリファレンスのヘッダ情報である。「ＩＤ」は、オブジェクトリファレンスを識別するための識別子情報である。
【００１０】
「ホスト名（ＩＰアドレス）」は、オブジェクトを有するホストの名称、具体的には、サーバのＩＰアドレスである。「ＰＯＲＴ番号」は、サーバ内のオブジェクトを特定するためのポート番号である。「オブジェクトキー」は、サーバ内でオブジェクトを一意に特定するための情報である。図１２に戻り、ＯＲＢ（Object Request Broker：分散オブジェクト間通信機構）１３は、業務サーバ１０とクライアント５１およびクライアント５２とを仲介するソフトウェア・バスである。このＯＲＢ１３は、自身のＩＰアドレスおよびＰＯＲＴ番号を含む初期オブジェクトリファレンスを有している。
【００１１】
業務サーバ２０は、業務サーバ１０と協調して負荷分散を行うサーバであり、ネットワーク３０に接続されている。この業務サーバ２０の構成は、業務サーバ１０と同様である。すなわち、業務サーバ２０におけるオブジェクト２１、ネーミングサービス部２２およびＯＲＢ２３のそれぞれは、業務サーバ１０におけるオブジェクト１１、ネーミングサービス部１２およびＯＲＢ１３と同様の機能を備えている。また、業務サーバ２０には、ＩＰアドレス・ＩＰ2 が付与されている。
【００１２】
振り分けサーバ４０は、負荷分散を実現するためのサーバであり、ネットワーク３０とネットワーク５０との間に介挿されている。この振り分けサーバ４０は、業務サーバ１０および業務サーバ２０のそれぞれの負荷を監視する監視機能と、クライアント５１（またはクライアント５２）からのアクセスを、業務サーバ１０および業務サーバ２０のうち軽負荷のサーバへ振り分ける振り分け機能を備えている。また、振り分けサーバ４０には、ＩＰアドレス・ＩＰ3 が付与されている。クライアント５１およびクライアント５２は、ネットワーク５０に接続されており、ネットワーク５０、振り分けサーバ４０およびネットワーク３０を経由して業務サーバ１０または業務サーバ２０へアクセスする。
【００１３】
上記構成において、クライアント５１からアクセス要求が出されると、クライアント５１からのアクセスは、振り分けサーバ４０により、例えば、業務サーバ２０に比して軽負荷の業務サーバ１０へ振り分けられる。これにより、クライアント５１は、ＯＲＢ１３のオブジェクトリファレンスを獲得した後、業務サーバ１０との間でコネクションを確立する。
【００１４】
つぎに、クライアント５１は、ネーミングサービス部１２に対して、ネーミングサービス部１２のオブジェクトリファレンスを要求する。これにより、ネーミングサービス部１２は、図１３に示した「ホスト名（ＩＰアドレス）」＝ＩＰアドレス・ＩＰ1 および「ＰＯＲＴ番号」を少なくとも含むオブジェクトリファレンスを生成し、これをクライアント５１へ通知する。このネーミングサービス部１２のオブジェクトリファレンスにおける「ＩＰアドレス」は、常にＩＰアドレス・ＩＰ1 である。
【００１５】
ネーミングサービス部１２のオブジェクトリファレンスを受け取ったクライアント５１は、ネーミングサービス部１２のＩＰアドレス・ＩＰ1 およびＰＯＲＴ番号を獲得した後、ネーミングサービス部１２との間でコネクションを確立する。つぎに、クライアント５１は、上記コネクションを用いてオブジェクト１１のオブジェクトリファレンスを要求する。そして、オブジェクトリファレンスを受け取ると、クライアント５１は、オブジェクトリファレンスからＩＰアドレス・ＩＰ1 とＰＯＲＴ番号を獲得した後、オブジェクト１１との間でコネクションを確立する。以後、クライアント５１は、上記コネクションを用いてオブジェクト１１の提供を受ける。
【００１６】
図１４は、上述したＣＯＲＢＡを利用した従来のオブジェクトリファレンス生成システムの構成例２を示すブロック図である。この図には、一つの業務サーバ６０と、互いに独立した第１グループ・ネットワーク７０および第２グループ・ネットワーク８０と、第１グループ・ネットワーク７０に接続され第１グループを構成するクライアント７１1 〜７１n と、第２グループ・ネットワーク８０に接続され第２グループを構成するクライアント８１1 〜８１n とを備えるオブジェクトリファレンス生成システムが図示されている。
【００１７】
この図において、業務サーバ６０は、クライアント７１1 〜７１n およびクライアント８１1 〜８１n へサービスを提供するものであり、第１グループ・ネットワーク７０および第２グループ・ネットワーク８０の双方に接続されている。この業務サーバ６０には、二つのＩＰアドレス・ＩＰ4 およびＩＰアドレス・ＩＰ5 が付与されている。このＩＰアドレス・ＩＰ4 は、第１グループ・ネットワーク７０に対応しており、ＩＰアドレス・ＩＰ5 は、第２グループ・ネットワーク８０に対応している。
【００１８】
また、業務サーバ６０の構成は、業務サーバ１０（図１２参照）と同様である。すなわち、業務サーバ６０におけるオブジェクト６１、ネーミングサービス部６２およびＯＲＢ６３は、図１２に示したオブジェクト１１、ネーミングサービス部１２およびＯＲＢ１３と同様の機能を備えている。
【００１９】
上記構成において、クライアント７１1 は、第１グループ・ネットワーク７０を介してＩＰアドレス・ＩＰ4 にアクセスする。これにより、クライアント７１1 は、ＯＲＢ６３のオブジェクトリファレンスを獲得した後、業務サーバ６０との間でコネクションを確立する。つぎに、クライアント７１1 は、ネーミングサービス部６２に対して、ネーミングサービス部６２のオブジェクトリファレンスを要求する。これにより、ネーミングサービス部６２は、図１３に示した「ホスト名（ＩＰアドレス）」＝ＩＰアドレス・ＩＰ4 および「ＰＯＲＴ番号」を少なくとも含むオブジェクトリファレンスを生成し、これをクライアント７１1 へ通知する。このネーミングサービス部６２のオブジェクトリファレンスにおける「ＩＰアドレス」は、ＩＰアドレス・ＩＰ4 である。
【００２０】
ネーミングサービス部６２のオブジェクトリファレンスを受け取ったクライアント７１1 は、ネーミングサービス部６２のＩＰアドレス・ＩＰ4 およびＰＯＲＴ番号を獲得した後、ネーミングサービス部６２との間でコネクションを確立する。つぎに、クライアント７１1 は、上記コネクションを用いてオブジェクト６１のオブジェクトリファレンスを要求する。そして、オブジェクトリファレンスを受け取ると、クライアント７１1 は、オブジェクトリファレンスからＩＰアドレス・ＩＰ4 とＰＯＲＴ番号を獲得した後、オブジェクト６１との間でコネクションを確立する。以後、クライアント７１1 は、上記コネクションを用いてオブジェクト６１の提供を受ける。
【００２１】
【発明が解決しようとする課題】
ところで、前述したように、図１２では、負荷分散の例について説明したが、実際には、従来のオブジェクトリファレンス生成システムでは、負荷分散を行うことができないという問題があった。すなわち、負荷分散を実現するためには、クライアント５１は、振り分けサーバ４０のＩＰアドレス・ＩＰ3 にアクセスしなければならない。
【００２２】
しかしながら、ネーミングサービス部１２で生成されるオブジェクトリファレンスのＩＰアドレスが、負荷分散用のＩＰアドレス・ＩＰ3 ではなく、ＩＰアドレス・ＩＰ1 であるため、振り分けサーバ４０は、負荷分散を行うことができない。従って、従来では、負荷分散により信頼性を高めることができないとともに、ＣＯＲＢＡにおけるネーミングサービスを負荷分散環境下で提供することができないという問題があった。
【００２３】
また、図１４では、二つのＩＰアドレス・ＩＰ4 およびＩＰアドレス・ＩＰ5 を有する業務サーバ６０を備えるとともに、互いに独立した第１グループ・ネットワーク７０および第２グループ・ネットワーク８０を備える例について説明した。しかしながら、実際には、従来のオブジェクトリファレンス生成システムでは、クライアント７１1 〜７１n 、クライアント８１1 〜８１n がネーミングサービスの提供を受けることができない場合がある。
【００２４】
すなわち、クライアント７１1 〜７１n のいずれか一つのクライアントからアクセスがあり、かつネーミングサービス部６２で生成されるオブジェクトリファレンスのＩＰアドレスがＩＰアドレス・ＩＰ4 である場合には、当該クライアントは、第１グループ・ネットワーク７０およびＩＰアドレス・ＩＰ4 経由でオブジェクト６１との間でコネクションを確立することができる。
【００２５】
しかしながら、クライアント７１1 〜７１n のいずれか一つのクライアントからアクセスがあり、かつネーミングサービス部６２で生成されるオブジェクトリファレンスのＩＰアドレスが他方のＩＰアドレス・ＩＰ5 である場合には、当該クライアントは、第１グループ・ネットワーク７０がＩＰアドレス・ＩＰ5 に対応していないため、オブジェクト６１との間でコネクションを確立することができないという問題が発生する。
【００２６】
本発明は、上記に鑑みてなされたもので、運用形態やネットワーク形態に依存することなく、ＣＯＲＢＡにおけるネーミングサービスを高信頼性をもってクライアントへ提供することができるオブジェクトリファレンス生成装置、オブジェクトリファレンス生成方法およびオブジェクトリファレンス生成プログラムを記録したコンピュータ読み取り可能な記録媒体、並びにオブジェクトリファレンス生成プログラムを提供することを目的とする。
【００２７】
【課題を解決するための手段】
上記目的を達成するために、本発明は、オブジェクトの所在を示す参照アドレスを含んでおりＣＯＲＢＡにおけるネーミングサービス提供を受けるための情報であるオブジェクトリファレンスを生成するオブジェクトリファレンス生成装置であって、ネットワークを介して接続されたクライアント装置から前記オブジェクトリファレンスの獲得要求を受け付ける要求受付手段と、前記クライアント装置から前記オブジェクトへの接続を振り分ける振分サーバ装置が前記ネットワーク上に設けられている場合に、前記要求受付手段が前記獲得要求を受け付けたならば、前記参照アドレスを前記振分サーバ装置のアドレスに設定したオブジェクトリファレンスを生成する生成手段とを備えたことを特徴とする。また、本発明は、前記オブジェクトが所在する装置に複数の装置アドレスが振られている場合に、前記要求受付手段が前記獲得要求を受け付けたならば、前記参照アドレスを前記クライアントが接続することができる前記装置アドレスに設定したオブジェクトリファレンスを生成する生成手段を備えたことを特徴とする。
【００２８】
この発明によれば、クライアントからの要求時のコネクション情報に応じて、アドレス情報を動的に設定しオブジェクトリファレンスを生成するようにしたので、従来のように固定的にアドレス情報を設定する場合に比して、運用形態やネットワーク形態に依存することなく、ＣＯＲＢＡにおけるネーミングサービスを高信頼性をもってクライアントへ提供することができる。
【００２９】
【発明の実施の形態】
以下、図面を参照して本発明にかかるオブジェクトリファレンス生成装置、オブジェクトリファレンス生成方法およびオブジェクトリファレンス生成プログラムを記録したコンピュータ読み取り可能な記録媒体、並びにオブジェクトリファレンス生成プログラムの実施の形態１〜３について詳細に説明する。
【００３０】
（実施の形態１）
図１は、本発明にかかる実施の形態１の構成を示すブロック図である。この図において、図１２の各部に対応する部分には同一の符号を付け、その説明を省略する。図１においては、図１２に示した業務サーバ１０および業務サーバ２０に代えて、業務サーバ１００および業務サーバ２００が設けられている。これらの業務サーバ１００および業務サーバ２００は、クライアント５１およびクライアント５２からのアクセスに対して負荷分散を図るべく、分散配置されており、同一のサービスをクライアント５１およびクライアント５２へ提供する。
【００３１】
業務サーバ１００は、ネットワーク３０に接続されており、オブジェクト１１０（例えば、アプリケーションプログラム）をクライアント５１、クライアント５２へ提供する。この業務サーバ１００には、ＩＰアドレス・ＩＰ1 が付与されている。ネーミングサービス部１２０は、ネーミングサービス部１２（図１２参照）と同様にして、オブジェクトリファレンスによりネーミングサービスをクライアント５１およびクライアント５２へ提供するものである。
【００３２】
ただし、ネーミングサービス部１２０のオブジェクトリファレンスの生成方法は、後述するようにネーミングサービス部１２の生成方法とは異なる。ＯＲＢ１３０は、業務サーバ１００とクライアント５１およびクライアント５２とを仲介するソフトウェア・バスである。このＯＲＢ１３０は、自身のＩＰアドレスおよびＰＯＲＴ番号を含む初期オブジェクトリファレンスを有している。
【００３３】
図２は、図１に示した業務サーバ１００の構成を示すブロック図である。この図においては、図１の各部に対応する部分には同一の符号を付ける。同図に示したＯＲＢ１３０は、コネクション管理部１３１、インタフェース振分部１３２、ＯＲＢインタフェース処理部１３３およびシステム構成情報管理部１３４から構成されている。コネクション管理部１３１は、クライアント５１、クライアント５２との間のコネクションを管理する。
【００３４】
インタフェース振分部１３２は、ＯＲＢ１３０内におけるインタフェースを振り分ける機能を備えている。ＯＲＢインタフェース処理部１３３は、インタフェース振分部１３２とネーミングサービス部１２０との間、システム構成情報管理部１３４とネーミングサービス部１２０との間のインタフェース処理を実行する。このネーミングサービス部１２０では、図１３に示したフォーマットＦを有するオブジェクトリファレンスＯＲ1 が生成される。
【００３５】
システム構成情報管理部１３４は、システム構成情報Ｊ1 を管理する。このシステム構成情報Ｊ1 は、図１に示したオブジェクトリファレンス生成システムの構成（この場合、負荷分散構成）を示す情報であり、業務サーバ１００における負荷分散対象ＩＰアドレスと負荷分散用ＩＰアドレスとの対応関係を示す情報である。
【００３６】
上記負荷分散対象ＩＰアドレスは、負荷分散の対象、言い換えれば、負荷分散先を示すＩＰアドレスであり、この場合、業務サーバ１００に付与されたＩＰアドレス・ＩＰ1 （図１参照）である。一方、負荷分散用ＩＰアドレスは、振り分けサーバ４０による負荷分散にもネーミングサービスを適用するためのＩＰアドレスであり、この場合、振り分けサーバ４０に付与されたＩＰアドレス・ＩＰ3（図１参照）である。構成情報登録ツールＴは、システム管理者の操作により、システム構成情報Ｊ1 をシステム構成情報管理部１３４に登録するためのものである。
【００３７】
業務サーバ２００は、業務サーバ１００と協調して負荷分散を行うサーバであり、ネットワーク３０に接続されている。この業務サーバ２００の構成は、業務サーバ１００と同様である。すなわち、業務サーバ２００におけるオブジェクト２１０、ネーミングサービス部２２０およびＯＲＢ２３０のそれぞれは、業務サーバ１００におけるオブジェクト１１０、ネーミングサービス部１２０およびＯＲＢ１３０と同様の機能を備えている。また、業務サーバ２００には、ＩＰアドレス・ＩＰ2 が付与されている。
【００３８】
図３は、図１に示した業務サーバ２００の構成を示すブロック図である。この図においては、図１の各部に対応する部分には同一の符号を付ける。同図に示したＯＲＢ２３０は、コネクション管理部２３１、インタフェース振分部２３２、ＯＲＢインタフェース処理部２３３およびシステム構成情報管理部２３４から構成されている。コネクション管理部２３１は、クライアント５１、クライアント５２との間のコネクションを管理する。
【００３９】
インタフェース振分部２３２は、ＯＲＢ２３０内におけるインタフェースを振り分ける機能を備えている。ＯＲＢインタフェース処理部２３３は、インタフェース振分部２３２とネーミングサービス部２２０との間、システム構成情報管理部２３４とネーミングサービス部２２０との間のインタフェース処理を実行する。このネーミングサービス部２２０では、図１３に示したフォーマットＦを有するオブジェクトリファレンスＯＲ2 が生成される。
【００４０】
システム構成情報管理部２３４は、システム構成情報Ｊ2 を管理する。このシステム構成情報Ｊ2 は、図１に示したオブジェクトリファレンス生成システムの構成（この場合、負荷分散構成）を示す情報であり、業務サーバ２００における負荷分散対象ＩＰアドレスと負荷分散用ＩＰアドレスとの対応関係を示す情報である。
【００４１】
上記負荷分散対象ＩＰアドレスは、負荷分散の対象、言い換えれば、負荷分散先を示すＩＰアドレスであり、この場合、業務サーバ２００に付与されたＩＰアドレス・ＩＰ2 （図１参照）である。一方、負荷分散用ＩＰアドレスは、振り分けサーバ４０による負荷分散にネーミングサービスを適用するためのＩＰアドレスであり、この場合、振り分けサーバ４０に付与されたＩＰアドレス・ＩＰ3（図１参照）である。構成情報登録ツールＴは、システム管理者の操作により、システム構成情報Ｊ2 をシステム構成情報管理部２３４に登録するためのものである。
【００４２】
つぎに、実施の形態１の動作について図４（ａ）および（ｂ）に示したフローチャートを参照しつつ説明する。図１に示したクライアント５１からネーミングサービスのオブジェクトリファレンスを獲得するためのオブジェクトリファレンス獲得要求が出されると、図４（ｂ）に示したステップＳＢ１では、振り分けサーバ４０は、着ＩＰアドレスが振り分けＩＰアドレス（この場合、ＩＰアドレス・ＩＰ3 ）であるか否かを判断する。この場合、着ＩＰアドレスがＩＰアドレス・ＩＰ1 であるものとすると、判断結果を「Ｎｏ」とする。ステップＳＢ４では、振り分けサーバ４０は、業務サーバ１００のＩＰアドレス・ＩＰ1 との間でコネクションを確立し、クライアント５１からのデータを当該ＩＰアドレス・ＩＰ1 へ送出する。
【００４３】
これにより、図２に示したコネクション管理部１３１とクライアント５１との間でコネクションが確立する（ＳＹＮ）。この場合のコネクション情報には、着ＩＰアドレス＝ＩＰアドレス・ＩＰ1 、着ＰＯＲＴ＝Ｐx が含まれている。つぎに、クライアント５１からのオブジェクトリファレンス獲得要求（ＲＥＱＵＥＳＴ）およびコネクション情報は、インタフェース振分部１３２、ＯＲＢインタフェース処理部１３３を経由して、ネーミングサービス部１２０へ渡される。
【００４４】
これにより、図４（ａ）に示したステップＳＡ１では、ネーミングサービス部１２０は、ＩＰアドレスとしてコネクション情報のＩＰアドレス・ＩＰ1 （着ＩＰアドレス）、ＰＯＲＴ番号としてコネクション情報の着ＰＯＲＴ＝Ｐx を認識する。ステップＳＡ２では、ネーミングサービス部１２０は、システム構成情報Ｊ1 を参照し、認識したＩＰアドレス（この場合、ＩＰアドレス・ＩＰ1 ）が負荷分散対象ＩＰアドレスであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【００４５】
ステップＳＡ３では、ネーミングサービス部１２０は、システム構成情報Ｊ1 を参照し、ＩＰアドレスを負荷分散用ＩＰアドレス（この場合、ＩＰアドレス・ＩＰ3）とする。ステップＳＡ４では、ネーミングサービス部１２０は、オブジェクトリファレンスＯＲ1 （図１３参照）のホスト名を負荷分散用ＩＰアドレス（この場合、ＩＰアドレス・ＩＰ3）とし、オブジェクトリファレンスＯＲ1 のＰＯＲＴ番号をＰＯＲＴとして、オブジェクトリファレンスＯＲ1 を生成する。
【００４６】
これにより、図２に示したオブジェクトリファレンスＯＲ1 は、ＲＥＰＬＹとして、ＯＲＢインタフェース処理部１３３、インタフェース振分部１３２を経由してコネクション管理部１３１に渡された後、ＤＡＴＡとして図１に示したネットワーク３０、振り分けサーバ４０およびネットワーク５０を介して、クライアント５１へ渡される。
【００４７】
以後、クライアント５１は、少なくともＩＰアドレス・ＩＰ3 を含むオブジェクトリファレンスＯＲ1 に基づいて、オブジェクト１１０（またはオブジェクト２１０）へのアクセス要求を出す。すなわち、このアクセス要求がＩＰアドレス・ＩＰ3 宛に出されると、振り分けサーバ４０は、業務サーバ１００および業務サーバ２００のうち軽負荷のサーバへ負荷分散する。これにより、クライアント５１は、負荷分散先のオブジェクト１１０またはオブジェクト２１０の提供を受ける。
【００４８】
一方、図４（ａ）に示したステップＳＡ２の判断結果が「Ｎｏ」である場合、ステップＳＡ４では、ネーミングサービス部１２０は、オブジェクトリファレンスＯＲ1 （図１３参照）のホスト名を負荷分散用ＩＰアドレス以外のＩＰアドレスとし、オブジェクトリファレンスＯＲ1 のＰＯＲＴ番号をＰＯＲＴとして、オブジェクトリファレンスＯＲ1 を生成する。
【００４９】
また、図１に示したクライアント５１からネーミングサービスのオブジェクトリファレンスを獲得するためのオブジェクトリファレンス獲得要求が出されると、図４（ｂ）に示したステップＳＢ１では、振り分けサーバ４０は、着ＩＰアドレスが振り分けＩＰアドレス（この場合、ＩＰアドレス・ＩＰ3 ）であるか否かを判断する。この場合、着ＩＰアドレスがＩＰアドレス・ＩＰ2 であるものとすると、判断結果を「Ｎｏ」とする。ステップＳＢ４では、振り分けサーバ４０は、業務サーバ２００のＩＰアドレス・ＩＰ2 との間でコネクションを確立し、クライアント５１からのデータを当該ＩＰアドレス・ＩＰ2 へ送出する。
【００５０】
これにより、図３に示したコネクション管理部２３１とクライアント５１との間でコネクションが確立する（ＳＹＮ）。この場合のコネクション情報には、着ＩＰアドレス＝ＩＰアドレス・ＩＰ2 、着ＰＯＲＴ＝Ｐx が含まれている。つぎに、クライアント５１からのオブジェクトリファレンス獲得要求（ＲＥＱＵＥＳＴ）およびコネクション情報は、インタフェース振分部２３２、ＯＲＢインタフェース処理部２３３を経由して、ネーミングサービス部２２０へ渡される。
【００５１】
これにより、図４（ａ）に示したステップＳＡ１では、ネーミングサービス部２２０は、ＩＰアドレスとしてコネクション情報のＩＰアドレス・ＩＰ2 （着ＩＰアドレス）、ＰＯＲＴ番号としてコネクション情報の着ＰＯＲＴ＝Ｐx を認識する。ステップＳＡ２では、ネーミングサービス部２２０は、システム構成情報Ｊ2 を参照し、認識したＩＰアドレス（この場合、ＩＰアドレス・ＩＰ2 ）が負荷分散対象ＩＰアドレスであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【００５２】
ステップＳＡ３では、ネーミングサービス部２２０は、システム構成情報Ｊ2 を参照し、ＩＰアドレスを負荷分散用ＩＰアドレス（この場合、ＩＰアドレス・ＩＰ3）とする。ステップＳＡ４では、ネーミングサービス部２２０は、オブジェクトリファレンスＯＲ2 （図１３参照）のホスト名を負荷分散用ＩＰアドレス（この場合、ＩＰアドレス・ＩＰ3）とし、オブジェクトリファレンスＯＲ2 のＰＯＲＴ番号をＰＯＲＴとして、オブジェクトリファレンスＯＲ2 を生成する。
【００５３】
これにより、図３に示したオブジェクトリファレンスＯＲ2 は、ＲＥＰＬＹとして、ＯＲＢインタフェース処理部２３３、インタフェース振分部２３２を経由してコネクション管理部２３１に渡された後、ＤＡＴＡとして図１に示したネットワーク３０、振り分けサーバ４０およびネットワーク５０を介して、クライアント５１へ渡される。
【００５４】
以後、クライアント５１は、少なくともＩＰアドレス・ＩＰ3 を含むオブジェクトリファレンスＯＲ2 に基づいて、オブジェクト１１０（またはオブジェクト２１０）へのアクセス要求を出す。すなわち、このアクセス要求がＩＰアドレス・ＩＰ3 宛に出されると、振り分けサーバ４０は、業務サーバ１００および業務サーバ２００のうち軽負荷のサーバへ負荷分散する。これにより、クライアント５１は、負荷分散先のオブジェクト１１０またはオブジェクト２１０の提供を受ける。
【００５５】
以上説明したように、実施の形態１によれば、システム構成情報Ｊ1 に基づいて、負荷分散システム構成に適合するＩＰアドレスを動的に設定することにより、オブジェクトリファレンスＯＲ1 を生成するようにしたので、負荷分散システムにおいても、ＣＯＲＢＡにおけるネーミングサービスを高信頼性をもってクライアントへ提供することができる。
【００５６】
（実施の形態２）
図５は、本発明にかかる実施の形態２の構成を示すブロック図である。この図において、図１４の各部に対応する部分には同一の符号を付けその説明を省略する。この図においては、図１４に示した業務サーバ６０に代えて業務サーバ３００が設けられている。
【００５７】
この図には、一つの業務サーバ３００と、互いに独立した第１グループ・ネットワーク７０および第２グループ・ネットワーク８０と、第１グループ・ネットワーク７０に接続され第１グループを構成するクライアント７１1 〜７１n と、第２グループ・ネットワーク８０に接続され第２グループを構成するクライアント８１1 〜８１n とを備えるオブジェクトリファレンス生成システムが図示されている。
【００５８】
この図において、業務サーバ３００は、クライアント７１1 〜７１n およびクライアント８１1 〜８１n へサービスを提供するものであり、第１グループ・ネットワーク７０および第２グループ・ネットワーク８０の双方に接続されている。この業務サーバ３００には、二つのＩＰアドレス・ＩＰ4 およびＩＰアドレス・ＩＰ5 が付与されている。このＩＰアドレス・ＩＰ4 は、第１グループ・ネットワーク７０に対応しており、ＩＰアドレス・ＩＰ5 は、第２グループ・ネットワーク８０に対応している。また、業務サーバ３００は、オブジェクト３１０、ネーミングサービス部３２０およびＯＲＢ３３０から構成されている。
【００５９】
図６は、図５に示した業務サーバ３００の構成を示すブロック図である。この図においては、図５の各部に対応する部分には同一の符号を付ける。同図に示したＯＲＢ３３０は、コネクション管理部３３１、インタフェース振分部３３２、ＯＲＢインタフェース処理部３３３およびシステム構成情報管理部３３４から構成されている。コネクション管理部３３１は、クライアント７１1 〜７１n、クライアント８１1 〜８１n と間のコネクションを管理する。
【００６０】
インタフェース振分部３３２は、ＯＲＢ３３０内におけるインタフェースを振り分ける機能を備えている。ＯＲＢインタフェース処理部３３３は、インタフェース振分部３３２とネーミングサービス部３２０との間、システム構成情報管理部３３４とネーミングサービス部３２０との間のインタフェース処理を実行する。このネーミングサービス部３２０では、図１３に示したフォーマットＦを有するオブジェクトリファレンスＯＲ3 が生成される。
【００６１】
システム構成情報管理部３３４は、システム構成情報Ｊ1 等と同様のシステム構成情報Ｊ3 を管理する。ただし、この実施の形態２では、システム構成情報Ｊ3 は、システム構成情報管理部３３４に登録されていない。このシステム構成情報Ｊ3 が登録されるのは、業務サーバ３００が負荷分散用または後述するホットスタンバイ用のサーバとして機能する場合である。
【００６２】
つぎに、実施の形態２の動作について図７に示したフローチャートを参照しつつ説明する。図５に示したクライアント７１1 からネーミングサービスのオブジェクトリファレンスを獲得するためのオブジェクトリファレンス獲得要求が図５に示したＩＰアドレス・ＩＰ4 宛に出されると、図６に示したコネクション管理部３３１とクライアント７１1 との間でコネクションが確立する（ＳＹＮ）。この場合のコネクション情報には、着ＩＰアドレス＝ＩＰアドレス・ＩＰ4 、着ＰＯＲＴ＝Ｐx が含まれている。つぎに、クライアント７１1 からのオブジェクトリファレンス獲得要求（ＲＥＱＵＥＳＴ）およびコネクション情報は、インタフェース振分部３３２、ＯＲＢインタフェース処理部３３３を経由して、ネーミングサービス部３２０へ渡される。
【００６３】
これにより、図７に示したステップＳＣ１では、ネーミングサービス部３２０は、ＩＰアドレスとしてコネクション情報のＩＰアドレス・ＩＰ4 （着ＩＰアドレス）、ＰＯＲＴ番号としてコネクション情報の着ＰＯＲＴ＝Ｐx を認識する。ステップＳＣ２では、ネーミングサービス部３２０は、認識したＩＰアドレス（この場合、ＩＰアドレス・ＩＰ4 ）が負荷分散対象のＩＰアドレスであるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【００６４】
ステップＳＣ４では、ネーミングサービス部３２０は、オブジェクトリファレンスＯＲ3 （図１３参照）のホスト名をコネクション情報のＩＰアドレス・ＩＰ4 （着ＩＰアドレス）、ＰＯＲＴ番号をコネクション情報の着ＰＯＲＴ＝Ｐx として、オブジェクトリファレンスＯＲ3 を生成する。
【００６５】
このオブジェクトリファレンスＯＲ3 は、ＲＥＰＬＹとして、ＯＲＢインタフェース処理部３３３、インタフェース振分部３３２を経由してコネクション管理部３３１に渡された後、ＤＡＴＡとして図５に示した第１グループ・ネットワーク７０を介して、クライアント７１1 へ渡される。以後、クライアント７１1 は、少なくともＩＰアドレス・ＩＰ4 を含むオブジェクトリファレンスＯＲ3 に基づいて、オブジェクト３１０へのアクセス要求を出す。すなわち、このアクセス要求がＩＰアドレス・ＩＰ4 宛に出されると、クライアント７１1 は、オブジェクト３１０の提供を受ける。
【００６６】
一方、図７に示したステップＳＣ２の判断結果が「Ｙｅｓ」である場合、すなわち、業務サーバ３００が負荷分散用のサーバとして機能している場合、ステップＳＣ３では、ネーミングサービス部３２０は、ステップＳＡ３（図４（ａ）参照）と同様にして、システム構成情報Ｊ3 を参照し、ＩＰアドレスを負荷分散用ＩＰアドレスとする。ステップＳＣ４では、ネーミングサービス部３２０は、オブジェクトリファレンスＯＲ3 のホスト名を負荷分散用ＩＰアドレスとし、オブジェクトリファレンスＯＲ3 のＰＯＲＴ番号をＰＯＲＴとして、オブジェクトリファレンスＯＲ3 を生成する。
【００６７】
なお、図５に示したクライアント８１1 からネーミングサービスのオブジェクトリファレンス獲得要求が出された場合にも、上述した動作を経て、ネーミングサービス部３２０は、ＩＰアドレス・ＩＰ5 を含むオブジェクトリファレンスＯＲ3 を生成する。このオブジェクトリファレンスＯＲ3 がクライアント８１1 に渡されると、クライアント８１1 は、少なくともＩＰアドレス・ＩＰ5 を含むオブジェクトリファレンスＯＲ3 に基づいて、オブジェクト３１０へのアクセス要求を出す。すなわち、このアクセス要求がＩＰアドレス・ＩＰ5 宛に出されると、クライアント８１1 は、オブジェクト３１０の提供を受ける。
【００６８】
以上説明したように、実施の形態２によれば、コネクション情報に含まれる少なくとも着ＩＰアドレス情報をＩＰアドレスとして設定することによりオブジェクトリファレンスＯＲ3 を生成するようにしたので、互いに独立した複数の第１グループ・ネットワーク７０および第２グループ・ネットワーク８０にそれぞれ対応する複数のＩＰアドレスを要求先として有する場合であっても、ＣＯＲＢＡにおけるネーミングサービスを高信頼性をもってクライアントへ提供することができる。
【００６９】
（実施の形態３）
図８は、本発明にかかる実施の形態３の構成を示すブロック図である。この図において、図１の各部に対応する部分には同一の符号を付け、その説明を省略する。図８においては、図１に示した業務サーバ１００、業務サーバ２００および振り分けサーバ４０に代えて、現用系業務サーバ４００、待機系業務サーバ５００および監視サーバ６００が設けられている。
【００７０】
これらの現用系業務サーバ４００および待機系業務サーバ５００は、ホットスタンバイ構成を採っている。すなわち、現用系業務サーバ４００は、通常時、現用系として、クライアント５１およびクライアント５２へサービス提供を行うサーバであり、待機系業務サーバ５００は、現用系業務サーバ４００に異常が発生した場合に、現用系業務サーバ４００に代えて、クライアント５１およびクライアント５２へサービス提供を行う待機系のサーバである。
【００７１】
監視サーバ６００は、現用系業務サーバ４００および待機系業務サーバ５００の運用状態を監視するサーバであり、クライアント５１またはクライアント５２からのアクセスを、現用として運用されているサーバへ振り分ける機能を備えている。また、監視サーバ６００には、ＩＰアドレス・ＩＰ8 が付与されている。
【００７２】
現用系業務サーバ４００は、ネットワーク３０に接続されており、オブジェクト１１０（例えば、アプリケーションプログラム）をクライアント５１、クライアント５２へ提供する。この現用系業務サーバ４００には、ＩＰアドレス・ＩＰ6 が付与されている。ネーミングサービス部４１０は、ネーミングサービス部１２（図１参照）と同様にして、オブジェクトリファレンスによりネーミングサービスをクライアント５１およびクライアント５２へ提供するものである。
【００７３】
ここで、ネーミングサービス部４１０のオブジェクトリファレンスの生成方法は、後述するようにネーミングサービス部１２の生成方法とは異なる。ＯＲＢ４２０は、現用系業務サーバ４００とクライアント５１およびクライアント５２とを仲介するソフトウェア・バスである。このＯＲＢ４２０は、自身のＩＰアドレスおよびＰＯＲＴ番号を含む初期オブジェクトリファレンスを有している。
【００７４】
図９は、図８に示した現用系業務サーバ４００の構成を示すブロック図である。この図においては、図８の各部に対応する部分には同一の符号を付ける。同図に示したＯＲＢ４２０は、コネクション管理部４２１、インタフェース振分部４２２、ＯＲＢインタフェース処理部４２３およびシステム構成情報管理部４２４から構成されている。コネクション管理部４２１は、クライアント５１、クライアント５２との間のコネクションを管理する。
【００７５】
インタフェース振分部４２２は、ＯＲＢ４２０内におけるインタフェースを振り分ける機能を備えている。ＯＲＢインタフェース処理部４２３は、インタフェース振分部４２２とネーミングサービス部４１０との間、システム構成情報管理部４２４とネーミングサービス部４１０との間のインタフェース処理を実行する。このネーミングサービス部４１０では、図１３に示したフォーマットＦを有するオブジェクトリファレンスＯＲ4 が生成される。
【００７６】
システム構成情報管理部４２４は、システム構成情報Ｊ4 を管理する。このシステム構成情報Ｊ4 は、図８に示したオブジェクトリファレンス生成システムの構成（この場合、ホットスタンバイ構成）を示す情報であり、現用系業務サーバ４００におけるホットスタンバイ対象ＩＰアドレスとホットスタンバイ用ＩＰアドレスとの対応関係を示す情報である。
【００７７】
上記ホットスタンバイ対象ＩＰアドレスは、ホットスタンバイの対象を特定するＩＰアドレスであり、この場合、現用系業務サーバ４００に付与されたＩＰアドレス・ＩＰ6 （図８参照）である。一方、ホットスタンバイ用ＩＰアドレスは、監視サーバ６００によるホットスタンバイ構成にネーミングサービスを適用するためのＩＰアドレスであり、この場合、監視サーバ６００に付与されたＩＰアドレス・ＩＰ8（図８参照）である。構成情報登録ツールＴは、システム管理者の操作により、システム構成情報Ｊ4 をシステム構成情報管理部４２４に登録するためのものである。
【００７８】
図８に示した待機系業務サーバ５００は、現用系業務サーバ４００と協調してホットスタンバイ構成を実現するサーバであり、ネットワーク３０に接続されている。この待機系業務サーバ５００の構成は、現用系業務サーバ４００と同様である。すなわち、待機系業務サーバ５００におけるオブジェクト２１０、ネーミングサービス部５１０およびＯＲＢ５２０のそれぞれは、現用系業務サーバ４００におけるオブジェクト１１０、ネーミングサービス部４１０およびＯＲＢ４２０と同様の機能を備えている。また、待機系業務サーバ５００には、ＩＰアドレス・ＩＰ7 が付与されている。
【００７９】
図１０は、図８に示した待機系業務サーバ５００の構成を示すブロック図である。この図においては、図８の各部に対応する部分には同一の符号を付ける。同図に示したＯＲＢ５２０は、コネクション管理部５２１、インタフェース振分部５２２、ＯＲＢインタフェース処理部５２３およびシステム構成情報管理部５２４から構成されている。コネクション管理部５２１は、クライアント５１、クライアント５２との間のコネクションを管理する。
【００８０】
インタフェース振分部５２２は、ＯＲＢ５２０内におけるインタフェースを振り分ける機能を備えている。ＯＲＢインタフェース処理部５２３は、インタフェース振分部５２２とネーミングサービス部５１０との間、システム構成情報管理部５２４とネーミングサービス部５１０との間のインタフェース処理を実行する。このネーミングサービス部５１０では、図１３に示したフォーマットＦを有するオブジェクトリファレンスＯＲ5 が生成される。
【００８１】
システム構成情報管理部５２４は、システム構成情報Ｊ5 を管理する。このシステム構成情報Ｊ5 は、図８に示したオブジェクトリファレンス生成システムの構成（この場合、ホットスタンバイ構成）を示す情報であり、待機系業務サーバ５００におけるホットスタンバイ対象ＩＰアドレスとホットスタンバイ用ＩＰアドレスとの対応関係を示す情報である。
【００８２】
上記ホットスタンバイ対象ＩＰアドレスは、ホットスタンバイの対象を示すＩＰアドレスであり、この場合、待機系業務サーバ５００に付与されたＩＰアドレス・ＩＰ7 （図８参照）である。一方、ホットスタンバイ用ＩＰアドレスは、監視サーバ６００によるホットスタンバイ構成にネーミングサービスを適用するためのＩＰアドレスであり、この場合、監視サーバ６００に付与されたＩＰアドレス・ＩＰ8（図８参照）である。構成情報登録ツールＴは、システム管理者の操作により、システム構成情報Ｊ5 をシステム構成情報管理部５２４に登録するためのものである。
【００８３】
つぎに、実施の形態３の動作について図１１（ａ）および（ｂ）に示したフローチャートを参照しつつ説明する。図８に示したクライアント５１からネーミングサービスのオブジェクトリファレンスを獲得するためのオブジェクトリファレンス獲得要求が出されると、図１１（ｂ）に示したステップＳＥ１では、監視サーバ６００は、着ＩＰアドレスが振り分けＩＰアドレス（この場合、ＩＰアドレス・ＩＰ8 ）であるか否かを判断する。この場合、着ＩＰアドレスがＩＰアドレス・ＩＰ6 であるものとすると、監視サーバ６００は、ステップＳＥ１の判断結果を「Ｎｏ」とする。ステップＳＥ４では、監視サーバ６００は、現用系業務サーバ４００のＩＰアドレス・ＩＰ6 との間でコネクションを確立し、クライアント５１からのデータを当該ＩＰアドレス・ＩＰ6 へ送出する。
【００８４】
これにより、図９に示したコネクション管理部４２１とクライアント５１との間でコネクションが確立する（ＳＹＮ）。この場合のコネクション情報には、着ＩＰアドレス＝ＩＰアドレス・ＩＰ6 、着ＰＯＲＴ＝Ｐx が含まれている。つぎに、クライアント５１からのオブジェクトリファレンス獲得要求（ＲＥＱＵＥＳＴ）およびコネクション情報は、インタフェース振分部４２２、ＯＲＢインタフェース処理部４２３を経由して、ネーミングサービス部４１０へ渡される。
【００８５】
これにより、図１１（ａ）に示したステップＳＤ１では、ネーミングサービス部４１０は、ＩＰアドレスとしてコネクション情報のＩＰアドレス・ＩＰ6 （着ＩＰアドレス）、ＰＯＲＴ番号としてコネクション情報の着ＰＯＲＴ＝Ｐx を認識する。ステップＳＤ２では、ネーミングサービス部４１０は、システム構成情報Ｊ4 を参照し、認識したＩＰアドレス（この場合、ＩＰアドレス・ＩＰ6 ）がホットスタンバイ対象ＩＰアドレスであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【００８６】
ステップＳＤ３では、ネーミングサービス部４１０は、システム構成情報Ｊ4 を参照し、ＩＰアドレスをホットスタンバイ用ＩＰアドレス（この場合、ＩＰアドレス・ＩＰ8 ）とする。ステップＳＤ４では、ネーミングサービス部４１０は、オブジェクトリファレンスＯＲ4 （図１３参照）のホスト名をホットスタンバイ用ＩＰアドレス（この場合、ＩＰアドレス・ＩＰ8 ）とし、オブジェクトリファレンスＯＲ4 のＰＯＲＴ番号をＰＯＲＴとして、オブジェクトリファレンスＯＲ4 を生成する。
【００８７】
これにより、図９に示したオブジェクトリファレンスＯＲ4 は、ＲＥＰＬＹとして、ＯＲＢインタフェース処理部４２３、インタフェース振分部４２２を経由してコネクション管理部４２１に渡された後、ＤＡＴＡとして図８に示したネットワーク３０、監視サーバ６００およびネットワーク５０を介して、クライアント５１へ渡される。
【００８８】
以後、クライアント５１は、少なくともＩＰアドレス・ＩＰ8 を含むオブジェクトリファレンスＯＲ4 に基づいて、オブジェクト１１０（またはオブジェクト２１０）へのアクセス要求を出す。すなわち、このアクセス要求がＩＰアドレス・ＩＰ8 宛に出されると、図１１（ｂ）に示したステップＳＥ１では、監視サーバ６００は、判断結果を「Ｙｅｓ」とする。ステップＳＥ２では、監視サーバ６００は、現用系業務サーバ４００および待機系業務サーバ５００のうち運用中の現用系業務サーバ４００へアクセス要求を振り分ける。ステップＳＥ３では、監視サーバ６００は、クライアント５１と現用系業務サーバ４００との間でコネクションを確立させる。
【００８９】
これにより、クライアント５１は、現用系業務サーバ４００におけるオブジェクト１１０の提供を受ける。なお、現用系業務サーバ４００の運用が停止している場合には、監視サーバ６００は、アクセス要求を待機系業務サーバ５００へ振り分ける。この場合、クライアント５１は、待機系業務サーバ５００におけるオブジェクト２１０の提供を受ける。
【００９０】
以上説明したように、実施の形態３によれば、システム構成情報Ｊ4 に基づいて、ホットスタンバイ構成に適合するＩＰアドレスを動的に設定することにより、オブジェクトリファレンスＯＲ4 を生成するようにしたので、ホットスタンバイシステムにおいても、ＣＯＲＢＡにおけるネーミングサービスを高信頼性をもってクライアントへ提供することができる。
【００９１】
このように、実施の形態１〜３によれば、例えば、クライアントからの要求時のコネクション情報に応じて、ＩＰアドレスを動的に設定しオブジェクトリファレンスを生成するようにしたので、従来のように固定的にＩＰアドレスを設定する場合に比して、運用形態やネットワーク形態に依存することなく、ＣＯＲＢＡにおけるネーミングサービスを高信頼性をもってクライアントへ提供することができる。
【００９２】
以上本発明にかかる実施の形態１〜３について図面を参照して詳述してきたが、具体的な構成例はこれら実施の形態１〜３に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等があっても本発明に含まれる。たとえば、前述した実施の形態１〜３においては、オブジェクトリファレンスを生成する機能を実現するためのオブジェクトリファレンス生成プログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたオブジェクトリファレンス生成プログラムをコンピュータ（図示略）に読み込ませ、実行することによりオブジェクトリファレンスの生成を行うようにしてもよい。
【００９３】
上記コンピュータは、上記オブジェクトリファレンス生成プログラムを実行するＣＰＵと、キーボード、マウス等の入力装置と、各種データを記憶するＲＯＭ（Read Only Memory）と、演算パラメータ等を記憶するＲＡＭ（Random Access Memory）と、記録媒体からオブジェクトリファレンス生成プログラムを読み取る読取装置と、ディスプレイ、プリンタ等の出力装置と、装置各部を接続するバスとから構成されている。
【００９４】
ＣＰＵは、読取装置を経由して記録媒体に記録されているオブジェクトリファレンス生成プログラムを読み込んだ後、オブジェクトリファレンス生成プログラムを実行することにより、前述したオブジェクトリファレンスの生成を行う。なお、記録媒体には、光ディスク、フロッピーディスク、ハードディスク等の可搬型の記録媒体が含まれることはもとより、ネットワークのようにデータを一時的に記録保持するような伝送媒体も含まれる。
【００９５】
【発明の効果】
以上説明したように、本発明によれば、クライアントからの要求時のコネクション情報に応じて、アドレス情報を動的に設定しオブジェクトリファレンスを生成するようにしたので、従来のように固定的にアドレス情報を設定する場合に比して、運用形態やネットワーク形態に依存することなく、ＣＯＲＢＡにおけるネーミングサービスを高信頼性をもってクライアントへ提供することができるという効果を奏する。
【００９６】
また、本発明によれば、コネクション情報に含まれる少なくとも着アドレス情報をアドレス情報として設定することによりオブジェクトリファレンスを生成するようにしたので、互いに独立した複数のネットワークにそれぞれ対応する複数のアドレス情報を要求先として有する場合であっても、ＣＯＲＢＡにおけるネーミングサービスを高信頼性をもってクライアントへ提供することができるという効果を奏する。
【００９７】
また、本発明によれば、システム構成情報に基づいて、システムの構成に適合するアドレス情報を動的に設定することにより、オブジェクトリファレンスを生成するようにしたので、負荷分散システムやホットスタンバイシステム等においても、ＣＯＲＢＡにおけるネーミングサービスを高信頼性をもってクライアントへ提供することができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明にかかる実施の形態１の構成を示すブロック図である。
【図２】図１に示した業務サーバ１００の構成を示すブロック図である。
【図３】図１に示した業務サーバ２００の構成を示すブロック図である。
【図４】同実施の形態１の動作を説明するフローチャートである。
【図５】本発明にかかる実施の形態２の構成を示すブロック図である。
【図６】図５に示した業務サーバ３００の構成を示すブロック図である。
【図７】同実施の形態２の動作を説明するフローチャートである。
【図８】本発明にかかる実施の形態３の構成を示すブロック図である。
【図９】図８に示した現用系業務サーバ４００の構成を示すブロック図である。
【図１０】図８に示した待機系業務サーバ５００の構成を示すブロック図である。
【図１１】同実施の形態３の動作を説明するフローチャートである。
【図１２】従来のオブジェクトリファレンス生成システムの構成例１を示すブロック図である。
【図１３】オブジェクトリファレンスのフォーマットＦを示す図である。
【図１４】従来のオブジェクトリファレンス生成システムの構成例２を示すブロック図である。
【符号の説明】
１００、２００、３００  業務サーバ
１１０、２１０、３１０  オブジェクト
１２０、２２０、３２０  ネーミングサービス部
１３０、２３０、３３０  ＯＲＢ
４００  現用系業務サーバ
４１０  ネーミングサービス部
４２０  ＯＲＢ
５００  待機系業務サーバ
５１０  ネーミングサービス部
５２０  ＯＲＢ
【図１】
0003939930.tif 000002
【図２】
0003939930.tif 000003
【図３】
0003939930.tif 000004
【図４】
0003939930.tif 000005
【図５】
0003939930.tif 000006
【図６】
0003939930.tif 000007
【図７】
0003939930.tif 000008
【図８】
0003939930.tif 000009
【図９】
0003939930.tif 000010
【図１０】
0003939930.tif 000011
【図１１】
0003939930.tif 000012
【図１２】
0003939930.tif 000013
【図１３】
0003939930.tif 000014
【図１４】
0003939930.tif 000015