JP4148246B2 - 通信システム、証明書更新装置、証明書更新プログラム、通信装置及び代替更新プログラム - Google Patents

Description

本発明は、認証装置により電子署名された公開鍵証明書によって本人性が証明される通信装置を備えた通信システムに関するものである。

近年、ネットワーク通信の利用拡大に伴い、通信のセキュリティを確保する必要性が高まっており、公開鍵基盤（ＰＫＩ：Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）技術を用いた電子署名や電子認証が広く利用されている。

公開鍵暗号方式による電子署名は署名対象データのハッシュ値を秘密鍵で暗号化することにより行われることから、この電子署名の検証にはその秘密鍵と対をなす公開鍵が必要となるが、公開鍵自体にはその所有者に関する情報等が含まれていないため、信頼性のある第三者機関が公開鍵とその所有者との対応関係を保証した公開鍵証明書が用いられる。なお、証明書を発行する信頼性のある第三者機関を認証局（ＣＡ：（Ｃｅｒｔｉｆｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｔｙ）という。

例えば、特許文献１には、ＬＡＮ内に設けられた通信装置であるホストのＩＰアドレス及び公開鍵証明書を頻繁に（通信相手が変わるごとに、セッションが変わるごとに、又は、通信パケットの送信ごとに）変更する構成の通信システムが開示されている。この通信システムでは、公開鍵証明書を発行するＣＡをＬＡＮ内のノードとして設け、このＣＡにＬＡＮ内のホストのユーザ名、パスワード及び公開鍵を登録しておく。そして、ＣＡは、ホストから公開鍵証明書の発行を要求された際には、登録されている情報に基づきホストの認証を行うことで、ホストのなりすましを防止するようにしている。
特開２００４−７５１２号公報

ところで、ＣＡにより電子署名された公開鍵証明書によって本人性が証明される通信装置では、公開鍵証明書の有効期限が切れたり証明内容（例えば、所有者の識別情報であるＩＰアドレスやホストネーム等）が変更されたりすることによってその公開鍵証明書が使用できなくなった場合には公開鍵証明書の再発行をＣＡに依頼する必要があるが、通信装置の公開鍵証明書が既に無効となっていることから、通信装置をＣＡに認証させるために煩雑な処理（新規な公開鍵証明書の発行を依頼する場合と同様の処理）を要するという問題がある。

なお、上記特許文献１に記載のように、通信装置のユーザ名、パスワード及び公開鍵をＣＡに登録しておくシステムであれば、公開鍵証明書が無効となった後でもＣＡに通信装置を認証させることが可能ではあるが、このようなシステムではユーザ名等の情報に基づきホストを認証するといった特殊な構成のＣＡを用いなければならず、しかもユーザ名等の情報をＣＡにあらかじめ登録しておかなければならないという点で利便性に欠ける。

本発明は、こうした問題にかんがみてなされたものであり、公開鍵証明書の容易な更新を可能とする通信システム、証明書更新装置、証明書更新プログラム、通信装置及び代替更新プログラムを提供することを目的としている。

上記目的を達成するためになされた本発明の請求項１に記載の通信システムは、認証装置により電子署名された公開鍵証明書によって本人性が証明される通信装置を備えており、通信装置の公開鍵証明書には、その通信装置の第１識別情報又は第２識別情報である所有者情報が含まれている。そして、本通信システムは、通信装置の第１識別情報の変更指示を受け付ける変更受付手段と、変更受付手段により受け付けた変更指示に応じて、通信装置の第１識別情報を変更する情報変更手段と、変更受付手段により変更指示を受け付けると、その変更指示による第１識別情報の変更対象である通信装置の公開鍵証明書に含まれる所有者情報を取得する取得手段と、取得手段により取得した所有者情報が第１識別情報である場合に、その通信装置の公開鍵証明書を所有者情報が変更指示を受け付けた第１識別情報へ変更されるように認証装置に更新させるための処理を行う証明書更新手段と、を備え、情報変更手段は、取得手段により取得した所有者情報が第１識別情報である場合、証明書更新手段により公開鍵証明書が更新されたことを条件として、第１識別情報を変更する。

このため、本発明の通信システムでは、通信装置の公開鍵証明書が有効な状態においてその公開鍵証明書を認証装置に更新させるための処理が行われることとなり、その結果、公開鍵証明書を容易に更新することができる。すなわち、公開鍵証明書が無効となった後で公開鍵証明書の再署名（再発行）を認証装置に依頼する場合には、既に通信装置の本人性が証明されない状態となっていることから、認証装置に通信装置を認証させるために煩雑な処理を要することとなる。これに対し、本発明の通信システムでは、公開鍵証明書によって本人性が証明されている状態でその公開鍵証明書の更新を行うため、公開鍵証明書を容易に更新することができ、しかも、本通信システムによれば、上述した特許文献１に記載のシステムのように特殊な構成の認証装置を用いる必要がなく、周知の認証局を認証装置として利用することが可能である。

また、通信装置の公開鍵証明書にその通信装置の識別情報（例えばＩＰアドレスやホストネーム）である所有者情報が含まれている場合、通信装置の識別情報自体が変更されると、公開鍵証明書に含まれている所有者情報が実際の識別情報と一致しなくなることにより、その公開鍵証明書が無効となってしまうことが考えられるが、本通信システムによれば、通信装置の識別情報が変更されることにより公開鍵証明書が無効となってしまうという事態を防ぐことができる。

一方、請求項２に記載の通信システムは、上記請求項１に記載の通信システムにおいて、上述した構成の通信装置を複数備えるとともに、複数の通信装置のそれぞれと通信可能に構成された管理装置を備えている。そして、本通信システムにおいて、通信装置は、公開鍵証明書を記憶する記憶手段と、記憶手段に記憶された公開鍵証明書に含まれる所有者情報を管理装置に送信する送信手段と、を備え、管理装置において、取得手段は、通信装置が記憶する公開鍵証明書に含まれる所有者情報を、その通信装置から受信し、証明書更新手段により更新した公開鍵証明書を、通信装置へ送信する送信手段を備える。このため、本通信システムによれば、複数の通信装置の公開鍵証明書の管理を共通の管理装置により効率よく行うことができる。

ただし、このような通信システムでは、管理装置による処理が何らかの理由で行われなくなった場合に通信装置の公開鍵証明書が無効になってしまうことが考えられる。
そこで、請求項３に記載の通信システムでは、上記請求項２に記載の通信システムにおいて、通信装置は、自己の公開鍵証明書を認証装置に更新させるための処理が管理装置の証明書更新手段により行われていないと判定した場合に、その公開鍵証明書が無効となる前にその公開鍵証明書の更新を自己とは別の通信装置であって認証装置により本人性が証明されている通信装置に依頼するための処理を行う代替更新依頼手段と、自己とは別の通信装置の代替更新依頼手段により公開鍵証明書の更新の依頼を受けた場合に、自己の電子署名によりその公開鍵証明書を更新する処理を行う代替更新処理手段と、を備えている。

つまり、本通信システムの各通信装置は、自己とは別の通信装置からの依頼に応じて公開鍵証明書を更新する処理を行うように構成されており、公開鍵証明書を認証装置に更新させるための管理装置による処理が行われていないと判定した場合には、自己とは別の通信装置であって認証装置により本人性が証明されているものに公開鍵証明書の更新を依頼する。

このような構成の通信システムによれば、自己とは別の通信装置により公開鍵証明書が更新された通信装置は、認証装置により本人性が証明されている通信装置の電子署名によって間接的に本人性が証明されることとなるため、公開鍵証明書を認証装置に更新させるための管理装置による処理が行われない状態（例えば、管理装置が故障した場合や管理者が処理の実行操作を忘れている場合）となった場合にも公開鍵証明書が直ちに無効となってしまうことを防ぐことができる。

そして、請求項４に記載の通信システムでは、上記請求項３に記載の通信システムにおいて、管理装置の証明書更新手段は、通信装置の公開鍵証明書が認証装置により電子署名されたものでないと判定した場合にも、その公開鍵証明書を認証装置に更新させるための処理を行う。

このような構成の通信システムでは、管理装置による処理が行われない間に通信装置によって発行された公開鍵証明書が、管理装置による処理が行われる状態となった後には認証装置によって発行された公開鍵証明書に更新されるため、通信装置の信頼性を向上させることができる。

次に、請求項５に記載の証明書更新装置は、認証装置により電子署名されることにより通信装置の本人性が証明される公開鍵証明書であって、その通信装置の第１識別情報又は第２識別情報である所有者情報が含まれた公開鍵証明書を記憶する通信装置と通信可能な証明書更新装置であって、通信装置の第１識別情報の変更指示を受け付ける変更受付手段と、変更受付手段により受け付けた変更指示に応じて、通信装置に変更後の第１識別情報を送信する情報変更手段と、変更受付手段により変更指示を受け付けると、その変更指示による第１識別情報の変更対象である通信装置の公開鍵証明書に含まれる所有者情報を、通信装置から取得する取得手段と、取得手段により取得した所有者情報が第１識別情報である場合に、その通信装置の公開鍵証明書を所有者情報が変更指示を受け付けた第１識別情報へ変更されるように認証装置に更新させるための処理を行う証明書更新手段と、を備え、情報変更手段は、取得手段により取得した所有者情報が第１識別情報である場合、証明書更新手段により公開鍵証明書が更新されたことを条件として、第１識別情報を送信する。

このため、本発明の証明書更新装置が用いられた通信システムでは、通信装置の公開鍵証明書が有効な状態においてその公開鍵証明書を認証装置に更新させるための処理が行われることとなり、上述した請求項１の通信システムと同様、公開鍵証明書を容易に更新することができる。

次に、請求項６に記載の証明書更新プログラムは、認証装置により電子署名されることにより通信装置の本人性が証明される公開鍵証明書であって、その通信装置の第１識別情報又は第２識別情報である所有者情報が含まれた公開鍵証明書を記憶する通信装置と通信可能な装置において機能させる証明書更新プログラムであって、通信装置の第１識別情報の変更指示を受け付ける変更受付手段、変更受付手段により受け付けた変更指示に応じて、通信装置に変更後の第１識別情報を送信する情報変更手段、変更受付手段により変更指示を受け付けると、その変更指示による第１識別情報の変更対象である通信装置の公開鍵証明書に含まれる所有者情報を、通信装置から取得する取得手段、取得手段により取得した所有者情報が第１識別情報である場合に、その通信装置の公開鍵証明書を所有者情報が変更指示を受け付けた第１識別情報へ変更されるように認証装置に更新させるための処理を行う証明書更新手段、としてコンピュータを機能させ、情報変更手段は、取得手段により取得した所有者情報が第１識別情報である場合、証明書更新手段により公開鍵証明書が更新されたことを条件として、第１識別情報を送信するようにコンピュータを機能させるためのものである。

