JP7226602B1 - 秘密情報配信システム、秘密情報配信方法、デバイス管理サーバおよびプログラム - Google Patents

Abstract

【課題】ＩｏＴデバイス（デバイス）に保存される秘密情報を抑制しつつ秘密情報の更新時に暗号通信を行う。【解決手段】デバイスにより使用される秘密情報をデバイス管理サーバ（サーバ）が管理して配信し、サーバにより配信された秘密情報がデバイスに接続されたセキュアエレメント（ＳＥ）に保存される秘密情報配信システムでは、デバイスにより使用される秘密情報をサーバが配信する前にＳＥのＩＤを用いてマスター鍵から生成された派生鍵がＳＥに予め書き込まれ、サーバによる秘密情報の配信開始時にＳＥはＳＥのＩＤをサーバに送信し、サーバは所有するマスター鍵とＳＥのＩＤとを用いてＳＥが所有する派生鍵と同一の派生鍵を生成し、ＳＥが所有する派生鍵を用いサーバが生成した同一の派生鍵を用いて、ＳＥとサーバとの間の認証と暗号通信とが行われる。【選択図】図１

Description

本発明は、秘密情報配信システム、秘密情報配信方法、デバイス管理サーバおよびプログラムに関する。

特許文献１には、ＩｏＴ（Internet of Things）デバイスとデバイス管理サーバとサービス提供サーバとデバイス製造者とを含むデバイス管理システムについて記載されている。特許文献１に記載された技術では、サービス提供サーバとＩｏＴデバイスとの間の通信で使用される証明書および鍵が、デバイス管理サーバから配信される。
ところで、特許文献１には、証明書および鍵が、具体的にどのようなデータ形式で配信されるかについて記載されていない。つまり、特許文献１には、証明書および鍵をデバイス管理サーバからＩｏＴデバイスに配信する時に行われるデバイス管理サーバとＩｏＴデバイスとの間の認証および暗号通信について記載されていない。
デバイス管理サーバとＩｏＴデバイスとの間で認証および暗号通信が行われる場合には、認証および暗号通信に使用される秘密情報（例えば鍵、乱数、認証用データなど）をデバイス管理サーバとＩｏＴデバイスとに保存する必要がある。一方、ＩｏＴデバイスに保存可能なデータ量には制限があるため、認証および暗号通信に使用される秘密情報が多い場合には、ＩｏＴデバイスに保存領域を確保するためのコストがかかってしまう。

特許文献２には、作業機械における鍵更新システムについて記載されている。特許文献２に記載された技術では、作業機械が情報処理に使用する鍵が、作業機械の記憶装置（鍵管理装置）によって、あるいは、作業機械の外部に設けられた鍵サーバによって管理される。また、作業機械が情報処理に使用する鍵の有効期限が、作業機械のコントローラによって設定される。
特許文献２に記載された技術では、サーバ（更新鍵生成手段）または作業機械のコントローラが更新用の鍵である更新鍵を生成する。また、更新後の鍵が、同じエリア内に存在する他の作業機械に、鍵交換処理によって配布される。
特許文献２に記載された技術では、複数の作業機械の各々の記憶装置が、サーバの鍵および複数の作業機械の全ての鍵を管理しており、鍵は複数の作業機械毎に異なっており、サーバの鍵は複数の作業機械の各々の鍵のいずれとも異なっている。あるいは、特許文献２に記載された技術では、サーバの鍵および複数の作業機械の全ての鍵を作業機械の各々が管理するのではなく、作業機械の外部に設けられた鍵サーバがそれらの鍵を一括管理する。
特許文献２に記載された技術のように、全ての機械が他の全ての機械の暗号鍵を所有する場合には、各機械が保存するデータ量が多くなってしまう。また、１台の機械から情報が漏洩してしまうと、全ての機械に影響を与えてしまうため、個々の機械が高い安全性を有する必要がある。

ＩｏＴの分野において、サーバとＩｏＴデバイスとの間で暗号理論を用いた認証を行い、認証が成功したＩｏＴデバイスのみとサーバが通信する技術がある。例えば下記のＵＲＬが示すｗｅｂサイトに記載されているように、Amazon Web Serviceには、サーバとＩｏＴデバイスとの間で電子証明書を用いて相互に正当性を確認する仕組みがある。
https://docs.aws.amazon.com/ja_jp/iot/latest/developerguide/authentication.html

電子証明書の安全性は暗号理論により担保されているが、コンピュータの性能向上や暗号解読技術の進歩により、使用した暗号の情報が解読されてしまうおそれがある。そのため、安全性・信頼性を維持する目的で電子証明書には有効期限が設定されており、継続して通信する場合は有効期限を適切に管理して電子証明書を更新する必要がある。
特許文献１には、ＩｏＴデバイスの有効期間を考慮した管理を行う技術について記載されている。特許文献１に記載された技術では、デバイスが使用する公開鍵と秘密鍵とクライアント証明書とをデバイス管理サーバに要求して、配布された公開鍵と秘密鍵とクライアント証明書とを受信して保持することによって、ＩｏＴデバイスの有効期間を考慮した管理が行われる。

電子証明書以外の情報を用いた認証を行い、認証が成功したＩｏＴデバイスと通信を行う手法も可能であり、例えば共通鍵と乱数を用いたチャレンジ＆レスポンス方式によって認証を行うことが可能である（例えば下記のＵＲＬが示すｗｅｂサイト等参照）。電子証明書と同様に共通鍵に有効期限を設定および管理して更新してもよい。
https://jpn.nec.com/iot/platform/security/lcdk/index.html

特許文献２に記載された技術では、比較的短い周期で定期的に鍵の更新が行われる。つまり、特許文献２に記載された技術では、電子証明書を使わず暗号鍵に有効期限を設定して、期限が近い暗号鍵の更新が行われる。
特許文献２に記載された技術では、上述したように、更新後の鍵が、同じエリア内に存在する他の作業機械に、鍵交換処理によって配布される。また、特許文献２に記載された技術では、複数の作業機械の各々が認証および暗号化を行い、記憶装置が複数の作業機械の全ての鍵を管理している。つまり、特許文献２に記載された技術では、鍵の更新時に、複数の作業機械の全ての鍵を用いて認証および暗号化が行われる。

特開２０２０－２０２５００号公報 特開２０２１－０９７２６７号公報

上述したようにＩｏＴデバイスに保存される秘密情報が多いとコストがかかる点に鑑み、本発明は、ＩｏＴデバイスに保存される秘密情報を抑制しつつ、秘密情報の更新時に暗号通信を行うことができる秘密情報配信システム、秘密情報配信方法、デバイス管理サーバおよびプログラムを提供することを目的とする。

本発明の一態様は、ＩｏＴデバイスによって使用される秘密情報を、デバイス管理サーバが管理して配信し、前記デバイス管理サーバによって配信された前記秘密情報が、前記ＩｏＴデバイスに接続されたセキュアエレメントに保存される秘密情報配信システムであって、前記デバイス管理サーバは、マスター鍵を所有しており、前記ＩｏＴデバイスによって使用される前記秘密情報を前記デバイス管理サーバが配信する前に、前記セキュアエレメントのＩＤを用いて前記マスター鍵から生成された派生鍵が、前記セキュアエレメントに予め書き込まれ、前記デバイス管理サーバによる前記秘密情報の配信開始時に、前記セキュアエレメントは、前記セキュアエレメントのＩＤを前記デバイス管理サーバに送信し、前記デバイス管理サーバは、前記マスター鍵と前記セキュアエレメントのＩＤとを用いることによって、前記セキュアエレメントが所有する前記派生鍵と同一の派生鍵を生成し、前記セキュアエレメントが所有する前記派生鍵を用いると共に、前記デバイス管理サーバが生成した前記同一の派生鍵を用いることによって、前記セキュアエレメントおよび前記デバイス管理サーバは、前記セキュアエレメントと前記デバイス管理サーバとの間の認証と、前記秘密情報を前記デバイス管理サーバから前記セキュアエレメントに配信するための前記セキュアエレメントと前記デバイス管理サーバとの間の暗号通信とを行う、秘密情報配信システムである。

