JP2000215179A - オブジェクト名前管理方式 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワークを通じてネームサーバのネーム
データベースに登録されているファクトリオブジェクト
と被ファクトリオブジェクトの登録情報を削除する際、
ネットワークトラフィックの削減ができるオブジェクト
名前管理方式を実現する。 【解決手段】 ファクトリオブジェクトと被ファクトリ
オブジェクトのそれぞれを識別するオブジェクトリファ
レンスをオブジェクトリファレンス生成装置９で生成
し、ファクトリオブジェクトの名前とこのファクトリオ
ブジェクトの名前が連結された被ファクトリオブジェク
トの名前を名前作成装置１０で作成し、これらのファク
トリオブジェクトと被ファクトリオブジェクトのオブジ
ェクトリファレンスと名前をネームデータベース１６に
登録し、また、ネームデータベース管理装置はファクト
リオブジェクトの名前に基づきファクトリオブジェクト
の識別情報と名前を削除すると共に、ファクトリオブジ
ェクトの名前が連結された被ファクトリオブジェクトの
名前に基づき被ファクトリオブジェクトの識別情報と名
前を削除する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、分散オブジェク
トシステムにおけるネーミングサービスに関するもので
ある。

【０００２】

【従来の技術】図１１は例えば、「CORBAservices Marc
h1995 Naming Service Specification」に示された分散
オブジェクトシステムにおける従来のネーミングサービ
スの構成図である。分散オブジェクトシステムは、２つ
のコンピュータ１０２、１０３がネットワークによって
相互に接続されたコンピュータシステムで、コンピュー
タ１０２内のアプリケーション１０５、アプリケーショ
ン１０５内のオブジェクト１１１、１１２、１１３及び
オブジェクト１１１、１１２、１１３に対してオブジェ
クトリファレンスを割り当てるオブジェクトリファレン
ス生成装置１０９と、コンピュータ１０３内のアプリケ
ーションクライアント１０６と、により構成される。

【０００３】アプリケーションクライアント１０６はオ
ブジェクトリファレンス生成装置１０９によって生成さ
れたオブジェクトリファレンスを用いアプリケーション
１０５内のオブジェクト１１１、１１２、１１３を特定
し、特定されたオブジェクトとメッセージを送受信する
ことにより、アプリケーションに固有の処理を実行させ
る。

【０００４】分散オブジェクトシステムにおけるネーミ
ングサービスは、上記の分散オブジェクトシステムに加
えて、第１のコンピュータ１０１がネットワークを通じ
てコンピュータ１０２及びコンピュータ１０３と相互に
接続されたもので、コンピュータ１０１内で動作するネ
ームサーバ１０４と、コンピュータ１０２内で動作する
ネームクライアント１０７及びコンピュータ１０３内で
動作するネームクライアント１１４により構成される。

【０００５】ネームサーバ１０４は、オブジェクト１１
１、１１２、１１３に対して割り当てられるオブジェク
ト名とオブジェクトリファレンスの組（以下、組と記載
する）が登録されるネームデータベース１１０と、ネー
ムデータベース１１０内の組を実際に登録したり、削除
したり、検索したりする処理を行うネームデータベース
管理装置１０８から成る。組の登録、削除の要求はアプ
リケーション１０５が行ない、組の検索の要求はアプリ
ケーションクライアント１０６が行う。これらの要求
は、それぞれネームクライアント１１４、ネームクライ
アント１０７を通じてネームサーバ１０４に送られる。

【０００６】図１１では、ネームデータベース１１０は
分散配置されたデータベースとして図示していないが、
本来は、ネームサーバ１０４を複数設け、分散データベ
ースとして構築することが可能である。

【０００７】オブジェクトリファレンス生成装置１０９
はオブジェクト１１１、１１２、１１３を全システム内
で一意に識別するオブジェクトリファレンスを生成す
る。オブジェクトリファレンスの代表的な例はOMG CORB
AのIOR（Interoperable ObjectReference）が挙げられ
る。アプリケーションクライアント１０６はこのオブジ
ェクトリファレンスを獲得することで、オブジェクト１
１１、１１２、１１３にアクセスし、オブジェクト１１
１、１１２、１１３とのメッセージの送受信が可能にな
る。

【０００８】次に、図１２を参照して動作について説明
する。図１２は、図１１の従来のネーミングサービスの
主要構成部の処理動作を時系列で表した動作説明図であ
る。ここで、縦線は時間を表している。まず、アプリケ
ーション１０５を起動すると、アプリケーション１０５
の初期化の時点で、あらかじめプログラミングされてい
るオブジェクト１１１が生成される。オブジェクト１１
１が生成されると、オブジェクト１１１を特定するオブ
ジェクトリファレンスがオブジェクトリファレンス生成
装置１０９によって生成され一意に割り当てられる。

【０００９】図１１におけるオブジェクトリファレンス
は、例えば、オブジェクトが存在するホスト名、オブジ
ェクトに対するメッセージを送受信するポート番号及び
オブジェクトキー（オブジェクトのインタフェース名、
プログラムによって与えられる文字列など）により構成
される。

【００１０】次に、オブジェクトリファレンスとプログ
ラミングによってあらかじめ与えられたオブジェクト名
との組が、ネームクライアント１１４を通じて、ネーム
サーバ１０４のネームデータベース１１０に登録される
（ステップＳ１０１）。ネームサーバ１０４のネームデ
ータベース管理装置１０８は、アプリケーション１０５
からの要求により組の登録を行うが、この際、登録しよ
うとする名前と同一名のオブジェクトリファレンスが既
にネームデータベース１１０内に存在するか否かを調べ
る。同一名のオブジェクトリファレンスが存在した場合
は、２つの対応策が有り得る。１つは、重複エラーとし
て、登録を依頼してきたネームクライアント１１４にレ
ポートするという場合であり、もう１つはアプリケーシ
ョン１０５が強制登録を望む場合に限り、既存の組を削
除して新規の組を登録するという場合である。

【００１１】次に、アプリケーションクライアント１０
６は、ネームクライアント１０７を通じて、あらかじめ
プログラミングによって与えられた名前を、ネームサー
バ１０４に送り、対応するオブジェクトリファレンスを
獲得する（ステップＳ１０２）。ネームサーバ１０４の
ネームデータベース管理装置１０８は、ネームクライア
ント１０７からの検索要求が来ると、オブジェクト名に
よってネームデータベース１１０を検索し、該当するオ
ブジェクトリファレンスをネームクライアント１０７に
送る。さらに、ネームクライアント１０７は送られてき
たオブジェクトリファレンスをアプリケーションクライ
アント１０６に送る。

【００１２】アプリケーションクライアント１０６は、
ネームクライアント１０７からオブジェクトリファレン
スを獲得すると、オブジェクト１１１が存在するホスト
名、ポート番号、オブジェクトキーを、オブジェクトリ
ファレンスより抽出し、ネットワークを通じてオブジェ
クト１１１とメッセージの送受信を行い、アプリケーシ
ョン１０５に処理を遂行させる(ステップＳ１０６)。