このため、本証明書更新プログラムによれば、上記請求項５の証明書更新装置としてコンピュータを機能させることができ、これにより上述した効果を得ることができる。
次に、請求項７に記載の通信装置は、認証装置により電子署名された公開鍵証明書によって本人性が証明される通信装置において、通信装置の公開鍵証明書には、その通信装置の第１識別情報又は第２識別情報である所有者情報が含まれており、通信装置の第１識別情報の変更指示を受け付ける変更受付手段と、変更受付手段により受け付けた変更指示に応じて、通信装置の第１識別情報を変更する情報変更手段と、変更受付手段により変更指示を受け付けると、その変更指示による第１識別情報の変更対象である通信装置の公開鍵証明書に含まれる所有者情報を取得する取得手段と、取得手段により取得した所有者情報が第１識別情報である場合に、その通信装置の公開鍵証明書を所有者情報が変更指示を受け付けた第１識別情報へ変更されるように認証装置に更新させるための処理を行う証明書更新手段と、を備え、情報変更手段は、取得手段により取得した所有者情報が第１識別情報である場合、証明書更新手段により公開鍵証明書が更新されたことを条件として、第１識別情報を変更する。
次に、請求項８に記載の通信装置は、認証装置により電子署名された公開鍵証明書によって本人性が証明される複数の通信装置と、複数の通信装置のそれぞれと通信可能に構成され、通信装置の公開鍵証明書が無効となる前にその公開鍵証明書を認証装置に更新させるための処理を行う管理装置と、を備えた通信システムに用いられるものである。

このような通信システムでは、通信装置の公開鍵証明書が有効な状態においてその公開鍵証明書を認証装置に更新させるための処理が行われることとなり、上述した請求項１の通信システムと同様、公開鍵証明書を容易に更新することができる。しかも、複数の通信装置の公開鍵証明書の管理を共通の管理装置により効率よく行うことができる。

そして、請求項８に記載の通信装置では、代替更新依頼手段が、自己の公開鍵証明書を認証装置に更新させるための処理が管理装置により行われていないと判定した場合に、その公開鍵証明書が無効となる前にその公開鍵証明書の更新を自己とは別の通信装置に依頼するための処理を行う。さらに、代替更新処理手段が、自己とは別の通信装置の代替更新依頼手段により公開鍵証明書の更新の依頼を受けた場合に、自己の電子署名によりその公開鍵証明書を更新する処理を行う。

つまり、本通信装置は、通信システムにおける自己とは別の通信装置からの依頼に応じて公開鍵証明書を更新する処理を行うように構成されており、公開鍵証明書を認証装置に更新させるための管理装置による処理が行われていないと判定した場合には、自己とは別の通信装置であって認証装置により本人性が証明されているものに公開鍵証明書の更新を依頼する。

このような構成の通信装置によれば、自己とは別の通信装置に公開鍵証明書の更新を依頼することにより、認証装置により本人性が証明されている通信装置の電子署名によって間接的に本人性が証明されることとなるため、公開鍵証明書を認証装置に更新させるための管理装置による処理が行われない状態（例えば、管理装置が故障した場合や管理者が処理の実行操作を忘れている場合）となった場合にも公開鍵証明書が直ちに無効となってしまうことを防ぐことができる。

次に、請求項９に記載の代替更新プログラムは、認証装置により電子署名された公開鍵証明書によって本人性が証明される複数の通信装置と、複数の通信装置のそれぞれと通信可能に構成され、通信装置の公開鍵証明書が無効となる前にその公開鍵証明書を認証装置に更新させるための処理を行う管理装置と、を備えた通信システムにおける通信装置としてコンピュータを機能させるプログラムであって、自己の公開鍵証明書を認証装置に更新させるための処理が管理装置により行われていないと判定した場合に、その公開鍵証明書が無効となる前にその公開鍵証明書の更新を自己とは別の通信装置に依頼するための処理を行う代替更新依頼手段、及び、自己とは別の通信装置の代替更新依頼手段により公開鍵証明書の更新の依頼を受けた場合に、自己の電子署名によりその公開鍵証明書を更新する処理を行う代替更新処理手段、としてコンピュータを機能させることを特徴としている。

このため、本代替更新プログラムによれば、上記請求項８の通信装置としてコンピュータを機能させることができ、これにより上述した効果を得ることができる。
なお、上記請求項６又は９の各プログラムには、フレキシブルディスク等の磁気ディスク、光磁気ディスク、半導体製メモリなど、コンピュータ読み取り可能な記憶媒体に記憶された状態のものも含まれることは言うまでもない。

以下、本発明が適用された実施形態について、図面を用いて説明する。
［１．システムの全体構成］
図１は、実施形態の通信システムとしてのネットワーク印刷システムの構成図である。

同図に示すように、このネットワーク印刷システムは、複数のプリントサーバ１０，１０，…と、管理用パーソナルコンピュータ（以下「管理ＰＣ」という。）２０と、複数のクライアントパーソナルコンピュータ（以下「クライアントＰＣ」という。）３０，３０，…と、ＣＡ４０とがＬＡＮ５０に接続されており、ＬＡＮ５０を介して通信可能に構成されたものである。なお、本実施形態のネットワーク印刷システムにおいて、管理ＰＣ２０とＣＡ４０との間はセキュアに通信可能に構成されている。

［２．各装置の構成］
ここで、本ネットワーク印刷システムに設けられた各装置の構成について説明する。
［２．１ プリントサーバの構成］
図２は、プリントサーバ１０の概略構成を表すブロック図である。

このプリントサーバ１０は、ＬＡＮ５０を介して通信可能に構成されたクライアントＰＣ３０から印刷データを受信してその印刷データの表す画像を印刷するいわゆるネットワークプリンタとして機能する装置であり、同図に示すように、ＣＰＵ１１、印刷部１２、操作部１３、表示部１４、ネットワークインタフェース（ネットワークＩＦ）１５、データ送受信部１６及び記憶部１７を備えている。

ＣＰＵ１１は、各種演算処理を実行することにより本プリントサーバ１０を構成する各部を統括制御する。
印刷部１２は、ＣＰＵ１１からの指令に基づき記録媒体（用紙等）に画像を印刷する。なお、記録媒体への画像の印刷方式としては、例えばレーザ転写方式やインクジェット方式が挙げられる。

操作部１３は、ユーザインタフェースとしての操作パネルを有しており、その操作パネルを介した利用者からの外部操作による指令を入力する
表示部１４は、液晶ディスプレイを有しており、利用者が視認可能な画像として各種情報を表示する。

ネットワークインタフェース１５は、通信ケーブル（ＬＡＮケーブル）が接続された状態でその通信ケーブルを介したデータの送受信処理を行う。
データ送受信部１６は、ＣＰＵ１１から出力されるデータをネットワークインタフェース１５を介して送信する処理及びネットワークインタフェース１５を介して受信したデータをＣＰＵ１１へ出力する処理を行う。

記憶部１７は、各種情報を記憶するためのものであり、ＲＯＭ、ＲＡＭ等から構成されている。この記憶部１７には、本プリントサーバ１０の秘密鍵（以下「サーバ秘密鍵」という。）１０ｐと、本プリントサーバ１０の本人性を証明するための電子証明書（サーバ秘密鍵１０ｐと対をなす公開鍵（以下「サーバ公開鍵」という。）と本プリントサーバ１０のＩＰアドレスやホストネームやＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）等の識別情報とが対応していることを証明する公開鍵証明書であり、以下「サーバ証明書」という。）１０ｃとが記憶されている。このサーバ証明書１０ｃとしては、ＣＡ４０により（後述するＣＡ４０の秘密鍵４０ｐを用いて）電子署名されたものが基本的には（後述する代替署名（ＣＡ４０の代わりにＬＡＮ５０内のプリントサーバ１０が行う電子署名）の場合を除き）用いられる。本実施形態のネットワーク印刷システムでは、図３のフォーマット例に示すように、署名者情報、有効期限、所有者情報（コモンネーム）、公開鍵及び電子署名（デジタル署名）が記された公開鍵証明書が用いられる。なお、実際の公開鍵証明書はテキストデータではないが、図３では説明の便宜上テキストで示している。

また、記憶部１７には、後述する各種処理（図１３〜図１８）をＣＰＵ１１に実行させるためのプログラムが記憶されている。
［２．２ 管理ＰＣの構成］
図４は、管理ＰＣ２０の概略構成を表すブロック図である。

この管理ＰＣ２０は、本ネットワーク印刷システムの管理者によって用いられるコンピュータ（本実施形態では汎用のパーソナルコンピュータ）であり、同図に示すように、ＣＰＵ２１、入力装置２２、入力装置制御部２３、表示装置２４、表示装置制御部２５、ネットワークインタフェース（ネットワークＩＦ）２６、データ送受信部２７及び記憶部２８を備えている。

ＣＰＵ２１は、各種演算処理を実行することにより管理ＰＣ２０を構成する各部を統括制御する。
入力装置２２は、利用者からの外部操作による指令を入力するためのものである。本実施形態では、入力装置２２としてキーボード及びポインティングデバイス（マウス等）が用いられている。

入力装置制御部２３は、入力装置２２によって入力された利用者からの各種指令を表す信号をＣＰＵ２１へ出力する処理を行う。
表示装置２４は、各種情報を利用者が視認可能な画像として表示するためのものである。本実施形態では、表示装置２４として液晶ディスプレイが用いられている。

表示装置制御部２５は、ＣＰＵ２１から出力されるデータが表す画像を表示装置２４に表示させるための処理を行う。
ネットワークインタフェース２６は、通信ケーブル（ＬＡＮケーブル）が接続された状態でその通信ケーブルを介したデータの送受信処理を行う。

データ送受信部２７は、ＣＰＵ２１から出力されるデータをネットワークインタフェース２６を介して送信する処理及びネットワークインタフェース２６を介して受信したデータをＣＰＵ２１へ出力する処理を行う。

記憶部２８は、各種情報を記憶するためのものであり、ＲＯＭ、ＲＡＭ、ハードディスク装置（ＨＤＤ）等から構成されている。この記憶部２８には、ＣＡ４０の本人性を証明するための電子証明書（ＣＡ４０の公開鍵（後述するＣＡ４０の秘密鍵４０ｐと対をなす公開鍵）とＣＡ４０とが対応していることを証明する公開鍵証明書であり、以下「ＣＡ証明書」という。）４０ｃが、あらかじめセキュアな状態で記憶されている。

