JP4449933B2 - 電子証明書発行システム、電子証明書発行装置、通信装置、及び、プログラム - Google Patents

Description

本発明は、複数の通信装置と、これら通信装置の夫々に対し電子証明書を発行するための電子証明書発行装置と、を備える電子証明書発行システムに関する。

従来、セキュリティの高い通信を実現する方法としては、ＳＳＬ（Secure Socket Layer）通信を用いた方法が知られている。ＳＳＬ通信を実現するに際しては、まず通信に先駆けて、秘密鍵と公開鍵のペアを生成し、公開鍵についての電子証明書を認証局（ＣＡ）に発行してもらう。そして、秘密鍵と、これに対応する公開鍵についての電子証明書を、ＳＳＬ通信の対象となるサーバ装置に組み込む。

このように、電子証明書及び秘密鍵がサーバ装置に組み込まれた状態で、クライアント装置からサーバ装置に、ＳＳＬハンドシェイクの初期信号が送信されてくると、サーバ装置は、クライアント装置に対して電子証明書を送信する。

クライアント装置は、電子証明書をサーバ装置から受信すると、電子証明書のディジタル署名等に基づき、電子証明書が改ざん等のない正当な電子証明書であるか否かを判断し、電子証明書が正当なものである場合には、サーバ装置を信頼して、後続の手続きを実行する。具体的には、サーバ装置−クライアント装置間で、上記秘密鍵及び公開鍵を用いて、セッション鍵（共通鍵）を設定し、セッション鍵の設定後には、このセッション鍵を用いて暗号通信を行う。

尚、サーバ装置に電子証明書等を組み込む方法としては、このサーバ装置で、秘密鍵及び公開鍵を生成して、公開鍵についての電子証明書を認証局に発行してもらい、この電子証明書を、サーバ装置にインストールする方法の他、認証局（ＣＡ）として機能する管理装置で、秘密鍵及びこの秘密鍵に対応する公開鍵の電子証明書を発行してもらい、この電子証明書及び秘密鍵を、サーバ装置にインストールする方法が知られている。

また、電子証明書等をサーバ装置にインストールする方法としては、管理装置にて発行された電子証明書等を、携帯型の外部記憶装置（例えば、ＵＳＢ（Universal Serial Bus）メモリ）に記録し、この外部記憶装置をインストール先のサーバ装置に接続することで、外部記憶装置を介して、電子証明書等をサーバ装置にインストールする方法が知られている（例えば、特許文献１参照）。
特開２００５−３４６６３０号公報

ところで、外部記憶装置を介して、複数のサーバ装置に対し、電子証明書等をインストールする作業を行う必要が有る場合には、電子証明書等を、対応するサーバ装置に対して適切にインストールする必要がある。なぜなら、電子証明書には、通常、所有者識別情報として、電子証明書の発行先装置の識別情報が記述されるためである。尚、国際電気通信連合による電子証明書の標準仕様（Ｘ．５０９）で定義される電子証明書では、コモンネーム、あるいは、拡張領域のサブジェクト代替名に識別情報が記述される。ここで、識別情報としては、ネットワークにおいてノード特定に用いられるノードアドレスやＦＱＤＮ（Fully Qualified Domain Name）などが挙げられる。

ＳＳＬ通信時に、サーバ装置からクライアント装置に送信された電子証明書が、送信元のサーバ装置を所有者としない電子証明書であると、クライアント装置側では、この電子証明書が正当な電子証明書ではないと判定される。従って、電子証明書のインストール時に、本来インストールすべきサーバ装置以外のサーバ装置に、この電子証明書をインストールすることは、作業ミスとなる。

しかしながら、従来技術は、複数のサーバ装置に対して、一度に、電子証明書等をインストールする作業に上手く対応していないため、このような作業を行う場合には、作業者による上述のミスが発生することが多々あった。特に、近年では、オフィス内のネットワーク化が進み、ＳＳＬ通信技術を適用すべき通信装置の種類や数も増えつつあるため、一度に複数の電子証明書等をインストールする作業を簡単にすることは、重要である。

本発明は、こうした問題に鑑みなされたものであり、複数の通信装置の夫々に対して、適切な電子証明書を、簡単にインストール可能な技術を提供することを目的とする。

かかる目的を達成するためになされた第１の構成に係る発明は、複数の通信装置と、複数の通信装置の夫々に対し、電子証明書及びこれに対応する秘密鍵を発行するための電子証明書発行装置と、を備える電子証明書発行システムであって、電子証明書発行装置が、第１接続インタフェースと、取得手段と、発行手段と、書込手段と、を備え、各通信装置が、第２接続インタフェースと、判断手段と、インストール手段と、を備えるものである。

この電子証明書発行システムでは、電子証明書発行装置が、電子証明書発行先の各通信装置に設定されたノードＩＤを取得手段にて取得し、発行手段により、上記取得手段が取得したノードＩＤ毎に、取得したノードＩＤを所有者識別情報として記した電子証明書と、この電子証明書に対応する秘密鍵と、を発行する。また、この電子証明書発行装置は、着脱自在に外部記憶装置を接続可能な第１接続インタフェースを備え、書込手段により、上記発行手段がノードＩＤ毎に発行した電子証明書及びこの電子証明書に対応する秘密鍵を、複数組一括して、第１接続インタフェースに接続された外部記憶装置に記録する。

一方、上記各通信装置は、着脱自在に外部記憶装置を接続可能な第２接続インタフェースを備え、この第２接続インタフェースに外部記憶装置が接続されたことを条件として、この外部記憶装置に、自装置に設定されたノードＩＤが所有者識別情報として記された電子証明書及びこの電子証明書に対応する秘密鍵が記録されているかを、判断手段にて判断する。そして、判断手段により、上記外部記憶装置に、自装置に設定されたノードＩＤが所有者識別情報として記された電子証明書及びこの電子証明書に対応する秘密鍵が記録されていると判断されると、この電子証明書及びこの電子証明書に対応する秘密鍵を、インストール手段にて、自装置にインストールする。

このように、本発明の電子証明書発行システムでは、電子証明書発行装置が、通信装置の夫々に対して発行した電子証明書及び秘密鍵の組を、複数組一括して、外部記憶装置に記録する機能を有する。また、各通信装置が、外部記憶装置に記録された電子証明書及び秘密鍵の組の中から、自装置に対して発行された電子証明書及び秘密鍵の組を検出して、これをインストールする自動選択機能を有する。

従って、この電子証明書発行システムによれば、ユーザは、単一の外部記憶装置を用いて、これを各通信装置に着脱する作業をする程度で、各通信装置に電子証明書及び秘密鍵を、適切にインストールすることができる。即ち、本発明によれば、複数の通信装置の夫々に対して電子証明書をインストールする際に、各通信装置に対して、適切な電子証明書を、簡単にインストールすることができ、従来のように人為的ミスによって、電子証明書が誤って他の通信装置にインストールされてしまうのを防止することができる。

尚、ここでいう「ノードＩＤ」とは、ネットワークにおいてノードを識別するための情報のことであり、例えば、ネットワークがＩＰ（インターネットプロトコル）ネットワークである場合には、ノードＩＤとして、ＩＰアドレスを挙げることができる。その他、ノードＩＤとしては、ＦＱＤＮ等を挙げることができる。

また、外部記憶装置に各組の電子証明書及び秘密鍵を記録する際、電子証明書及び秘密鍵のグループ関係を、外部記憶装置内において維持する手法としては、電子証明書及び秘密鍵を、組毎に、異なるディレクトリに保存する方法の他、電子証明書及び秘密鍵に付するファイル名に、関連性をもたせる方法等を挙げることができる。

また、「外部記憶装置に、自装置に設定されたノードＩＤが所有者識別情報として記された電子証明書及びこれに対応する秘密鍵が記録されているか」との判断は、外部記憶装置に記録された各電子証明書が有する所有者識別情報を参照することにより、実現されてもよいが、ノードＩＤを特定可能な情報（電子的なラベル）を別に用意して、この情報の参照により実現されてもよい。

例えば、電子証明書及び秘密鍵に付するファイル名や、電子証明書及び秘密鍵が帰属するディレクトリの名前に、ノードＩＤを特定可能な情報を含ませて、この情報の参照により、上記判断を実現されてもよい。

第２の構成に係る電子証明書発行システムは、電子証明書発行装置のラベル付与手段が、発行手段がノードＩＤ毎に発行する電子証明書及びこの電子証明書に対応する秘密鍵の各組に対して、電子証明書に所有者識別情報として記したノードＩＤを特定可能な電子的なラベルを付与し、通信装置の判断手段が、上記電子的なラベルに基づき、外部記憶装置に、自装置に設定されたノードＩＤが所有者識別情報として記された電子証明書及びこの電子証明書に対応する秘密鍵が記録されているかを判断する構成にされたものである。

このように構成された電子証明書発行システムでは、電子証明書の所有者識別情報を参照せずに、上記の判断を実現するので、「外部記憶装置に、自装置に設定されたノードＩＤが所有者識別情報として記された電子証明書及びこれに対応する秘密鍵が記録されているか」との判断に係る処理負荷を抑えることができる。

また、電子証明書及び秘密鍵のグループ関係を、外部記憶装置内において維持する手法としては、上記の手法の他に、電子証明書及び秘密鍵を組毎にデータファイル化する手法を挙げることができる。

第３の構成に係る電子証明書発行システムは、電子証明書発行装置が、発行手段により発行された電子証明書及びこの電子証明書に対応する秘密鍵からなる一組のデータを格納したデータファイルを、ファイル作成手段にて作成し、書込手段が、このファイル作成手段にて作成されたノードＩＤ毎のデータファイルを、複数個一括して、第１接続インタフェースに接続された外部記憶装置に記録するものである。

この電子証明書発行システムのように、ノードＩＤ毎の電子証明書及び秘密鍵を、夫々、単一のデータファイルにまとめて、外部記憶装置に記録すれば、外部記憶装置内で、電子証明書と秘密鍵とのグループ関係を、簡素な構造で維持することができる。

また、この種の電子証明書発行システムにおいては、発行手段が発行した電子証明書及びこの電子証明書に対応する秘密鍵からなる一組のデータを格納したデータファイルを、電子証明書の所有者識別情報が示すノードＩＤをファイル名として作成するように、ファイル作成手段を構成するとよい。

また、これに合わせて、通信装置における判断手段は、自装置に設定されたノードＩＤをファイル名に有するデータファイルが、外部記憶装置に記録されている場合、外部記憶装置に、自装置に設定されたノードＩＤが所有者識別情報として記された電子証明書及びこの電子証明書に対応する秘密鍵が記録されていると判断する構成にされるとよい。その他、インストール手段は、判断手段により、外部記憶装置に、自装置に設定されたノードＩＤが所有者識別情報として記された電子証明書及びこの電子証明書に対応する秘密鍵が記録されていると判断されると、該当するデータファイルに格納された電子証明書及びこの電子証明書に対応する秘密鍵を、自装置にインストールする構成にされるとよい。

このように構成された電子証明書発行システムによれば、外部記憶装置から、自装置に対して発行された電子証明書及び秘密鍵を有するデータファイルを、少ない処理負荷で高速に、検出することができる。

また、秘密鍵を記録するに際しては、この秘密鍵を、暗号化して、外部記憶装置に記録するように、電子証明書発行装置を構成するとよい。
第５の構成に係る電子証明書発行システムは、ファイル作成手段が、上記データファイルの作成時に、データファイルを暗号化する構成にされたものである。このように、データファイルを暗号化すれば、データファイルを復号化することのできない装置においては、秘密鍵を見ることができない。また、このデータファイルに記録された電子証明書及び秘密鍵を、装置内にインストールすることができない。

即ち、外部記憶装置を、各通信装置の管理者に渡して、各通信装置への電子証明書及び秘密鍵のインストール作業を実現する場合には、悪意のある者に、外部記憶装置内の秘密鍵の内容が晒され、秘密鍵が悪用される可能性があるが、本発明によれば、そのようなことがない。従って、本発明によれば、外部記憶装置を複数の管理者が共有する場合において、セキュリティが脆弱になるのを防止することができる。換言すると、本発明によれば、データファイルを復号化する術を有しているユーザ・通信装置によってのみインストールが成功するように、電子証明書発行システムを構成することができる。

尚、データファイルの暗号化に際しては、各通信装置から暗号化に必要な鍵を取得すると、悪意のある者により、外部記憶装置に記憶された秘密鍵が悪用されるのを、一層強固に防止することができる。

第６の構成に係る電子証明書発行システムは、電子証明書発行装置が、ネットワークを介して電子証明書発行先の各通信装置と通信可能な構成にされ、取得手段が、ネットワークを介して、電子証明書発行先の各通信装置から、通信装置に設定されたノードＩＤと、ファイル作成手段が作成するデータファイルの暗号化に必要な暗号鍵と、を取得する構成にされたものである。