【００１３】アプリケーション１０５の処理内容に依存
するが、オブジェクト１１１に対して、他のオブジェク
トを生成するように要求することがある（ステップＳ１
０３）。図１１では、アプリケーション１０５の起動時
に生成された最初のオブジェクト１１１を含めて合計３
つのオブジェクトが生成されている様子を示している。
新たにオブジェクト１１２、１１３が生成されると、最
初のオブジェクト１１１と同様に、オブジェクトリファ
レンス生成装置１０９によって新しいオブジェクトリフ
ァレンスが生成され、この生成されたオブジェクトリフ
ァレンスとあらかじめプログラミングによって与えられ
た名前とにより構成された組がネームデータベース１１
０に登録される（ステップＳ１０４、Ｓ１０５）。

【００１４】アプリケーション１０５の終了時（正常に
終了する場合）には、アプリケーション１０５はネーム
クライアント１１４を通じて、ネームデータベース１１
０から組を削除するように、ネームサーバ１０４へ要求
を行う。この要求を受け取ったネームサーバ１０４のネ
ームデータベース管理装置１０８は、ネームクライアン
ト１１４から受け取ったオブジェクト名によって、ネー
ムデータベース１１０を検索し、該当するオブジェクト
名とオブジェクトリファレンスとの組を削除する（ステ
ップＳ１３０７、Ｓ１３０８）。

【００１５】

【発明が解決しようとする課題】以上説明したように、
従来のネーミングサービスシステムでは、例えばアプリ
ケーション１０５の起動時に生成されるオブジェクト１
１１とこの生成されたオブジェクト１１１によってさら
に生成されるオブジェクト１１２、１１３とは同じオブ
ジェクトとして扱われ、また、オブジェクトリファレン
スもこれらの種別を区別せず生成されていた。このた
め、次のような問題点が生じた。

【００１６】すなわち、ネームデータベース１１０内で
は、どのオブジェクトも種別を区別されないため、ネー
ムデータベース１１０から組を削除する場合は、それぞ
れ個々の組に対して、削除の要求を出す必要があった。
このため、ネームサーバ１０４がアプリケーション１０
５と別のコンピュータで動作する場合、ネームデータベ
ース１１０内の組の数に応じて削除の要求がネットワー
ク上を往来し、ネットワークトラフィックを増大すると
いう問題点があった。

【００１７】また、アプリケーション１０５が異常終了
してしまうと、ネームデータベース１１０内に無効の組
が残る。アプリケーション１０５を再起動した場合に
は、これらの組を全て削除し再度新しい組を登録する必
要があるが、無効の組が多量に残存した場合は、これら
の組を全て削除しなければならず、アプリケーション１
０５の回復時間に多大な時間を費やすとうい問題点があ
った。

【００１８】さらに、ネームデータベース１１０に登録
されている組の一部又は全体がコピーされて保存される
キャッシュが別のコンピュータに保持された場合、ネー
ムデータベース１１０とそのコピーであるキャッシュの
データ内容の一貫性を維持するために、ネームデータベ
ース１１０に登録されている組の更新に際しては、更新
情報を全てをキャッシュにも送信し、この更新情報をキ
ャッシュに反映する必要があった。このように全ての更
新情報をネットワークを通じてキャッシュに送信する必
要があったため、ネットワークトラフィックが大きくな
る問題点があった。

【００１９】また、キャッシュは必ずしも最新の状態と
は限らず、更新情報が反映されるまでか、あるいは、キ
ャッシュ内のオブジェクト名とオブジェクトリファレン
スを用いて実際に処理を遂行してみるまでは、そのデー
タが有効なものか無効なものかわからないという問題点
があった。

【００２０】さらに、従来のキャッシュとネームデータ
ベース１１０とのデータの一貫性を維持する方法では、
新しくオブジェクト名とオブジェクトリファレンスの組
がネームデータベース１１０に登録された場合、ネーム
データベース１１０内の新しいオブジェクト名とオブジ
ェクトリファレンスを更新情報としてキャッシュに送っ
ていたが、これによってネットワークトラフィックが大
きくなり、また、更新情報をキャッシュに反映する処理
にも時間がかかるという問題点があった。

【００２１】この発明は、上記のような問題を解決する
ためになされたもので、ネットワークを通じてネームデ
ータベースの登録情報を削除する際のネットワークトラ
フィックの削減ができ、また異常終了したアプリケーシ
ョンを再起動する際の回復時間の短縮ができ、さらにネ
ームデータベースとキャッシュに保管の組を効率的に一
貫管理することのできるオブジェクト名前管理方式を提
供することを目的とする。

【００２２】

【課題を解決するための手段】第１の発明は、以下の要
素を備えたものである。 （ａ）以下の要素を有するサーバ； （ａ１）起動時に生成されるファクトリオブジェクトと
上記ファクトリオブジェクトにより生成される被ファク
トリオブジェクトのそれぞれの識別情報と名前の登録を
要求し、また登録された上記識別情報と上記名前の削除
の要求をするアプリケーション； （ａ２）上記ファクトリオブジェクトが生成された後に
上記ファクトリオブジェクトの上記識別情報を生成し、
上記被ファクトリオブジェクトが生成された後に上記被
ファクトリオブジェクトの上記識別情報を生成するオブ
ジェクトリファレンス生成手段； （ａ３）上記ファクトリオブジェクトの識別情報が生成
された後に上記ファクトリオブジェクトの名前を作成
し、上記被ファクトリオブジェクトの識別情報が生成さ
れた後に上記被ファクトリオブジェクトの名前を作成
し、この名前に上記ファクトリオブジェクトの名前を連
結する名前作成手段； （ｂ）以下の要素を有するネームサーバ； （ｂ１）上記ファクトリオブジェクトと上記被ファクト
リオブジェクトのそれぞれの上記識別情報と上記名前が
登録されるネームデータベース； （ｂ２）上記アプリケーションにより登録を要求された
上記ファクトリオブジェクトと上記被ファクトリオブジ
ェクトのそれぞれの上記識別情報と上記名前を受信して
上記ネームデータベースに登録し、また、上記ファクト
リオブジェクトの名前に基づき上記ファクトリオブジェ
クトの識別情報と名前を削除すると共に、上記ファクト
リオブジェクトの名前が連結された上記被ファクトリオ
ブジェクトの名前に基づき上記被ファクトリオブジェク
トの識別情報と名前を削除するネームデータベース管理
手段。

【００２３】第２の発明は、上記被ファクトリオブジェ
クトの識別情報に上記被ファクトリオブジェクトの生成
された生成時刻を付加するオブジェクトリファレンス生
成手段と、上記生成時刻に基づいて上記ネームデータベ
ースに登録されている上記被ファクトリオブジェクトの
有無を確認し、確認された被ファクトリオブジェクトの
上記識別情報と上記名前を削除するネームデータベース
管理手段とを備えたものである。

