JPWO2015092953A1 - 認証システムおよび認証方法 - Google Patents

Abstract

本発明の認証システムでは、機器は、操作端末からの機器に対する制御指示とともに証明書失効リストを取得する。機器は、制御指示とともに取得した証明書失効リストに基づいて機器が接続するコントローラの正当性を判断する。

Description

本開示は、安全に機器とコントローラを接続することを可能とする認証システムに関する。

近年、家庭内の家電やＡＶ機器がネットワークに接続し、そこからクラウドに収集される各種履歴情報を用いたサービスが期待されている。このとき、家庭内にコントローラを設置し、家電機器からメーカサーバへの履歴情報の送信はコントローラが中継して行う。このコントローラと家電機器の接続を安全に設定することで、家庭内の通信を制御し、無線通信における情報の漏洩やなりすましによる家庭内のネットワークへの接続を防止する。

このため、従来、Ｗｉ−Ｆｉアライアンスでは、Ｗｉ−Ｆｉ Ｐｒｏｔｅｃｔｅｄ Ｓｅｔｕｐとよばれる機器間の接続を容易に行えるようにするための規格を策定している（非特許文献１）。しかしながら、Ｗｉ−Ｆｉの無線接続では、コントローラに相当するアクセスポイントの機器と家電機器間において、機器の相互接続性を保証しているだけであり、接続相手が正当な機器であるかは認証しない。

従来、機器の正当性を認証するために、公開鍵認証基盤（ＰＫＩ：Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）を用いることが知られている（非特許文献２）。ＰＫＩに基づく認証は、エンティティ（家電機器やコントローラ）が秘密鍵と認証局から発行された公開鍵証明書を持っていることを認証することで機器の正当性を保証する。公開鍵証明書は秘密鍵の漏洩などが発生すると、公開鍵証明書を使った不正を防止するために、公開鍵証明書の失効が必要となる。公開鍵証明書の失効の手段としては証明書の失効リストであるＣＲＬ（Ｃｅｒｔｉｆｉｃａｔｅ Ｒｖｏｃａｔｉｏｎ Ｌｉｓｔ）が代表される（非特許文献２）。ＣＲＬとは失効した公開鍵証明書のリストであり、失効した公開鍵証明書のＩＤなどに、公開鍵証明書を発行した認証局が署名をつけて配布する。家電機器やコントローラのエンティティは、接続する他のエンティティの公開鍵証明書がＣＲＬに記載されていないかを検証する。そのため、ＣＲＬは最新のＣＲＬを用いる必要がある。

Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅ、"Ｗｉ−Ｆｉ ＣＥＲＴＩＦＩＥＤ Ｗｉ−Ｆｉ Ｐｒｏｔｅｃｔｅｄ Ｓｅｔｕｐ： Ｅａｓｉｎｇ ｔｈｅ Ｕｓｅｒ Ｅｘｐｅｒｉｅｎｃｅ ｆｏｒ Ｈｏｍｅ ａｎｄ Ｓｍａｌｌ Ｏｆｆｉｃｅ Ｗｉ−ＦｉＲ Ｎｅｔｗｏｒｋｓ （２０１０）"、［ｏｎｌｉｎｅ］、２０１０年１２月、［２０１４年６月２４日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｗｉ−ｆｉ．ｏｒｇ／ｊａ／ｆｉｌｅ／ｗｉ−ｆｉ−ｃｅｒｔｉｆｉｅｄ−ｗｉ−ｆｉ−ｐｒｏｔｅｃｔｅｄ−ｓｅｔｕｐ％Ｅ２％８４％Ａ２−ｅａｓｉｎｇ−ｔｈｅ−ｕｓｅｒ−ｅｘｐｅｒｉｅｎｃｅ−ｆｏｒ−ｈｏｍｅ−ａｎｄ−ｓｍａｌｌ−ｏｆｆｉｃｅ−ｗｉ＞ 宮地充子／菊池浩明編著、「ＩＴ Ｔｅｘｔ 情報セキュリティ」、オーム社、２００３年１０月 Ｎａｔｉｏｎａｌ Ｓｅｃｕｒｉｔｙ Ａｇｅｎｃｙ、"Ｓｕｉｔｅ Ｂ Ｉｍｐｌｅｍｅｎｔｅｒ‘ｓ Ｇｕｉｄｅ ｔｏ ＦＩＰＳ １８６−３ （ＥＣＤＳＡ）"、［ｏｎｌｉｎｅ］、２０１０年２月３日、［２０１４年６月２４日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｎｓａ．ｇｏｖ／ｉａ／＿ｆｉｌｅｓ／ｅｃｄｓａ．ｐｄｆ＞ Ｅｌａｉｎｅ Ｂａｒｋｅｒ、他３名、ＮＩＳＴ Ｓｐｅｃｉａｌ Ｐｕｂｌｉｃａｔｉｏｎ ８００−５６Ａ Ｒｅｖｉｓｉｏｎ２、"Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ ｆｏｒ Ｐａｉｒ−Ｗｉｓｅ Ｋｅｙ−Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｓｃｈｅｍｅｓ Ｕｓｉｎｇ Ｄｉｓｃｒｅｔｅ Ｌｏｇａｒｉｔｈｍ Ｃｒｙｐｔｏｇｒａｐｈｙ"、［ｏｎｌｉｎｅ］、２０１３年５月１３日、Ｎａｔｉｏｎａｌ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｓｔａｎｄａｒｄｓ ａｎｄ Ｔｅｃｈｎｏｌｏｇｙ、［２０１４年６月２４日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｎｖｌｐｕｂｓ．ｎｉｓｔ．ｇｏｖ／ｎｉｓｔｐｕｂｓ／ＳｐｅｃｉａｌＰｕｂｌｉｃａｔｉｏｎｓ／ＮＩＳＴ．ＳＰ．８００−５６Ａｒ２．ｐｄｆ＞ Ｄ．Ｆｏｒｓｂｅｒｇ、他４名、ＲＦＣ５１９１、"Ｐｒｏｔｏｃｏｌ ｆｏｒ Ｃａｒｒｙｉｎｇ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｆｏｒ Ｎｅｔｗｏｒｋ Ａｃｃｅｓｓ （ＰＡＮＡ）"、［ｏｎｌｉｎｅ］、２００８年５月、Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ、［２０１４年６月２４日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｒｆｃ−ｅｄｉｔｏｒ．ｏｒｇ／ｒｆｃ／ｐｄｆｒｆｃ／ｒｆｃ５１９１．ｔｘｔ．ｐｄｆ＞

上記、従来の認証システムでは更なる改善が必要とされていた。

本開示の一態様に係る認証システムは、機器と、機器を操作する操作端末と、コントローラとを含み、コントローラと機器との間の認証を行う認証システムであって、機器は、コントローラから第１の証明書失効リストを取得し、操作端末からの機器に対する制御指示とともに、第２の証明書失効リストを取得し、第１の証明書失効リストと第２の証明書失効リストは、コントローラおよび機器の証明書に関する失効リストであり、第１の証明書失効リスト、または、第２の証明書失効リストに基づいてコントローラの正当性を判断する判断部を備える。

なお、これらの包括的または具体的な態様は、システム、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。

本開示によれば、更なる改善が実現できる。

実施の形態１における認証システムの全体構成図である。 実施の形態１におけるコントローラの構成図である。 実施の形態１におけるコントローラの接続機器管理テーブルの一例を示す図である。 実施の形態１における公開鍵証明書の一例を示す図である。 実施の形態１におけるＣＲＬの一例を示す図である。 実施の形態１における機器の構成図である。 実施の形態１における機器の接続コントローラ管理テーブルの一例を示す図である。 実施の形態１におけるメーカサーバの構成図である。 実施の形態１におけるメーカサーバの機器情報管理テーブルの一例を示す図である。 実施の形態１におけるポータルサーバの構成図である。 実施の形態１における機器登録時のシーケンス図である。 実施の形態１における機器登録時のシーケンス図である。 実施の形態１におけるメーカサーバのＣＲＬ更新時のシーケンス図である。 実施の形態１における機器のＣＲＬ更新時のシーケンス図である。 実施の形態１における機器のＣＲＬ更新時のシーケンス図である。 実施の形態１における機器のＣＲＬ更新時のシーケンス図である。 実施の形態２における機器登録時のシーケンス図である。 実施の形態２における機器登録時のシーケンス図である。 実施の形態２における機器登録時のシーケンス図である。 実施の形態２における機器の接続コントローラ管理テーブルの一例を示す図である。 実施の形態２におけるコントローラの接続機器管理テーブルの一例を示す図である。 実施の形態２における機器履歴情報の送信処理時のシーケンス図である。 実施の形態３における認証システムの全体構成図である。 実施の形態３における機器の構成図である。 実施の形態３におけるサーバの構成図である。 実施の形態３における操作端末の構成図である。 実施の形態３における操作端末の制御機器管理テーブルの一例を示す図である。 実施の形態３における制御コマンドメッセージの一例を示す図である。 実施の形態３における機器制御実行時のシーケンス図である。 実施の形態３における機器制御実行時のシーケンス図である。 実施の形態４における認証システムの全体構成図である。 実施の形態４における操作端末の構成図である。 実施の形態４における操作端末のＣＲＬ更新時のシーケンス図である。 実施の形態４における機器制御実行時のシーケンス図である。 実施の形態４における機器制御実行時のシーケンス図である。 実施の形態５における認証システムの全体構成図である。 実施の形態５における機器の構成図である。 実施の形態５における機器制御実行時のシーケンス図である。 実施の形態５における機器制御実行時のシーケンス図である。