本発明の一態様は、ＩｏＴデバイスによって使用される秘密情報を、デバイス管理サーバが管理して配信し、前記デバイス管理サーバによって配信された前記秘密情報が、前記ＩｏＴデバイスに接続されたセキュアエレメントに保存される秘密情報配信方法であって、前記デバイス管理サーバがマスター鍵を所有するマスター鍵所有ステップと、前記ＩｏＴデバイスによって使用される前記秘密情報を前記デバイス管理サーバが配信する前に、前記セキュアエレメントのＩＤを用いて前記マスター鍵から生成された派生鍵が、前記セキュアエレメントに予め書き込まれる派生鍵書き込みステップと、前記デバイス管理サーバによる前記秘密情報の配信開始時に、前記セキュアエレメントが、前記セキュアエレメントのＩＤを前記デバイス管理サーバに送信するＩＤ送信ステップと、前記デバイス管理サーバが、前記マスター鍵と前記セキュアエレメントのＩＤとを用いることによって、前記セキュアエレメントが所有する前記派生鍵と同一の派生鍵を生成する同一派生鍵生成ステップと、前記セキュアエレメントが所有する前記派生鍵を用いると共に、前記デバイス管理サーバが生成した前記同一の派生鍵を用いることによって、前記セキュアエレメントおよび前記デバイス管理サーバが、前記セキュアエレメントと前記デバイス管理サーバとの間の認証と、前記秘密情報を前記デバイス管理サーバから前記セキュアエレメントに配信するための前記セキュアエレメントと前記デバイス管理サーバとの間の暗号通信とを行う認証暗号通信ステップとを備える秘密情報配信方法である。

本発明の一態様は、ＩｏＴデバイスによって使用される秘密情報を管理して配信するデバイス管理サーバであって、前記デバイス管理サーバによって配信された前記秘密情報は、前記ＩｏＴデバイスに接続されたセキュアエレメントに保存され、前記デバイス管理サーバは、マスター鍵を所有しており、前記ＩｏＴデバイスによって使用される前記秘密情報を前記デバイス管理サーバが配信する前に、前記セキュアエレメントのＩＤを用いて前記マスター鍵から生成された派生鍵が、前記セキュアエレメントに予め書き込まれ、前記デバイス管理サーバによる前記秘密情報の配信開始時に、前記デバイス管理サーバは、前記セキュアエレメントによって送信された前記セキュアエレメントのＩＤを受信し、前記デバイス管理サーバは、前記マスター鍵と前記セキュアエレメントのＩＤとを用いることによって、前記セキュアエレメントが所有する前記派生鍵と同一の派生鍵を生成し、前記デバイス管理サーバは、前記デバイス管理サーバが生成した前記同一の派生鍵を用いることによって、前記セキュアエレメントが所有する前記派生鍵を用いる前記セキュアエレメントとの間の認証と、前記秘密情報を前記デバイス管理サーバから前記セキュアエレメントに配信するための前記セキュアエレメントとの間の暗号通信とを行う、デバイス管理サーバである。

本発明の一態様は、デバイス管理サーバを構成するコンピュータに、ＩｏＴデバイスによって使用される秘密情報を管理して配信する秘密情報管理配信ステップと、マスター鍵を所有するマスター鍵所有ステップとを実行させるためのプログラムであって、前記秘密情報管理配信ステップにおいて配信された前記秘密情報は、前記ＩｏＴデバイスに接続されたセキュアエレメントに保存され、前記秘密情報管理配信ステップが実行される前に、前記セキュアエレメントのＩＤを用いて前記マスター鍵から生成された派生鍵が、前記セキュアエレメントに予め書き込まれ、前記秘密情報管理配信ステップには、前記セキュアエレメントによって送信された前記セキュアエレメントのＩＤを受信するセキュアエレメントＩＤ受信ステップと、前記マスター鍵と前記セキュアエレメントのＩＤとを用いることによって、前記セキュアエレメントが所有する前記派生鍵と同一の派生鍵を生成する同一派生鍵生成ステップと、前記同一派生鍵生成ステップにおいて生成された前記同一の派生鍵を用いることによって、前記セキュアエレメントが所有する前記派生鍵を用いる前記セキュアエレメントとの間の認証を行う認証ステップと、前記秘密情報を前記セキュアエレメントに配信するための前記セキュアエレメントとの間の暗号通信を行う暗号通信ステップとが含まれる、プログラムである。

本発明によれば、ＩｏＴデバイスに保存される秘密情報を抑制しつつ、秘密情報の更新時に暗号通信を行うことができる秘密情報配信システム、秘密情報配信方法、デバイス管理サーバおよびプログラムを提供することができる。

第１実施形態の秘密情報配信システム１の一例を示す図である。 ＩｏＴデバイス１１とサービス提供サーバ１２との間の暗号通信が行われる前であって、デバイス管理サーバ１３からセキュアエレメント１４への秘密情報Ａの配信が行われる前に第１実施形態の秘密情報配信システム１において行われる事前準備の一例を説明するための図である。 図２に示す事前準備の詳細を説明するためのシーケンス図である。 デバイス管理サーバ１３による秘密情報Ａの配信開始時に第１実施形態の秘密情報配信システム１において実行される処理の一例を説明するためのシーケンス図である。 ＩｏＴデバイス１１がセキュアエレメント１４内の更新の失敗に対応する処理としてデバイス管理サーバ１３にエラー通知を行う例を説明するためのシーケンス図である。 セキュアエレメント１４内の更新が失敗する例としてＩｏＴデバイス１１からセキュアエレメント１４へのデータ送信時にプロトコルエラーが発生する例を説明するためのシーケンス図である。 デバイス管理サーバ１３による秘密情報Ａの配信開始時に第２実施形態の秘密情報配信システム１において実行される処理の一例を説明するためのシーケンス図である。

＜第１実施形態＞
以下、添付図面を参照し、本発明の秘密情報配信システム、秘密情報配信方法、デバイス管理サーバおよびプログラムの実施形態について説明する。

図１は第１実施形態の秘密情報配信システム１の一例を示す図である。
図１に示す例では、秘密情報配信システム１に、ＩｏＴデバイス１１と、サービス提供サーバ１２と、デバイス管理サーバ１３と、セキュアエレメント１４とが含まれる。
ＩｏＴデバイス１１は、例えばエアコン、照明装置、冷蔵庫、洗濯機などのアクチュエータ、例えば監視カメラ等のカメラ、センサ等である。
サービス提供サーバ１２は、ＩｏＴデバイス１１にサービスを提供する。ＩｏＴデバイス１１が例えばエアコン、照明装置、冷蔵庫、洗濯機などのアクチュエータである例では、サービス提供サーバ１２が、例えばアクチュエータに対する制御信号を生成する処理、アクチュエータから送信されたデータを分析する処理などを行うサービスを提供する。ＩｏＴデバイス１１が例えば監視カメラ等のカメラである例では、サービス提供サーバ１２が、例えばカメラに対する制御信号を生成する処理、例えばカメラによって撮影された画像を録画する処理、例えばカメラによって撮影された画像を分析する処理などを行うサービスを提供する。ＩｏＴデバイス１１がセンサである例では、サービス提供サーバ１２が、例えばセンサから送信された検出データを分析する処理などを行うサービスを提供する。