【００２４】第３の発明は、上記ファクトリオブジェク
トと上記被ファクトリオブジェクトのそれぞれの上記識
別情報と上記名前が保存されるネームデータベースキャ
ッシュと、新たな上記更新情報と上記名前を上記ネーム
データベースキャッシュに既に保存されている上記ファ
クトリオブジェクトの識別情報と名前に上書きし、上記
ネームデータベースキャッシュに既に保存されている上
記ファクトリオブジェクトに対応する上記被ファクトリ
オブジェクトの識別情報と名前を削除するネームクライ
アントとを備え、上記ネームデータベース管理手段は、
上記ネームデータベースに登録された上記ファクトリオ
ブジェクトの識別情報と名前の更新に基づいた新たな識
別情報と名前を上記ネームクライアントに送信するもの
である。

【００２５】

【発明の実施の形態】実施の形態１．図１は、実施の形
態１のオブジェクト名前管理方式（ネーミングサービ
ス）の構成図である。このネーミングサービスは、コン
ピュータ１、２、３が相互にネットワークで接続された
システムにおいて、コンピュータ１内のネームサーバ４
と、コンピュータ２内のアプリケーション５、オブジェ
クトリファレンス生成装置９、名前作成装置１０及びネ
ームクライアント１４と、コンピュータ３内のアプリケ
ーションクライアント６及びネームクライアント７とに
より構成される。

【００２６】オブジェクトには、コンピュータシステム
全体内で個々のオブジェクトを識別するためのオブジェ
クトリファレンスと呼ばれる識別子が付いている。オブ
ジェクトリファレンスの代表的な例としてはＯＭＧ Ｃ
ＯＲＢＡのＩＯＲ（Ｉｎｔｅｒｏｐｅｒａｂｌｅ Ｏｂ
ｊｅｃｔ Ｒｅｆｅｒｅｎｃｅ）がある。ＩＯＲには、
このオブジェクトが動作する、ホスト名とメッセージを
受信するためのＴＣＰ／ＩＰのポート番号とこのホスト
及びポート内でオブジェクトを一意に識別するためのオ
ブジェクトキー（インタフェース名、インタフェース名
＋サーバ名又はアプリケーション５によって付けられた
固定の文字列）とにより構成されており、これらはコン
ピュータシステム内のオブジェクトを一意に識別する役
割を持つ。

【００２７】本発明によるオブジェクトリファレンス生
成装置９は従来の方法と同様に生成されたオブジェクト
に対してオブジェクトリファレンスを一意に割り当てる
機能を持つが、従来の方法とは異なりオブジェクトをフ
ァクトリオブジェクト１１と被ファクトリオブジェクト
１２、１３に種別し、それぞれに対して異なる種類のオ
ブジェクトリファレンスを生成する。

【００２８】ファクトリオブジェクト１１は、他のオブ
ジェクトを生成する（あるいは生成と消滅の両方を行う
こともある）オブジェクトである。本発明での厳密な定
義は、アプリケーション５が起動し、アプリケーション
クライアント６からの処理要求を受け付けることが可能
になる前に、すなわちアプリケーション５の起動が完了
する前に、あらかじめ行われたプログラミングにより自
動的に生成されるオブジェクトを指す。また、本発明で
は、その後のアプリケーションクライアント６の要求に
従って、ファクトリオブジェクト１１によって生成され
たオブジェクトを被ファクトリオブジェクト１２、１３
と呼ぶ。

【００２９】図１に示すように、ファクトリオブジェク
ト１１と被ファクトリオブジェクト１２、１３はアプリ
ケーション５内に存在する。アプリケーションクライア
ント６はこれらのオブジェクトに対してメッセージを送
受信することで、アプリケーションに処理を遂行させ
る。

【００３０】ネームクライアント７、１４とネームサー
バ４はネームサービスを提供する。ネームサーバ４は、
ネームデータベース管理装置８とネームデータベース１
６により構成される。ネームデータベース管理装置８
は、オブジェクトの名前（オブジェクト名）と、オブジ
ェクトリファレンスと、オブジェクト名とオブジェクト
リファレンスを受け取った時刻である登録時刻と、から
構成される組（以下、組と記載する）をネームデータベ
ース１６に登録したり、あるいは、登録された組を削除
するものである。ネームデータベース１６はこれらの組
の記憶部である。

【００３１】ネームクライアント１４は、アプリケーシ
ョン５からの登録要求に従ってオブジェクトリファレン
スとアプリケーション５の指定に基づいて作成されたオ
ブジェクト名とをネームサーバ４のネームデータベース
管理装置８に渡す。ネームデータベース管理装置８は、
渡されたオブジェクト名とオブジェクトリファレンスを
関連づけ、オブジェクト名とオブジェクトリファレンス
にオブジェクト名とオブジェクトリファレンスを受け取
った時刻である登録時刻を加えた組を、ネームサーバ４
内のネームデータベース１６に登録する。

【００３２】アプリケーション５は、オブジェクト名を
指定することで、ネームデータベース管理装置１０８に
オブジェクト名とオブジェクトリファレンスの関連づけ
を断ち、ネームサーバ４が管理するネームデータベース
１６から組を削除させる要求をネームクライアント１４
に渡す。ネームクライアント１４は、渡された要求をネ
ームデータベース管理装置８に送信する。ネームデータ
ベース管理装置８は、送信された要求に基づいてネーム
データベース１６から対応する組を削除する。

【００３３】また、アプリケーションクライアント６
は、オブジェクト名を指定することで、それに関連づけ
られたオブジェクトリファレンスをネームサーバ４が管
理するネームデータベース１６から獲得するための要求
をネームクライアント７に渡す。ネームクライアント７
は、渡された要求をネームデータベース管理装置８に送
信する。ネームデータベース管理装置８は、送信された
要求に基づいてネームデータベース１６から得たオブジ
ェクトリファレンスを獲得し、この獲得したオブジェク
トリファレンスをアプリケーションクライアント６に渡
す。

【００３４】次に動作について詳細に説明する。まず、
アプリケーション５の起動時にファクトリオブジェクト
１１が生成される。例えば、アプリケーション５の実行
プロセスをコマンドラインによって起動し、起動が完了
するまでの間に、ファクトリオブジェクト１１が生成さ
れる。その後、被ファクトリオブジェクト１２、１３
は、アプリケーションクライアント６の要求によってフ
ァクトリオブジェクト１１で随時生成される。例えば、
アプリケーション５の起動完了後、アプリケーションク
ライアント６は、ファクトリオブジェクト１１のオブジ
ェクトリファレンスをネームサーバ４から入手する。次
にアプリケーションクライアント６は、ファクトリオブ
ジェクト１１に対して、新たなオブジェクトを生成する
ようにメッセージを送信する。これによって、被ファク
トリオブジェクト１２、１３が生成される。

【００３５】アプリケーション５が起動され、ファクト
リオブジェクト１１が生成されると、次にファクトリオ
ブジェクト１１に対応するオブジェクトリファレンスが
生成され、さらにファクトリオブジェクト１１のオブジ
ェクト名が作成され、これらオブジェクトリファレンス
とオブジェクト名がネームサーバ４のネームデータベー
ス１６に登録される。

