(57)【要約】【課題】  ユーザとメーカによって、objectに対して名前がそれぞれ付与される場合にも、当該objectのIPアドレスを特定可能とする。【解決手段】  本発明は、ユーザ用名前解決サーバにおいて、ネットワークに接続されているobjectを利用するユーザがユーザ用名前を該objectに付与可能とし、該ユーザ用名前とユーザアドレスの対応を管理し、メーカ用名前解決サーバにおいて、objectを利用するメーカ用名前を該objectに付与可能とし、該メーカ用名前とユーザアドレスの対応を管理し、ユーザ用名前解決サーバ及びメーカ用名前解決サーバは、ユーザ用名前またはメーカ用名前から検索して、objectのユーザアドレスを特定する。【選択図】  図３
2014093742.tif 000002
【特許請求の範囲】
【請求項１】
ユーザアドレスを有し、情報通信ネットワークに接続されている通信機能を有する家電品や端末を含む装置（以下、「object」と記す）に対して、人間が判別可能な名前を付与し、名前からユーザアドレスを特定できる情報通信ネットワークにおける名前解決システムであって、
前記objectを利用するユーザが独自の名前（以下「ユーザ用名前」と記す）を該objectに付与可能とし、該ユーザ用名前とユーザアドレスの対応を管理するユーザ用名前解決サーバと、
前記objectを利用するメーカ独自の名前（以下「メーカ用名前」と記す」を該objectに付与可能とし、該メーカ用名前と前記ユーザアドレスの対応を管理するメーカ用名前解決サーバと、
を有し、
前記ユーザ用名前解決サーバ及び前記メーカ用名前解決サーバは、前記ユーザ用名前または前記メーカ用名前から検索して、前記objectのユーザアドレスを特定する手段を有することを特徴とする情報通信ネットワークにおける名前解決システム。
【請求項２】
前記ユーザ用名前解決サーバは、
前記ユーザが予め定められた階層構造に従って付与した前記ユーザ用名前、または、分散ハッシュテーブルを利用して付与した前記ユーザ用名前を取得して、前記ユーザアドレスと対応付けた第1のユーザ登録名前、または、前記ユーザ用名前と前記ユーザアドレスと前記メーカ用名前の組を対応付けた第２のユーザ登録名前をユーザ側記憶手段に登録するユーザ用名前登録手段を有し、
前記メーカ用名前解決サーバは、
前記メーカが予め定められた階層構造に従って付与した前記メーカ用名前、または、分散ハッシュテーブルを利用して付与した前記メーカ用名前を取得して、前記ユーザアドレスと該メーカ用名前を対応付けた第1のメーカ登録名前と、該前記ユーザ用名前と該ユーザアドレスの組と該メーカ用名前を対応付けた第２のメーカ登録名前と、をメーカ側記憶手段に登録するメーカ用名前登録手段を有する
請求項1記載の情報通信ネットワークにおける名前解決システム。
【請求項３】
前記メーカ用名前解決サーバは、
前記メーカ用名前に基づいて、前記メーカ側記憶手段に格納されている、該メーカ用名前が含まれるエントリを削除し、前記ユーザ用名前解決サーバに対して、該メーカ用名前に対応するエントリの削除要求を行うメーカ側エントリ削除手段を含み、
前記ユーザ用名前解決サーバは、
前記ユーザ用名前に基づいて、前記ユーザ側記憶手段に格納されている、該ユーザ用名前が含まれるエントリを削除し、前記メーカ用名前解決サーバに対して、該ユーザ用名前に対応するエントリの削除要求を行うユーザ側エントリ削除手段を含む
請求項２記載の情報通信ネットワークにおける名前解決システム。
【請求項４】
前記メーカ用名前解決サーバは、
前記ユーザアドレス及びユーザ用名前を変更する際に、更新前のメーカ用名前に基づいて、前記メーカ側記憶手段を参照し、前記第２のメーカ登録名前を取得して、新たなユーザアドレス及びユーザ用名前に更新し、更新されたユーザアドレス及びユーザ用名前を前記ユーザ用名前解決サーバに送信することにより、更新要求を行うメーカ側更新手段を含み、
前記ユーザ用名前解決サーバは、
前記ユーザアドレス及びユーザ用名前を変更する際に、更新前のユーザ用名前に基づいて、前記ユーザ側記憶手段を参照し、前記第２のユーザ登録名前を取得して、新たなユーザアドレス及びユーザ用名前に更新し、更新されたユーザアドレス及びユーザ用名前を前記メーカ用名前解決サーバに送信することにより、更新要求を行うユーザ側更新手段を含む
請求項２記載の情報通信ネットワークにおける名前解決システム。
【請求項５】
ユーザアドレスを有し、情報通信ネットワークに接続されている通信機能を有する家電品や端末を含む装置（以下、「object」と記す）に対して、人間が判別可能な名前を付与し、名前からユーザアドレスを特定できる情報通信ネットワークにおける名前解決方法であって、
前記object、ユーザ用名前解決サーバ、メーカ用名前解決サーバを有するシステムにおいて、
前記ユーザ用名前解決サーバにおいて、
前記objectを利用するユーザが独自の名前（以下「ユーザ用名前」と記す）を該objectに付与可能とし、該ユーザ用名前とユーザアドレスの対応を管理し、
前記メーカ用名前解決サーバにおいて、
前記objectを利用するメーカ独自の名前（以下「メーカ用名前」と記す」を該objectに付与可能とし、該メーカ用名前と前記ユーザアドレスの対応を管理し、
前記ユーザ用名前解決サーバ及び前記メーカ用名前解決サーバは、前記ユーザ用名前または前記メーカ用名前から検索して、前記objectのユーザアドレスを特定する
ことを特徴とする情報通信ネットワークにおける名前解決方法。
【請求項６】
前記ユーザ用名前解決サーバにおいて、
前記ユーザが予め定められた階層構造に従って付与した前記ユーザ用名前、または、分散ハッシュテーブルを利用して付与した前記ユーザ用名前を取得して、前記ユーザアドレスと対応付けた第1のユーザ登録名前、または、前記ユーザ用名前と前記ユーザアドレスと前記メーカ用名前の組を対応付けた第２のユーザ登録名前をユーザ側記憶手段に登録するユーザ用名前登録ステップを更に行い、
前記メーカ用名前解決サーバにおいて、
前記メーカが予め定められた階層構造に従って付与した前記メーカ用名前、または、分散ハッシュテーブルを利用して付与した前記メーカ用名前を取得して、前記ユーザアドレスと該メーカ用名前を対応付けた第1のメーカ登録名前と、該前記ユーザ用名前と該ユーザアドレスの組と該メーカ用名前を対応付けた第２のメーカ登録名前と、をメーカ側記憶手段に登録するメーカ用名前登録ステップを更に行う
請求項５記載の情報通信ネットワークにおける名前解決方法。
【請求項７】
前記メーカ用名前解決サーバにおいて、
前記メーカ用名前に基づいて、前記メーカ側記憶手段に格納されている、該メーカ用名前が含まれるエントリを削除し、前記ユーザ用名前解決サーバに対して、該メーカ用名前に対応するエントリの削除要求を行うメーカ側エントリ削除ステップを更に行い、
前記ユーザ用名前解決サーバにおいて、
前記ユーザ用名前に基づいて、前記ユーザ側記憶手段に格納されている、該ユーザ用名前が含まれるエントリを削除し、前記メーカ用名前解決サーバに対して、該ユーザ用名前に対応するエントリの削除要求を行うユーザ側エントリ削除ステップを更に行う
請求項６記載の情報通信ネットワークにおける名前解決方法。
【請求項８】
前記メーカ用名前解決サーバにおいて、
前記ユーザアドレス及びユーザ用名前を変更する際に、更新前のメーカ用名前に基づいて、前記メーカ側記憶手段を参照し、前記第２のメーカ登録名前を取得して、新たなユーザアドレス及びユーザ用名前に更新し、更新されたユーザアドレス及びユーザ用名前を前記ユーザ用名前解決サーバに送信することにより、更新要求を行うメーカ側更新ステップを更に行い、
前記ユーザ用名前解決サーバにおいて、
前記ユーザアドレス及びユーザ用名前を変更する際に、更新前のユーザ用名前に基づいて、前記ユーザ側記憶手段を参照し、前記第２のユーザ登録名前を取得して、新たなユーザアドレス及びユーザ用名前に更新し、更新されたユーザアドレス及びユーザ用名前を前記メーカ用名前解決サーバに送信することにより、更新要求を行うユーザ側更新ステップを更に行う
請求項６記載の情報通信ネットワークにおける名前解決方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報通信ネットワークにおける名前解決システム及び方法に係り、特に、人間が判別可能な名前を用いて、ネットワークに接続されているオブジェクト（通信機能をもつ家電品や端末などを指す）を特定し、通信できるようにするための情報通信ネットワークにおける名前解決システム及び方法に関する。
【背景技術】
【０００２】
従来の情報通信ネットワークは、論理空間上のアドレスにより通信対象を指定している。固定電話では電話番号、インターネットではIPアドレスがそれにあたり、それらはネットワーク上の位置とも対応しているのでその位置に接続することで通信が可能となる。
【０００３】
一方で、携帯電話の電話番号やインターネットでのＵＲＬは、より上位の論理アドレスまたは名前と解釈できる。つまり、これらは通信相手や情報の論理位置を示すが、ネットワーク上の接続位置は示していないため、前者ではLR（ロケーションレジスタ）、後者ではDNS(ドメインネームサーバ)により、ネットワーク上の接続位置を示すアドレスへの変換（いわゆる名前解決）が必要となる。後者の場合であれば、URLから変換後のIPアドレスを用い、接続する（例えば、非特許文献１、２参照）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】弓場英明監修、未来ねっと技術シリーズ  ユビキタスネットワーク技術、電気通信協会、2003.
【非特許文献２】http://www.nic.ad.jp/ja/newsletter/No22/080.html
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、例えば今後、多数の家電製品がネットワークに接続されるようになったときに、ユーザは自身で判別しやすい名前を付けて、それらobjectを特定して通信できるようにしたい場合が想定される。一方で、それらobject製造元であるメーカは、自社の製品の管理などの目的で、メーカ側で判別しやすい名前（製品ＩＤなど）を用いて、それらobjectを特定できるようにしたい場合が想定される。このような利用形態を実現するには、一つのobjectに対して複数の名前を付与可能とする必要がある。
【０００６】
しかし、既存のシステムでは、一つのobjectに対して、複数の名前をつけることは想定していないため、上述の利用形態を実現することは困難である。
【０００７】
本発明は、上記の点に鑑みなされたもので、ユーザとメーカによって、objectに対して名前がそれぞれ付与される場合にも、当該objectのIPアドレスを特定可能な情報通信ネットワークにおける名前解決システム及び方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の課題を解決するため、本発明（請求項１）は、ユーザアドレスを有し、情報通信ネットワークに接続されている通信機能を有する家電品や端末を含む装置（以下、「object」と記す）に対して、人間が判別可能な名前を付与し、名前からユーザアドレスを特定できる情報通信ネットワークにおける名前解決システムであって、
前記objectを利用するユーザが独自の名前（以下「ユーザ用名前」と記す）を該objectに付与可能とし、該ユーザ用名前とユーザアドレスの対応を管理するユーザ用名前解決サーバと、
前記objectを利用するメーカ独自の名前（以下「メーカ用名前」と記す）を該objectに付与可能とし、該メーカ用名前と前記ユーザアドレスの対応を管理するメーカ用名前解決サーバと、
を有し、
前記ユーザ用名前解決サーバ及び前記メーカ用名前解決サーバは、前記ユーザ用名前または前記メーカ用名前から検索して、前記objectのユーザアドレスを特定する手段を有することを特徴とする名前解決システムである。
【０００９】
また、本発明（請求項２）は、前記ユーザ用名前解決サーバにおいて、
前記ユーザが予め定められた階層構造に従って付与した前記ユーザ用名前、または、分散ハッシュテーブルを利用して付与した前記ユーザ用名前を取得して、前記ユーザアドレスと対応付けた第1のユーザ登録名前、または、前記ユーザ用名前と前記ユーザアドレスと前記メーカ用名前の組を対応付けた第２のユーザ登録名前をユーザ側記憶手段に登録するユーザ用名前登録手段を有し、
前記メーカ用名前解決サーバにおいて、
前記メーカが予め定められた階層構造に従って付与した前記メーカ用名前、または、分散ハッシュテーブルを利用して付与した前記メーカ用名前を取得して、前記ユーザアドレスと該メーカ用名前を対応付けた第1のメーカ登録名前と、該前記ユーザ用名前と該ユーザアドレスの組と該メーカ用名前を対応付けた第２のメーカ登録名前と、をメーカ側記憶手段に登録するメーカ用名前登録手段を有する。
【００１０】
また、本発明（請求項３）は、前記メーカ用名前解決サーバにおいて、
前記メーカ用名前に基づいて、前記メーカ側記憶手段に格納されている、該メーカ用名前が含まれるエントリを削除し、前記ユーザ用名前解決サーバに対して、該メーカ用名前に対応するエントリの削除要求を行うメーカ側エントリ削除手段を含み、
前記ユーザ用名前解決サーバは、
前記ユーザ用名前に基づいて、前記ユーザ側記憶手段に格納されている、該ユーザ用名前が含まれるエントリを削除し、前記メーカ用名前解決サーバに対して、該ユーザ用名前に対応するエントリの削除要求を行うユーザ側エントリ削除手段を含む。
【００１１】
また、本発明（請求項４）は、前記メーカ用名前解決サーバにおいて、
前記ユーザアドレス及びユーザ用名前を変更する際に、更新前のメーカ用名前に基づいて、前記メーカ側記憶手段を参照し、前記第２のメーカ登録名前を取得して、新たなユーザアドレス及びユーザ用名前に更新し、更新されたユーザアドレス及びユーザ用名前を前記ユーザ用名前解決サーバに送信することにより、更新要求を行うメーカ側更新手段を含み、
前記ユーザ用名前解決サーバにおいて、
前記ユーザアドレス及びユーザ用名前を変更する際に、更新前のユーザ用名前に基づいて、前記ユーザ側記憶手段を参照し、前記第２のユーザ登録名前を取得して、新たなユーザアドレス及びユーザ用名前に更新し、更新されたユーザアドレス及びユーザ用名前を前記メーカ用名前解決サーバに送信することにより、更新要求を行うユーザ側更新手段を含む。
【発明の効果】
【００１２】
上述のように、本発明によれば、ユーザとメーカによってobjectに対して名前がそれぞれ付与される場合にも、いずれの名前を用いても当該objectのユーザアドレス（IPアドレス）を特定することが可能となる。
【図面の簡単な説明】
【００１３】
【図１】本発明が適用されるIPネットワークのシステム構成例である。
【図２】本発明の名前解決サーバの階層構造の例である。
【図３】本発明の第1の実施例における名前解決サーバの構成図である。
【図４】本発明の第1の実施例における登録処理のフローチャートである。
【図５】本発明の第２の実施例におけるobject削除処理のフローチャートである。
【図６】本発明の第３の実施例におけるユーザ用名前の削除処理のフローチャートである。
【図７】本発明の第４の実施例におけるobject移動時の処理のフローチャート（メーカ用名前を用いた場合）である。
【図８】本発明の第５の実施例におけるobject移動時の処理のフローチャート（ユーザ用名前を用いた場合）である。
【発明を実施するための形態】
【００１４】
以下、図面と共に本発明の実施の形態を説明する。
【００１５】
図１は、本発明が適用されるIPネットワークのシステム構成例を示す。
【００１６】
同図に示すように、IPネットワーク１に接続されるobject１００、ユーザ用名前解決サーバ２００、及び、メーカ用名前解決サーバ３００から構成される。なお、ここでは、IPネットワークを例に記載しているが、IPアドレス以外の論理アドレスを用いた他のネットワークであってもよい（つまり、論理アドレスがネットワーク上の位置を指し、かつ、その論理アドレスを指定すれば所望の宛先までデータやパケットを転送することが可能であれば他のネットワークであってもよい）。
【００１７】
object１００を利用するユーザ、ならびに該object１００の製造元であるメーカが各々独自の名前（それぞれを「ユーザ用名前」、および「メーカ用名前」、と呼ぶ）を該object１００に付与可能とし、ユーザ用名前とobject１００のIPアドレス（IP#A）の対応を管理するユーザ用名前解決サーバ２００と、メーカ用名前とIP#Aの対応を管理するメーカ用名前解決サーバ３００を用意することで、いずれの名前から検索しても該object１００のアドレス IP#Aを特定可能とする。
【００１８】
ここでは、図１に示すように、object１００はIPアドレス"IP#A"を持ち、ユーザ用名前として"tokyo.musashino.kawahara.living1.equip1"を登録したい場合を考える。また、メーカ用名前として"companyX.air-conditiner.type1.ID12345"を持っているとする。
【００１９】
なお、ユーザ用名前解決サーバ２００は、図２（a）に示すように、階層構造を持っているものとし、同図の「root」「tokyo」「kanagawa」「musashino」がその配下の名前を管理するサーバに対応する。これは既存のDNS(Domain Name System)と同様である。ユーザはこの階層構造に従ってユーザ用名前を付与可能とする。
【００２０】
メーカ用名前解決サーバ３００は、図２（ｂ）のような階層構造を持っているものとする。
【００２１】
以下、各実施の形態を説明する。
【００２２】
［第１の実施の形態］
第１の実施の形態では、ユーザが付与する名前として、予め定めた階層構造に従って名前を付与する処理について説明する。
【００２３】
例えば、住所と同様の階層構造(tokyo.musashino）を持つとする。次に、"musashino "の配下に、ユーザが任意に指定可能な名前（例："kawahara"などの苗字と、家の中の位置を示す"living1"、object１００の名前を示す"equip1"、を組み合わせて、"kawahara.living1. equip1"）を指定する。これにより、ユーザが付与する名前として、"tokyo.musashino.kawahara.living1.equip1"が生成される。ユーザは名前を決定後、ユーザ用名前解決サーバ２００に該ユーザ用名前を登録する。つまり、階層に従った名前、ユーザが任意に指定可能な名前、object１００の名前からなる「ユーザ用名前」と「ユーザのIPアドレス」の対応"tokyo.musashino.kawahara.living1.equip1⇔IP#A"をユーザ用名前解決サーバ２００の記憶手段に登録する。
【００２４】
一方、メーカ用名前も予め定めた階層構造に従い"companyX.air-conditioner.type1.ID12345（メーカ名.製品種別.型種別.製品ID）"のように名前を該object１００に設定しておく（出荷時など）。ユーザが該object１００に"IP#A"を付与したら、object１００は自身のメーカ用名前を、メーカ用名前解決サーバ３００に登録する。つまり、メーカ名、製品識別名からなる「メーカ用名前」と「ユーザのIPアドレス」の対応"companyX.air-conditioner.type1.ID12345⇔IP#A"をメーカ用名前解決サーバ３００の記憶手段に登録する。その際に、該object１００は、自身に付与されているユーザ用名前"tokyo.musashino.kawahara.living1.equip1"も"IP#A"とともにメーカ用名前解決サーバ３００に登録する。
【００２５】
以上により、"companyX.air-conditioner.type1.ID12345⇔{IP#A, tokyo.musashino.kawahara.living1.equip1}"という対応をメーカ用名前解決サーバ３００に登録する。
【００２６】
以上により、ユーザ用名前、メーカ用名前のいずれかからでもIP#Aを特定可能とする。
【００２７】
なお、ここで、ユーザのIPアドレス"IP＃A"だけでなくユーザ用名前も登録する理由は、例えば（後述するような）object１００の削除や移動時に、メーカ用名前解決サーバ３００の情報更新だけでなく、ユーザ用名前解決サーバ２００の情報更新も必要となるため、メーカ用名前とユーザ用名前の対応付けが必要だからである。また、例えばメーカが、該object１００についてユーザに何かを通知したいとき（該object１００の故障を検知した場合など）、ユーザに対してユーザ用名前を伝える必要がある場合に対応可能となる。
【００２８】
［第２の実施の形態］
上記の第１の実施の形態では、ユーザ用名前解決サーバ２００において、ユーザ用名前"tokyo.musashino.kawahara.living1.equip1⇔IP#A"を管理していたが、本実施の形態では、そうする代わりに以下の手順により、ユーザ用名前と、IP#A(ユーザIPアドレス)及びメーカ用名前の対応付け"tokyo.musashino.kawahara.living1.equip1⇔{IP#A, companyX.air-conditioner.type=1.ID12345}"を管理する。
【００２９】
ユーザがユーザ用名前"tokyo.musashino.kawahara.living1.equip1"を決定後、該ユーザ用名前、IP#Aとともにメーカ用名前"companyX.air-conditioner.type1.ID12345"をユーザ用名前解決サーバ２００に登録すれば、"tokyo.musashino.kawahara.living1.equip1⇔{IP#A, companyX.air-conditioner.type=1.ID12345}"が生成できる。
【００３０】
以上により、ユーザ用名前、メーカ用名前のいずれかからでもIP#Aを特定することが可能となる。
【００３１】
このように、ユーザ用名前からメーカ用名前を読み出せるようにしておくことで、例えばユーザが、該objectについてメーカに何かを問い合わせたいときに（該objectと通信不能になった場合等）、メーカで把握しているメーカ用名前を伝える必要がある場合に対応可能となる。
【００３２】
［第３の実施の形態］
前述の第１の実施の形態のように、メーカ用名前と、IP#A及びメーカ用名前"companyX.air-conditioner.type1.ID12345⇔{IP#A, tokyo.musashino.kawahara.living1.equip1}"という対応がメーカ用名前解決サーバ３００で管理されていることを前提とし、第３の実施の形態では、object削除時（廃棄等）は、まず、メーカ用名前を用いてメーカ用名前解決サーバ３００を検索する。すなわち、メーカ用名前解決サーバ３００の記憶手段からメーカ用名前"companyX.air-conditioner.type1.ID12345"に基づいて"{IP#A, tokyo.musashino.kawahara.living1.equip1}"を読み出す。そして、本登録を削除するとともに、ユーザ用名前"tokyo.musashino.kawahara.living1.equip1"をユーザ用名前解決サーバ２００に問い合わせて、当該ユーザ用名前"tokyo.musashino.kawahara.living1.equip1"に関するエントリを削除する。
【００３３】
［第４の実施の形態］
第４の実施の形態では、第２の実施の形態のように、ユーザ用名前と、IP#Aとメーカ用名前"tokyo.musashino.kawahara.living1.equip1⇔{IP#A, companyX.air-conditioner.type1.ID12345}"という対応がユーザ用名前解決サーバ２００で管理されているものとし、ユーザ用名前を削除する。
【００３４】
ユーザ用名前削除時は、ユーザ用名前を用いてユーザ用名前解決サーバ２００を検索する。すなわち、ユーザ用名前解決サーバ２００の記憶手段から"tokyo.musashino.kawahara.living1.equip1⇔{IP#A、 companyX.air-conditioner.type1.ID12345}"を読み出す。そして、本登録を削除するとともに、メーカ用名前"companyX.air-conditioner.type1.ID12345"をメーカ用名前解決サーバ３００に問い合わせて"companyX.air-conditioner.type1.ID12345⇔{IP#A、 tokyo.musashino.kawahara.living1.equip1}"という対応を読み出し、ユーザ用名前"tokyo.musashino.kawahara.living1.equip1"を削除して、メーカ用名前とIP#Aの対応"companyX.air-conditioner.type1.ID12345⇔{IP#A,}"に変更する。
【００３５】
［第５の実施の形態］
第５の実施の形態では、object１００の所在地を変更（引っ越しなど）し、それに伴ってユーザ名も変更したい場合を考える。例として、IPアドレスをIP#AからIP#Bに変更し、かつ、ユーザ用名前を"tokyo.musashino.kawahara.living1.equip1"から"tokyo.mitaka.kawahara.living1.equip1"に変更したいとする。
【００３６】
上記の第１の実施の形態、第２の実施の形態のように、"companyX.air-conditioner.type1.ID12345⇔{IP#A, tokyo.musashino.kawahara.living1.equip1}"という対応がメーカ用名前解決サーバ３００で管理され、また、"tokyo.musashino.kawahara.living1.equip1⇔{IP#A, companyX.air-conditioner.type=1.ID12345}"という対応がユーザ用名前解決サーバ２００で管理されているとする。
【００３７】
まず、メーカ用名前を用いてメーカ用名前解決サーバ３００を検索する。すなわち、メーカ用名前解決サーバ３００の記憶手段から"companyX.air-conditioner.type1.ID12345⇔{IP#A, tokyo.musashino.kawahara.living1.equip1}"を読み出し、これを、メーカ用名前と、変更したIPアドレスIP#Bを含むユーザ用名前の対応"companyX.air-conditioner.type1.ID12345⇔{IP#B, tokyo.mitaka.kawahara.living1.equip1}"となるよう更新する。
【００３８】
その後、元のユーザ用名前"tokyo.musashino.kawahara.living1.equip1"に基づいてユーザ用名前解決サーバ２００から、"tokyo.musashino.kawahara.living1.equip1⇔{IP#A, companyX.air-conditioner.type1.ID12345}"を読み出し、これを削除する。そして、新しいユーザ用名前"tokyo.mitaka.kawahara.living1.equip1"をユーザ用名前解決サーバ２００に登録する。つまり"tokyo.mitaka.kawahara.living1.equip1⇔{IP#B, companyX.air-conditioner.type1.ID12345}"と更新する。
【００３９】
［第６の実施の形態］
第６の実施の形態では、IPアドレスを"IP#A"から"IP#B"に変更し、かつ、ユーザ用名前を"tokyo.musashino.kawahara.living1.equip1"から"tokyo.mitaka.kawahara.living1.equip1"に変更したいとする。
【００４０】
まず、ユーザ用名前を用いてユーザ用名前解決サーバ２００を検索する。すなわち、ユーザ用名前解決サーバ２００の記憶手段から"tokyo.musashino.kawahara.living1.equip1⇔{IP#A, companyX.air-conditioner.type1.ID12345}"を読み出し、このエントリを削除した後、"tokyo.mitaka.kawahara.living1.equip1⇔{IP#B, companyX.air-conditioner.type1.ID12345 }"をエントリする。
【００４１】
その後、メーカ用名前"companyX.air-conditioner.type1.ID12345"に基づいて、メーカ用名前解決サーバ３００の記憶手段から、"companyX.air-conditioner.type1.ID12345⇔{IP#A、 tokyo.musashino.kawahara.living1.equip1}"を読み出し、これを"companyX.air-conditioner.type1.ID12345⇔{IP#B, tokyo.mitaka.kawahara.living1.equip1}"に更新する。
【実施例】
【００４２】
以下、図面と共に、本発明の実施例を説明する。
【００４３】
［第１の実施例］
図３は、本発明の第１の実施例における名前解決サーバの構成を示す。
【００４４】
同図に示す名前解決サーバは、ユーザ用、メーカ用共に共通である。
【００４５】
名前解決サーバ１０は、登録・削除・更新・検索要求受付部１１、名前管理部１２、名前データベース１３を有する。
【００４６】
上記の構成を有するユーザ用名前解決サーバ２００、メーカ用名前解決サーバ３００の処理を以下に示す。
【００４７】
図４は、本発明の第１の実施例における名前解決サーバの登録処理のフローチャートである。
【００４８】
object１００からユーザ用名前"tokyo.musashino.kawahara.living1.equip1"の登録要求パケットがユーザ用名前解決サーバ２００に到着すると、登録・削除・更新・検索要求受付部１１において、当該パケットからその名前を読み出し、名前管理部１２に通知する（ステップ１０１）。
【００４９】
名前管理部１２は、名前データベース１３に問い合わせて、新規登録要求かどうかをチェックする。つまり、既に同じ名前の登録がないかをチェックする（ステップ１０２）。もし、既に同じ名前の登録があれば（ステップ１０２、No）、その旨をobject１００に返し、名前の変更を指示する。もし、新規名前であれば（ステップ１０２、Yes）、名前データベース１３に、
"tokyo.musashino.kawahara.living1.equip1"
⇒｛IP#A、companyX.air-conditioner.type1.ID12345｝
という対応を登録し、登録完了の旨をobject１００に通知する（ステップ１０３）。
【００５０】
object１００からメーカ用名前"companyX.air-conditiner.type1.ID12345"の登録要求パケットがメーカ用名前解決サーバ３００に到着したら（ステップ１０４）、当該メーカ用名前解決サーバ３００内の登録・削除・更新・検索要求受付部１１において、当該パケットからその名前を読み出し、名前管理部１２に通知する。
【００５１】
名前管理部１２は、名前データベース１３に、
"companyX.air-conditiner.type1.ID12345"
⇒｛IP#A、tokyo.musashino.kawahara.living1.equip1｝
という対応を登録し、登録完了の旨をobject１００に通知する（ステップ１０５）。なお、ここで、メーカ用名前は重複なくobject１００に付与してから出荷されており、その名前をobject１００内から自動で読み取り、メーカ用名前解決サーバ３００へ登録要求を行う場合を前提にしている。
【００５２】
上記手順に従えば、ユーザ用名前解決サーバ２００には、
"tokyo.musashino.kawahara.living1.equip1"
⇒｛IP#A、companyX.air-conditioner.type1.ID12345｝
という対応表ができることになり、一方で、メーカ用名前解決サーバ３００には、
"companyX.air-conditiner.type1.ID12345"
⇒｛IP#A、Tokyo.musashino.kawahara.living1.equip1｝
という対応表ができることになるため、例えば、ユーザ用名前からメーカ用名前（あるいはその逆）を調べるといった相互参照を行うことも可能となる。
【００５３】
［第２の実施例］
第１の実施例では、ユーザ用名前、メーカ用名前の登録について説明したが、本実施例では、object削除について説明する。なお、名前解決サーバの構成は図３と同様である。
【００５４】
図５は、本発明の第２の実施例におけるobject削除処理のフローチャートである。
【００５５】
ここでは、メーカは削除したいobject１００のメーカ用名前が分かっているものとし、メーカが削除する場合を想定する。
【００５６】
まず、メーカ用名前"companyX.air-conditioner.type1.ID12345"削除要求パケットが、メーカ用名前解決サーバ内の登録・削除・更新・検索要求受付部１１へ到着する（ステップ２０１）。
【００５７】
名前管理部１２は、名前データベース１３に問い合わせて、登録されている名前かどうかチェックする（ステップ２０２）。もし、その名前の登録がなければ（ステップ２０２，No）その旨をユーザまたはメーカの装置に返し、名前の確認を指示する。もし名前の登録があれば(ステップ２０２，Yes)、名前データベース１３から"companyX.air-conditioner.type1.ID12345⇔{IP#A, tokyo.musashino.kawahara.living1.equip1}"という対応を読み出し（ステップ２０３）、そのうちユーザ用名前"tokyo.musashino.kawahara.living1.equip1"を抽出してから、該エントリを削除する（ステップ２０４）。
【００５８】
その後、ユーザ用名前"tokyo.musashino.kawahara.living1.equip1"の削除要求パケットをユーザ用名前解決サーバ内の登録・削除・更新・検索要求受付部１１へ送信する（ステップ２０５）。名前管理部１２は、名前データベース１３から"tokyo.musashino.kawahara.living1.equip1"に関するエントリを削除する（ステップ２０６）。
【００５９】
［第３の実施例］
本実施例では、第４の実施の形態の方法を用いた場合の、object１００のユーザ用名前の削除を行う場合の処理フローについて述べる。名前解決サーバの構成は図３と同様である。
【００６０】
図６は、本発明の第３の実施の形態におけるユーザ用名前の削除処理のフローチャートである。ここでは、ユーザが削除したいobjectのユーザ用名前を指定する場合を想定する。  まず、ユーザ用名前"tokyo.musashino.kawahara.living1.equip1"削除要求パケットが、ユーザ用名前解決サーバ内の登録・削除・更新・検索要求受付部１１へ到着する（ステップ３０１）。
【００６１】
名前管理部１２は、名前データベース１３に問い合わせて、登録されている名前かどうかチェックする（ステップ３０２）。もし、その名前の登録がなければ（ステップ３０２，No）、その旨をユーザに返し、名前の確認を指示する。もし名前の登録があり（かつ該名前を登録した本人であることが確認できたら）（ステップ３０２，Yes）、名前データベース１３から"tokyo.musashino.kawahara.living1.equip1⇔{IP#A, companyX.air-conditioner.type1.ID12345}"という対応を読み出し（ステップ３０３）、そのうちメーカ用名前"companyX.air-conditioner.type1.ID12345"を抽出してから、該エントリを削除する（ステップ３０４）。
【００６２】
その後、メーカ用名前"companyX.air-conditioner.type1.ID12345"の情報更新要求パケットを、メーカ用名前解決サーバ内の登録・削除・更新・検索要求受付部１１へ送信する（ステップ３０５）。名前管理部１２は、名前データベース１３から"companyX.air-conditioner.type1.ID12345⇔{IP#A, tokyo.musashino.kawahara.living1.equip1}"という対応を読み出し、"tokyo.musashino.kawahara.living1.equip1"を削除して、"companyX.air-conditioner.type1.ID12345⇔{IP#A, }"に変更する（ステップ３０６）。
【００６３】
［第４の実施例］
前述の第５の実施の形態に沿って、objectの所在地を変更（引っ越しなど）し、それに伴ってユーザ名も変更する場合について述べる。
【００６４】
図７は、本発明の第４の実施例のobject移動時処理のフローチャート（メーカ用名前を用いた場合）である。名前解決サーバの構成は図３と同様である。
【００６５】
例として、IPアドレスを"IP#A"から"IP#B"に変更し、かつ、ユーザ用名前を"tokyo.musashino.kawahara.living1.equip1"から"tokyo.mitaka.kawahara.living1.equip1"に変更したいとする。
【００６６】
まず、上記更新要求パケットを、メーカ用名前解決サーバ内の登録・削除・更新・検索要求受付部１１へ送信する（ステップ４０１）。
【００６７】
名前管理部１２は、"tokyo.musashino.kawahara.living1.equip1"に基づいて、名前データベース１３から"companyX.air-conditioner.type1.ID12345⇔{IP#A, tokyo.musashino.kawahara.living1.equip1}"という対応を読み出し（ステップ４０２）、そのうちユーザ用名前"tokyo.musashino.kawahara.living1.equip1"を抽出してから、該エントリを"companyX.air-conditioner.type1.ID12345⇔{IP#B, tokyo.mitaka.kawahara.living1.equip1}と更新する（ステップ４０３）。
【００６８】
その後、ユーザ用名前"tokyo.musashino.kawahara.living1.equip1"の更新要求パケットを、ユーザ用名前解決サーバ内の登録・削除・更新・検索要求受付部１１へ送信する（ステップ４０４）。名前管理部１２は、名前データベースから"tokyo.musashino.kawahara.living1.equip1"に関するエントリを"tokyo.mitaka.kawahara.living1.equip1⇔{IP#B, companyX.air-conditioner.type1.ID12345}"のように更新する（ステップ４０５）。
【００６９】
［第５の実施例］
第４の実施例では、メーカ用名前を先に用いて情報の更新を行っていたが、本実施例では、ユーザ用名前を先に用いて本発明の第６の実施の形態の手順に沿って情報を更新してもよい。第３の実施例と同じ例を用いて説明する。
【００７０】
図８は、本発明の第５の実施例におけるobject移動時の処理のフローチャート（ユーザ用名前を用いた場合）である。名前解決サーバの構成は図３と同様である。
【００７１】
まず、更新要求パケットを、ユーザ用名前解決サーバ２００内の登録・削除・更新・検索要求受付部１１へ送信する（ステップ５０１）。
【００７２】
名前管理部１２は、"tokyo.musashino.kawahara.living1.equip1"に基づいて、名前データベース１３に問い合わせて、登録されている名前かどうかチェックする（ステップ５０２）。もし、その名前の登録がなければ（ステップ５０２，No）、その旨をユーザの装置に返し、名前の確認を指示する。もし名前の登録があり（かつ該名前を登録した本人であることが確認できたら）（ステップ５０２，Yes）、"tokyo.musashino.kawahara.living1.equip1⇔{IP#A, companyX.air-conditioner.type1.ID12345}"という対応を読み出し（ステップ５０３）。
【００７３】
そのうちメーカ用名前"companyX.air-conditioner.type1.ID12345"を抽出してから、該エントリを削除するとともに、"tokyo.mitaka.kawahara.living1.equip1⇔{IP#B, companyX.air-conditioner.type1.ID12345 }"をエントリする（ステップ５０４）。
【００７４】
その後、メーカ用名前"companyX.air-conditioner.type1.ID12345"の更新要求パケットをメーカ用名前解決サーバ内の登録・削除・更新・検索要求受付部１１へ送信する（ステップ５０５）。名前管理部１２は、名前データベース１３から"companyX.air-conditioner.type1.ID12345"に関するエントリを"companyX.air-conditioner.type1.ID12345⇔{IP#B, tokyo.mitaka.kawahara.living1.equip1}"のように更新する（ステップ５０６）。
【００７５】
なお、図８のステップ５０２では登録中の名前かどうかの確認があるのに対して、図７ではその確認がない理由は、後者においては、メーカ用名前は重複なくobject１００に付与してから出荷されており、その名前をobject１００内から自動で読みとってメーカ用名前解決サーバ３００へ更新要求を行う場合を前提にしているからである。
【００７６】
［第６の実施例］
上記では、図２のような階層構造を用いて名前を管理していたのに対して、非特許文献３（I. Stoica et al., ``Chord: A scalable peer-to-peer lookup service for internet applications,'' IEEE/ACM Transactions on Networking, Feb 2003.）のような分散ハッシュテーブルとよばれる仕組みを用いてもよい。すなわち、例えば、"companyX.air-conditioner.type1.ID12345"を該分散ハッシュテーブルへのキーとして入力し、その値として{IP#A, tokyo.musashino.kawahara.living1.equip1}を管理するように、該分散ハッシュテーブルを利用すればよい。
【００７７】
なお、図３に示す名前解決サーバの各構成要素の動作をプログラムとして構築し、名前解決サーバとして利用されるコンピュータにインストールして実行させる、または、ネットワークを介して流通させることが可能である。
【００７８】
本発明は、上記の実施の形態及び実施例に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【符号の説明】
【００７９】
１  IPネットワーク
１０  名前解決サーバ
１１  登録・削除・更新・検索要求受付部
１２  名前管理部
１３  名前データベース
１００  object（オブジェクト）
２００  ユーザ用名前解決サーバ
３００  メーカ用名前解決サーバ
【図１】
2014093742.tif 000003
【図２】
2014093742.tif 000004
【図３】
2014093742.tif 000005
【図４】
2014093742.tif 000006
【図５】
2014093742.tif 000007
【図６】
2014093742.tif 000008
【図７】
2014093742.tif 000009
【図８】
2014093742.tif 000010