(57)【特許請求の範囲】
【請求項１】
内部ネットワークに接続された機器に所定の情報を供給するサーバ装置において、
前記内部ネットワークに設定された第１の通信パラメータを用いながら前記内部ネットワークを介して機器と通信を行う第１の通信手段と、
機器毎に設定された第２の通信パラメータを用いながら前記内部ネットワークを介することなく前記機器と直接無線通信を行う第２の通信手段と、
前記機器との通信を前記第１の通信手段と第２の通信手段の何れで行うかを設定する通信モード設定手段と、
外部ネットワークと通信を行うための第３の通信手段と、
前記第３の通信手段を介して外部ネットワークから前記第２の通信パラメータを取得す通信パラメータ取得手段と、
前記通信パラメータ取得手段によって取得した前記第２の通信パラメータを記憶する通信パラメータ記憶手段と、
前記内部ネットワークに設定されている前記第１の通信パラメータを、前記通信パラメータ取得手段を介して取得した前記第２の通信パラメータを用いて、当該第２の通信パラメータに対応する前記内部ネットワーク上の機器に、前記第２の通信手段を介して送信する通信パラメータ送信手段と、を備え、
前記通信パラメータ送信手段は、前記通信パラメータ取得手段を介して取得した前記第２の通信パラメータを用いて、当該第２の通信パラメータに対応する機器をサーチするサーチコマンドを、前記第２の通信手段を介して送信し、
これに対する応答を受信したときに、前記内部ネットワークに設定されている前記第１の通信パラメータを、前記通信パラメータ取得手段を介して取得した前記第２の通信パラメータを用いて、前記第２の通信手段を介して送信し、
前記サーチコマンドに対する応答を受信しないとき、前記内部ネットワーク上の何れかの機器に対して、新規デバイスノードのサーチと、第１の通信パラメータを送信させる機能とを分散させる旨の要求コマンドを送信し、前記第１の通信パラメータを送信させる機能を分散させた機器に対して、第１の通信手段で前記通信パラメータ取得手段を介して取得した前記第２の通信パラメータと、当該第２の通信パラメータに対応する機器に対し前記内部ネットワークに設定されている前記第１の通信パラメータを送信する、
ことを特徴とするサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置、ネットワーク対応機器およびプログラムに関し、特に、無線ＬＡＮを伝送メディアとするホームネットワークシステムに用いて好適なものである。
【背景技術】
【０００２】
近年、ホームネットワーク内の伝送メディアとして、無線ＬＡＮが主流になりつつある。無線ＬＡＮを伝送メディアとする場合、ホームネットワークへの参加の際に、無線ＬＡＮ通信に必要な無線ＬＡＮ通信パラメータ（ＥＳＳ−ＩＤやＷＥＰキーのような暗号キー情報等）を機器側に設定する必要がある。
【０００３】
しかし、洗濯機や冷蔵庫のような白物家電系の機器には、かかる通信パラメータをキー入力するための入力部が配されていない場合が多い。かかる場合に、セキュリティを確保した上で無線ＬＡＮ通信パラメータ設定するには、機器側に別途インタフェースや表示装置を配する必要がある。なお、以下に示す特許文献１、２には、かかるインタフェースおよび表示装置を配したホームネットワークシステムが記載されている。
【特許文献１】特開２００３−２１８８７５号公報
【特許文献２】特開２００３−２２９８７２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、洗濯機や冷蔵庫のような白物家電機器や、家電機器にネットワーク対応としての機能を付与する機器アダプタに対し、無線ＬＡＮ通信パラメータの設定のためだけに、別途上述のインタフェースや表示装置を配するのは、コスト等の点からも得策ではなく、また、形状や使用形態からも、これらを配するには無理がある場合もある。
【０００５】
そこで、本発明は、かかる問題を解消し、ホームネットワークに接続される機器に対し、無線ＬＡＮ通信パラメータを円滑かつ簡便に設定し得る、ホームネットワークシステムを提供することを課題とする。
【課題を解決するための手段】
【０００６】
請求項１の発明は、内部ネットワークに接続された機器に所定の情報を供給するサーバ装置において、前記内部ネットワークに設定された第１の通信パラメータを用いながら前記内部ネットワークを介して機器と通信を行う第１の通信手段と、機器毎に設定された第２の通信パラメータを用いながら前記内部ネットワークを介することなく前記機器と直接無線通信を行う第２の通信手段と、前記機器との通信を前記第１の通信手段と第２の通信手段の何れで行うかを設定する通信モード設定手段と、外部ネットワークと通信を行うための第３の通信手段と、前記第３の通信手段を介して外部ネットワークから前記第２の通信パラメータを取得する通信パラメータ取得手段と、前記通信パラメータ取得手段によって取得した前記第２の通信パラメータを記憶する通信パラメータ記憶手段と、前記内部ネットワークに設定されている前記第１の通信パラメータを、前記通信パラメータ取得手段を介して取得した前記第２の通信パラメータを用いて、当該第２の通信パラメータに対応する前記内部ネットワーク上の機器に、前記第２の通信手段を介して送信する通信パラメータ送信手段とを有することを特徴とする。
【０００７】
請求項２の発明は、請求項１に記載のサーバ装置において、前記通信パラメータ送信手段は、前記通信パラメータ取得手段を介して取得した前記第２の通信パラメータを用いて、当該第２の通信パラメータに対応する機器をサーチするサーチコマンドを、前記第２の通信手段を介して送信し、これに対する応答を受信したときに、前記内部ネットワークに設定されている前記第１の通信パラメータを、前記通信パラメータ取得手段を介して取得した前記第２の通信パラメータを用いて、前記第２の通信手段を介して送信することを特徴とする。
【０００８】
請求項３の発明は、請求項３に記載のサーバ装置において、前記通信パラメータ取得手段は、前記第２の通信パラメータとともに、当該第２の通信パラメータに対応する機器の機器情報を外部ネットワークから取得し、前記通信パラメータ送信手段は、前記サーチコマンドに対する応答を受信したとき、さらに、当該応答の送信先機器から受信した機器情報を、前記通信パラメータ取得手段を介して外部ネットワークから取得した機器情報と比較し、両者が整合する場合に、前記内部ネットワークに設定されている前記第１の通信パラメータを、前記通信パラメータ取得手段を介して取得した前記第２の通信パラメータを用いて、前記第２の通信手段を介して送信することを特徴とする。
【０００９】
請求項４の発明は、請求項１ないし３の何れかに記載のサーバ装置において、前記通信パラメータ送信手段は、前記サーチコマンドに対する応答を受信しないとき、前記内部ネットワーク上の何れかの機器に対して、前記通信パラメータ取得手段を介して取得した前記第２の通信パラメータと、当該第２の通信パラメータに対応する機器に対し前記内部ネットワークに設定されている前記第１の通信パラメータを設定する旨の要求コマンドを送信することを特徴とする。
【００１０】
請求項５の発明は、請求項１ないし４の何れかに記載のサーバ装置において、前記内部ネットワークに設定されている前記第１のパラメータを変更するためのパラメータ変更手段をさらに備え、当該パラメータ変更手段は、前記通信パラメータ記憶手段に記憶されている各機器の第２の通信パラメータを用いて、新たに設定される前記第１のパラメータを、前記第２の通信手段を介して送信することを特徴とする。
【００１１】
請求項６の発明は、内部ネットワークに接続されるネットワーク対応機器において、前記内部ネットワークに設定される第１の通信パラメータを記憶する通信パラメータ記憶手段と、前記通信パラメータ記憶手段に記憶された第１の通信パラメータを用いながら前記内部ネットワークを介して他の機器と通信を行う第１の通信手段と、機器毎に設定された第２の通信パラメータを用いながら前記内部ネットワークを介することなく他の機器と直接無線通信を行う第２の通信手段と、前記機器との通信を前記第１の通信手段と第２の通信手段の何れで行うかを設定する通信モード設定手段と、前記第１の通信手段を介して前記内部ネットワーク上のサーバ装置から他の機器の前記第２の通信パラメータを取得する通信パラメータ取得手段と、前記通信パラメータ記憶手段に記憶されている前記第１の通信パラメータを、前記通信パラメータ取得手段を介して取得した前記第２の通信パラメータを用いて、当該第２の通信パラメータに対応する前記内部ネットワーク上の機器に、前記第２の通信手段を介して送信する通信パラメータ送信手段とを有することを特徴とする。
【００１２】
請求項７の発明は、内部ネットワークに接続されたサーバ装置に対し、前記内部ネットワークに設定された第１の通信パラメータを用いながら前記内部ネットワークを介して機器と通信を行うための第１の通信処理機能と、機器毎に設定された第２の通信パラメータを用いながら前記内部ネットワークを介することなく前記機器と直接無線通信を行うための第２の通信処理機能と、前記機器との通信を前記第１の通信処理機能と第２の通信処理機能の何れの機能をもって行うかを設定する通信モード設定機能と、外部ネットワークと通信を行うための第３の通信処理機能と、前記第３の通信処理機能を介して外部ネットワークから前記第２の通信パラメータを取得する通信パラメータ取得機能と、前記通信パラメータ取得機能によって取得した前記第２の通信パラメータをメモリに記憶させる通信パラメータ記憶機能と、前記内部ネットワークに設定されている前記第１の通信パラメータを、前記通信パラメータ取得機能をもって取得した前記第２の通信パラメータを用いて、当該第２の通信パラメータに対応する前記内部ネットワーク上の機器に、前記第２の通信処理機能をもって送信する通信パラメータ送信機能とを付与することを特徴とするプログラムである。
【００１３】
請求項８の発明は、内部ネットワークに設定された第１の通信パラメータを用いながら前記内部ネットワークを介して機器と通信を行うための第１の通信処理機能と、機器毎に設定された第２の通信パラメータを用いながら前記内部ネットワークを介することなく前記機器と直接無線通信を行うための第２の通信処理機能と、前記機器との通信を前記第１の通信処理機能と第２の通信処理機能の何れの機能をもって行うかを設定する通信モード設定機能と、外部ネットワークと通信を行うための第３の通信処理機能とを備えるサーバ装置に対し、前記第３の通信処理機能を介して外部ネットワークから前記第２の通信パラメータを取得する通信パラメータ取得機能と、前記通信パラメータ取得機能によって取得した前記第２の通信パラメータをメモリに記憶させる通信パラメータ記憶機能と、前記内部ネットワークに設定されている前記第１の通信パラメータを、前記通信パラメータ取得機能をもって取得した前記第２の通信パラメータを用いて、当該第２の通信パラメータに対応する前記内部ネットワーク上の機器に、前記第２の通信処理機能をもって送信する通信パラメータ送信機能とを付与することを特徴とするプログラムである。
【００１４】
請求項９の発明は、請求項７または８に記載のプログラムにおいて、前記通信パラメータ送信機能は、前記通信パラメータ取得機能を介して取得した前記第２の通信パラメータを用いて、当該第２の通信パラメータに対応する機器をサーチするサーチコマンドを、前記第２の通信処理機能をもって送信し、これに対する応答を受信したときに、前記内部ネットワークに設定されている前記第１の通信パラメータを、前記通信パラメータ取得機能をもって取得した前記第２の通信パラメータを用いて、前記第２の通信処理機能をもって送信する機能を含むことを特徴とする。
【００１５】
請求項１０の発明は、請求項９に記載のプログラムにおいて、前記通信パラメータ取得機能は、前記第２の通信パラメータとともに、当該第２の通信パラメータに対応する機器の機器情報を外部ネットワークから取得する機能を含み、前記通信パラメータ送信機能は、前記サーチコマンドに対する応答を受信したとき、さらに、当該応答の送信先機器から受信した機器情報を、前記通信パラメータ取得機能をもって外部ネットワークから取得した機器情報と比較し、両者が整合する場合に、前記内部ネットワークに設定されている前記第１の通信パラメータを、前記通信パラメータ取得機能をもって取得した前記第２の通信パラメータを用いて、前記第２の通信処理機能をもって送信する機能を含むことを特徴とする。
【００１６】
請求項１１の発明は、請求項７ないし１０の何れかに記載のプログラムにおいて、前記通信パラメータ送信機能は、前記サーチコマンドに対する応答を受信しないとき、前記内部ネットワーク上の何れかの機器に対して、前記通信パラメータ取得機能をもって取得した前記第２の通信パラメータと、当該第２の通信パラメータに対応する機器に対し前記内部ネットワークに設定されている前記第１の通信パラメータを設定する旨の要求コマンドを送信する機能を含むことを特徴とする。
【００１７】
請求項１２の発明は、請求項７ないし１１の何れかに記載のプログラムにおいて、前記内部ネットワークに設定されている前記第１のパラメータを変更するためのパラメータ変更機能をさらに備え、当該パラメータ変更機能は、前記メモリに記憶されている各機器の第２の通信パラメータを用いて、新たに設定される前記第１のパラメータを、前記第２の通信処理機能をもって送信する機能を含むことを特徴とする。
【００１８】
請求項１３の発明は、内部ネットワークに接続されるネットワーク対応機器のコンピュータに対し、前記内部ネットワークに設定される第１の通信パラメータをメモリに記憶させる通信パラメータ記憶機能と、前記メモリに記憶された第１の通信パラメータを用いながら前記内部ネットワークを介して他の機器と通信を行うための第１の通信処理機能と、機器毎に設定された第２の通信パラメータを用いながら前記内部ネットワークを介することなく他の機器と直接無線通信を行うための第２の通信処理機能と、前記機器との通信を前記第１の通信処理機能と第２の通信処理機能の何れで行うかを設定する通信モード設定機能と、前記第１の通信処理機能をもって前記内部ネットワーク上のサーバ装置から他の機器の前記第２の通信パラメータを取得する通信パラメータ取得機能と、前記メモリに記憶されている前記第１の通信パラメータを、前記通信パラメータ取得機能をもって取得した前記第２の通信パラメータを用いて、当該第２の通信パラメータに対応する前記内部ネットワーク上の機器に、前記第２の通信処理機能をもって送信する通信パラメータ送信機能とを付与することを特徴とするプログラムである。
【００１９】
請求項１４の発明は、前記内部ネットワークに設定される第１の通信パラメータをメモリに記憶させる通信パラメータ記憶機能と、前記メモリに記憶された第１の通信パラメータを用いながら前記内部ネットワークを介して他の機器と通信を行うための第１の通信処理機能と、機器毎に設定された第２の通信パラメータを用いながら前記内部ネットワークを介することなく他の機器と直接無線通信を行うための第２の通信処理機能と、前記機器との通信を前記第１の通信処理機能と第２の通信処理機能の何れで行うかを設定する通信モード設定機能とを備えるネットワーク対応機器のコンピュータに対し、前記第１の通信処理機能をもって前記内部ネットワーク上のサーバ装置から他の機器の前記第２の通信パラメータを取得する通信パラメータ取得機能と、前記メモリに記憶されている前記第１の通信パラメータを、前記通信パラメータ取得機能をもって取得した前記第２の通信パラメータを用いて、当該第２の通信パラメータに対応する前記内部ネットワーク上の機器に、前記第２の通信処理機能をもって送信する通信パラメータ送信機能とを付与することを特徴とするプログラムである。
【００２０】
本発明の特徴は、以下に示す実施の形態の説明により更に明らかとなろう。但し、以下の実施の形態は、あくまでも、本発明の一つの実施形態であって、本発明ないし各構成要件の用語の意義は、以下の実施の形態に記載されたものに制限されるものではない。
【発明の効果】
【００２１】
本発明によれば、機器を内部ネットワークに接続することにより、当該内部ネットワークに設定されている第１の通信パラメータを自動的かつ円滑に、当該機器に設定することができる。
【００２２】
また、サーバ装置がサーチコマンドに対する応答を受信できない場合には、他のネットワーク対応機器が、サーバ装置に成り代わって、当該機器に第１の通信パラメータを設定するため、サーバ装置と機器が互いに電波の届かない無線通信不可の範囲に設置されたような場合にも、円滑に、第１の通信パラメータを当該機器に設定することができる。
【００２３】
さらに、サーバ装置から送信されるサーチコマンドは、対応する第２の通信パラメータを保持する機器のみが受信できるので、実質的に１対１の通信とみなすことができ、最終的に設定する必要のある第１の通信パラメータを、セキュリティを確保した上で対応機器に設定できる。
【００２４】
この他、各請求項の発明が奏する作用効果は、以下に示す実施の形態の説明により明らかとなろう。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の実施の形態につき図面を参照して説明する。
【００２６】
図１に、実施の形態に係るホームネットワークシステムの構成を示す。なお、同図では、家庭内に、無線ＬＡＮによるホームネットワーク３００が構築されており、このホームネットワーク３００に、ホームサーバ１００と、洗濯機２０１と、電子レンジ２０２と、エアコン２０３が接続されている。
【００２７】
ここで、ホームサーバ１００と、洗濯機２０１、電子レンジ２０２、エアコン２０３は、ホームネットワーク３００上に配されたアクセスポイント（ＡＰ）４００を介して、多対多の通信を行うことができる。また、アクセスポイント４００を介することなく、互いに電波を送受信することによって個別に通信することもできる。これら２つの通信形態は、それぞれ無線ＬＡＮによるホームネットワーク規格に従うものである。前者の通信形態は、“インフラストラクチャモード”と称されており、後者の通信形態は、“アドホックモード”と称されている。
【００２８】
このうち、“インフラストラクチャモード”では、当該ホームネットワークに予め設定されている無線ＬＡＮ通信パラメータ（以下、「ユーザ暗号キー」と称する）を用いて通信が行われる。また、“アドホックモード”では、機器毎にランダムに割り当てられたユニークな無線ＬＡＮ通信パラメータ（以下、「デバイス暗号キー」と称する）を用いて通信が行われる。
【００２９】
本実施の形態では、デバイス暗号キーを用いて“アドホックモード”にて通信を行うことにより、ホームネットワークに新規に接続された機器に対して、当該ホームネットワークに設定されている無線ＬＡＮ通信パラメータ（ユーザ暗号キー）が受け渡される。
【００３０】
なお、本実施の形態では、上記デバイス暗号キーは、当該機器を提供するベンダによって割り当てられる。たとえば、ベンダ毎に異なるベンダＩＤを上位ｎビットに付加することにより、ベンダ間で固有のデバイス暗号キーが各機器に割り当てられる。かかるデバイス暗号キーは、当該機器内のメモリ（ＲＯＭ等）に保持される。また、当該ベンダがインターネット上に構築したベンダサーバ７００のデバイスＤＢに、当該機器のデバイス情報の一部として格納される。
【００３１】
ホームサーバ１００は、たとえば電話回線等の公衆網を介して、インターネットサービスプロバイダ（ＩＳＰ）５００に接続される。このほか、インターネット１０上には、センタサーバ６００と、各ベンダによって構築されたベンダサーバ７００が接続されている。このうち、センタサーバ６００には、ユーザＤＢが配備されており、このユーザＤＢには、ユーザＩＤ毎に区分して、当該ユーザの送信アドレス（当該ユーザのホームサーバ１００を送り先とするメールアドレス等）と、当該ユーザが購入・取得した機器のデバイス情報が格納されている。
【００３２】
ここで、ユーザＩＤは、各ユーザのホームネットワークを識別するためのＩＤであって、たとえば、ホームネットワークを宅内に構築し、センタサーバ６００に登録する際に、センタサーバ６００から割り振られる。なお、他のサービスの提供を受けている場合等、既に、センタサーバ６００にユーザＩＤが設定されている場合には、このユーザＩＤを兼用するようにしても良い。
【００３３】
また、送信アドレスは、センタサーバ／ホームサーバ間の通信に使用されるものであり、たとえば、センタサーバ６００に対する登録の際に、センタサーバ６００からホームサーバ１００に付与される。このアドレスは、ユーザが別途Ｅメールを行う際に使用するアドレスとは異なるものである。なお、センタサーバ／ホームサーバ間で通信を行う際には、あらかじめセンタサーバ６００とホームサーバ１００間に設定された暗号手法によって暗号処理が行われる。
【００３４】
また、上記デバイス情報は、当該機器の属性情報（メーカ名、型番等）と、上述のデバイス暗号キーから構成されている。かかるデバイス情報は、ユーザが当該機器を購入したときに、インターネット１０を介して、ベンダサーバ７００からセンタサーバ６００に提供される。
【００３５】
ベンダサーバ７００は、上述のデバイス情報（属性情報、デバイス暗号キー）を、機器毎に区分して格納するデバイスＤＢを備えている。本実施の形態では、機器購入の際に、ユーザからベンダに対し自身のユーザＩＤが提示され、提示されたユーザＩＤと、購入機器の特定情報（ＩＤ）が、購入情報として、ベンダサーバ７００に入力される。かかる入力に応じて、ベンダサーバ７００は、購入機器のデバイス情報をデバイスＤＢから検索し、検索したデバイス情報と、入力されたユーザＩＤを、センタサーバ６００に送信する。センタサーバ６００は、受信したデバイス情報を、ユーザＩＤに対応付けて、順次、ユーザＤＢに格納する。これにより、センタサーバ６００内のユーザＤＢに、ユーザＩＤ毎に区分された状態で、当該ユーザが購入した機器のデバイス情報が順次格納されて行く。
【００３６】
センタサーバ６００は、デバイス情報を新たに格納すると、かかるデバイス情報を当該ユーザのホームサーバ１００に向けて送信する。この送信は、たとえば、メールプロトコルベースで行われる。
【００３７】
ホームサーバ１００は、かかるデバイス情報を受信すると、これを格納するとともに、当該デバイス情報中に含まれている、上記デバイス暗号キーを用いて、アドホックモードにて、当該デバイス情報に対応する機器をサーチするサーチコマンド（無線ＬＡＮによるホームネットワーク規格に従うもの）をブロードキャストする。このとき、対応する機器が既にホームネットワークに接続されていれば、ホームサーバ１００と当該機器との間で通信（アドホックモード）が行われる。そして、かかる通信により、当該機器にユーザ暗号キーが受け渡され、その後、当該機器は、アクセスポイント４００を介した多対多の通信（インフラストラクチャモード）を行えるようになる。
【００３８】
以下、ホームサーバ１００と機器２０１〜２０３の機能ブロックを例示しながら、ユーザ暗号キー設定処理の詳細について説明する。なお、以下では、ホームサーバ１００をマスタノード１００と称し、洗濯機２０１、電子レンジ２０２と、エアコン２０３等の家電機器をデバイスノード２００と総称する。
【実施例１】
【００３９】
図２に、マスタノード１００の機能ブロックを示す。
【００４０】
なお、同図には、ユーザ暗号キーの受け渡しに必要な機能ブロックのみが示されている。また、これらの機能は、たとえば、ＣＰＵにこれらの機能を連携的に実行させるためのプログラムないしデータベースをマスタノード１００に実装することにより実現できる。
【００４１】
同図に示す如く、マスタノード１００は、公衆網通信部１０１と、ネットワーク通信処理部１０２と、無線ＬＡＮメディア通信部１０３と、通信モード設定部１０４と、デバイス情報取得部１０５と、デバイス情報ＤＢ（データベース）１０６と、デバイス認証部１０７と、ユーザ暗号キー取得部１０８と、ユーザ暗号キー格納部１０９を備えている。
【００４２】
公衆網通信部１０１は、モデム等の通信インタフェースを備え、電話回線等の公衆網に対しデータの送受信を行う。ネットワーク通信処理部１０２は、公衆網通信部１０１および無線ＬＡＮメディア通信部１０３との間で授受するデータに対し、通信プロトコル処理等の処理を施す。無線ＬＡＮメディア通信処理部１０３は、無線モジュール等の無線通信インタフェースを備え、デバイスノード２００との間で無線通信を行う。通信モード設定部１０４は、ネットワーク通信処理部１０２に対し、無線ＬＡＮ通信時の通信モード（インフラストラクチャモード／アドホックモード）を設定する。
【００４３】
デバイス情報取得部１０５は、公衆網通信部１０１を介して受信した、上記センタサーバ６００からのメールデータからデバイス情報を取得し、これをデバイス情報ＤＢ１０６に格納する。デバイス情報ＤＢ１０６は、取得したデバイス情報を機器毎に区分して順次格納する。
【００４４】
デバイス認証部１０７は、後述の如くして、ホームネットワーク３００に新たに接続された機器を認証し、この認証に応じて、ユーザ暗号キー格納部１０９に格納されているユーザ暗号キーを、当該機器に向けて送信する。
【００４５】
ユーザ暗号キー取得部１０８は、ホームネットワークに設定されたユーザ暗号キーを取得して、ユーザ暗号キー格納部１０９に格納する。なお、ユーザ暗号キーは、たとえば、ホームネットワーク３００上に接続されている操作端末（図示せず）を介して、適宜、ユーザが設定する。かかる設定は、たとえば、操作端末上に表示されるＧＵＩ（Graphic User Interface）に対しユーザが必要情報を入力することにより行われる。
【００４６】
図３に、デバイスノード２００の機能ブロックを示す。
【００４７】
なお、同図には、ユーザ暗号キーの受け渡しに必要な機能ブロックのみが示されている。これらの機能は、上記と同様、たとえば、ＣＰＵにこれらの機能を連携的に実行させるためのプログラムないしデータベースをデバイスノード２００に実装することにより実現できる。
【００４８】
同図に示す如く、デバイスノード２００は、無線ＬＡＮメディア通信部２０１と、ネットワーク通信処理部２０２と、通信モード設定部２０３と、デバイス情報送信部２０４と、デバイス情報格納部２０５と、ユーザ暗号キー取得部２０６と、ユーザ暗号キー格納部２０７を備えている。
【００４９】
無線ＬＡＮメディア通信処理部２０１は、無線モジュール等の無線通信インタフェースを備え、マスタノード２００または他のデバイスノードとの間で無線通信を行う。ネットワーク通信処理部２０２は、無線ＬＡＮメディア通信部２０１との間で授受するデータに対し、通信プロトコル処理等の処理を施す。通信モード設定部２０３は、ネットワーク通信処理部２０２に対し、無線ＬＡＮ通信時の通信モード（インフラストラクチャモード／アドホックモード）を設定する。
【００５０】
デバイス情報送信部２０４は、デバイス情報格納部２０５に格納されているデバイス情報を読み出し、ネットワーク通信処理部２０２を介して、マスタノード１００に送信する。デバイス情報格納部２０５は、当該機器の機器情報（メーカ名、型番、等）と、デバイスベンダによって割り当てられた当該機器のデバイス暗号キーを格納している。ユーザ暗号キー取得部２０６は、無線ＬＡＮメディア通信部２０１を介してマスタサーバ１００から受信したデータからユーザ暗号キーを取得し、これをユーザ暗号キー格納部２０７に格納する。
【００５１】
図４に、本実施例における手続の流れの概要を示す。なお、図中に示す数字は、手続の流れの順序を示している。以下では、各手順を（ステップ１）〜（ステップ６）として示す。
【００５２】
まず、ユーザは、機器の購入に先立ち、自宅にホームネットワークを構築してセンタサーバ６００に登録し、センタサーバ６００から、ユーザＩＤとメールアドレスの付与を受ける。このとき同時に、ホームネットワークに対し、ユーザ暗号キーを設定する（ステップ１）。
【００５３】
しかる後、ユーザが自身のユーザＩＤを提示してベンダからデバイスノードを購入すると（ステップ２）、ユーザＩＤと購入機器のＩＤがデバイスベンダ７００に入力される。これにより、ユーザＩＤと当該デバイスノードのデバイス情報が、インターネットを介して、デバイスベンダ７００からセンタサーバ６００に送付される（ステップ３）。
【００５４】
センタサーバ６００は、送付を受けたデバイス情報をユーザＤＢに格納するとともに、かかるデバイス情報を、当該ユーザＩＤのメールアドレス（マスタノード１００）に向けて送付する（ステップ４）。
【００５５】
マスタノード１００は、受信したデバイス情報をデバイス情報ＤＢ１０６に格納するとともに、デバイス情報中に含まれているデバイス暗号キーを用いて、アドホックモードにて、当該デバイス情報に対応する機器をサーチするサーチコマンドをブロードキャストする（ステップ５）。このとき、購入したデバイスノード２００が既にホームネットワークに接続されていれば、マスタノード１００と当該デバイスノード２００との間で通信（アドホックモード）が可能となり、この通信によって、ユーザ暗号キーがマスタノード１００から当該デバイスノード２００に受け渡される。これにより、当該デバイスノード２００は、ユーザ暗号キーを取得し、その後、アクセスポイント（ＡＰ）を介したインフラストラクチャモードの通信を行えるようになる（ステップ６）。
【００５６】
図５に、上記ステップ４以降に、センタサーバ６００、マスタノード１００およびデバイスノード２００にて行われる処理の処理フローを示す。
【００５７】
ベンダサーバ７００からセンタサーバ６００に対し、デバイスノード購入ユーザのユーザＩＤとデバイス情報が送付されると、かかるデバイス情報は、センタサーバ６００のデバイスＤＢに格納されるとともに、当該ユーザＩＤに対応するメールアドレスに向けて送信される（Ｓ１０１）。これを受けて、マスタノード１００は、受信したデバイス情報をデバイス情報ＤＢ１０６に格納するとともに（Ｓ１０２）、当該デバイス情報中に含まれているデバイス暗号キー（以下、「新規デバイス暗号キー」と称する）を用いて、アドホックモードにて、当該デバイス情報に対応する機器をサーチするサーチコマンドをブロードキャストする（Ｓ１０３）。
【００５８】
このとき、対応するデバイスノード２００（以下、「新規デバイスノード」と称する）が既にホームネットワークに接続されていれば、新規デバイスノード２００はホームネットワーク接続時にはアドホックモードに設定されているため、マスタノード１００からブロードキャストされたサーチコマンドを、自身のデバイス情報格納部２０５に格納されているデバイス情報中のデバイス暗号キーで受信・解釈することができる（Ｓ１０４：ＹＥＳ）。これに応じて、新規デバイスノード２００は、当該サーチコマンドに対する受信応答を、自身のデバイス暗号キーを用いたアドホックモードにてブロードキャストする。さらに、新規デバイスノード２００は、マスタノード１００からの要求に応じて、デバイス格納部２０５に格納されているデバイス情報を、自身のデバイス暗号キーを用いたアドホックモードにてブロードキャストする（Ｓ１０５）。
【００５９】
かかるブロードキャストは、マスタノード１００のデバイス情報ＤＢ１０６に格納されている新規デバイス暗号キーによって受信・解釈される。このとき、マスタノード１００のデバイス認証部１０７は、受信したデバイス情報と、デバイス情報ＤＢ１０６に格納されているデバイス情報（Ｓ１０２で受信したもの）とを比較し、両者が一致することを確認したときに、当該新規デバイスノード２００を、ホームネットワーク３００に参加し得るものとして認証する（Ｓ１０６：ＹＥＳ）。そして、かかる認証の後、ユーザ暗号キー格納部１０９に格納されているユーザ暗号キーを読み出し、読み出したユーザ暗号キーをパラメータ設定コマンド（無線ＬＡＮによるホームネットワーク規格に従うもの）に含めて、新規デバイス暗号キーによるアドホックモードにて、ブロードキャストする（Ｓ１０７）。このとき、マスタノード１００は、当該新規デバイスノードに対する通信モードを、ユーザ暗号キーを用いたインフラストラクチャモードに設定する（Ｓ１０８）。
【００６０】
かかるパラメータ設定コマンドは新規デバイスノード２００によって受信・解釈され（Ｓ１０９：ＹＥＳ）、新規デバイスノード２００は、受信したパラメータ設定コマンド中からユーザ暗号キーを取得（ユーザ暗号キー取得部２０６）し、これをユーザ暗号キー格納部２０７に格納する。そして、自身の通信モードを、ユーザ暗号キーを用いたインフラストラクチャモードに設定する（Ｓ１１０）。
【００６１】
以上の処理により、新規デバイスノード２００にユーザ暗号キーが設定され、これにより、新規デバイスノードは、ユーザ暗号キーを用いながら、無線ＬＡＮ伝送メディアレベルで、ホームネットワーク３００上の各ノードと通信できるようになる。しかる後、ホームネットワーク用のプラグ＆プレイ処理によるＩＰアドレスの設定等が行われ、ホームネットワーク３００に対する当該新規デバイスノードの参加処理が完了する。
【００６２】
なお、新規デバイスノード２００がホームネットワークへ参加できたかどうかは、デバイスノード２００のＬＥＤを点灯させる方法等で確認するようにすると良い。
【００６３】
本実施例によれば、新規デバイスノードをホームネットワーク３００に接続するのみで、ホームネットワークのユーザ暗号キーを自動的かつ円滑に、新規デバイスノードに設定することができる。このとき、マスタノード１００からブロードキャストされるサーチコマンドは、対応するデバイス暗号キーを保持するデバイスノード２００のみが受信・解釈できるので、実質的に１対１の通信とみなすことができ、最終的に設定する必要のあるユーザ暗号キーを、セキュリティを確保した上で新規デバイスノード２００に設定できる。また、デバイス認証部１０７は、センタサーバ６００から送付されたデバイス情報に対応したデバイスノード（ユーザが購入したデバイスノード）のみを、ホームネットワーク３００への参加し得るデバイスノードとして認証するものであるから、たとえば、不正に入手されたデバイスノードがホームネットワークに接続されるのを抑制でき、デバイスノードの不正使用を同時に防止することもできる。
【００６４】
このように、本実施例によれば、簡易な手続にて新規デバイスノードにユーザ暗号キーを設定できるとともに、ユーザ暗号キー設定時におけるセキュリティの確保と、デバイスノードの不正使用の回避を同時に達成することができる。
【実施例２】
【００６５】
上記実施例１では、サーチコマンドを電波（アドホックモード）でブロードキャストするものであるから、新規デバイスノード２００とマスタノード１００は、直接電波が届く範囲に設置されている必要がある。しかし、両者がそれぞれ１階と３階に設置されている場合等、両者の間で直接電波が届かないような設置形態も起こり得る。かかる場合、上記実施例１では、新規デバイスノード２００にユーザ暗号キーを設定することができない。本実施例は、かかる不都合を解消するものである。
【００６６】
本実施例では、上記実施例１における新規デバイスノードのサーチ機能と、ユーザ暗号キーの受け渡し機能を、既にホームネットワークに接続済みのデバイスノード２００に分散させる。具体的には、図２に示すデバイス認証部１０７の機能を、対応するデバイスノードに実装させる。かかる機能は、予め、デバイスノード２００に実装させておいても良く、あるいは、必要に応じてマスタノード１００からデバイスノード２００にダウンロードするようにしても良い。また、全てのデバイスノードに当該機能を分散する必要はなく、たとえば、各階に数機ずつ、機能分散されたデバイスノードを配するようにしても良い。この場合、何れのデバイスノードに機能分散するかは、ユーザが適宜決定すれば良い。なお、何れのデバイスノードに機能分散したかについては、別途、マスタノード１００に設定登録する必要がある。
【００６７】
図６および図７に、本実施例におけるユーザ暗号キー受け渡し時の処理フローを示す。なお、本処理フローにおいては、機能分散されるデバイスノードには既にデバイス認証部１０７の機能が実装されているものとする。また、何れのデバイスノードに対し機能分散されているかについては、マスタノード１００に登録されているものとする。
【００６８】
図６におけるマスタノード１００の処理フロー中、Ｓ１０２〜Ｓ１０８は、上記実施例１と同様である。すなわち、マスタノード１００からのサーチコマンドに対し、新規デバイスノード２００から応答があれば、上記と同様、マスタノード１００から新規デバイスノード２００にユーザ暗号キーが受け渡される。
【００６９】
これに対し、サーチコマンドに対する応答がなければ（Ｓ１０６：ＮＯ）、機能分散されているデバイスノードのうち、一つのデバイスノードを分散先デバイスノードに設定し（Ｓ２０１）、この分散先デバイスノード２００に対し、インフラストラクチャモードにて、機能分散コマンドを送信する（Ｓ２０２）。なお、かかる機能分散コマンドには、新規デバイスノード２００のデバイス情報（属性情報、新規デバイス暗号キー）が含められている。
【００７０】
図７を参照して、分散先デバイスノードは、マスタノード１００から機能分散コマンドを受信すると（Ｓ２１０）、機能分散コマンド中のデバイス情報に含まれている新規デバイス暗号キーを用いて、アドホックモードにて、新規デバイスノードをサーチするサーチコマンドをブロードキャストする（Ｓ２１１）。
【００７１】
これに対し、新規デバイスノードから応答を受信し、さらに、新規デバイスノードから受信したデバイス情報がマスタノード１００から受け取ったデバイス情報に一致していれば（Ｓ２１２：ＹＥＳ）、新規デバイスノードをホームネットワークに接続し得るデバイスノードとして認証する。そして、ユーザ暗号キー格納部２０７に格納されているユーザ暗号キーを読み出し、読み出したユーザ暗号キーをパラメータ設定コマンドに含めて、新規デバイス暗号キーによるアドホックモードにて、ブロードキャストする（Ｓ２１３）。しかる後、かかるパラメータ設定コマンドに対する応答を新規デバイスノード２００から受信すると、マスタノード１００に対し、ユーザ暗号キーの設定完了通知を送信する。
【００７２】
一方、サーチコマンドのブロードキャストに対し、新規デバイスノード２００から応答を受信できず、あるいは、新規デバイスノードから受信したデバイス情報がマスタノード１００から受け取ったデバイス情報に一致しなかった場合には（Ｓ２１２：ＮＯ）、分散先デバイスノード２００は、マスタノード１００に対し、ユーザ暗号キーの設定不可通知を送信する（Ｓ２１５）。
【００７３】
図６に戻り、マスタノード１００は、分散先デバイスノード２００からユーザ暗号キーの設定完了通知を受信すると（Ｓ２０３：ＹＥＳ）、当該新規デバイスノードに対する通信モードを、ユーザ暗号キーを用いたインフラストラクチャモードに設定する（Ｓ１０８）。一方、分散先デバイスノード２００からユーザ暗号キーの設定不可通知を受信すると（Ｓ２０３：ＮＯ）、機能分散されているデバイスノードのうち、次のデバイスノードを分散先デバイスノードに設定し（Ｓ２０４→Ｓ２０１）、上記と同様の処理により、次の分散先デバイスノードに分散機能を実行させる。
【００７４】
かかる機能分散処理は、ユーザ暗号キーの設定完了通知を分散先デバイスノード２００から受信するか（Ｓ２０３：ＹＥＳ）、機能分散されている全てのデバイスノードによって機能分散処理が実行される（Ｓ２０４：ＮＯ）まで繰り返し実行される。そして、機能分散されている全てのデバイスノードによって機能分散処理が実行してもユーザ暗号キーを設定できなければ、Ｓ１０３に戻り、以降の処理を繰り返す。なお、Ｓ１０３に戻った後の処理の実行は、直ちに実行してもユーザ暗号キーを設定できない可能性が高い（新規デバイスノードがホームネットワークに接続されていない）ので、所定の時間が経過した後に実行するようにすると良い。これにより、無駄な処理を回避することができる。
【００７５】
以上、本実施例によれば、新規デバイスノード２００とマスタノード１００が直接電波の届く範囲に設置されていない場合にも、新規デバイスノード２００に対し円滑にユーザ暗号キーを設定することができる。
【実施例３】
【００７６】
本実施例は、既に設定されているユーザ暗号キーを変更する際の処理に関するものである。
【００７７】
図８に、本実施例に係るマスタノード１００の処理フローを示す。
【００７８】
操作端末を操作して、ユーザが新規ユーザ暗号キーとユーザ暗号キーの変更指令を入力すると、マスタノード１００は、デバイス情報ＤＢ１０６に格納されている全デバイスノードのリセットフラグを“１”に設定し（Ｓ３０１）、全デバイスノード（リセットフラグ＝１のデバイスノード）を対象に、インフラストラクチャモードにて、リセットコマンドをブロードキャストする（Ｓ３０２）。かかるリセットコマンドを受信したデバイスノード２００は、リセットコマンドの受信応答をインフラストラクチャモードでマスタノード１００に送信した後、自身のユーザ暗号キー格納部２０７に格納されているユーザ暗号キーを消去し、通信モードを自身のデバイス暗号キーによるアドホックモードに切り替える。
【００７９】
マスタノード１００は、デバイスノード２００からリセットコマンドの受信応答を受信すると、当該デバイスノード２００のリセットフラグを“０”に設定する。そして、当該デバイスノードの通信状態フラグを“通信可能状態（インフラストラクチャモード）”から“初期状態（アドホックモード）”に設定する（Ｓ３０３）。なお、所定時間内に受信応答を受信できなかったデバイスノードについては、リセットフラグを“１”のままとし、また、通信状態フラグを“通信可能状態（インフラストラクチャモード）”のままとする。
【００８０】
しかる後、マスタノード１００は、リセットフラグが“０”で、かつ、状態フラグが“初期状態”のデバイスノードを対象に、上記図５または図６、図７に示す処理フローに従って、新規ユーザ暗号キーの設定（アドホックモード）を行い、新規ユーザ暗号キーを設定したデバイスノードの通信状態フラグを“通信可能状態”に設定する（Ｓ３０４）。なお、かかる設定処理により、上記実施例１、２に示す如く、リセットフラグが“０”で、かつ、状態フラグが“初期状態”のデバイスノードに順次、新規ユーザ暗号キーが設定され、その通信モードがインフラストラクチャモードに設定される。かかる設定処理は、対象となる全てのデバイスノードに対し新規ユーザ暗号キーが設定されるまで実行される（Ｓ３０６）。
【００８１】
しかして、リセットフラグが“０”で、かつ、状態フラグが“初期状態”の全てのデバイスノード２００に対し新規ユーザ暗号キーの設定が終了すると（Ｓ３０６：ＹＥＳ）、ホームネットワークに対し新規ユーザ暗号キーを設定し、以後、かかる暗号キーを用いた通信（インフラストラクチャモード）が行われる。
【００８２】
なお、上記Ｓ３０３にて、ホームネットワーク上の全てのデバイスノードからリセットコマンドに対する受信応答を受信できなかった場合には（Ｓ３０７：ＮＯ）、Ｓ３０２に戻り、受信応答を受信できなかったデバイスノードを対象に、インフラストラクチャモードで、リセットコマンドをブロードキャストする。かかるブロードキャストは、新規ユーザ暗号キーが設定される前の古いユーザ暗号キーを用いて行う。なお、Ｓ３０２に戻った後の処理の実行は、これを直ちに実行してもユーザ暗号キーを設定できない可能性が高い（対象となるデバイスノードがホームネットワークから一時的に切り離されている）ので、所定の時間が経過した後に実行するようにすると良い。これにより、無駄な処理を回避することができる。
【００８３】
本実施例によれば、新規デバイスノードに対するユーザ暗号キーの処理フローをユーザ暗号キーの変更処理に一部共用できるので、ユーザ暗号キー変更時の処理シーケンスを簡素化することができる。また、新規ユーザ暗号キーは、上記実施例１、２と同様、それぞれのデバイスノードに対応するデバイス暗号キーを用いながら、アドホックモードにて、対応するデバイスノードに１対１の通信にて設定されるから、新規ユーザ暗号キーを、セキュリティを確保した上で、それぞれのデバイスノードに設定でき、また、センタサーバ６００から送付されたデバイス情報に対応したデバイスノード（ユーザが購入したデバイスノード）以外のデバイスノードには新規ユーザ暗号キーを設定できないことから、たとえば、不正に入手されたデバイスノードがホームネットワークに参加するのを抑制できるとの効果を奏することもできる。
【００８４】
なお、上記何れの実施例においても、マスタノード１００が保持しているデバイス情報が失われた場合には、センタサーバ６００のユーザＤＢに管理されているので、そこから再取得することが可能となる。
【００８５】
以上、本発明に係る実施の形態について説明したが、本発明はかかる実施の形態に限定されるものではない。本発明の実施の形態は、特許請求の範囲に示された技術的思想の範囲内において、適宜、種々の変更が可能である。
【図面の簡単な説明】
【００８６】
【図１】実施の形態に係るホームネットワークシステムの構成を示す図
【図２】実施の形態に係るマスタノードの機能ブロックを示す図
【図３】実施の形態に係るデバイスノードの機能ブロックを示す図
【図４】実施例１に係る概括的な手続の流れを示す図
【図５】実施例１に係るユーザ暗号キー設定時の処理フローを示す図
【図６】実施例２に係るユーザ暗号キー設定時の処理フローを示す図
【図７】実施例２に係るユーザ暗号キー設定時の処理フローを示す図
【図８】実施例３に係るユーザ暗号キー変更時の処理フローを示す図
【符号の説明】
【００８７】
１００  マスタノード
１０１  公衆網通信部
１０２  ネットワーク通信処理部
１０３  無線ＬＡＮメディア通信部
１０４  通信モード設定部
１０５  デバイス情報取得部
１０６  デバイス情報ＤＢ
１０７  デバイス認証部
２００  デバイスノード
２０１  無線ＬＡＮメディア通信部
２０２  ネットワーク通信処理部
２０３  通信モード設定部
２０４  デバイス情報送信部
２０７  デバイス情報格納部
２０６  ユーザ暗号キー取得部
２０７  ユーザ暗号キー格納部
【図１】
0004660100.tif 000002
【図２】
0004660100.tif 000003
【図３】
0004660100.tif 000004
【図４】
0004660100.tif 000005
【図５】
0004660100.tif 000006
【図６】
0004660100.tif 000007
【図７】
0004660100.tif 000008
【図８】
0004660100.tif 000009