【００３６】ファクトリオブジェクト１１が生成されて
からファクトリオブジェクト１１のオブジェクトリファ
レンスとオブジェクト名がネームサーバ４のネームデー
タベース１６に登録されるまでの手順を以下に説明す
る。まず、アプリケーション５の起動により、ファクト
リオブジェクト１１が生成される。この際、オブジェク
トリファレンス生成装置９が呼び出され、ファクトリオ
ブジェクト１１に割り当てるオブジェクトリファレンス
が生成される。

【００３７】図２はオブジェクトリファレンスの構成を
示す図である。オブジェクトリファレンス生成装置９
は、ファクトリオブジェクト１１に対して、図２に示す
ようなパーシステントオブジェクトリファレンス２１を
生成する。パーシステントオブジェクトリファレンス２
１は、例えば、ホスト名、TCP/IPポート番号、オブジェ
クトを示す変更されない文字列（インタフェース名）に
より構成されるオブジェクトリファレンスである。ここ
で、オブジェクトリファレンスがパーシステントである
とは、アプリケーション５を再度起動した場合も同じオ
ブジェクトに対しては同じオブジェクトリファレンスが
生成されることを意味する。

【００３８】オブジェクトリファレンス生成装置９は、
オブジェクトリファレンスを割り当てる際、対象となる
オブジェクトがファクトリオブジェクト１１であるか否
かを、アプリケーション５の起動完了時刻と、オブジェ
クトの生成時刻を比べることにより判断することができ
る。

【００３９】図３は、オブジェクトリファレンス生成装
置９において、オブジェクトリファレンスを生成する時
の動作手順を示すフローチャートである。このフローチ
ャートに従って、ファクトリオブジェクト１１がオブジ
ェクトリファレンスを生成する動作について説明する。
まず、オブジェクトリファレンス生成装置９は、アプリ
ケーション５の起動完了時刻を入手し（ステップＳ
１）、次にオブジェクトの生成時刻を入手する（ステッ
プＳ２）。これらの時刻を比較して（ステップＳ３）、
オブジェクトの生成時刻がアプリケーション５の起動完
了時刻よりも前の場合、オブジェクトをファクトリオブ
ジェクト１１であると判断し、パーシステントオブジェ
クトリファレンス２１を生成する（ステップＳ４）。

【００４０】一方、アプリケーション５の起動完了時刻
とオブジェクトの生成時刻を比べて、オブジェクトの生
成時刻が後の場合、オブジェクトは被ファクトリオブジ
ェクト１２、１３であると判断し、トランジエントオブ
ジェクトリファレンス２２を生成する（ステップＳ
５）。被ファクトリオブジェクト１２のオブジェクトリ
ファレンスの生成については後述する。

【００４１】図４は、名前作成装置１０において、オブ
ジェクトに与えるオブジェクト名を作成する時の動作手
順を示すフローチャートである。このフローチャートに
従ってファクトリオブジェクト１１がオブジェクト名を
作成する動作について説明する。まず、オブジェクトが
ファクトリオブジェクト１１であるか判断して（ステッ
プＳ１１）、オブジェクトがファクトリオブジェクト１
１である時には、アプリケーション５によって付けられ
たオブジェクト名をそのまま適用することによって（ス
テップＳ１２）、ファクトリオブジェクト１１のオブジ
ェクト名を作成する。図１では、ファクトリオブジェク
ト１１に対してアプリケーション５によって指定された
/factory0というオブジェクト名を付けたことを表して
いる。

【００４２】アプリケーション５は、以上のように生成
されたファクトリオブジェクト１１のオブジェクト名
と、作成されたファクトリオブジェクト１１のオブジェ
クト名と、をネームクライアント１４に渡し、ネームサ
ーバ４のネームデータベース１６に登録するように要求
する。ネームクライアント１４は、このオブジェクト名
とオブジェクトリファレンスをネームデータベース管理
装置８に送信し、ネームデータベース管理装置８がこれ
らをネームサーバ４のネームデータベース１６に登録す
る。

【００４３】アプリケーションクライアント６は、オブ
ジェクト名/factory0を指定し、ネームサーバ４からフ
ァクトリオブジェクト１１のオブジェクトリファレンス
を入手する。その後、入手したオブジェクトリファレン
スをもとにファクトリオブジェクト１１に接続し、ファ
クトリオブジェクト１１に対して、別のオブジェクトを
生成するように要求を行なう。図１は、ファクトリオブ
ジェクト１１が２つの被ファクトリオブジェクト１２、
１３を生成した様子を表している。

【００４４】被ファクトリオブジェクト１２、１３が生
成されると、ファクトリオブジェクト１１と同様に、オ
ブジェクトリファレンス生成装置９により生成された被
ファクトリオブジェクト１２、１３に対して一意に割り
当てられるオブジェクトリファレンスが生成される。オ
ブジェクトリファレンス生成装置９において、被ファク
トリオブジェクト１２、１３のオブジェクトリファレン
スを生成する時の動作は、ファクトリオブジェクト１１
がオブジェクトリファレンスを生成する時の動作と同様
であり、図３のフローチャートの通りである。この動作
について説明する。

【００４５】まず、オブジェクトリファレンス生成装置
９は、アプリケーション５の起動完了時刻を入手し（ス
テップＳ１）、さらにオブジェクトの生成時刻を入手す
る（ステップＳ２）。次に、プログラムの起動完了時刻
とオブジェクト生成時刻を比べる（ステップＳ３）。こ
の場合、オブジェクト生成時刻は、プログラムの起動完
了時刻よりも後である。従って、オブジェクトを被ファ
クトリオブジェクト１２、１３であると判断する。次
に、オブジェクトリファレンス生成装置９は、オブジェ
クトが被ファクトリオブジェクト１２、１３であるとい
う事実に基づいて、オブジェクトリファレンスを生成す
る（ステップＳ５）。

【００４６】被ファクトリオブジェクト１２、１３に対
するオブジェクトリファレンスは、図２に示す構成のト
ランジエントオブジェクトリファレンス２２であり、先
に示したファクトリオブジェクト１１に対するパーシス
テントオブジェクトリファレンス２１とは異なり、オブ
ジェクトが生成された生成時刻を含む。従って、被ファ
クトリオブジェクト１２、１３のオブジェクトリファレ
ンスはトランジエント（遷移的）であり、オブジェクト
が生成されるたびに異なるオブジェクトリファレンスが
生成される。

【００４７】次に、名前作成装置１０を利用してオブジ
ェクト１２、１３に与えるオブジェクト名が作成され
る。名前作成装置１０において、被ファクトリオブジェ
クト１２、１３のオブジェクト名を作成する時の動作
は、ファクトリオブジェクト１１がオブジェクト名を作
成する時の動作と同様であり、図４のフローチャートの
通りである。この動作について説明する。

【００４８】名前作成装置１０は、オブジェクトがファ
クトリオブジェクト１１であるか被ファクトリオブジェ
クト１２、１３であるかを判断する（ステップＳ１
１）。このファクトリオブジェクト１１であるか被ファ
クトリオブジェクト１２、１３であるかの判断は、オブ
ジェクトリファレンス生成装置９において、ファクトリ
オブジェクト１１がオブジェクトリファレンスを生成す
る時の動作と同様である。すなわち、図３のフローチャ
ートのステップＳ１〜Ｓ３と同じ動作手順によってファ
クトリオブジェクト１１であるか被ファクトリオブジェ
クト１２、１３であるかの判断が行われる。

