JP4628354B2 - 通信装置および認証装置 - Google Patents

Description

本発明は、サーバの正当性を確認しながらサーバからサービスの提供を受けるクライアントとしての通信装置等に関し、特に、認証局によって発行されるサーバ証明書の正当性を検証する通信装置等に関する。

近年、インターネットは急速に普及、拡大し、電子メールやインターネットショッピングなど様々なサービスが提供されている。しかし、その一方で個人情報など、インターネットを通して通信されるデータの盗聴や改ざんなどの問題も発生してきている。そうした悪意ある第３者からの攻撃を防ぐために、様々なセキュリティ技術が考案、導入されている。セキュリティ技術としては、例えば通信データが途中で盗聴されても内容を分からないようにする暗号や、通信データが途中で改ざんされていないかを検証できる認証などが挙げられる。

こうした技術を利用し、インターネットでよく用いられているセキュリティ技術にＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）と呼ばれる方式がある。ＳＳＬは、例えば、Ｕ．Ｓ．Ｐａｔｅｎｔ ５６５７３９０に開示されており、サーバが正当であること、通信において通信データの内容が漏洩していないこと、かつ受信するクライアントが受け取った通信データの内容が途中で改ざんされていないことの３つを保証する通信を提供する方式である。

ＳＳＬにおける通信方式の概要を、図１および図２を用いて説明する。
図１は、ＳＳＬにおける鍵情報および証明書の準備を表す図である。ここでは、秘密通信を行うサーバ１０３およびクライアント１０２、サーバ１０３の正当性を示すサーバ証明書を発行する認証局１０１が示されている。

ＣＡ公開鍵１０４は認証局１０１の秘密鍵に対応する公開鍵、ＣＡ秘密鍵１０５は認証局１０１の秘密鍵、ＣＡ証明書１０６は認証局１０１が発行するサーバ証明書が正当であることを示す証明書、サーバ公開鍵１０７はサーバ１０３の秘密鍵に対応する公開鍵、サーバ秘密鍵１０８はサーバ１０３の秘密鍵、サーバ証明書１０９はサーバ１０３の正当性を示す証明書、署名１１０はサーバ証明書１０９に対する認証局１０１による署名である。

図２は、ＳＳＬにおける通信プロトコルを表す図である。図２において、通信共通鍵２０１は、秘密通信に用いられる共通鍵である。
認証局１０１は、予めＣＡ公開鍵１０４とＣＡ秘密鍵１０５のペアを生成し、同時にＣＡ公開鍵１０４や認証局１０１に関する情報を記載したＣＡ証明書１０６を作成する。

サーバ１０３は、稼働前に、まず、サーバ公開鍵１０７とサーバ秘密鍵１０８のペアを生成する。サーバ１０３は、サーバ公開鍵１０７とサーバ１０３に関する情報を認証局１０１に送信し、サーバ証明書１０９の発行を依頼する。

認証局１０１は、ＣＡ秘密鍵１０５を用いて、サーバ１０３から受け取った情報やその他必要な情報から署名１１０を作成し、サーバ１０３から受け取った情報やその他必要な情報および署名１１０を合わせたものをサーバ証明書１０９として、サーバ１０３に発行する。

サーバ１０３は受け取ったサーバ証明書１０９を保存しておく。
またクライアント１０２は、予め認証局１０１からＣＡ証明書１０６を取得し、保存しておく。

実際にクライアント１０２とサーバ１０３の間で秘密通信は以下のように行われる。
クライアント１０２はサーバ１０３に接続すると、まず秘密通信で用いる暗号化方式の仕様を相互に確認する。

次にサーバ１０３はクライアント１０２にサーバ証明書１０９を送付する。
クライアント１０２は、内部に保存しているＣＡ公開鍵１０４を用いてサーバ証明書１０９が正当であるかどうかを確認する。もしサーバ証明書１０９が正当、すなわちサーバ証明書１０９に含まれている署名１１０がＣＡ秘密鍵１０５で署名されたものであれば、クライアント１０２はＣＡ公開鍵１０４を用いて検証することでサーバ証明書１０９が正当であることが確認できる。

クライアント１０２は、サーバ証明書１０９が正当であると確認すると、クライアント側共通鍵生成情報をランダムに作成し、サーバ１０３に送付する。
サーバ１０３は、サーバ側共通鍵生成情報をランダムに作成し、クライアント１０２に送付する。

サーバ１０３およびクライアント１０２は、サーバ側共通鍵生成情報およびクライアント側共通鍵生成情報を用いて、通信用共通鍵２０１を生成する。
これにより、クライアント１０２とサーバ１０３で通信用共通鍵２０１を共有することができる。

以降、クライアント１０２およびサーバ１０３は、通信用共通鍵２０１を用いて、通信するデータの暗号化および復号を行うことで、秘密通信を行うことが可能となる。
なお、ＣＡ証明書１０６やサーバ証明書１０９のフォーマットとしては、ＩＴＵ−Ｔ（国際電気通信連合）で定義されたＸ．５０９証明書を用いることが多い。

さて、Ｘ．５０９証明書においては、サーバ証明書１０９には有効期限を設けるようになっている。というのも、秘密鍵の安全性は、公開鍵や通信データから秘密鍵を計算するときにかかる時間が十分に長いことに依存しており、同じ鍵を長期間使用していると、その分秘密鍵が暴露される可能性が高くなるためである。

同様にＣＡ証明書１０６にも有効期限を設けるが、一般にサーバ証明書１０９より長い期間が設定されている。
ところで、ＣＡ証明書の有効期限が切れた場合、もしくは何らかの原因でＣＡ秘密鍵が暴露されてしまった場合には、速やかに新しい鍵ペアを作成し、新しいＣＡ証明書を発行もしくは取得しなければならない。

例えば、十分な数の認証局が同時に存在し、クライアントがＰＣ（パーソナルコンピュータ）のように、十分な計算機リソースを保有しており、それらのＣＡ証明書を全てもしくは十分な数だけ保有可能な場合は、サーバは失効した認証局の代わりに別の認証局から取得したサーバ証明書を使用することが可能である。クライアントは、保有しているＣＡ証明書を順番に用いてサーバ証明書の認証を行い、いずれかのＣＡ証明書でサーバ証明書の正当性を確認できれば、そのサーバは正当であると確認できる。

また新しい認証局ができ、そのＣＡ証明書を取得するためには、例えば認証局自身かもしくは信頼できるサーバなどから、クライアントのユーザが取得し、ユーザが自分でクライアントにインストールするなどして実行できる。

またサーバ証明書の有効期限が間近になった場合や、サーバ証明書が失効した場合に、自動的に新しいサーバ証明書を更新する装置および方法が、例えば、特開２００１−１９７０５４号公報や特開２００２−２１５８２６号公報等に開示されている。

しかしながら、家電機器などのように、メモリ等のリソースを十分に保有していないクライアントの場合には、常に多数個のＣＡ証明書を保有したり、複数のＣＡ証明書を用いて検証するプログラムもしくは回路を組み込むことが困難であるという問題が生じる。

また、時計（カレンダー・タイマー）を保有していなかったり、あるいは時計を正確な時刻に設定する手段を持たないクライアントの場合には、ＣＡ証明書の有効期限の判定が困難で、有効期限が近づくと新しいＣＡ証明書を自動的に更新することができないという問題がある。

そこで、本発明は、このような従来の問題点を鑑みてなされたものであって、備えるリソースが少ない場合であっても、安全かつ確実にＣＡ証明書を更新しながらサーバの正当性を検証していくことができる通信装置および認証装置等を提供することを目的とする。