（本開示の基礎となった知見）
しかしながら、家電機器が一つのコントローラとのみ接続する場合、家電機器はＣＲＬをコントローラ経由で取得する。このとき、コントローラが不正機器であった場合、公開鍵証明書がＣＲＬに記載されていても、コントローラがコントローラの公開鍵証明書が記載されているＣＲＬを家電機器に配布しない限り、家電機器はコントローラを正当な機器として認証してしまう。

以上の考察に基づき、本発明者らは本開示の各態様を想到するに至った。

本開示の一実施態様の認証方法は、機器と、機器を操作する操作端末と、コントローラとを含み、コントローラと機器との間の認証を行う認証システムにおける認証方法であって、機器は、コントローラから第１の証明書失効リストを取得し、操作端末からの機器に対する制御指示とともに、第２の証明書失効リストを取得し、第１の証明書失効リストと第２の証明書失効リストは、コントローラおよび機器の証明書に関する失効リストであり、第１の証明書失効リスト、または、第２の証明書失効リストに基づいてコントローラの正当性を判断する。

これにより、不正なコントローラにつながった機器でもCRLを更新可能とすることで、不正なコントローラとの接続を防止でき、正規のコントローラ時期間で安全に接続することができる。

さらに、本開示の一実施態様の認証方法は、機器がコントローラが不正であると判断した場合、コントローラとの接続を停止する。

さらに、本開示の一実施態様の認証方法は、第１の証明書失効リストの次回発行日と、第２の証明書失効リストの発行日と、を比較することで、コントローラの正当性を判断する。

さらに、本開示の一実施態様の認証方法は、認証システムがさらにサーバを備えており、サーバが、制御指示に第２の証明書失効リストを付与する。

さらに、本開示の一実施態様の認証方法は、機器は、制御指示の内容に応じて、コントローラの正当性を認証する処理と、制御指示の内容に基づいた制御処理の実行順番および／または実行有無を判断する。

以下、図面を参照しながら、本開示の実施の形態に係る認証システムについて説明する。なお、以下で説明する実施の形態は、いずれも本開示の好ましい一具体例を示す。つまり、以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置および接続形態、ステップ、ステップの順序などは、本開示の一例であり、本開示を限定する主旨ではない。本開示は、請求の範囲の記載に基づいて特定される。したがって、以下の実施の形態における構成要素のうち、本開示の最上位概念を示す独立請求項に記載されていない構成要素は、本開示の課題を達成するために必ずしも必要ではないが、より好ましい形態を構成する構成要素として説明される。

（実施の形態１）
１．システムの構成
ここでは、本開示の実施の形態として、本開示に関わる認証システム１０について図面を参照しながら説明する。

１．１ 認証システム１０の全体構成
図１は、本開示に係る認証システム１０の全体構成を示す図である。認証システム１０は、コントローラ１００、機器２００、サーバ３００、ポータルサーバ４００から構成される。コントローラ１００ａ〜ｂは、機器を制御する機能を持った機器である。また、コントローラ１００ａ〜ｂは、サーバと接続し、サーバへ家電履歴の情報の送信や、サーバから制御依頼を受信し、家電機器を制御するなどの機能を持つ。機器２００ａ〜ｃは、テレビやレコーダー、エアコン、冷蔵庫、蓄電池など、機器履歴情報を収集する家電機器や住宅設備機器である。サーバ３００ａ〜ｃはコンテンツを配信するコンテンツサーバや家電機器を製造するメーカサーバ、サービスを提供するサービスプロバイダのサービスサーバである。具体的な一例として、家庭内の機器の履歴情報がコントローラに送信され、コントローラは機器の履歴情報をメーカサーバに送信する。また、サービスサーバが電力会社としたとき、電力会社から家庭のスマートメータ（図示しない）を経由してコントローラに接続する。コントローラは電力会社からの電力情報を基に、家庭内の機器を制御し、家庭内の電力消費を抑える。

１．２ コントローラ１００の構成
図２は、コントローラ１００ａの構成図である。コントローラ１００ａは、機器管理部１０１、機器情報保持部１０２、認証処理部１０３、認証情報保持部１０４、通信部１０５から構成される。コントローラ１００ｂも同様の構成である。

機器管理部１０１は、コントローラに接続される機器を管理する。機器からの接続依頼があった場合、機器管理部１０１は、機器から受信した公開鍵証明書を認証処理部１０３に送信し、認証処理を依頼する。機器管理部１０１は、認証処理部１０３から認証結果を受信する。認証成功の場合、機器管理部１０１は、機器情報保持部１０２で保持する接続機器管理テーブルに機器ＩＤと証明書のＩＤを登録する。

機器情報保持部１０２は、コントローラに接続する機器の情報を管理する。図３は機器情報保持部１０２がもつ機器情報管理テーブルの一例を示した図である。機器情報管理テーブルは機器ＩＤと、機器がもつ公開鍵証明書の証明書ＩＤを記録する。

認証処理部１０３は、機器との認証処理を行う。また、認証処理部１０３は、機器管理部１０１から機器の公開鍵証明書とともに認証依頼を受けると、認証情報保持部１０４に記録されているＣＲＬを取得し、機器の公開鍵証明書の証明書ＩＤがＣＲＬに記載されているかを検証する。また、認証処理部１０３は、公開鍵証明書の署名を認証局であるポータルサーバの公開鍵（図示しない）を用いて検証する。また、認証処理部１０３は、乱数を生成し、機器に乱数を送信する。認証処理部１０３は、機器から受信した乱数の署名を検証する。いずれの検証においても失敗した場合、認証処理部１０３は、機器が不正機器であると判断する。

認証情報保持部１０４は、秘密鍵と公開鍵証明書の鍵ペアやＣＲＬを持つ。秘密鍵と公開鍵証明書やＣＲＬは、出荷時に認証情報保持部１０４に埋め込まれる。図４は公開鍵証明書の構成の一例を示す図である。公開鍵証明書は、バージョン、発行者、有効期間の開始と終了、証明書ＩＤ、認証局であるポータルサーバの署名から構成される。図５はＣＲＬの構成の一例を示す図である。ＣＲＬは、ＣＲＬバージョン、発行者、発行日、次回発行日、失効した証明書ＩＤ、認証局であるポータルサーバの署名から構成される。ここで証明書ＩＤは一つに限定するわけではなく、複数の証明書ＩＤがあってもよい。

通信部１０５は、機器２００やメーカサーバ３００ａやサービスサーバ３００ｂとの通信を行う。通信部１０５は、サーバとの通信ではＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）通信を行う。ＳＳＬ通信に必要な証明書は通信部１０５で記録する。

１．３ 機器２００の構成
図６は、機器２００の構成図である。機器２００は、機器管理部２０１、機器履歴保持部２０２、機器情報保持部２０３、認証処理部２０４、認証情報保持部２０５、通信部２０６から構成される。

機器管理部２０１は、起動時に、コントローラ１００に接続依頼を送信する。コントローラと接続せずに、コンテンツサーバ３００ｃと接続する場合には、通信部２０６は、コンテンツサーバ３００ｃとの間でＳＳＬ通信を実行する。機器管理部２０１は、コントローラから公開鍵証明書を受信すると、認証処理部２０４に認証依頼を送信する。機器管理部２０１は、認証処理部２０４から認証結果を受信する。認証成功の場合、機器管理部２０１は、機器情報保持部２０３で保持する接続コントローラ管理テーブルにコントローラＩＤと証明書のＩＤを登録する。また、機器管理部２０１は、機器履歴保持部２０２で記録している機器履歴を、定期的または非定期に、コントローラ経由でサーバへ送信する。なお、コンテンツサーバと直接接続している場合は、コントローラを経由せずにサーバへ送信する。

機器履歴保持部２０２は、機器の動作履歴を取得し、記録する。

機器情報保持部２０３は、機器に接続するコントローラ１００の情報を管理する。図７は機器情報保持部２０３がもつ接続コントローラ管理テーブルの一例を示した図である。接続コントローラ管理テーブルはコントローラＩＤと、コントローラがもつ公開鍵証明書の証明書ＩＤを記録する。

認証処理部２０４は、コントローラとの認証処理を行う。また、認証処理部２０４は、機器管理部２０１から公開鍵証明書とともに認証依頼を受けると、認証情報保持部２０５に記録されているＣＲＬを取得し、コントローラの公開鍵証明書の証明書ＩＤがＣＲＬに記載されているかを検証する。また、認証処理部２０４は、公開鍵証明書の署名を認証局であるポータルサーバの公開鍵（図示しない）を用いて検証する。また、認証処理部２０４は、乱数を生成し、コントローラに乱数を送信する。認証処理部２０４は、コントローラから受信した乱数の署名を検証する。いずれの検証においても失敗した場合、認証処理部２０４は、コントローラが不正機器であると判断する。

