(57)【要約】【課題】ＣＲＬの容量が膨大になると、その取得に要する時間が増大する。また、予め取得したＣＲＬを用いる場合は、ＣＲＬの内容が最新ではないと、失効済みの証明書を有効と誤判定する恐れがある。またＯＣＳＰの場合は、ネットワーク経由で検証サーバへの問合せが必ず発生するため、画像形成装置にとって処理負荷が大きくなる。【解決手段】公開鍵を用いて暗号化通信を行う画像形成装置その制御方法であって、証明書失効リスト及び、或いは証明書検証サーバへの問い合わせに応じて、証明書の有効性を判定する。この証明書の有効性の判定に際して、証明書失効リストと証明書検証サーバへの問い合わせのいずれか、或いは証明書失効リスト及び証明書検証サーバへの問い合わせの両方を使用するか選択する。【選択図】  図３
2017152986.tif 000002
【特許請求の範囲】
【請求項１】
公開鍵を用いて暗号化通信を行う画像形成装置であって、
証明書失効リストを取得する取得手段と、
前記公開鍵の証明書の有効性を証明書検証サーバに問い合わせる問い合わせ手段と、
前記証明書失効リスト及び、或いは前記問い合わせ手段による問い合わせに応じて、前記証明書の有効性を判定する判定手段と、
前記判定手段による前記証明書の有効性の判定に際して、前記証明書失効リストと前記問い合わせ手段のいずれか、或いは前記証明書失効リスト及び前記問い合わせ手段を使用するか選択する選択手段と、
を有することを特徴とする画像形成装置。
【請求項２】
前記取得手段は、認証局から前記証明書失効リストを取得することを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記選択手段が、前記証明書失効リスト及び前記問い合わせ手段を使用すると選択すると、前記判定手段は、前記証明書失効リストによる判定を優先することを特徴とする請求項１に記載の画像形成装置。
【請求項４】
前記選択手段が、前記証明書失効リスト及び前記問い合わせ手段を使用すると選択すると、前記判定手段は、前記証明書失効リストで前記証明書が無効と判定されない場合に、前記問い合わせ手段による問い合わせに応じて前記証明書の有効性を判定することを特徴とする請求項３に記載の画像形成装置。
【請求項５】
前記問い合わせ手段による問い合わせの結果をキャッシュするキャッシュ手段を更に有し、
前記選択手段が、前記証明書失効リスト及び前記問い合わせ手段を使用すると選択すると、前記判別手段は、前記キャッシュに前記証明書が無効と記憶されていない場合に、前記問い合わせ手段による問い合わせに応じて前記証明書の有効性を判定することを特徴とする請求項３に記載の画像形成装置。
【請求項６】
前記判定手段が前記証明書が無効と判定すると、その結果を前記キャッシュに保持させる保持手段を更に有することを特徴とする請求項５に記載の画像形成装置。
【請求項７】
前記証明書の発行元が特定の通信先或いは証明書の発行元かどうかを判別する判別手段を更に有し、
前記判別手段が、前記証明書の発行元が特定の通信先或いは証明書の発行元と判別すると、前記判定手段は、前記証明書失効リストに基づいて前記証明書の有効性を判定することを特徴とする請求項１に記載の画像形成装置。
【請求項８】
前記取得手段による前記証明書失効リストの取得を指示する指示手段を、更に有することを特徴とする請求項１乃至７のいずれか１項に記載の画像形成装置。
【請求項９】
公開鍵を用いて暗号化通信を行う画像形成装置を含む認証システムであって、
認証局と、
証明書の有効性を検証する検証サーバと、を有し、
前記画像形成装置は、
前記認証局から証明書失効リストを取得して保持する取得手段と、
前記公開鍵の証明書の有効性を前記検証サーバに問い合わせる問い合わせ手段と、
前記証明書失効リスト及び、或いは前記問い合わせ手段による問い合わせに応じて、前記証明書の有効性を判定する判定手段と、
前記判定手段による前記証明書の有効性の判定に際して、前記証明書失効リストと前記問い合わせ手段のいずれか、或いは前記証明書失効リスト及び前記問い合わせ手段を使用するか選択する選択手段と、
を有することを特徴とする認証システム。
【請求項１０】
公開鍵を用いて暗号化通信を行う画像形成装置を制御する制御方法であって、
取得手段が、証明書失効リストを取得する取得工程と、
問い合わせ手段が、前記公開鍵の証明書の有効性を証明書検証サーバに問い合わせる問い合わせ工程と、
判定手段が、前記証明書失効リスト及び、或いは前記問い合わせ工程による問い合わせに応じて、前記証明書の有効性を判定する判定工程と、
選択手段が、前記判定工程による前記証明書の有効性の判定に際して、前記証明書失効リストと前記問い合わせ工程のいずれか、或いは前記証明書失効リスト及び前記問い合わせ工程を使用するか選択する選択工程と、
を有することを特徴とする画像形成装置の制御方法。
【請求項１１】
コンピュータを、請求項１乃至の８いずれか１項に記載の画像形成装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証システム、画像形成装置とその制御方法、及びプログラムに関する。
【背景技術】
【０００２】
画像形成装置が外部のＩＴ機器とＳＳＬ／ＴＬＳなどの暗号化通信を行なう際、通信先の公開鍵証明書の有効性を確認することにより、通信先のなり済ましを防いでいる。公開鍵証明書の発行や有効性確認に関する標準仕様は、ＲＦＣ５２８０（Ｉｎｔｅｒｎｅｔ  Ｘ．５０９  Ｐｕｂｌｉｃ  Ｋｅｙ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  Ｃｅｒｔｉｆｉｃａｔｅ  ａｎｄ  ＣＲＬ  Ｐｒｏｆｉｌｅ）などで規定されている。
【０００３】
公開鍵証明書は、誤発行或いは証明書の記載内容に変更が生じた場合、その証明書を発行した認証局によって失効される。そのため、公開鍵証明書の有効性を確認するためには、その証明書が失効していないかを確認する必要がある。証明書の失効確認には、認証局が発行する公開鍵証明書失効リスト（Ｃｅｒｔｉｆｉｃａｔｅ  Ｒｅｖｏｃａｔｉｏｎ  Ｌｉｓｔ：以下、ＣＲＬ）を用いる方法がある。このＣＲＬには、失効した証明書のシリアルナンバーやＣＲＬ自身の有効期間が記載されており、認証局の署名を付与したうえで、定期的に発行される。
【０００４】
いま画像形成装置が公開鍵証明書の有効性を検証する場合、通信先の公開鍵証明書のシリアルナンバーがＣＲＬに記載されていれば、その証明書が失効していると判定し、ＣＲＬに記載されていなければ、その証明書が有効と判定する。
【０００５】
しかし、失効される証明書の数が多くなるとＣＲＬの容量も膨大になるため、画像形成装置がＣＲＬを取得するのに多くの時間が必要となり、証明書の有効性の検証に要する時間が増大して、通信先との暗号化通信の開始が遅れてしまう課題がある。そのため、証明書を検証する度にＣＲＬを取得するのではなく、予め取得したＣＲＬを用いて証明書の検証を行なうことが考えられる。しかしその場合、ＣＲＬの内容が最新のものでないために、失効済みの証明書を有効と誤判定してしまう恐れがある。
【０００６】
これに対応するには、公開鍵証明書が失効しているかどうかをオンラインで問い合わせて、その応答を取得するＯＣＳＰ（Ｏｎｌｉｎｅ  Ｃｅｒｔｉｆｉｃａｔｅ  Ｓｔａｔｕｓ  Ｐｒｏｔｏｃｏｌ）を利用する方法がある。ＯＣＳＰでは、検証サーバが予めＣＲＬを定期的に取得しておき、問合せを受けた証明書がＣＲＬに記載されているかを確認し、その検証結果のみを回答する。これにより、問い合わせた装置は、その検証結果のみを取得できるため、ＣＲＬを取得するよりも、証明書の有効性の検証に要する時間を短縮できる。このように証明書の検証方式には、様々な方式が存在しており、例えば、特許文献１には、ネットワークの通信速度などの環境パラメータに応じて、最適な証明書の検証方式を選択する方法が記載されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００８−２４４９１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、証明書の検証を専門に行なうシステムではなく、画像形成装置で公開鍵証明書の検証を行なうことを考えた場合、上記特許文献１に記載の技術では、いくつかの課題がある。
【０００９】
まず、証明書の検証方式を動的に決定するためには、ネットワークの通信速度などの環境パラメータを常に計測し、最適な証明書の検証方式を決定するための計算を毎回行なう必要がある。これは画像形成装置にとって処理負荷が大きくなるという問題がある。
【００１０】
また動的に決定された検証方式で証明書を検証することになるが、それぞれの検証方式にも以下の課題がある。ＣＲＬについては、前述の通り、ＣＲＬの容量が膨大になると、その取得に要する時間が増大する。また、予め取得したＣＲＬを用いる場合は、ＣＲＬの内容が最新ではない場合は、失効済みの証明書を有効と誤判定する恐れがある。またＯＣＳＰについても、証明書の有効性を確実に確認できる利点がある一方で、ネットワーク経由で検証サーバへの問合せが必ず発生するため、画像形成装置にとって処理負荷が大きくなるという課題がある。
【００１１】
本発明の目的は、上記従来技術の課題を解決することにある。
【００１２】
本発明の特徴は、暗号化通信を行なう際に必要となる公開鍵証明書の有効性を、処理の負荷を軽減して実行できる技術を提案することにある。
【課題を解決するための手段】
【００１３】
上記目的を達成するために本発明の一態様に係る画像形成装置は以下のような構成を備える。即ち、
公開鍵を用いて暗号化通信を行う画像形成装置であって、
証明書失効リストを取得する取得手段と、
前記公開鍵の証明書の有効性を証明書検証サーバに問い合わせる問い合わせ手段と、
前記証明書失効リスト及び、或いは前記問い合わせ手段による問い合わせに応じて、前記証明書の有効性を判定する判定手段と、
前記判定手段による前記証明書の有効性の判定に際して、前記証明書失効リストと前記問い合わせ手段のいずれか、或いは前記証明書失効リスト及び前記問い合わせ手段を使用するか選択する選択手段と、を有することを特徴とする。
【発明の効果】
【００１４】
本発明によれば、暗号化通信を行なう際に必要となる公開鍵証明書の有効性を、処理の負荷を軽減して実行できるという効果がある。
【００１５】
本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。なお、添付図面においては、同じ若しくは同様の構成には、同じ参照番号を付す。
【図面の簡単な説明】
【００１６】
添付図面は明細書に含まれ、その一部を構成し、本発明の実施形態を示し、その記述と共に本発明の原理を説明するために用いられる。
【図１】本発明の実施形態１に係る画像形成装置の構成及び認証システムの構成を説明するブロック図。
【図２】実施形態１に係る画像形成装置の操作部に表示されるＵＩ画面例を示す図。
【図３】実施形態１に係る画像形成装置において、管理者が証明書の検証モードを選択して画像形成装置に設定する処理を説明するフローチャート。
【図４】実施形態１に係る画像形成装置が、管理者の指示によりＣＲＬを取得する処理を説明するフローチャート。
【図５】実施形態１に係る画像形成装置が、証明書の検証モードとしてＣＲＬモードを選択したときにＣＲＬから証明書が有効かどうか判定する処理を説明するフローチャート。
【図６】実施形態１に係る画像形成装置が、証明書の検証モードとしてＯＣＳＰモードを選択したときに、証明書が有効かどうか判定する処理を説明するフローチャート。
【図７】実施形態１に係る画像形成装置が、証明書の検証モードとしてＣＲＬ優先モードを選択したときに、証明書が有効かどうか判定する処理を説明するフローチャート。
【図８】実施形態２に係る画像形成装置が、証明書の検証モードとしてＣＲＬ優先モードを選択したときに、証明書が有効かどうか判定する処理を説明するフローチャート。
【図９】実施形態３に係る画像形成装置が、証明書の検証モードとしてＣＲＬ優先モードを選択したときに、証明書が有効かどうか判定する処理を説明するフローチャート。
【発明を実施するための形態】
【００１７】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１８】
［実施形態１］
図１は、本発明の実施形態１に係る画像形成装置１００の構成、及び認証システムの構成を説明するブロック図である。
【００１９】
制御部１３０は、画像形成装置１００全体を制御する部分であり、以下に示すものを含む。ＣＰＵ１０１は、フラッシュメモリ（登録商標）１０２に記憶された制御部１３０用のプログラム及びハードディスクドライブ（ＨＤＤ）１０４のプログラム領域１１０に格納されたプログラムをＲＡＭ１０３に展開して実行する。ＨＤＤ１０４は、ネットワークＩ／Ｆ（インターフェース）１０９を介してＰＣ１１８から受信した印刷データを記憶する。尚、ＣＰＵ１０１により実行されるプログラムには、後述するプリント用アプリケーションプログラムが含まれる。そして、このプリント用アプリケーションプログラムにより、ＨＤＤ１０４に記憶された印刷データがプリンタ部１１３により印刷できる画像データに変換される。またＨＤＤ１０４には、プリンタ部１１３により印刷可能な画像データも記憶される。またＣＰＵ１０１により実行されるプログラムには、スキャン用アプリケーションプログラムが含まれる。このＣＰＵ１０１は、このスキャン用アプリケーションプログラムを実行し、スキャナ部１１４が原稿を読み取って得られた画像データを取得し、その画像データをＨＤＤ１０４に記憶する。操作部Ｉ／Ｆ１０５は、操作部１１２を介して画像形成装置１００の操作者により入力される指示をＣＰＵ１０１に伝達するためのＩ／Ｆ（インターフェース）である。また操作部Ｉ／Ｆ１０５は、操作部１１２に表示されるデータをＣＰＵ１０１から受信して操作部１１２に伝達する。
【００２０】
プリンタＩ／Ｆ１０６は、制御部１３０とプリンタ部１１３とを接続するためのＩ／Ｆである。ここでプリンタ部１１３は、プリンタＩ／Ｆ１０６を介してＨＤＤ１０４から転送される画像データに基づいてシート（用紙）に画像を印刷する。尚、プリンタ部１１３は、ＣＰＵ１１５とフラッシュメモリ１１６を有する。ＣＰＵ１１５は、フラッシュメモリ１１６に記憶されたプログラムを実行して、プリント処理に伴う各種動作をプリンタ部１１３に実行させる。
【００２１】
スキャナＩ／Ｆ１０７は、制御部１３０とスキャナ部１１４とを接続するためのＩ／Ｆである。ここで、スキャナ部１１４は、原稿の画像をＣＣＤ（ＣｈａｒｇｅＣｏｕｐｌｅｄＤｅｖｉｃｅ）等により構成されるラインセンサを用いて画像データとして読み取る。そしてスキャナ部１１４は、原稿を読み取って得られた画像データをスキャナＩ／Ｆ１０７を介してＨＤＤ１０４へ転送して記憶させる。こうしてＨＤＤ１０４に記憶された画像データは、前述したプリント部１１３により印刷させることができ、スキャナ部１１４により読み取った画像データをプリント部１１３で印刷することにより、複写（コピー）処理が可能となる。
【００２２】
ＵＳＢホストＩ／Ｆ１０８は、制御部１３０と外部ＵＳＢデバイス１１７とを接続するためのＩ／Ｆである。ここで、外部ＵＳＢデバイス１１７としては、ＵＳＢメモリやＵＳＢキーボードなどが例として挙げられる。ＵＳＢメモリにプログラムを格納し、ダウンロードしてフラッシュメモリ１０２のファイル格納領域にインストールすることもある。ネットワークＩ／Ｆ１０９は、制御部１３０をＬＡＮ１２０に接続し、ＬＡＮ１２０上のＰＣ１１８やサーバ装置１２１、ネットワーク１２４上の認証局１２２や証明書検証サーバ１２３と通信を行う。証明書検証サーバ１２３は、指定された証明書が有効か否かを回答するサーバであり、ＯＣＳＰレスポンダとも呼ばれる。ＳＲＡＭ１１１は、制御部１３０によるプログラムの実行に必要な画像形成装置１００の設定値を記憶するために利用される。
【００２３】
図２は、実施形態１に係る画像形成装置１００の操作部１１２に表示されるＵＩ画面例を示す図である。尚、ここで操作部１１２の表示部はタッチパネル機能を有しており、ユーザは、この画面上でボタンにタッチすることで、モードの選択や処理の実行を指示できる。
【００２４】
図２（Ａ）は、証明書を検証するモードをユーザ（管理者）に選択させるための画面例を示す図である。
【００２５】
この画面は、公開鍵証明書失効リスト（ＣＲＬ）を使用するように指示するボタン２０１、ＯＣＳＰ（Ｏｎｌｉｎｅ  Ｃｅｒｔｉｆｉｃａｔｅ  Ｓｔａｔｕｓ  Ｐｒｏｔｏｃｏｌ）を利用するモードを指示するボタン２０２、ＣＲＬ優先ボタン２０３を含む。ＯＫボタン２０４は、この画面での設定を確定させるボタンで、キャンセルボタン２０５は、この画面での設定をキャンセルするボタンである。
【００２６】
図２（Ｂ）は、ユーザが画像形成装置１００に公開鍵証明書失効リスト（ＣＲＬ）を取得するように指示する画面例を示す図である。ここで実行ボタン２１０が選択されてＯＫボタン２１２が押下されると、ＣＲＬの取得処理が開始される。キャンセルボタン２１３は、この画面での設定をキャンセルするように指示するボタンである。
【００２７】
尚、上述のボタン２０１〜２０３により指示される検証モードは、図５〜図７のフローチャートを参照して後述する。
【００２８】
図３は、実施形態１に係る画像形成装置１００において、ユーザ（管理者）が証明書の検証モードを選択して画像形成装置に設定する処理を説明するフローチャートである。尚、このフローチャートで示す処理は、ＣＰＵ１０１がフラッシュメモリ１０２からＲＡＭ１０３に展開したプログラムを実行することにより達成される。
【００２９】
まずＳ３０１でＣＰＵ１０１は、画像形成装置１００の管理者が操作部１１２を介して入力した指示に従って、画像形成装置１００を管理者モードに移行させる。次にＳ３０２に進みＣＰＵ１０１は、前述の図２（Ａ）に示す証明書の検証モードの選択画面を操作部１１２に表示する。次にＳ３０３に進みＣＰＵ１０１は、証明書の検証モードの選択画面でＯＫボタン２０４が押下されたかどうかを判定し、ＯＫボタン２０４が押下されるとＳ３０４に進む。Ｓ３０４でＣＰＵ１０１は、ＯＫボタン２０４が押下されたときに選択されていたボタンが、前述のボタン２０１〜２０３のいずれかを判定し、その選択されたボタンに応じたモードを、Ｓ３０５〜Ｓ３０７のいずれかで設定して、この処理を終了する。尚、この選択された検証モードは、ＲＡＭ１０３に保持される。
【００３０】
こうして画像形成装置１００の管理者は、その画像形成装置１００における証明書の検証モードを、公開鍵証明書失効リスト（ＣＲＬ）を用いるか、ＯＣＳＰを使用するか、或いはＣＲＬ優先のいずれかに指示することができる。尚、ＣＲＬ優先モードを選択したときの処理は、図７を参照して後述する。
【００３１】
図４は、実施形態１に係る画像形成装置１００が、管理者の指示によりＣＲＬを取得する処理を説明するフローチャートである。尚、このフローチャートで示す処理は、ＣＰＵ１０１がフラッシュメモリ１０２からＲＡＭ１０３に展開したプログラムを実行することにより達成される。尚、このＣＲＬの取得は、管理者により定期的に実施される。
【００３２】
まずＳ４０１でＣＰＵ１０１は、画像形成装置１００の管理者が操作部１１２を操作して行う指示に従って管理者モードへ移行する。次にＳ４０２に進みＣＰＵ１０１は、管理者の指示に従って、ＣＲＬの取得処理に移行する。次にＳ４０３に進みＣＰＵ１０１は、例えば図２（Ｂ）に示すようなＣＲＬの取得処理を指示する画面を表示する。
【００３３】
次にＳ４０４に進みＣＰＵ１０１は、図２（Ｂ）に示すような画面でＯＫボタン２１２が押下されるのを待つ。Ｏｋボタン２１２が押下されたときにＣＲＬ取得処理の実行ボタン２１０が選択されているとＳ４０５に進み、そうでないとき、例えばキャンセルボタン２１３が押下されるとこの処理を終了する。Ｓ４０５でＣＰＵ１０１は、ネットワークＩ／Ｆ１０９、ネットワーク１２４を介して認証局１２２にアクセスし、その認証局１２２からＣＲＬを取得する。そしてＳ４０６でＣＰＵ１０１は、その取得したＣＲＬをＨＤＤ１０４に格納してこの処理を終了する。
【００３４】
これにより、これ以降、例えば図２（Ａ）でＣＲＬボタン２０１が選択されてＣＲＬモードが設定されている場合、このＨＤＤ１０４に格納している公開鍵証明書失効リスト（ＣＲＬ）を参照して、使用する証明書が有効かどうか判定できる。
【００３５】
尚、例えば、この図４に示すＣＲＬの取得処理を、深夜などの画像形成装置１００が使用されない時間帯に実行して、ＨＤＤ１０４に格納している公開鍵証明書失効リストを、より最新のものに近い状態にするようにしても良い。
【００３６】
図５は、実施形態１に係る画像形成装置１００が、証明書の検証モードとしてＣＲＬモードを選択したときにＣＲＬから証明書が有効かどうか判定する処理を説明するフローチャートである。尚、このフローチャートで示す処理は、ＣＰＵ１０１がフラッシュメモリ１０２からＲＡＭ１０３に展開したプログラムを実行することにより達成される。
【００３７】
まずＳ５０１でＣＰＵ１０１は、図４のＳ４０６でＨＤＤ１０４に格納したＣＲＬを読み出し、そのＣＲＬに、有効性を確認したい証明書の番号が記載されているかどうか判定する。ここで、ＣＲＬに、その証明書の番号が記載されていた場合はＳ５０２に進み、その証明書を無効にして、この処理を終了する。一方、Ｓ５０１で、有効性を確認したい証明書の番号がＣＲＬに記載されていない場合はＳ５０３に進み、その証明書は有効であると判定して、この処理を終了する。尚、このとき複数の証明書の有効性を確認するときは、Ｓ５０２及びＳ５０３の次に、複数の証明書の全ての有効性を確認したかどうか判定し、全ての証明書の確認が終了していないときはＳ５０１に戻る処理を追加すればよい。
【００３８】
図６は、実施形態１に係る画像形成装置１００が、証明書の検証モードとしてＯＣＳＰモードを選択したときに、証明書が有効かどうか判定する処理を説明するフローチャートである。尚、このフローチャートで示す処理は、ＣＰＵ１０１がフラッシュメモリ１０２からＲＡＭ１０３に展開したプログラムを実行することにより達成される。
【００３９】
このモードは、図２（Ａ）で、ＯＣＳＰボタン２０２が選択されることにより設定される。
【００４０】
先ずＳ６０１でＣＰＵ１０１は、証明書検証サーバ１２３に対して、ネットワークＩ／Ｆ１０９、ネットワーク１２０を介して、有効性を確認したい証明書に関する問い合わせを行なう。次にＳ６０２に進みＣＰＵ１０１は、証明書検証サーバ１２３から回答を受信する。次にＳ６０３に進みＣＰＵ１０１は、その回答に基づいて、その証明書が有効かどうか判定する。ここで、その証明書が無効との回答があった場合はＳ６０４に進みＣＰＵ１０１は、その証明書を無効と判定して、この処理を終了する。一方、Ｓ６０３でＣＰＵ１０１は、その証明書が無効ではないと判定するとＳ６０５へ進み、ＣＰＵ１０１はその証明書を有効と判定して、この処理を終了する。
【００４１】
図７は、実施形態１に係る画像形成装置１００が、証明書の検証モードとしてＣＲＬ優先モードを選択したときに、証明書が有効かどうか判定する処理を説明するフローチャートである。尚、このフローチャートで示す処理は、ＣＰＵ１０１がフラッシュメモリ１０２からＲＡＭ１０３に展開したプログラムを実行することにより達成される。
【００４２】
まずＳ７０１でＣＰＵ１０１は、図５のＳ５０１と同様に、ＨＤＤ１０４に格納されたＣＲＬを確認し、有効性の検証の対象である証明書の番号が、そのＣＲＬに記載されているかどうか判定する。ここで、その証明書の番号がＣＲＬに記載されていた場合はＳ７０２に進みＣＰＵ１０１は、その証明書は無効であると判定して、この処理を終了する。
【００４３】
一方、Ｓ７０１でＣＰＵ１０１が、その証明書の番号がＣＲＬに記載されていなかった場合はＳ７０３へと進む。Ｓ７０３でＣＰＵ１０１は、ネットワーク１２４を経由して証明書検証サーバ１２３に対して、その証明書に関する問い合わせを行なう。次にＳ７０４に進みＣＰＵ１０１は、証明書検証サーバ１２３から回答を受信する。次にＳ７０５に進みＣＰＵ１０１は、その証明書が無効であるとの回答があったかどうか判定し、無効であればＳ７０６に進み、その証明書を無効と判定して、この処理終了する。一方、Ｓ７０５でＣＰＵ１０１は、その証明書が無効でないと判定するとＳ７０７に進み、その証明書を有効と判定して、この処理終了する。
【００４４】
図７では、ＣＲＬを優先するモードであるため、最初にＣＲＬに、有効性を検証したい証明書の番号があるかどうかを調べ、ＣＲＬに、その証明書の番号が記載されていれば、その証明書が無効と判定する。一方、ＣＲＬに、その証明書の番号が記載されていなければ証明書検証サーバ１２３に問い合わせ、その証明書が有効か、無効かを判定する。
【００４５】
以上説明したように実施形態１によれば、ＣＲＬ優先モードを設けることで、ＣＲＬに記載されていない証明書の場合だけ、証明書検証サーバによる証明書の検証を行なう。これにより、ネットワークへのアクセスを軽減しながら、証明書が有効か無効かを検証できる。
【００４６】
［実施形態２］
次に、本発明の実施形態２に係る画像形成装置におけるＣＲＬ優先モードでの証明書の検証処理を説明する。尚、実施形態２に係る画像形成装置１００及びシステムの構成は、前述の実施形態１の図１と同様であるため、その説明を省略する。
【００４７】
図８は、実施形態２に係る画像形成装置１００が、証明書の検証モードとしてＣＲＬ優先モードを選択したときに、証明書が有効かどうか判定する処理を説明するフローチャートである。尚、このフローチャートで示す処理は、ＣＰＵ１０１がフラッシュメモリ１０２からＲＡＭ１０３に展開したプログラムを実行することにより達成される。図８のＳ８０１，Ｓ８０２は、実施形態１の図７のＳ７０１、Ｓ７０２と同様であるため、その説明を省略する。
【００４８】
Ｓ８０３でＣＰＵ１０１は、ＨＤＤ１０４に格納された証明書検証サーバ１２３からの回答を記憶したキャッシュを確認する。このキャッシュには、以前、証明書検証サーバ１２３に問合せを行なった際に、無効と回答された証明書の番号を保持したファイルが記憶されている。次にＳ８０４に進みＣＰＵ１０１は、そのキャッシュに、有効性の検証対象である証明書の番号が記憶されているかどうか判定する。ここで、その証明書の番号がキャッシュに記載されていると判定するとＳ８０５に進み、その証明書は無効であると判定して、この処理を終了する。
【００４９】
一方、Ｓ８０４でキャッシュに、その証明書の番号が記載されていないと判定するとＳ８０６に進み、前述の図７のＳ７０３〜７０７と同様にして、Ｓ８０６〜Ｓ８１０で、その証明書が有効かどうか判定する。そしてＳ８１１でＣＰＵ１０１は、無効と判定された証明書の番号を、前述のキャッシュのファイルに追加して、この処理を終了する。
【００５０】
以上説明したように実施形態２によれば、証明書検証サーバから受信した回答で無効とされた証明書の番号をキャッシュとして格納しておき、証明書検証サーバに問い合わせる前に、そのキャッシュを参照して証明証の有効性を判定する。これにより、無効である証明証を迅速に判定できる。またＣＲＬに加えて、証明書検証サーバからの回答を参照できるので、ネットワークへのアクセスを低減しながら、証明書の検証を行なうことができる。
【００５１】
尚、キャッシュに保持する情報は、画像形成装置１００が、定期的に証明書検証サーバ１２３に証明書の有効性を問い合わせ、その結果を上記キャッシュに保持して更新するようにしても良い。
【００５２】
［実施形態３］
次に、本発明の実施形態３に係る画像形成装置におけるＣＲＬ優先モードでの証明書の検証処理を説明する。尚、実施形態３に係る画像形成装置１００及びシステムの構成は、前述の実施形態１の図１と同様であるため、その説明を省略する。
【００５３】
図９は、実施形態３に係る画像形成装置１００が、証明書の検証モードとしてＣＲＬ優先モードを選択したときに、証明書が有効かどうか判定する処理を説明するフローチャートである。尚、このフローチャートで示す処理は、ＣＰＵ１０１がフラッシュメモリ１０２からＲＡＭ１０３に展開したプログラムを実行することにより達成される。図９のＳ９０５〜Ｓ９１１は、実施形態１の図７のＳ７０１〜７０７と同様であるため、その説明を省略する。
【００５４】
この実施形態３と、前述の実施形態１，２との違いは、特定の通信先や証明書の発行元を予め登録しておき、その登録した条件に合致した証明書の検証では、ＣＲＬのみを参照する点にある。ここで特定の通信先とは、例えば、ユーザ自身が運用を行なっているオンプレミスサーバなどを指している。また、特定の証明書の発行先とは、ユーザ自身のプライベート認証局などを指している。このようにユーザ自身が運用しているオンプレミスサーバやプライベート認証局の場合は、証明書の有効性についてユーザ自身が把握できているため、証明書検証サーバへの問合せは行なわない。
【００５５】
Ｓ９０１でＣＰＵ１０１は、予め登録された条件に合致した特定の通信先或いは、特定の発行元の証明書かどうかを判別する。ここで特定の通信先や特定の発行元の証明書と判別した場合はＳ９０２に進み、前述の図５のフローチャートのＳ５０１〜Ｓ５０３で説明した証明書の検証を行なう。またＳ９０１で特定の通信先や証明書の発行元でないと判別した場合はＳ９０５に進み、前述の図７のＳ７０１〜７０７で示す証明書の検証処理を実行する。
【００５６】
以上説明したように実施形態３によれば、特定の通信先、或いは証明書の特定の発行元の証明書である場合は、ＣＲＬだけで証明書の有効／無効を判定することで、証明書検証サーバにアクセスする頻度を低減して、証明書の検証を行なうことができる。
【００５７】
（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００５８】
本発明は上記実施形態に制限されるものではなく、本発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。
【符号の説明】
【００５９】
１００…画像形成装置、１０１…ＣＰＵ、１０３…ＲＡＭ、１０４…ＨＤＤ、１１２…操作部、１１８…ＰＣ，１２０…ＬＡＮ，１２２…認証局、１２３…証明書検証サーバ、１２４…ネットワーク
【図１】
2017152986.tif 000003
【図２】
2017152986.tif 000004
【図３】
2017152986.tif 000005
【図４】
2017152986.tif 000006
【図５】
2017152986.tif 000007
【図６】
2017152986.tif 000008
【図７】
2017152986.tif 000009
【図８】
2017152986.tif 000010
【図９】
2017152986.tif 000011