鍵の配布方法及びシステム
本発明は、鍵の配布方法及びシステムを開示した。当該方法は、応用プロバイダー管理プラットフォームがその対応するスマートカードに設置された応用プロバイダーセコンダリー・セキュリティドメインを通知して、公開鍵と秘密鍵を含める公開・秘密鍵のペアを生成させることと、応用プロバイダー管理プラットフォームがカード発行者管理プラットフォームより応用プロバイダーセコンダリー・セキュリティドメインからの予め取得された応用プロバイダーの公開鍵で暗号化され、及びスマートカードに設置されたＣＡＳＤでサイン処理された公開鍵を受信することと、応用プロバイダー管理プラットフォームがサインを認証し応用プロバイダーの秘密鍵を使用して復号して公開鍵を取得することと、応用プロバイダー管理プラットフォームが応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される信用ルートの公開鍵を、応用プロバイダーセコンダリー・セキュリティドメインの公開鍵で暗号化され、及び応用プロバイダーの秘密鍵で暗号化された後のデータをサイン処理した後でカード発行者管理プラットフォームより応用プロバイダーのセコンダリー・セキュリティドメインへ送信することとを含める。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に関し、特に、鍵の配布方法及びシステムに関する。
【背景技術】
【０００２】
関連技術において、近距離通信技術(Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＮＦＣと略称)は、１３.５６ＭＨｚに稼働する近距離無線通信技術であって、無線周波数認識(Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ、ＲＦＩＤと略称)技術と相互接続技術によって融合されて進化されてきたものである。携帯電話等の移動通信端末は、ＮＦＣ技術を統合した後で、非接触式ＩＣカードをシミュレーションして電子支払いの関連応用に使用されることができる。また、移動通信端末にこの方案を実現するために、端末にＮＦＣシミュレーション先端チップとＮＦＣアンテナを追加し、電子支払いをサポートするスマートカードを使用する必要がある。
【０００３】
ＩＣカード、特に非接触式ＩＣカードは、十数年の発展を経て、すでにバス、エントランスガード、小額電子支払い等の分野に広く応用され、それと共に、携帯電話は、二十数年の高速的な発展を経た後で、その応用がすでに基本的に普及され、人々の仕事と生活に大きな便利を与える。だから、携帯電話を非接触式ＩＣカード技術と結合させ、携帯電話を電子支払い分野に応用して、携帯電話の使用範囲をさらに広くさせて、人々の生活に便利を与えて、広い応用の前景がある。
【０００４】
関連技術において、ＮＦＣ技術に基づく移動電子支払いを実現するように、移動端末電子支払いシステムを構築し、このシステムより移動端末電子支払いに対する管理を実現する必要があって、その中、移動端末電子支払いシステムが、スマートカードの発行、電子支払い応用のダンロード、インストールと個性化、及び、関連技術と管理策略を採用して電子支払いの安全を実現するなどを含める。
【０００５】
セキュリティドメインは、カード外実体(カード発行者と応用プロバイダーを含める)のスマートカードでの代表的なものであって、それらがセキュリティチャネルプロトコルの稼働及びカード内容管理をサポートするための暗号化された鍵を含めて、電子支払いシステムがＧｌｏｂａｌ ｐｌａｔｆｏｒｍ Ｃａｒｄ ｐｅｃｉｆｉｃａｔｉｏｎ Ｖ２.１.１規範をサポートすると、セキュリティチャネルプロトコルがＳｅｃｕｒｅ Ｃｈａｎｎｅｌ Ｐｒｏｔｏｃｏｌ 「０２」(対称鍵に基づく)をサポートし、電子支払いシステムがＧｌｏｂａｌ ｐｌａｔｆｏｒｍ Ｃａｒｄ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖ２.２ 規範をサポートすると、セキュリティチャネルプロトコルがＳｅｃｕｒｅ Ｃｈａｎｎｅｌ Ｐｒｏｔｏｃｏｌ 「１０」(非対称鍵に基づく)をサポートする。セキュリティドメインがその自身の鍵の管理を担当して、異なる応用プロバイダーからの応用とデータが同一カードに共存できることを保証する。セキュリティドメインの鍵が非対称鍵体制を採用する時に、セキュリティドメインにおける鍵と証明書が、セキュリティドメインの公開鍵(公開の鍵とも呼ばれる)と秘密鍵(秘密の鍵とも呼ばれる)、セキュリティドメインの証明書、カード外実体証明書を認証するための信用ルートの公開鍵を含める必要がある。
【０００６】
応用プロバイダーのスマートカードでのセキュリティドメインは、セコンダリー・セキュリティドメインであって、応用プロバイダーの電子支払い応用をダンロードしてスマートカードにインストールする前に、まず、スマートカードにカード発行者が有するスマートカード主セキュリティドメインより応用プロバイダーのセコンダリー・セキュリティドメインを作成して、セコンダリー・セキュリティドメインの鍵を設置することが必要である。
【０００７】
セキュリティドメイン鍵は、機密データであって、信頼性を備える且つ安全な方法と技術を採用して関連の鍵と証明書をセコンダリー・セキュリティドメインにインポートして、セコンダリー・セキュリティドメインの鍵の安全的な配布を実現して、そのの中、セコンダリー・セキュリティドメインの作成がカード発行者管理プラットフォームよりスマートカードにおける主セキュリティドメインを指示して作成される必要があって、そして、セコンダリー・セキュリティドメインの作成が完成した後で、セコンダリー・セキュリティドメインの初期鍵がカード発行者管理プラットフォームより設置と配布を担当する必要がある。
【０００８】
セコンダリー・セキュリティドメインの作成と鍵の配布の時に、採用された方法は、スマートカードとカード発行者管理プラットフォームとが通信を構築し、応用プロバイダー管理プラットフォームとカード発行者管理プラットフォームとが通信を構築し、また、カード発行者管理プラットフォームがスマートカード主セキュリティドメインを指示してセコンダリー・セキュリティドメインを構築し、セコンダリー・セキュリティドメインの公開鍵と秘密鍵のペアがセコンダリー・セキュリティドメインによってカードに生成されてカード発行者管理プラットフォームへ送信されて、カード発行者管理プラットフォームがセコンダリー・セキュリティドメインより生成された鍵を応用プロバイダー管理プラットフォームへ送信して、応用プロバイダー管理プラットフォームがセコンダリー・セキュリティドメインの公開鍵に従ってセコンダリー・セキュリティドメインの証明書をサインして、さらにカード発行者管理プラットフォームよりセコンダリー・セキュリティドメイン証明書と信用ルートの公開鍵をセコンダリー・セキュリティドメインへインポートして、セコンダリー・セキュリティドメイン鍵の配布を完成する。
【０００９】
しかし、このような場合で、カード発行者管理プラットフォームは、データの伝送を担当する時に送信されたセキュリティドメインの鍵データを取得し、取得された鍵を使用してセコンダリー・セキュリティドメインに対して操作を実行する可能性があって、こうしたら、応用プロバイダーの電子支払い応用の安全を脅す。
【００１０】
だから、セコンダリー・セキュリティドメイン鍵の配布が不安全である問題を解決する技術案が必要になる。
【発明の概要】
【００１１】
本発明は、関連技術においてセコンダリー・セキュリティドメイン鍵の配布が不安全である問題を考えてなされるものであって、そのため、その主な目的がセコンダリー・セキュリティドメイン鍵がカード発行者管理プラットフォームより取得されるので鍵が不安全になる問題を回避するように、鍵の配布方法及びシステムを提供することにある。
【００１２】
本発明の一つの方面に係る鍵の配布方法は、
応用プロバイダー管理プラットフォームがその対応するスマートカードに設置された応用プロバイダーセコンダリー・セキュリティドメインを通知して、公開鍵と秘密鍵を含める公開・秘密鍵のペアを生成させることと、応用プロバイダー管理プラットフォームがカード発行者管理プラットフォームより、応用プロバイダーセコンダリー・セキュリティドメインからの予め取得された応用プロバイダーの公開鍵で暗号化され、及び、スマートカードに設置されたＣＡＳＤでサイン処理された公開鍵を受信することと、応用プロバイダー管理プラットフォームがサインを認証し、応用プロバイダーの秘密鍵を使用して復号して、公開鍵を取得することと、応用プロバイダー管理プラットフォームが応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される信用ルートの公開鍵を、応用プロバイダーセコンダリー・セキュリティドメインの公開鍵で暗号化され、及び、応用プロバイダーの秘密鍵で暗号化された後のデータをサイン処理された後で、カード発行者管理プラットフォームより応用プロバイダーセコンダリー・セキュリティドメインへ送信して、セコンダリー・セキュリティドメイン鍵の配布を完成することとを含める。
【００１３】
本発明の他の一つの方面に係る鍵の配布システムは、
スマートカードに応用プロバイダーセコンダリー・セキュリティドメインを作成するための作成モジュールと、応用プロバイダーセコンダリー・セキュリティドメインの、応用プロバイダーセコンダリー・セキュリティドメインの識別子情報、応用プロバイダーセコンダリー・セキュリティドメインの配置情報を含める基本的な情報を応用プロバイダー管理プラットフォームへ送信するための情報送信モジュールと、を含むカード発行者管理プラットフォームと、
応用プロバイダー管理プラットフォームが対応する、スマートカードに設置された応用プロバイダーセコンダリー・セキュリティドメインを通知して、公開鍵と秘密鍵を含める公開鍵・秘密鍵のペアを生成させるための通知モジュールと、応用プロバイダーセコンダリー・セキュリティドメインからの予め取得された応用プロバイダーの公開鍵で暗号化され、及び、スマートカードに設置されたＣＡＳＤでサイン処理された公開鍵を受信するための第一受信モジュールと、サインを認証して応用プロバイダーの秘密鍵を使用して復号して、公開鍵を取得するための第一取得モジュールと、応用プロバイダーセコンダリー・セキュリティドメインの公開鍵で暗号化され、及び、応用プロバイダー秘密鍵で暗号化された後のデータをサインした応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される信用ルートの公開鍵を、応用プロバイダーセコンダリー・セキュリティドメインへ送信するための第一送信モジュールと、を含む応用プロバイダー管理プラットフォームと、
移動端末に位置し、応用プロバイダーの公開鍵を取得するための第二取得モジュールと、応用プロバイダーの公開鍵で暗号化され、及び、ＣＡＳＤでサイン処理された公開鍵を応用プロバイダー管理プラットフォームへ送信するための第二送信モジュールと、暗号化され、及びサイン処理された応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される信用ルートの公開鍵を受信するための第二受信モジュールと、受信モジュールが受信したデータを、応用プロバイダーの公開鍵を利用してサインを認証し、認証がパスーした場合で応用プロバイダーセコンダリー・セキュリティドメインの秘密鍵を利用して復号して、応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される信用ルートの公開鍵を取得するための復号モジュールとを含める応用プロバイダーセコンダリー・セキュリティドメインと、を含めるスマートカードと、を含む。
【００１４】
本発明の上記技術案によると、応用プロバイダーセコンダリー・セキュリティドメインは、予め取得された応用プロバイダーの公開鍵を利用して、カードに生成されたセコンダリー・セキュリティドメイン鍵を暗号化し、応用プロバイダー管理プラットフォームへ送信して、応用プロバイダー管理プラットフォームは、予め取得された応用プロバイダーセコンダリー・セキュリティドメインの公開鍵で応用プロバイダーセコンダリー・セキュリティドメインの証明書と信用ルートの公開鍵を暗号化し、前記セコンダリー・セキュリティドメインへ送信し、また、カード発行者管理プラットフォームは、応用プロバイダー管理プラットフォームと応用プロバイダーセコンダリー・セキュリティドメインの間のデータ伝送を担当するが、応用プロバイダーと応用プロバイダーセコンダリー・セキュリティドメインの秘密鍵を取得できないから、データを復号してセコンダリー・セキュリティドメインの鍵を取得することができないようになって、カード発行者管理プラットフォームに対する分離を実現し、有効的に応用プロバイダーセコンダリー・セキュリティドメイン鍵の配布の安全性を保証する。
【図面の簡単な説明】
【００１５】
ここで説明するのは、図面が本発明をさらに理解するために提供され、本願の一部を構成して、本発明による模式な実施例及び説明が本発明を解釈することに使用され、本発明に対する不適当な限定を構成しない。
【図１】本発明のシステム実施例による移動端末電子支払いシステムの構造ブロック図である。
【図２】本発明のシステム実施例による鍵の配布システムのブロック図である。
【図３】本発明のシステム実施例による鍵の配布方法のフローチャートである。
【図４】本発明のシステム実施例による鍵の配布方法の優先的な処理案のフローチャートである。
【発明を実施するための形態】
【００１６】
機能の概述
本発明の主な主旨は、応用プロバイダーセコンダリー・セキュリティドメインが予め取得された応用プロバイダーの公開鍵を使用してカードに生成されたセコンダリー・セキュリティドメイン鍵を暗号化して応用プロバイダー管理プラットフォームへ送信し、また、応用プロバイダー管理プラットフォームが予め応用プロバイダーセコンダリー・セキュリティドメインの公開鍵を取得し、この公開鍵を利用して対応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される信用ルートの公開鍵を暗号化し、前記セコンダリー・セキュリティドメインへ送信して、カード発行者管理プラットフォームが応用プロバイダーと応用プロバイダーセコンダリー・セキュリティドメインの秘密鍵を取得できないから、データを復号してセコンダリー・セキュリティドメインの鍵を取得することができないが、また、スマートカードにおけるＣＡＳＤが証明書の認証とデータのサインだけを担当して、応用プロバイダーと応用プロバイダーセコンダリー・セキュリティドメインの秘密鍵を把握しないから、データを復号できなくて、セコンダリー・セキュリティドメインの鍵を取得できないことになる。これより、応用プロバイダーセコンダリー・セキュリティドメインの鍵の配布プロセスにおいてカード発行者管理プラットフォームに対する分離を実現し、有効的に応用プロバイダーセコンダリー・セキュリティドメインの鍵の配布の安全性を保証する。
【００１７】
以下、図面を繋がって本発明の優先的な実施態様を説明するが、ここで説明する優先的な実施例が本発明を説明して解釈することだけに使用され、本発明を限定しないと理解すべきである。
【００１８】
システム実施例
図１に示すように、本発明の実施例による移動端末電子支払いシステムは、主にカード発行者管理プラットフォーム１、応用プロバイダー管理プラットフォーム２及びスマートカードを含める移動端末３から構成され、複数の応用プロバイダー管理プラットフォームが存在できる。
【００１９】
その中、カード発行者管理プラットフォーム１は、カード管理システム１０、応用管理システム１１、鍵管理システム１２、証明書管理システム１３、応用プロバイダー管理システム１４を含めて、その中、証明書管理システム１３が、近距離無線通信技術に基づく移動端末電子支払いシステムが非対称鍵をサポートする場合で使用され、カード発行者ＣＡ(証明書センター)システムと接続し、応用管理システム１１が、カード発行者自身の電子支払い応用或いはその担当する信託管理の応用と管理功能を担当し、また、応用プロバイダー管理システム１４が応用プロバイダーの関連情報を管理し、応用プロバイダーのサービス権限等を規定ことができる。
【００２０】
また、カード発行者が有するカード発行者管理プラットフォーム１は、非対称鍵をサポートする場合だけで証明書管理システム１３を使用する。カード発行者管理プラットフォーム１は、カードのリソースとライフサイクル、鍵、証明書を管理することを担当し、応用プロバイダーのセコンダリー・セキュリティドメインを作成することを担当する。
【００２１】
応用プロバイダー管理プラットフォーム２は、応用管理システム２０、鍵管理システム２１及び証明書管理システム２２を含めて、その中、証明書管理システム２２が、移動支払いシステムが非対称鍵をサポートする場合で使用され、応用プロバイダーＣＡシステムと接続し、非対称鍵をサポートする場合だけで使用される。その上に、応用プロバイダーは、応用プロバイダー管理プラットフォーム２より各種類のサービス応用を提供し、カードにおけるそれに対応するセキュリティドメインを管理して、そのセキュリティドメインの応用鍵、証明書、データ等を制御して、応用の安全なダンロード功能を提供することができる。応用プロバイダーは、運用機関、銀行、バス会社、小売店等であってもよい。また、応用プロバイダーは、サービス端末管理システムとサービス端末を備え、サービス端末よりユーザーへサービスを提供することができる。
【００２２】
移動端末３に電子支払いをサポートするスマートカード(図面に示されない)を備えて、そして、スマートカードの安全性管理と支払い応用のダンロード、インストール等の功能を実現するように、スマートカードがカード発行者管理プラットフォーム１及び応用プロバイダー管理プラットフォーム２と通信を構築する必要がある。
【００２３】
スマートカードと管理プラットフォーム(上記カード発行者管理プラットフォーム１と応用プロバイダー管理プラットフォーム２)との通信は、二つの経路より実現できる。(１)スマートカードは、移動端末より移動通信ネットワークを使用して管理プラットフォームと通信を構築して、一般的に無線ダンロード(Ｏｖｅｒ Ｔｈｅ Ａｉｒ、ＯＴＡと略称)技術を採用してスマートカードと管理プラットフォームとの通信を実現する。(２)管理プラットフォームのサービス端末よりスマートカードと管理プラットフォームとの接続を実現する。サービス端末には非接触カードリーダー、或いは、直接にスマートカードを読み込むカードリーダーが配置され、そして、サービス端末は、管理プラットフォームと通信を構築して、スマートカードと管理プラットフォームとの通信を実現することができる。
【００２４】
上記移動支払いシステムにおいて、ユーザーは、電子支払い応用のダンロード、インストールと使用を行うことができて、カード発行者管理プラットフォーム又は応用プロバイダー管理プラットフォームとの相互作用より、移動端末とスマートカードに対して操作を行って、セキュリティドメインに新しい応用をダンロードしてインストールして、カード発行者管理プラットフォーム又は応用プロバイダー管理プラットフォームより提供された各種類のサービス応用を使用する。
【００２５】
近距離無線通信技術に基づく移動端末電子支払いシステムは、複数電子支払い応用をサポートして、スマートカードに複数の電子支払い応用をインストールすることができる。支払い応用の安全を実現するように、スマートカードは、Ｇｌｏｂａｌ Ｐｌａｔｆｏｒｍ Ｃａｒｄ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖ２.１.１/Ｖ２.２規範を採用して、いくつかの独立なセキュリティドメインに分離され、複数の応用の間の分離及び独立性を保証して、各応用プロバイダーがそれぞれのセキュリティドメイン及び応用、応用データ等を管理する。ここでＧｌｏｂａｌ Ｐｌａｔｆｏｒｍ 規範をサポートするスマートカードとは、Ｇｌｏｂａｌ Ｐｌａｔｆｏｒｍ Ｃａｒｄ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖ２.１.１/１２.２規範と合わせるＩＣチップまたはスマートカードであって、物理形式でＳＩＭ/ＵＳＩＭカード、プラグイン可能のスマート記憶カードまたは移動端末に統合されるＩＣチップであってもよい。
【００２６】
セキュリティドメインは、カード外実体(カード発行者と応用プロバイダーを含める)のスマートカードでの代表的なものであって、それらがセキュリティチャネルプロトコル稼働及びカード内容管理をサポートするための暗号化された鍵を含める。セキュリティドメインがその自身の鍵の管理を担当して、異なる応用プロバイダーからの応用とデータが同一カードに共存することができるを保証する。セキュリティドメインの鍵が非対称鍵体制を採用する時に、セキュリティドメインにおける鍵と証明書は、セキュリティドメインの公開鍵(公開の鍵とも呼ばれる)と秘密鍵(秘密の鍵とも呼ばれる)、セキュリティドメインの証明書、カード外実体の証明書を認証するための信用ルートの公開鍵を含める必要がある。
【００２７】
応用プロバイダーのスマートカードでのセキュリティドメインは、セコンダリー・セキュリティドメインである。応用プロバイダーの電子支払い応用をスマートカードにダンロードしてインストールする前に、まず、スマートカードにカード発行者が有するスマートカード主セキュリティドメインより応用プロバイダーのセコンダリー・セキュリティドメインを作成して、セコンダリー・セキュリティドメインの鍵を設置する必要がある。
【００２８】
セキュリティドメイン鍵は、機密データであって、信頼できる且つ安全な方法と技術を採用して関連の鍵と証明書をセコンダリー・セキュリティドメインにインポートして、セコンダリー・セキュリティドメイン鍵の安全な配布を実現する必要がある。セコンダリー・セキュリティドメインは、カード発行者管理プラットフォームよりスマートカードにおける主セキュリティドメインを指示して作成される必要があって、そして、セコンダリー・セキュリティドメインの作成が完成した後で、セコンダリー・セキュリティドメインの初期鍵の設置と配布がカード発行者管理プラットフォームより担当される必要がある。
【００２９】
上記電子支払いシステムに基づいて、本発明の実施例が鍵の配布システムを提供する。
【００３０】
図２は本発明のシステム実施例による鍵の配布システムの構造ブロック図であって、図２に示すように、本実施例による鍵の配布システムは、カード発行者管理プラットフォーム２００、応用プロバイダー管理プラットフォーム２１０及びスマートカード２２０を含める。
【００３１】
カード発行者管理プラットフォーム２００は、
スマートカードに応用プロバイダーセコンダリー・セキュリティドメインを作成するための作成モジュールと、
応用プロバイダーセコンダリー・セキュリティドメインの、応用プロバイダーセコンダリー・セキュリティドメインの識別子情報、応用プロバイダーセコンダリー・セキュリティドメインの配置情報を含める基本的な情報を応用プロバイダー管理プラットフォームに送信するための情報送信モジュールと、をさらに含める。
【００３２】
本発明の実施例において、スマートカードに応用プロバイダーの電子支払い応用をダンロードする前に、応用プロバイダー管理プラットフォームは、まずスマートカードに応用プロバイダーのセコンダリー・セキュリティドメインがあるかどうかを検査する必要がある。対応するセコンダリー・セキュリティドメインが存在しないと、応用プロバイダー管理プラットフォームは、カード発行者管理プラットフォームにスマートカードにこの応用プロバイダーのセコンダリー・セキュリティドメインを作成することを要求する必要がある。
【００３３】
応用プロバイダー管理プラットフォーム２１０は、カード発行者管理プラットフォーム２００に接続し、
応用プロバイダー管理プラットフォームが対応するスマートカードに設置された応用プロバイダーセコンダリー・セキュリティドメインを通知して公開鍵と秘密鍵を含める公開・秘密鍵のペアを生成させるための通知モジュールと、
応用プロバイダーセコンダリー・セキュリティドメインからの予め取得された応用プロバイダーの公開鍵で暗号化され、及び、スマートカードに設置されたＣＡＳＤでサイン処理された公開鍵を受信するための第一受信モジュールと、
サインを認証して応用プロバイダーの秘密鍵を使用して復号して、公開鍵を取得するための第一取得モジュールと、
応用プロバイダーセコンダリー・セキュリティドメインの公開鍵で暗号化され、および、応用プロバイダーの秘密鍵で暗号化された後のデータをサインした応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される信用ルートの公開鍵を、応用プロバイダーセコンダリー・セキュリティドメインに送信するための第一送信モジュールと、をさらに含める。
【００３４】
スマートカード２２０は、カード発行者管理プラットフォーム２００に接続して、移動端末に位置し、応用プロバイダーセコンダリー・セキュリティドメインを含める。その中、応用プロバイダーセコンダリー・セキュリティドメインは、
応用プロバイダーの公開鍵を取得するための第二取得モジュールと、
応用プロバイダーの公開鍵で暗号化され、及び、ＣＡＳＤでサイン処理された公開鍵を応用プロバイダー管理プラットフォームに送信するための第二送信モジュールと、
暗号化され、及び、サイン処理された応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される信用ルートの公開鍵を受信するための第二受信モジュールと、
受信モジュールが受信したデータを、応用プロバイダーの公開鍵を利用してサインを認証して、認証がパスーした場合で応用プロバイダーセコンダリー・セキュリティドメインの秘密鍵を利用して復号するための復号モジュールと、を含める。
【００３５】
そして、スマートカード２２０は、、応用プロバイダーの証明書を認証し及び公開鍵をサインするためのＣＡＳＤをさらに含める。
【００３６】
優先的に、実際の応用において、スマートカードは、Ｇｌｏｂａｌ Ｐｌａｔｆｏｒｍ Ｃａｒｄ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ２.２規範と合わせるがことができ、スマートカードセキュリティドメインが非対称鍵体制を採用し、作成されたセコンダリー・セキュリティドメインにインポートする必要な鍵が、セコンダリー・セキュリティドメインの公開鍵と秘密鍵、セコンダリー・セキュリティドメイン証明書と外部認証に使用される信用ルートの公開鍵(Ｏｎｅ Ｐｕｂｌｉｃ Ｋｅｙ ｆｏｒ Ｔｒｕｓｔ Ｐｏｉｎｔ ｆｏｒ Ｅｘｔｅｍａｌ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、ＰＫ.ＴＰ ＥＸ.ＡＵＴ)を含める。セコンダリー・セキュリティドメインの公開鍵と秘密鍵は、応用プロバイダーのセコンダリー・セキュリティドメインよりカードに生成され、セコンダリー・セキュリティドメイン証明書は、応用プロバイダー管理プラットフォームによってセコンダリー・セキュリティドメイン公開鍵に従って生成され、外部認証に使用された信用ルートの公開鍵は、応用プロバイダー証明書をサインするＣＡより提供されもので、応用プロバイダー管理プラットフォームから取得できて、セコンダリー・セキュリティドメインがプロバイダー証明書に対する認証に使用される。セコンダリー・セキュリティドメインの公開鍵と秘密鍵は、ＲＳＡアルゴリズムを採用して生成されることができて、公開鍵と秘密鍵の長さが１０２４ｂｉｔｓに選択される。
【００３７】
上記内容より分かるのは、本発明の鍵の配布システムにおいて、応用プロバイダーセコンダリー・セキュリティドメインが、予め取得された応用プロバイダーの公開鍵を利用してカードに生成されたセコンダリー・セキュリティドメイン鍵を暗号化し、応用プロバイダー管理プラットフォームへ送信して、応用プロバイダー管理プラットフォームが、予め取得された応用プロバイダーセコンダリー・セキュリティドメインの公開鍵を利用してプロバイダーセコンダリー・セキュリティドメインの証明書と信用ルートの公開鍵を暗号化し、セコンダリー・セキュリティドメインへ送信し、カード発行者管理プラットフォームが、応用プロバイダー管理プラットフォームと応用プロバイダーセコンダリー・セキュリティドメインの間のデータ伝送を担当するが、応用プロバイダーと応用プロバイダーセコンダリー・セキュリティドメインの秘密鍵を取得できないから、データを復号してセコンダリー・セキュリティドメインの鍵を取得することができなくて、カード発行者管理プラットフォームに対する分離を実現し、有効的に応用プロバイダーセコンダリー・セキュリティドメイン鍵の配布の安全性を保証する。
【００３８】
方法実施例
本実施例において、鍵の配布方法が提供され、応用プロバイダーの応用プロバイダー管理プラットフォーム、カード発行者管理プラットフォーム及び移動端末を含める通信システムに適用される。
【００３９】
図３は本発明の実施例による鍵の配布方法のフローチャートであって、図３に示すように、この方法は、下記のステップＳ３０２〜ステップＳ３０８の処理を含める。
【００４０】
ステップＳ３０２において、応用プロバイダー管理プラットフォームは、その対応するスマートカードに設置された応用プロバイダーセコンダリー・セキュリティドメインを通知して、公開鍵と秘密鍵を含める公開・秘密鍵のペアを生成させる。
【００４１】
ステップＳ３０４において、応用プロバイダー管理プラットフォームは、カード発行者管理プラットフォームより応用プロバイダーセコンダリー・セキュリティドメインからの予め取得された応用プロバイダーの公開鍵で暗号化され、及び、スマートカードに設置された信用できる第三方セコンダリー・セキュリティドメイン、即ち、ＣＡＳＤでサイン処理された公開鍵を受信する。
【００４２】
ステップＳ３０６において、応用プロバイダー管理プラットフォームは、サインを認証し、応用プロバイダーの秘密鍵を使用して復号して、公開鍵を取得する。
【００４３】
ステップＳ３０８において、応用プロバイダー管理プラットフォームは、応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される信用ルートの公開鍵を、応用プロバイダーセコンダリー・セキュリティドメインの公開鍵で暗号化され、及び、応用プロバイダーの秘密鍵で暗号化された後のデータをサイン処理した後でカード発行者管理プラットフォームより応用プロバイダーセコンダリー・セキュリティドメインへ送信して、セコンダリー・セキュリティドメイン鍵の配布を完成する。
【００４４】
上記実施例によると、カード発行者管理プラットフォームとＣＡＳＤが応用プロバイダーと応用プロバイダーセコンダリー・セキュリティドメインの秘密鍵を取得できないから、鍵データを復号できなくて、セコンダリー・セキュリティドメインの鍵データを取得できなくて、カード発行者管理プラットフォームに対する分離を実現して、有効的にセコンダリー・セキュリティドメイン鍵の安全な配布を保証する。
以下、上記各処理の細い点をさらに説明する。
【００４５】
(一)ステップＳ３０２
本発明によれば、機密的な必要を実現するために、スマートカードに信用できる第三方をインポートする必要があって、第三方は、スマートカードにＣｏｎｔｒｏｌｌｉｎｇ Ａｕｔｈｏｒｉｔｙセコンダリー・セキュリティドメイン(ＣＡＳＤ)を有して、信用できる第三方がＣＡＳＤより応用プロバイダーセコンダリー・セキュリティドメインへサービスを提供する。Ｃｏｎｔｒｏｌｌｉｎｇ Ａｕｔｈｏｒｉｔｙセコンダリー・セキュリティドメインは、Ｇｌｏｂａｌ Ｐｌａｔｆｏｒｍ Ｃａｒｄ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖ２.２における要求と合わせる。ＣＡＳＤは、応用プロバイダーセコンダリー・セキュリティドメインへ独立なサービスインターフェースを提供できて、証明書の認証、サイン、データ復号等を含める。
【００４６】
優先的に、信用できる第三方は、各応用プロバイダーへ証明書をサインする証明書センター(ＣＡ)であって、ＣＡがスマートカードに一つの独立なＣＡＳＤを有する。ＣＡＳＤにおける鍵と証明書は、ＣＡＳＤの公開鍵と秘密鍵、ＣＡＳＤの証明書、応用プロバイダー証明書を認証するためのＣＡ信用ルートの公開鍵を含めて、ＣＡのスマートカードでのＣＡＳＤの公開鍵、秘密鍵がＣＡより生成され、ＣＡＳＤの証明書がＣＡによってＣＡＳＤ公開鍵に応じてサインして生成され、ＣＡ信用ルートの公開鍵がＣＡより提供される。ＣＡＳＤは、スマートカード発行の時に安全な方式を採用して作成と初期化を行って、ＣＡによってＣＡＳＤセキュリティドメインにＣＡＳＤセキュリティドメインの公開鍵、秘密鍵、証明書とＣＡ信用ルートの公開鍵を書き込んで、その中、ＣＡＳＤの秘密鍵がスマートカードに更新されることだけできて、読み込まれることができない、だから、カード発行者管理プラットフォームと応用プロバイダー管理プラットフォームがＣＡＳＤの秘密鍵を取得できない。
【００４７】
本発明によると、まず、カード発行者管理プラットフォームがスマートカード主セキュリティドメインを通知してセコンダリー・セキュリティドメインを作成させる必要がある。セコンダリー・セキュリティドメインが作成された後で、カード発行者管理プラットフォームは、セキュリティドメインの基本的な情報を応用プロバイダー管理プラットフォームへ送信する。
【００４８】
次は、応用プロバイダー管理プラットフォームは、ＣＡＳＤの証明書を取得して、ＣＡＳＤの証明書の真実を認証して、証明書からＣＡＳＤの公開鍵を取得する。応用プロバイダー管理プラットフォームは、この公開鍵を使用して応用プロバイダーセコンダリー・セキュリティドメインへ送信されるデータを暗号化することができ、応用プロバイダーセコンダリー・セキュリティドメインが暗号化されたデータを受信した後で、ＣＡＳＤより提供されたサービスインターフェースを呼び出すことよりデータを復号して、ＣＡＳＤは、ＣＡＳＤの秘密鍵を使用してデータを復号し、復号された後のデータを応用プロバイダーセコンダリー・セキュリティドメインへ返信する。
【００４９】
そして、応用プロバイダー管理プラットフォームは、自分の証明書をカード発行者管理プラットフォームより応用プロバイダーセコンダリー・セキュリティドメインへ送信する。応用プロバイダーセコンダリー・セキュリティドメインがＣＡＳＤより提供された証明書を呼び出して、インターフェース認証応用プロバイダーの証明書を認証する。ＣＡＳＤがＣＡの信用ルートの公開鍵を使用して応用プロバイダーの証明書を認証し、認証がパスーすると、応用プロバイダーの識別子情報(ＩＤ)と応用プロバイダーの公開鍵を応用プロバイダーセコンダリー・セキュリティドメインへ返信する。
【００５０】
応用プロバイダー管理プラットフォームは、応用プロバイダーセコンダリー・セキュリティドメインを通知してスマートカードに公開鍵(公的な鍵)と秘密鍵(私的な鍵)を含める公開・秘密鍵のペアを生成させる。応用プロバイダーセコンダリー・セキュリティドメインは、スマートカードに鍵を生成したインターフェースを呼び出すことより、公開鍵と秘密鍵を生成して、生成された鍵を応用プロバイダーの公開鍵を採用して暗号化して、さらにＣＡＳＤセキュリティドメインより暗号化された後のデータをサインして、応用プロバイダー管理プラットフォームへ送信する。
【００５１】
(二)ステップＳ３０４とステップＳ３０６
応用プロバイダー管理プラットフォームは、応用プロバイダーセコンダリー・セキュリティドメインからの鍵データを受信した後で、サインを認証して応用プロバイダーの秘密鍵を使用してデータを復号して、応用プロバイダーセコンダリー・セキュリティドメインの公開鍵を取得する。
【００５２】
(二)ステップＳ３０８
上記処理に基づいて、応用プロバイダー管理プラットフォームは、取得された応用プロバイダーセコンダリー・セキュリティドメインの公開鍵より応用プロバイダーセコンダリー・セキュリティドメインの証明書をサインして、応用プロバイダーセコンダリー・セキュリティドメインの公開鍵を使用して応用プロバイダーセコンダリー・セキュリティドメインの証明書と信用ルートの公開鍵を暗号化して、応用プロバイダーの秘密鍵を使用して暗号化された後のデータをサインして、報告メッセージより応用プロバイダーセコンダリー・セキュリティドメインへ送信する。
【００５３】
応用プロバイダーセコンダリー・セキュリティドメインがデータを受信した後で、応用プロバイダーの公開鍵を使用してサインを認証し、応用プロバイダーセコンダリー・安全の秘密鍵を使用してデータを復号して、セキュリティドメイン証明書と信用ルートの公開鍵を取得して、応用プロバイダーセコンダリー・セキュリティドメインが報告メッセージの指示に従って、セキュリティドメイン証明書と信用ルートの公開鍵を設置して、応用プロバイダーセコンダリー・セキュリティドメイン鍵の配布を完成する。
【００５４】
上記内容より分かるのは、カード発行者管理プラットフォームが応用プロバイダー管理プラットフォーム及びセコンダリー・セキュリティドメインとの通信データを伝送する時に、応用プロバイダーとセコンダリー・セキュリティドメインの秘密鍵を把握しないから、データを復号できなくて、セコンダリー・セキュリティドメインの鍵を取得できないが、スマートカードにおけるＣＡＳＤに対して、それが証明書の認証とデータのサインだけ担当して、応用プロバイダーとセコンダリー・セキュリティドメインの秘密鍵を把握しないから、データを復号できなくて、セコンダリー・セキュリティドメインの鍵を取得できない。上記実施例によると、カード発行者管理プラットフォームに対する分離を実現して、有効的に応用プロバイダーセコンダリー・セキュリティドメイン鍵の安全な配布を保証する。
【００５５】
上記プロセスにおいて、応用プロバイダーセコンダリー・セキュリティドメインの作成、鍵の配布プロセスは、ＯＴＡの方式で実現できて、応用プロバイダー管理プラットフォーム、カード発行者管理プラットフォームがＯＴＡ方式よりスマートカードと接続を構築して、ＯＴＡより関連コマンドとデータを伝送する。
【００５６】
そして、応用プロバイダーセコンダリー・セキュリティドメインの作成、鍵の配布プロセスは、カード発行者のサービス端末より完成されてもいい。スマートカードは、カード発行者のサービス端末よりカード発行者管理プラットフォームおよび応用プロバイダー管理プラットフォームと接続を構築して、サービス端末がスマートカードと管理プラットフォームの間のコマンド、応答データ等を伝送する。応用プロバイダーがスマートカードへ送信するコマンドは、カード発行者管理プラットフォームよりスマートカードへ送信され、カード発行者管理プラットフォームからスマートカードに送信された応答を取得する。
【００５７】
以下、具体的な応用実例を繋がって、本実施例による鍵の配布処理を説明する。
【００５８】
図４は本発明実施例による鍵の配布方法の優先的な処理案のフローチャートであって、図４に示すように、この処理プロセスは、具体的に、下記のステップＳ４０２〜ステップＳ４２８の処理を含める。
【００５９】
ステップＳ４０２において、カード発行者管理プラットフォームは、応用プロバイダーセコンダリー・セキュリティドメインを作成する。応用プロバイダーセコンダリー・セキュリティドメインを作成するプロセスは、下記の内容を含める。
【００６０】
(１)カード発行者管理プラットフォームは、スマートカードへＳＥＬＥＣＴ(選択)報告メッセージを送信して、スマートカードの主セキュリティドメインを選択する。
【００６１】
(２)カード発行者管理プラットフォームとスマートカード主セキュリティドメインは、Ｇｌｏｂａｌ Ｐｌａｔｆｏｒｍ Ｃａｒｄ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖ２.２付録ＦのＳｅｃｕｒｅ Ｃｈａｎｎｅｌ Ｐｒｏｔｏｃｏｌ 「１０」のリクエストに従ってＳＣＰ１０セキュリティチャネルを構築して、両方の認証および会話鍵の打ち合わせを完成する。
【００６２】
(３)カード発行者管理システムは、主セキュリティドメインへ応用プロバイダーセコンダリー・セキュリティドメイン作成報告メッセージＩＮＳＴＡＬＬ[ｆｏｒ Ｉｎｓｔａｌｌ]を送信する。主セキュリティドメインは、報告メッセージの指示に従って、応用プロバイダーセコンダリー・セキュリティドメインを作成して、応用プロバイダー管理プラットフォームセコンダリー・セキュリティドメインのＩＤ(ＡＰＳＤ ＩＤ)が応用プロバイダー管理プラットフォームのＩＤと同じにしてもよい。
【００６３】
(４)応用プロバイダーセコンダリー・セキュリティドメインの作成を完成した後で、カード発行者管理プラットフォームは、作成された応用プロバイダーセコンダリー・セキュリティドメインの基本的な情報を応用プロバイダー管理プラットフォームへ送信して、この基本的な情報が応用プロバイダーセコンダリー・セキュリティドメインのＩＤ(ＡＰＳＤ ＩＤ)と応用プロバイダーセコンダリー・セキュリティドメインの配置情報を含める。応用プロバイダー管理プラットフォームは、応用プロバイダーセコンダリー・セキュリティドメインの基本的な情報を受信した後で、応用プロバイダー管理プラットフォームのデータベースに応用プロバイダーセコンダリー・セキュリティドメインの情報を記憶する必要がある。
【００６４】
ステップＳ４０４において、応用プロバイダー管理プラットフォームは、スマートカードからスマートカードＣＡＳＤの証明書を取得する。応用プロバイダーは、スマートカードへＧＥＴＤＡＴＡ(データを取得する)報告メッセージを送信して、ＣＡＳＤの証明書を取得することができる。
【００６５】
ステップＳ４０６において、応用プロバイダー管理プラットフォームは、ＣＡＳＤの証明書を認証してＣＡＳＤの公開鍵を取得する。応用プロバイダー管理プラットフォームは、ＣＡの信用ルートの公開鍵を使用してＣＡＳＤの証明書の真実性を認証して、ＣＡＳＤの証明書からＣＡＳＤの公開鍵を取得することができる。
【００６６】
ステップＳ４０８において、応用プロバイダー管理プラットフォームは、自分の証明書を、ＳＴＯＲＥＤＡＴＡ(データ記憶)報告メッセージを使用してカード発行者管理プラットフォームより応用プロバイダーセコンダリー・セキュリティドメインへ送信する。証明書を送信する時の安全を実現するように、応用プロバイダー管理プラットフォームは、ＣＡＳＤの公開鍵を使用して応用プロバイダーの証明書を暗号化することができる。
【００６７】
ステップＳ４１０において、応用プロバイダーセコンダリー・セキュリティドメインは、ＣＡＳＤが応用プロバイダーの証明書を認証することをリクエストする。
【００６８】
ステップＳ４１２において、ＣＡＳＤは、応用プロバイダーセコンダリー・セキュリティドメインへ認証結果、応用プロバイダーのＩＤと応用プロバイダーの公開鍵を返信する。
【００６９】
ステップＳ４１４において、応用プロバイダー証明書の真実性を確認した後で、セコンダリー・セキュリティドメインは、ＳＴＯＲＥＤＡＴＡ応答を応用プロバイダー管理プラットフォームへ送信する。
【００７０】
ステップＳ４１６において、応用プロバイダー管理プラットフォームが応用プロバイダーセコンダリー・セキュリティドメインを通知して、公開鍵、秘密鍵を生成させる。
【００７１】
ステップＳ４１８、応用プロバイダーセコンダリー・セキュリティドメインがカードに鍵を生成するインターフェースを呼び出すことより公開鍵と秘密鍵を生成して、生成された公開鍵を応用プロバイダーの公開鍵を採用し暗号化して、そして、ＣＡＳＤより暗号化された後のデータをサインする。
【００７２】
ステップＳ４２０において、応用プロバイダーセコンダリー・セキュリティドメインは、暗号化された後の応用プロバイダーセコンダリー・セキュリティドメインの公開鍵を応用プロバイダー管理プラットフォームへ送信する。
【００７３】
ステップＳ４２２において、応用プロバイダー管理プラットフォームは、サインを認証して、応用プロバイダーの秘密鍵を使用してデータを復号して、応用プロバイダーセコンダリー・セキュリティドメインの公開鍵を取得する。
【００７４】
ステップＳ４２４において、応用プロバイダー管理プラットフォームにおける証明書管理システムは、公開鍵と応用プロバイダーセコンダリー・セキュリティドメインの証明書申請情報を応用プロバイダーＣＡへ送信して、ＣＡがセコンダリー・セキュリティドメインの証明書をサインした後で、証明書を証明書管理システムへ返信する。
【００７５】
ステップＳ４２６において、応用プロバイダー管理プラットフォームは、ＰＵＴＫＥＹ(鍵の設置)コマンドより応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される信用ルートの公開鍵をセコンダリー・セキュリティドメインへ送信する。ＰＵＴＫＥＹ報告メッセージにおいて、応用プロバイダーセコンダリー・セキュリティドメインの公開鍵を使用して応用プロバイダーセコンダリー・セキュリティドメインの証明書と信用ルートの公開鍵を暗号化して、応用プロバイダーの秘密鍵を使用して暗号化された後のデータをサインすることができる。
【００７６】
ステップＳ４２８において、応用プロバイダーセコンダリー・セキュリティドメインは、ＰＵＴＫＥＹコマンドを受信した後で、データサインを認証して、自分の秘密鍵を使用してデータを復号して、応用プロバイダーセコンダリー・セキュリティドメインの証明書と信用ルートの公開鍵を取得して、証明書と公開鍵の設置を行う。設置が完成された後で、応用プロバイダーセコンダリー・セキュリティドメインは、ＰＵＴＫＥＹ応答メッセージを応用プロバイダー管理プラットフォームへ送信する。
【００７７】
そして、上記ステップを完成した後で、セコンダリー・セキュリティドメインと応用プロバイダー管理プラットフォームの間で続いて電子支払い応用のダンロードとインストール等のプロセスを行うことができる。
【００７８】
上述したように、本発明の技術案によれば、本発明の鍵の配布システムにおいて、応用プロバイダーセコンダリー・セキュリティドメインは、予め取得された応用プロバイダーの公開鍵を利用してカードに生成されたセコンダリー・セキュリティドメインの鍵を暗号化して、応用プロバイダー管理プラットフォームへ送信して、応用プロバイダー管理プラットフォームが予め取得された応用プロバイダーセコンダリー・セキュリティドメインの公開鍵を利用して応用プロバイダーセコンダリー・セキュリティドメインの証明書と信用ルートの公開鍵を暗号化して、前記セコンダリー・セキュリティドメインへ送信し、また、カード発行者管理プラットフォームは、応用プロバイダー管理プラットフォームと応用プロバイダーセコンダリー・セキュリティドメインの間のデータ伝送を担当するが、応用プロバイダーと応用プロバイダーセコンダリー・セキュリティドメインの秘密鍵を取得できないから、データを復号してセコンダリー・セキュリティドメインの鍵を取得することができなくて、カード発行者管理プラットフォームに対する分離を実現して、有効的に応用プロバイダーセコンダリー・セキュリティドメインの鍵の配布の安全性を保証する。
【００７９】
明らかに、本分野の当業者は、上述した本発明の各モジュールまたは各ステップが適当な計算装置で実現されることができ、それらが単一の計算装置に集中されてもいい、複数の計算装置より組み立てるネットワークに配置されてもいい、選択可能には、それらが計算装置実行可能プログラムコードで実現されることができて、だから、それらを記憶装置に記憶して計算装置より実行される、或いは、それらを別々の集積回路モジュールにそれぞれ作成する、或いは、それらのうちの複数のモジュール又はステップを単一の集積回路モジュールに作成して実現されることができると理解すべきである。このように、本発明は、いかなる特定のハードウェアとソフトウェアの結合にも制限されない。
【００８０】
上述したものは、本発明の実施形態だけであるが、本発明を限定することに用いられるものではなく、当業者にとっては、様々な変更と変化を実施することができる。実質及び要旨を逸脱しない範囲で、当業者が本発明に対して行った様々の修正、等同切替、改良などは、本発明の特許請求の範囲に含まれると理解すべきである。
【技術分野】
【０００１】
本発明は、通信分野に関し、特に、鍵の配布方法及びシステムに関する。
【背景技術】
【０００２】
関連技術において、近距離通信技術(Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＮＦＣと略称)は、１３.５６ＭＨｚに稼働する近距離無線通信技術であって、無線周波数認識(Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ、ＲＦＩＤと略称)技術と相互接続技術によって融合されて進化されてきたものである。携帯電話等の移動通信端末は、ＮＦＣ技術を統合した後で、非接触式ＩＣカードをシミュレーションして電子支払いの関連応用に使用されることができる。また、移動通信端末にこの方案を実現するために、端末にＮＦＣシミュレーション先端チップとＮＦＣアンテナを追加し、電子支払いをサポートするスマートカードを使用する必要がある。
【０００３】
ＩＣカード、特に非接触式ＩＣカードは、十数年の発展を経て、すでにバス、エントランスガード、小額電子支払い等の分野に広く応用され、それと共に、携帯電話は、二十数年の高速的な発展を経た後で、その応用がすでに基本的に普及され、人々の仕事と生活に大きな便利を与える。だから、携帯電話を非接触式ＩＣカード技術と結合させ、携帯電話を電子支払い分野に応用して、携帯電話の使用範囲をさらに広くさせて、人々の生活に便利を与えて、広い応用の前景がある。
【０００４】
関連技術において、ＮＦＣ技術に基づく移動電子支払いを実現するように、移動端末電子支払いシステムを構築し、このシステムより移動端末電子支払いに対する管理を実現する必要があって、その中、移動端末電子支払いシステムが、スマートカードの発行、電子支払い応用のダンロード、インストールと個性化、及び、関連技術と管理策略を採用して電子支払いの安全を実現するなどを含める。
【０００５】
セキュリティドメインは、カード外実体(カード発行者と応用プロバイダーを含める)のスマートカードでの代表的なものであって、それらがセキュリティチャネルプロトコルの稼働及びカード内容管理をサポートするための暗号化された鍵を含めて、電子支払いシステムがＧｌｏｂａｌ ｐｌａｔｆｏｒｍ Ｃａｒｄ ｐｅｃｉｆｉｃａｔｉｏｎ Ｖ２.１.１規範をサポートすると、セキュリティチャネルプロトコルがＳｅｃｕｒｅ Ｃｈａｎｎｅｌ Ｐｒｏｔｏｃｏｌ 「０２」(対称鍵に基づく)をサポートし、電子支払いシステムがＧｌｏｂａｌ ｐｌａｔｆｏｒｍ Ｃａｒｄ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖ２.２ 規範をサポートすると、セキュリティチャネルプロトコルがＳｅｃｕｒｅ Ｃｈａｎｎｅｌ Ｐｒｏｔｏｃｏｌ 「１０」(非対称鍵に基づく)をサポートする。セキュリティドメインがその自身の鍵の管理を担当して、異なる応用プロバイダーからの応用とデータが同一カードに共存できることを保証する。セキュリティドメインの鍵が非対称鍵体制を採用する時に、セキュリティドメインにおける鍵と証明書が、セキュリティドメインの公開鍵(公開の鍵とも呼ばれる)と秘密鍵(秘密の鍵とも呼ばれる)、セキュリティドメインの証明書、カード外実体証明書を認証するための信用ルートの公開鍵を含める必要がある。
【０００６】
応用プロバイダーのスマートカードでのセキュリティドメインは、セコンダリー・セキュリティドメインであって、応用プロバイダーの電子支払い応用をダンロードしてスマートカードにインストールする前に、まず、スマートカードにカード発行者が有するスマートカード主セキュリティドメインより応用プロバイダーのセコンダリー・セキュリティドメインを作成して、セコンダリー・セキュリティドメインの鍵を設置することが必要である。
【０００７】
セキュリティドメイン鍵は、機密データであって、信頼性を備える且つ安全な方法と技術を採用して関連の鍵と証明書をセコンダリー・セキュリティドメインにインポートして、セコンダリー・セキュリティドメインの鍵の安全的な配布を実現して、そのの中、セコンダリー・セキュリティドメインの作成がカード発行者管理プラットフォームよりスマートカードにおける主セキュリティドメインを指示して作成される必要があって、そして、セコンダリー・セキュリティドメインの作成が完成した後で、セコンダリー・セキュリティドメインの初期鍵がカード発行者管理プラットフォームより設置と配布を担当する必要がある。
【０００８】
セコンダリー・セキュリティドメインの作成と鍵の配布の時に、採用された方法は、スマートカードとカード発行者管理プラットフォームとが通信を構築し、応用プロバイダー管理プラットフォームとカード発行者管理プラットフォームとが通信を構築し、また、カード発行者管理プラットフォームがスマートカード主セキュリティドメインを指示してセコンダリー・セキュリティドメインを構築し、セコンダリー・セキュリティドメインの公開鍵と秘密鍵のペアがセコンダリー・セキュリティドメインによってカードに生成されてカード発行者管理プラットフォームへ送信されて、カード発行者管理プラットフォームがセコンダリー・セキュリティドメインより生成された鍵を応用プロバイダー管理プラットフォームへ送信して、応用プロバイダー管理プラットフォームがセコンダリー・セキュリティドメインの公開鍵に従ってセコンダリー・セキュリティドメインの証明書をサインして、さらにカード発行者管理プラットフォームよりセコンダリー・セキュリティドメイン証明書と信用ルートの公開鍵をセコンダリー・セキュリティドメインへインポートして、セコンダリー・セキュリティドメイン鍵の配布を完成する。
【０００９】
しかし、このような場合で、カード発行者管理プラットフォームは、データの伝送を担当する時に送信されたセキュリティドメインの鍵データを取得し、取得された鍵を使用してセコンダリー・セキュリティドメインに対して操作を実行する可能性があって、こうしたら、応用プロバイダーの電子支払い応用の安全を脅す。
【００１０】
だから、セコンダリー・セキュリティドメイン鍵の配布が不安全である問題を解決する技術案が必要になる。
【発明の概要】
【００１１】
本発明は、関連技術においてセコンダリー・セキュリティドメイン鍵の配布が不安全である問題を考えてなされるものであって、そのため、その主な目的がセコンダリー・セキュリティドメイン鍵がカード発行者管理プラットフォームより取得されるので鍵が不安全になる問題を回避するように、鍵の配布方法及びシステムを提供することにある。
【００１２】
本発明の一つの方面に係る鍵の配布方法は、
応用プロバイダー管理プラットフォームがその対応するスマートカードに設置された応用プロバイダーセコンダリー・セキュリティドメインを通知して、公開鍵と秘密鍵を含める公開・秘密鍵のペアを生成させることと、応用プロバイダー管理プラットフォームがカード発行者管理プラットフォームより、応用プロバイダーセコンダリー・セキュリティドメインからの予め取得された応用プロバイダーの公開鍵で暗号化され、及び、スマートカードに設置されたＣＡＳＤでサイン処理された公開鍵を受信することと、応用プロバイダー管理プラットフォームがサインを認証し、応用プロバイダーの秘密鍵を使用して復号して、公開鍵を取得することと、応用プロバイダー管理プラットフォームが応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される信用ルートの公開鍵を、応用プロバイダーセコンダリー・セキュリティドメインの公開鍵で暗号化され、及び、応用プロバイダーの秘密鍵で暗号化された後のデータをサイン処理された後で、カード発行者管理プラットフォームより応用プロバイダーセコンダリー・セキュリティドメインへ送信して、セコンダリー・セキュリティドメイン鍵の配布を完成することとを含める。
【００１３】
本発明の他の一つの方面に係る鍵の配布システムは、
スマートカードに応用プロバイダーセコンダリー・セキュリティドメインを作成するための作成モジュールと、応用プロバイダーセコンダリー・セキュリティドメインの、応用プロバイダーセコンダリー・セキュリティドメインの識別子情報、応用プロバイダーセコンダリー・セキュリティドメインの配置情報を含める基本的な情報を応用プロバイダー管理プラットフォームへ送信するための情報送信モジュールと、を含むカード発行者管理プラットフォームと、
応用プロバイダー管理プラットフォームが対応する、スマートカードに設置された応用プロバイダーセコンダリー・セキュリティドメインを通知して、公開鍵と秘密鍵を含める公開鍵・秘密鍵のペアを生成させるための通知モジュールと、応用プロバイダーセコンダリー・セキュリティドメインからの予め取得された応用プロバイダーの公開鍵で暗号化され、及び、スマートカードに設置されたＣＡＳＤでサイン処理された公開鍵を受信するための第一受信モジュールと、サインを認証して応用プロバイダーの秘密鍵を使用して復号して、公開鍵を取得するための第一取得モジュールと、応用プロバイダーセコンダリー・セキュリティドメインの公開鍵で暗号化され、及び、応用プロバイダー秘密鍵で暗号化された後のデータをサインした応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される信用ルートの公開鍵を、応用プロバイダーセコンダリー・セキュリティドメインへ送信するための第一送信モジュールと、を含む応用プロバイダー管理プラットフォームと、
移動端末に位置し、応用プロバイダーの公開鍵を取得するための第二取得モジュールと、応用プロバイダーの公開鍵で暗号化され、及び、ＣＡＳＤでサイン処理された公開鍵を応用プロバイダー管理プラットフォームへ送信するための第二送信モジュールと、暗号化され、及びサイン処理された応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される信用ルートの公開鍵を受信するための第二受信モジュールと、受信モジュールが受信したデータを、応用プロバイダーの公開鍵を利用してサインを認証し、認証がパスーした場合で応用プロバイダーセコンダリー・セキュリティドメインの秘密鍵を利用して復号して、応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される信用ルートの公開鍵を取得するための復号モジュールとを含める応用プロバイダーセコンダリー・セキュリティドメインと、を含めるスマートカードと、を含む。
【００１４】
本発明の上記技術案によると、応用プロバイダーセコンダリー・セキュリティドメインは、予め取得された応用プロバイダーの公開鍵を利用して、カードに生成されたセコンダリー・セキュリティドメイン鍵を暗号化し、応用プロバイダー管理プラットフォームへ送信して、応用プロバイダー管理プラットフォームは、予め取得された応用プロバイダーセコンダリー・セキュリティドメインの公開鍵で応用プロバイダーセコンダリー・セキュリティドメインの証明書と信用ルートの公開鍵を暗号化し、前記セコンダリー・セキュリティドメインへ送信し、また、カード発行者管理プラットフォームは、応用プロバイダー管理プラットフォームと応用プロバイダーセコンダリー・セキュリティドメインの間のデータ伝送を担当するが、応用プロバイダーと応用プロバイダーセコンダリー・セキュリティドメインの秘密鍵を取得できないから、データを復号してセコンダリー・セキュリティドメインの鍵を取得することができないようになって、カード発行者管理プラットフォームに対する分離を実現し、有効的に応用プロバイダーセコンダリー・セキュリティドメイン鍵の配布の安全性を保証する。
【図面の簡単な説明】
【００１５】
ここで説明するのは、図面が本発明をさらに理解するために提供され、本願の一部を構成して、本発明による模式な実施例及び説明が本発明を解釈することに使用され、本発明に対する不適当な限定を構成しない。
【図１】本発明のシステム実施例による移動端末電子支払いシステムの構造ブロック図である。
【図２】本発明のシステム実施例による鍵の配布システムのブロック図である。
【図３】本発明のシステム実施例による鍵の配布方法のフローチャートである。
【図４】本発明のシステム実施例による鍵の配布方法の優先的な処理案のフローチャートである。
【発明を実施するための形態】
【００１６】
機能の概述
本発明の主な主旨は、応用プロバイダーセコンダリー・セキュリティドメインが予め取得された応用プロバイダーの公開鍵を使用してカードに生成されたセコンダリー・セキュリティドメイン鍵を暗号化して応用プロバイダー管理プラットフォームへ送信し、また、応用プロバイダー管理プラットフォームが予め応用プロバイダーセコンダリー・セキュリティドメインの公開鍵を取得し、この公開鍵を利用して対応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される信用ルートの公開鍵を暗号化し、前記セコンダリー・セキュリティドメインへ送信して、カード発行者管理プラットフォームが応用プロバイダーと応用プロバイダーセコンダリー・セキュリティドメインの秘密鍵を取得できないから、データを復号してセコンダリー・セキュリティドメインの鍵を取得することができないが、また、スマートカードにおけるＣＡＳＤが証明書の認証とデータのサインだけを担当して、応用プロバイダーと応用プロバイダーセコンダリー・セキュリティドメインの秘密鍵を把握しないから、データを復号できなくて、セコンダリー・セキュリティドメインの鍵を取得できないことになる。これより、応用プロバイダーセコンダリー・セキュリティドメインの鍵の配布プロセスにおいてカード発行者管理プラットフォームに対する分離を実現し、有効的に応用プロバイダーセコンダリー・セキュリティドメインの鍵の配布の安全性を保証する。
【００１７】
以下、図面を繋がって本発明の優先的な実施態様を説明するが、ここで説明する優先的な実施例が本発明を説明して解釈することだけに使用され、本発明を限定しないと理解すべきである。
【００１８】
システム実施例
図１に示すように、本発明の実施例による移動端末電子支払いシステムは、主にカード発行者管理プラットフォーム１、応用プロバイダー管理プラットフォーム２及びスマートカードを含める移動端末３から構成され、複数の応用プロバイダー管理プラットフォームが存在できる。
【００１９】
その中、カード発行者管理プラットフォーム１は、カード管理システム１０、応用管理システム１１、鍵管理システム１２、証明書管理システム１３、応用プロバイダー管理システム１４を含めて、その中、証明書管理システム１３が、近距離無線通信技術に基づく移動端末電子支払いシステムが非対称鍵をサポートする場合で使用され、カード発行者ＣＡ(証明書センター)システムと接続し、応用管理システム１１が、カード発行者自身の電子支払い応用或いはその担当する信託管理の応用と管理功能を担当し、また、応用プロバイダー管理システム１４が応用プロバイダーの関連情報を管理し、応用プロバイダーのサービス権限等を規定ことができる。
【００２０】
また、カード発行者が有するカード発行者管理プラットフォーム１は、非対称鍵をサポートする場合だけで証明書管理システム１３を使用する。カード発行者管理プラットフォーム１は、カードのリソースとライフサイクル、鍵、証明書を管理することを担当し、応用プロバイダーのセコンダリー・セキュリティドメインを作成することを担当する。
【００２１】
応用プロバイダー管理プラットフォーム２は、応用管理システム２０、鍵管理システム２１及び証明書管理システム２２を含めて、その中、証明書管理システム２２が、移動支払いシステムが非対称鍵をサポートする場合で使用され、応用プロバイダーＣＡシステムと接続し、非対称鍵をサポートする場合だけで使用される。その上に、応用プロバイダーは、応用プロバイダー管理プラットフォーム２より各種類のサービス応用を提供し、カードにおけるそれに対応するセキュリティドメインを管理して、そのセキュリティドメインの応用鍵、証明書、データ等を制御して、応用の安全なダンロード功能を提供することができる。応用プロバイダーは、運用機関、銀行、バス会社、小売店等であってもよい。また、応用プロバイダーは、サービス端末管理システムとサービス端末を備え、サービス端末よりユーザーへサービスを提供することができる。
【００２２】
移動端末３に電子支払いをサポートするスマートカード(図面に示されない)を備えて、そして、スマートカードの安全性管理と支払い応用のダンロード、インストール等の功能を実現するように、スマートカードがカード発行者管理プラットフォーム１及び応用プロバイダー管理プラットフォーム２と通信を構築する必要がある。
【００２３】
スマートカードと管理プラットフォーム(上記カード発行者管理プラットフォーム１と応用プロバイダー管理プラットフォーム２)との通信は、二つの経路より実現できる。(１)スマートカードは、移動端末より移動通信ネットワークを使用して管理プラットフォームと通信を構築して、一般的に無線ダンロード(Ｏｖｅｒ Ｔｈｅ Ａｉｒ、ＯＴＡと略称)技術を採用してスマートカードと管理プラットフォームとの通信を実現する。(２)管理プラットフォームのサービス端末よりスマートカードと管理プラットフォームとの接続を実現する。サービス端末には非接触カードリーダー、或いは、直接にスマートカードを読み込むカードリーダーが配置され、そして、サービス端末は、管理プラットフォームと通信を構築して、スマートカードと管理プラットフォームとの通信を実現することができる。
【００２４】
上記移動支払いシステムにおいて、ユーザーは、電子支払い応用のダンロード、インストールと使用を行うことができて、カード発行者管理プラットフォーム又は応用プロバイダー管理プラットフォームとの相互作用より、移動端末とスマートカードに対して操作を行って、セキュリティドメインに新しい応用をダンロードしてインストールして、カード発行者管理プラットフォーム又は応用プロバイダー管理プラットフォームより提供された各種類のサービス応用を使用する。
【００２５】
近距離無線通信技術に基づく移動端末電子支払いシステムは、複数電子支払い応用をサポートして、スマートカードに複数の電子支払い応用をインストールすることができる。支払い応用の安全を実現するように、スマートカードは、Ｇｌｏｂａｌ Ｐｌａｔｆｏｒｍ Ｃａｒｄ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖ２.１.１/Ｖ２.２規範を採用して、いくつかの独立なセキュリティドメインに分離され、複数の応用の間の分離及び独立性を保証して、各応用プロバイダーがそれぞれのセキュリティドメイン及び応用、応用データ等を管理する。ここでＧｌｏｂａｌ Ｐｌａｔｆｏｒｍ 規範をサポートするスマートカードとは、Ｇｌｏｂａｌ Ｐｌａｔｆｏｒｍ Ｃａｒｄ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖ２.１.１/１２.２規範と合わせるＩＣチップまたはスマートカードであって、物理形式でＳＩＭ/ＵＳＩＭカード、プラグイン可能のスマート記憶カードまたは移動端末に統合されるＩＣチップであってもよい。
【００２６】
セキュリティドメインは、カード外実体(カード発行者と応用プロバイダーを含める)のスマートカードでの代表的なものであって、それらがセキュリティチャネルプロトコル稼働及びカード内容管理をサポートするための暗号化された鍵を含める。セキュリティドメインがその自身の鍵の管理を担当して、異なる応用プロバイダーからの応用とデータが同一カードに共存することができるを保証する。セキュリティドメインの鍵が非対称鍵体制を採用する時に、セキュリティドメインにおける鍵と証明書は、セキュリティドメインの公開鍵(公開の鍵とも呼ばれる)と秘密鍵(秘密の鍵とも呼ばれる)、セキュリティドメインの証明書、カード外実体の証明書を認証するための信用ルートの公開鍵を含める必要がある。
【００２７】
応用プロバイダーのスマートカードでのセキュリティドメインは、セコンダリー・セキュリティドメインである。応用プロバイダーの電子支払い応用をスマートカードにダンロードしてインストールする前に、まず、スマートカードにカード発行者が有するスマートカード主セキュリティドメインより応用プロバイダーのセコンダリー・セキュリティドメインを作成して、セコンダリー・セキュリティドメインの鍵を設置する必要がある。
【００２８】
セキュリティドメイン鍵は、機密データであって、信頼できる且つ安全な方法と技術を採用して関連の鍵と証明書をセコンダリー・セキュリティドメインにインポートして、セコンダリー・セキュリティドメイン鍵の安全な配布を実現する必要がある。セコンダリー・セキュリティドメインは、カード発行者管理プラットフォームよりスマートカードにおける主セキュリティドメインを指示して作成される必要があって、そして、セコンダリー・セキュリティドメインの作成が完成した後で、セコンダリー・セキュリティドメインの初期鍵の設置と配布がカード発行者管理プラットフォームより担当される必要がある。
【００２９】
上記電子支払いシステムに基づいて、本発明の実施例が鍵の配布システムを提供する。
【００３０】
図２は本発明のシステム実施例による鍵の配布システムの構造ブロック図であって、図２に示すように、本実施例による鍵の配布システムは、カード発行者管理プラットフォーム２００、応用プロバイダー管理プラットフォーム２１０及びスマートカード２２０を含める。
【００３１】
カード発行者管理プラットフォーム２００は、
スマートカードに応用プロバイダーセコンダリー・セキュリティドメインを作成するための作成モジュールと、
応用プロバイダーセコンダリー・セキュリティドメインの、応用プロバイダーセコンダリー・セキュリティドメインの識別子情報、応用プロバイダーセコンダリー・セキュリティドメインの配置情報を含める基本的な情報を応用プロバイダー管理プラットフォームに送信するための情報送信モジュールと、をさらに含める。
【００３２】
本発明の実施例において、スマートカードに応用プロバイダーの電子支払い応用をダンロードする前に、応用プロバイダー管理プラットフォームは、まずスマートカードに応用プロバイダーのセコンダリー・セキュリティドメインがあるかどうかを検査する必要がある。対応するセコンダリー・セキュリティドメインが存在しないと、応用プロバイダー管理プラットフォームは、カード発行者管理プラットフォームにスマートカードにこの応用プロバイダーのセコンダリー・セキュリティドメインを作成することを要求する必要がある。
【００３３】
応用プロバイダー管理プラットフォーム２１０は、カード発行者管理プラットフォーム２００に接続し、
応用プロバイダー管理プラットフォームが対応するスマートカードに設置された応用プロバイダーセコンダリー・セキュリティドメインを通知して公開鍵と秘密鍵を含める公開・秘密鍵のペアを生成させるための通知モジュールと、
応用プロバイダーセコンダリー・セキュリティドメインからの予め取得された応用プロバイダーの公開鍵で暗号化され、及び、スマートカードに設置されたＣＡＳＤでサイン処理された公開鍵を受信するための第一受信モジュールと、
サインを認証して応用プロバイダーの秘密鍵を使用して復号して、公開鍵を取得するための第一取得モジュールと、
応用プロバイダーセコンダリー・セキュリティドメインの公開鍵で暗号化され、および、応用プロバイダーの秘密鍵で暗号化された後のデータをサインした応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される信用ルートの公開鍵を、応用プロバイダーセコンダリー・セキュリティドメインに送信するための第一送信モジュールと、をさらに含める。
【００３４】
スマートカード２２０は、カード発行者管理プラットフォーム２００に接続して、移動端末に位置し、応用プロバイダーセコンダリー・セキュリティドメインを含める。その中、応用プロバイダーセコンダリー・セキュリティドメインは、
応用プロバイダーの公開鍵を取得するための第二取得モジュールと、
応用プロバイダーの公開鍵で暗号化され、及び、ＣＡＳＤでサイン処理された公開鍵を応用プロバイダー管理プラットフォームに送信するための第二送信モジュールと、
暗号化され、及び、サイン処理された応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される信用ルートの公開鍵を受信するための第二受信モジュールと、
受信モジュールが受信したデータを、応用プロバイダーの公開鍵を利用してサインを認証して、認証がパスーした場合で応用プロバイダーセコンダリー・セキュリティドメインの秘密鍵を利用して復号するための復号モジュールと、を含める。
【００３５】
そして、スマートカード２２０は、、応用プロバイダーの証明書を認証し及び公開鍵をサインするためのＣＡＳＤをさらに含める。
【００３６】
優先的に、実際の応用において、スマートカードは、Ｇｌｏｂａｌ Ｐｌａｔｆｏｒｍ Ｃａｒｄ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ２.２規範と合わせるがことができ、スマートカードセキュリティドメインが非対称鍵体制を採用し、作成されたセコンダリー・セキュリティドメインにインポートする必要な鍵が、セコンダリー・セキュリティドメインの公開鍵と秘密鍵、セコンダリー・セキュリティドメイン証明書と外部認証に使用される信用ルートの公開鍵(Ｏｎｅ Ｐｕｂｌｉｃ Ｋｅｙ ｆｏｒ Ｔｒｕｓｔ Ｐｏｉｎｔ ｆｏｒ Ｅｘｔｅｍａｌ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、ＰＫ.ＴＰ ＥＸ.ＡＵＴ)を含める。セコンダリー・セキュリティドメインの公開鍵と秘密鍵は、応用プロバイダーのセコンダリー・セキュリティドメインよりカードに生成され、セコンダリー・セキュリティドメイン証明書は、応用プロバイダー管理プラットフォームによってセコンダリー・セキュリティドメイン公開鍵に従って生成され、外部認証に使用された信用ルートの公開鍵は、応用プロバイダー証明書をサインするＣＡより提供されもので、応用プロバイダー管理プラットフォームから取得できて、セコンダリー・セキュリティドメインがプロバイダー証明書に対する認証に使用される。セコンダリー・セキュリティドメインの公開鍵と秘密鍵は、ＲＳＡアルゴリズムを採用して生成されることができて、公開鍵と秘密鍵の長さが１０２４ｂｉｔｓに選択される。
【００３７】
上記内容より分かるのは、本発明の鍵の配布システムにおいて、応用プロバイダーセコンダリー・セキュリティドメインが、予め取得された応用プロバイダーの公開鍵を利用してカードに生成されたセコンダリー・セキュリティドメイン鍵を暗号化し、応用プロバイダー管理プラットフォームへ送信して、応用プロバイダー管理プラットフォームが、予め取得された応用プロバイダーセコンダリー・セキュリティドメインの公開鍵を利用してプロバイダーセコンダリー・セキュリティドメインの証明書と信用ルートの公開鍵を暗号化し、セコンダリー・セキュリティドメインへ送信し、カード発行者管理プラットフォームが、応用プロバイダー管理プラットフォームと応用プロバイダーセコンダリー・セキュリティドメインの間のデータ伝送を担当するが、応用プロバイダーと応用プロバイダーセコンダリー・セキュリティドメインの秘密鍵を取得できないから、データを復号してセコンダリー・セキュリティドメインの鍵を取得することができなくて、カード発行者管理プラットフォームに対する分離を実現し、有効的に応用プロバイダーセコンダリー・セキュリティドメイン鍵の配布の安全性を保証する。
【００３８】
方法実施例
本実施例において、鍵の配布方法が提供され、応用プロバイダーの応用プロバイダー管理プラットフォーム、カード発行者管理プラットフォーム及び移動端末を含める通信システムに適用される。
【００３９】
図３は本発明の実施例による鍵の配布方法のフローチャートであって、図３に示すように、この方法は、下記のステップＳ３０２〜ステップＳ３０８の処理を含める。
【００４０】
ステップＳ３０２において、応用プロバイダー管理プラットフォームは、その対応するスマートカードに設置された応用プロバイダーセコンダリー・セキュリティドメインを通知して、公開鍵と秘密鍵を含める公開・秘密鍵のペアを生成させる。
【００４１】
ステップＳ３０４において、応用プロバイダー管理プラットフォームは、カード発行者管理プラットフォームより応用プロバイダーセコンダリー・セキュリティドメインからの予め取得された応用プロバイダーの公開鍵で暗号化され、及び、スマートカードに設置された信用できる第三方セコンダリー・セキュリティドメイン、即ち、ＣＡＳＤでサイン処理された公開鍵を受信する。
【００４２】
ステップＳ３０６において、応用プロバイダー管理プラットフォームは、サインを認証し、応用プロバイダーの秘密鍵を使用して復号して、公開鍵を取得する。
【００４３】
ステップＳ３０８において、応用プロバイダー管理プラットフォームは、応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される信用ルートの公開鍵を、応用プロバイダーセコンダリー・セキュリティドメインの公開鍵で暗号化され、及び、応用プロバイダーの秘密鍵で暗号化された後のデータをサイン処理した後でカード発行者管理プラットフォームより応用プロバイダーセコンダリー・セキュリティドメインへ送信して、セコンダリー・セキュリティドメイン鍵の配布を完成する。
【００４４】
上記実施例によると、カード発行者管理プラットフォームとＣＡＳＤが応用プロバイダーと応用プロバイダーセコンダリー・セキュリティドメインの秘密鍵を取得できないから、鍵データを復号できなくて、セコンダリー・セキュリティドメインの鍵データを取得できなくて、カード発行者管理プラットフォームに対する分離を実現して、有効的にセコンダリー・セキュリティドメイン鍵の安全な配布を保証する。
以下、上記各処理の細い点をさらに説明する。
【００４５】
(一)ステップＳ３０２
本発明によれば、機密的な必要を実現するために、スマートカードに信用できる第三方をインポートする必要があって、第三方は、スマートカードにＣｏｎｔｒｏｌｌｉｎｇ Ａｕｔｈｏｒｉｔｙセコンダリー・セキュリティドメイン(ＣＡＳＤ)を有して、信用できる第三方がＣＡＳＤより応用プロバイダーセコンダリー・セキュリティドメインへサービスを提供する。Ｃｏｎｔｒｏｌｌｉｎｇ Ａｕｔｈｏｒｉｔｙセコンダリー・セキュリティドメインは、Ｇｌｏｂａｌ Ｐｌａｔｆｏｒｍ Ｃａｒｄ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖ２.２における要求と合わせる。ＣＡＳＤは、応用プロバイダーセコンダリー・セキュリティドメインへ独立なサービスインターフェースを提供できて、証明書の認証、サイン、データ復号等を含める。
【００４６】
優先的に、信用できる第三方は、各応用プロバイダーへ証明書をサインする証明書センター(ＣＡ)であって、ＣＡがスマートカードに一つの独立なＣＡＳＤを有する。ＣＡＳＤにおける鍵と証明書は、ＣＡＳＤの公開鍵と秘密鍵、ＣＡＳＤの証明書、応用プロバイダー証明書を認証するためのＣＡ信用ルートの公開鍵を含めて、ＣＡのスマートカードでのＣＡＳＤの公開鍵、秘密鍵がＣＡより生成され、ＣＡＳＤの証明書がＣＡによってＣＡＳＤ公開鍵に応じてサインして生成され、ＣＡ信用ルートの公開鍵がＣＡより提供される。ＣＡＳＤは、スマートカード発行の時に安全な方式を採用して作成と初期化を行って、ＣＡによってＣＡＳＤセキュリティドメインにＣＡＳＤセキュリティドメインの公開鍵、秘密鍵、証明書とＣＡ信用ルートの公開鍵を書き込んで、その中、ＣＡＳＤの秘密鍵がスマートカードに更新されることだけできて、読み込まれることができない、だから、カード発行者管理プラットフォームと応用プロバイダー管理プラットフォームがＣＡＳＤの秘密鍵を取得できない。
【００４７】
本発明によると、まず、カード発行者管理プラットフォームがスマートカード主セキュリティドメインを通知してセコンダリー・セキュリティドメインを作成させる必要がある。セコンダリー・セキュリティドメインが作成された後で、カード発行者管理プラットフォームは、セキュリティドメインの基本的な情報を応用プロバイダー管理プラットフォームへ送信する。
【００４８】
次は、応用プロバイダー管理プラットフォームは、ＣＡＳＤの証明書を取得して、ＣＡＳＤの証明書の真実を認証して、証明書からＣＡＳＤの公開鍵を取得する。応用プロバイダー管理プラットフォームは、この公開鍵を使用して応用プロバイダーセコンダリー・セキュリティドメインへ送信されるデータを暗号化することができ、応用プロバイダーセコンダリー・セキュリティドメインが暗号化されたデータを受信した後で、ＣＡＳＤより提供されたサービスインターフェースを呼び出すことよりデータを復号して、ＣＡＳＤは、ＣＡＳＤの秘密鍵を使用してデータを復号し、復号された後のデータを応用プロバイダーセコンダリー・セキュリティドメインへ返信する。
【００４９】
そして、応用プロバイダー管理プラットフォームは、自分の証明書をカード発行者管理プラットフォームより応用プロバイダーセコンダリー・セキュリティドメインへ送信する。応用プロバイダーセコンダリー・セキュリティドメインがＣＡＳＤより提供された証明書を呼び出して、インターフェース認証応用プロバイダーの証明書を認証する。ＣＡＳＤがＣＡの信用ルートの公開鍵を使用して応用プロバイダーの証明書を認証し、認証がパスーすると、応用プロバイダーの識別子情報(ＩＤ)と応用プロバイダーの公開鍵を応用プロバイダーセコンダリー・セキュリティドメインへ返信する。
【００５０】
応用プロバイダー管理プラットフォームは、応用プロバイダーセコンダリー・セキュリティドメインを通知してスマートカードに公開鍵(公的な鍵)と秘密鍵(私的な鍵)を含める公開・秘密鍵のペアを生成させる。応用プロバイダーセコンダリー・セキュリティドメインは、スマートカードに鍵を生成したインターフェースを呼び出すことより、公開鍵と秘密鍵を生成して、生成された鍵を応用プロバイダーの公開鍵を採用して暗号化して、さらにＣＡＳＤセキュリティドメインより暗号化された後のデータをサインして、応用プロバイダー管理プラットフォームへ送信する。
【００５１】
(二)ステップＳ３０４とステップＳ３０６
応用プロバイダー管理プラットフォームは、応用プロバイダーセコンダリー・セキュリティドメインからの鍵データを受信した後で、サインを認証して応用プロバイダーの秘密鍵を使用してデータを復号して、応用プロバイダーセコンダリー・セキュリティドメインの公開鍵を取得する。
【００５２】
(二)ステップＳ３０８
上記処理に基づいて、応用プロバイダー管理プラットフォームは、取得された応用プロバイダーセコンダリー・セキュリティドメインの公開鍵より応用プロバイダーセコンダリー・セキュリティドメインの証明書をサインして、応用プロバイダーセコンダリー・セキュリティドメインの公開鍵を使用して応用プロバイダーセコンダリー・セキュリティドメインの証明書と信用ルートの公開鍵を暗号化して、応用プロバイダーの秘密鍵を使用して暗号化された後のデータをサインして、報告メッセージより応用プロバイダーセコンダリー・セキュリティドメインへ送信する。
【００５３】
応用プロバイダーセコンダリー・セキュリティドメインがデータを受信した後で、応用プロバイダーの公開鍵を使用してサインを認証し、応用プロバイダーセコンダリー・安全の秘密鍵を使用してデータを復号して、セキュリティドメイン証明書と信用ルートの公開鍵を取得して、応用プロバイダーセコンダリー・セキュリティドメインが報告メッセージの指示に従って、セキュリティドメイン証明書と信用ルートの公開鍵を設置して、応用プロバイダーセコンダリー・セキュリティドメイン鍵の配布を完成する。
【００５４】
上記内容より分かるのは、カード発行者管理プラットフォームが応用プロバイダー管理プラットフォーム及びセコンダリー・セキュリティドメインとの通信データを伝送する時に、応用プロバイダーとセコンダリー・セキュリティドメインの秘密鍵を把握しないから、データを復号できなくて、セコンダリー・セキュリティドメインの鍵を取得できないが、スマートカードにおけるＣＡＳＤに対して、それが証明書の認証とデータのサインだけ担当して、応用プロバイダーとセコンダリー・セキュリティドメインの秘密鍵を把握しないから、データを復号できなくて、セコンダリー・セキュリティドメインの鍵を取得できない。上記実施例によると、カード発行者管理プラットフォームに対する分離を実現して、有効的に応用プロバイダーセコンダリー・セキュリティドメイン鍵の安全な配布を保証する。
【００５５】
上記プロセスにおいて、応用プロバイダーセコンダリー・セキュリティドメインの作成、鍵の配布プロセスは、ＯＴＡの方式で実現できて、応用プロバイダー管理プラットフォーム、カード発行者管理プラットフォームがＯＴＡ方式よりスマートカードと接続を構築して、ＯＴＡより関連コマンドとデータを伝送する。
【００５６】
そして、応用プロバイダーセコンダリー・セキュリティドメインの作成、鍵の配布プロセスは、カード発行者のサービス端末より完成されてもいい。スマートカードは、カード発行者のサービス端末よりカード発行者管理プラットフォームおよび応用プロバイダー管理プラットフォームと接続を構築して、サービス端末がスマートカードと管理プラットフォームの間のコマンド、応答データ等を伝送する。応用プロバイダーがスマートカードへ送信するコマンドは、カード発行者管理プラットフォームよりスマートカードへ送信され、カード発行者管理プラットフォームからスマートカードに送信された応答を取得する。
【００５７】
以下、具体的な応用実例を繋がって、本実施例による鍵の配布処理を説明する。
【００５８】
図４は本発明実施例による鍵の配布方法の優先的な処理案のフローチャートであって、図４に示すように、この処理プロセスは、具体的に、下記のステップＳ４０２〜ステップＳ４２８の処理を含める。
【００５９】
ステップＳ４０２において、カード発行者管理プラットフォームは、応用プロバイダーセコンダリー・セキュリティドメインを作成する。応用プロバイダーセコンダリー・セキュリティドメインを作成するプロセスは、下記の内容を含める。
【００６０】
(１)カード発行者管理プラットフォームは、スマートカードへＳＥＬＥＣＴ(選択)報告メッセージを送信して、スマートカードの主セキュリティドメインを選択する。
【００６１】
(２)カード発行者管理プラットフォームとスマートカード主セキュリティドメインは、Ｇｌｏｂａｌ Ｐｌａｔｆｏｒｍ Ｃａｒｄ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｖ２.２付録ＦのＳｅｃｕｒｅ Ｃｈａｎｎｅｌ Ｐｒｏｔｏｃｏｌ 「１０」のリクエストに従ってＳＣＰ１０セキュリティチャネルを構築して、両方の認証および会話鍵の打ち合わせを完成する。
【００６２】
(３)カード発行者管理システムは、主セキュリティドメインへ応用プロバイダーセコンダリー・セキュリティドメイン作成報告メッセージＩＮＳＴＡＬＬ[ｆｏｒ Ｉｎｓｔａｌｌ]を送信する。主セキュリティドメインは、報告メッセージの指示に従って、応用プロバイダーセコンダリー・セキュリティドメインを作成して、応用プロバイダー管理プラットフォームセコンダリー・セキュリティドメインのＩＤ(ＡＰＳＤ ＩＤ)が応用プロバイダー管理プラットフォームのＩＤと同じにしてもよい。
【００６３】
(４)応用プロバイダーセコンダリー・セキュリティドメインの作成を完成した後で、カード発行者管理プラットフォームは、作成された応用プロバイダーセコンダリー・セキュリティドメインの基本的な情報を応用プロバイダー管理プラットフォームへ送信して、この基本的な情報が応用プロバイダーセコンダリー・セキュリティドメインのＩＤ(ＡＰＳＤ ＩＤ)と応用プロバイダーセコンダリー・セキュリティドメインの配置情報を含める。応用プロバイダー管理プラットフォームは、応用プロバイダーセコンダリー・セキュリティドメインの基本的な情報を受信した後で、応用プロバイダー管理プラットフォームのデータベースに応用プロバイダーセコンダリー・セキュリティドメインの情報を記憶する必要がある。
【００６４】
ステップＳ４０４において、応用プロバイダー管理プラットフォームは、スマートカードからスマートカードＣＡＳＤの証明書を取得する。応用プロバイダーは、スマートカードへＧＥＴＤＡＴＡ(データを取得する)報告メッセージを送信して、ＣＡＳＤの証明書を取得することができる。
【００６５】
ステップＳ４０６において、応用プロバイダー管理プラットフォームは、ＣＡＳＤの証明書を認証してＣＡＳＤの公開鍵を取得する。応用プロバイダー管理プラットフォームは、ＣＡの信用ルートの公開鍵を使用してＣＡＳＤの証明書の真実性を認証して、ＣＡＳＤの証明書からＣＡＳＤの公開鍵を取得することができる。
【００６６】
ステップＳ４０８において、応用プロバイダー管理プラットフォームは、自分の証明書を、ＳＴＯＲＥＤＡＴＡ(データ記憶)報告メッセージを使用してカード発行者管理プラットフォームより応用プロバイダーセコンダリー・セキュリティドメインへ送信する。証明書を送信する時の安全を実現するように、応用プロバイダー管理プラットフォームは、ＣＡＳＤの公開鍵を使用して応用プロバイダーの証明書を暗号化することができる。
【００６７】
ステップＳ４１０において、応用プロバイダーセコンダリー・セキュリティドメインは、ＣＡＳＤが応用プロバイダーの証明書を認証することをリクエストする。
【００６８】
ステップＳ４１２において、ＣＡＳＤは、応用プロバイダーセコンダリー・セキュリティドメインへ認証結果、応用プロバイダーのＩＤと応用プロバイダーの公開鍵を返信する。
【００６９】
ステップＳ４１４において、応用プロバイダー証明書の真実性を確認した後で、セコンダリー・セキュリティドメインは、ＳＴＯＲＥＤＡＴＡ応答を応用プロバイダー管理プラットフォームへ送信する。
【００７０】
ステップＳ４１６において、応用プロバイダー管理プラットフォームが応用プロバイダーセコンダリー・セキュリティドメインを通知して、公開鍵、秘密鍵を生成させる。
【００７１】
ステップＳ４１８、応用プロバイダーセコンダリー・セキュリティドメインがカードに鍵を生成するインターフェースを呼び出すことより公開鍵と秘密鍵を生成して、生成された公開鍵を応用プロバイダーの公開鍵を採用し暗号化して、そして、ＣＡＳＤより暗号化された後のデータをサインする。
【００７２】
ステップＳ４２０において、応用プロバイダーセコンダリー・セキュリティドメインは、暗号化された後の応用プロバイダーセコンダリー・セキュリティドメインの公開鍵を応用プロバイダー管理プラットフォームへ送信する。
【００７３】
ステップＳ４２２において、応用プロバイダー管理プラットフォームは、サインを認証して、応用プロバイダーの秘密鍵を使用してデータを復号して、応用プロバイダーセコンダリー・セキュリティドメインの公開鍵を取得する。
【００７４】
ステップＳ４２４において、応用プロバイダー管理プラットフォームにおける証明書管理システムは、公開鍵と応用プロバイダーセコンダリー・セキュリティドメインの証明書申請情報を応用プロバイダーＣＡへ送信して、ＣＡがセコンダリー・セキュリティドメインの証明書をサインした後で、証明書を証明書管理システムへ返信する。
【００７５】
ステップＳ４２６において、応用プロバイダー管理プラットフォームは、ＰＵＴＫＥＹ(鍵の設置)コマンドより応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される信用ルートの公開鍵をセコンダリー・セキュリティドメインへ送信する。ＰＵＴＫＥＹ報告メッセージにおいて、応用プロバイダーセコンダリー・セキュリティドメインの公開鍵を使用して応用プロバイダーセコンダリー・セキュリティドメインの証明書と信用ルートの公開鍵を暗号化して、応用プロバイダーの秘密鍵を使用して暗号化された後のデータをサインすることができる。
【００７６】
ステップＳ４２８において、応用プロバイダーセコンダリー・セキュリティドメインは、ＰＵＴＫＥＹコマンドを受信した後で、データサインを認証して、自分の秘密鍵を使用してデータを復号して、応用プロバイダーセコンダリー・セキュリティドメインの証明書と信用ルートの公開鍵を取得して、証明書と公開鍵の設置を行う。設置が完成された後で、応用プロバイダーセコンダリー・セキュリティドメインは、ＰＵＴＫＥＹ応答メッセージを応用プロバイダー管理プラットフォームへ送信する。
【００７７】
そして、上記ステップを完成した後で、セコンダリー・セキュリティドメインと応用プロバイダー管理プラットフォームの間で続いて電子支払い応用のダンロードとインストール等のプロセスを行うことができる。
【００７８】
上述したように、本発明の技術案によれば、本発明の鍵の配布システムにおいて、応用プロバイダーセコンダリー・セキュリティドメインは、予め取得された応用プロバイダーの公開鍵を利用してカードに生成されたセコンダリー・セキュリティドメインの鍵を暗号化して、応用プロバイダー管理プラットフォームへ送信して、応用プロバイダー管理プラットフォームが予め取得された応用プロバイダーセコンダリー・セキュリティドメインの公開鍵を利用して応用プロバイダーセコンダリー・セキュリティドメインの証明書と信用ルートの公開鍵を暗号化して、前記セコンダリー・セキュリティドメインへ送信し、また、カード発行者管理プラットフォームは、応用プロバイダー管理プラットフォームと応用プロバイダーセコンダリー・セキュリティドメインの間のデータ伝送を担当するが、応用プロバイダーと応用プロバイダーセコンダリー・セキュリティドメインの秘密鍵を取得できないから、データを復号してセコンダリー・セキュリティドメインの鍵を取得することができなくて、カード発行者管理プラットフォームに対する分離を実現して、有効的に応用プロバイダーセコンダリー・セキュリティドメインの鍵の配布の安全性を保証する。
【００７９】
明らかに、本分野の当業者は、上述した本発明の各モジュールまたは各ステップが適当な計算装置で実現されることができ、それらが単一の計算装置に集中されてもいい、複数の計算装置より組み立てるネットワークに配置されてもいい、選択可能には、それらが計算装置実行可能プログラムコードで実現されることができて、だから、それらを記憶装置に記憶して計算装置より実行される、或いは、それらを別々の集積回路モジュールにそれぞれ作成する、或いは、それらのうちの複数のモジュール又はステップを単一の集積回路モジュールに作成して実現されることができると理解すべきである。このように、本発明は、いかなる特定のハードウェアとソフトウェアの結合にも制限されない。
【００８０】
上述したものは、本発明の実施形態だけであるが、本発明を限定することに用いられるものではなく、当業者にとっては、様々な変更と変化を実施することができる。実質及び要旨を逸脱しない範囲で、当業者が本発明に対して行った様々の修正、等同切替、改良などは、本発明の特許請求の範囲に含まれると理解すべきである。
【特許請求の範囲】
【請求項１】
応用プロバイダー管理プラットフォームが、前記応用プロバイダー管理プラットフォームが対応するスマートカードに設置された応用プロバイダーセコンダリー・セキュリティドメインを通知して、公開鍵と秘密鍵を含める公開・秘密鍵のペアを生成させることと、
前記応用プロバイダー管理プラットフォームがカード発行者管理プラットフォームより前記応用プロバイダーセコンダリー・セキュリティドメインからの予め取得された応用プロバイダーの公開鍵で暗号化され、及び、スマートカードに設置された信用できる第三方セコンダリー・セキュリティドメイン、即ち、ＣＡＳＤでサイン処理された前記公開鍵を受信することと、
前記応用プロバイダー管理プラットフォームがサインを認証し、前記応用プロバイダーの秘密鍵を使用して復号して、前記公開鍵を取得することと、
前記応用プロバイダー管理プラットフォームが前記応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される信用ルートの公開鍵を、前記応用プロバイダーセコンダリー・セキュリティドメインの公開鍵で暗号化され、及び、前記応用プロバイダーの秘密鍵で暗号化された後のデータをサイン処理した後で、カード発行者管理プラットフォームより前記応用プロバイダーセコンダリー・セキュリティドメインに送信して、前記セコンダリー・セキュリティドメイン鍵に対する配布を完成することと、を含める
ことを特徴とする鍵の配布方法。
【請求項２】
前記応用プロバイダー管理プラットフォームが前記応用プロバイダーセコンダリー・セキュリティドメインを通知して前記公開・秘密鍵のペアを生成させる処理の前に、
前記応用プロバイダー管理プラットフォームが前記応用プロバイダーの証明書を前記応用プロバイダーセコンダリー・セキュリティドメインに送信して、前記応用プロバイダーセコンダリー・セキュリティドメインに前記応用プロバイダーの証明書を認証させることと、
前記応用プロバイダーの証明書が認証されてパスーされた場合で、前記応用プロバイダー管理プラットフォームが前記応用プロバイダーセコンダリー・セキュリティドメインを通知して前記公開・秘密鍵のペアを生成させる処理を実行することと、をさらに含める
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記応用プロバイダー管理プラットフォームが前記応用プロバイダーの証明書を前記応用プロバイダーセコンダリー・セキュリティドメインに送信する処理は、具体的に、
前記応用プロバイダー管理プラットフォームが前記ＣＡＳＤの公開鍵を取得することと、
前記応用プロバイダー管理プラットフォームが前記応用プロバイダーの証明書を前記ＣＡＳＤの公開鍵で暗号化して、暗号化された前記応用プロバイダーの証明書をカード発行者管理プラットフォームより前記応用プロバイダーセコンダリー・セキュリティドメインに送信することと、を含める
ことを特徴とする請求項２に記載の方法。
【請求項４】
前記応用プロバイダー管理プラットフォームが前記ＣＡＳＤの公開鍵を取得する処理は、具体的に、
前記応用プロバイダー管理プラットフォームが前記スマートカードより前記ＣＡＳＤの証明書を取得することと、
前記応用プロバイダー管理プラットフォームが前記ＣＡＳＤの証明書を認証して、前記ＣＡＳＤの公開鍵を取得することと、を含める
ことを特徴とする請求項３に記載の方法。
【請求項５】
前記応用プロバイダーの証明書が前記応用プロバイダーセコンダリー・セキュリティドメインに認証されてパスーされた後で、
前記応用プロバイダーセコンダリー・セキュリティドメインが前記応用プロバイダーの証明書より前記応用プロバイダーの公開鍵を取得すること、をさらに含める
ことを特徴とする請求項２〜請求項４のいずれかの一つに記載の方法。
【請求項６】
前記応用プロバイダー管理プラットフォームが前記応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される前記信用ルートの公開鍵を前記応用プロバイダーセコンダリー・セキュリティドメインに送信した後で、
前記応用プロバイダーセコンダリー・セキュリティドメインが暗号化され、及び、サイン処理された前記応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される信用ルートの公開鍵を受信することと、
前記応用プロバイダーセコンダリー・セキュリティドメインが前記応用プロバイダーの公開鍵を利用してサインを認証して、認証がパスーした場合で、前記応用プロバイダーセコンダリー・セキュリティドメインの秘密鍵を利用して復号して、前記応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される前記信用ルートの公開鍵を取得することと、をさらに含める
ことを特徴とする請求項５に記載の方法。
【請求項７】
前記応用プロバイダー管理プラットフォームが応用プロバイダー証明書センターに前記応用プロバイダーセコンダリー・セキュリティドメインの証明書を申し込む
ことを特徴とする請求項６に記載の方法。
【請求項８】
応用プロバイダー管理プラットフォームが前記ＣＡＳＤの公開鍵を取得する前に、
カード発行者管理プラットフォームが前記スマートカードに前記応用プロバイダーセコンダリー・セキュリティドメインを作成し、前記応用プロバイダーセコンダリー・セキュリティドメインの、前記応用プロバイダーセコンダリー・セキュリティドメインの識別子情報、前記応用プロバイダーセコンダリー・セキュリティドメインの配置情報を含める基本的な情報を前記応用プロバイダー管理プラットフォームに送信することを、さらに含める
ことを特徴とする請求項１に記載の方法。
【請求項９】
スマートカードに応用プロバイダーセコンダリー・セキュリティドメインを作成するための作成モジュールと、
前記応用プロバイダーセコンダリー・セキュリティドメインの、前記応用プロバイダーセコンダリー・セキュリティドメインの識別子情報及び配置情報を含める基本的な情報を応用プロバイダー管理プラットフォームに送信するための情報送信モジュールと、を含めるカード発行者管理プラットフォームと、
前記応用プロバイダーセコンダリー・セキュリティドメインを通知して公開鍵と秘密鍵を含める公開・秘密鍵のペアを生成させるための通知モジュールと、
前記応用プロバイダーセコンダリー・セキュリティドメインからの予め取得された応用プロバイダーの公開鍵で暗号化され、及びスマートカードに設置されたＣＡＳＤでサイン処理された前記公開鍵を受信するための第一受信モジュールと、
サインを認証し、前記応用プロバイダーの秘密鍵を使用して復号して、前記公開鍵を取得するための第一取得モジュールと、
前記公開鍵で暗号化され、及び、前記応用プロバイダーの秘密鍵で暗号化された後で、データをサインする前記応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される信用ルートの公開鍵を、前記応用提供商セコンダリー・セキュリティドメインに送信するための第一送信モジュールと、を含める応用プロバイダー管理プラットフォームと、
移動端末に位置し、
前記応用プロバイダーの公開鍵を取得するための第二取得モジュールと、
前記応用プロバイダーの公開鍵で暗号化され、及び、ＣＡＳＤでサイン処理された上記公開鍵を前記応用プロバイダー管理プラットフォームに送信するための第二送信モジュールと、
暗号化され、及び、サイン処理された前記応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される信用ルートの公開鍵を受信するための第二受信モジュールと、
前記受信モジュールが受信したデータを前記応用プロバイダーの公開鍵を利用してサインを認証して、認証がパスーした場合で、前記応用プロバイダーセコンダリー・セキュリティドメインの秘密鍵を利用して復号して、前記応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される前記信用ルートの公開鍵を取得するための復号モジュールとを含む前記応用プロバイダーセコンダリー・セキュリティドメインを、含むスマートカードと、を含む
ことを特徴とする鍵の配布システム。
【請求項１０】
前記スマートカードは、
前記応用プロバイダーの証明書を認証し及び前記公開鍵をサインするためのＣＡＳＤをさらに含める
ことを特徴とする請求項９に記載のシステム。
【請求項１】
応用プロバイダー管理プラットフォームが、前記応用プロバイダー管理プラットフォームが対応するスマートカードに設置された応用プロバイダーセコンダリー・セキュリティドメインを通知して、公開鍵と秘密鍵を含める公開・秘密鍵のペアを生成させることと、
前記応用プロバイダー管理プラットフォームがカード発行者管理プラットフォームより前記応用プロバイダーセコンダリー・セキュリティドメインからの予め取得された応用プロバイダーの公開鍵で暗号化され、及び、スマートカードに設置された信用できる第三方セコンダリー・セキュリティドメイン、即ち、ＣＡＳＤでサイン処理された前記公開鍵を受信することと、
前記応用プロバイダー管理プラットフォームがサインを認証し、前記応用プロバイダーの秘密鍵を使用して復号して、前記公開鍵を取得することと、
前記応用プロバイダー管理プラットフォームが前記応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される信用ルートの公開鍵を、前記応用プロバイダーセコンダリー・セキュリティドメインの公開鍵で暗号化され、及び、前記応用プロバイダーの秘密鍵で暗号化された後のデータをサイン処理した後で、カード発行者管理プラットフォームより前記応用プロバイダーセコンダリー・セキュリティドメインに送信して、前記セコンダリー・セキュリティドメイン鍵に対する配布を完成することと、を含める
ことを特徴とする鍵の配布方法。
【請求項２】
前記応用プロバイダー管理プラットフォームが前記応用プロバイダーセコンダリー・セキュリティドメインを通知して前記公開・秘密鍵のペアを生成させる処理の前に、
前記応用プロバイダー管理プラットフォームが前記応用プロバイダーの証明書を前記応用プロバイダーセコンダリー・セキュリティドメインに送信して、前記応用プロバイダーセコンダリー・セキュリティドメインに前記応用プロバイダーの証明書を認証させることと、
前記応用プロバイダーの証明書が認証されてパスーされた場合で、前記応用プロバイダー管理プラットフォームが前記応用プロバイダーセコンダリー・セキュリティドメインを通知して前記公開・秘密鍵のペアを生成させる処理を実行することと、をさらに含める
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記応用プロバイダー管理プラットフォームが前記応用プロバイダーの証明書を前記応用プロバイダーセコンダリー・セキュリティドメインに送信する処理は、具体的に、
前記応用プロバイダー管理プラットフォームが前記ＣＡＳＤの公開鍵を取得することと、
前記応用プロバイダー管理プラットフォームが前記応用プロバイダーの証明書を前記ＣＡＳＤの公開鍵で暗号化して、暗号化された前記応用プロバイダーの証明書をカード発行者管理プラットフォームより前記応用プロバイダーセコンダリー・セキュリティドメインに送信することと、を含める
ことを特徴とする請求項２に記載の方法。
【請求項４】
前記応用プロバイダー管理プラットフォームが前記ＣＡＳＤの公開鍵を取得する処理は、具体的に、
前記応用プロバイダー管理プラットフォームが前記スマートカードより前記ＣＡＳＤの証明書を取得することと、
前記応用プロバイダー管理プラットフォームが前記ＣＡＳＤの証明書を認証して、前記ＣＡＳＤの公開鍵を取得することと、を含める
ことを特徴とする請求項３に記載の方法。
【請求項５】
前記応用プロバイダーの証明書が前記応用プロバイダーセコンダリー・セキュリティドメインに認証されてパスーされた後で、
前記応用プロバイダーセコンダリー・セキュリティドメインが前記応用プロバイダーの証明書より前記応用プロバイダーの公開鍵を取得すること、をさらに含める
ことを特徴とする請求項２〜請求項４のいずれかの一つに記載の方法。
【請求項６】
前記応用プロバイダー管理プラットフォームが前記応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される前記信用ルートの公開鍵を前記応用プロバイダーセコンダリー・セキュリティドメインに送信した後で、
前記応用プロバイダーセコンダリー・セキュリティドメインが暗号化され、及び、サイン処理された前記応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される信用ルートの公開鍵を受信することと、
前記応用プロバイダーセコンダリー・セキュリティドメインが前記応用プロバイダーの公開鍵を利用してサインを認証して、認証がパスーした場合で、前記応用プロバイダーセコンダリー・セキュリティドメインの秘密鍵を利用して復号して、前記応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される前記信用ルートの公開鍵を取得することと、をさらに含める
ことを特徴とする請求項５に記載の方法。
【請求項７】
前記応用プロバイダー管理プラットフォームが応用プロバイダー証明書センターに前記応用プロバイダーセコンダリー・セキュリティドメインの証明書を申し込む
ことを特徴とする請求項６に記載の方法。
【請求項８】
応用プロバイダー管理プラットフォームが前記ＣＡＳＤの公開鍵を取得する前に、
カード発行者管理プラットフォームが前記スマートカードに前記応用プロバイダーセコンダリー・セキュリティドメインを作成し、前記応用プロバイダーセコンダリー・セキュリティドメインの、前記応用プロバイダーセコンダリー・セキュリティドメインの識別子情報、前記応用プロバイダーセコンダリー・セキュリティドメインの配置情報を含める基本的な情報を前記応用プロバイダー管理プラットフォームに送信することを、さらに含める
ことを特徴とする請求項１に記載の方法。
【請求項９】
スマートカードに応用プロバイダーセコンダリー・セキュリティドメインを作成するための作成モジュールと、
前記応用プロバイダーセコンダリー・セキュリティドメインの、前記応用プロバイダーセコンダリー・セキュリティドメインの識別子情報及び配置情報を含める基本的な情報を応用プロバイダー管理プラットフォームに送信するための情報送信モジュールと、を含めるカード発行者管理プラットフォームと、
前記応用プロバイダーセコンダリー・セキュリティドメインを通知して公開鍵と秘密鍵を含める公開・秘密鍵のペアを生成させるための通知モジュールと、
前記応用プロバイダーセコンダリー・セキュリティドメインからの予め取得された応用プロバイダーの公開鍵で暗号化され、及びスマートカードに設置されたＣＡＳＤでサイン処理された前記公開鍵を受信するための第一受信モジュールと、
サインを認証し、前記応用プロバイダーの秘密鍵を使用して復号して、前記公開鍵を取得するための第一取得モジュールと、
前記公開鍵で暗号化され、及び、前記応用プロバイダーの秘密鍵で暗号化された後で、データをサインする前記応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される信用ルートの公開鍵を、前記応用提供商セコンダリー・セキュリティドメインに送信するための第一送信モジュールと、を含める応用プロバイダー管理プラットフォームと、
移動端末に位置し、
前記応用プロバイダーの公開鍵を取得するための第二取得モジュールと、
前記応用プロバイダーの公開鍵で暗号化され、及び、ＣＡＳＤでサイン処理された上記公開鍵を前記応用プロバイダー管理プラットフォームに送信するための第二送信モジュールと、
暗号化され、及び、サイン処理された前記応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される信用ルートの公開鍵を受信するための第二受信モジュールと、
前記受信モジュールが受信したデータを前記応用プロバイダーの公開鍵を利用してサインを認証して、認証がパスーした場合で、前記応用プロバイダーセコンダリー・セキュリティドメインの秘密鍵を利用して復号して、前記応用プロバイダーセコンダリー・セキュリティドメインの証明書と外部認証に使用される前記信用ルートの公開鍵を取得するための復号モジュールとを含む前記応用プロバイダーセコンダリー・セキュリティドメインを、含むスマートカードと、を含む
ことを特徴とする鍵の配布システム。
【請求項１０】
前記スマートカードは、
前記応用プロバイダーの証明書を認証し及び前記公開鍵をサインするためのＣＡＳＤをさらに含める
ことを特徴とする請求項９に記載のシステム。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公表番号】特表２０１２−５０７２２０（Ｐ２０１２−５０７２２０Ａ）
【公表日】平成２４年３月２２日（２０１２．３．２２）
【国際特許分類】
【出願番号】特願２０１１−５３３５１８（Ｐ２０１１−５３３５１８）
【出願日】平成２１年８月１２日（２００９．８．１２）
【国際出願番号】ＰＣＴ／ＣＮ２００９／０７３２２２
【国際公開番号】ＷＯ２０１０／０４８８２９
【国際公開日】平成２２年５月６日（２０１０．５．６）
【出願人】（５０７３７１２４９）ゼットティーイー コーポレイション (97)
【Ｆターム（参考）】
【公表日】平成２４年３月２２日（２０１２．３．２２）
【国際特許分類】
【出願日】平成２１年８月１２日（２００９．８．１２）
【国際出願番号】ＰＣＴ／ＣＮ２００９／０７３２２２
【国際公開番号】ＷＯ２０１０／０４８８２９
【国際公開日】平成２２年５月６日（２０１０．５．６）
【出願人】（５０７３７１２４９）ゼットティーイー コーポレイション (97)
【Ｆターム（参考）】
[ Back to top ]