この電子証明書発行システムにおける電子証明書発行装置のファイル作成手段は、上記データファイルの作成時に、このデータファイルに格納する電子証明書に記されたノードＩＤに対応する通信装置から取得した暗号鍵で、データファイルを暗号化する。

また、この電子証明書発行システムにおける各通信装置は、ＩＤ・鍵通知手段により、電子証明書発行装置に対して、自装置に設定されたノードＩＤ及びデータファイルの暗号化に必要な暗号鍵を、ネットワークを介して送信する。

この電子証明書発行システムによれば、各通信装置から通知される暗号鍵によって、データファイルを暗号化するので、上述したように、外部記憶装置に記憶された秘密鍵等が悪用されるのを、一層強固に防止することができる。

また、以上には、通信装置に既に設定されたノードＩＤに適合する電子証明書及び秘密鍵をインストール可能な電子証明書発行システムについて説明したが、第７の構成に係る発明は、電子証明書及び秘密鍵のインストールと合わせて、通信装置にノードＩＤを設定することができる。

即ち、第７の構成に係る電子証明書発行システムは、複数の通信装置と、複数の通信装置の夫々に対し、電子証明書及びこれに対応する秘密鍵を発行するための電子証明書発行装置と、を備える電子証明書発行システムであって、電子証明書発行装置及び通信装置が次のように構成されたものである。

この電子証明書発行システムの電子証明書発行装置では、取得手段が取得した電子証明書発行先の各通信装置に設定すべきノードＩＤの指定情報に基づき、発行手段が、この指定情報が示すノードＩＤ毎に、このノードＩＤを記したノードＩＤの設定を指令する設定データと、設定データと同一のノードＩＤを所有者識別情報として記した電子証明書と、この電子証明書に対応する秘密鍵と、を発行する。また、書込手段が、発行手段によりノードＩＤ毎に発行された設定データ及び電子証明書及びこの電子証明書に対応する秘密鍵からなる一組のデータを、複数組一括して、第１接続インタフェースに接続された外部記憶装置に記録する。

また、この電子証明書発行システムにおける通信装置では、判断手段が、第２接続インタフェースに外部記憶装置が接続されたことを条件として、この外部記憶装置に、上記一組のデータが記録されているかを判断し、判断手段により、外部記憶装置に、上記一組のデータが記録されていると判断されると、設定インストール手段が、外部記憶装置に記録されている一組又は複数組のデータの中から、任意の上記一組のデータを選択し、選択した組の設定データが示すノードＩＤを、自装置のノードＩＤとして設定し、選択した組の電子証明書及び秘密鍵を、自装置にインストールする。

このように構成された電子証明書発行システムでは、電子証明書及び秘密鍵の発行時に、この電子証明書に所有者識別情報として記したノードＩＤを設定するように指示する設定データを発行し、電子証明書及び秘密鍵のインストール時には、これらがインストールされる通信装置に、対応するノードＩＤを設定させるので、通信装置に、誤った電子証明書がインストールされるのを確実に防止することができる。

従って、本発明によれば、複数の通信装置の夫々に対して電子証明書をインストールする際に、各通信装置に対して、適切な電子証明書を、簡単にインストールすることができる。その他、本発明によれば、電子証明書等のインストールと合わせて、ＩＰアドレス等の通信設定を行うことができるので、ネットワークの構築段階において、大変便利である。

また、以上には、電子証明書発行装置が、通信装置にインストールする秘密鍵を生成する発明について説明したが、各通信装置が、秘密鍵及び公開鍵を生成する機能を有している場合、電子証明書発行システムは、第８の構成のように構成することができる。

第８の構成に係る電子証明書発行システムは、ネットワークに接続された複数の通信装置と、複数の通信装置の夫々とネットワークを介して通信可能な構成にされた、各通信装置に対して電子証明書を発行するための電子証明書発行装置と、を備える電子証明書発行シ
ステムであって、電子証明書発行装置及び通信装置が次のように構成されたものである。

即ち、この電子証明書発行システムにおける電子証明書発行装置では、取得手段が、ネットワークに接続された各通信装置から、ノードＩＤ及び公開鍵をネットワークを介して取得し、発行手段が、この取得手段により取得されたノードＩＤ及び公開鍵の送信元である各通信装置に関し、通信装置毎に、通信装置から取得した公開鍵についての電子証明書であって通信装置から取得したノードＩＤを所有者識別情報として記した電子証明書を発行する。また、この電子証明書発行装置では、書込手段が、発行手段により発行された電子証明書を、複数の通信装置分一括して、第１接続インタフェースに接続された外部記憶装置に記録する。

一方、この電子証明書発行システムにおける通信装置では、鍵生成手段が生成した自装置で使用する秘密鍵及びこの秘密鍵に対応する公開鍵の内、鍵生成手段により生成された公開鍵と、自装置に設定されたノードＩＤとを、ＩＤ・鍵通知手段が、電子証明書発行装置に、ネットワークを介して送信する。また、判断手段が、第２接続インタフェースに外部記憶装置が接続されたことを条件として、この外部記憶装置に、自装置に対して発行された電子証明書が記録されているかを判断する。そして、判断手段により、外部記憶装置に、自装置に対して発行された電子証明書が記録されていると判断されると、インストール手段が、この電子証明書を、自装置にインストールする。

このように構成された電子証明書発行システムでは、電子証明書発行装置が、複数の通信装置の夫々から公開鍵を取得し、この公開鍵についての電子証明書を、複数組一括して、外部記憶装置に記録する機能を有する。また、各通信装置が、外部記憶装置から、自装置に対して発行された電子証明書を検出して、これをインストールする自動選択機能を有する。

従って、この電子証明書発行システムによれば、ユーザは、単一の外部記憶装置を用いて、これを各通信装置に着脱する作業をする程度で、各通信装置に電子証明書を、適切にインストールすることができ、各通信装置に対し、適切な電子証明書を、簡単にインストールすることができる。

尚、電子証明書発行装置の取得手段は、ネットワーク上に、問合せ信号を送出することにより、この問合せ信号に対する応答信号として、ノードＩＤ及び公開鍵を取得する構成にすることができる。

また、判断手段は、電子証明書に付されたファイル名に基づき、外部記憶装置に自装置に対して発行された電子証明書があるかを判断する構成にされてもよいが、単一の通信装置が複数の秘密鍵及び公開鍵を生成している場合には、秘密鍵と電子証明書との対応関係をインストール時にとる必要があるため、判断手段は、第８の構成のように、外部記憶装置に記憶された電子証明書の公開鍵を参照して、外部記憶装置に自装置に対して発行された電子証明書があるかを判断する構成にされるとよい。

第９の構成に係る電子証明書発行システムでは、判断手段が、外部記憶装置に記憶されている各電子証明書の公開鍵を参照し、この参照結果に基づき、自装置にて生成された公開鍵についての電子証明書が外部記憶装置に記録されている場合、この電子証明書が自装置に対して発行されたものであるとして、外部記憶装置に、自装置に対して発行された電子証明書が記録されていると判断する。

この電子証明書発行システムによれば、外部記憶装置に記録された各電子証明書の公開鍵を参照して、自装置に対して発行された電子証明書を検出し、この電子証明書をインストールするので、自装置に予め記憶されている秘密鍵との対応関係をとりながら適切に、電子証明書を自装置にインストールすることができる。

また、第１０の構成に係る発明は、外部記憶装置を着脱自在に接続可能な接続インタフェースを備える電子証明書発行装置であって、電子証明書発行先の各通信装置に設定されたノードＩＤを取得する取得手段と、取得手段が取得したノードＩＤ毎に、このノードＩＤを所有者識別情報として記した電子証明書と、この電子証明書に対応する秘密鍵と、を発行する発行手段と、発行手段がノードＩＤ毎に発行した電子証明書及びこの電子証明書に対応する秘密鍵を、複数組一括して、接続インタフェースに接続された外部記憶装置に記録可能な書込手段と、を備えるものである。この電子証明書発行装置によれば、第１の構成に係る電子証明書発行システムを構築することができて、上述の利益を享受することができる。

また、第１１の構成に係る電子証明書発行装置は、発行手段が発行した電子証明書及びこの電子証明書に対応する秘密鍵からなる一組のデータを格納したデータファイルを、この電子証明書の所有者識別情報が示すノードＩＤをファイル名として、作成するファイル作成手段を備え、書込手段が、ノードＩＤ毎のデータファイルを、複数個一括して、接続インタフェースに接続された外部記憶装置に記録可能な構成にされたものである。この電子証明書発行装置によれば、第４の構成に係る電子証明書発行システムを構築することができる。

その他、第１２の構成に係る電子証明書発行装置は、外部記憶装置を着脱自在に接続可能な接続インタフェースを備える電子証明書発行装置であって、電子証明書発行先の各通信装置に設定すべきノードＩＤの指定情報を取得する取得手段と、取得手段が取得した指定情報が示すノードＩＤ毎に、このノードＩＤを記したノードＩＤの設定を指令する設定データと、設定データと同一のノードＩＤを所有者識別情報として記した電子証明書と、この電子証明書に対応する秘密鍵と、を発行する発行手段と、発行手段がノードＩＤ毎に発行した設定データ及び電子証明書及びこの電子証明書に対応する秘密鍵からなる一組のデータを、複数組一括して、接続インタフェースに接続された外部記憶装置に記録可能な書込手段と、を備えるものである。この電子証明書発行装置を用いれば、第７の構成に係る電子証明書発行システムを構築することができる。

また、第１３の構成に係る発明は、電子証明書及びこの電子証明書に対応する秘密鍵からなる一組のデータが、複数組記録された外部記憶装置を着脱自在に接続可能な接続インタフェースを備える通信装置であって、接続インタフェースに外部記憶装置が接続されたことを条件として、この外部記憶装置に、自装置に設定されたノードＩＤが所有者識別情報として記された電子証明書及びこの電子証明書に対応する秘密鍵が記録されているかを判断する判断手段と、判断手段により、外部記憶装置に、自装置に設定されたノードＩＤが所有者識別情報として記された電子証明書及びこの電子証明書に対応する秘密鍵が記録されていると判断されると、この電子証明書及びこの電子証明書に対応する秘密鍵を、自装置にインストールするインストール手段と、を備えるものである。この通信装置によれば、第１の構成に係る電子証明書発行システムを構築することができる。

また、第１４の構成に係る通信装置は、所有者識別情報としてノードＩＤが記された電子証明書及びこの電子証明書に対応する秘密鍵が格納されたデータファイルであって、この電子証明書の所有者識別情報が示すノードＩＤをファイル名とするデータファイルが、複数記録された外部記憶装置を着脱自在に接続可能な接続インタフェースを備えると共に、この接続インタフェースに外部記憶装置が接続されたことを条件として、この外部記憶装置に、自装置に設定されたノードＩＤをファイル名とするデータファイルが記録されているかを判断する判断手段と、判断手段により、外部記憶装置に、自装置に設定されたノー
ドＩＤをファイル名とするデータファイルが記録されていると判断されると、このデータファイルに格納されている電子証明書及びこの電子証明書に対応する秘密鍵を、自装置にインストールするインストール手段と、を備えることを特徴とするものである。この通信装置を用いれば、第４の構成に係る電子証明書発行システムを構築することができる。

その他、第１５の構成に係る通信装置は、外部記憶装置を着脱自在に接続可能な接続インタフェースを備える通信装置であって、接続インタフェースに外部記憶装置が接続されたことを条件として、この外部記憶装置に、ノードＩＤの設定を指令する設定データ及びこの設定データと同一のノードＩＤが所有者識別情報として記された電子証明書及びこの電子証明書に対応する秘密鍵からなる一組のデータが、記録されているかを判断する判断手段と、判断手段により、外部記憶装置に、上記一組のデータが記録されていると判断されると、外部記憶装置に記録されている一組又は複数組のデータの中から、任意の一組のデータを選択し、選択した組の設定データが示すノードＩＤを、自装置のノードＩＤとして設定し、選択した組の電子証明書及び秘密鍵を、自装置にインストールする設定インストール手段と、を備えることを特徴とするものである。この通信装置を用いれば、第７の構成に係る電子証明書発行システムを構築することができる。

また、上述した電子証明書発行装置及び通信装置が有する各手段は、プログラムにより、コンピュータに実現させることができる。
第１６の構成に係る発明は、外部記憶装置を着脱自在に接続可能な接続インタフェースを備える電子証明書発行装置のコンピュータに、電子証明書発行先の各通信装置に設定されたノードＩＤを取得する取得手段と、取得手段が取得したノードＩＤ毎に、このノードＩＤを所有者識別情報として記した電子証明書と、この電子証明書に対応する秘密鍵と、を発行する発行手段と、発行手段がノードＩＤ毎に発行した電子証明書及びこの電子証明書に対応する秘密鍵を、複数組一括して、接続インタフェースに接続された外部記憶装置に記録する書込手段としての機能を実現させるためのプログラムである。このプログラムによれば、第１０の構成に係る電子証明書発行装置を構成することができる。

