JP2006323786A

JP2006323786A - 名前解決装置および名前解決プログラム

Info

Publication number: JP2006323786A
Application number: JP2005148755A
Authority: JP
Inventors: Shinya Takeuchi; 真也竹内; Yutaka Kaneko; 金子　　豊; Makoto Yamamoto; 真山本
Original assignee: Nippon Hoso Kyokai NHK; Japan Broadcasting Corp
Current assignee: Japan Broadcasting Corp
Priority date: 2005-05-20
Filing date: 2005-05-20
Publication date: 2006-11-30

Abstract

【課題】階層的な管理に束縛されることなく、ルータを越えて、ネーミングサービスを実現する、すなわち、名前解決を行うことができる名前解決装置および名前解決プログラムを提供する。
【解決手段】名前解決装置１は、ネットワーク内に存在するオブジェクトの情報を取得して通知すると共に、ルータ装置７で区切られるネットワーク間で、他のネットワークに既に存在する名前解決装置である既存名前解決装置１と協働して、他のネットワークに存在する他のオブジェクトの情報を取得して通知するものであって、生成通知情報送信手段９と、生成通知情報受信手段１１と、ネーミングサービスファイル登録手段１３と、オブジェクト登録処理手段１９と、名前解決処理手段２１と、を備えた。
【選択図】図１

Description

本発明は、ネットワークで接続されたオブジェクトの管理と、当該オブジェクト同士の接続とを行う名前解決装置および名前解決プログラムに関する。

従来、コンピュータネットワーク（以下、単に、ネットワークという）を利用した通信方式では、ネットワーク上に分散した端末が、相互に通信・接続を行うための手法として、分散オブジェクト技術が確立されている。

この分散オブジェクト技術は、分散システム環境下において、オブジェクト同士がメッセージの交換を行うことで、通信・接続を行うものである。なお、オブジェクトとは、データ処理を行う、ひとまとまりとなっている機器またはプログラムを指すものである。オブジェクトとしては、例えば、コンピュータ上で処理されているものである場合もあるし、映像機器である場合もあるし、或いは、１つの映像機器に対して、複数のオブジェクトが存在する場合もある。

オブジェクト間通信の実装例（例えば、特許文献１，２）として、ＯＭＧのＣＯＲＢＡ（登録商標）、Ｍｉｃｒｏｓｏｆｔ（登録商標）社のＤＣＯＭ、ＳｕｎＭｉｃｒｏｓｙｓｔｅｍｓ（登録商標）社のＪａｖａ（登録商標）ＲＭＩ等が挙げられる。

このオブジェクト間通信において、オブジェクトが生成されると、これと対応する一意なＩＤが生成される。例えば、ＯＭＧ（ＯｂｊｅｃｔＭａｎａｇｅｍｅｎｔＧｒｏｕｐ）が規定しているＣＯＲＢＡ（ＣｏｍｍｏｎＯｂｊｅｃｔＲｅｑｕｅｓｔＢｒｏｋｅｒＡｒｃｈｉｔｅｃｔｕｒｅ）において、オブジェクトにＩＯＲと呼ばれる一意な文字列の名前を付ける。

ＩＯＲは、ＣＯＲＢＡ（登録商標）において、オブジェクトを一意に識別するために必要なデータをまとめたものであり、この中に当該オブジェクトを動作させるホスト名、ポート番号等のデータが記録されている。また、このＩＯＲとは別に、オブジェクトに名前をつけて、動作させるホスト等の環境によらず常に同じオブジェクト名で扱えるようにしている。この２種類の名前の対応を解決することが名前解決と呼ばれており、名前解決を行うプログラム（または、名前解決を行うこと）がネーミングサービスと呼ばれている。

従来のネーミングサービスの一つ（例えば、非特許文献１参照）として、ＤＮＳ（ＤｏｍａｉｎＮａｍｅＳｙｓｔｅｍ）が知られている。ＤＮＳはローカルネットワーク内で、ホスト名と、ＩＰアドレスを管理し、名前解決を行うシステムである。ただし、このＤＮＳでは、ネーミングサービスを行うサーバが、複数のネットワーク間でアドレス解決を行うことができるが、予め厳密に決められている階層構造に従ったホスト名を付けなければならないという制約がある。

ところで、ネットワークに接続されたコンピュータにネットワークアドレスを自動的に、割り当てるプロトコルとしてＤＨＣＰ（ＤｙｎａｍｉｃＨｏｓｔＣｏｎｆｉｇｕｒａｔｉｏｎＰｒｏｔｏｃｏｌ）（例えば、非特許文献２参照）がある。このＤＨＣＰは、割り当てるネットワークアドレスをサーバホスト（以下、前記したサーバと統一して、単にサーバという）で管理し、クライアントホスト（以下、クライアントという）が起動する際に、サーバに対してネットワークアドレスを要求するブロードキャストフレームを送信する。

そして、ブロードキャストフレームを受信したサーバは、付与できるネットワークアドレスをクライアントに送信し、また、ネットワークアドレスを受信したクライアントは、受信したネットワークアドレスを使用して通信を行う。ただし、割り当てることができるネットワークアドレス、つまり、ＩＰアドレスには限りがある。

ところでまた、近年、コンテンツ配信等に用いられる、ピア・ツー・ピア（Ｐ２Ｐ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）ネットワーク（例えば、非特許文献３参照）では、コンテンツの管理方式によって、大きくハイブリッド方式とピュア方式との２つの方式に分類することができる。

ナップスター（Ｎａｐｓｔｅｒ）（登録商標）に代表されるハイブリッド方式では、コンテンツのアドレスを中央のサーバがすべて管理し、クライアントがコンテンツを取得しようとする場合には、まず、中央のサーバでコンテンツ（リソース）を検索しなければならず、中央のサーバに負荷が集中するという欠点がある。

グヌーテラ（Ｇｎｕｔｅｌｌａ）に代表されるピュア方式では、コンテンツのリソースを検索する中央のサーバを備えない構成を取っており、各ノード間（クライアント間）で直接、検索要求を送受信して、各ノードが分散して管理しているコンテンツ（リソース）のアドレスの検索を行っている。しかし、このピュア方式では、複数のサブネットにまたがるＰ２Ｐネットワークにおいて、クライアントが新たに参加する場合、自動的にノードを発見する仕組みが無く、Ｐ２Ｐネットワーク上のノードを予め登録しなければならないという欠点がある。

