(57)【要約】【課題】家庭内ネットワークで独立につけた名前のＩＰｖ６アドレスへの解決を、家庭内ユーザだけでなく、外のユーザにも所定の条件を満足した場合に可能とする。【解決手段】家庭内機器の名前群とＩＰｖ６アドレスとの対応づけを行うテーブルをインターネット上、もしくは家庭内の複数のサーバに配置し、外部ユーザに対するアクセス条件をそのうちの１つのサーバの各レコード毎に保持する。外部ユーザはそのサーバにアクセスし、必要なアクセス条件をパスするとＱｕｅｒｙがそのノードに対する名前を解決するサーバに転送され、名前とＩＰｖ６アドレスの組を獲得できる。分散したサーバに対する変更要求もこのリンクを辿って高速に処理できる。【選択図】　　　図１
2004120470.tif 000002
【特許請求の範囲】
【請求項１】
所定のネットワークに接続されたノードの名前と前記ネットワーク上にて前記ノードを識別するアドレス情報と前記ノードへのアクセス制御情報とを関連付けて記憶する記憶手段と、
他のノードから前記ノードの名前解決要求を受信する受信手段と、
前記名前解決要求に基づき前記他のノードの属性を検出し、前記他のノードを認証する認証手段と、
前記記憶手段に記憶されたアクセス制御情報及び検出した前記他のノードの属性に基づき前記ノードへのアクセスの可否を判断する判断手段と、
前記判断手段にてアクセス可能と判断された場合に、前記名前解決要求に対し、前記アドレス情報を前記他のノードに応答する応答手段とを具備したことを特徴とするサーバ装置。
【請求項２】
所定のネットワークに接続されたノードの名前と前記ネットワーク上にて前記ノードを識別するアドレス情報と前記ノードへのアクセス制御情報に基づき名前解決を行うサーバにおける名前解決方法であって、
他のノードから前記ノードの名前解決要求を受信し、
前記名前解決要求に基づき前記他のノードの属性を検出し、前記他のノードを認証し、
前記記憶されたアクセス制御情報及び検出した前記他のノードの属性に基づき前記ノードへのアクセスの可否を判断し、
前記アクセス可能と判断された場合に、前記名前解決要求に対し、前記アドレス情報を前記他のノードに応答することを特徴とする名前解決方法。
【請求項３】
前記アドレス情報は、前記サーバとは異なる管理主体により管理される他のサーバ上に保持され、前記サーバには、該他のサーバへのリンク情報である他のアドレス情報が登録されることを特徴とする請求項２記載の名前解決方法。
【請求項４】
前記アドレス情報は、前記ノードが所属する前記ネットワーク内に設置され、前記ノードのアドレス情報を登録する他のサーバ上に保持され、前記サーバには、該他のサーバへのリンク情報である他のアドレス情報が登録されることを特徴とする請求項２記載の名前解決歩方法。
【請求項５】
前記ユーザ情報は、前記サーバとは異なる管理主体により管理される他のサーバ上に保持され、前記サーバには、該他のサーバへのリンク情報である他のアドレス情報が登録されることを特徴とする請求項２記載の名前解決方法。
【請求項６】
前記ユーザ情報は、前記ノードが所属する前記ネットワーク内に設置され、前記ノードのアドレス情報を登録する他のサーバ上に保持され、前記サーバには、該他のサーバへのリンク情報である他のアドレス情報が登録されることを特徴とする請求項２記載の名前解決歩方法。
【請求項７】
前記所定のネットワークに割り当てられるネットワークプリフィクスが変更された場合には、前記ノードのアドレス情報を前記サーバを介して他のサーバに転送することにより、新規アドレスへの対応を保持することを特徴とする請求項２記載の名前解決方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は，ＩＰｖ６ネットワーク上のノードに対し、人間が認識できる名前からＩＰｖ６　アドレスとの相互変換に係り、そのサーバ装置と名前解決方法に関する。
【０００２】
【従来の技術】
近年、世界最大のコンピュータネットワーク「インターネット（Ｉｎｔｅｒｎｅｔ）」の利用が普及しており、インターネットと接続し、公開された情報、サービスを利用したり、逆にインターネットを通してアクセスしてくる外部ユーザに対し、情報、サービスを提供することで、新たなコンピュータビジネスが開拓されている。
【０００３】
またインターネット利用に関して、新たな技術開発、展開がなされている。インターネットでは、各計算機がＩＰ　アドレスと呼ばれる識別子をもち、このＩＰ　アドレスを元にパケットの交換が行われる。しかし、ＩＰ　アドレスはいわば数字列であり、人間がそのまま使用するには直感的ではなく簡便性に欠ける。
【０００４】
特にＩＰｖ６では１２８ビットのアドレス幅を持ち、３２個の１６進数で表現されるが、これを人間が直接扱うのは不可能に近い。そのため、ＩＰｖ６　アドレスと人間がより扱いやすい形である文字列、すなわち「名前」との変換のメカニズムが使われる。
【０００５】
現在インターネットで最も利用されている変換システムにＤＮＳ（Ｄｏｍａｉｎ　Ｎａｍｅ　　Ｓｙｓｔｅｍ）がある。ＤＮＳ　はインターネット上でのグローバルな名前解決に用いられるため、ＤＮＳ　で利用される名前ＦＱＤＮ（Ｆｕｌｌｙ　Ｑｕａｌｉｆｉｅｄ　Ｄｏｍａｉｎ　Ｎａｍｅ）はやはりインターネット上で一意でなければならない。一方、インターネットの普及に伴いすべてのノー　ドがグローバルユニークな名前を持つ必要性は少なくなってきている。
【０００６】
これは例えば、各家庭内にホームネットワークが敷設され、その上の機器を呼称する場合などにあてはまる。また、ＤＮＳ　では、その性質上名前の公開について、あるノードの名前を特定のメンバにのみ公開するということはできない。
【０００７】
よってあるドメインやノードがどのような名前を持つかを外部から総当り的調べることで発見することが可能であり、どのような名前をもつノードが存在するかという情報を悪意を持つ第三者が用意に入手することが可能となる。これは上のホームネットワークの例でいえば、ある家に「ＶＴＲ機器」という名前のノードが存在することを外部から知ることが可能なわけで、これはプライバシーの漏洩という問題を内包する。
【０００８】
さらに、ＦＱＤＮ　を利用するためにはそのＦＱＤＮ　を管理するＤＮＳ　サーバを用意する必要があるが、このサーバの設置場所、管理、登録、運営という課題が発生する。
【０００９】
一方、家庭内のような小さなネットワークにおいては、ネットワーク上にローカルに名前を定めてそれによってノードへのアクセスを行なう技術もいくつかある。しかし、これらの技術は、名前によって指定される通信相手がネットワーク的に近傍にいることが前提となっており、そのネットワークの外部（即ち、家庭の外のグローバルインターネット）から名前によってアクセスしようとした場合に直接利用することはできない。
【００１０】
また、このように外部から家庭内ネットの機器名の解決を要求する場合、当然アクセス主体の認証を伴うアクセス制御を行うことが必要になる。
【００１１】
また、ＩＰｖ６　では、家庭のような小さな網においてもプロバイダの乗り換えや、アクセス回線の切替えによる、アドレスのリナンバリング（Ｒｅｎｕｍｂｅｒｉｎｇ）が起きると予想されている。リナンバリングとは、あるネットワークにおいて、ネットワークプレフィクスが異なる値に変化することをさす。ＩＰｖ６　では基本的にプロバイダからアドレスの割り付けをうけるため、たとえばユーザがプロバイダを変えた場合にはこのリナンバリングが必ず発生する。このような場合にも、容易に名前とアドレスの対応の更新が行えることが必要になる。
【００１２】
【特許文献１】
特開２００２−０８４３１７公報
【００１３】
【発明が解決しようとする課題】
さらに、個々の家庭の名前情報を、ネットワーク上のどこで管理するかについては、プライバシの保護や各ベンダの付加サービス提供の意志などによって、様々なオプションが考えられる。例えば、
（１）　家電機器を製造販売するベンダが独自のサイトを設けて、そこで管理する。
【００１４】
この場合、機器の製造ベンダが異なるとサイトも異なることもありうる。
【００１５】
（２）　ＩＳＰ（インターネットサービスプロバイダ）が自身のサーバで家庭ネット名前解決を付加サービスとして行う
（３）　（名前情報を他者に供託したくない）ユーザが宅内に独自のサーバを立てて行う
などが考えられ、異なるネットワーク構築ポリシーが混在する場合にも適切に動作することが要求される。
【００１６】
本発明は上記事情を考慮してなされたものであり、ある特定のネットワーク上のローカルに定められたノードの名前と、そのノードのＩＰｖ６　アドレスとの相互変換を可能にするサーバ装置と、名前解決方法に関するものである．
【００１７】
【課題を解決するための手段】
本発明のサーバ装置は、所定のネットワークに接続されたノードの名前とネットワーク上にてノードを識別するアドレス情報とノードへのアクセス制御情報とを関連付けて記憶する記憶手段と、他のノードからノードの名前解決要求を受信する受信手段と、名前解決要求に基づき他のノードの属性を検出し、他のノードを認証する認証手段と、記憶手段に記憶されたアクセス制御情報及び検出した他のノードの属性に基づきノードへのアクセスの可否を判断する判断手段と、判断手段にてアクセス可能と判断された場合に、名前解決要求に対し、アドレス情報を他のノードに応答する応答手段とを具備したことを特徴とする。
【００１８】
また本発明の名前解決方法は、所定のネットワークに接続されたノードの名前とネットワーク上にてノードを識別するアドレス情報とノードへのアクセス制御情報に基づき名前解決を行うサーバにおける名前解決方法であって、他のノードからノードの名前解決要求を受信し、名前解決要求に基づき他のノードの属性を検出し、他のノードを認証し、記憶されたアクセス制御情報及び検出した他のノードの属性に基づきノードへのアクセスの可否を判断し、アクセス可能と判断された場合に、名前解決要求に対し、アドレス情報を他のノードに応答することを特徴とする。
【００１９】
更に本発明の名前解決方法は、アドレス情報は、サーバとは異なる管理主体により管理される他のサーバ上に保持され、サーバには、他のサーバへのリンク情報である他のアドレス情報が登録されることを特徴とする。
【００２０】
更に本発明の名前解決方法は、アドレス情報は、ノードが所属するネットワーク内に設置され、ノードのアドレス情報を登録する他のサーバ上に保持され、サーバには、他のサーバへのリンク情報である他のアドレス情報が登録されることを特徴とする。
【００２１】
更に本発明の名前解決方法は、ユーザ情報は、サーバとは異なる管理主体により管理される他のサーバ上に保持され、サーバには、他のサーバへのリンク情報である他のアドレス情報が登録されることを特徴とする。
【００２２】
更に本発明の名前解決方法は、ユーザ情報は、ノードが所属するネットワーク内に設置され、ノードのアドレス情報を登録する他のサーバ上に保持され、サーバには、他のサーバへのリンク情報である他のアドレス情報が登録されることを特徴とする。
【００２３】
更に本発明の名前解決方法は、所定のネットワークに割り当てられるネットワークプリフィクスが変更された場合には、ノードのアドレス情報をサーバを介して他のサーバに転送することにより、新規アドレスへの対応を保持することを特徴とする。
【００２４】
【発明の実施の形態】
以下、図面を参照しながら発明の実施の形態を説明する。
【００２５】
図１に、本実施形態に係る名前解決方式を適用する典型的なネットワークの構成例を示す。家庭ネットワーク１０内には、複数の機器１１〜１ｎが接続され、これらに対する名前を解決をするための名前解決モジュールが家庭内のノード１２とインターネット上のサーバ２０上に設置されている。ここで家庭内ネットワークはＢｌｕｅｔｏｏｔｈ（ＴＭ）規格に基づくネットワークが構築されているものとする。
【００２６】
家庭内ノード１２はサーバ２０と同じ名前情報を保持しており、家庭内機器同士の通信における名前解決手続きを行う。ここで図示しないが、家庭ネットワーク内での別名（Ａｌｉａｓ）をサポートする構成としてもよい。
【００２７】
一方、サーバ２０上の名前解決モジュールは、家庭外のノード２１が家庭内の機器にアクセスを行いたい場合の手続きを行う。まず、家庭内の全てのノードに対するアクセス制御情報、アドレス情報がサーバ２０上に集約されている場合について動作シーケンスを説明する。
【００２８】
サーバ２０の内部構成の一例を図２に示す。ここには、家庭内ネットワーク１０内のノード識別子とそれに対するＩＰｖ６アドレス、及び該ノードに対するアクセス条件を示すフィールドを持つ名前解決テーブル２２が保持されている。名前解決テーブル２２の一構成例を図３に示す。
【００２９】
例えば、外部ノード２１がｔｖ．ｔａｎａｋａ．ｏｒｇのアドレス情報を問い合わせた場合、まず図示しない受信手段でこの名前解決要求の問い合わせを受信し、次にこの問い合わせ情報から、外部ノード２１のユーザ情報を認証ユニット２３で抽出し、認証する。ここで、ユーザ名がｔａｎａｋａ．ｋａｚｕｏであることが抽出されたので、次にｔｖ．ｔａｎａｋａ．ｏｒｇのアクセス制御情報をチェックする。
【００３０】
ここには、ｔａｎａｋａ．ｋａｚｕｏに対するアクセスを許可する旨の情報が予め登録されているので、この場合の外部ノード２１のｔｖ．ｔａｎａｋａ．ｏｒｇへのアクセスが許可され、ＩＰｖ６アドレス３ｆｆｅ：ｆｆｆｆ：１２３４：ａｂｃｄ：５６７８：９０１２：３４５６：７８９０が外部ノード２１に返される。ここで、アクセス制御方式として、外部ノード２１のユーザ情報を使用したが、勿論、所定のＩＰｖ６アドレスやアドレス範囲、外部ノードの所属するドメイン情報など別の基準によりアクセス制御の判定を行うことも容易に可能である。
【００３１】
なお、ここでは、外部ノードが家庭内ノードのＦＱＤＮを既知であると仮定しているが、例えば別の呼称を使って、これに対するアクセス権の有無をサーバ側で判断した上でＦＱＤＮと一緒にＩＰｖ６アドレスを返すようにもできる。例えば自然言語で「田中さん宅の居間のテレビ」のような呼称を用いて機器を特定し、これに該当するノードが存在して、その外部ノードがアクセス可能かを判断するような方法も容易に構築できる。
【００３２】
この場合には、所有者＝田中、設置箇所＝居間などの属性情報を登録しておき、自然言語による問い合わせを同様の属性リストに解析してマッチングするエントリを選択すればよい。
【００３３】
さて、以上は、１つのサーバにアドレス情報／アクセス制御条件が集約されている場合を説明したが、今後、家庭ネットワークが普及していく中で、様々な管理主体がこのようなアドレス解決情報を保持する形態が考えられる。例えば、
（１）　家電機器を製造販売するベンダが独自のサイトを設けて、そこで管理する。
【００３４】
この場合、機器の製造ベンダが異なるとサイトも異なることもありうる。
【００３５】
（２）　ＩＳＰが自身のサーバで家庭ネット名前解決を付加サービスとして行う
（３）　（名前情報を他者に供託したくない）ユーザが宅内に独自のサーバを立てて行う
などの場合が考えられ、名前解決方式もこれらのポリシーのバリエーションに追随できることが要求される。
【００３６】
まず、（１）または（２）の複数の名前解決サーバが並立する場合であるが、図４のように入口サーバ４１とは別に例えば家電機器ベンダサイト４２が設置され、ここで販売された家電機器のアドレス情報を管理する場合がこれに該当する。
【００３７】
ここで、ｒｅｆｅｉｇｅｒａｔｏｒ．ｔａｎａｋａ．ｏｒｇ（冷蔵庫の名前）とｍｉｃｒｏｗａｖｅ．ｔａｎａｋａ．ｏｒｇ（電子レンジの名前）の２機種については、出荷時にアドレス登録が行われ、そのアドレス管理を家電機器ベンダサイトに委託するものと仮定する。従って、入口サーバの名前解決テーブルは図５に示すようなものになり、該当機器については、ベンダサイトサーバアドレスにアドレス問い合わせを転送するような指定になる。
【００３８】
またユーザ、もしくは対象機器によっては、上記のようにベンダ側でサーバを提供することができなかったり、ユーザが機器の名前情報を他者に供託することに抵抗感を感じるため、家庭内に設置されたサーバのみに名前情報を搭載するような構成としてもよい。
【００３９】
この場合も、図４の構成の拡張で実現でき、家電機器ベンダサイトの代わりに自宅のホームネットワーク上に設置されたサーバ１２のみを用い、該当機器に対するアドレス問い合わせは、そちらのサーバにＲｅｄｉｒｅｃｔする方式になる。例えば、ＶＣＲとデジタルビデオの情報は自身のサーバで管理する場合、名前解決テーブルのうち、ｖｃｒ．ｔａｎａｋａ．ｏｒｇ（ＶＣＲの名前）とｃａｍｃｏａｒｄｅｒ．ｔａｎａｋａ．ｏｒｇ（カムコーダーの名前）については、ホームネット内のサーバアドレスを示すように設定する。
【００４０】
以上は、主にノードの名前情報の格納箇所のバリエーションについて説明したが、同様にユーザ認証情報についても、サービスの提供形態や、ビジネス形態に応じて様々な格納箇所のバリエーションが想定できる。
【００４１】
それに従って、図２で行ったユーザの認証をどちらのサイトで行うかも変化する。図２のベンダサイトの例について、ベンダサイト側でユーザ情報を管理するポリシーを採用する場合、・問い合わせ情報自体をベンダサイトサーバに転送し、入口サーバでは一切のユーザ情報抽出を行わない（これは、家電機器ベンダがユーザの識別子を管理する場合に相当する）。
【００４２】
・入口サーバ側でユーザ情報を抽出し、これをベンダサイトサーバに一緒に転送することで、ベンダサイトサーバの処理を軽減化する。但し、この場合ユニバーサルなユーザの名前付け（例えば固有なｅｍａｉｌアドレスなどを使う）が必要になる。
などの方法を、ベンダサイトサーバの規模、処理性能といった物理的条件に加え、ベンダ側でユーザ情報の囲い込みを行いたいか、などのビジネス上の意志にも依存して決定、選択することになる。
【００４３】
上記の拡張として、例えば、通常通り入口サーバで行われるユーザ認証を経た場合と、ベンダサイト独自で行われるユーザ認証を経た場合で、提供されるサービスに変化をつける（即ち、ベンダサイト認証を経ると、より詳細な機器メンテサービスが受けられる、など）ことも考えられる。
【００４４】
最後に、家庭ネットワークにアドレスリナンバリングが起こった場合の、名前解決テーブルの更新方法を示す。図６のように、それまでアドレスプリフィックスＡを使用していたホームネットワークが、ＩＳＰの切替えなどにより、プリフィックスＢを使用するように変更されたとする。
【００４５】
この場合、全てのホームネットワーク上のノードのＩＰアドレス情報には入口サーバを経由してアクセスすることが可能であるので、プリフィックス変更通知を入口サーバに転送し、これを元に入口サーバ自体に登録されているアドレス情報を変更し、次に各ＡＳＰや、ホームネット上で自分で管理する
サーバに変更通知を転送し（これはＡＳＰやホームサーバ独自のコマンドである）、該当する機器のアドレスエントリを変更すれば良い。
【００４６】
なお、この手続きはＩＳＰの切替えによるホームネット全体のプリフィックス切替えだけでなく、複数のインタフェースを持ち、個別にプリフィックス割り当てを受ける機器の場合も同様に処理できる。例えば、ＷＣＤＭＡとＢｌｕｅｔｏｏｔｈの２つのインタフェースを持つ携帯電話の場合に、ＷＣＤＭＡ側から無線キャリア発のプリフィックスを受ける場合と、Ｂｌｕｅｔｏｏｔｈからアクセスポイント経由であるＩＳＰのプリフィックスを受ける場合がある。
【００４７】
これについては、現在どちらのインタフェースが有効であるかを判断して、該当する側のプリフィックス情報を入口サーバ経由で配布し、正しいアドレス情報を反映することになる。
【００４８】
なお、以上の各機能は、ソフトウェアとしても実現可能である。また、本実施形態は、コンピュータに所定の手段を実行させるための（あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるための）プログラムを記録したコンピュータ読取り可能な記録媒体としても実施することもできる。
【００４９】
本発明は、上述した実施の形態に限定されるものではなく、その技術的範囲において種々変形して実施することができる。
【００５０】
【発明の効果】
本発明により、各家庭ネットワークが独立につけた名前の解決を１箇所もしくは複数箇所のサーバで行い、また予め了承された外部のユーザに対する名前解決を特定の機器や条件の元でのみ可能とするようなアクセス制御を容易に実現できる。またアドレスのリナンバリング等に対しても柔軟に対応が可能である。
【図面の簡単な説明】
【図１】本実施形態に係る名前解決方法を適用する典型的なネットワークの構成例を示す図
【図２】本実施形態に係る入口サーバの内部構成の一例を示す図
【図３】本実施形態に係る名前解決テーブルの一構成例を示す図
【図４】本実施形態に係るベンダサイトが介在する場合のネットワーク構成例を示す図
【図５】本実施形態に係るベンダサイトが介在する場合の名前解決テーブルの構成例を示す図
【図６】本実施形態に係るＩＳＰ切替えに伴う、アドレスリナンバリング時の動作を示す図
【符号の説明】
１０・・・家庭内ネットワーク
１２・・・ノード
２０・・・サーバ
２１・・・家庭外のノード（外部ノード）
【図１】
2004120470.tif 000003
【図２】
2004120470.tif 000004
【図３】
2004120470.tif 000005
【図４】
2004120470.tif 000006
【図５】
2004120470.tif 000007
【図６】
2004120470.tif 000008