上記目的を達成するために、本発明に係る通信装置は、通信ネットワークで接続されたサーバの正当性を確認する通信装置であって、前記サーバの正当性を示すサーバ証明書が正当であることを示す第１ＣＡ証明書と、当該第１ＣＡ証明書が失効した場合に次に有効となる第２ＣＡ証明書を含む第２ＣＡ情報が置かれたダウンロードサーバの前記通信ネットワーク上の場所を示す次回更新用アドレスとが含まれる第１ＣＡ情報を記憶する第１記憶手段と、前記第１ＣＡ証明書を用いて前記サーバ証明書を検証することによって、前記サーバの正当性を認証する認証手段と、前記次回更新用アドレスが示す前記ダウンロードサーバから前記第２ＣＡ情報を取得するＣＡ情報更新手段とを備え、前記認証手段は、前記第１ＣＡ証明書が失効した後においては、前記ＣＡ情報更新手段によって取得された前記第２ＣＡ情報に含まれる前記第２ＣＡ証明書を用いて前記サーバの正当性を認証することを特徴とする。これによって、第１ＣＡ情報に含まれる次回更新用アドレスが示すダウンロードサーバにアクセスすることで、次に有効となる第２ＣＡ証明書を取得することができるので、複数のＣＡ証明書を予め保持している必要がなく、メモリ等のリソースが少ない家電機器等であっても、ＣＡ証明書を更新しながらサーバの正当性を検証していくことができる。

ここで、前記ＣＡ情報更新手段は、一定期間毎に、前記ダウンロードサーバへの接続を試み、接続できた場合に、当該ダウンロードサーバから前記第２ＣＡ情報を取得してもよい。これによって、第１ＣＡ証明書の有効期限が満了する一定期間前にダウンロードサーバを立ち上げることで、通信装置は、次に有効となる第２ＣＡ証明書を取得することができるので、カレンダー・タイマー等による期限管理が不要となり、備えるべきリソースが少なくて済む。

また、前記ＣＡ情報更新手段は、前記認証手段が前記第１ＣＡ証明書を用いて前記サーバの正当性を認証することができなかった場合に、前記ダウンロードサーバへの接続を試み、接続できた場合に、当該ダウンロードサーバから前記第２ＣＡ情報を取得してもよい。これによって、第１ＣＡ証明書が有効期限前に失効した場合であっても、その直後に、次に有効となる第２ＣＡ証明書をダウンロードサーバから取得することができる。

また、前記認証手段は、前記ＣＡ情報更新手段によって取得された前記第２ＣＡ情報に含まれる前記第２ＣＡ証明書を用いて前記サーバの正当性の認証を試み、認証することができた場合に、前記第１ＣＡ証明書に代えて、前記第２ＣＡ証明書を用いて前記サーバの正当性を認証してもよい。これによって、第２ＣＡ証明書が有効となり次第、第１ＣＡ証明書から第２ＣＡ証明書に切り替えることができ、通信装置は、第１および第２ＣＡ証明書の有効期限を管理する必要がなくなる。

また、前記通信装置はさらに、前記第２ＣＡ情報を記憶するための第２記憶手段を備え、前記ＣＡ情報更新手段は、前記ダウンロードサーバから取得した前記第２ＣＡ情報を前記第２記憶手段に格納し、前記認証手段は、前記第１ＣＡ証明書が失効した後においては、前記第２記憶手段に格納された前記第２ＣＡ情報に含まれる前記第２ＣＡ証明書を用いて、前記サーバの正当性を認証してもよいし、前記認証手段は、前記第１ＣＡ証明書が失効した後においては、前記第２記憶手段に格納された前記第２ＣＡ情報を前記第１記憶手段に移し、前記第１記憶手段に格納された前記第２ＣＡ情報に含まれる前記第２ＣＡ証明書を用いて、前記サーバの正当性を認証してもよい。このようなメモリの運用方法によって、通信装置は、現在有効な第１ＣＡ証明書と次に有効な第２ＣＡ証明書という２世代分のＣＡ証明書だけを保持するという処理をＣＡ証明書を更新しながら繰り返していくことで、それ以上の不要なＣＡ証明書を保持しておく必要がなくなる。

また、前記ＣＡ情報更新手段は、前記ダウンロードサーバから当該ダウロードサーバの正当性を示すダウンロードサーバ証明書を取得し、取得したダウンロードサーバ証明書に基づいて当該ダウンロードサーバの正当性を認証した後に、前記第２ＣＡ情報を取得してもよい。これによって、ダウンロードサーバ自体の正当性を確認した後に第２ＣＡ情報を取得するので、安全に、真正な第２ＣＡ証明書を取得することができる。

なお、本発明は、このような通信装置（クライアント）として実現することができるだけでなく、通信装置での処理手順を含むサーバの正当性確認方法として実現したり、通信装置にサーバ証明書およびＣＡ情報を発行する認証装置（認証局）として実現したり、認証装置での処理手順を含む認証方法として実現したり、それらの方法に含まれるステップをコンピュータに実行させるプログラムとして実現したり、そのプログラムが記録された記録媒体として実現したり、上記認証装置およびダウンロードサーバの稼動手順を含む認証システムの運用方法として実現することもできる。

以上のように、本発明により、リソースの少ない機器でも、ＣＡ証明書の有効期限がいつかを気にすることなく、確実にＣＡ証明書の取得および更新を行うことができ、特に、家電機器等をクライアントとする認証システムにおける実用的価値は極めて高い。

以下、本発明の実施の形態について図面を参照して説明する。
（第１の実施の形態）
まず、本発明の第１の実施の形態について、図３および図４を用いて説明する。

図３は、本実施の形態における通信システムの構成図である。この通信システムは、インターネット等の通信網で接続された認証局Ａ１０１ａ、認証局Ｂ１０１ｂ、アプリケーションサーバ４０１、クライアント４１５およびダウンロードサーバＢ４０６ｂから構成される。ここでは、有効期限等の理由により、アプリケーションサーバ４０１は、まず、認証局Ａ１０１ａによる認証を取得し、次に、認証局Ｂ１０１ｂによる認証を取得するものとする。

アプリケーションサーバ４０１は、あるアプリケーションシステムにおいてサービスを提供する（例えば、特定メーカーのＤＶＤプレーヤーに対して、最新のファームウェアを提供する）コンピュータ装置等であり、ＡＰサーバ秘密鍵Ａ４０４ａおよびＡＰサーバ証明書Ａ４０２ａを有する。ＡＰサーバ秘密鍵Ａ４０４ａは、このアプリケーションサーバ４０１の秘密鍵である。ＡＰサーバ証明書Ａ４０２ａは、認証局Ａ１０１ａが発行したアプリケーションサーバ４０１の正当性を示す証明書であり、ＡＰサーバ秘密鍵Ａ４０４ａに対応する公開鍵であるＡＰサーバ公開鍵Ａ４０３ａ、および、このＡＰサーバ証明書Ａ４０２ａに対する認証局Ａ１０１ａによる署名であるＡＰ署名Ａ４０５ａを含む。

クライアント４１５は、アプリケーションサーバ４０１の正当性を確認した後に、アプリケーションサーバ４０１からサービスの提供を受ける（例えば、ファームウェアをダウンロードする）家電機器等であり、サーバ認証部４１６、メモリ４１８、予備メモリ４１９、ＣＡ情報更新部４１７およびＤＬ公開鍵４１４を有する。サーバ認証部４１６は、アプリケーションサーバ４０１から受け取ったＡＰサーバ証明書Ａ４０２ａを検証することによってアプリケーションサーバ４０１を認証する処理部である。メモリ４１８は、初期状態として、ＡＰサーバ証明書Ａ４０２ａの検証に用いる、認証局Ａ１０１ａに関する情報であるＣＡ情報Ａ３０１ａを保持するメモリである。予備メモリ４１９は、メモリ４１８に格納されたＣＡ情報Ａ３０１ａが失効等した場合に、引き続き、アプリケーションサーバ４０１の正当性を確認する（言い換えると、認証局Ｂ１０１ｂが発行した、アプリケーションサーバ４０１の正当性を示すＡＰサーバ証明書Ｂを検証する）ための認証局Ｂ１０１ｂに関する情報であるＣＡ情報Ｂ３０１ｂを保持するためのメモリである。ＣＡ情報更新部４１７は、メモリ４１８に格納されたＣＡ情報Ａ３０１ａが失効等した場合に、次に有効となるＣＡ情報（ＣＡ情報Ｂ３０１ｂ）をダウンロードサーバＢ４０６ｂから取得して予備メモリ４１９に格納する処理部である。ＤＬ公開鍵４１４は、ＤＬ秘密鍵４１３に対応する公開鍵である。