また、第１７の構成に係る発明は、外部記憶装置を着脱自在に接続可能な接続インタフェースを備える電子証明書発行装置のコンピュータに、電子証明書発行先の各通信装置に設定すべきノードＩＤの指定情報を取得する取得手段と、取得手段が取得した指定情報が示すノードＩＤ毎に、このノードＩＤを記したノードＩＤの設定を指令する設定データと、設定データと同一のノードＩＤを所有者識別情報として記した電子証明書と、この電子証明書に対応する秘密鍵と、を発行する発行手段と、発行手段がノードＩＤ毎に発行した設定データ及び電子証明書及びこの電子証明書に対応する秘密鍵からなる一組のデータを、複数組一括して、接続インタフェースに接続された外部記憶装置に記録する書込手段としての機能を実現させるためのプログラムである。このプログラムによれば、第１２の構成に係る電子証明書発行装置を構成することができる。

その他、第１８の構成に係る発明は、外部記憶装置を着脱自在に接続可能な接続インタフェースを備える通信装置のコンピュータに、接続インタフェースに外部記憶装置が接続されたことを条件として、この外部記憶装置に、自装置に設定されたノードＩＤが所有者識別情報として記された電子証明書及びこの電子証明書に対応する秘密鍵が記録されているかを判断する判断手段と、判断手段により、外部記憶装置に、自装置に設定されたノードＩＤが所有者識別情報として記された電子証明書及びこの電子証明書に対応する秘密鍵が記録されていると判断されると、この電子証明書及びこの電子証明書に対応する秘密鍵を、自装置にインストールするインストール手段としての機能を実現させるためのプログラムである。このプログラムによれば、第１３の構成に係る通信装置を構成することができる。

また、第１９の構成に係る発明は、外部記憶装置を着脱自在に接続可能な接続インタフェースを備える通信装置のコンピュータに、接続インタフェースに外部記憶装置が接続されたことを条件として、この外部記憶装置に、ノードＩＤの設定を指令する設定データ及びこの設定データと同一のノードＩＤが所有者識別情報として記された電子証明書及びこの電子証明書に対応する秘密鍵からなる一組のデータが、記録されているかを判断する判断手段と、判断手段により、外部記憶装置に、上記一組のデータが記録されていると判断されると、外部記憶装置に記録されている一組又は複数組のデータの中から、任意の一組のデータを選択し、選択した組の設定データが示すノードＩＤを、自装置のノードＩＤとして設定すると共に、選択した組の電子証明書及び秘密鍵を、自装置にインストールする設定インストール手段としての機能を実現させるためのプログラムである。このプログラムを用いれば、第１５の構成に係る通信装置を構成することができる。

以下、本発明の実施例について、図面と共に説明する。

図１は、第一実施例の通信システム１の構成を表す説明図である。図１に示すように、第一実施例の通信システム１は、ディジタル複合機１０と、パーソナルコンピュータ（以下、単に「ＰＣ」とする。）３０と、がＴＣＰ／ＩＰネットワークＮＴに接続されてなるものである。

複合機１０は、ＣＰＵ１１と、作業用メモリとしてのＲＡＭ１２と、各種プログラムやデータを記憶するフラッシュメモリ１３と、ネットワークＮＴに接続された通信インタフェース１５と、レーザ方式又はインクジェット方式にて用紙に画像を形成する印刷部１７と、原稿載置台に載置された原稿を光学的に読み取り画像データを生成する読取部１９と、ユーザが操作可能な各種キー及び表示部を備えるユーザインタフェースとしての表示操作部２１と、ＵＳＢデバイス接続用のインタフェースであるＵＳＢコネクタ２３と、を備え、ＣＰＵ１１にて各種プログラムを実行し、ＴＣＰ／ＩＰ通信機能、ＳＳＬ通信機能、プリンタ機能、スキャナ機能、コピー機能等を実現する。

即ち、複合機１０は、フラッシュメモリ１３に、ＴＣＰ／ＩＰ通信に必要な設定情報を示す通信設定データを有し、この通信設定データが示すＩＰアドレス、サブネットマスク、デフォルトゲートウェイ等の情報に従って、ネットワークＮＴ内の他の装置との通信を行う。

また、複合機１０は、ＵＳＢコネクタ２３等を通じて外部記憶装置としてのＵＳＢメモリ５０から、自装置に発行された電子証明書であるサーバ証明書及びサーバ証明書に対応する秘密鍵を読み出し、これをフラッシュメモリ１３にインストールする機能を有し、外部通信装置からＳＳＬ通信用のポートへのアクセスがあった場合には、ＳＳＬ通信に係るハンドシェイク処理を実行して、フラッシュメモリ１３にインストールされたサーバ証明書を、アクセス元の通信装置（クライアント装置）に送信する。

そして、このサーバ証明書が示す公開鍵と、自装置が記憶する秘密鍵とを用いた暗号通信により、セッション鍵を自装置とクライアント装置間で取り決め、このセッション鍵を用いた暗号通信を、クライアント装置との間で行う。

また、複合機１０は、上記暗号通信により外部のＰＣ３０から印刷データを受信する機能を有し、通信インタフェース１５を通じて外部のＰＣ３０から印刷データを受信すると、印刷部１７を制御して、この印刷データに基づく印刷画像を用紙に形成する（プリンタ機能）。また、複合機１０は、表示操作部２１に対するユーザの操作により、表示操作部２１から読取指令が入力されると、読取部１９を制御して、原稿載置台に載置された原稿についての読取画像を表す画像データを生成し、これを通信インタフェース１５を通じて、所定のＰＣ３０に送信する（スキャナ機能）。

一方、各ＰＣ３０は、周知のパーソナルコンピュータと同様のハードウェア構成にされ、ＣＰＵ３１と、作業用メモリとしてのＲＡＭ３２と、ブートプログラム等を記憶するＲＯＭ３３と、ハードディスク装置（ＨＤＤ）３４と、ネットワークＮＴに接続された通信インタフェース３５と、キーボードやポインティングデバイス等からなる操作部３７と、液晶モニタ等からなる表示部３９と、ＵＳＢデバイス接続用のインタフェースであるＵＳＢコネクタ４１と、を備える。

これら各ＰＣ３０は、ＣＰＵ３１にて各種プログラムを実行することにより、ＴＣＰ／ＩＰ通信機能、ＳＳＬ通信等を実現する。また、本実施例において、通信システム１を構成するＰＣ３０の一つは、管理ＰＣ３０ａとして機能し、ＣＰＵ３１にて管理プログラムを実行することにより、通信システム１を構成する各複合機１０に対してサーバ証明書及びサーバ証明書に記した公開鍵に対応する秘密鍵を発行する。図２は、管理ＰＣ３０ａにより発行されるサーバ証明書を示した説明図である。

図２に示すように、管理ＰＣ３０ａが発行するサーバ証明書は、証明書のバージョンを表すバージョン情報と、証明書のシリアル番号と、アルゴリズム識別子と、ディジタル署名した証明書発行者を表す署名者情報と、証明書の有効期間を表す有効期間情報と、証明書の所有者（証明書発行先装置）を表す所有者情報と、公開鍵を表す公開鍵情報と、ディジタル署名値を表すディジタル署名情報と、を有する。

本実施例の通信システム１における管理ＰＣ３０ａは、例えば、サーバ証明書の発行日時から１年後の期間を、有効期間とした有効期間情報を記して、サーバ証明書を発行する。また、管理ＰＣ３０ａは、所有者識別情報として、証明書発行先装置（複合機１０）のＩＰアドレスを、所有者情報のコモンネーム（ＣＮ）に記したサーバ証明書を発行する。

尚、各ＰＣ３０は、ＳＳＬ通信により複合機１０と通信を行う際、複合機１０から送信されてきたサーバ証明書が正当な証明書であるのかを、ディジタル署名情報や有効期間情報、所有者識別情報に基づいて判断する構成にされている。例えば、各ＰＣ３０は、所有者情報に記されたノードＩＤ（ＩＰアドレス）が、このサーバ証明書の送信元装置のノードＩＤ（ＩＰアドレス）と異なると、サーバ証明書が正当な証明書ではないと判断する。そして、この場合には、通信の安全が確保されないため、ＳＳＬ通信を中断する処理を行う。このようなサーバ証明書が正当な証明書であるか否かの判断は、ディジタル署名情報や有効期間情報に基づいても行われるが、これらの技術な内容については、周知であるので、ここでは、その詳細を省略する。

続いて、管理ＰＣ３０ａによるサーバ証明書の作成方法、及び、サーバ証明書の複合機１０への提供方法について説明する。図３は、管理ＰＣ３０ａによるサーバ証明書の作成方法、及び、サーバ証明書の複合機１０への提供方法についての説明図であり、特に、図３（ａ）は、管理ＰＣ３０ａによるサーバ証明書の作成手順を、ラダーチャートで示したものである。

上述したように、サーバ証明書を発行する際には、所有者識別情報として、発行先装置のＩＰアドレスが必要になるため、本実施例では、ネットワークＮＴを介して、これらの情報を、サーバ証明書発行先の各複合機１０から取得する。

具体的に、当該通信システム１では、管理ＰＣ３０ａから、ブロードキャスト方式により、デバイス情報の要求パケットを、ネットワークＮＴに送出する。当該通信システム１の各複合機１０は、このデバイス情報要求パケットを受信すると、応答パケットとして、自装置のＩＰアドレスを記したデバイス情報を格納した応答パケットを、デバイス情報要求パケットの送信元装置（管理ＰＣ３０ａ）に送信する構成にされている。このため、管理ＰＣ３０ａからデバイス情報要求パケットを送出すると、ブロードキャストパケットが届く範囲のネットワークＮＴに存在する各複合機１０からは、複合機１０のＩＰアドレスが記された応答パケットが送信されてくることになる。

管理ＰＣ３０ａは、この応答パケットを受信し、応答パケットの送信元装置毎に、公開鍵及び秘密鍵を生成し、この公開鍵についてのサーバ証明書であって、応答パケットが示す送信元装置のＩＰアドレスを、所有者識別情報として記したサーバ証明書を発行する。そして、送信元装置毎に、この装置に対して発行したサーバ証明書とこれに対応する秘密鍵を、一つのデータファイルにまとめて格納し、このデータファイル（以下、サーバ証明書及び秘密鍵を格納したデータファイルを「証明書ファイル」と表現する。）を、ＵＳＢコネクタ４１に接続されたＵＳＢメモリ５０に書き込む。尚、この際には、各装置に対して発行した証明書ファイルの全てを、一括して、ＵＳＢメモリ５０に書き込む（図３（ｂ）上段参照）。

本実施例では、上述のようにして複数の証明書ファイルを格納したＵＳＢメモリ５０を、各複合機１０のＵＳＢコネクタ２３に接続することで、各複合機１０に、対応するサーバ証明書及び秘密鍵を提供する（図３（ｂ）下段参照）。尚、本実施例の複合機１０は、自装置に対して発行されたサーバ証明書及び秘密鍵を有する証明書ファイルを、ＵＳＢメモリ５０内で自動選択して、インストールする機能を有する。本実施例では、この機能によって、ＵＳＢメモリ５０に格納された各証明書ファイルが有するサーバ証明書及び秘密鍵が、夫々、正しい装置にインストールされる。

続いて、管理ＰＣ３０ａにおけるサーバ証明書の作成手順及び複合機１０におけるサーバ証明書のインストール手順を、フローチャートを用いて説明する。図４は、管理ＰＣ３０ａのＣＰＵ３１が実行する管理操作受付処理を表すフローチャートであり、図５は、複合機１０のＣＰＵ１１が実行する複合機処理を表すフローチャートである。

管理ＰＣ３０ａは、操作部３７を通じて、ハードディスク装置３４に保存された管理プログラムの実行指令が、ユーザより入力されると、この管理プログラムに従って、ＣＰＵ３１により、図４に示す管理操作受付処理を実行する。