【００４９】オブジェクトが被ファクトリオブジェクト
１２、１３である場合は、被ファクトリオブジェクト１
２、１３を生成したファクトリオブジェクト１１のオブ
ジェクト名を入手する（ステップＳ１３）。そして、入
手したファクトリオブジェクト１１のオブジェクト名と
被ファクトリオブジェクト１２、１３に与えられた名前
とを連結したオブジェクト名を生成する（ステップＳ１
４）。

【００５０】図１では、ファクトリオブジェクト１１に
は/factory0というオブジェクト名が既に与えられてい
る。従って、被ファクトリオブジェクト１２に対してob
ject0というオブジェクト名を与えると、名前作成装置
１０は、/factory0/object0という階層的なオブジェク
ト名を作成する。但し、オブジェクト名は論理的に階層
的な名前空間を与える名前ならば任意である。ここに示
した/（スラッシュ）による階層的な名前表現は、論理
的な階層性にのみ意味があり、/(スラッシュ)による階
層表現に限定されるものではない。

【００５１】アプリケーション５は、以上のように生成
された被ファクトリオブジェクト１２、１３のオブジェ
クト名と、作成された被ファクトリオブジェクト１２、
１３のオブジェクト名と、をネームクライアント１４に
渡し、ネームサーバ４のネームデータベース１６に登録
するように要求する。ネームクライアント１４は、この
オブジェクト名とオブジェクトリファレンスをネームデ
ータベース管理装置８に送信し、ネームデータベース管
理装置８がこれらをネームサーバ４のネームデータベー
ス１６に登録する。ネームデータベース１６に登録され
る組は、オブジェクト名と、オブジェクトリファレンス
（パーシステントオブジェクトリファレンス２１又はト
ランジエントオブジェクトリファレンス２２）と、登録
時刻とのフィールドにより構成される。

【００５２】ネームクライアント１４からオブジェクト
名とオブジェクトリファレンスの登録の依頼を受ける
と、ネームサーバ４のネームデータベース管理装置８
が、オブジェクト名とオブジェクトリファレンスに、オ
ブジェクト名とオブジェクトリファレンスを受け取った
時刻を登録時刻として付加した組（登録情報）を、ネー
ムデータベース１６に登録する。但し、既に同じオブジ
ェクト名を持つ組が存在した場合、ネームデータベース
管理装置８は、ネームクライアント７に重複エラーを返
すか、アプリケーション５が組の強制登録を要求してい
る場合は、既に同じオブジェクト名を持つ古い組を削除
して、強制的に新しい組を登録する。

【００５３】図５は、ネームデータベース管理装置８
が、ネームデータベース１６に既に存在する古い組を削
除する時の動作を示すフォローチャートである。このフ
ローチャートに従って動作を説明する。まず、ネームデ
ータベース１６中に存在する古い組がファクトリオブジ
ェクト１１であるか、被ファクトリオブジェクト１２、
１３であるかを判断する（ステップＳ２１）。この判断
は、オブジェクトリファレンス中に生成時刻に関するフ
ィールドがもたれているかどうかで判断する。

【００５４】次に、組がファクトリオブジェクト１１に
対するものであった場合、ファクトリオブジェクト１１
によって生成された被ファクトリオブジェクト１２、１
３の検索を行ない（ステップＳ２２）、被ファクトリオ
ブジェクト１２、１３があるか否かを確認し（ステップ
Ｓ２３）、被ファクトリオブジェクト１２、１３がない
場合は、ファクトリオブジェクト１１のみを削除して
（ステップＳ２５）処理を終了する。一方、被ファクト
リオブジェクト１２、１３があった場合は、被ファクト
リオブジェクト１２、１３を削除し（ステップＳ２
４）、全ての被ファクトリオブジェクト１２、１３が削
除されると、さらにファクトリオブジェクト１１を削除
して（ステップＳ２５）、処理を終了する。

【００５５】ここで、被ファクトリオブジェクト１２、
１３の検索は、オブジェクト名によって行なう。すなわ
ち、被ファクトリオブジェクト１２、１３のオブジェク
ト名はそれを生成したファクトリオブジェクト１１のオ
ブジェクト名を連結したものである、という事実から被
ファクトリオブジェクト１２、１３を特定することがで
きる。

【００５６】図１では、ファクトリオブジェクト１１の
オブジェクト名は/factory0である。従って、この組を
削除する場合、/factory0をオブジェクト名の最初の要
素に持つ組を検索する。これによって、/factory0/obje
ct0をオブジェクト名に持つオブジェクトが、ファクト
リオブジェクト１１によって生成された被ファクトリオ
ブジェクト１２であることが判る。本発明によるネーム
データベース管理装置８は、ファクトリオブジェクト１
１とそれによって生成された被ファクトリオブジェクト
１２の組を一度に削除する。図１では、ネームデータベ
ース１６内の/factory0をオブジェクト名に持つ組を削
除すると/factory0/object0も同時に削除される。

【００５７】以上のように本実施の形態によれば、アプ
リケーション５の終了時に、ネームサーバ４のネームデ
ータベース１６に登録してある組を削除する際、ファク
トリオブジェクト１１の組を削除することにより、ファ
クトリオブジェクト１１が生成した被ファクトリオブジ
ェクト１２、１３の組も同時に削除することができる。
従って、被ファクトリオブジェクト１２、１３の組を削
除をするための要求を省略することが可能であり、アプ
リケーション５の終了時間を削減できる。また、ファク
トリオブジェクト１１及び被ファクトリオブジェクト１
２、１３の組を削除をする時に、ネットワークを通じて
ファクトリオブジェクト１１の組を削除する要求だけす
れば良く、ネットワークトラフィックを削減することが
できる。

【００５８】さらに、アプリケーション５が異常終了
し、先の実行で登録された組を正常に削除できなかった
場合には、アプリケーション５の再度起動の際に先の実
行で登録された組を削除する必要があるが、この場合
も、同様にしてファクトリオブジェクト１１及び被ファ
クトリオブジェクト１２、１３を同時に削除できること
から、短い時間でアプリケーション５を再起動すること
ができるとともに、ネットワークトラフィックを削減す
ることができる。

【００５９】実施の形態２．図６は、実施の形態２のネ
ームサーバ３０の構成図を示したものである。ネームサ
ーバ３０以外の構成については、図１と同様であること
から、ここでは図示を省略した。ここで、実施の形態１
と大きく異なる点は、ネームサーバ３０が管理するネー
ムデータベース４０に同一オブジェクトに対応する組を
重複して存在させることができる点にある。図６では、
ファクトリオブジェクト名/factory0と被ファクトリオ
ブジェクト名/factory0/object0のそれぞれに対して２
つの組が同時に存在する。ネームデータベース４０に
は、図１のネームデータベース１６の組の構成に加え
て、削除対象の組であるか否かを表すフィールドが存在
する。