デバイス管理サーバ１３は、例えばサービス提供サーバ１２がＩｏＴデバイス１１にサービスを提供するためにＩｏＴデバイス１１とサービス提供サーバ１２との間の暗号通信が行われる時などに、ＩｏＴデバイス１１によって使用される秘密情報Ａを管理して配信する。
セキュアエレメント１４は、耐タンパ性のある例えばＩＣチップ等であり、デバイス管理サーバ１３によって配信された秘密情報Ａが保存されるセキュリティの高い領域である。セキュアエレメント１４は、ＩｏＴデバイス１１に接続されており、例えばＩｏＴデバイス１１内に配置されている。
ＩｏＴデバイス１１とサービス提供サーバ１２とデバイス管理サーバ１３とは、ネットワークＮＷに接続されている。

図２はＩｏＴデバイス１１とサービス提供サーバ１２との間の暗号通信が行われる前であって、デバイス管理サーバ１３からセキュアエレメント１４への秘密情報Ａの配信が行われる前に第１実施形態の秘密情報配信システム１において行われる事前準備の一例を説明するための図である。
図２に示す例では、セキュアエレメント１４のＩＤ（identification）を用いてマスター鍵ＭＫから生成された派生鍵ＤＫが、セキュアエレメント１４に書き込まれる。詳細には、ＩｏＴデバイス１１によって使用される秘密情報Ａ（図１参照）をデバイス管理サーバ１３が配信する前に、セキュアエレメント１４のＩＤを用いてマスター鍵ＭＫから生成された派生鍵ＤＫが、セキュアエレメント１４に書き込まれる。

図３は図２に示す事前準備の詳細を説明するためのシーケンス図である。
図３に示す例では、ステップＳ１において、デバイス管理サーバ１３が、セキュアエレメント１４にセキュアエレメント１４のＩＤを要求する。詳細には、デバイス管理サーバ１３は、ネットワークＮＷ（図２参照）を介することなく、セキュアエレメント１４にセキュアエレメント１４のＩＤを要求する。
次いで、ステップＳ２では、セキュアエレメント１４が、ネットワークＮＷを介することなく、デバイス管理サーバ１３にセキュアエレメント１４のＩＤを送信する。
次いで、ステップＳ３では、デバイス管理サーバ１３が、所有しているマスター鍵ＭＫ（図２参照）と、ステップＳ２においてセキュアエレメント１４から送信されたセキュアエレメント１４のＩＤとから、セキュアエレメント１４固有の派生鍵ＤＫ（図２参照）を生成する。
図３に示す例では、デバイス管理サーバ１３が、マスター鍵ＭＫとセキュアエレメント１４のＩＤとを結合してハッシュ関数に入力することによって派生鍵ＤＫを生成する。他の例では、デバイス管理サーバ１３が、その手法とは異なる手法によって派生鍵ＤＫを生成してもよい。

図３示す例では、次いで、ステップＳ４において、デバイス管理サーバ１３が、ステップＳ３において生成された派生鍵ＤＫをセキュアエレメント１４に発行する。つまり、セキュアエレメント１４のＩＤを用いてマスター鍵ＭＫから生成された派生鍵ＤＫが、セキュアエレメント１４に書き込まれる。
図３に示す例では、上述したように、デバイス管理サーバ１３とセキュアエレメント１４とが通信を行うことによって派生鍵ＤＫがセキュアエレメント１４に発行される。他の例では、セキュアエレメント１４の工場（図示せず）とデバイス管理サーバ１３とがマスター鍵ＭＫを共有し、セキュアエレメント１４の工場が、マスター鍵ＭＫとセキュアエレメント１４のＩＤとからセキュアエレメント１４固有の派生鍵ＤＫを生成し、その派生鍵ＤＫをセキュアエレメント１４に発行してもよい。

図４はデバイス管理サーバ１３による秘密情報Ａの配信開始時に第１実施形態の秘密情報配信システム１において実行される処理の一例を説明するためのシーケンス図である。
図４に示す例では、ステップＳ５において、ＩｏＴデバイス１１（詳細には、例えばサービス提供サーバ１２からサービスの提供を受けようとするＩｏＴデバイス１１）が、セキュアエレメント１４にセキュアエレメント１４のＩＤを要求する。
次いで、ステップＳ６では、セキュアエレメント１４が、セキュアエレメント１４のＩＤをＩｏＴデバイス１１に送信する。
次いで、ステップＳ７では、ＩｏＴデバイス１１が、セキュアエレメント１４のＩＤをデバイス管理サーバ１３に送信する。また、ＩｏＴデバイス１１は、秘密情報Ａ（図１参照）の更新が必要であると判断し、秘密情報Ａの更新をデバイス管理サーバ１３に要求する。
図４に示す例では、ＩｏＴデバイス１１が、秘密情報Ａの更新が必要であると判断するが、他の例では、デバイス管理サーバ１３が、秘密情報Ａの更新が必要であると判断してもよい。

図４に示す例では、次いで、ステップＳ８において、デバイス管理サーバ１３が、図３のステップＳ３と同様の手順により、所有しているマスター鍵ＭＫ（図２参照）と、ステップＳ７においてＩｏＴデバイス１１から送信されたセキュアエレメント１４のＩＤとを用いることによって、セキュアエレメント１４が所有する派生鍵ＤＫ（図２参照）と同一の派生鍵ＤＫｃｏｐｙを生成する。また、デバイス管理サーバ１３は、セキュアエレメント１４とデバイス管理サーバ１３との間の認証に用いられる乱数Ｍを生成する。
次いで、ステップＳ９では、デバイス管理サーバ１３が、ステップＳ８において生成された乱数ＭをＩｏＴデバイス１１に送信する。
次いで、ステップＳ１０では、ＩｏＴデバイス１１が、その乱数Ｍをセキュアエレメント１４に送信する。
次いで、ステップＳ１１では、セキュアエレメント１４が、セキュアエレメント１４とデバイス管理サーバ１３との間の認証に用いられる乱数Ｎ（つまり、上述した乱数Ｍとは異なる乱数Ｎ）を生成する。また、セキュアエレメント１４は、図３のステップＳ４において書き込まれた派生鍵ＤＫと、ステップＳ１０においてＩｏＴデバイス１１から送信された乱数Ｍと、乱数Ｎとを用いることによって、セキュアエレメント１４とデバイス管理サーバ１３との間の認証に用いられるセッション鍵ＳＫ（１回の通信のセッションだけに用いられる暗号鍵）を生成する。更に、セキュアエレメント１４は、このセッション鍵ＳＫを用いて認証用のデータＸを生成する。
図４に示す例では、セキュアエレメント１４が、乱数Ｍと乱数Ｎとを結合し、セッション鍵ＳＫで暗号化することによって認証用のデータＸを生成する。他の例では、セキュアエレメント１４が、異なる手法を用いることによって認証用のデータＸを生成してもよい。