さらに、マルチキャスト（例えば、非特許文献４参照）を用いたデバイスの発見方法として、ＵＰｎＰ（ＵｎｉｖｅｒｓａｌＰｌｕｇａｎｄＰｌａｙ）（例えば、非特許文献５参照）で用いられるプロトコルであるＳＳＤＰ（ＳｉｍｐｌｅＳｅｒｖｉｃｅＤｉｓｃｏｖｅｒｙＰｒｏｔｏｃｏｌ）があるが、アドレスとポートとが一つに限定されており、ネーミングサービスを選択できるようには構成されていない。なお、ＵＰｎＰの規格自体にはネーミングサービスに相当するようなものがない、つまり、ネーミングサービスがなくても動作するようになっているものである。
特開２００２−２５９１７７号公報特開２００４−３３４３８６号公報ＲＦＣ（ＲｅｑｕｅｓｔｆｏｒＣｏｍｍｅｎｔ）１１２３"ＲｅｑｕｉｒｅｍｅｎｔｓｆｏｒＩｎｔｅｒｎｅｔＨｏｓｔｓ"、［online］、［平成１７年５月１６日検索］、インターネット〈URL：http：//www.ietf.org/rfc/rfc1123.txt〉ＲＦＣ（ＲｅｑｕｅｓｔｆｏｒＣｏｍｍｅｎｔ）２１３１"ＤｙｎａｍｉｃＨｏｓｔＣｏｎｆｉｇｕｒａｔｉｏｎＰｒｏｔｏｃｏｌ" 、［online］、［平成１７年５月１６日検索］、インターネット〈URL:http:// www.ietf.org/rfc/rfc2131.txt〉伊藤直樹著「Ｐ２Ｐコンピューティング〜技術解説とアプリケーション〜」（株）ソフト・リサーチセンター発行、２００１年１１月２５日、全頁ＲＦＣ（ＲｅｑｕｅｓｔｆｏｒＣｏｍｍｅｎｔ）２２３６"ＩｎｔｅｒｎｅｔＧｒｏｕｐＭａｎａｇｅｍｅｎｔＰｒｏｔｏｃｏｌＶｅｒｓｉｏｎ２"、［online］、［平成１７年５月１６日検索］、インターネット〈URL:http:// www.ietf.org/rfc/rfc2236.txt〉ＵＰｎＰＳｔａｎｄａｒｄ、［online］、［平成１７年５月１６日検索］、インターネット〈URL:http://www.upnp.org/〉

しかしながら、ネーミングサービスでは、複数のネットワーク間でネーミングサービスを動作させる場合、ネーミングサービス同士が協働して名前解決を行う際に、ルータを越えて、複数のネットワーク間で通信を行う必要があるにも拘わらず、従来のネーミングサービスでは、複数のネットワーク間で、ネーミングサービス同士を発見する方法がないという問題がある。

また、ＤＮＳのように階層的に管理を行っているシステムでは、新しく別のネットワークを追加して、ネーミングサービスを開始しようとした場合、既に構築されているすべてのネーミングサービスに、新しく追加したネットワークにおいて生成されたネーミングサービスの情報を追加しなければならず、こういった場合に、ＤＮＳ特有の階層的な管理に束縛され、名前管理のルールに沿って階層的にしか名前解決を行えないという問題がある。

また、従来のブロードキャストフレームを用いて自動的にネーミングサービスを発見する方法では、ルータを越えて他のネットワーク上のオブジェクトを発見して利用することができないという問題がある。

さらに、従来のネーミングサービスを実現するシステムを、放送局内の映像処理システム等に用いる場合、クライアントを利用するユーザは、各ネットワークに接続されている端末（データ処理装置）の設定を変更せずに、自分のネットワークやネーミングサービスを利用したままで、他のネットワークに接続されているオブジェクトを利用したい、例えば、映像コンテンツの編集加工等の処理を行いたいという要望がある。

こういった場合、従来のネーミングサービスを実現するシステムでは、他のネットワーク（例えば、別の組織が管理するネットワーク）に接続されているオブジェクトを利用したい場合には、クライアントを利用するユーザは、当該クライアントの設定を自分で変更しなければならないという問題ある。

そこで、本発明では、前記した問題を解決し、階層的な管理に束縛されることなく、ルータを越えて、ネーミングサービスを実現する、すなわち、名前解決を行うことができる名前解決装置および名前解決プログラムを提供することを目的とする。

前記課題を解決するため、請求項１に記載の名前解決装置は、ネットワーク内に存在するオブジェクトの情報を取得して通知すると共に、ルータで区切られるネットワーク間で、他のネットワークに存在する他の名前解決装置と協働して、前記他のネットワークに存在する他のオブジェクトを取得して通知する名前解決装置であって、ネーミングサービスファイル登録手段と、オブジェクト登録処理手段と、名前解決処理手段と、名前解決要求手段と、を備えることを特徴とする。

かかる構成によれば、名前解決装置は、ネーミングサービスファイル登録手段によって、他の名前解決装置のオブジェクトリファレンスを少なくとも含むネーミングサービスファイルを登録する。なお、オブジェクトリファレンスには、名前解決装置のアドレスが含まれている。また、名前解決装置は、オブジェクト登録処理手段によって、オブジェクトの情報を少なくとも含むオブジェクト管理ファイルとして登録する。なお、オブジェクトの情報とは、当該名前解決装置自らが管理しているネットワーク内に存在しているオブジェクト名およびオブジェクトリファレンスである。また、このオブジェクトリファレンスには、オブジェクト（オブジェクト生成装置）のアドレスが含まれている。

そして、名前解決装置は、名前解決処理手段によって、名前解決要求のあったネットワーク内に存在するオブジェクトの情報を、オブジェクト登録処理手段で登録したオブジェクト管理ファイルから探索し、取得すると共に、名前解決要求したオブジェクトに通知する。また、名前解決装置は、名前解決要求手段によって、名前解決要求のあった他のネットワークに存在するオブジェクトの情報を、ネーミングサービスファイル登録手段で登録されているネーミングサービスファイルに基づいて、他の名前解決装置に問い合わせて取得する。

請求項２に記載の名前解決装置は、請求項１に記載の名前解決装置において、生成通知情報送信手段と、生成通知情報受信手段と、データ蓄積手段を備え、前記ネーミングサービスファイル登録手段が、前記生成通知情報受信手段により受信した生成通知情報に基づいて、前記データ蓄積手段に蓄積されている前記ネーミングサービスファイルを登録することを特徴とする。