管理操作受付処理を開始すると、ＣＰＵ３１は、まず、サーバ証明書についての一括作成操作（証明書一括作成操作）及びプログラム終了操作を少なくとも受付可能なＧＵＩ（Graphical User Interface）構成の管理画面を、表示部３９に表示する（Ｓ１１０）。この後、証明書一括作成操作が、ユーザによるポインティングデバイスの操作により管理画面を通じてなされたか否かを判断する（Ｓ１２０）。そして、証明書一括作成操作がなされたと判断すると（Ｓ１２０でＹｅｓ）、Ｓ１３０に移行し、上述したデバイス情報要求パケットを、通信インタフェース３５を通じて、ネットワークＮＴにブロードキャストし、このデバイス情報要求パケットの受信により各複合機１０から送信されてくる応答パケットを、通信インタフェース３５を通じて受信する。尚、応答パケットの受付（受信）は、所定期間に限定して行う。

そして、上記の所定期間が終了すると、Ｓ１４０に移行し、上記の所定期間に、一つ以上の応答パケットを、通信インタフェース３５を通じて受信したか否かを判断し、応答パケットを一つも受信していないと判断すると（Ｓ１４０でＮｏ）、管理画面のメッセージ表示領域に、複合機１０が存在しない旨のエラーメッセージを表示する処理を実行した後（Ｓ１４５）、Ｓ１２０に移行する。

一方、上記の所定期間に、応答パケットを一つ以上受信した場合、ＣＰＵ３１は、Ｓ１４０でＹｅｓと判断し、Ｓ１５０に移行する。そして、Ｓ１５０では、応答パケットの送信元装置の一群の中から、一つの装置（複合機１０）を、サーバ証明書の発行先装置として選択し、後続のＳ１６０にて、この選択した発行先装置に対して提供する公開鍵及び秘密鍵を生成すると共に、この装置から受信した応答パケットが示すデバイス情報に基づき、上記生成した公開鍵についての電子証明書であって、上記選択した発行先装置用のサーバ証明書を作成する。

具体的には、上記選択した発行先装置から受信した応答パケットが示すこの装置のＩＰアドレスを、所有者情報のコモンネームに設定することで、このＩＰアドレスを所有者とするサーバ証明書を作成する。また、本実施例では、サーバ証明書の有効期間を、１年に設定して、上記サーバ証明書を作成する。

この処理を終えると、ＣＰＵ３１は、Ｓ１７０に移行し、先のＳ１６０で作成したサーバ証明書及びこれに対応する秘密鍵を、一つのデータファイルにまとめて、証明書ファイルを作成する。この際には、上記選択した発行先装置のＩＰアドレスをファイル名とした証明書ファイルを作成する。例えば、発行先装置のＩＰアドレスが１９２．１６８．０．１００である場合には、証明書ファイルのファイル名を「ＩＰ１９２１６８０００１００」等に設定する。

また、このようにして、Ｓ１７０での処理を終えると、ＣＰＵ３１は、Ｓ１８０に移行して、上記の所定期間に受信した全応答パケットの送信元装置を、Ｓ１５０にて発行先装置として選択したか否かを判断し、全ての送信元装置を、発行先装置として選択していない場合には、Ｓ１８０でＮｏと判断して、再びＳ１５０に移行し、未選択の送信元装置の一つを発行先装置として選択して、Ｓ１６０以降の処理を実行する。

そして、全ての送信元装置を発行先装置として選択した場合には、Ｓ１８０でＹｅｓと判断して、Ｓ１９０に移行し、ＵＳＢコネクタ４１にＵＳＢメモリ５０が接続されているか否かを判断する。そして、ＵＳＢコネクタ４１にＵＳＢメモリ５０が接続されていないと判断すると（Ｓ１９０でＮｏ）、ＵＳＢメモリ５０の接続を促すメッセージを、管理画面のメッセージ表示領域に表示し（Ｓ２００）、ＵＳＢメモリ５０がＵＳＢコネクタ４１に接続されるまで待機する（Ｓ２１０）。そして、ＵＳＢメモリ５０がＵＳＢコネクタ４１に接続されると（Ｓ２１０でＹｅｓ）、Ｓ２２０に移行する。これに対し、Ｓ１９０でＵＳＢコネクタ４１にＵＳＢメモリ５０が接続されていると判断すると（Ｓ１９０でＹｅｓ）、Ｓ２００からＳ２１０までの処理を実行することなく、Ｓ２２０に移行する。

また、Ｓ２２０に移行すると、ＣＰＵ３１は、今回応答パケットの送信元装置毎にＳ１７０で作成した証明書ファイルの全てを、ＵＳＢコネクタ４１に接続されているＵＳＢメモリ５０に書き込み、その後、Ｓ１２０に移行する。

その他、Ｓ１２０にて証明書一括作成操作がなされていないと判断すると（Ｓ１２０でＮｏ）、ＣＰＵ３１は、Ｓ２３０に移行し、プログラム終了操作が、ユーザによるポインティングデバイスの操作により管理画面を通じてなされたか否かを判断する。そして、プログラムの終了操作がなされていると判断すると（Ｓ２３０でＹｅｓ）、管理画面を閉じて（Ｓ２４０）、当該管理操作受付処理を終了する。

一方、プログラム終了操作がなされていないと判断すると（Ｓ２３０でＮｏ）、Ｓ２５０に移行し、その他の処理を実行した後、Ｓ１２０に移行する。尚、Ｓ２５０では、ユーザの操作に対応した処理を実行し、ユーザの操作がなく、実行すべき処理がない場合には、何らの処理も実行することなく、Ｓ１２０に移行する。このようにして、管理ＰＣ３０ａでは、管理プログラムによる管理操作受付処理が実行される。

続いて、複合機１０のＣＰＵ１１が繰返し実行する図５に示す複合機処理について説明する。
複合機処理を開始すると、ＣＰＵ１１は、まずＳ３１０において、自装置のＵＳＢコネクタ２３に対するＵＳＢメモリ５０の接続イベントが発生したか否かを判断する。即ち、ＵＳＢコネクタ２３にＵＳＢメモリ５０が接続されたか否かを判断する。そして、接続イベントが発生したと判断すると（Ｓ３１０でＹｅｓ）、Ｓ３２０に移行し、ＵＳＢメモリ５０がＵＳＢコネクタ２３に接続されていない場合やＵＳＢメモリ５０が接続された直後ではない場合には、接続イベントが発生していないと判断して（Ｓ３１０でＮｏ）、Ｓ３７０に移行する。

また、Ｓ３２０に移行すると、ＣＰＵ１１は、フラッシュメモリ１３が記憶する通信設定データが示すＩＰアドレスの情報に基づき、自装置に設定されているＩＰアドレスを識別し、ＵＳＢコネクタ２３に接続されているＵＳＢメモリ５０内で、ファイル名が自装置のＩＰアドレスを表す証明書ファイルを検索する（Ｓ３３０）。尚、データファイルが証明書ファイルであるか否かの判断は、例えば、拡張子に基づいて行う。

そして、検索の結果、ＵＳＢメモリ５０内において、自装置のＩＰアドレスを表すファイル名の証明書ファイルが発見された場合には、検索対象の証明書ファイルがＵＳＢメモリ５０内に存在すると判断して（Ｓ３４０でＹｅｓ）、Ｓ３５０に移行する。一方、自装置のＩＰアドレスを表すファイル名の証明書ファイルが、ＵＳＢメモリ５０内において発見できなかった場合には、検索対象の証明書ファイルがＵＳＢメモリ５０内に存在しないと判断して（Ｓ３４０でＮｏ）、当該複合機処理を一旦終了する。その後、Ｓ３１０に移行する。

また、Ｓ３５０に移行すると、ＣＰＵ１１は、ＵＳＢメモリ５０に記憶されている証明書ファイルであって、上記自装置のＩＰアドレスを表すファイル名が設定された証明書ファイルを、ＵＳＢメモリ５０から読み出し、この証明書ファイルが有するサーバ証明書及び秘密鍵を、フラッシュメモリ１３に書き込んで、自装置にインストールする。即ち、このサーバ証明書及び秘密鍵を、ＳＳＬ通信時に使用可能に組み込む。

また、この処理を終えると、Ｓ３６０にて、インストール完了の旨のメッセージを表示操作部２１が有する表示部に表示し、その後、当該複合機処理を一旦終了する。
これに対し、Ｓ３１０でＮｏと判断して、Ｓ３７０に移行すると、ＣＰＵ１１は、通信インタフェース１５を通じて、ネットワークＮＴから、デバイス情報要求パケットを受信したか否かを判断し、デバイス情報要求パケットを受信したと判断すると（Ｓ３７０でＹｅｓ）、受信したデバイス情報要求パケットの応答パケットとして、自装置のＩＰアドレス（通信設定データに設定されたＩＰアドレス）をデバイス情報として記した応答パケットを生成し、これを、デバイス情報要求パケットの送信元装置（管理ＰＣ３０ａ）に、通信インタフェース１５を通じて送信する（Ｓ３８０）。そして、この処理を終えると、当該複合機処理を一旦終了する。

また、Ｓ３７０においてデバイス情報要求パケットを受信していないと判断すると（Ｓ３７０でＮｏ）、ＣＰＵ１１は、イベントに対応したその他の処理を実行し、その後、当該複合機処理を一旦終了する。尚、Ｓ３９０において、イベント等が発生しておらず実行すべき処理がない場合には、何らの処理を実行することなく、当該複合機処理を一旦終了し、再びＳ３１０に移行する。

以上、第一実施例の通信システム１について説明したが、この通信システム１では、管理ＰＣ３０ａが、ユーザからの指示に従い、ネットワークＮＴを介して、証明書発行先装置としての各複合機１０から、ＩＰアドレスの情報を取得し、この取得したＩＰアドレスの情報（デバイス情報）に基づき、各複合機用のサーバ証明書及び秘密鍵を作成する。そして、これらを、発行先装置のＩＰアドレスをファイル名とした証明書ファイルに格納して、ＵＳＢメモリ５０に書き込む。一方で、各複合機１０は、ＵＳＢメモリ５０に記録された複数の証明書ファイルの中から、自装置に対して発行されたサーバ証明書及び秘密鍵を有する証明書ファイルを、ファイル名を手掛かりに、自動で選択し、これをインストールする。

従って、本実施例によれば、管理者は、管理ＰＣ３０ａに対して証明書一括作成操作を行って、管理ＰＣ３０ａに、各複合機用の証明書ファイルをＵＳＢメモリ５０に書き込ませ、このＵＳＢメモリ５０を各複合機１０に着脱する作業を行う程度で、各複合機１０にサーバ証明書及び秘密鍵を、適切にインストールすることができる。

即ち、本実施例によれば、複数の複合機１０の夫々に対してサーバ証明書及び秘密鍵をインストールして、ＳＳＬ通信可能にする際に、各複合機１０に対して、適切なサーバ証明書及び秘密鍵を、簡単にインストールすることができ、従来のように人為的ミスによって、サーバ証明書が誤った複合機１０にインストールされるのを防止することができる。

また、本実施例では、サーバ証明書及び秘密鍵を、単一のデータファイルとして、ＵＳＢメモリ５０に書き込んでいるので、複合機１０側で、サーバ証明書と秘密鍵との対応関係が分かりやすいように、各組のサーバ証明書及び秘密鍵を書き込むことができる。その他、本実施例では、証明書ファイルのファイル名に、発行先装置のＩＰアドレスを記すようにしているので、複合機１０側では、ＵＳＢメモリ５０の中から、自装置に対して発行されたサーバ証明書及び秘密鍵を、少ない処理負荷で発見することができる。

尚、「特許請求の範囲」に記載の電子証明書発行装置は、本実施例において、管理ＰＣ３０ａに相当し、証明書発行先の通信装置は、複合機１０に相当する。また、接続インタフェースは、本実施例において、ＵＳＢデバイスを着脱自在に接続可能なＵＳＢコネクタ２３，４１に相当する。

その他、取得手段は、Ｓ１３０の処理にて実現され、発行手段は、Ｓ１５０〜Ｓ１６０の処理にて実現され、ファイル作成手段及びラベル付与手段は、Ｓ１７０の処理にて実現され、書込手段は、Ｓ２２０の処理にて実現されている。

また、判断手段は、Ｓ３２０〜Ｓ３４０の処理にて実現され、インストール手段は、Ｓ３５０の処理にて実現されている。

図６は、第二実施例の通信システム１における複合機１０のＣＰＵ１１が、図５に示す複合機処理に代えて繰返し実行する第二実施例の複合機処理を表すフローチャートである。尚、第二実施例の通信システム１は、証明書ファイルのファイル名に発行先装置のＩＰアドレスが記されないこと、及び、複合機１０のＣＰＵ１１で実行される複合機処理の内容が異なることを除けば、第一実施例の通信システム１と概ね同一構成であるので、以下では、第二実施例として、図６に示す複合機処理の内容についてのみを説明する。