認証局Ａ１０１ａは、アプリケーションサーバ４０１の正当性を示すＡＰサーバ証明書Ａ４０２ａや、そのＡＰサーバ証明書Ａ４０２ａが正当であることを確認するためのＣＡ情報Ａ３０１ａを発行する認証局であり、ＣＡ秘密鍵Ａ１０５ａ、ＤＬ秘密鍵４１３およびＣＡ情報Ａ３０１ａを有する。ＣＡ秘密鍵Ａ１０５ａは、この認証局Ａ１０１ａの秘密鍵であり、ＤＬ秘密鍵４１３は認証局Ａ１０１ａ（および認証局Ｂ１０１ｂ）が保有する、ＤＬ公開鍵４１４に対応する秘密鍵である。ＣＡ情報Ａ３０１ａは、この認証局Ａ１０１ａが発行したサーバ証明書（ここでは、ＡＰサーバ証明書Ａ４０２ａやＤＬサーバ証明書Ｂ４０８ｂ等）が正当であることを示すＣＡ証明書Ａ１０６ａ、このＣＡ情報Ａ３０１ａの次に有効となるＣＡ情報Ｂ３０１ｂが置かれるダウンロードサーバＢ４０６ｂのＵＲＬであるＵＲＬＢ３０２ｂ、このＣＡ情報Ａ３０１ａに対するＤＬ秘密鍵４１３を用いた署名であるＣＡ署名Ａ３０３ａ等を含む。

認証局Ｂ１０１ｂは、認証局Ａ１０１ａが発行したＣＡ情報Ａ３０１ａに続いて有効となるＣＡ情報Ｂ３０１ｂを発行する認証局であり、ＣＡ秘密鍵Ｂ１０５ｂ、ＤＬ秘密鍵４１３およびＣＡ情報Ｂ３０１ｂを有する。ＣＡ秘密鍵Ｂ１０５ｂは、この認証局Ｂ１０１ｂの秘密鍵である。ＣＡ情報Ｂ３０１ｂは、この認証局Ｂ１０１ｂが発行したサーバ証明書（ここでは、アプリケーションサーバ４０１の正当性を示すＡＰサーバ証明書Ｂ等）が正当であることを示すＣＡ証明書Ｂ１０６ｂ、このＣＡ情報Ｂ３０１ｂの次に有効となるＣＡ情報Ｃが置かれるダウンロードサーバＣのＵＲＬであるＵＲＬＣ３０２ｃ、このＣＡ情報Ｂ３０１ｂに対するＤＬ秘密鍵４１３を用いた署名であるＣＡ署名Ｂ３０３ｂ等を含む。

ダウンロードサーバＢ４０６ｂは、クライアント４１５が次に有効となるＣＡ情報をダウンロードするためのサーバ装置であり、ＣＡ情報Ｂ３０１ｂ、ＤＬサーバ証明書Ｂ４０
８ｂおよびＤＬサーバ秘密鍵Ｂ４１０ｂを有する。ＣＡ情報Ｂ３０１ｂは、ＣＡ情報Ａ３０１ａの次に有効となるＣＡ情報（認証局Ｂ１０１ｂから送信されてきたＣＡ情報Ｂ３０１ｂ）である。ＤＬサーバ秘密鍵Ｂ４１０ｂは、このダウンロードサーバＢ４０６ｂの秘密鍵である。ＤＬサーバ証明書Ｂ４０８ｂは、認証局Ａ１０１ａによって発行されたダウンロードサーバＢ４０６ｂの正当性を示すサーバ証明書であり、ＤＬサーバ秘密鍵Ｂ４１０ｂに対応する公開鍵であるＤＬサーバ公開鍵Ｂ４０９ｂ、および、このＤＬサーバ証明書Ｂ４０８ｂに対する認証局Ａ１０１ａによる署名であるＤＬ署名Ｂ４１２ｂが含まれる。

図４は、図３に示されたＣＡ情報Ａ３０１ａおよびＢ３０１ｂのより詳細なデータ構造を示す図である。ＣＡ情報３０１には、サーバ証明書が正当であることを示すＣＡ証明書１０６、そのＣＡ証明書１０６の長さを示す情報１１６、このＣＡ情報３０１の次に有効となるＣＡ情報が置かれるダウンロードサーバのＵＲＬ３０２、そのＵＲＬの長さを示す情報３１２、および、それら４つの情報に対するＣＡ署名３０３（ここでは、ＤＬ秘密鍵４１３による署名）等が含まれる。なお、ＣＡ証明書１０６には、認証局が発行したサーバ証明書の正当性を確認するために用いられる認証局の公開鍵（ＣＡ公開鍵）等が含まれている。

クライアント４１５は、このようなＣＡ情報３０１を用いることで、アプリケーションサーバ４０１の正当性を確認することができる。つまり、クライアント４１５は、入手したＣＡ情報３０１に対して、ＤＬ公開鍵４１４を用いてＣＡ署名３０３を検証することで、ＣＡ情報３０１自体の正当性を確認した後に、そのＣＡ情報３０１に含まれるＣＡ証明書１０６を用いることで、アプリケーションサーバ４０１から受け取ったサーバ証明書の正当性を確認したり、そのＣＡ情報３０１に含まれるＵＲＬ３０２にアクセスすることで、そのＣＡ情報３０１の次に有効となるＣＡ情報を入手することができる。

以下、クライアント４１５におけるサーバ認証動作（アプリケーションサーバ４０１の正当性を確認する処理）について説明する。
まず、アプリケーションサーバ４０１は、ＳＳＬ通信用の鍵ペアであるＡＰサーバ秘密鍵Ａ４０４ａとＡＰサーバ公開鍵Ａ４０３ａを作成し、ＡＰサーバ公開鍵Ａ４０３ａおよびその他の必要事項を認証局Ａ１０１ａに送付し、サーバ証明書の発行を依頼する。

認証局Ａ１０１ａは、予めＣＡ秘密鍵Ａ１０５ａとＣＡ公開鍵Ａの鍵ペアを保有しており、アプリケーションサーバ４０１からサーバ証明書の発行依頼を受け取ると、ＣＡ秘密鍵Ａ１０５ａによる署名と共にＡＰサーバ証明書Ａ４０２ａを発行し、アプリケーションサーバ４０１に送付する。

また認証局Ａ１０１ａは、ＣＡ公開鍵Ａを含むサーバ証明書であるＣＡ証明書Ａ１０６ａを作成した後に、そのＣＡ証明書Ａ１０６ａを含むＣＡ情報Ａ３０１ａを作成する。ＣＡ情報Ａ３０１ａに付加するＵＲＬＢ３０２ｂは、ダウンロードサーバＢ４０６ｂのＵＲＬである。

クライアント４１５は、初期状態として、内部のメモリ４１８にＣＡ情報Ａ３０１ａを保存しており、予備メモリ４１９には何も保存していない。
クライアント４１５がアプリケーションサーバ４０１とＳＳＬ通信を行う場合には、サーバ認証部４１６はアプリケーションサーバ４０１からＡＰサーバ証明書Ａ４０２ａを取得し、メモリ４１８に保存しているＣＡ証明書Ａ１０６ａ内のＣＡ公開鍵Ａで認証を行うことができる。

ＡＰサーバ証明書Ａ４０２ａが正当であると証明されると、従来の技術で説明したように、クライアント４１５とアプリケーションサーバ４０１との間でＳＳＬ通信を行うことができるようになる。

