JP6471112B2 - 通信システム、端末装置、通信方法、及びプログラム - Google Patents

Description

本発明の実施形態は、通信システム、端末装置、通信方法、及びプログラムに関する。

複数のセキュアエレメント（Ｓｅｃｕｒｅ Ｅｌｅｍｅｎｔ：ＳＥ）の各々に、同じ認証局（Ｃｅｒｔｉｆｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｔｙ：ＣＡ）アプリをインストールすることで、認証局公開鍵証明書の自己発行や、電子署名を付せる仕組みが知られている。
また、通信データの秘匿を図る技術の一つとして公開鍵暗号方式が知られている。公開鍵暗号方式では、一般に、ＰＫＩ（Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ、公開鍵基盤）を利用して公開鍵（公開鍵証明書）がやり取りされる（例えば、非特許文献１参照）。

ＩＴｐｒｏ、"情報セキュリティ入門 − ＰＫＩ（後編）−−−Ｘ．５０９証明書とＰＫＩの仕組み"、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｉｔｐｒｏ．ｎｉｋｋｅｉｂｐ．ｃｏ．ｊｐ／ａｒｔｉｃｌｅ／ＣＯＬＵＭＮ／２００６０７２５／２４４２３３／＞

複数のＳＥの各々に、同じ認証局アプリをインストールする方式では、ＳＥの中に認証局公開鍵証明書と認証局秘密鍵を安全に管理できることが前提になっている。複数のＳＥに同じ認証局公開鍵証明書、及び認証局秘密鍵を配信する方式では、あるＳＥが解析されて認証局秘密鍵が漏洩してしまった場合に、悪意の第三者が偽のクライアント認証局公開鍵証明書を発行できる。これによって、クライアント認証局公開鍵証明書の信頼が揺らぎ、認証局公開鍵証明書が配信されたＳＥに影響が及んでしまう。
本発明は、上記問題を解決すべくなされたもので、その目的は、あるＳＥで管理されている認証局公開鍵証明書が漏洩してしまった場合でも、認証局公開鍵証明書が配信されたＳＥに及ぶ影響を低減することにある。

（１）本発明の一態様は、複数の端末装置と、ルート認証局とを備える通信システムであって、前記複数の端末装置の各々は、認証局公開鍵と、該認証局公開鍵とペアをなす認証局秘密鍵を生成する認証局鍵生成部と、前記認証局鍵生成部が生成した認証局公開鍵を付帯した認証局公開鍵証明書を要求する情報を前記ルート認証局へ送信し、該要求に応じて前記ルート認証局によって送信される認証局公開鍵証明書を取得する認証局公開鍵証明書取得部と、前記認証局公開鍵証明書取得部が取得した認証局公開鍵証明書と、前記認証局秘密鍵を記憶する認証局鍵記憶部と、前記認証局鍵記憶部に記憶した認証局公開鍵証明書を他の端末装置へ送信する送信部と、他の端末装置が送信した認証局公開鍵証明書をルート認証局の公開鍵証明書で検証し、該認証局公開鍵証明書の検証が成功した場合に、該認証局公開鍵証明書を使用して、前記他の端末装置のユーザを検証する検証部と、失効した認証局公開鍵証明書を含む認証局公開鍵証明書失効リストを記憶する失効管理サーバから、認証局公開鍵証明書失効リストを取得し、前記他の端末装置が送信した認証局公開鍵証明書が失効しているか否かを判定する認証局公開鍵失効処理部とを備え、前記認証局公開鍵失効処理部は、ショートメッセージサービスを提供するＳＭＳサーバから送信される認証局公開鍵証明書失効リストを取得することを要求する信号にしたがって、前記失効管理サーバへアクセスすることによって、認証局公開鍵証明書失効リストを取得し、前記ルート認証局は、ルート認証局公開鍵証明書と、ルート認証局秘密鍵とを記憶するルート認証局鍵記憶部と、前記複数の端末装置の各々によって送信される前記認証局公開鍵証明書を要求する情報を受信する通信部と、前記ルート認証局鍵記憶部に記憶されている認証局秘密鍵で、前記通信部が受信した認証局公開鍵を暗号化することによって、認証局公開鍵証明書を生成する認証局公開鍵証明書生成部とを備え、前記通信部は、認証局公開鍵証明書生成部によって生成された認証局公開鍵証明書を、該認証局公開鍵証明書を要求した端末装置へ送信する、通信システムである。

（２）本発明の一態様は、上記（１）に記載の通信システムにおいて、前記検証部は、前記認証局公開鍵失効処理部が、前記他の端末装置が送信した認証局公開鍵証明書が失効していないと判定した場合に、該他の端末装置が送信した認証局公開鍵証明書をルート認証局の公開鍵証明書で検証する、通信システムである。

（３）本発明の一態様は、上記（１）又は上記（２）に記載の通信システムにおいて、前記認証局公開鍵失効処理部は、前記失効管理サーバによってＯＴＡ（Ｏｖｅｒ−Ｔｈｅ−Ａｉｒ）配信される認証局公開鍵証明書失効リストを取得する、通信システムある。

（４）本発明の一態様は、認証局公開鍵と、該認証局公開鍵とペアをなす認証局秘密鍵を生成する認証局鍵生成部と、前記認証局鍵生成部が生成した認証局公開鍵を付帯した認証局公開鍵証明書を要求する情報をルート認証局へ送信し、該要求に応じて前記ルート認証局によって送信される認証局公開鍵証明書を取得する認証局公開鍵証明書取得部と、前記認証局公開鍵証明書取得部が取得した認証局公開鍵証明書と、前記認証局秘密鍵を記憶する認証局鍵記憶部と、前記認証局鍵記憶部に記憶した認証局公開鍵証明書を他の端末装置へ送信する送信部と、他の端末装置が送信した認証局公開鍵証明書をルート認証局の公開鍵証明書で検証し、該認証局公開鍵証明書の検証が成功した場合に、該認証局公開鍵証明書を使用して、前記他の端末装置のユーザを検証する検証部と、失効した認証局公開鍵証明書を含む認証局公開鍵証明書失効リストを記憶する失効管理サーバから、認証局公開鍵証明書失効リストを取得し、前記他の端末装置が送信した認証局公開鍵証明書が失効しているか否かを判定する認証局公開鍵失効処理部とを備え、前記認証局公開鍵失効処理部は、ショートメッセージサービスを提供するＳＭＳサーバから送信される認証局公開鍵証明書失効リストを取得することを要求する信号にしたがって、前記失効管理サーバへアクセスすることによって、認証局公開鍵証明書失効リストを取得する、端末装置である。

（５）本発明の一態様は、複数の端末装置と、ルート認証局とを備える通信システムによって実行される通信方法であって、前記複数の端末装置の各々は、認証局公開鍵と、該認証局公開鍵とペアをなす認証局秘密鍵を生成し、前記認証局公開鍵を付帯した認証局公開鍵証明書を要求する情報をルート認証局へ送信し、該要求に応じて前記ルート認証局によって送信される認証局公開鍵証明書を取得し、前記認証局公開鍵証明書と、前記認証局秘密鍵を記憶し、前記記憶した認証局公開鍵証明書を他の端末装置へ送信し、他の端末装置が送信した認証局公開鍵証明書をルート認証局の公開鍵証明書で検証し、該認証局公開鍵証明書の検証が成功した場合に、該認証局公開鍵証明書を使用して、前記他の端末装置のユーザを検証し、失効した認証局公開鍵証明書を含む認証局公開鍵証明書失効リストを記憶する失効管理サーバから、認証局公開鍵証明書失効リストを取得し、前記他の端末装置が送信した認証局公開鍵証明書が失効しているか否かを判定し、ショートメッセージサービスを提供するＳＭＳサーバから送信される認証局公開鍵証明書失効リストを取得することを要求する信号にしたがって、前記失効管理サーバへアクセスすることによって、認証局公開鍵証明書失効リストを取得し、前記ルート認証局は、前記複数の端末装置の各々によって送信される前記認証局公開鍵証明書を要求する情報を受信し、ルート認証局公開鍵証明書と、ルート認証局秘密鍵とを記憶するルート認証局鍵記憶部に記憶されている認証局秘密鍵で、受信した認証局公開鍵を暗号化することによって、認証局公開鍵証明書を生成し、前記認証局公開鍵証明書を、該認証局公開鍵証明書を要求した端末装置へ送信する、通信方法である。

（６）本発明の一態様は、認証局公開鍵と、該認証局公開鍵とペアをなす認証局秘密鍵を生成し、前記認証局公開鍵を付帯した認証局公開鍵証明書を要求する情報をルート認証局へ送信し、該要求に応じて前記ルート認証局によって送信される認証局公開鍵証明書を取得し、前記認証局公開鍵証明書と、前記認証局秘密鍵を記憶し、前記記憶した認証局公開鍵証明書を他の端末装置へ送信し、他の端末装置が送信した認証局公開鍵証明書をルート認証局の公開鍵証明書で検証し、該認証局公開鍵証明書の検証が成功した場合に、該認証局公開鍵証明書を使用して、前記他の端末装置のユーザを検証し、失効した認証局公開鍵証明書を含む認証局公開鍵証明書失効リストを記憶する失効管理サーバから、認証局公開鍵証明書失効リストを取得し、前記他の端末装置が送信した認証局公開鍵証明書が失効しているか否かを判定し、ショートメッセージサービスを提供するＳＭＳサーバから送信される認証局公開鍵証明書失効リストを取得することを要求する信号にしたがって、前記失効管理サーバへアクセスすることによって、認証局公開鍵証明書失効リストを取得する、端末装置によって実行される通信方法である。

（７）本発明の一態様は、端末装置のコンピュータに、認証局公開鍵と、該認証局公開鍵とペアをなす認証局秘密鍵を生成するステップと、前記認証局公開鍵を付帯した認証局公開鍵証明書を要求する情報をルート認証局へ送信し、該要求に応じて前記ルート認証局によって送信される認証局公開鍵証明書を取得するステップと、前記認証局公開鍵証明書と、前記認証局秘密鍵を記憶するステップと、前記記憶した認証局公開鍵証明書を他の端末装置へ送信するステップと、他の端末装置が送信した認証局公開鍵証明書をルート認証局の公開鍵証明書で検証し、該認証局公開鍵証明書の検証が成功した場合に、該認証局公開鍵証明書を使用して、前記他の端末装置のユーザを検証するステップと、失効した認証局公開鍵証明書を含む認証局公開鍵証明書失効リストを記憶する失効管理サーバから、認証局公開鍵証明書失効リストを取得するステップと、前記他の端末装置が送信した認証局公開鍵証明書が失効しているか否かを判定するステップと、ショートメッセージサービスを提供するＳＭＳサーバから送信される認証局公開鍵証明書失効リストを取得することを要求する信号にしたがって、前記失効管理サーバへアクセスすることによって、認証局公開鍵証明書失効リストを取得するステップとを実行させるためのコンピュータプログラムである。

本発明によれば、あるＳＥで管理されている認証局公開鍵証明書が漏洩してしまった場合でも、認証局公開鍵証明書が配信されたＳＥに及ぶ影響を低減できる。

本実施形態に係る通信システムを示す構成図である。 本実施形態に係る通信方法を示すシーケンスチャートである。 本実施形態に係る通信方法を示す図である。 本実施形態に係る通信システムを示す構成図である。 本実施形態に係るハードウェアセキュリティモジュールを示す構成図である。 本実施形態に係るハードウェアセキュリティモジュールの動作を示すフローチャートである。 本実施形態に係る通信システムを示す構成図である。 本実施例に係る通信システムの動作を示す図である。 本実施例に係る通信システムの動作を示す図である。 本実施例に係る通信システムを示す構成図である。 本実施例に係る管理装置を示す構成図である。 本実施例に係る管理装置の鍵記憶部の一例を示す図である。 本実施例に係るＥＣＵを示す構成図である。 本実施例に係るＥＣＵの鍵記憶部の一例を示す図である。

次に、本発明を実施するための形態を、図面を参照しつつ説明する。以下で説明する実施形態は一例に過ぎず、本発明が適用される実施形態は、以下の実施形態に限られない。
なお、実施形態を説明するための全図において、同一の機能を有するものは同一符号を用い、繰り返しの説明は省略する。

［第１実施形態］
図１は、第１実施形態に係る通信システム１を示す構成図である。図１において、通信システム１は、通信装置３−１と通信装置３−２を備える。通信装置３−１は、ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）１００−１と、通信部１３０と、制御部１４０と、認証処理部１５５とを備える。ＳＩＭ１００−１はＳＩＭ識別情報ｓｉｍｉｄ１を格納する。ＳＩＭ識別情報ｓｉｍｉｄ１は、ＳＩＭ１００−１に固有の識別情報である。ＳＩＭ１００−１は、鍵生成部１０１と、公開鍵証明書生成部１０２と、検証部１０３と、暗号処理部１０４と、認証局鍵記憶部１０５と、秘密鍵記憶部１０６と、ログイン処理部１０７と、認証局鍵生成部１０８と、認証局公開鍵証明書取得部１０９とを備える。

通信装置３−２は通信装置３−１と同様の構成である。図１に示す通信装置３−２おいて、通信装置３−１の各部に対応する部分には同一の符号を付している。以下の説明において、通信装置３−１と通信装置３−２とを特に区別しないときは「通信装置３」と称する。なお、１つの通信装置３が複数のＳＩＭを備えてもよい。例えば、通信装置３は、複数のＳＩＭスロットを具備し、各ＳＩＭスロットに挿入されたＳＩＭに対応する通信ネットワークの中から任意の通信ネットワークに接続先を切り替えることができる通信装置であってもよい。