図６に示す複合機処理を開始すると、ＣＰＵ１１は、まず、第一実施例と同様に、Ｓ３１０において、ＵＳＢコネクタ２３に対するＵＳＢメモリ５０の接続イベントが発生したか否かを判断する。そして、接続イベントが発生していないと判断すると（Ｓ３１０でＮｏ）、Ｓ３７０に移行して、後続の処理（Ｓ３７０〜Ｓ３９０）を実行し、当該複合機処理を終了する。

一方、接続イベントが発生したと判断すると（Ｓ３１０でＹｅｓ）、ＣＰＵ１１は、Ｓ４１０に移行し、フラッシュメモリ１３が記憶する通信設定データが示すＩＰアドレスの情報に基づき、自装置のＩＰアドレスを識別する。この後、ＵＳＢコネクタ２３に接続されているＵＳＢメモリ５０内に、証明書ファイルが存在するかを判断する（Ｓ４２０）。尚、ＵＳＢメモリ５０内のデータファイルが証明書ファイルであるか否かは、データファイルの拡張子に基づいて判断することができる。その他、証明書ファイル格納用のディレクトリに格納されているデータファイルを全て証明書ファイルと見なして、上記の判断を行ってもよい。

Ｓ４２０において、ＵＳＢメモリ５０内に証明書ファイルが存在しないと判断すると、ＣＰＵ１１は、Ｓ４３０からＳ４７０までの処理を実行することなく、当該複合機処理を終了する。

一方、Ｓ４２０において、ＵＳＢメモリ５０内に証明書ファイルが存在すると判断すると（Ｓ４２０でＹｅｓ）、Ｓ４３０に移行し、ＵＳＢメモリ５０が記憶する証明書ファイルを一つ読み出す。そして、読み出した証明書ファイルが有するサーバ証明書の所有者情報を参照し、このサーバ証明書が有する所有者情報のコモンネームに、自装置のＩＰアドレスが設定されているか否かを判断する（Ｓ４４０）。

そして、コモンネームに、自装置のＩＰアドレスが設定されていないと判断すると（Ｓ４４０でＮｏ）、Ｓ４３０でＵＳＢメモリ５０から全ての証明書ファイルを読み出したか否かを判断し（Ｓ４５０）、全ての証明書ファイルを読み出していると判断すると（Ｓ４５０でＹｅｓ）、当該複合機処理を終了する。

これに対し、全ての証明書ファイルを読み出していないと判断すると（Ｓ４５０でＮｏ）、ＣＰＵ１１は、Ｓ４３０に移行して、未だ読み出していない証明書ファイルの一つを、ＵＳＢメモリ５０から読み出し、この証明書ファイルが有するサーバ証明書の所有者情報を参照する。そして、このサーバ証明書が有する所有者情報のコモンネームに、自装置のＩＰアドレスが設定されているか否かを判断する（Ｓ４４０）。

また、Ｓ４４０において、上記読み出したサーバ証明書が有する所有者情報のコモンネームに、自装置のＩＰアドレスが設定されていると判断すると（Ｓ４４０でＹｅｓ）、このサーバ証明書、及び、サーバ証明書と共に証明書ファイルに格納されている秘密鍵を、フラッシュメモリ１３に書き込んで、これらを自装置にインストールする（Ｓ４６０）。また、この処理を終えると、Ｓ４７０にて、インストール完了の旨のメッセージを表示操作部２１が有する表示部に表示し、その後、当該複合機処理を終了する。

以上、第二実施例の通信システム１について説明したが、この通信システム１によれば、複合機１０が、インストールすべきサーバ証明書及び秘密鍵を有する証明書ファイルを判別する際に、サーバ証明書の所有者情報を参照する。従って、本実施例によれば、正確に、適切な証明書ファイルを選択して、正しいサーバ証明書及び秘密鍵を、装置内にインストールすることができる。

尚、本実施例において、判断手段は、Ｓ４１０〜Ｓ４５０の処理にて実現され、インストール手段は、Ｓ４６０の処理にて実現されている。

図７は、第三実施例の通信システム１における証明書ファイルの作成方法に関する説明図であり、図８は、管理ＰＣ３０ａのＣＰＵ３１が、図４に示す管理操作受付処理に代えて実行する第三実施例の管理操作受付処理を表すフローチャートである。また、図９は、複合機１０のＣＰＵ１１が、図５に示す複合機処理に代えて実行する第三実施例の複合機処理を表すフローチャートである。

第三実施例の通信システム１は、管理ＰＣ３０ａのＣＰＵ３１にて実行される管理操作受付処理の内容、及び、複合機１０のＣＰＵ１１にて実行される複合機処理の内容が異なることを除けば、第一実施例の通信システム１と概ね同一構成である。従って、以下では、第三実施例として、第一実施例の通信システム１とは異なる点についてのみ説明する。

まず、第三実施例の通信システム１における管理ＰＣ３０ａ及び複合機１０の動作について、図７を用いて簡単に説明する。
本実施例では、管理ＰＣ３０ａから、デバイス情報要求パケットを受信すると、各複合機１０が、証明書ファイル暗号化・復号化用に公開鍵及び秘密鍵のペアを生成し、秘密鍵を証明書ファイル復号化用の鍵として記憶する。一方、公開鍵を、このデバイス情報要求パケットに対する応答パケットに、証明書ファイル暗号化用の鍵として、自装置のＩＰアドレスと共に格納して、これを、管理ＰＣ３０ａに送信する。そして、管理ＰＣ３０ａでは、複合機１０から受信した応答パケットが示す公開鍵によって、この複合機用の証明書ファイルを暗号化し、各複合機用の証明書ファイルを、ＵＳＢメモリ５０に書き込む。このように、本実施例では、証明書ファイルを、暗号化した状態で、各複合機１０に提供する。

詳述すると、管理ＰＣ３０ａでは、第三実施例の管理操作受付処理を実行して、基本的には、第一実施例と同様の処理を実行するが、Ｓ１６０の処理後には、Ｓ１７０に代えて、証明書ファイルの暗号化を伴うＳ５００の処理を実行する（図８参照）。Ｓ５００では、先のＳ１６０で作成したサーバ証明書及びこれに対応する秘密鍵を、一つのデータファイルにまとめて、証明書ファイルを作成するが、この際には、データファイルの中身を、発行先装置から受信した応答パケットが示す公開鍵により暗号化する。

また、証明書ファイルのファイル名として、発行先装置のＩＰアドレスを記したファイル名を設定する。例えば、発行先装置のＩＰアドレスが１９２．１６８．０．１００である場合、証明書ファイルのファイル名を「ＩＰ１９２１６８０００１００」等に設定する。そして、このような内容の処理をＳ５００で実行し終えると、Ｓ１８０に移行する。

一方、複合機１０では、次のような内容の複合機処理（図９参照）を、ＣＰＵ１１にて繰返し実行する。
即ち、複合機処理を開始すると、ＣＰＵ１１は、まずＳ５１０にて、ＵＳＢコネクタ２３に対するＵＳＢメモリ５０の接続イベントが発生したか否かを判断する。そして、接続イベントが発生したと判断すると（Ｓ５１０でＹｅｓ）、Ｓ５２０に移行し、接続イベントが発生していないと判断すると（Ｓ５１０でＮｏ）、Ｓ５７０に移行する。

Ｓ５２０に移行すると、ＣＰＵ１１は、自装置のＩＰアドレスを識別し、この後、ＵＳＢコネクタ２３に接続されているＵＳＢメモリ５０内で、ファイル名が自装置のＩＰアドレスを表す証明書ファイルを検索する（Ｓ５３０）。

そして、検索の結果、ＵＳＢメモリ５０内において、自装置のＩＰアドレスを表すファイル名が設定された証明書ファイルが発見された場合には、検索対象の証明書ファイルがＵＳＢメモリ５０内に存在すると判断して（Ｓ５４０でＹｅｓ）、Ｓ５４５に移行し、自装置のＩＰアドレスを表すファイル名が設定された証明書ファイルが、ＵＳＢメモリ５０内において発見できなかった場合には、検索対象の証明書ファイルがＵＳＢメモリ５０内に存在しないと判断して（Ｓ５４０でＮｏ）、当該複合機処理を一旦終了する。

また、Ｓ５４５に移行すると、ＣＰＵ１１は、ＵＳＢメモリ５０に記憶されている証明書ファイルであって、自装置のＩＰアドレスを表すファイル名が設定された証明書ファイルを、ＵＳＢメモリ５０から読み出し、この証明書ファイルを、フラッシュメモリ１３に記憶されている証明書ファイル復号化用の秘密鍵にて復号化する。そして、復号化に成功した場合には（Ｓ５５０でＹｅｓ）、Ｓ５５５に移行し、この証明書ファイルが有するサーバ証明書及び秘密鍵を、フラッシュメモリ１３に書き込んで、自装置にインストールする。また、この処理を終えると、Ｓ５６０にて、インストール完了の旨のメッセージを表示操作部２１が有する表示部に表示し、その後、フラッシュメモリ１３が記憶する証明書ファイル復号化用の秘密鍵を削除する（Ｓ５６５）。そして、Ｓ５６５での処理を終えると、当該複合機処理を終了する。

一方、証明書ファイルの復号化に失敗すると（Ｓ５５０でＮｏ）、ＣＰＵ１１は、証明書ファイルに格納されているはずのサーバ証明書及び秘密鍵を解読することができないので、サーバ証明書及び秘密鍵をインストールすることなく、当該複合機処理を終了する。

その他、Ｓ５１０で接続イベントが発生していないと判断すると（Ｓ５１０でＮｏ）、ＣＰＵ１１は、Ｓ５７０に移行し、通信インタフェース１５を通じて、ネットワークＮＴから、デバイス情報要求パケットを受信したか否かを判断し、デバイス情報要求パケットを受信したと判断すると（Ｓ５７０でＹｅｓ）、Ｓ５７５に移行して、証明書ファイル暗号化用の公開鍵と、これに対応する秘密鍵のペアを生成する。

そして、この処理を終えると、Ｓ５８０に移行し、受信したデバイス情報要求パケットの応答パケットとして、自装置のＩＰアドレスと、上記生成した証明書ファイル暗号化用の公開鍵とを、デバイス情報として記した応答パケットを生成し、これを、デバイス情報要求パケットの送信元装置（管理ＰＣ３０ａ）に、通信インタフェース１５を通じて送信する（Ｓ５８０）。

また、この処理を終えると、証明書ファイル暗号化用の公開鍵とペアで生成した秘密鍵を、証明書ファイル復号化用の秘密鍵として、フラッシュメモリ１３に保存する（Ｓ５８５）。そして、この処理を終えると、当該複合機処理を終了する。

その他、Ｓ５７０においてデバイス情報要求パケットを受信していないと判断すると（Ｓ５７０でＮｏ）、ＣＰＵ１１は、イベントに対応したその他の処理を実行し、当該複合機処理を終了する。尚、Ｓ５９０において、イベント等が発生しておらず実行すべき処理がない場合には、何らの処理を実行することなく、当該複合機処理を一旦終了し、Ｓ５１０に移行する。

以上、第三実施例の通信システム１について説明したが、この通信システム１によれば、証明書ファイルを暗号化して、ＵＳＢメモリ５０に記録するので、複数の証明書ファイルをＵＳＢメモリ５０に記録して、各複合機１０の管理者に、このＵＳＢメモリ５０を渡しても、サーバ証明書及び秘密鍵が悪用されるのを防止することができる。

特に、本実施例では、複合機１０で生成された秘密鍵及び公開鍵の内、公開鍵を管理ＰＣ３０ａに送信して、これを証明書ファイルの暗号化に用いるので、秘密鍵に依らずに、証明書ファイルを解読するのか困難で、強固に証明書ファイルの悪用を防止することができる。その他、本実施例によれば、証明書ファイルの暗号化にパスワード等を利用しないので、証明書ファイルの復号化のために、管理者がこれを記憶しておく必要がなく、利便性の高い通信システム１を、構築することができる。

尚、本実施例において、ファイル作成手段は、Ｓ５００の処理にて実現され、判断手段は、Ｓ５２０〜Ｓ５４０の処理にて実現され、インストール手段は、Ｓ５４５〜Ｓ５５５の処理にて実現されている。その他、本実施例におけるＳ５７５〜Ｓ５８０の処理は、ＩＤ・鍵通知手段が実行する処理に対応する。

図１０は、第四実施例の通信システム１における証明書ファイルの作成方法に関する説明図であり、図１１は、管理ＰＣ３０ａのＣＰＵ３１が、図４に示す管理操作受付処理に代えて実行する第四実施例の管理操作受付処理を表すフローチャートである。また、図１２は、複合機１０のＣＰＵ１１が、図５に示す複合機処理に代えて繰返し実行する第四実施例の複合機処理を表すフローチャートである。

