JP2014103607A - 名前解決システム及び方法 - Google Patents
名前解決システム及び方法 Download PDFInfo
- Publication number
- JP2014103607A JP2014103607A JP2012255645A JP2012255645A JP2014103607A JP 2014103607 A JP2014103607 A JP 2014103607A JP 2012255645 A JP2012255645 A JP 2012255645A JP 2012255645 A JP2012255645 A JP 2012255645A JP 2014103607 A JP2014103607 A JP 2014103607A
- Authority
- JP
- Japan
- Prior art keywords
- name
- user
- manufacturer
- user name
- address
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims description 29
- 238000012217 deletion Methods 0.000 claims description 24
- 230000037430 deletion Effects 0.000 claims description 24
- 238000004891 communication Methods 0.000 claims description 14
- 238000012545 processing Methods 0.000 description 6
- 239000000284 extract Substances 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】ユーザとメーカによってobjectに対して名前がそれぞれ付与され、さらにユーザが指定可能な名前は一通りに限定されることなく、いずれの名前を用いてもobjectのIPアドレスを特定できるシステムを提供する。
【解決手段】objectに対して予め用意された、いくつかの階層構造を組み合わせたユーザ用名前の登録要求を受信すると、所定のルールの範囲内で構成可能な新たなユーザ用名前を少なくとも１つ生成し、そのうちの１つの新たなユーザ用名前を選択し、ユーザ用名前解決サーバ２０に未登録である場合には、該新たなユーザ用名前を該ユーザ用名前解決サーバに登録し、objectからメーカ用名前の登録要求を受信すると、該メーカ用名前とユーザアドレスの組、または、該メーカ用名前と新たなユーザ用名前とユーザアドレスの組をメーカ用名前解決サーバ３０に登録する。
【選択図】図１
【解決手段】objectに対して予め用意された、いくつかの階層構造を組み合わせたユーザ用名前の登録要求を受信すると、所定のルールの範囲内で構成可能な新たなユーザ用名前を少なくとも１つ生成し、そのうちの１つの新たなユーザ用名前を選択し、ユーザ用名前解決サーバ２０に未登録である場合には、該新たなユーザ用名前を該ユーザ用名前解決サーバに登録し、objectからメーカ用名前の登録要求を受信すると、該メーカ用名前とユーザアドレスの組、または、該メーカ用名前と新たなユーザ用名前とユーザアドレスの組をメーカ用名前解決サーバ３０に登録する。
【選択図】図１
Description
本発明は、名前解決システム及び方法に係り、特に、情報通信ネットワークにおいて、人間が判別可能な名前を用いてネットワークに接続されているobject（通信機能をもつ家電品や端末などを指す）を特定し、通信できるようにするための名前解決システム及び方法に関する。
従来の情報通信ネットワークは，論理空間上のアドレスにより通信対象を指定している、固定電話では電話番号、インターネットではIPアドレスがそれにあたり、これらはネットワーク上の位置とも対応しているのでその位置に接続することで通信が可能となる。
一方で、携帯電話の電話番号やインターネットでのURLは、より上位の論理アドレスまたは名前と解釈できる。つまり、これらは通信相手や情報の論理位置を示すが、ネットワーク上の接続位置は示していないため、前者ではLR（ロケーションレジスタ）、後者ではDNS（ドメインネームサーバ）により、ネットワーク上の接続位置を示すアドレスへの変換（いわゆる名前解決）が必要となる。後者の場合であれば、URLから変換後のIPアドレスを用い、接続する（例えば、非特許文献１、２参照）。
弓場英明監修、未来ねっと技術シリーズ ユビキタスネットワーク技術，電気通信協会，2003
http://www.nic.ad.jp/ja/newsletter/No22/080.html
ところで、例えば今後、多数の家電製品がネットワークに接続されるようになったときに、ユーザは自身で判別しやすい名前をつけて、それらobjectを特定して通信できるようにしたい場合が想定される。また、その名前は一つのobjectに対して一つの名前に限定されず、例えば、{家電.居間.TV}、{居間.家電.TV}のように理解しやすい名前の組合せのいずれを用いても検索可能であるとより利便性が増すと考えられる。一方で、それらobjectの製造元であるメーカは、自社の製品の管理などの目的で、メーカ側で判別しやすい名前（製品IDなど）を用いて、それらobjectを特定できるようにしたい場合が想定される。このような利用形態を実現するには、一つのobjectに対して複数の名前を付与可能とする必要がある。
しかし、既存のシステムでは，一つのobjectに対して、複数の名前をつけることは想定していないため、上述の利用形態を実現することは困難である。
本発明は、上記の点に鑑みなされたもので、ユーザとメーカによってobjectに対して名前がそれぞれ付与され、さらにユーザが指定可能な名前は一通りに限定されることなく、いずれの名前を用いても該objectのIPアドレスを特定可能な名前解決システム及び方法を提供することを目的とする。
上記の問題を解決するため、本発明（請求項１）は、ユーザアドレスを有し、情報通信ネットワークに接続されている通信機能を有する家電品や端末を含む装置（以下、「object」と記す）に対して、人間が判別可能な名前を付与し、名前からユーザアドレスを特定できる名前解決システムであって、
前記objectを利用するユーザが独自の名前（以下「ユーザ用名前」と記す）を該objectに付与可能とし、該ユーザ用名前とユーザアドレスの対応を管理するユーザ用名前解決サーバと、
前記objectのメーカ独自の名前（以下「メーカ用名前」と記す」を該objectに付与可能とし、該メーカ用名前と前記ユーザ用名前と前記ユーザアドレスの対応を管理するメーカ用名前解決サーバと、
前記ユーザ用名前解決サーバに登録されている前記ユーザ用名前とユーザアドレスの対応、及び前記メーカ用名前解決サーバに登録されている前記メーカ用名前と前記ユーザアドレスの対応を検索または更新を行う検索・更新装置と、
を有し、
前記検索・更新装置は、
前記objectに対して予め用意された階層構造に従って付与されたユーザ用名前の登録要求を受信すると、所定の階層構造のルールの範囲内で構成可能な新たなユーザ用名前を少なくとも１つ生成し、そのうちの１つの新たなユーザ用名前または全ての新たなユーザ用名前を選択し、前記ユーザ用名前解決サーバに登録するユーザ用名前登録手段と、
前記objectに対して予め用意された階層構造に従って付与されたメーカ用名前の登録要求を受信すると、該メーカ用名前と前記ユーザアドレスの組、または、該メーカ用名前と前記新たなユーザ用名前と前記ユーザアドレスの組を前記メーカ用名前解決サーバに登録するメーカ用名前登録手段と、を含む。
前記objectを利用するユーザが独自の名前（以下「ユーザ用名前」と記す）を該objectに付与可能とし、該ユーザ用名前とユーザアドレスの対応を管理するユーザ用名前解決サーバと、
前記objectのメーカ独自の名前（以下「メーカ用名前」と記す」を該objectに付与可能とし、該メーカ用名前と前記ユーザ用名前と前記ユーザアドレスの対応を管理するメーカ用名前解決サーバと、
前記ユーザ用名前解決サーバに登録されている前記ユーザ用名前とユーザアドレスの対応、及び前記メーカ用名前解決サーバに登録されている前記メーカ用名前と前記ユーザアドレスの対応を検索または更新を行う検索・更新装置と、
を有し、
前記検索・更新装置は、
前記objectに対して予め用意された階層構造に従って付与されたユーザ用名前の登録要求を受信すると、所定の階層構造のルールの範囲内で構成可能な新たなユーザ用名前を少なくとも１つ生成し、そのうちの１つの新たなユーザ用名前または全ての新たなユーザ用名前を選択し、前記ユーザ用名前解決サーバに登録するユーザ用名前登録手段と、
前記objectに対して予め用意された階層構造に従って付与されたメーカ用名前の登録要求を受信すると、該メーカ用名前と前記ユーザアドレスの組、または、該メーカ用名前と前記新たなユーザ用名前と前記ユーザアドレスの組を前記メーカ用名前解決サーバに登録するメーカ用名前登録手段と、を含む。
また、本発明（請求項２）は、前記検索・更新装置において、
前記objectを削除する際には、前記メーカ用名前を用いて前記メーカ用名前解決サーバを検索し、該メーカ用名前に対応するエントリを削除し、該ユーザ用名前に基づいて前記ユーザ用名前解決サーバを検索し、該ユーザ用名前に対応するエントリを削除するobject削除手段と、
前記ユーザ用名前を削除する際には、前記ユーザ用名前を用いて前記ユーザ用名前解決サーバを検索し、該ユーザ用名前に対応するエントリを削除し、該ユーザ用名前に対応するメーカ用名前を用いて前記メーカ用名前解決サーバを検索し、該ユーザ用名前で検索されたエントリの該ユーザ用名前部分を削除するユーザ用名前削除手段と、を含む。
前記objectを削除する際には、前記メーカ用名前を用いて前記メーカ用名前解決サーバを検索し、該メーカ用名前に対応するエントリを削除し、該ユーザ用名前に基づいて前記ユーザ用名前解決サーバを検索し、該ユーザ用名前に対応するエントリを削除するobject削除手段と、
前記ユーザ用名前を削除する際には、前記ユーザ用名前を用いて前記ユーザ用名前解決サーバを検索し、該ユーザ用名前に対応するエントリを削除し、該ユーザ用名前に対応するメーカ用名前を用いて前記メーカ用名前解決サーバを検索し、該ユーザ用名前で検索されたエントリの該ユーザ用名前部分を削除するユーザ用名前削除手段と、を含む。
また、本発明（請求項３）は、前記検索・更新装置において、前記objectのユーザアドレスと前記ユーザ用名前を更新する際に、
前記メーカ用名前を用いて前記メーカ用名前解決サーバを検索し、検索されたエントリの前記objectのユーザアドレスとユーザ用名前とを新たなユーザアドレスと新たなユーザ用名前で更新し、更新前のユーザ用名前で前記ユーザ用名前解決サーバを検索し、検索されたエントリのユーザ用名前を該新たなユーザ用名前で更新するユーザアドレス・ユーザ用名前変更手段を含む。
前記メーカ用名前を用いて前記メーカ用名前解決サーバを検索し、検索されたエントリの前記objectのユーザアドレスとユーザ用名前とを新たなユーザアドレスと新たなユーザ用名前で更新し、更新前のユーザ用名前で前記ユーザ用名前解決サーバを検索し、検索されたエントリのユーザ用名前を該新たなユーザ用名前で更新するユーザアドレス・ユーザ用名前変更手段を含む。
また、本発明（請求項４）は、前記検索・更新装置において、前記ユーザアドレスと前記ユーザ用名前を更新する際に、
前記ユーザ用名前を用いて前記ユーザ用名前解決サーバを検索し、検索されたエントリのユーザアドレスを新たなユーザアドレスと新たなユーザ用名前で更新し、検索されたエントリの更新前のユーザ用名前に対応するメーカ用名前を用いて前記メーカ用名前解決サーバを検索し、検索されたエントリのメーカ用名前に対応するユーザアドレスとユーザ用名前を該新たなユーザアドレスと新たなユーザ用名前で更新するアドレス・メーカ用名前更新手段を含む。
前記ユーザ用名前を用いて前記ユーザ用名前解決サーバを検索し、検索されたエントリのユーザアドレスを新たなユーザアドレスと新たなユーザ用名前で更新し、検索されたエントリの更新前のユーザ用名前に対応するメーカ用名前を用いて前記メーカ用名前解決サーバを検索し、検索されたエントリのメーカ用名前に対応するユーザアドレスとユーザ用名前を該新たなユーザアドレスと新たなユーザ用名前で更新するアドレス・メーカ用名前更新手段を含む。
上述のように本発明によれば、ユーザとメーカによってobjectに対して名前がそれぞれ付与され、さらにユーザが指定可能な名前は一通りに限定されることなく、いずれの名前を用いても該objectのユーザアドレス(IPアドレス）を特定することが可能となる。
以下、図面と共に本発明の実施の形態を説明する。
図１は、本発明が適用されるIPネットワークの基本構成の一例である。
同図に示すように、IPネットワーク１に接続されるobject１０、ユーザ用名前解決サーバ２０、メーカ用名前解決サーバ３０、ユーザ用名前リゾルバ４０、メーカ用名前リゾルバ５０から構成される。なお、ここではIPネットワークを例に記載しているが、IPアドレス以外の論理アドレスを用いた他のネットワークであってもよい（つまり、論理アドレスがネットワーク上の位置を指し、かつその論理アドレスを指定すれば所望の宛先までデータやパケットを転送することが可能であれば他のネットワークであってもよい）。
本実施の形態では、図１に示すようにobject１０は、IP#A（IPアドレス#A）を持ち、ユーザ用名前として、
{場所名tokyo.musashino.kawahara.living, 端末種別名HA.TV}
の組から成る名前を登録したい場合を考える。また、メーカ用名前として"companyX.air-conditioner.type1.ID12345"を持っているとする。
{場所名tokyo.musashino.kawahara.living, 端末種別名HA.TV}
の組から成る名前を登録したい場合を考える。また、メーカ用名前として"companyX.air-conditioner.type1.ID12345"を持っているとする。
なお、ユーザ用名前解決サーバ２０は、図２に示すように、階層構造を持っているとし、同図のそれぞれの四角がその配下の名前を管理するサーバに対応する。ユーザはこの階層構造に従ってユーザ用名前を付与可能とする。また、メーカ用名前解決サーバ３０は図３のような階層構造をもつとする。
上記の構成において、object１０を利用するユーザ、ならびに該object１０の製造元であるメーカが各々独自の名前（それぞれを「ユーザ用名前」、および「メーカ用名前」、と呼ぶ）を該object１０に付与し、ユーザ用名前解決サーバ２０、メーカ用名前解決サーバ３０に登録する。ユーザ用名前解決サーバ２０は、少なくともユーザ用名前とobject１０のIPアドレス（IP#A）の対応を管理する。メーカ用名前解決サーバ３０は、少なくともメーカ用名前とIP#Aの対応を管理する。これにより、いずれの名前から検索しても該object１０のアドレス IP#Aを特定することができる。
［第１の実施の形態］
本実施の形態では、ユーザが付与する名前として、予め定めた階層構造に従って名前を付与する場合について説明する。
本実施の形態では、ユーザが付与する名前として、予め定めた階層構造に従って名前を付与する場合について説明する。
例えば、住所と同様の階層構造(tokyo.musashino）を持つとする。次に、"musashino"の配下に、ユーザが任意に指定可能な名前（例：｛"kawahara"などの苗字，家の中の位置を示す"living1"， objectの名前を示す"equip1"｝を組み合わせて、"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"（メーカ名.製品種別.型種別.製品ID）
のように名前を該object１０に設定しておく。ユーザがobject１０にIP#Aを付与したら、object１０は自身のメーカ用名前を、メーカ用名前解決サーバ３０に登録する。つまり、
"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}"
という対応をメーカ用名前解決サーバ３０に登録する。
"companyX.air-conditioner.type1.ID12345"（メーカ名.製品種別.型種別.製品ID）
のように名前を該object１０に設定しておく。ユーザがobject１０にIP#Aを付与したら、object１０は自身のメーカ用名前を、メーカ用名前解決サーバ３０に登録する。つまり、
"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}"
という対応をメーカ用名前解決サーバ３０に登録する。
以下に具体的に説明する。
図４は、本発明の第1の実施の形態におけるリゾルバの構成例（ユーザ用、メーカ用とも共通の機能配備）を示す。
ユーザ用名前リゾルバ４０，メーカ用名前リゾルバ５０は、登録・削除・検索要求受付部４１，５１と名前管理部４２，５２から構成され、名前管理部４２，５２は、それぞれネットワーク１を介してユーザ用名前解決サーバ２０、メーカ用名前解決サーバ３０に接続されている。
上記の構成における動作を説明する。
図５は、本発明の第１の実施の形態におけるリゾルバの動作のフローチャートである。
ステップ１０１） まずユーザはユーザ用名前を決定する。ユーザが名前を付与する際、予め用意されたいくつかの階層構造を組み合わせて名前を付与する。例えば、場所を表す名前階層構造として、図６のような、住所.家の所有者名.部屋種別という階層を用意する（「場所名階層構造」と呼ぶ）。L階層目までは指定必須とし、それ以降は省略可能とする。例として、"tokyo.musashino.kawahara.living"という場所名を選択したとする。次に、別の階層構造として、図７のような端末種別を表す階層構造を用意する（「端末種別名階層構造」と呼ぶ）。M階層目までは省略可能とし、それ以降は指定必須とする。例として、"HA.TV"を選択したとする。以上の組合せ｛tokyo.musashino.kawahara.living, HA.TV｝をユーザは名前登録要求として、ユーザ用名前リゾルバ４０に通知する。
ステップ１０２） object１０からユーザ用名前｛tokyo.musashino.kawahara.living, HA.TV｝の登録要求パケットがユーザ用名前リゾルバ４０へ到着したら、ユーザ用名前リゾルバ４０内の登録・削除・検索要求受付部４１において、該パケットからそのユーザ用名前を読み出す。そして、これらの名前を組み合わせてobject１０に名前を付与する。その際、図７の場所名階層構造のL階層目（kawahara）より上位に端末種別名前が入ることは許容せず、かつ、図６の端末種別名階層構造の最下位層の名前（TV）は場所名階層構造と組み合わせた後も最下位にするというルールの範囲で構成可能な名前、つまり、"tokyo.musashino.kawahara.living.HA.TV"または、"tokyo.musashino.kawahara.HA.living.TV"の２通りが生成される。このうち、上記の場所名階層構造＋端末種別名階層構造の順に沿った名前である"tokyo.musashino.kawahara.living.HA.TV"のみを登録する。その名前の登録要求を、名前管理部４２に通知する。
ステップ１０３） 名前管理部４２は、ユーザ用名前解決サーバ２０に問い合わせて、当該登録要求が新規登録要求かどうかチェックする。つまり、既に同じ名前の登録がないかをチェックする。もし既に同じ名前があれば、その旨をobject１０に返し、名前の変更を指示する。なお、名前管理部４２とユーザ用名前解決サーバ２０のやりとりは、図８に示すように、名前の階層構造に沿って、上位サーバから順に問い合わせていく。
ステップ１０４） もし新規名前であれば、ユーザ用名前解決サーバ２０に、
tokyo.musashino.kawahara.living.HA.TV
⇔{IP#A}
という対応を登録し、登録完了の旨をobject１０に通知する。
tokyo.musashino.kawahara.living.HA.TV
⇔{IP#A}
という対応を登録し、登録完了の旨をobject１０に通知する。
ステップ１０５） object１０からメーカ用名前"companyX.air-conditioner.type1.ID12345"の登録要求パケットがメーカ用名前リゾルバ５０に到着したら、図４に示すメーカ用名前リゾルバ５０内の登録・削除・検索要求受付部５１において、該パケットからそのメーカ用名前を読み出し、名前管理部５２に通知する。
ステップ１０６） 名前管理部５２は、メーカ用名前解決サーバ３０に、
companyX.air-conditioner.type1.ID12345
⇔{IP#A, tokyo.musashino.kawahara.living.HA.TV }
という対応を登録し、登録完了の旨をobject１０に通知する。なお、ここでは、メーカ用名前は重複なくobject１０に付与してから出荷されており、その名前をobject１０内から自動で読み取ってメーカ用名前解決サーバ３０へ登録要求を行う場合を前提にしている。
companyX.air-conditioner.type1.ID12345
⇔{IP#A, tokyo.musashino.kawahara.living.HA.TV }
という対応を登録し、登録完了の旨をobject１０に通知する。なお、ここでは、メーカ用名前は重複なくobject１０に付与してから出荷されており、その名前をobject１０内から自動で読み取ってメーカ用名前解決サーバ３０へ登録要求を行う場合を前提にしている。
以上により、ユーザ用名前、メーカ用名前のいずれかからでもIP#Aを特定可能となる。
なお、ここで、IP＃Aだけでなくユーザ用名前も登録する理由は、例えば（後述するような）object１０の削除や移動時に、メーカ用名前解決サーバ３０の情報更新だけでなく、ユーザ用名前解決サーバ２０の情報更新も必要となるため、メーカ用名前とユーザ用名前の対応付が必要だからである。また、例えばメーカが、該object１０についてユーザに何かを通知したいとき（該object１０の故障を検知した場合など）、ユーザに対してユーザ用名前を伝える必要がある場合に対応可能となる。
［第２の実施の形態］
本実施の形態では、場所を表す名前の一部を省略して登録する場合について説明する。
本実施の形態では、場所を表す名前の一部を省略して登録する場合について説明する。
なお、本実施の形態におけるリゾルバの構成は、図４と同様である。
場所を表す名前に"tokyo.musashino.kawahara"と、端末種別を表す名前"HA.refrigerator"を組み合わせた、"tokyo.musashino.kawahara.HA.refrigerator"というユーザ用名前を登録する場合を考える。
この際、第１の実施の形態のステップ１０１及びステップ１０２の処理を以下のように変更する。
ステップ１０１'） 場所を表す名前において、"tokyo.musashino.kawahara"を選択した場合、図６のL+1階層目の名前指定を省略していることになるため、"tokyo.musashino.kawahara.NA"とし、端末種別を表す名前"HA.refrigerator"との組{tokyo.musashino.kawahara.NA , HA.refrigerator}をユーザ名前登録要求として、ユーザ用名前リゾルバ４０に通知する。
ステップ１０２'） object１０からユーザ用名前{tokyo.musashino.kawahara.NA, HA.refrigerator｝の登録要求パケットがユーザ用名前リゾルバ４０へ到着したら、図４に示すユーザ用名前リゾルバ４０内の登録・削除・検索要求受付部４１において、該パケットからその名前を読み出す。そして、これらの名前を組み合わせて構成される名前"tokyo.musashino.kawahara.NA.HA.refrigerator"を作成し、その名前の登録要求を、名前管理部４２に通知する。
［第３の実施の形態］
第1の実施の形態では、図２の階層構造を用いていたのに対して、本実施の形態では図９の階層構造（複数名前許容型階層構造と呼ぶ）を用いて、ユーザ用名前の登録を行う。具体的には、第1の実施の形態におけるステップ１０２，１０４，１０６を以下のように変更する。なお、本実施の形態で用いるリゾルバの構成も図４と同様である。
第1の実施の形態では、図２の階層構造を用いていたのに対して、本実施の形態では図９の階層構造（複数名前許容型階層構造と呼ぶ）を用いて、ユーザ用名前の登録を行う。具体的には、第1の実施の形態におけるステップ１０２，１０４，１０６を以下のように変更する。なお、本実施の形態で用いるリゾルバの構成も図４と同様である。
ステップ１０２'） object１０からユーザ用名前｛tokyo.musashino.kawahara.living, HA.TV｝の登録要求パケットがユーザ用名前リゾルバ４０へ到着したら、ユーザ用名前リゾルバ４０内の登録・削除・検索要求受付部４１において、該パケットからそのユーザ用名前を読み出す。そして、第1の実施の形態と同様の手順で、"tokyo.musashino.kawahara.living.HA.TV"または、"tokyo.musashino.kawahara.HA.living.TV"の２通りの名前を生成する。本実施の形態では、この２通りの名前ともユーザ用名前解決サーバ２０に登録する。該登録要求を、名前管理部４２に通知する。
ステップ１０４'） もし新規の名前であれば、ユーザ用名前解決サーバ２０に、
"tokyo.musashino.kawahara.living.HA.TV
⇔{IP#A}"、
および
"tokyo.musashino.kawahara.HA.living.TV
⇔{IP#A}"
という対応を登録し、登録完了の旨をobject１０に通知する。
"tokyo.musashino.kawahara.living.HA.TV
⇔{IP#A}"、
および
"tokyo.musashino.kawahara.HA.living.TV
⇔{IP#A}"
という対応を登録し、登録完了の旨をobject１０に通知する。
ステップ１０６'） 名前管理部４２は、ユーザ用名前解決サーバに、
"companyX.air-conditioner.type1.ID12345
⇔{IP#A, tokyo.musashino.kawahara.living.HA.TV,tokyo.musashino.kawahara.HA.living.TV }"
という対応を登録し、登録完了の旨をobject１０に通知する。
"companyX.air-conditioner.type1.ID12345
⇔{IP#A, tokyo.musashino.kawahara.living.HA.TV,tokyo.musashino.kawahara.HA.living.TV }"
という対応を登録し、登録完了の旨をobject１０に通知する。
なお、上記の例では、"kawahara"の下に、場所を特定する"living"を明示的に指定していたが、そのように指定せずに図９の例３の階層構造に従って"tokyo.musashino.kawahara.HA.refrigerator"として名前を登録してもよい（図９の例３）。
また、別の例として、図９の例４に示すような階層構造に従って"tokyo.musashino.officeX.server.yyy"のように登録する。検索の際は名前の指定された順に沿って、図９の階層の上位から下位サーバに向けて検索していけばよい。
［第４の実施の形態］
第１の実施の形態では、ユーザ用名前解決サーバ２０において、
"tokyo.musashino.kawahara.living1.equip1⇔IP#A"
を管理していたが、本実施の形態では、そうする代わりに以下の手順により、IPアドレス(IP#A)と共にメーカ用名前を加えた
"tokyo.musashino.kawahara.living1.equip1
⇔{IP#A, companyX.air-conditioner.type=1.ID12345}"
を管理する。
第１の実施の形態では、ユーザ用名前解決サーバ２０において、
"tokyo.musashino.kawahara.living1.equip1⇔IP#A"
を管理していたが、本実施の形態では、そうする代わりに以下の手順により、IPアドレス(IP#A)と共にメーカ用名前を加えた
"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}"
が生成できる。
"tokyo.musashino.kawahara.living1.equip1
⇔{IP#A, companyX.air-conditioner.type=1.ID12345}"
が生成できる。
以上により、ユーザ用名前、メーカ用名前のいずれかからでもIP#Aを特定することが可能となる。
このように、ユーザ用名前からメーカ用名前を読み出せるようにしておくことで、例えばユーザが、該object１０についてメーカに何かを問い合わせたいときに（該objectと通信不能になった場合等）、メーカで把握しているメーカ用名前を伝える必要がある場合に対応可能となる。
［第５の実施の形態］
本実施の形態では、上記のユーザ用名前を検索する手順について、図１０を用いて述べる。ここでは、ユーザ用名前"tokyo.musashino.kawahara.living.HA.TV"（図２の例１）で検索要求があった場合を例に説明する。
本実施の形態では、上記のユーザ用名前を検索する手順について、図１０を用いて述べる。ここでは、ユーザ用名前"tokyo.musashino.kawahara.living.HA.TV"（図２の例１）で検索要求があった場合を例に説明する。
本実施の形態で用いるリゾルバの構成も図４と同様である。
図１０は、本発明の第５の実施の形態におけるユーザ用名前検索時のフローチャートである。
ステップ２０１） まず、ユーザ用名前"tokyo.musashino.kawahara.living.HA.TV"検索要求パケットがユーザ用名前リゾルバ４０へ到着したら、図４のユーザ用名前リゾルバ４０内の登録・削除・検索要求受付部４１において、該パケットからその名前を読み出し、名前管理部４２に通知する。
ステップ２０２） 名前管理部４２は、ユーザ用名前解決サーバ２０に対して図２の階層の上位から順に問い合わせていく。
ステップ２０３） もし該当する名前のエントリがあれば、その結果を名前管理部４２に通知する。名前管理部４２は検索結果をユーザに通知する。その際、検索結果を名前管理部４２においてキャッシュしてもよい。そうすることで、同じ名前の問い合わせ時に、名前解決サーバ２０を検索しなくても回答することが可能となる。
次に、"tokyo.musashino.kawahara.HA.living.TV"で検索要求があった場合を考える。この場合、図８に示す"tokyo.musashino.kawahara名前サーバ"にて、"kawahara"の直後に指定されている名前"HA"が、当該名前サーバの直下にないと判定され(ステップ２０２,No.)、ステップ２０４へ移行する。
ステップ２０４） ユーザ用名前サーバ２０は、検索要求された名前の"HA"配下（かつ最下位層の"TV"は除く）の名前を抽出する。この場合は、"living"がそれに相当する。"living"を"kawahara"の直後に移動した名前"tokyo.musashino.kawahara.living.HA.TV"を作成し、ステップ２０５に移行する。
ステップ２０５） 再構成された名前の長さに関する条件を満たすかチェックし、名前の長さが所定の値（max）を越えている場合は、ステップ２０６に移行し、越えていない場合はステップ２０２に移行する。
ステップ２０６） 該当する名前がないと判定し、その結果を名前管理部４２に通知する。名前管理部４２は検索結果をユーザに通知する。
［第６の実施の形態］
本実施の形態では、第５の実施の形態とは異なる検索方法について述べる。
本実施の形態では、第５の実施の形態とは異なる検索方法について述べる。
本実施の形態において、"tokyo.musashino.kawahara.HA.refrigerator"の検索手順は、第５の実施の形態の図１０のステップ２０４，２０５を以下のようにする。
ステップ２０４'） ユーザ用名前サーバ２０は、"tokyo.musashino.kawahara"の、"kawahara"の直下の名前の候補として、現在問合せ中のHAがあるか調べ、ないと分かったら、HA配下（かつ最下位層の"refrigerator"は除く）の名前を調べ、"kawahara"直下の名前候補と一致する名前がないか調べる。この場合は、該当する名前は何もないことになる。その場合、"tokyo.musashino.kawahara.NA.HA. refrigerator"という名前を作成する。
ステップ２０５'） 再構成された名前の長さに関する条件を満たすかチェックする。具体的には、NAの追加数が、その最大値を超えていないかをチェックする。該最大値は、図６および図７において省略可能な階層の数の和である。
なお、図９の階層構造を用いる場合に"tokyo.musashino.kawahara.HA.living.TV"で検索する場合には、複数の名前を全てユーザ用名前解決サーバに登録しているため、図１０のステップ２０４，２０５に記載の、名前の再構成を行う必要はなくなり、単純に図１０のステップ２０１から２０３を実施すればよい。
［第７の実施の形態］
本実施の形態では、名前の一部を指定して検索する場合として、"tokyo.musashino.kawahara.*HA*"と指定して検索（これは、"kawahara"配下の任意の位置にHAを含む名前を全て検索することを意味する）する例を示す。
本実施の形態では、名前の一部を指定して検索する場合として、"tokyo.musashino.kawahara.*HA*"と指定して検索（これは、"kawahara"配下の任意の位置にHAを含む名前を全て検索することを意味する）する例を示す。
図２、または図９の階層構造のいずれを用いる場合も、図１０のステップ２０２で名前を検索する際に、階層の上位サーバから問い合わせていき、"tokyo.musashino.kawahara名前サーバ"は、自身の直下にHAがあるか調べ、あれば、その配下の名前を全て列挙し、なければ自身の直下の名前サーバ各々に対して、HAがあるか問い合わせる。以上を繰り返す。
図２の場合、
tokyo.musashino.kawahara.living.HA.TV⇔IP#A（図２の例１）
tokyo.musashino.kawahara.HA.refrigerator⇔IP#C（図２の例３）
を検索要求に対する回答とする。なお、例３の名前は、"tokyo.musashino.kawahara.NA.HA.refrigerator"として登録されているが、検索要求に対する回答時にはNAを除く。
tokyo.musashino.kawahara.living.HA.TV⇔IP#A（図２の例１）
tokyo.musashino.kawahara.HA.refrigerator⇔IP#C（図２の例３）
を検索要求に対する回答とする。なお、例３の名前は、"tokyo.musashino.kawahara.NA.HA.refrigerator"として登録されているが、検索要求に対する回答時にはNAを除く。
図９の場合、
tokyo.musashino.kawahara.living.HA.TV⇔IP#A
tokyo.musashino.kawahara.HA.living.TV⇔IP#A
tokyo.musashino.kawahara.HA.refrigerator⇔IP#C
が回答となる。
tokyo.musashino.kawahara.living.HA.TV⇔IP#A
tokyo.musashino.kawahara.HA.living.TV⇔IP#A
tokyo.musashino.kawahara.HA.refrigerator⇔IP#C
が回答となる。
［第８の実施の形態］
本実施の形態では、objectの削除時（廃棄時）の処理について説明する。
本実施の形態では、objectの削除時（廃棄時）の処理について説明する。
本実施の形態では、第１の実施の形態のように、メーカ用名前解決サーバ２０で
"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"に関するエントリを削除する。
"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"に関するエントリを削除する。
以下では、object１０のメーカ用名前の削除を行う例を説明する。なお，以下では，
"companyX.air-conditioner.type1.ID12345
⇔{IP#A, tokyo.musashino.kawahara.living.HA.TV }"
という対応を例に説明する．
図１１は、本発明の第８の実施の形態におけるobject削除時の処理のフローチャートである。
本実施の形態で用いるリゾルバの構成も図４と同様である。
"companyX.air-conditioner.type1.ID12345
⇔{IP#A, tokyo.musashino.kawahara.living.HA.TV }"
という対応を例に説明する．
図１１は、本発明の第８の実施の形態におけるobject削除時の処理のフローチャートである。
本実施の形態で用いるリゾルバの構成も図４と同様である。
ステップ３０１） まず、メーカ用名前"companyX.air-conditioner.type1.ID12345"削除要求パケットが、メーカ用名前リゾルバ５０内の登録・削除・検索要求受付部５１へ到着する。
ステップ３０２） 名前管理部５２は、メーカ用名前解決サーバ３０に問い合わせて、登録されている名前かどうかチェックする。もし、その名前の登録がなければその旨をユーザまたはメーカに返し、名前の確認を指示する。
ステップ３０３） もし名前の登録があれば、メーカ用名前解決サーバ３０から
"companyX.air-conditioner.type1.ID12345
⇔{IP#A, tokyo.musashino.kawahara.living.HA.TV }"
という対応を読み出す。
"companyX.air-conditioner.type1.ID12345
⇔{IP#A, tokyo.musashino.kawahara.living.HA.TV }"
という対応を読み出す。
ステップ３０４） 名前管理部５２は、読み出した情報のうち、ユーザ用名前"tokyo.musashino.kawahara.living.HA.TV"を抽出してから、該エントリを削除する。
ステップ３０５） その後、ユーザ用名前"tokyo.musashino.kawahara.living.HA.TV"の削除要求パケットを図４のユーザ用名前解決サーバ２０内の登録・削除・検索要求受付部４１へ送信する。
ステップ３０６） 名前管理部４２は、ユーザ用名前解決サーバ２０から"tokyo.musashino.kawahara.living.HA.TV"に関するエントリを削除する。
なお、上記手順は、図２の階層構造にて名前を管理している場合に対応するが、図９の階層構造を用いている場合にはステップ３０３で
"companyX.air-conditioner.type1.ID12345
⇔{IP#A, tokyo.musashino.kawahara.living.HA.TV,tokyo.musashino.
kawahara.HA.living.TV}"
となっており、この２つのユーザ用名前それぞれについて、ステップ３０４以降の処理を実施すればよい。
"companyX.air-conditioner.type1.ID12345
⇔{IP#A, tokyo.musashino.kawahara.living.HA.TV,tokyo.musashino.
kawahara.HA.living.TV}"
となっており、この２つのユーザ用名前それぞれについて、ステップ３０４以降の処理を実施すればよい。
［第９の実施の形態］
本実施の形態では、ユーザ用名前削除時の処理について説明する。
本実施の形態では、ユーザ用名前削除時の処理について説明する。
本実施の形態では、
"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"のみを削除して、"companyX.air-conditioner.type1.ID12345⇔{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"のみを削除して、"companyX.air-conditioner.type1.ID12345⇔{IP#A, }"に変更する。
以下に詳しく説明する。なお，以下では，
"companyX.air-conditioner.type1.ID12345
⇔{IP#A, tokyo.musashino.kawahara.living.HA.TV }"
という対応を例に説明する。
"companyX.air-conditioner.type1.ID12345
⇔{IP#A, tokyo.musashino.kawahara.living.HA.TV }"
という対応を例に説明する。
本実施の形態で用いるリゾルバの構成も図４と同様である。
図１２は、本発明の第９の実施の形態におけるユーザ用名前の削除時の処理のフローチャートである。ここでは、図２の階層構造により名前を管理している場合を想定する。
ステップ４０１） まず、ユーザ用名前"tokyo.musashino.kawahara.living.HA.TV"削除要求パケットが、ユーザ用名前リゾルバ４０の登録・削除・検索要求受付部４１へ到着する。
ステップ４０２） 名前管理部４２は、ユーザ用名前解決サーバに問い合わせて、登録されている名前かどうかチェックする。もし、その名前の登録がなければその旨をユーザに返し、名前の確認を指示する。
ステップ４０３） もし名前の登録があり（かつ該名前を登録した本人であることが確認できたら）、ユーザ用名前解決サーバ２０から
"tokyo.musashino.kawahara.living.HA.TV
⇔{IP#A, companyX.air-conditioner.type1.ID12345}"
という対応を読み出す。
"tokyo.musashino.kawahara.living.HA.TV
⇔{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.living.HA.TV}"
という対応を読み出し、"tokyo.musashino.kawahara.living.HA.TV"のみを削除して、
"companyX.air-conditioner.type1.ID12345⇔{IP#A, }"
に変更する。
"companyX.air-conditioner.type1.ID12345
⇔{IP#A, tokyo.musashino.kawahara.living.HA.TV}"
という対応を読み出し、"tokyo.musashino.kawahara.living.HA.TV"のみを削除して、
"companyX.air-conditioner.type1.ID12345⇔{IP#A, }"
に変更する。
もし、図９の階層構造を用いてユーザ用名前を管理している場合には、上記ステップ４０１を以下のように変更する。
ステップ４０１'）まず、ユーザ用名前"tokyo.musashino.kawahara.living.HA.TV"削除要求パケットが、ユーザ用名前リゾルバ４０内の登録・削除・検索要求受付部４１に到着する。その際、"tokyo.musashino.kawahara.living.HA.TV"という名前から、同一object１０を指す別の名前を列挙する。すなわち、図６に示すように、L階層目の"kawahara"まではその順を固定とし、以降の名前のうち、最下位層の"TV"を除く名前（livingとHA）の順序を入れ替えて構成可能な名前を列挙する。この場合、"tokyo.musashino.kawahara.living.HA.TV"と"tokyo.musashino.kawahara.HA.living.TV"の２通りが生成される。その２通りの名前各々に対して、ステップ４０２以降の処理を実施すればよい。
［第１０の実施の形態］
本実施の形態では、メーカ用名前"companyX.air-conditioner.type1.ID12345"を持つobject１０の所在地（ユーザアドレス）を変更（引っ越しなど）し、それに伴ってユーザ名も変更する場合の処理フローについて述べる。
本実施の形態では、メーカ用名前"companyX.air-conditioner.type1.ID12345"を持つobject１０の所在地（ユーザアドレス）を変更（引っ越しなど）し、それに伴ってユーザ名も変更する場合の処理フローについて述べる。
例として、IPアドレスをIP#AからIP#A2に変更し、かつ、ユーザ用名前を"tokyo.musashino.kawahara.living.HA.TV"から"tokyo.mitaka.kawahara.living.HA.TV"に変更したいとする。
まず、第８の実施の形態のステップ３０１〜３０３を用いて、メーカ用名前リゾルバ５０において、メーカ用名前解決サーバ３０からメーカ用名前"companyX.air-conditioner.type1.ID12345"により検索を行い、
"companyX.air-conditioner.type1.ID12345
⇔{IP#A, tokyo.musashino.kawahara.living.HA.TV }"
という対応を読み出す。そのうち、現在の{IP#A,tokyo.musashino.kawahara.living.HA.TV}を削除して、代わりに{IP#A2,tokyo.mitaka.kawahara.living.HA.TV}をメーカ用名前解決サーバ３０に登録する。その後、ユーザ用名前"tokyo.musashino.kawahara.living.HA.TV"の削除処理を、第８の実施の形態の手順ステップ３０５〜３０６を用いて実施する。
"companyX.air-conditioner.type1.ID12345
⇔{IP#A, tokyo.musashino.kawahara.living.HA.TV }"
という対応を読み出す。そのうち、現在の{IP#A,tokyo.musashino.kawahara.living.HA.TV}を削除して、代わりに{IP#A2,tokyo.mitaka.kawahara.living.HA.TV}をメーカ用名前解決サーバ３０に登録する。その後、ユーザ用名前"tokyo.musashino.kawahara.living.HA.TV"の削除処理を、第８の実施の形態の手順ステップ３０５〜３０６を用いて実施する。
その後、第１の実施の形態または第３の実施の形態の手順により新しい名前"tokyo.mitaka.kawahara.living.HA.TV"の登録を行う。
上記手順では、メーカ用名前を先に用いて情報の更新を行っていた代わりに、ユーザ用名前を先に用いて更新処理をしてもよい。その場合、第９の実施の形態の手順ステップ４０１〜４０３により、
"tokyo.musashino.kawahara.living.HA.TV
⇔{IP#A, companyX.air-conditioner.type1.ID12345}"
という対応を読み出す。該エントリを削除した後、第１の実施の形態または第３の実施の形態の手順により新しい名前"tokyo.mitaka.kawahara.living.HA.TV"の登録を行う。なお、その際には第１の実施の形態または第３の実施の形態のステップ１０６において、古い名前を削除して新しい名前に置き換える。
"tokyo.musashino.kawahara.living.HA.TV
⇔{IP#A, companyX.air-conditioner.type1.ID12345}"
という対応を読み出す。該エントリを削除した後、第１の実施の形態または第３の実施の形態の手順により新しい名前"tokyo.mitaka.kawahara.living.HA.TV"の登録を行う。なお、その際には第１の実施の形態または第３の実施の形態のステップ１０６において、古い名前を削除して新しい名前に置き換える。
上記の第1〜第１０の実施の形態におけるリゾルバ４０，５０の動作をプログラムとして構築し、当該リゾルバとして利用されるコンピュータにインストールして実行させる、または、ネットワークを介して流通させることが可能である。
本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
１ IPネットワーク
１０ object（オブジェクト）
２０ ユーザ用名前解決サーバ
３０ メーカ用名前解決サーバ
４０ ユーザ用名前リゾルバ
４１，５１ 登録・削除・検索要求受付部
４２，５２ 名前管理部
５０ メーカ用名前リゾルバ
１０ object（オブジェクト）
２０ ユーザ用名前解決サーバ
３０ メーカ用名前解決サーバ
４０ ユーザ用名前リゾルバ
４１，５１ 登録・削除・検索要求受付部
４２，５２ 名前管理部
５０ メーカ用名前リゾルバ
Claims (8)
- ユーザアドレスを有し、情報通信ネットワークに接続されている通信機能を有する家電品や端末を含む装置（以下、「object」と記す）に対して、人間が判別可能な名前を付与し、名前からユーザアドレスを特定できる名前解決システムであって、
前記objectを利用するユーザが独自の名前（以下「ユーザ用名前」と記す）を該objectに付与可能とし、該ユーザ用名前とユーザアドレスの対応を管理するユーザ用名前解決サーバと、
前記objectのメーカ独自の名前（以下「メーカ用名前」と記す」を該objectに付与可能とし、該メーカ用名前と前記ユーザ用名前と前記ユーザアドレスの対応を管理するメーカ用名前解決サーバと、
前記ユーザ用名前解決サーバに登録されている前記ユーザ用名前とユーザアドレスの対応、及び前記メーカ用名前解決サーバに登録されている前記メーカ用名前と前記ユーザアドレスの対応を検索または更新を行う検索・更新装置と、
を有し、
前記検索・更新装置は、
前記objectに対して予め用意された階層構造に従って付与されたユーザ用名前の登録要求を受信すると、所定の階層構造のルールの範囲内で構成可能な新たなユーザ用名前を少なくとも１つ生成し、そのうちの１つの新たなユーザ用名前または全ての新たなユーザ用名前を選択し、前記ユーザ用名前解決サーバに登録するユーザ用名前登録手段と、
前記objectに対して予め用意された階層構造に従って付与されたメーカ用名前の登録要求を受信すると、該メーカ用名前と前記ユーザアドレスの組、または、該メーカ用名前と前記新たなユーザ用名前と前記ユーザアドレスの組を前記メーカ用名前解決サーバに登録するメーカ用名前登録手段と、
を含むことを特徴とする名前解決システム。 - 前記検索・更新装置は、
前記objectを削除する際には、前記メーカ用名前を用いて前記メーカ用名前解決サーバを検索し、該メーカ用名前に対応するエントリを削除し、該ユーザ用名前に基づいて前記ユーザ用名前解決サーバを検索し、該ユーザ用名前に対応するエントリを削除するobject削除手段と、
前記ユーザ用名前を削除する際には、前記ユーザ用名前を用いて前記ユーザ用名前解決サーバを検索し、該ユーザ用名前に対応するエントリを削除し、該ユーザ用名前に対応するメーカ用名前を用いて前記メーカ用名前解決サーバを検索し、該ユーザ用名前で検索されたエントリの該ユーザ用名前部分を削除するユーザ用名前削除手段と、
を含む
請求項１記載の名前解決システム。 - 前記検索・更新装置は、
前記objectのユーザアドレスと前記ユーザ用名前を更新する際に、
前記メーカ用名前を用いて前記メーカ用名前解決サーバを検索し、検索されたエントリの前記objectのユーザアドレスとユーザ用名前とを新たなユーザアドレスと新たなユーザ用名前で更新し、更新前のユーザ用名前で前記ユーザ用名前解決サーバを検索し、検索されたエントリのユーザ用名前を該新たなユーザ用名前で更新するユーザアドレス・ユーザ用名前変更手段を含む
請求項１記載の名前解決システム。 - 前記検索・更新装置は、
前記ユーザアドレスと前記ユーザ用名前を更新する際に、
前記ユーザ用名前を用いて前記ユーザ用名前解決サーバを検索し、検索されたエントリのユーザアドレスを新たなユーザアドレスと新たなユーザ用名前で更新し、検索されたエントリの更新前のユーザ用名前に対応するメーカ用名前を用いて前記メーカ用名前解決サーバを検索し、検索されたエントリのメーカ用名前に対応するユーザアドレスとユーザ用名前を該新たなユーザアドレスと新たなユーザ用名前で更新するアドレス・メーカ用名前更新手段を含む
請求項１記載の名前解決システム。 - ユーザアドレスを有し、情報通信ネットワークに接続されている通信機能を有する家電品や端末を含む装置（以下、「object」と記す）に対して、人間が判別可能な名前を付与し、名前からユーザアドレスを特定できる名前解決方法であって、
前記objectを利用するユーザが独自の名前（以下「ユーザ用名前」と記す）を該objectに付与可能とし、該ユーザ用名前とユーザアドレスの対応を管理するユーザ用名前解決サーバと、
前記objectのメーカ独自の名前（以下「メーカ用名前」と記す」を該objectに付与可能とし、該メーカ用名前と前記ユーザ用名前と前記ユーザアドレスの対応を管理するメーカ用名前解決サーバと、
前記ユーザ用名前解決サーバに登録されている前記ユーザ用名前とユーザアドレスの対応、及び前記メーカ用名前解決サーバに登録されている前記メーカ用名前と前記ユーザアドレスの対応を検索または更新を行う検索・更新装置と、
を有するシステムにおいて、
前記検索・更新装置が、
前記objectに対して予め用意された階層構造に従って付与されたユーザ用名前の登録要求を受信すると、所定の階層構造のルールの範囲内で構成可能な新たなユーザ用名前を少なくとも１つ生成し、そのうちの１つの新たなユーザ用名前または全ての新たなユーザ用名前を前記ユーザ用名前解決サーバに登録するユーザ用名前登録ステップと、
前記objectに対して予め用意された階層構造に従って付与されたメーカ用名前の登録要求を受信すると、該メーカ用名前と前記ユーザアドレスの組、または、該メーカ用名前と前記新たなユーザ用名前と前記ユーザアドレスの組を前記メーカ用名前解決サーバに登録するメーカ用名前登録ステップと、
を行うことを特徴とする名前解決方法。 - 前記検索・更新装置において、
前記objectを削除する際には、前記メーカ用名前を用いて前記メーカ用名前解決サーバを検索し、該メーカ用名前に対応するエントリを削除し、該ユーザ用名前に基づいて前記ユーザ用名前解決サーバを検索し、該ユーザ用名前に対応するエントリを削除するobject削除ステップと、
前記ユーザ用名前を削除する際には、前記ユーザ用名前を用いて前記ユーザ用名前解決サーバを検索し、該ユーザ用名前に対応するエントリを削除し、該ユーザ用名前に対応するメーカ用名前を用いて前記メーカ用名前解決サーバを検索し、該ユーザ用名前で検索されたエントリの該ユーザ用名前部分を削除するユーザ用名前削除ステップと、
を行う
請求項５記載の名前解決方法。 - 前記検索・更新装置において、
前記objectのユーザアドレスと前記ユーザ用名前を更新する際に、
前記メーカ用名前を用いて前記メーカ用名前解決サーバを検索し、検索されたエントリの前記objectのユーザアドレスとユーザ用名前とを新たなユーザアドレスと新たなユーザ用名前で更新し、更新前のユーザ用名前で前記ユーザ用名前解決サーバを検索し、検索されたエントリのユーザ用名前を該新たなユーザ用名前で更新するユーザアドレス・ユーザ用名前変更ステップを行う
請求項５記載の名前解決方法。 - 前記検索・更新装置において、
前記ユーザアドレスと前記ユーザ用名前を更新する際に、
前記ユーザ用名前を用いて前記ユーザ用名前解決サーバを検索し、検索されたエントリのユーザアドレスを新たなユーザアドレスと新たなユーザ用名前で更新し、検索されたエントリの更新前のユーザ用名前に対応するメーカ用名前を用いて前記メーカ用名前解決サーバを検索し、検索されたエントリのメーカ用名前に対応するユーザアドレスとユーザ用名前を該新たなユーザアドレスと新たなユーザ用名前で更新するアドレス・メーカ用名前更新ステップを行う
請求項５記載の名前解決方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012255645A JP5886729B2 (ja) | 2012-11-21 | 2012-11-21 | 名前解決システム及び方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012255645A JP5886729B2 (ja) | 2012-11-21 | 2012-11-21 | 名前解決システム及び方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2014103607A true JP2014103607A (ja) | 2014-06-05 |
| JP5886729B2 JP5886729B2 (ja) | 2016-03-16 |
Family
ID=51025723
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2012255645A Expired - Fee Related JP5886729B2 (ja) | 2012-11-21 | 2012-11-21 | 名前解決システム及び方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5886729B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2017525298A (ja) * | 2014-07-31 | 2017-08-31 | コンヴィーダ ワイヤレス， エルエルシー | モノのインターネット（ＩｏＴ）におけるデバイス場所登録のためのサーバ |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004120470A (ja) * | 2002-09-27 | 2004-04-15 | Toshiba Corp | サーバ装置及び名前解決方法 |
| JP2004221734A (ja) * | 2003-01-10 | 2004-08-05 | Denso Corp | Ｉｐネットワーク通信システムおよびｉｐアドレス設定機 |
-
2012
- 2012-11-21 JP JP2012255645A patent/JP5886729B2/ja not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004120470A (ja) * | 2002-09-27 | 2004-04-15 | Toshiba Corp | サーバ装置及び名前解決方法 |
| JP2004221734A (ja) * | 2003-01-10 | 2004-08-05 | Denso Corp | Ｉｐネットワーク通信システムおよびｉｐアドレス設定機 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2017525298A (ja) * | 2014-07-31 | 2017-08-31 | コンヴィーダ ワイヤレス， エルエルシー | モノのインターネット（ＩｏＴ）におけるデバイス場所登録のためのサーバ |
| US10887394B2 (en) | 2014-07-31 | 2021-01-05 | Convida Wireless, Llc | Mechanism and service for device naming |
Also Published As
| Publication number | Publication date |
|---|---|
| JP5886729B2 (ja) | 2016-03-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Villaverde et al. | Service discovery protocols for constrained machine-to-machine communications | |
| JP5890037B2 (ja) | 位置認識リソースロケータ | |
| JP2005332220A5 (ja) | ||
| US20060279774A1 (en) | Method and apparatus for providing device information | |
| US11438427B2 (en) | Discovery of resources in a local network | |
| KR20170039262A (ko) | 사물 인터넷(iot)에서의 디바이스 로케이션 등록을 위한 서버 | |
| KR101701158B1 (ko) | 홈 네트워크의 장치에 대한 원격 접속 제공 방법 및 시스템 | |
| CN102594885B (zh) | 传感器网络解析互通平台、传感器网络互通方法及系统 | |
| EP2579525B1 (en) | System and method for managing device identifiers of ubiquitous network | |
| CN103546593B (zh) | 基于ip与非ip的无线传感器网络节点标识符解析方法 | |
| KR101937388B1 (ko) | Dns 명칭 설정 방법 및 이를 위한 장치 | |
| KR101899802B1 (ko) | 미래 인터넷 환경에서의 통합 식별 체계 구축장치 및 그 방법 | |
| JP2007221396A (ja) | 通信ネットワークにおけるネームシステム及びネーミング方法 | |
| JP4576637B2 (ja) | ネットワークカメラ、管理サーバおよび映像配信システム | |
| WO2024183449A1 (zh) | 楼宇协议数据处理方法、装置及系统 | |
| Hao et al. | Goldie: Harmonization and orchestration towards a global directory for IoT | |
| KR20020007977A (ko) | 웹 온 디맨드 시스템 | |
| JPWO2014112581A1 (ja) | 機器管理装置、機器管理システム、機器管理方法及びプログラム | |
| JP5886729B2 (ja) | 名前解決システム及び方法 | |
| KR100789919B1 (ko) | 이기종 센서 네트워크 기반의 ｕｓｎ 디렉토리 서비스 제공장치 및 그 방법 | |
| CN104023093A (zh) | 家庭基站接入网关的方法、系统以及接入导引服务器 | |
| JP2014093742A (ja) | 情報通信ネットワークにおける名前解決システム及び方法 | |
| JP4434062B2 (ja) | Ｗｅｂサーバ搭載機器への自動アクセス方法 | |
| JP5965353B2 (ja) | アドレス解決システム及び方法 | |
| KR101162338B1 (ko) | 계층적 센서 네트워크에서의 센서 노드 식별 방법 및 이를 위한 콤포넌트 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20150218 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20151116 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20151124 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20160125 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20160209 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20160212 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5886729 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |