JP7163083B2 - 情報処理装置、情報処理装置の制御方法、及び、プログラム - Google Patents

Description

本発明は、情報処理装置、情報処理装置の制御方法、及び、プログラムに関するものである。

従来、電子証明書を使った公開鍵基盤（ＰＫＩ：ｐｕｂｌｉｃ ｋｅｙ ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）の技術により、セキュアなネットワークの識別と認証が実現されている。

例えば、サーバから取得したサーバ公開鍵証明書と、そのサーバ公開鍵証明書を発行した認証局の認証局証明書を取得することにより、クライアントとしての情報処理装置はサーバの正当性を検証することができる。また、情報処理装置のクライアント公開鍵証明書をサーバに提供することによって、サーバがクライアントの正当性を検証することも可能となる。

電子証明書には有効期限があり、有効期限が切れると、その電子証明書を使用した通信が不可能になってしまう。そのため、有効期限が切れた場合や、切れる直前に電子証明書を更新する必要がある。

従来、有効期限が切れる前に所定のタイミングで電子証明書を自動で更新する技術が知られている（例えば、特許文献１）。情報処理装置は、あらかじめ設定された所定のタイミングになると、証明書管理サーバに更新要求をネットワーク経由で送信し、証明書管理サーバから電子証明書を受信する。また、情報処理装置の操作部からの指示により、証明書管理サーバから手動で電子証明書を受信することもできる。

特開２０１６－１７８４５８号公報

しかしながら、ストレージの容量が少ない情報処理装置においては、電子証明書の格納領域には限りがある。所定時間になると証明書管理サーバから自動で証明書を取得する自動更新機能を設定している場合に、手動で証明書を取得すると、格納領域が上限に達することがあり、証明書の自動更新機能で取得した証明書を保存できなくなってしまう場合がある。この場合、証明書の自動更新機能による証明書の更新ができなくなる。

上記の課題を解決するために、本発明の一態様に係る情報処理装置は以下のような構成を備える。すなわち、ネットワークを介して外部装置と接続可能な情報処理装置であって、予め指定された日時、または、予め指定された周期で、前記外部装置に電子証明書の発行要求を送信し、前記発行要求に応じて前記外部装置から電子証明書を取得する前記情報処理装置が有する第１の機能を有効にする第１の設定手段と、ユーザからの電子証明書の発行要求の指示に応じて、前記外部装置に電子証明書の発行要求を送信し、前記発行要求に応じて前記外部装置から電子証明書を取得する前記情報処理装置が有する第２の機能を有効にする第２の設定手段とを有し、前記第１の設定手段により前記第１の機能が有効にされている場合、前記第２の機能が有効にされないようにすることを特徴とする。

本発明によれば、電子証明書を外部装置から、予め指定された日時、または、予め指定された周期で取得する機能が有効にされている場合、取得した電子証明書を保存することができなくなることを防ぐことができる。

本発明の実施形態１に係るネットワーク構成を説明する図。 実施形態１に係る複合機のハードウェア構成を説明するブロック図。 実施形態１に係る複合機が有するソフトウェアモジュールを説明するブロック図。 実施形態１に係るシステムにおける、電子証明書の発行要求に関する初期設定、電子証明書の情報表示、発行要求と受信、再起動と、その電子証明書を反映するまでの全体処理の流れを説明するシーケンス図。 実施形態１に係る複合機による、図４のＳ４０２の鍵ペア・電子証明書のリストの取得及び表示データの作成処理を説明するフローチャート（Ａ）、実施形態１に係る複合機が、詳細情報を表示する要求をＰＣから受信したときの処理を説明するフローチャート（Ｂ）。 実施形態１に係る複合機による、図４のＳ４０７の認証局・登録局への接続設定の設定処理を説明するフローチャート。 実施形態１に係る複合機による、図４のＳ４１２からＳ４１６に示すＣＡ証明書取得・登録処理を説明するフローチャート。 実施形態１に係る複合機による、図４のＳ４１７－２の証明書の発行要求・取得処理を説明するフローチャート。 実施形態１に係る複合機による、図４のＳ４２４からＳ４２７の複合機１００の再起動に関する処理を説明するフローチャート。 実施形態１に係るＰＣで表示されるＲＵＩのＷｅｂページ画面の例を示す図。 実施形態１に係るＰＣで表示されるＲＵＩのＷｅｂページ画面の例を示す図。 実施形態１に係るＰＣで表示されるＲＵＩのＷｅｂページ画面の例を示す図。 実施形態１に係るＰＣで表示されるＲＵＩのＷｅｂページ画面の例を示す図。 実施形態１に係るＰＣで表示されるＲＵＩのＷｅｂページ画面の例を示す図。 実施形態１に係るＰＣで表示されるＲＵＩのＷｅｂページ画面の例を示す図。 実施形態１に係るＰＣで表示される電子証明書の詳細情報の一例を示す図。 実施形態１に係る複合機の鍵ペア・証明書管理部が管理している鍵ペア・電子証明書の詳細情報のデータベースを概念図。 実施形態１に係る複合機が有する電子証明書の更新予約設定画面の一例を示す図。 実施形態１に係る複合機が、電子証明書の更新予約設定を基に電子証明書の自動更新機能と自動削除機能を実行するときの処理を説明するフローチャート。 実施形態１に係る複合機が有する証明書発行要求画面の生成処理を説明するフローチャート。

以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。尚、実施形態に係る電子証明書の利用及び管理する情報処理装置として複合機（デジタル複合機／ＭＦＰ／Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）を例に説明する。しかしながら適用範囲は複合機に限定はせず、電子証明書が利用可能な情報処理装置であればよい。

［実施形態１］
図１は、本発明の実施形態１に係るネットワーク構成を説明する図である。印刷機能を有する複合機１００は、ネットワーク１１０を介して他の情報処理装置と接続可能である。複合機１００は、ネットワーク１１０を介して、他の情報処理装置との間で、印刷データ、スキャンした画像データ、デバイスの管理情報等の送受信が可能である。また複合機１００は、ＴＬＳ，ＩＰＳＥＣ，ＩＥＥＥ８０２．１Ｘ等の暗号化通信を行う機能を有し、それらの暗号処理に使用する公開鍵ペアと電子証明書を保持している。ここで複合機１００は画像形成装置の一例であり、画像形成装置としてはこれに限らず、ファクシミリ装置、プリンタ、コピー機の単独の機能、或いはこれらの複合的な機能を併せ持つ装置であってもよい。ネットワーク１００には、複合機１０１も接続されており、この複合機１０１は、複合機１００と同等の機能をもっている。以下、複合機１００を主に説明するが、電子証明書のやりとりについては、複数台の複合機を対象とすることもできるものとする。

認証局・登録局１０２は、電子証明書を発行する認証局ＣＡ（Ｃｅｒｔｉｆｉｃａｔｅ Ａｕｔｈｏｒｉｔｙ）の機能と、電子証明書の発行要求の受付、登録処理を行う登録局ＲＡ（Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｕｔｈｏｒｉｔｙ）の機能を有する。即ち、この認証局・登録局１０２は、ネットワーク１１０を介してＣＡ証明書の配布、電子証明書の発行・登録する機能を有するサーバ装置である。実施形態１では、この際のネットワーク１１０のプロトコルとして、ＳＣＥＰ（Ｓｉｍｐｌｅ Ｃｅｒｔｉｆｉｃａｔｅ Ｅｎｒｏｌｌｍｅｎｔ Ｐｒｏｔｏｃｏｌ）を利用するものとする。複合機１００などの情報処理装置は、このＳＣＥＰを利用し、ネットワーク１１０経由で電子証明書の発行要求、取得のための通信を認証局・登録局１０２に対して行う。実施形態１に係る複合機１００は、Ｗｅｂサーバ機能を有し、電子証明書の発行要求、取得のための処理を実行することが可能なＷｅｂページ型のＲＵＩ（Ｒｅｍｏｔｏ ＵＩ）機能をネットワーク１１０に公開している。