認証情報保持部２０５は、秘密鍵と公開鍵証明書の鍵ペアやＣＲＬを持つ。秘密鍵と公開鍵証明書の鍵ペアやＣＲＬは、機器の出荷時に認証情報保持部２０５に埋め込まれる。公開鍵証明書やＣＲＬはコントローラが持つ公開鍵証明書やＣＲＬと同じ構成であるのでここでの説明は省略する。

通信部２０６は、コントローラ１００やコンテンツサーバ３００ｃとの通信を行う。通信部２０６は、コンテンツサーバとの通信ではＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）通信を行う。ＳＳＬ通信に必要な証明書は通信部２０６で記録する。

１．４ メーカサーバ３００ａの構成
図８は、メーカサーバ３００ａの構成図である。メーカサーバ３００ａは、機器情報管理部３０１、機器情報保持部３０２、ＣＲＬ管理部３０３、ＣＲＬ保持部３０４、通信部３０５から構成される。サービスサーバ３００ｂも同様の構成である。

機器情報管理部３０１は、機器情報保持部３０２を制御し、コントローラと機器の紐付けや接続するコントローラや機器のＩＤや公開鍵証明書の証明書ＩＤ、機器の履歴を管理する。また、機器情報管理部３０１は、機器やコントローラの不正を検出した場合、当該機器やコントローラの公開鍵証明書の証明書ＩＤをポータルサーバに通知し、ＣＲＬの発行依頼を行う。機器情報管理部３０１は、ＣＲＬを更新した場合、ＣＲＬ管理部３０３にＣＲＬを送信する。

機器情報保持部３０２は、コントローラや機器のＩＤや証明書のＩＤ、機器の履歴を記録する。図９は、機器情報保持部３０２が持つ、機器情報管理テーブルの一例を示した図である。コントローラのＩＤであるコントローラＩＤ１には機器ＩＤ１から機器ＩＤ３の機器が接続していることを表している。また、コントローラの証明書ＩＤと機器の証明書ＩＤも記録している。機器ＩＤ１の履歴情報は履歴情報１に記録されていることを表している。

ＣＲＬ管理部３０３は、ＣＲＬ保持部３０４を制御し、機器情報管理部３０１からＣＲＬを受信した場合、ＣＲＬ保持部３０４のＣＲＬを更新する。

ＣＲＬ保持部３０４は、ＣＲＬを記録する。

通信部３０５は、コントローラ１００ａおよびポータルサーバ４００との通信を行う。コントローラ１００ａやポータルサーバ４００との通信ではＳＳＬ通信を行う。ＳＳＬ通信に必要な証明書は通信部３０５で記録する。

コンテンツサーバ３００ｃの構成はメーカサーバ３００ａとの構成と異なる。コントローラを経由せずに機器と接続するため、コンテンツサーバ３００ｃと機器間でＳＳＬ認証を実施する。また、機器情報保持部３０２の機器情報管理テーブルはコントローラの情報がない機器情報管理テーブルとなる。

１．５ ポータルサーバ４００の構成
図１０は、ポータルサーバ４００の構成図である。ポータルサーバ４００は、ＣＲＬ管理部４０１、ＣＲＬ保持部４０２、暗号処理部４０３、暗号鍵保持部４０４、通信部４０５から構成される。

ＣＲＬ管理部４０１は、ＣＲＬ保持部４０２を制御し、ＣＲＬを管理する。ＣＲＬ管理部４０１は、メーカサーバ３００ａやサービスサーバ３００ｂなどからＣＲＬの発行依頼を受信すると、ＣＲＬの署名以外のデータを設定し、暗号処理部４０３にＣＲＬの署名生成を依頼する。ＣＲＬ管理部４０１は、暗号処理部４０３から署名生成したＣＲＬを受信し、ＣＲＬ保持部４０２に記録する。

ＣＲＬ保持部４０２は、発行したＣＲＬを記録する。

暗号処理部４０３は、ＣＲＬ管理部４０１から署名生成の依頼を受信すると、暗号鍵保持部４０４に保持する秘密鍵を用いて、ＣＲＬの署名を生成する。暗号処理部４０３は、ＣＲＬの署名を生成すると、ＣＲＬ管理部４０１へ送信する。

暗号鍵保持部４０４は、認証局となるポータルサーバ４００のＣＲＬ発行用の秘密鍵を保持する。

通信部４０５は、各サーバ３００ａ〜ｃとの通信を行う。各サーバ３００ａ〜ｃとの通信ではＳＳＬ通信を行う。ＳＳＬ通信に必要な証明書は通信部４０５で記録する。

１．６ 認証システム１０の動作
認証システム１０の動作には、以下のものがある。

（１）機器からコントローラに接続し、サーバへ登録する機器登録処理
（２）メーカサーバ３００ａのＣＲＬを更新する処理
（３）機器のＣＲＬを更新する処理
以下、それぞれについて図を用いて説明する。

１．６．１ 機器登録処理時の動作
図１１から図１２は機器２００ｃがコントローラ１００ａに接続し、メーカサーバ３００ａへ登録する処理のシーケンスを示す。機器２００ａや機器２００ｂがコントローラ１００ａに接続し、メーカサーバ３００ａへ登録する処理や、機器２００ｃがコントローラ１００ｂに接続し、サービスサーバ３００ａに登録する処理も同様である。

（Ｓ１０１）機器２００ｃからコントローラ１００ａに対し、接続要求を実施する。このとき機器の機器ＩＤ、公開鍵証明書も合わせて送信する。

（Ｓ１０２）コントローラ１００ａが接続要求を受信した機器２００ｃの公開鍵証明書の証明書ＩＤが認証情報保持部で保持するＣＲＬに記載されているかを検証する。ＣＲＬに記載されている場合、機器２００ｃへエラーを通知して処理を終了する。

（Ｓ１０３）コントローラ１００ａは機器２００ｃから受信した公開鍵証明書の署名を検証する。検証が成功しない場合、機器２００ｃへエラーを通知して処理を終了する。このときの署名はＥＣＤＳＡ（Ｅｌｌｉｐｔｉｃ Ｃｕｒｖｅ Ｄｉｇｉｔａｌ Ｓｉｇｎａｔｕｒｅ Ａｌｇｏｒｉｔｈｍ）であってもよい。ＥＣＤＳＡについては、非特許文献３に記載されているためここでは述べない。

（Ｓ１０４）コントローラ１００ａは乱数を生成し、コントローラＩＤと公開鍵証明書とともに機器２００ｃへ送信する。

（Ｓ１０５）機器２００ｃは接続要求を送信したコントローラ１００ａの公開鍵証明書の証明書ＩＤが保持するＣＲＬに記載されているかを検証する。ＣＲＬに記載されている場合、コントローラ１００ａへエラーを通知して処理を終了する。

（Ｓ１０６）機器２００ｃはコントローラ１００ａから受信した公開鍵証明書の署名を検証する。検証が失敗した場合、コントローラ１００ａへエラーを通知して処理を終了する。

（Ｓ１０７）機器２００ｃはコントローラ１００ａから受信した乱数と機器２００ｃの秘密鍵から署名を生成する。

（Ｓ１０８）機器２００ｃは乱数を生成し、Ｓ１０７で生成した署名とともにコントローラ１００ａへ送信する。

（Ｓ１０９）コントローラ１００ａは署名と乱数を受信し、Ｓ１０１で受信した公開鍵証明書を用いて署名の検証を行う。署名の検証が成功しない場合、機器２００ｃへエラーを通知して処理を終了する。

（Ｓ１１０）コントローラ１００ａはＳ１０９で受信した乱数とコントローラ１００ａの秘密鍵から署名を生成し、署名を機器２００ａへ送信する。

（Ｓ１１１）機器２００ｃは署名を受信し、Ｓ１０４で受信した公開鍵証明書を用いて署名の検証を行う。署名の検証が成功しない場合、コントローラ１００ａへエラーを通知して処理を終了する。

（Ｓ１１２）機器２００ｃはＳ１１１で検証が成功した場合、コントローラを接続コントローラ管理テーブルに登録する。

（Ｓ１１３）コントローラ１００ａはコントローラＩＤと公開鍵証明書の証明書ＩＤ、Ｓ１０９で検証が成功した機器の機器ＩＤと公開鍵証明書の証明書ＩＤをメーカサーバに送信し、機器の機器ＩＤと公開鍵証明書の証明書ＩＤを接続機器管理テーブルに登録する。

（Ｓ１１４）メーカサーバ３００ａはコントローラ１００ａからコントローラ１００ａのコントローラＩＤと公開鍵証明書の証明書ＩＤ、機器２００ｃの機器ＩＤと公開鍵証明書の証明書ＩＤを受信すると、機器情報管理テーブルに登録する。

１．６．２ メーカサーバ３００ａのＣＲＬを更新する処理時の動作
図１３に、メーカサーバ３００ａのＣＲＬを更新するシーケンスを示す。

（Ｓ１２１）メーカサーバ３００ａは不正機器を検出する。具体的な一例として、同じ証明書ＩＤの複数のコントローラがメーカサーバ３００ａに接続していることを検出した場合や、同じ証明書ＩＤの複数の機器がメーカサーバ３００ａに登録されたことを検出した場合などである。また、秘密鍵が漏えいしたと検出できた場合も対応する公開鍵証明書を保持する機器やコントローラを不正機器と判断する。

（Ｓ１２２）メーカサーバ３００ａはＣＲＬに記載の証明書ＩＤにＳ１２１で検出した不正機器や不正コントローラの証明書ＩＤを追加する。