また、記憶部２８には、後述する各種処理（図１９，図２０）をＣＰＵ１１に実行させるためのプログラムが記憶されている。
［２．３ クライアントＰＣの構成］
図５は、クライアントＰＣ３０の概略構成を表すブロック図である。

このクライアントＰＣ３０は、本ネットワーク印刷システムの利用者によって用いられるコンピュータ（本実施形態では汎用のパーソナルコンピュータ）であり、同図に示すように、ＣＰＵ３１、入力装置３２、入力装置制御部３３、表示装置３４、表示装置制御部３５、ネットワークインタフェース（ネットワークＩＦ）３６、データ送受信部３７及び記憶部３８を備えている。なお、クライアントＰＣ３０のハードウェア構成及びＣＡ証明書４０ｃがあらかじめセキュアな状態で記憶されている点は上述した管理ＰＣ２０と同じであるため、説明を省略する。

［２．４ ＣＡの構成］
図６は、ＣＡ４０の概略構成を表すブロック図である。
このＣＡ４０は、本ネットワーク印刷システムにおいて電子証明書を発行する認証局として機能する装置であり、同図に示すように、ＣＰＵ４１、ネットワークインタフェース（ネットワークＩＦ）４２、データ送受信部４３及び記憶部４４を備えている。

ＣＰＵ４１は、各種演算処理を実行することによりＣＡ４０を構成する各部を統括制御する。
ネットワークインタフェース４２は、通信ケーブルが接続された状態でその通信ケーブルを介したデータの送受信処理を行う。

データ送受信部４３は、ＣＰＵ４１から出力されるデータをネットワークインタフェース４２を介して送信する処理及びネットワークインタフェース４２を介して受信したデータをＣＰＵ４１へ出力する処理を行う。

記憶部４４は、各種情報を記憶するためのものであり、ＲＯＭ、ＲＡＭ、ハードディスク装置（ＨＤＤ）等から構成されている。この記憶部４４には、本ＣＡ４０の秘密鍵（以下「ＣＡ秘密鍵」という。）４０ｐが記憶されている。

［３．通信の概要］
次に、本ネットワーク印刷システムで行われる通信の概要について説明する。
［３．１ 印刷のための通信］
図７は、クライアントＰＣ３０からプリントサーバ１０へ暗号化した印刷データを送信して印刷を行う場合に、プリントサーバ１０とクライアントＰＣ３０との間で行われる通信の概要を表すラダーチャートである。

同図に示すように、まず、クライアントＰＣ３０が、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）による通信の開始を要求するためのＳＳＬ通信要求をプリントサーバ１０へ送信する。これにより、クライアントＰＣ３０とプリントサーバ１０との間でＳＳＬハンドシェークが行われる。ＳＳＬハンドシェークにおいては、クライアントＰＣ３０がプリントサーバ１０からサーバ証明書１０ｃを受信し、記憶部３８に記憶されているＣＡ証明書４０ｃ（具体的にはＣＡ４０の公開鍵）を用いてサーバ証明書１０ｃの電子署名を検証することによりプリントサーバ１０の本人性を確認する処理や、サーバ証明書１０ｃ（具体的にはサーバ公開鍵）を用いた暗号通信により共通鍵を共有してＳＳＬコネクションを確立する処理などが行われる。

こうしてＳＳＬコネクションが確立した状態で、クライアントＰＣ３０は、共通鍵を用いて暗号化した印刷データをプリントサーバ１０へ送信する。一方、プリントサーバ１０は、受信した印刷データを共通鍵を用いて復号し、その印刷データの表す画像を印刷部１２で印刷する。

そして、クライアントＰＣ３０は、すべての印刷データの送信を終えると、ＳＳＬによる通信の終了を要求するためのＳＳＬ切断要求をプリントサーバ１０へ送信する。これにより、クライアントＰＣ３０とプリントサーバ１０との間でのＳＳＬコネクションが切断される。

［３．２ サーバ証明書管理のための通信］
図８は、ＬＡＮ５０内の各プリントサーバ１０が所有するサーバ証明書１０ｃを管理ＰＣ２０で統括管理するために、プリントサーバ１０と管理ＰＣ２０との間及び管理ＰＣ２０とＣＡ４０との間で行われる通信の概要を表すラダーチャートである。

同図に示すように、まず、管理ＰＣ２０が、ＬＡＮ５０内に存在するプリントサーバ１０を検索するためのプリントサーバ検索用ブロードキャストを行う。これに対し、ＬＡＮ５０内に存在するプリントサーバ１０が応答する。

管理ＰＣ２０は、応答のあったプリントサーバ１０（複数存在する場合には各プリントサーバ１０）に対し、ＳＳＬ通信要求を送信する。これにより、管理ＰＣ２０とプリントサーバ１０との間でＳＳＬハンドシェークが行われる。そして、管理ＰＣ２０は、ＳＳＬハンドシェークの際にプリントサーバ１０から受信したサーバ証明書１０ｃを参照し、そのサーバ証明書１０ｃに含まれている有効期限及び署名者情報（発行者の情報）を確認する。そして、サーバ証明書１０ｃの有効期限が切れそうな場合（本実施形態では、有効期限が１０日以内に切れる場合）、又は、発行者がＣＡ４０以外である場合には、そのサーバ証明書１０ｃを更新するために、その所有者（発行先）であるプリントサーバ１０に対し、ＣＳＲ（Ｃｅｒｔｉｆｉｃａｔｅ Ｓｉｇｎｉｎｇ Ｒｅｑｕｅｓｔ）の作成を要求するためのＣＳＲ作成要求を送信する。ここで、ＣＳＲとは、公開鍵証明書を発行してもらうための要求（証明書署名要求）であり、本実施形態のネットワーク印刷システムでは、図９のフォーマット例に示すように、所有者情報、公開鍵、拡張領域及び電子署名（デジタル署名）が記されたものが用いられる。なお、実際のＣＳＲはテキストデータではないが、図９では説明の便宜上テキストで示している。

そして、管理ＰＣ２０は、ＣＳＲで設定すべき項目であるＣＳＲパラメータを送信する。ここで送信するＣＳＲパラメータは、プリントサーバ１０から受信したサーバ証明書１０ｃの内容を引き継ぐものである。

プリントサーバ１０は、管理ＰＣ２０からＣＳＲ作成要求及びＣＳＲパラメータを受信すると、その受信したＣＳＲパラメータに基づきＣＳＲを作成して管理ＰＣ２０へ送信する。

管理ＰＣ２０は、プリントサーバ１０からＣＳＲを受信すると、その受信したＣＳＲをＣＡ４０へ送信する。
ＣＡ４０は、管理ＰＣ２０からＣＳＲを受信すると、その受信したＣＳＲに基づき、ＣＡ秘密鍵４０ｐを用いて電子署名したプリントサーバ１０のサーバ証明書１０ｃを作成し、管理ＰＣ２０へ送信する。なお、本実施形態のＣＡ４０は、サーバ証明書１０ｃの有効期限を発行時点から所定期間（例えば１年）後に設定するように構成されており、この結果、サーバ証明書１０ｃの有効期限が延長される。

管理ＰＣ２０は、ＣＡ４０からサーバ証明書１０ｃを受信すると、ＣＳＲの送信元であるプリントサーバ１０に対し、サーバ証明書１０ｃのインストールを要求するための証明書インストール要求を送信し、更にＣＡ４０から受信したサーバ証明書１０ｃを送信する。

プリントサーバ１０は、管理ＰＣ２０から証明書インストール要求及びサーバ証明書１０ｃを受信すると、その受信したサーバ証明書１０ｃをインストールすることにより、それまで所有していたサーバ証明書１０ｃに代えて、受信したサーバ証明書１０ｃを自己のサーバ証明書１０ｃとする（サーバ証明書１０ｃを更新する）。

その後、管理ＰＣ２０は、ＳＳＬ切断要求をプリントサーバ１０へ送信する。これにより、プリントサーバ１０と管理ＰＣ２０との間でのＳＳＬコネクションが切断される。
［３．３ プリントサーバの識別情報変更のための通信］
図１０は、ＬＡＮ５０内に存在するプリントサーバ１０の識別情報（ＩＰアドレスやホストネーム）を変更する場合に、プリントサーバ１０と管理ＰＣ２０との間及び管理ＰＣ２０とＣＡ４０との間で行われる通信の概要を表すラダーチャートである。

本ネットワーク印刷システムは、ＬＡＮ５０内の複数のプリントサーバ１０，１０，…を一台の管理ＰＣ２０で統括管理するように構成されており、図１１に示すように、管理ＰＣ２０の表示装置２４に表示される設定画面６０上で各プリントサーバ１０の設定を行う。具体的には、設定画面６０には、ＩＰアドレス入力用テキストボックス６１、サブネットマスク入力用テキストボックス６２、デフォルトゲートウェイ入力用テキストボックス６３及びホストネーム入力用テキストボックス６４と、証明書発行機能オンオフ用チェックボックス６５とが設けられている。ここで、証明書発行機能オンオフ用チェックボックス６５とは、他のプリントサーバ１０のサーバ証明書１０ｃを作成（自己のサーバ秘密鍵１０ｐを用いて電子署名）する機能を有効にするか否かを設定するためのチェックボックスである。そして、本ネットワーク印刷システムでは、管理ＰＣ２０が、設定画面６０上で利用者により入力された情報に基づきプリントサーバ１０の設定を行う。すなわち、管理ＰＣ２０は、設定画面６０上で入力された情報をプリントサーバ１０へ送信し、プリントサーバ１０は、管理ＰＣ２０から受信した情報に基づき自身の設定を行う。これにより、管理ＰＣ２０による複数のプリントサーバ１０，１０，…の統括管理を可能としている。

この設定画面６０において、あるプリントサーバ１０の識別情報であるＩＰアドレス又はホストネームを変更する操作が行われると、図１０に示すように、管理ＰＣ２０は、識別情報を変更する対象のプリントサーバ１０に対し、ＳＳＬ通信要求を送信する。これにより、管理ＰＣ２０とそのプリントサーバ１０との間でＳＳＬハンドシェークが行われる。そして、管理ＰＣ２０は、ＳＳＬハンドシェークの際にそのプリントサーバ１０から受信したサーバ証明書１０ｃを参照し、そのサーバ証明書１０ｃに含まれている所有者（発行先）を識別するための情報であるコモンネーム（所有者情報）を確認する。そして、変更対象の識別情報がサーバ証明書１０ｃにおいてコモンネームとして使用されている場合（ＩＰアドレスを変更する場合であってコモンネームとしてＩＰアドレスが使用されているときや、ホストネームを変更する場合であってコモンネームとしてホストネームが使用されているとき）には、そのサーバ証明書１０ｃを更新するために、プリントサーバ１０に対し、ＣＳＲ作成要求を送信し更にＣＳＲパラメータを送信する。ここで送信するＣＳＲパラメータは、プリントサーバ１０から受信したサーバ証明書１０ｃの内容を引き継ぐものであるが、コモンネームについては変更後の識別情報とする。

