(57)【要約】【課題】  煩わしい処理を行うことなく証明書を取得する。  【解決手段】  証明書管理サーバ３０は、ＰＣ１０からの委任状を受信すると、認証局４０に対してＰＣ１０の認証を依頼する。そして、証明書管理サーバ３０は、認証局４０でＰＣ１０が認証されたことを示す証明書を受信すると、認証依頼元のＰＣ１０の証明書が必要な複合機２０に、受信した証明書を送信する。【選択図】  図１
2007028049.tif 000002
【特許請求の範囲】
【請求項１】
複数の装置からの認証依頼を認証局に随時又は所定時間毎に依頼する認証依頼手段と、
前記認証局で認証された証明書を受信する受信手段と、
前記受信手段により受信された証明書を、当該証明書を必要とする装置に送信する送信手段と、
を備えた証明書管理装置。
【請求項２】
前記受信手段で受信された証明書の更新時期を抽出する更新時期抽出手段と、
前記更新情報抽出手段により抽出された更新時期になる前に、前記認証依頼した装置又は前記証明書を有している装置に前記更新時期を通知する通知手段と、を更に備えた
請求項１に記載の証明書管理装置。
【請求項３】
前記受信手段で受信された証明書の更新時期を抽出する更新時期抽出手段を更に備え、
前記認証依頼手段は、前記更新情報抽出手段により抽出された更新時期になる前に、前記認証局に前記証明書の更新を依頼する
請求項１に記載の証明書管理装置。
【請求項４】
前記認証局に証明書の更新を依頼してから更新されるまでの時間を取得する更新時間取得手段を更に備え、
前記認証依頼手段は、前記更新時期よりも前記更新時間の分だけ少なくとも前の時期に、前記認証局に前記証明書の更新を依頼する
請求項３に記載の証明書管理装置。
【請求項５】
前記認証依頼手段は、１つの装置から認証依頼がある度に、又は、所定時間毎に、前記認証局に認証を依頼する
請求項１から請求項４のいずれか１項に記載の証明書管理装置。
【請求項６】
複数の装置からの認証依頼を認証局に随時又は所定時間毎に依頼し、
前記認証局で認証された証明書を受信し、
前記受信された証明書を、当該証明書を必要とする装置に送信する
証明書管理方法。
【請求項７】
前記受信された証明書の更新時期を抽出し、
前記抽出された更新時期になる前に、前記認証依頼した装置又は前記証明書を有している装置に前記更新時期を通知する
請求項６に記載の証明書管理方法。
【請求項８】
前記受信された証明書の更新時期を抽出し、
前記抽出された更新時期になる前に、前記認証局に前記証明書の更新を依頼する
請求項６に記載の証明書管理方法。
【請求項９】
前記認証局に証明書の更新を依頼してから更新されるまでの時間を取得し、
前記更新時期から少なくとも前記取得した時間だけ遡った時期に、前記認証局に前記証明書の更新を依頼する
請求項８に記載の証明書管理方法。
【請求項１０】
前記認証の依頼では、１つの装置から認証依頼がある度に、又は、所定時間毎に、前記認証局に認証を依頼する
請求項６から請求項９のいずれか１項に記載の証明書管理方法。
【請求項１１】
コンピュータに、
複数の装置からの認証依頼を認証局に随時又は所定時間毎に依頼させ、前記認証局で認証された証明書を受信させ、前記受信された証明書を、当該証明書を必要とする装置に送信させる
証明書管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、証明書管理装置、方法及びプログラムに係り、特に、複数の装置の認証依頼や証明書の更新などを管理する証明書管理装置、方法及びプログラムに関する。
【背景技術】
【０００２】
従来、ユーザ証明書をプリンタ、複合機等のデバイスに登録する場合、各エンドユーザが認証局から証明書を取得し、デバイスに取得した証明書をそのまま登録し、もしくは証明書付きメールをデバイスに発行していた。しかしながら、各人が証明書を認証局から取得するためには煩わしい処理が必要であり、エンドユーザによっては、証明書を取得できなかったりしなかったりし、社内のセキュリティを完全なものにすることができなかった。
【０００３】
そこで、特許文献１には、認証局が電子メール装置のメールアドレスと公開鍵との対応について公開鍵証明書を発行することで保証し、自装置の公開鍵を新規に登録または有効期限切れなどの理由により更新した場合、通信相手に効率よく新たな公開鍵を送信する技術が記載されている。
【０００４】
特許文献１に記載された技術では、エンドユーザ自らが、認証を依頼して証明書を取得し、デバイスである電子メール装置に証明書を登録する。一方、電子メール装置は、証明書が失効された場合、登録していたユーザに失効した旨をメールで通知する。
【特許文献１】特開２００２−２０８９６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１に記載された技術では、多くのユーザが証明書を取得しようとすると、各ユーザは証明書取得のために煩わしい処理をしなければならず、ユーザによっては証明書を取得できないこともあった。
【０００６】
本発明は、上述した課題を解決するために提案されたものであり、煩わしい処理を行うことなく証明書を取得することができる証明書管理装置、方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る証明書管理装置は、複数の装置からの認証依頼を認証局に随時又は所定時間毎に依頼する認証依頼手段と、前記認証局で認証された証明書を受信する受信手段と、前記受信手段により受信された証明書を、当該証明書を必要とする装置に送信する送信手段と、を備えている。
【０００８】
本発明に係る証明書管理方法は、複数の装置からの認証依頼を認証局に随時又は所定時間毎に依頼し、前記認証局で認証された証明書を受信し、前記受信された証明書を、当該証明書を必要とする装置に送信する。
【０００９】
本発明に係る証明書管理プログラムは、コンピュータに、複数の装置からの認証依頼を認証局に随時又は所定時間毎に依頼させ、前記認証局で認証された証明書を受信させ、前記受信された証明書を、当該証明書を必要とする装置に送信させる。
【００１０】
認証局は、装置を公的に認証するものであり、認証時に証明書を発行する。認証依頼手段は、認証局に対して、複数の装置からの認証依頼を随時又は所定時間毎に依頼する。そして、認証局が認証して証明書を発行すると、受信手段はその証明書を受信する。送信手段は、受信した証明書を必要とする装置に送信する。
【００１１】
したがって、上記発明によれば、複数の装置からの認証依頼を認証局に随時又は所定時間毎に依頼し、前記認証局で認証された証明書を受信し、前記受信された証明書を、当該証明書を必要とする装置に送信することにより、各装置がそれぞれ認証局に直接認証依頼する負担を省き、煩わしい処理を行うことなく証明書を取得できる。
【００１２】
上記証明書管理装置は、前記受信手段で受信された証明書の更新時期を抽出する更新時期抽出手段と、前記更新情報抽出手段により抽出された更新時期になる前に、前記認証依頼した装置又は前記証明書を有している装置に前記更新時期を通知する通知手段と、を更に備えてもよい。これにより、証明書の更新時期をユーザに報知することができる。
【００１３】
また、上記証明書管理装置は、前記受信手段で受信された証明書の更新時期を抽出する更新時期抽出手段を更に備え、前記認証依頼手段は、前記更新情報抽出手段により抽出された更新時期になる前に、前記認証局に前記証明書の更新を依頼してもよい。これにより、ユーザは何ら煩わしい処理を行うことなく、証明書を自動的に更新することができる。
【００１４】
さらに、上記証明書管理装置は、前記認証局に証明書の更新を依頼してから更新されるまでの時間を取得する更新時間取得手段を更に備え、前記認証依頼手段は、前記更新時期よりも前記更新時間の分だけ少なくとも前の時期に、前記認証局に前記証明書の更新を依頼してもよい。これにより、更新処理中に証明書の有効期限が切れてしまい、証明書の空白期間が生じるのを防止することができる。
【００１５】
また、前記認証依頼手段は、１つの装置から認証依頼がある度に、又は、所定時間毎に、前記認証局に認証を依頼してもよい。
【発明の効果】
【００１６】
本発明に係る証明書管理装置、方法及びプログラムは、複数の装置からの認証依頼を認証局に随時又は所定時間毎に依頼し、前記認証局で認証された証明書を受信し、前記受信された証明書を、当該証明書を必要とする装置に送信することにより、各装置がそれぞれ認証局に直接認証依頼する負担を省き、煩わしい処理を行うことなく証明書を取得できる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の好ましい実施の形態について図面を参照しながら詳細に説明する。
【００１８】
図１は、本発明の実施の形態に係る認証管理システムの構成を示すブロック図である。認証管理システムは、複数のいわゆるパーソナルコンピュータ１０（１０Ａ、１０Ｂ、１０Ｃ）と、複数の複合機２０（２０Ａ、２０Ｂ）と、各複合機２０の証明書を管理する証明書管理サーバ３０と、を備えている。
【００１９】
ＰＣ１０は、ユーザが使用する端末装置であり、様々なアプリケーションソフトウェアを有している。ＰＣ１０は、例えば、アプリケーションソフトウェアによって作成されたデータをメール配信、ファクシミリ送信、プリントアウト等をするために、そのデータを複合機２０に送信する。
【００２０】
複合機２０は、例えば、プリント、ファクシミリ送受信、スキャン、コピー、メール送受信などの各機能を実行できる。複合機２０は、ユーザ証明書及びデバイス証明書を有している。ユーザ証明書とは、当該複合機２０にアクセスできるユーザ（ＰＣ１０）を証明するものである。デバイス証明書は、複合機２０自身を証明するものである。
【００２１】
例えば、複合機２０Ａは、ＰＣ１０Ａのユーザ証明書のみを有しているときは、ＰＣ１０Ａのアクセスのみを受け付け、ＰＣ１０Ｂ〜１０Ｄのアクセスを拒否する。これにより、複合機２０Ａは、身元が証明され、自身が許可したＰＣ１０Ａのデータのみ取り扱うことができる。なお、ユーザ証明書及びデバイス証明書は、認証局４０によって認証されているが、本実施形態では、認証局４０がユーザ証明書を発行する例を挙げて説明する。
【００２２】
証明書管理サーバ３０は、各ＰＣ１０からの認証依頼（証明書発行依頼）を受け付けて、まとめて認証局４０に認証依頼をし、認証局４０で発行された証明書の更新時期の管理等をする。
【００２３】
図２は、証明書管理サーバ３０の構成を示すブロック図である。証明書管理サーバ３０は、ＰＣ１０からの委任状を受信したり、ユーザ証明書等を送受信したり、その他の情報を送受信する送受信部３１と、認証依頼を行い、証明書の更新時期を抽出等するための制御を行う制御部３２と、各ＰＣ１０の証明書を管理する管理ツールを記憶する記憶部３２と、を備えている。
【００２４】
以上のように構成された認証管理システムでは、次のようにＰＣ１０のユーザ証明書が発行される。最初に、ＰＣ１０は、証明書管理サーバ３０に対してユーザ証明書の発行を依頼するために、委任状を証明書管理サーバ３０に送信する。例えば、ＰＣ１０は、証明書管理サーバ３０にアクセスして、次に示す委任状画面を開いて、必要な情報を入力すればよい。
【００２５】
図３は、委任状画面５１を示す図である。委任状画面５１には、ＰＣ１０自身が委任することを示す電子スタンプ５２と、ＰＣ１０自身の情報を示すユーザ情報が入力される。更に、委任状画面５１には、例えば、証明書の希望開始日時、有効期限、ユーザ証明書を必要とするデバイス（本実施形態では複合機２０）等の情報が入力される。なお、電子スタンプ５２の代わりにＰＣ１０の識別情報（ＩＤ）とパスワードを用いてもよい。また、ＰＣ１０は、委任状画面５１に入力される情報を電子メールで証明書管理サーバ３０に送信してもよい。
【００２６】
なお、証明書管理サーバ３０は、クッキーを使ってＰＣ１０のユーザ情報を取得してもよい。また、各ＰＣ１０の情報を一元管理しているサーバがある場合、証明書管理サーバ３０は、そのサーバからユーザ情報を取得してもよい。
【００２７】
図４は、証明書管理サーバ３０の認証依頼ルーチンを示すフローチャートである。証明書管理サーバ３０は、ＰＣ１０からの委任状を受信すると（ステップＳ１）、認証局４０に対してＰＣ１０の認証を依頼する（ステップＳ２）。
【００２８】
なお、証明書管理サーバ３０は、認証局４０に随時認証を依頼するのではなく、所定時間毎に認証局４０に認証を依頼してもよい。これにより、同じ時間帯にＰＣ１０からの認証依頼が集中する場合であっても、証明書管理サーバ３０は、認証局４０への認証依頼をまとめて行うことができる。
【００２９】
また、証明書管理サーバ３０は、所定時間毎に認証局４０に認証依頼を行い、委任状に緊急であることを示す情報（例えば、緊急度が高い、希望する認証期限が近いなど）が含まれていた場合に、随時認証局４０に認証依頼を行ってもよい。つまり、証明書管理サーバ３０は、通常は所定時間毎に認証依頼を行い、緊急時には随時認証依頼を行ってもよい。
【００３０】
次に、証明書管理サーバ３０は、認証局４０でＰＣ１０が認証されたことを示す証明書を受信すると（ステップＳ３）、認証依頼元のＰＣ１０の証明書が必要な複合機２０に、受信した証明書を送信する（ステップＳ４）。
【００３１】
以上のように、証明書管理サーバ３０は、ＰＣ１０からの認証依頼を示す委任状を受信すると、所定時間毎に又は随時、認証局４０にＰＣ１０の認証を依頼する。これにより、ＰＣ１０、すなわちユーザは、認証処理のための煩わしい作業をすることなく、証明書管理サーバ３０に所定の情報を送るだけで、認証局４０にユーザ証明書を発行させることができる。
【００３２】
なお、本発明は、上述した実施の形態に限定されるものではなく、次のような場合にも適用可能である。
【００３３】
例えば、証明書管理サーバ３０は、認証局４０で発行された証明書を受信したとき（ステップＳ３）、証明書から次の更新時期を示す更新時期情報を抽出し、これを管理ツールに書き込むことによって、各証明書の更新時期を管理してもよい。例えば、証明書管理サーバ３０は、更新時期情報が示す更新時期より前に、更新時期がくることを認証依頼したＰＣ１０又はユーザ情報を有している複合機２０に通知してもよい。
【００３４】
また、証明書管理サーバ３０は、更新時期情報が示す更新時期より前に、認証局４０に対して証明書の更新依頼を行ってもよい。この場合、証明書管理サーバ３０は、証明書の更新依頼から発行までの発行時間を取得するとよい。発行時間は、証明書管理サーバ３０が認証局４０に問い合わせてもよいし、最新の証明書発行時間の平均値から得られる時間であってもよい。そして、証明書管理サーバ３０は、更新時期から少なくとも上記発行時間遡った時期までに、認証局４０に証明書の更新依頼を行ってもよい。これにより、証明書の更新処理中に証明書の有効期限が切れてしまい、証明書のライムラグ（空白期間）が発生するのを防止することができる。
【００３５】
なお、本発明は、上述した実施の形態に限定されるものではなく、特許請求の範囲に記載された範囲内で設計上の変更をされたものにも適用可能であるのは勿論である。上述した実施形態では、ユーザ証明書が必要なデバイスの一例として複合機２０を例に挙げたが、その他、プリンタ、ファクシミリ装置、コンピュータなどであってもよい。
【図面の簡単な説明】
【００３６】
【図１】本発明の実施の形態に係る認証管理システムの構成を示すブロック図である。
【図２】証明書管理サーバの構成を示すブロック図である。
【図３】委任状画面を示す図である。
【図４】証明書管理サーバの認証依頼ルーチンを示すフローチャートである。
【符号の説明】
【００３７】
１０、１０Ａ、１０Ｂ、１０Ｃ  ＰＣ
２０、２０Ａ、２０Ｂ  複合機
３０  証明書管理サーバ
３１  送受信部
３２  制御部
３３  記憶部
４０  認証局
【図１】
2007028049.tif 000003
【図２】
2007028049.tif 000004
【図３】
2007028049.tif 000005
【図４】
2007028049.tif 000006