（Ｓ１２３）メーカサーバ３００ａは不正機器や不正コントローラのすべての証明書ＩＤとともにＣＲＬ発行依頼を認証局であるポータルサーバ４００に送信する。

（Ｓ１２４）ポータルサーバ４００は受信した証明書ＩＤからＣＲＬを発行する。

（Ｓ１２５）ポータルサーバ４００はＣＲＬをメーカサーバ３００ａへ送信する。

（Ｓ１２６）メーカサーバ３００ａは受信したＣＲＬをＣＲＬ保持部に記録し、最新のＣＲＬに更新する。

上記はメーカサーバ３００ａのＣＲＬを更新する処理を一例としているが、サービスサーバ３００ｂやコンテンツサーバ３００ｃが保持するＣＲＬを更新する処理も同様の処理である。

また、メーカサーバ３００ａはＳ１２１で不正機器を検出しなくとも、次回発行日前にＣＲＬを更新する。

１．６．３ 機器のＣＲＬを更新する処理時の動作
図１４から図１５に、機器２００ｃのＣＲＬをコントローラ１００ｂから更新するシーケンスを示す。コントローラ１００ｂから機器２００ｃのＣＲＬを更新する処理を一例として説明するが、コントローラ１００ａから機器２００ｃのＣＲＬを更新する処理も同様の処理である。

（Ｓ１３１）サービスサーバ３００ｂはＣＲＬを更新後、コントローラ１００ｂにＣＲＬとともにＣＲＬの更新処理を依頼する。

（Ｓ１３２）コントローラ１００ｂはサービスサーバ３００ｂから受信したＣＲＬへ更新する。

（Ｓ１３３）コントローラ１００ｂは接続する機器がＣＲＬに記載されているかを検証する。記載されている場合、サービスサーバ３００ｂに通知し、記載されている機器の登録を削除する。

（Ｓ１３４）コントローラ１００ｂは接続するすべての機器２００にＣＲＬとともにＣＲＬの更新処理を依頼する。ここでは機器２００ｃに更新処理を依頼した例を基に説明する。

（Ｓ１３５）機器２００ｃは受信したＣＲＬの署名を検証する。検証が成功しない場合、ＣＲＬの更新処理を終了する。

（Ｓ１３６）機器２００ｃは接続するすべてのコントローラがＣＲＬに記載されているかを検証する。接続するコントローラが１つでも記載されている場合、他の機器やコントローラに不正コントローラの検出を通知する。また、接続コントローラ管理テーブルの当該不正コントローラの登録を削除する。

（Ｓ１３７）機器２００ｃはコントローラ１００ｂから受信したＣＲＬと認証情報保持部のＣＲＬとを比較し、矛盾があるかの検証を行う。具体的には、コントローラ１００ａから受信したＣＲＬが記録されている場合、コントローラ１００ｂから受信したＣＲＬの発行日と、コントローラ１００ａから受信していたＣＲＬの次回発行日を比較する。コントローラ１００ａから受信していたＣＲＬの次回発行日がコントローラ１００ｂから受信したＣＲＬの発行日より以前の場合、コントローラ１００ａから受信していたＣＲＬの次回発行日が過ぎていると判断し、コントローラ１００ａがＣＲＬを更新しなかったとして、不正なコントローラとして検出する。また、コントローラ１００ａとコントローラ１００ｂから受信したＣＲＬのバージョンを比較し、ＣＲＬのバージョンが一致しない場合、ＣＲＬのバージョンが古いＣＲＬを送信したコントローラがＣＲＬを更新しなかったとして、不正なコントローラとして検出する。このとき、機器２００ｃは他の機器やコントローラに不正コントローラの検出を通知する。また、接続コントローラ管理テーブルの当該不正コントローラの登録を削除する。また、コントローラ１００ａとの接続を遮断する。

（Ｓ１３８）機器２００ｃは受信したＣＲＬを認証情報保持部に記録する。

図１６に、機器２００ｃのＣＲＬをコンテンツサーバ３００ｃから更新するシーケンスを示す。

（Ｓ１４１）コンテンツサーバ３００ｃはＣＲＬを更新後、機器２００ａにＣＲＬとともにＣＲＬの更新処理を依頼する。

（Ｓ１４２）機器２００ｃは接続するすべてのコントローラがＣＲＬに記載されているかを検証する。接続するコントローラが１つでも記載されている場合、他の機器やコントローラ、コンテンツサーバ３００ｃに不正コントローラの検出を通知する。また、接続コントローラ管理テーブルの当該不正コントローラの登録を削除する。

（Ｓ１４３）はＳ１３７の処理と同様のため省略する。

（Ｓ１４４）はＳ１３８の処理と同様のため省略する。

１．７ 実施の形態１の効果
１つのコントローラと接続する機器は、当該コントローラが不正コントローラの場合、ＣＲＬが更新できなかった。実施の形態１では、機器が複数のコントローラからＣＲＬを受信している。これにより、複数のネットワークを経由してＣＲＬを取得し、更新ができる。ＣＲＬを更新可能とすることで、不正なコントローラとの接続を防止でき、正規のコントローラと機器間で安全に接続することができる。

（実施の形態２）
２．システムの構成
ここでは、本開示の実施の形態として、本開示に関わる認証システム１１について図面を参照しながら説明する。

実施の形態２における認証システム１１では、コントローラと機器間で認証後、通信用の暗号鍵を共有し、暗号通信で機器の履歴情報をサーバへ送信する。

２．１ 認証システム１１の全体構成
実施の形態２の認証システム１１の全体構成は実施の形態１と同様であるため、ここでは省略する。実施の形態１と同様の機能を有する構成要素は、同じ符号を付して説明を省略する。

２．２ 認証システム１１の動作
認証システム１１の動作には、以下のものがある。

（１）機器からコントローラに接続し、サーバへ登録する機器登録処理
（２）メーカサーバ３００ａのＣＲＬを更新する処理
（３）機器のＣＲＬを更新する処理
（４）機器からサーバへ機器履歴情報を送信する処理
（２）、（３）の処理は実施の形態１と同様のため、ここでの説明を省略する。

以下、それぞれについて図を用いて説明する。

２．２．１ 機器登録処理時の動作
図１７から図１９は機器２００ｃがコントローラ１００ａに接続し、メーカサーバへ登録する処理のシーケンスを示す。機器２００ａや機器２００ｂがコントローラ１００ａに接続し、メーカサーバへ登録する処理や、機器２００ｃがコントローラ１００ｂに接続し、サービスサーバに登録する処理も同様である。

（Ｓ２０１）から（Ｓ２０３）の処理は実施の形態１のＳ１０１からＳ１０３の処理と同様のため、ここでの説明を省略する。

（Ｓ２０４）コントローラ１００ａはコントローラＩＤと公開鍵証明書を機器２００ｃへ送信する。

（Ｓ２０５）から（Ｓ２０６）の処理はＳ１０５からＳ１０６の処理と同様のため、ここでの説明を省略する。

（Ｓ２０７）機器２００ｃとコントローラ１００ａは、鍵交換を行う。ここでは楕円曲線暗号の鍵交換方式のＥＣＤＨ（Ｅｌｌｉｐｔｉｃ Ｃｕｒｖｅ Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ）を用いる。ＥＣＤＨについては、非特許文献４に記載されているためここでは述べない。

（Ｓ２０８）機器２００ｃとコントローラ１００ａは、鍵交換で共有した鍵を共有鍵として設定する。

（Ｓ２０９）コントローラ１００ａは乱数を生成し、機器２００ｃへ送信する。

（Ｓ２１０）機器２００ｃはコントローラ１００ａから乱数を受信し、共有鍵で暗号化する。

（Ｓ２１１）機器２００ｃは乱数を生成し、Ｓ２１０で生成した暗号化乱数とともにコントローラ１００ａへ送信する。

（Ｓ２１２）コントローラ１００ａは暗号化乱数と乱数を受信し、暗号化乱数を共有鍵で復号し、Ｓ２０９で生成した乱数と一致するかの検証を行う。検証が成功しない場合、機器２００ｃへエラーを通知して処理を終了する。

（Ｓ２１３）コントローラ１００ａはＳ２１２での検証が成功した場合、Ｓ２１２で受信した乱数を共有鍵で暗号化し、暗号化乱数を機器２００ｃへ送信する。

（Ｓ２１４）機器２００ｃは暗号化乱数を受信し、暗号化乱数を共有鍵で復号し、Ｓ２１１で生成した乱数と一致するかの検証を行う。検証が成功しない場合、コントローラ１００ａへエラーを通知して処理を終了する。

（Ｓ２１５）機器２００ｃはＳ２１４で検証が成功した場合、コントローラ１００ａを接続コントローラ管理テーブルに登録する。図２０は、実施の形態２における接続コントローラ管理テーブルである。実施の形態１の接続コントローラ管理テーブルに加え、コントローラと共有した共有鍵から構成される。

（Ｓ２１６）コントローラ１００ａはコントローラＩＤと公開鍵証明書の証明書ＩＤ、Ｓ２１２で検証が成功した機器の機器ＩＤと公開鍵証明書の証明書ＩＤをメーカサーバ３００ａに送信し、機器の機器ＩＤと公開鍵証明書の証明書ＩＤを接続機器管理テーブルに登録する。図２１は、実施の形態２における接続機器管理テーブルである。実施の形態１の接続機器管理テーブルに加え、機器と共有した共有鍵から構成される。