尚、第四実施例の通信システム１は、証明書ファイルの構成、管理ＰＣ３０ａのＣＰＵ３１にて実行される管理操作受付処理の内容、及び、複合機１０のＣＰＵ１１にて実行される複合機処理の内容が異なることを除けば、第一実施例の通信システム１と概ね同一構成である。従って、以下では、第四実施例として、第一実施例の通信システム１とは異なる部分についてのみ説明する。

まず、第四実施例の通信システム１における管理ＰＣ３０ａ及び複合機１０の動作について、図１０を用いて簡単に説明する。本実施例では、ユーザにより証明書一括作成操作がなされると、管理ＰＣ３０ａが、予めユーザにより作成された通信設定リストファイルを、ハードディスク装置３４から読み出す。

尚、通信設定リストファイルとは、サーバ証明書の発行先装置に対してなされるべき通信設定の内容が、発行先装置毎に記述されてなるものである。具体的に、通信設定リストファイルは、ＣＳＶファイルとして構成され、なされるべき設定としてユーザにより指定された通信設定の内容を表すレコードを、発行先装置毎に有する。また、各レコードは、発行先装置に設定されるべきＩＰアドレス、サブネットマスク、デフォルトゲートウェイ等の情報を有する構成にされる。

管理ＰＣ３０ａは、この通信設定リストファイルを読み出すと、レコード毎に、公開鍵及び秘密鍵のペアを生成し、更に、レコードが示す通信設定の内容を示した、この内容での通信設定を指示する設定指示データと、この公開鍵についてのサーバ証明書であってレコードが示すＩＰアドレスを所有者識別情報として記したサーバ証明書とを作成する。そして、レコード毎に、設定指示データと、秘密鍵と、サーバ証明書と、を格納した証明書ファイルを生成する。そして、レコード毎の証明書ファイルを一括して、ＵＳＢコネクタ４１に接続されたＵＳＢメモリ５０に書き込む。

本実施例では、このような構成の証明書ファイルを格納したＵＳＢメモリ５０を、各複合機１０に接続する。この作業により、ＵＳＢメモリ５０が接続された複合機１０では、ＵＳＢメモリ５０に記憶された複数の証明書ファイルから、任意の証明書ファイルが一つ選択され、この証明書ファイルが有する設定指示データに基づいた通信設定（ＩＰアドレスの設定等）がなされる。また、証明書ファイルを読み出した複合機１０では、この証明書ファイルが有するサーバ証明書及び秘密鍵が、インストールされる。

続いて、これらの動作の詳細として、管理ＰＣ３０ａのＣＰＵ３１が実行する管理操作受付処理（図１１）について説明する。
図１１に示す管理操作受付処理を開始すると、ＣＰＵ３１は、まず、第一実施例と同様に、管理画面を、表示部３９に表示し（Ｓ６１０）、この後、証明書一括作成操作が、ユーザによるポインティングデバイスの操作により管理画面を通じてなされたか否かを判断する（Ｓ６２０）。そして、証明書一括作成操作がなされたと判断すると（Ｓ６２０でＹｅｓ）、Ｓ６３０に移行し、上述した通信設定リストファイルの読出先をユーザが指定可能な画面であるデータファイル指定画面を管理画面上に表示し、上記通信設定リストファイルの読出先に関する指定情報を受け付ける。そして、ユーザによる操作部３７の操作により指定情報が入力されると、Ｓ６３５に移行して、指定された読出先に存在するデータファイルを読み出し、読み出したデータファイルが通信設定リストファイルであるか否かを判断する（Ｓ６４０）。

そして、読み出したデータファイルが通信設定リストファイルではないと判断すると（Ｓ６４０でＮｏ）、管理画面のメッセージ表示領域に、データファイルが通信設定リストファイルではない旨のエラーメッセージを表示する処理を実行した後（Ｓ６４５）、Ｓ６２０に移行する。

一方、読み出したデータファイルが通信設定リストファイルであると判断すると（Ｓ６４０でＹｅｓ）、Ｓ６５０に移行する。また、Ｓ６５０では、読み出した通信設定リストファイルが有するレコード群の中から、処理対象レコードとして未選択のレコードを、一つ処理対象レコードとして選択し、この処理を終えると、Ｓ６６０にて、処理対象レコードが示す内容での通信設定を指示する設定指示データを作成する。具体的には、処理対象レコードが示す通信設定の内容（ＩＰアドレス、サブネットマスク、デフォルトゲートウェイ等）を、所定の様式にて記述した設定指示データを作成する。

また、この処理を終えると、Ｓ６６５に移行し、公開鍵及び秘密鍵を生成すると共に、この公開鍵についてのサーバ証明書であって、処理対象レコードが示すＩＰアドレスを、所有者情報のコモンネームに設定したサーバ証明書を作成する。即ち、このＩＰアドレスを所有者とするサーバ証明書を作成する。尚、この際には、第一実施例と同様、例えば、サーバ証明書の有効期間を１年に設定して、サーバ証明書を作成する。

そして、この処理を終えると、ＣＰＵ３１は、Ｓ６７０に移行し、先のＳ６６０で作成した設定指示データと、先のＳ６６５で作成したサーバ証明書及びこれに対応する秘密鍵とを、一つのデータファイルにまとめて、証明書ファイルを作成する。

また、このようにして、Ｓ６７０での処理を終えると、ＣＰＵ３１は、Ｓ６８０に移行し、読み出した通信設定リストファイルが有するレコードを全て、Ｓ６５０で処理対象レコードとして選択したか否かを判断する。そして、全レコードを選択していない場合には、Ｓ６８０でＮｏと判断して、Ｓ６５０に移行し、未選択のレコードを、処理対象レコードとして一つ選択して、Ｓ６６０以降の処理を実行する。

一方、全レコードを処理対象レコードとして選択した場合には、Ｓ６８０でＹｅｓと判断し、後続のＳ６９０にて、ＵＳＢコネクタ４１にＵＳＢメモリ５０が接続されているか否かを判断する。そして、ＵＳＢコネクタ４１にＵＳＢメモリ５０が接続されていないと判断すると（Ｓ６９０でＮｏ）、第一実施例におけるＳ２００，Ｓ２１０と同様の処理を、Ｓ７００，Ｓ７１０で実行した後、Ｓ７２０に移行する。これに対し、ＵＳＢコネクタ４１にＵＳＢメモリ５０が接続されていると判断すると（Ｓ６９０でＹｅｓ）、Ｓ７００，Ｓ７１０の処理を実行することなく、Ｓ７２０に移行する。

また、Ｓ７２０に移行すると、ＣＰＵ３１は、今回、通信設定リストファイルが有するレコード毎にＳ６７０で作成した証明書ファイルの全てを、ＵＳＢコネクタ４１に接続されているＵＳＢメモリ５０に書き込み、その後、Ｓ６２０に移行する。

その他、Ｓ６２０で証明書一括作成操作がなされていないと判断すると（Ｓ６２０でＮｏ）、ＣＰＵ３１は、第一実施例におけるＳ２３０〜Ｓ２５０と同様の処理を、Ｓ７３０〜Ｓ７５０で実行し、Ｓ７５０の処理を実行した際には、その後、Ｓ６２０に移行し、Ｓ７４０の処理を実行した際には、当該管理操作受付処理を終了する。

一方、複合機１０のＣＰＵ１１は、次のように複合機処理（図１２）を実行する。即ち、複合機処理を開始すると、ＣＰＵ１１は、まずＳ９１０において、ＵＳＢコネクタ２３に対するＵＳＢメモリ５０の接続イベントが発生したか否かを判断する。そして、接続イベントが発生したと判断すると（Ｓ９１０でＹｅｓ）、Ｓ９２０に移行し、第二実施例と同様の手法で、ＵＳＢコネクタ２３に接続されているＵＳＢメモリ５０内に、証明書ファイルが存在するかを判断する。

このＳ９２０において、ＵＳＢメモリ５０内に証明書ファイルが存在しないと判断すると（Ｓ９２０でＮｏ）、ＣＰＵ１１は、Ｓ９３０からＳ９７０までの処理を実行することなく、当該複合機処理を終了する。

一方、Ｓ９２０において、ＵＳＢメモリ５０内に証明書ファイルが存在すると判断すると（Ｓ９２０でＹｅｓ）、ＣＰＵ１１は、Ｓ９３０に移行し、ＵＳＢメモリ５０が記憶する証明書ファイルを任意に一つ読み出す。そして、読み出した証明書ファイルが有する設定指示データの内容に従って、自装置の通信設定を行う。例えば、設定指示データに記されたＩＰアドレスをフラッシュメモリ１３が記憶する通信設定データに登録して、自装置に、設定指示データが示すＩＰアドレスを設定する（Ｓ９４０）。

また、この処理を終えると、ＣＰＵ１１は、読み出した上記証明書ファイルが有するサーバ証明書及び秘密鍵を、フラッシュメモリ１３に書き込んで、このサーバ証明書及び秘密鍵を自装置にインストールする（Ｓ９５０）。そして、インストールが完了すると、Ｓ９６０にて、通信設定及びインストール完了の旨のメッセージを表示操作部２１が有する表示部に表示し、その後、Ｓ９７０に移行する。

また、Ｓ９７０に移行すると、ＣＰＵ１１は、他の複合機１０に同じＩＰアドレスが設定されないように、読み出した上記証明書ファイル（通信設定に用いた証明書ファイル）を、ＵＳＢメモリ５０から削除する。その後、当該複合機処理を終了する。

一方、Ｓ９１０にて、接続イベントが発生していないと判断すると（Ｓ９１０でＮｏ）、ＣＰＵ１１は、イベントに対応したその他の処理を実行し（Ｓ９８０）、その後、当該複合機処理を終了する。尚、Ｓ９８０において、イベント等が発生しておらず実行すべき処理がない場合には、何らの処理を実行することなく、当該複合機処理を一旦終了し、その後、再びＳ９１０に移行する。

以上、第四実施例の通信システム１について説明したが、この通信システム１では、サーバ証明書及び秘密鍵の発行時に、このサーバ証明書に所有者識別情報として記されるＩＰアドレスを設定するように指示する設定指示データを作成する。そして、この設定指示データにより、複合機１０に、サーバ証明書及び秘密鍵に対応するＩＰアドレスを設定させる。従って、本実施例によれば、複合機１０に、誤ったサーバ証明書のインストールがなされるのを確実に防止することができる。また、サーバ証明書及び秘密鍵のインストールと同時に、複合機１０に対する通信設定も行うことができるので、通信システム１の構築時には、簡単且つ正確に、通信設定及びサーバ証明書等のインストールを行うことができる。

尚、本実施例において、取得手段は、通信設定リストファイルを取得するＳ６３０〜Ｓ６３５の処理にて実現され、発行手段は、Ｓ６５０〜Ｓ６６５の処理にて実現され、書込手段は、Ｓ７２０の処理にて実現されている。また、判断手段は、Ｓ９２０の処理にて実現されている。その他、本実施例におけるＳ９３０〜Ｓ９５０の処理は、本発明の設定インストール手段が実行する処理に対応する。

図１３は、管理ＰＣ３０ａのＣＰＵ３１が、図４に示す管理操作受付処理に代えて実行する第五実施例の管理操作受付処理を表すフローチャートであり、図１４は、複合機１０のＣＰＵ１１が、図５に示す複合機処理に代えて実行する第五実施例の複合機処理を表すフローチャートである。

第五実施例の通信システム１は、複合機１０がＳＳＬ通信用の公開鍵及び秘密鍵を自己生成する機能を有していること、管理ＰＣ３０ａのＣＰＵ３１にて実行される管理操作受付処理の内容、及び、複合機１０のＣＰＵ１１にて実行される複合機処理の内容が異なることを除けば、第一実施例の通信システム１と概ね同一構成である。従って、以下では、第五実施例として、第一実施例の通信システム１とは異なる部分についてのみ説明する。

本実施例においては、複合機１０が、デバイス情報要求パケットを受信すると、ディジタル署名が必要な公開鍵を、自装置のＩＰアドレスと共に、デバイス情報として格納して応答パケットを送信する構成にされており、管理ＰＣ３０ａでは、このような複合機１０の動作を前提として、図１３に示す管理操作受付処理を実行する。

図１３に示す管理操作受付処理を開始すると、ＣＰＵ１１は、基本的に第一実施例と同様の処理を実行するが、第一実施例にて説明したＳ１６０及びＳ１７０の処理に代えて、Ｓ１０００の処理を実行し、Ｓ２２０の処理に代えて、Ｓ１００５の処理を実行する。即ち、ＣＰＵ１１は、１以上の応答パケットを受信すると（Ｓ１４０でＹｅｓ）、応答パケットを送信してきた装置の一つを、サーバ証明書の発行先装置として選択し（Ｓ１５０）、その後、Ｓ１０００に移行する。