かかる構成によれば、名前解決装置は、生成通知情報送信手段によって、ネットワーク内に新たに接続される場合に、マルチキャストアドレスに、オブジェクトリファレンスを含む生成通知情報を他の名前解決装置に送信する。つまり、新たに、名前解決装置自体がネットワークに存在することになった場合に、生成通知情報を、他のネットワークに存在する他の名前解決装置の数だけルータで複製して送信する。また、名前解決装置は、生成通知情報受信手段によって、他の名前解決装置から送信された生成通知情報を受信する。そして、名前解決装置は、ネーミングサービスファイル登録手段によって、生成通知情報受信手段で受信した生成通知情報に基づいて、データ蓄積手段に蓄積されているネーミングサービスファイルを登録する。

請求項３に記載の名前解決装置は、請求項２に記載の名前解決装置において、前記生成通知情報送信手段が、予め設定された複数のマルチキャストアドレスに、前記生成通知情報を送信することを特徴とする。

かかる構成によれば、名前解決装置は、生成通知情報送信手段によって、複数のマルチキャストアドレスに生成通知情報を送信することで、当該装置の管理者によって、必要のないネットワークに存在している名前解決装置と通信させないといった設定が可能になる。

請求項４に記載の名前解決装置は、請求項１から請求項３までのいずれか一項に記載の名前解決装置において、ネーミングサービスファイル要求手段と、ネーミングサービスファイル通知手段と、を備えることを特徴とする。

かかる構成によれば、名前解決装置は、ネーミングサービスファイル要求手段によって、他の名前解決装置が管理するネーミングサービスファイルを要求し、ネーミングサービスファイル通知手段によって、ネーミングサービスファイル要求手段で要求されたネーミングサービスファイルを他の名前解決装置に通知する。

請求項５に記載の名前解決プログラムは、ネットワーク内に存在するオブジェクトの情報を取得して通知すると共に、ルータで区切られるネットワーク間で、他のネットワークに存在する他の名前解決装置と協働して、前記他のネットワークに存在する他のオブジェクトの情報を取得して通知するために、コンピュータを、ネーミングサービスファイル登録手段、オブジェクト登録処理手段、名前解決処理手段、名前解決要求手段、として機能させる構成とした。

かかる構成によれば、名前解決プログラムは、ネーミングサービスファイル登録手段によって、他の名前解決装置のオブジェクトリファレンスを少なくとも含むネーミングサービスファイルを登録し、オブジェクト登録処理手段によって、ネットワーク内に存在するオブジェクトの情報を少なくとも含むオブジェクト管理ファイルとして登録する。そして、名前解決プログラムは、名前解決処理手段によって、名前解決要求のあったネットワーク内に存在するオブジェクトの情報を、オブジェクト登録処理手段で登録したオブジェクト管理ファイルから探索し、取得すると共に、名前解決要求したオブジェクトに通知する。また、名前解決プログラムは、名前解決要求手段によって、名前解決要求のあった他のネットワークに他のオブジェクトの情報を、ネーミングサービスファイル登録手段で登録されているネーミングサービスファイルに基づいて、他の名前解決装置に問い合わせて取得する。

請求項１または請求項５に記載の発明によれば、他のネットワークに存在する名前解決装置のオブジェクトリファレンスを少なくとも含むネーミングサービスファイルを登録し、オブジェクトの情報を少なくとも含むオブジェクト管理ファイルとして登録しておくことで、ルータを越えて、ネーミングサービスを実現する、すなわち、名前解決を行うことができる。

請求項２に記載の発明によれば、ネットワーク内で名前解決装置自体が新たに接続（生成）される場合に、マルチキャストフレームにより、ルータで区切られたネットワーク外の他のネットワークに存在している他の名前解決装置に向け、当該自体のオブジェクトリファレンスを含む生成通知情報を送信し、逆に、他の名前解決装置から送信された生成通知情報を受信することで、ルータを越えて、ネーミングサービスを実現する、すなわち、名前解決を行うことができる。

請求項３に記載の発明によれば、複数のマルチキャストアドレスに生成通知情報を送信することで、当該装置の管理者によって、必要のないネットワークに存在している名前解決装置と通信させないといった設定を行うことができる。

請求項４に記載の発明によれば、他のネットワークに存在する名前解決装置が管理するネーミングサービスファイルを要求し、要求されたネーミングサービスファイルを他のネットワークに存在する名前解決装置に通知しておいて、他のネットワークに存在にする名前解決装置に名前解決要求を行うので、ルータを越えて、ネーミングサービスを実現する、すなわち、名前解決を行うことができる。

次に、本発明の実施形態について、適宜、図面を参照しながら詳細に説明する。
図１は、名前解決システムのブロック図である。この図１に示すように、名前解決システムＳは、複数のルータ装置７（７Ａ、７Ｂ、・・・）によって区切られる複数のネットワークのそれぞれに存在する名前解決装置１（１Ａ、１Ｂ、・・・）と、複数のオブジェクト生成装置３（３Ａ［３Ａ₁、・・・、３Ａ_n］、３Ｂ［３Ｂ₁、・・・、３Ｂ_n］、・・・）と、各名前解決装置１に接続されるデータ蓄積装置（データ蓄積手段）５（５Ａ、５Ｂ、・・・）とを備えている。

なお、名前解決システムＳにつき、これ以降の符号の記載について説明しておくと、特定（個別）の装置、特定（個別）の構成を指す場合には、アルファベットを付加した状態で記載し、全体を指す場合や装置および構成を区別しない場合にはアルファベットを付加しない状態で記載することとする。例示すると、いずれかのルータ装置を示す場合には、ルータ装置７と記載し、特定のルータ装置を示す場合には、例えば、ルータ装置７Ａと記載する。

なお、この名前解決システムＳは、複数のネットワークに跨る構成から成り立っており、それぞれのネットワークがルータ装置７によって接続されている。そして、それぞれのネットワークには、一つの名前解決装置１が存在し、それぞれのネットワークの規模は同程度であっても、異なっていてもよい。また、ネットワークがどのような経路や形態で構成されていてもよく、ここでは、２個のネットワークしか示していないが、これに限定されず、任意個数のネットワークが含まれていてもよい。

また、新たに名前解決装置１がネットワークに接続される場合に、予め他のネットワークに存在していた他の名前解決装置１のことを既存名前解決装置１と呼称して、新たに接続された名前解決装置１と既に存在していた名前解決装置１とを区別する場合もある。

