JP3939930B2

JP3939930B2 - Object reference generation device, object reference generation method, computer-readable recording medium recording object reference generation program, and object reference generation program

Info

Publication number: JP3939930B2
Application number: JP2001067685A
Authority: JP
Inventors: 美子宮本
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2000-03-17
Filing date: 2001-03-09
Publication date: 2007-07-04
Anticipated expiration: 2021-03-09
Also published as: JP2001331334A

Description

【０００１】
【発明の属する技術分野】
本発明は、ＣＯＲＢＡ（Common Object Request Broker Architecture）におけるオブジェクトリファレンスを生成するオブジェクトリファレンス生成装置、オブジェクトリファレンス生成方法およびオブジェクトリファレンス生成プログラムを記録したコンピュータ読み取り可能な記録媒体、並びにオブジェクトリファレンス生成プログラムに関するものであり、特に、運用形態やネットワーク形態に依存することなく、ＣＯＲＢＡにおけるネーミングサービスを高信頼性をもってクライアントへ提供するためのオブジェクトリファレンス生成装置、オブジェクトリファレンス生成方法およびオブジェクトリファレンス生成プログラムを記録したコンピュータ読み取り可能な記録媒体、並びにオブジェクトリファレンス生成プログラムに関するものである。
【０００２】
近年、ＷＷＷ（World Wide Web）に代表されるインターネット技術の急速な進歩を背景に、企業情報システムを取り巻く環境が大きく変化している。特に、最近では、顧客サービスの向上や企業活動の効率化に向けて、企業内システム、グループ企業や他企業との連携、および一般消費者との連携という形で、従来の枠組みを越えた広い範囲での連携が始まっている。
【０００３】
企業活動を支える企業情報システムには、上述した激しい環境変化に迅速に対応していくことが求められている。ここで、企業情報システムの全面的な再構築を行う手法を採った場合には、開発期間、コストが障壁となるため、激しい環境変化に迅速に対応していくことが困難である。そこで、激しい環境変化に迅速に対応するためには、既存の資産を有効に活用しつつ新たな目的に向けて必要なものを随時追加したり、ある時点で最適な素材（ベンダー、ハードウェア、ソフトウェア）を選択することや、既存システムと新規システムとが共通の基盤を有することが必要である。
【０００４】
また、上述した共通の基盤を持つためには、既存システムの素材と新規システムの素材との相違を意識することなく、相互に連携できることが肝要である。さらに、ネットワークコンピューティング分野では、新しい技術がつぎつぎに開発されており、それらの新しい技術にも柔軟に対応することも必要となる。このような背景より、最近では、様々なコンピューティング環境間の連携を図るための共通の基盤として、分散システム構築のための規格であるＣＯＲＢＡ等のオブジェクト指向技術が脚光を浴びている。
【０００５】
【従来の技術】
上述したＣＯＲＢＡは、標準化団体ＯＭＧ(Object Management Group）が定める異機種間接続のための標準化仕様であり、異機種間の連携プロトコルと分散アプリケーション構築のための各種ＡＰＩ（Application Program Interface)を規定するものである。簡単に言えば、ＣＯＲＢＡは、分散システム環境でクライアントが、サーバ内のオブジェクト（例えば、アプリケーションプログラム）にアクセスするためのメカニズムを提供する標準技術である。ここで、ＣＯＲＢＡにおけるオブジェクトとは、クライアントから要求することができる一つまたは複数のサービスを提供する、識別可能にカプセル化されたエンティティをいう。
【０００６】
図１２は、上述したＣＯＲＢＡを利用した従来のオブジェクトリファレンス生成システムの構成例１を示すブロック図である。この図において、業務サーバ１０および業務サーバ２０は、クライアント５１およびクライアント５２からのアクセスに対して負荷分散を図るべく、分散配置されており、同一のサービスをクライアント５１およびクライアント５２へ提供する。業務サーバ１０は、ネットワーク３０に接続されており、オブジェクト１１（例えば、アプリケーションプログラム）をクライアント５１、クライアント５２へ提供する。この業務サーバ１０には、ＴＣＰ／ＩＰ（Transmission Control Protocol／Internet Protocol）におけるＩＰアドレス・ＩＰ₁ が付与されている。
【０００７】
ネーミングサービス部１２は、ＣＯＲＢＡにおけるネーミングサービスをクライアント５１およびクライアント５２へ提供するものであり、オブジェクト１１を名前で管理する機能を備えている。このネーミングサービスによれば、クライアント５１およびクライアント５２は、オブジェクト１１にアクセスする場合、オブジェクト１１の位置ではなく、名前でアクセスできるようになるため、オブジェクト１１の物理的な位置を意識する必要がない。
【０００８】
具体的には、ネーミングサービス部１２は、クライアント５１（またはクライアント５２）からアクセスがあった場合、オブジェクトリファレンスを生成し、これをクライアント５１（またはクライアント５２）へ返すことにより、ネーミングサービスを提供する。このオブジェクトリファレンスは、オブジェクトを名前で一意に識別するための情報であり、図１３に示したフォーマットＦを有している。
【０００９】
同図に示したように、オブジェクトリファレンスは、「ＩＯＲ（Interoperable Object Reference）ヘッダ」、「ＩＤ（IDentification）」、「ホスト名（ＩＰアドレス）」、「ＰＯＲＴ番号」、「オブジェクトキー」、「タグコンポーネント」および「他プロファイル」という情報から構成されている。「ＩＯＲヘッダ」は、オブジェクトリファレンスのヘッダ情報である。「ＩＤ」は、オブジェクトリファレンスを識別するための識別子情報である。
【００１０】
「ホスト名（ＩＰアドレス）」は、オブジェクトを有するホストの名称、具体的には、サーバのＩＰアドレスである。「ＰＯＲＴ番号」は、サーバ内のオブジェクトを特定するためのポート番号である。「オブジェクトキー」は、サーバ内でオブジェクトを一意に特定するための情報である。図１２に戻り、ＯＲＢ（Object Request Broker：分散オブジェクト間通信機構）１３は、業務サーバ１０とクライアント５１およびクライアント５２とを仲介するソフトウェア・バスである。このＯＲＢ１３は、自身のＩＰアドレスおよびＰＯＲＴ番号を含む初期オブジェクトリファレンスを有している。
【００１１】
業務サーバ２０は、業務サーバ１０と協調して負荷分散を行うサーバであり、ネットワーク３０に接続されている。この業務サーバ２０の構成は、業務サーバ１０と同様である。すなわち、業務サーバ２０におけるオブジェクト２１、ネーミングサービス部２２およびＯＲＢ２３のそれぞれは、業務サーバ１０におけるオブジェクト１１、ネーミングサービス部１２およびＯＲＢ１３と同様の機能を備えている。また、業務サーバ２０には、ＩＰアドレス・ＩＰ₂ が付与されている。
【００１２】
振り分けサーバ４０は、負荷分散を実現するためのサーバであり、ネットワーク３０とネットワーク５０との間に介挿されている。この振り分けサーバ４０は、業務サーバ１０および業務サーバ２０のそれぞれの負荷を監視する監視機能と、クライアント５１（またはクライアント５２）からのアクセスを、業務サーバ１０および業務サーバ２０のうち軽負荷のサーバへ振り分ける振り分け機能を備えている。また、振り分けサーバ４０には、ＩＰアドレス・ＩＰ₃ が付与されている。クライアント５１およびクライアント５２は、ネットワーク５０に接続されており、ネットワーク５０、振り分けサーバ４０およびネットワーク３０を経由して業務サーバ１０または業務サーバ２０へアクセスする。
【００１３】
上記構成において、クライアント５１からアクセス要求が出されると、クライアント５１からのアクセスは、振り分けサーバ４０により、例えば、業務サーバ２０に比して軽負荷の業務サーバ１０へ振り分けられる。これにより、クライアント５１は、ＯＲＢ１３のオブジェクトリファレンスを獲得した後、業務サーバ１０との間でコネクションを確立する。
【００１４】
つぎに、クライアント５１は、ネーミングサービス部１２に対して、ネーミングサービス部１２のオブジェクトリファレンスを要求する。これにより、ネーミングサービス部１２は、図１３に示した「ホスト名（ＩＰアドレス）」＝ＩＰアドレス・ＩＰ₁ および「ＰＯＲＴ番号」を少なくとも含むオブジェクトリファレンスを生成し、これをクライアント５１へ通知する。このネーミングサービス部１２のオブジェクトリファレンスにおける「ＩＰアドレス」は、常にＩＰアドレス・ＩＰ₁ である。
【００１５】
ネーミングサービス部１２のオブジェクトリファレンスを受け取ったクライアント５１は、ネーミングサービス部１２のＩＰアドレス・ＩＰ₁ およびＰＯＲＴ番号を獲得した後、ネーミングサービス部１２との間でコネクションを確立する。つぎに、クライアント５１は、上記コネクションを用いてオブジェクト１１のオブジェクトリファレンスを要求する。そして、オブジェクトリファレンスを受け取ると、クライアント５１は、オブジェクトリファレンスからＩＰアドレス・ＩＰ₁ とＰＯＲＴ番号を獲得した後、オブジェクト１１との間でコネクションを確立する。以後、クライアント５１は、上記コネクションを用いてオブジェクト１１の提供を受ける。
【００１６】
図１４は、上述したＣＯＲＢＡを利用した従来のオブジェクトリファレンス生成システムの構成例２を示すブロック図である。この図には、一つの業務サーバ６０と、互いに独立した第１グループ・ネットワーク７０および第２グループ・ネットワーク８０と、第１グループ・ネットワーク７０に接続され第１グループを構成するクライアント７１₁ 〜７１_n と、第２グループ・ネットワーク８０に接続され第２グループを構成するクライアント８１₁ 〜８１_n とを備えるオブジェクトリファレンス生成システムが図示されている。
【００１７】
この図において、業務サーバ６０は、クライアント７１₁ 〜７１_n およびクライアント８１₁ 〜８１_n へサービスを提供するものであり、第１グループ・ネットワーク７０および第２グループ・ネットワーク８０の双方に接続されている。この業務サーバ６０には、二つのＩＰアドレス・ＩＰ₄ およびＩＰアドレス・ＩＰ₅ が付与されている。このＩＰアドレス・ＩＰ₄ は、第１グループ・ネットワーク７０に対応しており、ＩＰアドレス・ＩＰ₅ は、第２グループ・ネットワーク８０に対応している。
【００１８】
また、業務サーバ６０の構成は、業務サーバ１０（図１２参照）と同様である。すなわち、業務サーバ６０におけるオブジェクト６１、ネーミングサービス部６２およびＯＲＢ６３は、図１２に示したオブジェクト１１、ネーミングサービス部１２およびＯＲＢ１３と同様の機能を備えている。
【００１９】
上記構成において、クライアント７１₁は、第１グループ・ネットワーク７０を介してＩＰアドレス・ＩＰ₄ にアクセスする。これにより、クライアント７１₁は、ＯＲＢ６３のオブジェクトリファレンスを獲得した後、業務サーバ６０との間でコネクションを確立する。つぎに、クライアント７１₁は、ネーミングサービス部６２に対して、ネーミングサービス部６２のオブジェクトリファレンスを要求する。これにより、ネーミングサービス部６２は、図１３に示した「ホスト名（ＩＰアドレス）」＝ＩＰアドレス・ＩＰ₄ および「ＰＯＲＴ番号」を少なくとも含むオブジェクトリファレンスを生成し、これをクライアント７１₁へ通知する。このネーミングサービス部６２のオブジェクトリファレンスにおける「ＩＰアドレス」は、ＩＰアドレス・ＩＰ₄ である。
【００２０】
ネーミングサービス部６２のオブジェクトリファレンスを受け取ったクライアント７１₁は、ネーミングサービス部６２のＩＰアドレス・ＩＰ₄ およびＰＯＲＴ番号を獲得した後、ネーミングサービス部６２との間でコネクションを確立する。つぎに、クライアント７１₁は、上記コネクションを用いてオブジェクト６１のオブジェクトリファレンスを要求する。そして、オブジェクトリファレンスを受け取ると、クライアント７１₁は、オブジェクトリファレンスからＩＰアドレス・ＩＰ₄ とＰＯＲＴ番号を獲得した後、オブジェクト６１との間でコネクションを確立する。以後、クライアント７１₁は、上記コネクションを用いてオブジェクト６１の提供を受ける。
【００２１】
【発明が解決しようとする課題】
ところで、前述したように、図１２では、負荷分散の例について説明したが、実際には、従来のオブジェクトリファレンス生成システムでは、負荷分散を行うことができないという問題があった。すなわち、負荷分散を実現するためには、クライアント５１は、振り分けサーバ４０のＩＰアドレス・ＩＰ₃ にアクセスしなければならない。
【００２２】
しかしながら、ネーミングサービス部１２で生成されるオブジェクトリファレンスのＩＰアドレスが、負荷分散用のＩＰアドレス・ＩＰ₃ ではなく、ＩＰアドレス・ＩＰ₁ であるため、振り分けサーバ４０は、負荷分散を行うことができない。従って、従来では、負荷分散により信頼性を高めることができないとともに、ＣＯＲＢＡにおけるネーミングサービスを負荷分散環境下で提供することができないという問題があった。
【００２３】
また、図１４では、二つのＩＰアドレス・ＩＰ₄ およびＩＰアドレス・ＩＰ₅ を有する業務サーバ６０を備えるとともに、互いに独立した第１グループ・ネットワーク７０および第２グループ・ネットワーク８０を備える例について説明した。しかしながら、実際には、従来のオブジェクトリファレンス生成システムでは、クライアント７１₁ 〜７１_n 、クライアント８１₁ 〜８１_n がネーミングサービスの提供を受けることができない場合がある。
【００２４】
すなわち、クライアント７１₁ 〜７１_n のいずれか一つのクライアントからアクセスがあり、かつネーミングサービス部６２で生成されるオブジェクトリファレンスのＩＰアドレスがＩＰアドレス・ＩＰ₄ である場合には、当該クライアントは、第１グループ・ネットワーク７０およびＩＰアドレス・ＩＰ₄ 経由でオブジェクト６１との間でコネクションを確立することができる。
【００２５】
しかしながら、クライアント７１₁ 〜７１_n のいずれか一つのクライアントからアクセスがあり、かつネーミングサービス部６２で生成されるオブジェクトリファレンスのＩＰアドレスが他方のＩＰアドレス・ＩＰ₅ である場合には、当該クライアントは、第１グループ・ネットワーク７０がＩＰアドレス・ＩＰ₅ に対応していないため、オブジェクト６１との間でコネクションを確立することができないという問題が発生する。
【００２６】
本発明は、上記に鑑みてなされたもので、運用形態やネットワーク形態に依存することなく、ＣＯＲＢＡにおけるネーミングサービスを高信頼性をもってクライアントへ提供することができるオブジェクトリファレンス生成装置、オブジェクトリファレンス生成方法およびオブジェクトリファレンス生成プログラムを記録したコンピュータ読み取り可能な記録媒体、並びにオブジェクトリファレンス生成プログラムを提供することを目的とする。
【００２７】
【課題を解決するための手段】
上記目的を達成するために、本発明は、オブジェクトの所在を示す参照アドレスを含んでおりＣＯＲＢＡにおけるネーミングサービス提供を受けるための情報であるオブジェクトリファレンスを生成するオブジェクトリファレンス生成装置であって、ネットワークを介して接続されたクライアント装置から前記オブジェクトリファレンスの獲得要求を受け付ける要求受付手段と、前記クライアント装置から前記オブジェクトへの接続を振り分ける振分サーバ装置が前記ネットワーク上に設けられている場合に、前記要求受付手段が前記獲得要求を受け付けたならば、前記参照アドレスを前記振分サーバ装置のアドレスに設定したオブジェクトリファレンスを生成する生成手段とを備えたことを特徴とする。また、本発明は、前記オブジェクトが所在する装置に複数の装置アドレスが振られている場合に、前記要求受付手段が前記獲得要求を受け付けたならば、前記参照アドレスを前記クライアントが接続することができる前記装置アドレスに設定したオブジェクトリファレンスを生成する生成手段を備えたことを特徴とする。
【００２８】
この発明によれば、クライアントからの要求時のコネクション情報に応じて、アドレス情報を動的に設定しオブジェクトリファレンスを生成するようにしたので、従来のように固定的にアドレス情報を設定する場合に比して、運用形態やネットワーク形態に依存することなく、ＣＯＲＢＡにおけるネーミングサービスを高信頼性をもってクライアントへ提供することができる。
【００２９】
【発明の実施の形態】
以下、図面を参照して本発明にかかるオブジェクトリファレンス生成装置、オブジェクトリファレンス生成方法およびオブジェクトリファレンス生成プログラムを記録したコンピュータ読み取り可能な記録媒体、並びにオブジェクトリファレンス生成プログラムの実施の形態１〜３について詳細に説明する。
【００３０】
（実施の形態１）
図１は、本発明にかかる実施の形態１の構成を示すブロック図である。この図において、図１２の各部に対応する部分には同一の符号を付け、その説明を省略する。図１においては、図１２に示した業務サーバ１０および業務サーバ２０に代えて、業務サーバ１００および業務サーバ２００が設けられている。これらの業務サーバ１００および業務サーバ２００は、クライアント５１およびクライアント５２からのアクセスに対して負荷分散を図るべく、分散配置されており、同一のサービスをクライアント５１およびクライアント５２へ提供する。
【００３１】
業務サーバ１００は、ネットワーク３０に接続されており、オブジェクト１１０（例えば、アプリケーションプログラム）をクライアント５１、クライアント５２へ提供する。この業務サーバ１００には、ＩＰアドレス・ＩＰ₁ が付与されている。ネーミングサービス部１２０は、ネーミングサービス部１２（図１２参照）と同様にして、オブジェクトリファレンスによりネーミングサービスをクライアント５１およびクライアント５２へ提供するものである。
【００３２】
ただし、ネーミングサービス部１２０のオブジェクトリファレンスの生成方法は、後述するようにネーミングサービス部１２の生成方法とは異なる。ＯＲＢ１３０は、業務サーバ１００とクライアント５１およびクライアント５２とを仲介するソフトウェア・バスである。このＯＲＢ１３０は、自身のＩＰアドレスおよびＰＯＲＴ番号を含む初期オブジェクトリファレンスを有している。
【００３３】
図２は、図１に示した業務サーバ１００の構成を示すブロック図である。この図においては、図１の各部に対応する部分には同一の符号を付ける。同図に示したＯＲＢ１３０は、コネクション管理部１３１、インタフェース振分部１３２、ＯＲＢインタフェース処理部１３３およびシステム構成情報管理部１３４から構成されている。コネクション管理部１３１は、クライアント５１、クライアント５２との間のコネクションを管理する。
【００３４】
インタフェース振分部１３２は、ＯＲＢ１３０内におけるインタフェースを振り分ける機能を備えている。ＯＲＢインタフェース処理部１３３は、インタフェース振分部１３２とネーミングサービス部１２０との間、システム構成情報管理部１３４とネーミングサービス部１２０との間のインタフェース処理を実行する。このネーミングサービス部１２０では、図１３に示したフォーマットＦを有するオブジェクトリファレンスＯＲ₁ が生成される。
【００３５】
システム構成情報管理部１３４は、システム構成情報Ｊ₁ を管理する。このシステム構成情報Ｊ₁ は、図１に示したオブジェクトリファレンス生成システムの構成（この場合、負荷分散構成）を示す情報であり、業務サーバ１００における負荷分散対象ＩＰアドレスと負荷分散用ＩＰアドレスとの対応関係を示す情報である。
【００３６】
上記負荷分散対象ＩＰアドレスは、負荷分散の対象、言い換えれば、負荷分散先を示すＩＰアドレスであり、この場合、業務サーバ１００に付与されたＩＰアドレス・ＩＰ₁ （図１参照）である。一方、負荷分散用ＩＰアドレスは、振り分けサーバ４０による負荷分散にもネーミングサービスを適用するためのＩＰアドレスであり、この場合、振り分けサーバ４０に付与されたＩＰアドレス・ＩＰ₃（図１参照）である。構成情報登録ツールＴは、システム管理者の操作により、システム構成情報Ｊ₁ をシステム構成情報管理部１３４に登録するためのものである。
【００３７】
業務サーバ２００は、業務サーバ１００と協調して負荷分散を行うサーバであり、ネットワーク３０に接続されている。この業務サーバ２００の構成は、業務サーバ１００と同様である。すなわち、業務サーバ２００におけるオブジェクト２１０、ネーミングサービス部２２０およびＯＲＢ２３０のそれぞれは、業務サーバ１００におけるオブジェクト１１０、ネーミングサービス部１２０およびＯＲＢ１３０と同様の機能を備えている。また、業務サーバ２００には、ＩＰアドレス・ＩＰ₂ が付与されている。
【００３８】
図３は、図１に示した業務サーバ２００の構成を示すブロック図である。この図においては、図１の各部に対応する部分には同一の符号を付ける。同図に示したＯＲＢ２３０は、コネクション管理部２３１、インタフェース振分部２３２、ＯＲＢインタフェース処理部２３３およびシステム構成情報管理部２３４から構成されている。コネクション管理部２３１は、クライアント５１、クライアント５２との間のコネクションを管理する。
【００３９】
インタフェース振分部２３２は、ＯＲＢ２３０内におけるインタフェースを振り分ける機能を備えている。ＯＲＢインタフェース処理部２３３は、インタフェース振分部２３２とネーミングサービス部２２０との間、システム構成情報管理部２３４とネーミングサービス部２２０との間のインタフェース処理を実行する。このネーミングサービス部２２０では、図１３に示したフォーマットＦを有するオブジェクトリファレンスＯＲ₂ が生成される。
【００４０】
システム構成情報管理部２３４は、システム構成情報Ｊ₂ を管理する。このシステム構成情報Ｊ₂ は、図１に示したオブジェクトリファレンス生成システムの構成（この場合、負荷分散構成）を示す情報であり、業務サーバ２００における負荷分散対象ＩＰアドレスと負荷分散用ＩＰアドレスとの対応関係を示す情報である。
【００４１】
上記負荷分散対象ＩＰアドレスは、負荷分散の対象、言い換えれば、負荷分散先を示すＩＰアドレスであり、この場合、業務サーバ２００に付与されたＩＰアドレス・ＩＰ₂ （図１参照）である。一方、負荷分散用ＩＰアドレスは、振り分けサーバ４０による負荷分散にネーミングサービスを適用するためのＩＰアドレスであり、この場合、振り分けサーバ４０に付与されたＩＰアドレス・ＩＰ₃（図１参照）である。構成情報登録ツールＴは、システム管理者の操作により、システム構成情報Ｊ₂ をシステム構成情報管理部２３４に登録するためのものである。
【００４２】
つぎに、実施の形態１の動作について図４（ａ）および（ｂ）に示したフローチャートを参照しつつ説明する。図１に示したクライアント５１からネーミングサービスのオブジェクトリファレンスを獲得するためのオブジェクトリファレンス獲得要求が出されると、図４（ｂ）に示したステップＳＢ１では、振り分けサーバ４０は、着ＩＰアドレスが振り分けＩＰアドレス（この場合、ＩＰアドレス・ＩＰ₃ ）であるか否かを判断する。この場合、着ＩＰアドレスがＩＰアドレス・ＩＰ₁ であるものとすると、判断結果を「Ｎｏ」とする。ステップＳＢ４では、振り分けサーバ４０は、業務サーバ１００のＩＰアドレス・ＩＰ₁ との間でコネクションを確立し、クライアント５１からのデータを当該ＩＰアドレス・ＩＰ₁ へ送出する。
【００４３】
これにより、図２に示したコネクション管理部１３１とクライアント５１との間でコネクションが確立する（ＳＹＮ）。この場合のコネクション情報には、着ＩＰアドレス＝ＩＰアドレス・ＩＰ₁ 、着ＰＯＲＴ＝Ｐ_x が含まれている。つぎに、クライアント５１からのオブジェクトリファレンス獲得要求（ＲＥＱＵＥＳＴ）およびコネクション情報は、インタフェース振分部１３２、ＯＲＢインタフェース処理部１３３を経由して、ネーミングサービス部１２０へ渡される。
【００４４】
これにより、図４（ａ）に示したステップＳＡ１では、ネーミングサービス部１２０は、ＩＰアドレスとしてコネクション情報のＩＰアドレス・ＩＰ₁ （着ＩＰアドレス）、ＰＯＲＴ番号としてコネクション情報の着ＰＯＲＴ＝Ｐ_x を認識する。ステップＳＡ２では、ネーミングサービス部１２０は、システム構成情報Ｊ₁ を参照し、認識したＩＰアドレス（この場合、ＩＰアドレス・ＩＰ₁ ）が負荷分散対象ＩＰアドレスであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【００４５】
ステップＳＡ３では、ネーミングサービス部１２０は、システム構成情報Ｊ₁ を参照し、ＩＰアドレスを負荷分散用ＩＰアドレス（この場合、ＩＰアドレス・ＩＰ₃）とする。ステップＳＡ４では、ネーミングサービス部１２０は、オブジェクトリファレンスＯＲ₁ （図１３参照）のホスト名を負荷分散用ＩＰアドレス（この場合、ＩＰアドレス・ＩＰ₃）とし、オブジェクトリファレンスＯＲ₁ のＰＯＲＴ番号をＰＯＲＴとして、オブジェクトリファレンスＯＲ₁ を生成する。
【００４６】
これにより、図２に示したオブジェクトリファレンスＯＲ₁ は、ＲＥＰＬＹとして、ＯＲＢインタフェース処理部１３３、インタフェース振分部１３２を経由してコネクション管理部１３１に渡された後、ＤＡＴＡとして図１に示したネットワーク３０、振り分けサーバ４０およびネットワーク５０を介して、クライアント５１へ渡される。
【００４７】
以後、クライアント５１は、少なくともＩＰアドレス・ＩＰ₃を含むオブジェクトリファレンスＯＲ₁ に基づいて、オブジェクト１１０（またはオブジェクト２１０）へのアクセス要求を出す。すなわち、このアクセス要求がＩＰアドレス・ＩＰ₃ 宛に出されると、振り分けサーバ４０は、業務サーバ１００および業務サーバ２００のうち軽負荷のサーバへ負荷分散する。これにより、クライアント５１は、負荷分散先のオブジェクト１１０またはオブジェクト２１０の提供を受ける。
【００４８】
一方、図４（ａ）に示したステップＳＡ２の判断結果が「Ｎｏ」である場合、ステップＳＡ４では、ネーミングサービス部１２０は、オブジェクトリファレンスＯＲ₁ （図１３参照）のホスト名を負荷分散用ＩＰアドレス以外のＩＰアドレスとし、オブジェクトリファレンスＯＲ₁ のＰＯＲＴ番号をＰＯＲＴとして、オブジェクトリファレンスＯＲ₁ を生成する。
【００４９】
また、図１に示したクライアント５１からネーミングサービスのオブジェクトリファレンスを獲得するためのオブジェクトリファレンス獲得要求が出されると、図４（ｂ）に示したステップＳＢ１では、振り分けサーバ４０は、着ＩＰアドレスが振り分けＩＰアドレス（この場合、ＩＰアドレス・ＩＰ₃ ）であるか否かを判断する。この場合、着ＩＰアドレスがＩＰアドレス・ＩＰ₂ であるものとすると、判断結果を「Ｎｏ」とする。ステップＳＢ４では、振り分けサーバ４０は、業務サーバ２００のＩＰアドレス・ＩＰ₂ との間でコネクションを確立し、クライアント５１からのデータを当該ＩＰアドレス・ＩＰ₂ へ送出する。
【００５０】
これにより、図３に示したコネクション管理部２３１とクライアント５１との間でコネクションが確立する（ＳＹＮ）。この場合のコネクション情報には、着ＩＰアドレス＝ＩＰアドレス・ＩＰ₂ 、着ＰＯＲＴ＝Ｐ_x が含まれている。つぎに、クライアント５１からのオブジェクトリファレンス獲得要求（ＲＥＱＵＥＳＴ）およびコネクション情報は、インタフェース振分部２３２、ＯＲＢインタフェース処理部２３３を経由して、ネーミングサービス部２２０へ渡される。
【００５１】
これにより、図４（ａ）に示したステップＳＡ１では、ネーミングサービス部２２０は、ＩＰアドレスとしてコネクション情報のＩＰアドレス・ＩＰ₂ （着ＩＰアドレス）、ＰＯＲＴ番号としてコネクション情報の着ＰＯＲＴ＝Ｐ_x を認識する。ステップＳＡ２では、ネーミングサービス部２２０は、システム構成情報Ｊ₂ を参照し、認識したＩＰアドレス（この場合、ＩＰアドレス・ＩＰ₂ ）が負荷分散対象ＩＰアドレスであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【００５２】
ステップＳＡ３では、ネーミングサービス部２２０は、システム構成情報Ｊ₂ を参照し、ＩＰアドレスを負荷分散用ＩＰアドレス（この場合、ＩＰアドレス・ＩＰ₃）とする。ステップＳＡ４では、ネーミングサービス部２２０は、オブジェクトリファレンスＯＲ₂ （図１３参照）のホスト名を負荷分散用ＩＰアドレス（この場合、ＩＰアドレス・ＩＰ₃）とし、オブジェクトリファレンスＯＲ₂ のＰＯＲＴ番号をＰＯＲＴとして、オブジェクトリファレンスＯＲ₂ を生成する。
【００５３】
これにより、図３に示したオブジェクトリファレンスＯＲ₂ は、ＲＥＰＬＹとして、ＯＲＢインタフェース処理部２３３、インタフェース振分部２３２を経由してコネクション管理部２３１に渡された後、ＤＡＴＡとして図１に示したネットワーク３０、振り分けサーバ４０およびネットワーク５０を介して、クライアント５１へ渡される。
【００５４】
以後、クライアント５１は、少なくともＩＰアドレス・ＩＰ₃を含むオブジェクトリファレンスＯＲ₂ に基づいて、オブジェクト１１０（またはオブジェクト２１０）へのアクセス要求を出す。すなわち、このアクセス要求がＩＰアドレス・ＩＰ₃ 宛に出されると、振り分けサーバ４０は、業務サーバ１００および業務サーバ２００のうち軽負荷のサーバへ負荷分散する。これにより、クライアント５１は、負荷分散先のオブジェクト１１０またはオブジェクト２１０の提供を受ける。
【００５５】
以上説明したように、実施の形態１によれば、システム構成情報Ｊ₁に基づいて、負荷分散システム構成に適合するＩＰアドレスを動的に設定することにより、オブジェクトリファレンスＯＲ₁ を生成するようにしたので、負荷分散システムにおいても、ＣＯＲＢＡにおけるネーミングサービスを高信頼性をもってクライアントへ提供することができる。
【００５６】
（実施の形態２）
図５は、本発明にかかる実施の形態２の構成を示すブロック図である。この図において、図１４の各部に対応する部分には同一の符号を付けその説明を省略する。この図においては、図１４に示した業務サーバ６０に代えて業務サーバ３００が設けられている。
【００５７】
この図には、一つの業務サーバ３００と、互いに独立した第１グループ・ネットワーク７０および第２グループ・ネットワーク８０と、第１グループ・ネットワーク７０に接続され第１グループを構成するクライアント７１₁ 〜７１_n と、第２グループ・ネットワーク８０に接続され第２グループを構成するクライアント８１₁ 〜８１_n とを備えるオブジェクトリファレンス生成システムが図示されている。
【００５８】
この図において、業務サーバ３００は、クライアント７１₁ 〜７１_n およびクライアント８１₁ 〜８１_n へサービスを提供するものであり、第１グループ・ネットワーク７０および第２グループ・ネットワーク８０の双方に接続されている。この業務サーバ３００には、二つのＩＰアドレス・ＩＰ₄ およびＩＰアドレス・ＩＰ₅ が付与されている。このＩＰアドレス・ＩＰ₄ は、第１グループ・ネットワーク７０に対応しており、ＩＰアドレス・ＩＰ₅ は、第２グループ・ネットワーク８０に対応している。また、業務サーバ３００は、オブジェクト３１０、ネーミングサービス部３２０およびＯＲＢ３３０から構成されている。
【００５９】
図６は、図５に示した業務サーバ３００の構成を示すブロック図である。この図においては、図５の各部に対応する部分には同一の符号を付ける。同図に示したＯＲＢ３３０は、コネクション管理部３３１、インタフェース振分部３３２、ＯＲＢインタフェース処理部３３３およびシステム構成情報管理部３３４から構成されている。コネクション管理部３３１は、クライアント７１₁ 〜７１_n、クライアント８１₁ 〜８１_n と間のコネクションを管理する。
【００６０】
インタフェース振分部３３２は、ＯＲＢ３３０内におけるインタフェースを振り分ける機能を備えている。ＯＲＢインタフェース処理部３３３は、インタフェース振分部３３２とネーミングサービス部３２０との間、システム構成情報管理部３３４とネーミングサービス部３２０との間のインタフェース処理を実行する。このネーミングサービス部３２０では、図１３に示したフォーマットＦを有するオブジェクトリファレンスＯＲ₃ が生成される。
【００６１】
システム構成情報管理部３３４は、システム構成情報Ｊ₁ 等と同様のシステム構成情報Ｊ₃ を管理する。ただし、この実施の形態２では、システム構成情報Ｊ₃ は、システム構成情報管理部３３４に登録されていない。このシステム構成情報Ｊ₃ が登録されるのは、業務サーバ３００が負荷分散用または後述するホットスタンバイ用のサーバとして機能する場合である。
【００６２】
つぎに、実施の形態２の動作について図７に示したフローチャートを参照しつつ説明する。図５に示したクライアント７１₁ からネーミングサービスのオブジェクトリファレンスを獲得するためのオブジェクトリファレンス獲得要求が図５に示したＩＰアドレス・ＩＰ₄ 宛に出されると、図６に示したコネクション管理部３３１とクライアント７１₁との間でコネクションが確立する（ＳＹＮ）。この場合のコネクション情報には、着ＩＰアドレス＝ＩＰアドレス・ＩＰ₄ 、着ＰＯＲＴ＝Ｐ_x が含まれている。つぎに、クライアント７１₁からのオブジェクトリファレンス獲得要求（ＲＥＱＵＥＳＴ）およびコネクション情報は、インタフェース振分部３３２、ＯＲＢインタフェース処理部３３３を経由して、ネーミングサービス部３２０へ渡される。
【００６３】
これにより、図７に示したステップＳＣ１では、ネーミングサービス部３２０は、ＩＰアドレスとしてコネクション情報のＩＰアドレス・ＩＰ₄ （着ＩＰアドレス）、ＰＯＲＴ番号としてコネクション情報の着ＰＯＲＴ＝Ｐ_x を認識する。ステップＳＣ２では、ネーミングサービス部３２０は、認識したＩＰアドレス（この場合、ＩＰアドレス・ＩＰ₄ ）が負荷分散対象のＩＰアドレスであるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【００６４】
ステップＳＣ４では、ネーミングサービス部３２０は、オブジェクトリファレンスＯＲ₃ （図１３参照）のホスト名をコネクション情報のＩＰアドレス・ＩＰ₄ （着ＩＰアドレス）、ＰＯＲＴ番号をコネクション情報の着ＰＯＲＴ＝Ｐ_x として、オブジェクトリファレンスＯＲ₃ を生成する。
【００６５】
このオブジェクトリファレンスＯＲ₃ は、ＲＥＰＬＹとして、ＯＲＢインタフェース処理部３３３、インタフェース振分部３３２を経由してコネクション管理部３３１に渡された後、ＤＡＴＡとして図５に示した第１グループ・ネットワーク７０を介して、クライアント７１₁へ渡される。以後、クライアント７１₁は、少なくともＩＰアドレス・ＩＰ₄を含むオブジェクトリファレンスＯＲ₃ に基づいて、オブジェクト３１０へのアクセス要求を出す。すなわち、このアクセス要求がＩＰアドレス・ＩＰ₄ 宛に出されると、クライアント７１₁は、オブジェクト３１０の提供を受ける。
【００６６】
一方、図７に示したステップＳＣ２の判断結果が「Ｙｅｓ」である場合、すなわち、業務サーバ３００が負荷分散用のサーバとして機能している場合、ステップＳＣ３では、ネーミングサービス部３２０は、ステップＳＡ３（図４（ａ）参照）と同様にして、システム構成情報Ｊ₃ を参照し、ＩＰアドレスを負荷分散用ＩＰアドレスとする。ステップＳＣ４では、ネーミングサービス部３２０は、オブジェクトリファレンスＯＲ₃ のホスト名を負荷分散用ＩＰアドレスとし、オブジェクトリファレンスＯＲ₃ のＰＯＲＴ番号をＰＯＲＴとして、オブジェクトリファレンスＯＲ₃ を生成する。
【００６７】
なお、図５に示したクライアント８１₁ からネーミングサービスのオブジェクトリファレンス獲得要求が出された場合にも、上述した動作を経て、ネーミングサービス部３２０は、ＩＰアドレス・ＩＰ₅を含むオブジェクトリファレンスＯＲ₃ を生成する。このオブジェクトリファレンスＯＲ₃ がクライアント８１₁ に渡されると、クライアント８１₁は、少なくともＩＰアドレス・ＩＰ₅を含むオブジェクトリファレンスＯＲ₃ に基づいて、オブジェクト３１０へのアクセス要求を出す。すなわち、このアクセス要求がＩＰアドレス・ＩＰ₅ 宛に出されると、クライアント８１₁は、オブジェクト３１０の提供を受ける。
【００６８】
以上説明したように、実施の形態２によれば、コネクション情報に含まれる少なくとも着ＩＰアドレス情報をＩＰアドレスとして設定することによりオブジェクトリファレンスＯＲ₃ を生成するようにしたので、互いに独立した複数の第１グループ・ネットワーク７０および第２グループ・ネットワーク８０にそれぞれ対応する複数のＩＰアドレスを要求先として有する場合であっても、ＣＯＲＢＡにおけるネーミングサービスを高信頼性をもってクライアントへ提供することができる。
【００６９】
（実施の形態３）
図８は、本発明にかかる実施の形態３の構成を示すブロック図である。この図において、図１の各部に対応する部分には同一の符号を付け、その説明を省略する。図８においては、図１に示した業務サーバ１００、業務サーバ２００および振り分けサーバ４０に代えて、現用系業務サーバ４００、待機系業務サーバ５００および監視サーバ６００が設けられている。
【００７０】
これらの現用系業務サーバ４００および待機系業務サーバ５００は、ホットスタンバイ構成を採っている。すなわち、現用系業務サーバ４００は、通常時、現用系として、クライアント５１およびクライアント５２へサービス提供を行うサーバであり、待機系業務サーバ５００は、現用系業務サーバ４００に異常が発生した場合に、現用系業務サーバ４００に代えて、クライアント５１およびクライアント５２へサービス提供を行う待機系のサーバである。
【００７１】
監視サーバ６００は、現用系業務サーバ４００および待機系業務サーバ５００の運用状態を監視するサーバであり、クライアント５１またはクライアント５２からのアクセスを、現用として運用されているサーバへ振り分ける機能を備えている。また、監視サーバ６００には、ＩＰアドレス・ＩＰ₈ が付与されている。
【００７２】
現用系業務サーバ４００は、ネットワーク３０に接続されており、オブジェクト１１０（例えば、アプリケーションプログラム）をクライアント５１、クライアント５２へ提供する。この現用系業務サーバ４００には、ＩＰアドレス・ＩＰ₆ が付与されている。ネーミングサービス部４１０は、ネーミングサービス部１２（図１参照）と同様にして、オブジェクトリファレンスによりネーミングサービスをクライアント５１およびクライアント５２へ提供するものである。
【００７３】
ここで、ネーミングサービス部４１０のオブジェクトリファレンスの生成方法は、後述するようにネーミングサービス部１２の生成方法とは異なる。ＯＲＢ４２０は、現用系業務サーバ４００とクライアント５１およびクライアント５２とを仲介するソフトウェア・バスである。このＯＲＢ４２０は、自身のＩＰアドレスおよびＰＯＲＴ番号を含む初期オブジェクトリファレンスを有している。
【００７４】
図９は、図８に示した現用系業務サーバ４００の構成を示すブロック図である。この図においては、図８の各部に対応する部分には同一の符号を付ける。同図に示したＯＲＢ４２０は、コネクション管理部４２１、インタフェース振分部４２２、ＯＲＢインタフェース処理部４２３およびシステム構成情報管理部４２４から構成されている。コネクション管理部４２１は、クライアント５１、クライアント５２との間のコネクションを管理する。
【００７５】
インタフェース振分部４２２は、ＯＲＢ４２０内におけるインタフェースを振り分ける機能を備えている。ＯＲＢインタフェース処理部４２３は、インタフェース振分部４２２とネーミングサービス部４１０との間、システム構成情報管理部４２４とネーミングサービス部４１０との間のインタフェース処理を実行する。このネーミングサービス部４１０では、図１３に示したフォーマットＦを有するオブジェクトリファレンスＯＲ₄ が生成される。
【００７６】
システム構成情報管理部４２４は、システム構成情報Ｊ₄ を管理する。このシステム構成情報Ｊ₄ は、図８に示したオブジェクトリファレンス生成システムの構成（この場合、ホットスタンバイ構成）を示す情報であり、現用系業務サーバ４００におけるホットスタンバイ対象ＩＰアドレスとホットスタンバイ用ＩＰアドレスとの対応関係を示す情報である。
【００７７】
上記ホットスタンバイ対象ＩＰアドレスは、ホットスタンバイの対象を特定するＩＰアドレスであり、この場合、現用系業務サーバ４００に付与されたＩＰアドレス・ＩＰ₆ （図８参照）である。一方、ホットスタンバイ用ＩＰアドレスは、監視サーバ６００によるホットスタンバイ構成にネーミングサービスを適用するためのＩＰアドレスであり、この場合、監視サーバ６００に付与されたＩＰアドレス・ＩＰ₈（図８参照）である。構成情報登録ツールＴは、システム管理者の操作により、システム構成情報Ｊ₄ をシステム構成情報管理部４２４に登録するためのものである。
【００７８】
図８に示した待機系業務サーバ５００は、現用系業務サーバ４００と協調してホットスタンバイ構成を実現するサーバであり、ネットワーク３０に接続されている。この待機系業務サーバ５００の構成は、現用系業務サーバ４００と同様である。すなわち、待機系業務サーバ５００におけるオブジェクト２１０、ネーミングサービス部５１０およびＯＲＢ５２０のそれぞれは、現用系業務サーバ４００におけるオブジェクト１１０、ネーミングサービス部４１０およびＯＲＢ４２０と同様の機能を備えている。また、待機系業務サーバ５００には、ＩＰアドレス・ＩＰ₇ が付与されている。
【００７９】
図１０は、図８に示した待機系業務サーバ５００の構成を示すブロック図である。この図においては、図８の各部に対応する部分には同一の符号を付ける。同図に示したＯＲＢ５２０は、コネクション管理部５２１、インタフェース振分部５２２、ＯＲＢインタフェース処理部５２３およびシステム構成情報管理部５２４から構成されている。コネクション管理部５２１は、クライアント５１、クライアント５２との間のコネクションを管理する。
【００８０】
インタフェース振分部５２２は、ＯＲＢ５２０内におけるインタフェースを振り分ける機能を備えている。ＯＲＢインタフェース処理部５２３は、インタフェース振分部５２２とネーミングサービス部５１０との間、システム構成情報管理部５２４とネーミングサービス部５１０との間のインタフェース処理を実行する。このネーミングサービス部５１０では、図１３に示したフォーマットＦを有するオブジェクトリファレンスＯＲ₅ が生成される。
【００８１】
システム構成情報管理部５２４は、システム構成情報Ｊ₅ を管理する。このシステム構成情報Ｊ₅ は、図８に示したオブジェクトリファレンス生成システムの構成（この場合、ホットスタンバイ構成）を示す情報であり、待機系業務サーバ５００におけるホットスタンバイ対象ＩＰアドレスとホットスタンバイ用ＩＰアドレスとの対応関係を示す情報である。
【００８２】
上記ホットスタンバイ対象ＩＰアドレスは、ホットスタンバイの対象を示すＩＰアドレスであり、この場合、待機系業務サーバ５００に付与されたＩＰアドレス・ＩＰ₇ （図８参照）である。一方、ホットスタンバイ用ＩＰアドレスは、監視サーバ６００によるホットスタンバイ構成にネーミングサービスを適用するためのＩＰアドレスであり、この場合、監視サーバ６００に付与されたＩＰアドレス・ＩＰ₈（図８参照）である。構成情報登録ツールＴは、システム管理者の操作により、システム構成情報Ｊ₅ をシステム構成情報管理部５２４に登録するためのものである。
【００８３】
つぎに、実施の形態３の動作について図１１（ａ）および（ｂ）に示したフローチャートを参照しつつ説明する。図８に示したクライアント５１からネーミングサービスのオブジェクトリファレンスを獲得するためのオブジェクトリファレンス獲得要求が出されると、図１１（ｂ）に示したステップＳＥ１では、監視サーバ６００は、着ＩＰアドレスが振り分けＩＰアドレス（この場合、ＩＰアドレス・ＩＰ₈ ）であるか否かを判断する。この場合、着ＩＰアドレスがＩＰアドレス・ＩＰ₆ であるものとすると、監視サーバ６００は、ステップＳＥ１の判断結果を「Ｎｏ」とする。ステップＳＥ４では、監視サーバ６００は、現用系業務サーバ４００のＩＰアドレス・ＩＰ₆ との間でコネクションを確立し、クライアント５１からのデータを当該ＩＰアドレス・ＩＰ₆ へ送出する。
【００８４】
これにより、図９に示したコネクション管理部４２１とクライアント５１との間でコネクションが確立する（ＳＹＮ）。この場合のコネクション情報には、着ＩＰアドレス＝ＩＰアドレス・ＩＰ₆ 、着ＰＯＲＴ＝Ｐ_x が含まれている。つぎに、クライアント５１からのオブジェクトリファレンス獲得要求（ＲＥＱＵＥＳＴ）およびコネクション情報は、インタフェース振分部４２２、ＯＲＢインタフェース処理部４２３を経由して、ネーミングサービス部４１０へ渡される。
【００８５】
これにより、図１１（ａ）に示したステップＳＤ１では、ネーミングサービス部４１０は、ＩＰアドレスとしてコネクション情報のＩＰアドレス・ＩＰ₆ （着ＩＰアドレス）、ＰＯＲＴ番号としてコネクション情報の着ＰＯＲＴ＝Ｐ_x を認識する。ステップＳＤ２では、ネーミングサービス部４１０は、システム構成情報Ｊ₄ を参照し、認識したＩＰアドレス（この場合、ＩＰアドレス・ＩＰ₆ ）がホットスタンバイ対象ＩＰアドレスであるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【００８６】
ステップＳＤ３では、ネーミングサービス部４１０は、システム構成情報Ｊ₄ を参照し、ＩＰアドレスをホットスタンバイ用ＩＰアドレス（この場合、ＩＰアドレス・ＩＰ₈）とする。ステップＳＤ４では、ネーミングサービス部４１０は、オブジェクトリファレンスＯＲ₄ （図１３参照）のホスト名をホットスタンバイ用ＩＰアドレス（この場合、ＩＰアドレス・ＩＰ₈）とし、オブジェクトリファレンスＯＲ₄ のＰＯＲＴ番号をＰＯＲＴとして、オブジェクトリファレンスＯＲ₄ を生成する。
【００８７】
これにより、図９に示したオブジェクトリファレンスＯＲ₄ は、ＲＥＰＬＹとして、ＯＲＢインタフェース処理部４２３、インタフェース振分部４２２を経由してコネクション管理部４２１に渡された後、ＤＡＴＡとして図８に示したネットワーク３０、監視サーバ６００およびネットワーク５０を介して、クライアント５１へ渡される。
【００８８】
以後、クライアント５１は、少なくともＩＰアドレス・ＩＰ₈を含むオブジェクトリファレンスＯＲ₄ に基づいて、オブジェクト１１０（またはオブジェクト２１０）へのアクセス要求を出す。すなわち、このアクセス要求がＩＰアドレス・ＩＰ₈ 宛に出されると、図１１（ｂ）に示したステップＳＥ１では、監視サーバ６００は、判断結果を「Ｙｅｓ」とする。ステップＳＥ２では、監視サーバ６００は、現用系業務サーバ４００および待機系業務サーバ５００のうち運用中の現用系業務サーバ４００へアクセス要求を振り分ける。ステップＳＥ３では、監視サーバ６００は、クライアント５１と現用系業務サーバ４００との間でコネクションを確立させる。
【００８９】
これにより、クライアント５１は、現用系業務サーバ４００におけるオブジェクト１１０の提供を受ける。なお、現用系業務サーバ４００の運用が停止している場合には、監視サーバ６００は、アクセス要求を待機系業務サーバ５００へ振り分ける。この場合、クライアント５１は、待機系業務サーバ５００におけるオブジェクト２１０の提供を受ける。
【００９０】
以上説明したように、実施の形態３によれば、システム構成情報Ｊ₄に基づいて、ホットスタンバイ構成に適合するＩＰアドレスを動的に設定することにより、オブジェクトリファレンスＯＲ₄ を生成するようにしたので、ホットスタンバイシステムにおいても、ＣＯＲＢＡにおけるネーミングサービスを高信頼性をもってクライアントへ提供することができる。
【００９１】
このように、実施の形態１〜３によれば、例えば、クライアントからの要求時のコネクション情報に応じて、ＩＰアドレスを動的に設定しオブジェクトリファレンスを生成するようにしたので、従来のように固定的にＩＰアドレスを設定する場合に比して、運用形態やネットワーク形態に依存することなく、ＣＯＲＢＡにおけるネーミングサービスを高信頼性をもってクライアントへ提供することができる。
【００９２】
以上本発明にかかる実施の形態１〜３について図面を参照して詳述してきたが、具体的な構成例はこれら実施の形態１〜３に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等があっても本発明に含まれる。たとえば、前述した実施の形態１〜３においては、オブジェクトリファレンスを生成する機能を実現するためのオブジェクトリファレンス生成プログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたオブジェクトリファレンス生成プログラムをコンピュータ（図示略）に読み込ませ、実行することによりオブジェクトリファレンスの生成を行うようにしてもよい。
【００９３】
上記コンピュータは、上記オブジェクトリファレンス生成プログラムを実行するＣＰＵと、キーボード、マウス等の入力装置と、各種データを記憶するＲＯＭ（Read Only Memory）と、演算パラメータ等を記憶するＲＡＭ（Random Access Memory）と、記録媒体からオブジェクトリファレンス生成プログラムを読み取る読取装置と、ディスプレイ、プリンタ等の出力装置と、装置各部を接続するバスとから構成されている。
【００９４】
ＣＰＵは、読取装置を経由して記録媒体に記録されているオブジェクトリファレンス生成プログラムを読み込んだ後、オブジェクトリファレンス生成プログラムを実行することにより、前述したオブジェクトリファレンスの生成を行う。なお、記録媒体には、光ディスク、フロッピーディスク、ハードディスク等の可搬型の記録媒体が含まれることはもとより、ネットワークのようにデータを一時的に記録保持するような伝送媒体も含まれる。
【００９５】
【発明の効果】
以上説明したように、本発明によれば、クライアントからの要求時のコネクション情報に応じて、アドレス情報を動的に設定しオブジェクトリファレンスを生成するようにしたので、従来のように固定的にアドレス情報を設定する場合に比して、運用形態やネットワーク形態に依存することなく、ＣＯＲＢＡにおけるネーミングサービスを高信頼性をもってクライアントへ提供することができるという効果を奏する。
【００９６】
また、本発明によれば、コネクション情報に含まれる少なくとも着アドレス情報をアドレス情報として設定することによりオブジェクトリファレンスを生成するようにしたので、互いに独立した複数のネットワークにそれぞれ対応する複数のアドレス情報を要求先として有する場合であっても、ＣＯＲＢＡにおけるネーミングサービスを高信頼性をもってクライアントへ提供することができるという効果を奏する。
【００９７】
また、本発明によれば、システム構成情報に基づいて、システムの構成に適合するアドレス情報を動的に設定することにより、オブジェクトリファレンスを生成するようにしたので、負荷分散システムやホットスタンバイシステム等においても、ＣＯＲＢＡにおけるネーミングサービスを高信頼性をもってクライアントへ提供することができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明にかかる実施の形態１の構成を示すブロック図である。
【図２】図１に示した業務サーバ１００の構成を示すブロック図である。
【図３】図１に示した業務サーバ２００の構成を示すブロック図である。
【図４】同実施の形態１の動作を説明するフローチャートである。
【図５】本発明にかかる実施の形態２の構成を示すブロック図である。
【図６】図５に示した業務サーバ３００の構成を示すブロック図である。
【図７】同実施の形態２の動作を説明するフローチャートである。
【図８】本発明にかかる実施の形態３の構成を示すブロック図である。
【図９】図８に示した現用系業務サーバ４００の構成を示すブロック図である。
【図１０】図８に示した待機系業務サーバ５００の構成を示すブロック図である。
【図１１】同実施の形態３の動作を説明するフローチャートである。
【図１２】従来のオブジェクトリファレンス生成システムの構成例１を示すブロック図である。
【図１３】オブジェクトリファレンスのフォーマットＦを示す図である。
【図１４】従来のオブジェクトリファレンス生成システムの構成例２を示すブロック図である。
【符号の説明】
１００、２００、３００業務サーバ
１１０、２１０、３１０オブジェクト
１２０、２２０、３２０ネーミングサービス部
１３０、２３０、３３０ＯＲＢ
４００現用系業務サーバ
４１０ネーミングサービス部
４２０ＯＲＢ
５００待機系業務サーバ
５１０ネーミングサービス部
５２０ＯＲＢ[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an object reference generation device that generates an object reference in CORBA (Common Object Request Broker Architecture), an object reference generation method, a computer-readable recording medium on which an object reference generation program is recorded, and an object reference generation program. Yes, computer readable recording object reference generation device, object reference generation method, and object reference generation program for providing a reliable service to CORBA to clients with high reliability without depending on the operation mode or network mode Related to a recording medium and an object reference generation program
[0002]
2. Description of the Related Art In recent years, the environment surrounding corporate information systems has changed greatly against the background of rapid advances in Internet technologies represented by the World Wide Web (WWW). In particular, recently, in order to improve customer service and increase the efficiency of corporate activities, it has expanded beyond conventional frameworks in the form of in-house systems, collaboration with group companies and other companies, and collaboration with general consumers. Collaboration in scope has begun.
[0003]
Corporate information systems that support corporate activities are required to respond quickly to the above-mentioned drastic changes in the environment. Here, in the case of adopting a method for completely restructuring a corporate information system, it is difficult to quickly cope with severe environmental changes because the development period and cost become barriers. Therefore, in order to respond quickly to drastic changes in the environment, we can use existing assets effectively while adding necessary materials for new purposes as needed, or at a certain point the best materials (vendors, hardware, Software), and the existing system and the new system must have a common base.
[0004]
Moreover, in order to have the common base mentioned above, it is important to be able to cooperate with each other without being aware of the difference between the material of the existing system and the material of the new system. Furthermore, in the field of network computing, new technologies are being developed one after another, and it is necessary to respond flexibly to these new technologies. Against this background, recently, object-oriented technology such as CORBA, which is a standard for building a distributed system, has been spotlighted as a common platform for cooperation between various computing environments.
[0005]
[Prior art]
The above-mentioned CORBA is a standardized specification for heterogeneous connection established by the standardization organization OMG (Object Management Group), and specifies the cooperation protocol between heterogeneous models and various APIs (Application Program Interface) for building distributed applications. Is. Briefly, CORBA is a standard technology that provides a mechanism for clients to access objects (eg, application programs) in a server in a distributed system environment. Here, an object in CORBA refers to an identifiable encapsulated entity that provides one or more services that can be requested from a client.
[0006]
FIG. 12 is a block diagram showing a configuration example 1 of a conventional object reference generation system using the CORBA described above. In this figure, the business server 10 and the business server 20 are distributed in order to distribute the load with respect to accesses from the client 51 and the client 52, and provide the same service to the client 51 and the client 52. The business server 10 is connected to the network 30 and provides the object 11 (for example, an application program) to the client 51 and the client 52. The business server 10 includes an IP address / IP in TCP / IP (Transmission Control Protocol / Internet Protocol).₁ Is granted.
[0007]
The naming service unit 12 provides a naming service in CORBA to the client 51 and the client 52, and has a function of managing the object 11 by name. According to this naming service, when the client 51 and the client 52 access the object 11, the client 51 and the client 52 can access the object 11 by name, not by the position of the object 11, so it is not necessary to be aware of the physical position of the object 11. .
[0008]
Specifically, when there is an access from the client 51 (or client 52), the naming service unit 12 generates an object reference and returns it to the client 51 (or client 52) to provide a naming service. . This object reference is information for uniquely identifying an object by name, and has the format F shown in FIG.
[0009]
As shown in the figure, the object reference includes “Interorable Object Reference (IOR) header”, “ID (IDentification)”, “host name (IP address)”, “PORT number”, “object key”, “tag” It consists of information called “component” and “other profile”. “IOR header” is header information of an object reference. “ID” is identifier information for identifying an object reference.
[0010]
“Host name (IP address)” is the name of the host having the object, specifically, the IP address of the server. The “PORT number” is a port number for specifying an object in the server. The “object key” is information for uniquely identifying an object in the server. Returning to FIG. 12, an ORB (Object Request Broker) 13 is a software bus that mediates between the business server 10, the client 51, and the client 52. The ORB 13 has an initial object reference that includes its own IP address and PORT number.
[0011]
The business server 20 is a server that performs load distribution in cooperation with the business server 10, and is connected to the network 30. The configuration of the business server 20 is the same as that of the business server 10. That is, each of the object 21, the naming service unit 22, and the ORB 23 in the business server 20 has the same functions as the object 11, the naming service unit 12, and the ORB 13 in the business server 10. The business server 20 also has an IP address / IP₂ Is granted.
[0012]
The distribution server 40 is a server for realizing load distribution, and is interposed between the network 30 and the network 50. The distribution server 40 monitors a load of each of the business server 10 and the business server 20 and accesses from the client 51 (or the client 52) to a lightly loaded server of the business server 10 and the business server 20. Has a sorting function. The distribution server 40 also has an IP address / IP_Three Is granted. The client 51 and the client 52 are connected to the network 50, and access the business server 10 or the business server 20 via the network 50, the distribution server 40, and the network 30.
[0013]
In the above configuration, when an access request is issued from the client 51, the access from the client 51 is distributed by the distribution server 40 to, for example, the business server 10 having a lighter load than the business server 20. As a result, the client 51 establishes a connection with the business server 10 after acquiring the object reference of the ORB 13.
[0014]
Next, the client 51 requests the naming service unit 12 for an object reference of the naming service unit 12. As a result, the naming service unit 12 displays “host name (IP address)” = IP address · IP shown in FIG.₁ And an object reference including at least “PORT number” is generated and notified to the client 51. The “IP address” in the object reference of the naming service unit 12 is always an IP address / IP₁ It is.
[0015]
The client 51 that has received the object reference of the naming service unit 12 receives the IP address / IP of the naming service unit 12.₁ After acquiring the PORT number, the connection is established with the naming service unit 12. Next, the client 51 requests an object reference of the object 11 using the connection. Upon receiving the object reference, the client 51 receives the IP address / IP from the object reference.₁ And the PORT number are acquired, a connection is established with the object 11. Thereafter, the client 51 receives provision of the object 11 using the connection.
[0016]
FIG. 14 is a block diagram showing a configuration example 2 of the conventional object reference generation system using the CORBA described above. In this figure, one business server 60, a first group network 70 and a second group network 80 which are independent from each other, and a client 71 connected to the first group network 70 and constituting the first group.₁ ~ 71_n And a client 81 connected to the second group network 80 and constituting the second group₁ ~ 81_n An object reference generation system comprising:
[0017]
In this figure, a business server 60 includes a client 71₁ ~ 71_n And client 81₁ ~ 81_n And is connected to both the first group network 70 and the second group network 80. This business server 60 has two IP addresses, IP_Four And IP address / IP_Five Is granted. This IP address / IP_Four Corresponds to the first group network 70 and has an IP address / IP_Five Corresponds to the second group network 80.
[0018]
The configuration of the business server 60 is the same as that of the business server 10 (see FIG. 12). That is, the object 61, the naming service unit 62, and the ORB 63 in the business server 60 have the same functions as the object 11, the naming service unit 12, and the ORB 13 shown in FIG.
[0019]
In the above configuration, the client 71₁IP address IP through the first group network 70_Four To access. As a result, the client 71₁Establishes a connection with the business server 60 after acquiring the object reference of the ORB 63. Next, the client 71₁Requests the naming service unit 62 for the object reference of the naming service unit 62. As a result, the naming service unit 62 “host name (IP address)” = IP address · IP shown in FIG._Four And an object reference including at least “PORT number”, and generates the object reference.₁To notify. The “IP address” in the object reference of the naming service unit 62 is an IP address / IP_Four It is.
[0020]
The client 71 that has received the object reference of the naming service unit 62₁Is the IP address / IP of the naming service unit 62_Four Then, after acquiring the PORT number, a connection is established with the naming service unit 62. Next, the client 71₁Requests an object reference of the object 61 using the connection. When the object reference is received, the client 71₁IP address / IP from object reference_Four After acquiring the PORT number, the connection with the object 61 is established. Thereafter, the client 71₁Receives provision of the object 61 using the connection.
[0021]
[Problems to be solved by the invention]
Incidentally, as described above, the example of load distribution has been described with reference to FIG. 12, but in reality, there is a problem that load distribution cannot be performed in the conventional object reference generation system. That is, in order to realize load balancing, the client 51 receives the IP address / IP of the distribution server 40._Three Must have access to.
[0022]
However, the IP address of the object reference generated by the naming service unit 12 is an IP address / IP for load distribution._Three Not IP address / IP₁ Therefore, the distribution server 40 cannot perform load distribution. Therefore, conventionally, there has been a problem that reliability cannot be improved by load balancing and a naming service in CORBA cannot be provided in a load balancing environment.
[0023]
In FIG. 14, two IP addresses and IP_Four And IP address / IP_Five The example in which the business server 60 including the first group network 70 and the second group network 80 independent of each other is provided has been described. However, in practice, in the conventional object reference generation system, the client 71₁ ~ 71_n , Client 81₁ ~ 81_n May not be able to receive a naming service.
[0024]
That is, the client 71₁ ~ 71_n The IP address of the object reference generated by the naming service unit 62 is the IP address / IP_Four The first group network 70 and the IP address / IP_Four A connection can be established with the object 61 via the connection.
[0025]
However, the client 71₁ ~ 71_n And the IP address of the object reference generated by the naming service unit 62 is the other IP address / IP._Five The first group network 70 has an IP address / IP_Five Therefore, a problem that a connection cannot be established with the object 61 occurs.
[0026]
The present invention has been made in view of the above, and an object reference generation device, an object reference generation method, and an object reference generation method capable of providing a CORBA naming service to a client with high reliability without depending on an operation form or a network form. An object of the present invention is to provide a computer-readable recording medium in which an object reference generation program is recorded, and an object reference generation program.
[0027]
[Means for Solving the Problems]
In order to achieve the above object, the present invention provides:An object reference generation apparatus that generates an object reference that includes a reference address indicating the location of an object and is information for receiving provision of a naming service in CORBA, the client reference connected from a client apparatus connected via a network. If the request accepting unit accepts the acquisition request when the request accepting unit accepts the acquisition request and the distribution server device that distributes the connection from the client device to the object is provided on the network, And generating means for generating an object reference in which the reference address is set to the address of the distribution server device. Further, according to the present invention, when a plurality of device addresses are assigned to a device in which the object is located, the client can connect the reference address if the request receiving unit receives the acquisition request. And a generating unit configured to generate an object reference set to the device address.
[0028]
According to the present invention, since the address information is dynamically set and the object reference is generated according to the connection information at the time of the request from the client, when the address information is fixedly set as in the prior art, In comparison, the naming service in CORBA can be provided to the client with high reliability without depending on the operation form or the network form.
[0029]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments 1 to 3 of an object reference generation apparatus, an object reference generation method, a computer-readable recording medium recording an object reference generation program, and an object reference generation program according to the present invention will be described in detail below with reference to the drawings. explain.
[0030]
(Embodiment 1)
FIG. 1 is a block diagram showing the configuration of the first embodiment according to the present invention. In this figure, the same reference numerals are given to portions corresponding to the respective portions in FIG. 12, and description thereof is omitted. In FIG. 1, a business server 100 and a business server 200 are provided instead of the business server 10 and the business server 20 shown in FIG. The business server 100 and the business server 200 are distributed in order to distribute the load with respect to the access from the client 51 and the client 52, and provide the same service to the client 51 and the client 52.
[0031]
The business server 100 is connected to the network 30 and provides an object 110 (for example, an application program) to the client 51 and the client 52. The business server 100 has an IP address / IP₁ Is granted. The naming service unit 120 provides a naming service to the client 51 and the client 52 by object reference in the same manner as the naming service unit 12 (see FIG. 12).
[0032]
However, the method of generating the object reference of the naming service unit 120 is different from the method of generating the naming service unit 12 as will be described later. The ORB 130 is a software bus that mediates between the business server 100, the client 51, and the client 52. The ORB 130 has an initial object reference that includes its own IP address and PORT number.
[0033]
FIG. 2 is a block diagram showing a configuration of the business server 100 shown in FIG. In this figure, parts corresponding to those in FIG. The ORB 130 shown in the figure includes a connection management unit 131, an interface distribution unit 132, an ORB interface processing unit 133, and a system configuration information management unit 134. The connection management unit 131 manages the connection between the client 51 and the client 52.
[0034]
The interface distribution unit 132 has a function of distributing interfaces in the ORB 130. The ORB interface processing unit 133 executes interface processing between the interface distribution unit 132 and the naming service unit 120, and between the system configuration information management unit 134 and the naming service unit 120. In this naming service unit 120, an object reference OR having the format F shown in FIG.₁ Is generated.
[0035]
The system configuration information management unit 134 uses the system configuration information J₁ Manage. This system configuration information J₁ Is information indicating the configuration of the object reference generation system shown in FIG. 1 (in this case, the load distribution configuration), and is information indicating the correspondence between the load distribution target IP address and the load distribution IP address in the business server 100. is there.
[0036]
The load balancing target IP address is an IP address indicating a load balancing target, in other words, a load balancing destination. In this case, the IP address / IP assigned to the business server 100₁ (See FIG. 1). On the other hand, the IP address for load distribution is an IP address for applying the naming service to load distribution by the distribution server 40. In this case, the IP address / IP assigned to the distribution server 40_Three(See FIG. 1). The configuration information registration tool T is operated by the system administrator to perform system configuration information J₁ Is registered in the system configuration information management unit 134.
[0037]
The business server 200 is a server that performs load distribution in cooperation with the business server 100, and is connected to the network 30. The configuration of the business server 200 is the same as that of the business server 100. That is, each of the object 210, the naming service unit 220, and the ORB 230 in the business server 200 has the same functions as the object 110, the naming service unit 120, and the ORB 130 in the business server 100. The business server 200 also has an IP address / IP₂ Is granted.
[0038]
FIG. 3 is a block diagram showing the configuration of the business server 200 shown in FIG. In this figure, parts corresponding to those in FIG. The ORB 230 shown in the figure includes a connection management unit 231, an interface distribution unit 232, an ORB interface processing unit 233, and a system configuration information management unit 234. The connection management unit 231 manages the connection between the client 51 and the client 52.
[0039]
The interface distribution unit 232 has a function of distributing interfaces in the ORB 230. The ORB interface processing unit 233 executes interface processing between the interface distribution unit 232 and the naming service unit 220 and between the system configuration information management unit 234 and the naming service unit 220. In this naming service unit 220, an object reference OR having the format F shown in FIG.₂ Is generated.
[0040]
The system configuration information management unit 234 displays the system configuration information J₂ Manage. This system configuration information J₂ Is information indicating the configuration of the object reference generation system shown in FIG. 1 (in this case, load distribution configuration), and is information indicating the correspondence between the load distribution target IP address and the load distribution IP address in the business server 200. is there.
[0041]
The load balancing target IP address is an IP address indicating a load balancing target, in other words, a load balancing destination. In this case, the IP address / IP assigned to the business server 200₂ (See FIG. 1). On the other hand, the IP address for load distribution is an IP address for applying the naming service to load distribution by the distribution server 40. In this case, the IP address / IP assigned to the distribution server 40_Three(See FIG. 1). The configuration information registration tool T is operated by the system administrator to perform system configuration information J₂ Is registered in the system configuration information management unit 234.
[0042]
Next, the operation of the first embodiment will be described with reference to the flowcharts shown in FIGS. 4 (a) and 4 (b). When the object reference acquisition request for acquiring the object reference of the naming service is issued from the client 51 shown in FIG. 1, in the step SB1 shown in FIG. 4B, the distribution server 40 determines that the destination IP address is the distribution IP. Address (in this case, IP address / IP_Three ) Or not. In this case, the destination IP address is IP address / IP₁ If it is, the determination result is “No”. In step SB4, the distribution server 40 determines the IP address / IP of the business server 100.₁ And establishes a connection with the client, and transfers data from the client 51 to the IP address / IP₁ To send.
[0043]
Thereby, a connection is established between the connection management unit 131 and the client 51 shown in FIG. 2 (SYN). The connection information in this case includes the destination IP address = IP address / IP₁ , PORT = P_x It is included. Next, the object reference acquisition request (REQUEST) and connection information from the client 51 are passed to the naming service unit 120 via the interface distribution unit 132 and the ORB interface processing unit 133.
[0044]
Thereby, in step SA1 shown in FIG. 4A, the naming service unit 120 uses the IP address / IP of the connection information as the IP address.₁ (Destination IP address), PORT number of connection information as PORT number = P_x Recognize In step SA2, the naming service unit 120 determines that the system configuration information J₁ And the recognized IP address (in this case, IP address / IP₁ ) Is a load balancing target IP address. In this case, the determination result is “Yes”.
[0045]
In step SA3, the naming service unit 120 performs system configuration information J₁ And load the IP address for load balancing (in this case, the IP address / IP_Three). In step SA4, the naming service unit 120 performs object reference OR.₁ The host name (see FIG. 13) is the load balancing IP address (in this case, the IP address / IP_Three) And object reference OR₁ Object reference OR with PORT number as PORT₁ Is generated.
[0046]
As a result, the object reference OR shown in FIG.₁ Is transferred as REPLY to the connection management unit 131 via the ORB interface processing unit 133 and the interface distribution unit 132, and then as DATA via the network 30, the distribution server 40, and the network 50 shown in FIG. Passed to the client 51.
[0047]
Thereafter, the client 51 has at least an IP address / IP_ThreeObject reference OR containing₁ Based on the above, an access request to the object 110 (or the object 210) is issued. That is, this access request is IP address / IP_Three When addressed, the distribution server 40 distributes the load to a lightly loaded server among the business server 100 and the business server 200. As a result, the client 51 receives provision of the load distribution destination object 110 or object 210.
[0048]
On the other hand, if the determination result in step SA2 shown in FIG. 4A is “No”, in step SA4, the naming service unit 120 determines that the object reference OR₁ The host name of (see FIG. 13) is an IP address other than the load balancing IP address, and the object reference OR₁ Object reference OR with PORT number as PORT₁ Is generated.
[0049]
In addition, when an object reference acquisition request for acquiring an object reference of a naming service is issued from the client 51 shown in FIG. 1, in step SB1 shown in FIG. Distribution IP address (in this case, IP address / IP_Three ) Or not. In this case, the destination IP address is IP address / IP₂ If it is, the determination result is “No”. In step SB4, the distribution server 40 determines the IP address / IP of the business server 200.₂ And establishes a connection with the client, and transfers data from the client 51 to the IP address / IP₂ To send.
[0050]
Thereby, a connection is established between the connection management unit 231 and the client 51 shown in FIG. 3 (SYN). The connection information in this case includes the destination IP address = IP address / IP₂ , PORT = P_x It is included. Next, an object reference acquisition request (REQUEST) and connection information from the client 51 are passed to the naming service unit 220 via the interface distribution unit 232 and the ORB interface processing unit 233.
[0051]
Thereby, in step SA1 shown in FIG. 4A, the naming service unit 220 uses the IP address / IP of the connection information as the IP address.₂ (Destination IP address), PORT number of connection information as PORT number = P_x Recognize In step SA2, the naming service unit 220 determines that the system configuration information J₂ And the recognized IP address (in this case, IP address / IP₂ ) Is a load balancing target IP address. In this case, the determination result is “Yes”.
[0052]
In step SA3, the naming service unit 220 determines that the system configuration information J₂ And load the IP address for load balancing (in this case, the IP address / IP_Three). In step SA4, the naming service unit 220 determines that the object reference OR₂ The host name (see FIG. 13) is the load balancing IP address (in this case, the IP address / IP_Three) And object reference OR₂ Object reference OR with PORT number as PORT₂ Is generated.
[0053]
As a result, the object reference OR shown in FIG.₂ Is transferred as REPLY to the connection management unit 231 via the ORB interface processing unit 233 and the interface distribution unit 232, and then as DATA via the network 30, the distribution server 40, and the network 50 shown in FIG. Passed to the client 51.
[0054]
Thereafter, the client 51 has at least an IP address / IP_ThreeObject reference OR containing₂ Based on the above, an access request to the object 110 (or the object 210) is issued. That is, this access request is IP address / IP_Three When addressed, the distribution server 40 distributes the load to a lightly loaded server among the business server 100 and the business server 200. As a result, the client 51 receives provision of the load distribution destination object 110 or object 210.
[0055]
As described above, according to the first embodiment, the system configuration information J₁Based on the object reference OR by dynamically setting an IP address that fits the load balancing system configuration₁ Therefore, the CORBA naming service can be provided to the client with high reliability even in the load balancing system.
[0056]
(Embodiment 2)
FIG. 5 is a block diagram showing a configuration of the second embodiment according to the present invention. In this figure, the same reference numerals are given to portions corresponding to the respective portions in FIG. In this figure, a business server 300 is provided instead of the business server 60 shown in FIG.
[0057]
In this figure, one business server 300, a first group network 70 and a second group network 80 that are independent of each other, and a client 71 that is connected to the first group network 70 and constitutes the first group.₁ ~ 71_n And a client 81 connected to the second group network 80 and constituting the second group₁ ~ 81_n An object reference generation system comprising:
[0058]
In this figure, a business server 300 includes a client 71₁ ~ 71_n And client 81₁ ~ 81_n And is connected to both the first group network 70 and the second group network 80. This business server 300 has two IP addresses, IP_Four And IP address / IP_Five Is granted. This IP address / IP_Four Corresponds to the first group network 70 and has an IP address / IP_Five Corresponds to the second group network 80. The business server 300 includes an object 310, a naming service unit 320, and an ORB 330.
[0059]
FIG. 6 is a block diagram showing the configuration of the business server 300 shown in FIG. In this figure, parts corresponding to those in FIG. The ORB 330 shown in the figure includes a connection management unit 331, an interface distribution unit 332, an ORB interface processing unit 333, and a system configuration information management unit 334. The connection management unit 331 is a client 71₁ ~ 71_n, Client 81₁ ~ 81_n Manage connections between and.
[0060]
The interface distribution unit 332 has a function of distributing interfaces in the ORB 330. The ORB interface processing unit 333 executes interface processing between the interface distribution unit 332 and the naming service unit 320, and between the system configuration information management unit 334 and the naming service unit 320. In this naming service unit 320, an object reference OR having the format F shown in FIG._Three Is generated.
[0061]
The system configuration information management unit 334 receives the system configuration information J₁ System configuration information J_Three Manage. However, in the second embodiment, the system configuration information J_Three Is not registered in the system configuration information management unit 334. This system configuration information J_Three Is registered when the business server 300 functions as a load balancing server or a hot standby server described later.
[0062]
Next, the operation of the second embodiment will be described with reference to the flowchart shown in FIG. Client 71 shown in FIG.₁ The object reference acquisition request for acquiring the object reference of the naming service from the IP address / IP shown in FIG._Four When addressed, the connection management unit 331 and the client 71 shown in FIG.₁(SYN). The connection information in this case includes the destination IP address = IP address / IP_Four , PORT = P_x It is included. Next, the client 71₁The object reference acquisition request (REQUEST) and the connection information are passed to the naming service unit 320 via the interface distribution unit 332 and the ORB interface processing unit 333.
[0063]
Thereby, in step SC1 shown in FIG. 7, the naming service unit 320 uses the IP address / IP of the connection information as the IP address._Four (Destination IP address), PORT number of connection information as PORT number = P_x Recognize In step SC2, the naming service unit 320 recognizes the recognized IP address (in this case, the IP address / IP_Four ) Is an IP address subject to load distribution. In this case, the determination result is “No”.
[0064]
In step SC4, the naming service unit 320 receives the object reference OR._Three The host name (see FIG. 13) is the IP address / IP of the connection information._Four (Destination IP address), PORT number, Connection information destination PORT = P_x As an object reference OR_Three Is generated.
[0065]
This object reference OR_Three Is transferred as REPLY to the connection management unit 331 via the ORB interface processing unit 333 and the interface allocating unit 332, and then, as the DATA, the client 71 passes through the first group network 70 shown in FIG.₁Passed to. Thereafter, the client 71₁Is at least IP address / IP_FourObject reference OR containing_Three Based on the above, an access request to the object 310 is issued. That is, this access request is IP address / IP_Four When addressed, the client 71₁Receives provision of the object 310.
[0066]
On the other hand, if the determination result in step SC2 shown in FIG. 7 is “Yes”, that is, if the business server 300 functions as a load balancing server, in step SC3, the naming service unit 320 executes step SA3. (See FIG. 4A) System configuration information J_Three The IP address is used as a load balancing IP address. In step SC4, the naming service unit 320 receives the object reference OR._Three Use the host name of the load balancing IP address as the object reference OR_Three Object reference OR with PORT number as PORT_Three Is generated.
[0067]
The client 81 shown in FIG.₁ Even when a naming service object reference acquisition request is issued from the naming service unit 320, the naming service unit 320 receives the IP address / IP_FiveObject reference OR containing_Three Is generated. This object reference OR_Three Is client 81₁ To the client 81₁Is at least IP address / IP_FiveObject reference OR containing_Three Based on the above, an access request to the object 310 is issued. That is, this access request is IP address / IP_Five When addressed, client 81₁Receives provision of the object 310.
[0068]
As described above, according to the second embodiment, the object reference OR is set by setting at least the destination IP address information included in the connection information as the IP address._Three Therefore, even if a plurality of IP addresses respectively corresponding to a plurality of first group networks 70 and a second group network 80 that are independent from each other are used as request destinations, a naming service in CORBA is provided. It can be provided to clients with high reliability.
[0069]
(Embodiment 3)
FIG. 8 is a block diagram showing a configuration of the third embodiment according to the present invention. In this figure, parts corresponding to those in FIG. 1 are denoted by the same reference numerals, and description thereof is omitted. In FIG. 8, an active business server 400, a standby business server 500, and a monitoring server 600 are provided in place of the business server 100, the business server 200, and the distribution server 40 shown in FIG.
[0070]
These active business server 400 and standby business server 500 have a hot standby configuration. In other words, the active business server 400 is a server that provides services to the client 51 and the client 52 as the active system in a normal state, and the standby business server 500 is used when an abnormality occurs in the active business server 400. Instead of the active business server 400, it is a standby server that provides services to the client 51 and the client 52.
[0071]
The monitoring server 600 is a server that monitors the operational status of the active business server 400 and the standby business server 500 and has a function of distributing access from the client 51 or the client 52 to the server that is currently used. . The monitoring server 600 also has an IP address / IP₈ Is granted.
[0072]
The active business server 400 is connected to the network 30 and provides an object 110 (for example, an application program) to the client 51 and the client 52. The active business server 400 includes an IP address / IP₆ Is granted. The naming service unit 410 provides a naming service to the client 51 and the client 52 by object reference in the same manner as the naming service unit 12 (see FIG. 1).
[0073]
Here, the method of generating the object reference of the naming service unit 410 is different from the method of generating the naming service unit 12 as will be described later. The ORB 420 is a software bus that mediates between the active business server 400, the client 51, and the client 52. The ORB 420 has an initial object reference that includes its own IP address and PORT number.
[0074]
FIG. 9 is a block diagram showing the configuration of the active business server 400 shown in FIG. In this figure, parts corresponding to those in FIG. The ORB 420 shown in the figure includes a connection management unit 421, an interface distribution unit 422, an ORB interface processing unit 423, and a system configuration information management unit 424. The connection management unit 421 manages the connection between the client 51 and the client 52.
[0075]
The interface distribution unit 422 has a function of distributing interfaces in the ORB 420. The ORB interface processing unit 423 executes interface processing between the interface distribution unit 422 and the naming service unit 410, and between the system configuration information management unit 424 and the naming service unit 410. In the naming service unit 410, an object reference OR having the format F shown in FIG._Four Is generated.
[0076]
The system configuration information management unit 424_Four Manage. This system configuration information J_Four Is information indicating the configuration of the object reference generation system shown in FIG. 8 (in this case, the hot standby configuration), and indicates the correspondence between the hot standby target IP address and the hot standby IP address in the active business server 400. Information.
[0077]
The hot standby target IP address is an IP address that identifies a hot standby target. In this case, the IP address / IP assigned to the active business server 400₆ (See FIG. 8). On the other hand, the hot standby IP address is an IP address for applying the naming service to the hot standby configuration by the monitoring server 600. In this case, the IP address / IP assigned to the monitoring server 600₈(See FIG. 8). The configuration information registration tool T is operated by the system administrator to perform system configuration information J_Four Is registered in the system configuration information management unit 424.
[0078]
The standby business server 500 illustrated in FIG. 8 is a server that realizes a hot standby configuration in cooperation with the active business server 400, and is connected to the network 30. The configuration of the standby business server 500 is the same as that of the active business server 400. That is, each of the object 210, the naming service unit 510, and the ORB 520 in the standby business server 500 has the same functions as the object 110, the naming service unit 410, and the ORB 420 in the active business server 400. The standby business server 500 has an IP address / IP₇ Is granted.
[0079]
FIG. 10 is a block diagram showing the configuration of the standby business server 500 shown in FIG. In this figure, parts corresponding to those in FIG. The ORB 520 shown in the figure includes a connection management unit 521, an interface distribution unit 522, an ORB interface processing unit 523, and a system configuration information management unit 524. The connection management unit 521 manages the connection between the client 51 and the client 52.
[0080]
The interface distribution unit 522 has a function of distributing interfaces in the ORB 520. The ORB interface processing unit 523 executes interface processing between the interface distribution unit 522 and the naming service unit 510 and between the system configuration information management unit 524 and the naming service unit 510. In this naming service unit 510, an object reference OR having the format F shown in FIG._Five Is generated.
[0081]
The system configuration information management unit 524 stores the system configuration information J_Five Manage. This system configuration information J_Five Is information indicating the configuration of the object reference generation system shown in FIG. 8 (in this case, the hot standby configuration), and indicates the correspondence between the hot standby target IP address and the hot standby IP address in the standby business server 500. Information.
[0082]
The hot standby target IP address is an IP address indicating a hot standby target. In this case, the IP address / IP assigned to the standby business server 500₇ (See FIG. 8). On the other hand, the hot standby IP address is an IP address for applying the naming service to the hot standby configuration by the monitoring server 600. In this case, the IP address / IP assigned to the monitoring server 600₈(See FIG. 8). The configuration information registration tool T is operated by the system administrator to perform system configuration information J_Five Is registered in the system configuration information management unit 524.
[0083]
Next, the operation of the third embodiment will be described with reference to the flowcharts shown in FIGS. 11 (a) and 11 (b). When the object reference acquisition request for acquiring the object reference of the naming service is issued from the client 51 shown in FIG. 8, in step SE1 shown in FIG. 11B, the monitoring server 600 assigns the destination IP address to the distribution IP. Address (in this case, IP address / IP₈ ) Or not. In this case, the destination IP address is IP address / IP₆ If so, the monitoring server 600 sets the determination result in step SE1 to “No”. In step SE4, the monitoring server 600 determines the IP address / IP of the active business server 400.₆ And establishes a connection with the client, and transfers data from the client 51 to the IP address / IP₆ To send.
[0084]
As a result, a connection is established between the connection management unit 421 and the client 51 shown in FIG. 9 (SYN). The connection information in this case includes the destination IP address = IP address / IP₆ , PORT = P_x It is included. Next, an object reference acquisition request (REQUEST) and connection information from the client 51 are passed to the naming service unit 410 via the interface distribution unit 422 and the ORB interface processing unit 423.
[0085]
Thus, in step SD1 shown in FIG. 11A, the naming service unit 410 uses the IP address / IP of the connection information as the IP address.₆ (Destination IP address), PORT number of connection information as PORT number = P_x Recognize In step SD2, the naming service unit 410 receives the system configuration information J_Four And the recognized IP address (in this case, IP address / IP₆ ) Is a hot standby target IP address. In this case, the determination result is “Yes”.
[0086]
In step SD3, the naming service unit 410 receives the system configuration information J._Four The IP address for hot standby (in this case, the IP address / IP₈). In step SD4, the naming service unit 410 receives the object reference OR._Four (See FIG. 13) The host name of the hot standby IP address (in this case, IP address / IP₈) And object reference OR_Four Object reference OR with PORT number as PORT_Four Is generated.
[0087]
As a result, the object reference OR shown in FIG._Four Is transferred as REPLY to the connection management unit 421 via the ORB interface processing unit 423 and the interface distribution unit 422, and then as DATA via the network 30, the monitoring server 600, and the network 50 shown in FIG. Passed to the client 51.
[0088]
Thereafter, the client 51 has at least an IP address / IP₈Object reference OR containing_Four Based on the above, an access request to the object 110 (or the object 210) is issued. That is, this access request is IP address / IP₈ When addressed, the monitoring server 600 sets the determination result to “Yes” in step SE1 shown in FIG. In step SE <b> 2, the monitoring server 600 distributes the access request to the active business server 400 among the active business server 400 and the standby business server 500. In step SE <b> 3, the monitoring server 600 establishes a connection between the client 51 and the active business server 400.
[0089]
As a result, the client 51 is provided with the object 110 in the active business server 400. When the operation of the active business server 400 is stopped, the monitoring server 600 distributes the access request to the standby business server 500. In this case, the client 51 receives provision of the object 210 in the standby business server 500.
[0090]
As described above, according to the third embodiment, the system configuration information J_FourBased on the object reference OR by dynamically setting an IP address that fits the hot standby configuration_Four Therefore, the CORBA naming service can be provided to the client with high reliability even in the hot standby system.
[0091]
Thus, according to the first to third embodiments, for example, according to connection information at the time of a request from a client, an IP address is dynamically set and an object reference is generated. Compared to the case where the IP address is fixedly set, the naming service in CORBA can be provided to the client with high reliability without depending on the operation form or the network form.
[0092]
Although the first to third embodiments according to the present invention have been described in detail with reference to the drawings, specific configuration examples are not limited to the first to third embodiments and do not depart from the gist of the present invention. Any change in the design of the range is included in the present invention. For example, in the first to third embodiments described above, an object reference generation program for realizing the function of generating an object reference is recorded on a computer-readable recording medium, and the object reference generation recorded on the recording medium is performed. An object reference may be generated by reading a program into a computer (not shown) and executing the program.
[0093]
The computer includes a CPU that executes the object reference generation program, an input device such as a keyboard and a mouse, a ROM (Read Only Memory) that stores various data, and a RAM (Random Access Memory) that stores calculation parameters and the like. A reading device that reads an object reference generation program from a recording medium, an output device such as a display and a printer, and a bus that connects each part of the device.
[0094]
The CPU reads the object reference generation program recorded on the recording medium via the reading device, and then executes the object reference generation program to generate the above-described object reference. Note that the recording medium includes not only a portable recording medium such as an optical disk, a floppy disk, and a hard disk, but also a transmission medium that temporarily records and holds data, such as a network.
[0095]
【The invention's effect】
As described above, according to the present invention, the address information is dynamically set and the object reference is generated according to the connection information at the time of the request from the client. Compared to the case where information is set, the CORBA naming service can be provided to the client with high reliability without depending on the operation form or the network form.
[0096]
In addition, according to the present invention, since the object reference is generated by setting at least the destination address information included in the connection information as the address information, a plurality of address information respectively corresponding to a plurality of independent networks are obtained. Even if it is a case where it has as a request destination, there is an effect that the naming service in CORBA can be provided to the client with high reliability.
[0097]
Further, according to the present invention, the object reference is generated by dynamically setting the address information suitable for the system configuration based on the system configuration information, so that the load distribution system, the hot standby system, etc. In this case, the naming service in CORBA can be provided to the client with high reliability.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a first exemplary embodiment according to the present invention.
FIG. 2 is a block diagram showing a configuration of a business server 100 shown in FIG.
FIG. 3 is a block diagram showing a configuration of a business server 200 shown in FIG. 1;
FIG. 4 is a flowchart for explaining the operation of the first embodiment.
FIG. 5 is a block diagram showing a configuration of a second embodiment according to the present invention.
6 is a block diagram showing a configuration of a business server 300 shown in FIG.
FIG. 7 is a flowchart for explaining the operation of the second embodiment.
FIG. 8 is a block diagram showing a configuration of a third embodiment according to the present invention.
9 is a block diagram showing a configuration of an active business server 400 shown in FIG.
10 is a block diagram showing a configuration of a standby business server 500 shown in FIG. 8. FIG.
FIG. 11 is a flowchart for explaining the operation of the third embodiment.
FIG. 12 is a block diagram showing a configuration example 1 of a conventional object reference generation system.
FIG. 13 is a diagram illustrating an object reference format F;
FIG. 14 is a block diagram showing a configuration example 2 of a conventional object reference generation system.
[Explanation of symbols]
100, 200, 300 Business server
110, 210, 310 objects
120, 220, 320 Naming Service Department
130, 230, 330 ORB
400 Active business server
410 Naming Service Department
420 ORB
500 Standby business server
510 Naming Service Department
520 ORB

Claims

An object reference generation device that generates an object reference that includes a reference address indicating the location of an object and is information for receiving provision of a naming service in CORBA,
Request accepting means for accepting an acquisition request for the object reference from a client device connected via a network ;
When a distribution server device that distributes connections from the client device to the object is provided on the network, if the request reception unit receives the acquisition request, the reference address is assigned to the distribution server device. object reference generating device characterized by comprising a generating means for generating an object reference set at the address.

An object reference generating apparatus that generates an object reference that includes a reference address indicating the location of an object and is information for receiving a naming service provision in CORBA,
  Request accepting means for accepting the object reference acquisition request from a client device connected via a network;
  When a plurality of device addresses are assigned to the device where the object is located, if the request receiving unit receives the acquisition request, the reference address is set to the device address to which the client can connect. Generating means for generating an object reference
  An object reference generation device comprising:

An object reference generation method for generating an object reference which includes a reference address indicating the location of an object and is information for receiving a naming service provision in CORBA,
  A request receiving step of receiving an acquisition request for the object reference from a client device connected via a network;
  When a distribution server device that distributes connections from the client device to the object is provided on the network, if the request reception step receives the acquisition request, the reference address is assigned to the distribution server device. Generation process to generate the object reference set to the address of
  An object reference generation method characterized by including:

An object reference generation method for generating an object reference which includes a reference address indicating the location of an object and is information for receiving a naming service provision in CORBA,
  A request receiving step of receiving an acquisition request for the object reference from a client device connected via a network;
  When a plurality of device addresses are assigned to the device where the object is located, if the request receiving step receives the acquisition request, the reference address is set to the device address to which the client can connect. Generation process to generate the object reference
  An object reference generation method characterized by including:

An object reference generation program for generating an object reference which includes a reference address indicating the location of an object and is information for receiving a naming service provision in CORBA,
  A request acceptance procedure for accepting an acquisition request for the object reference from a client device connected via a network;
  When a distribution server device that distributes connections from the client device to the object is provided on the network, if the request reception procedure receives the acquisition request, the reference server uses the reference address as the distribution server device. Generation procedure to generate the object reference set to the address of
  An object reference generation program which causes a computer to execute

An object reference generation program for generating an object reference which includes a reference address indicating the location of an object and is information for receiving a naming service provision in CORBA,
  A request acceptance procedure for accepting an acquisition request for the object reference from a client device connected via a network;
  If a plurality of device addresses are assigned to the device where the object is located, and the request acceptance procedure accepts the acquisition request, the reference address is set to the device address to which the client can connect Generation procedure to generate an object reference
  An object reference generation program which causes a computer to execute

A computer-readable recording medium on which an object reference generation program that generates an object reference that includes a reference address indicating the location of an object and is an information for receiving a naming service provision in CORBA is recorded,
  A request acceptance procedure for accepting an acquisition request for the object reference from a client device connected via a network;
  When a distribution server device that distributes connections from the client device to the object is provided on the network, if the request reception procedure receives the acquisition request, the reference server uses the reference address as the distribution server device. Generation procedure to generate the object reference set to the address of
  A computer-readable recording medium on which an object reference generation program for causing a computer to execute is recorded.