図４に示す例では、次いで、ステップＳ１２において、セキュアエレメント１４が、乱数Ｎおよび認証用のデータＸをＩｏＴデバイス１１に送信する。
次いで、ステップＳ１３では、ＩｏＴデバイス１１が、乱数Ｎおよび認証用のデータＸをデバイス管理サーバ１３に送信する。
次いで、ステップＳ１４では、デバイス管理サーバ１３が、ステップＳ８において生成した同一の派生鍵ＤＫｃｏｐｙと、ステップＳ８において生成した乱数Ｍと、ステップＳ１３においてＩｏＴデバイス１１から送信された乱数Ｎとを用いることによって、セキュアエレメント１４とデバイス管理サーバ１３との間の認証に用いられるセッション鍵ＳＫＳを生成する。また、デバイス管理サーバ１３は、このセッション鍵ＳＫＳを用いて認証用のデータＹを生成する。更に、デバイス管理サーバ１３は、このセッション鍵ＳＫＳを用いることによって、ステップＳ１３においてＩｏＴデバイス１１から送信された認証用のデータＸ（つまり、ステップＳ１１においてセキュアエレメント１４によって生成された認証用のデータＸ）の検証を行う。すなわち、セキュアエレメント１４とデバイス管理サーバ１３との間の認証がデバイス管理サーバ１３において行われる。
図４に示す例では、デバイス管理サーバ１３が、乱数Ｍと乱数Ｎとを結合してセッション鍵ＳＫで暗号化した結果が認証用のデータＸと一致するか否かを確認することによって、認証用のデータＸの検証を行う。仮に、セキュアエレメント１４が派生鍵ＤＫを所有しない不正なセキュアエレメントである場合、セキュアエレメント１４は、デバイス管理サーバ１３が生成したセッション鍵と同一のセッション鍵を生成することができず、デバイス管理サーバ１３による認証用のデータＸの検証が失敗になるような認証用のデータＸを生成する（つまり、そのような認証用のデータＸしか生成できない）。そのため、デバイス管理サーバ１３は、セキュアエレメント１４が不正なセキュアエレメントであることを検知することができる。
他の例では、デバイス管理サーバ１３が、その手法とは異なる手法を用いることによって、認証用のデータＸの検証を行ってもよい。

図４に示す例では、次いで、ステップＳ１５において、デバイス管理サーバ１３が、認証用のデータＹをＩｏＴデバイス１１に送信する。
次いで、ステップＳ１６では、ＩｏＴデバイス１１が、認証用のデータＹをセキュアエレメント１４に送信する。
次いで、ステップＳ１７では、セキュアエレメント１４が、ステップＳ１１において生成したセッション鍵ＳＫと乱数Ｍと乱数Ｎとを用いることによって、ステップＳ１６においてＩｏＴデバイス１１から送信された認証用のデータＹ（つまり、ステップＳ１４においてデバイス管理サーバ１３によって生成された認証用のデータＹ）の検証を行う。すなわち、セキュアエレメント１４とデバイス管理サーバ１３との間の認証がセキュアエレメント１４において行われる。
図４に示す例では、セキュアエレメント１４が、乱数Ｍと乱数Ｎとを結合してセッション鍵ＳＫで暗号化した結果が認証用のデータＹと一致するか否かを確認することによって、認証用のデータＹの検証を行う。仮に、デバイス管理サーバ１３がマスター鍵ＭＫを所有しない不正なサーバである場合、デバイス管理サーバ１３は、セキュアエレメント１４が生成したセッション鍵と同一のセッション鍵を生成することができず、セキュアエレメント１４による認証用のデータＹの検証が失敗になるような認証用のデータＹを生成する（つまり、そのような認証用のデータＹしか生成できない）。そのため、セキュアエレメント１４は、デバイス管理サーバ１３が不正なサーバであることを検知することができる。
他の例では、セキュアエレメント１４が、その手法とは異なる手法を用いることによって、認証用のデータＹの検証を行ってもよい。
図４に示す例では、セキュアエレメント１４とデバイス管理サーバ１３との間の認証が、セキュアエレメント１４およびデバイス管理サーバ１３のそれぞれで行われるが、他の例では、セキュアエレメント１４とデバイス管理サーバ１３との間の認証が、セキュアエレメント１４およびデバイス管理サーバ１３の一方のみで行われてもよい。

図４に示す例では、次いで、ステップＳ１８において、セキュアエレメント１４は、認証用のデータＹの検証結果がＯＫ（成功）である旨をＩｏＴデバイス１１に送信する。
次いで、ステップＳ１９において、ＩｏＴデバイス１１は、認証用のデータＹの検証結果がＯＫ（成功）である旨をデバイス管理サーバ１３に送信する。
次いで、ステップＳ２０において、デバイス管理サーバ１３は、セキュアエレメント１４から送信された認証用のデータＹの検証結果がＯＫ（成功）であるため、ＩｏＴデバイス１１とサービス提供サーバ１２との間の暗号通信においてＩｏＴデバイス１１によって使用される秘密情報Ａを生成する。つまり、デバイス管理サーバ１３は、セキュアエレメント１４による認証用のデータＹの検証結果に基づいて、秘密情報Ａを生成する。また、デバイス管理サーバ１３は、ステップＳ１４において生成したセッション鍵ＳＫＳ（つまり、同一の派生鍵ＤＫｃｏｐｙを用いて生成したセッション鍵ＳＫＳ）を用いて秘密情報Ａの暗号化を行う。更に、デバイス管理サーバ１３は、セッション鍵ＳＫＳを用いることによって、認証に用いられるメッセージ認証コード（ＭＡＣ）を生成して秘密情報Ａに付与する。
図４に示す例では、セッション鍵ＳＫＳを用いるが、他の例では、同一の派生鍵ＤＫｃｏｐｙを使用した認証と暗号化ができればよいため、セッション鍵ＳＫＳを用いなくてもよい。ただし、前方秘匿性を持たせるためにセッション鍵ＳＫＳを用いる方が望ましい。

図４に示す例では、次いで、ステップＳ２１において、デバイス管理サーバ１３が、暗号化した秘密情報ＡおよびＭＡＣをＩｏＴデバイス１１に送信する。
次いで、ステップＳ２２では、ＩｏＴデバイス１１が、暗号化した秘密情報ＡおよびＭＡＣをセキュアエレメント１４に送信する。
つまり、秘密情報Ａをデバイス管理サーバ１３からセキュアエレメント１４に配信するためのセキュアエレメント１４とデバイス管理サーバ１３との間の暗号通信が行われる。

図４に示す例では、次いで、ステップＳ２３において、セキュアエレメント１４が、ステップＳ１１において生成したセッション鍵ＳＫを用いてＭＡＣを検証し、改ざんやすり替えをされていないことを確認する。問題がなければ、セキュアエレメント１４は、セッション鍵ＳＫを用いて秘密情報Ａを復号し、セキュアエレメント１４内の秘密情報Ａを更新する。更新完了後（つまり、デバイス管理サーバ１３からセキュアエレメント１４への秘密情報Ａの配信完了後）、セキュアエレメント１４は、セッション鍵ＳＫを用いてＭＡＣを生成し、そのＭＡＣを更新結果に付与する。
次いで、ステップＳ２４では、セキュアエレメント１４が、更新結果（ＯＫ）（つまり、セキュアエレメント１４が更新に成功したこと）およびＭＡＣをＩｏＴデバイス１１に送信する。
次いで、ステップＳ２５では、ＩｏＴデバイス１１が、更新結果（ＯＫ）およびＭＡＣをデバイス管理サーバ１３に送信する。
次いで、ステップＳ２６では、デバイス管理サーバ１３が、ステップＳ１４において生成したセッション鍵ＳＫＳを用いてＭＡＣを検証し、改ざんやすり替えをされていないことを確認する。