通信装置３−２は、ＳＩＭ１００−２を備える。ＳＩＭ１００−２はＳＩＭ識別情報ｓｉｍｉｄ２を格納する。ＳＩＭ識別情報ｓｉｍｉｄ２は、ＳＩＭ１００−２に固有の識別情報である。
ＳＩＭ１００−１は、通信事業者が認証したユーザに対して発行されたＳＩＭである。
ＳＩＭ１００−１のＳＩＭ識別情報ｓｉｍｉｄ１は、通信事業者が認証したユーザのユーザ識別情報に関連付けて通信事業者データベース１０に格納されている。ＳＩＭ１００−２も、ＳＩＭ１００−１と同様に、通信事業者が認証したユーザに対して発行されたＳＩＭである。ＳＩＭ１００−２のＳＩＭ識別情報ｓｉｍｉｄ２は、通信事業者が認証したユーザのユーザ識別情報に関連付けて通信事業者データベース１０に格納されている。以下の説明において、ＳＩＭ１００−１とＳＩＭ１００−２とを特に区別しないときは「ＳＩＭ１００」と称する。なお、ＳＩＭ１００は、仮想通信事業者（Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｏｒ）が認証したユーザに対して発行されたＳＩＭであってもよい。

ＳＩＭ識別情報として、例えば、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）又はＩＣＣＩＤ（Ｉｎｔｅｇｒａｔｅｄ
Ｃｉｒｃｕｉｔ Ｃａｒｄ ＩＤ）を使用してもよい。また、ＳＩＭ１００に関連付けられた電話番号を該ＳＩＭ１００のＳＩＭ識別情報に使用してもよい。さらに、通信システム１は、ルート認証局４を備える。ルート認証局４は、記憶部２００と、通信部２３５と、認証局公開鍵証明書生成部２０２と、制御部２４５とを備える。記憶部２００は、認証局公開鍵証明書生成部２０２と、ルート認証局鍵記憶部２０５とを備える。

通信装置３−１の通信部１３０と、通信装置３−２の通信部１３０と、ルート認証局４の通信部２３５とは、互いに通信を行う。通信装置３−１の通信部１３０と、通信装置３−２の通信部１３０と、ルート認証局４の通信部２３５との間の通信は、無線通信であってもよく、又は、有線通信であってもよい。例えば、通信装置３−１の通信部１３０と、通信装置３−２の通信部１３０と、ルート認証局４の通信部２３５とは、無線ＬＡＮや携帯電話ネットワーク等の無線通信ネットワークを介して通信を行ってもよい。

又は、通信装置３−１の通信部１３０と、通信装置３−２の通信部１３０と、ルート認証局４の通信部２３５とは、近距離無線通信技術により直接に信号を送受して通信を行ってもよい。又は、通信装置３−１の通信部１３０と、通信装置３−２の通信部１３０と、ルート認証局４の通信部２３５とは、インターネットや固定電話ネットワーク、有線ＬＡＮ等の通信ネットワークを介して通信を行ってもよい。又は、通信装置３−１の通信部１３０と、通信装置３−２の通信部１３０と、ルート認証局４の通信部２３５とは、通信ケーブルにより接続されて通信を行ってもよい。

通信装置３において、制御部１４０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）及びメモリを備えており、通信装置３が備える各部を制御する。制御部１４０は、その機能部として、アプリケーション１５０を備える。また、ルート認証局４において、制御部２４５は、ＣＰＵ及びメモリを備えており、ルート認証局４が備える各部を制御する。制御部２４５は、その機能部として、アプリケーション２５０を備える。

ＳＩＭ１００は、コンピュータの一種であり、コンピュータプログラムによって所望の機能を実現する。ＳＩＭ１００において、認証局鍵記憶部１０５は、認証局公開鍵証明書Ｃ＿Ｋｒ１ｐと認証局秘密鍵Ｋｒ１ｓのペアを記憶する。認証局公開鍵証明書Ｃ＿Ｋｒ１ｐは、認証局秘密鍵Ｋｒ１ｓのペアの認証局公開鍵の公開鍵証明書である。認証局公開鍵証明書Ｃ＿Ｋｒ１ｐはルート認証局４から取得され、認証局秘密鍵Ｋｒ１ｓとともに、安全にＳＩＭ１００に格納される。通信装置３−１のＳＩＭ１００−１に格納される認証局公開鍵証明書Ｃ＿Ｋｒ１ｐ及び認証局秘密鍵Ｋｒ１ｓと同様に、通信装置３−２のＳＩＭ１００−２には認証局公開鍵証明書Ｃ＿Ｋｒ２ｐ及び認証局秘密鍵Ｋｒ２ｓが格納される。

認証局鍵記憶部１０５は、ＳＩＭ１００内の記憶領域のうち、ＳＩＭ１００の外部からアクセスできない不揮発性記憶領域に設けられる。よって、認証局鍵記憶部１０５に格納された認証局公開鍵証明書Ｃ＿Ｋｒ１ｐ及び認証局秘密鍵Ｋｒ１ｓは、ＳＩＭ１００の外部からはアクセスされない。また、ＳＩＭ１００は、耐タンパー性を有する。よって、認証局鍵記憶部１０５に格納された認証局公開鍵証明書Ｃ＿Ｋｒ１ｐ及び認証局秘密鍵Ｋｒ１ｓは、ＳＩＭ１００に対する攻撃から保護される。

記憶部２００において、ルート認証局鍵記憶部２０５は、ルート認証局公開鍵証明書Ｃ＿ＫＲｐとルート認証局秘密鍵ＫＲｓのペアを記憶する。ルート認証局公開鍵証明書Ｃ＿ＫＲｐは、ルート認証局秘密鍵ＫＲｓのペアのルート認証局公開鍵の公開鍵証明書である。ルート認証局公開鍵証明書Ｃ＿ＫＲｐとルート認証局秘密鍵ＫＲｓとは、例えば記憶部２００の製造時等に、安全に記憶部２００に格納される。

ルート認証局鍵記憶部２０５は、記憶部２００内の記憶領域のうち、記憶部２００の外部からアクセスできない不揮発性記憶領域に設けられる。よって、ルート認証局鍵記憶部２０５に格納されたルート認証局公開鍵証明書Ｃ＿ＫＲｐ及びルート認証局秘密鍵ＫＲｓは、記憶部２００の外部からはアクセスされない。

鍵生成部１０１は、公開鍵と秘密鍵のペアを生成する。公開鍵証明書生成部１０２は、認証局鍵記憶部１０５に記憶されている認証局公開鍵証明書Ｃ＿Ｋｒ１ｐと認証局秘密鍵Ｋｒ１ｓのペアを使用して、公開鍵証明書を生成する。秘密鍵記憶部１０６は、公開鍵証明書生成部１０２が生成した公開鍵証明書とペアの秘密鍵を記憶する。秘密鍵記憶部１０６は、認証局鍵記憶部１０５と同様に、ＳＩＭ１００内の記憶領域のうち、ＳＩＭ１００の外部からアクセスできない不揮発性記憶領域に設けられる。よって、秘密鍵記憶部１０６に格納された秘密鍵は、ＳＩＭ１００の外部からはアクセスされない。また、ＳＩＭ１００が耐タンパー性を有するので、秘密鍵記憶部１０６に格納された秘密鍵は、ＳＩＭ１００に対する攻撃から保護される。

検証部１０３は、通信部１３０が他の通信装置３から後述する受信した該他の通信装置の認証局公開鍵証明書と、該他の通信装置の公開鍵証明書とを含むデータから取得される認証局公開鍵証明書を、ルート認証局公開鍵証明書Ｃ＿ＫＲｐを使用して検証する。ルート認証局公開鍵証明書Ｃ＿ＫＲｐは、検証処理に先立って、ルート認証局４から取得され、ＳＩＭ１００に記憶される。認証局公開鍵証明書の検証が成功した場合、検証部１０３は、公開鍵証明書を、検証が成功した認証局公開鍵証明書を使用して検証する。暗号処理部１０４は、秘密鍵記憶部１０６に記憶されている秘密鍵を使用して、公開鍵暗号方式の暗号処理を実行する。ログイン処理部１０７は、通信装置３−１のユーザに対して、通信装置３−２へログインさせる処理を行う。

認証局鍵生成部１０８は、認証局公開鍵Ｋｒ１ｐと認証局秘密鍵Ｋｒ１ｓのペアを生成し、認証局秘密鍵Ｋｒ１ｓを認証局鍵記憶部１０５へ記憶する。認証局公開鍵証明書取得部１０９は、ルート認証局４へ認証局公開鍵証明書の発行を要求し、ルート認証局４から認証局公開鍵証明書を取得する。例えば、認証局公開鍵証明書取得部１０９は、認証局鍵生成部１０８が生成した認証局公開鍵Ｋｒ１ｐを付帯した認証局公開鍵証明書発行要求をルート認証局４へ送信する。認証局公開鍵証明書取得部１０９は、ルート認証局４が送信した認証局公開鍵証明書を受信すると、該認証局公開鍵証明書Ｃ＿Ｋｒ１ｐを認証局鍵記憶部１０５へ記憶する。

ルート認証局４において、認証局公開鍵証明書生成部２０２は、ルート認証局鍵記憶部２０５に記憶されているルート認証局秘密鍵ＫＲｓと、通信装置３−１によって送信される認証局公開鍵Ｋｒ１ｐを使用して、認証局公開鍵証明書Ｃ＿Ｋｒ１ｐを生成する。認証局公開鍵証明書生成部２０２は、通信部２３５から通信装置３−１へ生成した認証局公開鍵証明書Ｃ＿Ｋｒ１ｐを送信する。認証局公開鍵証明書生成部２０２は、認証局公開鍵証明書Ｃ＿Ｋｒ１ｐとともに、ルート認証局公開鍵証明書Ｃ＿ＫＲｐを送信するようにしてもよい。
また、通信システム１は、失効管理サーバ２０を備えている。失効管理サーバ２０には、失効した認証局公開鍵証明書が記憶される。

次に、図２、及び図３を参照して、図１に示す通信システム１の動作を説明する。図２は、本実施形態に係る通信方法の説明図である。図２には、通信装置３−１のＳＩＭ１００−１に認証局公開鍵証明書を記憶する動作が示される。
（ステップＳ０−２）通信装置３−１において、認証局アプリケーションは、制御部１４０を認証局鍵生成部１０８として機能させることによって、認証局公開鍵Ｋｒ１ｐ、及び認証局秘密鍵Ｋｒ１ｓを生成する。

（ステップＳ０−４）通信装置３−１において、認証局アプリケーションは、制御部１４０を認証局公開鍵証明書取得部１０９として機能させることによって、認証局鍵生成部１０８が生成した認証局公開鍵Ｋｒ１ｐを通信部１３０へ出力する。通信部１３０は、ルート認証局４へ、認証局公開鍵Ｋｒ１ｐを送信する。

（ステップＳ０−６）ルート認証局４において、ルート認証局アプリケーションは、制御部２４５を認証局公開鍵証明書生成部２０２として機能させることによって、通信装置３−１から供給された認証局公開鍵Ｋｒ１ｐと、ルート認証局鍵記憶部２０５に記憶されたルート認証局秘密鍵ＫＲｓとを用いて、認証局公開鍵証明書Ｃ＿Ｋｒ１ｐを発行する。

認証局公開鍵Ｋｒ１ｐの電子署名は、認証局公開鍵Ｋｒ１ｐとＳＩＭ識別情報ｓｉｍｉｄ１とを含むデータのダイジェストをルート認証局秘密鍵ＫＲｓで暗号化した結果の暗号化データである。ここでは、ダイジェストの例としてハッシュ（ｈａｓｈ）値を使用する。また、公開鍵証明書フォーマットの例として、ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ−Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）等で規定されている「Ｘ．５０９」規格の公開鍵証明書フォーマットを使用する。「Ｘ．５０９」規格の公開鍵証明書フォーマット中の所定位置に認証局公開鍵Ｋｒ１ｐを格納する。また、「Ｘ．５０９」規格の公開鍵証明書フォーマット中の「サブジェクトパラメータ：主体者の名前」の位置にＳＩＭ識別情報ｓｉｍｉｄ１を格納する。

記憶部２００における認証局公開鍵証明書Ｃ＿Ｋｒ１ｐの生成方法を具体的に説明する。記憶部２００において、認証局公開鍵証明書生成部２０２は、認証局公開鍵Ｋｒ１ｐとＳＩＭ識別情報ｓｉｍｉｄ１とを格納した「Ｘ．５０９」規格の公開鍵証明書フォーマットのデータのハッシュ値ｈａｓｈ（Ｋｒ１ｐ，ｓｉｍｉｄ１）を算出する。次いで、認証局公開鍵証明書生成部２０２は、ハッシュ値ｈａｓｈ（Ｋｒ１ｐ，ｓｉｍｉｄ１）を、記憶部２００のルート認証局鍵記憶部２０５に記憶されているルート認証局秘密鍵ＫＲｓで暗号化する。この暗号化データＫＲｓ（ｈａｓｈ（Ｋｒ１ｐ，ｓｉｍｉｄ１））は、認証局公開鍵Ｋｒ１ｐの電子署名である。次いで、認証局公開鍵証明書生成部２０２は、認証局公開鍵Ｋｒ１ｐと、ＳＩＭ識別情報ｓｉｍｉｄ１と、認証局公開鍵Ｋｒ１ｐの電子署名ＫＲｓ（ｈａｓｈ（Ｋｒ１ｐ，ｓｉｍｉｄ１））とを含む「Ｘ．５０９」規格の公開鍵証明書フォーマットの認証局公開鍵証明書Ｃ＿Ｋｒ１ｐ「Ｋｒ１ｐ，ｓｉｍｉｄ１，ＫＲｓ（ｈａｓｈ（Ｋｒ１ｐ，ｓｉｍｉｄ１））」を構成する。
（ステップＳ０−８）ルート認証局４において、通信部２３５は、通信装置３−１へ、認証局公開鍵証明書生成部２０２によって生成された認証局公開鍵証明書Ｃ＿Ｋｒ１ｐを送信する。