（Ｓ２１７）は実施の形態１のＳ１１４の処理と同様のため、ここでの説明は省略する。

２．２．２ 機器からメーカサーバ３００ａへ機器履歴情報を送信する処理時の動作
図２２に、機器からのメーカサーバ３００ａへ機器履歴情報を送信するシーケンスを示す。なお、このアップロードは、定期的、あるいは不定期に行われる。

（Ｓ２２１）機器は蓄積した機器履歴情報を、共有鍵で暗号化し、機器ＩＤとともにコントローラに送信する。

（Ｓ２２２）コントローラは、機器ＩＤと暗号化された機器履歴情報を受信し、機器ＩＤから共有鍵を検索し、共有鍵で機器履歴情報を復号する。

（Ｓ２２３）コントローラとメーカサーバ３００ａはＳＳＬの認証を行い、暗号通信路を確立する。

（Ｓ２２４）コントローラは、コントローラのＩＤと機器から受信した機器ＩＤと機器履歴情報をメーカサーバ３００ａへ送信する。

（Ｓ２２５）メーカサーバ３００ａは、受信したコントローラのＩＤと機器ＩＤと機器履歴情報を登録する。

２．３ 実施の形態２の効果
実施の形態１では、機器の認証時に鍵交換を行い、共有した鍵を用いてチャレンジレスポンス認証を行っている。共有した鍵は秘密鍵と対応する公開鍵のみから生成できるため、公開鍵証明書の公開鍵に対応する秘密鍵を持っていない場合、共有鍵が生成できず、チャレンジレスポンス認証が成功しない。これにより、秘密鍵を用いた署名生成および公開鍵を用いた署名検証を行う認証処理に比べ、認証処理を軽減することが可能となる。また機器の履歴情報を共有鍵によって暗号通信が可能になり、機器の履歴情報の漏洩を防止することができる。

（実施の形態３）
３．システムの構成
ここでは、本開示の実施の形態として、本開示に係る認証システム２０について図面を参照しながら説明する。

３．１ 認証システム２０の全体構成
図２３は、本開示に係る認証システム２０の全体構成を示す図である。認証システム２０は、コントローラ１００、機器２２００、サーバ２３００、操作端末２５００から構成される。なお、実施の形態１と同様の機能を有する構成要素は、同じ符号を付して説明を省略する。

機器２２００ａ〜ｃは、テレビやレコーダー、エアコン、冷蔵庫、蓄電池など、機器履歴情報を収集する家電機器や住宅設備機器である。サーバ２３００は家電機器を製造するメーカサーバや、サービスを提供するサービスプロバイダのサービスサーバである。具体的な一例として、メーカサーバのサービスから、家庭内の機器を制御するコマンドがコントローラに送信され、コントローラは制御コマンドを基に機器を制御する。制御コマンドの具体的な一例として、機器の電源をＯＮ／ＯＦＦする、タイマーを設定するなどがある。操作端末２５００は、スマートフォンや、携帯電話など、家電機器や住宅設備を操作する機能と、サーバとの通信機能とを有する機器である。

２．２ コントローラ１００の構成
実施の形態３のコントローラ１００は実施の形態１と同様であるため、ここでは省略する。

３．３ 機器２２００の構成
図２４は、機器２２００の構成図である。機器２２００は、機器管理部２０１、機器情報保持部２０３、認証処理部２２０４、認証情報保持部２０５、通信部２０６、制御処理部２２０７から構成される。なお、実施の形態１と同様の機能を有する構成要素は、同じ符号を付して説明を省略する。

認証処理部２２０４は、コントローラ１００との認証処理を行う。また、認証処理部２２０４は、機器管理部２０１から公開鍵証明書とともに認証依頼を受けると、認証情報保持部２０５に記録されているＣＲＬを取得し、コントローラ１００の公開鍵証明書の証明書ＩＤがＣＲＬに記載されているかを検証する。また、認証処理部２２０４は、公開鍵証明書の署名を認証局であるサーバ２３００の公開鍵（図示しない）を用いて検証する。また、認証処理部２２０４は、乱数を生成し、コントローラ１００に乱数を送信する。認証処理部２２０４は、コントローラ１００から受信した乱数の署名を検証する。いずれの検証においても失敗した場合、認証処理部２２０４は、コントローラ１００が不正機器であると判断する。また、認証処理部２２０４は、制御処理部２２０７から制御コマンドメッセージを通知された場合、メッセージ全体の署名検証の上、ＣＲＬの署名検証を行い、正規のＣＲＬであることを確認する。

制御処理部２２０７は、コントローラ１００から制御コマンドメッセージを受信すると、受信したメッセージ全体の署名と、ＣＲＬの署名の検証を認証処理部２２０４に依頼する。認証処理部２２０４から署名検証結果を受信し、検証成功の場合、制御コマンドの内容に従って制御内容を実行する。

図２８は制御コマンドメッセージの一例を示した図である。制御コマンドメッセージは、それぞれの機器を示す機器ＩＤ、機器が行う制御内容を示す制御コマンド、図５に示すＣＲＬと、サーバ秘密鍵によるメッセージ全体に対する署名によって構成される。

３．４ サーバ２３００の構成
図２５は、サーバ２３００の構成図である。サーバ２３００は、機器管理部２３０１、機器情報保持部２３０２、ＣＲＬ管理部２３０３、ＣＲＬ保持部２３０４、暗号処理部２３０５、暗号鍵保持部２３０６、通信部２３０７から構成される。

機器管理部２３０１は、機器情報保持部２３０２を制御し、コントローラと機器の紐付けや接続するコントローラや機器のＩＤや証明書ＩＤ、機器の履歴を管理する。また、機器やコントローラの不正を検出した場合、当該機器やコントローラの証明書ＩＤをＣＲＬ管理部２３０３に通知し、ＣＲＬの更新依頼を行う。

機器情報保持部２３０２は、コントローラや機器のＩＤや証明書のＩＤ、機器の履歴を記録する。機器情報保持部２３０２が持つ機器情報管理テーブルの一例は実施の形態１と同様のため説明は省略する。

ＣＲＬ管理部２３０３は、ＣＲＬ保持部２３０４を制御し、機器管理部２３０１から不正機器や不正コントローラの証明書ＩＤを受信した場合、ＣＲＬの署名以外のデータを設定し、暗号処理部２３０５にＣＲＬの署名生成を依頼する。ＣＲＬ管理部２３０３は、暗号処理部２３０５から署名生成したＣＲＬを受信し、ＣＲＬ保持部２３０４に記録する。

暗号処理部２３０５は、ＣＲＬ管理部２３０３から署名生成の依頼を受信すると、暗号鍵保持部２３０６に保持する秘密鍵を用いて、ＣＲＬの署名を生成する。ＣＲＬの署名を生成すると、ＣＲＬ管理部２３０３へ送信する。

暗号鍵保持部２３０６は、認証局となるサーバ２３００のＣＲＬ発行用の秘密鍵を保持する。

ＣＲＬ保持部２３０４は、ＣＲＬを記録する。

通信部２３０７は、コントローラ１００および操作端末２５００との通信を行う。コントローラ１００や操作端末２５００との通信ではＳＳＬ通信を行う。ＳＳＬ通信に必要な証明書は通信部２３０７で記録する。

３．５ 操作端末２５００の構成
図２６は、操作端末２５００の構成図である。操作端末２５００は、機器管理部２５０１、機器情報保持部２５０２、操作受信部２５０３、制御発行部２５０４、通信部２５０５から構成される。

機器管理部２５０１は、機器情報保持部２５０２を制御し、制御対象となる機器のＩＤや、機器ＩＤ毎に発行が可能な制御内容を表す制御コマンドを管理する。機器管理部２５０１は、操作受信部２５０３から通知された受信内容に基づいて、機器ＩＤを選択する。

機器情報保持部２５０２は、制御対象となる機器のＩＤや、制御コマンドを記録する。

図２７は、機器情報保持部２５０２がもつ制御機器管理テーブルの一例を示した図である。制御機器管理テーブルは機器ＩＤと、対応する制御コマンドを記録する。制御コマンドは機器ＩＤ毎に発行可能な制御コマンドが管理される。この機器ＩＤと、制御コマンドのテーブルを利用する一例として、機器ＩＤ毎に可能な制御をユーザに提示するためのＧＵＩ(Ｇｒａｐｈｉｃ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ)を構成する情報として用いられる。

操作受信部２５０３は、操作端末を扱うユーザからの操作を受信し、受け付けた内容を機器管理部２５０１と制御発行部２５０４へと通知する。ユーザからの操作の例としては、ＧＵＩを使う方法の他、ジェスチャーや、事前に設定したタイマーによる自動操作なども含まれる。

制御発行部２５０４は、操作受信部２５０３から通知された受信内容に基づいて、制御コマンドを制御機器管理テーブルから読み出して発行する。なお、操作端末ではなく、サーバが制御機器管理テーブルを持ち、操作端末から各制御コマンドに対応するＡＰＩをコールされることで、サーバ側で制御コマンドを発行する構成でも良い。

