(57)【要約】【課題】セッションが確立していないときのＴＬＳプロトコルに則った相互認証のハンドシェイクを高速化する。【解決手段】認証方法は、認証端末装置の記憶領域に認証相手の電子証明書が格納されているとき、セッション確立前のＴＬＳプロトコルに則った相互認証のハンドシェイクにおいて、前記認証相手にその所有状況を通知し、前記認証相手からの前記電子証明書の送信を省略させる。【選択図】図１
2008079091.tif 000002
【特許請求の範囲】
【請求項１】
認証端末装置の記憶領域に認証相手の電子証明書が格納されているとき、セッション確立前のＴＬＳプロトコルに則った相互認証のハンドシェイクにおいて、前記認証相手にその所有状況を通知し、前記認証相手からの前記電子証明書の送信を省略させる認証方法。
【請求項２】
前記認証相手に前記電子証明書の所有状況を通知するとき、所有する前記電子証明書を特定可能な情報を送り、前記認証相手自身に前記電子証明書の送信省略の可否を決定させる請求項１記載の認証方法。
【請求項３】
前記電子証明書の送信を省略しないと決定した前記認証相手から前記電子証明書が送信され、相互認証を行う手順が完了したとき、この認証手順で受信した前記電子証明書を前記認証端末装置の記憶領域に格納する請求項２記載の認証方法。
【請求項４】
認証端末装置の記憶領域に認証相手の電子証明書が格納されているとき、セッション確立前のＴＬＳプロトコルに則った相互認証のハンドシェイクにおいて、前記認証相手にその所有状況を通知し、前記認証相手からの前記電子証明書の送信を省略させる手段として前記認証端末装置を機能させるための認証プログラム。
【請求項５】
自装置の記憶領域に認証相手の電子証明書が格納されているとき、セッション確立前のＴＬＳプロトコルに則った相互認証のハンドシェイクにおいて、前記認証相手にその所有状況を通知し、前記認証相手からの前記電子証明書の送信を省略させる手段を備える認証端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子証明書を用いる認証システムに関し、特に認証端末装置としてのクライアントと認証処理装置としてのサーバとの間にセッションが確立していないときのＴＬＳ（Transport Layer Security）プロトコルに則った相互認証のハンドシェイクを高速化可能にする電子証明書を用いる認証技術に関する。
【背景技術】
【０００２】
ＴＬＳは、ネットワークを介してクライアントとサーバとの間に安全な接続を確立するためのプロトコルである。このＴＬＳにおいては、両者間の安全な接続を実現するために、接続の開始時に相手の認証を行い、通信内容の暗号化に使用する鍵の交換を行うことができる。
【０００３】
ＴＬＳの接続を開始するときの手順では、クライアントとサーバとが電子証明書を使って相互認証することができる。ＴＬＳによってクライアントとサーバとが相互認証をするとき、両者は互いに自分の電子証明書を相手に送信する。つまり、サーバはサーバ証明書をクライアントに送り、クライアントはクライアント証明書をサーバに送る（非特許文献１参照）。
【０００４】
クライアントは、サーバからクライアント証明書の送信を求められたときには、サーバがサーバ証明書を送信するときと同様のフォーマットでクライアント証明書をサーバに送る。したがって、非特許文献１で定義されているプロトコルに従えば、相互認証を行うときは、サーバ証明書とクライアント証明書とが手順中で交換されることになる。
【０００５】
このハンドシェイクを節約する方法は２つあり、共通鍵で認証する方法と、クライアント証明書を送らない方法（非特許文献２参照）とである。
【０００６】
共通鍵で認証する方法とは、一度、パーソナルコンピータＰＣなどのクライアントとサーバとが認証を行った後、共有するセッション鍵を使って認証する方法である。この方法を使えば、電子証明書の送受信は不要になる。公開鍵を使う認証ではない、この方法は、セッションが予め確立しているときにのみ使える（特許文献１、特許文献２、非特許文献１参照）。
【０００７】
クライアント証明書を送らない方法とは、クライアント証明書を取得できるＵＲＬ（Uniform Resource Locator）をサーバに示し、クライアント証明書の送信を省略する方法である。非特許文献２において、クライアントがクライアント証明書を送信する代わりに、クライアント証明書を取得できるＵＲＬを示す方法が定義された。サーバは、クライアントからクライアント証明書を受け取る代わりに、ＵＲＬで示された場所からクライアント証明書を取得する。これにより、クライアントはクライアント証明書の送信を省略できる。
【０００８】
ＴＬＳは、本来クライアントとサーバとの間に暗号化通信路を確立するためのプロトコルであるが、ＴＬＳのハンドシェイクの部分だけを使い、ＰＣとサーバとの間の認証に使うことができる。ＥＡＰ（Extensible Authentication Protocol）というプロトコルにより、ＴＬＳパケットをカプセル化し、認証を行う方法がある（非特許文献３参照）。このＥＡＰは、例えば、無線ＬＡＮ（Wireless Local Area Network）のアクセスポイントや
イーサネット（登録商標）スイッチへ繋ごうとするＰＣのアクセスを制御するときの認証プロトコルとして使用されている。
【０００９】
上述した背景技術を勘案すると、ＰＣとサーバとの間にセッションが確立していないときのＴＬＳプロトコルに則った相互認証（単に、ＴＬＳ相互認証と記載することもある）のハンドシェイクを高速化することが切望される。ただし、非特許文献２で定義された、クライアント証明書をＵＲＬで示す方法をサーバ証明書には適用せずに実現したい。その理由は、ＥＡＰ−ＴＬＳでのアクセス認証に使用するケースでは、ＰＣとサーバとの間でサーバ証明書の送受信を省略するために、ＰＣがネットワークにアクセスしてサーバ証明書を取得することができないからである。
【特許文献１】特開２００２−１８９９７６号公報（認証システムおよび認証方法）
【特許文献２】特開２０００−３６８０９号公報（ユーザの簡易認証方法およびそのプログラムを格納した記録媒体）
【非特許文献１】T. Dierks and C. Allen, "The TLS Protocol Version 1.0", RFC 2246, January 1999
【非特許文献２】S. Blake-Wilson, M. Nystrom, D. Hopwood, J. Mikkelsen and T. Wright, "Transport Layer Security (TLS) Extensions", RFC 3546, June 2003
【非特許文献３】B. Aboba, L. Blunk, J. Vollbrecht, J. Carlson and H. Levkowetz, Ed. "Extensible Authentication Protocol (EAP)", RFC3748, June 2004
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明の課題は、認証端末装置と認証処理装置との間にセッションが確立していないときのＴＬＳプロトコルに則った相互認証のハンドシェイクを高速化可能にする技術を提供することにある。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、本発明の認証方法は、認証端末装置の記憶領域に認証相手の電子証明書が格納されているとき、セッション確立前のＴＬＳプロトコルに則った相互認証のハンドシェイクにおいて、前記認証相手にその所有状況を通知し、前記認証相手からの前記電子証明書の送信を省略させる。
【００１２】
この構成において、前記認証相手に前記電子証明書の所有状況を通知するとき、所有する前記電子証明書を特定可能な情報を送り、前記認証相手自身に前記電子証明書の送信省略の可否を決定させてもよい。
【００１３】
さらに、前記電子証明書の送信を省略しないと決定した前記認証相手から前記電子証明書が送信され、相互認証を行う手順が完了したとき、この認証手順で受信した前記電子証明書を前記認証端末装置の記憶領域に格納してもよい。
【００１４】
本発明の認証プログラムは、認証端末装置の記憶領域に認証相手の電子証明書が格納されているとき、セッション確立前のＴＬＳプロトコルに則った相互認証のハンドシェイクにおいて、前記認証相手にその所有状況を通知し、前記認証相手からの前記電子証明書の送信を省略させる手段として前記認証端末装置を機能させる。
【００１５】
本発明の認証端末装置は、自装置の記憶領域に認証相手の電子証明書が格納されているとき、セッション確立前のＴＬＳプロトコルに則った相互認証のハンドシェイクにおいて、前記認証相手にその所有状況を通知し、前記認証相手からの前記電子証明書の送信を省略させる手段を備える。
【発明の効果】
【００１６】
本発明によれば、ＴＬＳプロトコルに則った相互認証に要する時間を短縮することがで
きる。
【００１７】
本発明の他の課題、特徴及び利点は、図面及び特許請求の範囲とともに取り上げられる際に、以下に記載される明細書（実施の形態）を読むことにより明らかになるであろう。
【発明を実施するための最良の形態】
【００１８】
以下、添付図面を参照して、本発明についてさらに詳細に説明する。図面には本発明の好ましい実施形態が示されている。しかし、本発明は、多くの異なる形態で実施されることが可能であり、本明細書に記載される実施形態に限定されると解釈されてはならない。むしろ、これらの実施形態は、本明細書の開示が徹底的かつ完全となり、当業者に本発明の範囲を十分に伝えるように提供される。
【００１９】
［認証システムの構成］
本発明の一実施の形態における電子証明書を用いる認証システムＳＹＳは、図１及び図２に示すように、認証処理装置としてのサーバＳＶと、認証端末装置としてのクライアントＣＬと、サーバＳＶ及びクライアントＣＬを接続するネットワークＮＷとから構成されている。
【００２０】
サーバ（サーバコンピュータ）ＳＶは、パーソナルコンピータであり、中央処理装置、主記憶装置、補助記憶装置としてのハードディスクドライブ装置、及び通信インターフェースなどから構成されるが、ここではこの詳細構成の図示を省略している。
【００２１】
クライアント（クライアント端末装置）ＣＬは、パーソナルコンピータで実現可能であり、中央処理装置、主記憶装置、補助記憶装置としてのハードディスクドライブ装置、表示装置としてのディスプレイ装置、入力装置としてのキーボード及びマウス、及び通信インターフェースから構成される。この詳細構成は後に図４を参照して説明する。なお、クライアントＣＬは、同様な構成要素を有する携帯電話端末であってもよい。
【００２２】
ネットワークＮＷはインターネットまたはイントラネットなどの通信ネットワークで構成可能である。
【００２３】
サーバＳＶ及びクライアントＣＬにおいて、後に詳述するＴＬＳプロトコルに則った認証手順の処理機能を論理的に実現する場合は、それぞれの補助記憶装置（ハードディスク）などにアプリケーションプログラム（ＴＬＳ認証処理プログラム）としてインストールする。
【００２４】
（クライアントの詳細構成）
クライアントＣＬの詳細構成を示す図４を参照すると、クライアントＣＬは、パーソナルコンピュータで構成される場合、中央処理装置（ＣＰＵ）１１、主記憶装置（ＲＡＭ）１２、ハードディスクドライブ装置（ＨＤＤ）１３、ＣＤ−ＲＯＭドライブ装置（ＣＤ−ＲＯＭ−ＤＶ）１４、フレキシブルディスクドライブ装置（ＦＤＤ）１５、及び通信制御装置（ＮＣＵ）１６を備えている。
【００２５】
このクライアントＣＬには、グラフィックボード（図示省略）を介してディスプレイ装置（ＤＳＰ）１７が接続されると共に、所定のインターフェースを介して入力装置としてのキーボード１８（ＫＢＤ）及びマウス１９がそれぞれ接続されている。これらの各構成要素は、バス２３を通して相互に接続されている。
【００２６】
主記憶装置１２には、クライアントＣＬを制御するＴＬＳ認証処理プログラム（ＴＬＳクライアントプログラム）がハードディスク（ＨＤ）２１から展開され、主記憶装置１２
の記憶領域はこのプログラムによる処理結果及び処理のための一時的データを保持するために使用される。
【００２７】
補助（外部）記憶装置としてのハードディスクドライブ装置１３及びフレキシブルディスクドライブ装置１５は、プログラム及び制御データをそれぞれに対応する記録媒体としてのハードディスク２１及びフレキシブルディスク（ＦＤ）２２に記憶する。また、補助記憶装置としてのＣＤ−ＲＯＭドライブ装置１４はＣＤ−ＲＯＭ２０に記憶されているプログラム及びデータの読み取りに使用される。
【００２８】
通信制御装置１６は、ネットワークカード及びモデムなどから構成され、ネットワーク通信回線２４を通して、サーバＳＶとのデータ（各種メッセージ）の送受信や、他の装置からのプログラムのダウンロードを行うために使用される。
【００２９】
キーボード１８は複数のキーを備え、各種データの入力を行うために用いられる。マウス１９はディスプレイ装置１７の画面上に表示されたマウスカーソルの操作及びマウスカーソルでの選択指示（指定）に用いられる。
【００３０】
本発明の処理をクライアントＣＬに実行させるためのＴＬＳクライアントプログラムは、ＣＤ−ＲＯＭドライブ装置１４またはフレキシブルディスクドライブ装置１５により、可搬媒体であるＣＤ−ＲＯＭ２０またはフレキシブルディスク２２から予めハードディスクドライブ装置１３のハードディスク２１に格納されている。また、通信制御装置１６により、ネットワークＮＷを介してこのプログラムをハードディスク２１に格納するようにしてもよい。
【００３１】
上記ＴＬＳクライアントプログラムは、クライアントＣＬ利用のユーザの所定の指定操作により、ハードディスク２１から主記憶装置１２にロードされ、クライアントＣＬの各部を制御して本発明の処理を行わせる。
【００３２】
［認証システムの動作］
次に、本発明の一実施の形態の電子証明書を用いる認証システムＳＹＳにおける動作例について、図１から図７を併せ参照して説明する。なお、以下の動作説明においては、ネットワークＮＷの介在を省略する。
【００３３】
この電子証明書を用いる認証システムＳＹＳにおいては、認証準備処理として、クライアントＣＬの記憶領域ＭＥＭ（ハードディスク２１）に、サーバ証明書を格納する。アクセス認証等、常に同一のサーバとだけハンドシェイクを行うならば、認証時に送られてくるサーバ証明書は通常、毎回同じである。したがって、予め何らかの方法でクライアントＣＬの記憶領域ＭＥＭにそのサーバ証明書を格納する。例えば、クライアントＣＬがパーソナルコンピータであれば、認証クライアントの設定時に、フレキシブルディスク２２などの可搬媒体からサーバ証明書をコピーすることが可能である。クライアントＣＬとして携帯電話端末のアクセス認証を想定するならば、ＳＩＭ（Subscriber Identity Module）カードにその情報を記憶させておくことが可能である。
【００３４】
また、クライアントＣＬにおいては、認証時に従来どおりのハンドシェイクを行えば、サーバ証明書がサーバＳＶから送られてくるので、最初はサーバ証明書を格納せず、従来手順によるハンドシェイクでサーバ証明書を受信し、それを格納（キャッシュ）してもよい。従来手順によるＴＬＳのハンドシェイクは、図３に示すとおりである（上記非特許文献１のＦｉｇ．１参照）。
【００３５】
クライアントＣＬにおいては、ＴＬＳクライアントプログラムと協働する中央処理装置
１１によりサーバ証明書を持っていると判断された場合、サーバＳＶに対してＣｌｉｅｎｔ  ＨｅｌｌｏメッセージでクライアントＣＬが使用できる暗号アルゴリズム等の通知と、鍵交換に必要となる乱数値の通知（送信）とを行う。クライアントＣＬがＣｌｉｅｎｔ
Ｈｅｌｌｏメッセージを送るとき、クライアントＣＬはサーバ証明書を持っていることを示す値（所有情報）をメッセージに付け加えてサーバＳＶに送信する（Ｓ６１，Ｓ６３）。
【００３６】
クライアントＣＬがサーバＳＶに対して、サーバ証明書を持っていることを示すために、送信の抑制を指示するフラグを送る方法のほかに、サーバ証明書の発行者（所有者）、証明書のシリアル番号、サーバ証明書のハッシュ値等、サーバ証明書を特定できる情報を送ることも可能である。この場合、サーバＳＶ側では、中央処理装置がＴＬＳ認証処理プログラムに基づいて、クライアントＣＬが持っているサーバ証明書が、サーバＳＶが持っているサーバ証明書と一致するか確認することができる。
【００３７】
このＣｌｉｅｎｔ  Ｈｅｌｌｏメッセージを受信したサーバＳＶは、サーバＳＶが合意した暗号アルゴリズム等と、鍵交換に必要となる乱数値とをＳｅｒｖｅｒ  ＨｅｌｌｏメッセージでクライアントＣＬに対して送信する（Ｓ５１，Ｓ５２，Ｓ６４）。
【００３８】
次に、サーバＳＶは、Ｃｌｉｅｎｔ  ＨｅｌｌｏメッセージによってクライアントＣＬがサーバ証明書を持っていると通知を受けなかった時、Ｓｅｒｖｅｒ  Ｃｅｒｔｉｆｉｃａｔｅメッセージによりサーバ証明書（図７参照）をクライアントＣＬに対して送信する。サーバＳＶは、クライアントＣＬから受信したＣｌｉｅｎｔ  Ｈｅｌｌｏメッセージによって、クライアントＣＬが既にサーバ証明書を持っていて、サーバ証明書の送信を省略できると判断したとき、サーバＳＶは証明書の送信を省略する。サーバＳＶは、クライアントＣＬからの通知がフラグによるものである場合、そのフラグの有無によって送信の省略を決定する。サーバＳＶは、クライアントＣＬからサーバ証明書を特定する情報を送ってくる場合、それがサーバＳＶの持つサーバ証明書と一致するかを確認した上で送信の必要性を決定する（Ｓ５３，Ｓ５４，Ｓ６２，Ｓ６４）。
【００３９】
これにより、クライアントＣＬが間違ったサーバ証明書を所有していたときに、単に認証に失敗させて、従来手順による認証を最初からやり直させることを防げる。
【００４０】
サーバ証明書の送信が必要な場合は、サーバＳＶはサーバ証明書をＳｅｒｖｅｒ  ＣｅｒｔｉｆｉｃａｔｅメッセージによりクライアントＣＬに対して送信する。なお、このときは、サーバ証明書を送信するので、従来のＴＬＳプロトコルに則った認証手順（単に、ＴＬＳ認証手順と記載することもある）と同じ動作となる。
【００４１】
以上の手順の後、サーバＳＶはＳｅｒｖｅｒ  Ｈｅｌｌｏ  ＤｏｎｅメッセージをクライアントＣＬに対して送信し、サーバＳＶからのデータ送信が終了したことをクライアントＣＬに通知する（Ｓ５５）。
【００４２】
クライアントＣＬは、このメッセージを受信すると、Ｃｌｉｅｎｔ  Ｋｅｙ  Ｅｘｃｈａｎｇｅメッセージによって鍵をサーバＳＶに送信する（Ｓ６４，Ｓ６５）。なお、このメッセージの具体的な意味は暗号アルゴリズムに依存する。
【００４３】
クライアントＣＬは、Ｃｈａｎｇｅ  Ｃｉｐｈｅｒ  ＳｐｅｃメッセージをサーバＳＶに更に送信し、これ以降にクライアントＣＬからサーバＳＶに送信するメッセージが暗号化されることを通知する（Ｓ６５）。
【００４４】
Ｃｈａｎｇｅ  Ｃｉｐｈｅｒ  Ｓｐｅｃメッセージの送信の後、クライアントＣＬは、
ＦｉｎｉｓｈｅｄメッセージをサーバＳＶに送信し、認証手順が完了したことを通知する（Ｓ６５）。なお、このメッセージはＣｈａｎｇｅ  Ｃｉｐｈｅｒ  Ｓｐｅｃメッセージの後に送信されるので、暗号化されている。
【００４５】
クライアントＣＬから送信されたＣｌｉｅｎｔ  Ｋｅｙ  Ｅｘｃｈａｎｇｅメッセージ、Ｃｈａｎｇｅ  Ｃｉｐｈｅｒ  Ｓｐｅｃメッセージ、及びＦｉｎｉｓｈｅｄメッセージを受信したサーバＳＶは、Ｃｈａｎｇｅ  Ｃｉｐｈｅｒ  Ｓｐｅｃメッセージに続いて、ＦｉｎｉｓｈｅｄメッセージをクライアントＣＬに送信して認証手順の完了を通知する（Ｓ５６，Ｓ５７，Ｓ６６）。
【００４６】
以上の手順によって、サーバＳＶとクライアントＣＬとの間で暗号通信の合意ができ、セッションが確立するので、サーバＳＶとクライアントＣＬ間でアプリケーションデータを暗号化して送受信できるようになる。クライアントＣＬは、以上の認証手順でサーバＳＶからサーバ証明書を受け取った場合、次回の認証時に使用するために、サーバ証明書をファイルとして記憶領域ＭＥＭに保存する（Ｓ６７，Ｓ６８）。
【００４７】
上述した電子証明書を用いる認証システムＳＹＳにおいて、従来のＴＬＳ認証手順との差分について補足すると、ネットワークＮＷを介して通信するクライアントＣＬ及びサーバＳＶが共にパーソナルコンピータである形態を採る場合、クライアントＣＬはファイルシステムを備え、サーバ証明書をファイルとして保存できる。
【００４８】
ＴＬＳ認証を開始する前に、クライアントＣＬを操作するユーザは、可搬媒体等を利用して、サーバ証明書をクライアントＣＬのハードディスク２１にコピーし、そのファイル名をＴＬＳ認証処理プログラム（ＴＬＳクライアントプログラム）に認識させる。
【００４９】
クライアントＣＬに備わるＴＬＳクライアントプログラムは、Ｃｌｉｅｎｔ  Ｈｅｌｌｏメッセージの送信時に、サーバ証明書のハッシュ値を含めてサーバＳＶに送信する。このハッシュ値を受信したサーバＳＶは、サーバＳＶが本来送信することになっているサーバ証明書のハッシュ値と比較する。
【００５０】
ハッシュ値が一致した場合、サーバＳＶはクライアントＣＬに対するＳｅｒｖｅｒ  Ｃｅｒｔｉｆｉｃａｔｅメッセージによるサーバ証明書の送信を省略する。ハッシュ値が一致しない場合、サーバＳＶはＣｌｉｅｎｔ  Ｈｅｌｌｏメッセージの所有情報が存在しなかったものとして動作し、従来のＴＬＳ認証手順に従ってサーバ証明書を送信する。証明書送信の有無を除けば、以降は従来どおりのＴＬＳハンドシェイクと同じである。
【００５１】
サーバＳＶからクライアントＣＬに対してサーバ証明書が送られた場合、クライアントＣＬは、ハンドシェイク成功時に、受信したサーバ証明書をファイルに書き出す。これによって、次回以降の認証で、このサーバ証明書を使うことができる。
［実施の形態の効果］
上述したように、本発明の一実施の形態の電子証明書を用いる認証システムによれば、電子証明書の送信を省略する、つまりＴＬＳプロトコルに則った認証手順で送受信する複数のメッセージの内のデータ量（バイト数）の大きな部分に対応する電子証明書の送信メッセージ部分（例えば、１Ｋバイト）を省略することが可能であるので、クライアントとサーバとの間でのメッセージ（パケット）送受信に要する時間を短縮できる。この結果、ＴＬＳプロトコルに則った相互認証に要する時間を短縮することができる。
【００５２】
また、この認証システムによれば、従来技術（従来のＴＬＳプロトコルに則った認証手順）との互換性が保たれる。つまり、クライアント及びサーバのどちらか一方が本技術（改良されたＴＬＳプロトコルに則った認証手順）を採用していないときでも、従来どおり
のＴＬＳプロトコルに則った認証手順で相互認証を行うことで、認証自体を正常に完了させることができる。この場合、改良認証手順による本来の効果である認証の高速化は図れないが、改良認証処理を実装したソフトウェアと、実装していないソフトウェアとが混在する環境で、正常な相互認証が行われるという効果が得られる。
【００５３】
［その他］
（付記１）認証端末装置の記憶領域に認証相手の電子証明書が格納されているとき、セッション確立前のＴＬＳ（Transport Layer Security）プロトコルに則った相互認証のハンドシェイクにおいて、前記認証相手にその所有状況を通知し、前記認証相手からの前記電子証明書の送信を省略させる
認証方法。（１）
（付記２）前記認証相手に前記電子証明書の所有状況を通知するとき、所有する前記電子証明書を特定可能な情報を送り、前記認証相手自身に前記電子証明書の送信省略の可否を決定させる
付記１記載の認証方法。（２）
（付記３）前記電子証明書の送信を省略しないと決定した前記認証相手から前記電子証明書が送信され、相互認証を行う手順が完了したとき、この認証手順で受信した前記電子証明書を前記認証端末装置の記憶領域に格納する
付記２記載の認証方法。（３）
（付記４）認証端末装置の記憶領域に認証相手の電子証明書が格納されているとき、セッション確立前のＴＬＳ（Transport Layer Security）プロトコルに則った相互認証のハンドシェイクにおいて、前記認証相手にその所有状況を通知し、前記認証相手からの前記電子証明書の送信を省略させる処理
を実行させるためのプログラムを記録した可読媒体。
【００５４】
（付記５）前記認証相手に前記電子証明書の所有状況を通知するとき、所有する前記電子証明書を特定可能な情報を送り、前記認証相手自身に前記電子証明書の送信省略の可否を決定させる処理
を実行させるためのプログラムを記録した付記４記載の可読媒体。
【００５５】
（付記６）前記電子証明書の送信を省略しないと決定した前記認証相手から前記電子証明書が送信され、相互認証を行う手順が完了したとき、この認証手順で受信した前記電子証明書を前記認証端末装置の記憶領域に格納する処理
を実行させるためのプログラムを記録した付記５記載の可読媒体。
【００５６】
（付記７）認証端末装置の記憶領域に認証相手の電子証明書が格納されているとき、セッション確立前のＴＬＳ（Transport Layer Security）プロトコルに則った相互認証のハンドシェイクにおいて、前記認証相手にその所有状況を通知し、前記認証相手からの前記電子証明書の送信を省略させる手段として
前記認証端末装置を機能させるための認証プログラム。（４）
（付記８）前記認証相手に前記電子証明書の所有状況を通知するとき、所有する前記電子証明書を特定可能な情報を送り、前記認証相手自身に前記電子証明書の送信省略の可否を決定させる手段として
前記認証端末装置を機能させるための付記７記載の認証プログラム。
【００５７】
（付記９）前記電子証明書の送信を省略しないと決定した前記認証相手から前記電子証明書が送信され、相互認証を行う手順が完了したとき、この認証手順で受信した前記電子証明書を前記認証端末装置の記憶領域に格納する手段として
前記認証端末装置を機能させるための付記８記載の認証プログラム。
【００５８】
（付記１０）自装置の記憶領域に認証相手の電子証明書が格納されているとき、セッション確立前のＴＬＳ（Transport Layer Security）プロトコルに則った相互認証のハンドシェイクにおいて、前記認証相手にその所有状況を通知し、前記認証相手からの前記電子証明書の送信を省略させる手段
を備える認証端末装置。（５）
（付記１１）前記認証相手に前記電子証明書の所有状況を通知するとき、所有する前記電子証明書を特定可能な情報を送り、前記認証相手自身に前記電子証明書の送信省略の可否を決定させる手段
を更に備える付記１０記載の認証端末装置。
【００５９】
（付記１２）前記電子証明書の送信を省略しないと決定した前記認証相手から前記電子証明書が送信され、相互認証を行う手順が完了したとき、この認証手順で受信した前記電子証明書を前記自装置の記憶領域に格納する手段
を更に備える付記１１記載の認証端末装置。
【図面の簡単な説明】
【００６０】
【図１】本発明の一実施の形態の認証システムにおいて、クライアントの所有するサーバ証明書が、サーバの所有するサーバ証明書と一致し、サーバ証明書の送信を省略するときの手順を示す図。
【図２】本発明の一実施の形態の認証システムにおいて、クライアントの所有するサーバ証明書が、サーバの所有するサーバ証明書と一致せず、サーバ証明書を送信するときの手順を示す図。
【図３】従来のＴＬＳハンドシェイクの手順を示す図。
【図４】本発明の一実施の形態の認証システムにおけるクライアントの詳細構成を示すブロック図。
【図５】本発明の一実施の形態の認証システムにおけるサーバの動作手順を示す図。
【図６】本発明の一実施の形態の認証システムにおけるクライアントの動作手順を示す図。
【図７】サーバ証明書のフォーマット例を模式的に示す図。
【符号の説明】
【００６１】
ＳＹＳ    電子証明書を用いる認証システム
ＳＶ      サーバ
ＣＬ      クライアント
ＮＷ      ネットワーク
ＭＥＭ    記憶領域
【図１】
2008079091.tif 000003
【図２】
2008079091.tif 000004
【図３】
2008079091.tif 000005
【図４】
2008079091.tif 000006
【図５】
2008079091.tif 000007
【図６】
2008079091.tif 000008
【図７】
2008079091.tif 000009