(57)【要約】      （修正有）【課題】モバイル端末において、機体識別情報の改ざんによるセキュリティリスクを防止できる電子証明書発行方法を提供する。【解決手段】ユーザ情報とモバイル端末１４１〜１４４に装着された耐タンパ性デバイス１４５〜１４８にリレーションさせて電子証明書の管理を行い，また，ユーザ情報と耐タンパ性デバイス１４５〜１４８の正当性を認証することで電子証明書を発行，さらに，電子証明書を耐タンパ性デバイス１４５〜１４８に格納する際に，耐タンパ性デバイス１４５〜１４８の正当性検証を行う電子証明書発行システムを提供する。【選択図】図１
2014045233.tif 000002
【特許請求の範囲】
【請求項１】
ＣＡ局により生成される電子証明書を発行するためお電子証明書発行方法において、
前記電子証明書を利用するデバイス端末から端末管理サーバへ、予め当該デバイス端末で使用される媒体に関する媒体情報を送信し、前記端末管理サーバが、前記媒体情報を記憶しておき、
前記端末管理サーバにて、生成された前記電子証明書を受信し、
前記端末管理サーバにて、前記電子証明書に関する電子証明書情報と、記憶された前記媒体情報を対応付けて記憶し、
前記電子証明書を、前記モバイル端末の媒体に格納する際、記憶された前記媒体情報と前記モバイル端末が有する媒体情報を比較して、一致する場合に当該媒体に、前記電子証明書を格納することで前記電子証明書の発行を行う電子証明書発行方法。
【請求項２】
請求項１に記載の電子証明書発行方法において、
前記媒体情報に加え、前記モバイル端末の機体識別情報と当該モバイル端末の利用者を特定するユーザ情報を用いることを特徴とする電子証明書発行方法。
【請求項３】
請求項１または２のいずれかに記載の電子証明書発行方法において、
前記媒体は、耐タンパ性を有する媒体であることを特徴とする電子証明書発行方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，いわゆる電子証明書を扱う（発行、管理、検証等）するための技術に関する。その中でも特に，モバイル端末を利用する技術に関する。
【背景技術】
【０００２】
昨今，スマートフォンやタブレット端末をはじめとする高性能・高機能のモバイル端末の普及が著しく，ビジネスの現場においてもシンクライアントと並び，ニーズが高まっている。しかし，ビジネス現場でのモバイル端末の利用は，社員が所持するモバイル端末自体の管理や不必要な機能の利用を制限する機能管理，端末紛失時のデータの遠隔削除機能，悪意のある第三者の不正利用を防止する機能などが必要であり，これらを端末毎に管理・実行するMDM（Mobile Device Management）システムがある。さらに，左記のMDMシステムを利用して端末を識別する端末識別情報とユーザ情報にリレーションした電子証明書をモバイル端末に配信するシステムがある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開2004-227451号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１のような既存のMDMシステムにおいて，端末の認証は，端末にユニークに付与されている機体識別情報とユーザ情報（SIM)を用いる。外部から社内システムや他のサービスを利用するためには，上記の機体識別情報とユーザ情報の認証に基づいて，MDMから端末に配信される電子証明書を利用する。しかし，この場合，機体識別情報はモバイル端末内にあり，セキュアに管理又は秘匿されている情報ではないため，改ざんが可能である。さらに，電子証明書及び鍵情報は，モバイル端末のデータ領域に格納されるため，電子証明書及び鍵情報のセキュリティは，モバイル端末及びモバイル端末のデータ領域のセキュリティ強度に依存する。このため，ウィルスプログラムや悪意のある第三者による漏えいのリスクが潜在している。電子証明書及び鍵情報のセキュリティに関しては，格納先をモバイル端末に装着した耐タンパ性認証デバイスにすることで解消できるが，その場合にも，機体識別情報の改ざんによるリスクと，機体識別情報とユーザ情報の認証後に，耐タンパ性認証デバイスの差し替えによる成りすまし（電子証明書の正当な所持者以外の耐タンパ性認証デバイスに電子証明書を格納）の危険性がある。
【課題を解決するための手段】
【０００５】
本発明の目的は、上記の課題を解決するための技術を提供することにある。このために、本発明では、モバイル端末で利用される媒体（例：カード）に証明書を格納することを前提に、この格納の際に、証明書に対応付けられている媒体情報(例：カード特定情報)と、当該媒体の情報（媒体自身ないしモバイル端末に格納）の整合性を確認するものである。また、証明書と媒体情報の対応付けを、端末を管理する端末管理装置で行うことも本発明の一態様に含まれる。
【０００６】
また、本発明には、以下の態様も含まれる。ユーザ情報とモバイル端末に装着された耐タンパ性認証デバイスにリレーションさせて電子証明書の管理を行い，また，ユーザ情報と耐タンパ性認証デバイスの正当性を認証することで電子証明書を発行，さらに，電子証明書を耐タンパ性認証デバイスに格納する際に，耐タンパ性認証デバイスの正当性検証を行うものである。
【発明の効果】
【０００７】
本発明によれば、モバイル端末を利用しての証明書発行等の運用が可能になる。
【図面の簡単な説明】
【０００８】
【図１】本実施形態における電子証明書発行システムの構成図である。
【図２】本実施形態の端末管理サーバの構成を示すブロック図である。
【図３】本実施形態のモバイル端末の構成を示すブロック図である。
【図４】本実施形態の端末管理サーバが保持するモバイル端末の機体登録テーブルの一例を示すデータテーブル図である。
【図５】本実施形態の端末管理サーバが保持するカード搭載証明書管理テーブルの一例を示すデータテーブル図である。
【図６】本実施形態の端末管理サーバが保持する証明書情報テーブルの一例を示すデータテーブル図である。
【図７（ａ）】証明書発行要求から，耐タンパ性認証デバイス所有者の正当性確認，電子証明書の発行，電子証明書の搭載対象（耐タンパ性認証デバイス）の正当性検証，電子証明書の搭載までを示す，電子証明書発行のシーケンス図（その１）である。
【図７（ｂ）】証明書発行要求から，耐タンパ性認証デバイス所有者の正当性確認，電子証明書の発行，電子証明書の搭載対象（耐タンパ性認証デバイス）の正当性検証，電子証明書の搭載までを示す，電子証明書発行のシーケンス図（その２）である。
【図８（ａ）】耐タンパ性認証デバイス所有者の正当性確認，発行済み電子証明書の検証，更新対象となる電子証明書の発行，電子証明書の搭載対象（耐タンパ性認証デバイス）の正当性検証，電子証明書の搭載までを示す電子証明書更新のシーケンス図（その１）である。
【図８（ｂ）】耐タンパ性認証デバイス所有者の正当性確認，発行済み電子証明書の検証，更新対象となる電子証明書の発行，電子証明書の搭載対象（耐タンパ性認証デバイス）の正当性検証，電子証明書の搭載までを示す電子証明書更新のシーケンス図（その２）である。
【図９】電子証明書の発行におけるモバイル端末側のカード特定情報送信処理のフローチャートである。
【図１０】電子証明書の発行における端末管理サーバ側の電子証明書発行処理のフローチャートである。
【図１１】電子証明書の発行および更新におけるモバイル端末側の電子証明書インポート処理のフローチャートである。
【図１２】電子証明書の発行および更新における端末管理サーバ側の証明書管理情報の更新処理のフローチャートである。
【図１３】電子証明書の更新におけるモバイル端末側のカード特定情報送信処理のフローチャートである。
【図１４】電子証明書の更新における端末管理サーバ側の更新用証明書の発行処理のフローチャートである。
【発明を実施するための形態】
【０００９】
以下，本発明の一実施形態について添付図面を参照しながら詳細に説明する。
図１は，電子証明書の利用および発行要求を行うモバイル端末とモバイル端末の管理および電子証明書の管理・発行を行う端末管理サーバからなる電子証明書発行システムのシステム構成図の一例である。本実施形態の電子証明書発行システムは，端末管理サーバ１２１，モバイル端末（モバイル端末−Ａ１４１，モバイル端末−Ｂ１４２，モバイル端末−Ｃ１４３，モバイル端末−Ｄ１４４），認証局１３１，リポジトリサーバ１３２を備える。端末管理サーバ１２１と各モバイル端末は，インターネット１１０を介して相互に通信できるものとする。
【００１０】
端末管理サーバ１２１は，クライアントからの要求に対して何らかのサービスを提供するサーバシステムとしての機能を備え，記録媒体に格納しているＯＳやアプリケーションをメモリとしてＣＰＵ上で実行する情報機器であれば特に限定しない。また，モバイル端末や電子証明書を登録・管理するデータベース１２２を備える。さらに，端末管理サーバ１２１は，認証局１３１が発行するサーバ証明書１５２と各モバイル端末に配信することを目的としたクライアント証明書１５１を保持する。
【００１１】
モバイル端末（モバイル端末−Ａ１４１，モバイル端末−Ｂ１４２，モバイル端末−Ｃ１４３，モバイル端末−Ｄ１４４）は，本実施例では利用者が携帯可能なスマートフォンやタブレット端末，ノートＰＣを例に説明するが，記録媒体に格納しているＯＳやアプリケーションをメモリとしてＣＰＵ上で実行する情報機器であれば特に限定しない。以降，モバイル端末については，モバイル端末−Ａ１４１を例に説明する。モバイル端末−Ａ１４１は，利用者の指示に従って演算を行い，演算結果を利用者に提示する情報処理装置である。また，音声，映像，文章またはそれらを混在させたデータを編集する機能を有する。モバイル端末−Ａ１４１は，インターネット１１０に図示しないネットワークインタフェースを介して接続している。モバイル端末−Ａ１４１は，図示しないハードディスクもしくはフラッシュメモリなどのストレージやメモリおよびＣＰＵを備え，利用者の指示に従って演算を行う。また，本実施例ではモバイル端末−Ａ１４１は，耐タンパ性認証デバイス（耐タンパ性認証デバイス−Ａ１４５，耐タンパ性認証デバイス−Ｂ１４６，耐タンパ性認証デバイス−Ｃ１４７，耐タンパ性認証デバイス−Ｄ１４８）を装着，利用可能なインターフェースを備える。モバイル端末−Ｄ１４４では，耐タンパ性認証デバイス−Ｄ１４８のリーダライタ１４９を介して耐タンパ性認証デバイスを装着する例を示している。以降，耐タンパ性認証デバイスについては耐タンパ性認証デバイス−Ａ１４５を例に説明する。耐タンパ性認証デバイス−Ａ１４５は，各モバイル端末に装着可能な形態の耐タンパ性を備えた媒体であり，本実施例ではＩＣチップを搭載したマイクロＳＤ形状の媒体を例に説明する。耐タンパ性認証デバイス−Ａ１４５は，クライアント証明書１５３をセキュアに格納，管理可能な機能を備える。モバイル端末側のクライアント証明書（クライアント証明書１５３，クライアント証明書１５４）は，以降，クライアント証明書１５３を例に説明する。
【００１２】
図２は，端末管理サーバ１２１の構成を示すブロック図の一例である。本図に示すように端末管理サーバ１２１は，制御部２１１，暗復号処理部２１２，本人情報検定処理部２１３，記憶部２１４，通信部２１５を備える。制御部２１１は各部位（暗復号処理部２１２，本人情報検定処理部２１３，記憶部２１４，通信部２１５）からのデータや要求を受信・解析し，各部位へ送信する（要求する）手段を備えた部位である。暗復号処理部２１２は，制御部２１１からの暗号処理要求および復号処理要求に対して暗復号処理を行い，その結果を制御部２１１に送信する手段を備えた部位である。本人情報検定処理部２１３は，制御部２１１からの本人情報検定要求に対して，本人情報の検定処理を行い，その結果を制御部２１１に返信する手段を備えた部位である。本実施例では本人情報の検定はモバイル端末−Ａ１４５に装着された耐タンパ性認証デバイス−Ａ１４５の正当な所持者であることを検定するものである。記憶部２１４は，制御部２１１のデータ入力，データ出力命令に対して，データの管理を行う手段を備えた部位である。通信部２１５は，端末管理サーバ１２１に送信されたデータを制御部２１１へ送信する手段と，制御部２１１からのデータを受信し，送信先に送信する手段を備えた部位である。本実施例では通信部２１５が備えるインターフェースには，ネットワークインタフェース，データベース１２２へのインターフェースが含まれる。
【００１３】
図３は，モバイル端末−Ａ１４１の構成を示すブロック図である。本図に示すようにモバイル端末−Ａ１４１は，制御部３１１，暗復号処理部３１２，鍵生成処理部３１３，カード特定情報検定部３１４，記憶部３１５，通信部３１６を備える。制御部３１１は各部位（暗復号処理部３１２，鍵生成処理部３１３，カード特定情報検定部３１４，記憶部３１５，通信部３１６）からのデータや要求を受信・解析し，各部位へ送信する（要求する）手段を備えた部位である。暗復号処理部３１２は，制御部３１１からの暗号処理要求および復号処理要求に対して暗復号処理を行い，その結果を制御部３１１に送信する手段を備えた部位である。鍵生成処理部３１３は，制御部３１１からの鍵生成処理要求を受信し，セッション共通鍵生成処理を行い，その結果を制御部３１１に送信する手段を備えた部位である。カード特定情報検定部３１４は，制御部３１１からのカード特定情報検定要求に対して，カード特定情報の検定処理を行い，その結果を制御部３１１に送信する手段を備えた部位である。本実施例におけるカード特定情報は，耐タンパ性認証デバイス−Ａ１４５を特定するユニークな情報である。記憶部３１５は，制御部３１１のデータ入力，データ出力命令に対して，データの管理を行う手段を備えた部位である。通信部３１６は，モバイル端末−Ａ１４１に送信されたデータを制御部３１１へ送信する手段と，制御部３１１からのデータを受信し，送信先に送信する手段を備えた部位である。本実施例では通信部３１５が備えるインターフェースには，ネットワークインタフェース，耐タンパ性認証デバイス−Ａ１４５へのインターフェースが含まれる。
【００１４】
図４に，機体登録テーブル４１０の一例を示す。機体登録テーブル４１０は，端末管理サーバ１２１が保持するデータテーブルであり，端末管理サーバ１２１にアクセスするモバイル端末の機体を登録・管理する。機体登録テーブル４１０は，機体識別情報レコード４１１，ユーザ情報レコード４１２，登録日時レコード４１３が記録される。機体登録テーブル４１０は，これらのレコードに限定せずに他のレコードが記録されてもよい。機体識別情報レコード４１１は，モバイル端末の端末を特定する情報である。ユーザ情報レコード４１２は，ユーザ情報（ＳＩＭ）を特定する情報である。登録日時レコード４１３は，端末管理サーバ１２１に，モバイル端末を登録した日時を示す情報である。機体登録テーブル４１０は，利用者が予め端末管理サーバ１２１に登録する例で説明するが，登録のタイミングはこれに限定しない。
【００１５】
図５に，カード搭載証明書管理テーブル５１０の一例を示す。カード搭載証明書管理テーブル５１０は，端末管理サーバ１２１が保持するデータテーブルであり，機体登録テーブル４１０のユーザ情報レコード４１２のレコード値と，対象となる耐タンパ性認証デバイス−Ａ１４５を一意に特定するカード特定情報をリレーションし，これら２つのレコードを主キーとして，対象となる耐タンパ性認証デバイス−Ａ１４５に格納する電子証明書を管理するテーブルである。カード搭載証明書管理テーブル５１０には，ユーザ情報レコード５１１，カード特定情報レコード５１２，証明書特定情報レコード５１３，証明書登録日時レコード５１４，証明書ステータスレコード５１５が記録される。カード搭載証明書管理テーブル５１０は，これらのレコードに限定せずに他のレコードが記録されてもよい。ユーザ情報レコード５１１は，ユーザ情報（ＳＩＭ）を特定する情報であり，機体登録テーブル４１０のユーザ情報レコード４１２とリンクする。カード特定情報レコード５１２は，ユーザ情報レコード５１１にリレーションしているモバイル端末に装着された耐タンパ性認証デバイス−Ａ１４５を一意に特定する情報である。本実施例では，カード特定情報レコード５１２に耐タンパ性認証デバイス−Ａ１４５のＣＩＮ（Ｃａｒｄ  ＩＤ  Ｎｕｍｂｅｒ）を想定して説明するが，データ値はこれに限定しない。証明書特定情報レコード５１４は，証明書を一意に特定する情報であり，本実施形態では証明書のシリアル番号を想定して説明するが，データ値はこれに限定しない。証明書登録日時レコード５１４は，証明書特定情報レコード５１４を，対象となる耐タンパ性認証デバイス−Ａ１４５に搭載した日時を示す情報である。証明書ステータスレコード５１５は，対象となる耐タンパ性認証デバイス−Ａ１４５に対する証明書搭載の有無と有効／無効を示す情報である。本実施例では，対象となる耐タンパ性認証デバイス−Ａ１４５に証明書が搭載されており，且つ有効な場合は“Ａｃｔｉｖｅ”とし，それ以外は“ＵｎＡｃｔｉｖｅ”として説明するが，データ値はこれに限定しない。
【００１６】
図６に，証明書情報テーブル６１０の一例を示す。証明書情報テーブル６１０は，端末管理サーバ１２１が保持するテーブルであり，端末管理サーバ１２１が保持するクライアント証明書の情報および各証明書毎の対象となる耐タンパ性認証デバイスへの搭載状態を管理するテーブルである。証明書情報テーブル６１０には，証明書特定情報レコード６１１，開始日時レコード６１２，終了日時レコード６１３，用途レコード６１４，カード搭載状況レコード６１５が記録される。証明書情報テーブル６１０は，これらのレコードに限定せずに他のレコードが記録されてもよい。証明書特定情報レコード６１１は，クライアント証明書を一意に特定する情報であり，本実施例では電子証明書のシリアル番号を想定して説明するが，これに限定しない。開始日時レコード６１２は，電子証明書の開始日時を示す情報である。終了日時レコード６１３は，電子証明書の終了日時を示す情報である。用途レコード６１４は，電子証明書の用途を示す情報である。カード搭載状況レコード６１５は，対象となる耐タンパ性認証デバイスへの電子証明書の搭載状況を示す情報であり，本実施例では，対象となる耐タンパ性認証デバイスへ電子証明書が搭載されており，利用可能な状態で有る場合は“Ｄｏｎｅ”とし，それ以外は“ＮＵＬＬ”として説明するが，データ値はこれに限定しない。
【００１７】
次に、図７（ａ）（ｂ）および図８（ａ）（ｂ）のシーケンス図および図９〜１４のフローチャート図に基づいて、図１及び図２，図３の動作を説明する。
図７（ａ）および図７（ｂ）は、モバイル端末−Ａ１４１から端末管理サーバ１２１に電子証明書の発行依頼を行い，搭載までのシーケンスを示している。
【００１８】
まず，モバイル端末−Ａ１４１が端末管理サーバ１２１に電子証明書の発行要求を行う（ステップ７１１）。ここでモバイル端末−Ａ１４１は予め，端末管理サーバ１２１に機体及びユーザ登録が完了しており，機体登録テーブル４１０に機体識別情報とユーザ情報が登録済みであるものとする。端末管理サーバ１２１は，モバイル端末からの証明書発行要求を受信した場合，モバイル端末−Ａ１４１に装着されている耐タンパ性認証デバイス−Ａ１４５のカード特定情報，耐タンパ性認証デバイス−Ａ１４５の正当な所持者であることを示す情報としてＰＩＮ照合結果，電子証明書の発行・搭載までを一つのセッションとし，そのセッションの間，端末管理サーバ１２１とモバイル端末−Ａ１４１の通信をセキュアに行うためのセッション共通鍵の送付を要求し，且つ，端末管理サーバ１２１の公開鍵を送付する（ステップ７１２）。モバイル端末−Ａ１４１ではステップ７１２を受信した場合，対象となる耐タンパ性認証デバイス−Ａ１４５の正当な所持者であることを確認するために，ＰＩＮ情報入力画面を出力し（ステップ７１３），利用者はＰＩＮ情報を入力（ステップ７１４），耐タンパ性認証デバイス−Ａ１４５にＰＩＮ情報を送付する（ステップ７１５）。耐タンパ性認証デバイス−Ａ１４５は，ＰＩＮ情報を受信した場合，内部でＰＩＮ照合（ステップ７１６）を行い，その結果をモバイル端末−Ａ１４５に送信する（ステップ７１７）。次にモバイル端末−Ａ１４１は，対象となる耐タンパ性認証デバイス−Ａ１４５を特定するカード特定情報を耐タンパ性認証デバイス−Ａ１４５に要求（ステップ７１８）し，これを取得する（ステップ７１９）。続いて，モバイル端末−Ａ１４１では鍵生成処理部３１３にてセッション共通鍵を生成する（ステップ７２０）。セッション共通鍵はセッションの間，モバイル端末−Ａ１４５で保管されるが，生成方法および保管場所，保管方法については言及しない。
【００１９】
次に、モバイル端末−Ａ１４５の暗復号処理部３１２においてカード特定情報，ＰＩＮ照合結果，セッション共通鍵を端末管理サーバ１２１の公開鍵で暗号化して（ステップ７２１），端末管理サーバ１２１に送信する（ステップ７２２）。端末管理サーバ１２１では，ステップ７２２を受信した場合，端末管理サーバ１２１は暗復号処理部２１２で自身の秘密鍵を利用して，モバイル端末−Ａ１４１から送付された暗号データを復号する（ステップ７２３）。端末管理サーバ１２１では，復号したデータからＰＩＮ照合結果を取得し，本人情報検定処理部２１３でＰＩＮ照合結果を確認する（ステップ７２４）。続いて端末管理サーバ１２１は，復号した暗号データからカード特定情報を取得し，カード搭載証明書管理テーブル５１０にレコードを追加する（ステップ７２５）。このときに，格納対象となる電子証明書を決定し，電子証明書情報も登録する。続いて，端末管理サーバ１２１は，ユーザ情報とカード特定情報にリレーションした電子証明書とカード特定情報を暗復号処理部２１２でセッション共通鍵を利用して暗号化し（ステップ７２６），モバイル端末−Ａ１４１に送付する（ステップ７２７）。モバイル端末−Ａ１４１では，ステップ７２７を受信した場合，セッション共通鍵を利用して，暗復号処理部３１２で復号する（ステップ７２８）。モバイル端末−Ａ１４１は，耐タンパ性認証デバイス−Ａ１４５にカード特定情報を要求し（ステップ７２９），これを取得する（ステップ７３０）。モバイル端末−Ａ１４１は，カード特定情報検定部３１４でステップ７２８で復号したカード特定情報とステップ７３０で取得したカード特定情報の整合性チェックを行う（ステップ７３１）。続いて，耐タンパ性認証デバイス−Ａ１４５に電子証明書の搭載（インポート）を行い（ステップ７３２），その結果を取得する（ステップ７３３）。続いてモバイル端末−Ａ１４１の暗復号処理部３１２で，カード特定情報の整合性チェック結果，電子証明書の搭載（インポート）結果をセッション共通鍵で暗号化し（ステップ７３４），端末管理サーバ１２１に送信する（ステップ７３５）。端末管理サーバ１２１では，ステップ７３５を受信した場合，暗復号処理部２１２で，セッション共通鍵を利用して暗号データを復号する（ステップ７３６）。復号したデータからカード特定情報の整合性チェック結果と証明書の搭載（インポート）結果を取得し，検証を行う（ステップ７３７）。ステップ７３７の検証結果にもとづいて，カード搭載証明書管理テーブル５１０の更新を行う（ステップ７３８）。このとき，カード搭載証明書管理テーブル５１０の証明書登録日時レコード５１４と証明書ステータスレコード５１５が更新される。端末管理サーバ１２１は，証明書登録完了通知をモバイル端末−Ａ１４１に送付する（ステップ７３９）。
図８（ａ）および図８（ｂ）は、電子証明書の更新処理のシーケンスを示している。
【００２０】
まず，端末管理サーバ１２１が，カード搭載証明書管理テーブル５１０と証明書情報テーブル６１０から電子証明書の終了日時を迎えた電子証明書とリレーションしているユーザ情報を特定し，対象となるモバイル端末に対して，カード特定情報，証明書特定情報，機体識別情報，ＰＩＮ照合結果，セッション共通鍵の送信要求と，端末管理サーバの公開鍵を送信する（ステップ８１１）。モバイル端末−Ａ１４１では，ステップ８１１を受信した場合，対象となる耐タンパ性認証デバイス−Ａ１４５の正当な所持者であることを確認するために，ＰＩＮ情報入力画面を出力し（ステップ８１２），利用者はＰＩＮ情報を入力（ステップ８１３），耐タンパ性認証デバイス−Ａ１４５にＰＩＮ情報を送付する（ステップ８１４）。耐タンパ性認証デバイス−Ａ１４５は，ＰＩＮ情報を受信した場合，内部でＰＩＮ照合（ステップ８１５）を行い，その結果をモバイル端末−Ａ１４５に送信する（ステップ８１６）。次にモバイル端末−Ａ１４１は，対象となる耐タンパ性認証デバイス−Ａ１４５を特定するカード特定情報と耐タンパ性認証デバイス−Ａ１４５に格納している電子証明書を一意に特定する証明書特定情報を耐タンパ性認証デバイス−Ａ１４５に要求（ステップ８１７）し，これを取得する（ステップ８１８）。続いて，モバイル端末−Ａ１４１は自身の機体識別情報を取得する（ステップ８１９）。次に，モバイル端末−Ａ１４１では鍵生成処理部３１３にてセッション共通鍵を生成する（ステップ８２０）。モバイル端末−Ａ１４１は，ステップ８１６で取得したＰＩＮ照合結果と，ステップ８１８で取得したカード特定情報，証明書特定情報と，ステップ８１９で取得した機体識別情報，ステップ８２０で生成したセッション鍵を，端末管理サーバ１２１の公開鍵で暗号化し（ステップ８２１），これを端末管理サーバ１２１に送信する（ステップ８２２）。端末管理サーバ１２１では，ステップ８２２を受信した場合，端末管理サーバ１２１は暗復号処理部３１２で自身の秘密鍵を利用して，モバイル端末−Ａ１４１から送付された暗号データを復号する（ステップ８２３）。次に，復号したデータからＰＩＮ照合結果を取得し，本人情報検定処理部２１３でＰＩＮ照合結果を確認する（ステップ８２４）。続いて，復号したデータから機体識別情報を取得し，機体登録テーブル４１０に登録済みのモバイル端末であるかを確認する（ステップ８２５）。さらに，復号したデータからカード特定情報と証明書特定情報を取得し，カード搭載証明書管理テーブル５１０に登録されているユーザ情報とリレーション関係を確認する（ステップ８２６）。ステップ８２４，ステップ８２５，ステップ８２６に問題がない場合，更新対象の新しい証明書を，証明書情報テーブル６１０から選択し，カード情報搭載管理テーブル５１０の証明書特定情報レコード５１３を更新する（ステップ８２７）。
【００２１】
次に，ステップ８２７の電子証明書とカード特定情報をセッション共通鍵で暗号化し（ステップ８２８），モバイル端末−Ａ１４１に送信する（ステップ８２９）。モバイル端末−Ａ１４１では，ステップ８２９を受信した場合，セッション共通鍵を利用して，暗復号処理部３１２で復号する（ステップ８３０）。モバイル端末−Ａ１４１は，耐タンパ性認証デバイス−Ａ１４５にカード特定情報を要求し（ステップ８３１），これを取得する（ステップ８３２）。モバイル端末−Ａ１４１は，カード特定情報検定部３１４でステップ８３０で復号したカード特定情報とステップ８３２で取得したカード特定情報の整合性チェックを行う（ステップ８３３）。続いて，耐タンパ性認証デバイス−Ａ１４５に電子証明書の更新（インポート済みの証明書の削除，新しい証明書のインポート）を行い（ステップ８３４），その結果を取得する（ステップ８３５）。続いてモバイル端末−Ａ１４１の暗復号処理部３１２で，カード特定情報の整合性チェック結果，電子証明書の更新結果をセッション共通鍵で暗号化し（ステップ８３６），端末管理サーバ１２１に送信する（ステップ８３７）。端末管理サーバ１２１では，ステップ８３７を受信した場合，暗復号処理部２１２で，セッション共通鍵を利用して暗号データを復号する（ステップ８３８）。復号したデータからカード特定情報の整合性チェック結果と証明書の更新結果を取得し，検証を行う（ステップ８３９）。ステップ８３９の検証結果にもとづいて，カード搭載証明書管理テーブル５１０の更新を行う（ステップ８４０）。このとき，カード搭載証明書管理テーブル５１０の証明書登録日時レコード５１４と証明書ステータスレコード５１５が更新される。端末管理サーバ１２１は，証明書登録完了通知をモバイル端末−Ａ１４１に送付する（ステップ８４１）。
【００２２】
図９〜図１４は、端末管理サーバ１２１を構成する各部とモバイル端末−Ａ１４１を構成する各部にて実行される処理を示すフローチャート図である。
図９は，証明書発行におけるモバイル端末−Ａ１４１におけるカード特定情報取得・送信処理を示すフローチャート図である。モバイル端末−Ａ１４１では，端末管理サーバ１２１から，カード特定情報，ＰＩＮ照合結果，セッション共通鍵の送信要求を受けた際に，カード特定情報の取得処理を開始する（ステップ９１１，９１２）。このとき，端末管理サーバ１２１の公開鍵も受信する（ステップ９１３）。続いて，耐タンパ性認証デバイス−Ａ１４５の正当な所有者であることを確認するために，本人認証処理を開始する（ステップ９１４）。本人認証処理では，利用者が入力した耐タンパ性認証デバイス−Ａ１４５のＰＩＮ情報を耐タンパ性認証デバイス−Ａ１４５に送信し，ＰＩＮ照合結果を取得する（ステップ９２２，９２３，９２４，９２５）。続いて，カード特定情報検定部３１４にてＰＩＮ照合結果の真偽を確認（ステップ９１５）し，真の場合はカード特定情報の要求を耐タンパ性認証デバイス−Ａ１４５に行い（ステップ９１６），これを取得する（ステップ９１７）。偽の場合は，ステップ９１６は実行せずに，セッション共通鍵の生成処理（ステップ９１８）に進む。セッション共通鍵の生成処理（ステップ９１８）は，暗復号処理部３１２で実行する。本実施例ではセッション共通鍵は，モバイル端末−Ａ１４１にてセッション共通鍵の生成毎に乱数を用いて生成する方法を想定して説明するが，生成方法については言及しない。続いて，端末管理サーバ１２１の公開鍵で，ＰＩＮ照合結果とカード特定情報，セッション共通鍵を暗復号処理部３１２で暗号化して（ステップ９１９），端末管理サーバ１２１に送信する（ステップ９２０，９２１）。
【００２３】
図１０は，端末管理サーバ１２１での電子証明書発行処理を示すフローチャート図である。端末管理サーバ１２１では，モバイル端末−Ａ１４１に送信したカード特定情報，ＰＩＮ照合結果，セッション共通鍵の送信要求の応答を受け取った際に，電子証明書発行処理を開始する（ステップ１０１１，１０１２）。まず，暗復号処理部２１２にて受信した暗号データを端末管理サーバ１２１の秘密鍵で復号する（ステップ１０１３）。このとき，秘密鍵で復号できなければ，正当な利用者から，正当なデータが送付されていない，または改ざんされている可能性があると判断して，エラーを出力し処理を終了する。復号が成功した場合には，ＰＩＮ照合結果を取得して，その真偽を本人情報検定処理部２１３で確認する（ステップ１０１４）。ＰＩＮ照合結果が真の場合は，カード搭載証明書管理テーブル５１０に新たなレコードを追加する（ステップ１０１５）。次にステップ１０１５で登録した電子証明書と，カード特定情報を暗復号処理部２１２にてセッション共通鍵で暗号化（ステップ１０１７）し，モバイル端末−Ａ１４１に送信する（ステップ１０１８，１０１９）。ＰＩＮ照合結果が偽の場合は，エラーメッセージを出力（ステップ１０１６）して処理を終了する。
【００２４】
図１１は，モバイル端末−Ａ１４１での証明書インポート処理を示すフローチャート図である。モバイル端末−Ａ１４１では，端末管理サーバ１２１から電子証明書及びカード特定情報を取得した際に開始する（ステップ１１１１，１１１２）。まず，暗復号処理部３１２にて受信した暗号データをセッション共通鍵で復号する（ステップ１１１３）。このときセッション共通鍵で復号できなければ，正当な端末管理サーバ１２１からの送信データではないと判断して，処理を終了する。復号が成功した場合には，カード特定情報要求を耐タンパ性認証デバイス−Ａ１４５に送信して，これを取得する（ステップ１１１５）。次に，モバイル端末−Ａ１４１に装着された耐タンパ性認証デバイス−Ａ１４５が別の耐タンパ性認証デバイスに入れ替えられていないことを確認するために，ステップ１１１５で取得したカード特定情報と，端末管理サーバ１２１から受信し，復号したカード特定情報をカード特定情報検定処理部３１４で整合性チェックを行う（ステップ１１１６）。このとき，２つのカード特定情報が等しい場合（ステップ１１１７）は，耐タンパ性認証デバイス−Ａ１４５に証明書のインポート処理を行う（ステップ１１１８）。次にカード特定情報の整合性チェック結果と，証明書インポート結果を暗復号処理部３１２にてセッション共通鍵で暗号化（ステップ１１２０）し，端末管理サーバ１２１に送付する（ステップ１１２１，１１２２）。また，２つのカード特定情報が等しくない場合，カード特定情報の整合性チェック結果と，証明書インポート結果をＮＧとして端末管理サーバ１２１に送信する（ステップ１１１９）。
【００２５】
図１２は，端末管理サーバ１２１における証明書管理情報の更新処理を示すフローチャート図である。端末管理サーバ１２１では，カード特定情報の整合性チェック結果と証明書インポート結果（又は証明書更新結果）を受信した際に開始する（ステップ１２１１，１２１２）。まず，暗復号処理部２１２で，受信した暗号データをセッション共通鍵で復号する（ステップ１２１３）。このときセッション共通鍵で復号できなければ，正当なモバイル端末−Ａ１４１からの送信データではないと判断して，処理を終了する。復号が成功した場合，カード特定情報の整合性チェック結果と証明書インポート結果（又は証明書更新結果）を取得し，カード特定情報の整合性チェック結果が真で，且つ，証明書インポート結果（又は証明書更新結果）が真の場合，カード搭載証明書管理テーブル５１０の証明書登録日時レコード５１４に現在の時刻を登録し，証明書ステータスレコード５１５にＡｃｔｉｖｅとする（ステップ１２１５，１２１６，１２１７）。その後，モバイル端末−Ａ１４１に証明書登録完了通知を送信する（ステップ１２１９，１２２１）。カード特定情報の整合性チェック結果および証明書インポート結果のどちらか片方でも偽の場合は，カード搭載証明書管理テーブル５１０の証明書登録日時レコード５１４に値は登録せず，証明書ステータスレコード５１５にＵｎＡｃｔｉｖｅとし（ステップ１２１５，１２１６，１２１８）， モバイル端末−Ａ１４１に証明書登録失敗通知を送信する（ステップ１２２０，１２２１）。
【００２６】
図１３は，証明書更新におけるモバイル端末−Ａ１４１におけるカード特定情報取得・送信処理を示すフローチャート図である。モバイル端末−Ａ１４１では，端末管理サーバ１２１から，カード特定情報，証明書特定情報，ＰＩＮ照合結果，機体識別情報，セッション共通鍵の送信要求を受けた際に，カード特定情報の取得処理を開始する（ステップ１３１１，１３１２）。このとき，端末管理サーバ１２１の公開鍵も受信する（ステップ１３１３）。続いて，耐タンパ性認証デバイス−Ａ１４５の正当な所有者であることを確認するために，本人認証処理を開始する（ステップ１３１４）。本人認証処理では，利用者が入力した耐タンパ性認証デバイス−Ａ１４５のＰＩＮ情報を耐タンパ性認証デバイス−Ａ１４５に送信し，ＰＩＮ照合結果を取得する（ステップ１３２３，１３２４，１３２５，１３２６）。続いて，カード特定情報検定部３１４にてＰＩＮ照合結果の真偽を確認（ステップ１３１５）し，真の場合はカード特定情報と証明書特定情報要求を耐タンパ性認証デバイス−Ａ１４５に行い（ステップ１３１６），これを取得する（ステップ１３１７）。本実施例では証明書特定情報は証明書のシリアル番号を想定しているが，これに限定しない。偽の場合は，セッション共通鍵の生成処理（ステップ１３１９）に進む。続いて，モバイル端末−Ａ１４１の機体識別情報を取得する（ステップ１３２０）。次に，セッション共通鍵の生成処理（ステップ１３１９）は，暗復号処理部３１２で実行する。本実施例ではセッション共通鍵は，モバイル端末−Ａ１４１にてセッション共通鍵の生成毎に乱数を用いて生成する方法を想定して説明するが，生成方法については言及しない。続いて，端末管理サーバ１２１の公開鍵で，ＰＩＮ照合結果とカード特定情報，証明書特定情報，機体識別情報，セッション共通鍵を暗復号処理部３１２で暗号化して（ステップ１３２０），端末管理サーバ１２１に送信する（ステップ１３２１，１３２２）。
【００２７】
図１４は，電子証明書の更新における端末管理サーバ側の更新用証明書の発行処理のフローチャート図である。端末管理サーバ１２１では，モバイル端末−Ａ１４１に送信したカード特定情報，証明書特定情報，ＰＩＮ照合結果，機体識別情報，セッション共通鍵の送信要求の応答を受け取った際に，電子証明書更新処理を開始する（ステップ１４１１，１４１２）。
【００２８】
まず，暗復号処理部２１２にて受信した暗号データを端末管理サーバ１２１の秘密鍵で復号する（ステップ１４１３）。このとき，秘密鍵で復号できなければ，正当な利用者から，正当なデータが送付されていない，または改ざんされている可能性があると判断して，エラーを出力し処理を終了する。復号が成功した場合には，ＰＩＮ照合結果を取得して，その真偽を本人情報検定処理部２１３で確認する（ステップ１４１４）。ＰＩＮ照合結果が真の場合は，機体登録テーブル４１０のユーザ情報と機体識別情報のリレーションと，対象となるユーザ情報，復号した機体識別情報のリレーションが等しいかを比較する（ステップ１４１５）。ステップ１４１５が真の場合（ステップ１４１６），続いて復号した証明書特定情報が，カード搭載証明書管理テーブル５１０に登録されているユーザ情報，カード特定情報のリレーションに登録されている証明書か確認する（ステップ１４１７）。ステップ１４１７が真の場合（ステップ１４１８），カード搭載証明書管理テーブル５１０の対象となるユーザ情報，カード特定情報のリレーションに登録されている証明書特定情報に新しい証明書の証明書特定情報を記載（更新）する（ステップ１４１９）。
【００２９】
次に，ステップ１４１９で登録した電子証明書と，カード特定情報を暗復号処理部２１２にてセッション共通鍵で暗号化（ステップ１４２０）し，モバイル端末−Ａ１４１に送信する（ステップ１４２１，１４２３）。また，ステップ１４１４でＰＩＮ照合結果が偽の場合，ステップ１４１６で機体識別情報が偽の場合，ステップ１４１８で証明書特定情報が偽の場合は，エラーメッセージを出力（ステップ１４２２）して処理を終了する。
【００３０】
証明書更新におけるモバイル端末側の証明書の更新処理は，図１１と同様の処理を行う。さらに，証明書更新における端末管理サーバ側の証明書管理情報更新処理は，図１２と同様の処理を行う。
【００３１】
以上の本実施形態によれば、機体識別情報の改ざんによるセキュリティリスクを防止できる。また，電子証明書は，ユーザ情報と耐タンパ性認証デバイスにリレーションされるため，機種変更などモバイル端末を変更した場合でも電子証明書の再発行が不要となり，電子証明書の管理及び再発行などで生じる運用コストを抑制できる。さらに，電子証明書及び鍵情報の管理においてもモバイル端末自体やモバイル端末のデータ領域のセキュリティ強度に依存しない強固なセキュリティを得られるという二次的な効果もある。
【符号の説明】
【００３２】
１１０：インターネット
１２１：端末管理サーバ
１２２：データベース
１３１：認証局
１４１：モバイル端末
１４２：モバイル端末
１４３：モバイル端末
１４４：モバイル端末
１４５：耐タンパ性認証デバイス
１４６：耐タンパ性認証デバイス
１４７：耐タンパ性認証デバイス
１４８：耐タンパ性認証デバイス
１４９：耐タンパ性認証デバイスリーダライタ
１５１：クライアント証明書
１５２：サーバ証明書
１５３：クライアント証明書
１５４：クライアント証明書
２１１：制御部
２１２：暗復号処理部
２１３：本人情報検定処理部
２１４：記憶部
２１５：通信部
３１１：制御部
３１２：暗復号処理部
３１３：鍵生成部
３１４：カード特定情報検定部
３１５：記憶部
３１６：通信部
【図１】
2014045233.tif 000003
【図２】
2014045233.tif 000004
【図３】
2014045233.tif 000005
【図４】
2014045233.tif 000006
【図５】
2014045233.tif 000007
【図６】
2014045233.tif 000008
【図７（ａ）】
2014045233.tif 000009
【図７（ｂ）】
2014045233.tif 000010
【図８（ａ）】
2014045233.tif 000011
【図８（ｂ）】
2014045233.tif 000012
【図９】
2014045233.tif 000013
【図１０】
2014045233.tif 000014
【図１１】
2014045233.tif 000015
【図１２】
2014045233.tif 000016
【図１３】
2014045233.tif 000017
【図１４】
2014045233.tif 000018