通信部２５０５は、サーバ２３００との通信を行う。サーバ２３００との通信ではＳＳＬ通信を行う。ＳＳＬ通信に必要な証明書は通信部２５０５で記録する。

３．６ 認証システム２０の動作
認証システム２０の動作には、以下のものがある。

（１）機器２２００からコントローラ１００に接続し、サーバ２３００へ登録する機器登録処理
（２）機器制御を実行する処理（機器のＣＲＬを更新する処理）
以下、それぞれについて図を用いて説明する。

３．６．１ 機器登録処理時の動作
実施の形態３の機器登録処理時の動作シーケンスは実施の形態１と同様であるため、ここでは省略する。なお、図１１、図１２に登場するメーカサーバが、本実施の形態ではサーバ２３００に該当する。

３．６．２ 機器制御を実行する処理（機器のＣＲＬを更新する処理）時の動作
図２９から図３０に、操作端末２５００から機器２２００ａに対して機器制御を実行し、同時に、機器２２００ａのＣＲＬを更新するシーケンスを示す。操作端末２５００から、機器２２００ｂや機器２２００ｃに対する処理も同様である。なお、実施の形態１と同様の処理を行うシーケンスは、同じ符号を付して説明を省略する。

（Ｓ２１２１）操作端末２５００は、サーバ２３００に機器ＩＤと、制御コマンドを送信する。

（Ｓ２１２２）サーバ２３００は、機器ＩＤと、制御コマンドにＣＲＬを付加する。

（Ｓ２１２３）サーバ２３００は、機器ＩＤと、制御コマンドと、ＣＲＬとを連結したメッセージ全体に対して、秘密鍵を用いて署名を生成し、付加する。これを制御コマンドメッセージと呼ぶ。

（Ｓ２１２４）サーバ２３００は、制御コマンドメッセージをコントローラ１００に送信する。

（Ｓ２１２５）コントローラ１００は、受信した制御コマンドメッセージから、機器ＩＤを取得し、機器情報管理テーブルに記載されている機器ＩＤと比較し、制御コマンドメッセージを送信する先を決定する。

（Ｓ２１２６）コントローラ１００は、管理する機器情報管理テーブルに記載されている機器ＩＤに制御対象となる機器ＩＤが含まれていなかった場合、サーバ２３００に制御コマンドメッセージを送信できなかった旨を通知し、処理を終了する。

（Ｓ２１２７）コントローラ１００は、制御コマンドメッセージを機器２２００ａに送信する。

（Ｓ２１２８）機器２２００ａは、受信した制御コマンドメッセージの正当性を検証するために、制御コマンドメッセージに付与されている署名を検証する。検証が成功しない場合、機器２２００ａは、機器制御処理、ＣＲＬの更新処理を実行せずに、終了する。

（Ｓ１３５）、（Ｓ１３６）実施の形態１と同様であるため、説明を省略する。

（Ｓ２１２９）機器２２００ａは、操作端末２５００から受信したＣＲＬと認証情報保持部２０５のＣＲＬとを比較し、矛盾があるかの検証を行う。具体的には、操作端末２５００から受信した制御コマンドメッセージにＣＲＬが記録されている場合、操作端末２５００から受信したＣＲＬの発行日と、コントローラ１００から受信していたＣＲＬの次回発行日を比較する。コントローラ１００から受信していたＣＲＬの次回発行日が操作端末２５００から受信したＣＲＬの発行日より以前の場合、コントローラ１００から受信していたＣＲＬの次回発行日が過ぎていると判断し、コントローラ１００がＣＲＬを更新しなかったとして、不正なコントローラとして検出する。また、コントローラ１００と操作端末２５００から受信したＣＲＬのバージョンを比較し、ＣＲＬのバージョンが一致しない場合、ＣＲＬのバージョンが古いＣＲＬを送信したコントローラ１００がＣＲＬを更新しなかったとして、不正なコントローラとして検出する。このとき、機器２２００ａは他の機器やコントローラに不正コントローラの検出を通知する。また、接続コントローラ管理テーブルの当該不正コントローラの登録を削除する。また、コントローラ１００との接続を遮断する。

（Ｓ１３８）実施の形態１と同様であるため、説明を省略する。

（Ｓ２１３０）機器２２００ａは、制御コマンドに応じて、機器に対する制御を実行する。

３．７ 実施の形態３の効果
実施の形態３では、機器が制御コマンドとともにＣＲＬを受信している。これにより、これまで不正なコントローラと接続する機器はＣＲＬが更新できなかったが、制御コマンドとともに最新のＣＲＬを取得し、更新することができる。ＣＲＬを更新可能とすることで、不正なコントローラとの接続を防止でき、正規のコントローラと機器間で安全に接続することができる。

（実施の形態４）
４．システムの構成
ここでは、本開示の実施の形態として、本開示に係る認証システム３０について図面を参照しながら説明する。

４．１ 認証システム３０の全体構成
図３１は、本開示に係る認証システム３０の全体構成を示す図である。認証システム３０は、コントローラ１００、機器２２００、サーバ３３００、操作端末３５００から構成される。なお、実施の形態１、実施の形態３と同様の機能を有する構成要素は、同じ符号を付して説明を省略する。

操作端末３５００は、スマートフォンや、携帯電話など、家電機器や住宅設備を操作する機能と、サーバ３３００との通信機能とを有する機器である。

３．２ コントローラ１００の構成
実施の形態４のコントローラ１００は実施の形態１と同様であるため、ここでは省略する。

４．３ 機器２２００の構成
実施の形態４の機器２２００は実施の形態３と同様であるため、ここでは省略する。

４．４ サーバ３３００の構成
実施の形態４のサーバ３３００は実施の形態３と同様であるため、ここでは省略する。

４．５ 操作端末３５００の構成
図３２は、操作端末３５００の構成図である。操作端末３５００は、機器管理部２５０１、機器情報保持部２５０２、操作受信部２５０３、制御発行部２５０４、通信部２５０５、ＣＲＬ管理部３５０６、ＣＲＬ保持部３５０７から構成される。なお、実施の形態１、実施の形態３と同様の機能を有する構成要素は、同じ符号を付して説明を省略する。

ＣＲＬ管理部３５０６は、ＣＲＬ保持部３５０７を制御し、機器情報管理部からＣＲＬを受信した場合、ＣＲＬ保持部３５０７のＣＲＬを更新する。

ＣＲＬ保持部３５０７は、発行したＣＲＬを記録する。

４．６ 認証システム３０の動作
認証システム３０の動作には、以下のものがある。

（１）機器からコントローラに接続し、サーバへ登録する機器登録処理
（２）操作端末のＣＲＬを更新する処理
（３）機器制御を実行する処理（機器のＣＲＬを更新する処理）
以下、それぞれについて図を用いて説明する。

４．６．１ 機器登録処理時の動作
実施の形態４の機器登録処理時の動作シーケンスは実施の形態１と同様であるため、ここでは省略する。なお、図１１、図１２に登場するメーカサーバ３００ａが、本実施の形態ではサーバ３３００に該当する。

４．６．２ 操作端末のＣＲＬ更新する処理
図３３に、操作端末のＣＲＬを更新するシーケンスを示す。

（Ｓ３１２１）操作端末は、ＣＲＬ送信依頼を認証局であるサーバに送信する。

（Ｓ３１２２）サーバは管理するＣＲＬを操作端末に送信する。

（ＳＳ３１２３）操作端末は受信したＣＲＬをＣＲＬ保持部に記録し、最新のＣＲＬに更新する。

操作端末がＣＲＬ送信依頼を送信するタイミングは、あらかじめ決められたタイミングに応じて定期的に行っても良い。また、あらかじめ決められたサーバと通信が発生する特定のイベントと同時、あるいは、事前、事後に行っても良い。あらかじめ決められた特定のイベントの一例としては、機器制御を実行するタイミングの事前に行っても良い。

４．６．３ 機器制御を実行する処理（機器のＣＲＬを更新する処理）時の動作
図３４から図３５に、操作端末から機器２２００ａに対して機器制御を実行し、同時に、機器２２００ａのＣＲＬを更新するシーケンスを示す。操作端末から、機器２２００ｂや機器２２００ｃに対する処理も同様である。なお、実施の形態１、実施の形態３と同様の処理を行うシーケンスは、同じ符号を付して説明を省略する。

（Ｓ３１３１）操作端末は機器ＩＤと、制御コマンドにＣＲＬを付加する。

（Ｓ３１３２）操作端末は機器ＩＤと、制御コマンドと、ＣＲＬをサーバに送信する。

（Ｓ３１３３）サーバは機器ＩＤと、制御コマンドと、ＣＲＬとを連結したメッセージ全体に対して、秘密鍵を用いて署名を生成し、付加する。これを制御コマンドメッセージと呼ぶ。

（Ｓ２１２４）〜（Ｓ２１２８），（Ｓ１３５），（Ｓ１３６），（Ｓ２１２９），（Ｓ１３８），（Ｓ２１３０）実施の形態１、実施の形態３と同様のため、説明を省略する。

４．７ 実施の形態４の効果
実施の形態４では、機器が制御コマンドとともにＣＲＬを受信している。これにより、これまで不正なコントローラと接続する機器はＣＲＬが更新できなかったが、制御コマンドとともに最新のＣＲＬを取得し、更新することができる。ＣＲＬを更新可能とすることで、不正なコントローラとの接続を防止でき、正規のコントローラと機器間で安全に接続することができる。

