(57)【要約】【課題】クライアント、プリントサーバー、画像形成装置、データベースから成るシステムで、プリントサーバーが、ＴＬＳ通信に際して画像形成装置から送信される証明書を検証する場合に、データベースに予め登録した証明書の検証を高速化する。【解決手段】データベースが持つデータから所望の画像形成装置の情報を取得するための検索キーをプリントサーバーに設定しておく。またデータベースでは、その検索キーと関連付けて証明書情報を登録する。それにより、検索キーで証明書情報を検索でき、検証の迅速化を図ることができる。【選択図】  図７
2013058107.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続されたプリントサーバーと画像形成装置とデータベースとが接続されたネットワーク印刷システムであり、前記画像形成装置が発行する第１の証明書情報は予め前記データベースに登録され、前記プリントサーバーが前記画像形成装置を用いて印刷を行う際には、前記画像形成装置が要求に応じて発行する第２の証明書情報と、前記データベースに登録されている前記画像形成装置の前記第１の証明書情報とを照合して、一致した場合には前記画像形成装置を用いた印刷を開始するネットワーク印刷システムであって、
前記データベースには、前記第１の証明書情報が、当該情報の検索のキーとなるキー情報と関連付けられたエントリとして登録されており、
前記プリントサーバーは、前記データベースに登録された前記キー情報を前記画像形成装置に関連付けて保存し、前記画像形成装置を用いて印刷を行う際には、当該画像形成装置に関連付けられた前記キー情報を前記データベースに送信して該当する前記第１の証明書情報を検索させ、
前記データベースは、前記キー情報で特定される第１の証明書情報を前記プリントサーバーに送信し、
前記プリントサーバーは、前記データベースから受信した前記第１の証明書情報と、前記画像形成装置から受信した第２の証明書情報とを照合し、照合の結果に応じて前記画像形成装置を用いた印刷を開始することを特徴とするネットワーク印刷システム。
【請求項２】
ネットワークに接続されたプリントサーバーと画像形成装置とデータベースとが接続されたネットワーク印刷システムであり、前記画像形成装置が発行する第１の証明書情報は予め前記データベースに登録され、前記プリントサーバーが前記画像形成装置を用いて印刷を行う際には、前記画像形成装置が要求に応じて発行する第２の証明書情報と、前記データベースに登録されている前記画像形成装置の前記第１の証明書情報とを照合して、一致した場合には前記画像形成装置を用いた印刷を開始するネットワーク印刷システムであって、
前記データベースには、前記第１の証明書情報が、当該情報の検索のキーとなるキー情報と関連付けられたエントリとして登録されており、
前記プリントサーバーは、前記データベースに登録された前記キー情報を前記画像形成装置に関連付けて保存し、前記画像形成装置を用いて印刷を行う際には、当該画像形成装置に関連付けられた前記キー情報を、前記画像形成装置から受信した前記第２の証明書情報とともに前記データベースに送信して該当する前記第１の証明書情報と照合させ、
前記データベースは、前記キー情報で特定される第１の証明書情報を前記第２の証明書情報と照合してその結果をプリントサーバーに送信し、
前記プリントサーバーは、前記データベースから受信した照合の結果に応じて前記画像形成装置を用いた印刷を開始することを特徴とするネットワーク印刷システム。
【請求項３】
前記データベースは前記第１の証明書情報を含むエントリを葉とするツリー構造を有しており、
前記キー情報は、前記ツリー構造の葉に至る経路を示す情報であることを特徴とする請求項１又は２に記載のネットワーク印刷システム。
【請求項４】
前記キー情報は前記プリントサーバーで入力されて保存されることを特徴とする請求項１又は２に記載のネットワーク印刷システム。
【請求項５】
前記キー情報は前記画像形成装置で入力されて前記プリントサーバーに送信され、該プリントサーバーで保存されることを特徴とする請求項１乃至４のいずれか一項に記載のネットワーク印刷システム。
【請求項６】
前記第１の証明書情報を含むエントリにはさらに、当該エントリに対応する画像形成装置のＩＰアドレスが保存され、
前記キー情報はＩＰアドレスであることを特徴とする請求項１乃至４のいずれか一項に記載のネットワーク印刷システム。
【請求項７】
ネットワークに接続されたプリントサーバーと画像形成装置とデータベースとが接続されたネットワーク印刷システムにおいて、前記画像形成装置が発行する第１の証明書情報は予め前記データベースに登録され、前記プリントサーバーが前記画像形成装置を用いて印刷を行う際には、前記画像形成装置が要求に応じて発行する第２の証明書情報と、前記データベースに登録されている前記画像形成装置の前記第１の証明書情報とを照合して、一致した場合には前記画像形成装置を用いた印刷を開始するネットワーク印刷システムにおけるプリントサーバーであって、
前記データベースには、前記第１の証明書情報が、当該情報の検索のキーとなるキー情報と関連付けられたエントリとして登録されており、
前記プリントサーバーは、前記データベースに登録された前記キー情報を前記画像形成装置に関連付けて保存し、前記画像形成装置を用いて印刷を行う際には、当該画像形成装置に関連付けられた前記キー情報を前記データベースに送信して該当する前記第１の証明書情報を検索させ、
前記データベースは、前記キー情報で特定される第１の証明書情報を前記プリントサーバーに送信し、
前記プリントサーバーは、前記データベースから受信した前記第１の証明書情報と、前記画像形成装置から受信した第２の証明書情報とを照合し、照合の結果に応じて前記画像形成装置を用いた印刷を開始することを特徴とするプリントサーバー。
【請求項８】
ネットワークに接続されたプリントサーバーと画像形成装置とデータベースとが接続されたネットワーク印刷システムにおいて、前記画像形成装置が発行する第１の証明書情報は予め前記データベースに登録され、前記プリントサーバーが前記画像形成装置を用いて印刷を行う際には、前記画像形成装置が要求に応じて発行する第２の証明書情報と、前記データベースに登録されている前記画像形成装置の前記第１の証明書情報とを照合して、一致した場合には前記画像形成装置を用いた印刷を開始するネットワーク印刷システムにおけるデータベースであって、
前記データベースには、前記第１の証明書情報が、当該情報の検索のキーとなるキー情報と関連付けられたエントリとして登録されており、
前記プリントサーバーは、前記データベースに登録された前記キー情報を前記画像形成装置に関連付けて保存し、前記画像形成装置を用いて印刷を行う際には、当該画像形成装置に関連付けられた前記キー情報を前記データベースに送信して該当する前記第１の証明書情報を検索させ、
前記データベースは、前記キー情報で特定される第１の証明書情報を前記プリントサーバーに送信し、
前記プリントサーバーは、前記データベースから受信した前記第１の証明書情報と、前記画像形成装置から受信した第２の証明書情報とを照合し、照合の結果に応じて前記画像形成装置を用いた印刷を開始することを特徴とするデータベース。
【請求項９】
ネットワークに接続されたプリントサーバーと画像形成装置とデータベースとが接続され、前記画像形成装置が発行する第１の証明書情報は予め前記データベースに登録され、前記プリントサーバーが前記画像形成装置を用いて印刷を行う際には、前記画像形成装置が要求に応じて発行する第２の証明書情報と、前記データベースに登録されている前記画像形成装置の前記第１の証明書情報とを照合して、一致した場合には前記画像形成装置を用いた印刷を開始するネットワーク印刷システムにおけるネットワーク印刷方法であって、
前記データベースには、前記第１の証明書情報が、当該情報の検索のキーとなるキー情報と関連付けられたエントリとして登録されており、
前記プリントサーバーが、前記データベースに登録された前記キー情報を前記画像形成装置に関連付けて保存し、前記画像形成装置を用いて印刷を行う際には、当該画像形成装置に関連付けられた前記キー情報を前記データベースに送信して該当する前記第１の証明書情報を検索させる工程と、
前記データベースが、前記キー情報で特定される第１の証明書情報を前記プリントサーバーに送信する工程と、
前記プリントサーバーが、前記データベースから受信した前記第１の証明書情報と、前記画像形成装置から受信した第２の証明書情報とを照合し、照合の結果に応じて前記画像形成装置を用いた印刷を開始する工程と
を有することを特徴とするネットワーク印刷方法。
【請求項１０】
ネットワークに接続されたプリントサーバーと画像形成装置とデータベースとが接続され、前記画像形成装置が発行する第１の証明書情報は予め前記データベースに登録され、前記プリントサーバーが前記画像形成装置を用いて印刷を行う際には、前記画像形成装置が要求に応じて発行する第２の証明書情報と、前記データベースに登録されている前記画像形成装置の前記第１の証明書情報とを照合して、一致した場合には前記画像形成装置を用いた印刷を開始するネットワーク印刷システムにおけるネットワーク印刷方法であって、
前記データベースには、前記第１の証明書情報が、当該情報の検索のキーとなるキー情報と関連付けられたエントリとして登録されており、
前記プリントサーバーが、前記データベースに登録された前記キー情報を前記画像形成装置に関連付けて保存し、前記画像形成装置を用いて印刷を行う際には、当該画像形成装置に関連付けられた前記キー情報を、前記画像形成装置から受信した前記第２の証明書情報とともに前記データベースに送信して該当する前記第１の証明書情報と照合させる工程と、
前記データベースが、前記キー情報で特定される第１の証明書情報を前記第２の証明書情報と照合してその結果をプリントサーバーに送信する工程と、
前記プリントサーバーが、前記データベースから受信した照合の結果に応じて前記画像形成装置を用いた印刷を開始する工程と
を有することを特徴とするネットワーク印刷方法。
【請求項１１】
請求項７に記載のプリントサーバーとしてコンピュータを機能させるためのプログラム。
【請求項１２】
請求項８に記載のデータベースとしてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介した印刷をセキュアに行うためのネットワークシステムに関する。
【背景技術】
【０００２】
従来、画像形成装置等のデバイスがネットワークに接続され、クライアントＰＣからネットワークを介して、Ｗｅｂサービス等の通信プロトコルを使用して印刷することが可能になっている。この処理を行うための仕様として、既にマイクロソフト社が提唱しているWeb Services on Devices（ＷＳＤ）といった標準技術が存在している（非特許文献１）。
【０００３】
また、このようなWebサービスを用いた印刷手段において、送受信するネットワークデータの安全を守るために、セキュアＷＳＤの仕様が提唱されている（非特許文献２）。セキュアＷＳＤは、ＲＦＣ２２４６で規定されているTransport Layer Security（ＴＬＳ）等のセキュア通信を使用している。
【０００４】
ＴＬＳは、ネットワークデータの暗号化を行いネットワークデータの改ざんや盗聴を防止し、証明書検証を実施することでなりすましの防止を実現している。証明書検証には公的な証明書機関がサーバー証明書に署名をすることで、サーバー証明書の正当性を保証する。クライアントには当該証明書機関のCA証明書を格納し、サーバー側にはサーバー証明書を格納し、サーバーがクライアントに対してサーバー証明書を送付しクライアントがサーバーの正当性を検証する。
【０００５】
ここで一般的には証明機関は信頼されている証明機関であるが、自己署名を用いて作成したサーバー証明書を発行し、それを用いてＴＬＳの暗号化通信機能のみを利用することもできる。さらに、一般的には証明機関は信頼されている証明機関であるが、自己署名を用いて作成したＣＡ証明書をクライアントに予めインストールしておくことで、真正のサーバーであるか否かも検証することもできる。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】「Devices Profile for Web Services」、Ｓｈａｎｎｏｎ  Ｃｈａｎ他、２００６年２月、［ｏｎｌｉｎｅ］、平成２３年８月２９日検索、インターネット＜ＵＲＬ： http://specs.xmlsoap.org/ws/2006/02/devprof/devicesprofile.pdf＞
【非特許文献２】「Secure WSD Device Development」、Microsoft corporation、［ｏｎｌｉｎｅ］、平成２３年８月２９日検索、インターネット＜ＵＲＬ：http://msdn.microsoft.com/en-us/library/bb204786(v=VS.85).aspx＞
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ＴＬＳにおける証明書検証によってサーバーの正当性を検証するためには、予めクライアント側に、サーバー証明書とチェーン関係のあるＣＡ証明書、すなわちサーバー証明書を発行した証明機関（ＣＡ局）のＣＡ証明書を格納しておく必要がある。
このため、自己署名を用いて検証するサーバーにアクセスする機会が多いクライアントは、そのサーバーの数に応じた数のＣＡ証明書を保存しておく必要がある。そして、サーバー証明書と照合する際には、その多数のＣＡ証明書のなかからサーバー証明書と一致する証明書情報を含むＣＡ証明書を検索する必要がある。これは、各ＣＡ証明書についてサーバー証明書との一致を判定することから長時間を要することがある。ＣＡ証明書をたとえばディレクトリサーバーに保存することでネットワークにおいて共有したシステムにおいては、ネットワークに属するクライアントがアクセスするサーバーのＣＡ証明書すべてがディレクトリサーバーに保存されるため、検索対象の証明書の数は非常に多く、この検索に要する時間が証明書の照合の遅延をもたらす。
【０００８】
本発明は上記従来例に鑑みてなされたもので、上記課題を解決して、迅速な照合が可能な画像形成システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明は以下の構成を備える。
【００１０】
ネットワークに接続されたプリントサーバーと画像形成装置とデータベースとが接続されたネットワーク印刷システムであり、前記画像形成装置が発行する第１の証明書情報は予め前記データベースに登録され、前記プリントサーバーが前記画像形成装置を用いて印刷を行う際には、前記画像形成装置が要求に応じて発行する第２の証明書情報と、前記データベースに登録されている前記画像形成装置の前記第１の証明書情報とを照合して、一致した場合には前記画像形成装置を用いた印刷を開始するネットワーク印刷システムであって、
前記データベースには、前記第１の証明書情報が、当該情報の検索のキーとなるキー情報と関連付けられたエントリとして登録されており、
前記プリントサーバーは、前記データベースに登録された前記キー情報を前記画像形成装置に関連付けて保存し、前記画像形成装置を用いて印刷を行う際には、当該画像形成装置に関連付けられた前記キー情報を前記データベースに送信して該当する前記第１の証明書情報を検索させ、
前記データベースは、前記キー情報で特定される第１の証明書情報を前記プリントサーバーに送信し、
前記プリントサーバーは、前記データベースから受信した前記第１の証明書情報と、前記画像形成装置から受信した第２の証明書情報とを照合し、照合の結果に応じて前記画像形成装置を用いた印刷を開始する。
【００１１】
あるいは他の側面によれば本発明は以下の構成を備える。
【００１２】
ネットワークに接続されたプリントサーバーと画像形成装置とデータベースとが接続されたネットワーク印刷システムであり、前記画像形成装置が発行する第１の証明書情報は予め前記データベースに登録され、前記プリントサーバーが前記画像形成装置を用いて印刷を行う際には、前記画像形成装置が要求に応じて発行する第２の証明書情報と、前記データベースに登録されている前記画像形成装置の前記第１の証明書情報とを照合して、一致した場合には前記画像形成装置を用いた印刷を開始するネットワーク印刷システムであって、
前記データベースには、前記第１の証明書情報が、当該情報の検索のキーとなるキー情報と関連付けられたエントリとして登録されており、
前記プリントサーバーは、前記データベースに登録された前記キー情報を前記画像形成装置に関連付けて保存し、前記画像形成装置を用いて印刷を行う際には、当該画像形成装置に関連付けられた前記キー情報を、前記画像形成装置から受信した前記第２の証明書情報とともに前記データベースに送信して該当する前記第１の証明書情報と照合させ、
前記データベースは、前記キー情報で特定される第１の証明書情報を前記第２の証明書情報と照合してその結果をプリントサーバーに送信し、
前記プリントサーバーは、前記データベースから受信した照合の結果に応じて前記画像形成装置を用いた印刷を開始する。
【００１３】
あるいは他の側面によれば本発明は以下の構成を備える。
【００１４】
ネットワークに接続されたプリントサーバーと画像形成装置とデータベースとが接続されたネットワーク印刷システムにおいて、前記画像形成装置が発行する第１の証明書情報は予め前記データベースに登録され、前記プリントサーバーが前記画像形成装置を用いて印刷を行う際には、前記画像形成装置が要求に応じて発行する第２の証明書情報と、前記データベースに登録されている前記画像形成装置の前記第１の証明書情報とを照合して、一致した場合には前記画像形成装置を用いた印刷を開始するネットワーク印刷システムにおけるプリントサーバーであって、
前記データベースには、前記第１の証明書情報が、当該情報の検索のキーとなるキー情報と関連付けられたエントリとして登録されており、
前記プリントサーバーは、前記データベースに登録された前記キー情報を前記画像形成装置に関連付けて保存し、前記画像形成装置を用いて印刷を行う際には、当該画像形成装置に関連付けられた前記キー情報を前記データベースに送信して該当する前記第１の証明書情報を検索させ、
前記データベースは、前記キー情報で特定される第１の証明書情報を前記プリントサーバーに送信し、
前記プリントサーバーは、前記データベースから受信した前記第１の証明書情報と、前記画像形成装置から受信した第２の証明書情報とを照合し、照合の結果に応じて前記画像形成装置を用いた印刷を開始する。
【００１５】
あるいは他の側面によれば本発明は以下の構成を備える。
【００１６】
ネットワークに接続されたプリントサーバーと画像形成装置とデータベースとが接続されたネットワーク印刷システムにおいて、前記画像形成装置が発行する第１の証明書情報は予め前記データベースに登録され、前記プリントサーバーが前記画像形成装置を用いて印刷を行う際には、前記画像形成装置が要求に応じて発行する第２の証明書情報と、前記データベースに登録されている前記画像形成装置の前記第１の証明書情報とを照合して、一致した場合には前記画像形成装置を用いた印刷を開始するネットワーク印刷システムにおけるデータベースであって、
前記データベースには、前記第１の証明書情報が、当該情報の検索のキーとなるキー情報と関連付けられたエントリとして登録されており、
前記プリントサーバーは、前記データベースに登録された前記キー情報を前記画像形成装置に関連付けて保存し、前記画像形成装置を用いて印刷を行う際には、当該画像形成装置に関連付けられた前記キー情報を前記データベースに送信して該当する前記第１の証明書情報を検索させ、
前記データベースは、前記キー情報で特定される第１の証明書情報を前記プリントサーバーに送信し、
前記プリントサーバーは、前記データベースから受信した前記第１の証明書情報と、前記画像形成装置から受信した第２の証明書情報とを照合し、照合の結果に応じて前記画像形成装置を用いた印刷を開始する。
【発明の効果】
【００１７】
本発明によれば、自己署名を使用したＴＬＳ通信の場合でもなりすましの発生リスクを防止する。さらに、画像形成装置が多数存在した場合でも、検証の時間を短縮することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明に係る印刷システムのシステム構成図
【図２】クライアントＰＣ１０２、プリントサーバー１０３、ディレクトリサーバー１０４のハードウェア構成を示すブロック図
【図３】画像形成装置１０５、１０６、１０７のハードウェア構成を示すブロック図
【図４】実施形態に記載の技術の処理フローを示すシーケンス図
【図５】ディレクトリサーバー１０４が持つデータ構造を示すデータ構造図
【図６Ａ】実施形態１におけるプリントサーバー１０４のソフトウェア構成図、
【図６Ｂ】実施形態２、３におけるプリントサーバー１０４のソフトウェア構成図
【図７】プリントサーバー１０４の画像形成装置を追加する画面のＵＩ画面図
【図８】プリントサーバー１０４が保持するデバイスの情報のテーブルを示す図
【図９】ディレクトリサーバー１０４のソフトウェア構成図
【図１０】プリントサーバー１０３の処理を示すフローチャート
【図１１】ディレクトリサーバー１０４の処理を示すフローチャート
【図１２】画像形成装置１０５のソフトウェア構成図
【図１３】画像形成装置１０５が作成する証明書の例を示す図
【図１４】プリントサーバー１０３の処理を示すフローチャート
【図１５】ディレクトリサーバー１０４が持つデータ構造を示すデータ構造図
【発明を実施するための形態】
【００１９】
以下、本発明を実施するための最良の形態であるネットワーク印刷を行うネットワーク印刷システムについて図面を用いて説明する。まず、課題を解決するために想定されるシステムについて説明する。
【００２０】
＜印刷システム構成＞
図１は、本発明を適用した印刷システムのシステム構成図である。図１においては、クライアントＰＣ１０２、プリントサーバー１０３、データベース（ＤＢ）装置１０４、画像形成装置１０５、１０６、１０７がネットワーク１０１に接続されている。ネットワーク１０１は任意の接続形式で、イントラネットでもインターネットでもよく、ＨＵＢやルーター等の仲介装置を介して複数のネットワークを介在していてもよい。ただし、本実施形態ではＴＬＳがサポートされている必要がある。クライアントＰＣ１０２はプリントサーバー１０３に対して印刷依頼を行う装置である。プリントサーバー１０３は、クライアントＰＣ１０２からの印刷依頼を受けて、クライアントが所望する画像形成装置に対して印刷を行う装置である。データベース１０４は、画像形成装置１０５、１０６、１０７が持っている証明書に関する情報（証明書または証明書のハッシュ値等）を保存しておき、要求されるとその要求に応じて保存されている証明書情報を返却する装置である。画像形成装置１０５、１０６、１０７は、プリントサーバー１０３からの依頼（印刷ジョブ）を受けて実際に印刷を行うための装置である。なお本実施形態では、特に断らない限り、データベース１０４として、Lightweight Directory Access Protocol（ＬＤＡＰ）サーバーやActive Directory（ＡＤ）サーバー等のディレクトリサーバーを用いる。また、画像形成装置の代表として画像形成装置１０５を使用する。さらに、印刷プロトコルとしては、セキュア通信を用いる可能性があるものであれば任意のものとする。
【００２１】
＜コンピュータのハードウェア構成＞
図２は、クライアントＰＣ１０２、プリントサーバー１０３、ディレクトリサーバー１０４等を実現するコンピュータのハードウェア構成を示している。ＣＰＵ２０１は、システムバス２０４に接続された各種デバイスの制御を行う。ＲＯＭ２０２はＢＩＯＳやブートプログラムを記憶するＲＯＭ、ＲＡＭ２０３はＣＰＵ２０１の主記憶装置として使用されるＲＡＭである。キーボードコントローラ（ＫＢＣ）２０５は、マウス（登録商標）等のポインティングデバイス２０９、キーボード２１０からの情報などの入力に係る処理を行う。表示制御部（ＣＲＴＣ）２０６は、内部にビデオメモリを有し、ＣＰＵ２０１からの指示に従ってそのビデオメモリに描画すると共に、ビデオメモリに描画されたイメージデータをビデオ信号としてＣＲＴ表示装置２１１に出力する。なお、図２において表示装置としてＣＲＴを例示しているが、液晶表示装置等、その表示装置の種類は問わない。ディスクコントローラ（ＤＫＣ）２０７は、ハードディスク（ＨＤＤ）２１２、フロッピー（登録商標）ディスク２１３へのアクセスを行う。ネットワークインタフェースカード（ＮＩＣ）２０８は、ネットワークに接続し、ネットワークを介しての情報通信を行うものである。なお、ＨＤＤ２１２には、ＯＳやＯＳ上で動作する各種アプリケーションプログラム等が格納される。上記構成において、本装置の電源がＯＮになると、ＣＰＵ２０１はＲＯＭ２０２に格納されたブートプログラムに従って、ＨＤＤ２１２からＯＳをＲＡＭ２０３に読み込み、情報処理装置として機能するようになる。
【００２２】
＜画像形成装置のハードウェア構成＞
図３は、画像形成装置１０５、１０６、１０７のハードウェア構成を示している。ＣＰＵ３０１は、ＲＯＭ３０３のプログラム用ＲＯＭまたは外部記憶装置３１１に記憶された制御プログラムに基づいてシステムバス３０４に接続される各種のデバイスとのアクセスを総括的に制御する。ＣＰＵ３０１はまた、印刷インターフェース３０７を介して接続される印刷部（プリンタエンジン）３１０に出力情報としての画像信号を出力したり、読取インターフェース３１２を介して接続される読取部（スキャナ）３１３から入力される画像信号を制御する。また、このＲＯＭ３０３のプログラム用ＲＯＭには、ＣＰＵ３０１が実行可能な制御プログラム等を記憶する。さらに、ＲＯＭ３０３のフォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ（アウトラインフォントデータを含む）等を記憶し、ＲＯＭ３０３のデータ用ＲＯＭには、クライアントコンピュータ上で利用される情報等を記憶している。ＣＰＵ３０１はＬＡＮコントローラ部３０６を介してネットワーク上のクライアントコンピュータやデバイスとの通信処理が可能となっている。ＲＡＭ３０２は、主としてＣＰＵ３０１の主メモリ，ワークエリア等として機能し、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ３０２は、出力情報展開領域，環境データ格納領域等に用いられる。ハードディスク（ＨＤＤ）、ＩＣカード等の外部記憶装置３１１は、ディスクコントローラ（ＤＫＣ）３０８によりアクセスが制御される。ハードディスクは、アプリケーションプログラム、フォントデータ、フォームデータ等を記憶したり、プリントジョブを一時的にスプールし、スプールされたジョブを外部から制御するためのジョブ格納領域として使用される。またさらに、スキャナ３１３から読み取った画像データやプリントジョブの画像データをＢＯＸデータとして保持し、ネットワークから参照したり、印刷を行うＢＯＸデータ格納領域としても使用される。本実施形態においては、外部記憶装置としてはＨＤＤを使用するものとし、ジョブログ、画像ログ等各種ログを保持する。操作パネル３０５は、ユーザーがソフトウェアキーから各種情報を入力することが可能である。前述した外部記憶装置は、１個に限らず、少なくとも１個以上備えられ、内蔵フォントに加えてオプションフォントカードや、言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。不揮発性メモリ３０９は、操作パネル３０５から設定される各種設定情報を記憶している。
【００２３】
また、図示していないが、デバイス１０４にはさらにオプションで、ステープルやソート機能を行うフィニッシャや、両面印刷機能を実現するための両面装置など各種拡張装置を装着することが可能となっており、それらの動作はＣＰＵ３０１から制御される。
【００２４】
ここで、本発明を実施する際におけるシステムの処理について、シーケンス図４と、データ構造図５とを用いて説明する。ここでは画像形成装置１０５を代表に記載しているが、他の画像形成装置も同じ処理を行う。
【００２５】
＜システムによる処理シーケンス＞
画像形成装置１０５の設定を行う際、プリントサーバー１０３との間でセキュア通信を行うために証明書を設定する。その際、画像形成装置１０５は、証明書に関する情報をディレクトリサーバー１０４に登録する（Ｓ４０１）。この第１の証明書情報がＣＡ証明書に相当する。これ以降、特に断らない限り、セキュア通信をＴＬＳとして記載する。なお、本実施形態においては、ディレクトリサーバー１０４は図５のようなデータ構造で保存情報を管理している。ただし、他のデータ構造で管理していてもよい。図５のデータ構造については後述する。次に、プリントサーバー１０３は、クライアントＰＣ１０２と画像形成装置１０５の間を仲介するため、画像形成装置１０５を自身にインストールする（Ｓ４０２）。すなわち、画像形成装置１０５をネットワークに接続された画像形成機能を持つデバイスとして登録し、そのデバイスドライバをインストールする。これらの手順は、以下で説明する印刷処理手順に先行して行われていれば、いつ行われてもよい。
【００２６】
次に、クライアントＰＣ１０２から印刷依頼を出す時の処理について説明する。クライアントＰＣ１０２はプリントサーバー１０３に対して、画像形成装置１０５で印刷を行うよう印刷依頼を出す（Ｓ４０３）。この依頼を受け取ったプリントサーバー１０３は、画像形成装置１０５に対して印刷依頼を出すために、画像形成装置１０５との間にＴＬＳの接続を試みる（Ｓ４０４）。この接続の際に画像形成装置１０５からプリントサーバー１０３に対して証明書が送付される（Ｓ４０５）。この第２の証明書情報がサーバー証明書に相当する。証明書を受信したプリントサーバー１０３はそれを検証することを試みる。その検証の方法として、ディレクトリサーバー１０４に登録されている証明書情報を送付してもらうように依頼し（Ｓ４０６）、その応答としてディレクトリサーバー１０４は、それに登録されている証明書情報（５０４、５０５、５０６、...）を全て送付する（Ｓ４０７）。プリントサーバー１０３は、ディレクトリサーバー１０４から受信した証明書情報と画像形成装置から送付された証明書情報とを比較することによって証明書の検証を行う（Ｓ４０８）。Ｓ４０８の比較を行うためには、ディレクトリサーバー１０４に登録された全証明書情報（５０４、５０５、５０６、...）の中から、画像形成装置から受信した証明書情報に一致するものを総当たりで検索する。一致するものがあれば検証は成功であり、なければ失敗である。以上の検証が成功裡に終了した後、プリントサーバーと画像形成装置の間のＴＬＳ接続の確立は完了する。これ以降はプリントサーバー１０３と画像形成装置１０５の間はＴＬＳにより暗号化される。プリントサーバー１０４は、Ｓ４１０でクライアントＰＣ１０２が送付した印刷データを暗号化して画像形成装置１０５に送信する。
【００２７】
なお、本実施形態では、プリントサーバー１０３がディレクトリサーバー１０４に対してＳ４０６で証明書情報を要求して、Ｓ４０７で証明書情報を受信しているが、Ｓ４０６で画像形成装置の証明書情報とともに検証を依頼し、ディレクトリサーバー１０４側で検証を行った結果をＳ４０7でプリントサーバーに返信するという方法も考えられる。構成としてはどちらでもよいが、後者の方法を採用する場合は、プリントサーバー１０３はディレクトリサーバー１０４に対して画像形成装置より受信した証明書情報も含めて検証の依頼を送信する。この場合でも、ディレクトリサーバー１０４は、受信した証明書情報と登録された証明書情報とを、一致するまで、あるいは一致するものがなければすべての証明書情報について比較する。ディレクトリサーバー１０４は、比較結果をプリントサーバー１０３に送信する。プリントサーバー１０３は、比較結果が正しければ画像形成装置を用いた印刷を開始し、比較結果がエラーの場合は画像形成装置を用いた印刷を行わない。以上が課題を解決するために想定されるシステムの処理の説明となる。
【００２８】
図５は、ディレクトリサーバー１０４が管理するアカウント情報の保持の仕方を示すデータ構造図である。一般的なディレクトリサーバー１０４では、図５のようなツリー構造をＲＡＭ２０３やＨＤＤ２１２に保持してアカウント情報を保存および管理している。図５では、組織（Organization）、組織のユニット（Organization Unit）、ユーザーの順で階層構造としているが、データ構造については任意である。図５では画像形成装置１０５に対してアカウント５０６、画像形成装置１０６に対してアカウント５０５、画像形成装置１０７に対してアカウント５０４が対応付けられているものとする。この構造によると、アカウント５０６は、大組織を示す階層５０１、中組織を示す階層５０３の下に位置する階層（葉）に属する。アカウント情報としては、ユーザーＩＤ（図中のUserID）とパスワードとが登録されている。ここではさらに、画像形成装置が作成し、ディレクトリサーバー１０４に送信した証明書の情報（図中のCertInfo）も登録されている。また、図５に記載している例は一部であり、実際には多数の画像形成装置のアカウントや、画像形成装置以外の情報機器のアカウント等も管理されている。
【００２９】
さらに、このアカウント情報のデータベース（ＤＢ）から各エントリ（すなわち各装置のアカウント情報５０１，５０２，５０３）を検索するためのキーとしては" printer105:AAA002:AAA:Japan"のように、ツリー構造の各階層の情報が含まれた形式が用いられるものとし、ツリー構造を走査して検索を行わなくてもよいような仕組みになっている。検索のキーは別の形式であってもよい。この検索のためのキーとなる情報は、本明細書では拡張されたアカウント情報の一部として特にキーアカウント情報（あるいはキー情報）と呼び、そのほかの部分と区別する。なおこのキーアカウント情報は、木構造のデータベースにおいては葉ノードに至る経路を示すために経路情報と呼ぶこともある。
【００３０】
しかし、上述のようなシステムでは、ディレクトリサーバー１０４において、多数登録されている証明書情報をメッセージに含めて送信するため、ディレクトリサーバー１０４にも負荷がかかるし、さらにネットワークにも負荷がかかることになる。さらに、全証明書情報を受信したプリントサーバー１０３側も、自分が探している証明書情報が最後にエントリされていたりすると、検索回数が増えて負荷がかかることになる。
【００３１】
以降では、この問題の解決策を施した形態で、課題を解決するための実施形態を記載する。システム構成は上述したものと同じである。従って、以降の説明では上述のシステム構成と異なる点のみを説明する。したがって上述した内容と共通する構成やシーケンスは以下の全実施形態に共通するものであり、以下の実施形態では説明は省略するものの、それぞれの実施形態に記載された発明に含まれる。
【００３２】
［実施形態１］
本実施形態で上述のシステムと異なるのは、プリントサーバー１０３と、ディレクトリサーバー１０４の処理である。したがってシステムにおける印刷処理シーケンスも図４とは一部異なる。まず、本実施形態におけるプリントサーバー１０３とディレクトリサーバー１０４のソフトウェア構成について説明する。
【００３３】
＜プリントサーバー１０３のソフトウェア構成＞
図６Ａは、本実施形態におけるプリントサーバー１０３のソフトウェア構成図である。ＵＩ制御部６０１は、プリントサーバー１０３において画像形成装置の設定を追加するためのユーザーインタフェース（ＵＩ）画面を描画し、ＣＲＴＣ２０６を介してＣＲＴ２１１に表示する部位である。表示されるＵＩについては後述する。入力制御部６０２はユーザー（主にネットワーク管理者）が画像形成装置を追加するための設定内容を入力する部位である。「部位」とは、たとえばＣＰＵにより実行されるプログラムモジュール等により実現される。設定値取得部６０３は、入力制御部６０２に入力された設定値を受け取る部位である。画像形成装置設定部６０４は、設定値取得部６０３が受け取った値の中から、画像形成装置の追加に関する部分を抽出し、プリントサーバー１０３において画像形成装置を使用可能な状態にセットアップする部位である。一方、アカウント情報取得部６０５は、設定値取得部６０３が取得した値から、画像形成装置がディレクトリサーバーにアクセスするためのアカウント情報を抽出する部位であり、アカウント情報保存部６０６は、抽出されたアカウント情報をセットアップされた画像形成装置の情報とともにストレージ（ここではＨＤＤ２１２とする）に保存する部位である。保存する情報は後述する。
印刷受付部６０７は、ＮＩＣ２０８を介してネットワークパケットを受信することによって、クライアントＰＣ１０２から印刷要求や印刷データを受け付ける部位である。ＴＬＳ接続部６０８は、印刷受付部が印刷要求を受けるとともに、画像形成装置へのＴＬＳ接続の確立の開始から完了までを制御する部位である。ＴＬＳ接続部６０８は、ＴＬＳ接続を確立する過程で画像形成装置１０５から証明書を送付される。証明書検証部６０９はその証明書を検証する部位である。証明書の検証フローについては後述する。印刷データ送信部６１０は、証明書の検証が正常に終了してＴＬＳ接続を確立した後、印刷データをＴＬＳで暗号化して送信する部位である。
【００３４】
図７は、画像形成装置をプリントサーバー１０３に追加的に登録する際にプリントサーバー１０３のＵＩ制御部６０１により表示されるＵＩ画面を示している。本画面では、既にユーザーによる画像形成装置の追加的登録が指示され、そのための設定値の入力が開始されているものとし、ユーザーは画像形成装置１０５の設定を行っている。ここでは、画像形成装置１０５のＩＰアドレスを、192.168.5.25としている。入力欄７０１は画像形成装置を追加するためのものであり、上述した本実施形態の前提となるシステムでも存在する。入力欄７０２は、ディレクトリサーバー１０４に設定されている画像形成装置のアカウント情報（本例では前述したキーアカウント情報）を入力するためのものである。ここでは、ディレクトリサーバー１０４に登録されている図５に示したアカウントに関する検索キーとなるキーアカウント情報を、階層ごとにコロン（":")で区切った形式で入力する。しかしながら、各項目について入力欄を設けてもよいし、もっと単純に入力内容をユーザー名のみとしてもよい。また、本実施形態ではディレクトリサーバー１０４を使用しているが、ディレクトリサーバー１０４以外のデータベースを用いた場合、設定される項目はデータベース検索のキーとなる識別子である（例えばＵＵＩＤ）。これらの項目が、追加登録される画像形成装置に関連付けられてプリントサーバー１０３に保存される。
【００３５】
図８は、プリントサーバー１０３に保存されたアカウント情報のテーブルである。デバイス名やＩＰアドレス等とともに、ユーザーによって設定されたアカウント情報、本例ではキーアカウント情報が保存されている。ここでは３個しか登録されていないが、実際にはネットワークに接続している画像形成装置の台数分のエントリが存在する。
【００３６】
＜ディレクトリサーバー１０４のソフトウェア構成＞
図９は、本実施形態におけるディレクトリサーバー１０４のソフトウェア構成図である。アカウント情報検索部９０１は、アカウント情報に含まれたキーアカウント情報を検索キーにして、図５で説明したツリー構造から該当するエントリを検索する部位である。証明書情報要求受信部９０２はＮＩＣ２０８から受信した要求を受け付ける部位である。この要求はプリントサーバー１０３の証明書検証部６０９が、保存しているアカウント情報を含めて送信するものである。証明書情報抽出部９０３は、アカウント情報と関連付けられて保存されている証明書情報を取り出す部位である。証明書情報は、たとえば図５ではＣｅｒｔＩｎｆｏフィールドである。証明書情報送信部９０４は、アカウント情報から取り出した証明書情報を、ＮＩＣ２０８を通してプリントサーバー１０３に送信する部位である。
【００３７】
＜証明書の検証手順＞
次に、本発明において、プリントサーバー１０３がディレクトリサーバー１０４を用いて画像形成装置１０５から受信した証明書を検証する流れについて図１０と図１１のフローチャートを用いて説明する。図１０はプリントサーバー１０３により実行される処理のフローチャートであり、図１１はディレクトリサーバー１０４により実行される処理のフローチャートである。
【００３８】
プリントサーバー１０３のＴＬＳ接続部６０８が、画像形成装置１０５が発行する証明書を受信すると（Ｓ１００１）、証明書検証部６０９が検証を行う。検証のフローは、まずアカウント情報保存部６０６が保存した図８のテーブルから、印刷に使用する画像形成装置のエントリすなわちＩＰアドレスおよびキーアカウント情報を取得する（Ｓ１００２）。取得に成功しなかった場合、画像形成装置１０５は登録されていないのでエラー処理を行う（Ｓ１０１２）。このエラー処理としては、接続をこの段階で切ることができてもよいし、接続を継続することができてもよい。取得できた場合（テーブルにエントリが登録されている場合）、取得したエントリを画像形成装置１０５のＩＰアドレスおよびキーアカウント情報（あるいはそのいずれか一方）と比較して、取得したエントリが画像形成装置１０５のエントリであるか否かを検証する（Ｓ１００４）。違っていれば再度取得を行い、画像形成装置１０５のものであれば、取得したキーアカウント情報を含むアカウント情報とともに、ディレクトリサーバー１０４に対して証明書情報の要求メッセージ（証明書情報要求）を送信する（Ｓ１００６）。送信されるアカウント情報は、キーアカウント情報とともに画像形成装置のユーザーＩＤおよびパスワードを含むアカウント情報全体である。ただし、証明書情報に対応した画像形成装置を特定することのみを目的とするのであれば、キーアカウント情報のみであってもよい。
【００３９】
ディレクトリサーバー１０４の証明書情報要求受信部９０２が上記の要求メッセージを受信すると（Ｓ１１０１）、証明書情報抽出部９０３が要求メッセージからアカウント情報を抽出する（Ｓ１１０２）。アカウント情報検索部９０１が抽出したアカウント情報をキーとして図５に示したデータベースを検索することによって該当するエントリが検索される（Ｓ１１０３）。検索によりヒットすればユーザーＩＤおよびパスワードの照合も行われ、一致して初めて検索が成功して該当する証明書情報が得られる。検索に成功した場合、検索された情報の中から証明書情報を抽出し（Ｓ１１０５）、証明書情報送信部９０４がプリントサーバー１０３に対して抽出した証明書情報を含む応答メッセージを送信する（Ｓ１１０６）。一方、アカウント情報が登録されていない場合はエラー処理を行う（Ｓ１１０７）。エラー処理としてはプリントサーバー１０３に対して証明書情報送信部９０４がエラーメッセージを送信する。
【００４０】
ディレクトリサーバー１０４から送信された応答メッセージは、プリントサーバー１０３の証明書検証部６０９によって受信され（Ｓ１００７）、証明書検証部６０９は受信した応答メッセージから証明書情報を抽出し（Ｓ１００８）、既に受信済みの画像形成装置１０５の証明書情報と比較を行う（Ｓ１００９）。ここで、ディレクトリサーバー１０４からの応答がなかった場合あるいはエラーメッセージを受信した場合はエラー処理を行う。Ｓ１００９での比較の結果、一致した場合はＴＬＳの残りの処理を行ってセキュアな接続を確立する。
【００４１】
ＴＬＳ接続が確立された後は、プリントサーバー１０３と画像形成装置１０５の間でデータが暗号化されて通信されるようになる。暗号化は、たとえば画像形成装置１０５から受信した証明書情報に含まれた鍵情報を用いて行われる。
【００４２】
以上の処理により、プリントサーバー１０３にアカウント情報を予め登録しておき、それを受信したディレクトリサーバー１０４が、受信したアカウント情報をキーとして証明書情報を検索することで、証明書情報の検索を迅速化することができる。すなわち、たとえば図５に示した証明書情報のデータベースであれば、そのすべてを走査することなく、キーとなるアカウント情報に従って枝をたどるだけで該当する画像形成装置のアカウント情報にたどり着くことができる。具体的には、本システム構成においては、ディレクトリサーバー１０４は、図５のデータベースから、たとえば証明書情報５０４、５０５、５０６といった順に、一致する証明書情報を検索していく必要がある。そのため、一回当たりの比較にも照合する回数の期待値は、証明書情報のエントリ数の２分の１である。しかも、検証対象のサーバー証明書に対応するＣＡ証明書が必ずしも登録されているとは限らず、その場合には全エントリについて照合が行われるため、照合回数の平均値はさらに増える。これに対して本発明を適用すると、プリントサーバー１０３から検索用のアカウント情報が送付されてくるため、そのアカウント情報に従って図５の木構造の根ノード５０１、分岐ノード５０３、葉ノード（証明書情報）５０６と、階層の順に１回で検索を行うことができ、アカウント情報で特定された証明書情報を対象として比較を行えばよい。
【００４３】
以上のように、本実施形態によれば、証明書情報を要求する要求元（プリントサーバー１０３）に、検索対象の証明書情報を特定するための情報（キー情報）をあらかじめ登録しておき、証明書情報の要求時にはそのキー情報を送信することで、該当する証明書情報を迅速に得ることができる。
【００４４】
これをデータベース側から見れば、ディレクトリサーバー１０４では、証明書情報を特定するためのキー情報と関連付けて証明書情報のデータベースを構成することで、受信した経路情報に該当する証明書情報を迅速に検索し、要求元に引き渡すことができる。
【００４５】
なお、本実施例形態では、プリントサーバー１０３がディレクトリサーバー１０４に対してＳ１００６で証明書情報を要求して、Ｓ１００８で証明書情報を受信している。しかしながら、Ｓ１００６でアカウント情報と画像形成装置の証明書情報と検証の依頼とを送信し、ディレクトリサーバー１０４側でアカウント情報と画像形成装置の証明書情報とに基づき証明書の検証を行い、その検証結果をプリントサーバーより受信するという方法も考えられる。
【００４６】
具体的には、プリントサーバー１０３はディレクトリサーバー１０４に対して画像形成装置より受信した証明書情報も含めて検証の依頼を送信する。この場合でも、ディレクトリサーバー１０４は、受信したアカウント情報に対応する証明書情報を登録されている証明書情報から抽出し、抽出した証明書情報と受信した証明書情報を比較する。ディレクトリサーバー１０４は、比較結果をプリントサーバー１０３に送信する。プリントサーバー１０３は、比較結果が一致であれば画像形成装置を用いた印刷を開始し、比較結果が一致でないエラーの場合は画像形成装置を用いた印刷を行わない。
【００４７】
［実施形態２］
次に、第２の実施形態について説明を行なう。本実施形態では、実施形態１と異なる点についてのみ説明を行なう。ネットワーク構成、各機器のハードウェア構成、ディレクトリサーバーが持つデータ構造などは共通である。また、解決すべき課題も同じである。
実施形態２では、プリントサーバー１０３と画像形成装置１０５の動きが実施形態１と異なる。
【００４８】
まず、画像形成装置１０５について説明する。図１２は、画像形成装置１０５のソフトウェア構成図である。証明書作成部１２０１は、自己署名の証明書を作成して保存する部位である。作成する際のトリガーとしてはＵＩ画像形成装置１０５の操作パネル３０５からでもよいし、その他の方法であってもよい。証明書登録部１２０２は、作成した証明書をディレクトリサーバー１０４に対して登録する部位である。ここで、実施形態１と異なるのは作成する証明書に含まれる情報であり、具体的には図１３に示す。図１３は、実施形態２において画像形成装置１０５が作成し、ディレクトリサーバー１０４に登録される証明書の属性の例である。実施形態１の証明書と異なるのは、フレンドリ名１３０１というフィールドに、画像形成装置１０５がディレクトリサーバー１０４にアクセスするためのアカウント情報が含まれている点である。なお本実施形態ではフレンドリ名にアカウント情報が含まれているが、別の属性値として含まれていてもよい。その場合には、下記の手順におけるフレンドリ名の情報は、その別の属性値で置き換えられる。
【００４９】
次に、プリントサーバー１０３について説明する。図６Ｂは、本実施形態におけるプリントサーバー１０３のソフトウェア構成図である。実施形態１との違いは、ユーザーが設定を行う際の情報からアカウント情報を取得して保存する部位（アカウント情報取得部６０５およびアカウント情報保存部６０６）が不要な点である。また、証明書検証部６０９の動作も異なる。
【００５０】
次に、本実施形態における証明書検証の流れについて、図１４に示すプリントサーバー１０３のフローチャートを用いて説明する。画像形成装置１０５において図１３に示すような証明書が予めディレクトリサーバー１０４に登録されているのは前述した通りである。プリントサーバー１０４のＴＬＳ接続部６０７が、ＴＬＳ接続を確立する過程で画像形成装置１０５より図１３に示す証明書を受信すると（Ｓ１４０１）、証明書検証部６０９がディレクトリサーバー１０４を用いて証明書を検証する。検証の方法としては、画像形成装置１０５より受信した証明書のフレンドリ名に含まれている情報の取得を試み（Ｓ１４０２）、取得可能か否かを判断する（Ｓ１４０３）。取得できた場合は、取得したフレンドリ名の情報を含めて証明書情報の要求メッセージをディレクトリサーバー１０４に送信する（Ｓ１４０４）。取得できなかった場合はエラー処理を行う（Ｓ１４１２）。ディレクトリサーバー１０４は、受信した要求メッセージに含まれたフレンドリ名の情報をキーとして証明書情報を検索する。この手順は図１１に示したとおりである。
【００５１】
プリントサーバー１０３は、要求メッセージの送信後、ディレクトリサーバー１０４からのレスポンスの有無を確認し（Ｓ１４０５）、レスポンスが無い場合はエラー処理を行う（Ｓ１４１２）。エラー処理としては、接続を切断してもよいし、接続を継続してもよいし、従来技術のように全ての証明書情報を取得して検証する方式が選択できるようになっていてもよい。ディレクトリサーバー１０４からのレスポンスを受信すると、レスポンスの内容を検証し（Ｓ１４０６）、証明書情報が含まれているか否かを判定する（Ｓ１４０７）。判定の結果、証明書情報が含まれていない場合は、エラー処理に移行する（Ｓ１４１２）。証明書情報が含まれている場合、証明書情報を取得し（Ｓ１４０８）、画像形成装置１０５から受信した証明書情報と比較する（Ｓ１４０９）。この比較で一致しない場合はエラー処理に移行し（Ｓ１４１２）、一致した場合は証明書の検証が正常に完了したものとして、ＴＬＳ接続部６０８がＴＬＳの残りの処理を行うことで接続を確立する（Ｓ１４１１）。
【００５２】
以上のように、本実施形態によれば、検証対象の画像形成装置の証明書情報にそのアカウント情報を含めておき、証明書情報の要求時にはそのアカウント情報をディレクトリサーバーに送信することで、該当する証明書情報を迅速に得ることができる。
【００５３】
さらに実施形態１にあるようなプリントサーバー１０４へのアカウント情報の設定も省略することができる。
【００５４】
［実施形態３］
次に、実施形態１、実施形態２と異なる実施形態について説明を行う。本実施形態では、実施形態２と異なる点のみを説明する。ネットワーク構成、各機器のハードウェア構成、ディレクトリサーバーが持つデータ構造、各機器のソフトウェア構成などは実施形態２と共通である。また、解決すべき課題も同じである。実施形態３では、プリントサーバー１０３、ディレクトリサーバー１０４、画像形成装置１０５の動きが実施形態２と異なる。
【００５５】
まず、画像形成装置１０５がディレクトリサーバー１０４に証明書情報を登録する際の動作について説明する。実施形態２と異なるのは、証明書の中に画像形成装置のアカウント情報を含めるのではなく、画像形成装置の識別子（例えばＩＰアドレスやＵＵＩＤ）を証明書に含め、その識別子を証明書情報とともにディレクトリサーバー１０４に登録する点である。この識別子の情報は証明書のどの属性に含まれていてもよいが、特に識別子をＩＰアドレスとする場合は、証明書のＣＮ属性に含めておくのが通常である。ここでは、識別子としてＩＰアドレスが登録されているものとする。
【００５６】
次に、ディレクトリサーバー１０４が保持するデータ構造について説明する。図１５は、ディレクトリサーバー１０４が保持するデータ構造を示している。実施形態１、２の図５と異なり、各画像形成装置の証明書情報のエントリ（１５０１、１５０２、１５０３）の項目にＩＰアドレスが追加されている。ここではＩＰアドレスが追加されているが、画像形成装置の識別子がＩＰアドレス以外であった場合は、保存する値もその識別子である。
【００５７】
次に、プリントサーバー１０３がディレクトリサーバー１０４を用いて画像形成装置１０５から受信した証明書を検証する流れについて説明する。プリントサーバー１０３の動作の流れについて実施形態２と異なる点は、図１４のフローチャートにおけるＳ１４０２の処理が、ＣＮ属性に入っているＩＰアドレスを抽出するように変更になる点のみである。また、ディレクトリサーバー１０４の動作の流れについて実施形態２と異なる点は、図１１のフローチャートにおけるＳ１１０２の処理が、要求メッセージからＩＰアドレス情報を抽出するように変更になる点と、抽出したＩＰアドレスをキーに図１５に示すデータ構造の中から該当するエントリを探し出す点である。
【００５８】
以上のように、本実施形態によれば、検証対象の画像形成装置の証明書情報にそのＩＰアドレスを含めておき、証明書情報の要求時にはそのＩＰアドレスをディレクトリサーバーに送信することで、該当する証明書情報を迅速に得ることができる。
【００５９】
［その他の実施例］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2013058107.tif 000003
【図２】
2013058107.tif 000004
【図３】
2013058107.tif 000005
【図４】
2013058107.tif 000006
【図５】
2013058107.tif 000007
【図６Ａ】
2013058107.tif 000008
【図６Ｂ】
2013058107.tif 000009
【図７】
2013058107.tif 000010
【図８】
2013058107.tif 000011
【図９】
2013058107.tif 000012
【図１０】
2013058107.tif 000013
【図１１】
2013058107.tif 000014
【図１２】
2013058107.tif 000015
【図１３】
2013058107.tif 000016
【図１４】
2013058107.tif 000017
【図１５】
2013058107.tif 000018