認証局・登録局１０２は、ネットワーク１１０を介して他の情報処理装置から電子証明書の発行要求を受信すると、その発行要求に基づく電子証明書の発行と登録処理を行い、発行した電子証明書を、その発行要求の応答として送信する。尚、実施形態１では、認証局と登録局の機能が同一のサーバ装置で実現されているが、認証局と登録局が別のサーバ装置で実現される構成であってもよく、特に限定はしない。また実施形態１では、電子証明書の発行要求やそれを取得するプロトコルとしてＳＣＥＰを利用しているが、同等の機能を持つプロトコルであればよく、本実施形態は特に限定はしない。例えば、ＣＭＰ（Ｃｅｒｔｉｆｉｃａｔｅ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）やＥＳＴ（Ｅｎｒｏｌｌｍｅｎｔ ｏｖｅｒ Ｓｅｃｕｒｅ Ｔｒａｎｓｐｏｒｔ）ｐｒｏｔｏｃｏｌ）などでもよい。

ＰＣ１０３はパーソナルコンピュータで、ＰＣ１０３にはＷｅｂブラウザ機能が搭載されており、ネットワーク１１０に接続された情報処理装置が公開しているＨＴＭＬ文書やＷｅｂサイトを閲覧、利用することが可能である。

次に、実施形態１に係る電子証明書の取得・更新の処理概要を説明する。

複合機１００の管理者は、ＰＣ１０３に搭載されているＷｅｂブラウザを利用して、複合機１００が公開している電子証明書の発行要求及びその取得のためにＷｅｂページに接続して、電子証明書の発行要求、取得のための処理の実行のための設定と指示を行う。複合機１００は、管理者が設定及び指示した内容に従って、認証局・登録局１０２に対しＳＣＥＰによるＣＡ証明書の取得及び電子証明書の発行要求を行う。また複合機１００は、電子証明書の発行要求の応答に含まれる認証局・登録局１０２が発行した電子証明書を取得し、その取得した電子証明書の複合機１００での利用設定を行う。

次に実施形態１に係る複合機１００のハードウェア構成を説明する。

図２は、実施形態１に係る複合機１００のハードウェア構成を説明するブロック図である。

ＣＰＵ２０１は、複合機１００のソフトウェアプログラムを実行し、装置全体の制御を行う。ＲＯＭ２０２はリードオンリーメモリで、複合機１００のブートプログラムや固定パラメータ等を格納している。ＲＡＭ２０３はランダムアクセスメモリで、ＣＰＵ２０１が複合機１００を制御する際に、プログラムや一時的なデータの格納などに使用される。ＨＤＤ２０４はハードディスクドライブで、システムソフトウェア、アプリケーション、各種データを格納する。ＣＰＵ２０１はＲＯＭ２０２に記憶されているブートプログラムを実行し、ＨＤＤ２０４に格納されているプログラムをＲＡＭ２０３に展開し、その展開したプログラムを実行することにより、この複合機１００の動作を制御する。ネットワークＩ／Ｆ制御部２０５は、ネットワーク１１０とのデータの送受信を制御する。スキャナＩ／Ｆ制御部２０６は、スキャナ２１１による原稿の読み取り制御する。プリンタＩ／Ｆ制御部２０７は、プリンタ２１０による印刷処理などを制御する。パネル制御部２０８は、タッチパネル式の操作パネル２１２を制御し、各種情報の表示、使用者からの指示入力を制御する。バス２０９はＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤＤ２０４、ネットワークＩ／Ｆ制御部２０５、スキャナＩ／Ｆ制御部２０６、プリンタＩ／Ｆ制御部２０７、パネル制御部２０８を相互に接続している。このバス２０９を介して、ＣＰＵ２０１からの制御信号や各装置間のデータ信号が送受信される。

図３は、実施形態１に係る複合機１００が有するソフトウェアモジュールを説明するブロック図である。尚、この図３に示すソフトウェアモジュールは、ＣＰＵ２０１がＲＡＭ２０３に展開したプログラムを実行することにより実現される。

ネットワークドライバ３０１は、ネットワーク１１０に接続されるネットワークＩ／Ｆ制御装置２０５を制御して、ネットワーク１１０を介して外部とデータの送受信を行なう。ネットワーク制御部３０２は、ＴＣＰ／ＩＰ等のネットワーク通信プロトコルにおけるトランスポート層以下の通信を制御して、データの送受信を行なう。通信制御部３０３は、複合機１００がサポートする複数の通信プロトコルの制御を行うためのモジュールである。実施形態１に係る電子証明書の取得及び更新処理では、通信制御部３０３がＨＴＴＰプロトコル通信のための要求、及び応答データの生成、解析処理とデータ送受信の制御を行い、認証局・登録局１０２やＰＣ１０３との通信を実行する。また複合機１００がサポートするＴＬＳ，ＩＰＳＥＣ，ＩＥＥＥ８０２．１Ｘの暗号化通信も通信制御部３０３によって実行される。

Ｗｅｂページ制御部３０４は、電子証明書の発行要求とその取得のための処理を実行することが可能なＷｅｂページの表示のためのＨＴＭＬデータの生成及び通信制御を行うモジュールである。Ｗｅｂページ制御部３０４は、ネットワークドライバ３０１から通信制御部３０４を介して送られてきたＷｅｂページの表示要求や、電子証明書の発行要求及び取得の実行指示に対する処理を実行する。Ｗｅｂページ制御部３０４は、ＲＡＭ２０３やＨＤＤ２０４に保存されている既定のＷｅｂページのＨＴＭＬデータ、又は表示要求の内容に応じて生成したＨＴＭＬデータを、Ｗｅｂブラウザからのリクエストへの応答として送信する。

鍵ペア・証明書取得制御部３０５は、Ｗｅｂページ制御部３０４からの指示に基づく電子証明書の取得処理を実行するためのモジュールである。鍵ペア・証明書取得制御部３０５は、ＳＣＥＰによる通信制御、ＰＫＣＳ＃７，ＰＫＣＳ＃１０等のＳＣＥＰによる通信で必要な暗号化データの生成と解析処理及び、取得した電子証明書の保存、用途設定等の処理を行うモジュールである。暗号化処理部３０６は、データの暗号化及び復号処理、電子署名の生成・検証、ハッシュ値生成等の各種暗号処理を実行するためのモジュールである。暗号化処理部３０６は、実施形態１に係る電子証明書の取得及び更新処理で、ＳＣＥＰの要求・応答データの生成、解析処理において必要な各暗号処理を実行する。鍵ペア・証明書管理部３０７は、複合機１００が保持する公開鍵ペア、電子証明書を管理するモジュールである。鍵ペア・証明書管理部３０７は、公開鍵ペア、電子証明書のデータをＲＡＭ２０３やＨＤＤ２０４に各種設定値とともに保存する。また公開鍵ペア、電子証明書の詳細表示、生成、削除等の処理は、実施形態１では図示しないが、操作パネル２１２を介したユーザの指示によって実行することも可能である。操作パネル２１２及びパネル制御部２０８の制御は、ＵＩ制御部３０８によって実行される。尚、通信制御部３０３によって実行されるＴＬＳ，ＩＰＳＥＣ，ＩＥＥＥ８０２．１Ｘ等の暗号化通信処理においても、暗号化処理部３０６で暗号化処理が行われ、鍵ペア・証明書管理部３０７から、使用する公開鍵ペア・電子証明書データを取得する。

印刷／読取処理部３０９は、プリンタ２１０による印刷や、スキャナ２１１による原稿の読み取り等の機能を実行するためのモジュールである。デバイス制御部３１０は、複合機１００の制御コマンドや制御データを生成して、複合機１００を統括的に制御するためのモジュールである。尚、実施形態１に係るデバイス制御部３０６は、複合機１００の電源の制御を行い、Ｗｅｂページ制御部３０４からの指示によって複合機１００の再起動処理を実行する。

図１８は、実施形態１に係る複合機１００が有する証明書の更新予約設定画面の一例を示す図であり、他の画面と同様にＷｅｂページ型のＲＵＩによって表示される。この証明書の更新予約の設定画面を介して証明書の更新日を設定できる。

