▶ 中国移動通信有限公司研究院の特許一覧 ▶ 中国移▲動▼通信集▲団▼公司の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-02-09
(54)【発明の名称】プロビジョニング方法及び端末機器
(51)【国際特許分類】
H04L 9/32 20060101AFI20230202BHJP
H04L 9/10 20060101ALI20230202BHJP
G06F 21/60 20130101ALI20230202BHJP
【ＦＩ】
H04L9/32 200B
H04L9/32 200E
H04L9/10 A
G06F21/60 360
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2022533202
(86)(22)【出願日】2020-11-30
(85)【翻訳文提出日】2022-07-28
(86)【国際出願番号】 CN2020132712
(87)【国際公開番号】W WO2021109967
(87)【国際公開日】2021-06-10
(31)【優先権主張番号】201911219000.X
(32)【優先日】2019-12-03
(33)【優先権主張国・地域又は機関】CN
(81)【指定国・地域】
(71)【出願人】
【識別番号】518389015
【氏名又は名称】中国移動通信有限公司研究院
【氏名又は名称原語表記】Ｃｈｉｎａ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｃｏ．， Ｌｔｄ Ｒｅｓｅａｒｃｈ Ｉｎｓｔｉｔｕｔｅ
【住所又は居所原語表記】３２ Ｘｕａｎｗｕｍｅｎ Ｗｅｓｔ Ｓｔｒｅｅｔ， Ｘｉｃｈｅｎｇ Ｄｉｓｔｒｉｃｔ， Ｂｅｉｊｉｎｇ １０００５３， Ｃｈｉｎａ
(71)【出願人】
【識別番号】507142144
【氏名又は名称】中国移動通信集団有限公司
【氏名又は名称原語表記】ＣＨＩＮＡ ＭＯＢＩＬＥ ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＧＲＯＵＰ ＣＯ．， ＬＴＤ．
(74)【代理人】
【識別番号】100145403
【弁理士】
【氏名又は名称】山尾 憲人
(74)【代理人】
【識別番号】100135703
【弁理士】
【氏名又は名称】岡部 英隆
(72)【発明者】
【氏名】田 野
(72)【発明者】
【氏名】任 暁明
(57)【要約】
本願は、プロビジョニング方法及び端末機器を提供する。該プロビジョニング方法は、端末機器に適用され、セキュリティモジュールが認証局（ＣＡ）サーバとのセキュアチャネルを確立することと、セキュアチャネルによりセッションキーを取得し、ＣＡサーバからデジタル証明書を取得することと、を含み、ここで、セキュリティモジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）の機能を実現するためのものである。
【特許請求の範囲】
【請求項1】
端末機器に適用されるプロビジョニング方法であって、セキュリティモジュールが認証局（ＣＡ）サーバとのセキュアチャネルを確立することと、
前記セキュアチャネルによりセッションキーを取得し、前記ＣＡサーバからデジタル証明書を取得することと、を含み、
前記セキュリティモジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）の機能を実現するためのものである、プロビジョニング方法。
【請求項2】
前記ＣＡサーバが登録認証局（ＥＣＡ）サーバである場合、前記デジタル証明書は登録証明書（ＥＣ）であり、前記ＣＡサーバからデジタル証明書を取得することは、前記セキュリティモジュールがＥＣを申請するための公開鍵と秘密鍵のペアを生成することと、
前記公開鍵と秘密鍵のペアを利用して、ＥＣＡサーバからＥＣを取得することと、を含むことを特徴とする
請求項１に記載のプロビジョニング方法。
【請求項3】
前記ＣＡサーバが登録認証局（ＥＣＡ）サーバである場合、前記デジタル証明書は登録証明書（ＥＣ）であり、前記ＣＡサーバからデジタル証明書を取得した後、前記ＥＣを記憶することを更に含むことを特徴とする
請求項１に記載のプロビジョニング方法。
【請求項4】
前記ＣＡサーバが匿名認証局（ＰＣＡ）サーバである場合、前記デジタル証明書は匿名証明書（ＰＣ）であり、前記ＣＡサーバからデジタル証明書を取得することは、前記セキュリティモジュールが登録証明書（ＥＣ）に対応する秘密鍵を使用して、ＰＣ申請メッセージに対して署名を行うことと、
前記ＰＣ申請メッセージに基づいて、ＰＣＡサーバからＰＣを取得することと、を含むことを特徴とする
請求項１－３のうちいずれか一項に記載のプロビジョニング方法。
【請求項5】
前記ＰＣＡサーバからＰＣを取得することは、前記ＰＣＡサーバから送信されたフィードバックメッセージを受信し、前記ＰＣＡサーバの公開鍵を利用して、受信された前記フィードバックメッセージに対して署名検証を行い、ＰＣを取得することを含むことを特徴とする
請求項４に記載のプロビジョニング方法。
【請求項6】
前記ＰＣＡサーバからＰＣを取得した後、前記セキュリティモジュールがＰＣに対応する秘密鍵を使用して、ＰＣ５インタフェースの直接接続通信サービスのメッセージに対して署名を行うことと、
署名されたＰＣ５インタフェースの直接接続通信サービスのメッセージを外部機器に送信することと、を更に含むことを特徴とする
請求項４に記載のプロビジョニング方法。
【請求項7】
前記ＣＡサーバが登録認証局（ＥＣＡ）サーバである場合、前記デジタル証明書は登録証明書（ＥＣ）であり、前記ＣＡサーバからデジタル証明書を取得した後、前記ＥＣをハードウェアセキュリティモジュール（ＨＳＭ）に送信することと、
前記ＨＳＭが前記ＥＣを記憶することと、を更に含むことを特徴とする
請求項１に記載のプロビジョニング方法。
【請求項8】
前記ＣＡサーバからデジタル証明書を取得することは、前記ＨＳＭがＥＣを申請するための公開鍵と秘密鍵のペアを生成することと、
前記ＨＳＭがＥＣを申請するための公開鍵を前記セキュリティモジュールに送信することと、
前記セキュリティモジュールが前記公開鍵を利用して、ＥＣＡサーバからＥＣを取得することと、を含むことを特徴とする
請求項７に記載のプロビジョニング方法。
【請求項9】
前記ＣＡサーバが匿名認証局（ＰＣＡ）サーバである場合、前記デジタル証明書は匿名証明書（ＰＣ）であり、前記ＣＡサーバからデジタル証明書を取得することは、前記ＰＣをハードウェアセキュリティモジュール（ＨＳＭ）に送信することと、
前記ＨＳＭが前記ＰＣを記憶することと、を含むことを特徴とする
請求項１、７又は８に記載のプロビジョニング方法。
【請求項10】
前記ＣＡサーバからデジタル証明書を取得することは、前記ＨＳＭがＰＣを申請するための公開鍵と秘密鍵のペアを生成することと、
前記ＨＳＭがＰＣを申請するための公開鍵を前記セキュリティモジュールに送信することと、
前記セキュリティモジュールが前記公開鍵を利用して、前記ＰＣＡサーバからＰＣを取得することと、を含むことを特徴とする
請求項９に記載のプロビジョニング方法。
【請求項11】
前記ＣＡサーバからデジタル証明書を取得した後、前記セキュリティモジュールがＰＣに対応する秘密鍵を使用して、ＰＣ５インタフェースの直接接続通信サービスのメッセージに対して署名を行うことと、
署名されたＰＣ５インタフェースの直接接続通信サービスのメッセージを外部機器に送信することと、を更に含むことを特徴とする
請求項９に記載のプロビジョニング方法。
【請求項12】
前記セキュリティモジュールとＣＡサーバとは、汎用集積回路カード（ＵＩＣＣ）に基づく汎用ブートストラップアーキテクチャ（ＧＢＡ）の方式でＧＢＡセキュアチャネルを確立することを特徴とする請求項１に記載のプロビジョニング方法。
【請求項13】
端末機器であって、認証局（ＣＡ）サーバとのセキュアチャネルを確立し、前記セキュアチャネルによりセッションキーを取得し、前記ＣＡサーバからデジタル証明書を取得するように構成されるセキュリティモジュールを備え、
前記セキュリティモジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）の機能を実現するためのものである、端末機器。
【請求項14】
送受信機及びプロセッサを備える端末機器であって、前記プロセッサは、セキュリティモジュールを以下のステップを実行するように制御し、
認証局（ＣＡ）サーバとのセキュアチャネルを確立するステップと、前記セキュアチャネルによりセッションキーを取得し、前記ＣＡサーバからデジタル証明書を取得するステップと、を含み、
前記セキュリティモジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）の機能を実現するためのものである、端末機器。
【請求項15】
プロセッサによって実行されるときに、前記プロセッサに、請求項１－１２のうちいずれか一項に記載のプロビジョニング方法のステップを実施させるためのコンピュータプログラムを記憶した、コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本願は、車両のインターネット（Ｉｎｔｅｒｎｅｔ ｏｆ Ｖｅｈｉｃｌｅｓ：ＩｏＶ）技術分野に関し、特にプロビジョニング方法及び端末機器に関する。
【0002】
（関連出願の相互参照）
本願は、２０１９年１２月３日に中国で提出された中国特許出願番号Ｎｏ．２０１９１１２１９０００．Ｘの優先権を主張しており、同出願の内容の全ては、ここに参照として取り込まれる。
本願は、２０１９年１２月３日に中国で提出された中国特許出願番号Ｎｏ．２０１９１１２１９０００．Ｘの優先権を主張しており、同出願の内容の全ては、ここに参照として取り込まれる。
【背景技術】
【0003】
車車間／路車間（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ：Ｖ２Ｘ）技術の導入による企業における生産への影響を減少させるために、ＩｏＶ端末の初期セキュリティ構成は、企業における生産のセキュリティ環境とセキュリティ能力への依存を可能な限り低減させるべきである。従って、より簡潔かつ有効なＶ２Ｘ端末身分認証及び情報セキュリティのインタラクションの方法を求め、企業生産ラインのアップグレードと改造のコストを最大限低減させる必要がある。
【0004】
第５世代自動車協会（Ｆｉｆｔｈ Ｇｅｎｅｒａｔｉｏｎ Ａｕｔｏｍｏｔｉｖｅ Ａｓｓｏｃｉａｔｉｏｎ：５ＧＡＡ）により提案された、汎用ブートストラップアーキテクチャ（Ｇｅｎｅｒｉｃ Ｂｏｏｔｓｔｒａｐｐｉｎｇ Ａｒｃｈｉｔｅｃｔｕｒｅ：ＧＢＡ）に基づくオンライン初期セキュリティ構成方案は、生産ラインにおけるオフライン充填及びＸ．５０９デジタル証明書の事前構成の生産方式を避け、企業生産環境のセキュリティ改造のコストを節約することができる。しかしながら、提案された方案に、共有セッションキー（Ｋｓ＿ＮＡＦ）がセキュア環境外において伝送されて露出されるという問題が存在し、物理的攻撃などのセキュリティリスクに直面する。
【発明の概要】
【発明が解決しようとする課題】
【0005】
本願の実施例は、セッションキーが端末機器のユニバーサル加入者識別モジュール（Ｕｎｉｖｅｒｓａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ：ＵＳＩＭ）とハードウェアセキュリティモジュール（Ｈａｒｄｗａｒｅ Ｓｅｃｕｒｉｔｙ Ｍｏｄｕｌｅ：ＨＳＭ）との間で伝送される必要があり、その結果、セッションキーがセキュア環境外において伝送され、物理的攻撃などのセキュリティリスクが存在し、プロビジョニングのセキュリティを確保できないという関連技術の問題を解決するためのプロビジョニング方法及び端末機器を提供する。
【課題を解決するための手段】
【0006】
上記技術的課題を解決するために、本願の実施例は、端末機器に適用されるプロビジョニング方法を提供する。前記方法は、
セキュリティモジュールが認証局（ＣＡ）サーバとのセキュアチャネルを確立することと、
前記セキュアチャネルによりセッションキーを取得し、ＣＡサーバからデジタル証明書を取得することと、を含み、
前記セキュリティモジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）の機能を実現するためのものである。
セキュリティモジュールが認証局（ＣＡ）サーバとのセキュアチャネルを確立することと、
前記セキュアチャネルによりセッションキーを取得し、ＣＡサーバからデジタル証明書を取得することと、を含み、
前記セキュリティモジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）の機能を実現するためのものである。
【0007】
選択的に、前記ＣＡサーバが登録認証局（ＥＣＡ）サーバである場合、前記デジタル証明書は登録証明書（ＥＣ）であり、前記ＣＡサーバからデジタル証明書を取得することは、
セキュリティモジュールがＥＣを申請するための公開鍵と秘密鍵のペアを生成することと、
前記公開鍵と秘密鍵のペアを利用して、ＥＣＡサーバからＥＣを取得することと、を含む。
セキュリティモジュールがＥＣを申請するための公開鍵と秘密鍵のペアを生成することと、
前記公開鍵と秘密鍵のペアを利用して、ＥＣＡサーバからＥＣを取得することと、を含む。
【0008】
選択的に、前記ＣＡサーバが登録認証局（ＥＣＡ）サーバである場合、前記デジタル証明書は登録証明書（ＥＣ）であり、前記ＣＡサーバからデジタル証明書を取得した後、
ＥＣを記憶することを更に含む。
ＥＣを記憶することを更に含む。
【0009】
更に、前記ＣＡサーバが匿名認証局（ＰＣＡ）サーバである場合、前記デジタル証明書は匿名証明書（ＰＣ）であり、前記ＣＡサーバからデジタル証明書を取得することは、
セキュリティモジュールが登録証明書（ＥＣ）に対応する秘密鍵を使用して、ＰＣ申請メッセージに対して署名を行うことと、
ＰＣ申請メッセージに基づいて、ＰＣＡサーバからＰＣを取得することと、を含む。
セキュリティモジュールが登録証明書（ＥＣ）に対応する秘密鍵を使用して、ＰＣ申請メッセージに対して署名を行うことと、
ＰＣ申請メッセージに基づいて、ＰＣＡサーバからＰＣを取得することと、を含む。
【0010】
具体的には、前記ＰＣＡサーバからＰＣを取得することは、
ＰＣＡサーバから送信されたフィードバックメッセージを受信し、ＰＣＡサーバの公開鍵を利用して、受信された前記フィードバックメッセージに対して署名検証を行い、ＰＣを取得することを含む。
ＰＣＡサーバから送信されたフィードバックメッセージを受信し、ＰＣＡサーバの公開鍵を利用して、受信された前記フィードバックメッセージに対して署名検証を行い、ＰＣを取得することを含む。
【0011】
具体的には、前記ＰＣＡサーバからＰＣを取得した後、
セキュリティモジュールがＰＣに対応する秘密鍵を使用して、ＰＣ５インタフェースの直接接続通信サービスのメッセージに対して署名を行うことと、
署名されたＰＣ５インタフェースの直接接続通信サービスのメッセージを外部機器に送信することと、を更に含む。
セキュリティモジュールがＰＣに対応する秘密鍵を使用して、ＰＣ５インタフェースの直接接続通信サービスのメッセージに対して署名を行うことと、
署名されたＰＣ５インタフェースの直接接続通信サービスのメッセージを外部機器に送信することと、を更に含む。
【0012】
選択的に、前記ＣＡサーバが登録認証局（ＥＣＡ）サーバである場合、前記デジタル証明書は登録証明書（ＥＣ）であり、前記ＣＡサーバからデジタル証明書を取得した後、
ＥＣをハードウェアセキュリティモジュール（ＨＳＭ）に送信することと、
ＨＳＭがＥＣを記憶することと、を更に含む。
ＥＣをハードウェアセキュリティモジュール（ＨＳＭ）に送信することと、
ＨＳＭがＥＣを記憶することと、を更に含む。
【0013】
更に、前記ＣＡサーバからデジタル証明書を取得することは、
ＨＳＭがＥＣを申請するための公開鍵と秘密鍵のペアを生成することと、
ＨＳＭがＥＣを申請するための公開鍵をセキュリティモジュールに送信することと、
セキュリティモジュールが前記公開鍵を利用して、ＥＣＡサーバからＥＣを取得することと、を含む。
ＨＳＭがＥＣを申請するための公開鍵と秘密鍵のペアを生成することと、
ＨＳＭがＥＣを申請するための公開鍵をセキュリティモジュールに送信することと、
セキュリティモジュールが前記公開鍵を利用して、ＥＣＡサーバからＥＣを取得することと、を含む。
【0014】
選択的に、前記ＣＡサーバが匿名認証局（ＰＣＡ）サーバである場合、前記デジタル証明書は匿名証明書（ＰＣ）であり、前記ＣＡサーバからデジタル証明書を取得することは、
ＰＣをハードウェアセキュリティモジュール（ＨＳＭ）に送信することと、
ＨＳＭがＰＣを記憶することと、を含む。
ＰＣをハードウェアセキュリティモジュール（ＨＳＭ）に送信することと、
ＨＳＭがＰＣを記憶することと、を含む。
【0015】
更に、前記ＣＡサーバからデジタル証明書を取得することは、
ＨＳＭがＰＣを申請するための公開鍵と秘密鍵のペアを生成することと、
ＨＳＭがＰＣを申請するための公開鍵をセキュリティモジュールに送信することと、
セキュリティモジュールが前記公開鍵を利用して、ＰＣＡサーバからＰＣを取得することと、を含む。
ＨＳＭがＰＣを申請するための公開鍵と秘密鍵のペアを生成することと、
ＨＳＭがＰＣを申請するための公開鍵をセキュリティモジュールに送信することと、
セキュリティモジュールが前記公開鍵を利用して、ＰＣＡサーバからＰＣを取得することと、を含む。
【0016】
更に、前記ＣＡサーバからデジタル証明書を取得した後、
セキュリティモジュールがＰＣに対応する秘密鍵を使用して、ＰＣ５インタフェースの直接接続通信サービスのメッセージに対して署名を行うことと、
署名されたＰＣ５インタフェースの直接接続通信サービスのメッセージを外部機器に送信することと、を更に含む。
セキュリティモジュールがＰＣに対応する秘密鍵を使用して、ＰＣ５インタフェースの直接接続通信サービスのメッセージに対して署名を行うことと、
署名されたＰＣ５インタフェースの直接接続通信サービスのメッセージを外部機器に送信することと、を更に含む。
【0017】
具体的には、前記セキュリティモジュールとＣＡサーバとは、汎用集積回路カード（ＵＩＣＣ）に基づく汎用ブートストラップアーキテクチャ（ＧＢＡ）の方式でＧＢＡセキュアチャネルを確立する。
【0018】
本願の実施例は、端末機器を更に提供する。前記端末機器は、
認証局（ＣＡ）サーバとのセキュアチャネルを確立し、前記セキュアチャネルによりセッションキーを取得し、ＣＡサーバからデジタル証明書を取得するように構成されるセキュリティモジュールを備え、
前記セキュリティモジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）の機能を実現するためのものである。
認証局（ＣＡ）サーバとのセキュアチャネルを確立し、前記セキュアチャネルによりセッションキーを取得し、ＣＡサーバからデジタル証明書を取得するように構成されるセキュリティモジュールを備え、
前記セキュリティモジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）の機能を実現するためのものである。
【0019】
本願の実施例は、端末機器を更に提供する。前記端末機器は、送受信機と、プロセッサと、を備え、
前記プロセッサは、セキュリティモジュールを以下のステップを実行するように制御し、
認証局（ＣＡ）サーバとのセキュアチャネルを確立するステップと、前記セキュアチャネルによりセッションキーを取得し、ＣＡサーバからデジタル証明書を取得するステップと、を含み、
前記セキュリティモジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）の機能を実現するためのものである。
前記プロセッサは、セキュリティモジュールを以下のステップを実行するように制御し、
認証局（ＣＡ）サーバとのセキュアチャネルを確立するステップと、前記セキュアチャネルによりセッションキーを取得し、ＣＡサーバからデジタル証明書を取得するステップと、を含み、
前記セキュリティモジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）の機能を実現するためのものである。
【0020】
本願の実施例は、コンピュータ可読記憶媒体を提供する。前記コンピュータ可読記憶媒体にコンピュータプログラムが記憶されており、前記プログラムがプロセッサによって実行される時、前記プロセッサに上記プロビジョニング方法におけるステップを実施させる。
【発明の効果】
【0021】
本願の有益な効果は以下のとおりである。
【0022】
上記方案において、ＵＳＩＭの機能を実現できるセキュリティモジュールとＣＡサーバとの間でセキュアチャネルを直接的に確立し、前記セキュアチャネルによりＣＡサーバからセッションキーとデジタル証明書を取得することにより、デジタル証明書の申請に用いられるセッションキーがセキュアチャネル以外の環境において伝送されることがなく、セッションキーが物理的衝撃を受ける確率を低減させ、セキュリティリスクを低減させ、プロビジョニングのセキュリティを向上させる。
【図面の簡単な説明】
【0023】
【図1】生産ラインにおけるオフライン充填の自律的な方式の概略図を示す。
【図2】生産ラインにおけるオフライン充填の機器構成管理（ＤＣＭ）エージェント方式の概略図を示す。
【図3】ＧＢＡ概略図を示す。
【図4】伝送層セキュリティ（ＴＬＳ）に基づくＰＣ申請のアーキテクチャ図を示す。
【図5】関連技術におけるＧＢＡに基づく端末の実現におけるセキュリティリスクの概略図を示す。
【図6】５ＧＡＡから提案された、ＧＢＡに基づく構成方案がＰＣ申請に用いられる時のセキュリティリスクの概略図を示す。
【図7】本願の実施例によるプロビジョニング方法のフローチャートを示す。
【図8】本願の実施例によるＥＣ申請のＧＢＡに基づくセキュリティ実現アーキテクチャの概略図を示す。
【図9】本願の実施例によるＰＣ申請のＧＢＡに基づくセキュリティ実現アーキテクチャの概略図を示す。
【図10】本願の実施例によるＵＳＩＭアーキテクチャの概略図を示す。
【図11】本願の実施例による端末機器のモジュールの概略図を示す。
【発明を実施するための形態】
【0024】
以下、まず、本願の実施例に関わる関連技術を以下のように簡単に説明する。
【0025】
現在では、生産ラインにおけるオフライン充填は、Ｖ２Ｘ端末機器（車載ユニット（Ｏｎ Ｂｏａｒｄ Ｕｎｉｔ：ＯＢＵ）、路側ユニット（Ｒｏａｄ Ｓｉｄｅ Ｕｎｉｔ：ＲＳＵ）などを含む）の初期セキュリティ構成を実現する主な方法であり、機器におけるＨＳＭに対してプロビジョニングを行うことができる。ここで、Ｖ２Ｘ機能を有する自動車出荷前のＯＢＵ機器のプロビジョニングプロセスを例として説明する。他のタイプＶ２Ｘ端末も類似した処理プロセスを有する。
【0026】
実現方法によれば、生産ラインにおけるオフライン充填は、自律的な方式と機器構成管理（Ｄｅｖｉｃｅ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｍａｎａｇｅｒ：ＤＣＭ）エージェント方式の２つ方式があり、そのプロセスは、それぞれ図１と図２に示すとおりである。
【0027】
自律的な方式において、生産ラインワーカーは、外部機器によりＯＢＵ機器のＨＳＭセキュリティモジュールをトリガーして、公開鍵と秘密鍵のペアを生成するか、又は、外部暗号化機器により、公開鍵と秘密鍵のペアを生成した後、ＨＳＭに注入する。それと同時に、生産ラインは、登録認証局（Ｅｎｒｏｌｌｍｅｎｔ Ｃｅｒｔｉｆｉｃａｔｅ Ａｕｔｈｏｒｉｔｙ：ＥＣＡ）サーバのアドレス情報及びデジタル証明書も合わせて注入する。続いて、生産ラインワーカーは、ＯＢＵ機器をトリガーして、ＥＣＡサーバにアクセスする。ＯＢＵ機器は、ＥＣＡサーバのデジタル証明書を用いて、その身分の合法性を証明し、両者の間で安全な通信チャネルを確立する。最後に、セキュアチャネルによる保護の下で、ＯＢＵ機器は、ＥＣＡサーバに公開鍵をアップロードし、登録証明書（Ｅｎｒｏｌｌｍｅｎｔ Ｃｅｒｔｉｆｉｃａｔｅ：ＥＣ）デジタル証明書を申請してダウンロードし、ＨＳＭに安全に記憶する。
【0028】
ＤＣＭエージェント方式の作動原理は、自律的な方式とほぼ同じであるが、実現フローが異なる。ＤＣＭエージェント方式において、生産ラインは、ＤＣＭエージェントノードを部署し、ＥＣＡサーバと相互認証を事前に行い、安全な通信チャネルを確立し、全てのまもなく出荷される車両に対して統一的なサーバを提供する。初期セキュリティ構成のプロセスにおいて、ＤＣＭは、ＯＢＵ機器に対して、公開鍵と秘密鍵のペアを生成し、ＯＢＵ端末機器の代わりに、ＥＣＡサーバとインタラクションを行い、ＥＣデジタル証明書を申請及びダウンロードする。最後に、ＤＣＭは、生成された公開鍵と秘密鍵のペア、取得されたＥＣデジタル証明書、ＥＣＡサーバの証明書及びＥＣＡサーバアドレス情報を安全な方式でＯＢＵのＨＳＭに注入することによって、ＯＢＵ機器の初期セキュリティ構成を完了する。
【0029】
５ＧＡＡは、「Ｅｆｆｉｃｉｅｎｔ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｓｙｓｔｅｍ Ｓｉｍｐｌｉｆｉｃａｔｉｏｎｓ」という検討レポートにおいて、ＧＢＡ技術に基づくＶ２Ｘ端末機器の初期セキュリティ構成方法を提案した。該方案は、ＵＳＩＭ及びそのコード番号（例えば、国際移動ユーザ識別コード（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ：ＩＭＳＩ）、モバイルステーション国際ユーザ番号（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｄｉｒｅｃｔｏｒｙ Ｎｕｍｂｅｒ：ＭＳＩＳＤＮ）、集積回路カード識別コード（Ｉｎｔｅｇｒａｔｅ ｃｉｒｃｕｉｔ ｃａｒｄ ｉｄｅｎｔｉｔｙ：ＩＣＣＩＤ）など）を初期時刻でのＶ２Ｘ端末機器の識別子とし、機器の身分を表す。ＵＳＩＭに基づいて、Ｖ２Ｘ端末機器は、キャリアネットワークにアクセスし、認証と鍵合意（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ｋｅｙ Ａｇｒｅｅｍｅｎｔ：ＡＫＡ）メカニズムにより、ネットワークと双方向認証と鍵合意を行い、アプリケーションのために、共有されるセッションキーＫｓ＿ＮＡＦを生成して提供することができ、最終的に、Ｖ２Ｘ機器とＥＣＡサーバとの間で安全な伝送チャネル、例えば、ＴＬＳセキュアチャネルを確立することができる。
【0030】
図３は、ＧＢＡ汎用ブートストラップアーキテクチャを示す。該アーキテクチャは、以下の部分で構成される。
【0031】
Ａ１１：Ｖ２Ｘ端末機器で提供されるＧＢＡ能力サポートのソフトウェア、つまり、ＧＡＡサーバ（ＧＡＡ Ｓｅｒｖｅｒ）
Ａ１２：ＧＡＡ ＳｅｒｖｅｒソフトウェアとインタフェースするＶ２Ｘ端末におけるＶ２Ｘクライアントソフトウェア
Ａ１３：ＧＡＡ Ｓｅｒｖｅｒソフトウェアと通信するＵＳＩＭ
Ａ１４：ＥＣＡサーバにおけるネットワークアプリケーション機能（Ｎｅｔｗｏｒｋ Ａｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎ：ＮＡＦ）ソフトウェア
Ａ１５：ブートストラップサーバ機能（Ｂｏｏｔｓｔｒａｐｐｉｎｇ Ｓｅｒｖｅｒ Ｆｕｎｃｔｉｏｎ：ＢＳＦ）コアネットワークエレメント
Ａ１２：ＧＡＡ ＳｅｒｖｅｒソフトウェアとインタフェースするＶ２Ｘ端末におけるＶ２Ｘクライアントソフトウェア
Ａ１３：ＧＡＡ Ｓｅｒｖｅｒソフトウェアと通信するＵＳＩＭ
Ａ１４：ＥＣＡサーバにおけるネットワークアプリケーション機能（Ｎｅｔｗｏｒｋ Ａｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎ：ＮＡＦ）ソフトウェア
Ａ１５：ブートストラップサーバ機能（Ｂｏｏｔｓｔｒａｐｐｉｎｇ Ｓｅｒｖｅｒ Ｆｕｎｃｔｉｏｎ：ＢＳＦ）コアネットワークエレメント
【0032】
ネットワークＧＢＡのセキュリティ認証方法によれば、Ｖ２Ｘ端末機器は、ＵＳＩＭカードにおけるルートキーを利用して、ＡＫＡメカニズムによって、モバイルセルラネットワークと双方向身分認証を行い、ＢＳＦと協議して、共有されるセッションキーＫｓ＿ＮＡＦを生成することができる。続いて、Ｖ２Ｘ端末機器からの証明書申請要求を受信した場合、ＥＣＡサーバは、ＢＳＦとインタラクションを行い、セッションキーＫｓ＿ＮＡＦを取得し、Ｋｓ＿ＮＡＦに基づいて、Ｖ２Ｘ端末機器の身分を認証する。身分認証にパスした後、ＥＣＡは、Ｖ２Ｘ端末機器からのＥＣ証明書申請要求を受け付け、審査にパスした後に、Ｖ２Ｘ端末機器にＥＣデジタル証明書を授与する。上記プロセスにおいて、ＥＣＡサーバとＶ２Ｘ端末機器のアプリケーション層情報インタラクションは、共有セッションキーＫｓ＿ＮＡＦに基づいて確立されたセキュアチャネルにおいて行われるため、メッセージ伝送のセキュリティも確保される。
【0033】
上述した、ＧＢＡに基づく解決案は、ＵＳＩＭをＶ２Ｘ端末機器の初期身分識別子として使用し、如何なるセキュリティクレデンシャル（例えば、Ｘ．５０９デジタル証明書）を予め構成する必要がなく、モバイルセルラネットワークによって、Ｖ２Ｘ端末機器からＥＣＡサーバへのセキュアチャネルを確立し、機器のプロビジョニングをオンラインで完了することができる。この方案において、初期セキュリティ構成に関わる操作及びインタラクションは、Ｖ２Ｘ端末機器自己により完了され、オフライン充填方式のように、生産ラインの安全な環境に依存して構成操作のセキュリティを確保する必要がない。従って、企業の生産ラインのアップグレード改造のコストを大幅に低減させる。
【0034】
これに加えて、該方法は、自動車の生産地と自動車の販売地が同一の区域ではないシーンに適用可能である。ネットワーク側構成により、車載ＯＢＵ端末と自動車販売、使用地のＥＣＡとのドッキングを許容し、自動車生産プロセスにおいて、車載ＯＢＵ端末に対して、どこのＥＣＡサーバのＸ．５０９デジタル証明書を予め構成するかの問題を解決した。
【0035】
身分認証及びセキュアチャネル確立プロセスにおいて、ＵＳＩＭにおけるコード番号は、Ｖ２Ｘ機器の一意的な識別子としてもよく、初期状態でＶ２Ｘ端末機器が認証されておらず、ＥＣＡサーバＸ．５０９デジタル証明書のみによれば、Ｖ２Ｘ端末機器を認証できないという状況を避ける。
【0036】
中国インテリジェント交通産業連合によって現在検討されている『車路協同に基づく通信（匿名）証明書管理技術規範』において、Ｖ２Ｘ端末機器（ＯＢＵ、ＲＳＵなどを含む）により匿名証明書を申請して取得する方法を提案した。該方法の全体的な構想は、伝送層セキュリティ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ：ＴＬＳ）の方式で、匿名認証局（Ｐｓｅｕｄｏｎｙｍ Ｃｅｒｔｉｆｉｃａｔｅ Ａｕｔｈｏｒｉｔｙ：ＰＣＡ）サーバとＶ２Ｘ端末機器との間で身分認証を行い、ＴＬＳセキュア通信チャネルを確立し、続いて、Ｖ２Ｘ端末機器がＴＬＳセキュアチャネルによってＰＣＡサーバとインタラクションを行い、ＰＣデジタル証明書を申請することを勧めることである。規範の草案において、匿名証明書申請に関連する章節の記述は、以下のとおりである。
【0037】
本規範が適用可能なシーンは、車載ユニット（ＯＢＵ）又は路側ユニット（ＲＳＵ）が、ＥＣＡによって授与された有効登録証明書を所持する場合、それを利用してＡＣＡに対して通信（匿名）証明書を申請し、ＲＳＵ又はＯＢＵと情報インタラクションを行い、それにより関連情報サービスを取得し、取得された情報に対して署名検証を行う能力を有するシーンである。なお、本規範は、同様に、ＯＢＵがＡＣＡに対して通信（匿名）証明書を申請して他のＯＢＵと通信を行うシーンにも適用可能である。
【0038】
本規範におけるアプリケーションプログラミングインタフェース（ＡＰＩ）は、ハイパーテキストトランスポートセキュリティプロトコル（ＨＴＴＰＳ）を用いる。ＴＬＳ１．２以降のバージョンを用いることが勧められ、ＴＬＳ１．３バージョンを用いることを推奨し、標準ＨＴＴＰＳトランスポート制御プロトコル（Ｔｒａｎｓｐｏｒｔ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ：ＴＣＰ）４４３ポートをサポートし、各コンポーネントの間でＸ．５０９証明書を用いて身分認証を行う。
【0039】
ここで、許可認証局（Ａｕｔｈｏｒｉｚａｔｉｏｎ Ｃｅｒｔｉｆｉｃａｔｅ Ａｕｔｈｏｒｉｔｙ：ＡＣＡ）とは、通信（匿名）証明書に対して管理を行う機関であり、即ち、本明細書におけるＰＣＡである。
【0040】
ＰＣを申請及び取得するプロセスのセキュリティを確保するために、ＴＬＳ方案は、Ｖ２Ｘ端末において、図４に示す方案で実現してもよい。ＨＳＭにおいて、Ｖ２Ｘ端末機器に対して、Ｘ．５０９機器証明書を予め構成し、ＨＳＭとＰＣＡサーバとの間でＴＬＳセキュアチャネルを確立し、通信のセキュリティを確保する。ＰＣに関わる公開鍵と秘密鍵のペアは、ＨＳＭの安全な環境の内部において生成され、ＴＬＳセキュアチャネルによって、公開鍵及び機器情報を報告し、ＰＣデジタル証明書を申請及びダウンロードし、安全に記憶する。方案全体は、安全な環境において行われ、プロセス全体のセキュリティを確保することができる。
【0041】
５ＧＡＡは、「Ｅｆｆｉｃｉｅｎｔ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｓｙｓｔｅｍ Ｓｉｍｐｌｉｆｉｃａｔｉｏｎｓ」という検討レポートにおいて、汎用ブートストラップアーキテクチャ（Ｇｅｎｅｒｉｃ Ｂｏｏｔｓｔｒａｐｐｉｎｇ Ａｒｃｈｉｔｅｃｔｕｒｅ：ＧＢＡ）技術に基づくＶ２Ｘ端末機器の初期セキュリティ構成方法を提案した。該方案をＰＣの申請に用いると、Ｘ．５０９証明書を予め構成することを避け、企業の生産ラインの改造コストを低減させることができる。
【0042】
関連技術の欠点：
Ｖ２Ｘ端末機器の安全な初期化プロセスがキー、デジタル証明書などの機密パラメータ及び情報のプロビジョニングに係るため、該プロセスには、セキュリティに対する極めて厳しい要件がある。従って、生産環境、端末機器、メッセージインタラクションなどの各リンクのセキュリティを確保する必要がある。
Ｖ２Ｘ端末機器の安全な初期化プロセスがキー、デジタル証明書などの機密パラメータ及び情報のプロビジョニングに係るため、該プロセスには、セキュリティに対する極めて厳しい要件がある。従って、生産環境、端末機器、メッセージインタラクションなどの各リンクのセキュリティを確保する必要がある。
【0043】
１．１ 生産ラインにおけるオフライン充填
生産ラインにおけるオフライン充填の初期セキュリティ構成方法は、Ｖ２Ｘ端末機器の外部に公開鍵と秘密鍵のペアを生成し、ひいては、エージェントによってＥＣデジタル証明書申請を行う必要がある。これは、メーカー又はＶ２Ｘ端末サプライヤ（初期セキュリティ構成作業は誰によって完了されるかによって決まる）の生産環境に対して、極めて高い安全要件を求める。企業は、コンプライアンス、監査、管理制御などの多方面における安全生産要件を満たすために、大量の時間、コストを投入して生産ラインにおいてアップグレード改造を行い、生産ラインワーカーに対してセキュリティトレーニングを行わなければならない。
生産ラインにおけるオフライン充填の初期セキュリティ構成方法は、Ｖ２Ｘ端末機器の外部に公開鍵と秘密鍵のペアを生成し、ひいては、エージェントによってＥＣデジタル証明書申請を行う必要がある。これは、メーカー又はＶ２Ｘ端末サプライヤ（初期セキュリティ構成作業は誰によって完了されるかによって決まる）の生産環境に対して、極めて高い安全要件を求める。企業は、コンプライアンス、監査、管理制御などの多方面における安全生産要件を満たすために、大量の時間、コストを投入して生産ラインにおいてアップグレード改造を行い、生産ラインワーカーに対してセキュリティトレーニングを行わなければならない。
【0044】
現在、実力が十分にある海外ブランド自動車企業において、安全な生産環境が配置されており、オフライン充填の方式で生産を行う。しかしながら、大多数の中国自主ブランドはこのような安全生産環境を有しない。それらに対して、同様にオフライン充填の方式で生産を行うことを求めると、企業に対して、極めて大きいコストを必要とする。従って、より簡単かつ安全な解決策を模索する必要がある。
【0045】
１．２ ＧＢＡ技術に基づくＥＣのオンライン構成
５ＧＡＡにより現在提案された方案の、Ｖ２Ｘ端末機器側での実現方法に、安全ホールが存在し、共有セッションキーＫｓ＿ＮＡＦに対する物理的攻撃によるセキュリティリスクが存在する。具体的な原因は以下のとおりである。
５ＧＡＡにより現在提案された方案の、Ｖ２Ｘ端末機器側での実現方法に、安全ホールが存在し、共有セッションキーＫｓ＿ＮＡＦに対する物理的攻撃によるセキュリティリスクが存在する。具体的な原因は以下のとおりである。
【0046】
Ｖ２Ｘ端末機器の初期セキュリティ構成プロセスのセキュリティを確保するために、一般的には、該プロセスに係る機密性の高いセキュリティパラメータ及び情報（例えば、公開鍵と秘密鍵のペア、共有鍵、種々の中間鍵など）が機器ローカルの安全な環境において処理され、その生命周期内に端末ローカルの安全な環境から離れてはいけないことを求める。端末ローカルの安全な環境は一般的には、評価されており一定のセキュリティレベルを達するハードウェアモジュール、例えば、ＵＳＩＭ、ハードウェアセキュリティモジュール（Ｈａｒｄｗａｒｅ Ｓｅｃｕｒｉｔｙ Ｍｏｄｕｌｅ：ＨＳＭ）などにより提供される。なお、Ｖ２Ｘ端末機器と外部との通信のセキュリティを実現するために、メッセージ伝送のセキュリティを確保する必要もある。Ｖ２Ｘ端末機器の初期セキュリティ構成プロセスに対応して、Ｖ２Ｘ端末機器とＥＣＡサーバとの間で安全な通信チャネルにより通信を行うことが求められ、且つ、端末側では、全ての情報が安全な環境においてインタラクションを行うことを確保するために、セキュアチャネルは、機器ローカルのセキュリティモジュールにおいて終了されるべきである。
【0047】
５ＧＡＡレポートから提案された実現方案において、ＨＳＭは、Ｖ２Ｘ端末機器の初期セキュリティ構成の対象である。ＥＣを申請するための公開鍵と秘密鍵のペアは、ＨＳＭにより生成され、ＨＳＭとＥＣＡサーバとは、ＵＳＩＭによりＧＢＡ技術に基づいて生成された共有セッションキーＫｓ＿ＮＡＦを利用してＴＬＳセキュアチャネルを確立する。しかしながら、Ｖ２Ｘ端末機器アーキテクチャに限られて、ＵＳＩＭは、ＨＳＭの外に位置する独立したセキュリティエンティティであるため、ＵＳＩＭは、ＧＢＡメカニズムにより生成された共有セッションキーＫｓ＿ＮＡＦを、安全な環境以外の伝送チャネルを介してＨＳＭに伝達する必要がある。これにより、共有セッションキーＫｓ＿ＮＡＦが安全な環境外に露出され、特に、アプリケーションプロセッサ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｃｅｓｓｏｒ：ＡＰ）を経由することによって、物理的攻撃などのセキュリティリスクに直面する。セキュアチャネルを確立するための共有セッションキーＫｓ＿ＮＡＦが伝達プロセスにおいて漏洩されると、Ｖ２Ｘ端末機器とＥＣＡサーバとのメッセージインタラクションのセキュリティを確保できない。
【0048】
上記セキュリティリスクに限られて、企業は、技術案を選択する時、このリスクに対してセキュリティ評価を行う必要がある。該リスクが制御可能である場合にのみ、ＧＢＡ初期セキュリティ構成方案を使用できる。これは、該方案の応用範囲を大きく制限する。
【0049】
これに加えて、５ＧＡＡにより提案されたＧＢＡ方案が端末で実現する時、ＨＳＭは、公開鍵と秘密鍵のペアの生成、ＴＬＳセキュアチャネルの確立、ＥＣ証明書の申請、ダウンロード及び記憶を担当し、ＵＳＩＭは、ＧＢＡ技術に基づく関連セッションキーの生成を担当する。端末の実現コストが高い。これは、端末がＵＳＩＭとＨＳＭという２つのセキュリティモジュールを同時にサポートすることを求め、ＨＳＭセキュリティハードウェアの価格が高く、端末の実現コストが高い。
【0050】
上記欠点に対して、比較的に直接的な解決案は、ＵＳＩＭとＨＳＭを同一の物理モジュール又はチップに集積してパッケージングし、キー伝送時の漏洩を避け、セキュリティを向上させることである。しかしながら、現在、このような端末チップ又はモジュール製品が存在せず、現在の段階では、Ｖ２Ｘ端末機器において実現できない。
【0051】
１．３ ＴＬＳに基づくＰＣのデプロイメント方案
『車路協同に基づく通信（匿名）証明書管理技術規範』において、ＴＬＳ方式を用いて、Ｖ２Ｘ端末機器のために、匿名デジタル証明書を申請することを提案し、Ｘ．５０９証明書を用いて、Ｖ２Ｘ端末機器からＰＣＡサーバへのセキュアチャネルを確立することを求める。これは、自動車企業又はＶ２Ｘ端末機器サプライヤがＶ２Ｘ端末機器に対してＸ．５０９デジタル証明書を予め構成することを意味し、これは、生産ラインのアップグレード改造を求める。それと同時に、Ｘ．５０９デジタル証明書を予め構成することは、キーなどの機密性の高いセキュリティ情報の構成に係るため、このプロセスにおいて、安全な生産環境に対して求められる要件が極めて厳しく、これは、企業に対して、生産ラインのアップグレード改造のための大きいコストを引き起こす。
『車路協同に基づく通信（匿名）証明書管理技術規範』において、ＴＬＳ方式を用いて、Ｖ２Ｘ端末機器のために、匿名デジタル証明書を申請することを提案し、Ｘ．５０９証明書を用いて、Ｖ２Ｘ端末機器からＰＣＡサーバへのセキュアチャネルを確立することを求める。これは、自動車企業又はＶ２Ｘ端末機器サプライヤがＶ２Ｘ端末機器に対してＸ．５０９デジタル証明書を予め構成することを意味し、これは、生産ラインのアップグレード改造を求める。それと同時に、Ｘ．５０９デジタル証明書を予め構成することは、キーなどの機密性の高いセキュリティ情報の構成に係るため、このプロセスにおいて、安全な生産環境に対して求められる要件が極めて厳しく、これは、企業に対して、生産ラインのアップグレード改造のための大きいコストを引き起こす。
【0052】
１．４ ＧＢＡ技術に基づくＰＣのオンラインデプロイメント
５ＧＡＡにより「Ｅｆｆｉｃｉｅｎｔ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｓｙｓｔｅｍ Ｓｉｍｐｌｉｆｉｃａｔｉｏｎｓ」検討レポートにおいて提案された、ＧＢＡに基づくプロビジョニング方法は、主にＥＣのプロビジョニングに用いられる。該方法は、主に、ＥＣのプロビジョニングを完了するために用いられ、ＰＣの初期申請に対して設計されたものではない。これをＰＣ申請に用いると、端末に、物理的攻撃などの潜在的なセキュリティリスクが存在する。図５に示す問題と同様に、これは、セッションキーＫｓ＿ＮＡＦを伝送プロセスにおいてセキュア環境外に露出させることを引き起こし、図６に示すように、Ｋｓ＿ＮＡＦが改ざんされて漏洩されるというセキュリティリスクが存在する。
５ＧＡＡにより「Ｅｆｆｉｃｉｅｎｔ Ｐｒｏｖｉｓｉｏｎｉｎｇ Ｓｙｓｔｅｍ Ｓｉｍｐｌｉｆｉｃａｔｉｏｎｓ」検討レポートにおいて提案された、ＧＢＡに基づくプロビジョニング方法は、主にＥＣのプロビジョニングに用いられる。該方法は、主に、ＥＣのプロビジョニングを完了するために用いられ、ＰＣの初期申請に対して設計されたものではない。これをＰＣ申請に用いると、端末に、物理的攻撃などの潜在的なセキュリティリスクが存在する。図５に示す問題と同様に、これは、セッションキーＫｓ＿ＮＡＦを伝送プロセスにおいてセキュア環境外に露出させることを引き起こし、図６に示すように、Ｋｓ＿ＮＡＦが改ざんされて漏洩されるというセキュリティリスクが存在する。
【0053】
本願は、関連技術におけるセッションキーが端末機器のＵＳＩＭとＨＳＭとの間で伝送される必要があり、セッションキーがセキュア環境外において伝送され、物理的攻撃を受けやすいなどのセキュリティリスクが存在するという問題に対して、プロビジョニング方法及び端末機器を提供する。
【0054】
本願の目的、技術案及び利点をより明確にするために、以下、図面及び具体的な実施例を参照しながら、本願を詳しく説明する。
【0055】
図７に示すように、本願の実施例のプロビジョニング方法は、端末機器に適用され、
セキュリティモジュールが認証局（Ｃｅｒｔｉｆｉｃａｔｅ Ａｕｔｈｏｒｉｔｙ：：ＣＡ）サーバとのセキュアチャネルを確立することと、
前記セキュアチャネルによりセッションキーを取得し、ＣＡサーバからデジタル証明書を取得することと、を含む。
セキュリティモジュールが認証局（Ｃｅｒｔｉｆｉｃａｔｅ Ａｕｔｈｏｒｉｔｙ：：ＣＡ）サーバとのセキュアチャネルを確立することと、
前記セキュアチャネルによりセッションキーを取得し、ＣＡサーバからデジタル証明書を取得することと、を含む。
【0056】
説明すべきことは、本願の実施例におけるセキュリティモジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）の機能を実現するためのものである。つまり、セキュリティモジュールがＵＳＩＭの機能をのみ実現する時、該セキュリティモジュールは、ＵＳＩＭである。選択的に、セキュリティモジュールが更に、ＵＳＩＭの機能とハードウェアセキュリティモジュール（ＨＳＭ）の機能を実現するために用いられる時、端末機器においてＵＳＩＭとＨＳＭを集積したことを表し、端末機器においてＵＳＩＭ機能を実現できるＨＳＭを有すると理解されてもよい。
【0057】
説明すべきことは、このような方式において、ＵＳＩＭの機能を実現できるセキュリティモジュールとＣＡサーバとの間で直接的にセキュアチャネルを確立し、デジタル証明書の申請を行う時、ＵＳＩＭにおいて、セッションキーを用いて、申請メッセージの暗号化と保護を行う。ＵＳＩＭからセッションキーをＨＳＭに送信する必要がない。セッションキーが安全な環境外に露出されず、セッションキーが物理的攻撃を受ける確率を低減させる。
【0058】
説明すべきことは、本願の実施例に記載の端末機器は、ＧＢＡ技術に基づくＶ２Ｘ端末機器であり、ＯＢＵ、ＲＳＵ、通行者ウェアラブル機器などの他のタイプのＶ２Ｘ端末機器、モノのインターネット端末機器などであってもよい。ＧＢＡ協議により生成された共有セッションキー（Ｋｓ＿ＮＡＦ）が端末ローカルの安全な環境外で伝送されるという問題を解決し、物理的攻撃などのセキュリティリスクを解消することができる。
【0059】
説明すべきことは、該実施例は、登録証明書（ＥＣ）の申請に用いられてもよく、匿名証明書（ＰＣ）の申請に用いられてもよい。デジタル証明書がＥＣである場合、ＣＡサーバは、登録認証局（ＥＣＡ）サーバであり、前記デジタル証明書がＰＣである場合、ＣＡサーバは、匿名認証局（ＰＣＡ）サーバである。
【0060】
以下、ＥＣとＰＣの申請の観点から、２種の証明書の申請の具体的な実現プロセスを以下のように説明する。以下では、いずれもセキュリティモジュールがＵＳＩＭであることを例として説明する。
【0061】
（一）ＥＣを申請する
図８を参照すると、図８は、ＧＢＡ安全実現方法のアーキテクチャ図である。ここで、Ｖ２Ｘ端末機器は、アプリケーションプロセッサ、アプリケーションプロセッサに接続されるＬＴＥ－Ｖ２Ｘ通信モジュール、及びアプリケーションプロセッサに接続されるＬＴＥ－Ｕｕ通信モジュールを含み、該ＬＴＥ－Ｕｕ通信モジュールは、ＭｏｄｅｍとＵＳＩＭを含み、具体的には、ＵＳＩＭとＥＣＡサーバとの間でセキュアチャネルを確立し、該セキュアチャネルにより、ＵＳＩＭは、ＥＣＡサーバからＥＣを取得する。ここで説明すべきことは、この場合、ＨＳＭは、存在しても存在しなくてもよい。一般的には、端末機器の生成コストを低減させるために、ＨＳＭを省略してもよい。
図８を参照すると、図８は、ＧＢＡ安全実現方法のアーキテクチャ図である。ここで、Ｖ２Ｘ端末機器は、アプリケーションプロセッサ、アプリケーションプロセッサに接続されるＬＴＥ－Ｖ２Ｘ通信モジュール、及びアプリケーションプロセッサに接続されるＬＴＥ－Ｕｕ通信モジュールを含み、該ＬＴＥ－Ｕｕ通信モジュールは、ＭｏｄｅｍとＵＳＩＭを含み、具体的には、ＵＳＩＭとＥＣＡサーバとの間でセキュアチャネルを確立し、該セキュアチャネルにより、ＵＳＩＭは、ＥＣＡサーバからＥＣを取得する。ここで説明すべきことは、この場合、ＨＳＭは、存在しても存在しなくてもよい。一般的には、端末機器の生成コストを低減させるために、ＨＳＭを省略してもよい。
【0062】
具体的には、ＥＣＡサーバからＥＣを取得する前に、ＵＳＩＭは更に、ＥＣを申請するための公開鍵と秘密鍵のペアを生成する必要がある。該公開鍵と秘密鍵のペアを利用して、ＥＣＡサーバからＥＣを取得し、ＥＣを取得した後、ＵＳＩＭは更に、前記ＥＣを記憶するために用いられる。
【0063】
具体的には、前記ＵＳＩＭとＥＣＡサーバとは、汎用集積回路カード（ＵＩＣＣ）に基づく汎用ブートストラップアーキテクチャ（ＧＢＡ）（ＧＢＡ＿Ｕ）の方式で、ＧＢＡセキュアチャネルを確立する。説明すべきことは、ＧＢＡ＿Ｕ方案は、共有セッションキーＫｓ＿ＮＡＦ又は派生された次のレベルのキーが完全にＵＳＩＭにより生成、記憶、使用されることを実現し、Ｖ２Ｘ端末機器とＥＣＡサーバとのセキュアチャネルが端末側ではＵＳＩＭ内部に終了されることを確保する。これは、関連技術における方法において、共有セッションキーＫｓ＿ＮＡＦ又は派生された次のレベルのキーを不安全な環境によりＨＳＭに伝送することによる物理的攻撃などのセキュリティリスクを解消する。
【0064】
更に説明すべきことは、端末機器は更に、直接接続通信サービスの送信を実現することができる。具体的には、ＵＳＩＭは、ＥＣに対応する秘密鍵を使用して、ＰＣ５インタフェースの直接接続通信サービスのメッセージに対して署名を行い、署名されたＰＣ５インタフェースの直接接続通信サービスのメッセージを外部機器に送信する。
【0065】
つまり、この場合、ＵＳＩＭをローカルセキュリティモジュールとして、Ｖ２Ｘ端末機器の初期セキュリティ構成の実現を担当し、セッションキーとパスワードパブリックプライベートキーの生成、記憶、使用、ＥＣの申請、記憶、使用は全てＵＳＩＭセキュリティモジュールにより行われる。ＵＳＩＭは、セキュリティレベルがＥＡＬ ４＋を達する多機能セキュリティエンティティであり、乱数生成、パスワードアルゴリズム演算、安全な記憶などの機能を有するため、Ｖ２Ｘ端末機器の初期セキュリティ構成を安全に実現する能力を有する。
【0066】
この方案において、Ｖ２Ｘ端末機器は、ＵＳＩＭをトリガーして、ＥＣの申請に用いられる公開鍵と秘密鍵のペアを生成する。続いて、Ｖ２Ｘ端末機器は、サポートされるＧＢＡセキュリティ認証能力を呼び出し、モバイルセルラネットワークによってＥＣＡサーバにアクセスし、共有されるセッションキーＫｓ＿ＮＡＦを協議して生成し、Ｖ２Ｘ端末機器とＥＣＡサーバとの間で初期安全信頼関係を確立する。ＥＣＡサーバは、共有されるセッションキーＫｓ＿ＮＡＦに基づいて、Ｖ２Ｘ端末機器の身分が合法かつ有効かどうかを検証する。検証にパスした後、ＥＣＡサーバとＶ２Ｘ端末機器とは、両者間のデータインタラクションのセキュリティを確保するための安全な伝送チャネルを確立する。セキュアチャネルは、セッションキーＫｓ＿ＮＡＦにより確立されてもよく、Ｋｓ＿ＮＡＦを基礎して派生された次のレベルのセッションキーにより確立されてもよい。派生キーの計算は、ＵＳＩＭの安全な環境において行われる。
【0067】
要するに、この場合、端末機器のＵＳＩＭの主な役割は以下を含む。
【0068】
Ｂ１１．ＥＣＡサーバとのＧＢＡセキュアチャネルを確立し、ＧＢＡ＿Ｕ方式を優先して用いる。
Ｂ１２．ＥＣの申請のための公開鍵と秘密鍵のペアを生成する。
Ｂ１３．ＧＢＡセキュア通信チャネルにより、ＥＣＡサーバとインタラクションを行い、ＥＣデジタル証明書及びＥＣＡサーバの証明書を申請してダウンロードする。
Ｂ１４．ＥＣ及び関連する公開鍵と秘密鍵のペアをローカルに安全に記憶する。
Ｂ１２．ＥＣの申請のための公開鍵と秘密鍵のペアを生成する。
Ｂ１３．ＧＢＡセキュア通信チャネルにより、ＥＣＡサーバとインタラクションを行い、ＥＣデジタル証明書及びＥＣＡサーバの証明書を申請してダウンロードする。
Ｂ１４．ＥＣ及び関連する公開鍵と秘密鍵のペアをローカルに安全に記憶する。
【0069】
（二）ＰＣを申請する
説明すべきことは、この場合、Ｖ２Ｘ端末機器は、アプリケーションプロセッサ、アプリケーションプロセッサに接続されるＬＴＥ－Ｖ２Ｘ通信モジュール、及びアプリケーションプロセッサに接続されるＬＴＥ－Ｕｕ通信モジュールを含み、該ＬＴＥ－Ｕｕ通信モジュールは、ＭｏｄｅｍとＵＳＩＭを含み、具体的には、ＵＳＩＭとＰＣＡサーバとの間でセキュアチャネルを確立し、該セキュアチャネルにより、ＵＳＩＭは、ＰＣＡサーバからＰＣを取得する。ここで説明すべきことは、この場合、ＨＳＭは、存在しても存在しなくてもよい。一般的には、端末機器の生成コストを低減させるために、ＨＳＭを省略してもよい。
説明すべきことは、この場合、Ｖ２Ｘ端末機器は、アプリケーションプロセッサ、アプリケーションプロセッサに接続されるＬＴＥ－Ｖ２Ｘ通信モジュール、及びアプリケーションプロセッサに接続されるＬＴＥ－Ｕｕ通信モジュールを含み、該ＬＴＥ－Ｕｕ通信モジュールは、ＭｏｄｅｍとＵＳＩＭを含み、具体的には、ＵＳＩＭとＰＣＡサーバとの間でセキュアチャネルを確立し、該セキュアチャネルにより、ＵＳＩＭは、ＰＣＡサーバからＰＣを取得する。ここで説明すべきことは、この場合、ＨＳＭは、存在しても存在しなくてもよい。一般的には、端末機器の生成コストを低減させるために、ＨＳＭを省略してもよい。
【0070】
具体的には、ＰＣＡサーバからＰＣを取得する前に、ＵＳＩＭは更に、ＰＣを申請するための公開鍵と秘密鍵のペアを生成する必要がある。該公開鍵と秘密鍵のペアを利用して、ＰＣＡサーバからＰＣを取得し、ＰＣを取得した後、ＵＳＩＭは更に、前記ＰＣを記憶するために用いられる。
【0071】
説明すべきことは、ＥＣの役割は、Ｖ２Ｘ端末機器の身分の合法性を証明し、ＰＣ申請メッセージに対して署名保護を行い、ＰＣを申請することであり、具体的には、ＵＳＩＭがＥＣに対応する秘密鍵を使用して、ＰＣ申請メッセージに対して署名を行い、続いて、ＵＳＩＭがＰＣ申請メッセージに基づいて、ＰＣＡサーバからＰＣを取得し、つまり、ＰＣの申請は、ＥＣに基づいて行われる必要がある。つまり、ＰＣ申請を行う前に、端末機器は、既に申請によりＥＣを得た。即ち、ＥＣを安全に取得した後、Ｖ２Ｘ端末機器は、ＰＣＡサーバとインタラクションを行い、ＰＣデジタル証明書を更に申請する。このプロセスにおいて、Ｖ２Ｘ端末機器は、送信されたＰＣ申請要求メッセージに対して署名を行い、受信されたＰＣ申請応答メッセージに対して署名検証を行い、該メッセージの真実性と完全性を確保する。関連技術におけるプロトコルの要件によれば、ＰＣ要求メッセージに対して、ＥＣに対応する秘密鍵を使用して署名を行うべきである。ＥＣに対応するプライベートキーの使用上のセキュリティを確保するために、本願の実施例において、ＵＳＩＭにより、ＰＣ申請要求メッセージの署名保護を行うことによって、ＥＣプライベートキーがＵＳＩＭとＨＳＭとの間で伝送されることによる物理的攻撃などの潜在的なセキュリティリスクを解消することを提案した。セキュリティと利便性を図るために、ＰＣ申請応答メッセージの署名検証もＵＳＩＭによって担当されてもよい。
【0072】
ＵＳＩＭは、１秒間で数十ひいては百回の署名／署名検証処理を実行する能力を有するが、ＰＣデジタル証明書申請メッセージの処理において、高いリアルタイム性要件がないため、ＵＳＩＭを用いて上記処理を行うと、ＰＣの申請の、性能に対する要件を満たすことができる。
【0073】
Ｖ２Ｘ端末機器は、初期セキュリティ構成を完了し、ＥＣデジタル証明書を取得した後、ＥＣデジタル証明書を用いて、ＰＣデジタル証明書を更に申請することによって、ＰＣ５インタフェースの直接接続通信サービスのメッセージに対して安全保護を行う必要がある。
【0074】
関連技術におけるプロトコルによれば、Ｖ２Ｘ機器は、ＰＣＡサーバに対してＰＣデジタル証明書を申請する時、ＥＣを用いて身分の合法性を証明し、ＥＣに対応する秘密鍵を使用して、ＰＣ申請メッセージに対して署名を行い、メッセージの真実性を確保する。
【0075】
更に、ＰＣＡサーバから送信されたフィードバックメッセージ（例えば、該フィードバックメッセージが証明書申請応答メッセージである）を受信する時、ＰＣＡサーバの公開鍵を利用して、受信された前記フィードバックメッセージに対して署名検証を行い、ＰＣを取得する必要がある。
【0076】
ＰＣデジタル証明書の取得、構成プロセスのセキュリティを確保し、潜在的な物理的セキュリティリスクを防止するために、全てのキーがいずれもＶ２Ｘ端末機器ローカルの安全な環境において処理されることを確保し、ＧＢＡ技術に基づいて生成される共有セッションキーＫｓ＿ＮＡＦがＵＳＩＭと他のセキュリティモジュール（例えば、ＨＳＭ）との間で伝送されることを避けるべきである。
【0077】
このために、本願の実施例は、ＵＳＩＭをローカルセキュリティモジュールとして、Ｖ２Ｘ端末機器の初期セキュリティ構成の実現を担当し、セッションキーとパスワードパブリックプライベートキーの生成、記憶、使用、ＰＣの申請、記憶、使用は全てＵＳＩＭセキュリティモジュールにより行われる。ＵＳＩＭは、セキュリティレベルがＥＡＬ ４＋を達する多機能セキュリティエンティティであり、乱数生成、パスワードアルゴリズム演算、安全記憶などの機能を有するため、Ｖ２Ｘ端末機器の初期セキュリティ構成を安全に実現する能力を有する。
【0078】
本願の実施例において、Ｖ２Ｘ端末機器は、ＵＳＩＭをトリガーして、ＰＣの申請に用いられる公開鍵と秘密鍵のペアを生成する。続いて、Ｖ２Ｘ端末機器は、サポートされるＧＢＡセキュリティ認証能力を呼び出し、モバイルセルラネットワークによってＰＣＡサーバにアクセスし、共有されるセッションキーＫｓ＿ＮＡＦを協議して生成し、Ｖ２Ｘ端末機器とＰＣＡサーバとの間で初期安全信頼関係を確立する。ＰＣＡサーバは、共有されるセッションキーＫｓ＿ＮＡＦに基づいて、Ｖ２Ｘ端末機器の身分が合法かつ有効かどうかを検証する。検証にパスした後、ＰＣＡサーバとＶ２Ｘ端末機器とは、両者間のデータインタラクションのセキュリティを確保するための安全な伝送チャネルを確立する。セキュアチャネルは、セッションキーＫｓ＿ＮＡＦにより確立されてもよく、Ｋｓ＿ＮＡＦを基礎して派生された次のレベルのセッションキーにより確立されてもよい。派生キーの計算は、ＵＳＩＭ安全な環境において行われる。
【0079】
本願の実施例は、ＵＳＩＭを用いて、ＰＣデジタル証明書の申請に必要な公開鍵と秘密鍵のペアを生成し、ＧＢＡ＿Ｕ方式を優先して用いて、ＵＳＩＭからＰＣＡサーバへのセキュア通信チャネルを確立する。ＧＢＡセキュアチャネルにより、ＵＳＩＭは、ＰＣＡとインタラクションを行い、ＰＣデジタル証明書を申請し、ＰＣＡサーバの証明書をダウンロードし、ダウンロードされたデジタル証明書及び公開鍵と秘密鍵のペアをＵＳＩＭローカルに安全に記憶する。
【0080】
Ｖ２Ｘ端末機器とＰＣＡサーバとのインタラクションのＰＣ申請メッセージなどに対して、ＵＳＩＭに記憶されているＥＣに対応するプライベートキーによりデジタル署名を行うべきである。
【0081】
車のインターネットＰＣ５インタフェース（即ち、ダイレクトリンクインタフェース）の直接接続通信メッセージの送信レートが低く、約１０通／秒であることを考慮して、ＵＳＩＭは、送信メッセージに対してリアルタイムに署名を行うという需要を満たすことができる。従って、本願の実施例は、ＵＳＩＭを用いて、ＰＣ５直接接続通信サービスメッセージに対して署名保護を行うことを提案した。即ち、ＰＣ５サービスメッセージを送信する時、まず、端末ＡＰ（アプリケーションプロセッサ）により、ＰＣ５サービスメッセージをＵＳＩＭに送信し、それによりＰＣに対応する秘密鍵を使用してメッセージに対して署名を行った後、該サービスメッセージをＬＴＥ－Ｖ２Ｘ通信グループによって送信する。それと同時に、ＰＣ５直接接続通信メッセージ送信の遅延を減少させるために、ＵＳＩＭは、取得されたＰＣデジタル証明書を外部モジュール又はチップ（例えば、ＡＰ、ＨＳＭ、ＬＴＥ－Ｖ２Ｘ通信モジュール）に送信してもよい。外部モジュール又はチップがＰＣ５サービスメッセージを送信する時にＰＣも一緒に送信し、車－車、車－路側施設間のポイントツーポイントのデジタル証明書配布を実現することを容易にする。
【0082】
本願の実施例は、ＰＣ申請に関わる全てのキー（例えば、ＥＣに対応するプライベートキー、ＰＣのパブリックプライベートキー、ＧＢＡ協議により生成された共有セッションキーＫｓ＿ＮＡＦ又は派生された次のレベルのキーなど）及びパスワード演算がいずれもＵＳＩＭ完全環境において処理され、ＧＢＡセキュアチャネルがＵＳＩＭ安全な環境内部に終了されることを確保できるため、ＰＣの申請、伝送、処理、記憶などのプロセスは安全であり、５ＧＡＡ方案における潜在的な物理的攻撃などのセキュリティリスクを避ける。ＰＣデジタル証明書の公開が許容されるため、ＰＣを外部モジュール又はチップに送信して処理することは、方案のセキュリティに影響を及ぼさない。
【0083】
要するに、この場合、端末機器のＵＳＩＭの主な役割は以下を含む。
【0084】
Ｂ２１．ＰＣＡサーバとのＧＢＡセキュアチャネルを確立し、ＧＢＡ＿Ｕ方式を優先して用いる。
Ｂ２２．ＰＣデジタル証明書の申請のための公開鍵と秘密鍵のペアを生成する。
Ｂ２３．ＧＢＡセキュア通信チャネルにより、ＰＣＡサーバとインタラクションを行い、ＰＣデジタル証明書及びＰＣＡサーバの証明書を申請してダウンロードする。このプロセスにおいて、ＥＣに対応する秘密鍵を使用して、ＰＣ申請メッセージに対して署名を行い、ＰＣＡサーバ証明書の公開鍵を用いて、受信されたメッセージに対して署名検証を行う。
Ｂ２４．ＰＣデジタル証明書及び関連する公開鍵と秘密鍵のペアをローカルに安全に記憶する。
Ｂ２５．ＰＣに対応する秘密鍵を使用して、送信されたＰＣ５インタフェースの直接接続通信サービスのメッセージに対して署名を行う。
Ｂ２７．ＰＣを外部モジュール又はチップに送信する。
Ｂ２８．ＰＣ申請メッセージに対して署名、署名検証を行う。
Ｂ２２．ＰＣデジタル証明書の申請のための公開鍵と秘密鍵のペアを生成する。
Ｂ２３．ＧＢＡセキュア通信チャネルにより、ＰＣＡサーバとインタラクションを行い、ＰＣデジタル証明書及びＰＣＡサーバの証明書を申請してダウンロードする。このプロセスにおいて、ＥＣに対応する秘密鍵を使用して、ＰＣ申請メッセージに対して署名を行い、ＰＣＡサーバ証明書の公開鍵を用いて、受信されたメッセージに対して署名検証を行う。
Ｂ２４．ＰＣデジタル証明書及び関連する公開鍵と秘密鍵のペアをローカルに安全に記憶する。
Ｂ２５．ＰＣに対応する秘密鍵を使用して、送信されたＰＣ５インタフェースの直接接続通信サービスのメッセージに対して署名を行う。
Ｂ２７．ＰＣを外部モジュール又はチップに送信する。
Ｂ２８．ＰＣ申請メッセージに対して署名、署名検証を行う。
【0085】
説明すべきことは、関連技術における自動車産業端末における方案との互換性を実現するために、本願の実施例は、ＨＳＭがキーを生成、記憶、使用する場合、ＧＢＡ技術に基づいて証明書を安全に申請する方式を更に提供する。それにより、本願の適用性を拡張する。説明すべきことは、この場合、セキュリティモジュールもＵＳＩＭの機能をのみ実現し、即ち、セキュリティモジュールは、ＵＳＩＭである。
【0086】
具体的には、ＵＳＩＭがＣＡサーバからデジタル証明書を取得した後、前記デジタル証明書をＨＳＭに送信し、ＨＳＭが前記デジタル証明書の記憶を行う。更に説明すべきことは、デジタル証明書の申請を行う前に、ＨＳＭは、まず、デジタル証明書の申請を行う公開鍵と秘密鍵のペアを生成し、前記公開鍵と秘密鍵のペアを記憶する。続いて、ＨＳＭは、デジタル証明書の申請を行う公開鍵をＵＳＩＭに送信する。ＵＳＩＭにより、該公開鍵を利用してデジタル証明書の申請を実現し、ＣＡサーバからデジタル証明書を取得する。この場合、ＨＳＭにより、直接接続通信サービスメッセージの送信を実現する。具体的には、ＨＳＭは、まず、デジタル証明書に対応する秘密鍵を使用して、ＰＣ５インタフェースの直接接続通信サービスのメッセージに対して署名を行い、続いて、署名されたＰＣ５インタフェースの直接接続通信サービスのメッセージを外部機器に送信する。
【0087】
以下、ＥＣとＰＣの申請の観点から、２種の証明書の申請の具体的な実現プロセスを以下のように説明する。
【0088】
（一）ＰＣを申請する
この場合、ＨＳＭを用いて、ＰＣの申請に必要な公開鍵と秘密鍵のペアを生成し、ＧＢＡ＿Ｕ方式を優先して用いて、ＵＳＩＭからＰＣＡサーバへのセキュア通信チャネルを確立する。ＰＣの申請を行う時、ＨＳＭは、生成されたＰＣデジタル証明書の公開鍵をＵＳＩＭに伝送し、続いて、ＵＳＩＭにより、ＰＣＡとインタラクションを行い、ＰＣデジタル証明書を申請し、ＰＣＡサーバの証明書をダウンロードする。続いて、ＵＳＩＭは、ダウンロードされたＰＣ及びＰＣＡサーバ証明書をＨＳＭに送信して安全に記憶する。証明書申請プロセスにおいて、ＵＳＩＭは、記憶されたＥＣに対応する秘密鍵を使用して、ＰＣ申請メッセージなどに対してデジタル署名を行う。
この場合、ＨＳＭを用いて、ＰＣの申請に必要な公開鍵と秘密鍵のペアを生成し、ＧＢＡ＿Ｕ方式を優先して用いて、ＵＳＩＭからＰＣＡサーバへのセキュア通信チャネルを確立する。ＰＣの申請を行う時、ＨＳＭは、生成されたＰＣデジタル証明書の公開鍵をＵＳＩＭに伝送し、続いて、ＵＳＩＭにより、ＰＣＡとインタラクションを行い、ＰＣデジタル証明書を申請し、ＰＣＡサーバの証明書をダウンロードする。続いて、ＵＳＩＭは、ダウンロードされたＰＣ及びＰＣＡサーバ証明書をＨＳＭに送信して安全に記憶する。証明書申請プロセスにおいて、ＵＳＩＭは、記憶されたＥＣに対応する秘密鍵を使用して、ＰＣ申請メッセージなどに対してデジタル署名を行う。
【0089】
ＰＣ５直接接続通信メッセージ送信の遅延を減少させるために、ＵＳＩＭ／ＨＳＭは更に、取得されたＰＣを他の外部モジュール又はチップ（例えば、ＡＰ、ＬＴＥ－Ｖ２Ｘ通信モジュール）に送信してもよい。外部モジュール又はチップがＰＣ５サービスメッセージを送信する時にＰＣも一緒に送信し、車－車、車－路側施設間のポイントツーポイントのデジタル証明書配布を実現することを容易にする。
【0090】
Ｖ２Ｘ端末機器は、ＰＣ５インタフェースの直接接続通信サービスのメッセージを送信する時、メッセージをＨＳＭに送信し、ＰＣデジタル証明書に対応する秘密鍵を使用して署名を行った後に、ＬＴＥ－Ｖ２Ｘ通信グループにより送信を行う。
【0091】
図９に示すように、この場合、ＰＣの公開鍵をＨＳＭからＵＳＩＭに伝送する。公開鍵の公開が許容されるため、公開鍵が漏洩されるというセキュリティリスクが存在せず、セキュリティを向上させる。
【0092】
要するに、この場合、端末機器のＵＳＩＭの主な役割は以下を含む。
【0093】
Ｃ１１．ＰＣＡサーバとのＧＢＡセキュアチャネルを確立し、ＧＢＡ＿Ｕ方式を優先して用いる。
Ｃ１２．ＨＳＭから送信されたＰＣ公開鍵を受信し、それのために、ＰＣデジタル証明書を申請する。
Ｃ１３．ＧＢＡセキュア通信チャネルにより、ＰＣＡサーバとインタラクションを行い、ＰＣデジタル証明書及びＰＣＡサーバの証明書を申請してダウンロードする。このプロセスにおいて、ＥＣに対応する秘密鍵を使用して、ＰＣ申請メッセージに対して署名を行い、ＰＣＡサーバ証明書の公開鍵を用いて、受信されたメッセージに対して署名検証を行う。
Ｃ１４．ＰＣデジタル証明書及びＰＣＡサーバの証明書をＨＳＭに送信する。
Ｃ１２．ＨＳＭから送信されたＰＣ公開鍵を受信し、それのために、ＰＣデジタル証明書を申請する。
Ｃ１３．ＧＢＡセキュア通信チャネルにより、ＰＣＡサーバとインタラクションを行い、ＰＣデジタル証明書及びＰＣＡサーバの証明書を申請してダウンロードする。このプロセスにおいて、ＥＣに対応する秘密鍵を使用して、ＰＣ申請メッセージに対して署名を行い、ＰＣＡサーバ証明書の公開鍵を用いて、受信されたメッセージに対して署名検証を行う。
Ｃ１４．ＰＣデジタル証明書及びＰＣＡサーバの証明書をＨＳＭに送信する。
【0094】
要するに、この場合、端末機器のＨＳＭの主な役割は、以下を含む。
【0095】
Ｃ２１．ＰＣデジタル証明書の申請のための公開鍵と秘密鍵のペアを生成する。
Ｃ２２．生成された公開鍵をＵＳＩＭに送信し、ＰＣデジタル証明書の申請に用いる。
Ｃ２３．受信されたＰＣデジタル証明書及び関連公開鍵と秘密鍵のペアをローカルに安全に記憶する。
Ｃ２４．ＰＣに対応する秘密鍵を使用して、送信されたＰＣ５インタフェースの直接接続通信サービスのメッセージに対して署名を行う。
Ｃ２２．生成された公開鍵をＵＳＩＭに送信し、ＰＣデジタル証明書の申請に用いる。
Ｃ２３．受信されたＰＣデジタル証明書及び関連公開鍵と秘密鍵のペアをローカルに安全に記憶する。
Ｃ２４．ＰＣに対応する秘密鍵を使用して、送信されたＰＣ５インタフェースの直接接続通信サービスのメッセージに対して署名を行う。
【0096】
（二）ＥＣを申請する
この場合、ＨＳＭを用いて、ＥＣの申請に必要な公開鍵と秘密鍵のペアを生成し、ＧＢＡ＿Ｕ方式を優先して用いて、ＵＳＩＭからＥＣＡサーバへのセキュア通信チャネルを確立する。ＥＣの申請を行う時、ＨＳＭは、生成されたＥＣデジタル証明書の公開鍵をＵＳＩＭに伝送し、続いて、ＵＳＩＭにより、ＥＣＡとインタラクションを行い、ＥＣデジタル証明書を申請し、ＥＣＡサーバの証明書をダウンロードする。続いて、ＵＳＩＭは、ダウンロードされたＥＣ及びＥＣＡサーバ証明書をＨＳＭに送信して安全に記憶する。
この場合、ＨＳＭを用いて、ＥＣの申請に必要な公開鍵と秘密鍵のペアを生成し、ＧＢＡ＿Ｕ方式を優先して用いて、ＵＳＩＭからＥＣＡサーバへのセキュア通信チャネルを確立する。ＥＣの申請を行う時、ＨＳＭは、生成されたＥＣデジタル証明書の公開鍵をＵＳＩＭに伝送し、続いて、ＵＳＩＭにより、ＥＣＡとインタラクションを行い、ＥＣデジタル証明書を申請し、ＥＣＡサーバの証明書をダウンロードする。続いて、ＵＳＩＭは、ダウンロードされたＥＣ及びＥＣＡサーバ証明書をＨＳＭに送信して安全に記憶する。
【0097】
ＰＣ５直接接続通信メッセージ送信の遅延を減少させるために、ＵＳＩＭ／ＨＳＭは更に、取得されたＥＣを他の外部モジュール又はチップ（例えば、ＡＰ、ＬＴＥ－Ｖ２Ｘ通信モジュール）に送信してもよい。外部モジュール又はチップがＰＣ５サービスメッセージを送信する時にＥＣも一緒に送信し、車－車、車－路側施設間のポイントツーポイントのデジタル証明書配布を実現することを容易にする。
【0098】
Ｖ２Ｘ端末機器は、ＰＣ５インタフェースの直接接続通信サービスのメッセージを送信する時、メッセージをＨＳＭに送信し、ＥＣデジタル証明書に対応する秘密鍵を使用して署名を行った後に、ＬＴＥ－Ｖ２Ｘ通信グループにより送信を行う。
【0099】
この場合、ＥＣの公開鍵をＨＳＭからＵＳＩＭに伝送する。公開鍵の公開が許容されるため、公開鍵が漏洩されるというセキュリティリスクが存在せず、セキュリティを向上させる。
【0100】
要するに、この場合、端末機器のＵＳＩＭの主な役割は以下を含む。
【0101】
Ｄ１１．ＥＣＡサーバとのＧＢＡセキュアチャネルを確立し、ＧＢＡ＿Ｕ方式を優先して用いる。
Ｄ１２．ＨＳＭから送信されたＥＣの公開鍵を受信し、そのために、ＥＣを申請する。
Ｄ１３．ＧＢＡセキュア通信チャネルにより、ＥＣＡサーバとインタラクションを行い、ＥＣ及びＰＣＡサーバの証明書を申請してダウンロードする。
Ｄ１４．ＥＣ及びＥＣＡサーバの証明書をＨＳＭに送信する。
Ｄ１２．ＨＳＭから送信されたＥＣの公開鍵を受信し、そのために、ＥＣを申請する。
Ｄ１３．ＧＢＡセキュア通信チャネルにより、ＥＣＡサーバとインタラクションを行い、ＥＣ及びＰＣＡサーバの証明書を申請してダウンロードする。
Ｄ１４．ＥＣ及びＥＣＡサーバの証明書をＨＳＭに送信する。
【0102】
要するに、この場合、端末機器のＨＳＭの主な役割は、以下を含む。
【0103】
Ｄ２１．ＥＣの申請のための公開鍵と秘密鍵のペアを生成する。
Ｄ２２．生成された公開鍵をＵＳＩＭに送信し、ＥＣの申請に用いる。
Ｄ２３．受信されたＥＣ及び関連公開鍵と秘密鍵のペアをローカルに安全に記憶する。
Ｄ２４．ＥＣに対応する秘密鍵を使用して、送信されたＰＣ５インタフェースの直接接続通信サービスのメッセージに対して署名を行う。
Ｄ２２．生成された公開鍵をＵＳＩＭに送信し、ＥＣの申請に用いる。
Ｄ２３．受信されたＥＣ及び関連公開鍵と秘密鍵のペアをローカルに安全に記憶する。
Ｄ２４．ＥＣに対応する秘密鍵を使用して、送信されたＰＣ５インタフェースの直接接続通信サービスのメッセージに対して署名を行う。
【0104】
要するに、Ｖ２Ｘ端末機器の初期セキュリティ構成において、以下の操作を行う必要がある。
【0105】
１．公開鍵と秘密鍵のペアを生成し、ＥＣ／ＰＣの申請の準備を行う。
２．ＥＣＡサーバ／ＰＣＡサーバへのセキュアチャネルを確立し、生成された公開鍵を用いて、ＥＣＡサーバ／ＰＣＡサーバに対して、ＥＣ／ＰＣを申請する。
３．ＥＣＡサーバ／ＰＣＡサーバにより授与されたＥＣ／ＰＣ及びＥＣＡサーバ／ＰＣＡサーバのデジタル証明書をダウンロードする。
４．公開鍵と秘密鍵のペア、デジタル証明書などをローカルに安全に記憶し、使用する。
２．ＥＣＡサーバ／ＰＣＡサーバへのセキュアチャネルを確立し、生成された公開鍵を用いて、ＥＣＡサーバ／ＰＣＡサーバに対して、ＥＣ／ＰＣを申請する。
３．ＥＣＡサーバ／ＰＣＡサーバにより授与されたＥＣ／ＰＣ及びＥＣＡサーバ／ＰＣＡサーバのデジタル証明書をダウンロードする。
４．公開鍵と秘密鍵のペア、デジタル証明書などをローカルに安全に記憶し、使用する。
【0106】
上記証明書申請の需要を満たすために、ＵＳＩＭに、証明書アプリケーション機能モジュール及び関連インタフェースを新規追加する必要がある。そのアーキテクチャは、図１０に示すとおりである。ここで、
インタフェースＩＦ１とＵＳＩＭアプリケーション機能は、ＧＢＡフローを実現するためのものである。
インタフェースＩＦ１とＵＳＩＭアプリケーション機能は、ＧＢＡフローを実現するためのものである。
【0107】
インタフェースＩＦ２、ＩＦ３及び証明書アプリケーション機能は、ＥＣ／ＰＣの申請、ＰＣ５メッセージの署名処理を行うためのものである。
【0108】
ＵＳＩＭカード内のインタラクションフローは以下のとおりである。
【0109】
デジタル証明書の申請（高セキュリティ）：
【0110】
１．証明書アプリケーションモジュールは、公開鍵と秘密鍵のペアを生成し、証明書要求メッセージを構築し、ＩＦ３により、ＵＳＩＭアプリケーションモジュールに対して、ＧＢＡにより生成されたＫｓ＿ＮＡＦ又は派生された次のレベルのキーを用いて証明書要求に対して暗号化保護を行うことを要求する。
【0111】
２．証明書要求の暗号化を完了した後、証明書アプリケーションモジュールは、ＩＦ２により、保護後の証明書要求をＡＰによってＥＣＡ／ＰＣＡサーバに送信し、ＥＣ／ＰＣデジタル証明書を申請する。
【0112】
３．ＥＣＡ／ＰＣＡサーバから発行されたデジタル証明書及びＥＣＡ／ＰＣＡサーバの証明書をＩＦ２により証明書アプリケーションモジュールに送信し、証明書アプリケーションモジュールは、ＩＦ３インタフェースを呼び出し、ＵＳＩＭアプリケーションモジュールがＫｓ＿ＮＡＦ又は派生された次のレベルのキーを用いてメッセージに対して復号と検証を行うことを要求する。
【0113】
４．検証にパスした場合、証明書アプリケーションモジュールは、復号されたＥＣ／ＰＣ及びＥＣＡ／ＰＣＡサーバの証明書を安全に記憶し、処理結果をフィードバックする。
【0114】
ＰＣデジタル証明書の申請（高い互換性）：
【0115】
１．証明書アプリケーションモジュールは、ＩＦ２により、外部ＨＳＭにより生成されたＰＣ公開鍵を受信する。
【0116】
２．証明書アプリケーションモジュールは、証明書要求メッセージを構築し、ＩＦ３により、ＵＳＩＭアプリケーションモジュールに対して、ＧＢＡにより生成されたＫｓ＿ＮＡＦ又は派生された次のレベルのキーを用いて証明書要求に対して暗号化保護を行うことを要求する。
【0117】
３．証明書要求の暗号化を完了した後、証明書アプリケーションモジュールは、ＩＦ２により、保護後の証明書要求をＡＰによってＰＣＡサーバに送信し、ＰＣデジタル証明書を申請する。
【0118】
４．ＰＣＡサーバから発行されたデジタル証明書及びＰＣＡサーバの証明書をＩＦ２により証明書アプリケーションモジュールに送信し、証明書アプリケーションモジュールは、ＩＦ３インタフェースを呼び出し、ＵＳＩＭアプリケーションモジュールがＫｓ＿ＮＡＦ又は派生された次のレベルのキーを用いてメッセージに対して復号と検証を行うことを要求する。
【0119】
５．検証にパスした場合、証明書アプリケーションモジュールは、復号されたＰＣ及びＰＣＡサーバの証明書をＨＳＭに送信し、安全に記憶する。
【0120】
説明すべきことは、本願の実施例は、以下の利点を有する。
【0121】
１．本願は、ＧＢＡに基づくＶ２Ｘ端末機器の初期セキュリティ構成プロセスに存在する物理的攻撃などのセキュリティリスクを解消し、初期セキュリティ構成フロー全体のセキュリティを確保する。
【0122】
２．本願は、Ｖ２Ｘ端末機器におけるＵＳＩＭセキュリティモジュールの能力を最大限発揮し、端末がＨＳＭハードウェアモジュールを用いる必要がなく、システムのセキュリティを向上させると同時に、端末の実現コストを低減させる。
【0123】
３．本願は、自動車業界において一般的にＨＳＭを用いてキーを生成、管理するという関連技術案との互換性を有し、良好な互換性を有する。
【0124】
４．本願は、Ｖ２Ｘ端末ＰＣ５インタフェース直接接続通信のセキュリティの確保のための基礎を定める。
【0125】
図１１に示すように、本願の実施例による端末機器は、
認証局（ＣＡ）サーバとのセキュアチャネルを確立し、前記セキュアチャネルによりセッションキーを取得し、ＣＡサーバからデジタル証明書を取得するように構成されるセキュリティモジュール１１１を備え、
ここで、前記セキュリティモジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）の機能を実現するためのものである。
認証局（ＣＡ）サーバとのセキュアチャネルを確立し、前記セキュアチャネルによりセッションキーを取得し、ＣＡサーバからデジタル証明書を取得するように構成されるセキュリティモジュール１１１を備え、
ここで、前記セキュリティモジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）の機能を実現するためのものである。
【0126】
選択的に、前記ＣＡサーバが登録認証局（ＥＣＡ）サーバである場合、前記デジタル証明書は登録証明書（ＥＣ）であり、前記セキュリティモジュール１１１は、ＣＡサーバからデジタル証明書を取得し、
ＥＣを申請するための公開鍵と秘密鍵のペアを生成することと、
前記公開鍵と秘密鍵のペアを利用して、ＥＣＡサーバからＥＣを取得することと、を実現するように構成される。
ＥＣを申請するための公開鍵と秘密鍵のペアを生成することと、
前記公開鍵と秘密鍵のペアを利用して、ＥＣＡサーバからＥＣを取得することと、を実現するように構成される。
【0127】
選択的に、前記ＣＡサーバが登録認証局（ＥＣＡ）サーバである場合、前記デジタル証明書は、登録証明書（ＥＣ）であり、前記セキュリティモジュール１１１は、ＣＡサーバからデジタル証明書を取得した後、更に、
ＥＣを記憶することを実現するように構成される。
ＥＣを記憶することを実現するように構成される。
【0128】
更に、前記ＣＡサーバが匿名認証局（ＰＣＡ）サーバである場合、前記デジタル証明書は、匿名証明書（ＰＣ）であり、前記セキュリティモジュール１１１は、ＣＡサーバからデジタル証明書を取得し、
登録証明書（ＥＣ）に対応する秘密鍵を使用して、ＰＣ申請メッセージに対して署名を行うことと、
ＰＣ申請メッセージに基づいて、ＰＣＡサーバからＰＣを取得することと、を実現するように構成される。
登録証明書（ＥＣ）に対応する秘密鍵を使用して、ＰＣ申請メッセージに対して署名を行うことと、
ＰＣ申請メッセージに基づいて、ＰＣＡサーバからＰＣを取得することと、を実現するように構成される。
【0129】
具体的には、前記セキュリティモジュール１１１は、ＰＣＡサーバからＰＣを取得し、
ＰＣＡサーバから送信されたフィードバックメッセージを受信し、ＰＣＡサーバの公開鍵を利用して、受信された前記フィードバックメッセージに対して署名検証を行い、ＰＣを取得することを実現するように構成される。
ＰＣＡサーバから送信されたフィードバックメッセージを受信し、ＰＣＡサーバの公開鍵を利用して、受信された前記フィードバックメッセージに対して署名検証を行い、ＰＣを取得することを実現するように構成される。
【0130】
更に、前記セキュリティモジュール１１１は、ＰＣＡサーバからＰＣを取得した後、更に、
ＰＣに対応する秘密鍵を使用して、ＰＣ５インタフェースの直接接続通信サービスのメッセージに対して署名を行うことと、
署名されたＰＣ５インタフェースの直接接続通信サービスのメッセージを外部機器に送信することと、を実現するように構成される。
ＰＣに対応する秘密鍵を使用して、ＰＣ５インタフェースの直接接続通信サービスのメッセージに対して署名を行うことと、
署名されたＰＣ５インタフェースの直接接続通信サービスのメッセージを外部機器に送信することと、を実現するように構成される。
【0131】
選択的に、前記ＣＡサーバが登録認証局（ＥＣＡ）サーバである場合、前記デジタル証明書は、登録証明書（ＥＣ）であり、前記セキュリティモジュール１１１は、ＣＡサーバからデジタル証明書を取得した後、更に、
ＥＣをハードウェアセキュリティモジュール（ＨＳＭ）に送信することと、
ＨＳＭがＥＣを記憶することと、を実現するように構成される。
ＥＣをハードウェアセキュリティモジュール（ＨＳＭ）に送信することと、
ＨＳＭがＥＣを記憶することと、を実現するように構成される。
【0132】
更に、ＨＳＭは更に、
ＥＣを申請するための公開鍵と秘密鍵のペアを生成することと、
ＥＣを申請するための公開鍵をセキュリティモジュールに送信することと、を実現するように構成され、
セキュリティモジュール１１１は更に、前記公開鍵を利用して、ＥＣＡサーバからＥＣを取得するように構成される。
ＥＣを申請するための公開鍵と秘密鍵のペアを生成することと、
ＥＣを申請するための公開鍵をセキュリティモジュールに送信することと、を実現するように構成され、
セキュリティモジュール１１１は更に、前記公開鍵を利用して、ＥＣＡサーバからＥＣを取得するように構成される。
【0133】
更に、前記ＣＡサーバが匿名認証局（ＰＣＡ）サーバである場合、前記デジタル証明書は、匿名証明書（ＰＣ）であり、前記セキュリティモジュール１１１は、ＣＡサーバからデジタル証明書を取得し、
ＰＣをハードウェアセキュリティモジュール（ＨＳＭ）に送信することを実現するように構成され、
ＨＳＭは、ＰＣを記憶するように構成される。
ＰＣをハードウェアセキュリティモジュール（ＨＳＭ）に送信することを実現するように構成され、
ＨＳＭは、ＰＣを記憶するように構成される。
【0134】
具体的には、前記ＨＳＭは更に、ＰＣを申請するための公開鍵と秘密鍵のペアを生成することと、
ＨＳＭがＰＣを申請するための公開鍵をセキュリティモジュールに送信することと、を実現するように構成され、
セキュリティモジュール１１１は更に、前記公開鍵を利用して、ＰＣＡサーバからＰＣを取得するように構成される。
ＨＳＭがＰＣを申請するための公開鍵をセキュリティモジュールに送信することと、を実現するように構成され、
セキュリティモジュール１１１は更に、前記公開鍵を利用して、ＰＣＡサーバからＰＣを取得するように構成される。
【0135】
更に、前記セキュリティモジュール１１１は、ＣＡサーバからデジタル証明書を取得した後、更に、
ＰＣに対応する秘密鍵を使用して、ＰＣ５インタフェースの直接接続通信サービスのメッセージに対して署名を行うことと、
署名されたＰＣ５インタフェースの直接接続通信サービスのメッセージを外部機器に送信することと、を実現するように構成される。
ＰＣに対応する秘密鍵を使用して、ＰＣ５インタフェースの直接接続通信サービスのメッセージに対して署名を行うことと、
署名されたＰＣ５インタフェースの直接接続通信サービスのメッセージを外部機器に送信することと、を実現するように構成される。
【0136】
具体的には、前記セキュリティモジュールとＣＡサーバとは、汎用集積回路カード（ＵＩＣＣ）に基づく汎用ブートストラップアーキテクチャ（ＧＢＡ）の方式でＧＢＡセキュアチャネルを確立する。
【0137】
説明すべきことは、本願の実施例による端末機器は、上記プロビジョニング方法を実行できる端末機器であり、上記プロビジョニング方法の実施例における全ての実現形態はいずれも該端末機器に適用可能であり、且つ同じ又は類似した有益な効果を達することができる。
【0138】
本願の実施例は、端末機器を更に提供する。前記端末機器は、送受信機と、プロセッサと、を備え、
前記プロセッサは、セキュリティモジュールを以下のステップを実行するように制御し、
認証局（ＣＡ）サーバとのセキュアチャネルを確立するステップと、前記セキュアチャネルによりセッションキーを取得し、ＣＡサーバからデジタル証明書を取得するステップと、を含み、
ここで、前記セキュリティモジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）の機能を実現するためのものである。
前記プロセッサは、セキュリティモジュールを以下のステップを実行するように制御し、
認証局（ＣＡ）サーバとのセキュアチャネルを確立するステップと、前記セキュアチャネルによりセッションキーを取得し、ＣＡサーバからデジタル証明書を取得するステップと、を含み、
ここで、前記セキュリティモジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）の機能を実現するためのものである。
【0139】
選択的に、前記ＣＡサーバが登録認証局（ＥＣＡ）サーバである場合、前記デジタル証明書は、登録証明書（ＥＣ）であり、前記プロセッサは、ＣＡサーバからデジタル証明書を取得することを実行する時、
セキュリティモジュールを、ＥＣを申請するための公開鍵と秘密鍵のペアを生成するように制御することと、
前記公開鍵と秘密鍵のペアを利用して、ＥＣＡサーバからＥＣを取得することと、を実施する。
セキュリティモジュールを、ＥＣを申請するための公開鍵と秘密鍵のペアを生成するように制御することと、
前記公開鍵と秘密鍵のペアを利用して、ＥＣＡサーバからＥＣを取得することと、を実施する。
【0140】
選択的に、前記ＣＡサーバが登録認証局（ＥＣＡ）サーバである場合、前記デジタル証明書は、登録証明書（ＥＣ）であり、前記プロセッサは、ＣＡサーバからデジタル証明書を取得した後、更に、
ＥＣを記憶することを実施する。
ＥＣを記憶することを実施する。
【0141】
更に、前記ＣＡサーバが匿名認証局（ＰＣＡ）サーバである場合、前記デジタル証明書は、匿名証明書（ＰＣ）であり、前記プロセッサは、ＣＡサーバからデジタル証明書を取得することを実行する時、
セキュリティモジュールを、登録証明書（ＥＣ）に対応する秘密鍵を使用して、ＰＣ申請メッセージに対して署名を行うように制御することと、
ＰＣ申請メッセージに基づいて、ＰＣＡサーバからＰＣを取得することと、を実施する。
セキュリティモジュールを、登録証明書（ＥＣ）に対応する秘密鍵を使用して、ＰＣ申請メッセージに対して署名を行うように制御することと、
ＰＣ申請メッセージに基づいて、ＰＣＡサーバからＰＣを取得することと、を実施する。
【0142】
具体的には、前記プロセッサは、ＰＣＡサーバからＰＣを取得することを実行する時、
ＰＣＡサーバから送信されたフィードバックメッセージを受信し、ＰＣＡサーバの公開鍵を利用して、受信された前記フィードバックメッセージに対して署名検証を行い、ＰＣを取得することを実施する。
ＰＣＡサーバから送信されたフィードバックメッセージを受信し、ＰＣＡサーバの公開鍵を利用して、受信された前記フィードバックメッセージに対して署名検証を行い、ＰＣを取得することを実施する。
【0143】
更に、前記プロセッサは、ＰＣＡサーバからＰＣを取得することを実行した後、更に、
セキュリティモジュールを、ＰＣに対応する秘密鍵を使用して、ＰＣ５インタフェースの直接接続通信サービスのメッセージに対して署名を行うように制御することと、
署名されたＰＣ５インタフェースの直接接続通信サービスのメッセージを外部機器に送信することと、を実施する。
セキュリティモジュールを、ＰＣに対応する秘密鍵を使用して、ＰＣ５インタフェースの直接接続通信サービスのメッセージに対して署名を行うように制御することと、
署名されたＰＣ５インタフェースの直接接続通信サービスのメッセージを外部機器に送信することと、を実施する。
【0144】
選択的に、前記ＣＡサーバが登録認証局（ＥＣＡ）サーバである場合、前記デジタル証明書は、登録証明書（ＥＣ）であり、前記プロセッサは、ＣＡサーバからデジタル証明書を取得することを実行した後、更に、
送受信機を、ＥＣをハードウェアセキュリティモジュール（ＨＳＭ）に送信するように制御することと、
ＨＳＭがＥＣを記憶することと、を実施する。
送受信機を、ＥＣをハードウェアセキュリティモジュール（ＨＳＭ）に送信するように制御することと、
ＨＳＭがＥＣを記憶することと、を実施する。
【0145】
更に、前記プロセッサは、ＣＡサーバからデジタル証明書を取得することを実行し、更に、
ＨＳＭを、ＥＣを申請するための公開鍵と秘密鍵のペアを生成するように制御することと、
ＨＳＭがＥＣを申請するための公開鍵をセキュリティモジュールに送信することと、
セキュリティモジュールが前記公開鍵を利用して、ＥＣＡサーバからＥＣを取得することと、を実施する。
ＨＳＭを、ＥＣを申請するための公開鍵と秘密鍵のペアを生成するように制御することと、
ＨＳＭがＥＣを申請するための公開鍵をセキュリティモジュールに送信することと、
セキュリティモジュールが前記公開鍵を利用して、ＥＣＡサーバからＥＣを取得することと、を実施する。
【0146】
更に、前記ＣＡサーバが匿名認証局（ＰＣＡ）サーバである場合、前記デジタル証明書は、匿名証明書（ＰＣ）であり、前記プロセッサは、ＣＡサーバからデジタル証明書を取得することを実行し、
送受信機を、ＰＣをハードウェアセキュリティモジュール（ＨＳＭ）に送信するように制御することと、
ＨＳＭがＰＣを記憶することと、を実施する。
送受信機を、ＰＣをハードウェアセキュリティモジュール（ＨＳＭ）に送信するように制御することと、
ＨＳＭがＰＣを記憶することと、を実施する。
【0147】
更に、前記プロセッサは、ＣＡサーバからデジタル証明書を取得することを実行し、
ＨＳＭがＰＣを申請するための公開鍵と秘密鍵のペアを生成することと、
ＨＳＭがＰＣを申請するための公開鍵をセキュリティモジュールに送信することと、
セキュリティモジュールが前記公開鍵を利用して、ＰＣＡサーバからＰＣを取得することと、を実施する。
ＨＳＭがＰＣを申請するための公開鍵と秘密鍵のペアを生成することと、
ＨＳＭがＰＣを申請するための公開鍵をセキュリティモジュールに送信することと、
セキュリティモジュールが前記公開鍵を利用して、ＰＣＡサーバからＰＣを取得することと、を実施する。
【0148】
更に、前記プロセッサは、ＣＡサーバからデジタル証明書を取得することを実行した後、更に、
セキュリティモジュールを、ＰＣに対応する秘密鍵を使用して、ＰＣ５インタフェースの直接接続通信サービスのメッセージに対して署名を行うように制御することと、
署名されたＰＣ５インタフェースの直接接続通信サービスのメッセージを外部機器に送信することと、を実施する。
セキュリティモジュールを、ＰＣに対応する秘密鍵を使用して、ＰＣ５インタフェースの直接接続通信サービスのメッセージに対して署名を行うように制御することと、
署名されたＰＣ５インタフェースの直接接続通信サービスのメッセージを外部機器に送信することと、を実施する。
【0149】
具体的には、前記セキュリティモジュールとＣＡサーバとは、汎用集積回路カード（ＵＩＣＣ）に基づく汎用ブートストラップアーキテクチャ（ＧＢＡ）の方式でＧＢＡセキュアチャネルを確立する。
【0150】
本願の実施例は、端末機器を更に提供する。前記端末機器は、メモリと、プロセッサと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるコンピュータプログラムと、を含み、前記プロセッサは、前記コンピュータプログラムを実行する時、上述したプロビジョニング方法の実施例における各プロセスを実現し、且つ同じ技術的効果を達することができる。説明の繰り返しを回避するために、ここで説明を省略する。
【0151】
本願の実施例は、コンピュータ可読記憶媒体を更に提供する。コンピュータ可読記憶媒体にコンピュータプログラムが記憶されており、該プログラムがプロセッサによって実行される時、上述したプロビジョニング方法の実施例における各プロセスを実現し、且つ同じ技術的効果を達することができる。説明の繰り返しを回避するために、ここで説明を省略する。ここで、前記コンピュータ可読記憶媒体は、例えば、読み出し専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ：ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ＲＡＭ）、磁気ディスク又は光ディスクなどである。
【0152】
当業者であれば理解できるように、本願の実施例は、方法、システム又はコンピュータプログラム製品として提供されてもよい。従って、本願は、ハードウェア実施例、ソフトウェア実施例、又はハードウェアとソフトウェアを組みわせた実施例の形式を用いてもよい。そして、本願は、コンピュータによる利用可能なプログラムコードを含む１つ又は複数のコンピュータによる利用可能な記憶媒体（磁気ディスクメモリと光学メモリなどを含むが、これらに限らない）で実施されるコンピュータプログラム製品の形式を用いてもよい。
【0153】
本願は、本願の実施例の方法、機器（システム）及びコンピュータプログラム製品のフローチャート及び／又はブロック図を参照しながら、説明する。コンピュータプログラム命令によって、フローチャート及び／又はブロック図における各フロー及び／又はブロックを実現し、フローチャート及び／又はブロック図におけるフロー及び／又はブロックの組み合わせを実現してもよいことが、理解されるべきである。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、埋め込み型プロセッサまたはその他プログラマブルデータ処理機器のプロセッサに提供でき、それによって機器を生み出し、これら命令はコンピュータまたはその他プログラマブルデータ処理機器のプロセッサにより実行される時、フローチャートにおける１つ又は複数のフロー及び／又はブロック図における１つ又は複数のブロック中で規定している機能を実現する装置を生み出した。
【0154】
これらのコンピュータプログラム命令は、コンピュータ又は他のプログラマブルデータ処理機器を特定の方式で作動するように案内できるコンピュータ可読記憶媒体に記憶されてもよい。これによって、該コンピュータ可読記憶媒体に記憶されている命令によって、命令装置を含む製造品を生み出す。該命令装置は、フローチャートにおける１つ又は複数のフロー及び／又はブロック図における１つ又は複数のブロック中で規定している機能を実現する。
【0155】
これらのコンピュータプログラム命令をコンピュータ又は他のプログラマブルデータ処理機器にロードしてもよい。これにより、コンピュータ又は他のプログラマブルデータ処理機器で一連の操作のステップを実行して、コンピュータで実施されるプロセスを生成する。従って、コンピュータ又は他のプログラマブルデータ処理機器で実行される命令により、フローチャートにおける１つ又は複数のフロー及び／又はブロック図における１つ又は複数のブロック中で規定している機能を実現させるためのステップを提供する。
【0156】
各モジュール、ユニット、サブユニット又はサブモジュールは、以上の方法を実施するように構成される１つ又は複数の集積回路、例えば、１つ又は複数の特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、又は、１つ又は複数のマイクロプロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ：ＤＳＰ）、又は、１つ又は複数のフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ）などであってもよい。また、例えば、以上のあるモジュールが、処理素子によってプログラムコードが呼び出される形式で実現される場合に、この処理素子は、汎用プロセッサ、例えば中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：ＣＰＵ）又はプログラムコードを呼び出すことが可能な他のプロセッサであってもよい。また、例えば、これらのモジュールは、一体に集積されて、システムオンチップ（ｓｙｓｔｅｍ－ｏｎ－ａ－ｃｈｉｐ：ＳＯＣ）の形式で実現されてもよい。
【0157】
本願の明細書と請求の範囲における用語である「第１」、「第２」などは、類似した対象を区別するためのものであり、必ずしも特定の順序又は前後手順を記述するためのものではない。理解すべきことは、このように使用されるデータが適切な状況で交換でき、それにより、ここで記述された本願の実施例は、例えば、ここで図示又は記述された順序以外の順序で実施できる。なお、「含む」と「有する」という用語及びそれらの任意の変形は、非排除性の「含む」を意図的にカバーするものであり、例えば、一連のステップ又はユニットを含むプロセス、方法、システム、製品又は機器は、必ずしも明瞭にリストアップされているそれらのステップ又はユニットに限らず、明瞭にリストアップされていない又はそれらのプロセス、方法、製品又は機器に固有の他のステップ又はユニットを含んでもよい。なお、明細書及び特許請求の範囲において使用された「及び／又は」は、接続された対象の少なくとも一つを表し、例えばＡ及び／又はＢ及び／又はＣは、単独のＡ、単独のＢ、単独のＣ、ＡとＢとの組み合わせ、ＢとＣとの組み合わせ、ＡとＣとの組み合わせ、及びＡ、Ｂ、Ｃの組み合わせという７つのケースを含むことを表す。同様に、本明細書及び特許請求の範囲において使用された「ＡとＢとの少なくとも一つ」は、「単独のＡ、単独のＢ、又はＡとＢとの組み合わせ」として理解されるべきである。
【0158】
以上に記述された内容は、本願の選択的な実施の形態である。指摘すべきことは、当業者にとって、本願に記述された原理を逸脱しない前提で、様々な改良や修飾を行うこともでき、これらの改良や修飾も本開示の保護範囲内に属する。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【手続補正書】
【提出日】2022-07-28
【手続補正1】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【0006】
上記技術的課題を解決するために、本願の実施例は、端末機器に適用されるプロビジョニング方法を提供する。前記方法は、
セキュリティモジュールが、セキュリティモジュールと認証局（ＣＡ）サーバが共有するセッションキーにより、前記ＣＡサーバとのセキュアチャネルを確立することと、
ＣＡサーバからデジタル証明書を取得することと、を含み、
前記セキュリティモジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）の機能を実現するためのものである。
セキュリティモジュールが、セキュリティモジュールと認証局（ＣＡ）サーバが共有するセッションキーにより、前記ＣＡサーバとのセキュアチャネルを確立することと、
ＣＡサーバからデジタル証明書を取得することと、を含み、
前記セキュリティモジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）の機能を実現するためのものである。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【0008】
選択的に、前記ＣＡサーバが登録認証局（ＥＣＡ）サーバである場合、前記デジタル証明書は登録証明書（ＥＣ）であり、前記ＣＡサーバからデジタル証明書を取得した後、
セキュリティモジュールがＥＣを記憶することを更に含む。
セキュリティモジュールがＥＣを記憶することを更に含む。
【手続補正3】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【0011】
具体的には、前記ＰＣＡサーバからＰＣを取得した後、
セキュリティモジュールがＰＣに対応する秘密鍵を使用して、ＰＣ５インタフェースの直接接続通信サービスのメッセージに対して署名を行うことと、
署名されたメッセージを外部機器に送信することと、を更に含む。
セキュリティモジュールがＰＣに対応する秘密鍵を使用して、ＰＣ５インタフェースの直接接続通信サービスのメッセージに対して署名を行うことと、
署名されたメッセージを外部機器に送信することと、を更に含む。
【手続補正4】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【0012】
選択的に、前記ＣＡサーバが登録認証局（ＥＣＡ）サーバである場合、前記デジタル証明書は登録証明書（ＥＣ）であり、前記ＣＡサーバからデジタル証明書を取得した後、
セキュリティモジュールがＥＣをハードウェアセキュリティモジュール（ＨＳＭ）に送信することと、
ＨＳＭがＥＣを記憶することと、を更に含む。
セキュリティモジュールがＥＣをハードウェアセキュリティモジュール（ＨＳＭ）に送信することと、
ＨＳＭがＥＣを記憶することと、を更に含む。
【手続補正5】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【0014】
選択的に、前記ＣＡサーバが匿名認証局（ＰＣＡ）サーバである場合、前記デジタル証明書は匿名証明書（ＰＣ）であり、前記ＣＡサーバからデジタル証明書を取得することは、
セキュリティモジュールがＰＣをハードウェアセキュリティモジュール（ＨＳＭ）に送信することと、
ＨＳＭがＰＣを記憶することと、を含む。
セキュリティモジュールがＰＣをハードウェアセキュリティモジュール（ＨＳＭ）に送信することと、
ＨＳＭがＰＣを記憶することと、を含む。
【手続補正6】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】変更
【補正の内容】
【0016】
更に、前記ＣＡサーバからデジタル証明書を取得した後、
セキュリティモジュールがＰＣに対応する秘密鍵を使用して、ＰＣ５インタフェースの直接接続通信サービスのメッセージに対して署名を行うことと、
署名されたメッセージを外部機器に送信することと、を更に含む。
セキュリティモジュールがＰＣに対応する秘密鍵を使用して、ＰＣ５インタフェースの直接接続通信サービスのメッセージに対して署名を行うことと、
署名されたメッセージを外部機器に送信することと、を更に含む。
【手続補正7】
【補正対象書類名】明細書
【補正対象項目名】００１８
【補正方法】変更
【補正の内容】
【0018】
本願の実施例は、端末機器を更に提供する。前記端末機器は、
セキュリティモジュールと認証局（ＣＡ）サーバが共有するセッションキーにより、前記ＣＡサーバとのセキュアチャネルを確立し、ＣＡサーバからデジタル証明書を取得するように構成されるセキュリティモジュールを備え、
前記セキュリティモジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）の機能を実現するためのものである。
セキュリティモジュールと認証局（ＣＡ）サーバが共有するセッションキーにより、前記ＣＡサーバとのセキュアチャネルを確立し、ＣＡサーバからデジタル証明書を取得するように構成されるセキュリティモジュールを備え、
前記セキュリティモジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）の機能を実現するためのものである。
【手続補正8】
【補正対象書類名】明細書
【補正対象項目名】００１９
【補正方法】変更
【補正の内容】
【0019】
本願の実施例は、端末機器を更に提供する。前記端末機器は、送受信機と、プロセッサと、を備え、
前記プロセッサは、セキュリティモジュールを以下のステップを実行するように制御し、
セキュリティモジュールと認証局（ＣＡ）サーバが共有するセッションキーにより、前記ＣＡサーバとのセキュアチャネルを確立するステップと、ＣＡサーバからデジタル証明書を取得するステップと、を含み、
前記セキュリティモジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）の機能を実現するためのものである。
前記プロセッサは、セキュリティモジュールを以下のステップを実行するように制御し、
セキュリティモジュールと認証局（ＣＡ）サーバが共有するセッションキーにより、前記ＣＡサーバとのセキュアチャネルを確立するステップと、ＣＡサーバからデジタル証明書を取得するステップと、を含み、
前記セキュリティモジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）の機能を実現するためのものである。
【手続補正9】
【補正対象書類名】明細書
【補正対象項目名】００５５
【補正方法】変更
【補正の内容】
【0055】
図７に示すように、本願の実施例のプロビジョニング方法は、端末機器に適用され、
セキュリティモジュールが、セキュリティモジュールと認証局（Ｃｅｒｔｉｆｉｃａｔｅ Ａｕｔｈｏｒｉｔｙ：：ＣＡ）サーバが共有するセッションキーにより、ＣＡサーバとのセキュアチャネルを確立することと、
ＣＡサーバからデジタル証明書を取得することと、を含む。
セキュリティモジュールが、セキュリティモジュールと認証局（Ｃｅｒｔｉｆｉｃａｔｅ Ａｕｔｈｏｒｉｔｙ：：ＣＡ）サーバが共有するセッションキーにより、ＣＡサーバとのセキュアチャネルを確立することと、
ＣＡサーバからデジタル証明書を取得することと、を含む。
【手続補正10】
【補正対象書類名】明細書
【補正対象項目名】０１２５
【補正方法】変更
【補正の内容】
【0125】
図１１に示すように、本願の実施例による端末機器は、
セキュリティモジュールと認証局（ＣＡ）サーバが共有するセッションキーにより、前記ＣＡサーバとのセキュアチャネルを確立し、ＣＡサーバからデジタル証明書を取得するように構成されるセキュリティモジュール１１１を備え、
ここで、前記セキュリティモジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）の機能を実現するためのものである。
セキュリティモジュールと認証局（ＣＡ）サーバが共有するセッションキーにより、前記ＣＡサーバとのセキュアチャネルを確立し、ＣＡサーバからデジタル証明書を取得するように構成されるセキュリティモジュール１１１を備え、
ここで、前記セキュリティモジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）の機能を実現するためのものである。
【手続補正11】
【補正対象書類名】明細書
【補正対象項目名】０１３８
【補正方法】変更
【補正の内容】
【0138】
本願の実施例は、端末機器を更に提供する。前記端末機器は、送受信機と、プロセッサと、を備え、
前記プロセッサは、セキュリティモジュールを以下のステップを実行するように制御し、
セキュリティモジュールと認証局（ＣＡ）サーバが共有するセッションキーにより、前記ＣＡサーバとのセキュアチャネルを確立するステップと、ＣＡサーバからデジタル証明書を取得するステップと、を含み、
ここで、前記セキュリティモジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）の機能を実現するためのものである。
前記プロセッサは、セキュリティモジュールを以下のステップを実行するように制御し、
セキュリティモジュールと認証局（ＣＡ）サーバが共有するセッションキーにより、前記ＣＡサーバとのセキュアチャネルを確立するステップと、ＣＡサーバからデジタル証明書を取得するステップと、を含み、
ここで、前記セキュリティモジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）の機能を実現するためのものである。
【手続補正12】
【補正対象書類名】明細書
【補正対象項目名】０１４０
【補正方法】変更
【補正の内容】
【0140】
選択的に、前記ＣＡサーバが登録認証局（ＥＣＡ）サーバである場合、前記デジタル証明書は、登録証明書（ＥＣ）であり、前記プロセッサは、ＣＡサーバからデジタル証明書を取得した後、更に、
セキュリティモジュールを、ＥＣを記憶するように制御することを実施する。
セキュリティモジュールを、ＥＣを記憶するように制御することを実施する。
【手続補正13】
【補正対象書類名】明細書
【補正対象項目名】０１４９
【補正方法】変更
【補正の内容】
【0149】
具体的には、前記セキュリティモジュールとＣＡサーバとは、汎用集積回路カード（ＵＩＣＣ）に基づく汎用ブートストラップアーキテクチャ（ＧＢＡ）（ＧＢＡ＿Ｕ）の方式でセキュアチャネルを確立する。
【手続補正14】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
端末機器に適用されるプロビジョニング方法であって、セキュリティモジュールが、前記セキュリティモジュールと認証局（ＣＡ）サーバが共有するセッションキーにより、前記ＣＡサーバとのセキュアチャネルを確立することと、
前記ＣＡサーバからデジタル証明書を取得することと、を含み、
前記セキュリティモジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）の機能を実現するためのものである、プロビジョニング方法。
【請求項2】
前記ＣＡサーバが登録認証局（ＥＣＡ）サーバである場合、前記デジタル証明書は登録証明書（ＥＣ）であり、前記ＣＡサーバからデジタル証明書を取得することは、前記セキュリティモジュールがＥＣを申請するための公開鍵と秘密鍵のペアを生成することと、
前記公開鍵と秘密鍵のペアを利用して、ＥＣＡサーバからＥＣを取得することと、を含むことを特徴とする
請求項１に記載のプロビジョニング方法。
【請求項3】
前記ＣＡサーバが登録認証局（ＥＣＡ）サーバである場合、前記デジタル証明書は登録証明書（ＥＣ）であり、前記ＣＡサーバからデジタル証明書を取得した後、前記セキュリティモジュールが前記ＥＣを記憶することを更に含むことを特徴とする
請求項１に記載のプロビジョニング方法。
【請求項4】
前記ＣＡサーバが匿名認証局（ＰＣＡ）サーバである場合、前記デジタル証明書は匿名証明書（ＰＣ）であり、前記ＣＡサーバからデジタル証明書を取得することは、前記セキュリティモジュールが登録証明書（ＥＣ）に対応する秘密鍵を使用して、ＰＣ申請メッセージに対して署名を行うことと、
前記ＰＣ申請メッセージに基づいて、ＰＣＡサーバからＰＣを取得することと、を含むことを特徴とする
請求項１－３のうちいずれか一項に記載のプロビジョニング方法。
【請求項5】
前記ＰＣＡサーバからＰＣを取得することは、前記ＰＣＡサーバから送信されたフィードバックメッセージを受信し、前記ＰＣＡサーバの公開鍵を利用して、受信された前記フィードバックメッセージに対して署名検証を行い、ＰＣを取得することを含むことを特徴とする
請求項４に記載のプロビジョニング方法。
【請求項6】
前記ＰＣＡサーバからＰＣを取得した後、前記セキュリティモジュールがＰＣに対応する秘密鍵を使用して、ＰＣ５インタフェースの直接接続通信サービスのメッセージに対して署名を行うことと、
署名されたメッセージを外部機器に送信することと、を更に含むことを特徴とする
請求項４に記載のプロビジョニング方法。
【請求項7】
前記ＣＡサーバが登録認証局（ＥＣＡ）サーバである場合、前記デジタル証明書は登録証明書（ＥＣ）であり、前記ＣＡサーバからデジタル証明書を取得した後、前記セキュリティモジュールが前記ＥＣをハードウェアセキュリティモジュール（ＨＳＭ）に送信することと、
前記ＨＳＭが前記ＥＣを記憶することと、を更に含むことを特徴とする
請求項１に記載のプロビジョニング方法。
【請求項8】
前記ＣＡサーバからデジタル証明書を取得することは、前記ＨＳＭがＥＣを申請するための公開鍵と秘密鍵のペアを生成することと、
前記ＨＳＭがＥＣを申請するための公開鍵を前記セキュリティモジュールに送信することと、
前記セキュリティモジュールが前記公開鍵を利用して、ＥＣＡサーバからＥＣを取得することと、を含むことを特徴とする
請求項７に記載のプロビジョニング方法。
【請求項9】
前記ＣＡサーバが匿名認証局（ＰＣＡ）サーバである場合、前記デジタル証明書は匿名証明書（ＰＣ）であり、前記ＣＡサーバからデジタル証明書を取得することは、前記ＰＣをハードウェアセキュリティモジュール（ＨＳＭ）に送信することと、
前記ＨＳＭが前記ＰＣを記憶することと、を含むことを特徴とする
請求項１、７又は８に記載のプロビジョニング方法。
【請求項10】
前記ＣＡサーバからデジタル証明書を取得することは、前記ＨＳＭがＰＣを申請するための公開鍵と秘密鍵のペアを生成することと、
前記ＨＳＭがＰＣを申請するための公開鍵を前記セキュリティモジュールに送信することと、
前記セキュリティモジュールが前記公開鍵を利用して、前記ＰＣＡサーバからＰＣを取得することと、を含むことを特徴とする
請求項９に記載のプロビジョニング方法。
【請求項11】
前記ＣＡサーバからデジタル証明書を取得した後、前記セキュリティモジュールがＰＣに対応する秘密鍵を使用して、ＰＣ５インタフェースの直接接続通信サービスのメッセージに対して署名を行うことと、
署名されたメッセージを外部機器に送信することと、を更に含むことを特徴とする
請求項９に記載のプロビジョニング方法。
【請求項12】
前記セキュリティモジュールとＣＡサーバとは、汎用集積回路カード（ＵＩＣＣ）に基づく汎用ブートストラップアーキテクチャ（ＧＢＡ）（ＧＢＡ＿Ｕ）の方式でセキュアチャネルを確立することを特徴とする請求項１に記載のプロビジョニング方法。
【請求項13】
端末機器であって、請求項１－１２のうちいずれか一項に記載のプロビジョニング方法を実現するためのセキュリティモジュールを備える、端末機器。
【請求項14】
送受信機及びプロセッサを備える端末機器であって、前記プロセッサは、セキュリティモジュールを以下のステップを実行するように制御し、
前記セキュリティモジュールと認証局（ＣＡ）サーバが共有するセッションキーにより、前記ＣＡサーバとのセキュアチャネルを確立するステップと、前記ＣＡサーバからデジタル証明書を取得するステップと、を含み、
前記セキュリティモジュールは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）の機能を実現するためのものである、端末機器。
【請求項15】
プロセッサによって実行されるときに、前記プロセッサに、請求項１－１２のうちいずれか一項に記載のプロビジョニング方法を実施させるためのコンピュータプログラムを記憶した、コンピュータ可読記憶媒体。
【手続補正15】
【補正対象書類名】図面
【補正対象項目名】図７
【補正方法】変更
【補正の内容】
【図7】
【国際調査報告】