次に、クライアント４１５におけるＣＡ情報の更新動作について説明する。
ＣＡ証明書Ａ１０６ａの有効期限が近づくと、クライアント４１５が予め新しいＣＡ証明書を取得できるようにする必要がある。そのために、まず、ＣＡ証明書Ａ１０６ａの有効期限が来る前に、システムの運用者はＣＡ秘密鍵Ｂ１０５ｂとＣＡ公開鍵Ｂの鍵ペアを持つ新しい認証局Ｂ１０１ｂを立ち上げ、認証局Ｂ１０１ｂはＣＡ公開鍵Ｂを含む新しいＣＡ証明書Ｂ１０６ｂを作成する。ただし、この時点では、認証局Ｂ１０１ｂはアプリケーションサーバ４０１に対するＡＰサーバ証明書を発行しない。あるいは、サーバ証明書を発行した場合であっても、この時点では、アプリケーションサーバ４０１は、クライアント４１５とのサーバ認証に、認証局Ｂ１０１ｂから取得したＡＰサーバ証明書を使用しない。

認証局Ｂ１０１ｂは、作成したＣＡ証明書Ｂ１０６ｂから、新しいＣＡ情報Ｂ３０１ｂを作成する。内部に記載するＵＲＬＣ３０２ｃは、次回に新しいＣＡ情報をダウンロードするためのダウンロードサーバＣのＵＲＬであり、ＣＡ署名Ｂ３０３ｂはＣＡ署名Ａ３０３ａと同様にして作成したものである。

次に、システムの運用者は、ＵＲＬＢ３０２ｂで指定される場所（ネットワーク上のサイト等）にダウンロードサーバＢ４０６ｂを立ち上げ、ＣＡ情報Ｂ３０１ｂをダウンロードできるようにする。このとき、ダウンロードサーバＢ４０６ｂにおいても、ＤＬサーバ公開鍵Ｂ４０９ｂとＤＬサーバ秘密鍵Ｂ４１０ｂの鍵ペアを生成し、ＤＬサーバ公開鍵Ｂ４０９ｂおよび必要事項を認証局Ａ１０１ａに送付し、認証局Ａ１０１ａからサーバ証明書としてＤＬサーバ証明書Ｂ４０８ｂを取得する。

さて、クライアント４１５のＣＡ情報更新部４１７は、メモリ４１８に保存しているＣＡ情報Ａ３０１ａに記載されているＵＲＬＢ３０２ｂが示すダウンロードサーバに対して、ある程度の期間、例えば１ヶ月毎に、接続を試みる。ダウンロードサーバＢ４０６ｂが稼働していないときには、ＣＡ情報更新部４１７はダウンロードサーバＢ４０６ｂへの接続に失敗するので、この場合には更新する必要はないと判断する。その後、１ヶ月毎に同様の接続を試みる。

一方、ダウンロードサーバＢ４０６ｂが稼働しているときには、ＣＡ情報更新部４１７はダウンロードサーバＢ４０６ｂへの接続に成功するので、まずＤＬサーバ証明書Ｂ４０８ｂを取得し、メモリ４１８に保存しているＣＡ公開鍵Ａ（これは、ＣＡ証明書Ａ１０６ａに含まれている）を用いて認証を行う。

ＤＬサーバ証明書Ｂ４０８ｂの正当性が確認されると、次にＣＡ情報更新部４１７はダウンロードサーバＢ４０６ｂからＣＡ情報Ｂ３０１ｂを取得する。ＣＡ情報更新部４１７は、取得したＣＡ情報Ｂ３０１ｂ内のＣＡ署名Ｂ３０３ｂをＤＬ公開鍵４１４で認証し、ＣＡ情報Ｂ３０１ｂの正当性を確認できると、ＣＡ署名Ｂ３０３ｂを予備メモリ４１９に保存する。

次にＣＡ証明書Ａ１０６ａの有効期限が切れたときのアプリケーションサーバ４０１とクライアント４１５の動作について説明する。
アプリケーションサーバ４０１は、ＣＡ証明書Ａ１０６ａの有効期限が切れる前か、もしくは切れると同時に、ＡＰサーバ公開鍵とＡＰサーバ秘密鍵の新しい鍵ペアを生成し、認証局Ｂ１０１ｂから新しいＡＰサーバ証明書Ｂを取得する。アプリケーションサーバ４０１は、ＣＡ証明書Ａ１０６ａの有効期限が切れると、古いＡＰサーバ証明書Ａ４０２ａを廃棄し、それ以降ＳＳＬ通信を行う場合には、サーバ証明書としてＡＰサーバ証明書Ｂを送付する。

このようにＣＡ証明書Ａ１０６ａの有効期限が切れると、クライアント４１５のサーバ認証部４１６は、アプリケーションサーバ４０１との通信にあたり、新しいＡＰサーバ証明書Ｂを受け取ることになる。しかし、メモリ４１８に保存しているＣＡ証明書Ａ１０６ａ内のＣＡ公開鍵Ａでは、ＡＰサーバ証明書Ｂの認証に失敗する。このときサーバ認証部４１６は、予備メモリ４１９に保存されているＣＡ情報Ｂ３０１ｂ内のＣＡ公開鍵Ｂを用いてＡＰサーバ証明書Ｂの認証を行い、ＡＰサーバ証明書Ｂの正当性を確認できると、クライアント４１５はアプリケーションサーバ４０１とのＳＳＬ通信を継続する。

このとき、サーバ認証部４１６は、予備メモリ４１９に保存されているＣＡ情報Ｂ３０１ｂをメモリ４１８に移し、その後に、予備メモリ４１９を空にする。これ以降は、サーバ認証部４１６は、メモリ４１８に保存されたＣＡ情報Ｂ３０１ｂをアプリケーションサーバ４０１との認証に用いる。

一方、予備メモリ４１９に何も保存されていない場合には、サーバ認証部４１６は、ＣＡ情報更新部４１７に新しいＣＡ情報の取得を指示する。その指示を受けたＣＡ情報更新部４１７は、ダウンロードサーバＢ４０６ｂから新しいＣＡ情報Ｂ３０１ｂを、上記と同様の手順で、取得する。新しいＣＡ情報Ｂ３０１ｂが取得された後は、サーバ認証部４１６は、上記と同様にして、ＣＡ情報Ｂ３０１ｂを用いてアプリケーションサーバ４０１の認証を行う。

以降、ＣＡ証明書の有効期限が近づいたときには、同様の動作を行うことにより、クライアント４１５は自動的に新しいＣＡ証明書を取得できるようになり、またＣＡ証明書の有効期限が切れたときには自動的に新しいＣＡ証明書を用いた認証を行えるようになる。

以上のように、本実施の形態によれば、認証局Ａ１０１ａは、ＣＡ証明書とペアで、次回にＣＡ証明書をダウンロードするためのサイトであるダウンロードサーバＢ４０６ｂのＵＲＬをクライアント４１５に送付しておく。そして、ＣＡ証明書の有効期限が近づくと、システムの運用者は、新しいＣＡ証明書を発行する認証局Ｂ１０１ｂを稼働させ、同時に、ダウンロードサーバＢ４０６ｂを稼働させる。一方、クライアント４１５は、定期的にダウンロードサーバＢ４０６ｂのＵＲＬにアクセスを試み、アクセスに成功すれば、新しいＣＡ証明書をダウンロードし、予備メモリ４１９に保存する。そして、通信相手のアプリケーションサーバ４０１のサーバ証明書が現在のＣＡ証明書で認証できなくなった場合には、予備メモリ４１９に保存されている新しいＣＡ証明書で認証し、アプリケーションサーバの正当性を確認できれば、元のＣＡ証明書を削除し、以降は新しいＣＡ証明書をサーバ証明書の認証に使用する。