実施形態１では、更新日や更新間隔の指定として、更新日１８０１、有効期限１８０２、周期１８０３の３つの設定を可能とする。本実施形態では、これらの設定値をまとめて証明書更新予約設定と称する。更新日１８０１は、更新する年月日時刻を指定可能であり、複合機１００に保持されている現在日時が、この更新日１８０１の日時となったときに、証明書の自動更新機能を実行する。有効期限１８０２は、利用している証明書の有効期限に到達するまでの日数を指定する。複合機１００に保持されている現在日時が、有効期限から指定された日数よりも短くなった場合に証明書の自動更新機能を実行する。周期１８０３は、この周期で証明書の自動更新機能を実行する。実施形態１では、この周期は、日数、毎月所定の日付、毎年所定の月日で設定できる。また実施形態２では、これらの証明書の更新日や更新周期の設定を「証明書の更新予約設定」と称する。これらの証明書の更新予約設定が更新されると、ＣＰＵ２０１が、それをＨＤＤ２０４に保存する。

図１８は、有効期限１８０２で、有効期限より１４日前になると証明書の自動更新機能を実行することを設定した画面の例を示す。実施形態２では、上述の証明書の更新予約設定の種別で証明書の自動更新機能の予約を行っているが、別の日時やタイミングの指定方法でもよく、特に限定はしない。

また、図１８は更新後に不要な証明書を自動削除する指定として、証明書自動削除設定１８０４を有する。これは自動削除を「実施する１８０４１」「実施しない１８０４２」を有する。「実施する１８０４１」が有効な場合、「証明書の格納領域の空きがない場合にのみ削除する」設定１８０４３と「自動削除詳細設定」１８０５が設定可能となる。「証明書の格納領域の空きがない場合にのみ削除する」設定１８０４３が有効な場合、新しい証明書を取得した際に証明書の格納領域が上限に達する場合に、証明書を削除する設定である。この設定が無効な場合、格納領域の上限に関わらず自動削除詳細設定１８０５で指定された条件時に証明書を削除する。自動削除詳細設定は、１８０５１～１８０５５の設定を有する。

「同じ用途設定の前の証明書を削除する」設定１８０５１が有効な場合、図１３（Ａ）の１３０５で指定したＴＬＳなどの用途設定と同じ用途となる更新前の証明書が自動で削除される。

「用途設定の無い証明書を削除する」設定１８０５２が有効な場合、更新前に複合機１００が保持する証明書において、用途設定されていないものは利用していないと判断し、自動で削除する。

「自己証明書の場合のみ削除する」設定１８０５３が有効な場合、更新前に複合機１００が保持する自己証明書を削除する。自己証明書以外を消さない条件としているのは、複合機１００には外部から購入した証明書である可能性もあり、自動削除してよいかの判断がつかない場合の利用を想定している。

「工場出荷時の証明書を削除する」設定１８０５４が有効な場合、更新前に複合機１００が保持する工場出荷時の証明書を削除する。工場出荷時の証明書以外を消さない条件としているのは、複合機１００に後から入れた証明書に対して自動削除してよいかの判断がつかない場合の利用を想定している。

「有効期限が切れている証明書を削除する」設定１８０５５が有効な場合、更新前に複合機１００が保持する証明書が有効期限が切れている場合、証明書を利用することができないため、自動削除する。尚、これらの設定値はＣＰＵ２０１が、それをＨＤＤ２０４に保存する。

尚、本実施形態１において、証明書自動削除設定は図１８の更新予約設定画面のみから設定できるが、後述の図１３の証明書の発行要求画面でも同じ設定値を保持してもよく、特に限定はしない。

図１９は、複合機１００が、証明書更新予約設定を基に電子証明書の自動更新機能を実行するときの処理を説明するフローチャートである。最初に複数の複合機を指定（複合機ごとに異なる時間設定も可）することで、複数の複合機に対して図１９で入力できる指示を実行することもできる。その場合、図１９の処理は、複数の複合機において並列に処理が実行される。尚、この処理は、ＣＰＵ２０１がＲＡＭ２０３に展開したプログラムを実行することにより達成される。

先ずＳ１９０１でＣＰＵ２０１は、ＨＤＤ２０４から証明書更新予約設定を取得する。次にＳ１９０２に進みＣＰＵ２０１は、現在利用されている電子証明書の情報を取得する。この情報は図１７で保持している情報などである。次にＳ１９０３に進みＣＰＵ２０１は、複合機１００が管理している現在の日時を取得する。そしてＳ１９０４に進みＣＰＵ２０１は、証明書更新予約設定と電子証明書の情報とを比較し、現在利用している電子証明書の更新が必要かどうか判定する。ここで電子証明書の更新が必要ではないと判定した場合はＳ１９０１に戻る。

一方、電子証明書の更新が必要であると判定した場合はＳ１９０５に進み、図８の「証明書発行要求処理」の制御に移行する。そして図８の処理が完了するとＳ１９０６に移行する。

Ｓ１９０６でＣＰＵ２０１は、図１８の証明書自動削除設定をＨＤＤ２０４から取得する。

次にＳ１９０７でＣＰＵ２０１は証明書自動削除設定が有効であるかを判断し、有効ではないと判断した場合、Ｓ１９１０に移行する。Ｓ１９０７でＣＰＵ２０１は証明書自動削除設定が有効であると判断した場合、Ｓ１９０８でＣＰＵ２０１は削除対象の条件に該当する証明書が存在するかを判断する。これはＣＰＵ２０１が複合機１００の持つ証明書に対して、図１８の１８０４３、１８０５１～１８０５５の設定に該当するかを判断する。Ｓ１９０８で削除に該当する証明書が存在すると判断した場合、Ｓ１９０９に移行し、ＣＰＵ２０１はＨＤＤ２０４内の該当する証明書を削除する。そしてＳ１９１０に移行する。Ｓ１９０８で削除に該当する証明書が存在しないと判断した場合、Ｓ１９１０に移行する。

図４は、実施形態１に係るシステムにおける、電子証明書の発行要求に関する初期設定、電子証明書の情報表示、発行要求と受信、再起動と、その電子証明書を反映するまでの全体処理の流れを説明するシーケンス図である。

このシーケンスは、鍵ペア及び電子証明書リストの表示指示がユーザにより入力されたことに応答して開始される。実施形態１では、一つの複合機１００に対する処理の例で説明するが、一回の開始指示に応じて、複数の複合機１００，１０１に対して実行させてもよい。例えば、ＰＣ１０３から、複合機１００及び１０１に対してリクエストを出し、それぞれの複合機で、後述するフローチャートで示す処理を実行させてもよい。この際、複合機１００，１０１から証明書を取得して表示し確認させる工程をスキップしてもよい。そして、有効期限が切れた証明書を自動的に複合機で検出し、その書誌情報（証明書ＩＤや有効期限）をＰＣ１０３に送信し、ＰＣ１０３では有効期限が切れそう、或いは切れた証明書の更新を、複数の複合機に自動的に実行させてもよい。これは、所謂、サイレントインストールと呼ばれるものである。

まずＳ４０１で複合機１００は、ＰＣ１０３からの接続を受け付けると、ＰＣ１０３から送信される複合機１００が保持している鍵ペア・電子証明書のリスト表示要求を受信する。実施形態１では、複合機１００の管理者は、ＰＣ１０３に搭載されているＷｅｂブラウザを利用して、複合機１００が公開している電子証明書の発行要求・取得のためのＷｅｂページ形式のＲＵＩ形式に接続し、指示などの操作を行うものとする。このＲＵＩはリモートユーザインタフェースの略であり、ＰＣ１０３のウェブブラウザを使用して、遠隔で複合機１００や１０１の操作画面データを要求してＰＣ１０３で表示できる技術である。このとき画面は、ＨＴＭＬやサーブレット等で実装できる。

次にＳ４０２で複合機１００は、複合機１００が保持している鍵ペア・電子証明書のリスト表示のためのデータの取得、及びそれを表示するためのＷｅｂページ画面の生成処理を実行する。

図５（Ａ）は、図４のＳ４０２の鍵ペア・電子証明書のリストの取得及び表示データの作成処理を説明するフローチャートである。尚、この処理は、ＣＰＵ２０１がＲＡＭ２０３に展開したプログラムを実行することにより達成される。