（実施の形態５）
５．システムの構成
ここでは、本開示の実施の形態として、本開示に係る認証システム４０について図面を参照しながら説明する。

５．１ 認証システム４０の全体構成
図３６は、本開示に係る認証システム４０の全体構成を示す図である。認証システム４０は、コントローラ１００、機器４２００、サーバ２３００、操作端末２５００から構成される。なお、実施の形態１、実施の形態３と同様の機能を有する構成要素は、同じ符号を付して説明を省略する。

機器４２００ａ〜ｃは、テレビやレコーダー、エアコン、冷蔵庫、蓄電池など、機器履歴情報を収集する家電機器や住宅設備機器である。

５．２ コントローラ１００の構成
実施の形態５のコントローラ１００は実施の形態１と同様であるため、ここでは省略する。

５．３ 機器４２００の構成
図３７は、機器４２００の構成図である。機器４２００は、機器管理部２０１、機器情報保持部２０３、認証処理部４２０４、認証情報保持部２０５、通信部２０６、制御処理部４２０７、制御内容判断部４２０８から構成される。なお、実施の形態１と同様の機能を有する構成要素は、同じ符号を付して説明を省略する。

認証処理部４２０４は、コントローラ１００との認証処理を行う。また、認証処理部４２０４は、機器管理部２０１からを公開鍵証明書とともに認証依頼を受けると、認証情報保持部２０４に記録されているＣＲＬを取得し、コントローラ１００の公開鍵証明書の証明書ＩＤがＣＲＬに記載されているかを検証する。また、認証処理部４２０４は、公開鍵証明書の署名を認証局であるサーバの公開鍵（図示しない）を用いて検証する。また、認証処理部４２０４は、乱数を生成し、コントローラ１００に乱数を送信する。認証処理部４２０４は、コントローラ１００から受信した乱数の署名を検証する。いずれの検証においても失敗した場合、認証処理部４２０４は、コントローラ１００が不正機器であると判断する。また、認証処理部４２０４は、制御内容判断部４２０８から制御コマンドメッセージを通知された場合、メッセージ全体の署名検証の上、ＣＲＬの署名検証を行い、正規のＣＲＬであることを確認する。

制御処理部４２０７は、制御内容判断部４２０８から制御コマンドメッセージを受信すると、受信したメッセージに含まれる署名の検証を認証処理部４２０４に依頼する。制御処理部４２０７は、認証処理部４２０４から署名検証結果を受信し、検証成功の場合、制御コマンドの内容に従って制御内容を実行する。図２８は制御コマンドメッセージの一例を示した図である。制御コマンドメッセージは、それぞれの機器を示す機器ＩＤ、機器が行う制御内容を示す制御コマンド、図５に示すＣＲＬと、サーバ秘密鍵によるメッセージ全体に対する署名によって構成される。

制御内容判断部４２０８は、制御コマンドの内容に応じて、制御コマンドの実行を先に行うか、ＣＲＬの検証、比較に関連する処理を先に行うか、順番を決定する。制御コマンドの実行を先に行う場合、制御内容判断部４２０８は、制御処理部４２０７に、制御コマンドメッセージを通知する。ＣＲＬの検証、比較に関連する処理を先に行う場合、制御内容判断部４２０８は、認証処理部４２０４に、制御コマンドメッセージを通知する。例えば、機器としてエアコンに対して風向きを変更するための制御コマンドであれば、制御処理部４２０７は、ＣＲＬの検証の処理の前に制御コマンドの内容を先に実行する。そして、後から実行したＣＲＬの検証の処理の結果、ＣＲＬが不正と判断された場合は、制御処理部４２０７は、先に実行した制御コマンドの内容を取り消す等の対応を行う。

なお、制御コマンドメッセージに含まれる制御コマンドの内容に応じて、ＣＲＬの検証、比較に関連する処理を行わなくても良い。例えば、電源ＯＦＦ等の処理を行う際には、次回電源ＯＮ時にＣＲＬ検証処理を行うため、スキップしてもよい。

５．４ サーバ２３００の構成
実施の形態５のサーバ２３００は実施の形態３と同様であるため、ここでは省略する。

５．５ 操作端末２５００の構成
実施の形態５の操作端末２５００は実施の形態３と同様であるため、ここでは省略する。

５．６ 認証システム４０の動作
認証システム４０の動作には、以下のものがある。

（１）機器からコントローラに接続し、サーバへ登録する機器登録処理
（２）機器制御を実行する処理（機器のＣＲＬを更新する処理）
以下、それぞれについて図を用いて説明する。

５．６．１ 機器登録処理時の動作
実施の形態５の機器登録処理時の動作シーケンスは実施の形態１と同様であるため、ここでは省略する。なお、図１１、図１２に登場するメーカサーバ３００ａが、本実施の形態ではサーバ２３００に該当する。

５．６．２ 機器制御を実行する処理（機器のＣＲＬを更新する処理）時の動作
図３８から図３９に、操作端末から機器４２００ａに対して機器制御を実行し、同時に、機器４２００ａのＣＲＬを更新するシーケンスを示す。操作端末から、機器４２００ｂや機器４２００ｃに対する処理も同様である。なお、実施の形態１、実施の形態３と同様の処理を行うシーケンスは、同じ符号を付して説明を省略する。

（Ｓ４１２１）機器４２００ａは、制御コマンドメッセージに含まれる制御コマンドの内容に応じて、制御コマンドの実行を先に行うかどうかを判断する。

制御コマンドの実行を先に行うと判断した場合、機器４２００ａは、Ｓ２１３０，Ｓ４１２２〜Ｓ４１２４，Ｓ１３８を実行する。

（Ｓ２１３０）実施の形態３と同様であるため説明を省略する。

（Ｓ４１２２）機器４２００ａは受信したＣＲＬの署名を検証する。検証が成功しない場合、制御実行内容を取り消した上で、ＣＲＬの更新処理を終了する。

（Ｓ４１２３）機器４２００ａは、接続するコントローラがＣＲＬに記載されているかを検証する。接続するコントローラが記載されている場合、制御実行内容を取り消した上で、他の機器やコントローラに不正コントローラの検出を通知する。また、接続コントローラ管理テーブルの当該不正コントローラの登録を削除する。

（Ｓ４１２４）機器４２００ａは操作端末から受信したＣＲＬと認証情報保持部のＣＲＬとを比較し、矛盾があるかの検証を行う。具体的には、操作端末から受信した制御コマンドメッセージにＣＲＬが記録されている場合、操作端末から受信したＣＲＬの発行日と、コントローラから受信していたＣＲＬの次回発行日を比較する。コントローラから受信していたＣＲＬの次回発行日が操作端末から受信したＣＲＬの発行日より以前の場合、コントローラから受信していたＣＲＬの次回発行日が過ぎていると判断し、コントローラがＣＲＬを更新しなかったとして、不正なコントローラとして検出する。また、コントローラと操作端末から受信したＣＲＬのバージョンを比較し、ＣＲＬのバージョンが一致しない場合、ＣＲＬのバージョンが古いＣＲＬを送信したコントローラがＣＲＬを更新しなかったとして、不正なコントローラとして検出する。このとき、制御実行内容を取り消した上で、機器は他の機器やコントローラに不正コントローラの検出を通知する。また、接続コントローラ管理テーブルの当該不正コントローラの登録を削除する。また、コントローラとの接続を遮断する。

（Ｓ１３８）実施の形態１と同様であるため説明を省略する。

また、制御実行を先に行わない、つまりＣＲＬの検証、比較に関連する処理を先に行うと判断した場合、機器４２００ａは、Ｓ１３５〜Ｓ１３８，Ｓ２１３０を実行する。これらの処理については、実施の形態１，３と同様であるため説明を省略する。

５．７ 実施の形態５の効果
実施の形態５は、機器が制御コマンドとともにＣＲＬを受信している。また、正義魚コマンドの内容に応じてＣＲＬの認証よりの実施の順番、及び、実施の有無を切り替えている。これにより、これまで不正なコントローラと接続する機器はＣＲＬが更新できなかったが、制御コマンドとともに最新のＣＲＬを取得し、更新することができる。さらに、制御コマンド内容に応じて、処理を高速化し、ＣＲＬを更新可能とすることで、不正なコントローラとの接続を防止でき、正規のコントローラと機器間で安全に接続することができる。

６．その他変形例
なお、本開示を上記各実施の形態に基づいて説明してきたが、本開示は、上記各実施の形態に限定されないのはもちろんである。以下のような場合も本開示に含まれる。

（１）上記実施の形態では、コントローラは機器登録処理時にサーバからＣＲＬを取得してもよい。また、機器登録処理時以外でも定期的に取得するとしてもよい。また、ＣＲＬの次回発行日前にサーバに取得するとしてもよい。

（２）上記実施の形態では、機器はコントローラ経由でサーバと通信し、ＣＲＬを取得しているが、これに限定するわけではない。サーバと接続する操作端末経由でＣＲＬを取得するとしてもよい。操作端末と機器間の通信はＮＦＣ（Ｎｅａｒ ｆｉｅｌｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）通信やＢｌｕｅｔｏｏｔｈ（登録商標）通信としてもよい。