（ステップＳ０−１０）通信装置３−１において、認証局アプリケーションは、制御部１４０を認証局公開鍵証明書取得部１０９として機能させることによって、ルート認証局４が送信した認証局公開鍵証明書Ｃ＿Ｋｒ１ｐを認証局鍵記憶部１０５へ記憶する。
通信装置３−２のＳＩＭ１００−２に認証局公開鍵証明書を記憶する場合にも、ステップＳ０−２からステップＳ０−１０と同様の動作が行われる。

図３は、通信装置３−１から通信装置３−２へ情報を送信する場合が示される。ここでは、通信装置３−１から通信装置３−２へ情報を送信する場合を例に挙げて説明するが、逆に通信装置３−２から通信装置３−１へ情報を送信する場合も同様である。なお、通信装置３−１から、通信装置３−２以外の、別の通信装置との間で情報を送受信する場合も同様である。つまり、３つ以上の、複数の通信装置間で情報を送受信する場合も同様である。

通信装置３−１のＳＩＭ１００−１は、認証局鍵記憶部１０５に認証局公開鍵証明書Ｃ＿Ｋｒ１ｐ及び認証局秘密鍵Ｋｒ１ｓを格納し、通信装置３−２のＳＩＭ１００−２は、認証局鍵記憶部１０５に認証局公開鍵証明書Ｃ＿Ｋｒ２ｐ及び認証局秘密鍵Ｋｒ２ｓを格納している。図３では、認証局公開鍵証明書Ｃ＿Ｋｒ１ｐと認証局秘密鍵Ｋｒ１ｓとは、ＳＩＭ１００内のセキュアＲＯＭ（Ｓｅｃｕｒｅ ＲＯＭ）に格納されている。また、認証局公開鍵証明書Ｃ＿Ｋｒ２ｐと認証局秘密鍵Ｋｒ２ｓとは、ＳＩＭ１００内のセキュアＲＯＭに格納されている。ＳＩＭ１００内のセキュアＲＯＭは、ＳＩＭ１００の外部からアクセスできない不揮発性記憶領域である。さらに、ルート認証局公開鍵証明書Ｃ＿ＫＲｐについても、ＳＩＭ１００に格納される。

通信装置３−１の制御部１４０は、アプリケーション１５０として、ログイン処理アプリケーションと、公開鍵／秘密鍵発行アプリケーションと、署名生成アプリケーションとを備える。これらアプリケーションの処理は、通信装置３−１の制御部１４０内のフラッシュメモリ（Ｆｌａｓｈメモリ）において行われる。通信装置３−２の制御部１４０は、アプリケーション１５０として、認証処理アプリケーションと、公開鍵証明書管理アプリケーションと、署名検証アプリケーションとを備える。これらアプリケーションの処理は、通信装置３−２の制御部１４０内のフラッシュメモリにおいて行われる。

［認証処理手順］
認証処理手順のステップＳ１からＳ４までを説明する。
（ステップＳ１）通信装置３−１において、ログイン処理アプリケーションは、制御部１４０を認証処理部１５５として機能させることによって通信装置３−１のユーザに対して、ユーザＩＤとパスワードとの入力を指示する。通信装置３−１において、認証処理部１５５は、ユーザによって入力されたユーザＩＤとパスワードを取得し、該ユーザＩＤとパスワードを暗号化して通信部１３０へ入力する。

（ステップＳ２）通信装置３−１において、通信部１３０は、ユーザによって入力された暗号化されたユーザＩＤとパスワードとを通信装置３−２へ送信する。
（ステップＳ３）通信装置３−２において、認証処理アプリケーションは、制御部１４０を認証処理部１５５として機能させることによって、通信装置３−１によって送信された暗号化されたユーザＩＤとパスワードを復号し、該復号したユーザＩＤとパスワードに基づいて、ユーザを認証する。通信装置３−２において、認証処理部１５５は、ユーザを認証した結果を、通信部１３０へ入力する。
（ステップＳ４）通信装置３−２において、通信部１３０は、ユーザを認証した結果を通信装置３−１へ送信する。

以下、通信装置３−２において認証が成功した場合について説明を続ける。認証が失敗した場合には、認証処理アプリケーションは、制御部１４０を認証処理部１５５として機能させることによって、認証処理が失敗したことをユーザに通知する。
［公開鍵証明書の発行から公開鍵証明書の送付手順］
認証処理が成功した場合、公開鍵証明書の発行から公開鍵証明書の送付手順が実行される。公開鍵証明書の発行から公開鍵証明書の送付手順のステップＳ５からＳ１０までを説明する。

（ステップＳ５）通信装置３−１において、公開鍵／秘密鍵発行アプリケーション（クライアントアプリ）は、ＳＩＭ１００−１に対して、公開鍵と秘密鍵のペアの生成を指示する。ＳＩＭ１００−１の鍵生成部１０１は、該指示に応じて、公開鍵Ｋ１ｐと秘密鍵Ｋ１ｓを生成する。この公開鍵Ｋ１ｐと秘密鍵Ｋ１ｓの生成は、ＳＩＭ１００−１内のセキュアＲＡＭ（Ｓｅｃｕｒｅ ＲＡＭ）において行われる。ＳＩＭ１００−１内のセキュアＲＡＭは、ＳＩＭ１００−１の外部からアクセスできない揮発性記憶領域である。よって、ＳＩＭ１００−１内のセキュアＲＡＭにおいて行われる処理は、ＳＩＭ１００−１の外部から秘匿される。

（ステップＳ６）ＳＩＭ１００−１において、秘密鍵記憶部１０６は、鍵生成部１０１が生成した秘密鍵Ｋ１ｓを格納する。図３では、秘密鍵Ｋ１ｓは、ＳＩＭ１００−１内のセキュアＲＯＭに格納される。
（ステップＳ７）ＳＩＭ１００−１において、認証局アプリケーションは、制御部１４０を公開鍵証明書生成部１０２として機能させることによって、鍵生成部１０１が生成した公開鍵Ｋ１ｐの公開鍵証明書Ｃ＿Ｋ１ｐを生成する。この公開鍵証明書Ｃ＿Ｋ１ｐの生成は、ＳＩＭ１００−１内のセキュアＲＡＭにおいて行われる。公開鍵証明書Ｃ＿Ｋ１ｐは、公開鍵Ｋ１ｐと、ＳＩＭ識別情報ｓｉｍｉｄ１と、公開鍵Ｋ１ｐの電子署名とを含む。

公開鍵Ｋ１ｐの電子署名は、公開鍵Ｋ１ｐとＳＩＭ識別情報ｓｉｍｉｄ１とを含むデータのダイジェストを認証局秘密鍵Ｋｒｓで暗号化した結果の暗号化データである。ここでは、ダイジェストの例としてハッシュ（ｈａｓｈ）値を使用する。また、公開鍵証明書フォーマットの例として、ＩＴＵ−Ｔ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｏｎ−Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）等で規定されている「Ｘ．５０９」規格の公開鍵証明書フォーマットを使用する。「Ｘ．５０９」規格の公開鍵証明書フォーマット中の所定位置に公開鍵Ｋ１ｐを格納する。また、「Ｘ．５０９」規格の公開鍵証明書フォーマット中の「サブジェクトパラメータ：主体者の名前」の位置にＳＩＭ識別情報ｓｉｍｉｄ１を格納する。

ＳＩＭ１００−１における公開鍵証明書Ｃ＿Ｋ１ｐの生成方法を具体的に説明する。ＳＩＭ１００−１において、公開鍵証明書生成部１０２は、公開鍵Ｋ１ｐとＳＩＭ識別情報ｓｉｍｉｄ１とを格納した「Ｘ．５０９」規格の公開鍵証明書フォーマットのデータのハッシュ値ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１）を算出する。次いで、公開鍵証明書生成部１０２は、ハッシュ値ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１）を、ＳＩＭ１００−１の認証局鍵記憶部１０５に記憶されている認証局秘密鍵Ｋｒ１ｓで暗号化する。この暗号化データＫｒ１ｓ（ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１））は、公開鍵Ｋ１ｐの電子署名である。次いで、公開鍵証明書生成部１０２は、公開鍵Ｋ１ｐと、ＳＩＭ識別情報ｓｉｍｉｄ１と、公開鍵Ｋ１ｐの電子署名Ｋｒ１ｓ（ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１））とを含む「Ｘ．５０９」規格の公開鍵証明書フォーマットの公開鍵証明書Ｃ＿Ｋ１ｐ「Ｋ１ｐ，ｓｉｍｉｄ１，Ｋｒ１ｓ（ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１））」を構成する。

ＳＩＭ１００−１は、認証局鍵記憶部１０５に記憶されている認証局公開鍵証明書Ｃ＿Ｋｒ１ｐと、公開鍵証明書生成部１０２が生成した公開鍵証明書Ｃ＿Ｋ１ｐ「Ｋ１ｐ，ｓｉｍｉｄ１，Ｋｒ１ｓ（ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１））」を、公開鍵／秘密鍵発行アプリケーションへ渡す。

（ステップＳ８）通信装置３−１において、公開鍵／秘密鍵発行アプリケーションは、ＳＩＭ１００−１から受け取った認証局公開鍵証明書Ｃ＿Ｋｒ１ｐと、公開鍵証明書Ｃ＿Ｋ１ｐ「Ｋ１ｐ，ｓｉｍｉｄ１，Ｋｒ１ｓ（ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１））」とを通信部１３０へ出力する。通信部１３０は、該認証局公開鍵証明書Ｃ＿Ｋｒ１ｐと、該公開鍵証明書Ｃ＿Ｋ１ｐ「Ｋ１ｐ，ｓｉｍｉｄ１，Ｋｒ１ｓ（ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１））」とを通信装置３−２へ送信する。

通信装置３−２において、通信部１３０は、通信装置３−１から認証局公開鍵証明書Ｃ＿Ｋｒ１ｐと、公開鍵証明書Ｃ＿Ｋ１ｐ「Ｋ１ｐ，ｓｉｍｉｄ１，Ｋｒ１ｓ（ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１））」を受信する。通信部１３０は、認証局公開鍵証明書Ｃ＿Ｋｒ１ｐと、該公開鍵証明書Ｃ＿Ｋ１ｐ「Ｋ１ｐ，ｓｉｍｉｄ１，Ｋｒ１ｓ（ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１））」を公開鍵証明書管理アプリケーションへ渡す。

（ステップＳ９−１）通信装置３−２において、公開鍵証明書管理アプリケーションは、通信装置３−１から受信した認証局公開鍵証明書Ｃ＿Ｋｒ１ｐをＳＩＭ１００−２に渡し、該認証局公開鍵証明書Ｃ＿Ｋｒ１ｐの検証を指示する。ＳＩＭ１００−２において、検証部１０３は、該認証局公開鍵証明書Ｃ＿Ｋｒ１ｐの署名を、ルート認証局公開鍵証明書Ｃ＿ＫＲｐで検証する。この認証局公開鍵証明書Ｃ＿Ｋｒ１ｐの検証は、ＳＩＭ１００−２内のセキュアＲＡＭにおいて行われる。ＳＩＭ１００−２内のセキュアＲＡＭは、ＳＩＭ１００−２の外部からアクセスできない揮発性記憶領域である。よって、ＳＩＭ１００−２内のセキュアＲＡＭにおいて行われる処理は、ＳＩＭ１００−２の外部から秘匿される。

ＳＩＭ１００−２における認証局公開鍵証明書Ｃ＿Ｋｒ１ｐの検証方法を具体的に説明する。ＳＩＭ１００−２において、検証部１０３は、認証局公開鍵証明書Ｃ＿Ｋｒ１ｐ「Ｋｒ１ｐ，ｓｉｍｉｄ１，ＫＲｓ（ｈａｓｈ（Ｋｒ１ｐ，ｓｉｍｉｄ１））」から認証局公開鍵Ｋｒ１ｐとＳＩＭ識別情報ｓｉｍｉｄ１とを取得し、取得した認証局公開鍵Ｋｒ１ｐとＳＩＭ識別情報ｓｉｍｉｄ１とを「Ｘ．５０９」規格の公開鍵証明書フォーマットに格納した検証データを生成する。該検証データにおいて、認証局公開鍵Ｋｒ１ｐは、「Ｘ．５０９」規格の公開鍵証明書フォーマット中の所定位置に格納される。該検証データにおいて、ＳＩＭ識別情報ｓｉｍｉｄ１は、「Ｘ．５０９」規格の公開鍵証明書フォーマット中の「サブジェクトパラメータ：主体者の名前」の位置に格納される。

次いで、検証部１０３は、該検証データのハッシュ値である検証ハッシュ値ｈａｓｈ’（Ｋｒ１ｐ，ｓｉｍｉｄ１）を算出する。次いで、検証部１０３は、認証局公開鍵証明書Ｃ＿Ｋｒ１ｐ「Ｋｒ１ｐ，ｓｉｍｉｄ１，ＫＲｓ（ｈａｓｈ（Ｋｒ１ｐ，ｓｉｍｉｄ１））」から電子署名ＫＲｓ（ｈａｓｈ（Ｋｒ１ｐ，ｓｉｍｉｄ１））を取得し、取得した電子署名ＫＲｓ（ｈａｓｈ（Ｋｒ１ｐ，ｓｉｍｉｄ１））を、認証局公開鍵証明書Ｃ＿ＫＲｐのルート認証局公開鍵ＫＲｐで復号する。この復号により、復号データ「ＫＲｐ・ＫＲｓ（ｈａｓｈ（Ｋｒ１ｐ，ｓｉｍｉｄ１））」が得られる。