また図１７は、鍵ペア・証明書管理部３０７が管理している鍵ペア・電子証明書の詳細情報のデータベースを概念図であり、このデータベースは、複合機１００のＨＤＤ２０４に保存されている。

図５（Ａ）のフローチャートを説明する。この処理は、鍵ペア・電子証明書リストの取得要求を受信することにより開始される。まずＳ５０１でＣＰＵ２０１は、鍵ペア・電子証明書リストの取得要求を受信する。次にＳ５０２に進みＣＰＵ２０１は、鍵ペア・証明書管理部３０７が管理している、例えば図１７（Ａ）に示す鍵ペア・電子証明書の詳細情報を取得する。次にＳ５０３に進みＣＰＵ２０１は、Ｓ５０２で取得した鍵ペア・電子証明書の詳細情報を使用して、ＲＵＩとして提供するＷｅｂページ画面のＨＴＭＬデータを生成する。

図１０～図１５は、実施形態１に係るＰＣ１０３で表示されるＲＵＩのＷｅｂページ画面の例を示す図である。実施形態１に係る図５のＳ５０３では、図１０（Ａ）に示すＷｅｂページ画面のＨＴＭＬデータが生成されるものとし、これはＰＣ１０３のＷｅｂブラウザによって表示される。これにより、ＰＣ１０３で複合機１００が保持している鍵ペア・電子証明書リストが確認可能となる。

図１０（Ａ）のリストに表示される電子証明書の情報は、証明書の名前１０１１、用途１０１２、発行者１０１３、有効期限終了日１０１４、証明書の詳細１０１５を含んでいる。名前１０１１は、鍵ペア・電子証明書の発行の際に、複合機１００の管理者等の操作者が任意に付与した文字列である。用途１０１２は、その鍵ペア・電子証明書がＴＬＳ，ＩＰＳＥＣ，ＩＥＥＥ８０２．１Ｘの何れかの用途で使用される事を示す設定値である。発行者１０１３は、電子証明書を発行した認証局の識別名（ＤＮ：Ｄｉｓｔｉｎｇｕｉｓｈｅｄ Ｎａｍｅ）である。有効期限終了日１０１４は、その電子証明書の有効期限が終了する日の情報である。詳細１０１５は、電子証明書の詳細情報を表示させるためのアイコンである。そしてＳ５０４に進みＣＰＵ２０１は、Ｓ５０３で生成したＨＴＭＬデータをＳ５０１への応答としてＰＣ１０３へ送信して、この処理を終了する。こうして図４のＳ４０３が実行される。

尚、図４のシーケンス図には図示しないが、複合機１００の管理者が、ＰＣ１０３に表示された図１０（Ａ）の詳細１０１５のアイコンをクリックすると、該当の電子証明書の詳細情報の表示要求がＰＣ１０３から複合機１００へ送信される。その表示要求を受信した複合機１００は、その電子証明書の詳細情報を取得し、その取得した情報に基づく証明書の詳細情報のＨＴＭＬデータを生成し、生成したデータを、応答としてＰＣ１０３へ送信する。

これにより例えば図１６に示すような、電子証明書の詳細情報がＰＣ１０３のＷｅｂブラウザにより表示される。図１６は、ＰＣ１０３で表示される電子証明書の詳細情報の一例を示す図である。

図５（Ｂ）は、実施形態１に係る複合機１００が、この詳細情報を表示する要求をＰＣ１０３から受信したときの処理を説明するフローチャートである。尚、この処理は、ＣＰＵ２０１がＲＡＭ２０３に展開したプログラムを実行することにより達成される。

まずＳ５１１でＣＰＵ２０１は、ＰＣ１０３から電子証明書の詳細情報の取得要求を受信する。次にＳ５１２に進みＣＰＵ２０１は、鍵ペア・証明書管理部３０７が管理している図１７（Ａ）に示す鍵ペア・電子証明書の詳細情報を取得する。次にＳ５１３に進みＣＰＵ２０１は、Ｓ５１２で取得した鍵ペア・電子証明書の詳細情報を使用してＷｅｂページ画面のＨＴＭＬデータを生成し、Ｓ５１４でそれをＰＣ１０３に送信する。

図１６は、実施形態１に係る電子証明書の詳細情報の表示画面の一例を示す図で、この画面はＰＣ１０３でＲＵＩとしてＷｅｂページ形式で表示される。

再び図４の説明に戻り、Ｓ４０３で複合機１００は、Ｓ４０２で生成した図１０（Ａ）で示すＷｅｂページ画面のＨＴＭＬデータを、応答としてＰＣ１０３へ送信する。

尚、上述の図４のＳ４０１～Ｓ４０３及び、図５のＳ５０１～Ｓ５０４、Ｓ５１１～Ｓ５１４で示す処理は、鍵ペア・電子証明書リストの表示要求を受信した複合機１００における電子証明書情報の表示処理に関する制御処理を示している。

そしてＳ４０４で複合機１００は、ＰＣ１０３から、ＳＣＥＰサーバの接続設定画面の表示要求を受信する。実施形態１では、複合機１００の管理者は認証局・登録局１０２との接続設定を行うために、図１０（Ａ）の接続設定１００２をクリックすることで、接続設定画面の表示要求を複合機１００に対して送信するものとする。

次にＳ４０５で複合機１００は、Ｓ４０４の応答として、図１０（Ｂ）に示す既定のＳＣＥＰサーバの接続設定画面のＨＴＭＬデータを応答としてＰＣ１０３に送信する。

図１０（Ｂ）に示す接続設定画面は、ＳＣＥＰサーバのホスト名及び接続先ポート番号を入力するサーバ名１０１６、ポート番号１０１７の入力フィールドと、入力した設定値の設定を指示する設定ボタン１０１８を含んでいる。

次にＳ４０６で複合機１００は、ＰＣ１０３から接続設定の設定指示要求を受信する。実施形態１における複合機１００の管理者は、ＰＣ１０３から図１０（Ｂ）のサーバ名１０１６、ポート番号１０１７へ入力を行い、設定ボタン１０１８をクリックすることで複合機１００に対して、この設定指示要求を送信するものとする。

次にＳ４０７で複合機１００は、接続設定の設定処理と設定結果を示すＷｅｂページ画面の生成処理を実行し、Ｓ４０８で、Ｓ４０７で生成した図１１（Ａ）に示すＷｅｂページ画面のＨＴＭＬデータを、応答としてＰＣ１０３へ送信する。

図６は、実施形態１に係る複合機１００による、図４のＳ４０７の認証局・登録局１０２への接続設定の設定処理を説明するフローチャートである。尚、この処理は、ＣＰＵ２０１がＲＡＭ２０３に展開したプログラムを実行することにより達成される。

まずＳ６０１でＣＰＵ２０１は、ＰＣ１０３から接続設定の設定要求を受信する。次にＳ６０２に進みＣＰＵ２０１は、その接続設定の設定要求に含まれるホスト名と、ポート番号の設定値を取得し、その取得した設定値をＲＡＭ２０３或いはＨＤＤ２０４に保存する。次にＳ６０３に進みＣＰＵ２０１は、例えば図１１（Ａ）のＷｅｂページ画面のＨＴＭＬデータを生成する。そしてＳ６０４に進みＣＰＵ２０１は、Ｓ６０３で生成したＨＴＭＬデータをＳ６０１の応答として送信して、この処理を終了する。こうしてＳ４０８に移行する。これによりＰＣ１０３では、図１１（Ａ）に示すように、設定が反映されたことを示す文字列１１０１が表示される。

上述のＳ４０６～Ｓ４０８及びＳ６００～６０４で示す処理が、複合機１００における接続設定の処理に関する制御である。

次に図４のＳ４０９で複合機１００は、ＰＣ１０３のブラウザから送信されるＣＡ証明書の取得画面の表示要求を受信する。実施形態１では、複合機１００の管理者が、認証局・登録局１０２が発行したＣＡ証明書の取得を行うため、図１０（Ａ）のＣＡ証明書取得１００３をクリックすることで、ＣＡ証明書の取得画面の表示要求を複合機１００に送信するものとする。