さらに、この名前解決システムＳでは、図２に示すように、３個のネットワークにそれぞれ存在している名前解決装置１が、ルータ装置７を介して、相互にオブジェクトリファレンスを通知し合うと共に、管理情報（データ蓄積装置５に蓄積されているネーミングサービス管理ファイル［詳細は後記する］）の通信を行っている。

この図２では、名前解決装置１Ａと名前解決装置１Ｂとが管理情報の通信（送受信）を行って、当該管理情報を共有しており、また、名前解決装置１Ｂと名前解決装置１Ｃとが管理情報の通信（送受信）を行って、当該管理情報を共有している。

つまり、名前解決装置１Ｂでは、複数のマルチキャストアドレスを用いることによって、当該名前解決装置１Ｂが存在しているネットワークに接続されているオブジェクト（オブジェクト生成装置３［図示せず］）の設定を変更せずに、当該オブジェクトは、自分のネットワークおよび名前解決装置１Ｂを利用したままで、名前解決装置１Ａおよび名前解決装置１Ｃが存在してる他のネットワークに接続されているオブジェクトを利用することができる。

なお、名前解決装置１Ａと名前解決装置１Ｃとは、それぞれの存在するネットワーク間でオブジェクトの通信を行う必要がない、すなわち、名前解決装置１Ａと名前解決装置１Ｃとが通信を行う必要がないので、管理情報の共有をしていない。
図１に戻って、名前解決システムＳを構成する各装置の構成の説明を行う。

〈名前解決装置の構成〉
名前解決装置１（１Ａ、１Ｂ、・・・）は、ルータ装置７で区切られる各ネットワークに一つずつ存在し、当該ネットワーク内、または、別のネットワーク間で名前解決を行うもので、生成通知情報送信手段９ａ（９）と、生成通知情報受信手段１１ａ（１１）と、ネーミングサービスファイル登録手段１３ａ（１３）と、ネーミングサービスファイル要求手段１５ａ（１５）と、ネーミングサービスファイル通知手段１７ａ（１７）と、オブジェクト登録処理手段１９ａ（１９）と、名前解決処理手段２１ａ（２１）と、名前解決要求手段２３ａ（２３）とを備えている。
なお、名前解決装置１は、オブジェクト生成装置３から名前解決要求（接続を望むオブジェクトのアドレスを問い合わせること）を処理する、問い合わせの窓口と言えるものである。

生成通知情報送信手段９ａ（９）は、当該装置１がネットワークに新規に接続された場合、つまり、ネットワーク内に自体が新たなブローカ（名前解決を行うもの）として生成される場合に、マルチキャストアドレスに向け（マルチキャスフレームを用いて）、すなわち、ルータ装置７で区切られたネットワーク外の他のネットワークの既存名前解決装置１に向けて、当該装置１のオブジェクトリファレンスを含む生成通知情報を送信する。

マルチキャストアドレスとは、マルチキャストで同じデータ送信する場合の宛先となるものであり、データ蓄積装置５のマルチキャストアドレスデータファイル内（詳細は後記）に記録されているものである。また、このマルチキャストアドレスは、ネットワークを区切っているルータ装置７を越えた他のネットワーク上に存在する名前解決装置１のアドレスである。

マルチキャストフレームとは、マルチキャストアドレスに送信されるパケットの総称である。すなわち、このマルチキャストフレームは、同じデータを複数の宛先（マルチキャストアドレス）に配布すること（このマルチキャストアドレスを予め決めておける）に用いるフレームであり、ブロードキャストフレームとは異なり、ネットワークを区切っているルータ装置７を越えて、他のネットワークに存在している他の名前解決装置１の発見に利用されるものである。

オブジェクトリファレンスとは、名前解決装置１のアドレスとを含むものである。
生成通知情報とは、新たな名前解決装置１がネットワーク上に接続されたことを、既に他（別）のネットワーク上に存在している既存名前解決装置１に通知する情報である。この生成通知情報には、自体のオブジェクトリファレンスの他に、新たに名前解決装置１がネットワーク上に生成されたことを示す「生成通知である」という記述が含まれている。

この実施の形態では、「生成通知である」という記述を、ＸＭＬを用いて記述しており、〈Ｈｅｌｌｏ〉というタグの中に、名前解決装置１のオブジェクトリファレンスを記述したものとしている。

生成通知情報受信手段１１ａ（１１）は、他のネットワークに新たに接続された名前解決装置１（他の名前解決装置１）からマルチキャストフレームを用いて送信された生成通知情報を受信するものである。この生成通知情報受信手段１１ａ（１１）で受信された生成通知情報は、データ蓄積装置５Ａ（５）に蓄積される。この場合に、データ蓄積装置５Ａ（５）には、他のネットワークに存在する名前解決装置１のオブジェクトリファレンスが蓄積されることになる。

ここで、前出の図２を参照して、名前解決装置１（１Ａ〜１Ｃ）における生成通知情報のやり取り（マルチキャストアドレスデータファイルの更新）について、説明する。
前提として、名前解決装置１Ａと名前解決装置１Ｂとが、マルチキャストアドレスＡＤＤＲ１０を用いるとし、名前解決装置１Ｂと名前解決装置１ＣとがマルチキャストアドレスＡＤＤＲ２０を用いるとする。

つまり、名前解決装置１Ａは、データ蓄積装置５Ａに蓄積されているマルチキャストアドレスデータファイルにＡＤＤＲ１０を保存させている。また、名前解決装置１Ｂは、データ蓄積装置５Ｂに蓄積されているマルチキャストアドレスデータファイルにＡＤＤＲ１０およびＡＤＤＲ２０を保存させている。さらに、名前解決装置１Ｃは、データ蓄積装置５Ｃに蓄積されているマルチキャストアドレスデータファイルにＡＤＤＲ２０を保存させている。

この場合、名前解決装置１Ａと名前解決装置１Ｂとの間、または、名前解決装置１Ｂと名前解決装置１Ｃとの間では、それぞれが管理する情報（管理情報）をやり取り（送受信）することができるが、名前解決装置１Ａと名前解決装置１Ｃとの間では、管理情報をやり取り（送受信）することができない。

それゆえ、この名前解決システムＳを管理する管理者は、マルチキャストアドレスデータファイルに、当該マルチキャストアドレスデータファイルを蓄積するデータ蓄積装置５の接続している名前解決装置１が所属するグループが用いるマルチキャストアドレスを書き込んでおけばよい。例えば、ＡＤＤＲ１０（名前解決装置１が所属するグループが用いるマルチキャストアドレス）とマルチキャストアドレスデータファイルに書き込んでおけば、名前解決装置１が接続された際（生成時）に、ＡＤＤＲ１０を用いる既存名前解決装置１を発見することができる。つまり、名前解決装置１は、既存名前解決装置１のオブジェクトリファレンスを得ることができる。なお、この場合のグループとは、ＡＤＤＲ１０を用いる名前解決装置１が存在しているネットワークの集まりということになる。