次いで、検証部１０３は、検証ハッシュ値ｈａｓｈ’（Ｋｒ１ｐ，ｓｉｍｉｄ１）と復号データ「ＫＲｐ・ＫＲｓ（ｈａｓｈ（Ｋｒ１ｐ，ｓｉｍｉｄ１））」とが一致するかを判定する。この判定の結果、一致する場合には認証局公開鍵証明書Ｃ＿Ｋｒ１ｐ「Ｋｒ１ｐ，ｓｉｍｉｄ１，ＫＲｓ（ｈａｓｈ（Ｋｒ１ｐ，ｓｉｍｉｄ１））」の検証が合格であり、一致しない場合には公開鍵証明書Ｃ＿Ｋｒ１ｐ「Ｋｒ１ｐ，ｓｉｍｉｄ１，ＫＲｓ（ｈａｓｈ（Ｋｒ１ｐ，ｓｉｍｉｄ１））」の検証が不合格である。

公開鍵証明書管理アプリケーションは、ＳＩＭ１００−２から通知された認証局公開鍵証明書Ｃ＿Ｋｒ１ｐの検証の結果が不合格である場合には、認証局公開鍵証明書Ｃ＿Ｋｒ１ｐを破棄する。また、所定のエラー処理を実行してもよい。
（ステップＳ９−２）通信装置３−２において、認証局公開鍵証明書Ｃ＿Ｋｒ１ｐの検証が合格である場合、公開鍵証明書管理アプリケーションは、通信装置３−１から受信した公開鍵証明書Ｃ＿Ｋ１ｐ「Ｋ１ｐ，ｓｉｍｉｄ１，Ｋｒ１ｓ（ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１））」をＳＩＭ１００−２に渡し、該公開鍵証明書Ｃ＿Ｋ１ｐの検証を指示する。

ＳＩＭ１００−２において、検証部１０３は、認証局公開鍵証明書Ｃ＿Ｋｒ１ｐを使用して、公開鍵証明書Ｃ＿Ｋ１ｐ「Ｋ１ｐ，ｓｉｍｉｄ１，Ｋｒ１ｓ（ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１））」の正当性を検証する。この公開鍵証明書Ｃ＿Ｋ１ｐの検証は、ＳＩＭ１００−２内のセキュアＲＡＭにおいて行われる。ＳＩＭ１００−２内のセキュアＲＡＭは、ＳＩＭ１００−２の外部からアクセスできない揮発性記憶領域である。よって、ＳＩＭ１００−２内のセキュアＲＡＭにおいて行われる処理は、ＳＩＭ１００−２の外部から秘匿される。

ＳＩＭ１００−２における公開鍵証明書Ｃ＿Ｋ１ｐの検証方法を具体的に説明する。ＳＩＭ１００−２において、検証部１０３は、公開鍵証明書Ｃ＿Ｋ１ｐ「Ｋ１ｐ，ｓｉｍｉｄ１，Ｋｒ１ｓ（ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１））」から公開鍵Ｋ１ｐとＳＩＭ識別情報ｓｉｍｉｄ１とを取得し、取得した公開鍵Ｋ１ｐとＳＩＭ識別情報ｓｉｍｉｄ１とを「Ｘ．５０９」規格の公開鍵証明書フォーマットに格納した検証データを生成する。該検証データにおいて、公開鍵Ｋ１ｐは、「Ｘ．５０９」規格の公開鍵証明書フォーマット中の所定位置に格納される。該検証データにおいて、ＳＩＭ識別情報ｓｉｍｉｄ１は、「Ｘ．５０９」規格の公開鍵証明書フォーマット中の「サブジェクトパラメータ：主体者の名前」の位置に格納される。

次いで、検証部１０３は、該検証データのハッシュ値である検証ハッシュ値ｈａｓｈ’（Ｋ１ｐ，ｓｉｍｉｄ１）を算出する。次いで、検証部１０３は、公開鍵証明書Ｃ＿Ｋ１ｐ「Ｋ１ｐ，ｓｉｍｉｄ１，Ｋｒ１ｓ（ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１））」から電子署名Ｋｒ１ｓ（ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１））を取得し、取得した電子署名Ｋｒ１ｓ（ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１））を、認証局公開鍵証明書Ｃ＿Ｋｒ１ｐの認証局公開鍵Ｋｒ１ｐで復号する。この復号により、復号データ「Ｋｒ１ｐ・Ｋｒ１ｓ（ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１））」が得られる。

次いで、検証部１０３は、検証ハッシュ値ｈａｓｈ’（Ｋ１ｐ，ｓｉｍｉｄ１）と復号データ「Ｋｒ１ｐ・Ｋｒ１ｓ（ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１））」とが一致するかを判定する。この判定の結果、一致する場合には公開鍵証明書Ｃ＿Ｋ１ｐ「Ｋ１ｐ，ｓｉｍｉｄ１，Ｋｒ１ｓ（ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１））」の検証が合格であり、一致しない場合には公開鍵証明書Ｃ＿Ｋ１ｐ「Ｋ１ｐ，ｓｉｍｉｄ１，Ｋｒ１ｓ（ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１））」の検証が不合格である。

通信装置３−２において、ＳＩＭ１００−２は、公開鍵証明書Ｃ＿Ｋ１ｐ「Ｋ１ｐ，ｓｉｍｉｄ１，Ｋｒ１ｓ（ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１））」の検証の結果を公開鍵証明書管理アプリケーションへ通知する。
（ステップＳ１０）通信装置３−２において、公開鍵証明書管理アプリケーションは、ＳＩＭ１００−２から通知された公開鍵証明書Ｃ＿Ｋ１ｐ「Ｋ１ｐ，ｓｉｍｉｄ１，Ｋｒ１ｓ（ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１））」の検証の結果が合格である場合には、公開鍵証明書Ｃ＿Ｋ１ｐ「Ｋ１ｐ，ｓｉｍｉｄ１，Ｋｒ１ｓ（ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１））」を保管する。この公開鍵証明書Ｃ＿Ｋ１ｐの保管では、公開鍵証明書Ｃ＿Ｋ１ｐ「Ｋ１ｐ，ｓｉｍｉｄ１，Ｋｒ１ｓ（ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１））」の「サブジェクトパラメータ：主体者の名前」の位置に格納されているＳＩＭ識別情報ｓｉｍｉｄ１を取得し、取得したＳＩＭ識別情報ｓｉｍｉｄ１に関連付けて該公開鍵証明書Ｃ＿Ｋ１ｐ「Ｋ１ｐ，ｓｉｍｉｄ１，Ｋｒ１ｓ（ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１））」を、通信装置３−２の制御部１４０内のフラッシュメモリに格納する。

一方、公開鍵証明書管理アプリケーションは、ＳＩＭ１００−２から通知された公開鍵証明書Ｃ＿Ｋ１ｐ「Ｋ１ｐ，ｓｉｍｉｄ１，Ｋｒ１ｓ（ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１））」の検証の結果が不合格である場合には、公開鍵証明書Ｃ＿Ｋ１ｐ「Ｋ１ｐ，ｓｉｍｉｄ１，Ｋｒ１ｓ（ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１））」を破棄する。また、所定のエラー処理を実行してもよい。

［情報の送付手順］
次に情報の送付手順のステップＳ１１からＳ１６までを説明する。
（ステップＳ１１）通信装置３−１において、署名生成アプリケーションは、通信装置３−２へ送信する情報のダイジェストを算出する。ここでは、ダイジェストの例としてハッシュ（ｈａｓｈ）値を使用する。署名生成アプリケーションは、算出したハッシュ値ｈａｓｈ（情報）をＳＩＭ１００−１へ渡し、署名の生成を指示する。

（ステップＳ１２）ＳＩＭ１００−１の暗号処理部１０４は、署名生成アプリケーションから受け取ったハッシュ値ｈａｓｈ（情報）と、ＳＩＭ識別情報ｓｉｍｉｄ１とを含むデータのハッシュ値ｈａｓｈ（ｈａｓｈ（情報），ｓｉｍｉｄ１）を算出する。さらに、暗号処理部１０４は、算出したハッシュ値ｈａｓｈ（ｈａｓｈ（情報），ｓｉｍｉｄ１）を、ＳＩＭ１００−１の秘密鍵記憶部１０６に記憶されている秘密鍵Ｋ１ｓで暗号化する。
この暗号化データＫ１ｓ（ｈａｓｈ（ｈａｓｈ（情報），ｓｉｍｉｄ１））は、通信装置３−２へ送信する情報の電子署名である。この電子署名Ｋ１ｓ（ｈａｓｈ（ｈａｓｈ（情報），ｓｉｍｉｄ１））の生成は、ＳＩＭ１００−１内のセキュアＲＡＭにおいて行われる。

（ステップＳ１３）ＳＩＭ１００−１は、暗号処理部１０４が生成した電子署名Ｋ１ｓ（ｈａｓｈ（ｈａｓｈ（情報），ｓｉｍｉｄ１））を、署名生成アプリケーションへ渡す。
（ステップＳ１４）通信装置３−１において、署名生成アプリケーションは、ＳＩＭ１００−１から受け取った電子署名Ｋ１ｓ（ｈａｓｈ（ｈａｓｈ（情報），ｓｉｍｉｄ１））を通信部１３０へ出力する。通信部１３０は、該電子署名Ｋ１ｓ（ｈａｓｈ（ｈａｓｈ（情報），ｓｉｍｉｄ１））と、通信装置３−２へ送信する情報と、ＳＩＭ識別情報ｓｉｍｉｄ１とを通信装置３−２へ送信する。

通信装置３−２において、通信部１３０は、通信装置３−１から、電子署名Ｋ１ｓ（ｈａｓｈ（ｈａｓｈ（情報），ｓｉｍｉｄ１））と、情報と、ＳＩＭ識別情報ｓｉｍｉｄ１とを受信する。通信部１３０は、該受信した電子署名Ｋ１ｓ（ｈａｓｈ（ｈａｓｈ（情報），ｓｉｍｉｄ１））、情報及びＳＩＭ識別情報ｓｉｍｉｄ１を、署名検証アプリケーションへ渡す。

（ステップＳ１５）通信装置３−２において、署名検証アプリケーションは、通信装置３−１から受信した情報のハッシュ値である検証ハッシュ値ｈａｓｈ’（情報）を算出する。さらに、署名検証アプリケーションは、該検証ハッシュ値ｈａｓｈ’（情報）と、通信装置３−１から受信したＳＩＭ識別情報ｓｉｍｉｄ１とを含むデータのハッシュ値である検証ハッシュ値ｈａｓｈ’（ｈａｓｈ’（情報），ｓｉｍｉｄ１）を算出する。

（ステップＳ１６）通信装置３−２において、署名検証アプリケーションは、通信装置３−１から受信したＳＩＭ識別情報ｓｉｍｉｄ１を公開鍵証明書管理アプリケーションへ通知して公開鍵証明書を要求する。公開鍵証明書管理アプリケーションは、署名検証アプリケーションから通知されたＳＩＭ識別情報ｓｉｍｉｄ１に関連づけて保管されている公開鍵証明書Ｃ＿Ｋ１ｐ「Ｋ１ｐ，ｓｉｍｉｄ１，Ｋｒ１ｓ（ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１））」を署名検証アプリケーションへ渡す。署名検証アプリケーションは、公開鍵証明書管理アプリケーションから受け取った公開鍵証明書Ｃ＿Ｋ１ｐ「Ｋ１ｐ，ｓｉｍｉｄ１，Ｋｒ１ｓ（ｈａｓｈ（Ｋ１ｐ，ｓｉｍｉｄ１））」から公開鍵Ｋ１ｐを取得する。署名検証アプリケーションは、該取得した公開鍵Ｋ１ｐで、通信装置３−１から受信した電子署名Ｋ１ｓ（ｈａｓｈ（ｈａｓｈ（情報），ｓｉｍｉｄ１））を復号する。この復号により、復号データ「Ｋ１ｐ・Ｋ１ｓ（ｈａｓｈ（ｈａｓｈ（情報），ｓｉｍｉｄ１））」が得られる。署名検証アプリケーションは、検証ハッシュ値ｈａｓｈ’（ｈａｓｈ’（情報），ｓｉｍｉｄ１）と復号データ「Ｋ１ｐ・Ｋ１ｓ（ｈａｓｈ（ｈａｓｈ（情報），ｓｉｍｉｄ１））」とが一致するかを判定する。

この判定の結果、一致する場合には、通信装置３−１から受信した情報についての正当性の検証が合格である。一方、一致しない場合には、通信装置３−１から受信した情報についての正当性の検証が不合格である。不合格である場合には、通信装置３−１から受信した情報を破棄する。また、所定のエラー処理を実行してもよい。例えば、通信装置３−１から受信した情報が改ざんされている旨を報知したり、又は、情報の送信側が偽者（なりすまし等）である）旨を報知したりしてもよい。

本実施形態によれば、サービス・製品を提供する事業者がプライベートなルート認証局を構築する。ルート認証局には、ルート認証局の公開鍵証明書と、ルート認証局の秘密鍵が記憶されている。そして、ルート認証局から、ルート認証局の公開鍵証明書、及び認証局の公開鍵証明書の発行を受けた複数の認証局の各々は、個別の認証局の公開鍵証明書、及び個別の認証局の秘密鍵を有するアプリを、事業者が発行するＳＩＭ等のＳＥの安全な領域に格納する。ここで、プライベートなルート認証局とは、インターネット上のルート認証局とは異なり、ある事業者のサービス・製品に限って認証を行う際の起点となる認証局である。これによって、ある認証局のＳＥが解析され、該ＳＥに格納された認証局の公開鍵証明書が漏洩した場合でも、漏洩した認証局の公開鍵証明書もしくは、該認証局の公開鍵証明書から発行されたクライアント公開鍵証明書を失効させることで、他の認証局への影響を低減できる。