これによって、クライアント４１５は、次に有効となるＣＡ証明書を保持するだけでＣＡ証明書を更新することができるので、常に多数個のＣＡ証明書を保有したり、複数のＣＡ証明書を用いて検証するプログラムもしくは回路を組み込んでおいたりする必要がない。また、クライアント４１５は、定期的にダウンロードサーバＢ４０６ｂにアクセスして新しいＣＡ証明書を取得することで、新たなアプリケーションサーバとの通信を開始することができるので、時計を用いてＣＡ証明書の有効期限を監視する必要がない。よって、クライアント４１５は、家電機器などのように十分なリソースを保有していない機器であっても、ＣＡ証明書の有効期限がいつかを気にすることなく、確実にＣＡ証明書の取得および更新を行うことができる。

なお、本実施の形態では、ＣＡ情報更新部４１７が、メモリ４１８に保存されているＣＡ情報に記載されているＵＲＬが示すダウンロードサーバへの接続は１ヶ月毎に試みるとしたが、本発明は、１ヶ月ではなく、それより長い、もしくは、短い期間であってもよい。またその期間は均一であってもよいし、ある程度ばらついていても構わない。要するに、ダウンロードサーバの稼働開始から現在のＣＡ証明書の有効期限が切れる間に確実に１度は接続を試みられる期間であればよい。

またアプリケーションサーバ４０１は、ＣＡ証明書の有効期限が切れると同時に、新しいＡＰサーバ公開鍵とＡＰサーバ秘密鍵の鍵ペアを作成するとしたが、ＣＡ証明書の有効期限内でも新しいＡＰサーバ公開鍵とＡＰサーバ秘密鍵の鍵ペアを作成し、新しいＡＰサーバ証明書を取得してもよい。この場合でも新しいＡＰサーバ証明書には、同じＣＡ秘密鍵によるＡＰ署名が含まれているので、クライアント４１５は、保存しているＣＡ公開鍵を用いて新しいＡＰサーバ証明書の認証を行うことができる。

また、図４のＣＡ情報３０１に、図示されていない他の情報が含まれていても構わない。
また、ＣＡ情報更新部４１７は、ダウンロードした新しいＣＡ情報の正当性が確認できると、新しいＣＡ情報を予備メモリ４１９に保存するが、このときＣＡ署名３０３は保存しなくてもよい。これにより予備メモリ４１９の容量を削減することが可能となる。同様に、初期状態としてメモリ４１８にはＣＡ情報Ａ３０１ａが保存されているが、ＣＡ署名Ａ３０３ａは保存しておかなくてもよい。

また、サーバ認証部４１６は、予備メモリ４１９に保存されているＣＡ情報Ｂ３０１ｂをメモリ４１８に移した後に予備メモリ４１９を空にするとしたが、その代わりに、メモリ４１８を空にして、それ以降はメモリ４１８と予備メモリ４１９の役割を交代させるようにし、以降ＣＡ情報の更新を行う毎に、メモリ４１８と予備メモリ４１９の役割を交代させるようにしてもよい。

（第２の実施の形態）
次に、上記第１の実施の形態における認証局およびダウンロードサーバの運用の一例を、本発明の第２の実施の形態として、図５〜図９を用いて説明する。

図５は、認証局およびダウンロードサーバの運用例を表すフローチャートである。
図６は、ダウンロードサーバの終了判断を行うフローチャートである。
図７は、正常時の認証局、クライアント、ダウンロードサーバおよびアプリケーションサーバの動作フローの一例である。

図８は、ＣＡ証明書Ａが有効期限前に失効した場合の認証局、クライアント、ダウンロードサーバおよびアプリケーションサーバの動作フローの一例で、失効時に次回ダウンロードサーバが未稼働の場合である。

図９は、ＣＡ証明書Ａが有効期限前に失効した場合の認証局、クライアント、ダウンロードサーバおよびアプリケーションサーバの動作フローの一例で、失効時に次回ダウンロードサーバがすでに稼働している場合である。

本実施の形態では、ＣＡ証明書Ａ１０６ａの有効期限を２０年とし、ＣＡ証明書Ａ１０６ａの有効期限が切れる５年前に、新しい認証局Ｂ１０１ｂおよびダウンロードサーバＢ４０６ｂを稼働させるものとする。

また、ダウンロードサーバは、一つ前のＣＡ証明書に指定されている有効期限が切れる時に稼働を終了させるものとする。例えば、ダウンロードサーバＢ４０６ｂは、ＣＡ証明書Ａ１０６ａに指定されている有効期限、すなわち認証局Ａ１０１ａの稼働開始から２０年後となる。

まず認証局およびダウンロードサーバの運用例を図５および図６のフローチャートを用いて説明する。ここでは、認証局およびダウンロードサーバを管理するシステムの運用者による作業手順が示されている。

図５に示されるように、運用が開始されると（ステップ５０１）、まず、認証局Ａ１０１ａを稼働させる（ステップ５０２）。
ＣＡ証明書Ａ１０６ａが有効期限前に失効しているかどうかを確認し（ステップ５０３）、失効している場合にはステップ５１１に、失効していない場合にはステップ５０４に進む。

失効してない場合には（ステップ５０３でＮｏ）、ＣＡ証明書Ａ１０６ａの有効期限が切れる５年前になっているかどうかを確認し（ステップ５０４）、５年前になっていない場合にはステップ５０３に戻り、５年前になった場合にはステップ５０５に進む。

５年前になった場合には（ステップ５０４でＹｅｓ）、認証局Ｂ１０１ｂを仮稼働させるとともに（ステップ５０５）、ダウンロードサーバＢ４０６ｂを稼働させる（ステップ５０６）。なお、この時点では、認証局Ｂ１０１ｂはＣＡ公開鍵ＢとＣＡ秘密鍵Ｂ１０５ｂとの鍵ペアを作成し保有しているが、アプリケーションサーバ４０１がクライアント４１５に送付するサーバ証明書はＡＰサーバ証明書Ａ４０２ａのままである。

続いて、ＣＡ証明書Ａ１０６ａが有効期限前に失効しているかどうかを確認し（ステップ５０７）、失効している場合にはステップ５０９に、失効していない場合にはステップ５０８に進む。

失効していない場合には（ステップ５０７でＮｏ）、ＣＡ証明書Ａ１０６ａの有効期限が切れているかどうかを確認し（ステップ５０８）、切れていない場合にはステップ５０７に戻り、切れた場合にはステップ５０９に進む。

有効期限が切れている場合には（ステップ５０８でＹｅｓ）、認証局Ａ１０１ａの稼働を終了させ（ステップ５０９）、認証局Ｂ１０１ｂを本稼働させる（ステップ５１０）。なお、この時点で、アプリケーションサーバ４０１がクライアント４１５に送付するサーバ証明書は、ＣＡ秘密鍵Ｂ１０５ｂによる署名が付加されたＡＰサーバ証明書Ｂである。

一方、ＣＡ証明書Ａ１０６ａが有効期限前に失効した場合には（ステップ５０３でＹｅｓ）、ダウンロードサーバＢ４０６ｂを稼働させた後に（ステップ５１１）、認証局Ａ１０１ａの稼動を終了させる（ステップ５０９）。

なお、認証局Ｂ１０１ｂを本稼動させた後は（ステップ５１０）、これまでの認証局ＡおよびＣＡ証明書Ａに対する処理をそれぞれ認証局ＢおよびＣＡ証明書Ｂに対して行うとともに、認証局Ｂ、ＣＡ証明書ＢおよびダウンロードサーバＢに対する処理を次に有効となる認証局Ｃ、ＣＡ証明書ＣおよびダウンロードサーバＣに対して行うことで、同様の処理を繰り返す（ステップ５０３〜５１０）。

なお、現在稼働しているダウンロードサーバの稼働を終了させるかどうかは、図６に示すフローチャートで表される。
ダウンロードサーバが稼働すると（ステップ６０１）、ダウンロードサーバの稼働期間を確認し（ステップ６０２）、稼働期間を終了していない場合は、ステップ６０２に戻って稼働期間の終了まで待ち、稼働期間を終了している場合は、ステップ６０３に進む。なお、ダウンロードサーバの稼動期間は、例えば、現在有効なＣＡ証明書の有効期限の５年前から有効期限までである。