図４に示す例では、上述したように、例えばＩｏＴデバイス１１にサービスを提供するサービス提供サーバ１２とＩｏＴデバイス１１との間の暗号通信が行われる時などに、ＩｏＴデバイス１１によって使用される秘密情報Ａが、ステップＳ２０～ステップＳ２３において、デバイス管理サーバ１３からセキュアエレメント１４に配信される。そのため、ＩｏＴデバイス１１は、デバイス管理サーバ１３からセキュアエレメント１４に配信された秘密情報Ａを使用することによって、サービス提供サーバ１２との間の暗号通信を行うことができる。
図４に示す例では、秘密情報Ａが、ＩｏＴデバイス１１にサービスを提供するサービス提供サーバ１２とＩｏＴデバイス１１との間の暗号通信が行われる時にＩｏＴデバイス１１によって使用されるが、他の例では、ＩｏＴデバイス１１が他の用途に秘密情報Ａを用いてもよい。
詳細には、図３および図４に示す例では、秘密情報Ａをデバイス管理サーバ１３からセキュアエレメント１４に配信するために、セキュアエレメント１４が、所有する派生鍵ＤＫ（図３のステップＳ４において書き込まれた派生鍵ＤＫ）を用いると共に、デバイス管理サーバ１３が、ステップＳ８において生成した同一の派生鍵ＤＫｃｏｐｙを用いる。

換言すれば、図３および図４に示す例では、ＩｏＴデバイス１１（あるいは、セキュアエレメント１４）は、ＩｏＴデバイス１１がサービス提供サーバ１２との間の暗号通信を行わない時に、例えばステップＳ１１において生成されたセッション鍵ＳＫなどを保存し続ける必要がない。つまり、ＩｏＴデバイス１１は、デバイス管理サーバ１３からセキュアエレメント１４に配信された秘密情報Ａを用いてサービス提供サーバ１２との間の暗号通信を行い、サービス提供サーバ１２との間の暗号通信の終了後には、セッション鍵ＳＫなどをセキュアエレメント１４から消去することができる。
その結果、図３および図４に示す例では、ＩｏＴデバイス１１（あるいは、セキュアエレメント１４）にセッション鍵ＳＫなどを保存し続ける必要がある場合よりもＩｏＴデバイス１１（あるいは、セキュアエレメント１４）の記憶容量を抑制しつつ、ＩｏＴデバイス１１が、デバイス管理サーバ１３からセキュアエレメント１４に配信された秘密情報Ａを用いてサービス提供サーバ１２との間の暗号通信を安全に行うことができる。
更に、図３および図４に示す例では、セキュアエレメント１４が、所有する派生鍵ＤＫ（図３のステップＳ４において書き込まれた派生鍵ＤＫ）を用いると共に、デバイス管理サーバ１３が、ステップＳ８において生成した同一の派生鍵ＤＫｃｏｐｙを用いることによって、秘密情報Ａの更新時に、セキュアエレメント１４とデバイス管理サーバ１３との間の暗号通信を安全に行うことができる。

また、図３および図４に示す例では、秘密情報Ａの更新時にセキュアエレメント１４とデバイス管理サーバ１３との間の暗号通信を行うために、ＩｏＴデバイス１１（あるいは、セキュアエレメント１４）は、図３のステップＳ４においてセキュアエレメント１４に書き込まれた派生鍵ＤＫを保存しておくだけでよい。
そのため、図３および図４に示す例では、既存の手法（例えばサーバの鍵および複数の作業機械の全ての鍵を記憶する必要がある特許文献２に記載された技術など）より少ない情報を保存するだけで、ＩｏＴデバイス１１およびセキュアエレメント１４内の情報を安全に更新することができる。

ところで、図４に示すような秘密情報Ａの更新時などに、例えば通信状況が悪いと、秘密情報Ａ等の更新が、途中で失敗する場合がある。そのような場合、セキュアエレメント１４は、デバイス管理サーバ１３に対して秘密情報Ａ等の更新を再度要求するか（詳細には、秘密情報Ａ等の更新に必要な情報を再送するか）、あるいは、秘密情報Ａ等の更新に失敗したことをデバイス管理サーバ１３に通知する必要がある。
一方、特許文献１あるいは特許文献２には、そのような技術について記載されていない。管理対象の暗号鍵（例えば図４に示す乱数Ｍなど）を用いてセキュアエレメント１４とデバイス管理サーバ１３との間の認証および暗号通信を行っている時にデバイス管理サーバ１３が秘密情報Ａ等の更新の成否を把握できない場合には、次回以降の秘密情報Ａ等の更新が失敗し続けてしまうおそれがある。
そこで、第１実施形態の秘密情報配信システム１では、デバイス管理サーバ１３による秘密情報Ａの配信開始時（図４のステップＳ５以降）に、セキュアエレメント１４が、セキュアエレメント１４内の更新に途中で失敗し、更新の失敗の原因をＩｏＴデバイス１１に送信した場合、ＩｏＴデバイス１１は、セキュアエレメント１４内の更新の失敗の原因に応じて、セキュアエレメント１４内の更新の失敗に対応する処理を切り替える。

図５はＩｏＴデバイス１１がセキュアエレメント１４内の更新の失敗に対応する処理としてデバイス管理サーバ１３にエラー通知を行う例を説明するためのシーケンス図である。
図５に示す例では、ステップＳ３５において、ＩｏＴデバイス１１が、セキュアエレメント１４にセキュアエレメント１４のＩＤを要求する。
次いで、ステップＳ３６では、セキュアエレメント１４が、セキュアエレメント１４のＩＤをＩｏＴデバイス１１に送信する。
次いで、ステップＳ３７では、ＩｏＴデバイス１１が、セキュアエレメント１４のＩＤをデバイス管理サーバ１３に送信する。また、ＩｏＴデバイス１１は、秘密情報Ａ（図１参照）の更新が必要であると判断し、秘密情報Ａの更新をデバイス管理サーバ１３に要求する。

次いで、ステップＳ３８では、デバイス管理サーバ１３が、所有しているマスター鍵ＭＫ（図２参照）と、ステップＳ３７においてＩｏＴデバイス１１から送信されたセキュアエレメント１４のＩＤとを用いることによって、セキュアエレメント１４が所有する派生鍵ＤＫ（図２参照）と同一の派生鍵ＤＫｃｏｐｙを生成する。また、デバイス管理サーバ１３は、セキュアエレメント１４とデバイス管理サーバ１３との間の認証に用いられる乱数Ｍを生成する。
詳細には、ステップＳ３８において生成される乱数Ｍのデータ形式に誤りが発生する。例えば、８ｂｙｔｅの乱数Ｍを生成する必要があるにもかかわらず、４ｂｙｔｅの乱数Ｍが生成されてしまう等の誤りが発生する。
次いで、ステップＳ３９では、デバイス管理サーバ１３が、ステップＳ３８において生成された乱数Ｍ（つまり、データ形式に誤りがある乱数Ｍ）をＩｏＴデバイス１１に送信する。
次いで、ステップＳ４０では、ＩｏＴデバイス１１が、その乱数Ｍをセキュアエレメント１４に送信する。
次いで、ステップＳ４１では、セキュアエレメント１４が、乱数Ｍのデータ形式の誤りを検知する。つまり、セキュアエレメント１４が、秘密情報Ａの更新に途中で失敗する。その結果、図４のステップＳ１１とは異なり、乱数Ｎの生成、セッション鍵ＳＫの生成および認証用のデータＸの生成は行われない。

次いで、ステップＳ４２では、セキュアエレメント１４が、ＩｏＴデバイス１１に対してエラー通知（乱数Ｍのデータ形式が誤っている旨の通知）を行う。つまり、セキュアエレメント１４が、秘密情報Ａの更新の失敗の原因をＩｏＴデバイス１１に送信する。
図５に示す例では、セキュアエレメント１４が、ＩＳＯ７８１６－４の規定に基づいて、０ｘ６７００という２ｂｙｔｅの状態バイトをＩｏＴデバイス１１に返すことによって、乱数Ｍのデータの長さが誤っている状態を通知する。
他の例では、セキュアエレメント１４が、その手法とは異なる手法を用いることによって、ＩｏＴデバイス１１に対してエラー通知を行ってもよい。

