JP2022064688A - ＩｏＴ機器認証システム、ＩｏＴ機器認証方法、鍵配信用サーバおよびＩＣチップ - Google Patents
ＩｏＴ機器認証システム、ＩｏＴ機器認証方法、鍵配信用サーバおよびＩＣチップ Download PDFInfo
- Publication number
- JP2022064688A JP2022064688A JP2020173459A JP2020173459A JP2022064688A JP 2022064688 A JP2022064688 A JP 2022064688A JP 2020173459 A JP2020173459 A JP 2020173459A JP 2020173459 A JP2020173459 A JP 2020173459A JP 2022064688 A JP2022064688 A JP 2022064688A
- Authority
- JP
- Japan
- Prior art keywords
- iot device
- unique
- key
- management server
- chip
- 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.)
- Pending
Links
Images
Landscapes
- Storage Device Security (AREA)
Abstract
【課題】管理者の負担およびコストを増加させることなく安全な認証を実現する。【解決手段】ＩｏＴ機器認証システムでは、ＩｏＴ機器の製造時に、派生鍵発行部が、ＩｏＴ機器の固有のＩＤとマスター鍵とに基づいてＩｏＴ機器の固有の派生鍵を生成し、ＩｏＴ機器の固有のＩＤとＩｏＴ機器の固有の派生鍵とをＩｏＴ機器に書き込み、ＩｏＴ機器の認証時に、ＩｏＴ機器はＩｏＴ機器の固有のＩＤをＩｏＴ機器管理サーバに送信し、ＩｏＴ機器管理サーバはＩｏＴ機器の固有のＩＤを鍵配信用サーバに送信し、鍵配信用サーバは、鍵配信用サーバに保管されているマスター鍵とＩｏＴ機器の固有のＩＤとに基づいてＩｏＴ機器の固有の派生鍵を生成してＩｏＴ機器管理サーバに送信し、ＩｏＴ機器管理サーバは、鍵配信用サーバから送信されたＩｏＴ機器の固有の派生鍵とを用いることによって、ＩｏＴ機器の認証を行う。【選択図】図１
Description
本発明は、ＩｏＴ機器認証システム、ＩｏＴ機器認証方法、鍵配信用サーバおよびＩＣチップに関する。
暗号理論において、第三者が知り得ない電子データを用いて、遠隔地から電子的に通信相手の正当性を確認する技術（以下、「認証」と称する）がある。ＩｏＴ（Internet of Things）の分野においても、サーバとＩｏＴ機器との間で認証を行い、認証が成功した場合に限り認証先に伝えたい情報を送受信する技術がある。
ここで、認証用の電子データ（以下、「認証情報」と称する）がないと認証できないため、初回の認証で使用される認証情報を安全かつ簡単にＩｏＴ機器に書き込む方法が課題となる。
ここで、認証用の電子データ（以下、「認証情報」と称する）がないと認証できないため、初回の認証で使用される認証情報を安全かつ簡単にＩｏＴ機器に書き込む方法が課題となる。
従来から、ＩｏＴデータを取得するエージェント装置、エージェント装置を管理する管理装置及びエージェント装置からＩｏＴデータを受信するサーバ装置を含むＩｏＴデータ収集システムが知られている（例えば特許文献１参照）。
特許文献１に記載された技術も認証情報の書き込みを課題としている。特許文献１の段落０００６には、各ＩｏＴ機器に異なる認証情報を割り当てるとＩｏＴ機器の管理が煩雑になるが、同一の認証情報を割り当てると、認証情報が漏洩した場合に不正な認証が成功してしまう旨が記載されている。
特許文献１に記載された技術では、最初に各ＩｏＴ機器に同一の認証情報を割り当てて、その認証情報による認証が成功した後、各ＩｏＴ機器に異なる認証情報が割り当てられる。
この手法により、不正なＩｏＴ機器の認証と認証情報の漏洩を防止するとともに、ＩｏＴ機器の管理が容易になる旨が、特許文献１には記載されている。
ところで、特許文献１に記載された技術では、最初に各ＩｏＴ機器に同一の認証情報が割り当てられるため、悪意のある第三者が、初回の認証を行う前の各ＩｏＴ機器から認証情報を複製することによって、不正なＩｏＴ機器による認証が何台でも可能になってしまう。また、初回の認証を行う通信を盗聴されて、その通信内容から認証情報を特定されてしまうと、その認証情報を用いることによって、不正なＩｏＴ機器が何台でも認証できてしまう。
このように、特許文献１に記載された技術では、認証情報が漏洩した際の影響が大きいため、各ＩｏＴ機器で認証情報が漏洩しないように対策を強化することが必要になってしまう。
特許文献１に記載された技術も認証情報の書き込みを課題としている。特許文献１の段落０００６には、各ＩｏＴ機器に異なる認証情報を割り当てるとＩｏＴ機器の管理が煩雑になるが、同一の認証情報を割り当てると、認証情報が漏洩した場合に不正な認証が成功してしまう旨が記載されている。
特許文献１に記載された技術では、最初に各ＩｏＴ機器に同一の認証情報を割り当てて、その認証情報による認証が成功した後、各ＩｏＴ機器に異なる認証情報が割り当てられる。
この手法により、不正なＩｏＴ機器の認証と認証情報の漏洩を防止するとともに、ＩｏＴ機器の管理が容易になる旨が、特許文献１には記載されている。
ところで、特許文献１に記載された技術では、最初に各ＩｏＴ機器に同一の認証情報が割り当てられるため、悪意のある第三者が、初回の認証を行う前の各ＩｏＴ機器から認証情報を複製することによって、不正なＩｏＴ機器による認証が何台でも可能になってしまう。また、初回の認証を行う通信を盗聴されて、その通信内容から認証情報を特定されてしまうと、その認証情報を用いることによって、不正なＩｏＴ機器が何台でも認証できてしまう。
このように、特許文献１に記載された技術では、認証情報が漏洩した際の影響が大きいため、各ＩｏＴ機器で認証情報が漏洩しないように対策を強化することが必要になってしまう。
また従来から、端末が厳密なセキュリティを達成するために十分な認証情報を持ち合わせていない場合でも、証明書を端末にインポートする際のセキュリティを高める手法が知られている（例えば特許文献２参照）。
特許文献２に記載された技術では、事前に認証情報がＩｏＴ機器に書き込まれていない場合に、サーバとＩｏＴ機器との間で認証が行われる。
特許文献２に記載された技術では、サーバとＩｏＴ機器の他、管理者が操作できる情報装置が用意される。既にサーバが認証した情報装置に対して、サーバからＩｏＴ機器用の認証情報が送信される。特定の条件をもとにＩｏＴ機器が正当な機器であると情報装置が確認した後、情報装置からＩｏＴ機器に認証情報が送信される。
特許文献２には、厳密な認証ができない場合であっても安全に認証情報をＩｏＴ機器に配信できる旨が記載されている。
ところで、特許文献２に記載された技術では、各ＩｏＴ機器に異なる認証情報を安全に書き込むことが可能であるものの、ＩｏＴ機器をＩｏＴシステムに設置するごとに管理者による操作が必要となってしまう。そのため、ＩｏＴシステム内のＩｏＴ機器の数が増えれば増えるほど、管理者の負担が増加してしまう。
ＩｏＴの分野では、多数のＩｏＴ機器を用いてデータをサーバに集約するＩｏＴシステムも考えられるため、管理者によるＩｏＴ機器の設置作業はなるべく容易であることが求められる。
特許文献２に記載された技術では、事前に認証情報がＩｏＴ機器に書き込まれていない場合に、サーバとＩｏＴ機器との間で認証が行われる。
特許文献２に記載された技術では、サーバとＩｏＴ機器の他、管理者が操作できる情報装置が用意される。既にサーバが認証した情報装置に対して、サーバからＩｏＴ機器用の認証情報が送信される。特定の条件をもとにＩｏＴ機器が正当な機器であると情報装置が確認した後、情報装置からＩｏＴ機器に認証情報が送信される。
特許文献２には、厳密な認証ができない場合であっても安全に認証情報をＩｏＴ機器に配信できる旨が記載されている。
ところで、特許文献２に記載された技術では、各ＩｏＴ機器に異なる認証情報を安全に書き込むことが可能であるものの、ＩｏＴ機器をＩｏＴシステムに設置するごとに管理者による操作が必要となってしまう。そのため、ＩｏＴシステム内のＩｏＴ機器の数が増えれば増えるほど、管理者の負担が増加してしまう。
ＩｏＴの分野では、多数のＩｏＴ機器を用いてデータをサーバに集約するＩｏＴシステムも考えられるため、管理者によるＩｏＴ機器の設置作業はなるべく容易であることが求められる。
別の手法として、ＩｏＴ機器の製造工程において、ＩＤ（識別子）およびＩＤに対応する認証情報をＩｏＴ機器に書き込み、ＩｏＴ機器に書き込まれたＩＤおよび認証情報を全てサーバに記憶させる手法が考えられる。
ところで、この手法では、管理者の負担軽減を実現できるものの、接続されないＩｏＴ機器（つまり、認証が行われないＩｏＴ機器）の認証情報もサーバに記憶させる必要があるため、サーバの記憶領域に無駄なコストがかかってしまう。
また、この手法では、図８に示す問題が生じてしまう。
ところで、この手法では、管理者の負担軽減を実現できるものの、接続されないＩｏＴ機器（つまり、認証が行われないＩｏＴ機器）の認証情報もサーバに記憶させる必要があるため、サーバの記憶領域に無駄なコストがかかってしまう。
また、この手法では、図８に示す問題が生じてしまう。
図８はＩｏＴ機器に書き込まれたＩＤおよび認証情報を全てサーバに記憶させる手法の問題点を説明するための図である。
図８に示す例では、システムＡが、サーバＡ１と、複数のＩｏＴ機器Ａ２１、Ａ２２、…、Ａ２Ｎとによって構成されている。システムＢは、サーバＢ１と、複数のＩｏＴ機器Ｂ２１、Ｂ２２、…、Ｂ２Ｎとによって構成されている。システムＣは、サーバＣ１と、複数のＩｏＴ機器Ｃ２１、Ｃ２２、…、Ｃ２Ｎとによって構成されている。
ＩｏＴ機器Ａ２１のＩＤおよびＩＤに対応する認証情報は、ＩｏＴ機器Ａ２１に書き込まれている。ＩｏＴ機器Ａ２２のＩＤおよびＩＤに対応する認証情報は、ＩｏＴ機器Ａ２２に書き込まれている。ＩｏＴ機器Ａ２ＮのＩＤおよびＩＤに対応する認証情報は、ＩｏＴ機器Ａ２Ｎに書き込まれている。サーバＡ１は、ＩｏＴ機器Ａ２１のＩＤおよびＩＤに対応する認証情報、ＩｏＴ機器Ａ２２のＩＤおよびＩＤに対応する認証情報、…、ＩｏＴ機器Ａ２ＮのＩＤおよびＩＤに対応する認証情報をすべて記憶している。また、サーバＡ１は、ＩｏＴ機器Ｂ２１のＩＤおよびＩＤに対応する認証情報、ＩｏＴ機器Ｂ２２のＩＤおよびＩＤに対応する認証情報、…、ＩｏＴ機器Ｂ２ＮのＩＤおよびＩＤに対応する認証情報をすべて記憶している。更に、サーバＡ１は、ＩｏＴ機器Ｃ２１のＩＤおよびＩＤに対応する認証情報、ＩｏＴ機器Ｃ２２のＩＤおよびＩＤに対応する認証情報、…、ＩｏＴ機器Ｃ２ＮのＩＤおよびＩＤに対応する認証情報をすべて記憶している。
同様に、ＩｏＴ機器Ｂ２１、Ｂ２２、…、Ｂ２ＮのＩＤおよびＩＤに対応する認証情報は、ＩｏＴ機器Ｂ２１、Ｂ２２、…、Ｂ２Ｎに書き込まれている。サーバＢ１は、ＩｏＴ機器Ｂ２１、Ｂ２２、…、Ｂ２ＮのＩＤおよびＩＤに対応する認証情報をすべて記憶している。また、サーバＢ１は、ＩｏＴ機器Ａ２１のＩＤおよびＩＤに対応する認証情報、ＩｏＴ機器Ａ２２のＩＤおよびＩＤに対応する認証情報、…、ＩｏＴ機器Ａ２ＮのＩＤおよびＩＤに対応する認証情報をすべて記憶している。更に、サーバＢ１は、ＩｏＴ機器Ｃ２１のＩＤおよびＩＤに対応する認証情報、ＩｏＴ機器Ｃ２２のＩＤおよびＩＤに対応する認証情報、…、ＩｏＴ機器Ｃ２ＮのＩＤおよびＩＤに対応する認証情報をすべて記憶している。
また、ＩｏＴ機器Ｃ２１、Ｃ２２、…、Ｃ２ＮのＩＤおよびＩＤに対応する認証情報は、ＩｏＴ機器Ｃ２１、Ｃ２２、…、Ｃ２Ｎに書き込まれている。サーバＣ１は、ＩｏＴ機器Ｃ２１、Ｃ２２、…、Ｃ２ＮのＩＤおよびＩＤに対応する認証情報をすべて記憶している。また、サーバＣ１は、ＩｏＴ機器Ａ２１のＩＤおよびＩＤに対応する認証情報、ＩｏＴ機器Ａ２２のＩＤおよびＩＤに対応する認証情報、…、ＩｏＴ機器Ａ２ＮのＩＤおよびＩＤに対応する認証情報をすべて記憶している。更に、サーバＣ１は、ＩｏＴ機器Ｂ２１のＩＤおよびＩＤに対応する認証情報、ＩｏＴ機器Ｂ２２のＩＤおよびＩＤに対応する認証情報、…、ＩｏＴ機器Ｂ２ＮのＩＤおよびＩＤに対応する認証情報をすべて記憶している。
そのため、図８に示す例では、図８に破線矢印で示すように、システムＡ、Ｂ、Ｃの相互間で盗聴、なりすまし等が可能になるため、安全性に問題がある。
図８に示す例では、システムＡが、サーバＡ１と、複数のＩｏＴ機器Ａ２１、Ａ２２、…、Ａ２Ｎとによって構成されている。システムＢは、サーバＢ１と、複数のＩｏＴ機器Ｂ２１、Ｂ２２、…、Ｂ２Ｎとによって構成されている。システムＣは、サーバＣ１と、複数のＩｏＴ機器Ｃ２１、Ｃ２２、…、Ｃ２Ｎとによって構成されている。
ＩｏＴ機器Ａ２１のＩＤおよびＩＤに対応する認証情報は、ＩｏＴ機器Ａ２１に書き込まれている。ＩｏＴ機器Ａ２２のＩＤおよびＩＤに対応する認証情報は、ＩｏＴ機器Ａ２２に書き込まれている。ＩｏＴ機器Ａ２ＮのＩＤおよびＩＤに対応する認証情報は、ＩｏＴ機器Ａ２Ｎに書き込まれている。サーバＡ１は、ＩｏＴ機器Ａ２１のＩＤおよびＩＤに対応する認証情報、ＩｏＴ機器Ａ２２のＩＤおよびＩＤに対応する認証情報、…、ＩｏＴ機器Ａ２ＮのＩＤおよびＩＤに対応する認証情報をすべて記憶している。また、サーバＡ１は、ＩｏＴ機器Ｂ２１のＩＤおよびＩＤに対応する認証情報、ＩｏＴ機器Ｂ２２のＩＤおよびＩＤに対応する認証情報、…、ＩｏＴ機器Ｂ２ＮのＩＤおよびＩＤに対応する認証情報をすべて記憶している。更に、サーバＡ１は、ＩｏＴ機器Ｃ２１のＩＤおよびＩＤに対応する認証情報、ＩｏＴ機器Ｃ２２のＩＤおよびＩＤに対応する認証情報、…、ＩｏＴ機器Ｃ２ＮのＩＤおよびＩＤに対応する認証情報をすべて記憶している。
同様に、ＩｏＴ機器Ｂ２１、Ｂ２２、…、Ｂ２ＮのＩＤおよびＩＤに対応する認証情報は、ＩｏＴ機器Ｂ２１、Ｂ２２、…、Ｂ２Ｎに書き込まれている。サーバＢ１は、ＩｏＴ機器Ｂ２１、Ｂ２２、…、Ｂ２ＮのＩＤおよびＩＤに対応する認証情報をすべて記憶している。また、サーバＢ１は、ＩｏＴ機器Ａ２１のＩＤおよびＩＤに対応する認証情報、ＩｏＴ機器Ａ２２のＩＤおよびＩＤに対応する認証情報、…、ＩｏＴ機器Ａ２ＮのＩＤおよびＩＤに対応する認証情報をすべて記憶している。更に、サーバＢ１は、ＩｏＴ機器Ｃ２１のＩＤおよびＩＤに対応する認証情報、ＩｏＴ機器Ｃ２２のＩＤおよびＩＤに対応する認証情報、…、ＩｏＴ機器Ｃ２ＮのＩＤおよびＩＤに対応する認証情報をすべて記憶している。
また、ＩｏＴ機器Ｃ２１、Ｃ２２、…、Ｃ２ＮのＩＤおよびＩＤに対応する認証情報は、ＩｏＴ機器Ｃ２１、Ｃ２２、…、Ｃ２Ｎに書き込まれている。サーバＣ１は、ＩｏＴ機器Ｃ２１、Ｃ２２、…、Ｃ２ＮのＩＤおよびＩＤに対応する認証情報をすべて記憶している。また、サーバＣ１は、ＩｏＴ機器Ａ２１のＩＤおよびＩＤに対応する認証情報、ＩｏＴ機器Ａ２２のＩＤおよびＩＤに対応する認証情報、…、ＩｏＴ機器Ａ２ＮのＩＤおよびＩＤに対応する認証情報をすべて記憶している。更に、サーバＣ１は、ＩｏＴ機器Ｂ２１のＩＤおよびＩＤに対応する認証情報、ＩｏＴ機器Ｂ２２のＩＤおよびＩＤに対応する認証情報、…、ＩｏＴ機器Ｂ２ＮのＩＤおよびＩＤに対応する認証情報をすべて記憶している。
そのため、図８に示す例では、図８に破線矢印で示すように、システムＡ、Ｂ、Ｃの相互間で盗聴、なりすまし等が可能になるため、安全性に問題がある。
上述した問題点に鑑み、本発明は、管理者の負担およびコストを増加させることなく、安全な認証を実現することができるＩｏＴ機器認証システム、ＩｏＴ機器認証方法、鍵配信用サーバおよびＩＣチップを提供することを目的とする。
本発明の一態様は、マスター鍵を保管する鍵配信用サーバと、前記マスター鍵を前記鍵配信用サーバと共有して保管する派生鍵発行部と、ＩｏＴ機器と、前記ＩｏＴ機器を管理するＩｏＴ機器管理サーバとを備えるＩｏＴ機器認証システムであって、前記ＩｏＴ機器の製造時に、前記派生鍵発行部は、前記ＩｏＴ機器の固有のＩＤを生成し、前記ＩｏＴ機器の固有のＩＤと、前記マスター鍵とに基づいて、前記ＩｏＴ機器の固有の派生鍵を生成し、前記ＩｏＴ機器の固有のＩＤと前記ＩｏＴ機器の固有の派生鍵とを前記ＩｏＴ機器に書き込み、前記ＩｏＴ機器の認証時に、前記ＩｏＴ機器は、前記ＩｏＴ機器の固有のＩＤを前記ＩｏＴ機器管理サーバに送信し、前記ＩｏＴ機器管理サーバは、前記ＩｏＴ機器から送信された前記ＩｏＴ機器の固有のＩＤを前記鍵配信用サーバに送信し、前記鍵配信用サーバは、前記鍵配信用サーバによって保管されている前記マスター鍵と、前記ＩｏＴ機器管理サーバから送信された前記ＩｏＴ機器の固有のＩＤとに基づいて、前記ＩｏＴ機器の固有の派生鍵を生成し、前記ＩｏＴ機器の固有の派生鍵を前記ＩｏＴ機器管理サーバに送信し、前記ＩｏＴ機器管理サーバは、前記鍵配信用サーバから送信された前記ＩｏＴ機器の固有の派生鍵を用いることによって、前記ＩｏＴ機器の認証を行う、ＩｏＴ機器認証システムである。
本発明の一態様は、ＩｏＴ機器を管理するＩｏＴ機器管理サーバによって前記ＩｏＴ機器の認証が行われるＩｏＴ機器認証方法であって、マスター鍵を保管する鍵配信用サーバと前記マスター鍵を共有して保管する派生鍵発行部が、前記ＩｏＴ機器の固有のＩＤを生成し、前記ＩｏＴ機器の固有のＩＤと、前記マスター鍵とに基づいて、前記ＩｏＴ機器の固有の派生鍵を生成し、前記ＩｏＴ機器の固有のＩＤと前記ＩｏＴ機器の固有の派生鍵とを前記ＩｏＴ機器に書き込むＩｏＴ機器製造ステップと、前記ＩｏＴ機器が、前記ＩｏＴ機器の固有のＩＤを前記ＩｏＴ機器管理サーバに送信する第１ＩＤ送信ステップと、前記ＩｏＴ機器管理サーバが、前記第１ＩＤ送信ステップにおいて前記ＩｏＴ機器から送信された前記ＩｏＴ機器の固有のＩＤを前記鍵配信用サーバに送信する第２ＩＤ送信ステップと、前記鍵配信用サーバが、前記鍵配信用サーバによって保管されている前記マスター鍵と、前記第２ＩＤ送信ステップにおいて前記ＩｏＴ機器管理サーバから送信された前記ＩｏＴ機器の固有のＩＤとに基づいて、前記ＩｏＴ機器の固有の派生鍵を生成し、前記ＩｏＴ機器の固有の派生鍵を前記ＩｏＴ機器管理サーバに送信する派生鍵送信ステップと、前記ＩｏＴ機器管理サーバが、前記派生鍵送信ステップにおいて前記鍵配信用サーバから送信された前記ＩｏＴ機器の固有の派生鍵を用いることによって、前記ＩｏＴ機器の認証を行うＩｏＴ機器認証ステップとを備える、ＩｏＴ機器認証方法である。
本発明の一態様は、マスター鍵を保管する鍵配信用サーバであって、前記マスター鍵は、前記鍵配信用サーバと共有され、派生鍵発行部によって保管され、ＩｏＴ機器の製造時には、前記ＩｏＴ機器の固有のＩＤが生成され、前記ＩｏＴ機器の固有のＩＤと、前記マスター鍵とに基づいて、前記ＩｏＴ機器の固有の派生鍵が、前記派生鍵発行部によって生成され、前記ＩｏＴ機器の固有のＩＤと前記ＩｏＴ機器の固有の派生鍵とが、前記派生鍵発行部によって前記ＩｏＴ機器に書き込まれ、前記ＩｏＴ機器の認証時には、前記ＩｏＴ機器の固有のＩＤが、前記ＩｏＴ機器からＩｏＴ機器管理サーバに送信され、前記ＩｏＴ機器から前記ＩｏＴ機器管理サーバに送信された前記ＩｏＴ機器の固有のＩＤが、前記ＩｏＴ機器管理サーバから前記鍵配信用サーバに送信され、前記鍵配信用サーバは、前記鍵配信用サーバによって保管されている前記マスター鍵と、前記ＩｏＴ機器管理サーバから送信された前記ＩｏＴ機器の固有のＩＤとに基づいて、前記ＩｏＴ機器の固有の派生鍵を生成し、前記ＩｏＴ機器の固有の派生鍵を前記ＩｏＴ機器管理サーバに送信し、前記鍵配信用サーバから前記ＩｏＴ機器管理サーバに送信された前記ＩｏＴ機器の固有の派生鍵が用いられ、前記ＩｏＴ機器の認証が、前記ＩｏＴ機器管理サーバによって行われる、鍵配信用サーバである。
本発明の一態様は、ＩｏＴ機器に搭載される耐タンパ性を有するＩＣチップであって、マスター鍵が、鍵配信用サーバと派生鍵発行部とで共有され、前記鍵配信用サーバと前記派生鍵発行部とによって保管され、前記ＩＣチップには、前記ＩＣチップの固有のＩＤと、前記マスター鍵とに基づいて、前記派生鍵発行部によって生成された前記ＩＣチップの固有の派生鍵が書き込まれ、前記ＩＣチップが前記ＩｏＴ機器に搭載され、前記ＩＣチップの固有のＩＤが、前記ＩｏＴ機器からＩｏＴ機器管理サーバに送信され、前記ＩｏＴ機器管理サーバに送信された前記ＩＣチップの固有のＩＤが、前記ＩｏＴ機器管理サーバから前記鍵配信用サーバに送信され、前記鍵配信用サーバによって保管されている前記マスター鍵と、前記ＩｏＴ機器管理サーバから送信された前記ＩＣチップの固有のＩＤとに基づいて、前記鍵配信用サーバによって生成された前記ＩＣチップの固有の派生鍵が、前記ＩｏＴ機器管理サーバに送信され、前記鍵配信用サーバから送信された前記ＩＣチップの固有の派生鍵が用いられ、前記ＩｏＴ機器管理サーバによって前記ＩｏＴ機器の認証が行われる、ＩＣチップである。
本発明の一態様は、マスター鍵を保管する鍵配信用サーバと、前記マスター鍵を前記鍵配信用サーバと共有して保管する派生鍵発行部と、ＩｏＴ機器と、前記ＩｏＴ機器を管理するＩｏＴ機器管理サーバとを備えるＩｏＴ機器認証システムであって、前記ＩｏＴ機器には、耐タンパ性を有するＩＣチップが搭載され、前記派生鍵発行部は、前記ＩＣチップの固有のＩＤを生成し、前記ＩＣチップの固有のＩＤと、前記マスター鍵とに基づいて、前記ＩＣチップの固有の派生鍵を生成し、前記ＩＣチップの固有のＩＤと前記ＩＣチップの固有の派生鍵とを前記ＩＣチップに書き込み、前記ＩｏＴ機器の認証時に、前記ＩｏＴ機器は、前記ＩＣチップの固有のＩＤを前記ＩｏＴ機器管理サーバに送信し、前記ＩｏＴ機器管理サーバは、前記ＩｏＴ機器から送信された前記ＩＣチップの固有のＩＤを前記鍵配信用サーバに送信し、前記鍵配信用サーバは、前記鍵配信用サーバによって保管されている前記マスター鍵と、前記ＩｏＴ機器管理サーバから送信された前記ＩＣチップの固有のＩＤとに基づいて、前記ＩＣチップの固有の派生鍵を生成し、前記ＩＣチップの固有の派生鍵を前記ＩｏＴ機器管理サーバに送信し、前記ＩｏＴ機器管理サーバは、前記鍵配信用サーバから送信された前記ＩＣチップの固有の派生鍵を用いることによって、前記ＩｏＴ機器の認証を行う、ＩｏＴ機器認証システムである。
本発明によれば、管理者の負担およびコストを増加させることなく、安全な認証を実現することができるＩｏＴ機器認証システム、ＩｏＴ機器認証方法、鍵配信用サーバおよびＩＣチップを提供することができる。
＜第１実施形態＞
以下、添付図面を参照し、本発明のＩｏＴ機器認証システム、ＩｏＴ機器認証方法、鍵配信用サーバおよびＩＣチップの実施形態について説明する。
以下、添付図面を参照し、本発明のＩｏＴ機器認証システム、ＩｏＴ機器認証方法、鍵配信用サーバおよびＩＣチップの実施形態について説明する。
図１は第１実施形態のＩｏＴ機器認証システム１の概略構成の一例を示す図である。詳細には、図１（Ａ）は第１実施形態のＩｏＴ機器認証システム１の鍵配信用サーバ１１と派生鍵発行部１ＡＸとの関係などを示しており、図１（Ｂ）は第１実施形態のＩｏＴ機器認証システム１の鍵配信用サーバ１１と派生鍵発行部１ＢＸとの関係などを示しており、図１（Ｃ）は第１実施形態のＩｏＴ機器認証システム１の鍵配信用サーバ１１とＩｏＴ機器管理サーバ１ＡＳ、１ＢＳとの関係などを示している。
図１に示す例では、ＩｏＴ機器認証システム１が、鍵配信用サーバ１１と、派生鍵発行部１ＡＸ、１ＢＸ、…と、ＩｏＴ機器管理サーバ１ＡＳ、１ＢＳ、…と、ＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮ、１Ｂ１、１Ｂ２、…、１ＢＮ、…とを備えている。
鍵配信用サーバ１１はマスター鍵ＭＫＡを保管している。マスター鍵ＭＫＡは、後述する派生鍵ＤＫ１Ａ１の生成時などに用いられる。鍵配信用サーバ１１に保管されているマスター鍵ＭＫＡは、厳重に管理されている。
図１に示す例では、ＩｏＴ機器認証システム１が、鍵配信用サーバ１１と、派生鍵発行部１ＡＸ、１ＢＸ、…と、ＩｏＴ機器管理サーバ１ＡＳ、１ＢＳ、…と、ＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮ、１Ｂ１、１Ｂ２、…、１ＢＮ、…とを備えている。
鍵配信用サーバ１１はマスター鍵ＭＫＡを保管している。マスター鍵ＭＫＡは、後述する派生鍵ＤＫ１Ａ１の生成時などに用いられる。鍵配信用サーバ１１に保管されているマスター鍵ＭＫＡは、厳重に管理されている。
図１（Ａ）に示す例では、派生鍵発行部１ＡＸがマスター鍵ＭＫＡを保管している。つまり、図１（Ａ）に示すように、マスター鍵ＭＫＡは、鍵配信用サーバ１１および派生鍵発行部１ＡＸによって共有されている。派生鍵発行部１ＡＸに保管されているマスター鍵ＭＫＡは、厳重に管理されている。
ＩｏＴ機器管理サーバ１ＡＳ（図１（Ｃ）参照）は、ＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮを管理する。ＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮが、例えばペットの見守り機能を有するカメラである例では、ＩｏＴ機器管理サーバ１ＡＳは、ＩｏＴ機器１Ａ１によって撮像されたペットの画像データ等を、ペットの飼い主によって携帯されている機器（図示せず）に送信する機能などを有する。
他の例では、ＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮが、ペットの見守り機能以外の機能を有するＩｏＴ機器であってもよく、ＩｏＴ機器管理サーバ１ＡＳが、ＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮによって取得されたデータをＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮ以外の機器（図示せず）に送信する機能とは異なる機能を有していてもよい。
ＩｏＴ機器管理サーバ１ＡＳ（図１（Ｃ）参照）は、ＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮを管理する。ＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮが、例えばペットの見守り機能を有するカメラである例では、ＩｏＴ機器管理サーバ１ＡＳは、ＩｏＴ機器１Ａ１によって撮像されたペットの画像データ等を、ペットの飼い主によって携帯されている機器（図示せず）に送信する機能などを有する。
他の例では、ＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮが、ペットの見守り機能以外の機能を有するＩｏＴ機器であってもよく、ＩｏＴ機器管理サーバ１ＡＳが、ＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮによって取得されたデータをＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮ以外の機器（図示せず）に送信する機能とは異なる機能を有していてもよい。
図１（Ａ）に示す例では、ＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮが、同一のＩｏＴ機器製造工場において製造される。図１（Ｃ）に示す例では、ＩｏＴ機器管理サーバ１ＡＳが、例えばＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮの製造業者などによって管理（運営）される。
他の例では、ＩｏＴ機器管理サーバ１ＡＳが、ＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮの製造業者以外の者によって管理等されてもよい。
他の例では、ＩｏＴ機器管理サーバ１ＡＳが、ＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮの製造業者以外の者によって管理等されてもよい。
図１（Ｂ）に示す例では、派生鍵発行部１ＢＸがマスター鍵ＭＫＢを保管している。つまり、図１（Ｂ）に示すように、マスター鍵ＭＫＢは、鍵配信用サーバ１１および派生鍵発行部１ＢＸによって共有されている。詳細には、図１に示す例では、鍵配信用サーバ１１がマスター鍵ＭＫＡおよびマスター鍵ＭＫＢを保管している。鍵配信用サーバ１１に保管されているマスター鍵ＭＫＢは厳重に管理されており、派生鍵発行部１ＢＸに保管されているマスター鍵ＭＫＡも厳重に管理されている。
ＩｏＴ機器管理サーバ１ＢＳ（図１（Ｃ）参照）は、ＩｏＴ機器１Ｂ１、１Ｂ２、…、１ＢＮを管理する。ＩｏＴ機器１Ｂ１、１Ｂ２、…、１ＢＮが、例えば宅内の空調装置である例では、ＩｏＴ機器管理サーバ１ＢＳは、ＩｏＴ機器１Ｂ１、１Ｂ２、…、１ＢＮ（空調装置）の使用者によって携帯されている機器（図示せず）から送信された指令に応じて、使用者が帰宅する前にＩｏＴ機器１Ｂ１、１Ｂ２、…、１ＢＮ（空調装置）を遠隔操作する（具体的には、例えば電源をＯＮにする）機能などを有する。
他の例では、ＩｏＴ機器１Ｂ１、１Ｂ２、…、１ＢＮが、空調装置以外のＩｏＴ機器であってもよく、ＩｏＴ機器管理サーバ１ＢＳが、ＩｏＴ機器１Ｂ１、１Ｂ２、…、１ＢＮを遠隔操作する機能とは異なる機能を有していてもよい。
ＩｏＴ機器管理サーバ１ＢＳ（図１（Ｃ）参照）は、ＩｏＴ機器１Ｂ１、１Ｂ２、…、１ＢＮを管理する。ＩｏＴ機器１Ｂ１、１Ｂ２、…、１ＢＮが、例えば宅内の空調装置である例では、ＩｏＴ機器管理サーバ１ＢＳは、ＩｏＴ機器１Ｂ１、１Ｂ２、…、１ＢＮ（空調装置）の使用者によって携帯されている機器（図示せず）から送信された指令に応じて、使用者が帰宅する前にＩｏＴ機器１Ｂ１、１Ｂ２、…、１ＢＮ（空調装置）を遠隔操作する（具体的には、例えば電源をＯＮにする）機能などを有する。
他の例では、ＩｏＴ機器１Ｂ１、１Ｂ２、…、１ＢＮが、空調装置以外のＩｏＴ機器であってもよく、ＩｏＴ機器管理サーバ１ＢＳが、ＩｏＴ機器１Ｂ１、１Ｂ２、…、１ＢＮを遠隔操作する機能とは異なる機能を有していてもよい。
図１（Ｂ）に示す例では、ＩｏＴ機器１Ｂ１、１Ｂ２、…、１ＢＮが、同一のＩｏＴ機器製造工場において製造される。図１（Ｃ）に示す例では、ＩｏＴ機器管理サーバ１ＢＳが、例えばＩｏＴ機器１Ｂ１、１Ｂ２、…、１ＢＮの製造業者などによって管理（運営）される。
他の例では、ＩｏＴ機器管理サーバ１ＢＳが、ＩｏＴ機器１Ｂ１、１Ｂ２、…、１ＢＮの製造業者以外の者によって管理等されてもよい。
他の例では、ＩｏＴ機器管理サーバ１ＢＳが、ＩｏＴ機器１Ｂ１、１Ｂ２、…、１ＢＮの製造業者以外の者によって管理等されてもよい。
図２はＩｏＴ機器１Ａ１に搭載されるＩＣチップ１Ａ１１へのＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）およびＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１の発行処理の一例を説明するためのシーケンス図である。
図１（Ａ）および図２に示す例では、ステップＳ１１において、鍵配信用サーバ１１および派生鍵発行部１ＡＸが、マスター鍵ＭＫＡを共有して保管する。
次いで、ステップＳ１２において、派生鍵発行部１ＡＸは、耐タンパ性を有するＩＣ（集積回路）チップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）を生成する。また、派生鍵発行部１ＡＸは、ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）と、マスター鍵ＭＫＡとに基づいて、ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１を生成する。
次いで、ステップＳ１３において、派生鍵発行部１ＡＸは、ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）とＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１とをＩＣチップ１Ａ１１に書き込む。
ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）とＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１とがＩＣチップ１Ａ１１に書き込まれる時期は、ＩＣチップ１Ａ１１の製造時であっても、ＩＣチップ１Ａ１１の製造時以外の時期であってもよい。ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）とＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１とがＩＣチップ１Ａ１１に書き込まれる場所は、ＩＣチップ１Ａ１１の製造工場であっても、ＩＣチップ１Ａ１１の製造工場以外の場所であってもよい。
次いで、ステップＳ１４では、ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）とＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１とが書き込まれたＩＣチップ１Ａ１１が、ＩｏＴ機器１Ａ１に搭載される。
ＩＣチップ１Ａ１１がＩｏＴ機器１Ａ１に搭載される時期は、ＩｏＴ機器１Ａ１の製造時であっても、ＩｏＴ機器１Ａ１の製造時以外の時期であってもよい。ＩＣチップ１Ａ１１がＩｏＴ機器１Ａ１に搭載される場所は、ＩｏＴ機器１Ａ１の製造工場であっても、ＩｏＴ機器１Ａ１の製造工場以外の場所であってもよい。
つまり、派生鍵発行部１ＡＸは、ＩＣチップ１Ａ１１に秘密情報を発行する装置として機能する。また、ＩＣチップ１Ａ１１は、ＩｏＴ機器１Ａ１の安全な記憶領域として機能する。
図１（Ａ）および図２に示す例では、ステップＳ１１において、鍵配信用サーバ１１および派生鍵発行部１ＡＸが、マスター鍵ＭＫＡを共有して保管する。
次いで、ステップＳ１２において、派生鍵発行部１ＡＸは、耐タンパ性を有するＩＣ（集積回路）チップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）を生成する。また、派生鍵発行部１ＡＸは、ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）と、マスター鍵ＭＫＡとに基づいて、ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１を生成する。
次いで、ステップＳ１３において、派生鍵発行部１ＡＸは、ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）とＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１とをＩＣチップ１Ａ１１に書き込む。
ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）とＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１とがＩＣチップ１Ａ１１に書き込まれる時期は、ＩＣチップ１Ａ１１の製造時であっても、ＩＣチップ１Ａ１１の製造時以外の時期であってもよい。ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）とＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１とがＩＣチップ１Ａ１１に書き込まれる場所は、ＩＣチップ１Ａ１１の製造工場であっても、ＩＣチップ１Ａ１１の製造工場以外の場所であってもよい。
次いで、ステップＳ１４では、ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）とＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１とが書き込まれたＩＣチップ１Ａ１１が、ＩｏＴ機器１Ａ１に搭載される。
ＩＣチップ１Ａ１１がＩｏＴ機器１Ａ１に搭載される時期は、ＩｏＴ機器１Ａ１の製造時であっても、ＩｏＴ機器１Ａ１の製造時以外の時期であってもよい。ＩＣチップ１Ａ１１がＩｏＴ機器１Ａ１に搭載される場所は、ＩｏＴ機器１Ａ１の製造工場であっても、ＩｏＴ機器１Ａ１の製造工場以外の場所であってもよい。
つまり、派生鍵発行部１ＡＸは、ＩＣチップ１Ａ１１に秘密情報を発行する装置として機能する。また、ＩＣチップ１Ａ１１は、ＩｏＴ機器１Ａ１の安全な記憶領域として機能する。
また、図１（Ａ）に示す例では、派生鍵発行部１ＡＸが、耐タンパ性を有するＩＣチップ１Ａ２１の固有のＩＤ（１Ａ２ＩＤ）を生成し、ＩＣチップ１Ａ２１の固有のＩＤ（１Ａ２ＩＤ）と、マスター鍵ＭＫＡとに基づいて、ＩＣチップ１Ａ２１の固有の派生鍵ＤＫ１Ａ２を生成する。
また、派生鍵発行部１ＡＸは、ＩＣチップ１Ａ２１の固有のＩＤ（１Ａ２ＩＤ）とＩＣチップ１Ａ２１の固有の派生鍵ＤＫ１Ａ２とをＩＣチップ１Ａ２１に書き込む。更に、ＩＣチップ１Ａ２１の固有のＩＤ（１Ａ２ＩＤ）とＩＣチップ１Ａ２１の固有の派生鍵ＤＫ１Ａ２とが書き込まれたＩＣチップ１Ａ２１が、ＩｏＴ機器１Ａ２に搭載される。
また、派生鍵発行部１ＡＸは、ＩＣチップ１Ａ２１の固有のＩＤ（１Ａ２ＩＤ）とＩＣチップ１Ａ２１の固有の派生鍵ＤＫ１Ａ２とをＩＣチップ１Ａ２１に書き込む。更に、ＩＣチップ１Ａ２１の固有のＩＤ（１Ａ２ＩＤ）とＩＣチップ１Ａ２１の固有の派生鍵ＤＫ１Ａ２とが書き込まれたＩＣチップ１Ａ２１が、ＩｏＴ機器１Ａ２に搭載される。
同様に、図１（Ａ）に示す例では、派生鍵発行部１ＡＸが、耐タンパ性を有するＩＣチップ１Ａ２Ｎの固有のＩＤ（１ＡＮＩＤ）を生成し、ＩＣチップ１Ａ２Ｎの固有のＩＤ（１ＡＮＩＤ）と、マスター鍵ＭＫＡとに基づいて、ＩＣチップ１Ａ２Ｎの固有の派生鍵ＤＫ１ＡＮを生成する。
また、派生鍵発行部１ＡＸは、ＩＣチップ１Ａ２Ｎの固有のＩＤ（１ＡＮＩＤ）とＩＣチップ１Ａ２Ｎの固有の派生鍵ＤＫ１ＡＮとをＩＣチップ１Ａ２Ｎに書き込む。更に、ＩＣチップ１Ａ２Ｎの固有のＩＤ（１ＡＮＩＤ）とＩＣチップ１Ａ２Ｎの固有の派生鍵ＤＫ１ＡＮとが書き込まれたＩＣチップ１Ａ２Ｎが、ＩｏＴ機器１ＡＮに搭載される。
また、派生鍵発行部１ＡＸは、ＩＣチップ１Ａ２Ｎの固有のＩＤ（１ＡＮＩＤ）とＩＣチップ１Ａ２Ｎの固有の派生鍵ＤＫ１ＡＮとをＩＣチップ１Ａ２Ｎに書き込む。更に、ＩＣチップ１Ａ２Ｎの固有のＩＤ（１ＡＮＩＤ）とＩＣチップ１Ａ２Ｎの固有の派生鍵ＤＫ１ＡＮとが書き込まれたＩＣチップ１Ａ２Ｎが、ＩｏＴ機器１ＡＮに搭載される。
図１（Ｂ）に示す例では、鍵配信用サーバ１１および派生鍵発行部１ＢＸが、マスター鍵ＭＫＢを共有して保管する。派生鍵発行部１ＢＸは、耐タンパ性を有するＩＣチップ１Ｂ１１の固有のＩＤ（１Ｂ１ＩＤ）を生成し、ＩＣチップ１Ｂ１１の固有のＩＤ（１Ｂ１ＩＤ）と、マスター鍵ＭＫＢとに基づいて、ＩＣチップ１Ｂ１１の固有の派生鍵ＤＫ１Ｂ１を生成する。
また、派生鍵発行部１ＢＸは、ＩＣチップ１Ｂ１１の固有のＩＤ（１Ｂ１ＩＤ）とＩＣチップ１Ｂ１１の固有の派生鍵ＤＫ１Ｂ１とをＩＣチップ１Ｂ１１に書き込む。更に、ＩＣチップ１Ｂ１１の固有のＩＤ（１Ｂ１ＩＤ）とＩＣチップ１Ｂ１１の固有の派生鍵ＤＫ１Ｂ１とが書き込まれたＩＣチップ１Ｂ１１が、ＩｏＴ機器１Ｂ１に搭載される。
また、派生鍵発行部１ＢＸは、ＩＣチップ１Ｂ１１の固有のＩＤ（１Ｂ１ＩＤ）とＩＣチップ１Ｂ１１の固有の派生鍵ＤＫ１Ｂ１とをＩＣチップ１Ｂ１１に書き込む。更に、ＩＣチップ１Ｂ１１の固有のＩＤ（１Ｂ１ＩＤ）とＩＣチップ１Ｂ１１の固有の派生鍵ＤＫ１Ｂ１とが書き込まれたＩＣチップ１Ｂ１１が、ＩｏＴ機器１Ｂ１に搭載される。
また、図１（Ｂ）に示す例では、派生鍵発行部１ＢＸが、耐タンパ性を有するＩＣチップ１Ｂ２１の固有のＩＤ（１Ｂ２ＩＤ）を生成し、ＩＣチップ１Ｂ２１の固有のＩＤ（１Ｂ２ＩＤ）と、マスター鍵ＭＫＢとに基づいて、ＩＣチップ１Ｂ２１の固有の派生鍵ＤＫ１Ｂ２を生成する。
また、派生鍵発行部１ＢＸは、ＩＣチップ１Ｂ２１の固有のＩＤ（１Ｂ２ＩＤ）とＩＣチップ１Ｂ２１の固有の派生鍵ＤＫ１Ｂ２とをＩＣチップ１Ｂ２１に書き込む。更に、ＩＣチップ１Ｂ２１の固有のＩＤ（１Ｂ２ＩＤ）とＩＣチップ１Ｂ２１の固有の派生鍵ＤＫ１Ｂ２とが書き込まれたＩＣチップ１Ｂ２１が、ＩｏＴ機器１Ｂ２に搭載される。
また、派生鍵発行部１ＢＸは、ＩＣチップ１Ｂ２１の固有のＩＤ（１Ｂ２ＩＤ）とＩＣチップ１Ｂ２１の固有の派生鍵ＤＫ１Ｂ２とをＩＣチップ１Ｂ２１に書き込む。更に、ＩＣチップ１Ｂ２１の固有のＩＤ（１Ｂ２ＩＤ）とＩＣチップ１Ｂ２１の固有の派生鍵ＤＫ１Ｂ２とが書き込まれたＩＣチップ１Ｂ２１が、ＩｏＴ機器１Ｂ２に搭載される。
同様に、図１（Ｂ）に示す例では、派生鍵発行部１ＢＸが、耐タンパ性を有するＩＣチップ１Ｂ２Ｎの固有のＩＤ（１ＢＮＩＤ）を生成し、ＩＣチップ１Ｂ２Ｎの固有のＩＤ（１ＢＮＩＤ）と、マスター鍵ＭＫＢとに基づいて、ＩＣチップ１Ｂ２Ｎの固有の派生鍵ＤＫ１ＢＮを生成する。
また、派生鍵発行部１ＢＸは、ＩＣチップ１Ｂ２Ｎの固有のＩＤ（１ＢＮＩＤ）とＩＣチップ１Ｂ２Ｎの固有の派生鍵ＤＫ１ＢＮとをＩＣチップ１Ｂ２Ｎに書き込む。更に、ＩＣチップ１Ｂ２Ｎの固有のＩＤ（１ＢＮＩＤ）とＩＣチップ１Ｂ２Ｎの固有の派生鍵ＤＫ１Ｂ２とが書き込まれたＩＣチップ１Ｂ２Ｎが、ＩｏＴ機器１ＢＮに搭載される。
また、派生鍵発行部１ＢＸは、ＩＣチップ１Ｂ２Ｎの固有のＩＤ（１ＢＮＩＤ）とＩＣチップ１Ｂ２Ｎの固有の派生鍵ＤＫ１ＢＮとをＩＣチップ１Ｂ２Ｎに書き込む。更に、ＩＣチップ１Ｂ２Ｎの固有のＩＤ（１ＢＮＩＤ）とＩＣチップ１Ｂ２Ｎの固有の派生鍵ＤＫ１Ｂ２とが書き込まれたＩＣチップ１Ｂ２Ｎが、ＩｏＴ機器１ＢＮに搭載される。
図１（Ｃ）に示す例では、ＩｏＴ機器管理サーバ１ＡＳが、例えばインターネット等のネットワークＮＷを介して鍵配信用サーバ１１に接続されている。ＩｏＴ機器１Ａ１は、例えばインターネット等のネットワークＮＷを介してＩｏＴ機器管理サーバ１ＡＳに接続されている。また、ＩｏＴ機器１Ａ２は、ネットワークＮＷを介してＩｏＴ機器管理サーバ１ＡＳに接続されている。同様に、ＩｏＴ機器１ＡＮは、ネットワークＮＷを介してＩｏＴ機器管理サーバ１ＡＳに接続されている。
また、ＩｏＴ機器管理サーバ１ＢＳは、ネットワークＮＷを介して鍵配信用サーバ１１に接続されている。ＩｏＴ機器１Ｂ１、１Ｂ２、…、１ＢＮのそれぞれは、例えばインターネット等のネットワークＮＷを介してＩｏＴ機器管理サーバ１ＢＳに接続されている。
鍵配信用サーバ１１とＩｏＴ機器管理サーバ１ＡＳとの間、および、鍵配信用サーバ１１とＩｏＴ機器管理サーバ１ＢＳとの間では、秘密情報を用いて認証や暗号通信を行うことが可能である。
また、ＩｏＴ機器管理サーバ１ＢＳは、ネットワークＮＷを介して鍵配信用サーバ１１に接続されている。ＩｏＴ機器１Ｂ１、１Ｂ２、…、１ＢＮのそれぞれは、例えばインターネット等のネットワークＮＷを介してＩｏＴ機器管理サーバ１ＢＳに接続されている。
鍵配信用サーバ１１とＩｏＴ機器管理サーバ１ＡＳとの間、および、鍵配信用サーバ１１とＩｏＴ機器管理サーバ１ＢＳとの間では、秘密情報を用いて認証や暗号通信を行うことが可能である。
図３はＩｏＴ機器１Ａ１の認証時における鍵配信用サーバ１１、ＩｏＴ機器管理サーバ１ＡＳおよびＩｏＴ機器１Ａ１の相互間のデータの流れの一例を説明するための図である。
図３に示す例では、ＩｏＴ機器１Ａ１の認証時に、ＩｏＴ機器１Ａ１が、ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）をＩｏＴ機器管理サーバ１ＡＳに送信する。次いで、ＩｏＴ機器管理サーバ１ＡＳは、ＩｏＴ機器１Ａ１から送信されたＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）を鍵配信用サーバ１１に送信する。
次いで、鍵配信用サーバ１１は、鍵配信用サーバ１１によって保管されているマスター鍵ＭＫＡと、ＩｏＴ機器管理サーバ１ＡＳから送信されたＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）とに基づいて、ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１を生成する。また、鍵配信用サーバ１１は、ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１をＩｏＴ機器管理サーバ１ＡＳに送信する。
次いで、ＩｏＴ機器管理サーバ１ＡＳは、鍵配信用サーバ１１から送信されたＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１を用いることによって、ＩｏＴ機器１Ａ１（ＩＣチップ１Ａ１１）の認証を行う。
図３に示す例では、ＩｏＴ機器１Ａ１の認証時に、ＩｏＴ機器１Ａ１が、ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）をＩｏＴ機器管理サーバ１ＡＳに送信する。次いで、ＩｏＴ機器管理サーバ１ＡＳは、ＩｏＴ機器１Ａ１から送信されたＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）を鍵配信用サーバ１１に送信する。
次いで、鍵配信用サーバ１１は、鍵配信用サーバ１１によって保管されているマスター鍵ＭＫＡと、ＩｏＴ機器管理サーバ１ＡＳから送信されたＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）とに基づいて、ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１を生成する。また、鍵配信用サーバ１１は、ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１をＩｏＴ機器管理サーバ１ＡＳに送信する。
次いで、ＩｏＴ機器管理サーバ１ＡＳは、鍵配信用サーバ１１から送信されたＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１を用いることによって、ＩｏＴ機器１Ａ１（ＩＣチップ１Ａ１１）の認証を行う。
また、例えばＩｏＴ機器１Ａ２の認証時に、ＩｏＴ機器１Ａ２が、ＩＣチップ１Ａ２１の固有のＩＤ（１Ａ２ＩＤ）をＩｏＴ機器管理サーバ１ＡＳに送信する。次いで、ＩｏＴ機器管理サーバ１ＡＳは、ＩｏＴ機器１Ａ２から送信されたＩＣチップ１Ａ２１の固有のＩＤ（１Ａ２ＩＤ）を鍵配信用サーバ１１に送信する。
次いで、鍵配信用サーバ１１は、鍵配信用サーバ１１によって保管されているマスター鍵ＭＫＡと、ＩｏＴ機器管理サーバ１ＡＳから送信されたＩＣチップ１Ａ２１の固有のＩＤ（１Ａ２ＩＤ）とに基づいて、ＩＣチップ１Ａ２１の固有の派生鍵ＤＫ１Ａ２を生成する。また、鍵配信用サーバ１１は、ＩＣチップ１Ａ２１の固有の派生鍵ＤＫ１Ａ２をＩｏＴ機器管理サーバ１ＡＳに送信する。
次いで、ＩｏＴ機器管理サーバ１ＡＳは、鍵配信用サーバ１１から送信されたＩＣチップ１Ａ２１の固有の派生鍵ＤＫ１Ａ２を用いることによって、ＩｏＴ機器１Ａ２（ＩＣチップ１Ａ２１）の認証を行う。
次いで、鍵配信用サーバ１１は、鍵配信用サーバ１１によって保管されているマスター鍵ＭＫＡと、ＩｏＴ機器管理サーバ１ＡＳから送信されたＩＣチップ１Ａ２１の固有のＩＤ（１Ａ２ＩＤ）とに基づいて、ＩＣチップ１Ａ２１の固有の派生鍵ＤＫ１Ａ２を生成する。また、鍵配信用サーバ１１は、ＩＣチップ１Ａ２１の固有の派生鍵ＤＫ１Ａ２をＩｏＴ機器管理サーバ１ＡＳに送信する。
次いで、ＩｏＴ機器管理サーバ１ＡＳは、鍵配信用サーバ１１から送信されたＩＣチップ１Ａ２１の固有の派生鍵ＤＫ１Ａ２を用いることによって、ＩｏＴ機器１Ａ２（ＩＣチップ１Ａ２１）の認証を行う。
更に、例えばＩｏＴ機器１ＡＮの認証時に、ＩｏＴ機器１ＡＮが、ＩＣチップ１Ａ２Ｎの固有のＩＤ（１ＡＮＩＤ）をＩｏＴ機器管理サーバ１ＡＳに送信する。次いで、ＩｏＴ機器管理サーバ１ＡＳは、ＩｏＴ機器１ＡＮから送信されたＩＣチップ１Ａ２Ｎの固有のＩＤ（１ＡＮＩＤ）を鍵配信用サーバ１１に送信する。
次いで、鍵配信用サーバ１１は、鍵配信用サーバ１１によって保管されているマスター鍵ＭＫＡと、ＩｏＴ機器管理サーバ１ＡＳから送信されたＩＣチップ１Ａ２Ｎの固有のＩＤ（１ＡＮＩＤ）とに基づいて、ＩＣチップ１Ａ２Ｎの固有の派生鍵ＤＫ１ＡＮを生成する。また、鍵配信用サーバ１１は、ＩＣチップ１Ａ２Ｎの固有の派生鍵ＤＫ１ＡＮをＩｏＴ機器管理サーバ１ＡＳに送信する。
次いで、ＩｏＴ機器管理サーバ１ＡＳは、ＩｏＴ機器１ＡＮから送信されたＩＣチップ１Ａ２Ｎの固有のＩＤ（１ＡＮＩＤ）と、鍵配信用サーバ１１から送信されたＩＣチップ１Ａ２Ｎの固有の派生鍵ＤＫ１ＡＮとを用いることによって、ＩｏＴ機器１ＡＮ（ＩＣチップ１Ａ２Ｎ）の認証を行う。
次いで、鍵配信用サーバ１１は、鍵配信用サーバ１１によって保管されているマスター鍵ＭＫＡと、ＩｏＴ機器管理サーバ１ＡＳから送信されたＩＣチップ１Ａ２Ｎの固有のＩＤ（１ＡＮＩＤ）とに基づいて、ＩＣチップ１Ａ２Ｎの固有の派生鍵ＤＫ１ＡＮを生成する。また、鍵配信用サーバ１１は、ＩＣチップ１Ａ２Ｎの固有の派生鍵ＤＫ１ＡＮをＩｏＴ機器管理サーバ１ＡＳに送信する。
次いで、ＩｏＴ機器管理サーバ１ＡＳは、ＩｏＴ機器１ＡＮから送信されたＩＣチップ１Ａ２Ｎの固有のＩＤ（１ＡＮＩＤ）と、鍵配信用サーバ１１から送信されたＩＣチップ１Ａ２Ｎの固有の派生鍵ＤＫ１ＡＮとを用いることによって、ＩｏＴ機器１ＡＮ（ＩＣチップ１Ａ２Ｎ）の認証を行う。
すなわち、図３に示す例では、ＩｏＴ機器管理サーバ１ＡＳは、ＩＣチップ１Ａ１１、１Ａ２１、…、１Ａ２Ｎ毎に固有の情報（ＩＤおよび派生鍵）を用いて、ＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮのそれぞれの認証を行うことができる。つまり、図３に示す例では、同一の情報を用いてＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮのそれぞれの認証が行われる場合よりも、不正な認証が行われるリスクを抑制することができる。具体的には、悪意のある第三者が特定の認証情報を入手した際の攻撃を防ぎやすくなる。例えばＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮからＩｏＴ機器管理サーバ１ＡＳへの通信回数をＩＣチップ１Ａ１１、１Ａ２１、…、１Ａ２Ｎ毎に制限することによって、不正なＩｏＴ機器からＩｏＴ機器管理サーバ１ＡＳへアクセスを集中させる攻撃を防ぐことができる。
また、図３に示す例では、ＩｏＴ機器管理サーバ１ＡＳは、ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１などを生成する必要なく、ＩｏＴ機器１Ａ１の認証を行うことができる。
更に、図３に示す例では、ＩｏＴ機器管理サーバ１ＡＳは、ＩＣチップ１Ａ１１に書き込まれた情報（ＩＣチップ１Ａ１１の固有のＩＤおよびＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１）を記憶する必要なく、ＩｏＴ機器１Ａ１の認証を行うことができる。つまり、ＩｏＴ機器管理サーバ１ＡＳの記憶領域に関するコストの増加を抑制することができる。
また、図３に示す例では、ＩｏＴ機器１Ａ１の認証に用いられる情報（ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１）が、ＩｏＴ機器管理サーバ１ＡＳやＩｏＴ機器管理サーバ１ＢＳに保管されるのではなく、鍵配信用サーバ１１によって生成されるため、ＩｏＴ機器１Ａ１の認証に用いられる情報（ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１）がＩｏＴ機器管理サーバ１ＡＳやＩｏＴ機器管理サーバ１ＢＳに保管される場合よりも、ＩｏＴ機器１Ａ１の認証に用いられる情報（ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１）が悪用されるリスクを抑制することができる。つまり、認証情報（ＩＣチップ１Ａ１１、１Ａ２１、…、１Ａ２Ｎの固有の派生鍵ＤＫ１Ａ１、ＤＫ１Ａ２、…、ＤＫ１ＡＮ）がＩｏＴ機器管理サーバ１ＡＳやＩｏＴ機器管理サーバ１ＢＳにまとめて保管される場合よりも、ＩｏＴ機器管理サーバ１ＡＳおよびＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮを含むシステムがＩｏＴ機器管理サーバ１ＢＳのような別のシステムのサーバから攻撃されるリスクを抑制することができ、認証情報が悪用されるリスクを抑制することができる。
更に、図３に示す例では、認証情報（ＩＣチップ１Ａ１１、１Ａ２１、…、１Ａ２Ｎの固有の派生鍵ＤＫ１Ａ１、ＤＫ１Ａ２、…、ＤＫ１ＡＮ）を設定するためにＩｏＴ機器管理サーバ１ＡＳおよびＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮの管理者（例えばＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮの製造業者など）の操作が必要ない。そのため、管理者の負担の増加を抑制することができる。
また、図３に示す例では、ＩｏＴ機器管理サーバ１ＡＳは、ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１などを生成する必要なく、ＩｏＴ機器１Ａ１の認証を行うことができる。
更に、図３に示す例では、ＩｏＴ機器管理サーバ１ＡＳは、ＩＣチップ１Ａ１１に書き込まれた情報（ＩＣチップ１Ａ１１の固有のＩＤおよびＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１）を記憶する必要なく、ＩｏＴ機器１Ａ１の認証を行うことができる。つまり、ＩｏＴ機器管理サーバ１ＡＳの記憶領域に関するコストの増加を抑制することができる。
また、図３に示す例では、ＩｏＴ機器１Ａ１の認証に用いられる情報（ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１）が、ＩｏＴ機器管理サーバ１ＡＳやＩｏＴ機器管理サーバ１ＢＳに保管されるのではなく、鍵配信用サーバ１１によって生成されるため、ＩｏＴ機器１Ａ１の認証に用いられる情報（ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１）がＩｏＴ機器管理サーバ１ＡＳやＩｏＴ機器管理サーバ１ＢＳに保管される場合よりも、ＩｏＴ機器１Ａ１の認証に用いられる情報（ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１）が悪用されるリスクを抑制することができる。つまり、認証情報（ＩＣチップ１Ａ１１、１Ａ２１、…、１Ａ２Ｎの固有の派生鍵ＤＫ１Ａ１、ＤＫ１Ａ２、…、ＤＫ１ＡＮ）がＩｏＴ機器管理サーバ１ＡＳやＩｏＴ機器管理サーバ１ＢＳにまとめて保管される場合よりも、ＩｏＴ機器管理サーバ１ＡＳおよびＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮを含むシステムがＩｏＴ機器管理サーバ１ＢＳのような別のシステムのサーバから攻撃されるリスクを抑制することができ、認証情報が悪用されるリスクを抑制することができる。
更に、図３に示す例では、認証情報（ＩＣチップ１Ａ１１、１Ａ２１、…、１Ａ２Ｎの固有の派生鍵ＤＫ１Ａ１、ＤＫ１Ａ２、…、ＤＫ１ＡＮ）を設定するためにＩｏＴ機器管理サーバ１ＡＳおよびＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮの管理者（例えばＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮの製造業者など）の操作が必要ない。そのため、管理者の負担の増加を抑制することができる。
図３に示す例では、ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）が、ＩｏＴ機器１Ａ１を管理するＩｏＴ機器管理サーバ１ＡＳではなく、ＩｏＴ機器管理サーバ１ＢＳから鍵配信用サーバ１１に送信された場合に、鍵配信用サーバ１１は、ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１を生成しない。つまり、鍵配信用サーバ１１は、ＩｏＴ機器管理サーバ１ＢＳとＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）とが紐づいていないことを確認し、ＩｏＴ機器管理サーバ１ＢＳによるＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１の要求を拒否する。
すなわち、図３に示す例では、鍵配信用サーバ１１は、ＩｏＴ機器管理サーバ１ＡＳがＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮを管理するサーバであること、および、ＩｏＴ機器管理サーバ１ＢＳが、ＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮを管理するサーバではなく、ＩｏＴ機器１Ｂ１、１Ｂ２、…、１ＢＮを管理するサーバであることを示す情報（つまり、ＩｏＴ機器管理サーバ１ＡＳとＩＣチップ１Ａ１１、１Ａ２１、…、１Ａ２Ｎの固有のＩＤとが紐づいていること、および、ＩｏＴ機器管理サーバ１ＢＳとＩＣチップ１Ｂ１１、１Ｂ２１、…、１Ｂ２Ｎの固有のＩＤとが紐づいていることを示す情報）を有する。
そのため、図３に示す例では、ＩｏＴ機器１Ａ１を管理するＩｏＴ機器管理サーバ１ＡＳ以外のＩｏＴ機器管理サーバ（例えばＩｏＴ機器管理サーバ１ＢＳ）が、ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１を入手できないようにすることができ、認証情報の悪用を抑制することができる。
すなわち、図３に示す例では、鍵配信用サーバ１１は、ＩｏＴ機器管理サーバ１ＡＳがＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮを管理するサーバであること、および、ＩｏＴ機器管理サーバ１ＢＳが、ＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮを管理するサーバではなく、ＩｏＴ機器１Ｂ１、１Ｂ２、…、１ＢＮを管理するサーバであることを示す情報（つまり、ＩｏＴ機器管理サーバ１ＡＳとＩＣチップ１Ａ１１、１Ａ２１、…、１Ａ２Ｎの固有のＩＤとが紐づいていること、および、ＩｏＴ機器管理サーバ１ＢＳとＩＣチップ１Ｂ１１、１Ｂ２１、…、１Ｂ２Ｎの固有のＩＤとが紐づいていることを示す情報）を有する。
そのため、図３に示す例では、ＩｏＴ機器１Ａ１を管理するＩｏＴ機器管理サーバ１ＡＳ以外のＩｏＴ機器管理サーバ（例えばＩｏＴ機器管理サーバ１ＢＳ）が、ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１を入手できないようにすることができ、認証情報の悪用を抑制することができる。
図４は第１実施形態のＩｏＴ機器認証システム１においてＩｏＴ機器１Ａ１の認証時などに実行される処理の一例を説明するためのシーケンス図である。
図４に示す例では、ＩｏＴ機器１Ａ１の例えば購入者によってＩｏＴ機器１Ａ１が使用されている期間中であって、ＩｏＴ機器管理サーバ１ＡＳによるＩｏＴ機器１Ａ１の認証が必要な時（例えばＩｏＴ機器１Ａ１が、撮像したペットの画像データ等を、ＩｏＴ機器管理サーバ１ＡＳを介して、ＩｏＴ機器１Ａ１の使用者（例えばペットの飼い主）によって携帯されている機器に送信しようとする時）に、図４に示す処理が実行される。
図４に示す例では、ＩｏＴ機器１Ａ１の例えば購入者によってＩｏＴ機器１Ａ１が使用されている期間中であって、ＩｏＴ機器管理サーバ１ＡＳによるＩｏＴ機器１Ａ１の認証が必要な時（例えばＩｏＴ機器１Ａ１が、撮像したペットの画像データ等を、ＩｏＴ機器管理サーバ１ＡＳを介して、ＩｏＴ機器１Ａ１の使用者（例えばペットの飼い主）によって携帯されている機器に送信しようとする時）に、図４に示す処理が実行される。
ステップＳ２１では、ＩｏＴ機器１Ａ１が、ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）を出力するようにＩＣチップ１Ａ１１に要求する。
次いで、ステップＳ２２では、ＩＣチップ１Ａ１１が、ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）をＩｏＴ機器１Ａ１に出力する。
次いで、ステップＳ２３では、ＩｏＴ機器１Ａ１が、ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）をＩｏＴ機器管理サーバ１ＡＳに送信する。ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）だけが盗聴されても影響はない（つまり、問題は生じない）ため、ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）は、例えば平文で送信される。
次いで、ステップＳ２４では、ＩｏＴ機器管理サーバ１ＡＳが、ステップＳ２３においてＩｏＴ機器１Ａ１から送信されたＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）を鍵配信用サーバ１１に送信する。ステップＳ２３と同様に、ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）は、例えば平文で送信される。
次いで、ステップＳ２２では、ＩＣチップ１Ａ１１が、ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）をＩｏＴ機器１Ａ１に出力する。
次いで、ステップＳ２３では、ＩｏＴ機器１Ａ１が、ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）をＩｏＴ機器管理サーバ１ＡＳに送信する。ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）だけが盗聴されても影響はない（つまり、問題は生じない）ため、ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）は、例えば平文で送信される。
次いで、ステップＳ２４では、ＩｏＴ機器管理サーバ１ＡＳが、ステップＳ２３においてＩｏＴ機器１Ａ１から送信されたＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）を鍵配信用サーバ１１に送信する。ステップＳ２３と同様に、ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）は、例えば平文で送信される。
次いで、ステップＳ２５では、鍵配信用サーバ１１が、鍵配信用サーバ１１によって保管されているマスター鍵ＭＫＡと、ステップＳ２４においてＩｏＴ機器管理サーバ１ＡＳから送信されたＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）とに基づいて、ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１を生成する。
鍵配信用サーバ１１は、ＩｏＴ機器管理サーバ１ＡＳとＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）とが紐づいていることを確認できた場合には、ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１を生成する。ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１を生成する手法としては、ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）のみからＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１を容易に生成できない手法（つまり、マスター鍵ＭＫＡがなければＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１を容易に生成できない手法）が用いられる。
鍵配信用サーバ１１は、ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）がどのＩｏＴ機器管理サーバとも紐づいていることを確認できない場合には、送信元のＩｏＴ機器管理サーバ１ＡＳとＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）を紐づけてから、ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１を生成する。
鍵配信用サーバ１１は、ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）が送信元のＩｏＴ機器管理サーバと別のＩｏＴ機器管理サーバと紐づいていることを確認できた場合（例えば、ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）が、ＩｏＴ機器管理サーバ１ＢＳから鍵配信用サーバ１１に送信された場合など）には、鍵配信用サーバ１１が、ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１を生成せず、ステップＳ２６以降の処理は実行されない。ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１の不正な要求である可能性があるからである。
鍵配信用サーバ１１は、ＩｏＴ機器管理サーバ１ＡＳとＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）とが紐づいていることを確認できた場合には、ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１を生成する。ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１を生成する手法としては、ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）のみからＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１を容易に生成できない手法（つまり、マスター鍵ＭＫＡがなければＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１を容易に生成できない手法）が用いられる。
鍵配信用サーバ１１は、ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）がどのＩｏＴ機器管理サーバとも紐づいていることを確認できない場合には、送信元のＩｏＴ機器管理サーバ１ＡＳとＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）を紐づけてから、ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１を生成する。
鍵配信用サーバ１１は、ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）が送信元のＩｏＴ機器管理サーバと別のＩｏＴ機器管理サーバと紐づいていることを確認できた場合（例えば、ＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）が、ＩｏＴ機器管理サーバ１ＢＳから鍵配信用サーバ１１に送信された場合など）には、鍵配信用サーバ１１が、ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１を生成せず、ステップＳ２６以降の処理は実行されない。ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１の不正な要求である可能性があるからである。
次いで、ステップＳ２６では、鍵配信用サーバ１１が、ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１をＩｏＴ機器管理サーバ１ＡＳに送信する。その結果、ＩｏＴ機器管理サーバ１ＡＳとＩｏＴ機器１Ａ１との間で認証情報として使用される同一の派生鍵ＤＫ１Ａ１が、ＩｏＴ機器管理サーバ１ＡＳとＩｏＴ機器１Ａ１とによって共有される。
ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１の送信は、暗号通信によって行われる。ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１が漏洩してしまうと、ＩｏＴ機器１Ａ１へのなりすまし通信が可能になってしまうからである。
ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１の送信は、暗号通信によって行われる。ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１が漏洩してしまうと、ＩｏＴ機器１Ａ１へのなりすまし通信が可能になってしまうからである。
次いで、ステップＳ２７では、ＩｏＴ機器管理サーバ１ＡＳが、ステップＳ２６において鍵配信用サーバ１１から送信されたＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１を用いることによって、ＩｏＴ機器１Ａ１の認証（詳細には、ＩｏＴ機器１Ａ１およびＩｏＴ機器管理サーバ１ＡＳの相互認証）を行う。
また、ステップＳ２７では、ＩｏＴ機器１Ａ１とＩｏＴ機器管理サーバ１ＡＳとの間の暗号通信が行われる。具体的には、例えばＩｏＴ機器１Ａ１によって撮像されたペットの画像データ等が、暗号化されてＩｏＴ機器管理サーバ１ＡＳに安全に送信される。
ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１を用いる際には、ＩＣチップ１Ａ１１から外部にＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１を出さずに、ＩｏＴ機器１Ａ１からＩＣチップ１Ａ１１へ命令を出すことで、相互認証に必要な暗号処理を行うことが望ましい。
また、ステップＳ２７では、ＩｏＴ機器１Ａ１とＩｏＴ機器管理サーバ１ＡＳとの間の暗号通信が行われる。具体的には、例えばＩｏＴ機器１Ａ１によって撮像されたペットの画像データ等が、暗号化されてＩｏＴ機器管理サーバ１ＡＳに安全に送信される。
ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１を用いる際には、ＩＣチップ１Ａ１１から外部にＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１を出さずに、ＩｏＴ機器１Ａ１からＩＣチップ１Ａ１１へ命令を出すことで、相互認証に必要な暗号処理を行うことが望ましい。
次いで、ステップＳ２８では、ＩｏＴ機器管理サーバ１ＡＳが、ＩｏＴ機器１Ａ１の認証に用いられたＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１を消去する。そのため、ＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１がＩｏＴ機器管理サーバ１ＡＳから漏洩し、不正な認証が行われてしまうおそれを抑制することができる。
また、ＩｏＴ機器管理サーバ１ＡＳは、ＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮとの認証に対応する記憶領域を用意する必要がなくなるため、記憶領域にかかるコストを低減することができる。
図４に示す例では、ＩｏＴ機器１Ａ１およびＩｏＴ機器管理サーバ１ＡＳの相互認証、および、ＩｏＴ機器１Ａ１とＩｏＴ機器管理サーバ１ＡＳとの間の暗号通信が行われる度に、ステップＳ２１～ステップＳ２８の処理が実行される。
また、ＩｏＴ機器管理サーバ１ＡＳは、ＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮとの認証に対応する記憶領域を用意する必要がなくなるため、記憶領域にかかるコストを低減することができる。
図４に示す例では、ＩｏＴ機器１Ａ１およびＩｏＴ機器管理サーバ１ＡＳの相互認証、および、ＩｏＴ機器１Ａ１とＩｏＴ機器管理サーバ１ＡＳとの間の暗号通信が行われる度に、ステップＳ２１～ステップＳ２８の処理が実行される。
上述したように、第１実施形態のＩｏＴ機器認証システム１は、ＩｏＴ機器１Ａ１のセキュリティに関する情報をより簡単かつ安全に管理するために用いられる。
＜第２実施形態＞
以下、本発明のＩｏＴ機器認証システム、ＩｏＴ機器認証方法、鍵配信用サーバおよびＩＣチップの第２実施形態について説明する。
第２実施形態のＩｏＴ機器認証システム１は、後述する点を除き、上述した第１実施形態のＩｏＴ機器認証システム１と同様に構成されている。従って、第２実施形態のＩｏＴ機器認証システム１によれば、後述する点を除き、上述した第１実施形態のＩｏＴ機器認証システム１と同様の効果を奏することができる。
以下、本発明のＩｏＴ機器認証システム、ＩｏＴ機器認証方法、鍵配信用サーバおよびＩＣチップの第２実施形態について説明する。
第２実施形態のＩｏＴ機器認証システム１は、後述する点を除き、上述した第１実施形態のＩｏＴ機器認証システム１と同様に構成されている。従って、第２実施形態のＩｏＴ機器認証システム１によれば、後述する点を除き、上述した第１実施形態のＩｏＴ機器認証システム１と同様の効果を奏することができる。
上述したように、第１実施形態のＩｏＴ機器認証システム１では、図２に示すように、ＩｏＴ機器１Ａ１に搭載されるＩＣチップ１Ａ１１へのＩＣチップ１Ａ１１の固有のＩＤ（１Ａ１ＩＤ）およびＩＣチップ１Ａ１１の固有の派生鍵ＤＫ１Ａ１の発行処理が行われる。
一方、第２実施形態のＩｏＴ機器認証システム１では、図５に示すように、ＩｏＴ機器１Ａ１へのＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）およびＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１の発行処理が行われる。
一方、第２実施形態のＩｏＴ機器認証システム１では、図５に示すように、ＩｏＴ機器１Ａ１へのＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）およびＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１の発行処理が行われる。
図５は第２実施形態のＩｏＴ機器認証システム１におけるＩｏＴ機器１Ａ１へのＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）およびＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１の発行処理の一例を説明するためのシーケンス図である。
図５に示す例では、ステップＳ３１において、鍵配信用サーバ１１および派生鍵発行部１ＡＸが、マスター鍵ＭＫＡを共有して保管する。
次いで、ステップＳ３２において、派生鍵発行部１ＡＸは、ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）を生成する。また、派生鍵発行部１ＡＸは、ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）と、マスター鍵ＭＫＡとに基づいて、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を生成する。
次いで、ステップＳ３３において、派生鍵発行部１ＡＸは、ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）とＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１とをＩｏＴ機器１Ａ１に書き込む。
ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）とＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１とがＩｏＴ機器１Ａ１に書き込まれる時期は、例えばＩｏＴ機器１Ａ１の製造時などである。ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）とＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１とがＩｏＴ機器１Ａ１に書き込まれる場所は、例えばＩｏＴ機器１Ａ１の製造工場などである。
つまり、派生鍵発行部１ＡＸは、ＩｏＴ機器１Ａ１に秘密情報を発行する装置として機能する。
図５に示す例では、ステップＳ３１において、鍵配信用サーバ１１および派生鍵発行部１ＡＸが、マスター鍵ＭＫＡを共有して保管する。
次いで、ステップＳ３２において、派生鍵発行部１ＡＸは、ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）を生成する。また、派生鍵発行部１ＡＸは、ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）と、マスター鍵ＭＫＡとに基づいて、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を生成する。
次いで、ステップＳ３３において、派生鍵発行部１ＡＸは、ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）とＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１とをＩｏＴ機器１Ａ１に書き込む。
ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）とＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１とがＩｏＴ機器１Ａ１に書き込まれる時期は、例えばＩｏＴ機器１Ａ１の製造時などである。ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）とＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１とがＩｏＴ機器１Ａ１に書き込まれる場所は、例えばＩｏＴ機器１Ａ１の製造工場などである。
つまり、派生鍵発行部１ＡＸは、ＩｏＴ機器１Ａ１に秘密情報を発行する装置として機能する。
また、第２実施形態のＩｏＴ機器認証システム１が適用された図１（Ａ）に示す例では、ＩｏＴ機器１Ａ２の製造時に、派生鍵発行部１ＡＸが、ＩｏＴ機器１Ａ２の固有のＩＤ（１Ａ２ＩＤ）と、マスター鍵ＭＫＡとに基づいて、ＩｏＴ機器１Ａ２の固有の派生鍵ＤＫ１Ａ２を生成する。
また、ＩｏＴ機器１Ａ２の製造時に、派生鍵発行部１ＡＸは、ＩｏＴ機器１Ａ２の固有のＩＤ（１Ａ２ＩＤ）とＩｏＴ機器１Ａ２の固有の派生鍵ＤＫ１Ａ２とをＩｏＴ機器１Ａ２に書き込む。
また、ＩｏＴ機器１Ａ２の製造時に、派生鍵発行部１ＡＸは、ＩｏＴ機器１Ａ２の固有のＩＤ（１Ａ２ＩＤ）とＩｏＴ機器１Ａ２の固有の派生鍵ＤＫ１Ａ２とをＩｏＴ機器１Ａ２に書き込む。
同様に、第２実施形態のＩｏＴ機器認証システム１が適用された図１（Ａ）に示す例では、ＩｏＴ機器１ＡＮの製造時に、派生鍵発行部１ＡＸが、ＩｏＴ機器１ＡＮの固有のＩＤ（１ＡＮＩＤ）と、マスター鍵ＭＫＡとに基づいて、ＩｏＴ機器１ＡＮの固有の派生鍵ＤＫ１ＡＮを生成する。
また、ＩｏＴ機器１ＡＮの製造時に、派生鍵発行部１ＡＸは、ＩｏＴ機器１ＡＮの固有のＩＤ（１ＡＮＩＤ）とＩｏＴ機器１ＡＮの固有の派生鍵ＤＫ１ＡＮとをＩｏＴ機器１ＡＮに書き込む。
また、ＩｏＴ機器１ＡＮの製造時に、派生鍵発行部１ＡＸは、ＩｏＴ機器１ＡＮの固有のＩＤ（１ＡＮＩＤ）とＩｏＴ機器１ＡＮの固有の派生鍵ＤＫ１ＡＮとをＩｏＴ機器１ＡＮに書き込む。
第２実施形態のＩｏＴ機器認証システム１が適用された図１（Ｂ）に示す例では、ＩｏＴ機器１Ｂ１の製造時に、派生鍵発行部１ＢＸが、ＩｏＴ機器１Ｂ１の固有のＩＤ（１Ｂ１ＩＤ）と、マスター鍵ＭＫＢとに基づいて、ＩｏＴ機器１Ｂ１の固有の派生鍵ＤＫ１Ｂ１を生成する。
また、ＩｏＴ機器１Ｂ１の製造時に、派生鍵発行部１ＢＸは、ＩｏＴ機器１Ｂ１の固有のＩＤ（１Ｂ１ＩＤ）とＩｏＴ機器１Ｂ１の固有の派生鍵ＤＫ１Ｂ１とをＩｏＴ機器１Ｂ１に書き込む。
また、ＩｏＴ機器１Ｂ１の製造時に、派生鍵発行部１ＢＸは、ＩｏＴ機器１Ｂ１の固有のＩＤ（１Ｂ１ＩＤ）とＩｏＴ機器１Ｂ１の固有の派生鍵ＤＫ１Ｂ１とをＩｏＴ機器１Ｂ１に書き込む。
また、第２実施形態のＩｏＴ機器認証システム１が適用された図１（Ｂ）に示す例では、ＩｏＴ機器１Ｂ２の製造時に、派生鍵発行部１ＢＸが、ＩｏＴ機器１Ｂ２の固有のＩＤ（１Ｂ２ＩＤ）と、マスター鍵ＭＫＢとに基づいて、ＩｏＴ機器１Ｂ２の固有の派生鍵ＤＫ１Ｂ２を生成する。
また、ＩｏＴ機器１Ｂ２の製造時に、派生鍵発行部１ＢＸは、ＩｏＴ機器１Ｂ２の固有のＩＤ（１Ｂ２ＩＤ）とＩｏＴ機器１Ｂ２の固有の派生鍵ＤＫ１Ｂ２とをＩｏＴ機器１Ｂ２に書き込む。
また、ＩｏＴ機器１Ｂ２の製造時に、派生鍵発行部１ＢＸは、ＩｏＴ機器１Ｂ２の固有のＩＤ（１Ｂ２ＩＤ）とＩｏＴ機器１Ｂ２の固有の派生鍵ＤＫ１Ｂ２とをＩｏＴ機器１Ｂ２に書き込む。
同様に、第２実施形態のＩｏＴ機器認証システム１が適用された図１（Ｂ）に示す例では、ＩｏＴ機器１ＢＮの製造時に、派生鍵発行部１ＢＸが、ＩｏＴ機器１ＢＮの固有のＩＤ（１ＢＮＩＤ）と、マスター鍵ＭＫＢとに基づいて、ＩｏＴ機器１ＢＮの固有の派生鍵ＤＫ１ＢＮを生成する。
また、ＩｏＴ機器１ＢＮの製造時に、派生鍵発行部１ＢＸは、ＩｏＴ機器１ＢＮの固有のＩＤ（１ＢＮＩＤ）とＩｏＴ機器１ＢＮの固有の派生鍵ＤＫ１ＢＮとをＩｏＴ機器１ＢＮに書き込む。
また、ＩｏＴ機器１ＢＮの製造時に、派生鍵発行部１ＢＸは、ＩｏＴ機器１ＢＮの固有のＩＤ（１ＢＮＩＤ）とＩｏＴ機器１ＢＮの固有の派生鍵ＤＫ１ＢＮとをＩｏＴ機器１ＢＮに書き込む。
第２実施形態のＩｏＴ機器認証システム１が適用された図１（Ｃ）に示す例では、ＩｏＴ機器管理サーバ１ＡＳが、例えばインターネット等のネットワークＮＷを介して鍵配信用サーバ１１に接続されている。ＩｏＴ機器１Ａ１は、例えばインターネット等のネットワークＮＷを介してＩｏＴ機器管理サーバ１ＡＳに接続されている。また、ＩｏＴ機器１Ａ２は、ネットワークＮＷを介してＩｏＴ機器管理サーバ１ＡＳに接続されている。同様に、ＩｏＴ機器１ＡＮは、ネットワークＮＷを介してＩｏＴ機器管理サーバ１ＡＳに接続されている。
また、ＩｏＴ機器管理サーバ１ＢＳは、ネットワークＮＷを介して鍵配信用サーバ１１に接続されている。ＩｏＴ機器１Ｂ１、１Ｂ２、…、１ＢＮのそれぞれは、例えばインターネット等のネットワークＮＷを介してＩｏＴ機器管理サーバ１ＢＳに接続されている。
鍵配信用サーバ１１とＩｏＴ機器管理サーバ１ＡＳとの間、および、鍵配信用サーバ１１とＩｏＴ機器管理サーバ１ＢＳとの間では、秘密情報を用いて認証や暗号通信を行うことが可能である。
また、ＩｏＴ機器管理サーバ１ＢＳは、ネットワークＮＷを介して鍵配信用サーバ１１に接続されている。ＩｏＴ機器１Ｂ１、１Ｂ２、…、１ＢＮのそれぞれは、例えばインターネット等のネットワークＮＷを介してＩｏＴ機器管理サーバ１ＢＳに接続されている。
鍵配信用サーバ１１とＩｏＴ機器管理サーバ１ＡＳとの間、および、鍵配信用サーバ１１とＩｏＴ機器管理サーバ１ＢＳとの間では、秘密情報を用いて認証や暗号通信を行うことが可能である。
第２実施形態のＩｏＴ機器認証システム１が適用された図３に示す例では、ＩｏＴ機器１Ａ１の認証時に、ＩｏＴ機器１Ａ１が、ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）をＩｏＴ機器管理サーバ１ＡＳに送信する。次いで、ＩｏＴ機器管理サーバ１ＡＳは、ＩｏＴ機器１Ａ１から送信されたＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）を鍵配信用サーバ１１に送信する。
次いで、鍵配信用サーバ１１は、鍵配信用サーバ１１によって保管されているマスター鍵ＭＫＡと、ＩｏＴ機器管理サーバ１ＡＳから送信されたＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）とに基づいて、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を生成する。また、鍵配信用サーバ１１は、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１をＩｏＴ機器管理サーバ１ＡＳに送信する。
次いで、ＩｏＴ機器管理サーバ１ＡＳは、鍵配信用サーバ１１から送信されたＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を用いることによって、ＩｏＴ機器１Ａ１の認証を行う。
次いで、鍵配信用サーバ１１は、鍵配信用サーバ１１によって保管されているマスター鍵ＭＫＡと、ＩｏＴ機器管理サーバ１ＡＳから送信されたＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）とに基づいて、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を生成する。また、鍵配信用サーバ１１は、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１をＩｏＴ機器管理サーバ１ＡＳに送信する。
次いで、ＩｏＴ機器管理サーバ１ＡＳは、鍵配信用サーバ１１から送信されたＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を用いることによって、ＩｏＴ機器１Ａ１の認証を行う。
また、例えばＩｏＴ機器１Ａ２の認証時に、ＩｏＴ機器１Ａ２が、ＩｏＴ機器１Ａ２の固有のＩＤ（１Ａ２ＩＤ）をＩｏＴ機器管理サーバ１ＡＳに送信する。次いで、ＩｏＴ機器管理サーバ１ＡＳは、ＩｏＴ機器１Ａ２から送信されたＩｏＴ機器１Ａ２の固有のＩＤ（１Ａ２ＩＤ）を鍵配信用サーバ１１に送信する。
次いで、鍵配信用サーバ１１は、鍵配信用サーバ１１によって保管されているマスター鍵ＭＫＡと、ＩｏＴ機器管理サーバ１ＡＳから送信されたＩｏＴ機器１Ａ２の固有のＩＤ（１Ａ２ＩＤ）とに基づいて、ＩｏＴ機器１Ａ２の固有の派生鍵ＤＫ１Ａ２を生成する。また、鍵配信用サーバ１１は、ＩｏＴ機器１Ａ２の固有の派生鍵ＤＫ１Ａ２をＩｏＴ機器管理サーバ１ＡＳに送信する。
次いで、ＩｏＴ機器管理サーバ１ＡＳは、鍵配信用サーバ１１から送信されたＩｏＴ機器１Ａ２の固有の派生鍵ＤＫ１Ａ２を用いることによって、ＩｏＴ機器１Ａ２の認証を行う。
次いで、鍵配信用サーバ１１は、鍵配信用サーバ１１によって保管されているマスター鍵ＭＫＡと、ＩｏＴ機器管理サーバ１ＡＳから送信されたＩｏＴ機器１Ａ２の固有のＩＤ（１Ａ２ＩＤ）とに基づいて、ＩｏＴ機器１Ａ２の固有の派生鍵ＤＫ１Ａ２を生成する。また、鍵配信用サーバ１１は、ＩｏＴ機器１Ａ２の固有の派生鍵ＤＫ１Ａ２をＩｏＴ機器管理サーバ１ＡＳに送信する。
次いで、ＩｏＴ機器管理サーバ１ＡＳは、鍵配信用サーバ１１から送信されたＩｏＴ機器１Ａ２の固有の派生鍵ＤＫ１Ａ２を用いることによって、ＩｏＴ機器１Ａ２の認証を行う。
更に、例えばＩｏＴ機器１ＡＮの認証時に、ＩｏＴ機器１ＡＮが、ＩｏＴ機器１ＡＮの固有のＩＤ（１ＡＮＩＤ）をＩｏＴ機器管理サーバ１ＡＳに送信する。次いで、ＩｏＴ機器管理サーバ１ＡＳは、ＩｏＴ機器１ＡＮから送信されたＩｏＴ機器１ＡＮの固有のＩＤ（１ＡＮＩＤ）を鍵配信用サーバ１１に送信する。
次いで、鍵配信用サーバ１１は、鍵配信用サーバ１１によって保管されているマスター鍵ＭＫＡと、ＩｏＴ機器管理サーバ１ＡＳから送信されたＩｏＴ機器１ＡＮの固有のＩＤ（１ＡＮＩＤ）とに基づいて、ＩｏＴ機器１ＡＮの固有の派生鍵ＤＫ１ＡＮを生成する。また、鍵配信用サーバ１１は、ＩｏＴ機器１ＡＮの固有の派生鍵ＤＫ１ＡＮをＩｏＴ機器管理サーバ１ＡＳに送信する。
次いで、ＩｏＴ機器管理サーバ１ＡＳは、鍵配信用サーバ１１から送信されたＩｏＴ機器１ＡＮの固有の派生鍵ＤＫ１ＡＮを用いることによって、ＩｏＴ機器１ＡＮの認証を行う。
次いで、鍵配信用サーバ１１は、鍵配信用サーバ１１によって保管されているマスター鍵ＭＫＡと、ＩｏＴ機器管理サーバ１ＡＳから送信されたＩｏＴ機器１ＡＮの固有のＩＤ（１ＡＮＩＤ）とに基づいて、ＩｏＴ機器１ＡＮの固有の派生鍵ＤＫ１ＡＮを生成する。また、鍵配信用サーバ１１は、ＩｏＴ機器１ＡＮの固有の派生鍵ＤＫ１ＡＮをＩｏＴ機器管理サーバ１ＡＳに送信する。
次いで、ＩｏＴ機器管理サーバ１ＡＳは、鍵配信用サーバ１１から送信されたＩｏＴ機器１ＡＮの固有の派生鍵ＤＫ１ＡＮを用いることによって、ＩｏＴ機器１ＡＮの認証を行う。
すなわち、第２実施形態のＩｏＴ機器認証システム１が適用された図３に示す例では、ＩｏＴ機器管理サーバ１ＡＳは、ＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮ毎に固有の情報（ＩＤおよび派生鍵）を用いて、ＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮのそれぞれの認証を行うことができる。つまり、第２実施形態のＩｏＴ機器認証システム１が適用された図３に示す例では、同一の情報を用いてＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮのそれぞれの認証が行われる場合よりも、不正な認証が行われるリスクを抑制することができる。具体的には、悪意のある第三者が特定の認証情報を入手した際の攻撃を防ぎやすくなる。例えばＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮからＩｏＴ機器管理サーバ１ＡＳへの通信回数をＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮの固有のＩＤ毎に制限することによって、不正なＩｏＴ機器からＩｏＴ機器管理サーバ１ＡＳへアクセスを集中させる攻撃を防ぐことができる。
また、第２実施形態のＩｏＴ機器認証システム１が適用された図３に示す例では、ＩｏＴ機器管理サーバ１ＡＳは、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１などを生成する必要なく、ＩｏＴ機器１Ａ１の認証を行うことができる。
更に、第２実施形態のＩｏＴ機器認証システム１が適用された図３に示す例では、ＩｏＴ機器管理サーバ１ＡＳは、ＩｏＴ機器１Ａ１に書き込まれた情報（ＩｏＴ機器１Ａ１の固有のＩＤおよびＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１）を記憶する必要なく、ＩｏＴ機器１Ａ１の認証を行うことができる。つまり、ＩｏＴ機器管理サーバ１ＡＳの記憶領域に関するコストの増加を抑制することができる。
また、第２実施形態のＩｏＴ機器認証システム１が適用された図３に示す例では、ＩｏＴ機器１Ａ１の認証に用いられる情報（ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１）が、ＩｏＴ機器管理サーバ１ＡＳやＩｏＴ機器管理サーバ１ＢＳに保管されるのではなく、鍵配信用サーバ１１によって生成されるため、ＩｏＴ機器１Ａ１の認証に用いられる情報（ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１）がＩｏＴ機器管理サーバ１ＡＳやＩｏＴ機器管理サーバ１ＢＳに保管される場合よりも、ＩｏＴ機器１Ａ１の認証に用いられる情報（ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１）が悪用されるリスクを抑制することができる。つまり、認証情報（ＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮの固有の派生鍵ＤＫ１Ａ１、ＤＫ１Ａ２、…、ＤＫ１ＡＮ）がＩｏＴ機器管理サーバ１ＡＳやＩｏＴ機器管理サーバ１ＢＳにまとめて保管される場合よりも、ＩｏＴ機器管理サーバ１ＡＳおよびＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮを含むシステムがＩｏＴ機器管理サーバ１ＢＳのような別のシステムのサーバから攻撃されるリスクを抑制することができ、認証情報が悪用されるリスクを抑制することができる。
更に、第２実施形態のＩｏＴ機器認証システム１が適用された図３に示す例では、認証情報（ＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮの固有の派生鍵ＤＫ１Ａ１、ＤＫ１Ａ２、…、ＤＫ１ＡＮ）を設定するためにＩｏＴ機器管理サーバ１ＡＳおよびＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮの管理者（例えばＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮの製造業者など）の操作が必要ない。そのため、管理者の負担の増加を抑制することができる。
また、第２実施形態のＩｏＴ機器認証システム１が適用された図３に示す例では、ＩｏＴ機器管理サーバ１ＡＳは、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１などを生成する必要なく、ＩｏＴ機器１Ａ１の認証を行うことができる。
更に、第２実施形態のＩｏＴ機器認証システム１が適用された図３に示す例では、ＩｏＴ機器管理サーバ１ＡＳは、ＩｏＴ機器１Ａ１に書き込まれた情報（ＩｏＴ機器１Ａ１の固有のＩＤおよびＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１）を記憶する必要なく、ＩｏＴ機器１Ａ１の認証を行うことができる。つまり、ＩｏＴ機器管理サーバ１ＡＳの記憶領域に関するコストの増加を抑制することができる。
また、第２実施形態のＩｏＴ機器認証システム１が適用された図３に示す例では、ＩｏＴ機器１Ａ１の認証に用いられる情報（ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１）が、ＩｏＴ機器管理サーバ１ＡＳやＩｏＴ機器管理サーバ１ＢＳに保管されるのではなく、鍵配信用サーバ１１によって生成されるため、ＩｏＴ機器１Ａ１の認証に用いられる情報（ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１）がＩｏＴ機器管理サーバ１ＡＳやＩｏＴ機器管理サーバ１ＢＳに保管される場合よりも、ＩｏＴ機器１Ａ１の認証に用いられる情報（ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１）が悪用されるリスクを抑制することができる。つまり、認証情報（ＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮの固有の派生鍵ＤＫ１Ａ１、ＤＫ１Ａ２、…、ＤＫ１ＡＮ）がＩｏＴ機器管理サーバ１ＡＳやＩｏＴ機器管理サーバ１ＢＳにまとめて保管される場合よりも、ＩｏＴ機器管理サーバ１ＡＳおよびＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮを含むシステムがＩｏＴ機器管理サーバ１ＢＳのような別のシステムのサーバから攻撃されるリスクを抑制することができ、認証情報が悪用されるリスクを抑制することができる。
更に、第２実施形態のＩｏＴ機器認証システム１が適用された図３に示す例では、認証情報（ＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮの固有の派生鍵ＤＫ１Ａ１、ＤＫ１Ａ２、…、ＤＫ１ＡＮ）を設定するためにＩｏＴ機器管理サーバ１ＡＳおよびＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮの管理者（例えばＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮの製造業者など）の操作が必要ない。そのため、管理者の負担の増加を抑制することができる。
第２実施形態のＩｏＴ機器認証システム１が適用された図３に示す例では、ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）が、ＩｏＴ機器１Ａ１を管理するＩｏＴ機器管理サーバ１ＡＳではなく、ＩｏＴ機器管理サーバ１ＢＳから鍵配信用サーバ１１に送信された場合に、鍵配信用サーバ１１は、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を生成しない。つまり、鍵配信用サーバ１１は、ＩｏＴ機器管理サーバ１ＢＳとＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）とが紐づいていないことを確認し、ＩｏＴ機器管理サーバ１ＢＳによるＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１の要求を拒否する。
すなわち、第２実施形態のＩｏＴ機器認証システム１が適用された図３に示す例では、鍵配信用サーバ１１は、ＩｏＴ機器管理サーバ１ＡＳがＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮを管理するサーバであること、および、ＩｏＴ機器管理サーバ１ＢＳが、ＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮを管理するサーバではなく、ＩｏＴ機器１Ｂ１、１Ｂ２、…、１ＢＮを管理するサーバであることを示す情報（つまり、ＩｏＴ機器管理サーバ１ＡＳとＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮの固有のＩＤとが紐づいていること、および、ＩｏＴ機器管理サーバ１ＢＳとＩｏＴ機器１Ｂ１、１Ｂ２、…、１ＢＮの固有のＩＤとが紐づいていることを示す情報）を有する。
そのため、第２実施形態のＩｏＴ機器認証システム１が適用された図３に示す例では、ＩｏＴ機器１Ａ１を管理するＩｏＴ機器管理サーバ１ＡＳ以外のＩｏＴ機器管理サーバ（例えばＩｏＴ機器管理サーバ１ＢＳ）が、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を入手できないようにすることができ、認証情報の悪用を抑制することができる。
すなわち、第２実施形態のＩｏＴ機器認証システム１が適用された図３に示す例では、鍵配信用サーバ１１は、ＩｏＴ機器管理サーバ１ＡＳがＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮを管理するサーバであること、および、ＩｏＴ機器管理サーバ１ＢＳが、ＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮを管理するサーバではなく、ＩｏＴ機器１Ｂ１、１Ｂ２、…、１ＢＮを管理するサーバであることを示す情報（つまり、ＩｏＴ機器管理サーバ１ＡＳとＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮの固有のＩＤとが紐づいていること、および、ＩｏＴ機器管理サーバ１ＢＳとＩｏＴ機器１Ｂ１、１Ｂ２、…、１ＢＮの固有のＩＤとが紐づいていることを示す情報）を有する。
そのため、第２実施形態のＩｏＴ機器認証システム１が適用された図３に示す例では、ＩｏＴ機器１Ａ１を管理するＩｏＴ機器管理サーバ１ＡＳ以外のＩｏＴ機器管理サーバ（例えばＩｏＴ機器管理サーバ１ＢＳ）が、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を入手できないようにすることができ、認証情報の悪用を抑制することができる。
図６は第１実施形態のＩｏＴ機器認証システム１においてＩｏＴ機器１Ａ１の認証時などに実行される処理の一例を説明するためのシーケンス図である。
図６に示す例では、ＩｏＴ機器１Ａ１の例えば購入者によってＩｏＴ機器１Ａ１が使用されている期間中であって、ＩｏＴ機器管理サーバ１ＡＳによるＩｏＴ機器１Ａ１の認証が必要な時（例えばＩｏＴ機器１Ａ１が、撮像したペットの画像データ等を、ＩｏＴ機器管理サーバ１ＡＳを介して、ＩｏＴ機器１Ａ１の使用者（例えばペットの飼い主）によって携帯されている機器に送信しようとする時）に、図６に示す処理が実行される。
図６に示す例では、ＩｏＴ機器１Ａ１の例えば購入者によってＩｏＴ機器１Ａ１が使用されている期間中であって、ＩｏＴ機器管理サーバ１ＡＳによるＩｏＴ機器１Ａ１の認証が必要な時（例えばＩｏＴ機器１Ａ１が、撮像したペットの画像データ等を、ＩｏＴ機器管理サーバ１ＡＳを介して、ＩｏＴ機器１Ａ１の使用者（例えばペットの飼い主）によって携帯されている機器に送信しようとする時）に、図６に示す処理が実行される。
ステップＳ４１では、ＩｏＴ機器１Ａ１が、ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）をＩｏＴ機器管理サーバ１ＡＳに送信する。ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）だけが盗聴されても影響はない（つまり、問題は生じない）ため、ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）は、例えば平文で送信される。
次いで、ステップＳ４２では、ＩｏＴ機器管理サーバ１ＡＳが、ステップＳ４１においてＩｏＴ機器１Ａ１から送信されたＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）を鍵配信用サーバ１１に送信する。ステップＳ４１と同様に、ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）は、例えば平文で送信される。
次いで、ステップＳ４２では、ＩｏＴ機器管理サーバ１ＡＳが、ステップＳ４１においてＩｏＴ機器１Ａ１から送信されたＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）を鍵配信用サーバ１１に送信する。ステップＳ４１と同様に、ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）は、例えば平文で送信される。
次いで、ステップＳ４３では、鍵配信用サーバ１１が、鍵配信用サーバ１１によって保管されているマスター鍵ＭＫＡと、ステップＳ４２においてＩｏＴ機器管理サーバ１ＡＳから送信されたＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）とに基づいて、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を生成する。
鍵配信用サーバ１１は、ＩｏＴ機器管理サーバ１ＡＳとＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）とが紐づいていることを確認できた場合には、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を生成する。ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を生成する手法としては、ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）のみからＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を容易に生成できない手法（つまり、マスター鍵ＭＫＡがなければＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を容易に生成できない手法）が用いられる。
鍵配信用サーバ１１は、ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）がどのＩｏＴ機器管理サーバとも紐づいていることを確認できない場合には、送信元のＩｏＴ機器管理サーバ１ＡＳとＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）を紐づけてから、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を生成する。
鍵配信用サーバ１１は、ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）が送信元のＩｏＴ機器管理サーバと別のＩｏＴ機器管理サーバと紐づいていることを確認できた場合（例えば、ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）が、ＩｏＴ機器管理サーバ１ＢＳから鍵配信用サーバ１１に送信された場合など）には、鍵配信用サーバ１１が、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を生成せず、ステップＳ４４以降の処理は実行されない。ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１の不正な要求である可能性があるからである。
鍵配信用サーバ１１は、ＩｏＴ機器管理サーバ１ＡＳとＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）とが紐づいていることを確認できた場合には、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を生成する。ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を生成する手法としては、ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）のみからＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を容易に生成できない手法（つまり、マスター鍵ＭＫＡがなければＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を容易に生成できない手法）が用いられる。
鍵配信用サーバ１１は、ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）がどのＩｏＴ機器管理サーバとも紐づいていることを確認できない場合には、送信元のＩｏＴ機器管理サーバ１ＡＳとＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）を紐づけてから、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を生成する。
鍵配信用サーバ１１は、ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）が送信元のＩｏＴ機器管理サーバと別のＩｏＴ機器管理サーバと紐づいていることを確認できた場合（例えば、ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）が、ＩｏＴ機器管理サーバ１ＢＳから鍵配信用サーバ１１に送信された場合など）には、鍵配信用サーバ１１が、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を生成せず、ステップＳ４４以降の処理は実行されない。ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１の不正な要求である可能性があるからである。
次いで、ステップＳ４４では、鍵配信用サーバ１１が、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１をＩｏＴ機器管理サーバ１ＡＳに送信する。その結果、ＩｏＴ機器管理サーバ１ＡＳとＩｏＴ機器１Ａ１との間で認証情報として使用される同一の派生鍵ＤＫ１Ａ１が、ＩｏＴ機器管理サーバ１ＡＳとＩｏＴ機器１Ａ１とによって共有される。
ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１の送信は、暗号通信によって行われる。ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１が漏洩してしまうと、ＩｏＴ機器１Ａ１へのなりすまし通信が可能になってしまうからである。
ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１の送信は、暗号通信によって行われる。ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１が漏洩してしまうと、ＩｏＴ機器１Ａ１へのなりすまし通信が可能になってしまうからである。
次いで、ステップＳ４５では、ＩｏＴ機器管理サーバ１ＡＳが、ステップＳ４４において鍵配信用サーバ１１から送信されたＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を用いることによって、ＩｏＴ機器１Ａ１の認証（詳細には、ＩｏＴ機器１Ａ１およびＩｏＴ機器管理サーバ１ＡＳの相互認証）を行う。
また、ステップＳ４５では、ＩｏＴ機器１Ａ１とＩｏＴ機器管理サーバ１ＡＳとの間の暗号通信が行われる。具体的には、例えばＩｏＴ機器１Ａ１によって撮像されたペットの画像データ等が、暗号化されてＩｏＴ機器管理サーバ１ＡＳに安全に送信される。
また、ステップＳ４５では、ＩｏＴ機器１Ａ１とＩｏＴ機器管理サーバ１ＡＳとの間の暗号通信が行われる。具体的には、例えばＩｏＴ機器１Ａ１によって撮像されたペットの画像データ等が、暗号化されてＩｏＴ機器管理サーバ１ＡＳに安全に送信される。
次いで、ステップＳ４６では、ＩｏＴ機器管理サーバ１ＡＳが、ＩｏＴ機器１Ａ１の認証に用いられたＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を消去する。そのため、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１がＩｏＴ機器管理サーバ１ＡＳから漏洩し、不正な認証が行われてしまうおそれを抑制することができる。
また、ＩｏＴ機器管理サーバ１ＡＳは、ＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮとの認証に対応する記憶領域を用意する必要がなくなるため、記憶領域にかかるコストを低減することができる。
図６に示す例では、ＩｏＴ機器１Ａ１およびＩｏＴ機器管理サーバ１ＡＳの相互認証、および、ＩｏＴ機器１Ａ１とＩｏＴ機器管理サーバ１ＡＳとの間の暗号通信が行われる度に、ステップＳ４１～ステップＳ４６の処理が実行される。
また、ＩｏＴ機器管理サーバ１ＡＳは、ＩｏＴ機器１Ａ１、１Ａ２、…、１ＡＮとの認証に対応する記憶領域を用意する必要がなくなるため、記憶領域にかかるコストを低減することができる。
図６に示す例では、ＩｏＴ機器１Ａ１およびＩｏＴ機器管理サーバ１ＡＳの相互認証、および、ＩｏＴ機器１Ａ１とＩｏＴ機器管理サーバ１ＡＳとの間の暗号通信が行われる度に、ステップＳ４１～ステップＳ４６の処理が実行される。
上述したように、第２実施形態のＩｏＴ機器認証システム１は、ＩｏＴ機器１Ａ１のセキュリティに関する情報をより簡単かつ安全に管理するために用いられる。
＜第３実施形態＞
以下、本発明のＩｏＴ機器認証システム、ＩｏＴ機器認証方法、鍵配信用サーバおよびＩＣチップの第３実施形態について説明する。
第３実施形態のＩｏＴ機器認証システム１は、後述する点を除き、上述した第２実施形態のＩｏＴ機器認証システム１と同様に構成されている。従って、第３実施形態のＩｏＴ機器認証システム１によれば、後述する点を除き、上述した第２実施形態のＩｏＴ機器認証システム１と同様の効果を奏することができる。
以下、本発明のＩｏＴ機器認証システム、ＩｏＴ機器認証方法、鍵配信用サーバおよびＩＣチップの第３実施形態について説明する。
第３実施形態のＩｏＴ機器認証システム１は、後述する点を除き、上述した第２実施形態のＩｏＴ機器認証システム１と同様に構成されている。従って、第３実施形態のＩｏＴ機器認証システム１によれば、後述する点を除き、上述した第２実施形態のＩｏＴ機器認証システム１と同様の効果を奏することができる。
図７は第３実施形態のＩｏＴ機器認証システム１においてＩｏＴ機器１Ａ１の認証時などに実行される処理の一例を説明するためのシーケンス図である。
図７に示す例では、ステップＳ５１が実行される前（具体的には、ＩｏＴ機器１Ａ１の製造時）に、マスター鍵ＭＫＡ（図３参照）を保管する鍵配信用サーバ１１とマスター鍵ＭＫＡを共有して保管する派生鍵発行部１ＡＸ（図３参照）が、ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）と、マスター鍵ＭＫＡとに基づいて、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を生成する。また、派生鍵発行部１ＡＸは、ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）とＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１とをＩｏＴ機器１Ａ１に書き込む。
次いで、ＩｏＴ機器１Ａ１の例えば購入者によってＩｏＴ機器１Ａ１が使用されている期間中であって、ＩｏＴ機器管理サーバ１ＡＳによるＩｏＴ機器１Ａ１の認証が必要な時（例えばＩｏＴ機器１Ａ１が、撮像したペットの画像データ等を、ＩｏＴ機器管理サーバ１ＡＳを介して、ＩｏＴ機器１Ａ１の使用者（例えばペットの飼い主）によって携帯されている機器に送信しようとする時）に、図７に示す処理が実行される。
図７に示す例では、ステップＳ５１が実行される前（具体的には、ＩｏＴ機器１Ａ１の製造時）に、マスター鍵ＭＫＡ（図３参照）を保管する鍵配信用サーバ１１とマスター鍵ＭＫＡを共有して保管する派生鍵発行部１ＡＸ（図３参照）が、ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）と、マスター鍵ＭＫＡとに基づいて、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を生成する。また、派生鍵発行部１ＡＸは、ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）とＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１とをＩｏＴ機器１Ａ１に書き込む。
次いで、ＩｏＴ機器１Ａ１の例えば購入者によってＩｏＴ機器１Ａ１が使用されている期間中であって、ＩｏＴ機器管理サーバ１ＡＳによるＩｏＴ機器１Ａ１の認証が必要な時（例えばＩｏＴ機器１Ａ１が、撮像したペットの画像データ等を、ＩｏＴ機器管理サーバ１ＡＳを介して、ＩｏＴ機器１Ａ１の使用者（例えばペットの飼い主）によって携帯されている機器に送信しようとする時）に、図７に示す処理が実行される。
ステップＳ５１では、図６に示すステップＳ４１と同様に、ＩｏＴ機器１Ａ１が、ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）をＩｏＴ機器管理サーバ１ＡＳに送信する。
次いで、ステップＳ５２では、図６に示すステップＳ４２と同様に、ＩｏＴ機器管理サーバ１ＡＳが、ステップＳ５１においてＩｏＴ機器１Ａ１から送信されたＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）を鍵配信用サーバ１１に送信する。
次いで、ステップＳ５３では、図６に示すステップＳ４３と同様に、鍵配信用サーバ１１が、鍵配信用サーバ１１によって保管されているマスター鍵ＭＫＡと、ステップＳ５２においてＩｏＴ機器管理サーバ１ＡＳから送信されたＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）とに基づいて、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を生成する。
次いで、ステップＳ５４では、図６に示すステップＳ４４と同様に、鍵配信用サーバ１１が、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１をＩｏＴ機器管理サーバ１ＡＳに送信する。
次いで、ステップＳ５２では、図６に示すステップＳ４２と同様に、ＩｏＴ機器管理サーバ１ＡＳが、ステップＳ５１においてＩｏＴ機器１Ａ１から送信されたＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）を鍵配信用サーバ１１に送信する。
次いで、ステップＳ５３では、図６に示すステップＳ４３と同様に、鍵配信用サーバ１１が、鍵配信用サーバ１１によって保管されているマスター鍵ＭＫＡと、ステップＳ５２においてＩｏＴ機器管理サーバ１ＡＳから送信されたＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）とに基づいて、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を生成する。
次いで、ステップＳ５４では、図６に示すステップＳ４４と同様に、鍵配信用サーバ１１が、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１をＩｏＴ機器管理サーバ１ＡＳに送信する。
次いで、ステップＳ５５では、ＩｏＴ機器管理サーバ１ＡＳが、ステップＳ２４において鍵配信用サーバ１１から送信されたＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を用いることによって、ＩｏＴ機器１Ａ１の初回の認証（詳細には、ＩｏＴ機器１Ａ１およびＩｏＴ機器管理サーバ１ＡＳの相互認証）を行う。
また、ステップＳ５５では、ＩｏＴ機器１Ａ１とＩｏＴ機器管理サーバ１ＡＳとの間の暗号通信が行われる。
また、ステップＳ５５では、ＩｏＴ機器１Ａ１とＩｏＴ機器管理サーバ１ＡＳとの間の暗号通信が行われる。
ＩｏＴ機器管理サーバ１ＡＳがＩｏＴ機器１Ａ１の２回目以降の認証を行う場合には、ステップＳ５６～ステップＳ５９が繰り返し実行され、ＩｏＴ機器管理サーバ１ＡＳは、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を用いることなく、ＩｏＴ機器１Ａ１の認証を行う。
詳細には、ステップＳ５６において、ＩｏＴ機器管理サーバ１ＡＳは、ＩｏＴ機器１Ａ１の２回目以降の認証に用いられる認証情報であって、ＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）に紐づく認証情報である新規認証情報を生成する。
また、ステップＳ５６において、ＩｏＴ機器管理サーバ１ＡＳは、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を用いて新規認証情報を暗号化する。
他の例では、ＩｏＴ機器管理サーバ１ＡＳが、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１とは異なる暗号鍵を用いて新規認証情報を暗号化してもよい。あるいは、ＩｏＴ機器管理サーバ１ＡＳによって生成された電子証明書が用いられてもよい。更に他の例では、ＩｏＴ機器管理サーバ１ＡＳが新規認証情報を生成するのではなく、外部から取得された新規認証情報が、ＩｏＴ機器１Ａ１の認証に用いられてもよい。
また、ステップＳ５６において、ＩｏＴ機器管理サーバ１ＡＳは、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を用いて新規認証情報を暗号化する。
他の例では、ＩｏＴ機器管理サーバ１ＡＳが、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１とは異なる暗号鍵を用いて新規認証情報を暗号化してもよい。あるいは、ＩｏＴ機器管理サーバ１ＡＳによって生成された電子証明書が用いられてもよい。更に他の例では、ＩｏＴ機器管理サーバ１ＡＳが新規認証情報を生成するのではなく、外部から取得された新規認証情報が、ＩｏＴ機器１Ａ１の認証に用いられてもよい。
図７に示す例では、次いで、ステップＳ５７において、ＩｏＴ機器管理サーバ１ＡＳが、暗号化された新規認証情報をＩｏＴ機器１Ａ１に送信する。
次いで、ステップＳ５８では、ＩｏＴ機器１Ａ１が、ＩｏＴ機器１Ａ１に書き込まれているＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を用いて暗号化された新規認証情報を復号する。
次いで、ステップＳ５８では、ＩｏＴ機器１Ａ１が、ＩｏＴ機器１Ａ１に書き込まれているＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を用いて暗号化された新規認証情報を復号する。
次いで、ステップＳ５９では、ＩｏＴ機器管理サーバ１ＡＳが、ステップＳ５６において生成された新規認証情報を用いることによって、ＩｏＴ機器１Ａ１の認証を行う。
また、ステップＳ５９では、ＩｏＴ機器１Ａ１が、ステップＳ５８において復号された新規認証情報を用いることによって、ＩｏＴ機器管理サーバ１ＡＳの認証を行う。
更に、ステップＳ５９では、ＩｏＴ機器１Ａ１とＩｏＴ機器管理サーバ１ＡＳとの間の暗号通信が行われる。
また、ステップＳ５９では、ＩｏＴ機器１Ａ１が、ステップＳ５８において復号された新規認証情報を用いることによって、ＩｏＴ機器管理サーバ１ＡＳの認証を行う。
更に、ステップＳ５９では、ＩｏＴ機器１Ａ１とＩｏＴ機器管理サーバ１ＡＳとの間の暗号通信が行われる。
ステップＳ５６以降の処理において、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１が用いられない例では、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１を消去するステップ（図示せず）が備えられてもよい。
他の例では、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１が、保存し続けられ、ステップＳ５６以降の処理において利用されてもよい。
ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１が保存し続けられる例では、ステップＳ５３においてＩｏＴ機器管理サーバ１ＡＳとＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）とが紐づいていることを鍵配信用サーバ１１が確認する代わりに、既に派生鍵ＤＫ１Ａ１を生成したＩＤを記憶するという方法で不正な派生鍵の要求を防いでもよい。
更に他の例では、ＩｏＴ機器管理サーバ１ＡＳがＩｏＴ機器１Ａ１の３回目以降の認証を行う場合に、ステップＳ５７においてＩｏＴ機器１Ａ１に送信された新規認証情報を更新したものが、次に実行されるステップＳ５６において生成されてもよい。
他の例では、ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１が、保存し続けられ、ステップＳ５６以降の処理において利用されてもよい。
ＩｏＴ機器１Ａ１の固有の派生鍵ＤＫ１Ａ１が保存し続けられる例では、ステップＳ５３においてＩｏＴ機器管理サーバ１ＡＳとＩｏＴ機器１Ａ１の固有のＩＤ（１Ａ１ＩＤ）とが紐づいていることを鍵配信用サーバ１１が確認する代わりに、既に派生鍵ＤＫ１Ａ１を生成したＩＤを記憶するという方法で不正な派生鍵の要求を防いでもよい。
更に他の例では、ＩｏＴ機器管理サーバ１ＡＳがＩｏＴ機器１Ａ１の３回目以降の認証を行う場合に、ステップＳ５７においてＩｏＴ機器１Ａ１に送信された新規認証情報を更新したものが、次に実行されるステップＳ５６において生成されてもよい。
第３実施形態のＩｏＴ機器認証システム１では、図７のステップＳ５５において初回の認証が行われたＩｏＴ機器１Ａ１について２回目以降の認証が行われる場合に、ＩｏＴ機器管理サーバ１ＡＳは鍵配信用サーバ１１に接続する必要がない。そのため、通信にかかるコストを低減することができる。また、ＩｏＴ機器管理サーバ１ＡＳに接続されたＩｏＴ機器１Ａ１に関する新規認証情報のみを記憶すれば正当なＩｏＴ機器１Ａ１を判別できるため、ＩｏＴ機器管理サーバ１ＡＳの記憶領域のコストを最小限に抑えることができる。
以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形および置換を加えることができる。上述した各実施形態および各例に記載の構成を適宜組み合わせてもよい。
なお、上述した実施形態におけるＩｏＴ機器認証システム１が備える各部の機能全体あるいはその一部は、これらの機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶部のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶部のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
１…ＩｏＴ機器認証システム、１１…鍵配信用サーバ、１ＡＸ…派生鍵発行部、１ＡＳ…ＩｏＴ機器管理サーバ、１Ａ１…ＩｏＴ機器、１Ａ１１…ＩＣチップ、１Ａ２…ＩｏＴ機器、１Ａ２１…ＩＣチップ、１ＡＮ…ＩｏＴ機器、１Ａ２Ｎ…ＩＣチップ、１ＢＸ…派生鍵発行部、１ＢＳ…ＩｏＴ機器管理サーバ、１Ｂ１…ＩｏＴ機器、１Ｂ１１…ＩＣチップ、１Ｂ２…ＩｏＴ機器、１Ｂ２１…ＩＣチップ、１ＢＮ…ＩｏＴ機器、１Ｂ２Ｎ…ＩＣチップ、ＭＫＡ…マスター鍵、ＤＫ１Ａ１、ＤＫ１Ａ２、ＤＫ１ＡＮ…派生鍵、１Ａ１ＩＤ、１Ａ２ＩＤ、１ＡＮＩＤ…ＩＤ、ＭＫＢ…マスター鍵、ＤＫ１Ｂ１、ＤＫ１Ｂ２、ＤＫ１ＢＮ…派生鍵、１Ｂ１ＩＤ、１Ｂ２ＩＤ、１ＢＮＩＤ…ＩＤ
Claims (11)
- マスター鍵を保管する鍵配信用サーバと、
前記マスター鍵を前記鍵配信用サーバと共有して保管する派生鍵発行部と、
ＩｏＴ機器と、
前記ＩｏＴ機器を管理するＩｏＴ機器管理サーバとを備えるＩｏＴ機器認証システムであって、
前記ＩｏＴ機器の製造時に、
前記派生鍵発行部は、
前記ＩｏＴ機器の固有のＩＤを生成し、
前記ＩｏＴ機器の固有のＩＤと、前記マスター鍵とに基づいて、前記ＩｏＴ機器の固有の派生鍵を生成し、
前記ＩｏＴ機器の固有のＩＤと前記ＩｏＴ機器の固有の派生鍵とを前記ＩｏＴ機器に書き込み、
前記ＩｏＴ機器の認証時に、
前記ＩｏＴ機器は、前記ＩｏＴ機器の固有のＩＤを前記ＩｏＴ機器管理サーバに送信し、
前記ＩｏＴ機器管理サーバは、前記ＩｏＴ機器から送信された前記ＩｏＴ機器の固有のＩＤを前記鍵配信用サーバに送信し、
前記鍵配信用サーバは、
前記鍵配信用サーバによって保管されている前記マスター鍵と、前記ＩｏＴ機器管理サーバから送信された前記ＩｏＴ機器の固有のＩＤとに基づいて、前記ＩｏＴ機器の固有の派生鍵を生成し、
前記ＩｏＴ機器の固有の派生鍵を前記ＩｏＴ機器管理サーバに送信し、
前記ＩｏＴ機器管理サーバは、前記鍵配信用サーバから送信された前記ＩｏＴ機器の固有の派生鍵を用いることによって、前記ＩｏＴ機器の認証を行う、
ＩｏＴ機器認証システム。 - 他のＩｏＴ機器と、
前記他のＩｏＴ機器を管理する他のＩｏＴ機器管理サーバとを備え、
前記ＩｏＴ機器の固有のＩＤが、前記他のＩｏＴ機器管理サーバから前記鍵配信用サーバに送信された場合に、
前記鍵配信用サーバは、
前記ＩｏＴ機器の固有の派生鍵を生成しない、
請求項１に記載のＩｏＴ機器認証システム。 - 前記鍵配信用サーバは、
前記ＩｏＴ機器管理サーバが前記ＩｏＴ機器を管理するサーバであること、および、前記他のＩｏＴ機器管理サーバが前記他のＩｏＴ機器を管理するサーバであることを示す情報を有する、
請求項２に記載のＩｏＴ機器認証システム。 - 前記ＩｏＴ機器管理サーバは、
前記ＩｏＴ機器の認証を行った後、前記ＩｏＴ機器の認証に用いられた前記ＩｏＴ機器の固有の派生鍵を消去する、
請求項１に記載のＩｏＴ機器認証システム。 - 前記ＩｏＴ機器管理サーバが前記ＩｏＴ機器の初回の認証を行う場合に、
前記ＩｏＴ機器管理サーバは、前記ＩｏＴ機器から送信された前記ＩｏＴ機器の固有のＩＤを前記鍵配信用サーバに送信し、
前記鍵配信用サーバは、前記ＩｏＴ機器の固有の派生鍵を前記ＩｏＴ機器管理サーバに送信し、
前記ＩｏＴ機器管理サーバは、前記鍵配信用サーバから送信された前記ＩｏＴ機器の固有の派生鍵とを用いることによって、前記ＩｏＴ機器の認証を行い、
前記ＩｏＴ機器管理サーバが前記ＩｏＴ機器の２回目以降の認証を行う場合に、
前記ＩｏＴ機器管理サーバは、前記ＩｏＴ機器の固有の派生鍵を用いることなく、前記ＩｏＴ機器の認証を行う、
請求項１に記載のＩｏＴ機器認証システム。 - 前記ＩｏＴ機器管理サーバは、前記ＩｏＴ機器の初回の認証を行った後に、前記ＩｏＴ機器の２回目以降の認証に用いられる認証情報を生成し、前記ＩｏＴ機器の固有の派生鍵を用いて前記認証情報を暗号化し、
前記ＩｏＴ機器管理サーバは、暗号化された前記認証情報を前記ＩｏＴ機器に送信し、
前記ＩｏＴ機器は、前記ＩｏＴ機器に書き込まれている前記ＩｏＴ機器の固有の派生鍵を用いて前記認証情報を復号する、
請求項５に記載のＩｏＴ機器認証システム。 - 前記ＩｏＴ機器管理サーバが前記ＩｏＴ機器の２回目以降の認証を行う場合に、
前記ＩｏＴ機器管理サーバは、前記認証情報を用いることによって、前記ＩｏＴ機器の認証を行う、
請求項６に記載のＩｏＴ機器認証システム。 - ＩｏＴ機器を管理するＩｏＴ機器管理サーバによって前記ＩｏＴ機器の認証が行われるＩｏＴ機器認証方法であって、
マスター鍵を保管する鍵配信用サーバと前記マスター鍵を共有して保管する派生鍵発行部が、前記ＩｏＴ機器の固有のＩＤを生成し、前記ＩｏＴ機器の固有のＩＤと、前記マスター鍵とに基づいて、前記ＩｏＴ機器の固有の派生鍵を生成し、前記ＩｏＴ機器の固有のＩＤと前記ＩｏＴ機器の固有の派生鍵とを前記ＩｏＴ機器に書き込むＩｏＴ機器製造ステップと、
前記ＩｏＴ機器が、前記ＩｏＴ機器の固有のＩＤを前記ＩｏＴ機器管理サーバに送信する第１ＩＤ送信ステップと、
前記ＩｏＴ機器管理サーバが、前記第１ＩＤ送信ステップにおいて前記ＩｏＴ機器から送信された前記ＩｏＴ機器の固有のＩＤを前記鍵配信用サーバに送信する第２ＩＤ送信ステップと、
前記鍵配信用サーバが、前記鍵配信用サーバによって保管されている前記マスター鍵と、前記第２ＩＤ送信ステップにおいて前記ＩｏＴ機器管理サーバから送信された前記ＩｏＴ機器の固有のＩＤとに基づいて、前記ＩｏＴ機器の固有の派生鍵を生成し、前記ＩｏＴ機器の固有の派生鍵を前記ＩｏＴ機器管理サーバに送信する派生鍵送信ステップと、
前記ＩｏＴ機器管理サーバが、前記派生鍵送信ステップにおいて前記鍵配信用サーバから送信された前記ＩｏＴ機器の固有の派生鍵を用いることによって、前記ＩｏＴ機器の認証を行うＩｏＴ機器認証ステップとを備える、
ＩｏＴ機器認証方法。 - マスター鍵を保管する鍵配信用サーバであって、
前記マスター鍵は、前記鍵配信用サーバと共有され、派生鍵発行部によって保管され、
ＩｏＴ機器の製造時には、
前記ＩｏＴ機器の固有のＩＤが生成され、
前記ＩｏＴ機器の固有のＩＤと、前記マスター鍵とに基づいて、前記ＩｏＴ機器の固有の派生鍵が、前記派生鍵発行部によって生成され、
前記ＩｏＴ機器の固有のＩＤと前記ＩｏＴ機器の固有の派生鍵とが、前記派生鍵発行部によって前記ＩｏＴ機器に書き込まれ、
前記ＩｏＴ機器の認証時には、
前記ＩｏＴ機器の固有のＩＤが、前記ＩｏＴ機器からＩｏＴ機器管理サーバに送信され、
前記ＩｏＴ機器から前記ＩｏＴ機器管理サーバに送信された前記ＩｏＴ機器の固有のＩＤが、前記ＩｏＴ機器管理サーバから前記鍵配信用サーバに送信され、
前記鍵配信用サーバは、
前記鍵配信用サーバによって保管されている前記マスター鍵と、前記ＩｏＴ機器管理サーバから送信された前記ＩｏＴ機器の固有のＩＤとに基づいて、前記ＩｏＴ機器の固有の派生鍵を生成し、
前記ＩｏＴ機器の固有の派生鍵を前記ＩｏＴ機器管理サーバに送信し、
前記鍵配信用サーバから前記ＩｏＴ機器管理サーバに送信された前記ＩｏＴ機器の固有の派生鍵が用いられ、前記ＩｏＴ機器の認証が、前記ＩｏＴ機器管理サーバによって行われる、
鍵配信用サーバ。 - ＩｏＴ機器に搭載される耐タンパ性を有するＩＣチップであって、
マスター鍵が、鍵配信用サーバと派生鍵発行部とで共有され、前記鍵配信用サーバと前記派生鍵発行部とによって保管され、
前記ＩＣチップには、
前記ＩＣチップの固有のＩＤと、前記マスター鍵とに基づいて、前記派生鍵発行部によって生成された前記ＩＣチップの固有の派生鍵が書き込まれ、
前記ＩＣチップの固有のＩＤが、前記ＩｏＴ機器からＩｏＴ機器管理サーバに送信され、
前記ＩｏＴ機器管理サーバに送信された前記ＩＣチップの固有のＩＤが、前記ＩｏＴ機器管理サーバから前記鍵配信用サーバに送信され、
前記鍵配信用サーバによって保管されている前記マスター鍵と、前記ＩｏＴ機器管理サーバから送信された前記ＩＣチップの固有のＩＤとに基づいて、前記鍵配信用サーバによって生成された前記ＩＣチップの固有の派生鍵が、前記ＩｏＴ機器管理サーバに送信され、
前記鍵配信用サーバから送信された前記ＩＣチップの固有の派生鍵が用いられ、前記ＩｏＴ機器管理サーバによって前記ＩｏＴ機器の認証が行われる、
ＩＣチップ。 - マスター鍵を保管する鍵配信用サーバと、
前記マスター鍵を前記鍵配信用サーバと共有して保管する派生鍵発行部と、
ＩｏＴ機器と、
前記ＩｏＴ機器を管理するＩｏＴ機器管理サーバとを備えるＩｏＴ機器認証システムであって、
前記ＩｏＴ機器には、耐タンパ性を有するＩＣチップが搭載され、
前記派生鍵発行部は、
前記ＩＣチップの固有のＩＤを生成し、
前記ＩＣチップの固有のＩＤと、前記マスター鍵とに基づいて、前記ＩＣチップの固有の派生鍵を生成し、
前記ＩＣチップの固有のＩＤと前記ＩＣチップの固有の派生鍵とを前記ＩＣチップに書き込み、
前記ＩｏＴ機器の認証時に、
前記ＩｏＴ機器は、前記ＩＣチップの固有のＩＤを前記ＩｏＴ機器管理サーバに送信し、
前記ＩｏＴ機器管理サーバは、前記ＩｏＴ機器から送信された前記ＩＣチップの固有のＩＤを前記鍵配信用サーバに送信し、
前記鍵配信用サーバは、
前記鍵配信用サーバによって保管されている前記マスター鍵と、前記ＩｏＴ機器管理サーバから送信された前記ＩＣチップの固有のＩＤとに基づいて、前記ＩＣチップの固有の派生鍵を生成し、
前記ＩＣチップの固有の派生鍵を前記ＩｏＴ機器管理サーバに送信し、
前記ＩｏＴ機器管理サーバは、前記鍵配信用サーバから送信された前記ＩＣチップの固有の派生鍵を用いることによって、前記ＩｏＴ機器の認証を行う、
ＩｏＴ機器認証システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2020173459A JP2022064688A (ja) | 2020-10-14 | 2020-10-14 | ＩｏＴ機器認証システム、ＩｏＴ機器認証方法、鍵配信用サーバおよびＩＣチップ |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2020173459A JP2022064688A (ja) | 2020-10-14 | 2020-10-14 | ＩｏＴ機器認証システム、ＩｏＴ機器認証方法、鍵配信用サーバおよびＩＣチップ |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2022064688A true JP2022064688A (ja) | 2022-04-26 |
Family
ID=81386057
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2020173459A Pending JP2022064688A (ja) | 2020-10-14 | 2020-10-14 | ＩｏＴ機器認証システム、ＩｏＴ機器認証方法、鍵配信用サーバおよびＩＣチップ |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2022064688A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115408675A (zh) * | 2022-11-01 | 2022-11-29 | 湖北芯擎科技有限公司 | eFuse Key的生成方法、装置、设备及存储介质 |
-
2020
- 2020-10-14 JP JP2020173459A patent/JP2022064688A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115408675A (zh) * | 2022-11-01 | 2022-11-29 | 湖北芯擎科技有限公司 | eFuse Key的生成方法、装置、设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4954628B2 (ja) | 真性乱数発生素子あるいは擬似乱数発生素子を用いた認証用デバイス、認証装置及び認証方法 | |
| TWI288552B (en) | Method for implementing new password and computer readable medium for performing the method | |
| US8499147B2 (en) | Account management system, root-account management apparatus, derived-account management apparatus, and program | |
| JP4265479B2 (ja) | 通信システム | |
| JP2009529832A (ja) | 発見不可能、即ち、ブラック・データを使用するセキュアなデータ通信 | |
| JP6644037B2 (ja) | 通信制御システム | |
| JP6667371B2 (ja) | 通信システム、通信装置、通信方法、及びプログラム | |
| JP4833745B2 (ja) | センサノードのデータ保護方法、センサノードを配布するための計算機システム及びセンサノード | |
| JP5452192B2 (ja) | アクセス制御システム、アクセス制御方法およびプログラム | |
| CN111401901B (zh) | 生物支付设备的认证方法、装置、计算机设备和存储介质 | |
| KR102416561B1 (ko) | 블록체인을 기반으로 한 IoT 게이트웨이의 인증 및 해지 방법 | |
| JP2000011101A (ja) | Ｉｃカードおよび記録媒体 | |
| JPH10336172A (ja) | 電子認証用公開鍵の管理方法 | |
| JP2022064688A (ja) | ＩｏＴ機器認証システム、ＩｏＴ機器認証方法、鍵配信用サーバおよびＩＣチップ | |
| JP2007104118A (ja) | 秘密情報の保護方法及び通信装置 | |
| JP2017108237A (ja) | システム、端末装置、制御方法、およびプログラム | |
| JP4058035B2 (ja) | 公開鍵基盤システム及び公開鍵基盤方法 | |
| JP2007159009A (ja) | チケット保護方法およびクライアント | |
| JP2021111925A (ja) | 電子署名システム | |
| WO2020137204A1 (ja) | 通信制御装置および通信制御システム | |
| KR101657936B1 (ko) | Id 기반 암호화 방식을 이용한 키관리 및 사용자 인증방법 | |
| JP7042853B2 (ja) | クライアント側通信制御装置、およびサーバ側通信制御装置 | |
| JP7458470B2 (ja) | 通信制御装置 | |
| JP2014134878A (ja) | 認証システム、認証装置、及び認証方法 | |
| JP7337763B2 (ja) | 通信システム、通信方法およびプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20230920 |