プリントサーバ１０は、管理ＰＣ２０からＣＳＲ作成要求及びＣＳＲパラメータを受信すると、その受信したＣＳＲパラメータに基づきＣＳＲを作成して管理ＰＣ２０へ送信する。

管理ＰＣ２０は、プリントサーバ１０からＣＳＲを受信すると、その受信したＣＳＲをＣＡ４０へ送信する。
ＣＡ４０は、管理ＰＣ２０からＣＳＲを受信すると、その受信したＣＳＲに基づき、ＣＡ秘密鍵４０ｐを用いて電子署名したプリントサーバ１０のサーバ証明書１０ｃを作成し、管理ＰＣ２０へ送信する。

管理ＰＣ２０は、ＣＡ４０からサーバ証明書１０ｃを受信すると、プリントサーバ１０に対し、サーバ証明書１０ｃのインストールを要求するための証明書インストール要求を送信し、更にＣＡ４０から受信したサーバ証明書１０ｃを送信する。プリントサーバ１０は、管理ＰＣ２０から証明書インストール要求及びサーバ証明書１０ｃを受信すると、その受信したサーバ証明書１０ｃをインストールすることにより、それまで所有していたサーバ証明書１０ｃに代えて、受信したサーバ証明書１０ｃを自己のサーバ証明書１０ｃとする（サーバ証明書１０ｃを更新する）。

その後、管理ＰＣ２０は、プリントサーバ１０に対し、識別情報の変更を要求するための識別情報変更要求（具体的には、ホストネーム変更要求又はＩＰアドレス変更要求）を送信し、更にＳＳＬ切断要求を送信する。これにより、プリントサーバ１０と管理ＰＣ２０との間でのＳＳＬコネクションが切断される。

［３．４ 代替署名のための通信］
図１２は、プリントサーバ１０がＬＡＮ５０内の他のプリントサーバ１０に対してサーバ証明書１０ｃの生成を要求するために２台のプリントサーバ１０の間で行われる通信の概要を表すラダーチャートである。

同図に示すように、まず、自己の所有するサーバ証明書１０ｃの有効期限が切れそうな状態（管理ＰＣ２０によるサーバ証明書１０ｃの更新が行われるべき状態）であるにもかかわらず管理ＰＣ２０によるサーバ証明書１０ｃの更新が行われていないと判定したプリントサーバ（説明の便宜上「第１のプリントサーバ」と称する。）１０が、ＬＡＮ５０内のプリントサーバ１０であって他のプリントサーバ１０のサーバ証明書１０ｃを作成可能なもの（他のプリントサーバ１０のサーバ証明書１０ｃを作成する機能を有効とする設定がされており（上述した設定画面６０において証明書発行機能オンオフ用チェックボックス６５をチェックする設定が既に行われており）、かつ、サーバ証明書１０ｃが有効でかつ代替署名でない状態であるプリントサーバ１０）を検索するための署名可能サーバ検索用ブロードキャストを行う。これに対し、ＬＡＮ５０内に存在するプリントサーバ１０は、自己が他のプリントサーバ１０のサーバ証明書１０ｃを作成可能であるか否かを応答する。なお、本実施形態のネットワーク印刷システムではＬＡＮ５０内のすべてのプリントサーバ１０のサーバ証明書１０ｃを共通の（１つの）ＣＡ４０が署名する構成としているが、他の構成例としてＬＡＮ５０内に複数のＣＡを設けることも考えられる。この場合、第１のプリンタサーバ１０のサーバ証明書１０ｃを署名しているＣＡとは異なる他のＣＡに署名された第２のプリンタサーバ１０がＬＡＮ５０内に存在し得るため、このようなシステムにおいては、代替署名可能か否かの応答に、署名元ＣＡの名前も含めるようにするとよい。このようにすれば、第１のプリントサーバ１０は、応答を受信した際に、応答したプリントサーバ１０の署名元ＣＡを調べ、自己のサーバ証明書１０ｃの署名元ＣＡと同じであるか否かを判断し、同じでないと判断した場合にはその第２のプリントサーバ１０に対して代替署名を依頼しないようにすることができる。このようにすることで、署名元ＣＡが同じであるプリントサーバ１０に対してのみ代替署名を依頼することとなるため、代替署名であってもより信頼性の高いプリントサーバ１０にサーバ証明書１０ｃを発行させることができる。

第１のプリントサーバ１０は、他のプリントサーバ１０のサーバ証明書１０ｃを作成可能である旨の応答のあったプリントサーバ１０のうちの一つ（説明の便宜上「第２のプリントサーバ」と称する。）に対し、ＳＳＬ通信要求を送信する。これにより、第１のプリントサーバ１０と第２のプリントサーバ１０との間でＳＳＬハンドシェークが行われる。そして、第１のプリントサーバ１０は、ＣＳＲを作成し、第２のプリントサーバ１０に対し、サーバ証明書１０ｃの作成（電子署名）を要求するための署名要求を送信し、更に作成したＣＳＲを送信する。ここで送信するＣＳＲは、現時点で所有しているサーバ証明書１０ｃの内容を引き継ぐものである。なお、本実施形態で用いるＣＳＲ（図９）にはサーバ証明書１０ｃの有効期限に関する項目が含まれていないため、第１のプリントサーバ１０は、ＣＳＲに加え、作成を要求するサーバ証明書１０ｃの有効期限を指示するための有効期限情報を送信する。本実施形態では、有効期限を発行時点から２０日間後とするように指示する。

第２のプリントサーバ１０は、第１のプリントサーバ１０から署名要求、ＣＳＲ及び有効期限情報を受信すると、その受信したＣＳＲ及び有効期限情報に基づき、自己のサーバ秘密鍵１０ｐを用いて電子署名した第１のプリントサーバ１０のサーバ証明書１０ｃを作成し、第１のプリントサーバ１０へ送信する。

第１のプリントサーバ１０は、第２のプリントサーバ１０からサーバ証明書１０ｃを受信すると、その受信したサーバ証明書１０ｃをインストールすることにより、それまで所有していたサーバ証明書１０ｃに代えて、受信したサーバ証明書１０ｃを自己のサーバ証明書１０ｃとする（サーバ証明書１０ｃを更新する）。

その後、第１のプリントサーバ１０は、ＳＳＬ切断要求を第２のプリントサーバ１０へ送信する。これにより、第１のプリントサーバ１０と第２のプリントサーバ１０との間でのＳＳＬコネクションが切断される。

［４．プリントサーバ及び管理装置が実行する処理］
次に、上述した通信を実現するためにプリントサーバ１０及び管理ＰＣ２０が実行する処理について説明する。

［４．１ サーバメイン処理］
まず、プリントサーバ１０のＣＰＵ１１が実行するサーバメイン処理について、図１３のフローチャートを用いて説明する。

このサーバメイン処理が開始されると、まず、Ｓ１０１で、ＣＳＲ作成要求が受信されたか否かを判定する。なお、ＣＳＲ作成要求は、管理ＰＣ２０のＣＰＵ２１により実行される後述の管理ＰＣメイン処理（図１９）におけるＳ７０５，Ｓ７０８とホストネーム／ＩＰアドレス変更処理（図２０）におけるＳ８０３とで送信される。

そして、Ｓ１０１で、ＣＳＲ作成要求が受信されたと判定した場合には、Ｓ１０２へ移行し、自己のサーバ証明書１０ｃを生成するために必要なＣＳＲを作成するためのＣＳＲ作成処理を行った後、Ｓ１０１へ戻る。なお、ＣＳＲ作成処理の具体的内容については後述する（図１４）。

一方、Ｓ１０１で、ＣＳＲ作成要求が受信されていないと判定した場合には、Ｓ１０３へ移行し、証明書インストール要求が受信されたか否かを判定する。なお、証明書インストール要求は、管理ＰＣ２０のＣＰＵ２１により実行される後述の管理ＰＣメイン処理（図１９）におけるＳ７１３とホストネーム／ＩＰアドレス変更処理（図２０）におけるＳ８０８とで送信される。

そして、Ｓ１０３で、証明書インストール要求が受信されたと判定した場合には、Ｓ１０４へ移行し、サーバ証明書１０ｃを受信する処理を行う。なお、サーバ証明書１０ｃは、管理ＰＣ２０のＣＰＵ２１により実行される後述の管理ＰＣメイン処理（図１９）におけるＳ７１４とホストネーム／ＩＰアドレス変更処理（図２０）におけるＳ８０９とで送信される。

続いて、Ｓ１０５では、Ｓ１０４で受信したサーバ証明書１０ｃをインストールすることにより、それまで所有していたサーバ証明書１０ｃに代えて、受信したサーバ証明書１０ｃを自己のサーバ証明書１０ｃとする。つまり、サーバ証明書１０ｃを更新する。

続いて、Ｓ１０６では、代替署名フラグをリセットする。代替署名フラグはサーバ証明書１０ｃが代替署名によるものであることを表すフラグであり、代替署名フラグがリセットされているときは、サーバ証明書１０ｃが代替署名によるものでないことを表す。その後、Ｓ１０１へ戻る。

一方、Ｓ１０３で、証明書インストール要求が受信されていないと判定した場合には、Ｓ１０７へ移行し、自己のサーバ証明書１０ｃの有効期限が所定期間後であるか否かを判定する。本実施形態では、現時点の日時が有効期限日のＬ日前あるか否かを判定する。ここで、変数Ｌの値は、管理ＰＣ２０によってサーバ証明書１０ｃが更新され得る時期（有効期限の１０日前）よりも遅い時期となるように設定されている（本実施形態では、変数Ｌの初期値は５）。このため、現時点の日時が有効期限日のＬ日前であるか否かの判定は、換言すれば、管理ＰＣ２０によるサーバ証明書１０ｃの更新が行われるべき状態であるにもかかわらず管理ＰＣ２０によるサーバ証明書１０ｃの更新が行われていない状態（例えば管理ＰＣ２０が故障している場合）であるか否かを判定していることになる。