この図２で示した例の場合、名前解決装置１Ｂと名前解決装置１Ｃとが既に存在していて（既存名前解決装置１Ｂ、既存名前解決装置１Ｃ）、名前解決装置１Ａが生成されたとすると、名前解決装置１Ａは、マルチキャストアドレスＡＤＤＲ１０に生成通知情報を送信しても、名前解決装置１Ｂしか受け取ることができず、名前解決装置１Ａの生成を名前解決装置１Ｂしか知り得ることができない。これにより、名前解決装置１Ａが管理するネーミングサービス管理ファイルには、通信先である名前解決装置１Ｂのオブジェクトリファレンスしか記録されず、名前解決の問い合わせを名前解決装置１Ｂしか行うことができない。

また、名前解決装置１Ａと名前解決装置１Ｃとが既に存在していて（既存名前解決装置１Ａ、既存名前解決装置１Ｃ）、名前解決装置１Ｂが生成されたとすると、名前解決装置１Ｂは、マルチキャストアドレスＡＤＤＲ１０およびマルチキャストアドレスＡＤＤＲ２０の両方に生成通知情報を送信するので、名前解決装置１Ａおよび名前解決装置１Ｃが受け取ることができ、名前解決装置１Ｂの生成を名前解決装置１Ａおよび名前解決装置１Ｃが知り得ることができる。これにより、名前解決装置１Ｂが管理するネーミングサービス管理ファイルには、通信先である名前解決装置１Ａおよび名前解決装置１Ｃのオブジェクトリファレンスが記録され、名前解決の問い合わせを名前解決装置１Ａおよび名前解決装置１Ｃに行うことができる。

また、より具体的に説明すると、例えば、名前解決装置１Ａが存在するネットワークが「スポーツ番組」の制作を行う部署にあり、名前解決装置１Ｂが存在するネットワークが「ニュース番組」の制作を行う部署にあり、名前解決装置１Ｃが存在するネットワークが「芸能番組」の制作を行う部署にある場合を想定する。

この場合、名前解決装置１Ｂの管理下にあるオブジェクト（ニュース番組の映像制作装置）の利用者は、名前解決装置１Ａが存在しているネットワーク上のオブジェクト（スポーツ番組の映像）および名前解決装置１Ｃが存在しているネットワーク上のオブジェクト（芸能番組の映像）を必要として、利用することができる。逆に、名前解決装置１Ａの管理下にあるオブジェクト（スポーツ番組の映像制作装置）の利用者は、名前解決装置１Ｃが存在しているネットワーク上のオブジェクト（芸能番組の映像）を利用する必要がないので、名前解決装置１Ｃが存在しているネットワークとは通信せず、通信するネットワークを限定することができる。

つまり、名前解決システムＳの全体を見渡せる（統括管理する）システム管理者がマルチキャストアドレスＡＤＤＲ１０とＡＤＤＲ２０を設定しておくことで、各ネットワークに接続されているオブジェクトの利用者は、他のネットワークに接続されているオブジェクトについて、必要のないネットワークとは通信せず、限定したネットワークのオブジェクトのみを利用することができる。

ネーミングサービスファイル登録手段１３ａ（１３）は、他のネットワークに存在する名前解決装置１（ここでは、名前解決装置１Ｂ）から送信されたネーミングサービスに関する情報であるネーミングサービスファイルを、生成通知情報受信手段９ａ（９）で受信された生成通知情報に基づいて、データ蓄積装置５Ａ（５）のネーミングサービス管理ファイルに登録するものである。

ネーミングサービスファイルは、他の名前解決装置１が記録している既存名前解決装置１のオブジェクトリファレンス（アドレス）を含む情報である。

ネーミングサービス管理ファイルは、複数の他の名前解決装置１が知っているオブジェクトリファレンスをだぶらないように管理されているもので、複数の既存名前解決装置１のオブジェクトリファレンスを記録したものである。

ネーミングサービスファイル要求手段１５ａ（１５）は、他のネットワークに存在する名前解決装置１（ここでは、名前解決装置１Ｂ）に、他の名前解決装置１（名前解決装置１Ｂ）の管理下にあるネーミングサービスファイルを要求するものである。

ネーミングサービスファイル通知手段１７ａ（１７）は、他の名前解決装置１（ここでは、名前解決装置１Ｂ）のネーミングサービスファイル要求手段１５ｂからネーミングサービスファイルの要求があった場合に、名前解決装置１Ａの管理下にあるネーミングサービスファイルを通知（送信）するものである。

オブジェクト登録処理手段１９ａ（１９）は、ルータ装置７Ａで区切られたネットワーク内に存在するオブジェクト生成装置３Ａから送信されるオブジェクト登録要求を処理するものである。なお、このオブジェクト登録要求は、オブジェクト生成装置３がネットワークに接続され、当初（一番始めに）起動した際に、名前解決装置１に送信される。

オブジェクト登録要求は、ネットワーク上に、新たなオブジェクト生成装置３が接続された場合、当該オブジェクト生成装置３を、ネットワーク上で認識可能なオブジェクトとして登録することを、名前解決装置１に要求するものである。

名前解決処理手段２１ａ（２１）は、オブジェクト生成装置３から送信された名前解決要求、つまり、オブジェクト生成装置３が所望する接続先のアドレスの問い合わせを処理するものである。

名前解決要求手段２３ａ（２３）は、他のネットワークに存在する名前解決装置１に、名前解決要求を行うもの（名前解決要求を転送）するものである。つまり、この名前解決要求手段２３ａ（２３）は、オブジェクト生成装置３から送信された名前解決要求、所望の接続先が、名前解決装置１Ａの管理するネットワーク上に存在しなかった場合（名前解決処理手段２１ａ（２１）で処理できなかった場合）に、機能するものである。

データ蓄積装置５（５Ａ、５Ｂ、・・・）は、一般的なハードディスク等の記録媒体によって構成されており、オブジェクト管理ファイルと、ネーミングサービス管理ファイルと、マルチキャストアドレスデータファイルとを蓄積するものである。