【００６０】低優先度スレッド６０は、ネームデータベ
ース４０内の必要のなくなった組を削除するスレッドで
あり、削除対象としてマークされた組（図６中で削除と
マークされた組）を削除する。低優先度スレッド６０
は、これらのスレッドが提供する優先度機構によって、
低い優先度で動作するスレッドになっている。すなわ
ち、低優先度スレッド６０はコンピュータ１のCPUが他
の処理をしていないアイドリング状態にある時に動作が
行われる。

【００６１】次に、アプリケーション５の起動が始まっ
てからの動作について説明する。アプリケーション５が
起動した際、ファクトリオブジェクト１１が生成され、
ファクトリオブジェクト１１に対応するオブジェクト名
とオブジェクトリファレンスがネームサーバ３０のネー
ムデータベース４０に登録される。

【００６２】次に、アプリケーションクライアント６
が、ファクトリオブジェクト１１に対して別のオブジェ
クトを生成するように要求を送信する。この要求に応じ
て、ファクトリオブジェクト１１によって被ファクトリ
オブジェクト１２が生成される。さらに、被ファクトリ
オブジェクト１２のオブジェクトリファレンスが生成さ
れ、オブジェクト名が作成されてファクトリオブジェク
ト１１と同様にしてネームサーバ３０のネームデータベ
ース４０にオブジェクトリファレンスとオブジェクト名
が登録される。ここまでは、実施の形態１の動作と同一
である。

【００６３】アプリケーション５が終了する際、本実施
の形態におけるネームサーバ３０のネームデータベース
４０に対しては、組の削除を行なわない。すなわち、ア
プリケーション５が正常に終了する際、組の削除の要求
をネームサーバ３０に対して送ることなく終了する。次
に、アプリケーション５を再起動した際、新しい組がネ
ームデータベース４０に追加される。この時、ネームデ
ータベース管理装置５０が、同一オブジェクト名を持つ
既存の古い組の存在を検出した場合、それらは削除対象
としてマークされ、削除用のスレッドである低優先度ス
レッド６０が起動される。

【００６４】例えば、オブジェクト名/factory0の新し
い組を登録する場合、時刻13:46:35.98に登録されてい
る古い組が既に存在する。この場合、時刻13:46:35.98
に登録された古い組は削除対象としてマークされ、低優
先度スレッド６０が起動される。そして、新しい組がネ
ームデータベース４０に追加される。図６では、新しい
組は時刻14:02:03.44に登録されている。

【００６５】ネームデータベース管理装置５０によって
起動された低優先度スレッド６０は、古いファクトリオ
ブジェクト１１の組を削除し、さらに古いファクトリオ
ブジェクト１１によって生成された被ファクトリオブジ
ェクト１２の組を検索し、これも同様に削除する。図７
は、低優先度スレッド６０が古い被ファクトリオブジェ
クト１２の組を検出し、削除する時の動作手順を示すフ
ローチャートである。このフローチャートに従って動作
を説明する。

【００６６】まず、低優先度スレッド６０は、古いファ
クトリオブジェクト（旧ファクトリオブジェクト）１１
に対応する組の削除要求があるかチェックし（ステップ
Ｓ３１）、古い被ファクトリオブジェクト（旧被ファク
トリオブジェクト）１２に対応する組の削除要求があっ
た場合には、新しいファクトリオブジェクトに対応する
組の登録時刻をネームデータベース４０より入手する
（ステップＳ３２）。次にオブジェクト名から被ファク
トリオブジェクトに対応する組を検索する（ステップＳ
３３）。

【００６７】古い被ファクトリオブジェクト１２に対応
する組がある場合は（ステップＳ３４）、この組のオブ
ジェクトリファレンス内にあるオブジェクトの生成時刻
（トランジエントオブジェクトリファレンス２２内の時
刻）を入手し（ステップＳ３５）、先に獲得した新しい
ファクトリオブジェクトに対応する組の登録時刻と比較
を行う（ステップＳ３６）。オブジェクトリファレンス
内の時刻の方が、先に獲得した新規ファクトリオブジェ
クトの登録時刻よりも古い場合、このオブジェクトを古
いファクトリオブジェクト１１によって生成された被フ
ァクトリオブジェクト１１２に対応する組であると判断
し、これを削除する（ステップＳ３７）。

【００６８】例えば、図６では、新しいファクトリオブ
ジェクトの組がオブジェクト名/factory0で登録される
際、/factory0をオブジェクト名の最初のコンポネント
として持つ被ファクトリオブジェクトを検索する。例え
ば、時刻13:47:10.22に登録されたオブジェクト名/fact
ory0/object0の組がそれである。そして、このオブジェ
クトリファレンス内の時刻と、新しいファクトリオブジ
ェクトの組の時刻14:02:03.44を比較する。オブジェク
トリファレンス内の時刻の方が古い場合、この被ファク
トリオブジェクトの組が削除の対象と判断され削除され
る。

【００６９】以上のように本実施の形態によれば、アプ
リケーション５は、正常終了、異常終了のいずれの終了
でもネームサーバ３０に組の削除の要求を出す必要がな
く、ネットワークトラフィックの削減を行うことが可能
である。また、アプリケーション５が異常終了した場
合、既存の古い組がネームデータベース４０内に残る
が、新しい組と古い組の両方がネームデータベース４０
内に存在できるため、古い組の削除を待つことなく、新
しい組をネームデータベース４０に登録することが可能
である。これによって、異常終了した際のアプリケーシ
ョン５の回復時間を大幅に短縮することが可能である。
また、アプリケーション５では、ネームサーバ３０のネ
ームデータベース４０から既存の古い組を削除するため
の命令コードを記述する必要がなく。従来よりも、少な
いコードでアプリケーション５を記述できる。

【００７０】実施の形態３．図８は、ネームデータベー
スキャッシュ７０が存在したネーミングサービスの構成
を示した図である。図において、アプリケーション５が
動作するコンピュータ２については、図１と同様のた
め、ここでは図示を省略した。

【００７１】ネームデータベースキャッシュ７０は、ネ
ームサーバ４のネームデータベース１６中のオブジェク
ト名とオブジェクトリファレンスをコピーしたものであ
る。アプリケーションクライアント６はオブジェクトリ
ファレンスを入手する際に、オブジェクト名をネームク
ライアント７を通じてネームサーバ４に渡す。ネームサ
ーバ４のネームデータベース管理装置８は、与えられた
オブジェクト名をもとに該当するネームデータベース１
６中のオブジェクトリファレンスを検索し、この検索し
たオブジェクトリファレンスをネームクライアント７を
通じてアプリケーションクライアント６に返す。

【００７２】ネームクライアント１０７は、返されたオ
ブジェクトリファレンスに、このオブジェクト名とオブ
ジェクトリファレンスを入手した時刻を登録時刻として
加えたキャッシュ保存情報を、将来の再利用のためネー
ムデータベースキャッシュ７０に保存する。