そして、Ｓ１０７で、有効期限日のＬ日前であると判定した場合には、Ｓ１０８へ移行し、ＣＳＲを作成する。ここで作成するＣＳＲは、現在所有しているサーバ証明書１０ｃの内容を引き継ぐものである。

続いて、Ｓ１０９では、ＬＡＮ５０内の他のプリントサーバ１０にサーバ証明書１０ｃの作成（電子署名）を要求するための代替署名依頼処理を行う。なお、代替署名依頼処理の具体的内容については後述する（図１５）。

続いて、Ｓ１１０では、Ｓ１０９の代替署名依頼処理により代替署名が成功したか否か（他のプリントサーバ１０によりサーバ証明書１０ｃが作成されたか否か）を判定する。
そして、Ｓ１１０で、代替署名が成功したと判定した場合には、Ｓ１１１へ移行し、代替署名依頼処理で受信したサーバ証明書１０ｃをインストールすることにより、それまで所有していたサーバ証明書１０ｃに代えて、受信したサーバ証明書１０ｃを自己のサーバ証明書１０ｃとする。つまり、サーバ証明書１０ｃを更新する。

続いて、Ｓ１１２では、変数Ｌの値を５にリセットする。その後、Ｓ１０１へ戻る。
一方、Ｓ１１０で、代替署名が成功していない（失敗した）と判定した場合には、Ｓ１１３へ移行し、変数Ｌの値を１減算する。これにより、次の日に代替署名依頼処理が再び実行（リトライ）されることとなる（Ｓ１０７：ＹＥＳ，Ｓ１０８，Ｓ１０９）。その後、Ｓ１０１へ戻る。

一方、Ｓ１０７で、有効期限日のＬ日前でないと判定した場合には、Ｓ１１４へ移行し、プリントサーバ検索用ブロードキャストによる送信データが受信されたか否かを判定する。なお、プリントサーバ検索用ブロードキャストは、管理ＰＣ２０のＣＰＵ２１により実行される後述の管理ＰＣメイン処理（図１９）におけるＳ７０１で送信される。

そして、Ｓ１１４で、プリントサーバ検索用ブロードキャストによる送信データが受信されたと判定した場合には、Ｓ１１５へ移行し、プリントサーバ検索用ブロードキャストに対する応答としてのデータを返信する。その後、Ｓ１０１へ戻る。

一方、Ｓ１１４で、プリントサーバ検索用ブロードキャストによる送信データが受信されていないと判定した場合には、Ｓ１１６へ移行し、署名可能サーバ検索用ブロードキャストによる送信データが受信されたか否かを判定する。なお、署名可能サーバ検索用ブロードキャストは、ＬＡＮ５０内の他のプリントサーバ１０のＣＰＵ１１により実行される後述の代替署名依頼処理（図１５）におけるＳ３０１で送信される。

そして、Ｓ１１６で、署名可能サーバ検索用ブロードキャストによる送信データが受信されたと判定した場合には、Ｓ１１７へ移行し、署名可能サーバ検索用ブロードキャストに応答するための署名可能応答処理を行った後、Ｓ１０１へ戻る。なお、署名可能応答処理の具体的内容については後述する（図１６）。

一方、Ｓ１１６で、署名可能サーバ検索用ブロードキャストによる送信データが受信されていないと判定した場合には、Ｓ１１８へ移行し、署名要求が受信されたか否かを判定する。なお、署名要求は、ＬＡＮ５０内の他のプリントサーバ１０のＣＰＵ１１により実行される後述の代替署名依頼処理（図１５）におけるＳ３０５で送信される。

そして、Ｓ１１８で、署名要求が受信されたと判定した場合には、Ｓ１１９へ移行し、署名要求の送信元のプリントサーバ１０のサーバ証明書１０ｃを生成する証明書署名処理を行った後、Ｓ１０１へ戻る。なお、証明書署名処理の具体的内容については後述する（図１７）。

一方、Ｓ１１８で、署名要求が受信されていないと判定した場合には、Ｓ１２０へ移行し、ＩＰアドレス変更要求が受信されたか否かを判定する。なお、ＩＰアドレス変更要求は、管理ＰＣ２０のＣＰＵ２１により実行される後述のホストネーム／ＩＰアドレス変更処理（図２０）におけるＳ８１０で送信される。

そして、Ｓ１２０で、ＩＰアドレス変更要求が受信されたと判定した場合には、Ｓ１２１へ移行し、自己のＩＰアドレスをＩＰアドレス変更要求によって指定されたＩＰアドレスに変更する。その後、Ｓ１０１へ戻る。

一方、Ｓ１２０で、ＩＰアドレス変更要求が受信されていないと判定した場合には、Ｓ１２２へ移行し、ホストネーム変更要求が受信されたか否かを判定する。なお、ホストネーム変更要求は、管理ＰＣ２０のＣＰＵ２１により実行される後述のホストネーム／ＩＰアドレス変更処理（図２０）におけるＳ８１０で送信される。

そして、Ｓ１２２で、ホストネーム変更要求が受信されたと判定した場合には、Ｓ１２３へ移行し、自己のホストネームをホストネーム変更要求によって指定されたホストネームに変更する。その後、Ｓ１０１へ戻る。

一方、Ｓ１２２で、ホストネーム変更要求が受信されていないと判定した場合には、Ｓ１２４へ移行し、ＳＳＬ通信要求が受信されたか否かを判定する。なお、ＳＳＬ通信要求は、ＬＡＮ５０内の他のプリントサーバ１０のＣＰＵ１１により実行される後述の代替署名依頼処理（図１５）におけるＳ３０４、管理ＰＣ２０のＣＰＵ２１により実行される後述の管理ＰＣメイン処理（図１９）におけるＳ７０３、ホストネーム／ＩＰアドレス変更処理（図２０）におけるＳ８０１等で送信される。

そして、Ｓ１２４で、ＳＳＬ通信要求が受信されたと判定した場合には、Ｓ１２５へ移行し、ＳＳＬ通信を開始するための処理を行う。その後、Ｓ１０１へ戻る。
一方、Ｓ１２４で、ＳＳＬ通信要求が受信されていないと判定した場合には、Ｓ１２６へ移行し、ＳＳＬ切断要求が受信されたか否かを判定する。なお、ＳＳＬ切断要求は、ＬＡＮ５０内の他のプリントサーバ１０のＣＰＵ１１により実行される後述の代替署名依頼処理（図１５）におけるＳ３０９、管理ＰＣ２０のＣＰＵ２１により実行される後述の管理ＰＣメイン処理（図１９）におけるＳ７１５、ホストネーム／ＩＰアドレス変更処理（図２０）におけるＳ８１１等で送信される。

そして、Ｓ１２６で、ＳＳＬ切断要求が受信されたと判定した場合には、Ｓ１２７へ移行し、ＳＳＬコネクションを切断するための処理を行う。これにより、ＳＳＬコネクションが切断される。その後、Ｓ１０１へ戻る。

一方、Ｓ１２６で、ＳＳＬ切断要求が受信されていないと判定した場合には、Ｓ１２８へ移行し、クライアントＰＣ３０からの印刷要求が受信されたか否かを判定する。
そして、Ｓ１２８で、印刷要求が受信されたと判定した場合には、Ｓ１２９へ移行し、印刷データの表す画像を印刷する印刷処理を行った後、Ｓ１０１へ戻る。なお、印刷処理の具体的内容については後述する（図１８）。

一方、Ｓ１２８で、印刷要求が受信されていないと判定した場合には、Ｓ１３０へ移行し、その他の処理（ＳＳＬハンドシェークの処理等）を行う。その後、Ｓ１０１へ戻る。
［４．２ ＣＳＲ作成処理］
次に、上述したサーバメイン処理（図１３）のＳ１０２で実行されるＣＳＲ作成処理について、図１４のフローチャートを用いて説明する。

このＣＳＲ作成処理が開始されると、まず、Ｓ２０１で、ＣＳＲパラメータを受信する処理を行う。なお、ＣＳＲパラメータは、管理ＰＣ２０のＣＰＵ２１により実行される後述の管理ＰＣメイン処理（図１９）におけるＳ７０６，Ｓ７０９、ホストネーム／ＩＰアドレス変更処理（図２０）におけるＳ８０４等で送信される。

続いて、Ｓ２０２では、Ｓ２０１で受信したＣＳＲパラメータに基づきＣＳＲを作成する。
続いて、Ｓ２０３では、Ｓ２０２で作成したＣＳＲを管理ＰＣ２０へ送信する。その後、本ＣＳＲ作成処理を終了する。

［４．３ 代替署名依頼処理］
次に、上述したサーバメイン処理（図１３）のＳ１０９で実行される代替署名依頼処理について、図１５のフローチャートを用いて説明する。

この代替署名依頼処理が開始されると、まず、Ｓ３０１で、ＬＡＮ５０内のプリントサーバ１０であって他のプリントサーバ１０のサーバ証明書１０ｃを作成可能（電子署名可能）なものを検索するための署名可能サーバ検索用ブロードキャストを行う。

続いて、Ｓ３０２では、Ｓ３０１で行った署名可能サーバ検索用ブロードキャストに対する応答として返信されてくるデータを受信する処理を行う。なお、応答のデータは、ＬＡＮ５０内の他のプリントサーバ１０のＣＰＵ１１により実行される上述したサーバメイン処理（図１３）におけるＳ１１７（具体的には後述する図１６のＳ４０２，Ｓ４０３）で送信される。

続いて、Ｓ３０３では、Ｓ３０２で受信したデータに基づき、他のプリントサーバ１０のサーバ証明書１０ｃを作成可能（電子署名可能）なプリントサーバ１０がＬＡＮ５０内に存在しているか否かを判定する。

そして、Ｓ３０３で、他のプリントサーバ１０のサーバ証明書１０ｃを作成可能（電子署名可能）なプリントサーバ１０がＬＡＮ５０内に存在していないと判定した場合には、代替署名失敗の形で本代替署名依頼処理を終了する。この結果、上述したサーバメイン処理（図１３）のＳ１１０で、代替署名失敗と判定される（Ｓ１１０：ＮＯ）。

一方、Ｓ３０３で、他のプリントサーバ１０のサーバ証明書１０ｃを作成可能（電子署名可能）なプリントサーバ１０がＬＡＮ５０内に存在していると判定した場合には、Ｓ３０４へ移行し、そのプリントサーバ１０のうちの一つに対し、ＳＳＬ通信要求を送信する。これにより、ＳＳＬコネクションが確立される。