そして、Ｓ１０００では、上記選択した発行先装置の応答パケットが示すデバイス情報に基づき、上記選択した発行先装置から受信した応答パケットが示す公開鍵についてのサーバ証明書であって、発行先装置のＩＰアドレスを、所有者情報のコモンネームに設定したサーバ証明書を作成する。即ち、応答パケットの送信元装置を所有者とし、応答パケットが示す公開鍵を公開鍵情報として記したサーバ証明書を作成する。そして、このような内容の処理を終えると、Ｓ１８０に移行する。

また、この後、Ｓ１９０でＹｅｓと判断した場合又はＳ２１０でＹｅｓと判断した場合には、Ｓ１００５に移行し、Ｓ１０００で作成された全サーバ証明書を一括して、ＵＳＢメモリ５０に書き込む。その後、Ｓ１２０に移行する。

一方、複合機１０では、次のような内容の複合機処理（図１４参照）を、ＣＰＵ１１により繰返し実行する。
即ち、複合機処理を開始すると、ＣＰＵ１１は、まずＳ１０１０にて、ＵＳＢコネクタ２３に対するＵＳＢメモリ５０の接続イベントが発生したか否かを判断し、接続イベントが発生したと判断すると（Ｓ１０１０でＹｅｓ）、Ｓ１０６０に移行し、接続イベントが発生していないと判断すると（Ｓ１０１０でＮｏ）、Ｓ１０２０に移行する。

また、Ｓ１０２０に移行すると、ＣＰＵ１１は、通信インタフェース１５を通じて、ネットワークＮＴから、デバイス情報要求パケットを受信したか否かを判断し、デバイス情報要求パケットを受信したと判断すると（Ｓ１０２０でＹｅｓ）、自装置でのＳＳＬ通信に用いる秘密鍵及びこれに対応する公開鍵を生成する（Ｓ１０３０）。また、この処理を終えると、自装置のＩＰアドレスと上記生成した公開鍵とをデバイス情報として記した応答パケットを生成し、これを、デバイス情報要求パケットの送信元装置（管理ＰＣ３０ａ）に、通信インタフェース１５を介して送信する（Ｓ１０４０）。そして、この処理を終えると、上記生成したＳＳＬ通信用の秘密鍵及び公開鍵を、フラッシュメモリ１３に一時保存する（Ｓ１０５０）。そして、この処理を終えると、当該複合機処理を終了する。

一方、Ｓ１０６０に移行すると、ＣＰＵ１１は、ＵＳＢコネクタ２３に接続されているＵＳＢメモリ５０内に、サーバ証明書が存在するかを判断する。そして、ＵＳＢメモリ５０内にサーバ証明書が存在しないと判断すると（Ｓ１０６０でＮｏ）、当該複合機処理を終了し、ＵＳＢメモリ５０内にサーバ証明書が存在すると判断すると（Ｓ１０６０でＹｅｓ）、Ｓ１０７０に移行する。

また、Ｓ１０７０に移行すると、ＣＰＵ１１は、ＵＳＢメモリ５０が記憶するサーバ証明書を一つ読み出し、このサーバ証明書の公開鍵情報を参照して、サーバ証明書に記された公開鍵が、自装置で生成しフラッシュメモリ１３に一時保存したＳＳＬ通信用の公開鍵に一致するか否かを判断する（Ｓ１０８０）。そして、サーバ証明書に記された公開鍵が、自装置で生成したＳＳＬ通信用の公開鍵ではないと判断すると（Ｓ１０８０でＮｏ）、ＵＳＢメモリ５０が記憶する全サーバ証明書の公開鍵情報を参照したか否かを判断する（Ｓ１０９０）。

また、Ｓ１０９０において、全サーバ証明書の公開鍵情報を参照していないと判断すると（Ｓ１０９０でＮｏ）、ＣＰＵ１１は、Ｓ１０７０に移行し、未だ参照していないサーバ証明書を、ＵＳＢメモリ５０から一つ読み出して、後続の処理を実行する。そして、Ｓ１０９０で全サーバ証明書の公開鍵情報を参照したと判断すると、当該複合機処理を終了する。

一方、Ｓ１０８０において、サーバ証明書に記された公開鍵が、自装置にて生成しフラッシュメモリ１３に一時保存したＳＳＬ通信用の公開鍵に一致すると判断すると（Ｓ１０８０でＹｅｓ）、Ｓ１１００に移行し、読み出した上記サーバ証明書と、フラッシュメモリ１３に一時保存しておいた秘密鍵とを自装置にインストールする。また、この処理を終えると、Ｓ１１１０に移行し、インストール完了の旨のメッセージを表示操作部２１が有する表示部に表示する。その後、当該複合機処理を終了する。

この他、ＵＳＢメモリ５０の接続イベントも発生しておらず、デバイス情報要求パケットの受信イベントも発生していない場合、ＣＰＵ１１は、Ｓ１０２０でＮｏと判断して、その他の処理を実行する（Ｓ１１２０）。尚、Ｓ１１２０においては、イベントに対応した処理を実行するが、イベント等が発生しておらず実行すべき処理がない場合には、何らの処理を実行することなく、当該複合機処理を一旦終了し、再びＳ１０１０に移行する。

以上、第五実施例の通信システム１について説明したが、この通信システム１では、管理ＰＣ３０ａが、複合機１０の夫々から公開鍵を取得し、この公開鍵についてのサーバ証明書を、複数一括して、ＵＳＢメモリ５０に記録する。また各複合機１０は、ＵＳＢメモリ５０から、自装置に対して発行されたサーバ証明書を検出して、これを選択的にインストールする自動選択機能を有する。

従って、この通信システム１によれば、管理者は、単一のＵＳＢメモリ５０を用いて、これを各複合機１０に着脱する作業をする程度で、各複合機１０にサーバ証明書を、適切にインストールすることができ、簡単な作業で、各複合機１０を、ＳＳＬ通信可能な状態にすることができる。

尚、本実施例において、発行手段は、Ｓ１５０，Ｓ１０００の処理にて実現され、書込手段は、Ｓ１００５の処理にて実現されている。また、本実施例のＳ１０３０の処理は、鍵生成手段に相当し、Ｓ１０４０の処理は、ＩＤ・鍵通知手段に相当する。その他、判断手段は、Ｓ１０６０〜Ｓ１０９０の処理にて実現され、インストール手段は、Ｓ１１００の処理にて実現されている。

以上、本発明の実施例として、第一実施例〜第五実施例を説明したが、本発明は、上記実施例に限定されるものではなく、種々の態様を採ることができる。
例えば、証明書ファイルを暗号化する機能は、第二実施例や第四実施例の管理ＰＣ３０ａに対し設けられてもよい。

第一実施例の通信システム１の構成を表す説明図である。 第一実施例における管理ＰＣ３０ａにより発行されるサーバ証明書を示した説明図である。 第一実施例におけるサーバ証明書の作成方法に関する説明図である。 第一実施例における管理ＰＣ３０ａのＣＰＵ３１が実行する管理操作受付処理を表すフローチャートである。 第一実施例における複合機１０のＣＰＵ１１が繰返し実行する複合機処理を表すフローチャートである。 第二実施例における複合機１０のＣＰＵ１１が繰返し実行する複合機処理を表すフローチャートである。 第三実施例における証明書ファイルの作成方法に関する説明図である。 第三実施例における管理ＰＣ３０ａのＣＰＵ３１が実行する管理操作受付処理を表すフローチャートである。 第三実施例における複合機１０のＣＰＵ１１が繰返し実行する複合機処理を表すフローチャートである。 第四実施例における証明書ファイルの作成方法に関する説明図である。 第四実施例における管理ＰＣ３０ａのＣＰＵ３１が実行する管理操作受付処理を表すフローチャートである。 第四実施例における複合機１０のＣＰＵ１１が繰返し実行する複合機処理を表すフローチャートである。 第五実施例における管理ＰＣ３０ａのＣＰＵ３１が実行する管理操作受付処理を表すフローチャートである。 第五実施例における複合機１０のＣＰＵ１１が繰返し実行する複合機処理を表すフローチャートである。

符号の説明

１…通信システム、１０…複合機、１１，３１…ＣＰＵ、１２，３２…ＲＡＭ、１３…フラッシュメモリ、１５，３５…通信インタフェース、２１…表示操作部、２３…ＵＳＢコネクタ、３０…ＰＣ、３０ａ…管理ＰＣ、３３…ＲＯＭ、３４…ハードディスク装置、３７…操作部、３９…表示部、４１…ＵＳＢコネクタ、５０…ＵＳＢメモリ、ＮＴ…ネットワーク

Claims (18)

1. 複数の通信装置と、前記複数の通信装置の夫々に対して電子証明書及びこれに対応する秘密鍵を発行するための電子証明書発行装置と、がＩＰネットワークを介して通信可能な構成にされた電子証明書発行システムであって、
   前記電子証明書発行装置は、
   当該電子証明書発行装置から着脱自在に、外部記憶装置を接続可能な第１接続インタフェースと、
   電子証明書発行先の各通信装置に設定されたＩＤであり、前記ＩＰネットワークにおいて通信装置それぞれを識別するために設定されたノードＩＤを、前記ＩＰネットワークを介して前記通信装置それぞれから取得する取得手段と、
   前記取得手段が取得したノードＩＤ毎に、取得したノードＩＤを所有者識別情報として記した電子証明書と、この電子証明書に対応する秘密鍵と、を発行する発行手段と、
   前記発行手段がノードＩＤ毎に発行した電子証明書及びこの電子証明書に対応する秘密鍵を、複数組一括して、前記第１接続インタフェースに接続された外部記憶装置に記録可能な書込手段と、
   を備え、
   前記各通信装置は、
   当該通信装置から着脱自在に外部記憶装置を接続可能な第２接続インタフェースと、
   前記第２接続インタフェースに外部記憶装置が接続されたことを条件として、この外部記憶装置に、自装置に設定されたノードＩＤが所有者識別情報として記された電子証明書及びこの電子証明書に対応する秘密鍵が記録されているかを判断する判断手段と、
   前記判断手段により、前記外部記憶装置に、自装置に設定されたノードＩＤが所有者識別情報として記された電子証明書及びこの電子証明書に対応する秘密鍵が記録されていると判断されると、この電子証明書及びこの電子証明書に対応する秘密鍵を、自装置にインストールするインストール手段と、を備える
   ことを特徴とする電子証明書発行システム。
2. 前記電子証明書発行装置は、前記発行手段がノードＩＤ毎に発行する電子証明書及びこの電子証明書に対応する秘密鍵の各組に対して、電子証明書に所有者識別情報として記されたノードＩＤを特定可能な特定情報を付与する情報付与手段を備え、
   前記判断手段は、前記特定情報に基づき、前記外部記憶装置に、自装置に設定されたノードＩＤが所有者識別情報として記された電子証明書及びこの電子証明書に対応する秘密鍵が記録されているかを判断する構成にされている
   ことを特徴とする請求項１記載の電子証明書発行システム。
3. 前記電子証明書発行装置は、前記発行手段が発行した電子証明書及びこの電子証明書に対応する秘密鍵からなる一組のデータを格納したデータファイルを、作成するファイル作成手段を備え、
   前記書込手段は、ノードＩＤ毎の前記データファイルを、複数個一括して、前記第１接続インタフェースに接続された外部記憶装置に記録可能な構成にされている
   ことを特徴とする請求項１記載の電子証明書発行システム。
4. 前記電子証明書発行装置は、前記発行手段が発行した電子証明書及びこの電子証明書に対応する秘密鍵からなる一組のデータを格納したデータファイルを、この電子証明書の所有者識別情報が示すノードＩＤをファイル名として、作成するファイル作成手段を備え、
   前記書込手段は、ノードＩＤ毎の前記データファイルを、複数個一括して、前記第１接続インタフェースに接続された外部記憶装置に記録可能な構成にされ、
   前記判断手段は、自装置に設定されたノードＩＤをファイル名に有するデータファイルが、前記外部記憶装置に記録されている場合、前記外部記憶装置に、自装置に設定されたノードＩＤが所有者識別情報として記された電子証明書及びこの電子証明書に対応する秘
   密鍵が記録されていると判断し、
   前記インストール手段は、前記判断手段により、前記外部記憶装置に、自装置に設定されたノードＩＤが所有者識別情報として記された電子証明書及びこの電子証明書に対応する秘密鍵が記録されていると判断されると、該当するデータファイルに格納された電子証明書及びこの電子証明書に対応する秘密鍵を、自装置にインストールする構成にされている
   ことを特徴とする請求項１記載の電子証明書発行システム。
5. 前記ファイル作成手段は、データファイルを暗号化する構成にされている
   ことを特徴とする請求項３又は請求項４に記載の電子証明書発行システム。