図５に示す例では、次いで、ステップＳ４３において、ＩｏＴデバイス１１が、セキュアエレメント１４からのエラー通知によって、乱数Ｍのデータ形式の誤りを検知する。
次いで、ステップＳ４４では、ＩｏＴデバイス１１が、秘密情報Ａの更新の失敗の原因に応じて、更新の失敗に対応する処理を切り替えて実行する。
図５に示す例では、ステップＳ４４において、ＩｏＴデバイス１１が、デバイス管理サーバ１３に対してエラー通知（乱数Ｍのデータ形式が誤っている旨の通知）を行う。また、ＩｏＴデバイス１１は、秘密情報Ａの更新をデバイス管理サーバ１３に要求する。
詳細には、図５に示す例では、ステップＳ４４において、ＩｏＴデバイス１１が、ＩＳＯ７８１６－４の規定に基づいて、０ｘ６７００という２ｂｙｔｅの状態バイト（つまり、セキュアエレメント１４から送信された状態バイト）をデバイス管理サーバ１３にそのまま返す。
他の例では、ＩｏＴデバイス１１が、その手法とは異なる手法を用いることによって、デバイス管理サーバ１３に対してエラー通知を行ってもよい。例えば、ＩｏＴデバイス１１が、０ｘ６７００の意味を解釈した上で「データ形式誤り」という文字列に変換したものをデバイス管理サーバ１３に送信してもよい。
更に他の例では、ＩｏＴデバイス１１が、秘密情報Ａの更新の失敗をデバイス管理サーバ１３に伝える代わりに、適切なサイズの乱数Ｍを生成してセキュアエレメント１４に送信してもよい。この場合、ＩｏＴデバイス１１は、生成した乱数Ｍをデバイス管理サーバ１３にも送信する。その結果、ＩｏＴデバイス１１が生成した乱数Ｍが、デバイス管理サーバ１３によって共有される。

上述したように、図５に示す例では、ＩｏＴデバイス１１が、秘密情報Ａの更新の失敗の原因をデバイス管理サーバ１３に送信すると共に、乱数Ｍ（つまり、秘密情報Ａの更新用のデータ）の再送をデバイス管理サーバ１３に要求するが、秘密情報Ａの更新の失敗の原因が異なる他の例では、ＩｏＴデバイス１１が、秘密情報Ａの更新の失敗の原因に応じて、セキュアエレメント１４に秘密情報Ａの更新用のデータを再度送信する、秘密情報Ａの更新の失敗の原因をデバイス管理サーバ１３に伝える等の処理を切り替えて行う。

図６はセキュアエレメント１４内の更新が失敗する例としてＩｏＴデバイス１１からセキュアエレメント１４へのデータ送信時にプロトコルエラーが発生する例を説明するためのシーケンス図である。
図６に示す例では、ステップＳ５５において、ＩｏＴデバイス１１が、セキュアエレメント１４にセキュアエレメント１４のＩＤを要求する。
次いで、ステップＳ５６では、セキュアエレメント１４が、セキュアエレメント１４のＩＤをＩｏＴデバイス１１に送信する。
次いで、ステップＳ５７では、ＩｏＴデバイス１１が、セキュアエレメント１４のＩＤをデバイス管理サーバ１３に送信する。また、ＩｏＴデバイス１１は、秘密情報Ａ（図１参照）の更新が必要であると判断し、秘密情報Ａの更新をデバイス管理サーバ１３に要求する。

次いで、ステップＳ５８では、デバイス管理サーバ１３が、所有しているマスター鍵ＭＫ（図２参照）と、ステップＳ５７においてＩｏＴデバイス１１から送信されたセキュアエレメント１４のＩＤとを用いることによって、セキュアエレメント１４が所有する派生鍵ＤＫ（図２参照）と同一の派生鍵ＤＫｃｏｐｙを生成する。また、デバイス管理サーバ１３は、セキュアエレメント１４とデバイス管理サーバ１３との間の認証に用いられる乱数Ｍを生成する。
次いで、ステップＳ５９では、デバイス管理サーバ１３が、ステップＳ５８において生成された乱数ＭをＩｏＴデバイス１１に送信する。
次いで、ステップＳ６０では、ＩｏＴデバイス１１が、その乱数Ｍをセキュアエレメント１４に送信するものの、プロトコルエラーが発生する（つまり、ＩｏＴデバイス１１とセキュアエレメント１４との間の通信が失敗する）。
そのため、乱数Ｍを受信できなかったセキュアエレメント１４が、ステップＳ６１において、プロトコルエラーが発生した旨の通知（エラー通知）をＩｏＴデバイス１１に送信する。
次いで、ステップＳ６２では、ＩｏＴデバイス１１が、プロトコルエラーを検知する。
次いで、ステップＳ６３では、ＩｏＴデバイス１１が、乱数Ｍをセキュアエレメント１４に再送する。

図６に示す例では、ステップＳ６３において、ＩｏＴデバイス１１が、乱数Ｍをセキュアエレメント１４に再送するが、他の例では、ＩｏＴデバイス１１が、エラーが発生した旨をデバイス管理サーバ１３に伝えると共に、乱数Ｍをセキュアエレメント１４に送信する等の処理を中止してもよい。
更に他の例では、ＩｏＴデバイス１１が、セキュアエレメント１４への乱数Ｍの送信を所定回数だけ試みて、それでもエラーが解決しない場合（つまり、セキュアエレメント１４への乱数Ｍの送信が１度も成功しない場合）に、乱数Ｍをセキュアエレメント１４に送信する等の処理を中止してもよい。

図６に示す例では、次いで、ステップＳ６４において、図４のステップＳ１１と同様に、セキュアエレメント１４が、セキュアエレメント１４とデバイス管理サーバ１３との間の認証に用いられる乱数Ｎを生成する。また、セキュアエレメント１４は、図３のステップＳ４において書き込まれた派生鍵ＤＫと、ステップＳ６３においてＩｏＴデバイス１１から再送された乱数Ｍと、乱数Ｎとを用いることによって、セキュアエレメント１４とデバイス管理サーバ１３との間の認証に用いられるセッション鍵ＳＫを生成する。更に、セキュアエレメント１４は、このセッション鍵ＳＫを用いて認証用のデータＸを生成する。
次いで、ステップＳ６５では、図４のステップＳ１２と同様に、セキュアエレメント１４が、乱数Ｎおよび認証用のデータＸをＩｏＴデバイス１１に送信する。
次いで、ステップＳ６６では、図４のステップＳ１３と同様に、ＩｏＴデバイス１１が、乱数Ｎおよび認証用のデータＸをデバイス管理サーバ１３に送信する。
以降は、図４のステップＳ１４以降の処理と同様な処理が実行され、デバイス管理サーバ１３からセキュアエレメント１４への秘密情報Ａの配信が行われる。

上述したように、図５および図６に示す例では、デバイス管理サーバ１３による秘密情報Ａの配信開始時（図４のステップＳ５以降）に、セキュアエレメント１４が、セキュアエレメント１４内の更新に途中で失敗し、更新の失敗の原因をＩｏＴデバイス１１に送信した場合、ＩｏＴデバイス１１は、セキュアエレメント１４内の更新の失敗の原因に応じて、セキュアエレメント１４内の更新の失敗に対応する処理（図５のステップＳ４３およびステップＳ４４、図６のステップＳ６２およびステップＳ６３）を切り替える。
そのため、図５および図６に示す例では、セキュアエレメント１４が、セキュアエレメント１４内の更新に途中で失敗した場合であっても、デバイス管理サーバ１３による秘密情報Ａの配信（秘密情報Ａの更新）を効率的に行うことができる。