続いて、Ｓ３０５では、ＳＳＬコネクションを確立したプリントサーバ１０へ署名要求を送信する。
続いて、Ｓ３０６では、サーバメイン処理（図１３）のＳ１０８で作成したＣＳＲをそのプリントサーバ１０へ送信する。

続いて、Ｓ３０７では、作成を要求するサーバ証明書１０ｃの有効期限（本実施形態では発行時点から２０日後）を指示するための有効期限情報をそのプリントサーバ１０へ送信する。

続いて、Ｓ３０８では、Ｓ３０５〜Ｓ３０７で送信した署名要求、ＣＳＲ及び有効期限情報に対してそのプリントサーバ１０から送信されてくるサーバ証明書１０ｃを受信する処理を行う。なお、サーバ証明書１０ｃは、署名要求等の送信先であるプリントサーバ１０のＣＰＵ１１により実行される上述したサーバメイン処理（図１３）におけるＳ１１９（具体的には後述する図１７のＳ５０３）で送信される。

続いて、Ｓ３０９では、ＳＳＬ切断要求を送信する。これにより、ＳＳＬコネクションが切断される。
続いて、Ｓ３１０では、代替署名フラグをセットする。代替署名フラグはサーバ証明書１０ｃが代替署名によるものであることを表すフラグであり、代替署名フラグがセットされているときは、サーバ証明書１０ｃが代替署名によるものであることを表す。その後、代替署名成功の形で本代替署名依頼処理を終了する。この結果、上述したサーバメイン処理（図１３）のＳ１１０で、代替署名成功と判定される（Ｓ１１０：ＹＥＳ）。

［４．４ 署名可能応答処理］
次に、上述したサーバメイン処理（図１３）のＳ１１７で実行される署名可能応答処理について、図１６のフローチャートを用いて説明する。

この署名可能応答処理が開始されると、まず、Ｓ４０１で、他のプリントサーバ１０のサーバ証明書１０ｃを作成可能（電子署名可能）であるか否かを判定する。具体的には、管理ＰＣ２０の表示装置２４に表示される設定画面６０（図１１）での設定により、他のプリントサーバ１０のサーバ証明書１０ｃを作成する機能を有効とする設定がされている場合（上述した設定画面６０において証明書発行機能オンオフ用チェックボックス６５をチェックする設定が既に行われている場合）であって、自己のサーバ証明書１０ｃが有効で、かつ、自己のサーバ証明書１０ｃが代替署名によるものでないとき（すなわち、代替署名フラグがセットされていないとき）に、サーバ証明書１０ｃを作成可能であると判定する。

そして、Ｓ４０１で、他のプリントサーバ１０のサーバ証明書１０ｃを作成可能であると判定した場合には、Ｓ４０２へ移行し、他のプリントサーバ１０のサーバ証明書１０ｃを作成可能である旨の応答としてのデータを返信する。その後、本署名可能応答処理を終了する。

一方、Ｓ４０１で、他のプリントサーバ１０のサーバ証明書１０ｃを作成可能でないと判定した場合には、Ｓ４０３へ移行し、他のプリントサーバ１０のサーバ証明書１０ｃを作成可能でない旨の応答としてのデータを返信する。その後、本署名可能応答処理を終了する。

［４．５ 証明書署名処理］
次に、上述したサーバメイン処理（図１３）のＳ１１９で実行される証明書署名処理について、図１７のフローチャートを用いて説明する。

この証明書署名処理が開始されると、まず、Ｓ５０１で、ＣＳＲ及び有効期限情報を受信する処理を行う。なお、ＣＳＲ及び有効期限情報は、署名要求の送信元であるプリントサーバ１０のＣＰＵ１１により実行される上述したサーバメイン処理（図１３）におけるＳ１０９（具体的には上述した図１５のＳ３０６，Ｓ３０７）で送信される。

続いて、Ｓ５０２では、Ｓ５０１で受信したＣＳＲ及び有効期限情報に基づき、自己のサーバ秘密鍵１０ｐを用いて電子署名したサーバ証明書１０ｃを作成する。
続いて、Ｓ５０３では、Ｓ５０２で作成したサーバ証明書１０ｃを署名要求の送信元であるプリントサーバ１０へ送信する。その後、本証明書署名処理を終了する。

［４．６ 印刷処理］
次に、上述したサーバメイン処理（図１３）のＳ１２９で実行される印刷処理について、図１８のフローチャートを用いて説明する。

この印刷処理が開始されると、まず、Ｓ６０１で、クライアントＰＣ３０から印刷データを受信するための処理を行う。
続いて、Ｓ６０２では、Ｓ６０１で受信した印刷データの表す画像を印刷する。その後、本印刷処理を終了する。なお、ＳＳＬ通信中は印刷データが共通鍵により暗号化された状態で送信されてくるため、受信した印刷データを共通鍵により復号した上でその印刷データの表す画像を印刷する。

［４．７ 管理ＰＣメイン処理］
次に、管理ＰＣ２０のＣＰＵ２１が実行する管理ＰＣメイン処理について、図１９のフローチャートを用いて説明する。なお、この管理ＰＣメイン処理は、所定期間ごとに（例えば１日１回）実行される。

この管理ＰＣメイン処理が開始されると、まず、Ｓ７０１で、ＬＡＮ５０内に存在するプリントサーバ１０を検索するためのプリントサーバ検索用ブロードキャストを行う。
続いて、Ｓ７０２では、Ｓ７０１で行ったプリントサーバ検索用ブロードキャストに対する応答として返信されてくるデータを受信する処理を行う。なお、応答のデータは、ＬＡＮ５０内の他のプリントサーバ１０のＣＰＵ１１により実行される上述したサーバメイン処理（図１３）におけるＳ１１５で送信される。

そして、Ｓ７０２で受信したデータに基づき存在が確認されたプリントサーバ１０（複数存在する場合には各プリントサーバ１０）に対して以下のループ（Ｓ７０３〜Ｓ７１５）を実行する。

まず、Ｓ７０３では、プリントサーバ１０に対してＳＳＬ通信要求を送信する。これによりプリントサーバ１０との間でＳＳＬハンドシェークが行われる。
続いて、Ｓ７０４では、ＳＳＬハンドシェークの際にプリントサーバ１０から受信したサーバ証明書１０ｃを参照し、その発行者（署名者）がＣＡ４０以外であるか否かを判定する。

そして、Ｓ７０４で、発行者がＣＡ４０以外である（他のプリントサーバ１０である）と判定した場合には、Ｓ７０５へ移行し、ＣＳＲ作成要求をプリントサーバ１０へ送信する。

さらに、Ｓ７０６では、ＣＳＲパラメータを送信する。ここで送信するＣＳＲパラメータは、受信したサーバ証明書１０ｃの内容を引き継ぐものである。その後、Ｓ７１０へ移行する。

一方、Ｓ７０４で、発行者がＣＡ４０以外でない（ＣＡ４０である）と判定した場合には、Ｓ７０７へ移行し、ＳＳＬハンドシェークの際にプリントサーバ１０から受信したサーバ証明書１０ｃを参照し、その有効期限が切れるまでの期間が所定期間内であるか否かを判定する。本実施形態では、有効期限が１０日以内に切れる状態であるか否かを判定する。

そして、Ｓ７０７で、有効期限が１０日以内に切れる状態であると判定した場合には、Ｓ７０８へ移行し、ＣＳＲ作成要求をプリントサーバ１０へ送信する。
さらに、Ｓ７０９では、ＣＳＲパラメータを送信する。ここで送信するＣＳＲパラメータは、受信したサーバ証明書１０ｃの内容を引き継ぐものである。その後、Ｓ７１０へ移行する。

Ｓ７１０では、Ｓ７０５，Ｓ７０６又はＳ７０８，Ｓ７０９で送信したＣＳＲ作成要求及びＣＳＲパラメータに対してプリントサーバ１０から送信されてくるＣＳＲを受信する処理を行う。

続いて、Ｓ７１１では、Ｓ７１０で受信したＣＳＲをＣＡ４０へ送信する。
続いて、Ｓ７１２では、Ｓ７１１で送信したＣＳＲに対しＣＡ４０から送信されてくるサーバ証明書１０ｃを受信する処理を行う。

続いて、Ｓ７１３では、証明書インストール要求をプリントサーバ１０へ送信する。
さらに、Ｓ７１４では、Ｓ７１２で受信したサーバ証明書１０ｃを送信する。その後、Ｓ７１５へ移行する。

一方、Ｓ７０７で、有効期限が１０日以内に切れる状態でないと判定した場合（サーバ証明書１０ｃを更新する必要がない場合）にも、そのままＳ７１５へ移行する。
Ｓ７１５では、ＳＳＬ切断要求をプリントサーバ１０へ送信する。これにより、プリントサーバ１０とのＳＳＬコネクションが切断される。その後、本管理ＰＣメイン処理を終了する。

［４．８ ホストネーム／ＩＰアドレス変更処理］
次に、管理ＰＣ２０のＣＰＵ２１が実行するホストネーム／ＩＰアドレス変更処理について、図２０のフローチャートを用いて説明する。なお、このホストネーム／ＩＰアドレス変更処理は、管理ＰＣ２０の表示装置２４に表示される設定画面６０（図１１）でプリントサーバ１０のホストネーム又はＩＰアドレスを変更する操作が行われることにより実行される。

このホストネーム／ＩＰアドレス変更処理が開始されると、まず、Ｓ８０１で、ホストネーム又はＩＰアドレスを変更するプリントサーバ１０に対しＳＳＬ通信要求を送信する。これにより、そのプリントサーバ１０との間でＳＳＬハンドシェークが行われる。

続いて、Ｓ８０２では、ＳＳＬハンドシェークの際にプリントサーバ１０から受信したサーバ証明書１０ｃを参照し、変更する識別情報がコモンネームとして使用されているか否かを判定する。つまり、識別情報を変更した場合にサーバ証明書１０ｃが使用できなくなる（無効となる）か否かを判定している。

そして、Ｓ８０２で、変更する識別情報がコモンネームとして使用されていると判定した場合（具体的には、ホストネームを変更する場合であってコモンネームとしてホストネームが使用されていると判定したときや、ＩＰアドレスを変更する場合であってコモンネームとしてＩＰアドレスが使用されていると判定したとき）には、Ｓ８０３へ移行し、ＣＳＲ作成要求をプリントサーバ１０へ送信する。

続いて、Ｓ８０４では、ＣＳＲパラメータを送信する。ここで送信するＣＳＲパラメータは、受信したサーバ証明書１０ｃの内容を引き継ぐものであるが、コモンネームについては変更後の識別情報とする。具体的には、ホストネームを変更する場合にはコモンネームを新しいホストネームとし、ＩＰアドレスを変更する場合にはコモンネームを新しいＩＰアドレスとする。