稼動期間が終了した場合には（ステップ６０２でＹｅｓ）、ダウンロードサーバの稼働を終了する（ステップ６０３）。たとえば、直前まで有効であったＣＡ証明書の有効期限が満了した後に、ダウンロードサーバを終了させる。

以降、同様の動作を繰り返し、認証局およびダウンロードサーバの稼働と終了を行う。
以上のように、本実施の形態によれば、ＣＡ証明書が有効期限で終了した場合だけでなく、有効期限前に失効した場合であっても、実施の形態１と同様に、クライアント４１５は、次に有効となるＣＡ証明書を保持するだけでＣＡ証明書を更新することができるので、常に多数個のＣＡ証明書を保有したり、複数のＣＡ証明書を用いて検証するプログラムもしくは回路を組み込んでおいたりする必要がない。また、クライアント４１５は、定期的に、次に有効となるダウンロードサーバにアクセスして新しいＣＡ証明書を取得することで、新たなアプリケーションサーバとの通信を開始することができるので、時計を用いてＣＡ証明書の有効期限を監視する必要がない。よって、クライアント４１５は、家電機器などのように十分なリソースを保有していない機器であっても、ＣＡ証明書の有効期限がいつかを気にすることなく、確実にＣＡ証明書の取得および更新を行うことができる。

なお、図５において、ステップ５０５とステップ５０６の順序は逆でもよいし、全く同時であっても構わない。同様にステップ５０９とステップ５１０の順序は逆でもよいし、全く同時であっても構わない。

次に図５および図６のフローチャートに従って認証局およびダウンロードサーバの運用を行った場合の、クライアント、ダウンロードサーバおよびアプリケーションサーバの動作フローを、通常時（ＣＡ証明書が有効期限切れにより失効）、および有効期限切れより前に何らかの理由でＣＡ証明書が失効したときのそれぞれの場合について説明する。なお有効期限切れより前に何らかの理由でＣＡ証明書が失効した場合の動作フローは、失効した時点で次のダウンロードサーバが稼働しているときと、稼働していないときの２通りについて説明する。

図７は通常時のクライアント、ダウンロードサーバおよびアプリケーションサーバの動作フローである。
初期状態のクライアント４１５においては、メモリ４１８内にはＣＡ情報Ａ３０１ａが保存されているが、予備メモリ４１９には何も保存されていない。

ＣＡ証明書Ａ１０６ａの有効期限内は、アプリケーションサーバ４０１が送付するＡＰサーバ証明書ＡはＣＡ公開鍵Ａで認証可能であるため、クライアント４１５は自身が保持しているＣＡ情報Ａ３０１ａを用いてアプリケーションサーバ４０１の正当性を確認できる。

またクライアント４１５は、ＵＲＬＢ３０２ｂが示すダウンロードサーバＢ４０６ｂへの接続を定期的に試みるが、ＣＡ証明書Ａ１０６ａの有効期限が切れる５年前まではダウンロードサーバＢ４０６ｂはまだ稼働していないため、接続には必ず失敗する。

ＣＡ証明書Ａ１０６ａの有効期限が残り５年前になった時点で、新しい認証局Ｂ１０１ｂを稼働し、新しいＣＡ証明書Ｂ１０６ｂとＣＡ情報Ｂ３０１ｂが作成される。同時にＣＡ情報Ｂ３０１ｂのダウンロードが可能なダウンロードサーバＢ４０６ｂを稼働する。

ダウンロードサーバＢ４０６ｂが稼働すると、クライアント４１５は、ダウンロードサーバＢ４０６ｂへの接続に成功し、ＣＡ情報Ｂ３０１ｂを取得することができる。クライアント４１５は、ＣＡ情報Ｂ３０１ｂが正当であることを確認すると、ＣＡ情報Ｂ３０１ｂを予備メモリ４１９に保存する。

クライアント４１５は、ダウンロードサーバＢ４０６ｂへの接続を定期的に試みるため、ＣＡ証明書Ａ１０６ａの有効期限が切れる前は、ＣＡ情報Ｂ３０１ｂを取得した後であってもダウンロードサーバＢ４０６ｂへの接続とＣＡ情報Ｂ３０１ｂの取得は継続される。この場合、予備メモリ４１９内のＣＡ情報と取得したＣＡ情報が同一であれば予備メモリ４１９への保存をしないようにしてもよいし、取得したＣＡ情報が正当なものであれば常に上書きするようにしてもよい。

さて、ＣＡ証明書Ａ１０６ａの有効期限が切れると、アプリケーションサーバ４０１は、新しいＣＡ証明書Ｂ１０６ｂで認証するＡＰサーバ証明書Ｂを、サーバ認証に用いるようになる。この後、クライアント４１５がアプリケーションサーバ４０１とのＳＳＬ通信を開始するにあたり、取得するサーバ証明書はＡＰサーバ証明書Ｂになるが、保持しているＣＡ証明書Ａ１０６ａではＡＰサーバ証明書Ｂの認証は失敗する。

すると、クライアント４１５は予備メモリ４１９に保存しているＣＡ情報Ｂ３０１ｂ内のＣＡ証明書Ｂ１０６ｂを用いてＡＰサーバ証明書Ｂの認証を行う。クライアント４１５は、ＡＰサーバ証明書Ｂが正当であると確認すると、ＳＳＬ通信を継続し、同時に予備メモリ４１９内のＣＡ情報Ｂ３０１ｂをメモリ４１８に移し、予備メモリ４１９内の情報は削除する。

これ以降、クライアント４１５は、ＣＡ証明書Ｂ１０６ｂを用いてサーバ認証を行い、またＣＡ情報Ｂ３０１ｂ内のＵＲＬＣ３０２ｃで表されるダウンロードサーバＣへの接続を定期的に行うようにする。

この場合、ダウンロードサーバＢ４０６ｂは、ＣＡ証明書Ａ１０６ａが失効すると同時に稼働を終了する。
以下、同様の動作を継続することにより、認証局およびＣＡ証明書が新しくなった場合でも、クライアント４１５はアプリケーションサーバ４０１の認証やＣＡ証明書の更新を行えるようになる。

さて、ＣＡ秘密鍵Ａ１０５ａが解読されるなど、ＣＡ秘密鍵Ａ１０５ａの安全性が保証できなくなった場合には、速やかにＣＡ証明書Ａ１０６ａを失効させると同時に、新しい認証局Ｂ１０１ｂを稼働させ、新しいＣＡ証明書Ｂ１０６ｂを発行する必要がある。同時にアプリケーションサーバ４０１は、新しい認証局Ｂ１０１ｂから新しいＡＰサーバ証明書Ｂを発行してもらい、サーバ認証に用いるようにしなければならない。

図８は、次回のＣＡ情報をダウンロードするためのダウンロードサーバが稼働する前に、現在のＣＡ証明書が失効した場合の、認証局、クライアント、ダウンロードサーバおよびアプリケーションサーバの動作フローである。

ＣＡ証明書Ａ１０６ａが失効する前の各動作は、図７と同様である。
ＣＡ証明書Ａ１０６ａが失効した時点で、認証局Ｂ１０１ｂはまだ稼働していないので、システムの運用者は、速やかに新しい認証局Ｂ１０１ｂを稼働させ、新しいＣＡ証明書Ｂ１０６ｂを発行すると同時に、ＣＡ情報Ｂ３０１ｂを作成する。またこれと同時にダウンロードサーバＢ４０６ｂを稼働させ、ＣＡ情報Ｂ３０１ｂをダウンロードできるようにする。

ＣＡ証明書Ａ１０６ａが失効した後、たまたまクライアント４１５がアプリケーションサーバ４０１のサーバ認証を行う前に、ダウンロードサーバＢ４０６ｂへの接続が成功し、新しいＣＡ情報Ｂ３０１ｂを取得できた場合には、クライアント４１５は通常動作時と同様にＣＡ情報の更新を行うことができる。