＜第２実施形態＞
以下、本発明の秘密情報配信システム、秘密情報配信方法、デバイス管理サーバおよびプログラムの第２実施形態について説明する。
第２実施形態の秘密情報配信システム１は、後述する点を除き、上述した第１実施形態の秘密情報配信システム１と同様に構成されている。従って、第２実施形態の秘密情報配信システム１によれば、後述する点を除き、上述した第１実施形態の秘密情報配信システム１と同様の効果を奏することができる。

第２実施形態の秘密情報配信システム１は、図１に示す第１実施形態の秘密情報配信システム１と同様に構成されている。

図７はデバイス管理サーバ１３による秘密情報Ａの配信開始時に第２実施形態の秘密情報配信システム１において実行される処理の一例を説明するためのシーケンス図である。
図７に示す例では、ステップＳ７５において、ＩｏＴデバイス１１が、セキュアエレメント１４にセキュアエレメント１４のＩＤを要求する。
次いで、ステップＳ７６では、セキュアエレメント１４が、セキュアエレメント１４のＩＤをＩｏＴデバイス１１に送信する。
次いで、ステップＳ７７では、ＩｏＴデバイス１１が、セキュアエレメント１４のＩＤをデバイス管理サーバ１３に送信する。また、ＩｏＴデバイス１１は、秘密情報Ａ（図１参照）の更新が必要であると判断し、秘密情報Ａの更新をデバイス管理サーバ１３に要求する。
図７に示す例では、ＩｏＴデバイス１１が、秘密情報Ａの更新が必要であると判断するが、他の例では、デバイス管理サーバ１３が、秘密情報Ａの更新が必要であると判断してもよい。

図７に示す例では、次いで、ステップＳ７８において、デバイス管理サーバ１３が、図３のステップＳ３と同様の手順により、所有しているマスター鍵ＭＫ（図２参照）と、ステップＳ７７においてＩｏＴデバイス１１から送信されたセキュアエレメント１４のＩＤとを用いることによって、セキュアエレメント１４が所有する派生鍵ＤＫ（図２参照）と同一の派生鍵ＤＫｃｏｐｙを生成する。また、デバイス管理サーバ１３は、セキュアエレメント１４とデバイス管理サーバ１３との間の認証に用いられるハッシュ値Ｂ１を生成する。例えば、デバイス管理サーバ１３は、同一の派生鍵ＤＫｃｏｐｙとハッシュ値の連番（１、２、…）を連結した値をハッシュ関数に入力して出力された値をハッシュ値Ｂ１とする。つまり、デバイス管理サーバ１３は、同一の派生鍵ＤＫｃｏｐｙを用いてハッシュ値Ｂ１を生成する。
次いで、ステップＳ７９では、デバイス管理サーバ１３が、ステップＳ７８において生成されたハッシュ値Ｂ１をＩｏＴデバイス１１に送信する。
次いで、ステップＳ８０では、ＩｏＴデバイス１１が、そのハッシュ値Ｂ１をセキュアエレメント１４に送信する。

次いで、ステップＳ８１では、セキュアエレメント１４が、受信したハッシュ値Ｂ１（つまり、デバイス管理サーバ１３によって生成されたハッシュ値Ｂ１）の検証を行う。詳細には、セキュアエレメント１４が、デバイス管理サーバ１３と同一の手法を用いることによって（すなわち、派生鍵ＤＫを用いて）ハッシュ値Ｂ１を生成し、生成したハッシュ値Ｂ１と受信したハッシュ値Ｂ１とが一致することを確認する。仮に、デバイス管理サーバ１３がマスター鍵ＭＫを所有しない不正なサーバである場合、デバイス管理サーバ１３は、同一の派生鍵ＤＫｃｏｐｙを生成することができず、セキュアエレメント１４によるハッシュ値Ｂ１の検証が失敗になるようなハッシュ値Ｂ１を生成する（つまり、そのようなハッシュ値Ｂ１しか生成できない）。そのため、セキュアエレメント１４は、デバイス管理サーバ１３が不正なサーバであることを検知することができる。
また、ステップＳ８１において（詳細には、ハッシュ値Ｂ１の検証後に）、セキュアエレメント１４は、セキュアエレメント１４とデバイス管理サーバ１３との間の認証に用いられるハッシュ値Ｂ２を生成する。例えば、セキュアエレメント１４は、派生鍵ＤＫとハッシュ値の連番（１、２、…）を連結した値をハッシュ関数に入力して出力された値をハッシュ値Ｂ２とする。つまり、セキュアエレメント１４は、派生鍵ＤＫを用いてハッシュ値Ｂ２を生成する。セキュアエレメント１４がハッシュ値Ｂ１を生成する時に用いる連番と、セキュアエレメント１４がハッシュ値Ｂ２を生成する時に用いる連番とは異なるため、ハッシュ値Ｂ１の値とは異なる値を有するハッシュ値Ｂ２が、セキュアエレメント１４によって生成される（ハッシュ値Ｂ１の値とハッシュ値Ｂ２の値とが一致する可能性は限りなく低い）。

次いで、ステップＳ８２では、セキュアエレメント１４が、ハッシュ値Ｂ２をＩｏＴデバイス１１に送信する。
次いで、ステップＳ８３では、ＩｏＴデバイス１１が、そのハッシュ値Ｂ２をデバイス管理サーバ１３に送信する。
次いで、ステップＳ８４では、デバイス管理サーバ１３が、受信したハッシュ値Ｂ２（つまり、セキュアエレメント１４によって生成されたハッシュ値Ｂ２）の検証を行う。詳細には、デバイス管理サーバ１３が、セキュアエレメント１４と同一の手法を用いることによって（すなわち、同一の派生鍵ＤＫｃｏｐｙを用いて）ハッシュ値Ｂ２を生成し、生成したハッシュ値Ｂ２と受信したハッシュ値Ｂ２とが一致することを確認する。仮に、セキュアエレメント１４が派生鍵ＤＫを所有しない不正なセキュアエレメントである場合、セキュアエレメント１４は、デバイス管理サーバ１３によるハッシュ値Ｂ２の検証が失敗になるようなハッシュ値Ｂ２を生成する（つまり、そのようなハッシュ値Ｂ２しか生成できない）。そのため、デバイス管理サーバ１３は、セキュアエレメント１４が不正なセキュアエレメントであることを検知することができる。

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形および置換を加えることができる。上述した各実施形態および各例に記載の構成を適宜組み合わせてもよい。

なお、上述した実施形態における秘密情報配信システム１が備える各部（例えばデバイス管理サーバ１３）の機能全体あるいはその一部は、これらの機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶部のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

１…秘密情報配信システム、１１…ＩｏＴデバイス、１２…サービス提供サーバ、１３…デバイス管理サーバ、１４…セキュアエレメント、Ａ…秘密情報、ＭＫ…マスター鍵、ＤＫ…派生鍵、ＤＫｃｏｐｙ…同一の派生鍵、ＳＫ…セッション鍵、ＳＫＳ…セッション鍵、Ｍ…乱数、Ｎ…乱数、Ｘ…認証用データ、Ｙ…認証用データ、Ｂ１…ハッシュ値、Ｂ２…ハッシュ値

Claims (6)

