(57)【要約】【課題】ＳＳＬ通信においてデジタル証明書の有効性確認の結果が失効であっても、時間が経過すれば有効になる可能性がある場合は再度操作者による操作を行うことなく、好適に再接続を行う仕組みを提供する。【解決手段】情報処理装置は、接続対象のＷｅｂサーバーからデジタル証明書を取得し、有効性確認サーバーに、取得したデジタル証明書の有効性を問い合わせ、その問い合わせ結果が、デジタル証明書が失効状態であることを示すときに、失効理由が一時的な理由でなければ、Ｗｅｂサーバへの接続処理を停止し、失効理由が一時的な理由であれば、所定時間が経過した後に接続処理をリトライする。【選択図】  図６
2016072757.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置であって、
接続対象のＷｅｂサーバーからデジタル証明書を取得する取得手段と、
複数の前記デジタル証明書の有効性のリストを管理する有効性確認サーバーに、前記取得手段によって取得したデジタル証明書の有効性を問い合わせる問い合わせ手段と、
前記問い合わせ手段による問い合わせ結果が、前記デジタル証明書が失効状態であることを示すときに、失効理由が一時的な理由でなければ、前記Ｗｅｂサーバーへの接続処理を停止し、失効理由が一時的な理由であれば、所定時間が経過した後に前記接続処理をリトライする制御手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記制御手段は、
前記Ｗｅｂサーバーへの接続処理をリトライする際に、前記取得手段によって前記Ｗｅｂサーバーから前記デジタル証明書を取得させ、取得した前記デジタル証明書についての有効性を、前記有効性確認サーバーに対して前記問い合わせ手段によって問い合わせることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記取得手段によって取得した前記デジタル証明書を記憶する記憶手段をさらに備え、
前記制御手段は、
前記Ｗｅｂサーバーへの接続処理をリトライする際に、前記記憶手段に記憶されている前記デジタル証明書についての有効性を、前記有効性確認サーバーに対して前記問い合わせ手段によって問い合わせることを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記Ｗｅｂサーバーと通信を行うアプリケーションごとに、前記接続処理をリトライする時間間隔を定義した第１テーブルをさらに備え、
前記制御手段は、前記Ｗｅｂサーバーへ接続する要因となったアプリケーションに対応する、前記第１テーブルに定義された前記時間間隔に従った所定時間が経過した後に、前記接続処理をリトライすることを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
【請求項５】
前記Ｗｅｂサーバーと通信を行うアプリケーションごとに、前記接続処理をリトライするか否かを定義した第２テーブルをさらに備え、
前記制御手段は、前記Ｗｅｂサーバーへ接続する要因となったアプリケーションに対応する、前記第２テーブルに従って、前記接続処理をリトライするか否かを決定することを特徴とする請求項１乃至４の何れか１項に記載の情報処理装置。
【請求項６】
前記Ｗｅｂサーバーと通信を行うアプリケーションごとに、前記接続処理をリトライするか否かを、ユーザ入力に従って前記第２テーブルに設定する設定手段をさらに備えることを特徴とする請求項５に記載の情報処理装置。
【請求項７】
前記制御手段は、
前記接続処理のリトライ回数が所定回数を超えると、当該リトライを停止することを特徴とする請求項１乃至６の何れか１項に記載の情報処理装置。
【請求項８】
前記制御手段は、
前記接続処理のリトライが最初のリトライから一定時間を経過すると、当該リトライを停止することを特徴とする請求項１乃至７の何れか１項に記載の情報処理装置。
【請求項９】
前記制御手段は、
前記失効理由が一時的な理由であったにもかかわらず、前記デジタル証明書が完全に失効すると、当該リトライを停止することを特徴とする請求項１乃至８の何れか１項に記載の情報処理装置。
【請求項１０】
情報処理装置の制御方法であって、
取得手段が、接続対象のＷｅｂサーバーからデジタル証明書を取得する取得工程と、
問い合わせ手段が、複数の前記デジタル証明書の有効性のリストを管理する有効性確認サーバーに、前記取得工程で取得したデジタル証明書の有効性を問い合わせる問い合わせ工程と、
制御手段が、前記問い合わせ工程による問い合わせ結果が、前記デジタル証明書が失効状態であることを示すときに、失効理由が一時的な理由でなければ、前記Ｗｅｂサーバーへの接続処理を停止し、失効理由が一時的な理由であれば、所定時間が経過した後に前記接続処理をリトライする制御工程と
を実行することを特徴とする情報処理装置の制御方法。
【請求項１１】
請求項１０に記載の情報処理装置の制御方法における各工程をコンピュータに実行させるための該コンピュータで読み取り可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル証明書の有効性を検証する情報処理装置、その制御方法、及びプログラムに関する。
【背景技術】
【０００２】
デジタル証明書の有効性を確認する方法として、自身で失効リスト（ＣＲＬ：Ｃｅｒｔｉｆｉｃａｔｅ  Ｒｅｖｏｃａｔｉｏｎ  Ｌｉｓｔ）を保持することによって確認する方法がある。例えば、特許文献１には、失効リストを定期的に取得して蓄積することで、ある期間のデジタル証明書の有効性の確認を行う技術が提案されている。
【０００３】
一方、失効リストを自身で保持する方法以外で、ＯＣＳＰ（Ｏｎｌｉｎｅ  Ｃｅｒｔｉｆｉｃａｔｅ  Ｓｔａｔｕｓ  Ｐｒｏｔｏｃｏｌ）のようにネットワーク上のサーバーで失効リストに相当する情報を管理する手法がある。当該手法では、デジタル証明書の有効性を確認する端末がそのデジタル証明書の情報をサーバーに送信し、その応答として有効性の確認結果を得ることができる。このようなデジタル証明書の有効性の確認によって得られるステータスとしては「有効」と「失効」とがある。「失効」のステータスは、さらに細かく理由が定義されており、ＯＣＳＰで有効性の確認結果を受け取る場合には、その理由も一緒に送付される。当該理由としては、「秘密鍵が漏洩した」、「一時的に保留（一時停止状態）」、「発行者の信頼性が失われた」、「内容が更新された」、「破棄された」、「不要になった」というものが定義されている（ＲＦＣ  ２５６０参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−１３４１０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来技術には以下に記載する問題がある。例えば、上記従来技術では、デジタル証明書の有効性確認において、失効のステータスにあるものは理由の如何に関わらず全て無効と判定される。そのため、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）の接続時にサーバーから送付されたサーバー証明書が失効状態になっている場合、当該時点で接続を切断し、その後のサーバーへのアクセスを諦めていた。
【０００６】
しかし、デジタル証明書のステータスが失効であっても、その理由が「一時的に保留」である場合、時間が経過すれば有効に戻る可能性がある。したがって、操作者は証明書が有効になったのを見計らって再度同じオペレーションを行う必要が生じていた。つまり、失効の理由が「一時的に保留」である場合は、当該保留が解消されてデジタル証明書のステータスが有効となるまで、操作者が何度かリトライする必要があり、煩わしい操作体系となっていた。
【０００７】
本発明は、上述の問題に鑑みて成されたものであり、ＳＳＬ通信においてデジタル証明書の有効性確認の結果が失効であっても、時間が経過すれば有効になる可能性がある場合は再度操作者による操作を行うことなく、好適に再接続を行う仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、情報処理装置であって、接続対象のＷｅｂサーバーからデジタル証明書を取得する取得手段と、複数の前記デジタル証明書の有効性のリストを管理する有効性確認サーバーに、前記取得手段によって取得したデジタル証明書の有効性を問い合わせる問い合わせ手段と、前記問い合わせ手段による問い合わせ結果が、前記デジタル証明書が失効状態であることを示すときに、失効理由が一時的な理由でなければ、前記Ｗｅｂサーバーへの接続処理を停止し、失効理由が一時的な理由であれば、所定時間が経過した後に前記接続処理をリトライする制御手段とを備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、ＳＳＬ通信においてデジタル証明書の有効性確認の結果が失効であっても、時間が経過すれば有効になる可能性がある場合は再度操作者による操作を行うことなく、好適に再接続を行うことができる。
【図面の簡単な説明】
【００１０】
【図１】システム構成を示す図。
【図２】デジタル証明書の内容を示す図。
【図３】ハードウェア構成を示す図。
【図４】ソフトウェア構成を示す図。
【図５】第１の実施形態に係る通信フローを示すシーケンス図。
【図６】第１の実施形態に係る通信を行う際のデバイスの処理を示すフローチャート。
【図７】第２の実施形態に係る通信フローを示すシーケンス図。
【図８Ａ】、
【図８Ｂ】第２の実施形態に係る通信を行う際のデバイスの処理を示すフローチャート。
【図９】アプリケーション毎のリトライ処理に関するテーブルを示す図。
【図１０】操作部に表示する画面例を示す図。
【発明を実施するための形態】
【００１１】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１２】
＜第１の実施形態＞
＜システム構成＞
以下では、図１乃至図６、図１０、及び図１１を参照して、本発明の第１の実施形態について説明する。まず、図１を参照して、本実施形態のシステム構成について説明する。１０１は、情報処理装置である印刷装置を示す。印刷装置１０１は、Ｗｅｂサーバー１０４からサービスを受ける情報処理装置であり、Ｗｅｂサーバー１０４との間でＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）を使用した暗号化通信を行うものとする。
【００１３】
１０２は、ネットワークに接続された任意のクライアント装置からデジタル証明書の有効性の確認依頼を受け付け、有効性を確認した後に結果をクライアント装置に対して応答する機能を有する、有効性確認サーバーである。有効性確認サーバー１０２は、デジタル証明書の失効リスト（ＣＲＬ：Ｃｅｒｔｉｆｉｃａｔｅ  Ｒｅｖｏｃａｔｉｏｎ  Ｌｉｓｔ）を管理する。そのようなリストは、通常信頼された機関である認証局１０３などが発行する。なお、ここでは、本発明を適用する装置を印刷装置１０１とし、Ｗｅｂサーバー１０４にＳＳＬによりアクセスするクライアント装置と仮定しているが、サーバー装置に適用してもよいし、ＳＳＬ通信以外の任意の処理を実行してもよい。
【００１４】
ＳＳＬによる接続を行う際には、印刷装置１０１がＷｅｂサーバー１０４の公開鍵を利用するが、その公開鍵が本当にＷｅｂサーバー１０４の公開鍵であることを印刷装置１０１で確認する必要がある。したがって、Ｗｅｂサーバー１０４は、保持しているデジタル証明書を印刷装置１０１に送付する。
【００１５】
印刷装置１０１は、受信したデジタル証明書を検証することによって、正しい認証局から発行された問題ない証明書であることを確認する。ここでは、Ｗｅｂサーバー１０４は、図２の２００に示すデジタル証明書を有していると仮定する。デジタル証明書２００は、属性情報として、バージョン、シリアル番号、署名アルゴリズム、発行者、有効期間、及びサーバーに関する情報などを含んでいる。サーバーに関する情報としては、サブジェクト情報として、”Ｊａｐａｎ  Ｔｏｋｙｏ”などのサーバの設置位置を示す情報や、ＣＮ（ｃｏｍｍｏｎ  ｎａｍｅ）として接続先を示す情報、フレンドリ名として”ｐｒｉｎｔｅｒ１”などの情報を含むことができる。なお、一般的にデジタル証明書は、「有効」、「失効」のステータス（状態情報）を含んでおり、印刷装置１０１によるデジタル証明書の検証時にステータスの情報も確認する。この確認は有効性確認サーバー１０２に問い合わせることによって行われる。その際、印刷装置１０１は、デジタル証明書の識別情報を有効性確認サーバー１０２に対して送付する。ここでは、印刷装置１０１が送信するデジタル証明書の識別情報としてはシリアル番号となる。
【００１６】
有効性確認サーバー１０２では、このシリアル番号を含むデジタル証明書が有効か否かを、図２の２１０のような情報を含む失効リストと照らし合わせる。失効リスト２１０は、失効中のデジタル証明書のシリアル番号、有効期間、及び失効理由などが含まれている。有効性確認サーバー１０２は、照合結果と、デジタル証明書が失効中の場合はその理由を含めて印刷装置１０１に回答する。デジタル証明書の失効の理由としては、一般的に「秘密鍵が漏洩した」「一時的に保留（一時停止状態）」「発行者の信頼性が失われた」「内容が更新された」「破棄された」「不要になった」などが知られている。このうち「一時的に保留」の場合のみ後で有効なステータスに戻る可能性がある。
【００１７】
＜印刷装置の構成＞
次に、図３及び図４を参照して、印刷装置１０１のハードウェア構成とソフトウェア構成とについて説明する。図３は、印刷装置１０１のハードウェア構成を示す。なお、本実施形態では印刷装置１０１を一例に説明するが、本発明は、他の情報処理装置であっても適用することができる。
【００１８】
印刷装置１０１は、ＣＰＵ３０１、揮発性メモリ３０２、不揮発性メモリ３０３、操作部３０４、ＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  ｃｏｎｔｒｏｌｌｅｒ）３０５、スキャナ３０６、及びプリンタ３０７を備える。ＣＰＵ３０１は、印刷装置１０１のソフトウェアプログラムを実行し、装置全体を統括的に制御する。揮発性メモリ３０２は、ランダムアクセスメモリであり、ＣＰＵ３０１が印刷装置１０１を制御する際に、一時的なデータの格納などに使用される。不揮発性メモリ３０３は、ハードディスクドライブやＮＶＲＡＭ等、不揮発性のメモリであり、印刷装置１０１の各種設定値や有効性確認サーバー１０２との通信で取得した各種データを保存する。操作部３０４は、液晶パネルを備え、各種操作画面を表示させるとともに、操作画面を介して入力されるユーザからの指示をＣＰＵ３０１に伝達する。ＮＩＣ３０５は、ネットワークインタフェースの役割を担い、印刷装置１０１をネットワークに接続する。スキャナ３０６は、原稿上の画像を読み取って画像データを生成し、出力する。プリンタ３０７は、画像データに基づく画像を記録媒体上に印刷する。
【００１９】
図４は、印刷装置１０１のＣＰＵ３０１によって実行されるソフトウェアの構成を示す。印刷装置１０１は、ソフトウェア構成として、アプリケーション４０１、暗号化通信部４０２、証明書検証部４０３、証明書保持部４０４、及び証明書ステータス監視部４０５を備える。アプリケーション４０１は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）等のプロトコルを用いてＷｅｂサーバー１０４から特定のサービスを受けるためのプログラムである。アプリケーション４０１は、画像データをＷｅｂＤＡＶ（Ｗｅｂ−ｂａｓｅｄ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ａｕｔｈｏｒｉｎｇ  ａｎｄ  Ｖｅｒｓｉｏｎｉｎｇ）を用いてＷｅｂサーバー１０４にアップロードする機能を有する。具体的には、操作部３０４又はネットワークを介してＮＩＣ３０５から命令を受け付け、スキャナ３０６から取り込んだ画像データ、又は不揮発性メモリ３０３に保存されている画像データをＷｅｂサーバー１０４にアップロードする機能を有する。
【００２０】
なお、上述した通り、アップロードする際の接続にはセキュリティを考慮してＳＳＬが使用される。暗号化通信部４０２は、このＳＳＬの通信処理を行うコンポーネントであり、Ｗｅｂサーバー１０４との通信路を暗号化するための処理を行う。証明書検証部４０３は、暗号化通信部４０２がＳＳＬの接続を行う過程でＷｅｂサーバー１０４から受け取ったデジタル証明書を検証するコンポーネントである。証明書検証部４０３は、検証の際に有効性確認サーバー１０２に対してデジタル証明書のシリアル番号を送付し、有効性確認サーバー１０２から送信される確認結果を受信する。
【００２１】
証明書保持部４０４は、有効性確認の結果、有効に戻る可能性がある「一時的に保留」の状態のデジタル証明書を保持するコンポーネントである。証明書ステータス監視部４０５は、証明書保持部４０４に保持されているデジタル証明書に関して定期的に有効性確認サーバー１０２に問い合わせることによって有効なステータスに戻っているか否かを確認する機能を有する。
【００２２】
＜シーケンス＞
次に、図５を参照して、本実施形における全体の処理シーケンスについて説明する。まず、Ｓ５０１で、印刷装置１０１のアプリケーション４０１が、Ｗｅｂサーバー１０４にＨＴＴＰリクエストを送信するタイミングで、暗号化通信部４０２がＷｅｂサーバー１０４に対してＳＳＬの接続処理を開始する。続いて、Ｓ５０２で、Ｗｅｂサーバー１０４は、印刷装置１０１に対して図２に示すデジタル証明書２００を送付する。
【００２３】
Ｓ５０３で、印刷装置１０１は、証明書検証部４０３が受信したデジタル証明書を検証する過程で有効性確認サーバー１０２に対してデジタル証明書のシリアル番号を送付して有効性確認を依頼する。Ｓ５０４で、有効性確認サーバー１０２は、Ｓ５０３の依頼に対して、図２に示す失効リスト２１０を検索し、有効性の確認結果が失効している事実とその理由（ここでは、「一時的に保留」とする。）を回答する。Ｓ５０６で、印刷装置１０１は、この回答結果を証明書検証部４０３によって認識すると、今回のＳＳＬによるＷｅｂサーバー１０４との接続を切断する。その後、Ｓ５０７で、印刷装置１０１の証明書ステータス監視部４０５は、予め定められた一定の時間が経過するのを待機する。所定時間が経過するとアプリケーション４０１によって、再度Ｓ５０１からの処理を繰り返す。
【００２４】
これにより、デジタル証明書の状態が「一時的に保留」から有効に変化し、正常にＳＳＬ接続が行えた場合に自動的に再接続が行われることになる。例えば、操作部３０４からＷｅｂＤＡＶによる画像データの送信命令が行われた際に、ＳＳＬ接続の過程でＳ５０４の有効性確認の結果、デジタル証明書が「一時的に保留」の状態であった場合、操作部３０４上では送信に失敗した旨の表示がなされる。その後、接続を繰り返し試みることによってデジタル証明書の状態が「有効」になった時に自動的に送信が行われるため、操作者は、再度操作部３０４から送信命令を行う必要がなくなる。
【００２５】
＜処理手順＞
次に、図６を参照して、図５のシーケンスにおける、主にＳ５０５、Ｓ５０６の処理の詳細について説明する。以下で説明する処理は、印刷装置１０１のＣＰＵ３０１が不揮発性メモリ３０３に記憶されている制御プログラムを実行することによって実現される。なお、図６のフローチャートでは図５シーケンスに示す処理と同一の処理については同一のステップ番号を付している。以下では、Ｓ５０５及びＳ５０６の処理の詳細について説明する。
【００２６】
Ｓ５０４で証明書検証部４０３が有効性確認サーバー１０２から確認結果を受信すると、Ｓ５０５の処理に進む。Ｓ６０５で、ＣＰＵ３０１は、受信した結果が「有効」であるか否かを判定する。有効であればＳ６０６に進み、有効でなければＳ６０８に進む。Ｓ６０６で、ＣＰＵ３０１は、ＳＳＬの接続を完了して、Ｓ６０７でＷｅｂサーバー１０４との間の暗号化通信を開始して画像データを送信し、処理を終了する。
【００２７】
一方、デジタル証明書が失効していた場合、Ｓ６０８に進み、ＣＰＵ３０１は、失効している理由を確認する。Ｓ６０９で、ＣＰＵ３０１は、失効の理由が「一時的に保留」の状態であるか否かを判定する。そうでない場合（完全に失効した場合）はＳ６１０に進み、ＣＰＵ３０１は、Ｗｅｂサーバー１０４との接続を切断して、処理を終了する。ここで、完全に失効した場合とは、例えば、デジタル証明書の失効理由が「一時的に保留」であったにもかかわらず、後述するリトライ処理を繰り返している後に、完全に失効したことを示す理由に変化した場合を含む。そのような場合には、当該リトライ処理を停止することが望ましい。なお、リトライ処理とは、接続対象であるＷｅｂサーバー１０４への接続処理が失敗した場合に、その後繰り返し接続処理を実行することをいう。Ｓ６０８の結果が「一時的に保留」の場合はＳ６１１に進み、ＣＰＵ３０１は、将来的に有効に戻る可能性があることを期待して、今回のＳＳＬ接続を切断する。しかしながら、Ｓ５０７で所定時間が経過するまで待機し、所定時間が経過すると再度Ｓ５０１に処理を戻して、アクセスを試みる（リトライ処理）。ここで、待機する所定時間とは、後述するテーブル９００に定義された値であり、Ｗｅｂサーバー１０４へ接続する要因となったアプリケーションに対応する時間間隔となる。
【００２８】
なお、上述したように「一時的に保留」の場合の処理の繰り返しに関して、リトライ回数や時間に上限を設けてもよい。その上限値は、操作部３０４などを介して設定された値でもよいし、印刷装置１０１の内部で決定された値でもよい。例えば、リトライ処理が３回（所定回数）までと決定されている場合、上記のリトライ処理を４回目以降は停止する。また、最初のリトライ処理から一定時間を経過すると、当該リトライ処理を停止してもよい。なお、印刷装置１０１は、当該リトライ処理（リトライ処理）に関する情報を記憶したテーブルを備え、当該テーブルを参照して処理を実行する。当該テーブルについては図９を用いて後述する。
【００２９】
＜テーブル＞
以下では、図９を参照して、印刷装置１０１が記憶する、リトライ処理に関するテーブルについて説明する。当該テーブルは、不揮発性メモリ３０３に記憶されている。なお、設定変更を可能とするために、揮発性メモリ３０２に記憶されてもよい。
【００３０】
印刷装置１０１は、図９に示すテーブル９００、９１０を備える。テーブル９００は、「一時的に保留」の場合のリトライ処理の時間間隔を、Ｗｅｂサーバー１０４に接続する要因となるアプリケーション毎に定義するテーブルである。テーブル９００の場合、アプリケーション４０１（ＷｅｂＤＡＶ）は、３０分間隔で有効性の確認を繰り返し、アプリケーション１は１０分間隔で有効性の確認を繰り返すことになる。この時間間隔は操作部３０４などを介して設定された値でもよいし、印刷装置１０１の内部で決められた値でもよい。
【００３１】
テーブル９１０は、「一時的に保留」の場合のリトライ処理を行うか否かを定義するテーブルである。アプリケーション毎にリトライ処理を実行するか否かを定義することができる。テーブル９１０の場合、アプリケーション４０１（ＷｅｂＤＡＶ）は有効性の確認を繰り返す設定（ＯＮ）となっている。一方、アプリケーション１は有効性の確認を繰り返さない設定（ＯＦＦ）となっている。この有効・無効の切り替えは、操作部３０４などを介してユーザ入力により設定された値でもよいし、印刷装置１０１の内部で決められた値でもよい。
【００３２】
＜画面例＞
次に、図１０を参照して、印刷装置１０１の操作部３０４に表示される操作画面について説明する。画面１０００は、失効している理由が「一時的に保留」の場合に有効性の確認を繰り返す処理（リトライ処理）を行うか否かを選択するための選択画面である。例えば、ＣＰＵ３０１は、上記Ｓ６１１で操作部３０４に画面１０００を表示し、ユーザ入力に従って、リトライ処理を実行するか否かを切り替えてもよい。
【００３３】
印刷装置１０１は、画面１０１０を操作部３０４に表示することによって「一時的に保留」の場合のリトライ処理を行っている間、Ｗｅｂサーバー１０４との通信を禁止してもよい。画面１０１０では、送信ボタンを選択できないように制御している。さらに、印刷装置１０１が「一時的に保留」の場合のリトライ処理を行っている際に、ステータスが有効に戻ったことを検知すると、特定の宛先に対してメール等を使用してその旨の通知を送信してもよい。
【００３４】
以上説明したように、本実施形態に係る印刷装置（情報処理装置）１０１は、Ｗｅｂサーバー１０４から取得したデジタル証明書の有効性を有効性確認サーバー１０２を通じて確認する。ここで、デジタル証明書が失効状態である場合は、Ｗｅｂサーバー１０４とのＳＳＬ接続を切断する。しかし、失効状態の理由が「一時的に保留」である場合、印刷装置１０１は、所定時間経過後にリトライ処理を実行し、再度デジタル証明書の有効性を確認する。これにより、本実施形態に係る印刷装置１０１は、ＳＳＬ通信においてデジタル証明書の有効性確認の結果が失効であっても、時間が経過すれば有効になる可能性がある場合は再度操作者による操作を行うことなく、再接続することができる。
【００３５】
＜第２の実施形態＞
以下では、図７乃至図８Ｂを参照して、本発明の第２の実施形態について説明する。上記第１の実施形態では、デジタル証明書の失効理由が「一時的に保留」であった場合に、Ｓ５０１乃至Ｓ５０７の処理を繰り返し行う制御及び構成について説明した。しかし、本実施形態では、Ｓ５０３乃至Ｓ５０７の処理を繰り返し行う制御及び構成について説明する。
【００３６】
図７のシーケンス図は、上記第１の実施形態と異なる点を示している。上述したように、本実施形態では、上記第１の実施形態とリトライ処理の内容が異なっており、図７のＳ７０１で示された部分が異なる処理である。具体的には、有効性確認サーバー１０２からの回答を受信し、失効理由が「一時的に保留」の場合に、リトライ処理（リトライ処理）として、ＳＳＬ接続（Ｓ５０１）からではなく有効性の確認（Ｓ５０３）から開始する点が異なる。
【００３７】
この処理について図８のフローチャートを用いて詳細を説明する。Ｓ８０１で、証明書検証部４０３は、検証したデジタル証明書が「一時的に保留」であった場合に、その証明書を証明書保持部４０４に保存し、Ｓ６１１で操作者に接続エラーを通知し、今回のＳＳＬ接続を切断し、図８ＢのＳ８１１に進む。ここでは、例えば、操作部３０４に画面１０００を表示してもよい。
【００３８】
Ｓ８１１で、証明書ステータス監視部４０５は、証明書保持部４０４に保存されたデジタル証明書を取得し、Ｓ８１２でそのシリアル番号を有効性確認サーバー１０２に対して送信し、その結果を有効性確認サーバーＳ８１２から受信する。続いて、Ｓ８１４で、証明書ステータス監視部４０５は、受信した結果が有効であるか否かを判定する。有効であればＳ５０１に進み、ＳＳＬ接続開始処理を再度実行する。一方、有効ではなければ、Ｓ８１５に進み、「一時的に保留」の状態であるか否かを判定する。そうではない場合（完全に失効した場合）はＳ８１７に進み、証明書ステータス監視部４０５は、保存されているデジタル証明書を破棄して、繰り返しの処理を終了する。また、「一時的に保留」の状態である場合はＳ８１９で、所定時間が経過するのを待ってＳ８１１に進み、有効性確認の処理を再開する。なお、Ｓ８１１乃至Ｓ８１９の処理は、Ｓ５０３乃至Ｓ５０６の処理に相当するものである。
【００３９】
なお、複数のアプリケーションが同じＷｅｂサーバー１０４と通信し、かつＷｅｂサーバー１０４がそれらのアプリケーションに対して同じデジタル証明書を送付するような場合が想定される。そのような場合には、証明書ステータス監視部４０５は、同じデジタル証明書に対してまとめて有効性確認のリトライ処理を行うようにしてもよい。
【００４０】
以上説明したように、本実施形態によれば、デジタル証明書が失効状態であって、かつ、失効理由が「一時的に保留」である場合に、有効となるまで繰り返し確認を行う制御の中で、その都度Ｗｅｂサーバー１０４との接続を開始する必要がない。つまり、リトライ処理において、毎回デジタル証明書を取得する必要がない。これは、一度取得したデジタル証明書の有効性を確認した際に、失効状態で「一時的に保留」である場合は、Ｓ８０１で当該デジタル証明書を保存することにより可能となる。したがって、本実施形態の印刷装置１０１は、再度、有効性の確認をする場合にＳ８０１で保存したデジタル証明書を用いて有効性確認サーバー１０２に問い合わせることができ、再度、Ｗｅｂサーバー１０４に接続してデジタル証明書を取得する必要がない。これにより、より効率的な処理の実行を実現することができる。
【００４１】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００４２】
１０１：印刷装置、１０２：有効性確認サーバー、１０３：認証局、１０４：Ｗｅｂサーバー１０４、４０１：アプリケーション、４０２：暗号化通信部、４０３：証明書検証部、４０４：証明書保持部、４０５：証明書ステータス監視部
【図１】
2016072757.tif 000003
【図２】
2016072757.tif 000004
【図３】
2016072757.tif 000005
【図４】
2016072757.tif 000006
【図５】
2016072757.tif 000007
【図６】
2016072757.tif 000008
【図７】
2016072757.tif 000009
【図８Ａ】
2016072757.tif 000010
【図８Ｂ】
2016072757.tif 000011
【図９】
2016072757.tif 000012
【図１０】
2016072757.tif 000013