しかし、ＣＡ情報Ｂ３０１ｂの取得前に、クライアント４１５がアプリケーションサーバ４０１のサーバ認証を行うと、クライアント４１５がＡＰサーバ証明書Ｂの認証に失敗するが、このとき予備メモリ４１９には新しいＣＡ情報Ｂ３０１ｂは保存されていない。この場合、クライアント４１５はただちにダウンロードサーバＢ４０６ｂへの接続を試みる。この時点ではすでにダウンロードサーバＢ４０６ｂが稼働しているので、クライアント４１５はダウンロードサーバＢ４０６ｂから新しいＣＡ情報Ｂ３０１ｂを取得できる。

新しいＣＡ情報Ｂ３０１ｂを取得した後は、通常時と同様の動作を繰り返す。ただし図８に示すように、ＣＡ証明書Ａ１０６ａが有効期限前に失効した場合でも、ダウンロードサーバＢ４０６ｂは、ＣＡ証明書Ａ１０６ａの本来の有効期限であった時点まで稼働を継続する。

図９は、次回のＣＡ情報をダウンロードするためのダウンロードサーバが稼働した後に、現在のＣＡ証明書が失効した場合の、認証局、クライアント、ダウンロードサーバおよびアプリケーションサーバの動作フローである。

ＣＡ証明書Ａ１０６ａが失効する前の各動作は、図７と同様である。
ＣＡ証明書Ａ１０６ａが失効した時点で、アプリケーションサーバ４０１は新しい認証局Ｂ１０１ｂから発行された新しいＡＰサーバ証明書Ｂを、クライアント４１５とのサーバ認証に使用する。

またＣＡ証明書Ａ１０６ａが失効した時点で、認証局Ｂ１０１ｂおよびダウンロードサーバＢ４０６ｂは稼働しているので、クライアント４１５はＣＡ情報Ｂ３０１ｂを取得できるようになっている。そのため、クライアント４１５がすでにＣＡ情報Ｂ３０１ｂを取得し、予備メモリ４１９に保存していた場合には、図７と同様に、ＡＰサーバ証明書Ｂの認証に失敗した時点でＣＡ情報の更新を行うことができる。

またクライアント４１５はＣＡ情報Ｂ３０１ｂを取得する前に、ＡＰサーバ証明書Ｂの認証に失敗した場合には、図８と同様にその時点でダウンロードサーバＢ４０６ｂに接続し、新しいＣＡ情報Ｂ３０１ｂの取得を行い、ＡＰサーバ証明書Ｂの認証を継続する。

それ以降は、通常時と同様の動作を繰り返す。ただし、図９に示すように、ＣＡ証明書Ａ１０６ａが有効期限前に失効した場合でも、ダウンロードサーバＢ４０６ｂは、ＣＡ証明書Ａ１０６ａの本来の有効期限であった時点まで稼働を継続する。

以下、同様の動作を継続することにより、ＣＡ証明書が有効期限前に失効した場合でも、クライアント４１５はアプリケーションサーバ４０１の認証やＣＡ証明書の更新を行えるようになる。

なお、本実施の形態では、ＣＡ証明書の有効期限を２０年、ＣＡ証明書の有効期限が切れる５年前に新しい認証局およびダウンロードサーバを稼働させるとしたが、本発明は、有効期限は２０年でなくてもよく、また認証局およびダウンロードサーバの稼働開始はＣＡ証明書の有効期限の５年前でなくてもよい。またＣＡ証明書の有効期限は、全て２０年である必要はなく、ＣＡ証明書ごとに異なっていてもよい。

また、予備メモリ４１９に保存されているＣＡ情報Ｂ３０１ｂをメモリ４１８に保存し、予備メモリ４１９を空にするとしたが、その代わりにメモリ４１８を空にして、それ以降はメモリ４１８と予備メモリ４１９の役割を交代させるようにし、以降ＣＡ情報の更新を行う毎に、メモリ４１８と予備メモリ４１９の役割を交代させるようにしてもよい。

また、本実施の形態では、複数の認証局Ａ１０１ａおよび認証局Ｂ１０１ｂが設けられたが、図１０に示されるシステム構成のように、１つの認証局が複数のサーバ証明書およびＣＡ情報を発行してもよい。図１０では、１つの認証局１２０が２つの証明書発行部Ａ１２０ａおよびＢ１２０ｂを備える。証明書発行部Ａ１２０ａは、図３における認証局Ａ１０１ａに相当し、証明書発行部Ｂ１２０ｂは、図３における認証局Ｂ１０１ｂに相当する。ダウンロードサーバについても同様のことが言える。つまり、本実施の形態における認証局およびダウンロードサーバは、物理的なものではなく、同一のコンピュータ装置内に実現されるか異なるコンピュータ装置内に実現されるか等には依存しない機能的な単位として捉えることができる。

また、本実施の形態では、認証局およびダウンロードサーバの立ち上げおよび終了をシステムの運用者が行ったが、本発明は、このような人手による作業だけに限られるものではなく、予め設定した稼動スケジュールに基づいて動作する管理用コンピュータの下で、これらの認証局およびダウンロードサーバの立ち上げおよび終了を自動化させてもよい。

本発明は、サーバの正当性を確認しながらサーバからサービスの提供を受けるクライアント機器（通信装置）等として、特に、メモリ等のリソースの少ないＡＶ機器等の家電機器等として、利用することができる。

従来の秘密通信であるＳＳＬにおける鍵情報および証明書の準備を表す図である。 ＳＳＬにおける通信プロトコルを表す図である。 第１の実施の形態における通信システムの構成図である。 ＣＡ情報の一例を示す図である。 第２の実施の形態における認証局およびダウンロードサーバの運用例を表すフローチャートである。 ダウンロードサーバの終了判断を行うフローチャートである。 認証局、クライアント、ダウンロードサーバおよびアプリケーションサーバの動作フローの一例（正常時）を示す図である。 認証局、クライアント、ダウンロードサーバおよびアプリケーションサーバの動作フローの一例（認証局Ｂ稼働前にＣＡ証明書Ａが期限前に失効）を示す図である。 認証局、クライアント、ダウンロードサーバおよびアプリケーションサーバの動作フローの一例（認証局Ｂ稼働中にＣＡ証明書Ａが期限前に失効）を示す図である。 １つの認証局が複数のサーバ証明書およびＣＡ情報を発行する通信システムの構成図である。

Claims (15)

1. 通信ネットワークで接続されたサーバの正当性を確認する通信装置であって、
   前記サーバの正当性を示すサーバ証明書が正当であることを示す第１ＣＡ証明書と、当該第１ＣＡ証明書が失効した場合に次に有効となる第２ＣＡ証明書を含む第２ＣＡ情報が置かれたダウンロードサーバの前記通信ネットワーク上の場所を示す次回更新用アドレスとが含まれる第１ＣＡ情報を記憶する第１記憶手段と、
   前記第１ＣＡ証明書を用いて前記サーバ証明書を検証することによって、前記サーバの正当性を認証する認証手段と、
   前記次回更新用アドレスが示す前記ダウンロードサーバから前記第２ＣＡ情報を取得するＣＡ情報更新手段とを備え、
   前記認証手段は、前記第１ＣＡ証明書が失効した後においては、前記ＣＡ情報更新手段によって取得された前記第２ＣＡ情報に含まれる前記第２ＣＡ証明書を用いて前記サーバの正当性を認証する
   ことを特徴とする通信装置。
2. 前記ＣＡ情報更新手段は、一定期間毎に、前記ダウンロードサーバへの接続を試み、接続できた場合に、当該ダウンロードサーバから前記第２ＣＡ情報を取得する
   ことを特徴とする請求項１記載の通信装置。