本実施形態において、通信装置３が備えるＳＩＭ１００は、通信事業者によりユーザ認証済みのＳＩＭである。このことは通信装置３が認証局としての信頼の基盤となり得る。
なお、通信装置３を操作している人物と該通信装置３とをバインド（関連付け）させるようにしてもよい。例えば、認証したい操作や情報に対して、所定のパスワードを入力させる記憶認証を付加する。具体的には、例えば、通信装置３が公開鍵や公開鍵証明書を生成する際に、該通信装置３を操作している人物に所定のパスワードを入力させるようにしてもよい。また、通信装置３のＳＩＭ１００内の秘密鍵で電子署名を付す際に、該通信装置３を操作している人物に所定のパスワードを入力させるようにしてもよい。

また、通信装置３の所有者の承諾を経ることを条件にして、通信装置３の操作履歴（操作時の位置の情報、アプリケーションの実行履歴等）を公開鍵証明書又は公開鍵証明書に関連付けられた属性証明書のフォームに記載して電子署名を施してもよい。
また、通信装置３の所有者の承諾を経ることを条件にして、通信事業者が有する該所有者の情報を公開鍵証明書又は公開鍵証明書に関連付けられた属性証明書のフォームに記載して電子署名を施してもよい。

また、ＳＩＭは、ユーザ識別情報に関連付けられた固有識別情報を格納する通信モジュール等のセキュアエレメント（Ｓｅｃｕｒｅ Ｅｌｅｍｅｎｔ：ＳＥ）の総称であり、特定の通信システム方式で用いられる通信モジュールに限定されない。例えば、ＵＩＭ（Ｕｓｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）、ＵＳＩＭ（Ｕｎｉｖｅｒｓａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）、ｅＳＩＭ（Ｅｍｂｅｄｄｅｄ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）等を使用してもよい。

また、上述した実施形態では、通信装置３−１のユーザによって入力されたユーザＩＤとパスワードに基づいて、通信装置３−２の認証処理部１５５が通信装置３−１のユーザを認証する場合について説明したが、この例に限られない。例えば、ワンタイムパスワードが適用されてもよい。具体的には、タイムスタンプ方式が適用される場合、通信装置３−１側にトークンと呼ばれるパスワード生成器を予め設けておく。トークンには、ＩＣカードのようなもの、ＵＳＢキーのようなもの、キーホルダーのような形をしているもの、インストールして使用するソフトウエアタイプ等さまざまな形態があるがいずれも適用できる。トークンには例えば数字列が表示され、この数字列が時刻の経過に伴って別の数字に切り替わる。該数字列がパスワードとして使用される。

通信装置３−１のユーザは、認証を受けるときにユーザＩＤ等の識別情報とともに、トークンに表示された数字列をパスワードとして入力し、通信装置３−２へ送信する。
通信装置３−２では、トークンを使用しているユーザと、各トークンがどの時刻にはどんな数値を表示するかを把握しており、通信装置３−２は、通信装置３−１がアクセスしてきた時刻と送られてきたパスワード、および識別番号を検証することにより、アクセス元が正規ユーザかどうかを認証する。

ワンタイムパスワードが適用される場合、通信装置３−２の認証処理部１５５は、ユーザＩＤとパスワードによる認証が成功した場合に、所定期間の間有効なトークンを発行し、通信部１３０から通信装置３−１へ送信するようにしてもよい。そして、該トークンを受信した通信装置３−１は、所定期間の間は、ログイン処理アプリケーションを実行せずに、公開鍵／秘密鍵発行アプリケーションと、署名生成アプリケーションとを実行するようにしてもよい。

また、通信装置３−２の認証処理部１５５は、ユーザＩＤとパスワードによる認証が失敗した場合には、通信装置３−１に認証が失敗したことを通知することによって、通信装置３−１のユーザに認証が失敗したことを通知するようにしてもよい。また、通信装置３−２の検証部１０３は、ユーザの検証に失敗した場合には、サービス事業者や、管理者に通知するようにしてもよい。

なお、公開鍵証明書の送信側の通信装置３は、公開鍵証明書の検証機能および公開鍵証明書の保管機能を備えなくてもよい。具体的には、公開鍵証明書の送信側の通信装置３は、検証部１０３と公開鍵証明書管理アプリケーションとを備えなくてもよい。
また、公開鍵証明書の受信側の通信装置３は、公開鍵証明書の生成機能を備えなくてもよい。具体的には、公開鍵証明書の受信側の通信装置３は、公開鍵証明書生成部１０２と秘密鍵記憶部１０６とを備えなくてもよい。

また、ＳＩＭ１００は、予め、公開鍵と秘密鍵のペアを格納していてもよい。例えば、ＳＩＭ１００の製造時に、公開鍵と秘密鍵のペアを該ＳＩＭ１００に格納してもよい。ＳＩＭ１００が、予め、公開鍵と秘密鍵のペアを格納している場合には、該ＳＩＭ１００は鍵生成部１０１を備えなくてもよい。
また、ＳＩＭ１００にて、生成または保管される公開鍵（公開鍵証明書）と秘密鍵のペアは、複数であってもよい。この場合、例えば、通信装置３は、通信相手先に応じて公開鍵（公開鍵証明書）と秘密鍵のペアを使い分けてもよい。また、通信装置３は、ある公開鍵（公開鍵証明書）と秘密鍵のペアが漏洩した場合に、別のペアに切り替えてもよい。

なお、ＳＩＭ識別情報に関連付けられたユーザ識別情報を公開鍵証明書に含めるようにしてもよい。ユーザ識別情報を公開鍵証明書に含める場合には、該公開鍵証明書に該ＳＩＭ識別情報を含めなくてもよい。また、ユーザ識別情報を公開鍵証明書に含める場合には、公開鍵証明書管理部は該公開鍵証明書を該ユーザ識別情報に関連付けて格納するようにしてもよい。

また、ＳＩＭ識別情報に関連付けられたユーザ識別情報を、送信する情報の電子署名に含めるようにしてもよい。この場合、該情報を送信する際に、該ユーザ識別情報と該電子署名とを一緒に送信する。

［第２実施形態］
第２実施形態は、上述した第１実施形態の変形例であり、ある認証局のＳＥが解析され、該ＳＥに格納された認証局公開鍵証明書が漏洩した場合に、該認証局の公開鍵証明書を失効させるようにしたものである。図４は、第２実施形態に係る通信システム１を示す構成図である。図４において図１の各部に対応する部分には同一の符号を付け、その説明を省略する。図４に示す第２実施形態に係る通信装置３は、上述した図１に示す第１実施形態の通信装置３に対してさらに無線通信部１６０と認証局公開鍵失効処理部１１０とを備える。認証局公開鍵失効処理部１１０は、ＳＩＭ１００に備えられる。さらに、通信ネットワーク４０には、ショートメッセージサービス（ｓｈｏｒｔ ｍｅｓｓａｇｅ ｓｅｒｖｉｃｅ：ＳＭＳ）を提供するＳＭＳサーバ３０が接続される。以下、上述した第１実施形態との差分を主に説明する。

失効管理サーバ２０は、通信部３３０と、制御部３４０と、記憶部３６０とを備える。通信部３３０は、通信ネットワーク４０を介して通信を行う。制御部３４０は、ＣＰＵ及びメモリを備えており、失効管理サーバ２０が備える各部を制御する。制御部３４０は、その機能部として、アプリケーション３５０を備える。記憶部３６０は、フラッシュメモリ、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）カード等の不揮発性メモリによって構成され、認証局公開鍵証明書失効リスト３６２を記憶する。通信部３３０は、通信ネットワーク４０を介して通信装置３及びＳＭＳサーバ３０と通信する。

通信装置３において、無線通信部１６０は、ＳＩＭ１００を使用して接続する通信ネットワーク４０を介して通信を行う。ＳＩＭ１００は、通信ネットワーク４０を利用するための情報を格納する。無線通信部１６０は、ＳＩＭ１００を使用することにより通信ネットワーク４０を利用できる。無線通信部１６０は、ＳＩＭ１００を使用して確立される無線通信回線により通信ネットワーク４０に接続する。

認証局公開鍵失効処理部１１０は、失効管理サーバ２０へアクセスし、認証局公開鍵証明書失効リスト３６２を取得し、通信相手から送信された認証局公開鍵証明書が失効していないかどうかを確認する。例えば、認証局公開鍵失効処理部１１０は、通信装置３が公開鍵証明書を交換したタイミング、通信装置３が通信相手と通信を開始するとき、１日１回や１週間に１回等の定期的に失効管理サーバ２０へアクセスし、認証局公開鍵証明書失効リスト３６２を取得し通信相手から送信された認証局公開鍵証明書が失効していないかどうかを確認する。認証局公開鍵失効処理部１１０によって認証局公開鍵証明書が失効していると判断された場合、制御部１４０は、通信相手との間の通信を行わないように制御する。

例えば、失効管理サーバ２０から通信装置３へ認証局公開鍵証明書失効リスト３６２をＯＴＡ（Ｏｖｅｒ−Ｔｈｅ−Ａｉｒ）配信するようにしてもよい。
また、例えば、失効管理サーバ２０からＳＭＳサーバ３０へ、通信装置３に認証局公開鍵証明書失効リスト３６２を取得させる要求が行われてもよい。そして、ＳＭＳサーバ３０は、通信装置３へ、認証局公開鍵証明書失効リスト３６２を取得することを要求する信号が送信される。認証局公開鍵失効処理部１１０は、該要求する信号にしたがって、失効管理サーバ２０へアクセスし、認証局公開鍵証明書失効リスト３６２を取得するようにしてもよい。この場合、失効管理サーバ２０は、通信装置３の電話番号を保持する。ＳＭＳサーバ３０によって認証局公開鍵証明書失効リスト３６２を取得させることによって、通信装置３側では、ＳＩＭ１００の内部で処理を完結できるので、セキュリティを向上させることができる。

本実施形態によれば、ある認証局のＳＥが解析され、該ＳＥに格納された認証局公開鍵証明書が漏洩した場合でも、漏洩した認証局の公開鍵証明書を失効管理サーバ２０で管理できる。これによって、各認証局は、失効管理サーバ２０で管理されている失効した認証局の公開鍵証明書のリストを取得して、通信相手から送信された認証局公開鍵証明書が失効している場合には通信を行わないようにできる。これによって、他の認証局への影響を低減できる。

［第３実施形態］
第３実施形態は、上述した第１実施形態の変形例であり、通信システム１に、ハードウェアセキュリティモジュール（Ｈａｒｄｗａｒｅ Ｓｅｃｕｒｉｔｙ Ｍｏｄｕｌｅ：ＨＳＭ）を備えるようにしたものである。
ＨＳＭは、ＳＩＭを備え、ＳＩＭの内部で、認証局公開鍵と、認証局秘密鍵とを含む認証局鍵を生成し、該認証局公開鍵をルート認証局の秘密鍵で暗号化することによって認証局公開鍵証明書を作成する。ＨＳＭは、認証局公開鍵証明書と、認証局秘密鍵とをＳＩＭに書き込む。認証局公開鍵証明書と、認証局秘密鍵とが書き込まれたＳＩＭは、通信装置３に搭載される。

図５は、ＨＳＭ５０の一例を示す。ＨＳＭ５０は、ＳＩＭ５００と、通信部５３０と、制御部５４０とを備える。ＳＩＭ５００は、認証局公開鍵証明書生成部５０２と、認証局鍵生成部５０８と、ルート認証局鍵記憶部５０５とを備える。
通信部５３０は、ＳＩＭとの間のインタフェースであり、ＳＩＭへ認証局公開鍵証明書と、認証局秘密鍵とを出力する。出力したＳＩＭへ認証局公開鍵証明書と、認証局秘密鍵とは、ＳＩＭに格納される。

認証局鍵生成部５０８は、認証局公開鍵Ｋｒ１ｐと認証局秘密鍵Ｋｒ１ｓのペアを生成し、認証局公開鍵Ｋｒ１ｐを認証局公開鍵証明書生成部５０２へ出力する。認証局公開鍵証明書生成部５０２は、ルート認証局鍵記憶部５０５に記憶されているルート認証局秘密鍵ＫＲｓと、認証局鍵生成部５０８によって供給される認証局公開鍵Ｋｒ１ｐを使用して、認証局公開鍵証明書Ｃ＿Ｋｒ１ｐを生成する。認証局公開鍵証明書生成部５０２は、生成した認証局公開鍵証明書Ｃ＿Ｋｒ１ｐと、認証局秘密鍵Ｋｒ１ｓとを通信部５３０へ出力する。

ルート認証局鍵記憶部５０５は、ルート認証局公開鍵証明書Ｃ＿ＫＲｐとルート認証局秘密鍵ＫＲｓのペアを記憶する。ルート認証局公開鍵証明書Ｃ＿ＫＲｐは、ルート認証局秘密鍵ＫＲｓのペアのルート認証局公開鍵の公開鍵証明書である。ルート認証局公開鍵証明書Ｃ＿ＫＲｐとルート認証局秘密鍵ＫＲｓとは、例えばＳＩＭ５００の製造時等に、安全にＳＩＭ５００に格納される。

［ＨＳＭの動作］
図６は、ＨＳＭ５０の動作の一例を示す。
（ステップＳ６０２）ＨＳＭ５０において、ＨＳＭアプリケーションは、制御部５４０を認証局鍵生成部５０８として機能させることによって、認証局公開鍵Ｋｒ１ｐ、及び認証局秘密鍵Ｋｒ１ｓを生成する。
（ステップＳ６０４）ＨＳＭ５０において、ＨＳＭアプリケーションは、制御部５４０を認証局公開鍵証明書生成部５０２として機能させることによって、認証局公開鍵Ｋｒ１ｐと、ルート認証局鍵記憶部５０５に記憶されたルート認証局秘密鍵Ｋｒ１ｓとを用いて、認証局公開鍵証明書Ｃ＿Ｋｒ１ｐを発行する。