続いて、Ｓ８０５では、Ｓ８０３，Ｓ８０４で送信したＣＳＲ作成要求及びＣＳＲパラメータに対してプリントサーバ１０から送信されてくるＣＳＲを受信する処理を行う。
続いて、Ｓ８０６では、Ｓ８０５で受信したＣＳＲをＣＡ４０へ送信する。

続いて、Ｓ８０７では、Ｓ８０６で送信したＣＳＲに対しＣＡ４０から送信されてくるサーバ証明書１０ｃを受信する処理を行う。
続いて、Ｓ８０８では、証明書インストール要求をプリントサーバ１０へ送信する。

さらに、Ｓ８０９では、Ｓ８０７で受信したサーバ証明書１０ｃを送信する。その後、Ｓ８１０へ移行する。
一方、Ｓ８０２で、変更する識別情報がコモンネームとして使用されていないと判定した場合（つまり、サーバ証明書１０ｃを更新する必要がない場合）には、そのままＳ８１０へ移行する。

Ｓ８１０では、識別情報（ホストネーム又はＩＰアドレス）の変更を要求するための送信データ（ホストネーム変更要求又はＩＰアドレス変更要求）をプリントサーバ１０へ送信する。これにより、プリントサーバ１０の識別情報（ホストネーム又はＩＰアドレス）が変更される。

続いて、Ｓ８１１では、ＳＳＬ切断要求をプリントサーバ１０へ送信する。これにより、プリントサーバ１０とのＳＳＬコネクションが切断される。その後、本ホストネーム／ＩＰアドレス変更処理を終了する。

［５．実施形態の効果］
以上説明したように、本実施形態のネットワーク印刷システムは、ＣＡ４０により電子署名されたサーバ証明書１０ｃによって本人性が証明される複数のプリントサーバ１０と、これらとＬＡＮ５０を介して通信可能に構成された管理ＰＣ２０とを備えており、管理ＰＣ２０が、プリントサーバ１０のサーバ証明書１０ｃが無効となる前にそのサーバ証明書１０ｃをＣＡ４０に更新させるための処理を行う（Ｓ７０７〜Ｓ７１４，Ｓ８０２〜Ｓ８０９）。このため、本実施形態のネットワーク印刷システムでは、プリントサーバ１０のサーバ証明書１０ｃが有効な状態においてそのサーバ証明書１０ｃをＣＡ４０に更新させるための処理が行われることとなり、その結果、サーバ証明書１０ｃを容易に更新することができる。すなわち、サーバ証明書１０ｃが無効となった後でサーバ証明書１０ｃの再署名（再発行）をＣＡ４０に依頼する場合には、既にプリントサーバ１０の本人性が証明されない状態となっていることから、ＣＡ４０にプリントサーバ１０を認証させるために煩雑な処理を要することとなる。これに対し、本実施形態のネットワーク印刷システムでは、サーバ証明書１０ｃによって本人性が証明されている状態でそのサーバ証明書１０ｃの更新を行うため、サーバ証明書１０ｃを容易に更新することができ、しかも、ＣＡ４０として周知の認証局を利用することが可能である。

また、本ネットワーク印刷システムによれば、複数のプリントサーバ１０のサーバ証明書１０ｃの管理を共通の管理ＰＣ２０により効率よく行うことができる。
特に、本実施形態のネットワーク印刷システムでは、プリントサーバ１０のサーバ証明書１０ｃの有効期限を参照し、その有効期限前の所定期間内にそのサーバ証明書１０ｃを有効期限が延長されるようにＣＡ４０に更新させるための処理が自動的に行われるため（Ｓ７０７〜Ｓ７１４）、ネットワーク印刷システムの管理者等がサーバ証明書１０ｃの有効期限を意識している必要がなく、管理者等が気付かないうちにサーバ証明書１０ｃの有効期限が切れてしまうという事態を防ぐことができる。

しかも、本実施形態のネットワーク印刷システムでは、プリントサーバ１０のＩＰアドレスやホストネームが変更される前にそのプリントサーバ１０のサーバ証明書１０ｃを新たなＩＰアドレス等へ変更されるようにＣＡ４０に更新させるための処理を行うため（Ｓ８０２〜Ｓ８０９）、プリントサーバ１０のＩＰアドレス等が変更されることによりサーバ証明書１０ｃが無効となってしまうという事態を防ぐことができる。この結果、例えば管理者のミスによってプリントサーバ１０のホストネームが変更された場合に、一時的にセキュアな通信が行えなくなってしまうといったことを防ぐことができる。

一方、本実施形態のネットワーク印刷システムにおいて、各プリントサーバ１０は、自己とは別のプリントサーバ１０によりサーバ証明書１０ｃの更新の依頼を受けた場合に（Ｓ１１８：ＹＥＳ）、自己の電子署名によりそのサーバ証明書１０ｃを更新する処理を行うように構成されている（Ｓ１１９）。そして、各プリントサーバ１０は、自己のサーバ証明書１０ｃをＣＡ４０に更新させるための処理が管理ＰＣ２０により行われていないと判定した場合に（Ｓ１０７：ＹＥＳ）、そのサーバ証明書１０ｃが無効となる前にそのサーバ証明書１０ｃの更新を自己とは別のプリントサーバ１０であってＣＡ４０により本人性が証明されているプリントサーバ１０に依頼するための処理を行う（Ｓ１０９）。このため、本実施形態のネットワーク印刷システムによれば、自己とは別のプリントサーバ１０によりサーバ証明書１０ｃが更新されたプリントサーバ１０は、ＣＡ４０により本人性が証明されているプリントサーバ１０の電子署名によって間接的に本人性が証明されることとなるため、サーバ証明書１０ｃをＣＡ４０に更新させるための管理ＰＣ２０による処理が行われない状態（例えば管理ＰＣ２０の故障）となった場合にもサーバ証明書１０ｃが直ちに無効となってしまうことを防ぐことができる。しかも、本実施形態のネットワーク印刷システムでは、管理ＰＣ２０が、プリントサーバ１０のサーバ証明書１０ｃがＣＡ４０により電子署名されたものでないと判定した場合にも、そのサーバ証明書１０ｃをＣＡ４０に更新させるための処理を行うようにしているため（Ｓ７０４〜Ｓ７０６，Ｓ７１０〜Ｓ７１４）、プリントサーバ１０の信頼性を向上させることができる。

［６．特許請求の範囲との対応］
なお、本実施形態のネットワーク印刷システムでは、プリントサーバ１０が、本発明の通信装置に相当し、管理ＰＣ２０が、本発明の管理装置及び証明書更新装置に相当し、ＣＡ４０が、本発明の認証装置に相当する。

また、サーバメイン処理（図１３）におけるＳ１０７〜Ｓ１０９の処理を実行するＣＰＵ１１が、本発明の代替更新依頼手段に相当し、Ｓ１１８，Ｓ１１９の処理を実行するＣＰＵ１１が、本発明の代替更新処理手段に相当し、管理ＰＣメイン処理（図１９）におけるＳ７０４〜Ｓ７１４の処理及びホストネーム／ＩＰアドレス変更処理（図２０）におけるＳ８０２〜Ｓ８０９の処理を実行するＣＰＵ２１が、本発明の証明書更新手段に相当し、Ｓ８１０の処理を実行するＣＰＵ２１が、本発明の情報変更手段に相当する。

さらに、サーバメイン処理（図１３）におけるＳ１０７〜Ｓ１０９，Ｓ１１８，Ｓ１１９の処理をＣＰＵ１１に実行させるためのプログラムが、本発明の代替更新プログラムに相当し、管理ＰＣメイン処理（図１９）におけるＳ７０７〜Ｓ７１４の処理及びホストネーム／ＩＰアドレス変更処理（図２０）におけるＳ８０２〜Ｓ８０９の処理をＣＰＵ２１に実行させるためのプログラムが、本発明の証明書更新プログラムに相当する。

［７．他の形態］
以上、本発明の一実施形態について説明したが、本発明は、種々の形態を採り得ることは言うまでもない。

例えば、上記実施形態のネットワーク印刷システムでは、各プリントサーバ１０が所有するサーバ証明書１０ｃの管理のための管理ＰＣメイン処理（図１９）を所定期間ごとに（例えば１日１回）自動的に実行するようにしているが、このような定期的なタイミングではなく、本ネットワーク印刷システムの管理者が任意のタイミングで実行するようにしてもよい。ただし、管理者による実行忘れを防止することができるという点では、上記実施形態のように自動的に実行する構成の方が好ましい。

また、上記実施形態のネットワーク印刷システムでは、サーバ証明書１０ｃが自動的に更新されるようにしているが、これに限ったものではなく、例えば、サーバ証明書１０ｃの更新が必要な場合に、更新するか否かを管理者等に確認し（例えば、管理ＰＣ２０の表示装置２４にダイアログボックスを表示し）、確認結果に応じてサーバ証明書１０ｃの更新処理を行うようにしてもよい。

さらに、上記実施形態のネットワーク印刷システムでは、ＬＡＮ５０内に設けられたＣＡ４０によりプリントサーバ１０のサーバ証明書１０ｃを発行するようにしているが、これに限ったものではなく、例えばインターネット上のＣＡを利用してもよい。また、管理ＰＣ２０内にＣＡを設けた構成（ＣＡとしての電子署名機能を持たせた構成）とすることも可能である。

一方、上記実施形態のネットワーク印刷システムでは、プリントサーバ１０が所有するサーバ証明書１０ｃの更新処理を管理ＰＣ２０が行うようにしているが、プリントサーバ１０がサーバ証明書１０ｃの更新処理を自身で行う構成（サーバ証明書１０ｃの更新処理をＣＡ４０に直接依頼する構成）とすれば、管理ＰＣ２０を設けずにシステムを構築することも可能である。

また、上記実施形態のネットワーク印刷システムは、管理ＰＣ２０によるサーバ証明書１０ｃの更新が行われるべき状態であるにもかかわらず管理ＰＣ２０によるサーバ証明書１０ｃの更新が行われていない場合に、ＬＡＮ５０内の他のプリントサーバ１０にサーバ証明書１０ｃの作成を要求するための代替署名依頼処理（図１５）を行うプリントサーバ１０を用いた構成であるが、このような代替署名依頼処理を行わないプリントサーバを用いてシステムを構築することも可能である。