3. 前記ＣＡ情報更新手段は、前記認証手段が前記第１ＣＡ証明書を用いて前記サーバの正当性を認証することができなかった場合に、前記ダウンロードサーバへの接続を試み、接続できた場合に、当該ダウンロードサーバから前記第２ＣＡ情報を取得する
   ことを特徴とする請求項１記載の通信装置。
4. 前記認証手段は、前記ＣＡ情報更新手段によって取得された前記第２ＣＡ情報に含まれる前記第２ＣＡ証明書を用いて前記サーバの正当性の認証を試み、認証することができた場合に、前記第１ＣＡ証明書に代えて、前記第２ＣＡ証明書を用いて前記サーバの正当性を認証する
   ことを特徴とする請求項１記載の通信装置。
5. 前記通信装置はさらに、前記第２ＣＡ情報を記憶するための第２記憶手段を備え、
   前記ＣＡ情報更新手段は、前記ダウンロードサーバから取得した前記第２ＣＡ情報を前記第２記憶手段に格納し、
   前記認証手段は、前記第１ＣＡ証明書が失効した後においては、前記第２記憶手段に格納された前記第２ＣＡ情報に含まれる前記第２ＣＡ証明書を用いて、前記サーバの正当性を認証する
   ことを特徴とする請求項１記載の通信装置。
6. 前記通信装置はさらに、前記第２ＣＡ情報を記憶するための第２記憶手段を備え、
   前記ＣＡ情報更新手段は、前記ダウンロードサーバから取得した前記第２ＣＡ情報を前記第２記憶手段に格納し、
   前記認証手段は、前記第１ＣＡ証明書が失効した後においては、前記第２記憶手段に格納された前記第２ＣＡ情報を前記第１記憶手段に移し、前記第１記憶手段に格納された前記第２ＣＡ情報に含まれる前記第２ＣＡ証明書を用いて、前記サーバの正当性を認証する
   ことを特徴とする請求項１記載の通信装置。
7. 前記ＣＡ情報更新手段は、前記ダウンロードサーバから当該ダウロードサーバの正当性を示すダウンロードサーバ証明書を取得し、取得したダウンロードサーバ証明書に基づいて当該ダウンロードサーバの正当性を認証した後に、前記第２ＣＡ情報を取得する
   ことを特徴とする請求項１記載の通信装置。
8. 通信ネットワークで接続されたサーバの正当性を確認する通信装置による正当性確認方法であって、
   前記サーバの正当性を示すサーバ証明書が正当であることを示す第１ＣＡ証明書と、当該第１ＣＡ証明書が失効した場合に次に有効となる第２ＣＡ証明書を含む第２ＣＡ情報が置かれたダウンロードサーバの前記通信ネットワーク上の場所を示す次回更新用アドレスとが含まれる第１ＣＡ情報を記憶手段に格納する記憶ステップと、
   前記第１ＣＡ証明書を用いて前記サーバ証明書を検証することによって、前記サーバの正当性を認証する認証ステップと、
   前記次回更新用アドレスが示す前記ダウンロードサーバから前記第２ＣＡ情報を取得するＣＡ情報更新ステップとを含み、
   前記認証ステップでは、前記第１ＣＡ証明書が失効した後においては、前記ＣＡ情報更新ステップで取得された前記第２ＣＡ情報に含まれる前記第２ＣＡ証明書を用いて前記サーバの正当性を認証する
   ことを特徴とするサーバの正当性確認方法。
9. 通信ネットワークで接続されたサーバの正当性を確認する通信装置のためのプログラムであって、
   請求項８記載の正当性確認方法に含まれるステップを含む
   ことを特徴とするプログラム。
10. 通信ネットワークで接続されたサーバの正当性を保証する認証装置であって、
    前記サーバの正当性を保証するサーバ証明書を発行するサーバ証明書発行手段と、
    前記サーバ証明書が正当であることを示す第１ＣＡ証明書と、当該第１ＣＡ証明書が失効した場合に次に有効となる第２ＣＡ証明書を含む第２ＣＡ情報が置かれたダウンロードサーバの前記通信ネットワーク上の場所を示す次回更新用アドレスとが含まれる第１ＣＡ情報を発行するＣＡ情報発行手段と
    を備えることを特徴とする認証装置。
11. 通信ネットワークで接続されたサーバの正当性を保証する認証装置による認証方法であって、
    前記サーバの正当性を保証するサーバ証明書を発行するサーバ証明書発行ステップと、
    前記サーバ証明書が正当であることを示す第１ＣＡ証明書と、当該第１ＣＡ証明書が失効した場合に次に有効となる第２ＣＡ証明書を含む第２ＣＡ情報が置かれたダウンロードサーバの前記通信ネットワーク上の場所を示す次回更新用アドレスとが含まれる第１ＣＡ情報を発行するＣＡ情報発行ステップと
    を含むことを特徴とする認証方法。
12. 通信ネットワークで接続されたサーバの正当性を保証する認証装置のためのプログラムであって、
    請求項１１記載の認証方法に含まれるステップを含む
    ことを特徴とするプログラム。
13. 通信ネットワークで接続された第ｎ認証装置と第（ｎ＋１）認証装置と第（ｎ＋１）ダウンロードサーバとを含む通信システムの運用方法であって、
    前記第ｎ認証装置は、
    アプリケーションサーバの正当性を保証する第ｎサーバ証明書を発行する第ｎサーバ証明書発行手段と、
    前記第ｎサーバ証明書が正当であることを示す第ｎＣＡ証明書と、前記第（ｎ＋１）ダウンロードサーバの前記通信ネットワーク上の場所を示す第（ｎ＋１）更新用アドレスとが含まれる第ｎＣＡ情報を発行する第ｎＣＡ情報発行手段とを備え、
    前記第（ｎ＋１）認証装置は、
    前記アプリケーションサーバの正当性を保証する第（ｎ＋１）サーバ証明書を発行する第（ｎ＋１）サーバ証明書発行手段と、
    前記第（ｎ＋１）サーバ証明書が正当であることを示す第（ｎ＋１）ＣＡ証明書と、当該第（ｎ＋１）ＣＡ証明書が失効した場合に次に有効となる第（ｎ＋２）ＣＡ証明書を含む第（ｎ＋２）ＣＡ情報が置かれた第（ｎ＋２）ダウンロードサーバの前記通信ネットワーク上の場所を示す第（ｎ＋２）更新用アドレスとが含まれる第（ｎ＋１）ＣＡ情報を発行する第（ｎ＋１）ＣＡ情報発行手段とを備え、
    前記第（ｎ＋１）ダウンロードサーバは、
    前記第ｎＣＡ証明書が失効した場合に次に有効となる第（ｎ＋１）ＣＡ証明書を含む第（ｎ＋１）ＣＡ情報を記憶するＣＡ情報記憶手段と、
    前記ＣＡ情報記憶手段に記憶された第（ｎ＋１）ＣＡ情報を、前記通信ネットワークを介して接続された通信装置に出力する出力手段とを備え、
    前記運用方法は、
    前記第ｎ認証装置を稼動させる第ｎ稼動ステップと、
    前記第ｎＣＡ証明書の有効期限が切れる前に、前記第（ｎ＋１）認証装置および前記第（ｎ＋１）ダウンロードサーバを稼動させる第（ｎ＋１）稼動ステップと
    を１以上の整数ｎについて繰り返す
    ことを特徴とする運用方法。
14. 前記第（ｎ＋１）稼動ステップでは、前記第ｎＣＡ証明書が失効した場合に、前記第（ｎ＋１）認証装置および前記第（ｎ＋１）ダウンロードサーバを稼動させる
    ことを特徴とする請求項１３記載の運用方法。
15. 前記運用方法はさらに、
    前記第ｎＣＡ証明書の有効期限が満了した後に、前記第ｎ認証装置および前記第（ｎ＋１）ダウンロードサーバの稼動を終了させる終了ステップを含む
    ことを特徴とする請求項１３記載の運用方法。

Images