これによりＳ４１０で複合機１００は、Ｓ４０９の応答として、図１１（Ｂ）に示す既定のＣＡ証明書の取得画面のＨＴＭＬデータを応答として送信する。

図１１（Ｂ）の接続設定画面は、ＣＡ証明書の取得を指示する実行ボタン１１０２を含んでいる。

次にＳ４１１で複合機１００は、図１１（Ｂ）の実行ボタン１１０２がクリックされてＰＣ１０３のブラウザから送信されるＣＡ証明書の取得要求を受信する。実施形態１では、複合機１００の管理者が図１１（Ｂ）の実行ボタン１１０２をクリックすることで、ＣＡ証明書の取得要求を複合機１００に送信するものとする。

次にＳ４１２で複合機１００は、ＣＡ証明書の取得要求データの生成処理を実行する。そしてＳ４１３に進み複合機１００は、Ｓ４１２で生成したＣＡ証明書の取得要求データを、Ｓ４０７で設定した情報に基づいて、ＳＣＥＰサーバである認証局・登録局１０２に対して送信する。そしてＳ４１４に進み複合機１００は、認証局・登録局１０２から送信されるＣＡ証明書の取得要求に対する応答を受信する。これによりＳ４１５に進み複合機１００は、受信したＣＡ証明書の取得応答を解析し、その応答に含まれるＣＡ証明書を取得し、その取得したＣＡ証明書を複合機１００が信頼するＣＡ証明書として登録する処理を行う。そしてＳ４１６に進み複合機１００は、Ｓ４１５で生成した図１２（Ａ）又は図１２（Ｂ）に示すＷｅｂページ画面のＨＴＭＬデータをＰＣ１０３へ送信する。図１２（Ａ）は、ＣＡ証明書の取得に成功して、ＣＡ証明書として登録したときに表示される画面例を示す。一方、図１２（Ｂ）は、ＣＡ証明書の取得に失敗したときに表示される画面例を示す。

図７は、実施形態１に係る複合機１００による、図４のＳ４１２からＳ４１６に示すＣＡ証明書取得・登録処理を説明するフローチャートである。尚、この処理は、ＣＰＵ２０１がＲＡＭ２０３に展開したプログラムを実行することにより達成される。

先ずＳ７０１でＣＰＵ２０１は、ＰＣ１０３からＣＡ証明書の取得要求を受信する。次にＳ７０２に進みＣＰＵ２０１は、Ｓ４０７で取得した認証局・登録局１０２への接続設定の情報を基にＣＡ証明書の取得要求のメッセージを生成する。以下は、実施形態１において生成される取得要求のメッセージの例である。実施形態１では、通信プロトコルとしてＳＣＥＰを利用しており、このプロトコルを利用するためのリクエストメッセージとなる。
ｘｘｘｘｘｘｘ／ｙｙｙｙｙ？ｏｐｅｒａｔｉｏｎ＝ＧｅｔＣＡＸｙｚ＆ｍｅｓｓａｇｅ＝ＣＡＩｄｅｎｔｉｆｉｅｒ

次にＳ７０３に進みＣＰＵ２０１は、図４のＳ４０７で取得した認証局・登録局１０２への接続設定に基づき、ＳＣＥＰサーバである認証局・登録局１０２に対してＴＣＰ／ＩＰプロトコルでの接続を行う。次にＳ７０４に進みＣＰＵ２０１は、Ｓ７０３における接続が成功したかを判断し、成功した場合はＳ７０５へ進み、失敗した場合はＳ７１４へ進む。

Ｓ７０５でＣＰＵ２０１は、Ｓ７０２で生成したＣＡ証明書の取得メッセージをＨＴＴＰプロトコルのＧＥＴまたはＰＯＳＴメソッドで認証局・登録局１０２に送信する。次にＳ７０６に進みＣＰＵ２０１は、Ｓ７０４における接続が成功したかを判断し、成功した場合はＳ７０７へ進み、失敗した場合はＳ７１４へ進む。Ｓ７０７でＣＰＵ２０１は、ＣＡ証明書の取得要求に対する、認証局・登録局１０２からの応答データを受信する。そしてＳ７０８に進みＣＰＵ２０１は、Ｓ７０７における応答データの受信が成功したかを判定し、成功した場合はＳ７０９へ進み、失敗した場合はＳ７１４へ進む。Ｓ７０９でＣＰＵ２０１は、Ｓ７０８で受信した応答データを解析し、その応答データに含まれるＣＡ証明書のデータを取得する。この応答データの解析処理とＣＡ証明書の取得処理は、暗号処理部３０６によって行われる。

尚、実施形態１における応答データは、Ｘ．５０９（ＲＦＣ５２８０）形式のバイナリデータとする。但し、例えばＰＫＣＳ＃７（ＲＦＣ５６５２：Ｃｒｙｐｔｏｇｒａｐｈｉｃ Ｍｅｓｓａｇｅ Ｓｙｎｔａｘ）形式のデータが応答として送信されてもよく、データ形式については限定しない。

次にＳ７１０に進みＣＰＵ２０１は、Ｓ７０９におけるＣＡ証明書の取得に成功したかを判定し、成功した場合はＳ７１１へ進み、失敗した場合はＳ７１４へ進む。Ｓ７１１でＣＰＵ２０１は、Ｓ７０９で取得したＣＡ証明書を、複合機１００が信頼するＣＡ証明書として登録する。このときＣＰＵ２０１は、取得したＣＡ証明書をＲＡＭ２０３に保持するとともに、鍵ペア・証明書管理部３０７によってＨＤＤ２０４の複合機１００が信頼するＣＡ証明書を格納する所定のディレクトリに保存する。そしてＳ７１２に進みＣＰＵ２０１は、Ｓ７１０におけるＣＡ証明書の登録処理が成功したか否かを判定し、成功したと判定した場合はＳ７１３へ進み、失敗した場合はＳ７１４へ進む。Ｓ７１３でＣＰＵ２０１は、ＣＡ証明書の取得成功の際に図１２（Ａ）の１２０１に表示するＣＡ証明書の拇印（ＳＨＡ１アルゴリズムによるハッシュ値）を生成する。この拇印の生成は、暗号処理部３０６によって実行される。そしてＳ７１５に進みＣＰＵ２０１は、Ｓ７０３からＳ７１４までの処理結果から図１２（Ａ）、図１２（Ａ）のＣＡ証明書の取得結果の表示データのＨＴＭＬデータを生成する。そしてＳ７１６に進みＣＰＵ２０１は、Ｓ７１５で生成したＨＴＭＬデータをＳ７０１の応答としてＰＣ１０３に送信して、この処理を終了する。そして図４のＳ４１７に移行する。実施形態１では、ＣＡ証明書の取得結果に応じて図１２（Ａ）の文字列１２０１を表示する。また或いはＳ７１４でエラー処理を実行した場合は、図１２（Ｂ）の文字列１２０２を表示する。つぎに図４の説明に戻る。

Ｓ４１７で複合機１００は、ＰＣ１０３のブラウザから送信される証明書の発行要求画面の表示要求を受信する。実施形態１では、複合機１００の管理者が、図１０（Ａ）の証明書発行要求１００４をクリックすることで、認証局・登録局１０２に対する証明書の発行要求・取得を行うものとする。次にＳ４１７－２で複合機１００は、証明書発行要求画面を示すＷｅｂページ画面の生成処理を実行する。

図２０は、実施形態１に係る複合機１００による、図４のＳ４１７－２における証明書発行要求画面の生成処理を説明するフローチャートである。尚、この処理は、ＣＰＵ２０１がＲＡＭ２０３に展開したプログラムを実行することにより達成される。

図２０のＳ２００１でＣＰＵ２０１は、ＰＣ１０３から証明書発行要求画面の表示要求を受信する。

次にＳ２００２に進みＣＰＵ２０１は、ＨＤＤ２０４から証明書更新予約設定を取得する。次に、Ｓ２００３において、ＣＰＵ２０１は証明書更新予約設定が有効であるかを判断する。Ｓ２００３において、ＣＰＵ２０１はＳ２００２で取得した証明書更新予約設定は無効であると判断した場合、Ｓ２００４に進み、ＣＰＵ２０１はＨＤＤ２０４から証明書の格納情報を取得する。本実施例では図１０（Ａ）の証明書リストに保存されている証明書の保存数が取得される。図１０（Ａ）では、保存数は３である。そしてＳ２００５に移行する。