（ステップＳ６０６）ＨＳＭ５０において、ＨＳＭアプリケーションは、制御部５４０を通信部５３０として機能させることによって、認証局秘密鍵Ｋｒ１ｓと、認証局公開鍵証明書Ｃ＿Ｋｒ１ｐとをＳＩＭへ書き込む。
本実施形態によれば、通信装置３側で認証局公開鍵Ｋｒ１ｐと、認証局秘密鍵Ｋｒ１ｓとを生成する場合と比較して、通信装置３から認証局公開鍵Ｋｒ１ｐを送信する処理を省略できるため、ＳＩＭへ認証局秘密鍵Ｋｒ１ｓと、認証局公開鍵証明書Ｃ＿Ｋｒ１ｐとを書き込む処理を高速化できる。

［第４実施形態］
第４実施形態は、上述した第１実施形態−第３実施形態の適用例である。図７は、第４実施形態に係る通信システム１を示す構成図である。図７に示す通信システム１は、通信端末３−３と通信端末３−４を備える。通信端末３−３及び通信端末３−４は、上述した第１実施形態又は第２実施形態の通信装置３と同様の構成を備える。通信端末３−３及び通信端末３−４は、例えば、スマートフォンやタブレット型のコンピュータ（タブレットＰＣ）等の携帯通信端末装置であってもよく、又は、据置き型の通信端末装置（例えば、据置き型のパーソナルコンピュータやサーバコンピュータ、ホームゲートウェイ等）であってもよい。

通信端末３−３はＳＩＭ１００−３を備える。通信端末３−４はＳＩＭ１００−４を備える。ＳＩＭ１００−３及びＳＩＭ１００−４は、上述した第１実施形態又は第２実施形態のＳＩＭ１００と同様の構成を備える。これにより、ＳＩＭ１００−３及びＳＩＭ１００−４は、その機能部として、認証局（ＣＡ）２１０を備える。よって、通信端末３−３及び通信端末３−４は、認証局（ＣＡ）として機能する。ＳＩＭ１００−３の認証局２１０は、ルート認証局４によって発行された認証局公開鍵証明書と、認証局秘密鍵のペアを有する。ＳＩＭ１００−４は、ルート認証局４によって発行された認証局公開鍵証明書と、認証局秘密鍵のペアを有する。

ＳＩＭ１００−３及びＳＩＭ１００−４は、その機能部として、クライアント２２０を備える。ＳＩＭ１００−３において、クライアント２２０は、自己の公開鍵を認証局２１０に渡して該公開鍵の公開鍵証明書（クライアント公開鍵証明書）を生成してもらう。同様に、ＳＩＭ１００−４において、クライアント２２０は、自己の公開鍵を認証局２１０に渡して該公開鍵の公開鍵証明書（クライアント公開鍵証明書）を生成してもらう。

通信端末３−３及び通信端末３−４は、アプリケーション２４０を備える。アプリケーション２４０の処理は、自通信端末内のメモリ２３０において行われる。アプリケーション２４０は、認証処理と署名処理とを行う。

図７に示すように、第４実施形態に係る通信システム１では、通信端末３−３と通信端末３−４とは、自己の認証局公開鍵証明書と、自己のクライアント公開鍵証明書を通信相手に送信する。通信端末３−３と通信端末３−４とは、各々、受信した自己の認証局公開鍵証明書の署名の正当性をルート認証局公開鍵証明書で検証する。通信端末３−３と通信端末３−４とは、認証局公開鍵証明書の署名の正当性を検証できた場合に、受信したクライアント公開鍵証明書の署名の正当性を検証できた認証局公開鍵証明書で検証する。通信端末３−３と通信端末３−４とは、通信相手のクライアント公開鍵証明書を、署名の正当性を検証できた認証局公開鍵証明書により正当性を検証した上で使用する。クライアント公開鍵証明書は、通信端末間の相互認証や、通信端末間で交換される情報の電子署名等に使用される。相互認証方法として、例えばチャレンジ・レスポンス認証方法が挙げられる。

次に第４実施形態に係る実施例を説明する。
（実施例１）
図８を参照して第４実施形態に係る実施例１を説明する。図８は、第４実施形態の実施例１に係る通信システム１を示す説明図である。図８に示す通信システム１は、オンラインバンキングサービスシステムに適用されている。図８において、通信端末３−３は、オンラインバンキングサービスシステムのアプリケーション３１０を備える。通信端末３−４は、オンラインバンキングサービスシステムのサービスサイト３２０を備える。以下、図８に示す通信システム１に係る通信方法を説明する。

（ステップＳ１０１）通信端末３−３において、アプリケーション３１０は、サービスサイト３２０へのログイン処理として、ユーザのＩＤ（識別情報）とパスワード（Ｐａｓｓｗｏｒｄ）の入力処理を行う。アプリケーション３１０は、ユーザから入力されたＩＤとパスワードを通信端末３−４のサービスサイト３２０へ送信する。通信端末３−４において、サービスサイト３２０は、ログイン処理として、通信端末３−３のアプリケーション３１０から受信したＩＤとパスワードの正当性を検証する。この検証の結果が合格である場合には以降の処理へ進む。一方、ＩＤとパスワードの検証が不合格である場合には処理を終了する。ＩＤとパスワードの検証が不合格である場合には所定のエラー処理を実行してもよい。

（ステップＳ１０２）通信端末３−３において、アプリケーション３１０は、自通信端末の認証局公開鍵証明書、及びクライアント公開鍵証明書を通信端末３−４のサービスサイト３２０へ送信する。
（ステップＳ１０３−１）通信端末３−４において、サービスサイト３２０は、通信端末３−３のアプリケーション３１０から受信した認証局公開鍵証明書の正当性を、ルート認証局公開鍵証明書により検証する。この検証の結果が合格である場合には以降の処理へ進む。一方、認証局公開鍵証明書の検証が不合格である場合には処理を終了する。認証局公開鍵証明書の検証が不合格である場合には所定のエラー処理を実行してもよい。

（ステップＳ１０３−２）通信端末３−４において、サービスサイト３２０は、通信端末３−３のアプリケーション３１０から受信したクライアント公開鍵証明書の正当性を、検証の結果が合格であった認証局公開鍵証明書により検証する。この検証の結果が合格である場合には以降の処理へ進む。一方、クライアント公開鍵証明書の検証が不合格である場合には処理を終了する。クライアント公開鍵証明書の検証が不合格である場合には所定のエラー処理を実行してもよい。

（ステップＳ１０４）通信端末３−４において、サービスサイト３２０は、乱数を生成し、生成した乱数をチャレンジ値とする。サービスサイト３２０は、チャレンジ値（乱数）を通信端末３−３のアプリケーション３１０へ送信する。
（ステップＳ１０５）通信端末３−３において、アプリケーション３１０は、通信端末３−４のサービスサイト３２０から受信したチャレンジ値（乱数）を、自通信端末のクライアント公開鍵証明書の公開鍵とペアの秘密鍵Ｋｓで暗号化する。このチャレンジ値（乱数）の暗号化は、通信端末３−３のＳＩＭ１００−３内のセキュアＲＡＭにおいて行われる。アプリケーション３１０は、チャレンジ値（乱数）の暗号化の結果である暗号化データＫｓ（乱数）をレスポンス値として、通信端末３−４のサービスサイト３２０へ送信する。

（ステップＳ１０６）通信端末３−４において、サービスサイト３２０は、通信端末３−３のアプリケーション３１０から受信したレスポンス値Ｋｓ（乱数）の正当性を、通信端末３−３のクライアント公開鍵証明書の公開鍵を使用して検証する。例えば、レスポンス値Ｋｓ（乱数）を公開鍵で復号した結果がチャレンジ値（乱数）と一致する場合には検証を合格とし、一方、チャレンジ値（乱数）と一致しない場合には検証を不合格とする。レスポンス値Ｋｓ（乱数）の検証の結果が合格である場合にはサービスサイト３２０へのログインを成功とする。一方、レスポンス値Ｋｓ（乱数）の検証が不合格である場合にはサービスサイト３２０へのログインを失敗とする。レスポンス値Ｋｓ（乱数）の検証が不合格である場合には所定のエラー処理を実行してもよい。

本実施例１によれば、ユーザ認証において、ＩＤ・パスワード認証に加えて、さらにチャレンジ・レスポンス認証も実施することができる。これにより、ＩＤ・パスワード認証とチャレンジ・レスポンス認証との二つの認証要素によってユーザ認証を実施することができるので、ユーザ認証の信頼性が向上する。このことから、従来、ＩＤ・パスワード認証の信頼性を高めるために、パスワード更新用の乱数表や、時刻同期型のワンタイムパスワード生成アプリケーション等のツールが利用されていたが、本実施例１によれば、それらツールを使用せずに済ますことが可能になる。

（実施例２）
図９を参照して第４実施形態に係る実施例２を説明する。図９は、第４実施形態の実施例２に係る通信システム１を示す説明図である。図９に示す通信システム１は、オンラインショッピングサービスシステムに適用されている。図９において、通信端末３−３は、オンラインショッピングサービスシステムのアプリケーション４１０を備える。通信端末３−４は、オンラインショッピングサービスシステムのサービスサイト４２０を備える。
以下、図９に示す通信システム１に係る通信方法を説明する。図９において図８の各ステップに対応する部分には同一の符号を付け、その説明を省略する。

図９において、ステップＳ１０１からＳ１０６までの処理が実行された結果、ユーザ認証が合格し、当該ユーザのＩＤでのサービスサイト４２０へのログインが成功した。以降、当該ユーザは、サービスサイト４２０において当該ＩＤでのオンラインショッピングの購買操作を実行する。

（ステップＳ２０１）通信端末３−３において、アプリケーション４１０は、ユーザが行った購買操作を含む購買操作情報に基づいて計算されたダイジェストについて、自通信端末のクライアント公開鍵証明書の公開鍵とペアの秘密鍵Ｋｓにより暗号化した電子署名を生成する。この電子署名の生成は、通信端末３−３のＳＩＭ１００−３内のセキュアＲＡＭにおいて行われる。アプリケーション４１０は、生成された該購買操作情報の電子署名を通信端末３−４のサービスサイト４２０へ送信する。

（ステップＳ２０２）通信端末３−４において、サービスサイト４２０は、通信端末３−３のアプリケーション４１０から受信した購買操作情報の電子署名の正当性を、通信端末３−３のクライアント公開鍵証明書の公開鍵を使用して検証する。具体的には、サービスサイト４２０は、アプリケーション４１０から受信した該購買操作情報の電子署名を復号することによって取り出したダイジェストと、アプリケーション４１０によって送信され、且つサービスサイト４２０で受け付けられた購買操作情報から生成された購買操作情報のダイジェストと一致するか否かを判定する。

購買操作情報の電子署名の検証の結果が合格である場合には、サービスサイト４２０は、通信端末３−３のアプリケーション４１０から受信した購買操作情報で示される購買操作を受け付ける。これにより、ユーザが行った購買操作はサービスサイト４２０で実行される。一方、購買操作情報の電子署名の検証が不合格である場合には、サービスサイト４２０は、通信端末３−３のアプリケーション４１０から受信した購買操作情報で示される購買操作を受け付けない。これにより、ユーザが行った購買操作はサービスサイト４２０で実行されない。購買操作情報の電子署名の検証が不合格である場合には所定のエラー処理を実行してもよい。

本実施例２によれば、上述の実施例１と同様に、ＩＤ・パスワード認証とチャレンジ・レスポンス認証との二つの認証要素によってユーザ認証を実施することができるので、ユーザ認証の信頼性が向上する。
また、本実施例２によれば、購買操作の受け付けにおいて、当該購買操作の正当性を購買操作情報の電子署名の正当性の検証によって確認することができる。このことから、従来、購買操作の正当性の確認のために電話による本人確認を行っていたが、本実施例２によれば、その電話による本人確認を実施せずに済ますことが可能になる。

（実施例３）
図１０を参照して第４実施形態に係る実施例３を説明する。図１０は、第４実施形態の実施例３に係る通信システム１を示す説明図である。図１０に示す通信システム１は、自動車に適用されている。
図１０において、自動車６は、管理装置６０とＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）８０を備える。管理装置６０は制御用車載ネットワーク６５に接続される。制御用車載ネットワーク６５として、例えばＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）が使用される。ＣＡＮは車両に搭載される通信ネットワークの一つとして知られている。本実施形態では、制御用車載ネットワーク６５はＣＡＮである。制御用車載ネットワーク６５には、各種のＥＣＵ８０が接続される。ＥＣＵ８０は、自動車６に備わる車載コンピュータである。ＥＣＵ８０は、例えば、駆動系ＥＣＵ、車体系ＥＣＵ、安全制御系ＥＣＵ等である。管理装置６０は、制御用車載ネットワーク６５を介して、各ＥＣＵ８０との間でデータを交換する。ＥＣＵ８０は、制御用車載ネットワーク６５を介して、他のＥＣＵ８０との間でデータを交換する。

管理装置６０はセキュアエレメント７０を備える。ＥＣＵ８０はセキュアエレメント９０を備える。ルート認証局４と失効管理サーバ２０とＳＭＳサーバ３０と管理装置６０とは、通信ネットワーク４０に接続される。
通信ネットワーク４０を利用するためには、通信ネットワーク４０の契約者情報が書き込まれたＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）又はｅＳＩＭ（Ｅｍｂｅｄｄｅｄ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）が必要である。管理装置６０は、ＳＩＭ＿７０を備える。ＳＩＭ＿７０は、通信ネットワーク４０の契約者情報が書き込まれたＳＩＭである。よって、管理装置６０は、ＳＩＭ＿７０を使用することにより通信ネットワーク４０を利用できる。管理装置６０は、ＳＩＭ＿７０を使用して確立される無線通信回線により通信ネットワーク４０に接続する。ＳＩＭ＿７０はセキュアエレメントである。