オブジェクト管理ファイルは、オブジェクト生成装置３がオブジェクトとしてネットワーク上で存在する際の名前であるオブジェクト名と、オブジェクトリファレンス（当該オブジェクトのアドレスを含む）とが関連付けられたものである。オブジェクトリファレンスとは、各オブジェクトをオブジェクト間通信手段（詳細は後記する）を使ってアクセスするための初期通信に必要となる固有データである。なお、この実施形態では、後記するオブジェクト間通信手段としてＣＯＲＢＡが使用されている場合には、オブジェクトリファレンスは、このＣＯＲＢＡ仕様に従ったＩＯＲ（ＩｎｔｅｒｏｐｅｒａｂｌｅＯｂｊｅｃｔＲｅｆｅｒｅｎｃｅ）が該当する。

ネーミングサービス管理ファイルは、前記したように、名前解決装置１が管理している（管理下にある）複数のネーミングサービスファイルからなるものである。ネーミングサービスファイルは、既存名前解決装置１のオブジェクトリファレンス（アドレス）を含む情報である。

マルチキャストアドレスデータファイルは、当該システムＳの管理者によって設定された（書き込まれた）他の名前解決装置１が用いるマルチキャストアドレスが含まれているものである。

ルータ装置７（７Ａ、７Ｂ、・・・）は、複数のネットワークを区切っているもので、マルチキャストフレームを受け取った際に、当該マルチキャストフレームに収められているデータをコピーして、記述されているマルチキャストアドレスに送信する機能を有している。

この名前解決装置１によれば、ネットワーク内で自体が新たに接続された場合に、生成通知情報送信手段９によって、マルチキャストフレームを用いて、ルータ装置７で区切られたネットワーク外の他のネットワークの既存名前解決装置１に向け、当該自体のオブジェクトリファレンスを含む生成通知情報を送信し、逆に、生成通知情報受信手段１１によって、他のネットワークから送信された生成通知情報を受信する。そして、ネーミングサービスファイル登録手段１３によって、他のネットワークに存在する既存名前解決装置１のオブジェクトリファレンスを少なくとも含むネーミングサービスファイルを登録し、オブジェクト登録処理手段１９によって、オブジェクト名およびオブジェクトリファレンスを少なくとも含むオブジェクト管理ファイルとして登録しておくことで、ルータ装置７を越えて、ネーミングサービスを実現する、すなわち、名前解決を行うことができる。

また、この名前解決装置１によれば、ネーミングサービスファイル要求手段１５によって、他のネットワークに存在する既存名前解決装置１が管理するネーミングサービスファイルを要求し、ネーミングサービス通知手段１７によって、要求されたネーミングサービスファイルを他のネットワークに存在する名前解決装置１に通知しておいて、場合によっては、名前解決要求手段２３によって、他のネットワークに存在にする既存名前解決装置１に名前解決要求を行うので、ルータ装置７を越えて、ネーミングサービスを実現する、すなわち、名前解決を行うことができる。

さらに、この名前解決装置１によれば、データ蓄積装置５に蓄積されている、マルチキャストアドレスデータファイルを参照して、生成通知情報送信手段９によって、予め設定された複数のマルチキャストアドレスに生成通知情報を送信するので、当該装置１の管理者によって、必要のないネットワークに存在している名前解決装置１と通信させないといった設定を行うことができる。

〈オブジェクト生成装置の構成〉
オブジェクト生成装置３（３Ａ、３Ｂ、・・・）は、ネットワーク上にオブジェクトとして存在する、様々な機能を有した装置であり、オブジェクト登録要求手段２５ａ（２５）と、名前解決要求手段２７ａ（２７）とを備えている。様々な機能とは、例えば、映像データや音声データを編集する機能や、これらを蓄積する機能等が挙げられる。

オブジェクト登録要求手段２５ａ（２５）は、オブジェクト生成装置３がネットワークに接続されて、起動する際に、名前解決装置１にオブジェクトとして登録を要求するものである。なお、オブジェクトとは、名前解決装置１にオブジェクト登録の要求を行うインターフェース（オブジェクト登録要求インターフェース）を備えると共に、他のオブジェクトとの接続を行って何らかの処理（例えば、映像処理）を実行する論理上の処理実体である。

このオブジェクト登録要求手段２５ａ（２５）による登録の要求は、オブジェクト登録要求インターフェースによって、オブジェクト間通信がなされることで行われる。なお、この実施形態では、オブジェクト登録要求インターフェースとして、ＣＯＲＢＡを採用している。ただし、オブジェクト登録要求手段２５ａ（２５）によるオブジェクト間通信は、ＣＯＲＢＡに限定されるものではない。

名前解決要求手段２７ａ（２７）は、名前解決装置１に、名前解決、つまり、他のオブジェクトへの接続を要求するために名前解決要求信号を送るものである。すなわち、この名前解決要求手段２７ａ（２７）により、オブジェクト生成装置３が所望する接続先のアドレスを取得してから、オブジェクト間通信を実行し、オブジェクト生成装置３に備えられている機能により、何らかの処理（例えば、映像処理）を行う。

このオブジェクト生成装置３によれば、オブジェクト登録要求手段２５によって、オブジェクト名とオブジェクトリファレンス（アドレス）とをオブジェクトの情報として、名前解決装置１に送信して登録を要求し、そして、名前解決要求手段２７によって、名前解決装置１に名前解決を要求することができる。

〈新たに名前解決装置がネットワークに接続された際の動作〉
次に、図３を参照して、新たに名前解決装置１Ｂがネットワークに接続された場合に、当該名前解決装置１Ｂと、既に存在している名前解決装置１Ａとの動作について説明する（適宜、図１参照）。図３は、名前解決装置１Ａと名前解決装置１Ｂとのやり取りを示したシーケンスチャートである。

図３に示すように、まず、名前解決装置１Ｂは、生成通知情報送信手段９ｂによって、マルチキャストフレームを用いて、新たにネットワークに接続されたこと（生成されたこと）、つまり、生成通知情報を、名前解決装置１Ａに送信する。そうすると、名前解決装置１Ａは、生成通知情報受信手段９ａによって、生成通知情報を受信し、データ蓄積装置５Ａに生成通知情報に含まれる名前解決装置１Ｂのオブジェクトリファレンス（アドレス）を蓄積（記録）する。