【００７３】ネームデータベースキャッシュ７０は、無
効なオブジェクト名とオブジェクトリファレンスを持つ
場合がある。例えば、アプリケーション５が再起動され
たとする。/factory0をオブジェクト名に持つファクト
リオブジェクト１１に対応するオブジェクト名とオブジ
ェクトリファレンスは無効ではないかもしれないが、/f
actory0/object0をオブジェクト名に持つ被ファクトリ
オブジェクト１２に対応するオブジェクト名とオブジェ
クトリファレンスは既に無効である。なぜなら、再起動
によって被ファクトリオブジェクト１２は消滅している
からである。

【００７４】ネームデータベース管理装置８は、ネーム
データベース１６に登録されているファクトリオブジェ
クト１１に対応する組に変更があった時、定期的又はユ
ーザの要求によっては即座に（いずれでも良い）、この
組の変更に基づいてオブジェクト名とオブジェクトリフ
ァレンスによる更新情報をネームクライアント７に伝え
る。伝える方法は、マルチキャストでもユニキャストで
も方法は問わない。

【００７５】一方、被ファクトリオブジェクト１２に対
応する組に変更があっても、それは伝えない。例えば、
アプリケーション５が再起動された場合、オブジェクト
名/factory0のファクトリオブジェクト１１の組がネー
ムデータベース１６に新たに登録された場合、新たに登
録された組のオブジェクト名とオブジェクトリファレン
スとによる更新情報をネームクライアント７に伝える
が、再起動によって、オブジェクト名/factory0/object
0の被ファクトリオブジェクト１２の組が消滅したこと
については、ネームクライアント７には伝達しない。

【００７６】図９は、ネームデータベース１６に登録さ
れている組に変更（更新）があった時に、ネームデータ
ベース管理装置８がネームクライアント７に更新情報を
伝達する時の動作手順を示すフローチャートである。こ
のフローチャートに従って動作を説明する。まず、更新
があったかどうかをチェックする（ステップＳ４１）。
次に、更新があった場合には、この更新がファクトリオ
ブジェクト１１に対するものかどうかをチェックする
（ステップＳ４２）。このチェックは、オブジェクトリ
ファレンス中に生成時刻情報があるかどうか（トランジ
エントオブジェクトリファレンス２２かどうか）を調べ
ることで可能である。

【００７７】ここで、オブジェクトリファレンスがパー
システントオブジェクトリファレンス２１であり、ファ
クトリオブジェクト１１であることが判明した場合、フ
ァクトリオブジェクト１１の更新情報であるオブジェク
ト名とオブジェクトリファレンスをネームクライアント
７に伝える（ステップＳ４３）。ファクトリオブジェク
ト１１でなかった場合は、再び別の更新があったかどう
かをチェックする。

【００７８】ネームクライアント７は、ネームサーバ４
のネームデータベース管理装置８からファクトリオブジ
ェクト１１に対応する組のオブジェクト名とオブジェク
トリファレンスの更新情報を受け、この変更情報に変更
情報を入手した時刻を登録時刻として加えた新規キャッ
シュ保存情報を、ネームデータベースキャッシュ７０に
既に保存されている新規キャッシュ保存情報に該当する
オブジェクト名とオブジェクトリファレンスと登録時刻
とによるキャッシュ保存情報に上書きする。

【００７９】また、ファクトリオブジェクト１１のオブ
ジェクト名から、既に保存されているファクトリオブジ
ェクト１１に対応する被ファクトリオブジェクト１２の
キャッシュ保存情報を検索し、これらを全て削除する。
例えば、オブジェクト名/factory0のファクトリオブジ
ェクト１１に対するオブジェクト名とオブジェクトリフ
ァレンスの更新情報がネームサーバ４から送られた場
合、この送られた更新情報に基づいた新規キャッシュ保
存情報を、ネームデータベースキャッシュ７０に既に保
存されている同一オブジェクト名を持つキャッシュ保存
情報に上書きする。

【００８０】次に、オブジェクト名/factory0を用い
て、ファクトリオブジェクト１１によって生成された被
ファクトリオブジェクト１２のキャッシュ保存情報を検
索する。図８のネームデータベースキャッシュ７０で
は、オブジェクト名/factory0/object0がこの検索され
たものである。そして、検索されたキャッシュ保存情報
を全てネームデータベースキャッシュ７０から削除す
る。この動作を以下で説明する。

【００８１】図１０は、上記のネームクライアント７が
ネームデータベースキャッシュ７０に新規キャッシュ保
存情報を上書き、又は既存のキャッシュ情報を削除する
時の動作手順を示すフローチャートである。このフロー
チャートに従って動作を説明する。

【００８２】ネームサーバ４からの更新通知があった場
合（ステップＳ５１）、ネームデータベースキャッシュ
７０に既に保存されているファクトリオブジェクト１１
のオブジェクト名とオブジェクトリファレンスと登録時
刻によるキャッシュ保存情報を、新たなオブジェクト名
とオブジェクトリファレンスと登録時刻による新規キャ
ッシュ保存情報で上書きする（ステップＳ５２）。ファ
クトリオブジェクト１１のオブジェクト名から被ファク
トリオブジェクト１２に対応するキャッシュ保存情報を
ネームデータベースキャッシュ７０より検索する（ステ
ップＳ５３）。被ファクトリオブジェクト１２のキャッ
シュ保存情報があった場合は、このキャッシュ保存情報
を削除する（ステップＳ５４〜Ｓ５５）。

【００８３】以上のように本実施の形態によれば、ファ
クトリオブジェクト１１のみの更新情報を伝播し、この
更新情報に基づく新規キャッシュ保存情報をネームデー
タベースキャッシュ７０に保存されているキャッシュ保
存情報に上書きしており、ネームデータベースキャッシ
ュ７０に登録されている被ファクトリオブジェクト１２
のキャッシュ保存情報については、更新情報中のファク
トリオブジェクト１１のオブジェクト名からネームデー
タベースキャッシュ７０内を検索しローカルに削除がで
きる。これによって、ネームデータベースキャッシュ７
０に保存されているキャッシュ保存情報を変更する時の
ネットワークトラフィックを大幅に削減することが可能
になる。

【００８４】また、ファクトリオブジェクト１１の更新
通知が来た時点で、ファクトリオブジェクト１１によっ
て生成された被ファクトリオブジェクト１２の無効なキ
ャッシュ保存情報を認識することができる。これによっ
て、早期に、ネームデータベースキャッシュ７０内のキ
ャッシュ保存情報の無効性を発見することができ、アプ
リケーション５に対する無駄なアクセスを削減すること
ができる。

【００８５】実施の形態４．実施の形態３では、ネーム
サーバ４からのファクトリオブジェクト１１に対応する
更新情報には、オブジェクト名とこのオブジェクト名に
対応するオブジェクトリファレンスが含まれていた。し
かし、本実施の形態では、ファクトリオブジェクト１１
に対するオブジェクトリファレンスはパーシステントオ
ブジェクトリファレンス２１である（再起動行っても不
変）という事実を利用して、オブジェクト名だけを更新
情報に入れてネームクライアント７に更新通知を伝える
ものである。これによって、ネームデータベースキャッ
シュ７０中のファクトリオブジェクト１１のオブジェク
ト名の上書き、被ファクトリオブジェクト１２のオブジ
ェクト名の削除ができ、ネームデータベースキャッシュ
７０の更新によるネットワークトラフィックをさらに削
減できる。