なお、管理装置６０とルート認証局４と失効管理サーバ２０とＳＭＳサーバ３０との間に通信ネットワーク４０を介した専用線を確立し、管理装置６０とルート認証局４と失効管理サーバ２０とＳＭＳサーバ３０とが専用線を介してデータを送受するようにしてもよい。
図１１は、本実施例に係る管理装置６０を示す構成図である。図１１において、管理装置６０は、制御部７４とＣＡＮインタフェース７５とセキュアエレメント７０と無線通信部７６を備える。
これら各部はデータを交換できるように構成される。セキュアエレメント７０は、鍵生成部７１と鍵記憶部７２と検証部７３と暗号処理部７７とを備える。

制御部７４は管理装置６０の制御機能を有する。ＣＡＮインタフェース７５は、ＥＣＵ８０と通信する通信部である。ＣＡＮインタフェース７５は、制御用車載ネットワーク６５と接続し、制御用車載ネットワーク６５を介して各ＥＣＵ８０とデータを交換する。セキュアエレメント７０は耐タンパー性（Ｔａｍｐｅｒ Ｒｅｓｉｓｔａｎｔ）を有する。

無線通信部７６は無線通信によりデータを送受する。ＳＩＭ＿７０は、通信ネットワーク４０の契約者情報が書き込まれたＳＩＭである。よって、無線通信部７６は、ＳＩＭ＿７０を使用することにより、無線通信回線を介して通信ネットワーク４０に接続する。
セキュアエレメント７０において、鍵生成部７１は鍵を生成する。鍵記憶部７２は鍵を記憶する。検証部７３は、データの交換についての検証を行う。暗号処理部７７は、データの暗号化と暗号化データの復号化とを行う。認証局公開鍵失効処理部７８は、失効管理サーバ２０へアクセスし、認証局公開鍵証明書失効リスト３６２を取得し、通信相手から送信された認証局公開鍵証明書が失効していないかどうかを確認する。認証局公開鍵失効処理部１１０によって認証局公開鍵証明書が失効していると判断された場合、制御部１４０は、通信相手との間の通信を行わないように制御する。

図１２は、図１１に示す鍵記憶部７２の構成を示す図である。図１２において、鍵記憶部７２は、認証局公開鍵証明書記憶部７２１と認証局秘密鍵記憶部７２２とＳ公開鍵証明書記憶部７２３とＳ秘密鍵記憶部７２４とＣ公開鍵証明書記憶部７２５とＭＡＣ鍵記憶部７２６を備える。

認証局公開鍵証明書記憶部７２１は認証局公開鍵証明書Ｃｅｒｔ＿Ｋｒ１ｐを記憶する。認証局秘密鍵記憶部７２２は認証局秘密鍵Ｋｒ１ｓを記憶する。認証局公開鍵証明書Ｃｅｒｔ＿Ｋｒ１ｐは公開鍵の証明書である。認証局公開鍵証明書Ｃｅｒｔ＿Ｋｒ１ｐが証明する公開鍵は認証局公開鍵Ｋｒ１ｐである。認証局秘密鍵Ｋｒ１ｓは、認証局公開鍵Ｋｒ１ｐとペアの秘密鍵である。
認証局公開鍵Ｋｒ１ｐと認証局秘密鍵Ｋｒ１ｓとは、セキュアエレメント７０の鍵生成部７１で生成される。そして、認証局公開鍵Ｋｒ１ｐはルート認証局４へ送信され、ルート認証局４は該認証局公開鍵Ｋｒ１ｐの認証局公開鍵証明書Ｃｅｒｔ＿Ｋｒ１ｐを発行する。ルート認証局４は、該認証局公開鍵証明書Ｃｅｒｔ＿Ｋｒ１ｐを管理装置６０へ送信する。該認証局公開鍵証明書Ｃｅｒｔ＿Ｋｒ１ｐは、管理装置６０の無線通信部７６によって受信され、セキュアエレメント７０の鍵記憶部７２へ送信される。鍵記憶部７２は該認証局公開鍵証明書Ｃｅｒｔ＿Ｋｒ１ｐを取得し、認証局公開鍵証明書記憶部７２１へ書き込む。
また、ルート認証局４等のセキュアエレメント７０の外部で、認証局公開鍵Ｋｒ１ｐと認証局秘密鍵Ｋｒ１ｓとを生成し、ルート認証局４で該認証局公開鍵Ｋｒ１ｐの認証局公開鍵証明書Ｃｅｒｔ＿Ｋｒ１ｐを発行するようにしてもよい。そして、ルート認証局４は、該認証局公開鍵証明書Ｃｅｒｔ＿Ｋｒ１ｐと認証局秘密鍵Ｋｒ１ｓとを管理装置６０へ送信する。該認証局公開鍵証明書Ｃｅｒｔ＿Ｋｒ１ｐと認証局秘密鍵Ｋｒ１ｓとは、管理装置６０の無線通信部７６によって受信され、セキュアエレメント７０の鍵記憶部７２へ送信される。鍵記憶部７２は該認証局公開鍵証明書Ｃｅｒｔ＿Ｋｒ１ｐと認証局秘密鍵Ｋｒ１ｓとを取得し、認証局公開鍵証明書Ｃｅｒｔ＿Ｋｒ１ｐを認証局公開鍵証明書記憶部７２１へ書き込み、認証局秘密鍵Ｋｒ１ｓを認証局秘密鍵証明書記憶部７２２へ書き込むようにしてもよい。つまり、セキュアエレメント７０に書き込まれた認証局公開鍵証明書Ｃｅｒｔ＿Ｋｒ１ｐは、認証局公開鍵証明書記憶部７２１に記憶される。セキュアエレメント７０に書き込まれた認証局公開鍵秘密鍵Ｋｒ１ｓは、認証局秘密鍵記憶部７２２に記憶される。認証局公開鍵証明書Ｃｅｒｔ＿Ｋｒ１ｐ及び認証局公開鍵秘密鍵Ｋｒ１ｓについては、平文のままでセキュアエレメント７０から外部に出力させないように管理し秘匿することが好ましい。

Ｓ公開鍵証明書記憶部７２３はＳ公開鍵証明書Ｃｅｒｔ＿ＫＳｐを記憶する。Ｓ秘密鍵記憶部７２４はＳ秘密鍵ＫＳｓを記憶する。Ｓ公開鍵証明書ＫＳｐは公開鍵の証明書である。Ｓ公開鍵証明書Ｃｅｒｔ＿ＫＳｐが証明する公開鍵はＳ公開鍵ＫＳｐである。Ｓ秘密鍵ＫＳｓは、Ｓ公開鍵ＫＳｐとペアの秘密鍵である。Ｓ公開鍵証明書Ｃｅｒｔ＿ＫＳｐとＳ秘密鍵ＫＳｓとは鍵生成部７１によって生成される。鍵生成部７１によって生成されたＳ公開鍵証明書Ｃｅｒｔ＿ＫＳｐは、Ｓ公開鍵証明書記憶部７２３に記憶される。鍵生成部７１によって生成されたＳ秘密鍵ＫＳｓは、Ｓ秘密鍵記憶部７２４に記憶される。

Ｃ公開鍵証明書記憶部７２５はＣ公開鍵証明書を記憶する。Ｃ公開鍵証明書は、ＥＣＵ８０毎に存在する。Ｃ公開鍵証明書記憶部７２５は、各ＥＣＵ８０のＣ公開鍵証明書を記憶する。あるＥＣＵ８０のＣ公開鍵証明書は、当該ＥＣＵ８０の公開鍵の証明書である。例えば、自動車６に備わるＥＣＵ８０のうちの一つである第１のＥＣＵ８０のＣ公開鍵証明書Ｃｅｒｔ＿ＫＣ１ｐが証明する公開鍵はＣ公開鍵ＫＣ１ｐである。Ｃ公開鍵ＫＣ１ｐは、第１のＥＣＵ８０の公開鍵である。Ｃ公開鍵ＫＣ１ｐは、第１のＥＣＵ８０の秘密鍵であるＣ秘密鍵ＫＣ１ｓとペアである。各ＥＣＵ８０から受信されたＣ公開鍵証明書は、Ｃ公開鍵証明書記憶部７２５に記憶される。

ＭＡＣ鍵記憶部７２６はＭＡＣ鍵Ｋｍを記憶する。ＭＡＣ鍵Ｋｍは鍵生成部７１によって生成される共通鍵である。鍵生成部７１によって生成されたＭＡＣ鍵Ｋｍは、ＭＡＣ鍵記憶部７２６に記憶される。ＭＡＣ鍵Ｋｍは、例えば、ＥＣＵ８０間のデータ交換の際に使用される。

図１３は、本実施例に係るＥＣＵ８０を示す構成図である。図１３において、ＥＣＵ８０は、制御部９５とＣＡＮインタフェース９６とセキュアエレメント９０を備える。これら各部はデータを交換できるように構成される。セキュアエレメント９０は、鍵生成部９１と鍵記憶部９２と検証部９３と暗号処理部９４を備える。

制御部９５は、ＥＣＵ８０に対応する所定の制御機能を備える。ＣＡＮインタフェース９６は、管理装置６０や他のＥＣＵ８０と通信する通信部である。ＣＡＮインタフェース９６は、制御用車載ネットワーク６５と接続し、制御用車載ネットワーク６５を介して管理装置６０や他のＥＣＵ８０とデータを交換する。セキュアエレメント９０は耐タンパー性を有する。
セキュアエレメント９０において、鍵生成部９１は鍵を生成する。鍵記憶部９２は鍵を記憶する。検証部９３は、データの交換についての検証を行う。暗号処理部９４は、データの暗号化と暗号化データの復号化とを行う。

図１４は、図１３に示す鍵記憶部９２の構成を示す図である。図１４において、鍵記憶部９２は、認証局公開鍵証明書記憶部９２１と認証局公開鍵秘密鍵記憶部９２２とＣ公開鍵証明書記憶部９２３とＣ秘密鍵記憶部９２４とＳ公開鍵証明書記憶部９２５とＭＡＣ鍵記憶部９２６を備える。
認証局公開鍵証明書記憶部９２１は、認証局公開鍵証明書Ｃｅｒｔ＿Ｋｒ１ｐを記憶する。認証局公開鍵秘密鍵記憶部９２２は、認証局公開鍵秘密鍵Ｋｒ１ｓを記憶する。したがって、管理装置６０と各ＥＣＵ８０とは、同一の認証局公開鍵証明書Ｃｅｒｔ＿Ｋｒ１ｐと認証局公開鍵秘密鍵Ｋｒ１ｓのペアを備える。

認証局公開鍵証明書Ｃｅｒｔ＿Ｋｒ１ｐと認証局公開鍵秘密鍵Ｋｒ１ｓとは、例えば、ルート認証局４から取得され、安全にセキュアエレメント９０に書き込まれる。セキュアエレメント９０に書き込まれた認証局公開鍵証明書Ｃｅｒｔ＿Ｋｒ１ｐは、認証局公開鍵証明書記憶部９２１に記憶される。セキュアエレメント９０に書き込まれた認証局公開鍵秘密鍵Ｋｒ１ｓは、認証局公開鍵秘密鍵記憶部９２２に記憶される。認証局公開鍵証明書Ｃｅｒｔ＿Ｋｒ１ｐ及び認証局公開鍵秘密鍵Ｋｒ１ｓについては、平文のままでセキュアエレメント９０から外部に出力させないように管理し秘匿することが好ましい。

Ｃ公開鍵証明書記憶部９２３はＣ公開鍵証明書を記憶する。Ｃ秘密鍵記憶部９２４はＣ秘密鍵を記憶する。Ｃ公開鍵証明書は公開鍵の証明書である。Ｃ秘密鍵は、Ｃ公開鍵証明書の公開鍵とペアの秘密鍵である。Ｃ公開鍵証明書とＣ秘密鍵とは鍵生成部９１によって生成される。鍵生成部９１によって生成されたＣ公開鍵証明書は、Ｃ公開鍵証明書記憶部９２３に記憶される。鍵生成部９１によって生成されたＣ秘密鍵は、Ｃ秘密鍵記憶部９２４に記憶される。例えば、第１のＥＣＵ８０のＣ公開鍵証明書Ｃｅｒｔ＿ＫＣ１ｐは、第１のＥＣＵ８０のＣ公開鍵ＫＣ１ｐの証明書である。Ｃ公開鍵ＫＣ１ｐは、第１のＥＣＵ８０のＣ秘密鍵ＫＣ１ｓとペアである。第１のＥＣＵ８０の鍵生成部９１によって生成されたＣ公開鍵証明書Ｃｅｒｔ＿ＫＣ１ｐは、第１のＥＣＵ８０のＣ公開鍵証明書記憶部９２３に記憶される。第１のＥＣＵ８０の鍵生成部９１によって生成されたＣ秘密鍵ＫＣ１ｓは、第１のＥＣＵ８０のＣ秘密鍵記憶部９２４に記憶される。

Ｓ公開鍵証明書記憶部９２５は管理装置６０のＳ公開鍵証明書Ｃｅｒｔ＿ＫＳｐを記憶する。管理装置６０から受信されたＳ公開鍵証明書Ｃｅｒｔ＿ＫＳｐは、Ｓ公開鍵証明書記憶部９２５に記憶される。
ＭＡＣ鍵記憶部９２６はＭＡＣ鍵Ｋｍを記憶する。管理装置６０から受信されたＭＡＣ鍵Ｋｍは、ＭＡＣ鍵記憶部９２６に記憶される。