そして、名前解決装置１Ａは、ネーミングサービスファイル登録手段１３ａによって、
当該装置１Ａのオブジェクトリファレンス（アドレス、ＣＯＲＢＡではＩＯＲ）を名前解決装置１Ｂに登録（通知）する。そうすると、名前解決装置１Ｂは、ネーミングサービスファイル登録手段１３ｂによって、受信した名前解決装置１Ａのオブジェクトリファレンスを、データ蓄積装置５Ｂのネーミングサービス管理ファイルに蓄積（記録、追加記録）する。

そして、名前解決装置１Ｂは、ネーミングサービスファイル要求手段１５ｂによって、名前解決装置１Ａが蓄積しているネーミングサービス管理ファイルを要求する。そうすると、名前解決装置１Ａは、ネーミングサービスファイル通知手段１７ａにより、データ蓄積装置５Ａに蓄積されているネーミングサービス管理ファイルを読み出して、名前解決装置１Ｂに送信（通知）する。

そして、名前解決装置１Ｂは、ネーミングサービスファイル登録手段１３ｂによって、名前解決装置１Ａで管理していたネーミングサービス管理ファイルを、データ蓄積装置５Ｂに蓄積（記録、追加記録）する。

〈オブジェクトが名前解決を要求した際の動作〉
次に、図４を参照して、オブジェクト（オブジェクト生成装置３）が名前解決装置１に、名前解決を要求した際の動作について説明する（適宜、図１参照）。
《名前解決装置が、該当する所望の接続先を管理していた場合》
まず、オブジェクト生成装置３Ａ₁は、名前解決要求手段２７ａによって、名前解決装置１Ａに、オブジェクト生成装置３Ａ_nに接続するための名前解決要求を行う。そうすると、名前解決装置１Ａは、名前解決処理手段２１ａによって、データ蓄積装置５Ａのネーミングサービス管理ファイルを検索（探索）する。

そして、名前解決装置１Ａは、検索した結果、オブジェクト生成装置３Ａ₁の所望する接続先（オブジェクト生成装置３Ａ_n）が、データ蓄積装置５Ａのネーミングサービス管理ファイルに含まれている場合には、該当するオブジェクト生成装置３Ａ_nのＩＯＲをオブジェクト生成装置３Ａ₁に送信（通知）する。

《名前解決装置が、該当する所望の接続先を管理していなかった場合》
まず、オブジェクト生成装置３Ａ₁は、名前解決要求手段２７ａによって、名前解決装置１Ａに、オブジェクト生成装置３Ｂ₁に接続するための名前解決要求を行う。そうすると、名前解決装置１Ａは、名前解決処理手段２１ａによって、データ蓄積装置５Ａのオブジェクト管理ファイルを検索（探索）する。そして、名前解決装置１Ａは、検索した結果、オブジェクト生成装置３Ａ₁の所望する接続先（オブジェクト生成装置３Ｂ₁）が、データ蓄積装置５Ａのオブジェクト管理ファイルに含まれていない（登録されていない）場合には、名前解決要求手段２３ａによって、データ蓄積装置５Ａのネーミングサービス管理ファイルを見て、他の名前解決装置１（ここでは、名前解決装置１Ｂ）のアドレスを得て、名前解決装置１Ｂに、オブジェクト生成装置３Ａ₁からの名前解決の要求を行う。

そうすると、名前解決装置１Ｂは、名前解決処理手段２１ｂによって、データ蓄積装置５Ｂのオブジェクト管理ファイルを検索（探索）する。そして、名前解決装置１Ｂは、検索した結果、オブジェクト生成装置３Ａ₁の所望する接続先（オブジェクト生成装置３Ｂ₁）が、データ蓄積装置５Ｂのオブジェクト管理ファイルに含まれている（登録されている）場合には、該当するオブジェクト生成装置３Ｂ₁のＩＯＲ（アドレス）を、名前解決装置１Ａに送信（通知）する。そして、名前解決装置１Ａは、名前解決処理手段２１ａによって、該当するオブジェクト生成装置３Ｂ₁のＩＯＲ（アドレス）を、オブジェクト生成装置３Ａ₁に送信（通知）する。

〈新たに名前解決装置がネットワークに接続された際の状態の推移〉
次に、図５から図７までを参照して、複数のネットワークそれぞれに名前解決装置１が既に存在していて、新たに名前解決装置１がネットワークに接続された際の状態の推移について説明する。

図５は、ネットワークＡ〜Ｇにおいて、ネットワークＢ以外の全てのネットワークに名前解決装置１（１Ａ〜１Ｇ、１Ｂを除く）が既に存在している状態を示した図である。図６は、図５に示した状態において、ネットワークＢに名前解決装置１Ｂが接続された場合（生成された場合）の状態を示した図である。図７は、名前解決装置１Ｂが、それぞれの名前解決装置１で蓄積しているネーミングサービスファイルを要求している状態を示した図である。

図５に示したように、ネットワークＢに名前解決装置１Ｂが生成される前では、ネットワークＢからネットワークＡとネットワークＤとネットワークＥとが連結し一系統を成し、また、ネットワークＢからネットワークＦとネットワークＧとが連結し一系統を成しており、ネットワークＢからネットワークＣが連結し一系統を成している。

そして、ネットワークＡに存在している名前解決装置１Ａは、データ蓄積装置５Ａに名前解決装置１Ｃ、１Ｄ、１Ｅ、１ＦのＩＯＲを蓄積させている。また、ネットワークＤに存在している名前解決装置１Ｄは、データ蓄積装置５Ｄに名前解決装置１Ａ、１ＥのＩＯＲを蓄積させている。ネットワークＥに存在している名前解決装置１Ｅは、データ蓄積装置５Ｅに名前解決装置１Ａ、１ＤのＩＯＲを蓄積させている。

そして、ネットワークＦに存在している名前解決装置１Ｆは、データ蓄積装置５Ｆに名前解決装置１Ａ、１Ｃ、１ＧのＩＯＲを蓄積させている。また、ネットワークＧに存在している名前解決装置１Ｇは、データ蓄積装置１Ｇに名前解決装置１ＦのＩＯＲを蓄積させている。

また、ネットワークＣに存在している名前解決装置１Ｃは、データ蓄積装置１Ｃに名前解決装置１Ａ、１ＦのＩＯＲを蓄積させている。つまり、ネットワークＢに名前解決装置１Ｂが存在する前には、ネットワークＢに連結している、ネットワークＡ、Ｆ、Ｃに存在する名前解決装置１Ａ、１Ｆ、１Ｃが他の系統の先頭の名前解決装置１のＩＯＲを蓄積させていると共に、系統に連結する名前解決装置１のＩＯＲを蓄積している。