実施形態のネットワーク印刷システムの構成図である。 プリントサーバの概略構成を表すブロック図である。 公開鍵証明書のフォーマット例を表す説明図である。 管理ＰＣの概略構成を表すブロック図である。 クライアントＰＣの概略構成を表すブロック図である。 ＣＡの概略構成を表すブロック図である。 クライアントＰＣからプリントサーバへ暗号化した印刷データを送信して印刷を行う場合に、プリントサーバとクライアントＰＣとの間で行われる通信の概要を表すラダーチャートである。 ＬＡＮ内の各プリントサーバが所有するサーバ証明書を管理ＰＣで統括管理するために、プリントサーバと管理ＰＣとの間及び管理ＰＣとＣＡとの間で行われる通信の概要を表すラダーチャートである。 ＣＳＲのフォーマット例を表す説明図である。 ＬＡＮ内に存在するプリントサーバの識別情報を変更する場合に、プリントサーバと管理ＰＣとの間及び管理ＰＣとＣＡとの間で行われる通信の概要を表すラダーチャートである。 管理ＰＣの表示装置に表示される設定画面の説明図である。 プリントサーバがＬＡＮ内の他のプリントサーバに対してサーバ証明書の生成を要求するために２台のプリントサーバの間で行われる通信の概要を表すラダーチャートである。 プリントサーバのＣＰＵが実行するサーバメイン処理のフローチャートである。 プリントサーバのＣＰＵが実行するＣＳＲ作成処理のフローチャートである。 プリントサーバのＣＰＵが実行する代替署名依頼処理のフローチャートである。 プリントサーバのＣＰＵが実行する署名可能応答処理のフローチャートである。 プリントサーバのＣＰＵが実行する証明書署名処理のフローチャートである。 プリントサーバのＣＰＵが実行する印刷処理のフローチャートである。 管理ＰＣのＣＰＵが実行する管理ＰＣメイン処理のフローチャートである。 管理ＰＣのＣＰＵが実行するホストネーム／ＩＰアドレス変更処理のフローチャートである。

符号の説明

１０…プリントサーバ、１０ｃ…サーバ証明書、１０ｐ…サーバ秘密鍵、１１，２１，３１，４１…ＣＰＵ、１２…印刷部、１３…操作部、１４…表示部、１５，２６，３６，４２…ネットワークインタフェース、１６，２７，３７，４３…データ送受信部、１７，２８，３８，４４…記憶部、２０…管理ＰＣ、２２，３２…入力装置、２３，３３…入力装置制御部、２４，３４…表示装置、２５，３５…表示装置制御部、３０…クライアントＰＣ、４０…ＣＡ、４０ｃ…ＣＡ証明書、４０ｐ…ＣＡ秘密鍵、６０…設定画面

Claims (9)

1. 認証装置により電子署名された公開鍵証明書によって本人性が証明される通信装置を備えた通信システムにおいて、
   前記通信装置の公開鍵証明書には、その通信装置の第１識別情報又は第２識別情報である所有者情報が含まれており、
   前記通信装置の第１識別情報の変更指示を受け付ける変更受付手段と、
   前記変更受付手段により受け付けた変更指示に応じて、前記通信装置の第１識別情報を変更する情報変更手段と、
   前記変更受付手段により変更指示を受け付けると、その変更指示による第１識別情報の変更対象である通信装置の公開鍵証明書に含まれる所有者情報を取得する取得手段と、
   前記取得手段により取得した所有者情報が第１識別情報である場合に、その通信装置の公開鍵証明書を所有者情報が変更指示を受け付けた第１識別情報へ変更されるように前記認証装置に更新させるための処理を行う証明書更新手段と、を備え、
   前記情報変更手段は、前記取得手段により取得した所有者情報が第１識別情報である場合、前記証明書更新手段により公開鍵証明書が更新されたことを条件として、前記第１識別情報を変更すること
   を特徴とする通信システム。
2. 前記通信装置を複数備えるとともに、前記複数の通信装置のそれぞれと通信可能に構成された管理装置を備え、
   前記通信装置は、
   前記公開鍵証明書を記憶する記憶手段と、
   前記記憶手段に記憶された公開鍵証明書に含まれる所有者情報を管理装置に送信する送信手段と、を備え、
   前記管理装置において、
   前記取得手段は、前記通信装置が記憶する公開鍵証明書に含まれる所有者情報を、その通信装置から受信し、
   前記証明書更新手段により更新した公開鍵証明書を、前記通信装置へ送信する送信手段を備えること
   を特徴とする請求項１に記載の通信システム。
3. 前記通信装置は、
   自己の公開鍵証明書を前記認証装置に更新させるための処理が前記管理装置の証明書更新手段により行われていないと判定した場合に、その公開鍵証明書が無効となる前にその公開鍵証明書の更新を自己とは別の通信装置であって前記認証装置により本人性が証明されている通信装置に依頼するための処理を行う代替更新依頼手段と、
   自己とは別の通信装置の前記代替更新依頼手段により公開鍵証明書の更新の依頼を受けた場合に、自己の電子署名によりその公開鍵証明書を更新する処理を行う代替更新処理手段と、
   を備えていることを特徴とする請求項２に記載の通信システム。
4. 前記管理装置の証明書更新手段は、前記通信装置の公開鍵証明書が前記認証装置により電子署名されたものでないと判定した場合にも、その公開鍵証明書を前記認証装置に更新させるための処理を行うこと
   を特徴とする請求項３に記載の通信システム。
5. 認証装置により電子署名されることにより通信装置の本人性が証明される公開鍵証明書であって、その通信装置の第１識別情報又は第２識別情報である所有者情報が含まれた公開鍵証明書を記憶する通信装置と通信可能な証明書更新装置であって、
   前記通信装置の第１識別情報の変更指示を受け付ける変更受付手段と、
   前記変更受付手段により受け付けた変更指示に応じて、前記通信装置に変更後の第１識別情報を送信する情報変更手段と、
   前記変更受付手段により変更指示を受け付けると、その変更指示による第１識別情報の変更対象である通信装置の公開鍵証明書に含まれる所有者情報を、前記通信装置から取得する取得手段と、
   前記取得手段により取得した所有者情報が第１識別情報である場合に、その通信装置の公開鍵証明書を所有者情報が変更指示を受け付けた第１識別情報へ変更されるように前記認証装置に更新させるための処理を行う証明書更新手段と、を備え、
   前記情報変更手段は、前記取得手段により取得した所有者情報が第１識別情報である場合、前記証明書更新手段により公開鍵証明書が更新されたことを条件として、前記第１識別情報を送信すること
   を特徴とする証明書更新装置。
6. 認証装置により電子署名されることにより通信装置の本人性が証明される公開鍵証明書であって、その通信装置の第１識別情報又は第２識別情報である所有者情報が含まれた公開鍵証明書を記憶する通信装置と通信可能な装置において機能させる証明書更新プログラムであって、
   前記通信装置の第１識別情報の変更指示を受け付ける変更受付手段、
   前記変更受付手段により受け付けた変更指示に応じて、前記通信装置に変更後の第１識別情報を送信する情報変更手段、
   前記変更受付手段により変更指示を受け付けると、その変更指示による第１識別情報の変更対象である通信装置の公開鍵証明書に含まれる所有者情報を、前記通信装置から取得する取得手段、
   前記取得手段により取得した所有者情報が第１識別情報である場合に、その通信装置の公開鍵証明書を所有者情報が変更指示を受け付けた第１識別情報へ変更されるように前記認証装置に更新させるための処理を行う証明書更新手段、としてコンピュータを機能させ、
   前記情報変更手段は、前記取得手段により取得した所有者情報が第１識別情報である場合、前記証明書更新手段により公開鍵証明書が更新されたことを条件として、前記第１識別情報を送信するようにコンピュータを機能させるための証明書更新プログラム。
7. 認証装置により電子署名された公開鍵証明書によって本人性が証明される通信装置において、
   前記通信装置の公開鍵証明書には、その通信装置の第１識別情報又は第２識別情報である所有者情報が含まれており、
   前記通信装置の第１識別情報の変更指示を受け付ける変更受付手段と、
   前記変更受付手段により受け付けた変更指示に応じて、前記通信装置の第１識別情報を変更する情報変更手段と、
   前記変更受付手段により変更指示を受け付けると、その変更指示による第１識別情報の変更対象である通信装置の公開鍵証明書に含まれる所有者情報を取得する取得手段と、
   前記取得手段により取得した所有者情報が第１識別情報である場合に、その通信装置の公開鍵証明書を所有者情報が変更指示を受け付けた第１識別情報へ変更されるように前記認証装置に更新させるための処理を行う証明書更新手段と、を備え、
   前記情報変更手段は、前記取得手段により取得した所有者情報が第１識別情報である場合、前記証明書更新手段により公開鍵証明書が更新されたことを条件として、前記第１識別情報を変更すること
   を特徴とする通信装置。
8. 認証装置により電子署名された公開鍵証明書によって本人性が証明される複数の通信装置と、
   前記複数の通信装置のそれぞれと通信可能に構成され、前記通信装置の公開鍵証明書が無効となる前にその公開鍵証明書を前記認証装置に更新させるための処理を行う管理装置と、
   を備えた通信システムに用いられる前記通信装置であって、
   自己の公開鍵証明書を前記認証装置に更新させるための処理が前記管理装置により行われていないと判定した場合に、その公開鍵証明書が無効となる前にその公開鍵証明書の更新を自己とは別の通信装置に依頼するための処理を行う代替更新依頼手段と、
   自己とは別の通信装置の前記代替更新依頼手段により公開鍵証明書の更新の依頼を受けた場合に、自己の電子署名によりその公開鍵証明書を更新する処理を行う代替更新処理手段と、
   を備えたことを特徴とする通信装置。
9. 認証装置により電子署名された公開鍵証明書によって本人性が証明される複数の通信装置と、
   前記複数の通信装置のそれぞれと通信可能に構成され、前記通信装置の公開鍵証明書が無効となる前にその公開鍵証明書を前記認証装置に更新させるための処理を行う管理装置と、
   を備えた通信システムにおける前記通信装置としてコンピュータを機能させるプログラムであって、
   自己の公開鍵証明書を前記認証装置に更新させるための処理が前記管理装置により行われていないと判定した場合に、その公開鍵証明書が無効となる前にその公開鍵証明書の更新を自己とは別の通信装置に依頼するための処理を行う代替更新依頼手段、及び、
   自己とは別の通信装置の前記代替更新依頼手段により公開鍵証明書の更新の依頼を受けた場合に、自己の電子署名によりその公開鍵証明書を更新する処理を行う代替更新処理手段、
   としてコンピュータを機能させることを特徴とする代替更新プログラム。