中継処理装置、及びその制御方法、プログラム
【課題】 クライアント端末が接続要求する情報処理装置の安全性の確認作業を軽減すると共に、各クライアント端末における該情報処理装置に係る安全性を共通の基準で確認し、該クライアント端末と該情報処理装置との間で通信される通信データの中継の可否を制御すること。
【解決手段】 クライアント端末と情報処理装置との間で通信される通信データを中継する仕組みであって、クライアント端末と情報処理装置との間の通信データを中継するために用いられるＳＳＬ通信を情報処理装置と確立する際に情報処理装置から取得される情報処理装置の公開鍵証明書と、中継処理装置が信頼する認証局により発行された公開鍵証明書とを用いて、当該情報処理装置の公開鍵証明書が前記認証局により発行されたものであるか否かを判定し、その判定結果に従って、クライアント端末と情報処理装置との間の通信データの中継を許可するか否かを決定することを特徴とする。
【解決手段】 クライアント端末と情報処理装置との間で通信される通信データを中継する仕組みであって、クライアント端末と情報処理装置との間の通信データを中継するために用いられるＳＳＬ通信を情報処理装置と確立する際に情報処理装置から取得される情報処理装置の公開鍵証明書と、中継処理装置が信頼する認証局により発行された公開鍵証明書とを用いて、当該情報処理装置の公開鍵証明書が前記認証局により発行されたものであるか否かを判定し、その判定結果に従って、クライアント端末と情報処理装置との間の通信データの中継を許可するか否かを決定することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、中継処理装置、及びその制御方法、プログラムに関し、特に、クライアント端末と情報処理装置との間で通信される通信データの中継の可否を制御する技術に関するものである。
【背景技術】
【０００２】
近年、インターネットを介した情報交換が活発になるにつれて、重要な情報を、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）・ＴＬＳ（Ｔｒａｎｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）通信により暗号化して送信することが頻繁に行われるようになっている。
【０００３】
ＳＳＬ・ＴＬＳ通信の安全性は、サーバ公開鍵証明書を検証することによって通信相手の真正性を確認することに基づいている。
【０００４】
Ｗｅｂブラウザを使用して、ＳＳＬ・ＴＬＳ通信を提供するＷｅｂサーバにアクセスした場合、サーバ公開鍵証明書の検証に失敗した旨の警告が表示されることがある。この時、実際にアクセスを行うかどうかは利用者の判断に委ねられるが、利用者によっては警告の内容を理解できないために警告を無視してＷｅｂサーバへのアクセスを行う場合があることが問題になっている。
【０００５】
また、個人運営のＷｅｂサーバなどで自己署名証明書を用いることや、あるドメインを持つＷｅｂサーバに発行されたサーバ公開鍵証明書を、サブドメインを持つＷｅｂサーバでも用いる場合が考えられるが、そのような場合も、通常クライアント端末に用いられるＷｅｂブラウザでは警告が表示されてしまう。この時、警告が表示されるＷｅｂサーバが、自己署名証明書を用いているＷｅｂサーバなのか、または、あるドメインに対するサーバ公開鍵証明書を使用するサブドメインのＷｅｂサーバであり、安全であると考えられるサーバなのか、あるいは悪意を持つ攻撃者によるなりすましのＷｅｂサーバであるかなどを判断する方法を利用者は持ちえないことも問題となる。
【０００６】
安全なWebサーバであるかを判断する手法の１つとして、非特許文献１では、Ｗｅｂブラウザの拡張機能が、信頼済みＷｅｂサーバと通信して得たサーバ公開鍵証明書が確認されていた期間を、サーバ公開鍵証明書の検証に失敗したＷｅｂサーバの安全性を利用者が確認するための情報として使用することが記載されている。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】Ｄａｎ Ｗｅｎｄｌａｎｄｔ、Ｄａｖｉｄ Ｇ． Ａｎｄｅｒｓｏｎ、Ａｄｒｉａｎ Ｐｅｒｒｉｎｇ著「Ｐｅｒｓｐｅｃｔｉｖｅｓ： Ｉｍｐｒｏｖｉｎｇ ＳＳＨ−ｓｔｙｌｅ Ｈｏｓｔ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｗｉｔｈ Ｍｕｌｔｉ−Ｐａｔｈ Ｐｒｏｂｉｎｇ」
【０００８】
＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｕｓｅｎｉｘ．ｏｒｇ／ｅｖｅｎｔ／ｕｓｅｎｉｘ０８／ｔｅｃｈ／ｆｕｌｌ＿ｐａｐｅｒｓ／ｗｅｎｄｌａｎｄｔ／ｗｅｎｄｌａｎｄｔ＿ｈｔｍｌ／ｉｎｄｅｘ．ｈｔｍｌ＞
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、非特許文献１に記載の方法においては、サーバ公開鍵証明書の検証に失敗したＷｅｂサーバの安全性の確認は利用者に委ねられたままであり、依然として警告を無視して該Webサーバにアクセスを行う利用者を抑制することはできない。また、企業などの組織によっては、クライアント端末の違いから、非特許文献１のＷｅｂブラウザの拡張機能を導入できない端末が存在し、そのような端末から、安全性の確認が出来ていないWebサーバにアクセスしてしまうことが考えられる。
【００１０】
本発明の目的は、クライアント端末のユーザによる、該クライアント端末が接続要求する情報処理装置の安全性の確認作業を軽減可能にすると共に、各クライアント端末における該情報処理装置に係る安全性を共通の基準で確認し、該クライアント端末と該情報処理装置との間で通信される通信データの中継の可否を制御することである。
【課題を解決するための手段】
【００１１】
本発明は、クライアント端末と情報処理装置との間で通信される通信データを中継する中継処理装置であって、前記情報処理装置から取得される公開鍵証明書が、前記中継処理装置が信頼する認証局により発行されたものであるか否かを判定するために用いられる、前記認証局が発行する公開鍵証明書を記憶する記憶手段と、前記クライアント端末と前記情報処理装置との間の前記通信データを中継するために用いられるＳＳＬ通信を前記情報処理装置と確立する確立手段と、前記確立手段で前記情報処理装置とＳＳＬ通信を確立する際に前記情報処理装置から取得される前記情報処理装置の公開鍵証明書と、前記記憶手段に記憶されている公開鍵証明書とを用いて、当該公開鍵証明書が前記認証局により発行されたものであるか否かを判定する判定手段と、前記判定手段による判定結果に従って、前記クライアント端末と前記情報処理装置との間の通信データの中継を許可するか否かを決定する決定手段と、を備えることを特徴とする。
【００１２】
また、本発明は、クライアント端末と情報処理装置との間で通信される通信データを中継する、前記情報処理装置から取得される公開鍵証明書が、前記中継処理装置が信頼する認証局により発行されたものであるか否かを判定するために用いられる、前記認証局が発行する公開鍵証明書を記憶する記憶手段を備えた中継処理装置の制御方法であって、前記確立手段が、前記クライアント端末と前記情報処理装置との間の前記通信データを中継するために用いられるＳＳＬ通信を前記情報処理装置と確立する確立工程と、前記判定手段が、前記確立工程で前記情報処理装置とＳＳＬ通信を確立する際に前記情報処理装置から取得される前記情報処理装置の公開鍵証明書と、前記記憶手段に記憶されている公開鍵証明書とを用いて、当該公開鍵証明書が前記認証局により発行されたものであるか否かを判定する判定工程と、前記決定手段が、前記判定工程による判定結果に従って、前記クライアント端末と前記情報処理装置との間の通信データの中継を許可するか否かを決定する決定工程と、を備えることを特徴とする。
【００１３】
また、本発明は、クライアント端末と情報処理装置との間で通信される通信データを中継する中継処理装置で実行可能なプログラムであって、前記中継処理装置を、前記情報処理装置から取得される公開鍵証明書が、前記中継処理装置が信頼する認証局により発行されたものであるか否かを判定するために用いられる、前記認証局が発行する公開鍵証明書を記憶する記憶手段と、前記クライアント端末と前記情報処理装置との間の前記通信データを中継するために用いられるＳＳＬ通信を前記情報処理装置と確立する確立手段と、前記確立手段で前記情報処理装置とＳＳＬ通信を確立する際に前記情報処理装置から取得される前記情報処理装置の公開鍵証明書と、前記記憶手段に記憶されている公開鍵証明書とを用いて、当該公開鍵証明書が前記認証局により発行されたものであるか否かを判定する判定手段と、前記判定手段による判定結果に従って、前記クライアント端末と前記情報処理装置との間の通信データの中継を許可するか否かを決定する決定手段として機能させることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、クライアント端末のユーザによる、該クライアント端末が接続要求する情報処理装置の安全性の確認作業を軽減可能にすると共に、各クライアント端末における該情報処理装置に係る安全性を共通の基準で確認し、該クライアント端末と該情報処理装置との間で通信される通信データの中継の可否を制御することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態における中継処理システムの構成を示す図である
【図２】本発明の実施形態における各種端末のハードウェア構成を示す図である。
【図３】本発明の実施形態における中継処理装置の基本的な処理フローを示す図である。
【図４】本発明の実施形態における中継処理装置のＡＰデータ中継処理フローを示す図である。
【図５】本発明の実施形態における中継処理装置の通信セッション管理表の例を示す図である。
【図６】本発明の実施形態における中継処理装置の保持する証明書付加情報の例を示す図である。
【図７】本発明の実施形態における中継処理システムのＳＳＬセッションを新規作成した場合の通信処理フローの例を示す図である。
【図８】本発明の実施形態における中継処理システムのＳＳＬセッションの再利用を行った場合の通信処理フローの例を示す図である。
【発明を実施するための形態】
【００１６】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１７】
図１は、本発明の実施形態における中継処理システムの構成を示す図である。
【００１８】
尚、図１のネットワーク上に接続される各種端末と各種装置の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００１９】
中継処理システムは、利用者端末１１０と中継処理装置１２０と情報提供処理装置１３０から構成される。利用者端末１１０と中継処理装置１２０、中継処理装置１２０と情報提供処理装置１３０とはそれぞれネットワークを介して相互に通信可能に接続されている。
【００２０】
利用者端末１１０は、クライアント端末の適用例である。また、中継処理装置１２０は、本発明の中継処理装置の適用例である。また、情報提供処理装置１３０は、情報処理装置の適用例である。
【００２１】
利用者端末１１０は、情報提供処理装置１３０が提供するコンテンツデータを取得し表示するために使用する情報処理装置である。利用者端末１１０は、閲覧処理部１１１とＣＡ証明書保存部１１２とを備えている。
【００２２】
閲覧処理部１１１は、一般にＷｅｂブラウザと呼ばれるＨＴＴＰプロトコル、ＨＴＴＰＳプロトコルのクライアントプログラムに相当する機能処理部である。閲覧処理部１１１は利用者からの指示を受付け、中継処理装置１２０を経由して情報提供処理装置１３０へ通信要求メッセージを送信し、該通信要求メッセージに対して情報提供処理装置１３０から応答された通信応答メッセージを受信し、該通信応答メッセージを整形したものを利用者端末１１０のＣＲＴ２１０等に表示する機能を備えている。この時、閲覧処理部１１１と中継処理装置１２０のクライアント通信部１２１との間で開設される通信コネクションをプロキシ回線１４１とする。
【００２３】
ここで、プロキシ回線１４１（第１のＳＳＬ通信）は、利用者端末１１０と中継処理装置１２０との間で確立されるＳＳＬによる暗号化通信であって、物理的な回線を示しているのではなく、暗号化通信を行う仮想的な（論理的な）通信を示している。
【００２４】
ＣＡ証明書保存部１１２は、中継処理装置１２０のサーバ公開鍵証明書を検証する際に用いる利用者端末１１０が信頼するＣＡ公開鍵証明書を記憶する記憶領域である。すなわち、ＣＡ証明書保存部１１２には、利用者が信頼する第三者の認証局（CA）のCA公開鍵証明書（該CAが発行した公開鍵を含む）が記憶されている。このCA公開鍵証明書を用いて、中継処理装置１２０のサーバ公開鍵証明書の正当性を検証することが可能となる。
【００２５】
中継処理装置１２０は、一般にプロキシサーバと呼ばれるプログラムまたは装置がもつ機能を備える情報処理装置である。中継処理装置１２０は、利用者端末１１０から送信される通信要求メッセージを受信し、宛先である情報提供処理装置１３０へ該通信要求メッセージを中継し、該情報提供処理装置１３０から応答される通信応答メッセージを、該利用者端末１１０へ中継することができる。
【００２６】
中継処理装置１２０は、クライアント通信部１２１と、サーバ通信部１２２と、クライアント側暗号処理部１２３と、通信制御部１２４と、サーバ側暗号処理部１２５と、代理用暗号鍵保存部１２６と、証明書付加情報保存部１２７と、ＣＡ証明書保存部１２８と、管理表保存部１２９と、から構成される。
【００２７】
クライアント通信部１２１は、利用者端末１１０の閲覧処理部１１１から接続要求を受け付け、通信要求メッセージを受信し、通信応答メッセージを閲覧処理部１１１に送信する機能を備える。
【００２８】
サーバ通信部１２２は、情報提供処理装置１３０のサーバ処理部１３１へ接続し、通信要求メッセージをサーバ処理部１３１に送信し、サーバ処理部１３１から通信応答メッセージを受信する機能を備える。
【００２９】
クライアント側暗号処理部１２３は、利用者端末１１０の閲覧処理部１１１との通信回線（プロキシ回線１４１）において、ＳＳＬ（ＴＬＳを含む）を確立するためのサーバ側処理を行う機能を備える。
【００３０】
通信制御部１２４は、クライアント通信部１２１が行う処理と、クライアント側暗号処理部１２３が行う処理と、サーバ通信部１２２が行う処理と、サーバ側暗号処理部１２５が行う処理と、の間で同期制御処理を行う機能をもつ。また、通信制御部１２４は、該同期制御処理において関連する情報を、管理表保存部１２９へ記憶させる機能と、管理表保存部１２９に記憶されているデータを参照する機能とを備えている。
【００３１】
サーバ側暗号処理部１２５は、情報提供処理装置１３０のサーバ処理部１３１との通信回線（サーバ回線１４２）において、ＳＳＬ（ＴＬＳを含む）コネクションのクライアント側処理を行う機能を備える。
【００３２】
ここで、サーバ回線１４２（第２のＳＳＬ通信）は、中継処理装置１２０と情報提供処理装置１３０との間で確立されるＳＳＬによる暗号化通信であって、物理的な回線を示しているのではなく、暗号化通信を行う仮想的な（論理的な）通信である。
【００３３】
代理用暗号鍵保存部１２６は、プロキシ回線１４１上のＳＳＬ（ＴＬＳを含む）ハンドシェイク処理の中で利用される中継処理装置１２０のサーバ公開鍵証明書と秘密鍵を記憶している記憶領域である。
【００３４】
ＣＡ証明書保存部１２８は、情報提供処理装置１３０のサーバ公開鍵証明書を検証する際に用いる、中継処理装置１２０が信頼するＣＡ公開鍵証明書を記憶する記憶領域である。すなわち、ＣＡ証明書保存部１２８には、中継処理装置１２０（すなわち、例えば、社内の全ての利用者端末）が信頼する第三者の認証局（CA）のCA公開鍵証明書（該CAが発行した公開鍵を含む）が記憶されている。このCA公開鍵証明書を用いて、情報提供処理装置１３０のサーバ公開鍵証明書の正当性を検証することが可能となる。
【００３５】
すなわち、ＣＡ証明書保存部１２８は、情報提供処理装置１３０から取得される公開鍵証明書が、中継処理装置が信頼する認証局により発行されたものであるか否かを判定するために用いられる、認証局が発行する公開鍵証明書を記憶している（記憶手段）。
【００３６】
証明書付加情報保存部１２７（図６）は、あらかじめ中継処理装置１２０で保持しておく、情報提供処理装置のサーバ公開鍵証明書に関する付加情報を記憶するための記憶領域である。証明書付加情報の例を図６で示す。
【００３７】
サーバ識別子欄は、情報提供処理装置１３０を識別するための情報として情報提供処理装置１３０のホスト名とＴＣＰポート番号の組み合わせた情報（サーバ識別子）を保存する場所である。証明書フィンガープリント欄は、該サーバ識別子で表される情報提供処理装置のサーバ公開鍵証明書に記載される情報である証明書のフィンガープリント（Ｃｅｒｔｉｆｉｃａｔｅ Ｓｉｇｎａｔｕｒｅ Ｖａｌｕｅ）を記憶する場所である。Ｓｔａｒｔ＿Ｔｉｍｅ欄は、該証明書フィンガープリントが確認された最も古い時間である。Ｅｎｄ＿Ｔｉｍｅ欄は、該証明書フィンガープリントが確認された最も新しい時間である。
【００３８】
なお、中継処理装置１２０が保持する証明書付加情報（図６）の各フィールドのデータは、中継処理装置１２０が様々なサーバ識別子で表されるサーバ（情報提供処理装置）に、予めアクセスして取得し記憶しておく。また、すでに保存されているサーバ識別子で表されるサーバには、例えば１日１回アクセスを行い更新するようにしてもよい。
【００３９】
例えば、中継処理装置１２０は、あるサーバ識別子で表されるサーバにアクセスし、該サーバから取得したサーバ公開鍵証明書に記載されている証明書のフィンガープリント（Ｃｅｒｔｉｆｉｃａｔｅ Ｓｉｇｎａｔｕｒｅ Ｖａｌｕｅ）とサーバ識別子とを証明書付加情報（図６）に保存する。
【００４０】
保存時、該サーバ識別子がサーバ識別子欄に記憶されていない、または該証明書フィンガープリントが証明書フィンガープリント欄に記憶されていない場合、サーバ識別子欄に該サーバ識別子を記憶し、証明書フィンガープリント欄に該証明書フィンガープリントを記憶し、Ｓｔａｒｔ＿Ｔｉｍｅ欄とＥｎｄ＿Ｔｉｍｅ欄に現在の日付を記憶する。
【００４１】
それ以外の場合、すなわち該サーバ識別子がサーバ識別子欄にすでに記憶されていて、かつ該証明書フィンガープリントが証明書フィンガープリント欄にすでに記憶されている場合、Ｅｎｄ＿Ｔｉｍｅ欄を現在の日付で更新する。
【００４２】
管理表保存部１２９は、通信セッション管理表を記憶するための記憶領域である。
【００４３】
（通信セッション管理表の説明）
【００４４】
通信セッション管理表（図５）は、中継する通信に関するセッション情報を記憶しておくために利用される表である。通信セッション管理表のレコードは、クライアント識別子欄、サーバ識別子欄、最終利用日時欄、クライアント側ハンドシェイク情報（セッションＩＤ―Ｃ欄、共通鍵その他―Ｃ欄）、サーバ側ハンドシェイク情報（セッションＩＤ―Ｓ欄、共通鍵その他―Ｓ欄、サーバ証明書欄）から構成される。通信セッション管理表の例を図５で示す。
【００４５】
クライアント識別子欄は、利用者端末１１０の閲覧処理部１１１を識別するための情報として利用者端末１１０のＩＰアドレスを保存する場所である。サーバ識別子欄は、情報提供処理装置１３０を識別するための情報として情報提供処理装置１３０のホスト名とＴＣＰポート番号の組み合わせた情報を保存する場所である。最終利用日時欄は、対象レコードによって表される通信が行われた最終の日時情報を保存する場所である。セッションＩＤ―Ｃ欄は、プロキシ回線１４１上のＳＳＬセッションのＩＤを保存する場所である。共通鍵その他―Ｃ欄は、プロキシ回線１４１上のＳＳＬセッションのハンドシェイク処理で交換した共通鍵と暗号スイートに関する情報を保存する場所である。セッションＩＤ―Ｓ欄は、サーバ回線１４２上のＳＳＬセッションのＩＤを保存する場所である。共通鍵その他―Ｓ欄は、サーバ回線１４２上のＳＳＬセッションのハンドシェイク処理で交換した共通鍵と暗号スイートに関する情報を保存する場所である。サーバ証明書欄は、サーバ回線１４２上のＳＳＬセッションのハンドシェイク処理で取得した情報提供処理装置１３０のサーバ公開鍵証明書を保存する場所である。
【００４６】
通信セッション管理表が保持している各レコードは、中継処理装置１２０により、定期的に検査され、最終利用日時欄の値が、検査日時と比較され、適当に決められた有効時間（例えば１２時間）以上古い日時を表している場合には削除される。
【００４７】
情報提供処理装置１３０は、利用者端末１１０から送られた通信要求メッセージを受信し、該通信要求メッセージの内容に基づき通信応答メッセージを応答する情報処理装置である。情報提供処理装置１３０は、サーバ処理部１３１とサーバ暗号鍵保存部１３２とを備えている。
【００４８】
サーバ処理部１３１は、一般にＷｅｂサーバと知られるプログラムに相当する機能処理部である。サーバ処理部１３１はＨＴＴＰプロトコルとＨＴＴＰＳプロトコルのサーバ機能を備えている。
【００４９】
サーバ暗号鍵保存部１３２は、サーバ処理部１３１がＨＴＴＰＳによる暗号化通信を行う場合に使用するサーバ公開鍵証明書と秘密鍵を記憶するための記憶領域である。
【００５０】
次に、図１の利用者端末１１０、中継処理装置１２０、情報提供処理装置１３０の各種端末のハードウェア構成について、図２を用いて説明する。利用者端末１１０、中継処理装置１２０、情報提供処理装置１３０は、一般に知られている情報処理装置である。
【００５１】
図２は、本発明の実施形態における各種端末のハードウェア構成を示す図である。
【００５２】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００５３】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００５４】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００５５】
また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。
【００５６】
ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。
【００５７】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標 ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュメモリ等の外部メモリ２１１へのアクセスを制御する。
【００５８】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００５９】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００６０】
本発明を実現するためのプログラムは外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラムが用いる前述したＣＡ証明書保存部１１２、代理用暗号鍵保存部１２６、証明書付加情報保存部１２７、ＣＡ証明書保存部１２８、管理表保存部１２９及びサーバ暗号鍵保存部１３２は、外部メモリ２１１に格納されている。
【００６１】
（中継処理装置で中継を行う暗号化通信の通信メッセージ交換フロー）
【００６２】
次に、利用者端末１１０と中継処理装置１２０と情報提供処理装置１３０との間の通信メッセージの交換フローの１つのケースを、図７を用いて説明する。
【００６３】
図７は、本発明の実施形態における暗号化通信を代理方式によって中継する場合の、利用者端末１１０と中継処理装置１２０と情報提供処理装置１３０との間の通信メッセージの交換フローの例を示す図である。
【００６４】
なお、図７中の利用者端末１１０と中継処理装置１２０との間の通信は、プロキシ回線１４１を介して行われる。
【００６５】
また、中継処理装置１２０と情報提供処理装置１３０との間の通信は、サーバ回線１４２を介して行われる。
【００６６】
また、図７と図８においては、ＳＳＬ（ＴＬＳを含む）規格において必要とされるメッセージ（ＣｈａｎｇｅＣｉｐｈｅｒＳｐｅｃ等）は、一般的なＳＳＬ（ＴＬＳを含む）規格に基づく、一般に知られている処理であるため、ここでは説明を省略している。
【００６７】
ステップＳ５０１ では、利用者端末１１０において、利用者が閲覧処理部１１１が提供するブラウザ画面において、情報提供処理装置１３０上のコンテンツを指し示すＵＲＬをアドレスバーなどへ入力するか、または既にブラウザ画面に表示中のコンテンツの中の該ＵＲＬへのリンク文字列をクリックするか、によって発生するコンテンツ取得要求によって、閲覧処理部１１１が、中継処理装置１２０のクライアント通信部１２１へ接続してプロキシ回線１４１を開設し、該プロキシ回線１４１上でＣＯＮＮＥＣＴメソッドによるプロキシリクエストを送信する。ＣＯＮＮＥＣＴメソッドによるプロキシリクエストとは、Ｗｅｂブラウザ等のクライアントがプロキシサーバを経由してＨＴＴＰＳサーバへ接続する際に発行されるリクエストであり、次の形式をもつ。
【００６８】
ＣＯＮＮＥＣＴ ホスト名：ポート番号 ＨＴＴＰ／１．０
【００６９】
次に、中継処理装置１２０は、受信したプロキシリクエストから、サーバ識別子（ホスト名：ポート番号）とクライアントのＩＰアドレスを取得し、管理表保存部１２９の通信セッション管理表（図５）に新規レコード（代理通信セッションレコードと呼ぶ）を作成する。
【００７０】
ステップＳ５０２では、中継処理装置１２０は、当該サーバ識別子の情報を元に情報提供処理装置１３０へＴＣＰ接続し、サーバ回線１４２を開設する。
【００７１】
ステップＳ５０３では、中継処理装置１２０は、該ＴＣＰ接続が成功したことを受け、利用者端末１１０へ「ＨＴＴＰ／１．０ ２００」という接続成功メッセージを返し、情報提供処理装置１３０へ中継可能であることを伝える。
【００７２】
ステップＳ５０４では、利用者端末１１０は、プロキシ回線１４１上でＣｌｉｅｎｔ Ｈｅｌｌｏメッセージを送信し、ＳＳＬハンドシェイクを開始する。
【００７３】
そして、Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを受けた中継処理装置１２０は、ＳＳＬのハンドシェイクの処理を開始し、ステップＳ５１６でハンドシェイクの処理が終了するまで、プロキシ回線１４１を確立する処理を行う。
【００７４】
ＳＳＬによる暗号化通信の回線を確立するために、ステップＳ５０４からハンドシェイクの処理を開始する。そして、ステップＳ５１６でハンドシェイクの処理が終了すると、プロキシ回線１４１（ＳＳＬによる暗号化通信の回線）を確立することができる。
【００７５】
ステップＳ５０５では、中継処理装置１２０は、サーバ回線１４２上で、情報提供処理装置１３０との間でＳＳＬセッションを開設（確立）するために、サーバ側暗号処理部１２５で生成したＣｌｉｅｎｔ Ｈｅｌｌｏメッセージを送信する。
【００７６】
以下にステップＳ５０４以降の処理について説明する。
【００７７】
まず、利用者端末１１０は、ステップＳ５０４でＳＳＬハンドシェイク開始要求（ＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏ）を送信する。
【００７８】
中継処理装置１２０は、該ＳＳＬハンドシェイクで受信した各メッセージは、そのまま情報提供処理装置１３０へ中継せずに、自身がサーバとしてハンドシェイクを行う。
【００７９】
中継処理装置１２０は、自身がサーバとしてハンドシェイクの処理に応じるために、利用者端末１１０に、ＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏ、ＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅ、ＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏ Ｄｏｎｅの各メッセージを送信する。
【００８０】
まず、利用者端末１１０の閲覧処理部１１１は、過去に中継処理装置１２０との通信で利用したＳＳＬのセッション情報（セッションＩＤを含む）が記憶されているか否かを判定する。
【００８１】
そして、利用者端末１１０の閲覧処理部１１１は、過去に中継処理装置１２０との通信で利用したＳＳＬのセッションＩＤが記憶されていると判定された場合は、当該セッションＩＤを含めたＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを中継処理装置１２０に送信する。
【００８２】
一方、利用者端末１１０の閲覧処理部１１１は、過去に中継処理装置１２０との通信で利用したＳＳＬのセッションＩＤが記憶されていないと判定された場合は、当該セッションＩＤを含めずにＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを中継処理装置１２０に送信する。
【００８３】
そして、中継処理装置１２０は、利用者端末１１０からＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを受信する。
【００８４】
図７では、利用者端末１１０から受信したＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージに当該セッションＩＤが含まれていない場合（ＳＳＬセッションを再開せずに新規のＳＳＬセッションを用いる場合）について説明する。
【００８５】
利用者端末１１０から受信したＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージに当該セッションＩＤが含まれている場合（ＳＳＬセッションを再開する場合）については、図８を用いて後で説明する。
【００８６】
中継処理装置１２０は、ステップＳ５０４で利用者端末１１０からＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを受信すると、当該ＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージの中に、セッションＩＤが含まれているか否かを判定する。そして、中継処理装置１２０は、当該ＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージの中に、セッションＩＤが含まれていないと判定された場合に、新規のセッションを作成するために新規の固有のセッションＩＤを生成する。
【００８７】
そして、中継処理装置１２０は、当該生成されたセッションＩＤを含むＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージを利用者端末１１０に送信する（ステップＳ５０６）。
【００８８】
さらに、中継処理装置１２０は、当該生成されたセッションＩＤを通信セッション管理表（図５）のセッションＩＤーＣ欄に記憶する。当該セッションＩＤは次回以降にセッションを再開する場合の識別子となる。
【００８９】
利用者端末１１０は、セッションＩＤを含むＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージを中継処理装置１２０から受信すると、当該ＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージに含まれているセッションＩＤをＳＳＬのセッション情報としてＲＡＭ２０３等のメモリに記憶する（キャッシュする）。
【００９０】
次に、中継処理装置１２０は、代理用暗号鍵保存部１２６に記憶されているサーバ公開鍵証明書を含むＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージを利用者端末１１０に送信する（ステップＳ５０７）。
【００９１】
利用者端末１１０は、中継処理装置１２０からＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージを受信し、外部メモリ２１１などのメモリに記憶する。
【００９２】
そして、中継処理装置１２０は、中継処理装置１２０での一連の処理の終了を通知するＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏ Ｄｏｎｅメッセージを利用者端末１１０に送信する（ステップＳ５０８）。
【００９３】
利用者端末１１０は、中継処理装置１２０からＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏ Ｄｏｎｅメッセージを受信すると、マスターシークレット（データの暗号化及び復号化に用いる共通鍵を生成するための情報）を生成する。
【００９４】
また、利用者端末１１０は、ここで生成されたマスターシークレットに従って、プロキシ回線１４１を介して中継処理装置１２０と通信する対象となるデータの暗号化及び復号を行うために用いる共通鍵を生成して、当該生成された共通鍵をＲＡＭ２０３等のメモリに記憶する。
【００９５】
利用者端末１１０は、ステップＳ５１７以降の処理で、プロキシ回線１４１を介してデータを中継処理装置１２０に送信する際は、当該データを、ここで生成された共通鍵を用いて暗号化して送信する。
【００９６】
また、利用者端末１１０は、中継処理装置１２０からプロキシ回線１４１を介して送信された暗号化されたデータを、ここで生成された共通鍵を用いて復号する。
【００９７】
そして、利用者端末１１０は、中継処理装置１２０から受信したＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージに含まれているサーバ公開鍵証明書に含まれるサーバの公開鍵を用いて、当該生成されたマスターシークレットを暗号化する。
【００９８】
そして、利用者端末１１０は、当該暗号化されたマスターシークレットを含むＣｌｉｅｎｔＫｅｙＥｘｃｈａｎｇｅメッセージを中継処理装置１２０に送信する。
【００９９】
中継処理装置１２０は、利用者端末１１０からＣｌｉｅｎｔＫｅｙＥｘｃｈａｎｇｅメッセージを受信する。
【０１００】
そして、中継処理装置は、当該ＣｌｉｅｎｔＫｅｙＥｘｃｈａｎｇｅメッセージに含まれている暗号化されたマスターシークレットを、利用者端末１１０に送信したＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージに含まれるサーバ公開鍵証明書（サーバの公開鍵を含む）に対応する秘密鍵を用いて復号する。
【０１０１】
なお、ここで用いる秘密鍵は、サーバ公開鍵証明書（サーバの公開鍵を含む）に対応付けられて代理用暗号鍵保存部１２６に記憶されており、利用者端末１１０に送信したサーバ公開鍵証明書（サーバの公開鍵を含む）に対応するものである。
【０１０２】
次に、中継処理装置１２０は、復号されたマスターシークレットに従って共通鍵を生成する。そして、中継処理装置１２０は、該生成された共通鍵の情報を前記代理通信セッションレコードの共通鍵その他ーＣ欄に記憶する。
【０１０３】
中継処理装置１２０は、ステップＳ５１７以降の処理で、プロキシ回線１４１を介してデータを利用者端末１１０に送信する際は、当該データを、ここで生成された共通鍵を用いて暗号化して送信する。また、中継処理装置１２０は、利用者端末１１０からプロキシ回線１４１を介して送信された暗号化されたデータを、ここで生成された共通鍵を用いて復号する。
【０１０４】
次に、ステップＳ５０９以降の処理について説明する。
【０１０５】
中継処理装置１２０は、利用者端末１１０からＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを受信すると、中継処理装置１２０をクライアントとして、情報提供処理装置１３０に、ＳＳＬハンドシェイク開始要求（ＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージ）を送信する（ステップＳ５０５）。
【０１０６】
情報提供処理装置１３０は、中継処理装置１２０から受信したＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージに応答して、中継処理装置１２０に、ＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージ（ステップＳ５０９）、ＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージ（ステップＳ５１０）、ＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏ Ｄｏｎｅメッセージ（ステップＳ５１１）の各メッセージを送信する。
【０１０７】
以下に、ステップＳ５０９からステップＳ５１１について、説明する。
【０１０８】
まず、中継処理装置１２０は、過去に情報提供処理装置１３０との通信で利用したＳＳＬのセッション情報（セッションＩＤ）が記憶されているか否かを判定する。
【０１０９】
具体的には、過去に、中継処理装置１２０と情報提供処理装置１３０との間のサーバ回線１４２で利用したセッションＩＤが、通信セッション管理表（図５）のセッションＩＤ−Ｓの欄に記憶されているか否かを中継処理装置１２０が判定する。
【０１１０】
そして、中継処理装置１２０は、中継処理装置１２０と情報提供処理装置１３０との間のサーバ回線１４２で利用したセッションＩＤが、通信セッション管理表（図５）のセッションＩＤ−Ｓの欄に記憶されていると判定された場合は、当該セッションＩＤを含めたＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを情報提供処理装置１３０に送信する。
【０１１１】
一方、中継処理装置１２０は、中継処理装置１２０と情報提供処理装置１３０との間のサーバ回線１４２で利用したセッションＩＤが、通信セッション管理表（図５）のセッションＩＤ−Ｓの欄に記憶されていないと判定された場合は、当該セッションＩＤを含めずにＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを情報提供処理装置１３０に送信する（Ｓ５０５）。
【０１１２】
そして、情報提供処理装置１３０は、中継処理装置１２０からＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを受信する。
【０１１３】
図７では、中継処理装置１２０から受信したＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージに当該セッションＩＤが含まれていない場合（ＳＳＬセッションを再開せずに新規のＳＳＬセッションを用いる場合）について説明する。
【０１１４】
中継処理装置１２０から受信したＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージに当該セッションＩＤが含まれている場合（ＳＳＬセッションを再開する場合）については、図８を用いて後で説明する。
【０１１５】
情報提供処理装置１３０は、ステップＳ５０５で中継処理装置１２０からＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを受信すると、当該ＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージの中に、セッションＩＤが含まれているか否かを判定する。
【０１１６】
そして、情報提供処理装置１３０は、当該ＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージの中に、セッションＩＤが含まれていないと判定された場合に、新規のセッションを作成するために新規の固有のセッションＩＤを生成する。
【０１１７】
そして、情報提供処理装置１３０は、当該生成されたセッションＩＤを含むＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージを中継処理装置１２０に送信する（ステップＳ５０９）。
【０１１８】
さらに、情報提供処理装置１３０は、当該生成されたセッションＩＤをＳＳＬのセッション情報としてＲＡＭ２０３等のメモリに記憶する（キャッシュする）。
【０１１９】
中継処理装置１２０は、セッションＩＤを含むＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージを情報提供処理装置１３０から受信すると、当該ＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージに含まれているセッションＩＤを、通信セッション管理表（図５）のセッションＩＤーＳ欄に記憶する。当該セッションＩＤは次回以降にセッションを再開する場合の識別子となる。
【０１２０】
次に、情報提供処理装置１３０は、サーバ暗号鍵保存部１３２に記憶されている情報提供処理装置１３０のサーバ公開鍵証明書を含むＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージを中継処理装置１２０に送信する。
【０１２１】
ステップＳ５１０では、中継処理装置１２０は、情報提供処理装置１３０から、ＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージを受信し、該メッセージに含まれる情報提供処理装置１３０のサーバ公開鍵証明書を取得する。
【０１２２】
中継処理装置１２０は、ＣＡ証明書保存部１２８に記憶されているＣＡ公開鍵証明書などを使って該サーバ公開鍵証明書が信頼できるか否かの検証処理を実施する。（後述するステップＳ３０５、ステップＳ３０６、ステップＳ３０７、ステップＳ３０８の処理に対応している）
【０１２３】
ステップＳ５１２では、中継処理装置１２０は、該サーバ公開鍵証明書の検証処理に失敗した場合に、証明書付加情報保存部に保持している情報（証明書付加情報（図６））を用いて、検証の付加処理を行う。該付加処理については、図３を用いて後で説明する。（後述するステップＳ３０７、ステップＳ３０８の処理に対応している）
【０１２４】
そして、情報提供処理装置１３０は、情報提供処理装置１３０での一連の処理の終了を通知するＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏ Ｄｏｎｅメッセージを中継処理装置１２０に送信する。
【０１２５】
ステップＳ５１１では、中継処理装置１２０は、情報提供処理装置１３０から、ＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏ Ｄｏｎｅメッセージを受信する。
【０１２６】
次に、中継処理装置１２０は、マスターシークレット（データの暗号化及び復号化に用いる共通鍵を生成するための情報）を生成する。
【０１２７】
また、中継処理装置１２０は、ここで生成されたマスターシークレットに従って、サーバ回線１４２を介して情報提供処理装置１３０と通信する対象となるデータの暗号化及び復号を行うために用いる共通鍵を生成して、当該生成された共通鍵を通信セッションレコード（図５）の共通鍵その他−Ｓの欄に記憶する。
【０１２８】
中継処理装置１２０は、ステップＳ５１８以降の処理で、サーバ回線１４２を介してデータを情報提供処理装置１３０に送信する際は、当該データを、ここで生成された共通鍵を用いて暗号化して送信する。
【０１２９】
また、中継処理装置１２０は、情報提供処理装置１３０からサーバ回線１４２を介して送信された暗号化されたデータを、ここで生成された共通鍵を用いて復号する。
【０１３０】
そして、中継処理装置１２０は、情報提供処理装置１３０から受信したＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージに含まれているサーバ公開鍵証明書に含まれるサーバの公開鍵を用いて、当該生成されたマスターシークレットを暗号化する。
【０１３１】
そして、中継処理装置１２０は、当該暗号化されたマスターシークレットを含むＣｌｉｅｎｔＫｅｙＥｘｃｈａｎｇｅメッセージを情報提供処理装置１３０に送信する。
【０１３２】
情報提供処理装置１３０は、中継処理装置１２０からＣｌｉｅｎｔＫｅｙＥｘｃｈａｎｇｅメッセージを受信する。
【０１３３】
そして、情報提供処理装置１３０は、当該ＣｌｉｅｎｔＫｅｙＥｘｃｈａｎｇｅメッセージに含まれている暗号化されたマスターシークレットを、中継処理装置１２０に送信したＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージに含まれるサーバ公開鍵証明書（サーバの公開鍵を含む）に対応する秘密鍵を用いて復号する。
【０１３４】
なお、ここで用いる秘密鍵は、サーバ公開鍵証明書（サーバの公開鍵を含む）に対応付けられてサーバ暗号鍵保存部１３２に記憶されており、情報提供処理装置１３０が中継処理装置１２０に送信したサーバ公開鍵証明書（サーバの公開鍵を含む）に対応するものである。
【０１３５】
次に、情報提供処理装置１３０は、復号されたマスターシークレットに従って共通鍵を生成する。そして、情報提供処理装置１３０は、該生成された共通鍵の情報を、外部メモリ２１１などのメモリに記憶する。
【０１３６】
中継処理装置１２０は、ステップＳ５１８以降の処理で、サーバ回線１４２を介してデータを情報提供処理装置１３０に送信する際は、当該データを、ここで生成された共通鍵を用いて暗号化して送信する。
【０１３７】
また、中継処理装置１２０は、情報提供処理装置１３０からサーバ回線１４２を介して送信された暗号化されたデータを、ここで生成された共通鍵を用いて復号する。
【０１３８】
ステップＳ５１３、ステップＳ５１４では、中継処理装置１２０と情報提供処理装置１３０とは相互にＨａｎｄｓｈａｋｅ ｆｉｎｉｓｈメッセージを交換し、サーバ回線１４２上のＳＳＬハンドシェイクを終了し、ＳＳＬによる暗号化通信であるサーバ回線１４２を確立する。
【０１３９】
すなわち、ステップＳ５０５、ステップＳ５０９、ステップＳ５１０、ステップＳ５１１、ステップＳ５１２、ステップＳ５１３、ステップＳ５１４の処理を経て、利用者端末と情報提供処理装置との間の通信データを中継するために用いられるＳＳＬ通信を情報提供処理装置と確立する（確立手段）。
【０１４０】
ステップＳ５１５、ステップＳ５１６では、利用者端末１１０と中継処理装置１２０とは相互にＨａｎｄｓｈａｋｅ ｆｉｎｉｓｈメッセージを交換し、前記プロキシ回線１４１上のＳＳＬハンドシェイクを終了し、ＳＳＬによる暗号化通信であるプロキシ回線１４１を確立する。
【０１４１】
ステップＳ５１７では、利用者端末１１０は、ステップＳ５０１において発生したコンテンツ取得要求に対応する通信要求メッセージを、プロキシ回線１４１上のＳＳＬハンドシェイクで取り決めた方法で暗号化した暗号化通信要求メッセージを、中継処理装置１２０へ送信する。
【０１４２】
すなわち、利用者端末１１０は、ステップＳ５０１において発生したコンテンツ取得要求に対応する通信要求メッセージを、中継処理装置１２０と共有している共通鍵を用いて暗号化して、当該暗号化された暗号化通信要求メッセージを中継処理装置１２０に送信する。
【０１４３】
ステップＳ５１８では、中継処理装置１２０は、利用者端末１１０から受信した暗号化通信要求メッセージを、利用者端末１１０と共有している共通鍵（通信セッション管理表（図５）の共通その他−Ｃに格納されている共通鍵）を用いて復号化し、当該復号することで得られる通信要求メッセージを取得する。
【０１４４】
また、中継処理装置１２０は、ここで取得した通信要求メッセージ（平文化通信要求メッセージとも言う）に対し、キーワード検査を行って機密情報として外部への送信が禁止されているデータが含まれているか否かを検査する処理を行い、禁止されているデータが含まれていれば、当該通信要求メッセージを情報提供処理装置１３０に送信せずに処理を終了する。一方、当該通信要求メッセージに送信が禁止されているデータが含まれていないと判定された場合は、当該通信要求メッセージを情報提供処理装置１３０に送信（中継）するべく、以下に説明する処理を行う。
【０１４５】
次に、該通信要求メッセージをサーバ回線１４２上のＳＳＬハンドシェイクで取り決めた方法で暗号化した暗号化通信要求メッセージを生成し、該メッセージを情報提供処理装置１３０へ送信する。
【０１４６】
すなわち、中継処理装置１２０は、該通信要求メッセージを、情報提供処理装置１３０と共有している共通鍵（通信セッション管理表（図５）の共通その他−Ｓに格納されている共通鍵）を用いて暗号化して、当該暗号化することにより生成される暗号化通信要求メッセージを情報提供処理装置１３０へ送信する。
【０１４７】
ステップＳ５１９では、情報提供処理装置１３０は、中継処理装置１２０から受信した暗号化通信要求メッセージを中継処理装置１２０と共有している共通鍵を用いて復号化し、当該復号することにより通信要求メッセージを生成する。
【０１４８】
そして、情報提供処理装置１３０は、中継処理装置１２０からの通信要求メッセージの応答メッセージとして通信応答メッセージを作成し、該通信応答メッセージを、中継処理装置１２０と共有している共通鍵を用いて暗号化して暗号化通信応答メッセージを生成し、該暗号化通信応答メッセージを中継処理装置１２０へ送信する。
【０１４９】
ステップＳ５２０では、中継処理装置１２０は、情報提供処理装置１３０から受信した暗号化通信応答メッセージを、情報提供処理装置１３０と共有している共通鍵（通信セッション管理表（図５）の共通その他−Ｓに格納されている共通鍵）を用いて復号化して通信応答メッセージを取得する。
【０１５０】
また、中継処理装置１２０は、ここで取得した通信応答メッセージ（平文化通信応答メッセージとも言う）に対し、キーワード検査を行って機密情報として内部への送信（中継）が禁止されているデータが含まれているか否かを検査する処理を行い、禁止されているデータが含まれていれば、当該通信応答メッセージを利用者他何津１１０に送信せずに処理を終了する。一方、当該通信応答メッセージに送信が禁止されているデータが含まれていないと判定された場合は、当該通信応答メッセージを利用者端末１１０に送信（中継）するべく、以下に説明する処理を行う。
【０１５１】
次に、中継処理装置１２０は、該通信応答メッセージをプロキシ回線１４１上のＳＳＬハンドシェイクで取り決めた方法で暗号化した暗号化通信応答メッセージを生成し、該メッセージを利用者端末１１０へ送信する。
【０１５２】
すなわち、中継処理装置１２０は、該通信応答メッセージを、利用者端末１１０と共有している共通鍵（代理通信セッション管理表（図５）の共通その他−Ｃに格納されている共通鍵）を用いて暗号化することによって、暗号化通信応答メッセージを生成し、当該暗号化通信メッセージを利用者端末１１０に送信する。
【０１５３】
利用者端末１１０は、中継処理装置１２０から受信した暗号化通信応答メッセージを、中継処理装置１２０と共有している共通鍵を用いて復号化することによって、通信応答メッセージを生成し、該通信応答メッセージを閲覧処理部１１１の画面へ表示するなどの処理を行う。
【０１５４】
ステップＳ５２１では、情報提供処理装置１３０は、ＳＳＬコネクションを終了するためにＳＳＬアラートプロトコルによる終了通知メッセージを中継処理装置１２０へ送信する。
【０１５５】
ステップＳ５２２では、中継処理装置１２０は、同じく終了通知メッセージを、情報提供処理装置１３０へ送信する。これにより、サーバ回線１４２を終了させる。
【０１５６】
ステップＳ５２３において、中継処理装置１２０は、ＳＳＬコネクションを終了するためにＳＳＬアラートプロトコルによる終了通知メッセージを利用者端末１１０へ送信する。
【０１５７】
ステップＳ５２４において、利用者端末１１０は、同じく終了通知メッセージを、中継処理装置１２０へ送信する。これにより、前記プロキシ回線１４１を終了させる。
【０１５８】
上述したＳＳＬの暗号化通信の確立手順は、一例であり、上述したメッセージ以外のメッセージを装置間で送受信して暗号化通信を確立するようにしてもよい。
【０１５９】
以上で、ＳＳＬの暗号化通信（回線）を介して通信される通信データを中継する際の通信メッセージ交換フローの例の説明を終了する。
【０１６０】
（セッション再開機能による暗号化通信を中継する場合の通信メッセージ交換フロー）
【０１６１】
次に、プロキシ回線１４１のＳＳＬコネクションとサーバ回線１４２のＳＳＬコネクションとにおいてセッション再開機能によりＳＳＬセッションを開設した場合の、利用者端末１１０と中継処理装置１２０と情報提供処理装置１３０との間の通信メッセージの交換フローについて、図８を用いて説明する。
【０１６２】
図８は、プロキシ回線１４１のＳＳＬコネクションとサーバ回線１４２のＳＳＬコネクションとにおいてセッション再開機能によりＳＳＬセッションを開設した場合の、利用者端末１１０と中継処理装置１２０と情報提供処理装置１３０との間の通信メッセージの交換フローの例を示す図である。
【０１６３】
セッション再開機能とは、過去に開設して終了させたセッションを再開するための機能であり、ＳＳＬにおいてセッションを新規に作成せずに再開させた場合はセッションを確立するために必要なセッション鍵（共通鍵）の生成、交換に関わる負荷の高い処理を省略できるために、性能向上のために利用される機能である。
【０１６４】
なお、図８中の利用者端末１１０と中継処理装置１２０との間のすべての通信はプロキシ回線１４１上で行われる。
【０１６５】
ステップＳ６０１の処理は、前述したステップＳ５０１の処理と同じである。
【０１６６】
ステップＳ６０２では、中継処理装置１２０は前述したステップＳ５０２と同じ処理を行う。
【０１６７】
ステップＳ６０３では、中継処理装置１２０は前述したステップＳ５０３と同じ処理を行う。
【０１６８】
ステップＳ６０４では、利用者端末１１０の閲覧処理部１１１は、情報提供処理装置１３０への過去の通信で利用したＳＳＬのセッション情報がキャッシュされているので再開可能であると判定し、キャッシュされているセッション情報のセッションＩＤを付加したＣｌｉｅｎｔ Ｈｅｌｌｏメッセージを中継処理装置１２０へ送信する。
【０１６９】
利用者端末１１０の閲覧処理部１１１は、情報提供処理装置１３０への過去の通信で利用したＳＳＬのセッション情報がキャッシュされているか否かを判定した結果、ＳＳＬのセッション情報がキャッシュされていないと判定した場合は、図７のステップＳ５０４で説明した通り、セッションＩＤを付加していないＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを中継処理装置１２０へ送信する。
【０１７０】
ステップＳ６０５では、中継処理装置１２０は、管理表保存部１２９の通信セッション管理表（図５）の中から、ステップＳ６０１（ステップＳ５０１）で受信したクライアント識別子とサーバ識別子を、それぞれクライアント識別子欄とサーバ識別子欄にもつレコード（代理通信セッションレコードと呼ぶ）を取得する。
【０１７１】
中継処理装置１２０は、該代理通信セッションレコードのセッションＩＤーＣ欄を参照し、利用者端末１１０から受信したＳＳＬ Ｃｌｉｅｎｔ ＨｅｌｌｏメッセージのセッションＩＤと同じならば、中継処理装置１２０側もセッション再開が可能と判定する。
【０１７２】
すなわち、中継処理装置１２０は、該代理通信セッションレコードのセッションＩＤーＣ欄の値が、利用者端末１１０から受信したＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージに含まれるセッションＩＤと同一であるか否かを判定し、同一であると判定された場合は、中継処理装置１２０もセッションの再開が可能であると判定する。一方、中継処理装置１２０は、該代理通信セッションレコードのセッションＩＤーＣ欄の値が、利用者端末１１０から受信したＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージに含まれるセッションＩＤと同一ではないと判定された場合は、中継処理装置１２０はセッションの再開が不可能であると判定する。ここで、中継処理装置１２０は、セッションの再開が不可能であると判定された場合は、これ以降の処理は実行しない。ここでの例では、セッション再開は可能と判定され、利用者端末１１０へ該セッションＩＤを付加したＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージを送信する。
【０１７３】
ステップＳ６０６では、中継処理装置１２０は、代理通信セッションレコードのセッションＩＤーＳ欄にセッションＩＤの値があるか否かを判定し、代理通信セッションレコードのセッションＩＤーＳ欄にセッションＩＤの値があると判定された場合に、サーバ回線１４２においてもセッションを再開することができると判定し、該セッションＩＤを付加したＣｌｉｅｎｔ Ｈｅｌｌｏメッセージを情報提供処理装置１３０へ送信する。一方、中継処理装置１２０は、代理通信セッションレコードのセッションＩＤーＳ欄にセッションＩＤの値が無いと判定された場合は、サーバ回線１４２においてはセッションを再開することが出来ないと判定し、これ以降の処理を実行しないように制御する。
【０１７４】
ステップＳ６０７では、情報提供処理装置１３０は、中継処理装置１２０から受信したセッションＩＤで識別されるＳＳＬのセッション情報が情報提供処理装置１３０においても利用可能なことを確認したのち、中継処理装置１２０へ、該セッションＩＤを付加したＳｅｒｖｅｒ Ｈｅｌｌｏメッセージを応答する。これは、中継処理装置１２０と情報提供処理装置１３０の間におけるサーバ回線１４２のＳＳＬコネクションにおいても、セッション再開の合意がとれたことを意味する。
【０１７５】
ステップＳ６０８では、情報提供処理装置１３０は中継処理装置１２０へＳＳＬ Ｈａｎｄｓｈａｋｅ ｆｉｎｉｓｈｅｄメッセージを送信する。
【０１７６】
ステップＳ６０９では、中継処理装置１２０は情報提供処理装置１３０へＳＳＬ Ｈａｎｄｓｈａｋｅ ｆｉｎｉｓｈｅｄメッセージを送信する。
【０１７７】
以上をもって、中継処理装置１２０と情報提供処理装置１３０の間のサーバ回線１４２のＳＳＬハンドシェイク処理を終了する。
【０１７８】
ステップＳ６１０では、中継処理装置１２０は利用者端末１１０へＨａｎｄｓｈａｋｅ ｆｉｎｉｓｈｅｄメッセージを送信する。
【０１７９】
ステップＳ６１１では、利用者端末１１０は中継処理装置１２０へＨａｎｄｓｈａｋｅ ｆｉｎｉｓｈｅｄメッセージを送信する。
【０１８０】
以上をもって、利用者端末１１０と中継処理装置１２０と間のプロキシ回線１４１のＳＳＬハンドシェイク処理を終了する。
【０１８１】
以降は、図７を用いて説明した、ステップＳ５１７からステップＳ５２４までの処理と同じ処理を、図８におけるステップＳ６１２からステップＳ６１９までの処理で実施する。
【０１８２】
ここで、中継処理装置１２０は、プロキシ回線１４１のセッションＩＤと、サーバ回線１４２のセッションＩＤが特定され、それぞれのセッションＩＤが、通信セッション管理表（図５）のレコード（セッションＩＤ−Ｃ、セッションＩＤ−Ｓ）に記憶されている共通鍵その他ーＣの共通鍵を用いて、利用者端末１１０に送信するデータを暗号化し、また利用者端末１１０から受信したデータを復号する。また、プロキシ回線１４１のセッションＩＤと、サーバ回線１４２のセッションＩＤが特定され、それぞれのセッションＩＤが、通信セッション管理表（図５）のレコード（セッションＩＤ−Ｃ、セッションＩＤ−Ｓ）に記憶されている共通鍵その他ーＳの共通鍵を用いて、情報提供処理装置１３０に送信するデータを暗号化し、また情報提供処理装置１３０から受信したデータを復号する。
【０１８３】
以上で、セッション再開機能による暗号化通信を代理方式によって中継する場合の通信メッセージ交換フローの例の説明を終了する。
【０１８４】
以上、説明したように、セッション再開機能を利用した中継処理では、ＳＳＬハンドシェイク処理を大幅に短縮し、計算負荷の高い処理を省略することができる。
【０１８５】
（中継処理装置１２０における通信処理フロー）
【０１８６】
次に、利用者端末１１０が中継処理装置１２０を経由して情報提供処理装置１３０へ暗号化通信を行う場合の中継処理装置１２０の処理フローを、図３を用いて説明する。
【０１８７】
なお、図３に示すステップＳ３０１からステップＳ３１７は、中継処理装置１２０のＣＰＵ２０１が実行することにより実現される。
【０１８８】
ステップＳ３０１では、クライアント通信部１２１は、利用者端末１１０の閲覧処理部１１１から接続を受け付け、ＳＳＬ（ＴＬＳを含む）のプロキシ接続プロトコルに則ったＣＯＮＮＥＣＴメソッドによる接続要求メッセージ（情報提供処理装置１３０とのＳＳＬ通信の要求の情報、すなわち、トランスポート層のプロトコルによる、利用者端末１１０と情報提供処理装置１３０とのエンドツーエンドの通信の要求を示す情報）を受信し、通信制御部１２４へ該接続要求メッセージを渡す（図７のステップＳ５０１）。
【０１８９】
すなわち、中継処理装置１２０は、利用者端末１１０から、情報提供処理装置１３０へのＳＳＬ通信の要求を受信する。
【０１９０】
すなわち、中継処理装置１２０は、利用者端末１１０からＳＳＬ通信の要求（エンドツーエンドの通信の要求）を受信したことを条件に、ＳＳＬによる暗号化通信（プロキシ回線１４１）の確立、及びＳＳＬによる暗号化通信（サーバ回線１４２）の確立を開始するように制御する。
【０１９１】
以降、中継処理装置１２０のクライアント通信部１２１と利用者端末１１０の閲覧処理部１１１との間で開設される接続回線をプロキシ回線１４１と呼ぶ。
【０１９２】
次に、通信制御部１２４は、該接続要求メッセージのＣＯＮＮＥＣＴメソッドで指定された情報提供処理装置１３０のホスト名とポート番号からサーバ識別子（ホスト名：ポート番号）を作成し、また該接続要求メッセージから利用者端末１１０のＩＰアドレス（クライアント識別子）を取得する。
【０１９３】
通信制御部１２４は、ＣＯＮＮＥＣＴメソッドで渡されたホスト名とポート番号をサーバ通信部１２２へ渡し、サーバ通信部１２２は該ホスト名の情報提供処理装置１３０の該ポート番号へ接続する（図７のステップＳ５０２）。接続が失敗すると、通信制御部１２４は、クライアント通信部１２１を経由して利用者端末１１０へエラーメッセージを応答（送信）して終了する。接続が成功すると、通信制御部１２４は、クライアント通信部１２１を経由して利用者端末１１０へＨＴＴＰ応答コード２００を応答する（図７のステップＳ５０３）。以降、前記中継処理装置１２０のサーバ通信部１２２と情報提供処理装置１３０のサーバ処理部１３１との間で開設される接続回線をサーバ回線１４２と呼ぶ。
【０１９４】
通信制御部１２４は、サーバ識別子とクライアント識別子をキーにして、管理表保存部１２９の通信セッション管理表（図５）からレコードを検索する。通信制御部１２４は、該キーに一致するレコードがなかった場合には、サーバ識別子とクライアント識別子を、それぞれサーバ識別子欄とクライアント識別子欄にもつ新しいレコードを作成する。通信制御部１２４は、検索で発見されたレコード又は新規作成したレコードを中継処理装置１２０のＲＡＭ２０３に記憶させる。以降、このレコードを代理通信セッションレコードと呼び通信制御部１２４において参照できるものとする。
【０１９５】
ステップＳ３０２では、通信制御部１２４は、クライアント側暗号処理部１２３に対して前記プロキシ回線１４１においてＳＳＬセッションを開始するよう指示する。クライアント側暗号処理部１２３は、該プロキシ回線１４１においてクライアント通信部１２１を経由して、利用者端末１１０の閲覧処理部１１１から送信されるＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを受信し、ＳＳＬハンドシェイク処理を開始する。ＳＳＬのハンドシェイク方法には、セッションを新規に開始するケースと過去のセッションを再開するケースの２通りがある。
【０１９６】
まず、セッションを新規に開始するケースについて説明する。
【０１９７】
中継処理装置１２０は、当該ＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージの中にセッションＩＤが含まれているか否かを判定し（Ｓ３０３）、セッションＩＤが含まれていると判定された場合であって、該セッションＩＤが代理通信セッションレコードのセッションＩＤーＣ欄の値と同一と判定された場合（Ｓ３０３：ＹＥＳ）、クライアント側のＳＳＬコネクションでセッションを再開し、一方、同一でない場合は（Ｓ３０３：ＮＯ）、利用者端末１１０側のＳＳＬコネクションは新規のセッションを開始する。
【０１９８】
すなわち、ＳＳＬセッションを新規に開始する処理では、中継処理装置１２０のクライアント側暗号処理部１２３は、利用者端末１１０から送信されたＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージ（図７のステップＳ５０４）に応答して、Ｓｅｒｖｅｒ Ｈｅｌｌｏ、Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅ、Ｓｅｒｖｅｒ Ｈｅｌｌｏ Ｄｏｎｅの各メッセージを順次送信する（図７のステップＳ５０６、ステップＳ５０７、ステップＳ５０８）。
【０１９９】
具体的には、中継処理装置１２０は、ＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージの中に、セッションＩＤが含まれていないと判定した場合は、新規のセッションを作成するため新規の固有のセッションＩＤを生成する。
【０２００】
そして、中継処理装置１２０は、当該生成されたセッションＩＤを含む該ＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージを利用者端末１１０に送信し、当該生成されたセッションＩＤを代理通信セッションレコードのセッションＩＤーＣ欄に保存する。該セッションＩＤは次回以降にセッションを再開する場合の識別子となる。
【０２０１】
利用者端末１１０は、セッションＩＤを含むＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージを中継処理装置１２０から受信すると、当該ＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージに含まれているセッションＩＤをＳＳＬのセッション情報としてＲＡＭ２０３等のメモリに記憶する（キャッシュする）。
【０２０２】
次に、中継処理装置１２０は、代理用暗号鍵保存部に記憶されているサーバ公開鍵証明書を含むＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージを利用者端末１１０に送信する（ステップＳ５０７）。
【０２０３】
利用者端末１１０は、中継処理装置１２０からＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージを受信し、当該ＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージに含まれるサーバ公開鍵証明書の検証を行う。
【０２０４】
具体的には、CA証明書保存部１１２に記憶されているCA公開鍵証明書（該CAが発行した公開鍵を含む）を用いて、中継処理装置１２０から取得した該サーバ公開鍵証明書の復号を行い、復号に成功すれば、検証成功（信頼できる）と判定する。一方、復号に失敗すれば、検証失敗（信頼できない）と判定し、以降の処理は実行しない。
【０２０５】
利用者端末１１０は、復号に成功し検証成功（信頼できる）と判定された場合は、当該サーバ公開鍵証明書を外部メモリ２１１などのメモリに記憶する。
【０２０６】
そして、中継処理装置１２０は、中継処理装置１２０での一連の処理の終了を通知するＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏ Ｄｏｎｅメッセージを利用者端末１１０に送信する（ステップＳ５０８）。
【０２０７】
利用者端末１１０は、中継処理装置１２０からＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏ Ｄｏｎｅメッセージを受信すると、マスターシークレット（データの暗号化及び復号化に用いる共通鍵を生成するための情報）を生成する。
【０２０８】
また、利用者端末１１０は、ここで生成されたマスターシークレットに従って、プロキシ回線１４１を介して中継処理装置１２０と通信する対象となるデータの暗号化及び復号を行うために用いる共通鍵を生成して、当該生成された共通鍵をＲＡＭ２０３等のメモリに記憶する。
【０２０９】
利用者端末１１０は、ステップＳ５１７以降の処理（ステップＳ３１２）で、プロキシ回線１４１を介してデータを中継処理装置１２０に送信する際は、当該データを、ここで生成された共通鍵を用いて暗号化して送信する。
【０２１０】
また、利用者端末１１０は、中継処理装置１２０からプロキシ回線１４１を介して送信された暗号化されたデータを、ここで生成された共通鍵を用いて復号する。
【０２１１】
そして、利用者端末１１０は、中継処理装置１２０から受信したＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージに含まれているサーバ公開鍵証明書に含まれるサーバの公開鍵を用いて、当該生成されたマスターシークレットを暗号化する。
【０２１２】
そして、利用者端末１１０は、当該暗号化されたマスターシークレットを含むＣｌｉｅｎｔＫｅｙＥｘｃｈａｎｇｅメッセージを中継処理装置１２０に送信する。
【０２１３】
中継処理装置１２０は、利用者端末１１０からＣｌｉｅｎｔＫｅｙＥｘｃｈａｎｇｅメッセージを受信する。
【０２１４】
そして、中継処理装置１２０は、当該ＣｌｉｅｎｔＫｅｙＥｘｃｈａｎｇｅメッセージに含まれている暗号化されたマスターシークレットを、利用者端末１１０に送信したＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージに含まれるサーバ公開鍵証明書（サーバの公開鍵を含む）に対応する秘密鍵を用いて復号する。
【０２１５】
なお、ここで用いる秘密鍵は、サーバ公開鍵証明書（サーバの公開鍵を含む）に対応付けられて代理用暗号鍵保存部１２６に記憶されており、利用者端末１１０に送信したサーバ公開鍵証明書（サーバの公開鍵を含む）に対応するものである。
【０２１６】
次に、中継処理装置１２０は、復号されたマスターシークレットに従って共通鍵を生成する。そして、中継処理装置１２０は、該生成された共通鍵の情報を前記代理通信セッションレコードの共通鍵その他ーＣ欄に記憶する。
【０２１７】
中継処理装置１２０は、ステップＳ５１７以降の処理（ステップＳ３１２）で、プロキシ回線１４１を介してデータを利用者端末１１０に送信する際は、当該データを、ここで生成された共通鍵を用いて暗号化して送信する。また、中継処理装置１２０は、利用者端末１１０からプロキシ回線１４１を介して送信された暗号化されたデータを、ここで生成された共通鍵を用いて復号する。
【０２１８】
次に、ＳＳＬセッションを再開するケースについて説明する。
【０２１９】
中継処理装置１２０は、利用者端末１１０から受信したＳＳＬ Ｃｌｉｅｎｔ ＨｅｌｌｏメッセージにセッションＩＤが含まれていると判定され、当該セッションＩＤが、代理通信セッションレコードのセッションＩＤーＣ欄に含まれていると判定された場合に、ＳＳＬセッションを再開すると判定する（Ｓ３０３：ＹＥＳ）。ここで、中継処理装置１２０が、利用者端末１１０から、セッションＩＤを含むＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを受信したことは、ＳＳＬ通信の再開要求を受信したことを意味する。このとき、共通鍵その他ーＣ欄には既に当該ＳＳＬセッション用の共通鍵が保存されている。クライアント側暗号処理部１２３は、利用者端末１１０からの前記ＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージ（図８のステップＳ６０４）に応答して、Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージを送信する（図８のステップＳ６０５）。
【０２２０】
（代理用暗号鍵保存部１２６のサーバ公開鍵証明書について）
【０２２１】
ここで、代理用暗号鍵保存部１２６に記憶されているサーバ公開鍵証明書に関して説明する。該サーバ公開鍵証明書は、プロキシ回線１４１のＳＳＬコネクションにおけるサーバ認証用のサーバ公開鍵証明書である。通常のプロキシ接続においては、該サーバ公開鍵証明書は、情報提供処理装置１３０のサーバ暗号鍵保存部１３２に記憶されているサーバ公開鍵証明書が情報提供処理装置１３０から提示されるが、本実施例では、中継処理装置１２０の代理用暗号鍵保存部に記憶されているサーバ公開鍵証明書が代わりに提示される。そのため該サーバ公開鍵証明書は、任意の情報提供処理装置１３０に対して有効と判定されるものでなければならない。このため、本実施例の代理方式では、該サーバ公開鍵証明書は、情報提供処理装置１３０のホスト名が記載される主体者のＣｏｍｍｏｎ Ｎａｍｅ（ＣＮ）属性又はＳｕｂｊｅｃｔＡｌｔＮａｍｅ属性にワイルドカードを用いて任意の情報提供処理装置１３０を表す。サーバ公開鍵証明書とホスト名を元にした情報提供処理装置１３０の身元確認方法に関しては、ＲＦＣ２８１８「３．終点の識別 ３．１ サーバの身元」に記載されている。
【０２２２】
また、該サーバ公開鍵証明書には、主体者のＤＮ（識別名）の中のＣｏｍｍｏｎ Ｎａｍｅより上の階層に、中継処理装置１２０のホスト名を属性値としてもつようにし、エンドポイント（情報提供処理装置１３０）の確認とともに中継点（中継処理装置１２０）の確認も同時に実施できるようにする。
【０２２３】
ＤＮ（主体者識別名）の例を示す。
【０２２４】
ｃｎ＝＊．＊．＊、ｏｕ＝ｐｒｏｘｙ．ｘｘｘ．ｃｏｍ，ｏ＝ＸＸＸ Ｉｎｃ．，ｃ＝ｊｐ
【０２２５】
この例では、ｃｎはワイルドカードで表され、ホスト名に３つのドメインコンポーネントをもつ任意の情報提供処理装置１３０に対する代理用のサーバ公開鍵証明書であることを表している。代理用暗号鍵保存部１２６では、任意の情報提供処理装置１３０のサーバ公開鍵証明書として利用できるように、ワイルドカードのドメインコンポーネントが例えば２から１０までに対応するｃｎをもつサーバ公開鍵証明書を予め記憶しておき、通信セッションにおける情報提供処理装置１３０のホスト名のドメインコンポーネントの数によって前記サーバ公開鍵証明書から適切なものが選択されるようにしておく。
【０２２６】
また、Ｃｏｍｍｏｎ Ｎａｍｅ（ｃｎ）の一つ上位のｏｕ属性値として中継処理装置１２０のホスト名（上記例：ｐｒｏｘｙ．ｘｘｘ．ｃｏｍ）を記載している。該ｏｕ属性値はプロキシ回線１４１上のＳＳＬコネクションにおける中継処理装置１２０の真正性確認に用いることができる。
【０２２７】
ステップＳ３０３では、上述したように、新規にセッションを確立する場合は、ステップＳ３０４へ進み、セッションを再開する場合はステップＳ３１４へ進む。
【０２２８】
ステップＳ３０４では、サーバ側暗号処理部１２５は、ステップＳ３０１で開設したサーバ回線１４２を介して、サーバ通信部１２２を経由してＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを情報提供処理装置１３０に送信し、ＳＳＬハンドシェイク処理を新規に開始する（図７のステップＳ５０５からステップＳ５１１）。
【０２２９】
サーバ側暗号処理部１２５は、情報提供処理装置１３０から、ＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏ、ＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅ、ＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏ Ｄｏｎｅメッセージ等を受信する。通信制御部１２４は、該ＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージを受信すると該メッセージに含まれる情報提供処理装置１３０のサーバ公開鍵証明書を取得し、該サーバ公開鍵証明書を代理通信セッションレコードのサーバ証明書欄に保存する。
【０２３０】
ステップＳ３０５では、通信制御部１２４は、ＣＡ証明書保存部１２８に記憶されているＣＡ公開鍵証明書を用いて該サーバ公開鍵証明書が信頼できるか否かの検証処理を実施する。
【０２３１】
具体的には、通信制御部１２４は、CA証明書保存部１２８に記憶されているCA公開鍵証明書（該CAが発行した公開鍵を含む）を用いて、情報提供処理装置１３０から取得した該サーバ公開鍵証明書の復号を行い、復号に成功すれば、検証成功（信頼できる）と判定する。一方、復号に失敗すれば、検証失敗（信頼できない）と判定する。
【０２３２】
すなわち、情報提供処理装置とＳＳＬ通信を確立する際に情報提供処理装置から取得される該情報処理装置の公開鍵証明書と、中継処理装置が信頼する認証局により発行された公開鍵証明書とを用いて、該情報処理装置の公開鍵証明書が信頼する認証局により発行されたものであるか否かを判定する（判定手段）。
【０２３３】
ステップＳ３０６では、通信制御部１２４は、ステップＳ３０５におけるサーバ認証処理の結果が、成功であれば（信頼できると判定された場合は）ステップＳ３０９へ進み、失敗であれば（信頼できないと判定された場合は）ステップＳ３０７へ進む。
【０２３４】
すなわち、ステップＳ３０５による判定の結果に従って、利用者端末と情報提供処理装置との間で通信される通信データの中継を許可するか否かを決定する（決定手段）。
【０２３５】
ステップＳ３０７、ステップＳ３０８では、通信制御部１２４は、自己署名証明書を用いているサーバや、サーバ公開鍵証明書をサブドメインのホスト名が用いているサーバが、なりすましではなく安全であるか否かを判定する。
【０２３６】
ステップＳ３０７では、通信制御部１２４は、検証に失敗した、情報提供処理装置１３０のサーバ公開鍵証明書が自己署名証明書である、または、該サーバ公開鍵証明書を用いている情報提供処理装置１３０のホスト名が、該サーバ公開鍵証明書の発行対象Ｃｏｍｍｏｎ Ｎａｍｅ（ｃｎ）（ドメイン）のサブドメインであるかを判定する。
【０２３７】
具体的には、検証に失敗した該サーバ公開鍵証明書が、自己署名証明書であるか否かを、当該サーバ公開鍵証明書を解析することで判定する。また、情報提供処理装置１３０のホスト名（利用者端末から受信したプロキシリクエストに含まれているホスト名）（ドメイン）が、該サーバ公開鍵証明書に記載されているＣｏｍｍｏｎ Ｎａｍｅ（ｃｎ）のサブドメインであるか否かを判定する。
【０２３８】
すなわち、検証に失敗した該サーバ公開鍵証明書を解析することにより、当該公開鍵証明書が自己署名証明書であるか否かを判定する（自己署名判定手段）。また、情報提供処理装置のドメインが、当該公開鍵証明書に含まれているドメインのサブドメインであるか否かを判定する（ドメイン判定手段）。
【０２３９】
そして、検証に失敗した当該サーバ公開鍵証明書が自己署名証明書である、又は、情報提供処理装置１３０のホスト名（利用者端末から受信したプロキシリクエストに含まれているホスト名）が、当該サーバ公開鍵証明書に記載されているＣｏｍｍｏｎ Ｎａｍｅ（ｃｎ）のサブドメインであると判定された場合（Ｓ３０７：ＹＥＳ）は、処理をステップＳ３０８に移行し、検証に失敗した該サーバ公開鍵証明書が自己署名証明書ではない、又は情報提供処理装置１３０のホスト名（利用者端末から受信したプロキシリクエストに含まれているホスト名）が、該サーバ公開鍵証明書に記載されているＣｏｍｍｏｎ Ｎａｍｅ（ｃｎ）のサブドメインではないと判定された場合（Ｓ３０７：ＮＯ）は、処理をステップＳ３１７に移行する。
【０２４０】
ステップＳ３０８では、通信制御部１２４は、当該情報提供処理装置１３０のサーバ公開鍵証明書の付加検証を行う。通信制御部１２４は、現在、検証対象となっている情報提供処理装置１３０の代理通信セッションレコードのサーバ識別子と、該サーバ公開鍵証明書の証明書フィンガープリントとをキーに、一致するレコードを、証明書付加情報保存部１２７に記憶されている証明書付加情報（図６）の中から検索する。
【０２４１】
通信制御部１２４は、該キーに一致するレコードがなかった場合には、付加検証処理を終了し、ステップＳ３１７に進む。
【０２４２】
また、通信制御部１２４は、該キーに一致するレコードが検索された場合には、当該レコードのＳｔａｒｔ＿Ｔｉｍｅ欄とＥｎｄ＿Ｔｉｍｅ欄の値をそれぞれ取得する。
【０２４３】
そして、取得したＳｔａｒｔ＿Ｔｉｍｅ欄の値から、Ｅｎｄ＿Ｔｉｍｅ欄の値までの期間が、所定期間以上であるか否かを判定し、所定期間以上であれば（Ｓ３０８：成功）、処理をステップＳ３０９に移行し、所定期間未満であると判定された場合は（Ｓ３０８：失敗）、処理をステップＳ３１７に移行する。
【０２４４】
このように、情報提供処理装置１３０のサーバ公開鍵証明書が、情報提供処理装置とのＳＳＬ通信で、所定期間以上用いられていたかを判定する（期間判定手段）。
【０２４５】
すなわち、情報提供処理装置１３０が用いているサーバ公開鍵証明書が、所定期間以上、該情報提供処理装置１３０と中継処理装置１２０との間で用いられ、ＳＳＬによる暗号化通信を行っていることが確認された場合は、情報提供処理装置１３０は、情報提供処理装置１３０は安全である可能性が高い（なりすましの可能性は低い）と考えられるため、処理をステップＳ３０９に移行する。一方、所定期間以上、確認されていない場合は、なりすましの可能性が高く危険であると考えられるため、強制的に処理を中断させるべく処理をステップＳ３１７に移行する。
【０２４６】
ステップＳ３０９では、通信制御部１２４は、情報提供処理装置１３０からクライアント認証要求を受信していない場合、ステップＳ３１０へ進み、クライアント認証要求を受信した場合は、ステップＳ３１７へ進む。
【０２４７】
ステップＳ３１０では、サーバ側暗号処理部１２５において、サーバ通信部１２２を経由して、ＳＳＬ Ｈａｎｄｓｈａｋｅ ｆｉｎｉｓｈｅｄメッセージを情報提供処理装置１３０に送信して、前記サーバ回線１４２におけるＳＳＬコネクションのハンドシェイク処理を終了する（図７のステップＳ５１３からステップＳ５１４）。
【０２４８】
ステップＳ３１１では、クライアント側暗号処理部１２３において、クライアント通信部１２１を経由して、ＳＳＬ Ｈａｎｄｓｈａｋｅ ｆｉｎｉｓｈｅｄを利用者端末１１０に送信して、プロキシ回線１４１におけるＳＳＬコネクションのハンドシェイク処理を終了する（図７のステップＳ５１５からステップＳ５１６）。
【０２４９】
ステップＳ３１２では、既に確立した、プロキシ回線１４１のＳＳＬセッションと、サーバ回線１４２のＳＳＬセッションと、の２つのＳＳＬセッションの間でアプリケーションメッセージを中継する。（図７のステップＳ５１７からステップＳ５２０）。詳細は後述する。
【０２５０】
ステップＳ３１３では、ステップＳ３１２におけるアプリケーションメッセージの交換が終了すると、情報提供処理装置１３０もしくは利用者端末１１０からＳＳＬ ｃｌｏｓｅ ｎｏｔｉｆｙメッセージによるセッション終了通知が送信される。クライアント側暗号処理部１２３もしくはサーバ側暗号処理部１２５において該メッセージを受信すると、クライアント側暗号処理部１２３もしくはサーバ側暗号処理部１２５はＳＳＬ ｃｌｏｓｅ ｎｏｔｉｆｙメッセージを返信しＳＳＬセッションを終了し、通信回線（プロキシ回線、又はサーバ回線）を切断する。次に反対側のＳＳＬセッションの終了処理と通信回線（プロキシ回線、又はサーバ回線）の切断処理を実施する。
【０２５１】
（ＳＳＬセッション再開機能を使う場合）
【０２５２】
ステップＳ３１４では、通信制御部１２４は、サーバ回線１４２においてＳＳＬセッションの再開が可能か否かを判定する。
【０２５３】
すなわち、通信制御部１２４は、利用者端末１１０から受信したセッションＩＤが含まれている代理通信セッションレコードのセッションＩＤーＳ欄に値が存在するか否かを判定し、代理通信セッションレコードのセッションＩＤーＳ欄に値が存在すると判定された場合、サーバ側暗号処理部１２５から該セッションＩＤの値を付加したＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを、サーバ通信部１２２を経由してサーバ回線を介して情報提供処理装置１３０へ送信する。
【０２５４】
次に、サーバ側暗号処理部１２５は、情報提供処理装置１３０からＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージを受信する。通信制御部１２４は、該ＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージに該セッションＩＤが含まれているか否かを判定し、該セッションＩＤが含まれていると判定された場合は、セッション再開が可能と判定しステップＳ３１０へ進む。
【０２５５】
通信制御部１２４は、代理通信セッションレコードのセッションＩＤーＳ欄に値が存在しない場合、もしくは存在してもＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージに該セッションＩＤが含まれていなければ、セッション再開は不可と判定しステップＳ３１５へ進む。
【０２５６】
ステップＳ３１５では、通信制御部１２４は、ステップＳ３０４と同様に、サーバ回線１４２上で新しいＳＳＬセッションを開始する。
【０２５７】
通信制御部１２４は、情報提供処理装置１３０からのＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージを受信すると、該メッセージからサーバ公開鍵証明書を取得し、該サーバ公開鍵証明書と代理通信セッションレコードのサーバ証明書欄の値とを比較する。当該比較の結果、両者が同一でなかった場合は、代理通信セッションレコードのサーバ証明書欄を該サーバ公開鍵証明書で上書き保存する。
【０２５８】
ステップＳ３１６では、通信制御部１２４は、ステップＳ３１５におけるサーバ公開鍵証明書の比較の結果を参照し、真（同一）ならばステップＳ３０９へ進み、偽（同一ではない）ならば再度サーバ公開鍵証明書を検証するためにステップＳ３０５へ進む。
（エラー処理）
【０２５９】
ステップＳ３１７では、通信制御部１２４は、サーバ側暗号処理部１２５に情報提供処理装置１３０とのＳＳＬハンドシェイク処理をエラー終了するように通知し、サーバ側暗号処理部１２５は、サーバ通信部１２２を経由して、サーバ回線１４２を介してＳＳＬのＳＳＬ ｂａｄ ｃｅｒｔｉｆｉｃａｔｅ ａｌｅｒｔメッセージを情報提供処理装置１３０へ送信し、サーバ回線１４２を切断し、終了する。また、通信制御部１２４は、ステップS３１７で、クライアント側暗号処理部１２３に利用者端末１１０とのＳＳＬハンドシェイク処理をエラー終了するように通知し、クライアント側暗号処理部１２３は、クライアント通信部１２１を経由して、プロキシ回線１４１を介してＳＳＬのＳＳＬ ｂａｄ ｃｅｒｔｉｆｉｃａｔｅ ａｌｅｒｔメッセージを利用者端末１１０へ送信し、プロキシ回線１４１を切断し、終了する。ここで、利用者端末１１０に送信されるメッセージには、ステップS３０７、ステップS３０８の判定の結果が含まれており、このメッセージを受信した利用者端末１１０は、表示部にその旨を表示する。このようにSSLによるプロキシ回線の暗号化通信の確立、及び、SSLによるサーバ回線の暗号化通信の確立を行わずに中止することが可能となる。
【０２６０】
次に、図３におけるAP（アプリケーション）データ中継処理（ステップＳ３１２）の詳細処理を、図４を用いて説明する。
【０２６１】
なお、図４に示すステップＳ４０１からステップＳ４０９は、中継処理装置１２０のＣＰＵ２０１が実行することにより実現される。
【０２６２】
ステップＳ４０１では、クライアント通信部１２１は、プロキシ回線１４１を介して利用者端末１１０から暗号化された通信要求メッセージ（暗号化通信要求メッセージ）を受信し、該暗号化通信要求メッセージをクライアント側暗号処理部１２３へ渡す。
【０２６３】
ステップＳ４０２では、クライアント側暗号処理部１２３は、当該暗号化通信要求メッセージを、代理通信セッションレコード（図５の現在処理対象のレコード）の共通鍵その他ーＣ欄の記憶されている共通鍵を用いて復号化し、当該復号化された通信要求メッセージ（平文化通信要求メッセージ）を作成する。クライアント側暗号処理部１２３は、該平文化通信要求メッセージを通信制御部１２４へ渡す。
【０２６４】
なお、ここでは復号化された平文化通信要求メッセージに対して例えば以下の処理を行うことができる。
【０２６５】
例えば、平文化通信要求メッセージに対し、キーワード検査を行って機密情報として外部への送信が禁止されているデータが含まれているか否かを検査する処理を行い、禁止されているデータが含まれていると判定された場合は、当該平文化通信要求メッセージを情報提供処理装置１３０に中継することなく処理を終了することができる。また、平文化通信要求メッセージに外部への送信が禁止されているデータが含まれていないと判定された場合は、処理をステップS40３に移行する。
【０２６６】
ステップＳ４０３では、通信制御部１２４は、平文化通信要求メッセージをサーバ側暗号処理部１２５へ渡し、サーバ側暗号処理部１２５は、該平文化通信要求メッセージを代理通信セッションレコードの共通鍵その他ーＳ欄の記憶されている共通鍵を用いて暗号化して、暗号化された通信要求メッセージ（暗号化通信要求メッセージ）を作成する。
【０２６７】
ステップＳ４０４では、サーバ側暗号処理部１２５は、当該暗号化通信要求メッセージをサーバ通信部１２２へ渡し、サーバ通信部１２２は、当該暗号化通信要求メッセージを情報提供処理装置１３０のサーバ処理部１３１へ送信する。
【０２６８】
ステップＳ４０５では、サーバ通信部１２２は、情報提供処理装置１３０のサーバ処理部１３１から暗号化された通信応答メッセージ（暗号化通信応答メッセージ）を受信し、該暗号化通信応答メッセージをサーバ側暗号処理部１２５へ渡す。
【０２６９】
ステップＳ４０６では、サーバ側暗号処理部１２５は、該暗号化通信応答メッセージを代理通信セッションレコードの共通鍵その他ーＳ欄の記憶されている共通鍵を用いて復号化して、当該復号された通信応答メッセージ（平文化通信応答メッセージ）を作成する。サーバ側暗号処理部１２５は、該平文化通信応答メッセージを通信制御部１２４へ渡す。
【０２７０】
なお、ここでは復号化された平文化通信要求メッセージに例えば以下の処理を行うことができる。
【０２７１】
例えば、平文化通信応答メッセージに対しアンチウィルス処理を行い、平文化通信応答メッセージにウィルスが含まれているか否かを検査して、平文化通信応答メッセージにウィルスが含まれていると判定された場合は、当該平文化通信応答メッセージを利用者端末１１０に中継することなく処理を終了する。また、平文化通信応答メッセージにウィルスが含まれていると判定された場合は、処理をステップS４０７に移行する。
【０２７２】
ステップＳ４０７では、通信制御部１２４が、平文化通信応答メッセージをクライアント側暗号処理部１２３に渡し、クライアント側暗号処理部１２３は、当該平文化通信応答メッセージを、代理通信セッションレコードの共通鍵その他ーＣ欄の記憶されている共通鍵を用いて暗号化して、暗号化された通信応答メッセージ（暗号化通信応答メッセージ）を作成する。
【０２７３】
そして、ステップＳ４０８では、クライアント側暗号処理部１２３は、作成された暗号化通信応答メッセージをクライアント通信部１２１へ渡し、クライアント通信部１２１は、該暗号化通信応答メッセージを、利用者端末１１０の閲覧処理部１１１へ送信する。
【０２７４】
ステップＳ４０９では、通信制御部１２４は、利用者端末１１０、又は情報提供処理装置１３０からアプリケーション通信（ＨＴＴＰトランザクション）の終了通知メッセージを受信したか否かを判定し、受信した場合は、処理を終了し、SSLによるプロキシ回線１４１の暗号化通信、及びSSLによるサーバ回線１４２の暗号化通信を切断する。一方、終了通知メッセージを受信していないと判定された場合は、SSLによるプロキシ回線１４１の暗号化通信、及びSSLによるサーバ回線１４２の暗号化通信を継続すると判定し、処理をステップS４０１に戻す。
【０２７５】
以上、本発明によれば、クライアント端末のユーザによる、該クライアント端末が接続要求する情報処理装置の安全性の確認作業を軽減可能にすると共に、各クライアント端末における該情報処理装置に係る安全性を共通の基準で確認し、該クライアント端末と該情報処理装置との間で通信される通信データの中継の可否を制御することができる。
【０２７６】
以上、本発明の実施形態を詳述したが、本発明は、例えば、システム、装置、方法、装置で読み取り実行可能なプログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０２７７】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【０２７８】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０２７９】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【０２８０】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（基本システム或いはオペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２８１】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【符号の説明】
【０２８２】
１１０ 利用者端末
１１１ 閲覧処理部
１１２ ＣＡ証明書保存部
１２０ 中継所処理装置
１２１ クライアント通信部
１２２ サーバ通信部
１２３ クライアント側暗号処理部
１２４ 通信制御部
１２５ サーバ側暗号処理部
１２６ 代理用暗号鍵保存部
１２７ 証明書付加情報保存部
１２８ ＣＡ証明書保存部
１２９ 管理表保存部
１３０ 情報提供処理装置
１３１ サーバ処理部
１３２ サーバ暗号鍵保存部
１４１ プロキシ回線
１４２ サーバ回線
【技術分野】
【０００１】
本発明は、中継処理装置、及びその制御方法、プログラムに関し、特に、クライアント端末と情報処理装置との間で通信される通信データの中継の可否を制御する技術に関するものである。
【背景技術】
【０００２】
近年、インターネットを介した情報交換が活発になるにつれて、重要な情報を、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）・ＴＬＳ（Ｔｒａｎｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）通信により暗号化して送信することが頻繁に行われるようになっている。
【０００３】
ＳＳＬ・ＴＬＳ通信の安全性は、サーバ公開鍵証明書を検証することによって通信相手の真正性を確認することに基づいている。
【０００４】
Ｗｅｂブラウザを使用して、ＳＳＬ・ＴＬＳ通信を提供するＷｅｂサーバにアクセスした場合、サーバ公開鍵証明書の検証に失敗した旨の警告が表示されることがある。この時、実際にアクセスを行うかどうかは利用者の判断に委ねられるが、利用者によっては警告の内容を理解できないために警告を無視してＷｅｂサーバへのアクセスを行う場合があることが問題になっている。
【０００５】
また、個人運営のＷｅｂサーバなどで自己署名証明書を用いることや、あるドメインを持つＷｅｂサーバに発行されたサーバ公開鍵証明書を、サブドメインを持つＷｅｂサーバでも用いる場合が考えられるが、そのような場合も、通常クライアント端末に用いられるＷｅｂブラウザでは警告が表示されてしまう。この時、警告が表示されるＷｅｂサーバが、自己署名証明書を用いているＷｅｂサーバなのか、または、あるドメインに対するサーバ公開鍵証明書を使用するサブドメインのＷｅｂサーバであり、安全であると考えられるサーバなのか、あるいは悪意を持つ攻撃者によるなりすましのＷｅｂサーバであるかなどを判断する方法を利用者は持ちえないことも問題となる。
【０００６】
安全なWebサーバであるかを判断する手法の１つとして、非特許文献１では、Ｗｅｂブラウザの拡張機能が、信頼済みＷｅｂサーバと通信して得たサーバ公開鍵証明書が確認されていた期間を、サーバ公開鍵証明書の検証に失敗したＷｅｂサーバの安全性を利用者が確認するための情報として使用することが記載されている。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】Ｄａｎ Ｗｅｎｄｌａｎｄｔ、Ｄａｖｉｄ Ｇ． Ａｎｄｅｒｓｏｎ、Ａｄｒｉａｎ Ｐｅｒｒｉｎｇ著「Ｐｅｒｓｐｅｃｔｉｖｅｓ： Ｉｍｐｒｏｖｉｎｇ ＳＳＨ−ｓｔｙｌｅ Ｈｏｓｔ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｗｉｔｈ Ｍｕｌｔｉ−Ｐａｔｈ Ｐｒｏｂｉｎｇ」
【０００８】
＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｕｓｅｎｉｘ．ｏｒｇ／ｅｖｅｎｔ／ｕｓｅｎｉｘ０８／ｔｅｃｈ／ｆｕｌｌ＿ｐａｐｅｒｓ／ｗｅｎｄｌａｎｄｔ／ｗｅｎｄｌａｎｄｔ＿ｈｔｍｌ／ｉｎｄｅｘ．ｈｔｍｌ＞
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、非特許文献１に記載の方法においては、サーバ公開鍵証明書の検証に失敗したＷｅｂサーバの安全性の確認は利用者に委ねられたままであり、依然として警告を無視して該Webサーバにアクセスを行う利用者を抑制することはできない。また、企業などの組織によっては、クライアント端末の違いから、非特許文献１のＷｅｂブラウザの拡張機能を導入できない端末が存在し、そのような端末から、安全性の確認が出来ていないWebサーバにアクセスしてしまうことが考えられる。
【００１０】
本発明の目的は、クライアント端末のユーザによる、該クライアント端末が接続要求する情報処理装置の安全性の確認作業を軽減可能にすると共に、各クライアント端末における該情報処理装置に係る安全性を共通の基準で確認し、該クライアント端末と該情報処理装置との間で通信される通信データの中継の可否を制御することである。
【課題を解決するための手段】
【００１１】
本発明は、クライアント端末と情報処理装置との間で通信される通信データを中継する中継処理装置であって、前記情報処理装置から取得される公開鍵証明書が、前記中継処理装置が信頼する認証局により発行されたものであるか否かを判定するために用いられる、前記認証局が発行する公開鍵証明書を記憶する記憶手段と、前記クライアント端末と前記情報処理装置との間の前記通信データを中継するために用いられるＳＳＬ通信を前記情報処理装置と確立する確立手段と、前記確立手段で前記情報処理装置とＳＳＬ通信を確立する際に前記情報処理装置から取得される前記情報処理装置の公開鍵証明書と、前記記憶手段に記憶されている公開鍵証明書とを用いて、当該公開鍵証明書が前記認証局により発行されたものであるか否かを判定する判定手段と、前記判定手段による判定結果に従って、前記クライアント端末と前記情報処理装置との間の通信データの中継を許可するか否かを決定する決定手段と、を備えることを特徴とする。
【００１２】
また、本発明は、クライアント端末と情報処理装置との間で通信される通信データを中継する、前記情報処理装置から取得される公開鍵証明書が、前記中継処理装置が信頼する認証局により発行されたものであるか否かを判定するために用いられる、前記認証局が発行する公開鍵証明書を記憶する記憶手段を備えた中継処理装置の制御方法であって、前記確立手段が、前記クライアント端末と前記情報処理装置との間の前記通信データを中継するために用いられるＳＳＬ通信を前記情報処理装置と確立する確立工程と、前記判定手段が、前記確立工程で前記情報処理装置とＳＳＬ通信を確立する際に前記情報処理装置から取得される前記情報処理装置の公開鍵証明書と、前記記憶手段に記憶されている公開鍵証明書とを用いて、当該公開鍵証明書が前記認証局により発行されたものであるか否かを判定する判定工程と、前記決定手段が、前記判定工程による判定結果に従って、前記クライアント端末と前記情報処理装置との間の通信データの中継を許可するか否かを決定する決定工程と、を備えることを特徴とする。
【００１３】
また、本発明は、クライアント端末と情報処理装置との間で通信される通信データを中継する中継処理装置で実行可能なプログラムであって、前記中継処理装置を、前記情報処理装置から取得される公開鍵証明書が、前記中継処理装置が信頼する認証局により発行されたものであるか否かを判定するために用いられる、前記認証局が発行する公開鍵証明書を記憶する記憶手段と、前記クライアント端末と前記情報処理装置との間の前記通信データを中継するために用いられるＳＳＬ通信を前記情報処理装置と確立する確立手段と、前記確立手段で前記情報処理装置とＳＳＬ通信を確立する際に前記情報処理装置から取得される前記情報処理装置の公開鍵証明書と、前記記憶手段に記憶されている公開鍵証明書とを用いて、当該公開鍵証明書が前記認証局により発行されたものであるか否かを判定する判定手段と、前記判定手段による判定結果に従って、前記クライアント端末と前記情報処理装置との間の通信データの中継を許可するか否かを決定する決定手段として機能させることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、クライアント端末のユーザによる、該クライアント端末が接続要求する情報処理装置の安全性の確認作業を軽減可能にすると共に、各クライアント端末における該情報処理装置に係る安全性を共通の基準で確認し、該クライアント端末と該情報処理装置との間で通信される通信データの中継の可否を制御することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態における中継処理システムの構成を示す図である
【図２】本発明の実施形態における各種端末のハードウェア構成を示す図である。
【図３】本発明の実施形態における中継処理装置の基本的な処理フローを示す図である。
【図４】本発明の実施形態における中継処理装置のＡＰデータ中継処理フローを示す図である。
【図５】本発明の実施形態における中継処理装置の通信セッション管理表の例を示す図である。
【図６】本発明の実施形態における中継処理装置の保持する証明書付加情報の例を示す図である。
【図７】本発明の実施形態における中継処理システムのＳＳＬセッションを新規作成した場合の通信処理フローの例を示す図である。
【図８】本発明の実施形態における中継処理システムのＳＳＬセッションの再利用を行った場合の通信処理フローの例を示す図である。
【発明を実施するための形態】
【００１６】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１７】
図１は、本発明の実施形態における中継処理システムの構成を示す図である。
【００１８】
尚、図１のネットワーク上に接続される各種端末と各種装置の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００１９】
中継処理システムは、利用者端末１１０と中継処理装置１２０と情報提供処理装置１３０から構成される。利用者端末１１０と中継処理装置１２０、中継処理装置１２０と情報提供処理装置１３０とはそれぞれネットワークを介して相互に通信可能に接続されている。
【００２０】
利用者端末１１０は、クライアント端末の適用例である。また、中継処理装置１２０は、本発明の中継処理装置の適用例である。また、情報提供処理装置１３０は、情報処理装置の適用例である。
【００２１】
利用者端末１１０は、情報提供処理装置１３０が提供するコンテンツデータを取得し表示するために使用する情報処理装置である。利用者端末１１０は、閲覧処理部１１１とＣＡ証明書保存部１１２とを備えている。
【００２２】
閲覧処理部１１１は、一般にＷｅｂブラウザと呼ばれるＨＴＴＰプロトコル、ＨＴＴＰＳプロトコルのクライアントプログラムに相当する機能処理部である。閲覧処理部１１１は利用者からの指示を受付け、中継処理装置１２０を経由して情報提供処理装置１３０へ通信要求メッセージを送信し、該通信要求メッセージに対して情報提供処理装置１３０から応答された通信応答メッセージを受信し、該通信応答メッセージを整形したものを利用者端末１１０のＣＲＴ２１０等に表示する機能を備えている。この時、閲覧処理部１１１と中継処理装置１２０のクライアント通信部１２１との間で開設される通信コネクションをプロキシ回線１４１とする。
【００２３】
ここで、プロキシ回線１４１（第１のＳＳＬ通信）は、利用者端末１１０と中継処理装置１２０との間で確立されるＳＳＬによる暗号化通信であって、物理的な回線を示しているのではなく、暗号化通信を行う仮想的な（論理的な）通信を示している。
【００２４】
ＣＡ証明書保存部１１２は、中継処理装置１２０のサーバ公開鍵証明書を検証する際に用いる利用者端末１１０が信頼するＣＡ公開鍵証明書を記憶する記憶領域である。すなわち、ＣＡ証明書保存部１１２には、利用者が信頼する第三者の認証局（CA）のCA公開鍵証明書（該CAが発行した公開鍵を含む）が記憶されている。このCA公開鍵証明書を用いて、中継処理装置１２０のサーバ公開鍵証明書の正当性を検証することが可能となる。
【００２５】
中継処理装置１２０は、一般にプロキシサーバと呼ばれるプログラムまたは装置がもつ機能を備える情報処理装置である。中継処理装置１２０は、利用者端末１１０から送信される通信要求メッセージを受信し、宛先である情報提供処理装置１３０へ該通信要求メッセージを中継し、該情報提供処理装置１３０から応答される通信応答メッセージを、該利用者端末１１０へ中継することができる。
【００２６】
中継処理装置１２０は、クライアント通信部１２１と、サーバ通信部１２２と、クライアント側暗号処理部１２３と、通信制御部１２４と、サーバ側暗号処理部１２５と、代理用暗号鍵保存部１２６と、証明書付加情報保存部１２７と、ＣＡ証明書保存部１２８と、管理表保存部１２９と、から構成される。
【００２７】
クライアント通信部１２１は、利用者端末１１０の閲覧処理部１１１から接続要求を受け付け、通信要求メッセージを受信し、通信応答メッセージを閲覧処理部１１１に送信する機能を備える。
【００２８】
サーバ通信部１２２は、情報提供処理装置１３０のサーバ処理部１３１へ接続し、通信要求メッセージをサーバ処理部１３１に送信し、サーバ処理部１３１から通信応答メッセージを受信する機能を備える。
【００２９】
クライアント側暗号処理部１２３は、利用者端末１１０の閲覧処理部１１１との通信回線（プロキシ回線１４１）において、ＳＳＬ（ＴＬＳを含む）を確立するためのサーバ側処理を行う機能を備える。
【００３０】
通信制御部１２４は、クライアント通信部１２１が行う処理と、クライアント側暗号処理部１２３が行う処理と、サーバ通信部１２２が行う処理と、サーバ側暗号処理部１２５が行う処理と、の間で同期制御処理を行う機能をもつ。また、通信制御部１２４は、該同期制御処理において関連する情報を、管理表保存部１２９へ記憶させる機能と、管理表保存部１２９に記憶されているデータを参照する機能とを備えている。
【００３１】
サーバ側暗号処理部１２５は、情報提供処理装置１３０のサーバ処理部１３１との通信回線（サーバ回線１４２）において、ＳＳＬ（ＴＬＳを含む）コネクションのクライアント側処理を行う機能を備える。
【００３２】
ここで、サーバ回線１４２（第２のＳＳＬ通信）は、中継処理装置１２０と情報提供処理装置１３０との間で確立されるＳＳＬによる暗号化通信であって、物理的な回線を示しているのではなく、暗号化通信を行う仮想的な（論理的な）通信である。
【００３３】
代理用暗号鍵保存部１２６は、プロキシ回線１４１上のＳＳＬ（ＴＬＳを含む）ハンドシェイク処理の中で利用される中継処理装置１２０のサーバ公開鍵証明書と秘密鍵を記憶している記憶領域である。
【００３４】
ＣＡ証明書保存部１２８は、情報提供処理装置１３０のサーバ公開鍵証明書を検証する際に用いる、中継処理装置１２０が信頼するＣＡ公開鍵証明書を記憶する記憶領域である。すなわち、ＣＡ証明書保存部１２８には、中継処理装置１２０（すなわち、例えば、社内の全ての利用者端末）が信頼する第三者の認証局（CA）のCA公開鍵証明書（該CAが発行した公開鍵を含む）が記憶されている。このCA公開鍵証明書を用いて、情報提供処理装置１３０のサーバ公開鍵証明書の正当性を検証することが可能となる。
【００３５】
すなわち、ＣＡ証明書保存部１２８は、情報提供処理装置１３０から取得される公開鍵証明書が、中継処理装置が信頼する認証局により発行されたものであるか否かを判定するために用いられる、認証局が発行する公開鍵証明書を記憶している（記憶手段）。
【００３６】
証明書付加情報保存部１２７（図６）は、あらかじめ中継処理装置１２０で保持しておく、情報提供処理装置のサーバ公開鍵証明書に関する付加情報を記憶するための記憶領域である。証明書付加情報の例を図６で示す。
【００３７】
サーバ識別子欄は、情報提供処理装置１３０を識別するための情報として情報提供処理装置１３０のホスト名とＴＣＰポート番号の組み合わせた情報（サーバ識別子）を保存する場所である。証明書フィンガープリント欄は、該サーバ識別子で表される情報提供処理装置のサーバ公開鍵証明書に記載される情報である証明書のフィンガープリント（Ｃｅｒｔｉｆｉｃａｔｅ Ｓｉｇｎａｔｕｒｅ Ｖａｌｕｅ）を記憶する場所である。Ｓｔａｒｔ＿Ｔｉｍｅ欄は、該証明書フィンガープリントが確認された最も古い時間である。Ｅｎｄ＿Ｔｉｍｅ欄は、該証明書フィンガープリントが確認された最も新しい時間である。
【００３８】
なお、中継処理装置１２０が保持する証明書付加情報（図６）の各フィールドのデータは、中継処理装置１２０が様々なサーバ識別子で表されるサーバ（情報提供処理装置）に、予めアクセスして取得し記憶しておく。また、すでに保存されているサーバ識別子で表されるサーバには、例えば１日１回アクセスを行い更新するようにしてもよい。
【００３９】
例えば、中継処理装置１２０は、あるサーバ識別子で表されるサーバにアクセスし、該サーバから取得したサーバ公開鍵証明書に記載されている証明書のフィンガープリント（Ｃｅｒｔｉｆｉｃａｔｅ Ｓｉｇｎａｔｕｒｅ Ｖａｌｕｅ）とサーバ識別子とを証明書付加情報（図６）に保存する。
【００４０】
保存時、該サーバ識別子がサーバ識別子欄に記憶されていない、または該証明書フィンガープリントが証明書フィンガープリント欄に記憶されていない場合、サーバ識別子欄に該サーバ識別子を記憶し、証明書フィンガープリント欄に該証明書フィンガープリントを記憶し、Ｓｔａｒｔ＿Ｔｉｍｅ欄とＥｎｄ＿Ｔｉｍｅ欄に現在の日付を記憶する。
【００４１】
それ以外の場合、すなわち該サーバ識別子がサーバ識別子欄にすでに記憶されていて、かつ該証明書フィンガープリントが証明書フィンガープリント欄にすでに記憶されている場合、Ｅｎｄ＿Ｔｉｍｅ欄を現在の日付で更新する。
【００４２】
管理表保存部１２９は、通信セッション管理表を記憶するための記憶領域である。
【００４３】
（通信セッション管理表の説明）
【００４４】
通信セッション管理表（図５）は、中継する通信に関するセッション情報を記憶しておくために利用される表である。通信セッション管理表のレコードは、クライアント識別子欄、サーバ識別子欄、最終利用日時欄、クライアント側ハンドシェイク情報（セッションＩＤ―Ｃ欄、共通鍵その他―Ｃ欄）、サーバ側ハンドシェイク情報（セッションＩＤ―Ｓ欄、共通鍵その他―Ｓ欄、サーバ証明書欄）から構成される。通信セッション管理表の例を図５で示す。
【００４５】
クライアント識別子欄は、利用者端末１１０の閲覧処理部１１１を識別するための情報として利用者端末１１０のＩＰアドレスを保存する場所である。サーバ識別子欄は、情報提供処理装置１３０を識別するための情報として情報提供処理装置１３０のホスト名とＴＣＰポート番号の組み合わせた情報を保存する場所である。最終利用日時欄は、対象レコードによって表される通信が行われた最終の日時情報を保存する場所である。セッションＩＤ―Ｃ欄は、プロキシ回線１４１上のＳＳＬセッションのＩＤを保存する場所である。共通鍵その他―Ｃ欄は、プロキシ回線１４１上のＳＳＬセッションのハンドシェイク処理で交換した共通鍵と暗号スイートに関する情報を保存する場所である。セッションＩＤ―Ｓ欄は、サーバ回線１４２上のＳＳＬセッションのＩＤを保存する場所である。共通鍵その他―Ｓ欄は、サーバ回線１４２上のＳＳＬセッションのハンドシェイク処理で交換した共通鍵と暗号スイートに関する情報を保存する場所である。サーバ証明書欄は、サーバ回線１４２上のＳＳＬセッションのハンドシェイク処理で取得した情報提供処理装置１３０のサーバ公開鍵証明書を保存する場所である。
【００４６】
通信セッション管理表が保持している各レコードは、中継処理装置１２０により、定期的に検査され、最終利用日時欄の値が、検査日時と比較され、適当に決められた有効時間（例えば１２時間）以上古い日時を表している場合には削除される。
【００４７】
情報提供処理装置１３０は、利用者端末１１０から送られた通信要求メッセージを受信し、該通信要求メッセージの内容に基づき通信応答メッセージを応答する情報処理装置である。情報提供処理装置１３０は、サーバ処理部１３１とサーバ暗号鍵保存部１３２とを備えている。
【００４８】
サーバ処理部１３１は、一般にＷｅｂサーバと知られるプログラムに相当する機能処理部である。サーバ処理部１３１はＨＴＴＰプロトコルとＨＴＴＰＳプロトコルのサーバ機能を備えている。
【００４９】
サーバ暗号鍵保存部１３２は、サーバ処理部１３１がＨＴＴＰＳによる暗号化通信を行う場合に使用するサーバ公開鍵証明書と秘密鍵を記憶するための記憶領域である。
【００５０】
次に、図１の利用者端末１１０、中継処理装置１２０、情報提供処理装置１３０の各種端末のハードウェア構成について、図２を用いて説明する。利用者端末１１０、中継処理装置１２０、情報提供処理装置１３０は、一般に知られている情報処理装置である。
【００５１】
図２は、本発明の実施形態における各種端末のハードウェア構成を示す図である。
【００５２】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００５３】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００５４】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００５５】
また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。
【００５６】
ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。
【００５７】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標 ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュメモリ等の外部メモリ２１１へのアクセスを制御する。
【００５８】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００５９】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００６０】
本発明を実現するためのプログラムは外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラムが用いる前述したＣＡ証明書保存部１１２、代理用暗号鍵保存部１２６、証明書付加情報保存部１２７、ＣＡ証明書保存部１２８、管理表保存部１２９及びサーバ暗号鍵保存部１３２は、外部メモリ２１１に格納されている。
【００６１】
（中継処理装置で中継を行う暗号化通信の通信メッセージ交換フロー）
【００６２】
次に、利用者端末１１０と中継処理装置１２０と情報提供処理装置１３０との間の通信メッセージの交換フローの１つのケースを、図７を用いて説明する。
【００６３】
図７は、本発明の実施形態における暗号化通信を代理方式によって中継する場合の、利用者端末１１０と中継処理装置１２０と情報提供処理装置１３０との間の通信メッセージの交換フローの例を示す図である。
【００６４】
なお、図７中の利用者端末１１０と中継処理装置１２０との間の通信は、プロキシ回線１４１を介して行われる。
【００６５】
また、中継処理装置１２０と情報提供処理装置１３０との間の通信は、サーバ回線１４２を介して行われる。
【００６６】
また、図７と図８においては、ＳＳＬ（ＴＬＳを含む）規格において必要とされるメッセージ（ＣｈａｎｇｅＣｉｐｈｅｒＳｐｅｃ等）は、一般的なＳＳＬ（ＴＬＳを含む）規格に基づく、一般に知られている処理であるため、ここでは説明を省略している。
【００６７】
ステップＳ５０１ では、利用者端末１１０において、利用者が閲覧処理部１１１が提供するブラウザ画面において、情報提供処理装置１３０上のコンテンツを指し示すＵＲＬをアドレスバーなどへ入力するか、または既にブラウザ画面に表示中のコンテンツの中の該ＵＲＬへのリンク文字列をクリックするか、によって発生するコンテンツ取得要求によって、閲覧処理部１１１が、中継処理装置１２０のクライアント通信部１２１へ接続してプロキシ回線１４１を開設し、該プロキシ回線１４１上でＣＯＮＮＥＣＴメソッドによるプロキシリクエストを送信する。ＣＯＮＮＥＣＴメソッドによるプロキシリクエストとは、Ｗｅｂブラウザ等のクライアントがプロキシサーバを経由してＨＴＴＰＳサーバへ接続する際に発行されるリクエストであり、次の形式をもつ。
【００６８】
ＣＯＮＮＥＣＴ ホスト名：ポート番号 ＨＴＴＰ／１．０
【００６９】
次に、中継処理装置１２０は、受信したプロキシリクエストから、サーバ識別子（ホスト名：ポート番号）とクライアントのＩＰアドレスを取得し、管理表保存部１２９の通信セッション管理表（図５）に新規レコード（代理通信セッションレコードと呼ぶ）を作成する。
【００７０】
ステップＳ５０２では、中継処理装置１２０は、当該サーバ識別子の情報を元に情報提供処理装置１３０へＴＣＰ接続し、サーバ回線１４２を開設する。
【００７１】
ステップＳ５０３では、中継処理装置１２０は、該ＴＣＰ接続が成功したことを受け、利用者端末１１０へ「ＨＴＴＰ／１．０ ２００」という接続成功メッセージを返し、情報提供処理装置１３０へ中継可能であることを伝える。
【００７２】
ステップＳ５０４では、利用者端末１１０は、プロキシ回線１４１上でＣｌｉｅｎｔ Ｈｅｌｌｏメッセージを送信し、ＳＳＬハンドシェイクを開始する。
【００７３】
そして、Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを受けた中継処理装置１２０は、ＳＳＬのハンドシェイクの処理を開始し、ステップＳ５１６でハンドシェイクの処理が終了するまで、プロキシ回線１４１を確立する処理を行う。
【００７４】
ＳＳＬによる暗号化通信の回線を確立するために、ステップＳ５０４からハンドシェイクの処理を開始する。そして、ステップＳ５１６でハンドシェイクの処理が終了すると、プロキシ回線１４１（ＳＳＬによる暗号化通信の回線）を確立することができる。
【００７５】
ステップＳ５０５では、中継処理装置１２０は、サーバ回線１４２上で、情報提供処理装置１３０との間でＳＳＬセッションを開設（確立）するために、サーバ側暗号処理部１２５で生成したＣｌｉｅｎｔ Ｈｅｌｌｏメッセージを送信する。
【００７６】
以下にステップＳ５０４以降の処理について説明する。
【００７７】
まず、利用者端末１１０は、ステップＳ５０４でＳＳＬハンドシェイク開始要求（ＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏ）を送信する。
【００７８】
中継処理装置１２０は、該ＳＳＬハンドシェイクで受信した各メッセージは、そのまま情報提供処理装置１３０へ中継せずに、自身がサーバとしてハンドシェイクを行う。
【００７９】
中継処理装置１２０は、自身がサーバとしてハンドシェイクの処理に応じるために、利用者端末１１０に、ＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏ、ＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅ、ＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏ Ｄｏｎｅの各メッセージを送信する。
【００８０】
まず、利用者端末１１０の閲覧処理部１１１は、過去に中継処理装置１２０との通信で利用したＳＳＬのセッション情報（セッションＩＤを含む）が記憶されているか否かを判定する。
【００８１】
そして、利用者端末１１０の閲覧処理部１１１は、過去に中継処理装置１２０との通信で利用したＳＳＬのセッションＩＤが記憶されていると判定された場合は、当該セッションＩＤを含めたＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを中継処理装置１２０に送信する。
【００８２】
一方、利用者端末１１０の閲覧処理部１１１は、過去に中継処理装置１２０との通信で利用したＳＳＬのセッションＩＤが記憶されていないと判定された場合は、当該セッションＩＤを含めずにＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを中継処理装置１２０に送信する。
【００８３】
そして、中継処理装置１２０は、利用者端末１１０からＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを受信する。
【００８４】
図７では、利用者端末１１０から受信したＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージに当該セッションＩＤが含まれていない場合（ＳＳＬセッションを再開せずに新規のＳＳＬセッションを用いる場合）について説明する。
【００８５】
利用者端末１１０から受信したＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージに当該セッションＩＤが含まれている場合（ＳＳＬセッションを再開する場合）については、図８を用いて後で説明する。
【００８６】
中継処理装置１２０は、ステップＳ５０４で利用者端末１１０からＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを受信すると、当該ＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージの中に、セッションＩＤが含まれているか否かを判定する。そして、中継処理装置１２０は、当該ＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージの中に、セッションＩＤが含まれていないと判定された場合に、新規のセッションを作成するために新規の固有のセッションＩＤを生成する。
【００８７】
そして、中継処理装置１２０は、当該生成されたセッションＩＤを含むＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージを利用者端末１１０に送信する（ステップＳ５０６）。
【００８８】
さらに、中継処理装置１２０は、当該生成されたセッションＩＤを通信セッション管理表（図５）のセッションＩＤーＣ欄に記憶する。当該セッションＩＤは次回以降にセッションを再開する場合の識別子となる。
【００８９】
利用者端末１１０は、セッションＩＤを含むＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージを中継処理装置１２０から受信すると、当該ＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージに含まれているセッションＩＤをＳＳＬのセッション情報としてＲＡＭ２０３等のメモリに記憶する（キャッシュする）。
【００９０】
次に、中継処理装置１２０は、代理用暗号鍵保存部１２６に記憶されているサーバ公開鍵証明書を含むＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージを利用者端末１１０に送信する（ステップＳ５０７）。
【００９１】
利用者端末１１０は、中継処理装置１２０からＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージを受信し、外部メモリ２１１などのメモリに記憶する。
【００９２】
そして、中継処理装置１２０は、中継処理装置１２０での一連の処理の終了を通知するＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏ Ｄｏｎｅメッセージを利用者端末１１０に送信する（ステップＳ５０８）。
【００９３】
利用者端末１１０は、中継処理装置１２０からＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏ Ｄｏｎｅメッセージを受信すると、マスターシークレット（データの暗号化及び復号化に用いる共通鍵を生成するための情報）を生成する。
【００９４】
また、利用者端末１１０は、ここで生成されたマスターシークレットに従って、プロキシ回線１４１を介して中継処理装置１２０と通信する対象となるデータの暗号化及び復号を行うために用いる共通鍵を生成して、当該生成された共通鍵をＲＡＭ２０３等のメモリに記憶する。
【００９５】
利用者端末１１０は、ステップＳ５１７以降の処理で、プロキシ回線１４１を介してデータを中継処理装置１２０に送信する際は、当該データを、ここで生成された共通鍵を用いて暗号化して送信する。
【００９６】
また、利用者端末１１０は、中継処理装置１２０からプロキシ回線１４１を介して送信された暗号化されたデータを、ここで生成された共通鍵を用いて復号する。
【００９７】
そして、利用者端末１１０は、中継処理装置１２０から受信したＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージに含まれているサーバ公開鍵証明書に含まれるサーバの公開鍵を用いて、当該生成されたマスターシークレットを暗号化する。
【００９８】
そして、利用者端末１１０は、当該暗号化されたマスターシークレットを含むＣｌｉｅｎｔＫｅｙＥｘｃｈａｎｇｅメッセージを中継処理装置１２０に送信する。
【００９９】
中継処理装置１２０は、利用者端末１１０からＣｌｉｅｎｔＫｅｙＥｘｃｈａｎｇｅメッセージを受信する。
【０１００】
そして、中継処理装置は、当該ＣｌｉｅｎｔＫｅｙＥｘｃｈａｎｇｅメッセージに含まれている暗号化されたマスターシークレットを、利用者端末１１０に送信したＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージに含まれるサーバ公開鍵証明書（サーバの公開鍵を含む）に対応する秘密鍵を用いて復号する。
【０１０１】
なお、ここで用いる秘密鍵は、サーバ公開鍵証明書（サーバの公開鍵を含む）に対応付けられて代理用暗号鍵保存部１２６に記憶されており、利用者端末１１０に送信したサーバ公開鍵証明書（サーバの公開鍵を含む）に対応するものである。
【０１０２】
次に、中継処理装置１２０は、復号されたマスターシークレットに従って共通鍵を生成する。そして、中継処理装置１２０は、該生成された共通鍵の情報を前記代理通信セッションレコードの共通鍵その他ーＣ欄に記憶する。
【０１０３】
中継処理装置１２０は、ステップＳ５１７以降の処理で、プロキシ回線１４１を介してデータを利用者端末１１０に送信する際は、当該データを、ここで生成された共通鍵を用いて暗号化して送信する。また、中継処理装置１２０は、利用者端末１１０からプロキシ回線１４１を介して送信された暗号化されたデータを、ここで生成された共通鍵を用いて復号する。
【０１０４】
次に、ステップＳ５０９以降の処理について説明する。
【０１０５】
中継処理装置１２０は、利用者端末１１０からＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを受信すると、中継処理装置１２０をクライアントとして、情報提供処理装置１３０に、ＳＳＬハンドシェイク開始要求（ＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージ）を送信する（ステップＳ５０５）。
【０１０６】
情報提供処理装置１３０は、中継処理装置１２０から受信したＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージに応答して、中継処理装置１２０に、ＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージ（ステップＳ５０９）、ＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージ（ステップＳ５１０）、ＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏ Ｄｏｎｅメッセージ（ステップＳ５１１）の各メッセージを送信する。
【０１０７】
以下に、ステップＳ５０９からステップＳ５１１について、説明する。
【０１０８】
まず、中継処理装置１２０は、過去に情報提供処理装置１３０との通信で利用したＳＳＬのセッション情報（セッションＩＤ）が記憶されているか否かを判定する。
【０１０９】
具体的には、過去に、中継処理装置１２０と情報提供処理装置１３０との間のサーバ回線１４２で利用したセッションＩＤが、通信セッション管理表（図５）のセッションＩＤ−Ｓの欄に記憶されているか否かを中継処理装置１２０が判定する。
【０１１０】
そして、中継処理装置１２０は、中継処理装置１２０と情報提供処理装置１３０との間のサーバ回線１４２で利用したセッションＩＤが、通信セッション管理表（図５）のセッションＩＤ−Ｓの欄に記憶されていると判定された場合は、当該セッションＩＤを含めたＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを情報提供処理装置１３０に送信する。
【０１１１】
一方、中継処理装置１２０は、中継処理装置１２０と情報提供処理装置１３０との間のサーバ回線１４２で利用したセッションＩＤが、通信セッション管理表（図５）のセッションＩＤ−Ｓの欄に記憶されていないと判定された場合は、当該セッションＩＤを含めずにＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを情報提供処理装置１３０に送信する（Ｓ５０５）。
【０１１２】
そして、情報提供処理装置１３０は、中継処理装置１２０からＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを受信する。
【０１１３】
図７では、中継処理装置１２０から受信したＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージに当該セッションＩＤが含まれていない場合（ＳＳＬセッションを再開せずに新規のＳＳＬセッションを用いる場合）について説明する。
【０１１４】
中継処理装置１２０から受信したＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージに当該セッションＩＤが含まれている場合（ＳＳＬセッションを再開する場合）については、図８を用いて後で説明する。
【０１１５】
情報提供処理装置１３０は、ステップＳ５０５で中継処理装置１２０からＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを受信すると、当該ＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージの中に、セッションＩＤが含まれているか否かを判定する。
【０１１６】
そして、情報提供処理装置１３０は、当該ＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージの中に、セッションＩＤが含まれていないと判定された場合に、新規のセッションを作成するために新規の固有のセッションＩＤを生成する。
【０１１７】
そして、情報提供処理装置１３０は、当該生成されたセッションＩＤを含むＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージを中継処理装置１２０に送信する（ステップＳ５０９）。
【０１１８】
さらに、情報提供処理装置１３０は、当該生成されたセッションＩＤをＳＳＬのセッション情報としてＲＡＭ２０３等のメモリに記憶する（キャッシュする）。
【０１１９】
中継処理装置１２０は、セッションＩＤを含むＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージを情報提供処理装置１３０から受信すると、当該ＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージに含まれているセッションＩＤを、通信セッション管理表（図５）のセッションＩＤーＳ欄に記憶する。当該セッションＩＤは次回以降にセッションを再開する場合の識別子となる。
【０１２０】
次に、情報提供処理装置１３０は、サーバ暗号鍵保存部１３２に記憶されている情報提供処理装置１３０のサーバ公開鍵証明書を含むＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージを中継処理装置１２０に送信する。
【０１２１】
ステップＳ５１０では、中継処理装置１２０は、情報提供処理装置１３０から、ＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージを受信し、該メッセージに含まれる情報提供処理装置１３０のサーバ公開鍵証明書を取得する。
【０１２２】
中継処理装置１２０は、ＣＡ証明書保存部１２８に記憶されているＣＡ公開鍵証明書などを使って該サーバ公開鍵証明書が信頼できるか否かの検証処理を実施する。（後述するステップＳ３０５、ステップＳ３０６、ステップＳ３０７、ステップＳ３０８の処理に対応している）
【０１２３】
ステップＳ５１２では、中継処理装置１２０は、該サーバ公開鍵証明書の検証処理に失敗した場合に、証明書付加情報保存部に保持している情報（証明書付加情報（図６））を用いて、検証の付加処理を行う。該付加処理については、図３を用いて後で説明する。（後述するステップＳ３０７、ステップＳ３０８の処理に対応している）
【０１２４】
そして、情報提供処理装置１３０は、情報提供処理装置１３０での一連の処理の終了を通知するＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏ Ｄｏｎｅメッセージを中継処理装置１２０に送信する。
【０１２５】
ステップＳ５１１では、中継処理装置１２０は、情報提供処理装置１３０から、ＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏ Ｄｏｎｅメッセージを受信する。
【０１２６】
次に、中継処理装置１２０は、マスターシークレット（データの暗号化及び復号化に用いる共通鍵を生成するための情報）を生成する。
【０１２７】
また、中継処理装置１２０は、ここで生成されたマスターシークレットに従って、サーバ回線１４２を介して情報提供処理装置１３０と通信する対象となるデータの暗号化及び復号を行うために用いる共通鍵を生成して、当該生成された共通鍵を通信セッションレコード（図５）の共通鍵その他−Ｓの欄に記憶する。
【０１２８】
中継処理装置１２０は、ステップＳ５１８以降の処理で、サーバ回線１４２を介してデータを情報提供処理装置１３０に送信する際は、当該データを、ここで生成された共通鍵を用いて暗号化して送信する。
【０１２９】
また、中継処理装置１２０は、情報提供処理装置１３０からサーバ回線１４２を介して送信された暗号化されたデータを、ここで生成された共通鍵を用いて復号する。
【０１３０】
そして、中継処理装置１２０は、情報提供処理装置１３０から受信したＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージに含まれているサーバ公開鍵証明書に含まれるサーバの公開鍵を用いて、当該生成されたマスターシークレットを暗号化する。
【０１３１】
そして、中継処理装置１２０は、当該暗号化されたマスターシークレットを含むＣｌｉｅｎｔＫｅｙＥｘｃｈａｎｇｅメッセージを情報提供処理装置１３０に送信する。
【０１３２】
情報提供処理装置１３０は、中継処理装置１２０からＣｌｉｅｎｔＫｅｙＥｘｃｈａｎｇｅメッセージを受信する。
【０１３３】
そして、情報提供処理装置１３０は、当該ＣｌｉｅｎｔＫｅｙＥｘｃｈａｎｇｅメッセージに含まれている暗号化されたマスターシークレットを、中継処理装置１２０に送信したＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージに含まれるサーバ公開鍵証明書（サーバの公開鍵を含む）に対応する秘密鍵を用いて復号する。
【０１３４】
なお、ここで用いる秘密鍵は、サーバ公開鍵証明書（サーバの公開鍵を含む）に対応付けられてサーバ暗号鍵保存部１３２に記憶されており、情報提供処理装置１３０が中継処理装置１２０に送信したサーバ公開鍵証明書（サーバの公開鍵を含む）に対応するものである。
【０１３５】
次に、情報提供処理装置１３０は、復号されたマスターシークレットに従って共通鍵を生成する。そして、情報提供処理装置１３０は、該生成された共通鍵の情報を、外部メモリ２１１などのメモリに記憶する。
【０１３６】
中継処理装置１２０は、ステップＳ５１８以降の処理で、サーバ回線１４２を介してデータを情報提供処理装置１３０に送信する際は、当該データを、ここで生成された共通鍵を用いて暗号化して送信する。
【０１３７】
また、中継処理装置１２０は、情報提供処理装置１３０からサーバ回線１４２を介して送信された暗号化されたデータを、ここで生成された共通鍵を用いて復号する。
【０１３８】
ステップＳ５１３、ステップＳ５１４では、中継処理装置１２０と情報提供処理装置１３０とは相互にＨａｎｄｓｈａｋｅ ｆｉｎｉｓｈメッセージを交換し、サーバ回線１４２上のＳＳＬハンドシェイクを終了し、ＳＳＬによる暗号化通信であるサーバ回線１４２を確立する。
【０１３９】
すなわち、ステップＳ５０５、ステップＳ５０９、ステップＳ５１０、ステップＳ５１１、ステップＳ５１２、ステップＳ５１３、ステップＳ５１４の処理を経て、利用者端末と情報提供処理装置との間の通信データを中継するために用いられるＳＳＬ通信を情報提供処理装置と確立する（確立手段）。
【０１４０】
ステップＳ５１５、ステップＳ５１６では、利用者端末１１０と中継処理装置１２０とは相互にＨａｎｄｓｈａｋｅ ｆｉｎｉｓｈメッセージを交換し、前記プロキシ回線１４１上のＳＳＬハンドシェイクを終了し、ＳＳＬによる暗号化通信であるプロキシ回線１４１を確立する。
【０１４１】
ステップＳ５１７では、利用者端末１１０は、ステップＳ５０１において発生したコンテンツ取得要求に対応する通信要求メッセージを、プロキシ回線１４１上のＳＳＬハンドシェイクで取り決めた方法で暗号化した暗号化通信要求メッセージを、中継処理装置１２０へ送信する。
【０１４２】
すなわち、利用者端末１１０は、ステップＳ５０１において発生したコンテンツ取得要求に対応する通信要求メッセージを、中継処理装置１２０と共有している共通鍵を用いて暗号化して、当該暗号化された暗号化通信要求メッセージを中継処理装置１２０に送信する。
【０１４３】
ステップＳ５１８では、中継処理装置１２０は、利用者端末１１０から受信した暗号化通信要求メッセージを、利用者端末１１０と共有している共通鍵（通信セッション管理表（図５）の共通その他−Ｃに格納されている共通鍵）を用いて復号化し、当該復号することで得られる通信要求メッセージを取得する。
【０１４４】
また、中継処理装置１２０は、ここで取得した通信要求メッセージ（平文化通信要求メッセージとも言う）に対し、キーワード検査を行って機密情報として外部への送信が禁止されているデータが含まれているか否かを検査する処理を行い、禁止されているデータが含まれていれば、当該通信要求メッセージを情報提供処理装置１３０に送信せずに処理を終了する。一方、当該通信要求メッセージに送信が禁止されているデータが含まれていないと判定された場合は、当該通信要求メッセージを情報提供処理装置１３０に送信（中継）するべく、以下に説明する処理を行う。
【０１４５】
次に、該通信要求メッセージをサーバ回線１４２上のＳＳＬハンドシェイクで取り決めた方法で暗号化した暗号化通信要求メッセージを生成し、該メッセージを情報提供処理装置１３０へ送信する。
【０１４６】
すなわち、中継処理装置１２０は、該通信要求メッセージを、情報提供処理装置１３０と共有している共通鍵（通信セッション管理表（図５）の共通その他−Ｓに格納されている共通鍵）を用いて暗号化して、当該暗号化することにより生成される暗号化通信要求メッセージを情報提供処理装置１３０へ送信する。
【０１４７】
ステップＳ５１９では、情報提供処理装置１３０は、中継処理装置１２０から受信した暗号化通信要求メッセージを中継処理装置１２０と共有している共通鍵を用いて復号化し、当該復号することにより通信要求メッセージを生成する。
【０１４８】
そして、情報提供処理装置１３０は、中継処理装置１２０からの通信要求メッセージの応答メッセージとして通信応答メッセージを作成し、該通信応答メッセージを、中継処理装置１２０と共有している共通鍵を用いて暗号化して暗号化通信応答メッセージを生成し、該暗号化通信応答メッセージを中継処理装置１２０へ送信する。
【０１４９】
ステップＳ５２０では、中継処理装置１２０は、情報提供処理装置１３０から受信した暗号化通信応答メッセージを、情報提供処理装置１３０と共有している共通鍵（通信セッション管理表（図５）の共通その他−Ｓに格納されている共通鍵）を用いて復号化して通信応答メッセージを取得する。
【０１５０】
また、中継処理装置１２０は、ここで取得した通信応答メッセージ（平文化通信応答メッセージとも言う）に対し、キーワード検査を行って機密情報として内部への送信（中継）が禁止されているデータが含まれているか否かを検査する処理を行い、禁止されているデータが含まれていれば、当該通信応答メッセージを利用者他何津１１０に送信せずに処理を終了する。一方、当該通信応答メッセージに送信が禁止されているデータが含まれていないと判定された場合は、当該通信応答メッセージを利用者端末１１０に送信（中継）するべく、以下に説明する処理を行う。
【０１５１】
次に、中継処理装置１２０は、該通信応答メッセージをプロキシ回線１４１上のＳＳＬハンドシェイクで取り決めた方法で暗号化した暗号化通信応答メッセージを生成し、該メッセージを利用者端末１１０へ送信する。
【０１５２】
すなわち、中継処理装置１２０は、該通信応答メッセージを、利用者端末１１０と共有している共通鍵（代理通信セッション管理表（図５）の共通その他−Ｃに格納されている共通鍵）を用いて暗号化することによって、暗号化通信応答メッセージを生成し、当該暗号化通信メッセージを利用者端末１１０に送信する。
【０１５３】
利用者端末１１０は、中継処理装置１２０から受信した暗号化通信応答メッセージを、中継処理装置１２０と共有している共通鍵を用いて復号化することによって、通信応答メッセージを生成し、該通信応答メッセージを閲覧処理部１１１の画面へ表示するなどの処理を行う。
【０１５４】
ステップＳ５２１では、情報提供処理装置１３０は、ＳＳＬコネクションを終了するためにＳＳＬアラートプロトコルによる終了通知メッセージを中継処理装置１２０へ送信する。
【０１５５】
ステップＳ５２２では、中継処理装置１２０は、同じく終了通知メッセージを、情報提供処理装置１３０へ送信する。これにより、サーバ回線１４２を終了させる。
【０１５６】
ステップＳ５２３において、中継処理装置１２０は、ＳＳＬコネクションを終了するためにＳＳＬアラートプロトコルによる終了通知メッセージを利用者端末１１０へ送信する。
【０１５７】
ステップＳ５２４において、利用者端末１１０は、同じく終了通知メッセージを、中継処理装置１２０へ送信する。これにより、前記プロキシ回線１４１を終了させる。
【０１５８】
上述したＳＳＬの暗号化通信の確立手順は、一例であり、上述したメッセージ以外のメッセージを装置間で送受信して暗号化通信を確立するようにしてもよい。
【０１５９】
以上で、ＳＳＬの暗号化通信（回線）を介して通信される通信データを中継する際の通信メッセージ交換フローの例の説明を終了する。
【０１６０】
（セッション再開機能による暗号化通信を中継する場合の通信メッセージ交換フロー）
【０１６１】
次に、プロキシ回線１４１のＳＳＬコネクションとサーバ回線１４２のＳＳＬコネクションとにおいてセッション再開機能によりＳＳＬセッションを開設した場合の、利用者端末１１０と中継処理装置１２０と情報提供処理装置１３０との間の通信メッセージの交換フローについて、図８を用いて説明する。
【０１６２】
図８は、プロキシ回線１４１のＳＳＬコネクションとサーバ回線１４２のＳＳＬコネクションとにおいてセッション再開機能によりＳＳＬセッションを開設した場合の、利用者端末１１０と中継処理装置１２０と情報提供処理装置１３０との間の通信メッセージの交換フローの例を示す図である。
【０１６３】
セッション再開機能とは、過去に開設して終了させたセッションを再開するための機能であり、ＳＳＬにおいてセッションを新規に作成せずに再開させた場合はセッションを確立するために必要なセッション鍵（共通鍵）の生成、交換に関わる負荷の高い処理を省略できるために、性能向上のために利用される機能である。
【０１６４】
なお、図８中の利用者端末１１０と中継処理装置１２０との間のすべての通信はプロキシ回線１４１上で行われる。
【０１６５】
ステップＳ６０１の処理は、前述したステップＳ５０１の処理と同じである。
【０１６６】
ステップＳ６０２では、中継処理装置１２０は前述したステップＳ５０２と同じ処理を行う。
【０１６７】
ステップＳ６０３では、中継処理装置１２０は前述したステップＳ５０３と同じ処理を行う。
【０１６８】
ステップＳ６０４では、利用者端末１１０の閲覧処理部１１１は、情報提供処理装置１３０への過去の通信で利用したＳＳＬのセッション情報がキャッシュされているので再開可能であると判定し、キャッシュされているセッション情報のセッションＩＤを付加したＣｌｉｅｎｔ Ｈｅｌｌｏメッセージを中継処理装置１２０へ送信する。
【０１６９】
利用者端末１１０の閲覧処理部１１１は、情報提供処理装置１３０への過去の通信で利用したＳＳＬのセッション情報がキャッシュされているか否かを判定した結果、ＳＳＬのセッション情報がキャッシュされていないと判定した場合は、図７のステップＳ５０４で説明した通り、セッションＩＤを付加していないＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを中継処理装置１２０へ送信する。
【０１７０】
ステップＳ６０５では、中継処理装置１２０は、管理表保存部１２９の通信セッション管理表（図５）の中から、ステップＳ６０１（ステップＳ５０１）で受信したクライアント識別子とサーバ識別子を、それぞれクライアント識別子欄とサーバ識別子欄にもつレコード（代理通信セッションレコードと呼ぶ）を取得する。
【０１７１】
中継処理装置１２０は、該代理通信セッションレコードのセッションＩＤーＣ欄を参照し、利用者端末１１０から受信したＳＳＬ Ｃｌｉｅｎｔ ＨｅｌｌｏメッセージのセッションＩＤと同じならば、中継処理装置１２０側もセッション再開が可能と判定する。
【０１７２】
すなわち、中継処理装置１２０は、該代理通信セッションレコードのセッションＩＤーＣ欄の値が、利用者端末１１０から受信したＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージに含まれるセッションＩＤと同一であるか否かを判定し、同一であると判定された場合は、中継処理装置１２０もセッションの再開が可能であると判定する。一方、中継処理装置１２０は、該代理通信セッションレコードのセッションＩＤーＣ欄の値が、利用者端末１１０から受信したＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージに含まれるセッションＩＤと同一ではないと判定された場合は、中継処理装置１２０はセッションの再開が不可能であると判定する。ここで、中継処理装置１２０は、セッションの再開が不可能であると判定された場合は、これ以降の処理は実行しない。ここでの例では、セッション再開は可能と判定され、利用者端末１１０へ該セッションＩＤを付加したＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージを送信する。
【０１７３】
ステップＳ６０６では、中継処理装置１２０は、代理通信セッションレコードのセッションＩＤーＳ欄にセッションＩＤの値があるか否かを判定し、代理通信セッションレコードのセッションＩＤーＳ欄にセッションＩＤの値があると判定された場合に、サーバ回線１４２においてもセッションを再開することができると判定し、該セッションＩＤを付加したＣｌｉｅｎｔ Ｈｅｌｌｏメッセージを情報提供処理装置１３０へ送信する。一方、中継処理装置１２０は、代理通信セッションレコードのセッションＩＤーＳ欄にセッションＩＤの値が無いと判定された場合は、サーバ回線１４２においてはセッションを再開することが出来ないと判定し、これ以降の処理を実行しないように制御する。
【０１７４】
ステップＳ６０７では、情報提供処理装置１３０は、中継処理装置１２０から受信したセッションＩＤで識別されるＳＳＬのセッション情報が情報提供処理装置１３０においても利用可能なことを確認したのち、中継処理装置１２０へ、該セッションＩＤを付加したＳｅｒｖｅｒ Ｈｅｌｌｏメッセージを応答する。これは、中継処理装置１２０と情報提供処理装置１３０の間におけるサーバ回線１４２のＳＳＬコネクションにおいても、セッション再開の合意がとれたことを意味する。
【０１７５】
ステップＳ６０８では、情報提供処理装置１３０は中継処理装置１２０へＳＳＬ Ｈａｎｄｓｈａｋｅ ｆｉｎｉｓｈｅｄメッセージを送信する。
【０１７６】
ステップＳ６０９では、中継処理装置１２０は情報提供処理装置１３０へＳＳＬ Ｈａｎｄｓｈａｋｅ ｆｉｎｉｓｈｅｄメッセージを送信する。
【０１７７】
以上をもって、中継処理装置１２０と情報提供処理装置１３０の間のサーバ回線１４２のＳＳＬハンドシェイク処理を終了する。
【０１７８】
ステップＳ６１０では、中継処理装置１２０は利用者端末１１０へＨａｎｄｓｈａｋｅ ｆｉｎｉｓｈｅｄメッセージを送信する。
【０１７９】
ステップＳ６１１では、利用者端末１１０は中継処理装置１２０へＨａｎｄｓｈａｋｅ ｆｉｎｉｓｈｅｄメッセージを送信する。
【０１８０】
以上をもって、利用者端末１１０と中継処理装置１２０と間のプロキシ回線１４１のＳＳＬハンドシェイク処理を終了する。
【０１８１】
以降は、図７を用いて説明した、ステップＳ５１７からステップＳ５２４までの処理と同じ処理を、図８におけるステップＳ６１２からステップＳ６１９までの処理で実施する。
【０１８２】
ここで、中継処理装置１２０は、プロキシ回線１４１のセッションＩＤと、サーバ回線１４２のセッションＩＤが特定され、それぞれのセッションＩＤが、通信セッション管理表（図５）のレコード（セッションＩＤ−Ｃ、セッションＩＤ−Ｓ）に記憶されている共通鍵その他ーＣの共通鍵を用いて、利用者端末１１０に送信するデータを暗号化し、また利用者端末１１０から受信したデータを復号する。また、プロキシ回線１４１のセッションＩＤと、サーバ回線１４２のセッションＩＤが特定され、それぞれのセッションＩＤが、通信セッション管理表（図５）のレコード（セッションＩＤ−Ｃ、セッションＩＤ−Ｓ）に記憶されている共通鍵その他ーＳの共通鍵を用いて、情報提供処理装置１３０に送信するデータを暗号化し、また情報提供処理装置１３０から受信したデータを復号する。
【０１８３】
以上で、セッション再開機能による暗号化通信を代理方式によって中継する場合の通信メッセージ交換フローの例の説明を終了する。
【０１８４】
以上、説明したように、セッション再開機能を利用した中継処理では、ＳＳＬハンドシェイク処理を大幅に短縮し、計算負荷の高い処理を省略することができる。
【０１８５】
（中継処理装置１２０における通信処理フロー）
【０１８６】
次に、利用者端末１１０が中継処理装置１２０を経由して情報提供処理装置１３０へ暗号化通信を行う場合の中継処理装置１２０の処理フローを、図３を用いて説明する。
【０１８７】
なお、図３に示すステップＳ３０１からステップＳ３１７は、中継処理装置１２０のＣＰＵ２０１が実行することにより実現される。
【０１８８】
ステップＳ３０１では、クライアント通信部１２１は、利用者端末１１０の閲覧処理部１１１から接続を受け付け、ＳＳＬ（ＴＬＳを含む）のプロキシ接続プロトコルに則ったＣＯＮＮＥＣＴメソッドによる接続要求メッセージ（情報提供処理装置１３０とのＳＳＬ通信の要求の情報、すなわち、トランスポート層のプロトコルによる、利用者端末１１０と情報提供処理装置１３０とのエンドツーエンドの通信の要求を示す情報）を受信し、通信制御部１２４へ該接続要求メッセージを渡す（図７のステップＳ５０１）。
【０１８９】
すなわち、中継処理装置１２０は、利用者端末１１０から、情報提供処理装置１３０へのＳＳＬ通信の要求を受信する。
【０１９０】
すなわち、中継処理装置１２０は、利用者端末１１０からＳＳＬ通信の要求（エンドツーエンドの通信の要求）を受信したことを条件に、ＳＳＬによる暗号化通信（プロキシ回線１４１）の確立、及びＳＳＬによる暗号化通信（サーバ回線１４２）の確立を開始するように制御する。
【０１９１】
以降、中継処理装置１２０のクライアント通信部１２１と利用者端末１１０の閲覧処理部１１１との間で開設される接続回線をプロキシ回線１４１と呼ぶ。
【０１９２】
次に、通信制御部１２４は、該接続要求メッセージのＣＯＮＮＥＣＴメソッドで指定された情報提供処理装置１３０のホスト名とポート番号からサーバ識別子（ホスト名：ポート番号）を作成し、また該接続要求メッセージから利用者端末１１０のＩＰアドレス（クライアント識別子）を取得する。
【０１９３】
通信制御部１２４は、ＣＯＮＮＥＣＴメソッドで渡されたホスト名とポート番号をサーバ通信部１２２へ渡し、サーバ通信部１２２は該ホスト名の情報提供処理装置１３０の該ポート番号へ接続する（図７のステップＳ５０２）。接続が失敗すると、通信制御部１２４は、クライアント通信部１２１を経由して利用者端末１１０へエラーメッセージを応答（送信）して終了する。接続が成功すると、通信制御部１２４は、クライアント通信部１２１を経由して利用者端末１１０へＨＴＴＰ応答コード２００を応答する（図７のステップＳ５０３）。以降、前記中継処理装置１２０のサーバ通信部１２２と情報提供処理装置１３０のサーバ処理部１３１との間で開設される接続回線をサーバ回線１４２と呼ぶ。
【０１９４】
通信制御部１２４は、サーバ識別子とクライアント識別子をキーにして、管理表保存部１２９の通信セッション管理表（図５）からレコードを検索する。通信制御部１２４は、該キーに一致するレコードがなかった場合には、サーバ識別子とクライアント識別子を、それぞれサーバ識別子欄とクライアント識別子欄にもつ新しいレコードを作成する。通信制御部１２４は、検索で発見されたレコード又は新規作成したレコードを中継処理装置１２０のＲＡＭ２０３に記憶させる。以降、このレコードを代理通信セッションレコードと呼び通信制御部１２４において参照できるものとする。
【０１９５】
ステップＳ３０２では、通信制御部１２４は、クライアント側暗号処理部１２３に対して前記プロキシ回線１４１においてＳＳＬセッションを開始するよう指示する。クライアント側暗号処理部１２３は、該プロキシ回線１４１においてクライアント通信部１２１を経由して、利用者端末１１０の閲覧処理部１１１から送信されるＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを受信し、ＳＳＬハンドシェイク処理を開始する。ＳＳＬのハンドシェイク方法には、セッションを新規に開始するケースと過去のセッションを再開するケースの２通りがある。
【０１９６】
まず、セッションを新規に開始するケースについて説明する。
【０１９７】
中継処理装置１２０は、当該ＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージの中にセッションＩＤが含まれているか否かを判定し（Ｓ３０３）、セッションＩＤが含まれていると判定された場合であって、該セッションＩＤが代理通信セッションレコードのセッションＩＤーＣ欄の値と同一と判定された場合（Ｓ３０３：ＹＥＳ）、クライアント側のＳＳＬコネクションでセッションを再開し、一方、同一でない場合は（Ｓ３０３：ＮＯ）、利用者端末１１０側のＳＳＬコネクションは新規のセッションを開始する。
【０１９８】
すなわち、ＳＳＬセッションを新規に開始する処理では、中継処理装置１２０のクライアント側暗号処理部１２３は、利用者端末１１０から送信されたＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージ（図７のステップＳ５０４）に応答して、Ｓｅｒｖｅｒ Ｈｅｌｌｏ、Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅ、Ｓｅｒｖｅｒ Ｈｅｌｌｏ Ｄｏｎｅの各メッセージを順次送信する（図７のステップＳ５０６、ステップＳ５０７、ステップＳ５０８）。
【０１９９】
具体的には、中継処理装置１２０は、ＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージの中に、セッションＩＤが含まれていないと判定した場合は、新規のセッションを作成するため新規の固有のセッションＩＤを生成する。
【０２００】
そして、中継処理装置１２０は、当該生成されたセッションＩＤを含む該ＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージを利用者端末１１０に送信し、当該生成されたセッションＩＤを代理通信セッションレコードのセッションＩＤーＣ欄に保存する。該セッションＩＤは次回以降にセッションを再開する場合の識別子となる。
【０２０１】
利用者端末１１０は、セッションＩＤを含むＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージを中継処理装置１２０から受信すると、当該ＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージに含まれているセッションＩＤをＳＳＬのセッション情報としてＲＡＭ２０３等のメモリに記憶する（キャッシュする）。
【０２０２】
次に、中継処理装置１２０は、代理用暗号鍵保存部に記憶されているサーバ公開鍵証明書を含むＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージを利用者端末１１０に送信する（ステップＳ５０７）。
【０２０３】
利用者端末１１０は、中継処理装置１２０からＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージを受信し、当該ＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージに含まれるサーバ公開鍵証明書の検証を行う。
【０２０４】
具体的には、CA証明書保存部１１２に記憶されているCA公開鍵証明書（該CAが発行した公開鍵を含む）を用いて、中継処理装置１２０から取得した該サーバ公開鍵証明書の復号を行い、復号に成功すれば、検証成功（信頼できる）と判定する。一方、復号に失敗すれば、検証失敗（信頼できない）と判定し、以降の処理は実行しない。
【０２０５】
利用者端末１１０は、復号に成功し検証成功（信頼できる）と判定された場合は、当該サーバ公開鍵証明書を外部メモリ２１１などのメモリに記憶する。
【０２０６】
そして、中継処理装置１２０は、中継処理装置１２０での一連の処理の終了を通知するＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏ Ｄｏｎｅメッセージを利用者端末１１０に送信する（ステップＳ５０８）。
【０２０７】
利用者端末１１０は、中継処理装置１２０からＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏ Ｄｏｎｅメッセージを受信すると、マスターシークレット（データの暗号化及び復号化に用いる共通鍵を生成するための情報）を生成する。
【０２０８】
また、利用者端末１１０は、ここで生成されたマスターシークレットに従って、プロキシ回線１４１を介して中継処理装置１２０と通信する対象となるデータの暗号化及び復号を行うために用いる共通鍵を生成して、当該生成された共通鍵をＲＡＭ２０３等のメモリに記憶する。
【０２０９】
利用者端末１１０は、ステップＳ５１７以降の処理（ステップＳ３１２）で、プロキシ回線１４１を介してデータを中継処理装置１２０に送信する際は、当該データを、ここで生成された共通鍵を用いて暗号化して送信する。
【０２１０】
また、利用者端末１１０は、中継処理装置１２０からプロキシ回線１４１を介して送信された暗号化されたデータを、ここで生成された共通鍵を用いて復号する。
【０２１１】
そして、利用者端末１１０は、中継処理装置１２０から受信したＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージに含まれているサーバ公開鍵証明書に含まれるサーバの公開鍵を用いて、当該生成されたマスターシークレットを暗号化する。
【０２１２】
そして、利用者端末１１０は、当該暗号化されたマスターシークレットを含むＣｌｉｅｎｔＫｅｙＥｘｃｈａｎｇｅメッセージを中継処理装置１２０に送信する。
【０２１３】
中継処理装置１２０は、利用者端末１１０からＣｌｉｅｎｔＫｅｙＥｘｃｈａｎｇｅメッセージを受信する。
【０２１４】
そして、中継処理装置１２０は、当該ＣｌｉｅｎｔＫｅｙＥｘｃｈａｎｇｅメッセージに含まれている暗号化されたマスターシークレットを、利用者端末１１０に送信したＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージに含まれるサーバ公開鍵証明書（サーバの公開鍵を含む）に対応する秘密鍵を用いて復号する。
【０２１５】
なお、ここで用いる秘密鍵は、サーバ公開鍵証明書（サーバの公開鍵を含む）に対応付けられて代理用暗号鍵保存部１２６に記憶されており、利用者端末１１０に送信したサーバ公開鍵証明書（サーバの公開鍵を含む）に対応するものである。
【０２１６】
次に、中継処理装置１２０は、復号されたマスターシークレットに従って共通鍵を生成する。そして、中継処理装置１２０は、該生成された共通鍵の情報を前記代理通信セッションレコードの共通鍵その他ーＣ欄に記憶する。
【０２１７】
中継処理装置１２０は、ステップＳ５１７以降の処理（ステップＳ３１２）で、プロキシ回線１４１を介してデータを利用者端末１１０に送信する際は、当該データを、ここで生成された共通鍵を用いて暗号化して送信する。また、中継処理装置１２０は、利用者端末１１０からプロキシ回線１４１を介して送信された暗号化されたデータを、ここで生成された共通鍵を用いて復号する。
【０２１８】
次に、ＳＳＬセッションを再開するケースについて説明する。
【０２１９】
中継処理装置１２０は、利用者端末１１０から受信したＳＳＬ Ｃｌｉｅｎｔ ＨｅｌｌｏメッセージにセッションＩＤが含まれていると判定され、当該セッションＩＤが、代理通信セッションレコードのセッションＩＤーＣ欄に含まれていると判定された場合に、ＳＳＬセッションを再開すると判定する（Ｓ３０３：ＹＥＳ）。ここで、中継処理装置１２０が、利用者端末１１０から、セッションＩＤを含むＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを受信したことは、ＳＳＬ通信の再開要求を受信したことを意味する。このとき、共通鍵その他ーＣ欄には既に当該ＳＳＬセッション用の共通鍵が保存されている。クライアント側暗号処理部１２３は、利用者端末１１０からの前記ＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージ（図８のステップＳ６０４）に応答して、Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージを送信する（図８のステップＳ６０５）。
【０２２０】
（代理用暗号鍵保存部１２６のサーバ公開鍵証明書について）
【０２２１】
ここで、代理用暗号鍵保存部１２６に記憶されているサーバ公開鍵証明書に関して説明する。該サーバ公開鍵証明書は、プロキシ回線１４１のＳＳＬコネクションにおけるサーバ認証用のサーバ公開鍵証明書である。通常のプロキシ接続においては、該サーバ公開鍵証明書は、情報提供処理装置１３０のサーバ暗号鍵保存部１３２に記憶されているサーバ公開鍵証明書が情報提供処理装置１３０から提示されるが、本実施例では、中継処理装置１２０の代理用暗号鍵保存部に記憶されているサーバ公開鍵証明書が代わりに提示される。そのため該サーバ公開鍵証明書は、任意の情報提供処理装置１３０に対して有効と判定されるものでなければならない。このため、本実施例の代理方式では、該サーバ公開鍵証明書は、情報提供処理装置１３０のホスト名が記載される主体者のＣｏｍｍｏｎ Ｎａｍｅ（ＣＮ）属性又はＳｕｂｊｅｃｔＡｌｔＮａｍｅ属性にワイルドカードを用いて任意の情報提供処理装置１３０を表す。サーバ公開鍵証明書とホスト名を元にした情報提供処理装置１３０の身元確認方法に関しては、ＲＦＣ２８１８「３．終点の識別 ３．１ サーバの身元」に記載されている。
【０２２２】
また、該サーバ公開鍵証明書には、主体者のＤＮ（識別名）の中のＣｏｍｍｏｎ Ｎａｍｅより上の階層に、中継処理装置１２０のホスト名を属性値としてもつようにし、エンドポイント（情報提供処理装置１３０）の確認とともに中継点（中継処理装置１２０）の確認も同時に実施できるようにする。
【０２２３】
ＤＮ（主体者識別名）の例を示す。
【０２２４】
ｃｎ＝＊．＊．＊、ｏｕ＝ｐｒｏｘｙ．ｘｘｘ．ｃｏｍ，ｏ＝ＸＸＸ Ｉｎｃ．，ｃ＝ｊｐ
【０２２５】
この例では、ｃｎはワイルドカードで表され、ホスト名に３つのドメインコンポーネントをもつ任意の情報提供処理装置１３０に対する代理用のサーバ公開鍵証明書であることを表している。代理用暗号鍵保存部１２６では、任意の情報提供処理装置１３０のサーバ公開鍵証明書として利用できるように、ワイルドカードのドメインコンポーネントが例えば２から１０までに対応するｃｎをもつサーバ公開鍵証明書を予め記憶しておき、通信セッションにおける情報提供処理装置１３０のホスト名のドメインコンポーネントの数によって前記サーバ公開鍵証明書から適切なものが選択されるようにしておく。
【０２２６】
また、Ｃｏｍｍｏｎ Ｎａｍｅ（ｃｎ）の一つ上位のｏｕ属性値として中継処理装置１２０のホスト名（上記例：ｐｒｏｘｙ．ｘｘｘ．ｃｏｍ）を記載している。該ｏｕ属性値はプロキシ回線１４１上のＳＳＬコネクションにおける中継処理装置１２０の真正性確認に用いることができる。
【０２２７】
ステップＳ３０３では、上述したように、新規にセッションを確立する場合は、ステップＳ３０４へ進み、セッションを再開する場合はステップＳ３１４へ進む。
【０２２８】
ステップＳ３０４では、サーバ側暗号処理部１２５は、ステップＳ３０１で開設したサーバ回線１４２を介して、サーバ通信部１２２を経由してＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを情報提供処理装置１３０に送信し、ＳＳＬハンドシェイク処理を新規に開始する（図７のステップＳ５０５からステップＳ５１１）。
【０２２９】
サーバ側暗号処理部１２５は、情報提供処理装置１３０から、ＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏ、ＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅ、ＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏ Ｄｏｎｅメッセージ等を受信する。通信制御部１２４は、該ＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージを受信すると該メッセージに含まれる情報提供処理装置１３０のサーバ公開鍵証明書を取得し、該サーバ公開鍵証明書を代理通信セッションレコードのサーバ証明書欄に保存する。
【０２３０】
ステップＳ３０５では、通信制御部１２４は、ＣＡ証明書保存部１２８に記憶されているＣＡ公開鍵証明書を用いて該サーバ公開鍵証明書が信頼できるか否かの検証処理を実施する。
【０２３１】
具体的には、通信制御部１２４は、CA証明書保存部１２８に記憶されているCA公開鍵証明書（該CAが発行した公開鍵を含む）を用いて、情報提供処理装置１３０から取得した該サーバ公開鍵証明書の復号を行い、復号に成功すれば、検証成功（信頼できる）と判定する。一方、復号に失敗すれば、検証失敗（信頼できない）と判定する。
【０２３２】
すなわち、情報提供処理装置とＳＳＬ通信を確立する際に情報提供処理装置から取得される該情報処理装置の公開鍵証明書と、中継処理装置が信頼する認証局により発行された公開鍵証明書とを用いて、該情報処理装置の公開鍵証明書が信頼する認証局により発行されたものであるか否かを判定する（判定手段）。
【０２３３】
ステップＳ３０６では、通信制御部１２４は、ステップＳ３０５におけるサーバ認証処理の結果が、成功であれば（信頼できると判定された場合は）ステップＳ３０９へ進み、失敗であれば（信頼できないと判定された場合は）ステップＳ３０７へ進む。
【０２３４】
すなわち、ステップＳ３０５による判定の結果に従って、利用者端末と情報提供処理装置との間で通信される通信データの中継を許可するか否かを決定する（決定手段）。
【０２３５】
ステップＳ３０７、ステップＳ３０８では、通信制御部１２４は、自己署名証明書を用いているサーバや、サーバ公開鍵証明書をサブドメインのホスト名が用いているサーバが、なりすましではなく安全であるか否かを判定する。
【０２３６】
ステップＳ３０７では、通信制御部１２４は、検証に失敗した、情報提供処理装置１３０のサーバ公開鍵証明書が自己署名証明書である、または、該サーバ公開鍵証明書を用いている情報提供処理装置１３０のホスト名が、該サーバ公開鍵証明書の発行対象Ｃｏｍｍｏｎ Ｎａｍｅ（ｃｎ）（ドメイン）のサブドメインであるかを判定する。
【０２３７】
具体的には、検証に失敗した該サーバ公開鍵証明書が、自己署名証明書であるか否かを、当該サーバ公開鍵証明書を解析することで判定する。また、情報提供処理装置１３０のホスト名（利用者端末から受信したプロキシリクエストに含まれているホスト名）（ドメイン）が、該サーバ公開鍵証明書に記載されているＣｏｍｍｏｎ Ｎａｍｅ（ｃｎ）のサブドメインであるか否かを判定する。
【０２３８】
すなわち、検証に失敗した該サーバ公開鍵証明書を解析することにより、当該公開鍵証明書が自己署名証明書であるか否かを判定する（自己署名判定手段）。また、情報提供処理装置のドメインが、当該公開鍵証明書に含まれているドメインのサブドメインであるか否かを判定する（ドメイン判定手段）。
【０２３９】
そして、検証に失敗した当該サーバ公開鍵証明書が自己署名証明書である、又は、情報提供処理装置１３０のホスト名（利用者端末から受信したプロキシリクエストに含まれているホスト名）が、当該サーバ公開鍵証明書に記載されているＣｏｍｍｏｎ Ｎａｍｅ（ｃｎ）のサブドメインであると判定された場合（Ｓ３０７：ＹＥＳ）は、処理をステップＳ３０８に移行し、検証に失敗した該サーバ公開鍵証明書が自己署名証明書ではない、又は情報提供処理装置１３０のホスト名（利用者端末から受信したプロキシリクエストに含まれているホスト名）が、該サーバ公開鍵証明書に記載されているＣｏｍｍｏｎ Ｎａｍｅ（ｃｎ）のサブドメインではないと判定された場合（Ｓ３０７：ＮＯ）は、処理をステップＳ３１７に移行する。
【０２４０】
ステップＳ３０８では、通信制御部１２４は、当該情報提供処理装置１３０のサーバ公開鍵証明書の付加検証を行う。通信制御部１２４は、現在、検証対象となっている情報提供処理装置１３０の代理通信セッションレコードのサーバ識別子と、該サーバ公開鍵証明書の証明書フィンガープリントとをキーに、一致するレコードを、証明書付加情報保存部１２７に記憶されている証明書付加情報（図６）の中から検索する。
【０２４１】
通信制御部１２４は、該キーに一致するレコードがなかった場合には、付加検証処理を終了し、ステップＳ３１７に進む。
【０２４２】
また、通信制御部１２４は、該キーに一致するレコードが検索された場合には、当該レコードのＳｔａｒｔ＿Ｔｉｍｅ欄とＥｎｄ＿Ｔｉｍｅ欄の値をそれぞれ取得する。
【０２４３】
そして、取得したＳｔａｒｔ＿Ｔｉｍｅ欄の値から、Ｅｎｄ＿Ｔｉｍｅ欄の値までの期間が、所定期間以上であるか否かを判定し、所定期間以上であれば（Ｓ３０８：成功）、処理をステップＳ３０９に移行し、所定期間未満であると判定された場合は（Ｓ３０８：失敗）、処理をステップＳ３１７に移行する。
【０２４４】
このように、情報提供処理装置１３０のサーバ公開鍵証明書が、情報提供処理装置とのＳＳＬ通信で、所定期間以上用いられていたかを判定する（期間判定手段）。
【０２４５】
すなわち、情報提供処理装置１３０が用いているサーバ公開鍵証明書が、所定期間以上、該情報提供処理装置１３０と中継処理装置１２０との間で用いられ、ＳＳＬによる暗号化通信を行っていることが確認された場合は、情報提供処理装置１３０は、情報提供処理装置１３０は安全である可能性が高い（なりすましの可能性は低い）と考えられるため、処理をステップＳ３０９に移行する。一方、所定期間以上、確認されていない場合は、なりすましの可能性が高く危険であると考えられるため、強制的に処理を中断させるべく処理をステップＳ３１７に移行する。
【０２４６】
ステップＳ３０９では、通信制御部１２４は、情報提供処理装置１３０からクライアント認証要求を受信していない場合、ステップＳ３１０へ進み、クライアント認証要求を受信した場合は、ステップＳ３１７へ進む。
【０２４７】
ステップＳ３１０では、サーバ側暗号処理部１２５において、サーバ通信部１２２を経由して、ＳＳＬ Ｈａｎｄｓｈａｋｅ ｆｉｎｉｓｈｅｄメッセージを情報提供処理装置１３０に送信して、前記サーバ回線１４２におけるＳＳＬコネクションのハンドシェイク処理を終了する（図７のステップＳ５１３からステップＳ５１４）。
【０２４８】
ステップＳ３１１では、クライアント側暗号処理部１２３において、クライアント通信部１２１を経由して、ＳＳＬ Ｈａｎｄｓｈａｋｅ ｆｉｎｉｓｈｅｄを利用者端末１１０に送信して、プロキシ回線１４１におけるＳＳＬコネクションのハンドシェイク処理を終了する（図７のステップＳ５１５からステップＳ５１６）。
【０２４９】
ステップＳ３１２では、既に確立した、プロキシ回線１４１のＳＳＬセッションと、サーバ回線１４２のＳＳＬセッションと、の２つのＳＳＬセッションの間でアプリケーションメッセージを中継する。（図７のステップＳ５１７からステップＳ５２０）。詳細は後述する。
【０２５０】
ステップＳ３１３では、ステップＳ３１２におけるアプリケーションメッセージの交換が終了すると、情報提供処理装置１３０もしくは利用者端末１１０からＳＳＬ ｃｌｏｓｅ ｎｏｔｉｆｙメッセージによるセッション終了通知が送信される。クライアント側暗号処理部１２３もしくはサーバ側暗号処理部１２５において該メッセージを受信すると、クライアント側暗号処理部１２３もしくはサーバ側暗号処理部１２５はＳＳＬ ｃｌｏｓｅ ｎｏｔｉｆｙメッセージを返信しＳＳＬセッションを終了し、通信回線（プロキシ回線、又はサーバ回線）を切断する。次に反対側のＳＳＬセッションの終了処理と通信回線（プロキシ回線、又はサーバ回線）の切断処理を実施する。
【０２５１】
（ＳＳＬセッション再開機能を使う場合）
【０２５２】
ステップＳ３１４では、通信制御部１２４は、サーバ回線１４２においてＳＳＬセッションの再開が可能か否かを判定する。
【０２５３】
すなわち、通信制御部１２４は、利用者端末１１０から受信したセッションＩＤが含まれている代理通信セッションレコードのセッションＩＤーＳ欄に値が存在するか否かを判定し、代理通信セッションレコードのセッションＩＤーＳ欄に値が存在すると判定された場合、サーバ側暗号処理部１２５から該セッションＩＤの値を付加したＳＳＬ Ｃｌｉｅｎｔ Ｈｅｌｌｏメッセージを、サーバ通信部１２２を経由してサーバ回線を介して情報提供処理装置１３０へ送信する。
【０２５４】
次に、サーバ側暗号処理部１２５は、情報提供処理装置１３０からＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージを受信する。通信制御部１２４は、該ＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージに該セッションＩＤが含まれているか否かを判定し、該セッションＩＤが含まれていると判定された場合は、セッション再開が可能と判定しステップＳ３１０へ進む。
【０２５５】
通信制御部１２４は、代理通信セッションレコードのセッションＩＤーＳ欄に値が存在しない場合、もしくは存在してもＳＳＬ Ｓｅｒｖｅｒ Ｈｅｌｌｏメッセージに該セッションＩＤが含まれていなければ、セッション再開は不可と判定しステップＳ３１５へ進む。
【０２５６】
ステップＳ３１５では、通信制御部１２４は、ステップＳ３０４と同様に、サーバ回線１４２上で新しいＳＳＬセッションを開始する。
【０２５７】
通信制御部１２４は、情報提供処理装置１３０からのＳＳＬ Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅメッセージを受信すると、該メッセージからサーバ公開鍵証明書を取得し、該サーバ公開鍵証明書と代理通信セッションレコードのサーバ証明書欄の値とを比較する。当該比較の結果、両者が同一でなかった場合は、代理通信セッションレコードのサーバ証明書欄を該サーバ公開鍵証明書で上書き保存する。
【０２５８】
ステップＳ３１６では、通信制御部１２４は、ステップＳ３１５におけるサーバ公開鍵証明書の比較の結果を参照し、真（同一）ならばステップＳ３０９へ進み、偽（同一ではない）ならば再度サーバ公開鍵証明書を検証するためにステップＳ３０５へ進む。
（エラー処理）
【０２５９】
ステップＳ３１７では、通信制御部１２４は、サーバ側暗号処理部１２５に情報提供処理装置１３０とのＳＳＬハンドシェイク処理をエラー終了するように通知し、サーバ側暗号処理部１２５は、サーバ通信部１２２を経由して、サーバ回線１４２を介してＳＳＬのＳＳＬ ｂａｄ ｃｅｒｔｉｆｉｃａｔｅ ａｌｅｒｔメッセージを情報提供処理装置１３０へ送信し、サーバ回線１４２を切断し、終了する。また、通信制御部１２４は、ステップS３１７で、クライアント側暗号処理部１２３に利用者端末１１０とのＳＳＬハンドシェイク処理をエラー終了するように通知し、クライアント側暗号処理部１２３は、クライアント通信部１２１を経由して、プロキシ回線１４１を介してＳＳＬのＳＳＬ ｂａｄ ｃｅｒｔｉｆｉｃａｔｅ ａｌｅｒｔメッセージを利用者端末１１０へ送信し、プロキシ回線１４１を切断し、終了する。ここで、利用者端末１１０に送信されるメッセージには、ステップS３０７、ステップS３０８の判定の結果が含まれており、このメッセージを受信した利用者端末１１０は、表示部にその旨を表示する。このようにSSLによるプロキシ回線の暗号化通信の確立、及び、SSLによるサーバ回線の暗号化通信の確立を行わずに中止することが可能となる。
【０２６０】
次に、図３におけるAP（アプリケーション）データ中継処理（ステップＳ３１２）の詳細処理を、図４を用いて説明する。
【０２６１】
なお、図４に示すステップＳ４０１からステップＳ４０９は、中継処理装置１２０のＣＰＵ２０１が実行することにより実現される。
【０２６２】
ステップＳ４０１では、クライアント通信部１２１は、プロキシ回線１４１を介して利用者端末１１０から暗号化された通信要求メッセージ（暗号化通信要求メッセージ）を受信し、該暗号化通信要求メッセージをクライアント側暗号処理部１２３へ渡す。
【０２６３】
ステップＳ４０２では、クライアント側暗号処理部１２３は、当該暗号化通信要求メッセージを、代理通信セッションレコード（図５の現在処理対象のレコード）の共通鍵その他ーＣ欄の記憶されている共通鍵を用いて復号化し、当該復号化された通信要求メッセージ（平文化通信要求メッセージ）を作成する。クライアント側暗号処理部１２３は、該平文化通信要求メッセージを通信制御部１２４へ渡す。
【０２６４】
なお、ここでは復号化された平文化通信要求メッセージに対して例えば以下の処理を行うことができる。
【０２６５】
例えば、平文化通信要求メッセージに対し、キーワード検査を行って機密情報として外部への送信が禁止されているデータが含まれているか否かを検査する処理を行い、禁止されているデータが含まれていると判定された場合は、当該平文化通信要求メッセージを情報提供処理装置１３０に中継することなく処理を終了することができる。また、平文化通信要求メッセージに外部への送信が禁止されているデータが含まれていないと判定された場合は、処理をステップS40３に移行する。
【０２６６】
ステップＳ４０３では、通信制御部１２４は、平文化通信要求メッセージをサーバ側暗号処理部１２５へ渡し、サーバ側暗号処理部１２５は、該平文化通信要求メッセージを代理通信セッションレコードの共通鍵その他ーＳ欄の記憶されている共通鍵を用いて暗号化して、暗号化された通信要求メッセージ（暗号化通信要求メッセージ）を作成する。
【０２６７】
ステップＳ４０４では、サーバ側暗号処理部１２５は、当該暗号化通信要求メッセージをサーバ通信部１２２へ渡し、サーバ通信部１２２は、当該暗号化通信要求メッセージを情報提供処理装置１３０のサーバ処理部１３１へ送信する。
【０２６８】
ステップＳ４０５では、サーバ通信部１２２は、情報提供処理装置１３０のサーバ処理部１３１から暗号化された通信応答メッセージ（暗号化通信応答メッセージ）を受信し、該暗号化通信応答メッセージをサーバ側暗号処理部１２５へ渡す。
【０２６９】
ステップＳ４０６では、サーバ側暗号処理部１２５は、該暗号化通信応答メッセージを代理通信セッションレコードの共通鍵その他ーＳ欄の記憶されている共通鍵を用いて復号化して、当該復号された通信応答メッセージ（平文化通信応答メッセージ）を作成する。サーバ側暗号処理部１２５は、該平文化通信応答メッセージを通信制御部１２４へ渡す。
【０２７０】
なお、ここでは復号化された平文化通信要求メッセージに例えば以下の処理を行うことができる。
【０２７１】
例えば、平文化通信応答メッセージに対しアンチウィルス処理を行い、平文化通信応答メッセージにウィルスが含まれているか否かを検査して、平文化通信応答メッセージにウィルスが含まれていると判定された場合は、当該平文化通信応答メッセージを利用者端末１１０に中継することなく処理を終了する。また、平文化通信応答メッセージにウィルスが含まれていると判定された場合は、処理をステップS４０７に移行する。
【０２７２】
ステップＳ４０７では、通信制御部１２４が、平文化通信応答メッセージをクライアント側暗号処理部１２３に渡し、クライアント側暗号処理部１２３は、当該平文化通信応答メッセージを、代理通信セッションレコードの共通鍵その他ーＣ欄の記憶されている共通鍵を用いて暗号化して、暗号化された通信応答メッセージ（暗号化通信応答メッセージ）を作成する。
【０２７３】
そして、ステップＳ４０８では、クライアント側暗号処理部１２３は、作成された暗号化通信応答メッセージをクライアント通信部１２１へ渡し、クライアント通信部１２１は、該暗号化通信応答メッセージを、利用者端末１１０の閲覧処理部１１１へ送信する。
【０２７４】
ステップＳ４０９では、通信制御部１２４は、利用者端末１１０、又は情報提供処理装置１３０からアプリケーション通信（ＨＴＴＰトランザクション）の終了通知メッセージを受信したか否かを判定し、受信した場合は、処理を終了し、SSLによるプロキシ回線１４１の暗号化通信、及びSSLによるサーバ回線１４２の暗号化通信を切断する。一方、終了通知メッセージを受信していないと判定された場合は、SSLによるプロキシ回線１４１の暗号化通信、及びSSLによるサーバ回線１４２の暗号化通信を継続すると判定し、処理をステップS４０１に戻す。
【０２７５】
以上、本発明によれば、クライアント端末のユーザによる、該クライアント端末が接続要求する情報処理装置の安全性の確認作業を軽減可能にすると共に、各クライアント端末における該情報処理装置に係る安全性を共通の基準で確認し、該クライアント端末と該情報処理装置との間で通信される通信データの中継の可否を制御することができる。
【０２７６】
以上、本発明の実施形態を詳述したが、本発明は、例えば、システム、装置、方法、装置で読み取り実行可能なプログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０２７７】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【０２７８】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０２７９】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【０２８０】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（基本システム或いはオペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２８１】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【符号の説明】
【０２８２】
１１０ 利用者端末
１１１ 閲覧処理部
１１２ ＣＡ証明書保存部
１２０ 中継所処理装置
１２１ クライアント通信部
１２２ サーバ通信部
１２３ クライアント側暗号処理部
１２４ 通信制御部
１２５ サーバ側暗号処理部
１２６ 代理用暗号鍵保存部
１２７ 証明書付加情報保存部
１２８ ＣＡ証明書保存部
１２９ 管理表保存部
１３０ 情報提供処理装置
１３１ サーバ処理部
１３２ サーバ暗号鍵保存部
１４１ プロキシ回線
１４２ サーバ回線
【特許請求の範囲】
【請求項１】
クライアント端末と情報処理装置との間で通信される通信データを中継する中継処理装置であって、
前記情報処理装置から取得される公開鍵証明書が、前記中継処理装置が信頼する認証局により発行されたものであるか否かを判定するために用いられる、前記認証局が発行する公開鍵証明書を記憶する記憶手段と、
前記クライアント端末と前記情報処理装置との間の前記通信データを中継するために用いられるＳＳＬ通信を前記情報処理装置と確立する確立手段と、
前記確立手段で前記情報処理装置とＳＳＬ通信を確立する際に前記情報処理装置から取得される前記情報処理装置の公開鍵証明書と、前記記憶手段に記憶されている公開鍵証明書とを用いて、当該公開鍵証明書が前記認証局により発行されたものであるか否かを判定する判定手段と、
前記判定手段による判定結果に従って、前記クライアント端末と前記情報処理装置との間の通信データの中継を許可するか否かを決定する決定手段と、
を備えることを特徴とする中継処理装置。
【請求項２】
前記判定手段で、前記確立手段で前記情報処理装置とＳＳＬ通信を確立する際に前記情報処理装置から取得される公開鍵証明書が前記認証局により発行されたものではないと判定された場合、当該公開鍵証明書を解析することにより、当該公開鍵証明書が自己署名証明書であるか否かを判定する自己署名判定手段と、
当該公開鍵証明書が、前記確立手段で確立される前記情報処理装置とのＳＳＬ通信で、所定期間以上用いられていたかを判定する期間判定手段と、
を更に備え、
前記決定手段は、前記自己署名判定手段で、当該公開鍵証明書が自己署名証明書であると判定され、かつ前記期間判定手段で前記情報処理装置とのＳＳＬ通信で、所定期間以上用いられていたと判定された場合は、前記クライアント端末と前記情報処理装置との間の通信データの中継を許可することを特徴とする中継処理装置。
【請求項３】
前記判定手段で、前記確立手段で前記情報処理装置とＳＳＬ通信を確立する際に前記情報処理装置から取得される公開鍵証明書が前記認証局により発行されたものではないと判定された場合、前記情報処理装置のドメインが、当該公開鍵証明書に含まれているドメインのサブドメインであるか否かを判定するドメイン判定手段を更に備え、
前記決定手段は、前記ドメイン判定手段で、前記情報処理装置のドメインが、当該公開鍵証明書に含まれているドメインのサブドメインであると判定され、かつ前記期間判定手段で前記情報処理装置とのＳＳＬ通信で、所定期間以上用いられていたと判定された場合は、前記クライアント端末と前記情報処理装置との間の通信データの中継を許可することを特徴とする中継処理装置。
【請求項４】
クライアント端末と情報処理装置との間で通信される通信データを中継する、前記情報処理装置から取得される公開鍵証明書が、前記中継処理装置が信頼する認証局により発行されたものであるか否かを判定するために用いられる、前記認証局が発行する公開鍵証明書を記憶する記憶手段を備えた中継処理装置の制御方法であって、
前記確立手段が、前記クライアント端末と前記情報処理装置との間の前記通信データを中継するために用いられるＳＳＬ通信を前記情報処理装置と確立する確立工程と、
前記判定手段が、前記確立工程で前記情報処理装置とＳＳＬ通信を確立する際に前記情報処理装置から取得される前記情報処理装置の公開鍵証明書と、前記記憶手段に記憶されている公開鍵証明書とを用いて、当該公開鍵証明書が前記認証局により発行されたものであるか否かを判定する判定工程と、
前記決定手段が、前記判定工程による判定結果に従って、前記クライアント端末と前記情報処理装置との間の通信データの中継を許可するか否かを決定する決定工程と、
を備えることを特徴とする中継処理装置の制御方法。
【請求項５】
クライアント端末と情報処理装置との間で通信される通信データを中継する中継処理装置で実行可能なプログラムであって、
前記中継処理装置を、
前記情報処理装置から取得される公開鍵証明書が、前記中継処理装置が信頼する認証局により発行されたものであるか否かを判定するために用いられる、前記認証局が発行する公開鍵証明書を記憶する記憶手段と、
前記クライアント端末と前記情報処理装置との間の前記通信データを中継するために用いられるＳＳＬ通信を前記情報処理装置と確立する確立手段と、
前記確立手段で前記情報処理装置とＳＳＬ通信を確立する際に前記情報処理装置から取得される前記情報処理装置の公開鍵証明書と、前記記憶手段に記憶されている公開鍵証明書とを用いて、当該公開鍵証明書が前記認証局により発行されたものであるか否かを判定する判定手段と、
前記判定手段による判定結果に従って、前記クライアント端末と前記情報処理装置との間の通信データの中継を許可するか否かを決定する決定手段として機能させることを特徴とするプログラム。
【請求項１】
クライアント端末と情報処理装置との間で通信される通信データを中継する中継処理装置であって、
前記情報処理装置から取得される公開鍵証明書が、前記中継処理装置が信頼する認証局により発行されたものであるか否かを判定するために用いられる、前記認証局が発行する公開鍵証明書を記憶する記憶手段と、
前記クライアント端末と前記情報処理装置との間の前記通信データを中継するために用いられるＳＳＬ通信を前記情報処理装置と確立する確立手段と、
前記確立手段で前記情報処理装置とＳＳＬ通信を確立する際に前記情報処理装置から取得される前記情報処理装置の公開鍵証明書と、前記記憶手段に記憶されている公開鍵証明書とを用いて、当該公開鍵証明書が前記認証局により発行されたものであるか否かを判定する判定手段と、
前記判定手段による判定結果に従って、前記クライアント端末と前記情報処理装置との間の通信データの中継を許可するか否かを決定する決定手段と、
を備えることを特徴とする中継処理装置。
【請求項２】
前記判定手段で、前記確立手段で前記情報処理装置とＳＳＬ通信を確立する際に前記情報処理装置から取得される公開鍵証明書が前記認証局により発行されたものではないと判定された場合、当該公開鍵証明書を解析することにより、当該公開鍵証明書が自己署名証明書であるか否かを判定する自己署名判定手段と、
当該公開鍵証明書が、前記確立手段で確立される前記情報処理装置とのＳＳＬ通信で、所定期間以上用いられていたかを判定する期間判定手段と、
を更に備え、
前記決定手段は、前記自己署名判定手段で、当該公開鍵証明書が自己署名証明書であると判定され、かつ前記期間判定手段で前記情報処理装置とのＳＳＬ通信で、所定期間以上用いられていたと判定された場合は、前記クライアント端末と前記情報処理装置との間の通信データの中継を許可することを特徴とする中継処理装置。
【請求項３】
前記判定手段で、前記確立手段で前記情報処理装置とＳＳＬ通信を確立する際に前記情報処理装置から取得される公開鍵証明書が前記認証局により発行されたものではないと判定された場合、前記情報処理装置のドメインが、当該公開鍵証明書に含まれているドメインのサブドメインであるか否かを判定するドメイン判定手段を更に備え、
前記決定手段は、前記ドメイン判定手段で、前記情報処理装置のドメインが、当該公開鍵証明書に含まれているドメインのサブドメインであると判定され、かつ前記期間判定手段で前記情報処理装置とのＳＳＬ通信で、所定期間以上用いられていたと判定された場合は、前記クライアント端末と前記情報処理装置との間の通信データの中継を許可することを特徴とする中継処理装置。
【請求項４】
クライアント端末と情報処理装置との間で通信される通信データを中継する、前記情報処理装置から取得される公開鍵証明書が、前記中継処理装置が信頼する認証局により発行されたものであるか否かを判定するために用いられる、前記認証局が発行する公開鍵証明書を記憶する記憶手段を備えた中継処理装置の制御方法であって、
前記確立手段が、前記クライアント端末と前記情報処理装置との間の前記通信データを中継するために用いられるＳＳＬ通信を前記情報処理装置と確立する確立工程と、
前記判定手段が、前記確立工程で前記情報処理装置とＳＳＬ通信を確立する際に前記情報処理装置から取得される前記情報処理装置の公開鍵証明書と、前記記憶手段に記憶されている公開鍵証明書とを用いて、当該公開鍵証明書が前記認証局により発行されたものであるか否かを判定する判定工程と、
前記決定手段が、前記判定工程による判定結果に従って、前記クライアント端末と前記情報処理装置との間の通信データの中継を許可するか否かを決定する決定工程と、
を備えることを特徴とする中継処理装置の制御方法。
【請求項５】
クライアント端末と情報処理装置との間で通信される通信データを中継する中継処理装置で実行可能なプログラムであって、
前記中継処理装置を、
前記情報処理装置から取得される公開鍵証明書が、前記中継処理装置が信頼する認証局により発行されたものであるか否かを判定するために用いられる、前記認証局が発行する公開鍵証明書を記憶する記憶手段と、
前記クライアント端末と前記情報処理装置との間の前記通信データを中継するために用いられるＳＳＬ通信を前記情報処理装置と確立する確立手段と、
前記確立手段で前記情報処理装置とＳＳＬ通信を確立する際に前記情報処理装置から取得される前記情報処理装置の公開鍵証明書と、前記記憶手段に記憶されている公開鍵証明書とを用いて、当該公開鍵証明書が前記認証局により発行されたものであるか否かを判定する判定手段と、
前記判定手段による判定結果に従って、前記クライアント端末と前記情報処理装置との間の通信データの中継を許可するか否かを決定する決定手段として機能させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１２−１３７９７５（Ｐ２０１２−１３７９７５Ａ）
【公開日】平成２４年７月１９日（２０１２．７．１９）
【国際特許分類】
【出願番号】特願２０１０−２９０５２０（Ｐ２０１０−２９０５２０）
【出願日】平成２２年１２月２７日（２０１０．１２．２７）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．コンパクトフラッシュ
【出願人】（３９０００２７６１）キヤノンマーケティングジャパン株式会社 (656)
【出願人】（３１２０００２０６）キヤノンＭＪアイティグループホールディングス株式会社 (259)
【出願人】（５９２１３５２０３）キヤノンＩＴソリューションズ株式会社 (528)
【Ｆターム（参考）】
【公開日】平成２４年７月１９日（２０１２．７．１９）
【国際特許分類】
【出願日】平成２２年１２月２７日（２０１０．１２．２７）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．コンパクトフラッシュ
【出願人】（３９０００２７６１）キヤノンマーケティングジャパン株式会社 (656)
【出願人】（３１２０００２０６）キヤノンＭＪアイティグループホールディングス株式会社 (259)
【出願人】（５９２１３５２０３）キヤノンＩＴソリューションズ株式会社 (528)
【Ｆターム（参考）】
[ Back to top ]