（３）上記実施の形態では、機器がコントローラを不正であると判断した場合、他の機器やコントローラに通知しているが、さらに、通知を受信した機器やコントローラに表示機能がある場合、不正なコントローラを検出した旨の表示画面を出力するとしてもよい。また、表示画面がない場合、エラーコードの表示やランプの点滅をするとしてもよい。また、制御コマンドの内容を実行せず、無視するだけでも良い。

これにより、不正なコントローラを持つユーザが表示を確認することが可能となり、不正なコントローラを交換することができる。

（４）上記実施の形態２では、共有鍵を用いたチャレンジレスポンス認証を行っているが、これに限定するわけではなく、ＲＦＣ５１９１に記載されている認証方式を用いて、さらにＥＡＰ−ＰＳＫを用いるとしてもよい。

（５）上記実施の形態１では、機器登録処理時に暗号通信用の鍵を交換するとしてもよい。鍵交換方式として、ＤＨ（Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ）やＥＣＤＨを用いるとしてもよい。

（６）上記実施の形態では、コントローラは、接続する機器の消費電力量や蓄電池の電力量、太陽光発電の発電量を表示するとしてもよい。

（７）上記実施の形態では、コントローラは、家庭に設置される分電盤であってもよい。

（８）上記実施の形態では、コントローラと機器間の通信は、Ｗｉ−Ｆｉ、特定小電力無線、電力線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）であってもよい。

（９）上記実施の形態ではサーバがＣＲＬを発行する認証局としての機能と、制御コマンドを提供するサービスサーバとしての機能を兼務しているが、これに限定するわけではなく、それぞれ別のサーバに分割してもよい。

（１０）上記実施の形態では、不正なコントローラの公開鍵証明書の証明書ＩＤすべてを含んだＣＲＬを発行しているが、これに限定するわけではなく、制御コマンドを発行するサーバに接続する機器のみのＣＲＬを発行するとしてもよい。さらに、機器の種別や製造年度ごとにＣＲＬを発行するとしてもよい。

（１１）上記実施の形態では、制御コマンドメッセージに含まれる機器ＩＤ、制御コマンドは、ＥＣＨＯＮＥＴ（登録商標） Ｌｉｔｅ等の通信プロトコルに準拠したフォーマットであってもよい。さらに、制御コマンドメッセージに含まれるＣＲＬは、ＥＣＨＯＮＥＴ（登録商標） Ｌｉｔｅ等の通信プロトコルに準拠したフォーマットで発行される制御コマンドの中に含まれる形であっても良い。一例として、ＥＣＨＯＮＥＴ（登録商標） Ｌｉｔｅプロトコルであれば、ＥＰＣの領域に新たなプロパティを定義し、ＥＤＴの領域に実際のＣＲＬのデータを配置してもよい。

（１２）上記の各装置は、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭ、ハードディスクユニット、ディスプレイユニット、キーボード、マウスなどから構成されるコンピュータシステムである。ＲＡＭまたはハードディスクユニットには、コンピュータプログラムが記録されている。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、各装置は、その機能を達成する。ここでコンピュータプログラムは、所定の機能を達成するために、コンピュータに対する指令を示す命令コードが複数個組み合わされて構成されたものである。

（１３）上記の各装置を構成する構成要素の一部または全部は、１個のシステムＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ：大規模集積回路）から構成されているとしてもよい。システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどを含んで構成されるコンピュータシステムである。ＲＡＭには、コンピュータプログラムが記録されている。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、システムＬＳＩは、その機能を達成する。

また、上記の各装置を構成する構成要素の各部は、個別に１チップ化されていても良いし、一部又はすべてを含むように１チップ化されてもよい。

また、ここでは、システムＬＳＩとしたが、集積度の違いにより、ＩＣ、ＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用しても良い。

さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。

（１４）上記の各装置を構成する構成要素の一部または全部は、各装置に脱着可能なＩＣカードまたは単体のモジュールから構成されているとしてもよい。ＩＣカードまたはモジュールは、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどから構成されるコンピュータシステムである。ＩＣカードまたはモジュールは、上記の超多機能ＬＳＩを含むとしてもよい。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、ＩＣカードまたはモジュールは、その機能を達成する。このＩＣカードまたはこのモジュールは、耐タンパ性を有するとしてもよい。

（１５）本開示は、上記に示す方法であるとしてもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもよいし、コンピュータプログラムからなるデジタル信号であるとしてもよい。

また、本開示は、コンピュータプログラムまたはデジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＢＤ（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）、半導体メモリなどに記録したものとしてもよい。また、これらの記録媒体に記録されているデジタル信号であるとしてもよい。

また、本開示は、コンピュータプログラムまたはデジタル信号を、電気通信回線、無線または有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものとしてもよい。

また、本開示は、マイクロプロセッサとメモリを備えたコンピュータシステムであって、メモリは、上記コンピュータプログラムを記録しており、マイクロプロセッサは、コンピュータプログラムにしたがって動作するとしてもよい。

また、プログラムまたはデジタル信号を記録媒体に記録して移送することにより、またはプログラムまたはデジタル信号をネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。

（１６）上記実施の形態及び上記変形例をそれぞれ組み合わせるとしてもよい。

本開示は、機器とコントローラが接続するシステムにおいて、機器が不正なコントローラと接続したとしても、機器を制御するメッセージに付加したＣＲＬを取得することで、不正なコントローラを検出することができる。

１０，１１ 認証システム
１００ａ，１００ｂ コントローラ
１０１ 機器管理部
１０２ 機器情報保持部
１０３ 認証処理部
１０４ 認証情報保持部
１０５ 通信部
２００ａ，２００ｂ，２００ｃ 機器
２０１ 機器管理部
２０２ 機器履歴保持部
２０３ 機器情報保持部
２０４ 認証処理部
２０５ 認証情報保持部
２０６ 通信部
３００ａ メーカサーバ
３００ｂ サービスサーバ
３００ｃ コンテンツサーバ
３０１ 機器管理部
３０２ 機器情報保持部
３０３ ＣＲＬ管理部
３０４ ＣＲＬ保持部
３０５ 通信部
４００ ポータルサーバ
４０１ ＣＲＬ管理部
４０２ ＣＲＬ保持部
４０３ 暗号処理部
４０４ 暗号鍵保持部
２０，３０，４０ 認証システム
１００ コントローラ
２２００a，２２００ｂ，２２００ｃ，４２００a，４２００ｂ，４２００ｃ 機器
２２０４，４２０４ 認証処理部
２２０７，４２０７ 制御処理部
４２０８ 制御内容判断部
２３００ サーバ
２３０１，３３０１ 機器管理部
２３０２，３３０２ 機器情報保持部
２３０３ ＣＲＬ管理部
２３０４ ＣＲＬ保持部
２３０５ 暗号処理部
２３０６ 暗号鍵保持部
２３０７ 通信部
２５００，３５００ 操作端末
２５０１ 機器管理部
２５０２ 機器情報保持部
２５０３ 操作受信部
２５０４ 制御発行部
２５０５ 通信部
３５０６ ＣＲＬ管理部
３５０７ ＣＲＬ保持部

Claims (7)

1. 機器と、前記機器を操作する操作端末と、コントローラとを含み、前記コントローラと前記機器との間の認証を行う認証システムにおける認証方法であって、
   前記機器は、
   前記コントローラから第１の証明書失効リストを取得し、
   前記操作端末からの前記機器に対する制御指示とともに、第２の証明書失効リストを取得し、
   前記第１の証明書失効リストと前記第２の証明書失効リストは、前記コントローラおよび前記機器の証明書に関する失効リストであり、
   前記第１の証明書失効リスト、または、前記第２の証明書失効リストに基づいて前記コントローラの正当性を判断する、
   ことを特徴とする認証方法。
2. 前記機器が、
   前記コントローラが不正であると判断した場合、
   前記コントローラとの接続を停止する
   ことを特徴とする請求項１に記載の認証方法。
3. 前記第１の証明書失効リストの次回発行日と、前記第２の証明書失効リストの発行日と、を比較することで、前記コントローラの正当性を判断する
   ことを特徴とする請求項１または２に記載の認証方法。
4. 前記認証システムは、さらにサーバを備えており、
   前記サーバが、前記制御指示に前記第２の証明書失効リストを付与する
   ことを特徴とする請求項１、２または３に記載の認証方法。
5. 前記機器は、
   前記制御指示の内容に応じて、
   前記コントローラの正当性を認証する処理と、
   前記制御指示の内容に基づいた制御処理の実行順番および／または実行有無を判断する
   ことを特徴とする請求項１〜４の何れかに記載の認証方法。
6. 機器と、前記機器を操作する操作端末と、コントローラとを含み、前記コントローラと前記機器との間の認証を行う認証システムであって、
   前記機器は、
   前記コントローラから第１の証明書失効リストを取得し、
   前記操作端末からの前記機器に対する制御指示とともに、第２の証明書失効リストを取得し、
   前記第１の証明書失効リストと前記第２の証明書失効リストは、前記コントローラおよび前記機器の証明書に関する失効リストであり、
   前記第１の証明書失効リスト、または、前記第２の証明書失効リストに基づいて前記コントローラの正当性を判断する判断部
   を備えることを特徴とする認証システム。
7. 請求項６記載の認証システムに接続される機器。

Images