【００８６】

【発明の効果】この発明は、以上説明したように構成さ
れているので、以下に示すような効果を奏する。

【００８７】第１の発明では、ファクトリオブジェクト
と被ファクトリオブジェクトのそれぞれに対して生成さ
れた識別情報と、それぞれに対して作成された名前とを
ネームデータベースに登録し、登録された識別情報と名
前の削除時に、ファクトリオブジェクトの識別情報と名
前を削除し、同時に被ファクトリオブジェクトの識別情
報と名前を削除するので、ネットワークを通じてファク
トリオブジェクトの識別情報と名前の削除要求をするだ
けで被ファクトリオブジェクトの識別情報と名前を同時
に削除することができ、ネットワークトラフィックの削
減がはかれる。

【００８８】第２の発明では、被ファクトリオブジェク
トの識別情報に被ファクトリオブジェクトの生成された
生成時刻が付加され、この生成時刻に基づいて上記ネー
ムデータベースに登録されている被ファクトリオブジェ
クトの有無を確認し、確認された被ファクトリオブジェ
クトの識別情報と名前を削除するので、ネームサーバが
単独で削除対象の被ファクトリオブジェクトの識別情報
と名前を削除することができるので、ネットワークを通
じて被ファクトリオブジェクトの識別情報と名前の削除
要求をする必要がなくネットワークトラフィックの削減
がはかれる。

【００８９】第３の発明では、ネームデータベースに登
録されたファクトリオブジェクトの識別情報と名前に更
新があった時に、この更新されたファクトリオブジェク
トの新たな識別情報と名前を、ネームデータベースキャ
ッシュに送信し、ネームデータベースキャッシュに既に
保存されている上記ファクトリオブジェクトの識別情報
と名前に上書きし、上記ネームデータベースキャッシュ
に既に保存されている上記ファクトリオブジェクトに対
応する上記被ファクトリオブジェクトの識別情報と名前
を削除するので、被ファクトリオブジェクトの識別情報
と名前の削除要求をする必要がないので、ネームデータ
ベースキャッシュ更新のためのネットワークトラフィッ
クの削減がはかれる。

【図面の簡単な説明】

【図１】 実施の形態１のネーミングサービスの構成
図。

【図２】 実施の形態１におけるオブジェクトリファレ
ンスの構成図。

【図３】 実施の形態１におけるオブジェクトリファレ
ンス生成装置の動作を示すフローチャート。

【図４】 実施の形態１における名前作成装置の動作を
示すフローチャート。

【図５】 実施の形態１におけるネームデータベース管
理装置の動作を示すフローチャート。

【図６】 実施の形態２におけるネームサーバの構成
図。

【図７】 実施の形態２におけるネームデータベース管
理装置の動作を示すフローチャート。

【図８】 実施の形態３のネーミングサービスの構成
図。

【図９】 実施の形態３におけるネームデータベース管
理装置の動作を示すフローチャート。

【図１０】 実施の形態３におけるネームクライアント
の動作を示すフローチャート。

【図１１】 従来のネーミングサービスの構成図。

【図１２】 従来のネーミングサービスの動作説明図。

【符号の説明】

１、２、３ コンピュータ、４ ネームサーバ、５アプ
リケーション、６ アプリケーションクライアント、７
ネームクライアント、８ ネームデータベース管理装
置、９ オブジェクトリファレンス生成装置、１０ 名
前作成装置、１１ファクトリオブジェクト、１２、１３
被ファクトリオブジェクト、１４ネームクライアン
ト。

Claims (3)

【特許請求の範囲】
1. 【請求項１】 以下の要素を備えたオブジェクト名前管
   理方式。 （ａ）以下の要素を有するサーバ； （ａ１）起動時に生成されるファクトリオブジェクトと
   上記ファクトリオブジェクトにより生成される被ファク
   トリオブジェクトのそれぞれの識別情報と名前の登録を
   要求し、また登録された上記識別情報と上記名前の削除
   の要求をするアプリケーション； （ａ２）上記ファクトリオブジェクトが生成された後に
   上記ファクトリオブジェクトの上記識別情報を生成し、
   上記被ファクトリオブジェクトが生成された後に上記被
   ファクトリオブジェクトの上記識別情報を生成するオブ
   ジェクトリファレンス生成手段； （ａ３）上記ファクトリオブジェクトの識別情報が生成
   された後に上記ファクトリオブジェクトの名前を作成
   し、上記被ファクトリオブジェクトの識別情報が生成さ
   れた後に上記被ファクトリオブジェクトの名前を作成
   し、この名前に上記ファクトリオブジェクトの名前を連
   結する名前作成手段； （ｂ）以下の要素を有するネームサーバ； （ｂ１）上記ファクトリオブジェクトと上記被ファクト
   リオブジェクトのそれぞれの上記識別情報と上記名前が
   登録されるネームデータベース； （ｂ２）上記アプリケーションにより登録を要求された
   上記ファクトリオブジェクトと上記被ファクトリオブジ
   ェクトのそれぞれの上記識別情報と上記名前を受信して
   上記ネームデータベースに登録し、また、上記ファクト
   リオブジェクトの名前に基づき上記ファクトリオブジェ
   クトの識別情報と名前を削除すると共に、上記ファクト
   リオブジェクトの名前が連結された上記被ファクトリオ
   ブジェクトの名前に基づき上記被ファクトリオブジェク
   トの識別情報と名前を削除するネームデータベース管理
   手段；
2. 【請求項２】 上記オブジェクトリファレンス生成手段
   は、上記被ファクトリオブジェクトの識別情報に上記被
   ファクトリオブジェクトの生成された生成時刻を付加
   し、上記ネームデータベース管理手段は、上記生成時刻
   に基づいて上記ネームデータベースに登録されている上
   記被ファクトリオブジェクトの有無を確認し、確認され
   た被ファクトリオブジェクトの上記識別情報と上記名前
   を削除することを特徴とする請求項１記載のオブジェク
   ト名前管理方式。
3. 【請求項３】 上記ファクトリオブジェクトと上記被フ
   ァクトリオブジェクトのそれぞれの上記識別情報と上記
   名前が保存されるネームデータベースキャッシュと、 新たな上記更新情報と上記名前を上記ネームデータベー
   スキャッシュに既に保存されている上記ファクトリオブ
   ジェクトの識別情報と名前に上書きし、上記ネームデー
   タベースキャッシュに既に保存されている上記ファクト
   リオブジェクトに対応する上記被ファクトリオブジェク
   トの識別情報と名前を削除するネームクライアントとを
   備え、 上記ネームデータベース管理手段は、上記ネームデータ
   ベースに登録された上記ファクトリオブジェクトの識別
   情報と名前の更新に基づいた新たな識別情報と名前を上
   記ネームクライアントに送信することを特徴とする請求
   項１記載のオブジェクト名前管理方式。