Ｓ２００５において、ＣＰＵ２０１は保持している証明書の格納領域は上限に達しているかを判断する。本実施例の格納領域の上限とは、証明書の保存数の上限とし、５つまでとするが、これ以外の数でもよい。また証明書の数ではなくＨＤＤ２０４などのストレージの記憶領域のサイズでもよく、特に限定はしない。

Ｓ２００５において、ＣＰＵ２０１は保持している証明書の格納領域は上限に達していないと判断した場合、ＣＰＵ２０１はＳ２００７で、図１３（Ａ）の証明書発行要求の送信を受け付けるＷｅｂページ画面のＨＴＭＬデータを生成する。そしてＳ２００８に進みＣＰＵ２０１は、Ｓ２００７で生成したＨＴＭＬデータをＳ４１７－２の応答として送信して、この処理を終了する。そしてＳ４１８に移行する。

図１３（Ａ）の証明書の発行要求画面は、証明書の名前１３０１、生成する鍵ペアの鍵長を設定する鍵の長さ１３０２、発行先情報の入力フィールド１３０３を含む。また、図１３（Ａ）の証明書の発行要求画面は、認証局・登録局１０２から送信される証明書の発行要求の応答に付与される署名を検証するか否かの設定署名検証１３０４を含む。また、図１３（Ａ）の証明書の発行要求画面は、発行された証明書の用途設定を行うための鍵の用途１３０５、証明書発行要求に含めるパスワード１３０６、証明書の発行要求を実行する実行ボタン１３０７を含む。用途１３０５はチェックボックスになっており、一つの鍵に対して複数の用途を設定できることを示している。

Ｓ２００３において、ＣＰＵ２０１はＳ２００２で取得した証明書更新予約設定は有効であると判断した場合、Ｓ２００６に進みＣＰＵ２０１は、例えば図１３（Ｃ）の証明書発行要求の送信を禁止する旨を表示するＷｅｂページ画面のＨＴＭＬデータを生成する。そしてＳ２００８に進みＣＰＵ２０１は、Ｓ２００６で生成したＨＴＭＬデータをＳ４１７－２の応答として送信して、この処理を終了する。そしてＳ４１８に移行する。

Ｓ２００５において、ＣＰＵ２０１は保持している証明書の格納領域は上限に達していると判断した場合Ｓ２００６に進み、ＣＰＵ２０１は、例えば、図１３（Ｃ）の証明書発行要求の送信を禁止する旨を表示するＷｅｂページ画面のＨＴＭＬデータを生成する。そしてＳ２００８に進み、ＣＰＵ２０１は、Ｓ２００６で生成したＨＴＭＬデータをＳ４１７－２の応答として送信して、この処理を終了する。そしてＳ４１８に移行する。

このＳ２００３～Ｓ２００６及びＳ２００５～Ｓ２００６の処理によって、複合機１００は証明書更新予約設定が無効な場合にのみ、手動実行による証明書の発行要求の送信の受付を可能としている。証明書更新予約設定が有効な場合に証明書を手動による発行要求によって取得させないことで、電子証明書の自動更新機能で証明書取得が実行された際に、証明書の格納領域の上限にすでに達していて、証明書の取得と更新に失敗することを防ぐことが可能である。

なお、本実施例では証明書更新予約設定が有効な場合は証明書の発行要求の送信の受付を禁止しているが、必ず禁止するのではなく警告を表示し、証明書の発行要求の送信を継続するかキャンセルするかをユーザに選択させてもよい。

次に、ＰＣ１０３は、Ｓ４１８の応答を受信することによって図１３（Ａ）または図１３（Ｃ）に示す画面を表示する表示制御を行う。

次にＳ４１９で複合機１００は、図１３（Ａ）の画面の実行ボタン１３０７がクリックされてＰＣ１０３のブラウザから送信される１３０１～１３０６までの各入力・設定情報を含む証明書の発行要求を受信する。実施形態１では、複合機１００の管理者が図１３（Ａ）の１３０１～１３０６までの各入力・設定を行い、実行ボタン１３０７をクリックすることで、ＰＣ１０３から証明書の発行要求を送信する。

次にＳ４２０で複合機１００は、証明書の発行要求データの生成処理を実行する。そしてＳ４２１で複合機１００は、Ｓ４２０で生成した証明書の発行要求データを、Ｓ４０７で設定した情報に基づきＳＣＥＰサーバである認証局・登録局１０２に対して送信する。そしてＳ４２２で複合機１００は、認証局・登録局１０２から送信される証明書の発行要求に対する応答を受信する。次にＳ４２３で複合機１００は、Ｓ４２２で受信した証明書の発行要求に対する応答の解析（設定に応じた署名検証の実行、応答に含まれる証明書の取得、取得した証明書を指定された用途に設定）処理を行う。そして、証明書の発行要求の結果を示すＷｅｂページ画面の生成処理を実行する。

ここで証明書の発行・取得が成功した場合は、Ｓ４２３の処理によって、電子証明書データの保存、用途設定が行われる。ここで用途設定とは、電子証明書を使う通信機能のことであり、実施形態１では、ＴＬＳ，ＩＰＳＥＣ，ＩＥＥＥ８０２．１Ｘといった暗号化通信が設定可能となる。また実施形態１に係る複合機１００は、複数の電子証明書を持つことが可能であり、且つその電子証明書毎に用途設定を行うものとする。例えば複合機１００がＷｅｂサーバとしてＴＬＳ通信を行うサーバサービスを提供する際に使う電子証明書と、複合機１００がＩＥＥＥ８０２．１Ｘを使ったクライアント通信を行うための電子証明書が異なる場合にそれぞれが設定可能となる。但し、１つの電子証明書を全ての通信の用途に自動的に適用してもよい。

そしてＳ４２４で複合機１００は、Ｓ４２３で生成した図１３（Ｂ）又は図１４（Ａ）に示すＷｅｂページ画面のＨＴＭＬデータをＰＣ１０３へ送信する。なお、証明書の発行要求の結果に応じて図１３（Ｂ）の１３０８、図１４（Ａ）の１４０１に示すように設定結果の文字列が表示される。図１３（Ｂ）は、証明書の発行及び取得に成功した場合の画面例を示し、図１４（Ａ）は、証明書の発行及び取得に失敗した場合の画面例を示す。

こうして証明書の発行・取得が成功した場合には、Ｓ４２３の処理によって、電子証明書データの保存、用途設定が行われる。実施形態１に係る通信制御部３０３は、ＴＬＳ，ＩＰＳＥＣ，ＩＥＥＥ８０２．１Ｘの暗号化通信が使用する電子証明書のデータを複合機１００の起動時に取得するため、用途変更された場合は、複合機１００の再起動が必要になる。

図８は、実施形態１に係る複合機１００による、図４のＳ４１９からＳ４２４の証明書の発行要求・取得処理を説明するフローチャートである。尚、この処理は、ＣＰＵ２０１がＲＡＭ２０３に展開したプログラムを実行することにより達成される。

まずＳ８１でＣＰＵ２０１は、ＰＣ１０３から証明書の発行要求を受信する。

次にＳ８２でＣＰＵ２０１は、ＨＤＤ２０４から証明書更新予約設定を取得する。

次にＣＰＵ２０１はＳ８３において、Ｓ８２で取得した証明書更新予約設定が無効であると判断した場合、Ｓ８４に進み、ＣＰＵ２０１はＨＤＤ２０４から証明書の格納情報を取得する。そしてＳ８５に移行し、ＣＰＵ２０１は保持している証明書の格納領域は上限に達しているかを判断する。

Ｓ８５においてＣＰＵ２０１は保持している証明書の格納領域は上限に達していないと判断した場合、Ｓ８０２に移行する。