6. 前記電子証明書発行装置は、ネットワークを介して電子証明書発行先の各通信装置と通信可能な構成にされ、
   前記取得手段は、前記ネットワークを介して、電子証明書発行先の各通信装置から、通信装置に設定されたノードＩＤと、前記ファイル作成手段が作成するデータファイルの暗号化に必要な暗号鍵と、を取得する構成にされ、
   前記ファイル作成手段は、前記データファイルの作成時に、このデータファイルに格納する電子証明書に記されたノードＩＤに対応する通信装置から取得した暗号鍵で、データファイルを暗号化する構成にされ、
   前記各通信装置は、前記電子証明書発行装置に対して、自装置に設定されたノードＩＤ及び前記データファイルの暗号化に必要な暗号鍵を、前記ネットワークを介して送信するＩＤ・鍵通知手段、を備える
   ことを特徴とする請求項３又は請求項４に記載の電子証明書発行システム。
7. 複数の通信装置と、
   前記複数の通信装置の夫々に対し、電子証明書及びこれに対応する秘密鍵を発行するための電子証明書発行装置と、
   を備える電子証明書発行システムであって、
   前記電子証明書発行装置は、
   当該電子証明書発行装置から着脱自在に、外部記憶装置を接続可能な第１接続インタフェースと、
   電子証明書発行先の各通信装置に設定すべきノードＩＤの指定情報を取得する取得手段と、
   前記取得手段が取得した指定情報が示すノードＩＤ毎に、このノードＩＤを記したノードＩＤの設定を指令する設定データと、前記設定データと同一のノードＩＤを所有者識別情報として記した電子証明書と、この電子証明書に対応する秘密鍵と、を発行する発行手段と、
   前記発行手段がノードＩＤ毎に発行した設定データ及び電子証明書及びこの電子証明書に対応する秘密鍵からなる一組のデータを、複数組一括して、前記第１接続インタフェースに接続された外部記憶装置に記録可能な書込手段と、
   を備え、
   前記各通信装置は、
   当該通信装置から着脱自在に外部記憶装置を接続可能な第２接続インタフェースと、
   前記第２接続インタフェースに外部記憶装置が接続されたことを条件として、この外部記憶装置に、前記一組のデータが記録されているかを判断する判断手段と、
   前記判断手段により、前記外部記憶装置に、前記一組のデータが記録されていると判断されると、前記外部記憶装置に記録されている一組又は複数組のデータの中から、任意の一組のデータを選択し、前記選択した組の設定データが示すノードＩＤを、自装置のノードＩＤとして設定し、前記選択した組の電子証明書及び秘密鍵を、自装置にインストールする設定インストール手段と、
   を備えることを特徴とする電子証明書発行システム。
8. ネットワークに接続された複数の通信装置と、
   前記複数の通信装置の夫々とネットワークを介して通信可能な構成にされた、前記各通信装置に対して電子証明書を発行するための電子証明書発行装置と、
   を備える電子証明書発行システムであって、
   前記電子証明書発行装置は、
   当該電子証明書発行装置から着脱自在に、外部記憶装置を接続可能な第１接続インタフェースと、
   前記ネットワークに接続された各通信装置から、ノードＩＤ及び公開鍵を、前記ネットワークを介して取得する取得手段と、
   前記取得手段が取得したノードＩＤ及び公開鍵の送信元である各通信装置に関し、通信装置毎に、通信装置から取得した公開鍵についての電子証明書であって通信装置から取得したノードＩＤを所有者識別情報として記した電子証明書を発行する発行手段と、
   前記発行手段が発行した電子証明書を、前記複数の通信装置分一括して、前記第１接続インタフェースに接続された外部記憶装置に記録可能な書込手段と、
   を備え、
   前記各通信装置は、
   当該通信装置から着脱自在に外部記憶装置を接続可能な第２接続インタフェースと、
   自装置で使用する秘密鍵及びこの秘密鍵に対応する公開鍵を生成する鍵生成手段と、
   前記鍵生成手段により生成された公開鍵と、自装置に設定されたノードＩＤと、を前記電子証明書発行装置に、前記ネットワークを介して送信するＩＤ・鍵通知手段と、
   前記第２接続インタフェースに外部記憶装置が接続されたことを条件として、この外部記憶装置に、自装置に対して発行された電子証明書が記録されているかを判断する判断手段と、
   前記判断手段により、前記外部記憶装置に、自装置に対して発行された電子証明書が記録されていると判断されると、この電子証明書を、自装置にインストールするインストール手段と、
   を備えることを特徴とする電子証明書発行システム。
9. 前記判断手段は、前記外部記憶装置に記憶されている各電子証明書の公開鍵を参照し、この参照結果に基づき、自装置にて生成された公開鍵についての電子証明書が前記外部記憶装置に記録されている場合、この電子証明書が自装置に対して発行されたものであるとして、前記外部記憶装置に、自装置に対して発行された電子証明書が記録されていると判断する構成にされていることを特徴とする請求項８記載の電子証明書発行システム。
10. 外部記憶装置を着脱自在に接続可能な接続インタフェースを備える電子証明書発行装置であって、
    電子証明書発行先の各通信装置に設定されたＩＤであり、前記ＩＰネットワークにおいて通信装置それぞれを識別するために設定されたノードＩＤを、前記ＩＰネットワークを介して前記通信装置それぞれから取得する取得手段と、
    前記取得手段が取得したノードＩＤ毎に、このノードＩＤを所有者識別情報として記した電子証明書と、この電子証明書に対応する秘密鍵と、を発行する発行手段と、
    前記発行手段がノードＩＤ毎に発行した電子証明書及びこの電子証明書に対応する秘密鍵を、複数組一括して、前記接続インタフェースに接続された外部記憶装置に記録可能な書込手段と、
    を備えることを特徴とする電子証明書発行装置。
11. 前記発行手段が発行した電子証明書及びこの電子証明書に対応する秘密鍵からなる一組のデータを格納したデータファイルを、この電子証明書の所有者識別情報が示すノードＩＤをファイル名として、作成するファイル作成手段
    を備え、
    前記書込手段は、ノードＩＤ毎の前記データファイルを、複数個一括して、前記接続イ
    ンタフェースに接続された外部記憶装置に記録可能な構成にされている
    ことを特徴とする請求項１０記載の電子証明書発行装置。
12. 外部記憶装置を着脱自在に接続可能な接続インタフェースを備える電子証明書発行装置であって、
    電子証明書発行先の各通信装置に設定すべきノードＩＤの指定情報を取得する取得手段と、
    前記取得手段が取得した指定情報が示すノードＩＤ毎に、このノードＩＤを記したノードＩＤの設定を指令する設定データと、前記設定データと同一のノードＩＤを所有者識別情報として記した電子証明書と、この電子証明書に対応する秘密鍵と、を発行する発行手段と、
    前記発行手段がノードＩＤ毎に発行した設定データ及び電子証明書及びこの電子証明書に対応する秘密鍵からなる一組のデータを、複数組一括して、前記接続インタフェースに接続された外部記憶装置に記録可能な書込手段と、
    を備えることを特徴とする電子証明書発行装置。
13. 電子証明書及びこの電子証明書に対応する秘密鍵からなる一組のデータが、複数組記録された外部記憶装置を着脱自在に接続可能な接続インタフェースを備える通信装置であって、
    ＩＰネットワークを介して、当該通信装置に対して電子証明書及びこれに対応する秘密鍵を発行するための電子証明書発行装置から、該電子証明書発行装置側での前記電子証明書の発行に用いられるノードＩＤであって、前記ＩＰネットワークにおいて前記通信装置を識別するために設定されたノードＩＤの要求を受けた際に、自装置に設定されたノードＩＤを前記電子証明書発行装置へと応答するノード応答手段と、
    前記接続インタフェースに外部記憶装置が接続されたことを条件として、この外部記憶装置に、自装置に設定されたノードＩＤが所有者識別情報として記された電子証明書及びこの電子証明書に対応する秘密鍵が記録されているかを判断する判断手段と、
    前記判断手段により、前記外部記憶装置に、自装置に設定されたノードＩＤが所有者識別情報として記された電子証明書及びこの電子証明書に対応する秘密鍵が記録されていると判断されると、この電子証明書及びこの電子証明書に対応する秘密鍵を、自装置にインストールするインストール手段と、
    を備えることを特徴とする通信装置。
14. 外部記憶装置を着脱自在に接続可能な接続インタフェースを備える通信装置であって、
    前記接続インタフェースに外部記憶装置が接続されたことを条件として、この外部記憶装置に、ノードＩＤの設定を指令する設定データ及びこの設定データと同一のノードＩＤが所有者識別情報として記された電子証明書及びこの電子証明書に対応する秘密鍵からなる一組のデータが、記録されているかを判断する判断手段と、
    前記判断手段により、前記外部記憶装置に、前記一組のデータが記録されていると判断されると、前記外部記憶装置に記録されている一組又は複数組のデータの中から、任意の一組のデータを選択し、前記選択した組の設定データが示すノードＩＤを、自装置のノードＩＤとして設定し、前記選択した組の電子証明書及び秘密鍵を、自装置にインストール
    する設定インストール手段と、
    を備えることを特徴とする通信装置。
15. 外部記憶装置を着脱自在に接続可能な接続インタフェースを備える電子証明書発行装置のコンピュータに、
    電子証明書発行先の各通信装置に設定されたＩＤであり、前記ＩＰネットワークにおいて通信装置それぞれを識別するために設定されたノードＩＤを、前記ＩＰネットワークを介して前記通信装置それぞれから取得する取得手段と、
    前記取得手段が取得したノードＩＤ毎に、このノードＩＤを所有者識別情報として記した電子証明書と、この電子証明書に対応する秘密鍵と、を発行する発行手段と、
    前記発行手段がノードＩＤ毎に発行した電子証明書及びこの電子証明書に対応する秘密鍵を、複数組一括して、前記接続インタフェースに接続された外部記憶装置に記録する書込手段
    としての機能を実現させるためのプログラム。
16. 外部記憶装置を着脱自在に接続可能な接続インタフェースを備える電子証明書発行装置のコンピュータに、
    電子証明書発行先の各通信装置に設定すべきノードＩＤの指定情報を取得する取得手段と、
    前記取得手段が取得した指定情報が示すノードＩＤ毎に、このノードＩＤを記したノードＩＤの設定を指令する設定データと、前記設定データと同一のノードＩＤを所有者識別情報として記した電子証明書と、この電子証明書に対応する秘密鍵と、を発行する発行手段と、
    前記発行手段がノードＩＤ毎に発行した設定データ及び電子証明書及びこの電子証明書に対応する秘密鍵からなる一組のデータを、複数組一括して、前記接続インタフェースに接続された外部記憶装置に記録する書込手段
    としての機能を実現させるためのプログラム。
17. 外部記憶装置を着脱自在に接続可能な接続インタフェースを備える通信装置のコンピュータに、
    ＩＰネットワークを介して、当該通信装置に対して電子証明書及びこれに対応する秘密鍵を発行するための電子証明書発行装置から、該電子証明書発行装置側での前記電子証明書の発行に用いられるノードＩＤであって、前記ＩＰネットワークにおいて前記通信装置を識別するために設定されたノードＩＤの要求を受けた際に、自装置に設定されたノードＩＤを前記電子証明書発行装置へと応答するノード応答手段と、
    前記接続インタフェースに外部記憶装置が接続されたことを条件として、この外部記憶装置に、自装置に設定されたノードＩＤが所有者識別情報として記された電子証明書及びこの電子証明書に対応する秘密鍵が記録されているかを判断する判断手段と、
    前記判断手段により、前記外部記憶装置に、自装置に設定されたノードＩＤが所有者識別情報として記された電子証明書及びこの電子証明書に対応する秘密鍵が記録されていると判断されると、この電子証明書及びこの電子証明書に対応する秘密鍵を、自装置にインストールするインストール手段
    としての機能を実現させるためのプログラム。
18. 外部記憶装置を着脱自在に接続可能な接続インタフェースを備える通信装置のコンピュータに、
    前記接続インタフェースに外部記憶装置が接続されたことを条件として、この外部記憶装置に、ノードＩＤの設定を指令する設定データ及びこの設定データと同一のノードＩＤが所有者識別情報として記された電子証明書及びこの電子証明書に対応する秘密鍵からなる一組のデータが、記録されているかを判断する判断手段と、
    前記判断手段により、前記外部記憶装置に、前記一組のデータが記録されていると判断されると、前記外部記憶装置に記録されている一組又は複数組のデータの中から、任意の一組のデータを選択し、前記選択した組の設定データが示すノードＩＤを、自装置のノードＩＤとして設定し、前記選択した組の電子証明書及び秘密鍵を、自装置にインストールする設定インストール手段
    としての機能を実現させるためのプログラム。

Images