(57)【要約】【課題】機器とコントローラの間の認証処理だけでは、機器の識別子および公開鍵証明書をコピーした機器を不正機器として検出できる不正機器検出方法を提供する。【解決手段】サーバは、認証処理に成功した機器の機器識別子とコントローラが含まれるエリアネットワークに関する情報を対応付けた対応情報を保持している。また、機器は認証処理に成功した場合に認証に成功したコントローラが含まれるエリアネットワークに関する情報を保持する。新たな機器が接続要求を行った場合に、サーバは、対応情報に当該新たな機器の識別子が登録されているかを確認し、登録されている場合に、これに対応付けられているエリアネットワークに関する情報と、新たな機器が保持しているエリアネットワークに関する情報とが一致するか否かを判定し、一致しない場合に当該新たな機器を不正機器として検出する。【選択図】図１６
2015146175.tif 000002
【特許請求の範囲】
【請求項１】
不正機器検出システムにおける不正機器検出方法であって、
前記不正機器検出システムは、少なくとも１つのコントローラと当該コントローラに接続された１以上の機器とからなるエリアネットワークが複数と、前記エリアネットワーク各々について当該エリアネットワークに関する情報と当該エリアネットワークに含まれる認証処理に成功した１以上の機器を示す機器識別子とを対応付けた対応情報を保持する不正機器検出サーバとを含み、
前記機器各々は、コントローラとの認証処理に成功した場合に、認証処理に成功したコントローラが含まれるエリアネットワークに関する情報を保持し、
前記不正機器検出サーバは、
前記コントローラのうちいずれかのコントローラとの間で新たに認証を行う機器がある場合に、当該新たに認証を行う機器の機器識別子を取得し、
取得した機器識別子が前記対応情報に含まれているか否かを検出し、
取得した機器識別子が前記対応情報に含まれていた場合に、前記新たに認証を行う機器から、エリアネットワークに関する情報の取得を試み、
前記新たに認証を行う機器からエリアネットワークに関する情報を取得できた場合に、当該エリアネットワークに関する情報と、前記対応情報において前記新たに認証を行う機器の機器識別子に対応付けられたエリアネットワークに関する情報とが一致するか否かを判定し、
一致しないと判定した場合に、前記新たに認証を行う機器を不正な機器であると検出する
ことを特徴とする不正機器検出方法。
【請求項２】
前記サーバは、前記新たに認証を行う機器から、エリアネットワークに関する情報を取得できなかった場合にも、前記新たに認証を行う機器を不正な機器であると検出する
ことを特徴とする請求項１記載の不正機器検出方法。
【請求項３】
前記エリアネットワークに関する情報とは、当該エリアネットワークに含まれる前記コントローラに固有の識別子である
ことを特徴とする請求項１記載の不正機器検出方法。
【請求項４】
前記エリアネットワークに関する情報とは、当該エリアネットワークに含まれる前記コントローラのＭＡＣアドレスである
ことを特徴とする請求項１記載の不正機器検出方法。
【請求項５】
前記エリアネットワークに関する情報とは、当該エリアネットワークに対して予め定められた固有のエリアネットワーク識別情報である
ことを特徴とする請求項１記載の不正機器検出方法。
【請求項６】
前記エリアネットワークに関する情報とは、当該エリアネットワークに含まれる機器各々の機器識別子を１以上含む機器情報である
ことを特徴とする請求項１記載の不正機器検出方法。
【請求項７】
前記新たに認証を行う機器の機器識別子が前記対応情報に登録されている場合であって、前記新たに認証を行う機器から取得したエリアネットワークに関する情報と、前記対応情報において前記新たに認証を行う機器の機器識別子に対応付けられて登録されているエリアネットワークに関する情報とが一致すると判定したときには、前記新たに認証を行う機器の機器識別子と前記新たに認証を行う機器が接続されたコントローラが含まれるエリアネットワークに関する情報とを対応付けて登録する
ことを特徴とする請求項１記載の不正機器検出方法。
【請求項８】
少なくとも１つのコントローラと当該コントローラに接続されており当該コントローラが含まれるエリアネットワークに関する情報を保持する１以上の機器とから成るエリアネットワークが複数と、不正機器検出サーバと、を含む不正機器検出システムにおける不正機器検出サーバであって、
機器とコントローラとの間で認証処理に成功した場合に、当該機器の機器識別子と、当該コントローラが含まれるエリアネットワークに関する情報とを対応付けて記憶する対応情報記憶手段と、
前記コントローラのうちいずれかのコントローラとの間で新たに認証を行う機器がある場合に、当該新たに認証を行う機器の機器識別子を取得する機器識別子取得手段と、
取得した機器識別子が前記対応情報に含まれているか否かを検出する登録検出手段と、
取得した機器識別子が前記対応情報に含まれていた場合に、前記新たに認証を行う機器から、エリアネットワークに関する情報の取得を試みるエリアネットワーク情報取得手段と、
前記エリアネットワーク情報取得手段が前記新たに認証を行う機器からエリアネットワークに関する情報を取得できた場合に、取得したエリアネットワークに関する情報と、前記対応情報において前記新たに認証を行う機器の機器識別子に対応付けられたエリアネットワークに関する情報とが一致するか否かを判定する判定手段と、
一致しないと判定した場合に、前記新たに認証を行う機器を不正な機器であると検出する不正機器検出手段とを備える
ことを特徴とする不正機器検出サーバ。
【請求項９】
少なくとも１つのコントローラと当該コントローラに接続されており当該コントローラが含まれるエリアネットワークに関する情報を保持する１以上の機器とから成るエリアネットワークが複数と、不正機器検出サーバと、を含む不正機器検出システムであって、
機器とコントローラとの間で認証処理に成功した場合に、当該機器の機器識別子と、当該コントローラが含まれるエリアネットワークに関する情報とを対応付けて記憶する対応情報記憶手段と、
前記コントローラのうちいずれかのコントローラとの間で新たに認証を行う機器がある場合に、当該新たに認証を行う機器の機器識別子を取得する機器識別子取得手段と、
取得した機器識別子が前記対応情報に含まれているか否かを検出する登録検出手段と、
取得した機器識別子が前記対応情報に含まれていた場合に、前記新たに認証を行う機器から、エリアネットワークに関する情報の取得を試みるエリアネットワーク情報取得手段と、
前記エリアネットワーク情報取得手段が前記新たに認証を行う機器からエリアネットワークに関する情報を取得できた場合に、取得したエリアネットワークに関する情報と、前記対応情報において前記新たに認証を行う機器の機器識別子に対応付けられたエリアネットワークに関する情報とが一致するか否かを判定する判定手段と、
一致しないと判定した場合に、前記新たに認証を行う機器を不正な機器であると検出する不正機器検出手段とを備える
ことを特徴とする不正機器検出システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の機器が接続されるシステム内における不正機器の検出方法に関する。
【背景技術】
【０００２】
近年、家庭内の家電機器やＡＶ機器がネットワークに接続され、そこからクラウドに収集される各種履歴情報を用いた各種サービスが期待されている。
このとき、家庭内にコントローラを設置し、当該コントローラが、各家電機器からメーカーサーバへの履歴情報の送信を中継する。当該コントローラと家電機器間で安全に通信を実行できるように認証を行うことで、例えば、無線通信における情報の漏洩やなりすましによる家庭内のネットワークへの接続を防止する。
【０００３】
このため、従来においては、Ｗｉ−Ｆｉアライアンスでは、Ｗｉ−Ｆｉ  Ｐｒｏｔｅｃｔｅｄと呼称される機器間の接続を容易に行えるようにするための規格を策定している（例えば、非特許文献１）。しかしながら、Ｗｉ−Ｆｉの無線接続では、コントローラに相当するアクセスポイントの機器と家電機器間において、機器の相互接続性を保証しているだけであり、接続相手が正当な機器であるか否かについては保障されない。そこで、機器の正当性を認証するための一手法として公開鍵基盤（ＰＫＩ：Ｐｕｂｌｉｃ  Ｋｅｙ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）を用いることが知られている（例えば、非特許文献２）。
【０００４】
ＰＫＩ認証においては、秘密鍵の漏洩が発生した場合、公開鍵証明書を使った不正を防止すべく、公開鍵証明書の失効が必要となる。公開鍵証明書を失効させるための手法として証明書の失効リストであるＣＲＬ（Ｃｅｒｔｉｆｉｃａｔｉｏｎ  Ｒｅｖｏｃａｔｉｏｎ  Ｌｉｓｔ）が代表される（例えば、非特許文献２）。
ＣＲＬとは失効した公開鍵証明書を示すリストであり、一般的には、公開鍵証明書を発行した認証局が失効した公開鍵証明書のＩＤに自身の署名を付けて配布する。家電機器やコントローラのエンティティは、接続する他のエンティティの公開鍵証明書がＣＲＬに記載されていないかを検証する。そのため、ＣＲＬは最新のものを用いる必要がある。
【０００５】
また、ある機器の保持する情報を、他の機器にコピーし、同じ識別子を持つ不正な機器が複数存在した場合、当該複数の不正な機器を検出し、ＣＲＬへ反映させる必要がある。そこで、同じ識別子を有する不正な機器が複数存在する場合に、その不正な機器を検出するために、乱数を用いた相互認証を行った後に用いた乱数を記憶しておき、次回の認証での相手の確認を行うために記憶しておいた乱数を用いる方法がある（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特許第０４８５７１２３号
【非特許文献】
【０００７】
【非特許文献１】Ｗｉ−Ｆｉ  ＣＥＲＴＩＦＩＥＤ  Ｗｉ−Ｆｉ  Ｐｒｏｔｅｃｔｅｄ  Ｓｅｔｕｐ
【非特許文献２】宮地充子、菊池浩明、「情報セキュリティ」（２００３年）
【非特許文献３】ＮＳＡ  Ｓｕｉｔｅ  Ｂ  Ｉｍｐｌｅｍｅｎｔｅｒ‘ｓ  Ｇｕｉｄｅ  ｔｏ  ＦＩＰＳ  １８６−３  （ＥＣＤＳＡ）
【非特許文献４】ＮＩＳＴ Ｓｐｅｃｉａｌ Ｐｕｂｌｉｃａｔｉｏｎ ８００−５６Ａ  Ｒｅｖｉｓｉｏｎ ２
【非特許文献５】ＲＦＣ５１９１  Ｐｒｏｔｏｃｏｌ ｆｏｒ Ｃａｒｒｙｉｎｇ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｆｏｒ Ｎｅｔｗｏｒｋ Ａｃｃｅｓｓ （ＰＡＮＡ）
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ところで、家電機器においては、そのコストを抑えるために、一般的にはメモリの記憶容量をできるだけ小さくするのが望ましく、上記特許文献１に記載の手法を用いて、上述のように家電機器に乱数を記憶させておくのはできるだけ避けたいという要望がある。
そこで、本発明は、上記課題に鑑みてなされたものであり、機器に余分な情報を記憶させることなく、認証に必要なデータをコピーした機器を不正な機器として検出することができる不正機器検出方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明は、不正機器検出システムにおける不正機器検出方法であって、前記不正機器検出システムは、少なくとも１つのコントローラと当該コントローラに接続された１以上の機器とからなるエリアネットワークが複数と、前記エリアネットワーク各々について当該エリアネットワークに関する情報と当該エリアネットワークに含まれる認証処理に成功した１以上の機器を示す機器識別子とを対応付けた対応情報を保持する不正機器検出サーバとを含み、前記機器各々は、コントローラとの認証処理に成功した場合に、認証処理に成功したコントローラが含まれるエリアネットワークに関する情報を保持し、前記不正機器検出サーバは、前記コントローラのうちいずれかのコントローラとの間で新たに認証を行う機器がある場合に、当該新たに認証を行う機器の機器識別子を取得し、取得した機器識別子が前記対応情報に含まれているか否かを検出し、取得した機器識別子が前記対応情報に含まれていた場合に、前記新たに認証を行う機器から、エリアネットワークに関する情報の取得を試み、前記新たに認証を行う機器からエリアネットワークに関する情報を取得できた場合に、当該エリアネットワークに関する情報と、前記対応情報において前記新たに認証を行う機器の機器識別子に対応付けられたエリアネットワークに関する情報とが一致するか否かを判定し、一致しないと判定した場合に、前記新たに認証を行う機器を不正な機器であると検出することを特徴としている。
【発明の効果】
【００１０】
上述のような構成によって、コントローラと機器とが接続する際には、サーバが保持する当該機器に対応付けられているエリアネットワークに関する情報と、機器が保持するエリアネットワークに関する情報とが一致しない場合に不正機器を検出することができる。その結果、エリアネットワークへの不正機器の参入を防止することができる。
【図面の簡単な説明】
【００１１】
【図１】不正機器検出システムのシステム構成を示すシステム図
【図２】コントローラの機能構成を示すブロック図
【図３】機器の機能構成を示すブロック図
【図４】メーカーサーバの機能構成を示すブロック図
【図５】ポータルサーバの機能構成を示すブロック図
【図６】メーカーサーバが保持する対応情報の構成を示すデータ概念図
【図７】機器が保持するコントローラ情報の構成を示すデータ概念図
【図８】コントローラが保持する機器情報の構成を示すデータ概念図
【図９】公開鍵証明書の構成を示すデータ概念図
【図１０】ＣＲＬの構成を示すデータ概念図
【図１１】機器の動作を示すフローチャート
【図１２】コントローラの動作を示すフローチャートその１
【図１３】図１２から続くコントローラの動作を示すフローチャートその２
【図１４】メーカーサーバの動作を示すフローチャート
【図１５】正当な機器が新たなコントローラに接続されたときのシステムの動作を示すシーケンス図
【図１６】不正な機器がコントローラに接続されたときのシステムの動作を示すシーケンス図
【図１７】変形例に係る機器が保持するコントローラ情報の構成を示すデータ概念図
【図１８】変形例に係るメーカーサーバが保持する対応情報の構成を示すデータ概念図
【図１９】変形例に係る機器が保持するコントローラ情報の別構成を示すデータ概念図
【発明を実施するための形態】
【００１２】
本発明に係る不正機器検出システムの一実施形態について、図面を参照しながら説明する。
＜実施の形態１＞
＜構成＞
図１は、不正機器検出システムのシステム構成を示す図である。図１に示すように、不正機器検出システムは、複数のエリアネットワーク（ホームエリアネットワークａ、ホームエリアネットワークｂ）と、メーカーサーバ３００と、ポータルサーバ４００とが、ネットワーク５００を介して接続されて成る。図１においては、各ホームエリアネットワークのおおよその範囲は点線で囲んだ範囲を想定している。
【００１３】
各ホームエリアネットワークには、少なくとも１つのコントローラが含まれ、コントローラには、１以上の機器が接続される。ここでいう機器とは、一般的な家電機器（例えば、テレビ、冷蔵庫、電子レンジ、空調機など）を想定する。
図１の例でいえば、ホームエリアネットワークａには、コントローラ１００ａと、機器２００ａ、２００ｂ、２００ｃが含まれ、各機器は、コントローラ１００ａに接続される。そして、コントローラ１００ａはネットワーク５００に接続されている。
【００１４】
また、ホームエリアネットワークｂには、コントローラ１００ｂと、機器２００ｄ、２００ｅが含まれ、各機器は、コントローラ１００ｂに接続されている。そして、コントローラ１００ｂはネットワーク５００に接続されている。
そして、各コントローラ１００ａ、１００ｂは、ネットワーク５００を介して、メーカーサーバ３００と接続されている。
【００１５】
本実施の形態においては、メーカーサーバ３００は、機器とコントローラ間での接続が成った際の対応関係を示す対応情報を保持している。そして、新たに機器とコントローラ間で接続設定を行う際に、メーカーサーバ３００は、新たに認証を行おうとしている機器がすでに対応情報においてコントローラとの対応付けがなされているかを判定する。そして、対応付けられている場合に、対応づけられているコントローラに関する情報を当該機器がエリアネットワークに関する情報として保持しているかに応じて、不正な機器であるか否かを検出する。
【００１６】
以下、不正機器検出システムを構成する各装置について詳細に説明する。
＜コントローラの構成＞
図２は、コントローラ１００ａ、１００ｂの機能構成を示すブロック図である。各コントローラは、接続する機器などが互いに異なってくる以外は同様の構成を有するため、ここでは代表してコントローラ１００ａについて説明する。
【００１７】
図２に示すように、コントローラ１００ａは、通信部１１０と、制御部１２０と、認証処理部１３０と、認証情報保持部１４０と、機器情報保持部１５０とを含んで構成される。
通信部１１０は、接続されている機器や、ネットワーク５００を介してメーカーサーバ３００およびポータルサーバ４００と通信を実行する機能を有する。
【００１８】
制御部１２０は、コントローラ１００ａの各部を制御するものであって、コントローラ１００ａに接続されている機器を管理する機能を有する。制御部１２０は、通信部１１０を介して機器からの接続要求を受け付けた場合に、認証処理部１３０に公開鍵証明書を伝達し、認証処理を依頼する。制御部１２０は、認証処理部１３０から伝達された公開鍵証明書の認証に成功した旨を受け付けた場合に、接続要求を送信してきた機器の機器ＩＤが登録されているか否かの確認要求をメーカーサーバ３００に送信する。制御部１２０は、メーカーサーバ３００から機器が保持するコントローラＩＤを要求する接続コントローラＩＤ要求を受信した場合には、それを機器に転送する。また、制御部１２０は、転送した接続コントローラＩＤ要求に応じて機器から送信された機器が保持するコントローラＩＤを受信した場合には、それをメーカーサーバ３００に転送する。制御部１２０は、メーカーサーバ３００から認証中止通知を受信した場合には認証処理を中止し、接続要求を送信してきた機器にエラー通知を送信する。制御部１２０は、メーカーサーバ３００から認証続行通知を受信した場合には、認証処理部１３０に対して認証処理の続行を通知する。
【００１９】
そして、制御部１２０は、認証処理部１３０から認証結果を受け取る。制御部１２０は、受け取った認証結果が認証成功を示す場合に、機器情報保持部１５０が保持する機器情報に、認証に成功した機器の機器ＩＤと、当該機器が保持する公開鍵証明書のＩＤとを対応付けて記憶する。
認証処理部１３０は、接続要求を送信してきた機器の認証処理を実行する機能を有する。認証処理部１３０は、制御部１２０からの認証依頼を受けて、当該認証依頼とともに伝達された公開鍵証明書の認証処理を実行する。認証処理部１３０は、制御部１２０から認証依頼を受け付けると、認証情報保持部１４０にアクセスし、ＣＲＬを取得する。認証処理部１３０は、取得したＣＲＬに、制御部１２０から伝達された公開鍵証明書のＩＤが登録されているか否かを検証する。また、認証処理部１３０は、公開鍵証明書の署名をポータルサーバ４００の公開鍵を用いて認証する。ＣＲＬに公開鍵証明書のＩＤが登録されていないことおよび公開鍵証明書の署名検証に成功すると、認証処理部１３０は、公開鍵証明書の検証成功を制御部１２０に通知する。ＣＲＬに公開鍵証明書のＩＤが登録されている、または、公開鍵証明書の署名検証に失敗すると、認証処理部１３０は、公開鍵証明書の認証失敗を制御部１２０に通知する。
【００２０】
さらに、認証処理部１３０は、制御部１２０からの認証続行通知を受けると、乱数を生成し、当該乱数を、通信部１１０を介して、機器に送信する。また、通信部１１０を介して、機器から乱数を受け付けた場合に、受け付けた乱数の署名を検証する。認証処理部１３０は、いずれの検証においても失敗した場合には、接続要求を行った機器を不正な機器であると判断する。そして、認証処理部１３０は、認証結果を制御部１２０に通知する。
【００２１】
認証情報保持部１４０は、データベースであり、秘密鍵と公開鍵証明書の鍵ペアや、認証において用いられるＣＲＬの情報を保持する。認証情報保持部１４０は、具体的には、フラッシュメモリやＨＤＤ（Ｈａｒｄ  Ｄｉｓｃ  Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）などの記録媒体により実現される。公開鍵証明書や、ＣＲＬの詳細については後述する。
【００２２】
機器情報保持部１５０は、データベースであり、コントローラ１００ａに接続され、認証に成功した機器を管理するための機器情報を保持する。機器情報保持部１５０は、具体的には、フラッシュメモリやＨＤＤやＳＳＤなどの記録媒体により実現される。機器情報の詳細については後述する。
なお、認証情報保持部１４０および機器情報保持部１５０は、別々の記録媒体により実現されてもよいし、一つの記録媒体内で記憶領域を分けて、実現される構成としてもよい。
【００２３】
以上が、コントローラ１００ａの構成である。
＜機器の構成＞
図３は、機器２００ａ、２００ｂ、２００ｃ、２００ｄ、２００ｅの機能構成を示すブロック図である。各機器は、略同様の構成を有するため、ここでは代表して機器２００ａについて説明する。なお、各機器は、それぞれ固有の機能を有し、その点において、機器が別種の機器であれば他の機器とは共通しない。各固有の機能については、例えば、洗濯機であれば洗濯機能、空調機であれば暖房や冷房などの機能のことであり、一般的な機能であるため、ここではその固有機能についての説明を省略し、不正機器検出に係る機能についてのみ説明するものとする。
【００２４】
図３に示すように、機器２００ａは、通信部２１０と、制御部２２０と、認証処理部２３０と、認証情報保持部２４０と、コントローラ情報保持部２５０と、機器履歴保持部２６０とを含んで構成される。
通信部２１０は、接続されたコントローラと通信を実行する機能を有する。
制御部２２０は、機器の各部を制御する機能を有する。制御部２２０は、通信部２１０を介して、接続されたコントローラに対して接続要求を送信する。
【００２５】
制御部２２０は、接続されたコントローラおよび通信部２１０を介してメーカーサーバ３００からの、エリアネットワークに関する情報である接続コントローラＩＤを要求された場合に、コントローラ情報保持部２５０に記憶されているコントローラＩＤを取得し、メーカーサーバ３００に送信する。このとき、コントローラＩＤを取得できなかった場合には、制御部２２０は、コントローラＩＤを保持していない旨を示す情報をメーカーサーバ３００に送信する。
【００２６】
また、制御部２２０は、接続されたコントローラから、コントローラＩＤ、公開鍵証明書、乱数の情報を受信した場合には、コントローラの認証処理を認証処理部２３０に依頼する。
当該依頼に対して、認証成功を示す情報を認証処理部２３０から受け付けた場合には、制御部２２０は、接続されたコントローラのコントローラＩＤおよびそのコントローラが所持している公開鍵証明書の証明書ＩＤの対を、コントローラ情報に追加し、認証処理を終了する。当該依頼に対して認証失敗を示す情報を認証処理部２３０から受け付けた場合には、接続先のコントローラは不正なコントローラであると判断して、接続処理を終了する。
【００２７】
また、制御部２２０は、認証処理中にコントローラから通信部２１０を介してエラーを受信した場合には、認証処理に失敗したことを認識し、認証処理を終了する。
認証処理部２３０は、通信部２１０を介して、接続されたコントローラとの間で認証処理を実行する機能を有する。認証処理部２３０は、制御部２２０からコントローラのコントローラＩＤと公開鍵証明書と乱数を含む認証依頼を受け付けると、認証情報保持部２４０にアクセスして、ＣＲＬを取得する。そして、認証処理部２３０は、取得したＣＲＬに受け付けた公開鍵証明書のＩＤが登録されているか否かを検証する。また、認証処理部２３０は、認証局であるポータルサーバ４００の公開鍵を用いて、公開鍵証明書の署名を検証する。公開鍵証明書の署名の検証に成功すると、認証処理部２３０は、乱数を生成し、生成した乱数を通信部２１０を介してコントローラに送信する。また、認証処理部２３０は、コントローラから受信した乱数の署名を検証する。いずれの検証においてもその検証に失敗した場合には、認証処理部２３０は、認証失敗を制御部２２０に通知する。認証に成功した場合には、認証処理部２３０は、その旨を制御部２２０に通知する。
【００２８】
認証情報保持部２４０は、データベースであり、秘密鍵と公開鍵証明書の鍵ペアや、認証において用いられるＣＲＬの情報を保持する。公開鍵証明書や、ＣＲＬの詳細については後述する。
コントローラ情報保持部２５０は、機器２００ａに接続されたコントローラであって、接続認証に成功したコントローラについてのコントローラ情報を保持する機能を有する。コントローラ情報の詳細については後述する。
【００２９】
機器履歴保持部２６０は、データベースであり、機器２００ａの動作履歴情報を保持する。機器履歴保持部２６０は、具体的には、フラッシュメモリやＨＤＤやＳＳＤなどの記録媒体により実現される。なお、動作履歴情報は、一般的な動作の履歴であるため、詳細については説明を割愛する。簡単に一例を説明すると、動作履歴情報は、機器について、どの機能が、どの日時に実行され、その実行結果が対応付けられた情報である。
＜メーカーサーバ３００＞
図４は、メーカーサーバ３００の機能構成を示すブロック図である。図４に示すように、メーカーサーバ３００は、通信部３１０と、制御部３２０と、ＣＲＬ管理部３３０と、対応情報保持部３４０と、ＣＲＬ保持部３５０とを含んで構成される。
【００３０】
通信部３１０は、ネットワーク５００を介して、コントローラ１００ａ、１００ｂと通信を実行する機能を有する。
制御部３２０は、対応情報保持部３４０を制御し、コントローラと機器の接続関係を示す対応情報や、接続するコントローラや機器のＩＤ、証明書ＩＤ、機器の動作履歴を管理する機能を有する。
【００３１】
制御部３２０は、コントローラから通信部３１０を介して、機器がすでに対応情報に登録されているか否かを確認するための確認要求を受信した場合に、対応情報保持部３４０から対応情報を読み出し、当該確認要求に含まれる機器ＩＤが対応情報に登録されているか否かを検出する。登録されていない場合には、制御部３２０は、通信部３１０を介して確認要求を送信してきたコントローラに、認証の継続を許可する認証続行通知を送信する。登録されていた場合には、制御部３２０は、通信部３１０を介して、確認要求に含まれる機器ＩＤを有する機器に対して、エリアネットワークに関する情報として当該機器が保持しているコントローラＩＤの情報を要求する接続コントローラＩＤ要求を送信する。当該要求に応じて、機器からコントローラＩＤが送信されてきた場合に、受信したコントローラＩＤが、対応情報上において当該機器の機器ＩＤに対応付けられているコントローラＩＤと一致するか否かを判定する。一致した場合には、制御部３２０は、確認要求を送信してきたコントローラに対して認証の継続を許可する認証続行通知を送信する。一致しなかった場合には、制御部３２０は、確認要求を送信してきたコントローラに対して認証の中止を指示する認証中止通知を送信する。また、制御部３２０は、通信部３１０を介して、コントローラから受け付けた認証に成功した機器ＩＤとコントローラＩＤとの対を、対応情報に追加登録する。また、制御部３２０は、ポータルサーバ４００から新たなＣＲＬを通信部３１０を介して受信した場合には、当該ＣＲＬの登録をＣＲＬ管理部３３０に依頼する。
【００３２】
ＣＲＬ管理部３３０は、ＣＲＬ保持部３５０を制御し、制御部３２０から新たなＣＲＬを受け付けた場合に、ＣＲＬ保持部３５０に記憶されているＣＲＬを更新する。
対応情報保持部３４０は、データベースであり、認証に成功した機器とコントローラ対を示す対応情報や、機器のＩＤ、コントローラのＩＤおよびそれぞれの証明書ＩＤなどの情報を保持する。対応情報保持部３４０は、具体的には、フラッシュメモリやＨＤＤやＳＳＤなどの記録媒体により実現される。
【００３３】
ＣＲＬ保持部３５０は、データベースであり、認証において用いられるＣＲＬの情報を保持する。ＣＲＬ保持部３５０は、具体的には、フラッシュメモリやＨＤＤやＳＳＤなどの記録媒体により実現される。公開鍵証明書や、ＣＲＬの詳細については後述する。
＜ポータルサーバ４００＞
図５は、ポータルサーバ４００の機能構成を示すブロック図である。図５に示すように、ポータルサーバ４００は、通信部４１０と、暗号処理部４２０と、ＣＲＬ管理部４３０と、暗号鍵保持部４４０と、ＣＲＬ保持部４５０とを含んで構成される。
【００３４】
通信部４１０は、ネットワーク５００を介して、メーカーサーバ３００やコントローラ、機器と通信を実行する機能を有する。
暗号処理部４２０は、ＣＲＬの署名を生成する機能を有する。暗号処理部４２０は、ＣＲＬ管理部４３０からの署名生成依頼を受けると、暗号鍵保持部４４０に保持されている秘密鍵を用いて、ＣＲＬの署名を生成する。また、暗号処理部４２０は、生成したＣＲＬの署名をＣＲＬ管理部４３０に伝達する。
【００３５】
ＣＲＬ管理部４３０は、ＣＲＬ保持部４５０を制御し、ＣＲＬを管理する機能を有する。ＣＲＬ管理部４３０は、メーカーサーバ３００からＣＲＬの発行依頼を受けると、ＣＲＬの署名以外のデータを設定し、暗号処理部４２０にＣＲＬの署名生成を依頼する。ＣＲＬ管理部４３０は、当該依頼に応じて暗号処理部４２０により生成された署名を受け取り、ＣＲＬ保持部４５０に記録する。また、ＣＲＬ管理部４３０は、新たに発行したＣＲＬを通信部４１０を介して、メーカーサーバ３００、コントローラ、機器に送信する。
【００３６】
暗号鍵保持部４４０は、データベースであり、認証において用いられる暗号鍵の情報を保持する。暗号鍵保持部４４０は、具体的には、フラッシュメモリやＨＤＤやＳＳＤなどの記録媒体により実現される。
ＣＲＬ保持部４５０は、データベースであり、ＣＲＬ管理部４３０により生成され、認証に用いられるＣＲＬの情報を保持する。ＣＲＬ保持部４５０は、具体的には、フラッシュメモリやＨＤＤやＳＳＤなどの記録媒体により実現される。
＜データ＞
ここから不正機器検出システムに係る各種データについて説明する。
【００３７】
図６は、メーカーサーバ３００が保持する対応情報のデータ構成例を示すデータ概念図である。図６に示すように、対応情報６００は、機器ＩＤ６０１とコントローラＩＤ６０２とが対応付けられた情報である。
機器ＩＤ６０１は、ネットワーク上で機器を一意に特定するための識別情報である。なお、図６においては、図１のシステム図との対応がわかりやすくなるように、機器ＩＤとして、図１の各機器に付した符号を用いているが、通常は、機器各々に固有の識別情報であり、数字や、アルファベット、記号などを組み合わせたものを用いる。図７以降の図面においても機器ＩＤは同様である。
【００３８】
コントローラＩＤ６０２は、ネットワーク上でコントローラを一意に特定するための識別情報である。なお、コントローラＩＤについても、図１のシステム図との対応がわかりやすくなるように、図１の各コントローラに付した符号を用いているが、通常は、機器各々に固有の識別情報であり、数字や、アルファベット、記号などを組み合わせたものを用いる。図７以降の図面においても機器ＩＤは同様である。
【００３９】
当該対応情報６００をメーカーサーバ３００が保持していることにより、メーカーサーバは、機器ＩＤとエリアネットワーク情報としてのコントローラＩＤとの対応付けが認識できる。したがって、メーカーサーバ３００は、対応情報において、機器ＩＤで示される機器が、エリアネットワーク情報として対応情報において対応付けられているコントローラＩＤを保持していなかった場合には、その機器が不正な機器として特定することができる。したがって、従来の機器とコントローラ間の認証だけでは判明させることができなかった不正な機器を検出できる。
図７は、機器２００ａが保持するコントローラ情報のデータ構成例を示すデータ概念図である。図７に示すように、コントローラ情報７００は、コントローラＩＤ７０１と、証明書ＩＤ７０２とが対応付けられた情報である。
【００４０】
コントローラＩＤ７０１は、機器が接続されている、あるいは、過去に接続されたことのあるコントローラをネットワーク上で一意に特定するための識別情報である。コントローラは複数のエリアネットワークに跨って属することがないので、コントローラＩＤ７０１は、機器２００ａが所属する、あるいは、所属したことのあるエリアネットワークに関する情報として用いることができる。
【００４１】
証明書ＩＤ７０２は、コントローラＩＤ７０１に対応するコントローラの公開鍵証明書のＩＤを示す情報である。なお、図７に示した証明書ＩＤは、一例であり、各コントローラに固有に発行された識別情報であればどのような形態であってもよく、一般的には数字や、アルファベット、記号などを組み合わせたものを用いる。
当該コントローラ情報を保持していることにより、機器は、メーカーサーバ３００からのコントローラＩＤ要求に応じて、エリアネットワーク情報としてのコントローラＩＤを送信することができる。なお、図７には、機器が複数のコントローラについての情報を保持している場合を示しているが、これは、１つの場合もあれば、保持していない場合もある。ホームエリアネットワーク内に複数のコントローラがある場合であって当該複数のコントローラとの接続認証を行っていれば複数のコントローラについてのエントリが含まれるし、現時点では１つのコントローラと接続していなくても過去にコントローラとの接続認証を行っていれば当該コントローラのエントリが含まれることになる。
図８は、コントローラ１００ａが保持する機器情報のデータ構成例を示すデータ概念図である。図８に示すように、機器情報８００は、機器ＩＤ８０１と、証明書ＩＤ８０２とが対応付けられた情報である。
【００４２】
機器ＩＤ８０１は、ネットワーク上で機器を一意に特定するための識別情報である。
証明書ＩＤ８０２は、機器ＩＤ８０１に対応するコントローラの公開鍵証明書のＩＤを示す情報である。なお、図８に示した証明書ＩＤは、一例であり、各コントローラに固有に発行された識別情報であればどのような形態であってもよく、一般的には数字や、アルファベット、記号などを組み合わせたものを用いる。
【００４３】
当該機器情報を保持していることにより、コントローラは接続認証に成功した機器について、どの機器と接続したのかを認識することができる。
図９は、公開鍵証明書のデータ構成例を示すデータ概念図である。図９に示すように公開鍵証明書９００は、バージョン９０１と、発行者９０２と、有効期間の開始日９０３と、有効期間の終了日９０４と、証明書ＩＤ９０５と、署名９０６とを含む情報である。
【００４４】
バージョン９０１は、公開鍵証明書９００のバージョンを示す情報である。
発行者９０２は、公開鍵証明書９００を発行した認証局を示す情報であり、認証局を特定できる固有の情報である。
有効期間の開始日９０３は、当該公開鍵証明書が有効となる期日の開始日を示す情報である。
【００４５】
有効期間の終了日９０４は、当該公開鍵証明書が有効である最終日を示しており、当該公開鍵証明書が無効となる期日の前日を示す情報である。
証明書ＩＤ９０５は、当該公開鍵証明書を一意に特定するための識別情報である。
署名９０６は、認証局であるポータルサーバ４００を示す情報である。
図１０は、ＣＲＬ情報のデータ構成例を示すデータ概念図である。図１０に示すように、ＣＲＬ情報１０００は、ＣＲＬバージョン１００１と、発行者１００２と、発行日１００３と、次回発行日１００４と、失効した証明書ＩＤ１００５と、署名１００６とを含む情報である。
【００４６】
ＣＲＬバージョン１００１は、当該ＣＲＬ情報１０００のバージョンを示す情報である。ＣＲＬ情報は、逐次無効になる証明書が発生するたびに、更新する必要が発生するため、その世代管理を行うことにより、より新しい情報であるかを、機器やコントローラ、メーカーサーバが認識するために用いる。即ち、各装置は、保持しているＣＲＬ情報のバージョンを比較することによって、受信したＣＲＬ情報でＣＲＬ情報の更新を行うか、受信したＣＲＬ情報を破棄するかを決定することができる。
【００４７】
発行者１００２は、ＣＲＬ情報１０００を発行した認証局がどこであるかを一意に特定するための情報である。
発行日１００３は、当該ＣＲＬ情報１０００が発行された日付を示す情報である。
次回発行日１００４は、新たなＣＲＬ情報１０００が発行される日付を示す情報である。
【００４８】
失効した証明書ＩＤ１００５は、失効した公開鍵証明書の証明書ＩＤを示す情報であり、１以上の証明書ＩＤから成る。当該欄に、証明書ＩＤが記載されている公開鍵証明書は失効していることになり、この証明書ＩＤを有する公開鍵証明書を用いた認証は失敗することになる。
署名１００６は、認証局であるポータルサーバ４００を示す情報である。
【００４９】
以上が、不正機器検出システムにおいて、利用されるデータの説明である。
＜動作＞
ここから、不正機器検出システムに係る各装置の動作について説明する。
図１１は、機器の認証時における動作を示すフローチャートである。ここでは、代表して機器２００ａの動作として説明するが、その他の機器も同様に動作するものとする。また、図１１を用いた説明では、機器２００ａがコントローラ１００ａに接続された場合を例に説明するものとするが、機器同様に、接続先のコントローラもコントローラ１００ａに限定されるものではない。
【００５０】
機器２００ａがコントローラ１００ａに接続されると、制御部２２０は、認証情報保持部２４０から自身が保持する公開鍵証明書を取得する。そして、制御部２２０は、接続されたコントローラ１００ａに対して、通信部２１０を介して、取得した公開鍵証明書および自身の機器ＩＤを含む接続要求を送信する（ステップＳ１１０１）。
接続要求の送信後に、接続コントローラＩＤ要求を受信した場合には（ステップＳ１１０２のＹＥＳ）、制御部２２０は、コントローラ情報保持部２５０に記憶されているコントローラ情報７００からエリアネットワークに関する情報として保持されている接続コントローラＩＤ（コントローラＩＤ７０１）を取得する。そして、制御部２２０は、通信部２１０を介して、取得した接続コントローラＩＤを、接続されているコントローラ１００ａに送信する（ステップＳ１１０３）。なお、コントローラ情報７００にコントローラＩＤが登録されていなかった場合には、コントローラＩＤ（エリアネットワークに関する情報）を保持していないことを示す情報を送信する。接続要求の送信後に、接続コントローラＩＤの要求を受信していない場合には（ステップＳ１１０２のＮＯ）、ステップＳ１１０４に移行する。
【００５１】
接続要求を送信後に、機器２００ａがコントローラ１００ａから、コントローラＩＤと、公開鍵証明書と乱数を受信した場合には（ステップＳ１１０４のＹＥＳ）、制御部２２０は、認証処理部２３０に受け付けた公開鍵証明書の検証を依頼する。すると認証処理部２３０は、受け付けた公開鍵証明書の証明書ＩＤがＣＲＬに登録されているか否かを判定する（ステップＳ１１０６）。認証処理部２３０は、認証情報保持部２４０に記録されているＣＲＬの証明書ＩＤと、制御部２２０から受け付けた公開鍵証明書のＩＤとが一致するか否かを判定することで、公開鍵証明書のＩＤがＣＲＬに登録されているか否かを検証する。なお、コントローラＩＤ、公開鍵証明書および乱数を受信しておらず（ステップＳ１１０４のＮＯ）、エラーを受信していた場合には（ステップＳ１１０５）、認証に失敗したものとして、処理を終了する。エラーを受信していない場合には（ステップＳ１１０５のＮＯ）、ステップＳ１１０２に戻る。
【００５２】
受け付けた公開鍵証明書のＩＤがＣＲＬに登録されていなかった場合には（ステップＳ１１０６のＮＯ）、認証処理部２３０は、受け付けた公開鍵証明書が正当なものであるか否かの検証を実行する（ステップＳ１１０７）。公開鍵証明書の検証方法については、周知技術であるため、ここでは説明を割愛する。
受け付けた公開鍵証明書が正当なものであった場合には（ステップＳ１１０７のＹＥＳ）認証処理部２３０は、乱数および署名を生成して、コントローラ１００ａに通信部２１０を介して送信する（ステップＳ１１０９）。
【００５３】
証明書ＩＤがＣＲＬに登録されていた場合（ステップＳ１１０６のＹＥＳ）や、公開鍵証明書の認証に失敗した場合（ステップＳ１１０７ＮＯ）には、認証処理部２３０は制御部２２０に認証失敗を通知する。当該通知を受けて制御部２２０は、通信部２１０を介して、コントローラ１００ａに対してエラー通知を送信する（ステップＳ１１０８）。そして、コントローラ１００ａとの接続処理には失敗したものとして、処理を終了する。このとき、制御部２２０は、接続しようとしていたコントローラ１００ａを不正な機器として、その機器ＩＤをコントローラ情報保持部２５０に記録してもよい。
【００５４】
乱数、および署名の送信後に、署名を受信した場合には（ステップＳ１１１０のＹＥＳ）、認証処理部２３０は、受信した署名と、生成した署名とが一致するか否かを判定する（ステップＳ１１１２）。署名が一致すると判定した場合には（ステップＳ１１１２のＹＥＳ）、認証処理部２３０は制御部２２０に認証成功を通知する。当該通知を受けて制御部２２０は、コントローラ１００ａのコントローラＩＤを接続コントローラＩＤとしてコントローラ情報保持部２５０に登録して（ステップＳ１１１４）、認証処理を終了する。
【００５５】
ステップＳ１１１０において、署名ではなく、エラー通知を受信した場合には（ステップＳ１１１１のＹＥＳ）、認証に失敗したものとして処理を終了する。なお、制御部２２０は、署名またはエラー通知を受信するまでは待機する（ステップＳ１１１１のＮＯ）。
また、署名検証に失敗した場合には（ステップＳ１１１２のＮＯ）、認証処理部２３０は認証失敗を制御部２２０に通知し、制御部２２０は、通信部２１０を介して、コントローラ１００ａにエラー通知を送信して（ステップＳ１１１３）、処理を終了する。なお、この際に、制御部２２０は、コントローラ１００ａのコントローラＩＤを不正な機器として、コントローラ情報保持部２５０に保持してもよい。
【００５６】
以上が、機器の認証における処理である。
図１２および図１３は、コントローラの認証時における動作を示すフローチャートである。ここでは、代表して、コントローラ１００ａの動作として説明するが、その他のコントローラも同様に動作するものとする。また、ここでは、機器２００ａがコントローラ１００ａに対して、接続要求を行った場合の動作として説明するが、当然ながらコントローラ１００ａに接続する機器は機器２００ａに限定されない。
【００５７】
図１２に示すように、コントローラ１００ａの通信部１１０は、新たに接続された機器２００ａから接続要求を受信する（ステップＳ１２０１）。当該接続要求には、機器２００ａの機器ＩＤおよび機器２００ａが保持する公開鍵証明書が含まれる。
接続要求を受け付けた制御部１２０は、受信した公開鍵証明書を認証処理部１３０に伝達し、公開鍵証明書の認証を依頼する。当該依頼を受けた認証処理部１３０は、認証情報保持部１４０からＣＲＬを読み出し、制御部１２０から受け付けた公開鍵証明書のＩＤがＣＲＬに登録されているか否かを検出する（ステップＳ１２０２）。
【００５８】
受け付けた公開鍵証明書のＩＤがＣＲＬに登録されていない場合には（ステップＳ１２０２のＮＯ）、認証処理部１３０は、公開鍵証明書の検証を実行する。
公開鍵証明書のＩＤがＣＲＬに登録されている場合（ステップＳ１２０２のＹＥＳ）や、公開鍵証明書の検証に失敗した場合には（ステップＳ１２０３のＮＯ）、認証処理部１３０はその旨を制御部１２０に通知する。制御部１２０は当該通知を受けて、接続要求を行った機器２００ａに対して、通信部１１０を介してエラー通知を行って（ステップＳ１２０４）、認証処理を終了する。
【００５９】
公開鍵証明書の検証に成功した場合には（ステップＳ１２０３のＹＥＳ）、認証処理部１３０は、公開鍵証明書の検証成功を制御部１２０に通知する。制御部１２０は当該通知を受けて、接続要求を行った機器がメーカーサーバ３００に登録されているか否かの確認を行うために、当該機器の機器ＩＤを含み、当該機器ＩＤが登録されているか否かを要求する確認要求をメーカーサーバ３００に送信する（ステップＳ１２０５）。
【００６０】
コントローラ１００ａの制御部１２０は、メーカーサーバ３００から、送信した機器ＩＤを有する機器が保持する接続コントローラＩＤ要求を受信した場合には（ステップＳ１２０６のＹＥＳ）、これを、接続要求を行った機器２００ａに転送する（ステップＳ１２０７）。
その後に、接続コントローラＩＤ要求に応じて機器２００ａから送信されたコントローラＩＤを受信する（ステップＳ１２０８）と、コントローラ１００ａは、これをメーカーサーバ３００に転送する（ステップＳ１２０９）。
【００６１】
メーカーサーバ３００から認証続行通知を受信した場合には（ステップＳ１２１０のＹＥＳ）、図１３のステップＳ１２１２の処理に移行する。メーカーサーバ３００から認証中止通知を受信した場合には（ステップＳ１２１１のＹＥＳ）、制御部１２０は、通信部１１０を介して、機器２００ａにエラー通知を送信し（ステップＳ１２０４）、認証処理を終了する。
【００６２】
メーカーサーバ３００から認証続行通知を受信した場合には（ステップＳ１２１０のＹＥＳ）、制御部１２０は、認証処理部１３０に認証続行を伝達する。すると、認証処理部１３０は、乱数を生成する（ステップＳ１２１２）。
そして、認証処理部１３０は、コントローラ１００ａのコントローラＩＤと、コントローラ１００ａの公開鍵証明書と、生成した乱数とを、通信部１１０を介して、接続要求を行った機器２００ａに送信する（ステップＳ１２１３）。
【００６３】
これに応じて、機器２００ａからエラーを受信した場合には（ステップＳ１２１５のＹＥＳ）、コントローラ１００ａは、認証処理を終了する。一方、機器２００ａから、署名と乱数を受信した場合には（ステップＳ１２１４のＹＥＳ）、認証処理部１３０は受信した署名を検証する（ステップＳ１２１６）。そして、署名の検証に成功した場合には（ステップＳ１２１６のＹＥＳ）、認証処理部１３０は、ステップＳ１２１４において受信した乱数から署名を生成する（ステップＳ１２１８）。認証処理部１３０は生成した署名を、通信部１１０を介して、機器２００ａに送信する（ステップＳ１２１９）。署名の検証に失敗した場合には（ステップＳ１２１６のＮＯ）、認証処理部１３０は、認証失敗を制御部１２０に通知し、制御部１２０は機器２００ａにエラーを通知して（ステップＳ１２１７）、認証処理を終了する。
【００６４】
署名を送信した後に（ステップＳ１２１９）、機器２００ａから検証成功を示す情報を受信すると（ステップＳ１２２０のＹＥＳ）、制御部１２０は、機器２００ａの機器ＩＤと機器２００ａの公開鍵証明書ＩＤとを対応付けて、機器情報保持部１５０に保持されている機器情報に追加登録する（ステップＳ１２２２）。そして、制御部１２０は、通信部１１０を介して、追加登録した機器の機器ＩＤ（機器２００ａの機器ＩＤ）と、自身のコントローラＩＤ（コントローラ１００ａのコントローラＩＤ）との対をメーカーサーバ３００に送信する（ステップＳ１２２３）。これにより、メーカーサーバ３００の対応情報に機器２００ａとコントローラ１００ａとが対応付けられて記憶され、不正機器の検出に有効利用される。
【００６５】
機器２００ａから検証失敗を示す情報、即ち、エラーを受信した場合には（ステップＳ１２２１のＹＥＳ）、認証処理を終了する。
図１４は、機器とコントローラ間で行われる認証処理においてメーカーサーバ３００の果たす処理を示すフローチャートである。
【００６６】
メーカーサーバ３００の制御部３２０は、機器ＩＤが対応情報に登録されているか否かの確認を要求する機器確認要求を受信すると（ステップＳ１４０１のＹＥＳ）、対応情報保持部３４０から対応情報を読み出す。そして、制御部３２０は、対応情報に受信した機器ＩＤが登録されているか否かを検出する（ステップＳ１４０２）。
対応情報に受信した機器ＩＤが登録されていた場合には（ステップＳ１４０２のＹＥＳ）、制御部３２０は、当該機器ＩＤに対して、エリアネットワークに関する情報として、コントローラＩＤが登録されているか否かを検出する（ステップＳ１４０３）。
【００６７】
コントローラＩＤが登録されている場合には（ステップＳ１４０３のＹＥＳ）、制御部３２０は、受信した機器ＩＤを有する機器に対して、エリアネットワークに関する情報として、保持しているコントローラＩＤ（接続したことのあるコントローラのコントローラＩＤ）を要求する接続コントローラＩＤ要求を送信する（ステップＳ１４０４）。
メーカーサーバ３００は、機器からのコントローラＩＤを受信すると（ステップＳ１４０５のＹＥＳ）、制御部３２０は、受信したコントローラＩＤと、対応情報において機器ＩＤに対応付けられているコントローラＩＤとが一致するか否かを検出する（ステップＳ１４０６）。なお、受信したコントローラＩＤの情報が、コントローラＩＤがないことを示す場合には、制御部３２０は、一致しないと判定する。
【００６８】
一致した場合には、制御部３２０は、確認要求を行ったコントローラに対して、認証続行通知を送信する（ステップＳ１４０８）。なお、制御部３２０は、ステップＳ１４０２において、対応情報に機器ＩＤが登録されていなかった場合（ステップＳ１４０２のＮＯ）や、機器ＩＤが対応情報に登録されていてもコントローラＩＤが対応付けられていなかった場合にも（ステップＳ１４０３のＮＯ）、認証続行通知をコントローラに送信する（ステップＳ１４０８）。
【００６９】
機器から受信したコントローラＩＤと、対応情報において、確認要求に含まれる機器ＩＤに対応付けられたコントローラＩＤとが一致しなかった場合には（ステップＳ１４０６のＮＯ）、制御部３２０は、通信部３１０を介して、コントローラに認証中止通知を送信し（ステップＳ１４０７）、処理を終了する。ステップＳ１４０６において一致しないと判定した場合に、メーカーサーバ３００は、確認要求に含まれていた機器ＩＤを保持し、新たに接続要求を行った機器を不正な機器として検出する。
【００７０】
メーカーサーバ３００の制御部３２０は、コントローラからコントローラＩＤと機器ＩＤとの対を受信した場合には（ステップＳ１４０９のＹＥＳ）、制御部３２０は、対応情報保持部３４０の対応情報６００に、受信したコントローラＩＤと機器ＩＤの対を追加登録して（ステップＳ１４１０）、処理を終了する。
これにより、新たな機器ＩＤとコントローラＩＤの対が対応情報に登録され、その後の不正機器の検出に利用される。
【００７１】
次に、上記図１１から図１４に示すように、各装置が動作したときのそれぞれの装置間でのやり取りについて、図１５、図１６に示すシーケンス図のフローチャートである。
図１５は、機器が既にメーカーサーバ３００に登録されている場合であって、新たなコントローラとの接続に成功するときのシステムにおける各装置間のやり取りを示すシーケンス図である。ここでは、機器２００ａが今までコントローラ１００ａに接続されており、そこからコントローラ１００ｂに接続先を変更する例を示す。したがって、機器２００ａがコントローラ１００ｂとの間で認証処理を開始する時点では、メーカーサーバ３００が保持する対応情報においては、機器２００ａの機器ＩＤと、コントローラ１００ａのコントローラＩＤとが対応付けられていることになる。
【００７２】
機器２００ａは、コントローラ１００ｂに対して、自身の機器ＩＤを含む接続要求を送信する（ステップＳ１５０１）。
当該接続要求を受け付けると、コントローラ１００ｂは、機器２００ａの機器ＩＤがメーカーサーバ３００に登録されているか否かを問い合わせる確認要求を、メーカーサーバ３００に送信する（ステップＳ１５０２）。
【００７３】
確認要求を受け付けると、メーカーサーバ３００は、機器２００ａの機器ＩＤが対応情報に登録されているか否かを検証する。ここでは、機器２００ａはこれまでにコントローラ１００ａとの間で接続認証を行っているので、機器２００ａの機器ＩＤは対応情報に登録されていることになる。すると、メーカーサーバ３００は、機器２００ａに対して、エリアネットワークに関する情報として、機器２００ａが保持するコントローラＩＤを要求する接続コントローラＩＤ要求を、コントローラ１００ｂに送信する（ステップＳ１５０３）。
【００７４】
接続コントローラＩＤ要求を受け付けたコントローラ１００ｂは、これをそのまま機器２００ａに転送する（ステップＳ１５０４）。
接続コントローラＩＤ要求を転送された機器２００ａは、保持しているコントローラ情報からコントローラＩＤ（ここでは、コントローラ１００ａのコントローラＩＤ）を取得する。そして、機器２００ａは、取得したコントローラＩＤをコントローラ１００ｂに送信する（ステップＳ１５０５）。
【００７５】
コントローラＩＤを受け付けたコントローラ１００ｂは、これをそのままメーカーサーバ３００に転送する（ステップＳ１５０６）。
メーカーサーバ３００は、コントローラＩＤを受信すると、受信したコントローラＩＤが、対応情報においてステップＳ１５０２で受信した確認要求に含まれていた機器ＩＤに対応付けられているコントローラＩＤに、一致するか否かを判定する（ステップＳ１５０７）。ここでは、受信したコントローラＩＤ（コントローラ１００ａのコントローラＩＤ）と、対応情報において機器ＩＤ（機器２００ａの機器ＩＤ）に対応付けられているコントローラＩＤ（コントローラ１００ａのコントローラＩＤ）は一致することになる。
【００７６】
すると、メーカーサーバ３００は、コントローラ１００ｂに対して、機器認証の続行を指示する（ステップＳ１５０８）。
当該指示を受け付けるとコントローラ１００ｂと機器２００ａとは、公開鍵証明書と、乱数と署名を用いた、認証処理を行う（図１１、ステップＳ１１０４〜ステップＳ１１１２、および、図１３、ステップＳ１２１２〜ステップＳ１２２０参照）。ここでは、機器２００ａとコントローラ１００ｂは、互いの認証に成功したとする（ステップＳ１５０９）。
【００７７】
すると、機器２００ａは、接続先のコントローラ１００ｂのコントローラＩＤとその証明書ＩＤとを対応付けてコントローラ情報に登録する（ステップＳ１５１０）。また、コントローラ１００ｂも接続された機器２００ａの機器ＩＤとその証明書ＩＤとを対応付けて機器情報に登録する（ステップＳ１５１１）。
そして、コントローラ１００ｂは、自身のコントローラＩＤと、認証に成功して新たに接続を確立した機器２００ａの情報とを含む接続情報をメーカーサーバ３００に送信する（ステップＳ１５１２）。
【００７８】
接続情報を受信したメーカーサーバ３００は、受信した機器ＩＤと、コントローラＩＤとを対応付けて、対応情報に追加登録する（ステップＳ１５１３）。これにより、後に、機器２００ａの機器ＩＤを保有する別の不正な機器が新たにシステムに接続されても、その不正な機器はコントローラＩＤを保持していないはずなので、メーカーサーバ３００は当該新たに接続された機器を不正な機器として検出することができる。
図１６は、不正機器を検出する場合の、システムにおける各装置間のやり取りを示したシーケンス図である。
【００７９】
ここでは、機器２００ａ'はコントローラ１００ｂに新たに接続しようとしている機器であって、機器２００ａと同じ機器ＩＤを有する不正な機器であるとする。また、正当な機器である機器２００ａはコントローラ１００ａと接続されている、即ち、対応情報においては、機器２００ａの機器ＩＤは、コントローラ１００ａのコントローラＩＤに対応付けられているものとする。そして、機器２００ａ'は、コントローラ１００ａとは別のコントローラＩＤを保持しているものとする。
【００８０】
この場合のシステムにおける各装置間のやり取りについては、図１５に示すステップＳ１５０６の処理までは、共通の処理なので、説明を省略する。
ステップＳ１６０７において、メーカーサーバ３００は、コントローラＩＤを受信すると、受信したコントローラＩＤが、対応情報においてステップＳ１５０２で受信した確認要求に含まれていた機器ＩＤに対応付けられているコントローラＩＤに、一致するか否かを判定する（ステップＳ１７０７）。ここでは、受信したコントローラＩＤ（コントローラ１００ａとは異なるコントローラのコントローラＩＤ）と、対応情報において機器ＩＤ（機器２００ａの機器ＩＤ）に対応付けられているコントローラＩＤ（コントローラ１００ａのコントローラＩＤ）は一致しないことになる。
【００８１】
すると、メーカーサーバ３００は、当該機器２００ａ'を不正な機器であるとして、検出する（ステップＳ１６０８）。
すると、メーカーサーバ３００は、コントローラ１００ｂに対して、認証処理の中止を指示する（ステップＳ１６０９）。
認証処理の中止指示を受信すると、コントローラ１００ｂは、認証処理を中止するととともに、機器２００ａ'に対してエラーを通知する（ステップＳ１６１０）。
【００８２】
当該エラー通知を受信すると機器２００ａ'は認証処理を中止する。
また、メーカーサーバ３００は、必要に応じて機器２００ａ'を特定する処理（実際の不正な機器２００ａ'がどの機器でどこに設置されているか）など、不正機器に関する処理を実行する（ステップＳ１６１１）。なお、不正機器に関する処理については、一般的な処理を行うものとして、ここではその詳細については割愛する。
＜まとめ＞
本実施の形態に示したように、機器とコントローラとの間で認証処理に成功した場合に、その対を示す対応情報をメーカーサーバ３００が保持しておくことで、新たな機器がコントローラとの認証を開始すると、その新たな機器の機器ＩＤが既に対応情報に登録されており、当該機器が対応情報において対応付けられているコントローラＩＤを保持していない場合には、当該新たな機器を不正な機器として検出することができる。
【００８３】
よって、複数の同一の機器ＩＤを有する機器がネットワーク上に存在するという事態を防ぐことができるので、例えば、ネットワーク越しの外部からの家電機器の制御などにおいて、動作する必要のない機器が動作するというような事態を防止することができる。
＜変形例＞
上記実施の形態に従って、本発明に係る不正機器検出方法について説明してきたが、本発明はこれに限られるものではない。以下、本発明の思想として含まれる各種変形例について説明する。
【００８４】
（１）上記実施の形態においては、エリアネットワークに関する情報として、コントローラＩＤを用いることとしたが、これはその限りではない。エリアネットワークを特定する情報であれば、どのような形であってもよい。
例えば、コントローラに固有の識別子以外に、コントローラに固有のものであるコントローラのＭＡＣアドレスや、あるいはシステム上においてエリアネットワークを識別するためのエリアネットワーク識別子であってもよい。エリアネットワーク識別子は、不正機器検出システムを管理するオペレーターや不正機器検出システムを利用するユーザが設定することとしてもよいし、コントローラの出荷時に当該コントローラに予めエリアネットワーク名を設定しておいてもよい。
【００８５】
更には、エリアネットワークに関する情報としては、エリアネットワークの構成を示す情報を用いることとしてもよい。
ここで、エリアネットワークに関する情報として、エリアネットワークの構成を示す情報を用いる場合について詳細に説明する。
エリアネットワークの構成を示す情報とは、そのエリアネットワークにどの機器が属しているかを示すグループ情報である。エリアネットワークは、例えば、各家庭で鑑みた場合に、住人それぞれの嗜好により利用するテレビ、冷蔵庫、空調機などの種類や台数が異なってくるものであり、完全に一致することは極めて稀である。したがって、エリアネットワークに関する情報として、エリアネットワークを構成する機器群の情報を用いることができる。
【００８６】
つまり、まず、機器は、コントローラとの接続に成功（認証に成功）した場合には、接続したコントローラから当該コントローラが接続している他の機器に係る情報を取得する。ここでいう他の機器に係る情報とは、機器の機器識別子を用いる。また、コントローラ自体は、上記実施の形態に示したように、認証に成功した機器の情報として機器情報８００を保持しているので、機器に対してエリアネットワークに含まれる機器の情報として送信する機器ＩＤは機器情報８００に登録されている全ての機器ＩＤを用いる。そして、メーカーサーバ３００には、対応情報として、更に、当該機器が属するエリアネットワークに含まれる他の機器についての情報が対応付けられる。
【００８７】
したがって、エリアネットワークに関する情報として、エリアネットワークを構成する機器の情報を用いる場合には、機器は、例えば、図１７に示すような、エリアネットワークに関する情報を保持することとなる。即ち、この場合の機器が保持するコントローラ情報１７００は、接続認証に成功したコントローラの識別子であるコントローラＩＤ１７０１と、当該コントローラの公開鍵証明書の識別子である証明書ＩＤ１７０２と、同じエリアネットワークに属する機器各々の識別子である他の機器ＩＤ１７０３とが対応付けられた情報となる。機器は、メーカーサーバ３００から上記図１５や図１６のステップＳ１５０３において接続コントローラＩＤ要求の代わりに、エリアネットワークに関する情報を要求され、コントローラ情報１７００の他の機器ＩＤ１７０３に含まれる情報を送信する。
【００８８】
そして、メーカーサーバ３００は、図１８に示すような、対応情報を保持することとなる。図１８に示す対応情報１８００では、機器ＩＤ１８０１に、コントローラＩＤ１８０２と、他の機器ＩＤ１８０３とが対応付けられた情報になっており、
なお、対応情報１８００は、コントローラＩＤに、当該コントローラが接続されている全ての機器ＩＤが対応づけられた情報であってもよい。この場合、メーカーサーバ３００は、当該全ての機器ＩＤの中から、コントローラからなされた確認要求に含まれる機器ＩＤがあるか否かを探索し、機器から取得した他の機器ＩＤが一致するか否かを判定することで不正機器を検出する。
【００８９】
また、さらに、エリアネットワークに関する情報としてエリアネットワークの構成情報を用いる場合に、各エリアネットワークの固有性を高めるために、機器の種別（例えば、空調機、冷蔵庫、テレビなど）の情報を対応付けてもよい。その場合の機器が保持するコントローラ情報の一例を図１９に示す。なお、ここでは、機器の保持するコントローラ情報のみを示しているがコントローラが保持する機器情報、メーカーサーバ３００が保持する対応情報においても、更に、機器の機器種別情報が対応付けられて記憶され、不正機器検出のためのエリアネットワークに関する情報として利用される。また、図１９に示すようなコントローラ情報を用いる場合には、メーカーサーバ３００はいずれかの機種種別を指定し、機器はその機器種別に対応する他の機器の機器ＩＤを送信する構成にしてもよい。この場合、メーカーサーバ３００は、他の機器全てのＩＤの比較を実行せずともよくなるため、処理時間の短縮や処理負荷の軽減を図ることができる。
【００９０】
また、エリアネットワークに関する情報として、エリアネットワークを構成する機器群の情報を用いる場合には、多数の機器が含まれる可能性を鑑みて、新たに認証を行う機器が保持していた他の機器ＩＤが対応情報で示される他の機器ＩＤと全て一致するか否かではなく、一定数（または一定割合）以上の機器のＩＤが一致した場合に、正当な機器と判定することとしてもよい。また、さらに固有性を高めるために、機器それぞれの動作履歴情報を対応付けることとしてもよい。
【００９１】
（２）上記実施の形態においては、機器は、エリアネットワークに関する情報としてコントローラＩＤをメーカーサーバ３００から要求されたときに、コントローラＩＤを送信することとしていた。しかし、当該コントローラＩＤは、メーカーサーバ３００から要求される前に送信することとしてもよい。
即ち、機器がコントローラに対して接続要求を送信する際には、機器は、接続要求とともに、機器ＩＤと、保持している公開鍵証明書とを送信していたが、これらに加えて、保持しているエリアネットワークに関する情報として、コントローラＩＤも送信することとしてもよい。
【００９２】
そして、コントローラは、機器確認をメーカーサーバ３００に送信する際には、機器ＩＤと、自身のコントローラＩＤの他、機器から送信されてきたエリアネットワークに関する情報としてのコントローラＩＤも送信する。
このように構成することで、メーカーサーバ３００は、対応情報に送信されてきた機器ＩＤが含まれていた場合に、対応情報において当該機器ＩＤが対応するコントローラＩＤが、コントローラから送信されてきたエリアネットワークに関する情報として機器が保持していたコントローラＩＤとを比較して、一致するか否かを比較することができる。
【００９３】
したがって、メーカーサーバ３００が、機器に対してコントローラＩＤを要求するための通信の手間を、排除することができる。
（３）上記実施の形態においては、各機器は、コントローラを介して、ネットワークに接続され、それぞれのＣＲＬの更新やソフトウェアのアップデートを行っていたが、これは必ずしも接続されているコントローラを介さずともよい。即ち、各機器に、各々コントローラを介さずにネットワーク５００と接続する回線を設けて、直接ネットワーク５００を介して、他の機器（例えば、メーカーサーバ３００やポータルサーバ４００など）と通信を実行してもよい。このような構成にすれば、仮に、コントローラが何らかの理由で故障したとしてもＣＲＬの更新などを行うことができる。
【００９４】
（４）上記実施の形態においては、メーカーサーバ３００は、機器とコントローラの間で認証に成功した場合には、機器ＩＤとコントローラＩＤの対応付けを対応情報に追加登録することとしたが、既に機器ＩＤが対応情報に登録されている場合には、既に対応付けられているコントローラＩＤに新たに対応付けを行ったコントローラＩＤを上書きすることとしてもよい。
【００９５】
（５）上記実施の形態においては、対応情報は、メーカーサーバ３００が保持していることとしたが、対応情報をメーカーサーバ３００からアクセス可能な外部記憶媒体に記録し、メーカーサーバ３００は当該外部記憶媒体にアクセスして、上記認証処理を実行することとしてもよい。
（６）上記実施の形態においては、公開鍵証明書や乱数を用いた認証を説明したが、認証の手法はこれに限るものではない。互いの正当性が検証できるのであれば、その他の認証方法を用いても良い。その他の認証方法としては、例えば、共有鍵暗号を用いた認証や、パスワード認証などを用いてもよい。
【００９６】
（７）上記実施の形態における各装置の通信部による通信は、通信相手との通信が行えるのであれば、無線、有線を問わない。
（８）上記実施の形態において、機器情報から機器ＩＤと証明書ＩＤ対からなるエントリや、コントローラ情報からコントローラＩＤと証明書ＩＤ対からなるエントリを削除することについて特に記載していないが、これは、必要に応じて各装置のユーザが任意に削除することとしてもよいし、一定期間（例えば、３か月）通信を行わなかった機器やコントローラについてのエントリを削除することとしてもよい。
【００９７】
ただし、機器については、最新のコントローラＩＤとその証明書ＩＤの情報については削除しないのが望ましい。機器から最新のコントローラＩＤとその証明書ＩＤを削除する場合には、メーカーサーバ３００の対応情報における当該機器の機器ＩＤとそのコントローラＩＤの対応付けのエントリを併せて削除するとよい。
（９）上記実施の形態においては、特に記載していないが、各装置間（メーカーサーバ３００−ポータルサーバ４００間、機器−コントローラ間、コントローラ−メーカーサーバ３００間等）の通信は暗号通信（例えば、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）通信）により実行されてもよい。これにより、各装置間の通信において、送受信する情報を第三者に取得されて悪用されるのを防止することができる。
【００９８】
（１０）上記実施の形態においては、公開鍵証明書は各コントローラや各機器に既に発行されている状態での説明を行っている。そのため、特に記載していなかったが、ポータルサーバ４００は、認証局として、更に、公開鍵証明書を発行する機能も有していてもよい。
（１１）上記実施の形態においては、エリアネットワークについて、ホームエリアネットワークを例に説明しているが、一つの閉じたローカルネットワークになっていれば、これは、ホームエリアネットワークである必要はなく、例えば、一つの建築物（例えば、ビル）内に、コントローラと複数の機器が属するものであってもよいし、一定の範囲（例えば、何らかの施設の敷地内）内にコントローラと複数の機器が属するものであってもよい。即ち、本発明のエリアネットワークは、一家庭に限定されるものではない。
【００９９】
（１２）上記実施の形態においては、メーカーサーバ３００は、接続コントローラＩＤ要求を、接続要求を行った機器に送信して、当該機器が保持するエリアネットワーク情報としてのコントローラＩＤを取得することとした。これは、メーカーサーバ３００が取得したコントローラＩＤと、対応情報との比較を行って不正機器の検出を行うために必要な構成であるが、当該構成の代わりに、以下の手法を用いることとしてもよい。
【０１００】
即ち、メーカーサーバ３００は、確認要求をコントローラから受信した場合に、当該確認要求に含まれる機器ＩＤが対応情報に登録されているか否かを判定する。そして、登録されていた場合に、対応情報上で、当該機器ＩＤに対応付けられているコントローラを特定する。そして、特定したコントローラに、確認要求に含まれていた機器ＩＤを送信し、特定したコントローラが当該機器ＩＤを機器情報に保持しているかを問い合わせる。保持していた場合には、機器は正当な機器であると判定され、登録されていなかった場合には、機器は不正な機器であると判定される。
【０１０１】
このような方法を用いても不正な機器を検出することができる。
（１３）上記実施の形態および各変形例は、適宜組み合わせることとしてもよい。
（１４）上述の実施形態で示した通信、認証処理に係る動作、不正機器検出処理等は、当該処理を実行させるためのプログラムコードを各装置に搭載されたプロセッサが実行することにより実現されてもよい。
【０１０２】
また、上述の実施形態で示した通信、認証処理に係る動作、不正機器検出処理等（図１４参照）をメーカーサーバ等のプロセッサ、及びそのプロセッサに接続された各種回路に実行させるためのプログラムコードからなる制御プログラムを、記録媒体に記録すること、又は各種通信路等を介して流通させ頒布させることもできる。このような記録媒体には、ＩＣカード、ハードディスク、光ディスク、フレキシブルディスク、ＲＯＭ等がある。流通、頒布された制御プログラムはプロセッサに読み出され得るメモリ等に格納されることにより利用に供され、そのプロセッサがその制御プログラムを実行することにより、実施形態で示したような各種機能が実現されるようになる。
【０１０３】
（１５）上記実施の形態に示した不正機器検出システムに係る各装置（機器、コントローラ、メーカーサーバ、ポータルサーバ）の各機能部は、その機能を実行する回路として実現されてもよいし、１または複数のプロセッサによりプログラムを実行することで実現されてもよい。
また、上記実施の形態の各装置の各機能部は、ＩＣ（Integrated Circuit）、ＬＳＩ（Large Scale Integration）その他の集積回路のパッケージとして構成されるものとしてもよい。このパッケージは各種装置に組み込まれて利用に供され、これにより各種装置は、各実施形態で示したような各機能を実現するようになる。
【０１０４】
なお、各機能ブロックは典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
＜補足＞
本発明に係る不正機器検出方法の一実施態様とその効果について説明する。
【０１０５】
（ａ）本発明は、不正機器検出システムにおける不正機器検出方法であって、前記不正機器検出システムは、少なくとも１つのコントローラ（１００ａ、１００ｂ）と当該コントローラに接続された１以上の機器（２００ａ、２００ｂ、２００ｃ、２００ｄ、２００ｅ）とからなるエリアネットワーク（ホームエリアネットワークａ、ｂ）が複数と、前記エリアネットワーク各々について当該エリアネットワークに関する情報と当該エリアネットワークに含まれる認証処理に成功した１以上の機器を示す機器識別子とを対応付けた対応情報（６００）を保持する不正機器検出サーバ（３００）とを含み、前記機器各々は、コントローラとの認証処理に成功した場合に、認証処理に成功したコントローラが含まれるエリアネットワークに関する情報（７００）を保持し、前記不正機器検出サーバは、前記コントローラのうちいずれかのコントローラとの間で新たに認証を行う機器がある場合に、当該新たに認証を行う機器の機器識別子を取得し（ステップＳ１４０１）、取得した機器識別子が前記対応情報に含まれているか否かを検出し（ステップＳ１４０２）、取得した機器識別子が前記対応情報に含まれていた場合に（ステップＳ１４０２のＹＥＳ）、前記新たに認証を行う機器から、エリアネットワークに関する情報の取得を試み（ステップＳ１４０４）、前記新たに認証を行う機器からエリアネットワークに関する情報を取得できた場合に（ステップＳ１４０５）、当該エリアネットワークに関する情報と、前記対応情報において前記新たに認証を行う機器の機器識別子に対応付けられたエリアネットワークに関する情報とが一致するか否かを判定し（ステップＳ１４０６）、一致しないと判定した場合に（ステップＳ１４０６のＮＯ）、前記新たに認証を行う機器を不正な機器であると検出することを特徴とする。
【０１０６】
また、本発明に係る不正機器検出サーバ（３００）は、少なくとも１つのコントローラ（１００ａ、１００ｂ）と当該コントローラに接続されており当該コントローラが含まれるエリアネットワークに関する情報を保持する１以上の機器（２００ａ、２００ｂ、２００ｃ、２００ｄ、２００ｅ）とから成るエリアネットワーク（ホームエリアネットワークａ、ｂ）が複数と、不正機器検出サーバと、を含む不正機器検出システムにおける不正機器検出サーバであって、機器とコントローラとの間で認証処理に成功した場合に、当該機器の機器識別子と、当該コントローラが含まれるエリアネットワークに関する情報とを対応付けて記憶する対応情報記憶手段（３４０）と、前記コントローラのうちいずれかのコントローラとの間で新たに認証を行う機器がある場合に、当該新たに認証を行う機器の機器識別子を取得する機器識別子取得手段（３２０）と、取得した機器識別子が前記対応情報に含まれているか否かを検出する登録検出手段（３２０）と、取得した機器識別子が前記対応情報に含まれていた場合に、前記新たに認証を行う機器から、エリアネットワークに関する情報の取得を試みるエリアネットワーク情報取得手段（３２０）と、前記エリアネットワーク情報取得手段が前記新たに認証を行う機器からエリアネットワークに関する情報を取得できた場合に、取得したエリアネットワークに関する情報と、前記対応情報において前記新たに認証を行う機器の機器識別子に対応付けられたエリアネットワークに関する情報とが一致するか否かを判定する判定手段（３２０）と、一致しないと判定した場合に、前記新たに認証を行う機器を不正な機器であると検出する不正機器検出手段（３２０）とを備えることを特徴とする。
【０１０７】
また、本発明に係る不正機器検出システムは、少なくとも１つのコントローラと当該コントローラに接続されており当該コントローラが含まれるエリアネットワークに関する情報を保持する１以上の機器とから成るエリアネットワークが複数と、不正機器検出サーバと、を含む不正機器検出システムであって、機器とコントローラとの間で認証処理に成功した場合に、当該機器の機器識別子と、当該コントローラが含まれるエリアネットワークに関する情報とを対応付けて記憶する対応情報記憶手段と、前記コントローラのうちいずれかのコントローラとの間で新たに認証を行う機器がある場合に、当該新たに認証を行う機器の機器識別子を取得する機器識別子取得手段と、取得した機器識別子が前記対応情報に含まれているか否かを検出する登録検出手段と、取得した機器識別子が前記対応情報に含まれていた場合に、前記新たに認証を行う機器から、エリアネットワークに関する情報の取得を試みるエリアネットワーク情報取得手段と、前記エリアネットワーク情報取得手段が前記新たに認証を行う機器からエリアネットワークに関する情報を取得できた場合に、取得したエリアネットワークに関する情報と、前記対応情報において前記新たに認証を行う機器の機器識別子に対応付けられたエリアネットワークに関する情報とが一致するか否かを判定する判定手段と、一致しないと判定した場合に、前記新たに認証を行う機器を不正な機器であると検出する不正機器検出手段とを備えることを特徴とする。
【０１０８】
新たに認証を行う機器の機器識別子が、既に対応情報に登録されていた場合には、当該機器は過去に他のコントローラとの間で認証処理を行っていたことになる。したがって、当該機器が、対応情報で対応付けられているエリアネットワークに関する情報に一致するエリアネットワークに関する情報を保持していなかった場合には、当該機器を不正な機器として検出することができ、不正な機器のネットワークへの参入を防止できる。
【０１０９】
また、機器はコントローラとの認証に成功した場合は、一般的に通信先としてコントローラに関する情報を記憶、保持する。このコントローラに関する情報をエリアネットワークに関する情報として用いれば、認証のためにより多くの情報を記憶して、機器の記憶容量を圧迫することもない。
（ｂ）上記（ａ）に係る不正機器検出方法において、前記サーバは、前記新たに認証を行う機器から、エリアネットワークに関する情報を取得できなかった場合にも、前記新たに認証を行う機器を不正な機器であると検出することとしてもよい。
【０１１０】
これにより、サーバに既に登録されている機器識別子を有する機器が新たに認証を行おうとする場合に、その機器は過去にいずれかのコントローラとの間で認証に成功し、エリアネットワークに関する情報を保持しているはずであり、その情報を保持していない場合には、当該新たに認証を行う機器は不正な機器として検出することができる。
（ｃ）上記（ａ）に係る不正機器検出方法において、前記エリアネットワークに関する情報とは、当該エリアネットワークに含まれる前記コントローラに固有の識別子であることとしてもよい。
【０１１１】
これにより、エリアネットワークを特定する情報として、コントローラの識別子を用いることができる。各エリアネットワークには少なくとも１台のコントローラが含まれることから、その識別子は、エリアネットワークを特定するための情報として用いることができる。
（ｄ）上記（ａ）に係る不正機器検出方法において、前記エリアネットワークに関する情報とは、当該エリアネットワークに含まれる前記コントローラのＭＡＣアドレスであることとしてもよい。
【０１１２】
これにより、エリアネットワークを特定する情報として、コントローラのＭＡＣアドレスを用いることができる。各エリアネットワークには少なくとも１台のコントローラが含まれることから、そのＭＡＣアドレスはもともとネットワーク上でコントローラに固有のものであることからも、エリアネットワークを特定するための情報として用いることができる。
【０１１３】
（ｅ）上記（ａ）に係る不正機器検出方法において、前記エリアネットワークに関する情報とは、当該エリアネットワークに対して予め定められた固有のエリアネットワーク識別情報であることとしてもよい。
これにより、エリアネットワークを特定する情報として、エリアネットワークに個別に付されたエリアネットワークの識別情報を用いることができる。エリアネットワークに個別に付された識別情報を用いることで、例えば、システムの管理人などにどのエリアネットワークであるかの認識のしやすさを向上させることができる。
【０１１４】
（ｆ）上記（ａ）に係る不正機器検出方法において、前記エリアネットワークに関する情報とは、当該エリアネットワークに含まれる機器各々の機器識別子を１以上含む機器情報であることとしてもよい。
これにより、エリアネットワークを特定する情報として、エリアネットワークに含まれる機器群の情報を用いることができる。各エリアネットワークには様々な機器が含まれることが想定され、その機器構成は、各エリアネットワークに特有の構成となりやすいことから、エリアネットワークを特定するための情報として用いることができる。
【０１１５】
（ｇ）上記（ａ）に係る不正機器検出方法において、前記新たに認証を行う機器の機器識別子が前記対応情報に登録されている場合であって、前記新たに認証を行う機器から取得したエリアネットワークに関する情報と、前記対応情報において前記新たに認証を行う機器の機器識別子に対応付けられて登録されているエリアネットワークに関する情報とが一致すると判定したときには、前記新たに認証を行う機器の機器識別子と前記新たに認証を行う機器が接続されたコントローラが含まれるエリアネットワークに関する情報とを対応付けて登録することとしてもよい。
【０１１６】
これにより、新たに認証を行う機器が、エリアネットワークに関する情報を保持しており、当該エリアネットワークに関する情報が、対応情報において当該機器に対応付けられていたエリアネットワークに関する情報と一致する場合には、その機器は、過去に別のコントローラとの間で認証処理を行ったことのある正当な機器であると検出することができる。
【産業上の利用可能性】
【０１１７】
本発明に係る不正機器検出方法は、ネットワークシステムに新たに接続された不正機器を検出するものとして、例えば、ホームネットワークシステムにおける各機器の制御等に活用することができる。
【符号の説明】
【０１１８】
１００ａ、１００ｂ  コントローラ
１１０  通信部
１２０  制御部
１３０  認証処理部
１４０  認証情報保持部
１５０  機器情報保持部
２００ａ、２００ｂ、２００ｃ、２００ｄ、２００ｅ  機器
２１０  通信部
２２０  制御部
２３０  認証処理部
２４０  認証情報保持部
２５０  コントローラ情報保持部
２６０  機器履歴保持部
３００  メーカーサーバ
３１０  通信部
３２０  制御部
３３０  ＣＲＬ管理部
３４０  対応情報保持部
３５０  ＣＲＬ保持部
４００  ポータルサーバ
４１０  通信部
４２０  暗号処理部
４３０  ＣＲＬ管理部
４４０  暗号鍵保持部
４５０  ＣＲＬ保持部
【図１】
2015146175.tif 000003
【図２】
2015146175.tif 000004
【図３】
2015146175.tif 000005
【図４】
2015146175.tif 000006
【図５】
2015146175.tif 000007
【図６】
2015146175.tif 000008
【図７】
2015146175.tif 000009
【図８】
2015146175.tif 000010
【図９】
2015146175.tif 000011
【図１０】
2015146175.tif 000012
【図１１】
2015146175.tif 000013
【図１２】
2015146175.tif 000014
【図１３】
2015146175.tif 000015
【図１４】
2015146175.tif 000016
【図１５】
2015146175.tif 000017
【図１６】
2015146175.tif 000018
【図１７】
2015146175.tif 000019
【図１８】
2015146175.tif 000020
【図１９】
2015146175.tif 000021