本実施例では、ＳＩＭ＿７０は、無線通信部７６により、通信ネットワーク４０を介してルート認証局４とデータを交換する。鍵生成部７１は、認証局公開鍵と、認証局秘密鍵とを生成する。無線通信部７６は、認証局公開鍵をルート認証局４へ送信する。ルート認証局４は、管理装置６０が送信した認証局公開鍵を受信すると、該認証局公開鍵をルート認証局秘密鍵で署名することによって、認証局公開鍵証明書を作成し、ＳＩＭ＿７０へ、該認証局公開鍵証明書を送信する。

ルート認証局４からＳＩＭ＿７０へ認証局公開鍵証明書を送信する際には、管理装置６０とルート認証局４との間に通信ネットワーク４０を介した専用線を確立し、確立した専用線を介してデータを送受することが好ましい。ＳＩＭ＿７０は、ルート認証局４から受信した認証局公開鍵証明書を、認証局公開鍵証明書記憶部７２１に記憶させる。ＳＩＭ＿７０は、鍵生成部７１が生成した認証局秘密鍵を、認証局秘密鍵記憶部７２２に記憶させる。

また、ＳＩＭ＿７０に記憶された認証局公開鍵証明書を失効させる場合には、失効管理サーバ２０から管理装置６０へ認証局公開鍵証明書失効リスト３６２をＯＴＡ配信するようにしてもよい。
また、ＳＩＭ＿７０に記憶された認証局公開鍵証明書を失効させる場合には、失効管理サーバ２０からＳＭＳサーバ３０へ、管理装置６０に認証局公開鍵証明書失効リスト３６２を取得させる要求が行われてもよい。そして、ＳＭＳサーバ３０は、管理装置６０へ、認証局公開鍵証明書失効リスト３６２を取得することを要求する信号が送信される。認証局公開鍵失効処理部７８は、該要求する信号にしたがって、失効管理サーバ２０へアクセスし、認証局公開鍵証明書失効リスト３６２を取得するようにしてもよい。この場合、失効管理サーバ２０は、通信装置３の電話番号を保持する。ＳＭＳサーバ３０によって認証局公開鍵証明書失効リスト３６２を取得させることによって、管理装置６０側では、ＳＩＭ１００の内部で処理を完結できるので、セキュリティを向上させることができる。
上述した実施例では、ＳＩＭ＿７０が、無線通信部７６により、通信ネットワーク４０を介してルート認証局４とデータを交換する場合について説明したが、この例に限られない。例えば、ＳＩＭ＿７０は、通信ネットワーク４０と有線接続され、該通信ネットワーク４０を介して、ルート認証局４とデータを交換するようにしてもよい。

本実施例によれば、無線通信により、ルート認証局４から自動車６へ認証局公開鍵証明書を送信することができる。これにより、自動車６に保持される認証局公開鍵証明書を、ルート認証局４から更新することができる。

なお、上述したハードウェアセキュリティモジュール５０によって認証局秘密鍵Ｋｒ１ｓと、認証局公開鍵証明書Ｃｅｒｔ＿Ｋｒ１ｐとが書き込まれたＳＩＭを管理装置６０、及びＥＣＵ８０へ搭載してもよい。

以上、本発明の実施形態、及び変形例について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。

なお、上述した実施形態に係る通信装置又は通信端末の機能を実現するためのコンピュータプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行するようにしてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。

さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ））のように、一定時間プログラムを保持しているものも含むものとする。

また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。
さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。

本発明は特定の実施例、変形例を参照しながら説明されてきたが、各実施例、変形例は単なる例示に過ぎず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。説明の便宜上、本発明の実施例に従った装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアでまたはそれらの組み合わせで実現されてもよい。本発明は上記実施例に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が包含される。

１…通信システム、３−１，３−２…通信装置、３−３，３−４…通信端末、４…ルート認証局、６…自動車、１０…通信事業者データベース、２０…失効管理サーバ、３０…ＳＭＳサーバ、４０…通信ネットワーク、５０…ハードウェアセキュリティモジュール、６０…管理装置、８０…ＥＣＵ、１００−１〜４、２００…記憶部、５００…ＳＩＭ、１０１…鍵生成部、１０２…公開鍵証明書生成部、１０３…検証部、１０４…暗号処理部、１０５…認証局鍵記憶部、１０６…秘密鍵記憶部、１０７…ログイン処理部、１０８…認証局鍵生成部、１０９…認証局公開鍵証明書取得部、７８、１１０…認証局公開鍵失効処理部、１３０、５３０…通信部、２３５…通信部、１４０、３４０、５４０…制御部、２４５…制御部、１５５…認証処理部、１６０、３３０…無線通信部、１７０…認証局鍵更新部、２０２…認証局公開鍵証明書生成部、２０５、５０５…ルート認証局鍵生成部、２１０…認証局、３６０…記憶部

Claims (7)

1. 複数の端末装置と、ルート認証局とを備える通信システムであって、
   前記複数の端末装置の各々は、
   認証局公開鍵と、該認証局公開鍵とペアをなす認証局秘密鍵を生成する認証局鍵生成部と、
   前記認証局鍵生成部が生成した認証局公開鍵を付帯した認証局公開鍵証明書を要求する情報を前記ルート認証局へ送信し、該要求に応じて前記ルート認証局によって送信される認証局公開鍵証明書を取得する認証局公開鍵証明書取得部と、
   前記認証局公開鍵証明書取得部が取得した認証局公開鍵証明書と、前記認証局秘密鍵を記憶する認証局鍵記憶部と、
   前記認証局鍵記憶部に記憶した認証局公開鍵証明書を他の端末装置へ送信する送信部と、
   他の端末装置が送信した認証局公開鍵証明書をルート認証局の公開鍵証明書で検証し、該認証局公開鍵証明書の検証が成功した場合に、該認証局公開鍵証明書を使用して、前記他の端末装置のユーザを検証する検証部と、
   失効した認証局公開鍵証明書を含む認証局公開鍵証明書失効リストを記憶する失効管理サーバから、認証局公開鍵証明書失効リストを取得し、前記他の端末装置が送信した認証局公開鍵証明書が失効しているか否かを判定する認証局公開鍵失効処理部と
   を備え、
   前記認証局公開鍵失効処理部は、ショートメッセージサービスを提供するＳＭＳサーバから送信される認証局公開鍵証明書失効リストを取得することを要求する信号にしたがって、前記失効管理サーバへアクセスすることによって、認証局公開鍵証明書失効リストを取得し、
   前記ルート認証局は、
   ルート認証局公開鍵証明書と、ルート認証局秘密鍵とを記憶するルート認証局鍵記憶部と、
   前記複数の端末装置の各々によって送信される前記認証局公開鍵証明書を要求する情報を受信する通信部と、
   前記ルート認証局鍵記憶部に記憶されている認証局秘密鍵で、前記通信部が受信した認証局公開鍵を暗号化することによって、認証局公開鍵証明書を生成する認証局公開鍵証明書生成部と
   を備え、
   前記通信部は、認証局公開鍵証明書生成部によって生成された認証局公開鍵証明書を、該認証局公開鍵証明書を要求した端末装置へ送信する、通信システム。
2. 前記検証部は、前記認証局公開鍵失効処理部が、前記他の端末装置が送信した認証局公開鍵証明書が失効していないと判定した場合に、該他の端末装置が送信した認証局公開鍵証明書をルート認証局の公開鍵証明書で検証する、請求項１に記載の通信システム。
3. 前記認証局公開鍵失効処理部は、前記失効管理サーバによってＯＴＡ（Ｏｖｅｒ−Ｔｈｅ−Ａｉｒ）配信される認証局公開鍵証明書失効リストを取得する、請求項１又は請求項２に記載の通信システム。
4. 認証局公開鍵と、該認証局公開鍵とペアをなす認証局秘密鍵を生成する認証局鍵生成部と、
   前記認証局鍵生成部が生成した認証局公開鍵を付帯した認証局公開鍵証明書を要求する情報をルート認証局へ送信し、該要求に応じて前記ルート認証局によって送信される認証局公開鍵証明書を取得する認証局公開鍵証明書取得部と、
   前記認証局公開鍵証明書取得部が取得した認証局公開鍵証明書と、前記認証局秘密鍵を記憶する認証局鍵記憶部と、
   前記認証局鍵記憶部に記憶した認証局公開鍵証明書を他の端末装置へ送信する送信部と、
   他の端末装置が送信した認証局公開鍵証明書をルート認証局の公開鍵証明書で検証し、該認証局公開鍵証明書の検証が成功した場合に、該認証局公開鍵証明書を使用して、前記他の端末装置のユーザを検証する検証部と、
   失効した認証局公開鍵証明書を含む認証局公開鍵証明書失効リストを記憶する失効管理サーバから、認証局公開鍵証明書失効リストを取得し、前記他の端末装置が送信した認証局公開鍵証明書が失効しているか否かを判定する認証局公開鍵失効処理部と
   を備え、
   前記認証局公開鍵失効処理部は、ショートメッセージサービスを提供するＳＭＳサーバから送信される認証局公開鍵証明書失効リストを取得することを要求する信号にしたがって、前記失効管理サーバへアクセスすることによって、認証局公開鍵証明書失効リストを取得する、端末装置。
5. 複数の端末装置と、ルート認証局とを備える通信システムによって実行される通信方法であって、
   前記複数の端末装置の各々は、
   認証局公開鍵と、該認証局公開鍵とペアをなす認証局秘密鍵を生成し、
   前記認証局公開鍵を付帯した認証局公開鍵証明書を要求する情報をルート認証局へ送信し、該要求に応じて前記ルート認証局によって送信される認証局公開鍵証明書を取得し、
   前記認証局公開鍵証明書と、前記認証局秘密鍵を記憶し、
   前記記憶した認証局公開鍵証明書を他の端末装置へ送信し、
   他の端末装置が送信した認証局公開鍵証明書をルート認証局の公開鍵証明書で検証し、該認証局公開鍵証明書の検証が成功した場合に、該認証局公開鍵証明書を使用して、前記他の端末装置のユーザを検証し、
   失効した認証局公開鍵証明書を含む認証局公開鍵証明書失効リストを記憶する失効管理サーバから、認証局公開鍵証明書失効リストを取得し、
   前記他の端末装置が送信した認証局公開鍵証明書が失効しているか否かを判定し、
   ショートメッセージサービスを提供するＳＭＳサーバから送信される認証局公開鍵証明書失効リストを取得することを要求する信号にしたがって、前記失効管理サーバへアクセスすることによって、認証局公開鍵証明書失効リストを取得し、
   前記ルート認証局は、
   前記複数の端末装置の各々によって送信される前記認証局公開鍵証明書を要求する情報を受信し、
   ルート認証局公開鍵証明書と、ルート認証局秘密鍵とを記憶するルート認証局鍵記憶部に記憶されている認証局秘密鍵で、受信した認証局公開鍵を暗号化することによって、認証局公開鍵証明書を生成し、
   前記認証局公開鍵証明書を、該認証局公開鍵証明書を要求した端末装置へ送信する、通信方法。
6. 認証局公開鍵と、該認証局公開鍵とペアをなす認証局秘密鍵を生成し、
   前記認証局公開鍵を付帯した認証局公開鍵証明書を要求する情報をルート認証局へ送信し、該要求に応じて前記ルート認証局によって送信される認証局公開鍵証明書を取得し、
   前記認証局公開鍵証明書と、前記認証局秘密鍵を記憶し、
   前記記憶した認証局公開鍵証明書を他の端末装置へ送信し、
   他の端末装置が送信した認証局公開鍵証明書をルート認証局の公開鍵証明書で検証し、該認証局公開鍵証明書の検証が成功した場合に、該認証局公開鍵証明書を使用して、前記他の端末装置のユーザを検証し、
   失効した認証局公開鍵証明書を含む認証局公開鍵証明書失効リストを記憶する失効管理サーバから、認証局公開鍵証明書失効リストを取得し、
   前記他の端末装置が送信した認証局公開鍵証明書が失効しているか否かを判定し、
   ショートメッセージサービスを提供するＳＭＳサーバから送信される認証局公開鍵証明書失効リストを取得することを要求する信号にしたがって、前記失効管理サーバへアクセスすることによって、認証局公開鍵証明書失効リストを取得する、端末装置によって実行される通信方法。
7. 端末装置のコンピュータに、
   認証局公開鍵と、該認証局公開鍵とペアをなす認証局秘密鍵を生成するステップと、
   前記認証局公開鍵を付帯した認証局公開鍵証明書を要求する情報をルート認証局へ送信し、該要求に応じて前記ルート認証局によって送信される認証局公開鍵証明書を取得するステップと、
   前記認証局公開鍵証明書と、前記認証局秘密鍵を記憶するステップと、
   前記記憶した認証局公開鍵証明書を他の端末装置へ送信するステップと、
   他の端末装置が送信した認証局公開鍵証明書をルート認証局の公開鍵証明書で検証し、該認証局公開鍵証明書の検証が成功した場合に、該認証局公開鍵証明書を使用して、前記他の端末装置のユーザを検証するステップと
   失効した認証局公開鍵証明書を含む認証局公開鍵証明書失効リストを記憶する失効管理サーバから、認証局公開鍵証明書失効リストを取得するステップと、
   前記他の端末装置が送信した認証局公開鍵証明書が失効しているか否かを判定するステップと、
   ショートメッセージサービスを提供するＳＭＳサーバから送信される認証局公開鍵証明書失効リストを取得することを要求する信号にしたがって、前記失効管理サーバへアクセスすることによって、認証局公開鍵証明書失効リストを取得するステップと
   を実行させるためのコンピュータプログラム。