ＣＰＵ２０１はＳ８３において、Ｓ８２で取得した証明書更新予約設定が有効であると判断した場合、Ｓ８２３に進みＣＰＵ２０１は、例えば図１３（Ｃ）の証明書発行要求の送信を禁止する旨を表示するＷｅｂページ画面のＨＴＭＬデータを生成する。そしてＳ８２４に進みＣＰＵ２０１は、Ｓ８２３で生成したＨＴＭＬデータをＳ８１の応答として送信して、この処理を終了する。

ＣＰＵ２０１はＳ８５において、証明書の更新予約設定は有効であると判断した場合、Ｓ８２３に移行する。

このＳ８２～Ｓ８２３、Ｓ８５～Ｓ８２３までの処理によって、複合機１００は証明書更新予約設定が無効な場合にのみ、手動実行による証明書の発行要求の送信を可能としている。証明書更新予約設定が有効な場合に証明書を手動による発行要求によって取得させないことで、電子証明書の自動更新機能で証明書取得が実行された際に、証明書の格納領域の上限にすでに達していて、証明書の取得と更新に失敗することを防ぐことが可能である。

図２０のＳ２００３～Ｓ２００６の処理と図８のＳ８２～Ｓ８２３処理の違いとしては、前者は設定を行う画面上で設定を受け付けず、後者は設定反映を実行された際に反映を受け付けない処理となる。複合機１００を使うユーザが１名であれば図２０のＳ２００３～Ｓ２００６の処理で設定変更を受け付けないように可能である。しかし図４のＳ４１８までは証明書更新予約設定が無効な状態であっても、Ｓ４１９～Ｓ４２０の間に別ユーザが別のＰＣからＲＵＩにログインして証明書更新予約設定を有効にした場合、証明書発行要求が送信されてしまう場合が存在する。そのためにＳ８１の証明書発行要求の指示受信の後にＳ８２において証明書更新予約設定を確認し、証明書更新予約設定が有効な場合や証明書の格納領域が上限に達していた場合、証明書の発行要求の送信を禁止する制御を行う。

Ｓ８０２において、ＣＰＵ２０１は、Ｓ８０１で受信した証明書の発行要求に含まれる証明書の名前１３０１、鍵の長さ１３０２、発行先情報の入力１３０３、署名検証１３０４、鍵の用途１３０５の情報を取得する。次にＳ８０３に進みＣＰＵ２０１は、図４のＳ４１２からＳ４１５で取得したＣＡ証明書を取得する。そしてＳ８０４に進みＣＰＵ２０１は、Ｓ８０２で取得した名前１３０１、鍵の長さ１３０２の情報に基づく鍵ペアの生成処理を行う。また、ＣＰＵ２０１は、発行先情報の入力１３０３、パスワード１３０６の情報に基づくＰＫＳＣ＃１０（ＲＦＣ２９８６）形式の証明書署名要求（ＣＳＲ：Ｃｅｒｔｉｆｉｃａｔｅ Ｓｉｇｎｉｎｇ Ｒｅｑｕｅｓｔ）データを暗号処理部３０６によって生成する。次にＳ８０５に進みＣＰＵ２０１は、Ｓ８０４における鍵ペア・証明書の署名要求の生成が成功したかを判定し、成功したと判定した場合はＳ８０６へ進み、失敗した場合はＳ８２３へ進む。Ｓ８０６でＣＰＵ２０１は、証明書の発行要求データを生成する。このＳ８０６で生成される取得要求データは、図４のＳ４０７で取得した認証局・登録局１０２への接続設定に基づき、ＳＣＥＰで定義されているＰＫＣＳ＃７形式のデータとなる。

次にＳ８０８に進みＣＰＵ２０１は、図４のＳ４０７で取得した認証局・登録局１０２への接続設定に基づきＳＣＥＰサーバである認証局・登録局１０２にＴＣＰ／ＩＰプロトコルでの接続を行う。次にＳ８０９に進みＣＰＵ２０１は、Ｓ８０８における接続が成功したかを判定し、成功した場合はＳ８１０へ進み、失敗した場合はＳ８２３へ進む。Ｓ８１０でＣＰＵ２０１は、Ｓ８０６で生成した証明書の発行要求データをＨＴＴＰプロトコルのＧＥＴ又はＰＯＳＴメソッドで送信する。そしてＳ８１１でＣＰＵ２０１は、Ｓ８１０における送信が成功したかを判定し、成功した場合はＳ８１２へ進み、失敗した場合はＳ８２３へ進む。Ｓ８１２でＣＰＵ２０１は、認証局・登録局１０２から、証明書の発行要求に対する応答データを受信する。ＳＣＥＰで定義されている応答データは、ＰＫＣＳ＃７形式のデータが応答として送信される。

次にＳ８１３に進みＣＰＵ２０１は、Ｓ８１２における応答データの受信に成功したかを判定し、成功した場合はＳ８１４へ進み、失敗した場合はＳ８２３へ進む。Ｓ８１４でＣＰＵ２０１は、Ｓ８０２で取得した署名検証１３０４の設定に基づき、署名検証する設定かどうか判定し、そうであればＳ８１５へ進み、署名検証しない設定の場合はＳ８１７へ進む。Ｓ８１５でＣＰＵ２０１は、Ｓ８１２で受信したデータに付与されている署名データを、Ｓ８０３において取得したＣＡ証明書に含まれる公開鍵を用いて検証する。そしてＳ８１６に進みＣＰＵ２０１は、Ｓ８１５での署名検証の結果が成功したかどうか判定し、成功した場合はＳ８１７へ進み、失敗した場合はＳ８２３へ進む。

Ｓ８１７でＣＰＵ２０１は、Ｓ８１２で受信したデータを解析し、その応答データに含まれる証明書のデータを取得する。このとき暗号処理部３０６によって応答データの解析と証明書の取得処理を行う。次にＳ８１８に進みＣＰＵ２０１は、Ｓ８１７における証明書の取得に成功したかを判定し、成功した場合はＳ８１９へ進み、失敗した場合はＳ８２３へ進む。Ｓ８１９でＣＰＵ２０１は、Ｓ８１８で取得した証明書を、Ｓ８０４で生成した鍵ペアに対応する電子証明書として登録する。このときＣＰＵ２０１は、Ｓ８０４で生成した公開鍵ペア、及び取得した電子証明書を、鍵ペア・証明書管理部３０７によってＨＤＤ２０４の鍵ペア・電子証明書を格納する所定のディレクトリに保存する。このとき鍵ペア・証明書管理部３０７は、図１７（Ｂ）に示すように鍵ペア・証明書の詳細情報のリストにＳ８０４で生成した公開鍵ペア及び取得した電子証明書の情報を追加する。図１７（Ｂ）では、新たに鍵ペア・証明書Ｘｙｚ４が追加されている。

次にＳ８２０に進みＣＰＵ２０１は、Ｓ８１９におけるＣＡ証明書の登録処理が成功したかを判定し、成功した場合はＳ８２１へ進み、失敗した場合はＳ８２３へ進む。Ｓ８２１でＣＰＵ２０１は、Ｓ８０２で取得した鍵の用途１３０５の情報に基づき、証明書の用途設定を行う。このとき鍵ペア・証明書管理部３０７は、例えば図１７（Ｃ）に示したように鍵ペア・証明書の詳細情報のリストにある、用途の情報を更新する。図１７（Ｃ）では、ＴＬＳで使用する鍵ペア・証明書が、Ｘｙｚ１からＸｙｚ４に変更されている。

次にＳ８２４に進みＣＰＵ２０１は、Ｓ８０１からＳ８２３までの処理結果に応じた図１３（Ｂ）に示した証明書の発行要求結果のＨＴＭＬデータを生成する。Ｓ８２５においてＳ８２４で生成したＨＴＭＬデータをＳ８０１の証明書の発行要求に対する応答としてＰＣ１０３に送信して、この処理を終了する。そして図４のＳ４２５に移行する。

上述のＳ４１９～Ｓ４２４及びＳ８０１～Ｓ８２５の処理が、複合機１００における電子証明書の発行要求と受信処理、通信用途の設定に関する制御となる。この実施形態１では、これらの発行要求と受信処理、通信用途の設定までの処理を総称して「電子証明書の自動更新機能」と称する。