1. ＩｏＴデバイスによって使用される秘密情報を、デバイス管理サーバが管理して配信し、
   前記デバイス管理サーバによって配信された前記秘密情報が、前記ＩｏＴデバイスに接続されたセキュアエレメントに保存される秘密情報配信システムであって、
   前記デバイス管理サーバは、マスター鍵を所有しており、
   前記ＩｏＴデバイスによって使用される前記秘密情報を前記デバイス管理サーバが配信する前に、
   前記セキュアエレメントのＩＤを用いて前記マスター鍵から生成された派生鍵が、前記セキュアエレメントに予め書き込まれ、
   前記デバイス管理サーバによる前記秘密情報の配信開始時に、
   前記セキュアエレメントは、前記セキュアエレメントのＩＤを前記デバイス管理サーバに送信し、
   前記デバイス管理サーバは、前記マスター鍵と前記セキュアエレメントのＩＤとを用いることによって、前記セキュアエレメントが所有する前記派生鍵と同一の派生鍵を生成し、
   前記セキュアエレメントが所有する前記派生鍵を用いると共に、前記デバイス管理サーバが生成した前記同一の派生鍵を用いることによって、前記セキュアエレメントおよび前記デバイス管理サーバは、前記セキュアエレメントと前記デバイス管理サーバとの間の認証と、前記秘密情報を前記デバイス管理サーバから前記セキュアエレメントに配信するための前記セキュアエレメントと前記デバイス管理サーバとの間の暗号通信とを行い、
   前記デバイス管理サーバによる前記秘密情報の配信開始時に、
   前記セキュアエレメントが、前記セキュアエレメント内の前記秘密情報の更新に途中で失敗し、前記秘密情報の更新の失敗の原因を前記ＩｏＴデバイスに送信した場合、
   前記ＩｏＴデバイスは、前記セキュアエレメント内の前記秘密情報の更新の失敗の原因に応じて、前記セキュアエレメント内の前記秘密情報の更新の失敗に対応する処理を切り替える、
   秘密情報配信システム。
2. 前記デバイス管理サーバによる前記秘密情報の配信開始時に、
   前記デバイス管理サーバは、前記同一の派生鍵を生成すると共に第１乱数を生成して前記セキュアエレメントに送信し、
   前記セキュアエレメントは、第２乱数を生成すると共に、前記派生鍵と前記第１乱数と前記第２乱数とを用いることによってセッション鍵を生成し、生成したセッション鍵を用いて第１認証用データを生成し、前記第２乱数および前記第１認証用データを前記デバイス管理サーバに送信し、
   前記デバイス管理サーバは、前記同一の派生鍵と前記第１乱数と前記第２乱数とを用いることによってセッション鍵を生成すると共に、生成したセッション鍵を用いて第２認証用データを生成し、生成したセッション鍵を用いることによって前記第１認証用データを検証し、前記第２認証用データを前記セキュアエレメントに送信し、
   前記セキュアエレメントは、前記第１乱数と前記第２乱数と生成したセッション鍵とを用いることによって前記第２認証用データを検証し、
   前記デバイス管理サーバは、前記セキュアエレメントによる前記第２認証用データの検証結果に基づいて、前記秘密情報を生成すると共に、生成したセッション鍵を用いて前記秘密情報を暗号化し、暗号化された前記秘密情報を前記セキュアエレメントに送信する、 請求項１に記載の秘密情報配信システム。
3. 前記デバイス管理サーバによる前記秘密情報の配信開始時に、
   前記デバイス管理サーバは、前記同一の派生鍵を生成すると共に、前記同一の派生鍵を用いて第１ハッシュ値を生成し、生成した第１ハッシュ値を前記セキュアエレメントに送信し、
   前記セキュアエレメントは、前記派生鍵を用いて生成した第１ハッシュ値を用いることにより、前記デバイス管理サーバによって送信された第１ハッシュ値を検証すると共に、前記派生鍵を用いて第２ハッシュ値を生成し、生成した第２ハッシュ値を前記デバイス管理サーバに送信し、
   前記デバイス管理サーバは、前記同一の派生鍵を用いて生成した第２ハッシュ値を用いることにより、前記セキュアエレメントによって送信された第２ハッシュ値を検証する、 請求項１に記載の秘密情報配信システム。
4. ＩｏＴデバイスによって使用される秘密情報を、デバイス管理サーバが管理して配信し、
   前記デバイス管理サーバによって配信された前記秘密情報が、前記ＩｏＴデバイスに接続されたセキュアエレメントに保存される秘密情報配信方法であって、
   前記デバイス管理サーバがマスター鍵を所有するマスター鍵所有ステップと、
   前記ＩｏＴデバイスによって使用される前記秘密情報を前記デバイス管理サーバが配信する前に、前記セキュアエレメントのＩＤを用いて前記マスター鍵から生成された派生鍵が、前記セキュアエレメントに予め書き込まれる派生鍵書き込みステップと、
   前記デバイス管理サーバによる前記秘密情報の配信開始時に、前記セキュアエレメントが、前記セキュアエレメントのＩＤを前記デバイス管理サーバに送信するＩＤ送信ステップと、
   前記デバイス管理サーバが、前記マスター鍵と前記セキュアエレメントのＩＤとを用いることによって、前記セキュアエレメントが所有する前記派生鍵と同一の派生鍵を生成する同一派生鍵生成ステップと、
   前記セキュアエレメントが所有する前記派生鍵を用いると共に、前記デバイス管理サーバが生成した前記同一の派生鍵を用いることによって、前記セキュアエレメントおよび前記デバイス管理サーバが、前記セキュアエレメントと前記デバイス管理サーバとの間の認証と、前記秘密情報を前記デバイス管理サーバから前記セキュアエレメントに配信するための前記セキュアエレメントと前記デバイス管理サーバとの間の暗号通信とを行う認証暗号通信ステップとを備え、
   前記デバイス管理サーバによる前記秘密情報の配信開始時に、
   前記セキュアエレメントが、前記セキュアエレメント内の前記秘密情報の更新に途中で失敗し、前記秘密情報の更新の失敗の原因を前記ＩｏＴデバイスに送信した場合、
   前記ＩｏＴデバイスは、前記セキュアエレメント内の前記秘密情報の更新の失敗の原因に応じて、前記セキュアエレメント内の前記秘密情報の更新の失敗に対応する処理を切り替える、
   秘密情報配信方法。
5. デバイス管理サーバによって管理され配信される、ＩｏＴデバイスによって使用される秘密情報を、前記ＩｏＴデバイスに接続されたセキュアエレメントに保存する前記ＩｏＴデバイスであって、
   前記デバイス管理サーバによる前記秘密情報の配信開始時に、
   前記セキュアエレメント内の前記秘密情報の更新に前記セキュアエレメントが途中で失敗し、前記秘密情報の更新の失敗の原因を前記セキュアエレメントから受信した場合、
   前記セキュアエレメント内の前記秘密情報の更新の失敗の原因に応じて、前記セキュアエレメント内の前記秘密情報の更新の失敗に対応する処理を切り替える、
   ＩｏＴデバイス。
6. デバイス管理サーバによって管理され配信される、ＩｏＴデバイスによって使用される秘密情報を、前記ＩｏＴデバイスに接続されたセキュアエレメントに保存する前記ＩｏＴデバイスのコンピュータに、
   前記デバイス管理サーバによる前記秘密情報の配信開始時に、
   前記セキュアエレメント内の前記秘密情報の更新に前記セキュアエレメントが途中で失敗し、前記秘密情報の更新の失敗の原因を前記セキュアエレメントから受信した場合、
   前記セキュアエレメント内の前記秘密情報の更新の失敗の原因に応じて、前記セキュアエレメント内の前記秘密情報の更新の失敗に対応する処理を切り替えるステップを実行させる、プログラム。

Images