そして、図６に示すように、ネットワークＢに名前解決装置１Ｂが接続（生成）されると、ネットワークＡ、Ｆ、Ｃに存在している名前解決装置１Ａ、１Ｆ、１Ｃがマルチキャストフレーム（マルチキャストパケット）を用いて、それぞれのＩＯＲ（１Ａ、１Ｆ、１ＣのＩＯＲ）を返信している。

そして、さらに、名前解決装置１Ｂは、それぞれの名前解決装置１が蓄積しているネーミングサービスファイルを要求すると、図７に示すようになり、名前解決装置１Ｂがデータ蓄積装置５Ｂに蓄積させるＩＯＲが、１Ａ、１Ｃ、１Ｄ、１Ｅ、１Ｆ、１ＧのＩＯＲとなる。なお、この実施形態では、マルチキャストで定義されているＴＴＬ（ＴｉｍｅＴｏＬｉｖｅ）がＴＴＬ＝１として、ＴＴＬ＝３以上のネーミングサービスファイルのやり取りはしないこととしている。つまり、ここでは、ネットワークＢに生成された名前解決装置１Ｂがデータ蓄積装置５Ｂに蓄積させているネーミングサービス管理ファイルでは、ここに示したように、複数の他の名前解決装置１が知っているオブジェクトリファレンスをだぶらないように管理されている。

以上、本発明の実施形態について説明したが、本発明は前記実施形態には限定されない。例えば、本実施形態では、名前解決装置１、オブジェクト生成装置３として説明したが、当該装置１、当該装置３の機能を実現可能に、一般的または特殊なコンピュータ言語で記述された名前解決プログラムやオブジェクト生成プログラムとして構成することも可能である。これらは名前解決装置１やオブジェクト生成装置３と同様の効果を得ることができる。

本発明の実施形態に係る名前解決システムのブロック図である。名前解決装置のマルチキャストアドレスのやり取りを説明した図である。新たに名前解決装置が接続された際の、当該名前解決装置と既に存在していた名前解決装置とのやり取りを説明したシーケンスチャートである。オブジェクト生成装置から名前解決要求があった際のやり取りを説明したシーケンスチャートである。複数のネットワークにおいて、既に名前解決装置が存在している状態を示した図である。図５に示した状態において、新たに名前解決装置が接続された場合（生成された場合）の状態を示した図である。新たに名前解決装置が接続された後、既に存在していたそれぞれの名前解決装置で蓄積しているネーミングサービスファイルを要求している状態を示した図である。

符号の説明

１名前解決装置
３オブジェクト生成装置
５データ蓄積装置
７ルータ装置
９生成通知情報送信手段
１１生成装置情報受信手段
１３ネーミングサービス登録手段
１５ネーミングサービス要求手段
１７ネーミングサービス通知手段
１９オブジェクト登録処理手段
２１名前解決処理手段
２３名前解決要求手段
２５オブジェクト登録要求手段
２７名前解決要求手段

Claims

ネットワーク内に存在するオブジェクトの情報を取得して通知すると共に、ルータで区切られるネットワーク間で、他のネットワークに存在する他の名前解決装置と協働して、前記他のネットワークに存在する他のオブジェクトの情報を取得して通知する名前解決装置であって、
前記他の名前解決装置のオブジェクトリファレンスを少なくとも含むネーミングサービスファイルを登録するネーミングサービスファイル登録手段と、
前記ネットワーク内に存在するオブジェクトの情報を少なくとも含むオブジェクト管理ファイルを登録するオブジェクト登録処理手段と、
名前解決要求のあった前記ネットワーク内のオブジェクトの情報を、前記オブジェクト登録処理手段で登録したオブジェクト管理ファイルから探索し、取得すると共に、前記名前解決要求したオブジェクトに通知する名前解決処理手段と、
名前解決要求のあった前記他のネットワーク内の他のオブジェクトの情報を、前記ネーミングサービスファイル登録手段で登録されているネーミングサービスファイルに基づいて、他の名前解決装置に問い合わせて取得する名前解決要求手段と、
を備えることを特徴とする名前解決装置。
ネットワーク内に新たに接続される場合に、マルチキャストアドレスに、当該名前解決装置のオブジェクトリファレンスを含む生成通知情報を、前記他の名前解決装置に送信する生成通知情報送信手段と、
前記他の名前解決装置から送信された生成通知情報を受信する生成通知情報受信手段と、
前記オブジェクト管理ファイルと、前記ネーミングサービスファイルと、前記生成通知情報の送信先を示すマルチキャストアドレスを含むマルチキャストアドレスデータファイルとを蓄積するデータ蓄積手段と、を備え、
前記ネーミングサービスファイル登録手段は、前記生成通知情報受信手段により受信した生成通知情報に基づいて、前記データ蓄積手段に蓄積されている前記ネーミングサービスファイルを登録することを特徴とする請求項１に記載の名前解決装置。
前記生成通知情報送信手段は、予め設定された複数のマルチキャストアドレスに、前記生成通知情報を送信することを特徴とする請求項２に記載の名前解決装置。
前記他の名前解決装置が管理する前記ネーミングサービスファイルを要求するネーミングサービスファイル要求手段と、
このネーミングサービスファイル要求手段で要求されたネーミングサービスファイルを前記他の名前解決装置に通知するネーミングサービスファイル通知手段と、
を備えることを特徴とする請求項１から請求項３までのいずれか一項に記載の名前解決装置。
ネットワーク内に存在するオブジェクトの情報を取得すると共に、ルータで区切られるネットワーク間で、他のネットワークに存在する他の名前解決装置と協働して、前記他のネットワークに存在する他のオブジェクトの情報を取得するために、コンピュータを、
前記他の名前解決装置のオブジェクトリファレンスを少なくとも含むネーミングサービスファイルを登録するネーミングサービスファイル登録手段、
前記ネットワーク内に存在するオブジェクトの情報を少なくとも含むオブジェクト管理ファイルを登録するオブジェクト登録処理手段、
名前解決要求のあった前記ネットワーク内のオブジェクトの情報を、前記オブジェクト登録処理手段で登録したオブジェクト管理ファイルから探索し、取得すると共に、前記名前解決要求したオブジェクトに通知する名前解決処理手段、
名前解決要求のあった前記他のネットワーク内の他のオブジェクトの情報を、前記ネーミングサービスファイル登録手段に登録されているネーミングサービスファイルに基づいて、他の名前解決装置に問い合わせて取得する名前解決要求手段、
として機能させることを特徴とする名前解決プログラム。