この電子証明書の自動更新機能によって、複合機１００はネットワークを介して電子証明書の発行要求や受信処理を自動で行い、更に、受信した電子証明書の用途設定も行うことができ、ユーザの作業の手間を削減することが可能となる。図４の説明に戻る。

Ｓ４２５で複合機１００は、複合機１００の再起動のリクエストを受信する。実施形態１では、複合機１００の管理者が、複合機１００の再起動を行うため、図１３（Ｂ）の再起動ボタン１３０９をクリックするものとする。

次にＳ４２６に進み複合機１００は、Ｓ４２５の応答として、図１４（Ｂ）に示す既定の再起動実行画面のＨＴＭＬデータを応答として送信する。次にＳ４２７に進み複合機１００は、複合機１００の再起動処理を実行する。

実施形態１に係る複合機１００は、受信した電子証明書に対してＩＥＥＥ８０２．１Ｘなどの通信の用途を設定した際、再起動を行わなければ反映できないことを想定している。これは例えばＩＥＥＥ８０２．１Ｘなどの電子証明書は、複合機１００の起動時にＲＡＭ２０３に展開されて使用され続けるため、ＨＤＤ２０４に保存される受信した電子証明書に置き換わらない場合があるためである。但し、もしも複合機１００が再起動を必要せずに通信の用途で使われる電子証明書を切り替えることが可能であれば、再起動は不要でもよい。例えば、ＴＬＳの用途に設定した場合は、再起動を不要にすることとしてもよい。例えば、予め、複数の用途に対してそれぞれ再起動の要否を設定しておき、複合機１００は、その再起動要否情報に応じて再起動の有無を自動的に決定してもよい。

図９は、実施形態１に係る複合機１００による、図４のＳ４２４からＳ４２７の複合機１００の再起動に関する処理を説明するフローチャートである。尚、この処理は、ＣＰＵ２０１がＲＡＭ２０３に展開したプログラムを実行することにより達成される。

まずＳ９０１でＣＰＵ２０１は、ＰＣ１０３から複合機１００の再起動要求を受信する。次にＳ９０２に進みＣＰＵ２０１は、図１４（Ｂ）に示した既定の複合機１００の再起動要求のＨＴＭＬデータを、Ｓ５０１への応答としてＰＣ１０３に送信する。次にＳ９０３に進みＣＰＵ２０１は、デバイス制御部３１０へ再起動処理の開始を指示して、この処理を終了する。

以上の一連の動作によって、再起動した後の複合機１００は、認証局・登録局１０２から取得した電子証明書が利用される。

図１５は、証明書の発行・取得が成功した場合に、再びＳ４０１の処理によって鍵ペア・電子証明書リストの表示を行った場合の画面例を示す図で、認証局・登録局１０２が発行した証明書（Ｘｙｚ４）の情報１５０１が追加されている。

上述の処理によって、証明書の自動更新機能が有効時に、手動での証明書取得を禁止することによって、証明書の自動更新機能で取得した証明書を保存できなくなる場合を防ぐことが可能となる。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

Claims (17)

1. ネットワークを介して外部装置と接続可能な情報処理装置であって、
   予め指定された日時、または、予め指定された周期で、前記外部装置に電子証明書の発行要求を送信し、前記発行要求に応じて前記外部装置から電子証明書を取得する前記情報処理装置が有する第１の機能を有効にする第１の設定手段と、
   ユーザからの電子証明書の発行要求の指示に応じて、前記外部装置に電子証明書の発行要求を送信し、前記発行要求に応じて前記外部装置から電子証明書を取得する前記情報処理装置が有する第２の機能を有効にする第２の設定手段とを有し、
   前記第１の設定手段により前記第１の機能が有効にされている場合、前記第２の機能が有効にされないようにすることを特徴とする情報処理装置。
2. さらに、前記電子証明書の発行要求に応じて公開鍵ペアを生成し、当該公開鍵ペアに基づいて電子証明書の署名要求を生成する生成手段を有し、
   前記電子証明書の発行要求は、前記電子証明書の署名要求を含むことを特徴とする請求項１に記載の情報処理装置。
3. さらに、前記第１の設定手段により前記第１の機能が有効にされていることに基づき、予め指定された日時に、前記外部装置に電子証明書の発行要求を送信し、前記発行要求に応じて前記外部装置から電子証明書を取得する第１の取得手段を有することを特徴とする請求項１または２に記載の情報処理装置。
4. さらに、前記第２の設定手段により前記第２の機能が有効にされていることに基づき、ユーザからの電子証明書の発行要求の指示に応じて、前記外部装置に電子証明書の発行要求を送信し、前記発行要求に応じて前記外部装置から電子証明書を取得する第２の取得手段を有することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記第１の取得手段は、さらに、前記電子証明書の発行要求の結果を取得することを特徴とする請求項３または４に記載の情報処理装置。
6. 前記第２の取得手段は、さらに、前記電子証明書の発行要求の結果を取得することを特徴とする請求項３または４に記載の情報処理装置。
7. さらに、前記第１の取得手段によって取得した前記電子証明書、または、前記第２の取得手段によって取得した前記電子証明書を記憶する記憶手段を有することを特徴とする請求項３乃至６のいずれか１項に記載の情報処理装置。
8. 前記第１の設定手段により前記第１の機能が有効にされている場合、電子証明書の発行要求の送信を受け付けない画面を生成することに基づき、前記第２の機能を有効にさせないことを特徴とする請求項１乃至７のいずれか１項に記載の情報処理装置。
9. ネットワークを介して外部装置と接続可能な情報処理装置における制御方法であって、
   予め指定された日時、または、予め指定された周期で、前記外部装置に電子証明書の発行要求を送信し、前記発行要求に応じて前記外部装置から電子証明書を取得する前記情報処理装置が有する第１の機能を有効にする第１の設定ステップと、
   ユーザからの電子証明書の発行要求の指示に応じて、前記外部装置に電子証明書の発行要求を送信し、前記発行要求に応じて前記外部装置から電子証明書を取得する前記情報処理装置が有する第２の機能を有効にする第２の設定ステップとを有し、
   前記第１の設定ステップにより前記第１の機能が有効にされている場合、前記第２の機能が有効にされないようにすることを特徴とする情報処理装置における制御方法。
10. さらに、前記電子証明書の発行要求に応じて公開鍵ペアを生成し、当該公開鍵ペアに基づいて電子証明書の署名要求を生成する生成ステップを有し、
    前記電子証明書の発行要求は、前記電子証明書の署名要求を含むことを特徴とする請求項９に記載の制御方法。
11. さらに、前記第１の設定ステップにより前記第１の機能が有効にされていることに基づき、予め指定された日時に、前記外部装置に電子証明書の発行要求を送信し、前記発行要求に応じて前記外部装置から電子証明書を取得する第１の取得ステップを有することを特徴とする請求項９または１０に記載の制御方法。
12. さらに、前記第２の設定ステップにより前記第２の機能が有効にされていることに基づき、ユーザからの電子証明書の発行要求の指示に応じて、前記外部装置に電子証明書の発行要求を送信し、前記発行要求に応じて前記外部装置から電子証明書を取得する第２の取得ステップを有することを特徴とする請求項９乃至１１のいずれか１項に記載の制御方法。
13. 前記第１の取得ステップは、さらに、前記電子証明書の発行要求の結果を取得することを特徴とする請求項１１または１２に記載の制御方法。
14. 前記第２の取得ステップは、さらに、前記電子証明書の発行要求の結果を取得することを特徴とする請求項１１または１２に記載の制御方法。
15. さらに、前記第１の取得ステップによって取得した前記電子証明書、または、前記第２の取得ステップによって取得した前記電子証明書を記憶する記憶ステップを有することを特徴とする請求項１１乃至１４のいずれか１項に記載の制御方法。
16. 前記第１の設定ステップにより前記第１の機能が有効にされている場合、電子証明書の発行要求の送信を受け付けない画面を生成することに基づき、前記第２の機能を有効にさせないことを特徴とする請求項９乃至１５のいずれか１項に記載の制御方法。
17. コンピュータを、請求項１乃至８のいずれか１項に記載の情報処理装置の各手段として機能させるためのプログラム。

Images