(57)【特許請求の範囲】
【請求項１】
暗号化通信サーバとＳＳＬによる暗号化通信が可能に構成されたクライアント端末装置と、前記クライアント端末装置と前記暗号化通信サーバとの間の前記暗号化通信によるデータを中継する中継サーバとを有する情報処理システムであって、
前記クライアント端末装置は、
前記暗号化通信によるデータを前記暗号化通信サーバに中継するか否かを決定するための条件が定められた第１のルールを記憶する第１記憶手段と、
前記暗号化通信サーバに対して暗号化通信を行うアプリケーションを特定する特定手段と、
前記クライアント端末装置と前記中継サーバとの間の第１のセッションを用いて、前記特定手段で特定されたアプリケーションを介して前記暗号化通信で送信されるデータに対する、前記暗号化通信を行う前のデータを抽出する抽出手段と、
前記抽出手段で抽出されたデータが、前記第１記憶手段に記憶された第１のルールに定められている条件を満たすか否かを判定する第１の判定手段と、
前記第１の判定手段による判定結果を、前記第１のセッションとは別の、前記クライアント端末装置と前記中継サーバとの間の第２のセッションを用いて、前記中継サーバに送信する送信手段とを有し、
前記中継サーバは、
前記送信手段により送信された前記第１の判定手段による判定結果に応じて、前記暗号化通信サーバに、前記第１のセッションを用いて送信される暗号化通信によるデータを中継するか否かを決定する決定手段を有することを特徴とする情報処理システム。
【請求項２】
暗号化通信サーバとＳＳＬによる暗号化通信が可能に構成されたクライアント端末装置と、前記クライアント端末装置と前記暗号化通信サーバとの間の前記暗号化通信によるデータを中継する中継サーバとを有する情報処理システムであって、
前記クライアント端末装置は、
前記暗号化通信サーバに対して暗号化通信を行うアプリケーションを特定する特定手段と、
前記クライアント端末装置と前記中継サーバとの間の第１のセッションを用いて、前記特定手段で特定されたアプリケーションを介して前記暗号化通信で送信されるデータに対する、前記暗号化通信を行う前のデータを抽出する抽出手段と、
前記抽出手段により抽出されたデータを、前記第１のセッションとは別の、前記クライアント端末装置と前記中継サーバとの間の第２のセッションを用いて、前記中継サーバに送信する送信手段とを有し、
前記中継サーバは、
前記第１のセッションを用いて送信される前記暗号化通信によるデータを前記暗号化通信サーバに中継するか否かを決定するための条件が定められたルールを記憶する記憶手段と、
前記送信手段により送信されたデータが、前記記憶手段に記憶されたルールに定められている条件を満たすか否かを判定する第１の判定手段と、
前記第１の判定手段で判定された判定結果に応じて、前記暗号化通信サーバに、前記第１のセッションを用いて送信される暗号化通信によるデータを中継するか否かを決定する決定手段とを有することを特徴とする情報処理システム。
【請求項３】
前記クライアント端末装置は非暗号化通信を行う非暗号化通信サーバと通信可能に構成され、前記中継サーバは前記クライアント端末装置と前記非暗号化通信サーバとの間の非暗号化通信によるデータを中継可能に構成されており、
前記中継サーバは、
前記クライアント端末装置からの通信接続要求が、前記非暗号化通信サーバへの通信接続要求であるか、前記暗号化通信サーバへの通信接続要求であるかを判定する要求判定手段を更に有し、
前記第１の判定手段は、前記要求判定手段で、前記クライアント端末装置からの通信接続要求が、前記非暗号化通信サーバへの通信接続要求であると判定された場合に、前記非暗号化通信によるデータが、前記記憶手段に記憶されたルールに定められている条件を満たすか否かを判定し、一方、前記クライアント端末装置からの通信接続要求が、前記暗号化通信サーバへの通信接続要求であると判定された場合に、前記送信手段により送信されたデータが、前記記憶手段に記憶されたルールに定められている条件を満たすか否かを判定することを特徴とする請求項２に記載の情報処理システム。
【請求項４】
前記中継サーバは、最新の前記第１のルールを保持しており、
前記クライアント端末装置は、前記中継サーバが保持する前記最新の第１のルールと前記第１記憶手段に記憶されている第１のルールとが一致しない場合、前記最新の第１のルールに基づいて、前記第１記憶手段に記憶されている第１のルールを更新する更新手段を更に有することを特徴とする請求項１に記載の情報処理システム。
【請求項５】
前記中継サーバは、
前記暗号化通信によるデータを前記暗号化通信サーバに中継するか否かを決定するための条件が定められた第２のルールを記憶する第２記憶手段と、
前記クライアント端末装置からの通信接続要求に従って得られるデータが、前記第２記憶手段に記憶されている第２のルールに定められている条件を満たすか否かを判定する第２の判定手段とを更に有し、
前記決定手段は、前記第１の判定手段による判定結果と、前記第２の判定手段による判定結果とに従って、前記第１のセッションを用いて送信される暗号化通信によるデータを、前記暗号化通信サーバに中継するか否かを決定することを特徴とする請求項１又は４に記載の情報処理システム。
【請求項６】
前記クライアント端末装置は、
前記クライアント端末装置と前記暗号化通信サーバとの間で前記暗号化通信が開始されたか否かを判定する暗号化開始判定手段を更に有し、
前記送信手段は、前記暗号化開始判定手段により、前記暗号化通信が開始されたと判定されたことを条件に、前記第１の判定手段による判定結果を、前記第２のセッションを用いて、前記中継サーバに送信することを特徴とする請求項１、４、５の何れか１項に記載の情報処理システム。
【請求項７】
前記中継サーバは、
前記クライアント端末装置からの通信接続要求が前記暗号化通信サーバへの通信接続要求である場合に、前記第１のセッションとは別に、前記クライアント端末装置と前記中継サーバとの間に前記第２のセッションを生成する生成手段を更に有することを特徴とする請求項１乃至６の何れか１項に記載の情報処理システム。
【請求項８】
前記中継サーバは、
前記生成手段により前記第２のセッションが生成されたか否かを判定する生成判定手段を更に有し、
前記決定手段は、更に、前記生成判定手段による判定結果に従って、前記第１のセッションを用いて送信される暗号化通信によるデータを、前記暗号化通信サーバに中継するか否かを決定することを特徴とする請求項７に記載の情報処理システム。
【請求項９】
前記クライアント端末装置は、
通信可能な前記中継サーバを検出する検出手段と、
前記検出手段により前記中継サーバが検出できたかを判定する検出判定手段と、
前記検出判定手段により、前記中継サーバが検出できないと判定された場合は、前記第１のセッションを用いた前記暗号化通信サーバへのデータの送信を制限する制限手段とを更に有することを特徴とする請求項１乃至８の何れか１項に記載の情報処理システム。
【請求項１０】
前記クライアント端末装置は非暗号化通信を行う非暗号化通信サーバと通信可能に構成され、前記中継サーバは前記クライアント端末装置と前記非暗号化通信サーバとの間の非暗号化通信によるデータを中継可能に構成されており、
前記中継サーバは、
データを中継サーバで中継するか否かを決定するための条件が定められた第１のルールを記憶する記憶手段と、
前記クライアント端末装置からの通信接続要求が、前記非暗号化通信サーバへの通信接続要求であるか、前記暗号化通信サーバへの通信接続要求であるかを判定する要求判定手段と、
前記要求判定手段で、前記クライアント端末装置からの通信接続要求が、前記非暗号化通信サーバへの通信接続要求であると判定された場合に、前記非暗号化通信によるデータが、前記記憶手段に記憶された第１のルールに定められている条件を満たすか否かを判定する第３の判定手段とを更に有し、
前記決定手段は、前記要求判定手段で、前記クライアント端末装置からの通信接続要求が、前記非暗号化通信サーバへの通信接続要求であると判定された場合は、前記第３の判定手段による判定結果に従って、前記非暗号化通信サーバに非暗号化通信によるデータを中継するか否かを決定し、一方、前記要求判定手段で、前記クライアント端末装置からの通信接続要求が、前記暗号化通信サーバへの通信接続要求であると判定された場合に、前記送信手段により送信された前記第１の判定手段による判定結果に応じて、前記暗号化通信サーバに、前記第１のセッションを用いて送信される暗号化通信によるデータを中継するか否かを決定することを特徴とする請求項１、４、５、６の何れか１項に記載の情報処理システム。
【請求項１１】
暗号化通信サーバとＳＳＬによる暗号化通信が可能に構成されたクライアント端末装置と、前記クライアント端末装置と前記暗号化通信サーバとの間の暗号化通信によるデータを中継する中継サーバとを有する情報処理システムにおける前記クライアント端末装置であって、
前記暗号化通信によるデータを前記暗号化通信サーバに中継するか否かを決定するための条件が定められた第１のルールを記憶する第１記憶手段と、
前記暗号化通信サーバに対して暗号化通信を行うアプリケーションを特定する特定手段と、
前記クライアント端末装置と前記中継サーバとの間の第１のセッションを用いて、前記特定手段で特定されたアプリケーションを介して前記暗号化通信で送信されるデータに対する、前記暗号化通信を行う前のデータを抽出する抽出手段と、
前記抽出手段で抽出されたデータが、前記第１記憶手段に記憶された第１のルールに定められている条件を満たすか否かを判定する第１の判定手段と、
前記第１の判定手段による判定結果を、前記第１のセッションとは別の、前記クライアント端末装置と前記中継サーバとの間の第２のセッションを用いて、前記中継サーバに送信する送信手段とを有することを特徴とするクライアント端末装置。
【請求項１２】
暗号化通信サーバとＳＳＬによる暗号化通信が可能に構成されたクライアント端末装置と、当該クライアント端末装置と前記暗号化通信サーバとの間の暗号化通信によるデータを中継する中継サーバとを有する情報処理システムにおける前記クライアント端末装置であって、
前記暗号化通信サーバに対して暗号化通信を行うアプリケーションを特定する特定手段と、
前記クライアント端末装置と前記中継サーバとの間の第１のセッションを用いて、前記特定手段で特定されたアプリケーションを介して前記暗号化通信で送信されるデータに対する、前記暗号化通信を行う前のデータを抽出する抽出手段と、
前記抽出手段により抽出されたデータを、前記第１のセッションとは別の、前記クライアント端末装置と前記中継サーバとの間の第２のセッションを用いて、前記中継サーバに送信する送信手段とを有することを特徴とするクライアント端末装置。
【請求項１３】
暗号化通信サーバとＳＳＬによる暗号化通信が可能に構成されたクライアント端末装置と、当該クライアント端末装置と前記暗号化通信サーバとの間の暗号化通信によるデータを中継する中継サーバとを有する情報処理システムにおける前記中継サーバであって、
前記クライアント端末装置で行われた判定結果であり、前記クライアント端末装置と前記中継サーバとの間の第１のセッションを用いて、前記暗号化通信サーバに対して前記暗号化通信を行うアプリケーションを介して前記暗号化通信で送信されるデータに対する、前記暗号化通信を行う前のデータが、前記暗号化通信によるデータを前記暗号化通信サーバに中継するか否かを決定するための条件が定められた第１のルールの条件を満たすか否かの判定結果を、前記第１のセッションとは別の、前記クライアント端末装置と前記中継サーバとの間の第２のセッションを用いて、前記クライアント端末装置から受信する受信手段と、
前記受信手段により受信した判定結果に応じて、前記暗号化通信サーバに、前記第１のセッションを用いて送信される暗号化通信によるデータを中継するか否かを決定する決定手段とを有することを特徴とする中継サーバ。
【請求項１４】
暗号化通信サーバとＳＳＬによる暗号化通信が可能に構成されたクライアント端末装置と、前記クライアント端末装置と前記暗号化通信サーバとの間の暗号化通信によるデータを中継する中継サーバとを有する情報処理システムにおける前記中継サーバであって、
前記クライアント端末装置と前記中継サーバとの間の第１のセッションを用いて送信される前記暗号化通信によるデータを前記中継サーバで中継するか否かを決定するための条件が定められたルールを記憶する記憶手段と、
前記クライアント端末装置で抽出されたデータであり、前記暗号化通信サーバに対して前記暗号化通信を行うアプリケーションを介して前記暗号化通信で送信されるデータに対する、前記暗号化通信を行う前のデータを、前記第１のセッションとは別の、前記クライアント端末装置と前記中継サーバとの間の第２のセッションを用いて、前記クライアント端末装置から受信する受信手段と、
前記受信手段で受信したデータが、前記記憶手段に記憶されたルールに定められている条件を満たすか否かを判定する第１の判定手段と、
前記第１の判定手段で判定された判定結果に応じて、前記暗号化通信サーバに、前記第１のセッションを用いて送信される前記暗号化通信によるデータを中継するか否かを決定する決定手段とを有することを特徴とする中継サーバ。
【請求項１５】
暗号化通信サーバとＳＳＬによる暗号化通信が可能に構成されたクライアント端末装置と、前記クライアント端末装置と前記暗号化通信サーバとの間の暗号化通信によるデータを中継する中継サーバとを有する情報処理システムにおける、前記暗号化通信によるデータを前記暗号化通信サーバに中継するか否かを決定するための条件が定められた第１のルールを記憶する第１記憶手段を備えた前記クライアント端末装置の制御方法であって、
前記クライアント端末装置の特定手段が、前記暗号化通信サーバに対して暗号化通信を行うアプリケーションを特定する特定工程と、
前記クライアント端末装置の抽出手段が、前記クライアント端末装置と前記中継サーバとの間の第１のセッションを用いて、前記特定手段で特定されたアプリケーションを介して前記暗号化通信で送信されるデータに対する、前記暗号化通信を行う前のデータを抽出する抽出工程と、
前記クライアント端末装置の第１の判定手段が、前記抽出手段で抽出されたデータが、前記第１記憶手段に記憶された第１のルールに定められている条件を満たすか否かを判定する第１の判定工程と、
前記クライアント端末装置の送信手段が、前記第１の判定工程による判定結果を、前記第１のセッションとは別の、前記クライアント端末装置と前記中継サーバとの間の第２のセッションを用いて、前記中継サーバに送信する送信手段とを有することを特徴とするクライアント端末装置の制御方法。
【請求項１６】
暗号化通信サーバとＳＳＬによる暗号化通信が可能に構成されたクライアント端末装置と、当該クライアント端末装置と前記暗号化通信サーバとの間の暗号化通信によるデータを中継する中継サーバとを有する情報処理システムにおける前記クライアント端末装置の制御方法であって、
前記クライアント端末装置の特定手段が、前記暗号化通信サーバに対して暗号化通信を行うアプリケーションを特定する特定工程と、
前記クライアント端末装置の抽出手段が、前記クライアント端末装置と前記中継サーバとの間の第１のセッションを用いて、前記特定工程で特定されたアプリケーションを介して前記暗号化通信で送信されるデータに対する、前記暗号化通信を行う前のデータを抽出する抽出工程と、
前記クライアント端末装置の送信手段が、前記抽出工程で抽出されたデータを、前記第１のセッションとは別の、前記クライアント端末装置と前記中継サーバとの間の第２のセッションを用いて、前記中継サーバに送信する送信工程とを有することを特徴とするクライアント端末装置の制御方法。
【請求項１７】
暗号化通信サーバとＳＳＬによる暗号化通信が可能に構成されたクライアント端末装置と、当該クライアント端末装置と前記暗号化通信サーバとの間の暗号化通信によるデータを中継する中継サーバとを有する情報処理システムにおける前記中継サーバの制御方法であって、
前記中継サーバの受信手段が、前記クライアント端末装置で行われた判定結果であり、前記クライアント端末装置と前記中継サーバとの間の第１のセッションを用いて、前記暗号化通信サーバに対して前記暗号化通信を行うアプリケーションを介して前記暗号化通信で送信されるデータに対する、前記暗号化通信を行う前のデータが、前記暗号化通信によるデータを前記暗号化通信サーバに中継するか否かを決定するための条件が定められた第１のルールの条件を満たすか否かの判定結果を、前記第１のセッションとは別の、前記クライアント端末装置と前記中継サーバとの間の第２のセッションを用いて、前記クライアント端末装置から受信する受信工程と、
前記中継サーバの決定手段が、前記受信工程で受信した判定結果に応じて、前記暗号化通信サーバに、前記第１のセッションを用いて送信される暗号化通信によるデータを中継するか否かを決定する決定工程とを有することを特徴とする中継サーバの制御方法。
【請求項１８】
暗号化通信サーバとＳＳＬによる暗号化通信が可能に構成されたクライアント端末装置と、前記クライアント端末装置と前記暗号化通信サーバとの間の暗号化通信によるデータを中継する中継サーバとを有する情報処理システムにおける、前記クライアント端末装置と前記中継サーバとの間の第１のセッションを用いて送信される前記暗号化通信によるデータを前記中継サーバで中継するか否かを決定するための条件が定められたルールを記憶する記憶手段を備えた前記中継サーバの制御方法であって、
前記中継サーバの受信手段が、前記クライアント端末装置で抽出されたデータであり、前記暗号化通信サーバに対して前記暗号化通信を行うアプリケーションを介して前記暗号化通信で送信されるデータに対する、前記暗号化通信を行う前のデータを、前記第１のセッションとは別の、前記クライアント端末装置と前記中継サーバとの間の第２のセッションを用いて、前記クライアント端末装置から受信する受信工程と、
前記中継サーバの第１の判定手段が、前記受信工程で受信したデータが、前記記憶手段に記憶されたルールに定められている条件を満たすか否かを判定する第１の判定工程と、
前記中継サーバの決定手段が、前記第１の判定工程で判定された判定結果に応じて、前記暗号化通信サーバに、前記第１のセッションを用いて送信される前記暗号化通信によるデータを中継するか否かを決定する決定工程とを有することを特徴とする中継サーバの制御方法。
【請求項１９】
暗号化通信サーバとＳＳＬによる暗号化通信が可能に構成されたクライアント端末装置と、前記クライアント端末装置と前記暗号化通信サーバとの間の暗号化通信によるデータを中継する中継サーバとを有する情報処理システムにおける、前記暗号化通信によるデータを前記暗号化通信サーバに中継するか否かを決定するための条件が定められた第１のルールを記憶する第１記憶手段を備えた前記クライアント端末装置で読み取り実行可能なプログラムであって、
前記クライアント端末装置を、
前記暗号化通信サーバに対して暗号化通信を行うアプリケーションを特定する特定手段と、
前記クライアント端末装置と前記中継サーバとの間の第１のセッションを用いて、前記特定手段で特定されたアプリケーションを介して前記暗号化通信で送信されるデータに対する、前記暗号化通信を行う前のデータを抽出する抽出手段と、
前記抽出手段で抽出されたデータが、前記第１記憶手段に記憶された第１のルールに定められている条件を満たすか否かを判定する第１の判定手段と、
前記第１の判定手段による判定結果を、前記第１のセッションとは別の、前記クライアント端末装置と前記中継サーバとの間の第２のセッションを用いて、前記中継サーバに送信する送信手段として機能させることを特徴とするプログラム。
【請求項２０】
暗号化通信サーバとＳＳＬによる暗号化通信が可能に構成されたクライアント端末装置と、当該クライアント端末装置と前記暗号化通信サーバとの間の暗号化通信によるデータを中継する中継サーバとを有する情報処理システムにおける前記クライアント端末装置で読み取り実行可能なプログラムであって、
前記クライアント端末装置を、
前記暗号化通信サーバに対して暗号化通信を行うアプリケーションを特定する特定手段と、
前記クライアント端末装置と前記中継サーバとの間の第１のセッションを用いて、前記特定手段で特定されたアプリケーションを介して前記暗号化通信で送信されるデータに対する、前記暗号化通信を行う前のデータを抽出する抽出手段と、
前記抽出手段により抽出されたデータを、前記第１のセッションとは別の、前記クライアント端末装置と前記中継サーバとの間の第２のセッションを用いて、前記中継サーバに送信する送信手段として機能させることを特徴とするプログラム。
【請求項２１】
暗号化通信サーバとＳＳＬによる暗号化通信が可能に構成されたクライアント端末装置と、当該クライアント端末装置と前記暗号化通信サーバとの間の暗号化通信によるデータを中継する中継サーバとを有する情報処理システムにおける前記中継サーバで読み取り実行可能なプログラムであって、
前記クライアント端末装置を、
前記クライアント端末装置で行われた判定結果であり、前記クライアント端末装置と前記中継サーバとの間の第１のセッションを用いて、前記暗号化通信サーバに対して前記暗号化通信を行うアプリケーションを介して前記暗号化通信で送信されるデータに対する、前記暗号化通信を行う前のデータが、前記暗号化通信によるデータを前記暗号化通信サーバに中継するか否かを決定するための条件が定められた第１のルールの条件を満たすか否かの判定結果を、前記第１のセッションとは別の、前記クライアント端末装置と前記中継サーバとの間の第２のセッションを用いて、前記クライアント端末装置から受信する受信手段と、
前記受信手段により受信した判定結果に応じて、前記暗号化通信サーバに、前記第１のセッションを用いて送信される暗号化通信によるデータを中継するか否かを決定する決定手段として機能させることを特徴とするプログラム。
【請求項２２】
暗号化通信サーバとＳＳＬによる暗号化通信が可能に構成されたクライアント端末装置と、前記クライアント端末装置と前記暗号化通信サーバとの間の暗号化通信によるデータを中継する中継サーバとを有する情報処理システムにおける、前記クライアント端末装置と前記中継サーバとの間の第１のセッションを用いて送信される前記暗号化通信によるデータを前記中継サーバで中継するか否かを決定するための条件が定められたルールを記憶する記憶手段を備えた前記中継サーバで読み取り実行可能なプログラムであって、
前記中継サーバを、
前記クライアント端末装置で抽出されたデータであり、前記暗号化通信サーバに対して前記暗号化通信を行うアプリケーションを介して前記暗号化通信で送信されるデータに対する、前記暗号化通信を行う前のデータを、前記第１のセッションとは別の、前記クライアント端末装置と前記中継サーバとの間の第２のセッションを用いて、前記クライアント端末装置から受信する受信手段と、
前記受信手段で受信したデータが、前記記憶手段に記憶されたルールに定められている条件を満たすか否かを判定する第１の判定手段と、
前記第１の判定手段で判定された判定結果に応じて、前記暗号化通信サーバに、前記第１のセッションを用いて送信される前記暗号化通信によるデータを中継するか否かを決定する決定手段として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、暗号化通信サーバと暗号化通信が可能に構成されたクライアント端末装置及びその制御方法、クライアント端末装置と暗号化通信サーバとの間の暗号化通信によるデータを中継する中継サーバ及びその制御方法、クライアント端末装置と中継サーバとを有する情報処理システム、プログラムに関するものである。
【背景技術】
【０００２】
近年のネットワーク技術の発達により、情報のやりとりにかかるコストが格段に低下する中、個人や各企業では電子メールやウェブサービスといったインターネットを利用した各種サービスにより、効率的な情報伝達ができるようになった。
【０００３】
しかしながら、特に企業を始めとした組織では、個人情報保護法などの施行により、情報の管理について明確な対応を求められることとなった。例えば、企業における情報漏洩対策として、社内から社外へ外部送信される電子メールの内容をチェックして、組織が予め定めた基準に合致した場合は、その電子メールの外部への送信を許可するといった情報漏洩対策システムを導入しているところが多い。
【０００４】
さらには、ＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を利用した従来の電子メールに対する情報漏洩対策システムだけではなく、情報漏洩の経路としてＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を利用したウェブサービスを対象にしたものもある。例えば、インターネット上への電子掲示板システムへの投稿や、ウェブメールサービスを利用した情報漏洩などへの対策である。
【０００５】
例えば、特許文献１には、ＵＲＬ（Ｕｎｉｆｏｒｍ  ＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）でインターネット上のサービスを指定し、そのサービスに対して情報の送信を制御することが開示されており、従来の電子メール（ＳＭＴＰ）とは異なるプロトコル（ＨＴＴＰ）のデータに対してもインターネットの利便性を損なうことなく情報漏洩対策が講じられてきている。
【０００６】
一方で、インターネット上の各種サービス自体でも、昨今の情報漏洩事件の報道や利用者の安全意識の向上を受けて、情報漏洩対策に取り組むところが多くなっている。特に、ウェブメールサービスに関しては、ＨＴＴＰを暗号化したＨＴＴＰＳを採用し、通信経路上の盗聴を防止したり、ウェブメールサービスを提供するサーバが偽者でないことを証明したりするなどして、セキュリティ対策を実施するところが増えている。
【０００７】
【特許文献１】特開２００４−３４８２０２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
このような暗号化されたウェブメールサービスを組織内から利用した場合、利用者の端末装置から情報が送信された時点で情報が暗号化されているため、悪意を持った利用者は、従来の情報漏洩システムを欺いて、情報を故意に外部へ漏洩させることが可能となる。
【０００９】
したがって、組織において明確な情報の管理を実施するための方法として、ＨＴＴＰＳを利用したウェブメールサービスは利用できないように、ブラックリスト方式で組織内の中継サーバを設定することが一般的且つ簡易な対策として採用されることが多い。ただし、このブラックリスト方式では、新規サービスに対応するまでの時間がかかることや、一般に公開されていないサイトに対しては無力であること、ホスト単位でしか制限がかけられないことなど、情報管理方法としては不十分な点がある。
【００１０】
その一方で、中間者攻撃手法を利用した管理方法も提案されている。この方法は、中継サーバとして機能させることで、クライアント端末装置と中継サーバとウェブサービスを提供するウェブサーバとの間の暗号化通信を分断し、中継サーバ内で暗号化通信を復号する方法である。
【００１１】
しかしながら、この方法では、クライアント端末装置から見た場合、通信の暗号化は実施されるものの、中継サーバの証明までしかできないために送信先のウェブサーバの認証が不可能である。このことから、上述した中間者攻撃手法を利用した管理方法は、偽者のウェブサーバへアクセスした場合も利用者が気づくことがなく、情報の管理及び検査が実施できる代わりに、外部へ情報が漏洩する危険性も増加することとなり、必ずしも推奨できるものではない。
【００１２】
このように、暗号化されたウェブサービスも含めた明確な情報管理を組織が実施するためには、従来のＳＭＴＰやＨＴＴＰを対象とした情報漏洩対策システムと同様に、ＨＴＴＰＳについても、その安全性を損なうことなく、情報の管理及び検査ができる方法が求められている。
【００１３】
即ち、従来においては、暗号化通信を利用した情報の管理及び検査を行う際に、第三者による暗号化通信の復号といった暗号の枠組みを壊すことなく、暗号化通信の安全性を確保することが困難であるという問題があった。
【００１４】
本発明は、暗号化通信の枠組みを壊すことなく、暗号化通信の安全性を確保しつつ、暗号化通信を利用した情報の管理及び検査が実施できるようにすることを目的とする。
【課題を解決するための手段】
【００１５】
本発明の情報処理システムは、暗号化通信サーバと暗号化通信が可能に構成されたクライアント端末装置と、当該クライアント端末装置と前記暗号化通信サーバとの間の暗号化通信によるデータを中継する中継サーバとを有する情報処理システムであって、前記暗号化通信によるデータを前記中継サーバで中継するか否かを決定するための条件が定められたルールを記憶する記憶手段と、前記暗号化通信サーバに対して暗号化通信を行うアプリケーションを特定する特定手段と、前記特定手段で特定されたアプリケーションを介して前記暗号化通信で送信されるデータに対する、前記暗号化通信を行う前のデータを抽出する抽出手段と、前記抽出手段で抽出されたデータが、前記記憶手段に記憶されたルールに定められている条件を満たすか否かを判定する第１の判定手段と、前記第１の判定手段で判定された判定結果に応じて、前記暗号化通信サーバに前記暗号化通信によるデータを送信するか否かを決定する決定手段と、を有する。
【００１７】
本発明のクライアント端末装置は、暗号化通信サーバと暗号化通信が可能に構成されたクライアント端末装置と、当該クライアント端末装置と前記暗号化通信サーバとの間の暗号化通信によるデータを中継する中継サーバとを有する情報処理システムにおける前記クライアント端末装置であって、前記暗号化通信によるデータを前記中継サーバで中継するか否かを決定するための条件が定められたルールを記憶する記憶手段と、前記暗号化通信サーバに対して暗号化通信を行うアプリケーションを特定する特定手段と、前記特定手段で特定されたアプリケーションを介して前記暗号化通信で送信されるデータに対する、前記暗号化通信を行う前のデータを抽出する抽出手段と、前記抽出手段で抽出されたデータが、前記記憶手段に記憶されたルールに定められている条件を満たすか否かを判定する第１の判定手段と、前記第１の判定手段で判定された判定結果を前記中継サーバに送信する送信手段とを有する。
【００１８】
本発明のクライアント端末装置における他の態様は、暗号化通信サーバと暗号化通信が可能に構成されたクライアント端末装置と、当該クライアント端末装置と前記暗号化通信サーバとの間の暗号化通信によるデータを中継する中継サーバとを有する情報処理システムにおける前記クライアント端末装置であって、前記暗号化通信サーバに対して暗号化通信を行うアプリケーションを特定する特定手段と、前記特定手段で特定されたアプリケーションを介して前記暗号化通信で送信されるデータに対する、前記暗号化通信を行う前のデータを抽出する抽出手段と、前記抽出手段で抽出されたデータを前記中継サーバに送信する送信手段と、を有する。
【００１９】
本発明の中継サーバは、暗号化通信サーバと暗号化通信が可能に構成されたクライアント端末装置と、当該クライアント端末装置と前記暗号化通信サーバとの間の暗号化通信によるデータを中継する中継サーバとを有する情報処理システムにおける前記中継サーバであって、前記クライアント端末装置で行われた判定結果であり、前記暗号化通信サーバに対して前記暗号化通信を行うアプリケーションを介して前記暗号化通信で送信されるデータに対する、前記暗号化通信を行う前のデータが、前記暗号化通信によるデータを前記中継サーバで中継するか否かを決定するための条件が定められたルールの条件を満たすか否かの判定結果を、前記クライアント端末装置から受信する受信手段と、前記受信手段で受信した判定結果に応じて、前記暗号化通信サーバに前記暗号化通信によるデータを送信するか否かを決定する決定手段と、を有する。
【００２０】
本発明の中継サーバにおける他の態様は、暗号化通信サーバと暗号化通信が可能に構成されたクライアント端末装置と、当該クライアント端末装置と前記暗号化通信サーバとの間の暗号化通信によるデータを中継する中継サーバとを有する情報処理システムにおける前記中継サーバであって、前記暗号化通信によるデータを前記中継サーバで中継するか否かを決定するための条件が定められたルールを記憶する記憶手段と、前記クライアント端末装置で抽出されたデータであり、前記暗号化通信サーバに対して前記暗号化通信を行うアプリケーションを介して前記暗号化通信で送信されるデータに対する、前記暗号化通信を行う前のデータを、前記クライアント端末装置から受信する受信手段と、前記受信手段で受信したデータが、前記記憶手段に記憶されたルールに定められている条件を満たすか否かを判定する第１の判定手段と、前記第１の判定手段で判定された判定結果に応じて、前記暗号化通信サーバに前記暗号化通信によるデータを送信するか否かを決定する決定手段と、を有する。
【００２１】
本発明のクライアント端末装置の制御方法は、暗号化通信サーバと暗号化通信が可能に構成されたクライアント端末装置と、当該クライアント端末装置と前記暗号化通信サーバとの間の暗号化通信によるデータを中継する中継サーバとを有する情報処理システムにおける、前記暗号化通信によるデータを前記中継サーバで中継するか否かを決定するための条件が定められたルールを記憶する記憶手段を備えた前記クライアント端末装置の制御方法であって、前記クライアント端末装置の特定手段が、前記暗号化通信サーバに対して暗号化通信を行うアプリケーションを特定する特定工程と、前記クライアント端末装置の抽出手段が、前記特定工程で特定されたアプリケーションを介して前記暗号化通信で送信されるデータに対する、前記暗号化通信を行う前のデータを抽出する抽出工程と、前記クライアント端末装置の第１の判定手段が、前記抽出工程で抽出されたデータが、前記記憶手段に記憶されたルールに定められている条件を満たすか否かを判定する第１の判定工程と、前記クライアント端末装置の送信手段が、前記第１の判定工程で判定された判定結果を前記中継サーバに送信する送信工程と、を有する。
【００２２】
本発明のクライアント端末装置の制御方法における他の態様は、暗号化通信サーバと暗号化通信が可能に構成されたクライアント端末装置と、当該クライアント端末装置と前記暗号化通信サーバとの間の暗号化通信によるデータを中継する中継サーバとを有する情報処理システムにおける前記クライアント端末装置の制御方法であって、前記クライアント端末装置の特定手段が、前記暗号化通信サーバに対して暗号化通信を行うアプリケーションを特定する特定工程と、前記クライアント端末装置の抽出手段が、前記特定工程で特定されたアプリケーションを介して前記暗号化通信で送信されるデータに対する、前記暗号化通信を行う前のデータを抽出する抽出工程と、前記クライアント端末装置の送信手段が、前記抽出工程で抽出されたデータを前記中継サーバに送信する送信工程と、を有する。
【００２３】
本発明の中継サーバの制御方法は、暗号化通信サーバと暗号化通信が可能に構成されたクライアント端末装置と、当該クライアント端末装置と前記暗号化通信サーバとの間の暗号化通信によるデータを中継する中継サーバとを有する情報処理システムにおける前記中継サーバの制御方法であって、前記中継サーバの受信手段が、前記クライアント端末装置で行われた判定結果であり、前記暗号化通信サーバに対して前記暗号化通信を行うアプリケーションを介して前記暗号化通信で送信されるデータに対する、前記暗号化通信を行う前のデータが、前記暗号化通信によるデータを前記中継サーバで中継するか否かを決定するための条件が定められたルールの条件を満たすか否かの判定結果を、前記クライアント端末装置から受信する受信工程と、前記中継サーバの決定手段が、前記受信工程で受信した判定結果に応じて、前記暗号化通信サーバに前記暗号化通信によるデータを送信するか否かを決定する決定工程と、を有する。
【００２４】
本発明の中継サーバの制御方法における他の態様は、暗号化通信サーバと暗号化通信が可能に構成されたクライアント端末装置と、当該クライアント端末装置と前記暗号化通信サーバとの間の暗号化通信によるデータを中継する中継サーバとを有する情報処理システムにおける、前記暗号化通信によるデータを前記中継サーバで中継するか否かを決定するための条件が定められたルールを記憶する記憶手段を備えた前記中継サーバの制御方法であって、前記中継サーバの受信手段が、前記クライアント端末装置で抽出されたデータであり、前記暗号化通信サーバに対して前記暗号化通信を行うアプリケーションを介して前記暗号化通信で送信されるデータに対する、前記暗号化通信を行う前のデータを、前記クライアント端末装置から受信する受信工程と、前記中継サーバの第１の判定手段が、前記受信工程で受信したデータが、前記記憶手段に記憶されたルールに定められている条件を満たすか否かを判定する第１の判定工程と、前記中継サーバの決定手段が、前記第１の判定工程で判定された判定結果に応じて、前記暗号化通信サーバに前記暗号化通信によるデータを送信するか否かを決定する決定工程と、を有する。
【００２５】
本発明のプログラムは、暗号化通信サーバと暗号化通信が可能に構成されたクライアント端末装置と、当該クライアント端末装置と前記暗号化通信サーバとの間の暗号化通信を中継する中継サーバとを有する情報処理システムにおける、前記暗号化通信によるデータを前記中継サーバで中継するか否かを決定するための条件が定められたルールを記憶する記憶手段を備えた前記クライアント端末装置で読み取り実行可能なプログラムであって、前記クライアント端末装置を、前記暗号化通信サーバに対して暗号化通信を行うアプリケーションを特定する特定手段と、前記特定手段で特定されたアプリケーションを介して前記暗号化通信で送信されるデータに対する、前記暗号化通信を行う前のデータを抽出する抽出手段と、前記抽出手段で抽出されたデータが、前記記憶手段に記憶されたルールに定められている条件を満たすか否かを判定する第１の判定手段と、前記第１の判定手段で判定された判定結果を前記中継サーバに送信する送信手段として機能させることを特徴とする。
【００２６】
本発明のプログラムにおける他の態様は、暗号化通信サーバと暗号化通信が可能に構成されたクライアント端末装置と、当該クライアント端末装置と前記暗号化通信サーバとの間の暗号化通信によるデータを中継する中継サーバとを有する情報処理システムにおける前記クライアント端末装置で読み取り実行可能なプログラムであって、前記クライアント端末装置を、前記暗号化通信サーバに対して暗号化通信を行うアプリケーションを特定する特定手段と、前記特定手段で特定されたアプリケーションを介して前記暗号化通信で送信されるデータに対する、前記暗号化通信を行う前のデータを抽出する抽出手段と、前記抽出手段で抽出されたデータを前記中継サーバに送信する送信手段として機能させることを特徴とする。
【００２７】
また、本発明のプログラムにおけるその他の態様は、暗号化通信サーバと暗号化通信が可能に構成されたクライアント端末装置と、当該クライアント端末装置と前記暗号化通信サーバとの間の暗号化通信によるデータを中継する中継サーバとを有する情報処理システムにおける前記中継サーバで読み取り実行可能なプログラムであって、前記中継サーバを、前記クライアント端末装置で行われた判定結果であり、前記暗号化通信サーバに対して前記暗号化通信を行うアプリケーションを介して前記暗号化通信で送信されるデータに対する、前記暗号化通信を行う前のデータが、前記暗号化通信によるデータを前記中継サーバで中継するか否かを決定するための条件が定められたルールの条件を満たすか否かの判定結果を、前記クライアント端末装置から受信する受信手段と、前記受信手段で受信した判定結果に応じて、前記暗号化通信サーバに前記前記暗号化通信によるデータを送信するか否かを決定する決定手段として機能させることを特徴とする。
【００２８】
また、本発明のプログラムにおけるその他の態様は、暗号化通信サーバと暗号化通信が可能に構成されたクライアント端末装置と、当該クライアント端末装置と前記暗号化通信サーバとの間の暗号化通信によるデータを中継する中継サーバとを有する情報処理システムにおける、前記暗号化通信によるデータを前記中継サーバで中継するか否かを決定するための条件が定められたルールを記憶する記憶手段を備えた前記中継サーバで読み取り実行可能なプログラムであって、前記中継サーバを、前記クライアント端末装置で抽出されたデータであり、前記暗号化通信サーバに対して前記暗号化通信を行うアプリケーションを介して前記暗号化通信で送信されるデータに対する、前記暗号化通信を行う前のデータを、前記クライアント端末装置から受信する受信手段と、前記受信手段で受信したデータが、前記記憶手段に記憶されたルールに定められている条件を満たすか否かを判定する第１の判定手段と、前記第１の判定手段で判定された判定結果に応じて、前記暗号化通信サーバに前記暗号化通信によるデータを送信するか否かを決定する決定手段として機能させることを特徴とする。
【発明の効果】
【００２９】
本発明によれば、暗号化通信の枠組みを壊すことなく、暗号化通信の安全性を確保しつつ、暗号化通信を利用した情報の管理及び検査が実施することが可能となる。
【発明を実施するための最良の形態】
【００３０】
以下、添付図面を参照して、本発明を実施するための最良の形態について詳細に説明する。
【００３１】
図１は、本発明の実施形態に係る情報処理システムの概略構成の一例を示す図である。
図１に示すように、本実施形態に係る情報処理システム１は、イントラネット１２０と、広域ネットワーク網１４０と、ＨＴＴＰＳウェブサーバ１５０と、ＨＴＴＰウェブサーバ１６０を有して構成されている。
【００３２】
また、イントラネット１２０の内部には、クライアント端末装置１００、中継サーバ１１０、管理者用端末装置１３０、並びに、クライアント端末装置１００と中継サーバ１１０とを通信可能に接続する接続セッション１２１及び制御セッション１２２の通信経路が構成されている。また、クライアント端末装置１００は、エージェントプログラム１０１、キーロガー１０２、及び、ウェブブラウザ１０３を有して構成されている。また、中継サーバ１１０は、中継サーバプログラム１１１を有して構成されている。以下、本実施形態に係る情報処理システム１の各構成について説明する。
【００３３】
クライアント端末装置１００は、暗号化通信サーバであるＨＴＴＰＳウェブサーバ１５０と暗号化通信が可能に構成されており、更に、非暗号化通信サーバであるＨＴＴＰウェブサーバ１６０と非暗号化通信が可能に構成されている。
【００３４】
クライアント端末装置１００のエージェントプログラム１０１は、クライアント端末装置１００にインストールされるソフトウェアである。このエージェントプログラム１０１は、クライアント端末装置１００を監視し、暗号化通信等を実行するアプリケーション（例えば、ウェブブラウザ１０３）への入力を監視し、中継サーバ１１０（中継サーバプログラム１１１）と連携を取りながら暗号化通信等の検査、監視を実施するためのものである。また、エージェントプログラム１０１は、キーロガー１０２を起動する処理も行う。このエージェントプログラム１０１により行われる処理については詳しく後述する。
【００３５】
クライアント端末装置１００のキーロガー１０２は、前記暗号化通信等を実行するアプリケーション（例えば、ウェブブラウザ１０３）へのキー入力を記録するためのものである。
【００３６】
クライアント端末装置１００のウェブブラウザ１０３は、接続セッション１２１を介して中継サーバ１１０に接続し、広域ネットワーク網１４０を経由してＨＴＴＰＳウェブサーバ１５０へアクセスし、ＨＴＴＰＳウェブサーバ１５０が提供する各種のウェブページ等のうち、所望のウェブページを暗号化通信を介して閲覧するために用いられるものである。
【００３７】
また、ウェブブラウザ１０３は、接続セッション１２１を介して中継サーバ１１０に接続し、広域ネットワーク網１４０を経由してＨＴＴＰウェブサーバ１６０へアクセスし、ＨＴＴＰウェブサーバ１６０が提供する各種のウェブページ等のうち、所望のウェブページを閲覧するためにも用いられる。
【００３８】
管理者用端末装置１３０は、中継サーバ１１０にアクセスして中継サーバ１１０が行う制御の操作や設定を行うために用いられる。さらに、管理者用端末装置１３０は、クライアント端末装置１００から送信され、中継サーバ１１０を介してＨＴＴＰＳウェブサーバ１５０（或いはＨＴＴＰウェブサーバ１６０）へ中継されるＨＴＴＰＳメッセージ（或いはＨＴＴＰメッセージ）を、管理者が閲覧できるように、設定や閲覧の操作を行うために用いられる。
【００３９】
中継サーバ１１０は、例えばプロシキサーバに相当するものであり、クライアント端末装置１００とＨＴＴＰＳウェブサーバ１５０（或いはＨＴＴＰウェブサーバ１６０）との間の暗号化データ通信（或いは非暗号化データ通信）を中継するためのものである。例えば、クライアント端末装置１００が、ＨＴＴＰＳウェブサーバ１５０で提供するウェブページに対してアクセスし、このウェブページ上で情報の閲覧や各種サービスの登録、或いは、電子メール（ウェブメール）の作成や受信、送信などの操作指示を入力した場合、中継サーバ１１０は、この操作指示を受け付け、受け付けた操作指示を暗号化通信を介してＨＴＴＰＳウェブサーバ１５０へ中継送信する処理を実行する。この中継サーバ１１０が行う処理については詳しく後述する。
【００４０】
中継サーバ１１０の中継サーバプログラム１１１は、中継サーバ１１０にインストールされるソフトウェアである。この中継サーバプログラム１１１は、例えば、クライアント端末装置１００で起動した暗号化通信を行うアプリケーション（例えば、ウェブブラウザ１０３）からのＨＴＴＰＳウェブサーバ１５０への接続要求を、接続セッション１２１を介して受け付ける。そして、この場合、中継サーバプログラム１１１は、エージェントプログラム１０１と制御セッション１２２を介して連携を取りながら暗号化通信の検査及び監視を実施し、問題がなければ、広域ネットワーク網１４０を介してＨＴＴＰＳウェブサーバ１５０へ中継する処理を行う。また、同様に、中継サーバプログラム１１１は、非暗号化通信を行う場合には、非暗号化通信の検査及び監視を実施し、問題がなければ、広域ネットワーク網１４０を介してＨＴＴＰウェブサーバ１６０へ中継する処理を行う。この中継サーバプログラム１１１により行われる処理については詳しく後述する。
【００４１】
接続セッション１２１は、クライアント端末装置１００のウェブブラウザ１０３と、中継サーバ１１０（中継サーバプログラム１１１）とを通信可能に接続する通信経路である。
【００４２】
制御セッション１２２は、クライアント端末装置１００のエージェントプログラム１０１と、中継サーバ１１０（中継サーバプログラム１１１）とを通信可能に接続する通信経路である。この制御セッション１２２を介して、エージェントプログラム１０１と中継サーバプログラム１１１は、相互にデータ通信を行い、連携して各制御処理を実行する。この制御セッション１２２を介した連携処理については詳しく後述する。
【００４３】
イントラネット１２０は、例えば、ＬＡＮなどのネットワークにより構成されるものである。広域ネットワーク網１４０は、インターネットに代表されるネットワークである。
【００４４】
ＨＴＴＰＳウェブサーバ１５０は、一般のプロバイダに設けられているウェブサーバと同様の動作を行うものであり、中継サーバ１１０及び広域ネットワーク網１４０を経由してアクセスしてきたクライアント端末装置１００に対して、要求に応じたウェブページを暗号化通信を介して提供するものである。
【００４５】
ＨＴＴＰウェブサーバ１６０は、一般のプロバイダに設けられているウェブサーバと同様の動作を行うものであり、中継サーバ１１０及び広域ネットワーク網１４０を経由してアクセスしてきたクライアント端末装置１００に対して、要求に応じたウェブページを提供するものである。
【００４６】
図２は、図１に示すクライアント端末装置１００及び中継サーバ１１０のハードウェア構成の一例を示すブロック図である。
【００４７】
図２において、ＣＰＵ２０１は、ＲＡＭ２０２やＲＯＭ２０３に格納されているプログラムやデータを用いて当該装置の全体の制御を行うと共に、当該装置（クライアント端末装置１００或いは中継サーバ１１０）が行う後述する各種の処理を実行する。
【００４８】
ＲＡＭ２０２は、ＨＤＤ（ハードディスクドライブ）２０４や記憶媒体ドライブ２０６からロードされたプログラムやデータ、或いは、ネットワークＩ／Ｆ（インターフェース）２０５を介して外部から受信したプログラムやデータなどを一時的に記憶するためのエリアや、ＣＰＵ２０１が各種の処理を実行する際に用いるワークエリアなど、各種のエリアを適宜提供する。
【００４９】
ＲＯＭ２０３は、当該装置（クライアント端末装置１００或いは中継サーバ１１０）の設定データや、ブートプログラムなどを格納する。
【００５０】
ＨＤＤ２０４は、ＯＳ（オペレーティングシステム）や、当該装置（クライアント端末装置１００或いは中継サーバ１１０）が行う後述の各種の処理をＣＰＵ２０１に実行させるためのプログラム（エージェントプログラム１０１或いは中継サーバプログラム１１１など）や、各種のデータ、各種のファイルなどを保存するためのものであり、これらは、ＣＰＵ２０１による制御に従って適宜ＲＡＭ２０２にロードされ、ＣＰＵ２０１による処理対象となる。
【００５１】
ネットワークＩ／Ｆ２０５は、当該装置（クライアント端末装置１００或いは中継サーバ１１０）をイントラネット１２０及び広域ネットワーク網１４０に接続するためのものである。クライアント端末装置１００或いは中継サーバ１１０は、このネットワークＩ／Ｆ２０５を介して、イントラネット１２０及び広域ネットワーク網１４０に接続されている各装置とデータ通信を行うことができる。
【００５２】
記憶媒体ドライブ２０６は、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ／ＲＷ、ＤＶＤ−ＲＡＭ等の記憶媒体に記録されているプログラムやデータを読み出し、ＲＡＭ２０２やＨＤＤ２０４に出力する。なお、ＲＡＭ２０２やＨＤＤ２０４が保持している情報のうちの一部をこの記憶媒体に記録させておいてもよい。
【００５３】
キーボード２０７、及び、マウスやジョイスティック等により構成されているポインティングデバイス２０８は、当該装置の操作者が操作することで、各種の指示をＣＰＵ２０１に対して入力する。
【００５４】
表示部２０９は、ＣＲＴや液晶画面等により構成されており、ＣＰＵ２０１による処理結果を画像や文字等をもって表示する。
【００５５】
外部機器接続Ｉ／Ｆ２１０は、外部機器（周辺機器）を当該装置に接続させるためのインターフェースである。クライアント端末装置１００或いは中継サーバ１１０は、この外部機器接続Ｉ／Ｆ２１０を介して、外部機器（周辺機器）とのデータ送受信を行う。例えば、この外部機器接続Ｉ／Ｆ２１０は、ＵＳＢやＩＥＥＥ１３９４等により構成されており、通常、複数の外部機器接続Ｉ／Ｆを有する。なお、この外部機器接続Ｉ／Ｆ２１０による外部機器（周辺機器）との接続形態は、有線／無線を問わない。
【００５６】
バス２１１は、上述した各部（２０１〜２１０）を通信可能に接続するものである。
【００５７】
なお、以下の説明では、クライアント端末装置１００及び中継サーバ１１０は、図２に示すハードウェア構成を有するものとして説明を行うが、必ずしも、図２に示す構成を有することに限定されるわけではない。例えば、クライアント端末装置１００或いは中継サーバ１１０が行う後述の処理が実行可能であれば、適宜、その構成を変更してもよい。
【００５８】
また、その他の管理者用端末装置１３０、ＨＴＴＰＳウェブサーバ１５０及びＨＴＴＰウェブサーバ１６０のハードウェア構成についても、これらには一般のコンピュータを適用するので、周知の如く、概ね図２に示した構成を有する。
【００５９】
次に、クライアント端末装置１００が、中継サーバ１１０及び広域ネットワーク網１４０を介して、ＨＴＴＰＳウェブサーバ１５０が提供するウェブメールページに暗号化通信を用いてアクセスし、当該ウェブメールページ上においてウェブメールの作成や保存、送信等を指示した場合の処理について説明する。
【００６０】
なお、中継サーバ１１０において、上述した処理を自装置のＣＰＵ２０１に実行させるためのプログラム（中継サーバプログラム１１１）や各種のデータは、自装置のＨＤＤ２０４に保存されているものとする。そして、中継サーバ１１０では、ＣＰＵ２０１による制御に従って当該ＨＤＤ２０４に保存されているプログラムや各種のデータをＲＡＭ２０２にロードし、ＲＡＭ２０２にロードしたプログラムや各種のデータを用いてＣＰＵ２０１が処理を行うことで、後述する中継サーバ１１０の各種の処理が実行される。
【００６１】
また、クライアント端末装置１００において、上述した処理を自装置のＣＰＵ２０１に実行させるためのプログラム（エージェントプログラム１０１、キーロガー１０２に係るプログラム、ウェブブラウザ１０３に係るプログラム）や各種のデータは、中継サーバ１１０と同様に、自装置のＨＤＤ２０４に保存されているものとする。そして、クライアント端末装置１００では、ＣＰＵ２０１による制御に従って当該ＨＤＤ２０４に保存されているプログラムや各種のデータをＲＡＭ２０２にロードし、ＲＡＭ２０２にロードしたプログラムやデータを用いてＣＰＵ２０１が処理を行うことで、後述するクライアント端末装置１００の各種の処理が実行される。
【００６２】
まず、クライアント端末装置１００におけるエージェントプログラム１０１を用いた起動時の処理について説明を行う。
【００６３】
図３は、クライアント端末装置１００におけるエージェントプログラム１０１を用いた起動時の処理の一例を示すフローチャートである。エージェントプログラム１０１は、クライアント端末装置１００上でＯＳが起動したと同時に起動されるソフトウェアであり、図３の処理は、クライアント端末装置１００のＣＰＵ２０１がエージェントプログラム１０１を実行することにより行われる。
【００６４】
まず、ステップＳ３０１において、クライアント端末装置１００のＣＰＵ２０１は、エージェントプログラム１０１を実行し、起動時に自装置のＨＤＤ２０４に保存されている設定ファイルを読み込んで中継サーバ１１０のＩＰアドレス或いはホスト名等のアクセス情報を取得し、当該アクセス情報に基づいて中継サーバ１１０の検出を行う。
より具体的に、クライアント端末装置１００のＣＰＵ２０１は、アクセス情報（ＩＰアドレス或いはホスト名等）に対応する中継サーバ１１０に対して、イントラネット１２０を介して、予め指定した特定のポート番号（Ｐ１）を用いてアクセスし、当該中継サーバ１１０が正常に稼働中であること検知して、中継サーバ１１０の検出を行う。
【００６５】
続いて、ステップＳ３０２において、クライアント端末装置１００のＣＰＵ２０１は、ステップＳ３０１で行われた中継サーバ１１０の検出が成功したか否かを判断する。
【００６６】
ステップＳ３０２で中継サーバ１１０の検出に成功したと判断された場合には（Ｓ３０２／ＹＥＳ）、ステップＳ３０３に進む。ステップＳ３０３に進むと、クライアント端末装置１００のＣＰＵ２０１は、キーロガー１０２の起動を行う。
【００６７】
キーロガー１０２は、クライアント端末装置１００のキーボード２０７（更には、ポインティングデバイス２０８）から入力されたキー入力を記録するためのものである。このキーロガー１０２によるキー入力の記録方法としては、第１の方法として、入力先となるアクティブなアプリケーションのプロセスに紐付けて記録する方法があり、第２の方法として、予め登録したアプリケーションのプロセスに紐付けて記録する方法（ブラックリスト方式）があり、第３の方法として、予め登録したアプリケーション以外のプロセスについて記録する方法（ホワイトリスト方式）等がある。この際、上述した第１〜第３の方法をそれぞれ単独で使用してもよいし、複数の方法を同時に使用してもよい。
【００６８】
また、キーロガー１０２による処理をクライアント端末装置１００のポインティングデバイス２０８の入力と同期させることで、例えば、クライアント端末装置１００で稼働中のＯＳにおける入力先のアクティブウィンドウの切り替えを検知することができ、有効な入力値の範囲を正確に把握することができる。
【００６９】
なお、キーロガー１０２は、エージェントプログラム１０１からしか呼び出せないようにするために、例えば、アプリケーション認証の仕組みを持ってもよい。この場合、キーロガー１０２は、認証できないアプリケーションからの呼び出しには、一切返答することはできない。これにより、クライアント端末装置１００において、例えば、悪意を持った利用者や広域ネットワーク網１４０を介して侵入してきた第三者等が、キーロガー１０２を許可なく利用したり、正規の利用者に気づかれることなく秘密情報を入手したりすること回避することができる。
【００７０】
キーロガー１０２が起動された後、続いて、ステップＳ３０４において、クライアント端末装置１００のＣＰＵ２０１は、アプリケーションの監視を開始する。
ここで、アプリケーションの監視方法としては、第１の方法として、クライアント端末装置１００のネットワークＩ／Ｆ２０５を監視し、外部へのデータ送信を検出した場合に、そのデータ送信をしようとしたアプリケーションをポート番号から特定して当該アプリケーションの外部へのデータ送信を監視する方法がある。また、第２の方法として、予め登録したアプリケーションのみを監視する方法（ブラックリスト方式）があり、さらに、第３の方法として、予め登録したアプリケーション以外のアプリケーションにおける外部へのデータ送信を監視する方法（ホワイトリスト方式）等がある。この際、上述した第１〜第３の方法をそれぞれ単独で使用してもよいし、複数の方法を組み合わせて使用してもよい。
【００７１】
続いて、ステップＳ３０５において、クライアント端末装置１００のＣＰＵ２０１は、ステップＳ３０４のアプリケーションの監視の開始と同時に、中継サーバプログラム１１１による制御セッション１２２の受け入れ準備を行う。
具体的に、この制御セッション１２２の受け入れ準備は、クライアント端末装置１００のネットワークＩ／Ｆ２０５に、予め指定した特定のポート番号（Ｐ２）での通信の受け入れを準備するものである。この制御セッション１２２の受け入れ準備は、エージェントプログラム１０１による処理においては並列処理となり、受信待機状態となる。
【００７２】
ステップＳ３０４でアプリケーションの監視が開始され、また、ステップＳ３０５で制御セッション１２２の受け入れ準備が整うと、続いて、クライアント端末装置１００のＣＰＵ２０１は、図４に示す中継サーバ連携処理（Ｓ４０１、Ｓ４１３）を実行する。この中継サーバ連携処理については、図４を用いて詳しく後述する。
【００７３】
一方、ステップＳ３０２で中継サーバ１１０の検出に失敗したと判断された場合には（Ｓ３０２／ＮＯ）、ステップＳ３０６に進む。ステップＳ３０６に進むと、クライアント端末装置１００のＣＰＵ２０１は、以後、当該クライアント端末装置１００から外部へデータ送信を実施するアプリケーション（例えば、ウェブブラウザ１０３）について、そのデータ送信を制限する処理（アプリケーション制限処理）を行う。
【００７４】
このアプリケーション制限処理の方法としては、第１の方法として、クライアント端末装置１００のネットワークＩ／Ｆ２０５を監視し、外部へのデータ送信を検出した場合に、そのデータ送信をしようとしたアプリケーションのプロセスをポート番号から特定し、当該アプリケーションの外部へのデータ送信を制限する方法がある。また、第２の方法として、予め登録したアプリケーションのみを制限する方法（ブラックリスト方式）があり、さらに、第３の方法として、予め登録したアプリケーション以外のアプリケーションにおける外部へのデータ送信を制限する方法（ホワイトリスト方式）等がある。この際、上述した第１〜第３の方法をそれぞれ単独で使用してもよいし、複数の方法を組み合わせて使用してもよい。
【００７５】
続いて、ステップＳ３０７において、クライアント端末装置１００のＣＰＵ２０１は、アプリケーションの制限は永久的に実施されるべきものではないため、予め定められた一定時間を経過したか否かを判断する。このステップＳ３０７で一定時間を経過していないと判断された場合には（Ｓ３０７／ＮＯ）、ステップＳ３０６に戻る。そして、ステップＳ３０７で一定時間が経過したと判断されるまで、ステップＳ３０６の処理を行う。
【００７６】
一方、ステップＳ３０７で一定時間を経過したと判断された場合には（Ｓ３０７／ＹＥＳ）、ステップＳ３０１に戻り、再び、中継サーバ１１０の検出処理を行う。
【００７７】
このように、エージェントプログラム１０１を用いた起動時の処理では、中継サーバ１１０が正常に検出されるまで、クライアント端末装置１００におけるアプリケーションの制限は継続されることになる。
【００７８】
次に、図３に示す中継サーバ連携処理（Ｓ４０１、Ｓ４１３）について説明する。
図４は、クライアント端末装置１００におけるエージェントプログラム１０１を用いた中継サーバ連携処理の一例を示すフローチャートである。この図４の処理は、クライアント端末装置１００のＣＰＵ２０１がエージェントプログラム１０１を実行することにより行われる。
【００７９】
また、図４に示す中継サーバ連携処理では、エージェントプログラム１０１を用いた処理を行うクライアント端末装置１００と中継サーバプログラム１１１を用いた処理を行う中継サーバ１１０とが、相互に制御セッション１２２を介してデータ通信を行うため、図５も用いながら、図４に示す中継サーバ連携処理について詳しく説明する。
【００８０】
図５は、中継サーバ１１０における中継サーバプログラム１１１を用いたエージェント連携処理の一例を示すフローチャートである。この図５の処理は、中継サーバ１１０のＣＰＵ２０１が中継サーバプログラム１１１を実行することにより行われる。
【００８１】
上述したように、図３のステップＳ３０４でアプリケーションの監視が開始され、図３のステップＳ３０５で制御セッション１２２の受け入れ準備が整うと、続いて、図４のステップＳ４０１において、クライアント端末装置１００のＣＰＵ２０１は、中継サーバ連携処理を開始する。
この際、本実施形態では、アプリケーションの監視方法として、上述した第１の方法、即ち、クライアント端末装置１００のネットワークＩ／Ｆ２０５を監視し、外部へのデータ送信を検出した場合に、そのデータ送信をしようとしたアプリケーションをポート番号から特定して当該アプリケーションの外部へのデータ送信を監視する方法を採用しているものとする。
【００８２】
続いて、ステップＳ４０２において、クライアント端末装置１００のＣＰＵ２０１は、自装置のネットワークＩ／Ｆ２０５を監視（即ちネットワークポートを監視）し、外部へのデータ送信を監視する。
【００８３】
続いて、ステップＳ４０３において、クライアント端末装置１００のＣＰＵ２０１は、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）のポート番号への接続要求があったか否か、即ち暗号化通信が開始されたか否かを判断する。このステップＳ４０３でＳＳＬのポート番号への接続要求がないと判断された場合には（Ｓ４０３／ＮＯ）、ステップＳ４０２に戻る。そして、ステップ４０３でＳＳＬのポート番号への接続要求があったと判断されるまで、ステップＳ４０２の処理を行う。
【００８４】
一方、ステップＳ４０３でＳＳＬのポート番号への接続要求があったと判断された場合には（Ｓ４０３／ＹＥＳ）、ウェブブラウザ１０３からＨＴＴＰＳウェブサーバ１５０へのＨＴＴＰＳ接続要求があったと判定し、ステップＳ４０４に進む。
【００８５】
ステップＳ４０４に進むと、クライアント端末装置１００のＣＰＵ２０１は、中継サーバ１１０へ接続セッション１２１を介して接続しようとするクライアント端末装置１００のネットワークＩ／Ｆ２０５におけるポート番号（Ｐ３）を特定し、そのポート番号を保持しているアプリケーション（例えば、ウェブブラウザ１０３）の検出を行う。この際、クライアント端末装置１００のＣＰＵ２０１は、例えば、ＯＳ（オペレーティングシステム）を介してアプリケーションの検出を行う。
【００８６】
ここで、図５の説明に移る。
このとき、中継サーバ１１０のＣＰＵ２０１は、クライアント端末装置１００からのデータ（接続要求を含む）をいつでも受信できるように待機状態にある。この待機状態で、クライアント端末装置１００から接続要求を受信すると、図５のステップＳ５０１において、中継サーバ１１０のＣＰＵ２０１は、当該接続要求が暗号化通信接続の要求であるか否かの判断を行う。
【００８７】
ステップＳ５０１で、クライアント端末装置１００からの接続要求が暗号化通信接続の要求でない（即ち非暗号化通信接続の要求である）と判断された場合には（Ｓ５０１／ＮＯ）、ステップＳ５０６に進み、中継サーバ１１０のＣＰＵ２０１は、非暗号化通信検査処理を行う。この非暗号化通信検査処理については、図２２を用いて詳しく後述する。
【００８８】
一方、ステップＳ５０１で、クライアント端末装置１００からの接続要求が暗号化通信接続の要求であると判断された場合には（Ｓ５０１／ＹＥＳ）、ステップＳ５０２に進む。例えば、クライアント端末装置１００において、ウェブブラウザ１０３からＨＴＴＰＳウェブサーバ１５０へのＨＴＴＰＳ接続要求が発生した場合（Ｓ４０３／ＹＥＳ）、接続セッション１２１を介して、中継サーバ１１０のＣＰＵ２０１は、クライアント端末装置１００から暗号化通信の開始を表すＣＯＮＮＥＣＴ接続要求を受信する。そして、ステップＳ５０１では、このＣＯＮＮＥＣＴ接続要求があった場合に、クライアント端末装置１００から暗号化通信接続の要求があったと判断されることになる。
【００８９】
続いて、ステップＳ５０２において、中継サーバ１１０のＣＰＵ２０１は、ステップＳ５０１で受信した暗号化通信接続の要求（ＣＯＮＮＥＣＴ接続要求）におけるパケットから、接続元であるクライアント端末装置１００のＩＰアドレスと接続元のポート番号（Ｐ４）を検出する。
【００９０】
続いて、ステップＳ５０３において、中継サーバ１１０のＣＰＵ２０１は、クライアント端末装置１００との間に、既に制御セッション１２２が存在するか否かを判断する。この時点では、クライアント端末装置１００との間に、制御セッション１２２が存在していないため、ステップＳ５０３では否定判断され（Ｓ５０３／ＮＯ）、ステップＳ５０７に進むことになる。
【００９１】
続いて、ステップＳ５０７において、中継サーバ１１０のＣＰＵ２０１は、ステップＳ５０２で検出したクライアント端末装置１００のＩＰアドレスに対して、新規な制御セッション１２２の生成を行う。この新規な制御セッション１２２の生成では、特定のポート番号（Ｐ２）を予め設定しておき、クライアント端末装置１００の対応するポート番号（Ｐ２）に向けて、中継サーバ１１０のＣＰＵ２０１が接続要求のパケットを送信する（通信Ａ）。
【００９２】
ここで、図４の説明に戻る。
このとき、クライアント端末装置１００は、制御セッション１２２を持っていないため（Ｓ４０５／ＮＯ）、図４のステップＳ４０８に進み、中継サーバ１１０からの制御セッション１２２における接続リクエストを待っている状態となっている（通信Ａ）。そして、一定時間内に接続リクエストを受信すると、クライアント端末装置１００のＣＰＵ２０１は、中継サーバ１１０（中継サーバプログラム１１１）との間に、制御セッション１２２を生成することになる。
【００９３】
そして、ステップＳ４０９において、クライアント端末装置１００のＣＰＵ２０１は、制御セッション１２２が生成できたか否かを判断する。この判断の結果、制御セッション１２２が生成できていない場合には（Ｓ４０９／ＮＯ）、ステップＳ４１０に進む。
【００９４】
ステップＳ４１０に進むと、クライアント端末装置１００のＣＰＵ２０１は、一定時間が経過してタイムアウトしたか否かを判断する。この判断の結果、一定時間が経過しておらずタイムアウトしていない場合には（Ｓ４１０／ＮＯ）、ステップＳ４０８に戻る。
【００９５】
一方、ステップＳ４１０で、一定時間が経過してタイムアウトしたと判断された場合には（Ｓ４１０／ＹＥＳ）、即ち、一定時間内に接続リクエストが受信できずに制御セッション１２２が生成されなかった場合には、ステップＳ４１２に進む。ステップＳ４１２に進むと、クライアント端末装置１００のＣＰＵ２０１は、当該クライアント端末装置１００から外部へデータ送信を実施するアプリケーション（例えば、ウェブブラウザ１０３）について、そのデータ送信を制限する処理（アプリケーション制限処理）を行う。
【００９６】
また、一定時間内に接続リクエストを受信して中継サーバ１１０（中継サーバプログラム１１１）との間に制御セッション１２２が生成されると、ステップＳ４０９で肯定判断されて（Ｓ４０９／ＹＥＳ）、ステップＳ４０６に進むことになる。
【００９７】
ここで、図５の説明に戻る。
一方、中継サーバ１１０のＣＰＵ２０１は、クライアント端末装置１００のＩＰアドレスに対して新規な制御セッション１２２の生成を行うと（Ｓ５０７）、続いて、ステップＳ５０８において、クライアント端末装置１００（エージェントプログラム１０１）との間で、正常に制御セッション１２２が生成できたか否かを判断する。この判断の結果、正常に制御セッション１２２が生成できなかった場合には（Ｓ５０８／ＮＯ）、ステップＳ５０９に進む。
【００９８】
ステップＳ５０９に進むと、中継サーバ１１０のＣＰＵ２０１は、一定時間が経過してタイムアウトしたか否かを判断する。この判断の結果、一定時間が経過しておらずタイムアウトしていない場合には（Ｓ５０９／ＮＯ）、ステップＳ５０７に戻る。
【００９９】
一方、ステップＳ５０９で、一定時間が経過してタイムアウトしたと判断された場合には（Ｓ５０９／ＹＥＳ）、即ち、一定時間内に正常な制御セッション１２２が生成できなかった場合には、ステップＳ５１１に進む。ステップＳ５１１に進むと、中継サーバ１１０のＣＰＵ２０１は、ウェブブラウザ１０３からのＨＴＴＰＳデータ送信に対して、中継を拒否する処理を行う。
【０１００】
また、一定時間内にクライアント端末装置１００（エージェントプログラム１０１）との間で制御セッション１２２が生成されると、ステップＳ５０８で肯定判断されて（Ｓ５０８／ＹＥＳ）、ステップＳ５０４に進むことになる。
【０１０１】
ステップＳ５０４に進むと、中継サーバ１１０のＣＰＵ２０１は、生成した制御セッション１２２を介して、検査基準ルールのハッシュ値と時間情報をクライアント端末装置１００に送信する（通信Ｂ）。
【０１０２】
検査基準ルールについては、詳しく後述するが、そのハッシュ値は、ルールの変更を検出するためのものであり、例えば、ＭＤ５（Ｍｅｓｓａｇｅ  Ｄｉｇｅｓｔ  ５）のようなハッシュ関数を用いて検査基準ルールのハッシュ値に利用したり、或いは、単調増加関数を用いてバージョン番号のような増進的な数値をハッシュ値として利用したりすることができる。
【０１０３】
また、検査基準ルールの時間情報は、中継サーバ１１０を基準にした時間情報である。この時間情報をクライアント端末装置１００に送信する理由としては、例えば、複数のクライアント端末装置ごとに時間情報が異なっていることは自明であり、ログ情報を統一するためや、後述する時間情報による検査において一定の評価を行うためにシステム全体の統一的な時間情報として利用するためである。
【０１０４】
ここで、図４の説明に戻る。
一方、クライアント端末装置１００のＣＰＵ２０１では、ステップＳ４０６において、中継サーバ１１０から制御セッション１２２を介して送信される検査基準ルールのハッシュ値と時間情報の受信を待つ待機状態となっている（通信Ｂ）。
【０１０５】
そして、ステップＳ４０７において、クライアント端末装置１００のＣＰＵ２０１は、中継サーバ１１０から制御セッション１２２を介して検査基準ルールのハッシュ値と時間情報を正常に受信したか否かの判断を行う。この判断の結果、中継サーバ１１０から検査基準ルールのハッシュ値と時間情報を正常に受信できなかった場合には（Ｓ４０７／ＮＯ）、ステップＳ４１１に進む。
【０１０６】
ステップＳ４１１に進むと、クライアント端末装置１００のＣＰＵ２０１は、一定時間が経過してタイムアウトしたか否かを判断する。この判断の結果、一定時間が経過しておらずタイムアウトしていない場合には（Ｓ４１１／ＮＯ）、ステップＳ４０６に戻る。
【０１０７】
一方、ステップＳ４１１で、一定時間が経過してタイムアウトしたと判断された場合には（Ｓ４１１／ＹＥＳ）、即ち、一定時間内に中継サーバ１１０から検査基準ルールのハッシュ値と時間情報を正常に受信できなかった場合には、ステップＳ４１２に進む。ステップＳ４１２に進むと、クライアント端末装置１００のＣＰＵ２０１は、当該クライアント端末装置１００から外部へデータ送信を実施するアプリケーション（例えば、ウェブブラウザ１０３）について、そのデータ送信を制限する処理（アプリケーション制限処理）を行う。
【０１０８】
また、一定時間内に中継サーバ１１０から検査基準ルールのハッシュ値と時間情報を正常に受信すると、制御セッション１２２による接続が成功であると判断でき、ステップＳ４０７で肯定判断されて（Ｓ４０７／ＹＥＳ）、図７に示す制御セッション成功処理（Ｓ７０１）が実行される。この制御セッション成功処理については、図７を用いて詳しく後述する。
【０１０９】
ここで、図５の説明に戻る。
検査基準ルールのハッシュ値と時間情報をクライアント端末装置１００に送信すると（Ｓ５０４）、続いて、中継サーバ１１０のＣＰＵ２０１は、当該検査基準ルールのハッシュ値と時間情報の送信が成功したか否かを判断する。この判断の結果、例えば、クライアント端末装置１００（エージェントプログラム１０１）から何ら返信が無く、クライアント端末装置１００に対する検査基準ルールのハッシュ値と時間情報の送信が失敗である場合には（Ｓ５０５／ＮＯ）、ステップＳ５１０に進む。
【０１１０】
ステップＳ５１０に進むと、中継サーバ１１０のＣＰＵ２０１は、一定時間が経過してタイムアウトしたか否かを判断する。この判断の結果、一定時間が経過しておらずタイムアウトしていない場合には（Ｓ５１０／ＮＯ）、ステップＳ５０４に戻る。
【０１１１】
一方、ステップＳ５１０で、一定時間が経過してタイムアウトしたと判断された場合には（Ｓ５１０／ＹＥＳ）、即ち、一定時間内にクライアント端末装置１００から検査基準ルールのハッシュ値と時間情報の送信に係る返信が無かった場合には、ステップＳ５１１に進む。ステップＳ５１１に進むと、中継サーバ１１０のＣＰＵ２０１は、ウェブブラウザ１０３からのＨＴＴＰＳデータ送信に対して、中継を拒否する処理を行う。
【０１１２】
また、一定時間内にクライアント端末装置１００から検査基準ルールのハッシュ値と時間情報の送信に係る返信がされると、ステップＳ５０５で肯定判断されて（Ｓ５０５／ＹＥＳ）、図６に示すアプリケーション捕捉処理（Ｓ６０１）が実行される。このアプリケーション捕捉処理については、図６を用いて詳しく後述する。
【０１１３】
なお、上述した図４の説明では、ステップＳ４０２でクライアント端末装置１００のネットワークＩ／Ｆ２０５におけるネットワークポートを監視する形態であったが、例えば、当該ネットワークポートの監視で検出されないアプリケーションが暗号化通信を行う他の形態も適用可能である。この場合について、以下に説明を行う。
【０１１４】
クライアント端末装置１００のＣＰＵ２０１は、エージェントプログラム１０１を用いた処理において、ネットワークポートの監視で検出されないアプリケーションが暗号化通信を行った場合、例えば、アプリケーションの監視でブラックリスト方式を実施しており、且つブラックリストに掲載されていないアプリケーションが暗号化通信を行うような場合、上述した図４の説明に係る形態では、ステップＳ４０２において当該アプリケーションを検出できないまま待機状態となっている。
【０１１５】
しかしながら、クライアント端末装置１００は、プロシキサーバである中継サーバ１１０を中継しないと、広域ネットワーク網１４０を介して外部のＨＴＴＰＳウェブサーバ１５０へアクセスできない。言い換えれば、中継サーバ１１０は、図５のステップＳ５０１において、暗号化通信の開始を検知することができる。このとき、中継サーバ１１０は、ステップＳ５０２において接続元を検出でき、接続元のクライアント端末装置１００（エージェントプログラム１０１）に対して制御セッション１２２の生成を実施するか、或いは、既存の制御セッション１２２があればそれを利用してクライアント端末装置１００（エージェントプログラム１０１）に暗号化通信の開始があったことを通知することができる（図４のＳ４１３）。
【０１１６】
そして、クライアント端末装置１００のＣＰＵ２０１は、ネットワークポートの監視で検出できなかったアプリケーションの暗号化通信の開始を、プロシキサーバである中継サーバ１１０からの通知により検出することができる。具体的に、クライアント端末装置１００のＣＰＵ２０１は、中継サーバ１１０から通知された接続元のポート番号から該当ポート番号を利用しているアプリケーションのプロセスを取得することができ、当該アプリケーションを監視対象に追加することができる。この中継サーバ１１０からの通知によりアプリケーションの暗号化通信の開始を検出した場合には、ステップＳ４０６に移行し、その後の処理が行われる。
【０１１７】
なお、図４のステップＳ４０８〜Ｓ４１０において、制御セッション１２２の新規生成処理をフローチャートに内包しているが、中継サーバ１１０（中継サーバプログラム１１１）からの接続リクエストに対して常時待機する必要がある場合は、この図４の限りではなく、独立したプロセスとしてもよいことは言うまでもない。
【０１１８】
次に、監視するアプリケーションの捕捉の同期について、図６及び図７を用いて、詳しく説明する。
【０１１９】
図６は、中継サーバ１１０における中継サーバプログラム１１１を用いたアプリケーション捕捉処理の一例を示すフローチャートである。この図６の処理は、中継サーバ１１０のＣＰＵ２０１が中継サーバプログラム１１１を実行することにより行われる。
図７は、クライアント端末装置１００におけるエージェントプログラム１０１を用いた制御セッション成功処理の一例を示すフローチャートである。この図７の処理は、クライアント端末装置１００のＣＰＵ２０１がエージェントプログラム１０１を実行することにより行われる。
【０１２０】
まず、図７の説明を行う。
図４のステップＳ４０６で中継サーバ１１０から検査基準ルールのハッシュ値と時間情報を正常に受信すると（Ｓ４０７／ＹＥＳ）、図７のステップＳ７０１に移行して制御セッション成功処理が開始される。そして、ステップＳ７０２において、クライアント端末装置１００のＣＰＵ２０１は、中継サーバ１１０から受信した検査基準ルールのハッシュ値が自装置のＨＤＤ２０４（或いはＲＡＭ２０２）に保存されている検査基準ルールのハッシュ値と一致するか否かを判断する。
【０１２１】
ステップＳ７０２の判断の結果、中継サーバ１１０から受信した検査基準ルールのハッシュ値が自装置の検査基準ルールのハッシュ値と一致する場合には（Ｓ７０２／ＹＥＳ）、現在、クライアント端末装置１００に保存されている検査基準ルールに変更がなかったものとして、当該検査基準ルールをそのまま利用するように設定して、ステップＳ７０３に進む。
【０１２２】
一方、ステップＳ７０２の判断の結果、中継サーバ１１０から受信した検査基準ルールのハッシュ値が自装置の検査基準ルールのハッシュ値と一致しない場合には（Ｓ７０２／ＮＯ）、ステップＳ７０８に進む。ステップＳ７０８に進むと、クライアント端末装置１００のＣＰＵ２０１は、中継サーバ１１０に対して、ステップＳ４０６で受信したハッシュ値を持つ検査基準ルールの取得要求を行い、中継サーバ１１０から最新の検査基準ルールを取得する。この際、中継サーバ１１０は、制御セッション１２２を介して、クライアント端末装置１００から検査基準ルールの取得要求を受信した場合には、制御セッション１２２を介して、新しい検査基準ルールを返信する。そして、クライアント端末装置１００のＣＰＵ２０１は、中継サーバ１１０から取得した最新の検査基準ルールに基づいて、自装置のＨＤＤ２０４に記憶されている検査基準ルールを更新する。これにより、クライアント端末装置１００のＨＤＤ２０４には、最新の検査基準ルールが記憶される。
【０１２３】
ステップＳ７０９において、クライアント端末装置１００のＣＰＵ２０１は、ステップＳ７０８における検査基準ルールの取得が成功したか否かを判断する。
【０１２４】
ステップＳ７０９の判断の結果、ステップＳ７０８における検査基準ルールの取得が失敗した場合には（Ｓ７０９／ＮＯ）、ステップＳ７１４に進む。そして、ステップＳ７１４に進むと、クライアント端末装置１００のＣＰＵ２０１は、上述したアプリケーション制限処理を実施する。
【０１２５】
一方、ステップＳ７０９の判断の結果、ステップＳ７０８における検査基準ルールの取得が成功した場合には（Ｓ７０９／ＹＥＳ）、ステップＳ７０３に進む。ステップＳ７０３に進むと、クライアント端末装置１００のＣＰＵ２０１は、中継サーバ１１０からのアプリケーション捕捉指令待ちの状態となる。このステップＳ７０３の状態では、クライアント端末装置１００は、最新の検査基準ルールを保持している状態となっている。
【０１２６】
ここで、図６の説明に移る。
中継サーバ１１０のＣＰＵ２０１は、図５のステップＳ５０３またはステップＳ５０８で、既に、制御セッション１２２が正常に生成されたことを確認しているので、図６のステップＳ６０１において、アプリケーション捕捉処理を開始する。そして、ステップＳ６０２において、中継サーバ１１０のＣＰＵ２０１は、クライアント端末装置１００からＨＴＴＰＳ接続要求を送信してきたアプリケーションを捕捉するよう、制御セッション１２２を介して、クライアント端末装置１００にアプリケーション捕捉指令を送信する（通信Ｃ）。この際、中継サーバ１１０のＣＰＵ２０１は、当該アプリケーション捕捉指令に、パケット情報から検出した接続元のポート番号（Ｐ４）を添付して送信する。
【０１２７】
続いて、ステップＳ６０３において、中継サーバ１１０のＣＰＵ２０１は、ステップＳ６０２のアプリケーション捕捉指令の送信が成功したか否かを判断する。この判断の結果、ステップＳ６０２のアプリケーション捕捉指令の送信が失敗した場合には（Ｓ６０３／ＮＯ）、ステップＳ６０６に進む。ステップＳ６０６に進むと、中継サーバ１１０のＣＰＵ２０１は、一定時間が経過してタイムアウトしたか否かを判断する。
【０１２８】
ステップＳ６０６の判断の結果、一定時間が経過しておらずタイムアウトしていない場合には（Ｓ６０６／ＮＯ）、ステップＳ６０２に戻る。一方、ステップＳ６０６の判断の結果、一定時間が経過してタイムアウトした場合には（Ｓ６０６／ＹＥＳ）、ステップＳ６０８に進み、中継サーバ１１０のＣＰＵ２０１は、ウェブブラウザ１０３からのＨＴＴＰＳデータ送信に対して、中継を拒否する処理を行う。
【０１２９】
また、ステップＳ６０３で、ステップＳ６０２のアプリケーション捕捉指令の送信が成功したと判断した場合には（Ｓ６０３／ＹＥＳ）、ステップＳ６０４に進み、中継サーバ１１０のＣＰＵ２０１は、クライアント端末装置１００からのアプリケーション捕捉結果待ちの状態となる（通信Ｄ）。
【０１３０】
ここで、図７の説明に戻る。
クライアント端末装置１００のＣＰＵ２０１では、ステップＳ７０２（或いは、ステップＳ７０８及びＳ７０９）の処理を経て、現在保持している検査基準ルールが最新のものであることが確認できているので、中継サーバ１１０からのアプリケーション捕捉指令の待機状態となっている（Ｓ７０３）。
【０１３１】
続いて、ステップＳ７０４において、クライアント端末装置１００のＣＰＵ２０１は、中継サーバ１１０からアプリケーション捕捉指令を受信したか否かを判断する。この判断の結果、中継サーバ１１０からアプリケーション捕捉指令を受信していない場合には（Ｓ７０４／ＮＯ）、ステップＳ７１０に進む。
【０１３２】
ステップＳ７１０に進むと、クライアント端末装置１００のＣＰＵ２０１は、一定時間が経過してタイムアウトしたか否かを判断する。この判断の結果、一定時間が経過しておらずタイムアウトしていない場合には（Ｓ７１０／ＮＯ）、ステップＳ７０３に戻る。
【０１３３】
一方、ステップＳ７１０で、一定時間が経過してタイムアウトしたと判断された場合には（Ｓ７１０／ＹＥＳ）、即ち、一定時間内に中継サーバ１１０からアプリケーション捕捉指令を受信しなかった場合には、ステップＳ７１４に進む。そして、ステップＳ７１４に進むと、クライアント端末装置１００のＣＰＵ２０１は、上述したアプリケーション制限処理を実施する。
【０１３４】
また、ステップＳ７０４で、中継サーバ１１０からアプリケーション捕捉指令を受信したと判断された場合には（Ｓ７０４／ＹＥＳ）、ステップＳ７０５に進む。ステップＳ７０５に進むと、クライアント端末装置１００のＣＰＵ２０１は、アプリケーション（例えば、ウェブブラウザ１０３）の検出ができているか否かの判断を行う。このステップＳ７０５では、図４のステップＳ４０４において、既に当該アプリケーションの検出が行われている場合には、肯定判断される。
【０１３５】
ステップＳ７０５の判断の結果、アプリケーションの検出ができている場合には（Ｓ７０５／ＹＥＳ）、ステップＳ７０６に進む。ステップＳ７０６に進むと、クライアント端末装置１００のＣＰＵ２０１は、ステップＳ４０４で検出したポート番号（Ｐ３）と、中継サーバ１１０から制御セッション１２２を介して送信されたアプリケーション捕捉指令に含まれているポート番号（Ｐ４）が一致するか否かを判断する。
【０１３６】
ステップＳ７０６の判断の結果、ステップＳ４０４で検出したポート番号（Ｐ３）と、中継サーバ１１０から送信されたアプリケーション捕捉指令に含まれているポート番号（Ｐ４）が一致する場合には（Ｓ７０６／ＹＥＳ）、続いて、ステップＳ７０７において、クライアント端末装置１００のＣＰＵ２０１は、中継サーバ１１０（中継サーバプログラム１１１）に対して、アプリケーションの捕捉成功通知を返信する（通信Ｄ）。その後、クライアント端末装置１００のＣＰＵ２０１は、図９に示すエージェント検査処理（Ｓ９０１）を実行する。このエージェント検査処理については、図９を用いて詳しく後述する。
【０１３７】
一方、ステップＳ７０６の判断の結果、ステップＳ４０４で検出したポート番号（Ｐ３）と、中継サーバ１１０から送信されたアプリケーション捕捉指令に含まれているポート番号（Ｐ４）が一致しない場合には（Ｓ７０６／ＮＯ）、続いて、ステップＳ７１３において、クライアント端末装置１００のＣＰＵ２０１は、中継サーバ１１０（中継サーバプログラム１１１）に対して、アプリケーションの捕捉失敗通知を返信する（通信Ｄ）。その後、ステップＳ７１４において、クライアント端末装置１００のＣＰＵ２０１は、上述したアプリケーション制限処理を実施する。
【０１３８】
また、ステップＳ７０５の判断の結果、アプリケーションの検出ができていない場合には（Ｓ７０５／ＮＯ）、ステップＳ７１１に進む。このステップＳ７０５で否定判断される場合としては、例えば、図４のステップＳ４０４の処理が行われずに図４のステップＳ４１３を介して図７に示す制御セッション成功処理が開始された場合等である。ステップＳ７１１に進むと、クライアント端末装置１００のＣＰＵ２０１は、制御セッション１２２を介して、中継サーバ１１０から送信されたアプリケーション捕捉指令に含まれるポート番号（Ｐ４）を開いているアプリケーションの検出を試みて、アプリケーションの捕捉処理を実施する。
【０１３９】
続いて、ステップＳ７１２において、クライアント端末装置１００のＣＰＵ２０１は、アプリケーションの捕捉が成功したか否かを判断する。このステップＳ７１２の判断は、例えば、アプリケーション捕捉指令に含まれるポート番号（Ｐ４）を開いているアプリケーションの検出ができたか否かに基づいて行われる。
【０１４０】
ステップＳ７１２の判断の結果、アプリケーションの捕捉が成功した場合には（Ｓ７１２／ＹＥＳ）、ステップＳ７０７に進む。ステップＳ７０７に進むと、クライアント端末装置１００のＣＰＵ２０１は、キーロガー１０２に対して当該アプリケーションを監視対象に加えるように指令を出した後、中継サーバ１１０（中継サーバプログラム１１１）に対して、アプリケーションの捕捉成功通知を返信する（通信Ｄ）。その後、クライアント端末装置１００のＣＰＵ２０１は、図９に示すエージェント検査処理（Ｓ９０１）を実行する。このエージェント検査処理については、図９を用いて詳しく後述する。
【０１４１】
一方、ステップＳ７１２の判断の結果、アプリケーションの捕捉が失敗した場合には（Ｓ７１２／ＮＯ）、ステップＳ７１３に進む。ステップＳ７１３に進むと、クライアント端末装置１００のＣＰＵ２０１は、中継サーバ１１０（中継サーバプログラム１１１）に対して、アプリケーションの捕捉失敗通知を返信する（通信Ｄ）。その後、ステップＳ７１４において、クライアント端末装置１００のＣＰＵ２０１は、上述したアプリケーション制限処理を実施する。
【０１４２】
ここで、図６の説明に戻る。
中継サーバ１１０のＣＰＵ２０１では、ステップＳ６０４において、クライアント端末装置１００からのアプリケーション捕捉結果待ちの待機状態となっている（通信Ｄ）。続いて、ステップＳ６０５において、中継サーバ１１０のＣＰＵ２０１は、通信Ｄの結果、クライアント端末装置１００からアプリケーションの捕捉成功通知を受信したか否かを判断する。
【０１４３】
ステップＳ６０５の判断の結果、クライアント端末装置１００からアプリケーションの捕捉成功通知を受信していない場合には（Ｓ６０５／ＮＯ）、例えば、クライアント端末装置１００からアプリケーションの捕捉に関する通知を受信していない場合（或いは、クライアント端末装置１００からアプリケーションの捕捉失敗通知を受信した場合）には、ステップＳ６０７に進む。ステップＳ６０７に進むと、中継サーバ１１０のＣＰＵ２０１は、一定時間が経過してタイムアウトしたか否かを判断する。
【０１４４】
ステップＳ６０７の判断の結果、一定時間が経過しておらずタイムアウトしていない場合には（Ｓ６０７／ＮＯ）、ステップＳ６０４に戻る。一方、ステップＳ６０７の判断の結果、一定時間が経過してタイムアウトした場合には（Ｓ６０７／ＹＥＳ）、ステップＳ６０８に進み、上述した中継を拒否する処理を行う。
【０１４５】
また、ステップＳ６０５の判断の結果、クライアント端末装置１００からアプリケーションの捕捉成功通知を受信した場合には（Ｓ６０５／ＹＥＳ）、その後、中継サーバ１１０のＣＰＵ２０１は、図８に示す中継サーバ検査処理（Ｓ８０１）を実行する。この中継サーバ検査処理については、図８を用いて詳しく後述する。
【０１４６】
以上説明した図６及び図７の処理で、クライアント端末装置１００のＣＰＵ２０１は、アプリケーションを捕捉し、中継サーバ１１０のＣＰＵ２０１は、クライアント端末装置１００のエージェントプログラム１０１による処理と同期が取れている状態となる。
【０１４７】
次に、中継サーバ１１０及びクライアント端末装置１００において行われる、送信されるデータの検査処理について説明する。
【０１４８】
図８は、中継サーバ１１０における中継サーバプログラム１１１を用いた中継サーバ検査処理の一例を示すフローチャートである。この図８の処理は、中継サーバ１１０のＣＰＵ２０１が中継サーバプログラム１１１を実行することにより行われる。
図９は、クライアント端末装置１００におけるエージェントプログラム１０１を用いたエージェント検査処理の一例を示すフローチャートである。この図９の処理は、クライアント端末装置１００のＣＰＵ２０１がエージェントプログラム１０１を実行することにより行われる。
【０１４９】
なお、各検査処理の検査項目については、上述した検査基準ルールに検査設定が記録されており、これを基準にして各検査処理が実施される。
【０１５０】
まず、図８を説明する。
中継サーバ１１０の中継サーバプログラム１１１による処理では、暗号化通信のデータを受信した時点で、暗号化通信のデータの復号は原則できない。中継サーバプログラム１１１による処理において、この時点で得られる情報は、接続先となるＨＴＴＰＳウェブサーバ１５０のホスト名或いはＩＰアドレス、及び、時間情報である。したがって、中継サーバ１１０の中継サーバプログラム１１１を用いた検査では、送信先ホスト検査（Ｓ８０２）、及び、時間帯検査（Ｓ８０４）の２種類となる。
【０１５１】
まず、中継サーバ１１０のＣＰＵ２０１は、ステップＳ８０１の中継サーバ検査処理を開始すると、ステップＳ８０２において、送信先ホストの検査処理を行う。
【０１５２】
具体的に、ステップＳ８０２の送信先ホスト検査では、任意のホスト名或いはＩＰアドレスに対して、予め中継許可／中継禁止を設定した送信先設定リストを用意しておき、この送信先設定リストを中継サーバ１１０のＨＤＤ２０４に保存しておく。そして、中継サーバ１１０のＣＰＵ２０１は、ウェブブラウザ１０３から要求された接続先（送信先）であるＨＴＴＰＳウェブサーバ１５０のホスト名或いはＩＰアドレスについて、当該送信先設定リストを参照して、中継許可または中継禁止を検出することで、送信先ホストの検査処理を行う。この場合、中継許可が検出された場合には送信先ホスト検査が成功となり、中継禁止が検出された場合には送信先ホスト検査が失敗となる。
【０１５３】
また、送信先ホスト検査では、送信先設定リストに設定されていないホスト名或いはＩＰアドレスの送信先ホストについて予め初期値をＨＤＤ２０４に設定しておくこともできる。この初期値では、「すべて中継許可」或いは「すべて中継禁止」のいずれかを設定することが可能である。ＨＴＴＰＳウェブサーバ１５０のホスト名或いはＩＰアドレスが送信先設定リストに設定されていない場合には、初期値を参照し、「すべて中継許可」が設定されている場合には送信先ホスト検査が成功となり、「すべて中継禁止」が設定されている場合には送信先ホスト検査が失敗となる。
【０１５４】
なお、上述した送信先設定リストが送信先ホストのＩＰアドレスに対して中継許可／中継禁止を設定したものである場合であって、送信先であるＨＴＴＰＳウェブサーバ１５０のホスト名の情報が取得されている場合には、送信先設定リストを参照して中継許可／中継禁止の設定を検出することができないため、例えば、ＤＮＳサーバに問い合わせて当該ホスト名におけるＩＰアドレスを取得し、取得したＩＰアドレスに基づいて送信先設定リストを参照し、送信先ホスト検査を行う。この場合、取得したＩＰアドレスについて、送信先設定リストに中継許可が設定されている場合には送信先ホスト検査が成功となり、中継禁止が設定されている場合には送信先ホスト検査が失敗となる。
【０１５５】
続いて、ステップＳ８０３において、中継サーバ１１０のＣＰＵ２０１は、ステップＳ８０２における送信先ホスト検査が成功したか否かを判断する。
【０１５６】
ステップＳ８０３の結果、ステップＳ８０２における送信先ホスト検査が失敗した場合には（Ｓ８０３／ＮＯ）、ステップＳ８１２に進む。ステップＳ８１２に進むと、中継サーバ１１０のＣＰＵ２０１は、クライアント端末装置１００（エージェントプログラム１０１）に検査の失敗通知を送信する（通信Ｅ）。その後、ステップＳ８１３において、中継サーバ１１０のＣＰＵ２０１は、ウェブブラウザ１０３からのＨＴＴＰＳデータ送信に対して、中継を拒否する処理を行う。
【０１５７】
一方、ステップＳ８０３の結果、ステップＳ８０２における送信先ホスト検査が成功した場合には（Ｓ８０３／ＹＥＳ）、ステップＳ８０４に進む。ステップＳ８０４に進むと、中継サーバ１１０のＣＰＵ２０１は、時間帯の検査処理を行う。
【０１５８】
具体的に、ステップＳ８０４の時間帯検査では、任意の時間帯に対して、予め中継許可／中継禁止を設定した時間帯設定リストを用意しておき、この時間帯設定リストを中継サーバ１１０のＨＤＤ２０４に保存しておく。そして、中継サーバ１１０のＣＰＵ２０１は、ウェブブラウザ１０３から暗号化通信の接続要求を受信した時点（図５のＳ５０１）における中継サーバ１１０の時間Ｔ１に対して、当該時間帯設定リストを参照し、中継許可または中継禁止を検出することで、時間帯の検査処理を行う。この場合、中継許可が検出された場合には時間帯検査が成功となり、中継禁止が検出された場合には時間帯検査が失敗となる。
【０１５９】
また、時間帯検査では、当該時間Ｔ１が時間帯設定リストに設定されていなかった場合、その時間帯について初期値をＨＤＤ２０４に設定しておくこともできる。この初期値では、「すべて中継許可」或いは「すべて中継禁止」のいずれかを設定することが可能である。当該時間Ｔ１が時間帯設定リストに設定されていない場合には、初期値を参照し、「すべて中継許可」が設定されている場合には時間帯検査が成功となり、「すべて中継禁止」が設定されている場合には時間帯検査が失敗となる。
【０１６０】
なお、例えば、時間Ｔ１が時間帯設定リストの複数の設定項目に該当する場合を想定して、当該時間帯設定リストの設定項目ごとに予め優先順位を設定するようにしてもよい。この際、優先順位の付与方法は、例えば、時間帯設定リストの記述順にするなどしてもよい。この場合、時間Ｔ１に該当する時間帯設定リストの最上位の設定項目に中継許可が設定されている場合には時間帯検査が成功となり、当該最上位の設定項目に中継禁止が設定されている場合には時間帯検査が失敗となる。
【０１６１】
続いて、ステップＳ８０５において、中継サーバ１１０のＣＰＵ２０１は、ステップＳ８０４における時間帯検査が成功したか否かを判断する。
【０１６２】
ステップＳ８０５の結果、ステップＳ８０４における時間帯検査が失敗した場合には（Ｓ８０５／ＮＯ）、ステップＳ８１２に進む。ステップＳ８１２に進むと、中継サーバ１１０のＣＰＵ２０１は、クライアント端末装置１００（エージェントプログラム１０１）に検査の失敗通知を送信する（通信Ｅ）。その後、ステップＳ８１３において、中継サーバ１１０のＣＰＵ２０１は、上述した中継拒否の処理を行う。
【０１６３】
一方、ステップＳ８０５の結果、ステップＳ８０４における時間帯検査が成功した場合には（Ｓ８０５／ＹＥＳ）、ステップＳ８０６に進む。ステップＳ８０６に進むと、当該中継サーバ１１０側で行える送信先ホスト検査及び時間帯検査が終了したことから、中継サーバ１１０のＣＰＵ２０１は、クライアント端末装置１００からのエージェント検査の結果待ちの状態となる（通信Ｆ）。
【０１６４】
続いて、ステップＳ８０７において、中継サーバ１１０のＣＰＵ２０１は、クライアント端末装置１００からエージェント検査の結果を受領したか否かを判断する。この判断の結果、クライアント端末装置１００からエージェント検査の結果を受領していない場合には（Ｓ８０７／ＮＯ）、ステップＳ８１１に進む。ステップＳ８１１に進むと、中継サーバ１１０のＣＰＵ２０１は、一定時間が経過してタイムアウトしたか否かを判断する。
【０１６５】
ステップＳ８１１の判断の結果、一定時間が経過しておらずタイムアウトしていない場合には（Ｓ８１１／ＮＯ）、ステップＳ８０６に戻る。一方、ステップＳ８１１の判断の結果、一定時間が経過してタイムアウトした場合には（Ｓ８１１／ＹＥＳ）、ステップＳ８１２に進む。ステップＳ８１２に進むと、中継サーバ１１０のＣＰＵ２０１は、クライアント端末装置１００（エージェントプログラム１０１）に検査の失敗通知を送信する（通信Ｅ）。その後、ステップＳ８１３において、中継サーバ１１０のＣＰＵ２０１は、上述した中継拒否の処理を行う。なお、このとき、クライアント端末装置１００と制御セッション１２２を介して正常に通信できない場合は、制御セッション１２２を切断することで検査の失敗を通知してもよい。
【０１６６】
一方、ステップＳ８０７の判断の結果、クライアント端末装置１００からエージェント検査の結果を受領した場合には（Ｓ８０７／ＹＥＳ）、ステップＳ８０８に進む。ステップＳ８０８に進むと、中継サーバ１１０のＣＰＵ２０１は、検査結果の同期を取るために、エージェント検査の結果を受領した旨の通知をクライアント端末装置１００（エージェントプログラム１０１）に送信する（通信Ｇ）。
【０１６７】
続いて、ステップＳ８０９において、中継サーバ１１０のＣＰＵ２０１は、ステップＳ８０７で受領したエージェント検査の結果が成功であるか否かを判断する。この判断の結果、ステップＳ８０７で受領したエージェント検査の結果が成功である場合には（Ｓ８０９／ＹＥＳ）、ステップＳ８１０に進む。ステップＳ８１０に進むと、中継サーバ１１０のＣＰＵ２０１は、クライアント端末装置１００のウェブブラウザ１０３からのＨＴＴＰＳウェブサーバ１５０に対する暗号化通信の接続要求における中継を許可し、当該暗号化通信の接続要求をＨＴＴＰＳウェブサーバ１５０に中継する。
【０１６８】
一方、ステップＳ８０９の判断の結果、ステップＳ８０７で受領したエージェント検査の結果が失敗である場合には（Ｓ８０９／ＮＯ）、ステップＳ８１２に進む。ステップＳ８１２に進むと、中継サーバ１１０のＣＰＵ２０１は、クライアント端末装置１００（エージェントプログラム１０１）に検査の失敗通知を送信する（通信Ｅ）。その後、ステップＳ８１３において、中継サーバ１１０のＣＰＵ２０１は、上述した中継拒否の処理を行う。
【０１６９】
次に、クライアント端末装置１００のＣＰＵ２０１が行うエージェントプログラム１０１を用いたエージェント検査処理について、図９を用いて詳しく説明する。
【０１７０】
エージェントプログラム１０１を用いた検査は、本来ならば、中継サーバ１１０の中継サーバプログラム１１１を用いた検査で実施すべき検査項目であるが、暗号化通信のために検査できない検査項目を補完する検査と、エージェントプログラム１０１を用いた検査でしか行えない検査との２種類の検査を実施する。ここでは、エージェントプログラム１０１を用いた検査項目の一例として、ユーザ認証名検査（Ｓ９０２）、送信先検査（Ｓ９０４）、アプリケーション指定検査（Ｓ９０６）、キーワード検査（Ｓ９０８）の４つの検査項目について詳しく説明する。図９には、エージェントプログラム１０１を用いたエージェント検査処理の全体のフローチャートを示し、また、図９に示す各検査項目については、それぞれ、図１０〜図１６を用いて詳細に説明を行う。
【０１７１】
まず、クライアント端末装置１００のＣＰＵ２０１は、ステップＳ９０１のエージェント検査処理を開始すると、ステップＳ９０２において、ユーザ認証名の検査処理を行う。
【０１７２】
図１０は、図９のステップＳ９０２のユーザ認証名検査処理における詳細な処理の一例を示すフローチャートである。以下、図１０の説明を行う。
【０１７３】
具体的に、ステップＳ９０２のユーザ認証名検査では、利用者がクライアント端末装置１００にログインしたときに使用したログイン名（以下、「ユーザ認証名」とする）に対して、予め中継許可／中継禁止を設定したユーザ認証名リストを用意しておき、このユーザ認証名リストをクライアント端末装置１００のＨＤＤ２０４に保存しておく。なお、このユーザ認証名リストは、ＬＤＡＰを始めとするディレクトリサービスを参照する形式でもよい。また、このユーザ認証名リストは、上述した検査基準ルールに包含されており、最新のものは、中継サーバ１１０のＨＤＤ２０４に保存されている。
【０１７４】
図１０のステップＳ１００１において、クライアント端末装置１００のＣＰＵ２０１は、ユーザ認証名が自装置のＨＤＤ２０４に記憶されているユーザ認証名リストに存在するか否かを判断する（即ち、ユーザ認証名が検査基準ルールに一致するか否かを判断する）。この判断の結果、ユーザ認証名がユーザ認証名リストに存在しない場合には（Ｓ１００１／ＮＯ）、クライアント端末装置１００のＣＰＵ２０１は、ユーザ認証名検査が失敗と判断する。
【０１７５】
一方、ステップＳ１００１の判断の結果、ユーザ認証名がユーザ認証名リストに存在する場合には（Ｓ１００１／ＹＥＳ）、ステップＳ１００２に進む。ステップＳ１００２に進むと、クライアント端末装置１００のＣＰＵ２０１は、ユーザ認証名リストの当該ユーザ認証名の設定が中継許可となっているか否かを判断する。この判断の結果、ユーザ認証名リストの当該ユーザ認証名の設定が中継許可となっていない場合には（Ｓ１００２／ＮＯ）、即ち、当該ユーザ認証名の設定が中継禁止等となっている場合には、クライアント端末装置１００のＣＰＵ２０１は、ユーザ認証名検査が失敗と判断する。
【０１７６】
一方、ステップＳ１００２の判断の結果、ユーザ認証名リストの当該ユーザ認証名の設定が中継許可となっている場合には（Ｓ１００２／ＹＥＳ）、クライアント端末装置１００のＣＰＵ２０１は、ユーザ認証名検査が成功と判断する。
【０１７７】
ここで、図９の説明に戻る。
ステップＳ９０２でユーザ認証名検査処理が行われると、続いて、ステップＳ９０３において、クライアント端末装置１００のＣＰＵ２０１は、ステップＳ９０２におけるユーザ認証名検査が成功したか否かを判断する。
【０１７８】
ステップＳ９０３の判断の結果、ステップＳ９０２におけるユーザ認証名検査が失敗した場合には（Ｓ９０３／ＮＯ）、ステップＳ９１４に進む。ステップＳ９１４に進むと、クライアント端末装置１００のＣＰＵ２０１は、中継サーバ１１０（中継サーバプログラム１１１）に検査の失敗通知を送信する（通信Ｆ）。この際、クライアント端末装置１００のＣＰＵ２０１は、制御セッション１２２を介して中継サーバ１１０に検査の失敗通知を送信する。
【０１７９】
一方、ステップＳ９０３の判断の結果、ステップＳ９０２におけるユーザ認証名検査が成功した場合には（Ｓ９０３／ＹＥＳ）、ステップＳ９０４に進む。ステップＳ９０４に進むと、クライアント端末装置１００のＣＰＵ２０１は、送信先の検査処理を行う。
【０１８０】
図１１は、図９のステップＳ９０４の送信先検査処理における詳細な処理の一例を示すフローチャートである。以下、図１１の説明を行う。
【０１８１】
具体的に、まず、図９のステップＳ９０４の送信先検査と、図８のステップＳ８０２における中継サーバ１１０で実施する送信先ホスト検査との違いについて説明する。
図８のステップＳ８０２の中継サーバプログラム１１１による検査では、暗号化された通信を対象とするものであるため、送信先情報については、ホスト名或いはＩＰアドレスしか検出できない。その一方、図９のステップＳ９０４の送信先検査では、エージェントプログラム１０１上で実施されるため、ホスト名或いはＩＰアドレスを含む送信先情報、例えば、ＵＲＬのような、より詳細な送信先の情報に基づいて検査を行うことが可能である。
【０１８２】
これにより、例えば、後述する送信先リストに金融機関等のウェブサイトを詳細に登録したりすることで、例えばクレジットカード番号をはじめとする非常に機密性の高い個人情報（機密情報）を必要以上に監視するといった過度の情報漏洩管理を抑制することができ、健全な情報管理を実現することができる。
【０１８３】
具体的に、図９のステップＳ９０４における送信先検査では、送信先（例えば、ＵＲＬなど）に対して、予め中継許可／中継禁止を設定したり、正規表現を利用して送信先を設定したりした送信先リストを用意しておき、この送信先リストをクライアント端末装置１００のＨＤＤ２０４に保存しておく。なお、この送信先リストは、上述した検査基準ルールに包含されており、最新のものは、中継サーバ１１０のＨＤＤ２０４に保存されている。
【０１８４】
図１１のステップＳ１１０１において、クライアント端末装置１００のＣＰＵ２０１は、ウェブブラウザ１０３から要求された送信先が自装置のＨＤＤ２０４に記憶されている送信先リストに存在するか否かを判断する（即ち、送信先が検査基準ルールに一致するか否かを判断する）。この判断の結果、当該送信先が送信先リストに存在しない場合には（Ｓ１１０１／ＮＯ）、クライアント端末装置１００のＣＰＵ２０１は、送信先検査が失敗と判断する。
【０１８５】
なお、図１１に示す処理においては、当該送信先が送信先リストに存在しない場合に（Ｓ１１０１／ＮＯ）、送信先検査が失敗と処理するようにしているが、管理基準に応じて、この場合を送信先検査が成功として処理するようにしてもよい。
【０１８６】
一方、ステップＳ１１０１の判断の結果、当該送信先が送信先リストに存在する場合には（Ｓ１１０１／ＹＥＳ）、ステップＳ１１０２に進む。ステップＳ１１０２に進むと、クライアント端末装置１００のＣＰＵ２０１は、送信先リストの当該送信先の設定が中継許可となっているか否かを判断する。この判断の結果、送信先リストの当該送信先の設定が中継許可となっていない場合には（Ｓ１１０２／ＮＯ）、即ち、当該送信先の設定が中継禁止等となっている場合には、クライアント端末装置１００のＣＰＵ２０１は、送信先検査が失敗と判断する。
【０１８７】
一方、ステップＳ１１０２の判断の結果、送信先リストの当該送信先の設定が中継許可となっている場合には（Ｓ１１０２／ＹＥＳ）、クライアント端末装置１００のＣＰＵ２０１は、送信先検査が成功と判断する。
【０１８８】
ここで、図９の説明に戻る。
ステップＳ９０４で送信先検査処理が行われると、続いて、ステップＳ９０５において、クライアント端末装置１００のＣＰＵ２０１は、ステップＳ９０４における送信先検査が成功したか否かを判断する。
【０１８９】
ステップＳ９０５の判断の結果、ステップＳ９０４における送信先検査が失敗した場合には（Ｓ９０５／ＮＯ）、ステップＳ９１４に進む。ステップＳ９１４に進むと、クライアント端末装置１００のＣＰＵ２０１は、中継サーバ１１０（中継サーバプログラム１１１）に検査の失敗通知を送信する（通信Ｆ）。
【０１９０】
一方、ステップＳ９０５の判断の結果、ステップＳ９０４における送信先検査が成功した場合には（Ｓ９０５／ＹＥＳ）、ステップＳ９０６に進む。ステップＳ９０６に進むと、クライアント端末装置１００のＣＰＵ２０１は、アプリケーション指定の検査処理を行う。
【０１９１】
図１２は、図９のステップＳ９０６のアプリケーション指定検査処理における詳細な処理の一例を示すフローチャートである。以下、図１２の説明を行う。
【０１９２】
具体的に、図９のステップＳ９０６のアプリケーション指定検査では、アプリケーションの情報、例えばファイル名やアプリケーション名等の情報に対して、予め中継許可／中継禁止を設定したアプリケーション指定リストを用意しておき、クライアント端末装置１００のＨＤＤ２０４に保存しておく。なお、このアプリケーション指定リストは、上述した検査基準ルールに包含されており、最新のものは、中継サーバ１１０のＨＤＤ２０４に保存されている。
【０１９３】
図１２のステップＳ１２０１において、クライアント端末装置１００のＣＰＵ２０１は、図４のステップＳ４０４或いは図７のステップＳ７１１で捕捉したアプリケーションについて、当該アプリケーションの情報が自装置のＨＤＤ２０４に記憶されているアプリケーション指定リストに存在するか否かを判断する（即ち、アプリケーションの情報が検査基準ルールに一致するか否かを判断する）。この判断の結果、アプリケーションの情報がアプリケーション指定リストに存在しない場合には（Ｓ１２０１／ＮＯ）、クライアント端末装置１００のＣＰＵ２０１は、アプリケーション指定検査が失敗と判断する。
【０１９４】
なお、図１２に示す処理においては、アプリケーションの情報がアプリケーション指定リストに存在しない場合に（Ｓ１２０１／ＮＯ）、アプリケーション指定検査が失敗と処理するようにしているが、管理基準に応じて、この場合をアプリケーション指定検査が成功として処理するようにしてもよい。
【０１９５】
また、アプリケーション指定リストに存在しない不明なアプリケーションの情報を検出した場合には、自動的に制御セッション１２２を介して中継サーバ１１０（中継サーバプログラム１１１）に当該不明なアプリケーションの情報を送信するようにしてもよい。これにより、例えば、当該不明なアプリケーションの情報を元にシステム管理者が管理者用端末装置１３０を操作して、上述した検査基準ルールを修正することが可能になる。
【０１９６】
一方、ステップＳ１２０１の判断の結果、アプリケーションの情報がアプリケーション指定リストに存在する場合には（Ｓ１２０１／ＹＥＳ）、ステップＳ１２０２に進む。ステップＳ１２０２に進むと、クライアント端末装置１００のＣＰＵ２０１は、アプリケーション指定リストの当該アプリケーションの情報の設定が中継許可となっているか否かを判断する。この判断の結果、アプリケーション指定リストの当該アプリケーションの情報の設定が中継許可となっていない場合には（Ｓ１２０２／ＮＯ）、即ち、当該アプリケーションの情報の設定が中継禁止等となっている場合には、クライアント端末装置１００のＣＰＵ２０１は、アプリケーション指定検査が失敗と判断する。
【０１９７】
一方、ステップＳ１２０２の判断の結果、アプリケーション指定リストの当該アプリケーションの情報の設定が中継許可となっている場合には（Ｓ１２０２／ＹＥＳ）、クライアント端末装置１００のＣＰＵ２０１は、アプリケーション指定検査が成功と判断する。
【０１９８】
ここで、図９の説明に戻る。
ステップＳ９０６でアプリケーション指定検査処理が行われると、続いて、ステップＳ９０７において、クライアント端末装置１００のＣＰＵ２０１は、ステップＳ９０６におけるアプリケーション指定検査が成功したか否かを判断する。
【０１９９】
ステップＳ９０７の判断の結果、ステップＳ９０６におけるアプリケーション指定検査が失敗した場合には（Ｓ９０７／ＮＯ）、ステップＳ９１４に進む。ステップＳ９１４に進むと、クライアント端末装置１００のＣＰＵ２０１は、中継サーバ１１０（中継サーバプログラム１１１）に検査の失敗通知を送信する（通信Ｆ）。
【０２００】
一方、ステップＳ９０７の判断の結果、ステップＳ９０６におけるアプリケーション指定検査が成功した場合には（Ｓ９０７／ＹＥＳ）、ステップＳ９０８に進む。ステップＳ９０８に進むと、クライアント端末装置１００のＣＰＵ２０１は、キーワードの検査処理を行う。このキーワード検査は、暗号化データ通信を行う前の状態におけるキーワードを検査するものである。
【０２０１】
図１３は、図９のステップＳ９０８のキーワード検査処理における詳細な処理の一例を示すフローチャートである。以下、図１３の説明を行う。
【０２０２】
具体的に、図９のステップＳ９０８のキーワード検査では、予め用意したキーワードに対して、中継許可／中継禁止を設定したキーワードリストを用意しておき、このキーワードリストをクライアント端末装置１００のＨＤＤ２０４に保存しておく。なお、このキーワードリストは、上述した検査基準ルールに包含されており、最新のものは、中継サーバ１１０のＨＤＤ２０４に保存されている。
【０２０３】
ここで、検査対象のキーワードとしては、単一キーワードから構成されるものや、複数のキーワードから構成されるものがある。複数のキーワードから構成されるものとしては、例えば、ＡＮＤ演算、ＯＲ演算、ＮＯＴ演算等の各論理演算と、括弧記号を使った演算の優先順位指定を行うことができる。また、ダブルクォーテーション記号でキーワードを囲むことで、空白記号を含む複数単語から構成される単一キーワードを設定することもできる。
【０２０４】
さらに、検査基準ルールに記述されている設定により、例えば、全角数字文字と半角数字文字、丸文字で囲まれた数字文字等の複数の書式形態を持つが同一の意味を持つ複数の文字を同一文字として扱うこともできる。例えば、数字の１を例にすると、「１」、「（１）」、「一」、「壱」等は、すべて「１」として扱うことができる。
【０２０５】
図１３のステップＳ１３０１において、クライアント端末装置１００のＣＰＵ２０１は、テキスト抽出処理を行う。この際、クライアント端末装置１００のＣＰＵ２０１は、例えばクレジットカード番号といった機密性の高い機密情報に係るデータは抽出しないようにする。このテキスト抽出処理は、当該アプリケーションからキーワード検査の対象となるテキスト文字列を抽出する処理である。このテキスト抽出処理については、詳しく後述する。
【０２０６】
ステップＳ１３０１のテキスト抽出処理の対象となる領域は、複数個所に存在するため、ステップＳ１３０１で抽出された個々のテキストは、リスト形式でテキストリストとしてクライアント端末装置１００のＨＤＤ２０４（或いはＲＡＭ２０２）に保存される。
【０２０７】
ステップＳ１３０２において、クライアント端末装置１００のＣＰＵ２０１は、テキストリストの中から１つのテキストを取り出す。
【０２０８】
続いて、ステップＳ１３０３において、クライアント端末装置１００のＣＰＵ２０１は、ステップＳ１３０２で取り出したテキストに対して、検査基準ルール（キーワードリスト）に基づくキーワード検査を行う。具体的に、このステップＳ１３０３のキーワード検査では、ステップＳ１３０２で取り出したテキストが上述したキーワードリストに存在するか否かや、存在する場合にキーワードリストの当該テキスト（キーワード）の設定が中継許可であるか否か等が検査される。
【０２０９】
続いて、ステップＳ１３０４において、クライアント端末装置１００のＣＰＵ２０１は、ステップＳ１３０２で取り出したテキストが自装置のＨＤＤ２０４に記憶されているキーワードリストに存在するか否かを判断する（即ち、ステップＳ１３０２で取り出したテキストが検査基準ルールに一致するか否かを判断する）。この判断の結果、ステップＳ１３０２で取り出したテキストがキーワードリストに存在しない場合には（Ｓ１３０４／ＮＯ）、ステップＳ１３０６に進む。
【０２１０】
一方、ステップＳ１３０４の判断の結果、ステップＳ１３０２で取り出したテキストがキーワードリストに存在する場合には（Ｓ１３０４／ＹＥＳ）、ステップＳ１３０５に進む。ステップＳ１３０５に進むと、クライアント端末装置１００のＣＰＵ２０１は、キーワードリストの当該テキスト（キーワード）の設定が中継許可となっているか否かを判断する。この判断の結果、キーワードリストの当該テキスト（キーワード）の設定が中継許可となっていない場合には（Ｓ１３０５／ＮＯ）、即ち、当該テキスト（キーワード）の設定が中継禁止となっている場合には、クライアント端末装置１００のＣＰＵ２０１は、キーワード検査が失敗と判断する。
【０２１１】
一方、ステップＳ１３０５の判断の結果、キーワードリストの当該テキスト（キーワード）の設定が中継許可となっている場合には（Ｓ１３０５／ＹＥＳ）、ステップＳ１３０６に進む。
【０２１２】
ステップＳ１３０６に進むと、クライアント端末装置１００のＣＰＵ２０１は、ステップＳ１３０１で抽出したテキストに基づくテキストリストのすべてのテキストについてキーワード検査を行ったか否かを判断する。この判断の結果、テキストリストのすべてのテキストについては未だキーワード検査を行っていない場合には（Ｓ１３０６／ＮＯ）、ステップＳ１３０２に戻り、ステップＳ１３０２において、キーワード検査を行っていないテキストをテキストリストから取り出して、ステップＳ１３０３以降の処理が行われる。
【０２１３】
一方、ステップＳ１３０６の判断の結果、テキストリストのすべてのテキストについてキーワード検査を行った場合には（Ｓ１３０６／ＹＥＳ）、ステップＳ１３０１で検出されたすべてのテキストについて中継禁止の設定がされていないため、クライアント端末装置１００のＣＰＵ２０１は、キーワード検査が成功と判断する。
【０２１４】
ここで、図９の説明に戻る。
ステップＳ９０８でキーワード検査処理が行われると、続いて、ステップＳ９０９において、クライアント端末装置１００のＣＰＵ２０１は、ステップＳ９０８におけるキーワード検査が成功したか否かを判断する。
【０２１５】
ステップＳ９０９の判断の結果、ステップＳ９０８におけるキーワード検査が失敗した場合には（Ｓ９０９／ＮＯ）、ステップＳ９１４に進む。ステップＳ９１４に進むと、クライアント端末装置１００のＣＰＵ２０１は、中継サーバ１１０（中継サーバプログラム１１１）に検査の失敗通知を送信する（通信Ｆ）。
【０２１６】
一方、ステップＳ９０９の判断の結果、ステップＳ９０８におけるキーワード検査が成功した場合には（Ｓ９０９／ＹＥＳ）、ステップＳ９１０に進む。
【０２１７】
ステップＳ９１０に進むと、クライアント端末装置１００のＣＰＵ２０１は、クライアント端末装置１００側で行うすべてのエージェント検査（Ｓ９０２のユーザ認証名検査、Ｓ９０４の送信先検査、Ｓ９０６のアプリケーション指定検査、及び、Ｓ９０８のキーワード検査）が成功しているため、中継サーバ１１０（中継サーバプログラム１１１）に検査の成功通知を送信する（通信Ｆ）。この際、クライアント端末装置１００のＣＰＵ２０１は、制御セッション１２２を介して中継サーバ１１０に検査の成功通知を送信する。
【０２１８】
ここまでの処理で、クライアント端末装置１００のＣＰＵ２０１は、ステップＳ９１０で中継サーバ１１０（中継サーバプログラム１１１）に検査の成功通知を送信し、或いは、ステップＳ９１４で中継サーバ１１０（中継サーバプログラム１１１）に検査の失敗通知を送信している。
【０２１９】
続いて、ステップＳ９１１において、クライアント端末装置１００のＣＰＵ２０１は、中継サーバ１１０がエージェントプログラム１０１によるエージェント検査結果を受領しているか否かを確認するために、中継サーバ１１０からの検査結果受領の受信待ちの待機状態となる（通信Ｇ）。
【０２２０】
続いて、ステップＳ９１２において、クライアント端末装置１００のＣＰＵ２０１は、中継サーバ１１０から当該エージェント検査結果の受領を受信したか否かを判断する。この判断の結果、中継サーバ１１０から当該エージェント検査結果の受領を受信した場合には（Ｓ９１２／ＹＥＳ）、ステップＳ９１３に進み、クライアント端末装置１００のＣＰＵ２０１は、検査終了の処理を行う。
【０２２１】
一方、ステップＳ９１２の判断の結果、中継サーバ１１０から当該エージェント検査結果の受領を受信していない場合には（Ｓ９１２／ＮＯ）、ステップＳ９１５に進む。ステップＳ９１５に進むと、クライアント端末装置１００のＣＰＵ２０１は、一定時間が経過してタイムアウトしたか否かを判断する。
【０２２２】
ステップＳ９１５の判断の結果、一定時間が経過しておらずタイムアウトしていない場合には（Ｓ９１５／ＮＯ）、ステップＳ９１１に戻る。一方、ステップＳ９１５の判断の結果、一定時間が経過してタイムアウトした場合には（Ｓ９１５／ＹＥＳ）、ステップＳ９１９に進み、クライアント端末装置１００のＣＰＵ２０１は、例え、エージェント検査が成功していたとしても、中継サーバ１１０（中継サーバプログラム１１１）との連携ができなったとして、検査失敗の処理を行う。
【０２２３】
ステップＳ９１９の検査失敗の処理は、例えば、上述したアプリケーション制限処理のような処理であってもよい。好ましくは、クライアント端末装置１００の利用者に検査結果の通知を行い、その暗号化されたデータ送信のみを制限するような処理の方がよい。このとき、中継サーバ１１０（中継サーバプログラム１１１）と正常に通信できていないとして、制御セッション１２２を切断することで中継サーバ１１０（中継サーバプログラム１１１）に検査結果の失敗を通知してもよい。
【０２２４】
上述した説明では、ステップＳ９１０において、クライアント端末装置１００のＣＰＵ２０１がエージェント検査の成功通知を中継サーバ１１０（中継サーバプログラム１１１）に送信している。この際、中継サーバ１１０（中継サーバプログラム１１１）では、中継サーバ検査の検査中であり、例えば、ステップＳ８０４の時間帯検査で失敗した場合などを例に、相互通信について、図８と図９を用いて更に詳しく説明する。
【０２２５】
この場合、クライアント端末装置１００のＣＰＵ２０１は、ステップＳ９１０で検査成功の通知を中継サーバ１１０に送信し（通信Ｆ）、ステップＳ９１１で中継サーバ１１０からの受領信号を待っている待機状態である。一方、中継サーバ１１０では、ステップＳ８０４の時間帯検査に失敗して、ステップＳ８１２でクライアント端末装置１００（エージェントプログラム１０１）に検査の失敗通知を送信する状態である（通信Ｅ）。この場合、クライアント端末装置１００のＣＰＵ２０１は、ステップＳ９１６で中継サーバプログラム１１１から検査の失敗通知を受信する。
【０２２６】
そして、ステップＳ９１７において、クライアント端末装置１００のＣＰＵ２０１は、エージェントプログラム１０１によるエージェント検査の結果を中継サーバ１１０（中継サーバプログラム１１１）に送信済みであるか否かを判断する。
この判断の結果、エージェント検査の結果を中継サーバ１１０（中継サーバプログラム１１１）に送信済みでない場合には（Ｓ９１７／ＮＯ）、ステップＳ９１８に進み、クライアント端末装置１００のＣＰＵ２０１は、エージェント検査を中断する処理を行う。その後、ステップＳ９１９に進み、上述した検査失敗の処理が行われる。
一方、ステップＳ９１７の判断の結果、エージェント検査の結果を中継サーバ１１０（中継サーバプログラム１１１）に送信済みである場合には（Ｓ９１７／ＹＥＳ）、ステップＳ９１９に進み、上述した検査失敗の処理が行われる。
【０２２７】
本例では、既に、エージェント検査の結果が中継サーバ１１０（中継サーバプログラム１１１）に送信済みであるため、ステップＳ９１７で肯定判断され、その後、ステップＳ９１９の検査失敗の処理が行われる。
【０２２８】
次に、クライアント端末装置１００のＣＰＵ２０１がエージェント検査の検査中に、中継サーバ１１０のＣＰＵ２０１が中継サーバ検査の失敗を判断した場合の相互通信について、図８と図９を用いて更に詳しく説明する。
【０２２９】
例えば、前述した例と同じく、図８のステップＳ８０４の時間帯検査で失敗と判断された場合、中継サーバ１１０のＣＰＵ２０１は、ステップＳ８１２で検査の失敗通知をクライアント端末装置（エージェントプログラム１０１）に送信する（通信Ｅ）。その後、中継サーバ１１０のＣＰＵ２０１は、ステップＳ８１３において、上述した中断拒否の処理を行う。
【０２３０】
このとき、クライアント端末装置１００のＣＰＵ２０１は、図９のステップＳ９０２〜Ｓ９０８の各検査を実施中で検査結果が出ていない状態である。この状態で、通信Ｅを介して、クライアント端末装置１００のＣＰＵ２０１は、ステップＳ９１６で中継サーバ１１０から検査の失敗通知を受信する。この場合、クライアント端末装置１００では中継サーバ１１０に検査結果の通知は行っていないため、ステップＳ９１７で否定判断され、ステップＳ９１８において、実施中のエージェント検査の中断を実行する。エージェント検査を中断すると、ステップＳ９１９において、クライアント端末装置１００のＣＰＵ２０１は、検査失敗の処理を行うことになる。
【０２３１】
次に、図１３のステップＳ１３０１に示すテキスト抽出処理の詳細について説明する。
図１４〜図１６は、図１３のステップＳ１３０１のテキスト抽出処理における詳細な処理の一例を示すフローチャートである。このテキスト抽出処理は、暗号化データ通信を行う前の状態におけるテキストの情報を抽出するものである。以下、図１４〜図１６の説明を行う。
【０２３２】
図１３のステップＳ１３０１に示すテキスト抽出処理は、図９のステップＳ９０８に示すキーワード検査処理に関連した処理である。エージェントプログラム１０１を用いたエージェント検査におけるキーワード検査の対象となるものとしては、以下に示す第１の態様〜第３の態様のものが考えられる。
キーワード検査の対象となる第１の態様としては、クライアント端末装置１００のＣＰＵ２０１が捕捉したアプリケーションを当該クライアント端末装置１００の表示部２０９に表示している表示画面である。また、キーワード検査の対象となる第２の態様としては、当該アプリケーションへＯＳを介して入力される添付ファイルやクリップボード経由のテキストである。さらに、キーワード検査の対象となる第３の態様としては、クライアント端末装置１００のキーボード２０７やポインティングデバイス２０８を介して入力される（即ち、キーロガー１０２の記録からの）テキストである。
【０２３３】
まず、上述した第１の態様における、表示部２０９に表示されている表示画面からのテキスト抽出処理（Ｓ１３０１−１）について、図１４を用いて詳しく説明する。
【０２３４】
現在利用されているＯＳでは、一般的にウィンドウシステムが採用されていることから、クライアント端末装置１００の表示部２０９に表示されているアプリケーションの表示画面は、各種のウィンドウから構成されており、それぞれ独立したウィンドウＩＤを持っている。
【０２３５】
エージェントプログラム１０１による処理と中継サーバプログラム１１１による処理との同期によって、暗号化通信の開始を検出したクライアント端末装置１００のＣＰＵ２０１は、まず、ステップＳ１４０１において、その時点でのアプリケーションを構成するすべてのウィンドウＩＤを列挙し、ウィンドウの抽出を行う。
【０２３６】
続いて、ステップＳ１４０２において、クライアント端末装置１００のＣＰＵ２０１は、ステップＳ１４０１で抽出した１つのウィンドウについて、テキスト属性を持つか否かを判断する。
【０２３７】
ステップＳ１４０２の判断の結果、当該ウィンドウがテキスト属性を持つ場合には（Ｓ１４０２／ＹＥＳ）、ステップＳ１４０３に進む。ステップＳ１４０３に進むと、クライアント端末装置１００のＣＰＵ２０１は、当該ウィンドウからテキストを抽出する処理を行う。続いて、ステップＳ１４０４において、クライアント端末装置１００のＣＰＵ２０１は、ステップＳ１４０３で抽出したテキストをテキストリストに追加する処理を行う。
【０２３８】
ステップＳ１４０４の処理が終了した場合、或いは、ステップＳ１４０２で当該ウィンドウがテキスト属性を持たないと判断された場合には（Ｓ１４０２／ＮＯ）、ステップＳ１４０５に進む。ステップＳ１４０５に進むと、クライアント端末装置１００のＣＰＵ２０１は、ステップＳ１４０１で列挙したすべてのウィンドウＩＤのウィンドウに対してテキスト抽出処理を行ったか否かを判断する。
【０２３９】
ステップＳ１４０５の判断の結果、ステップＳ１４０１で列挙したすべてのウィンドウＩＤのウィンドウに対しては未だテキスト抽出処理を行っていない場合には（Ｓ１４０５／ＮＯ）、ステップＳ１４０２に戻り、ステップＳ１４０２において、テキスト抽出処理を行っていないウィンドウを抽出して、その後の処理が行われる。
【０２４０】
一方、ステップＳ１４０５の判断の結果、ステップＳ１４０１で列挙したすべてのウィンドウＩＤのウィンドウに対してテキスト抽出処理を行った場合には（Ｓ１４０５／ＹＥＳ）、図１４のステップＳ１３０１−１に示すテキスト抽出処理を終了する。
【０２４１】
なお、ステップＳ１４０３におけるテキストの抽出時には、上述した検査基準ルールに基づいて、例えば、パスワード属性を持つウィンドウを抽出対象外にすることができ、必要以上に監視しない健全な情報管理が実現可能である。
【０２４２】
また、図１４に示すフローチャートでは、ステップＳ１４０１でアプリケーションを構成するすべてのウィンドウＩＤを列挙し、当該ウィンドウＩＤに基づくすべてのウィンドウからテキストを抽出するようにしているが、例えば、ステップＳ１４０１で当該アプリケーションにおけるアクティブウィンドウ（現在開いているウィンドウ）のウィンドウＩＤのみを検出し、当該アクティブウィンドウのみからテキストを抽出する形態であっても適用可能である。
【０２４３】
次に、上述した第２の態様における、アプリケーションへＯＳを介して入力される添付ファイルやクリップボード経由からのテキスト抽出処理（Ｓ１３０１−２及びＳ１３０１−３）について、図１５を用いて詳しく説明する。
【０２４４】
ＯＳを介してアプリケーションへ入力される添付ファイルやクリップボードを経由したテキストを抽出するには、クライアント端末装置１００のＣＰＵ２０１は、当該アプリケーションが「ファイルを読み込んだか」、或いは、「クリップボードの貼り付けを行ったか」を監視すればよい。しかしながら、クライアント端末装置１００のＣＰＵ２０１が、図７のステップＳ７１１におけるアプリケーション捕捉処理以前の操作で、これらの操作を実施している場合がある。
【０２４５】
そこで、クライアント端末装置１００のＣＰＵ２０１は、第１の監視として、常時クリップボードからの貼り付けの監視を行うことと、第２の監視として、ファイルの読み込みを監視することを実施する。
【０２４６】
第１の監視であるクリップボードからの貼り付けの監視は、常時、クリップボードを監視し、貼り付け操作が行われた段階で、貼り付け内容と貼り付け先のアプリケーション名を記録しておき、その記録に当該アプリケーションがあった場合、図１５のステップＳ１３０１−２に示す一連の処理を実行する。
【０２４７】
この場合、ステップＳ１５０１において、クライアント端末装置１００のＣＰＵ２０１は、クリップボードの内容がテキストを持つ形式か否かを判断する。この判断の結果、クリップボードの内容がテキストを持つ形式である場合には（Ｓ１５０１／ＹＥＳ）、ステップＳ１５０２に進む。ステップＳ１５０２に進むと、クライアント端末装置１００のＣＰＵ２０１は、クリップボードにおける当該テキストを抽出し、続いて、ステップＳ１５０３において、ステップＳ１５０２で抽出したテキストをテキストリストに追加する処理を行う。
【０２４８】
ステップＳ１５０３の処理が終了した場合、或いは、ステップＳ１５０１でクリップボードの内容がテキストを持つ形式でないと判断された場合には（Ｓ１５０１／ＮＯ）、図１５のステップＳ１３０１−２に示すテキスト抽出処理を終了する。
【０２４９】
なお、クリップボードからの貼り付けの監視を行う際に、例えば、ステップＳ９０６におけるアプリケーション指定検査の設定項目を合わせて参照し、当該設定項目で指定されたアプリケーションのみを対象とするようにしてもよい。
【０２５０】
第２の監視であるファイルの読み込みの監視は、ＯＳのユーザインターフェース機能に相当するＵＩプログラムを監視し、当該ＵＩプログラムと当該ＵＩプログラム以外でやり取りされたファイル名をアプリケーション名とともに記録する方法や、ＯＳのファイルＡＰＩを監視することで、呼び出し元のプロセスからアプリケーション名を判定し、ファイル名をアプリケーション名とともに記録する方法等がある。これらの方法によって記録されたファイル名とアプリケーション名に当該アプリケーションがあった場合、図１５のステップＳ１３０１−３に示す一連の処理を実行する。
【０２５１】
この場合、ステップＳ１５０１において、クライアント端末装置１００のＣＰＵ２０１は、ファイルの内容がテキストを持つ形式か否かを判断する。この判断の結果、ファイルの内容がテキストを持つ形式である場合には（Ｓ１５０１／ＹＥＳ）、ステップＳ１５０２に進む。ステップＳ１５０２に進むと、クライアント端末装置１００のＣＰＵ２０１は、ファイルにおける当該テキストを抽出し、続いて、ステップＳ１５０３において、ステップＳ１５０２で抽出したテキストをテキストリストに追加する処理を行う。
【０２５２】
ステップＳ１５０３の処理が終了した場合、或いは、ステップＳ１５０１でファイルの内容がテキストを持つ形式でない場合には（Ｓ１５０１／ＮＯ）、図１５のステップＳ１３０１−３に示すテキスト抽出処理を終了する。
【０２５３】
なお、ファイルの読み込みの監視を行う際に、例えば、ステップＳ９０６におけるアプリケーション指定検査の設定項目を合わせて参照し、当該設定項目で指定されたアプリケーションのみを対象とするようにしてもよい。
【０２５４】
特に、ウェブメールサービスを行うＨＴＴＰＳウェブサーバ１５０では、ファイルを添付して送信できるため、例えば、図１４のステップＳ１４０３において、ウェブブラウザ１０３内で表示されているウィンドウの中で、ファイル名属性を持つものからのテキスト抽出を実施するとファイル名が判明するので、この時点で当該ファイルの読み込みの監視を実施してもよい。
【０２５５】
さらに、すべてのファイルにおいてテキスト抽出が行われることはないため、ファイル形式を特定できないファイルについては、ファイルの読み込みの監視を失敗させたり、また、圧縮ファイルであれば展開し個々にテキスト抽出させたりという処理を実施してもよい。
【０２５６】
次に、上述した第３の態様における、クライアント端末装置１００のキーボード２０７やポインティングデバイス２０８を介して入力されるキーロガー１０２の記録からのテキスト抽出処理（Ｓ１３０１−４）について、図１６を用いて詳しく説明する。
【０２５７】
キーロガー１０２は、クライアント端末装置１００上のキーボード２０７やポインティングデバイス２０８を介して入力される情報を記録するプログラムである。キーロガー１０２による処理では、図７のステップＳ７１１で行われるアプリケーション捕捉以後、明確に記録を取ることができるが、上述したクリップボードの監視と同様に、アプリケーション捕捉以前に入力された情報を検査対象に加えなければならない場合もある。
【０２５８】
そこで、クライアント端末装置１００のＣＰＵ２０１は、キーロガー１０２を用いた処理により、クライアント端末装置１００のキーボード２０７やポインティングデバイス２０８を介して入力される情報から、現在、入力対象になっているアクティブなアプリケーションを判定し、そのアプリケーションの情報とともに当該アプリケーションへの入力を記録するようにする。また、例えば、ステップＳ９０６におけるアプリケーション指定検査の設定項目を合わせて参照し、当該設定項目で指定されたアプリケーションへの入力のみを記録するようにしてもよい。
【０２５９】
まず、ステップＳ１６０１において、クライアント端末装置１００のＣＰＵ２０１は、キーロガー１０２による記録が捕捉したアプリケーションへの入力記録であるか否かを判断する。具体的に、ステップＳ１６０１では、図７のステップＳ７１１で行われるアプリケーション捕捉以後は、より明確に入力情報を記録し、捕捉以前の情報と合わせて、捕捉したアプリケーションへの入力記録であるか否かを判断する。
【０２６０】
ステップＳ１６０１の判断の結果、キーロガー１０２による記録が捕捉したアプリケーションへの入力記録である場合には、ステップＳ１６０２に進む。ステップＳ１６０２に進むと、クライアント端末装置１００のＣＰＵ２０１は、テキストを抽出する処理を行う。続いて、ステップＳ１６０３において、クライアント端末装置１００のＣＰＵ２０１は、ステップＳ１６０２で抽出したテキストをテキストリストに追加する処理を行う。
【０２６１】
ステップＳ１６０３の処理が終了した場合、或いは、ステップＳ１６０１でキーロガー１０２による記録が捕捉したアプリケーションへの入力記録でないと判断された場合には（Ｓ１６０１／ＮＯ）、図１６のステップＳ１３０１−４に示すテキスト抽出処理を終了する。
【０２６２】
なお、キーロガー１０２による処理では、アプリケーションを構成するウィンドウＩＤ別に入力記録を取るため、例えば、パスワードを入力するウィンドウについては入力記録を取らない等の検査基準ルールを用いることで、過度なロギングを抑制し、健全な情報管理を実施することができる。
【０２６３】
上述した図３〜図１６に示すフローチャートの各処理について、各装置間の関連をより明らかにするために、その全体像を図１７及び図１８を用いて詳しく説明する。
図１７及び図１８は、クライアント端末装置１００のＣＰＵ２０１によって実行されるエージェントプログラム１０１及びキーロガー１０２を用いた処理、並びに、中継サーバ１１０のＣＰＵ２０１によって実行される中継サーバプログラム１１１を用いた処理を含む制御処理関係の一例を示すシーケンス図である。
【０２６４】
具体的に、図１７は、クライアント端末装置１００からＨＴＴＰＳウェブサーバ１５０へ最初の接続を試みるときの制御処理関係を示すものであって、ハンドシェイクシーケンスの一例を示すシーケンス図である。
【０２６５】
なお、図１７のシーケンス図に従った処理を開始する時点では、クライアント端末装置１００は、ウェブメールサービスを提供しているＨＴＴＰＳウェブサーバ１５０へアクセスしようとしている状態にある。即ち、クライアント端末装置１００と中継サーバ１１０との間の接続セッション１２１がない状態であるとする。
【０２６６】
クライアント端末装置１００のウェブブラウザ１０３が中継サーバ１１０を介してＨＴＴＰＳウェブサーバ１５０へアクセスを実施したとき、接続セッション１２１が生成され、中継サーバプログラム１１１を用いた処理で暗号化通信の開始が検出される（Ｓ５０１／ＹＥＳ）。中継サーバ１１０のＣＰＵ２０１は、中継サーバプログラム１１１を用いた処理において、クライアント端末装置１００（エージェントプログラム１０１）と連携するための制御セッション１２２を生成する（Ｓ５０７、通信Ａ）。そして、中継サーバ１１０のＣＰＵ２０１は、検査基準ルールと時間情報の同期を行い（Ｓ５０４、通信Ｂ）、さらに、クライアント端末装置１００からＨＴＴＰＳウェブサーバ１５０へ接続しようとしているアプリケーションを捕捉するようクライアント端末装置１００に命令を出す（Ｓ６０２、通信Ｃ）。
【０２６７】
続いて、クライアント端末装置１００のＣＰＵ２０１は、エージェントプログラム１０１を用いた処理において、キーロガー１０２にアプリケーションの捕捉指令を出して、ウェブブラウザ１０３の監視を開始し、さらに、中継サーバ１１０にアプリケーションの捕捉成功通知を返信する（Ｓ７０７、通信Ｄ）。
【０２６８】
中継サーバ１１０と同期が取れた後、クライアント端末装置１００のＣＰＵ２０１は、エージェントプログラム１０１を用いてエージェント検査を実施する（Ｓ９０１）。一方、中継サーバ１１０のＣＰＵ２０１は、中継サーバプログラム１１１を用いて中継サーバ検査を実施する（Ｓ８０１）。
【０２６９】
そして、中継サーバ１１０のＣＰＵ２０１は、クライアント端末装置１００からのエージェント検査の成功通知（Ｓ９１０に基づくＳ８０６、通信Ｆ）と検査結果の受領通知（Ｓ８０８、通信Ｇ）をもって検査完了とし、中継サーバ検査を含めてすべての検査が成功した場合に、図８のステップＳ８１０において、クライアント端末装置１００のウェブブラウザ１０３からのＨＴＴＰＳウェブサーバ１５０に対する暗号化通信の接続要求における中継を許可するようにしている。
【０２７０】
その後、中継サーバ１１０のＣＰＵ２０１は、中継サーバプログラム１１１を用いた処理で、ウェブブラウザ１０３からの暗号化通信の接続要求をＨＴＴＰＳウェブサーバ１５０に中継する（Ｓ１７０１）。そして、中継サーバ１１０のＣＰＵ２０１は、ＨＴＴＰＳウェブサーバ１５０から送られたサーバ証明書を受信して（Ｓ１７０２）、これをクライアント端末装置１００のウェブブラウザ１０３に送信して中継を行う（Ｓ１７０３）。その後、中継サーバ１１０のＣＰＵ２０１は、ウェブブラウザ１０３から送られた共通鍵を受信して（Ｓ１７０４）、これをＨＴＴＰＳウェブサーバ１５０に送信して中継を行う（Ｓ１７０５）。その後、中継サーバ１１０のＣＰＵ２０１は、ＨＴＴＰＳウェブサーバ１５０から送られた、共通鍵で暗号化された暗号化データを受信して（Ｓ１７０６）、これをウェブブラウザ１０３に送信して中継を行う（Ｓ１７０７）。
【０２７１】
以上の図１７に示す処理により、クライアント端末装置１００のウェブブラウザ１０３には、ＨＴＴＰＳウェブサーバ１５０が提供するウェブメールサービスのログイン画面が表示されている状態となる。
【０２７２】
次に、図１８のシーケンス図の説明を行う。
具体的に、図１８は、図１７に示すハンドシェイクシーケンスを経た後、クライアント端末装置１００のＣＰＵ２０１がエージェントプログラム１０１を用いた処理で検出したウェブブラウザ１０３の入力検査の制御処理関係を示すものであって、検査シーケンスの一例を示すシーケンス図である。
【０２７３】
ここで、クライアント端末装置１００のウェブブラウザ１０３では、ＨＴＴＰＳウェブサーバ１５０が提供するウェブメールサービスにログインし、利用者がウェブメールを作成して「送信」ボタンを押した状態とする。
【０２７４】
ウェブブラウザ１０３を捕捉中のクライアント端末装置１００のＣＰＵ２０１は、キーロガー１０２を用いた処理で、ウェブブラウザ１０３へのキー入力を記録している。また、クライアント端末装置１００のＣＰＵ２０１は、エージェントプログラム１０１を用いた処理で、ウェブブラウザ１０３へのファイル添付の監視によるテキスト抽出処理や（図１５のＳ１３０１−３）、クリップボード経由の貼り付けの監視によるテキスト抽出処理を行っている（図１５のＳ１３０１−２）。
【０２７５】
ここで、ウェブブラウザ１０３の画面上で送信ボタンが押されると、ウェブブラウザ１０３は、ＨＴＴＰＳウェブサーバ１５０との暗号化通信を開始する状態となり、この際、中継サーバ１１０のＣＰＵ２０１は、ウェブブラウザ１０３からの暗号化通信の開始要求を受信する（Ｓ５０１）。続いて、中継サーバ１１０のＣＰＵ２０１は、中継サーバプログラム１１１を用いた処理で、クライアント端末装置１００（エージェントプログラム１０１）にアプリケーション捕捉指令を送信する（Ｓ６０２、通信Ｃ）。
【０２７６】
ここで、クライアント端末装置１００のＣＰＵ２０１は、既にウェブブラウザ１０３を捕捉しているため、アプリケーションの捕捉成功通知を返信する（Ｓ７０７、通信Ｄ）。
【０２７７】
クライアント端末装置１００のＣＰＵ２０１は、エージェントプログラム１０１を用いた処理で、ウェブブラウザ１０３の表示画面の状態を捕捉し、テキスト抽出処理を実施する（図１４のＳ１３０１−１）。さらに、クライアント端末装置１００のＣＰＵ２０１は、キーロガー１０２の記録からのテキスト抽出処理を実施する（図１６のＳ１３０１−４）。そして、クライアント端末装置１００のＣＰＵ２０１は、上述したテキスト抽出処理によるキーワード検査を含むエージェント検査を実施する（Ｓ９０１）。
【０２７８】
一方、中継サーバ１１０のＣＰＵ２０１は、中継サーバプログラム１１１を用いた処理で、中継サーバ検査を実施し（Ｓ８０１）、クライアント端末装置１００からのエージェント検査の結果を待つ。
【０２７９】
そして、中継サーバ１１０のＣＰＵ２０１は、クライアント端末装置１００からのエージェント検査の成功通知（Ｓ９１０に基づくＳ８０６、通信Ｆ）と検査結果の受領通知（Ｓ８０８、通信Ｇ）をもって検査完了とし、中継サーバ検査を含めてすべての検査が成功した場合に、図８のステップＳ８１０において、クライアント端末装置１００のウェブブラウザ１０３からのＨＴＴＰＳウェブサーバ１５０に対する暗号化通信の送信要求における中継を許可するようにしている。
【０２８０】
その後、中継サーバ１１０のＣＰＵ２０１は、中継サーバプログラム１１１を用いた処理で、ウェブブラウザ１０３からの暗号化通信の送信要求をＨＴＴＰＳウェブサーバ１５０に中継する（Ｓ１８０１）。そして、中継サーバ１１０のＣＰＵ２０１は、ＨＴＴＰＳウェブサーバ１５０から送られたセッションＩＤを受信して（Ｓ１８０２）、これをクライアント端末装置１００のウェブブラウザ１０３に送信して中継を行う（Ｓ１８０３）。その後、中継サーバ１１０のＣＰＵ２０１は、ウェブブラウザ１０３から送られた暗号化データを受信して（Ｓ１８０４）、これをＨＴＴＰＳウェブサーバ１５０に送信して中継を行う（Ｓ１８０５）。その後、中継サーバ１１０のＣＰＵ２０１は、ＨＴＴＰＳウェブサーバ１５０から送られた暗号化データを受信して（Ｓ１８０６）、これをウェブブラウザ１０３に送信して中継を行う（Ｓ１８０７）。
【０２８１】
以上の図１８に示す処理により、クライアント端末装置１００のウェブブラウザ１０３は、ＨＴＴＰＳウェブサーバ１５０が提供するウェブメールサービスから、暗号化された通信経路を介して、メールの送信を完了した状態となる。
【０２８２】
次に、本実施形態の情報処理システム１で用いる検査基準ルールについて説明する。
図１９は、本発明の実施形態に係る情報処理システムで用いる検査基準ルールの一例を示す模式図である。図１９には、本実施形態の情報処理システム１で行われる検査項目の一例と、各検査項目の検査を行う場所を示す検査位置、及び、その各検査項目の検査に係る検査基準ルールの設定内容が示されている。
【０２８３】
図２０は、図１９に示す検査基準ルールを設定するための設定画面の一例を示すイメージ図である。この図２０に示す設定画面は、図２に示す表示部２０９に表示され、また、例えばポインティングデバイス２０８から入力を行うことで、検査基準ルールの設定がなされる。また、図２０には、図１９に示す検査項目ごとに、検査基準ルールの設定を行うための検査項目選択部２００１〜２００９が設けられており、図２０に示す例では、キーワード検査の検査項目選択部２００６が選択されて、当該キーワード検査の検査基準ルールの設定を行う場合が示されている。
【０２８４】
次に、エージェントプログラム１０１と中継サーバプログラム１１１を用いた制御セッションのプロトコルについて説明する。
図２１は、エージェントプログラム１０１と中継サーバプログラム１１１を用いた制御セッションのプロトコルの一例を示す模式図である。図２１は、各通信（通信Ａ〜通信Ｇ）ごとに、エージェントプログラム１０１と中継サーバプログラム１１１を用いた制御セッションのプロトコルの一例が示されている。
【０２８５】
次に、図５のステップＳ５０６における非暗号化通信検査処理について説明する。
図２２は、中継サーバ１１０における中継サーバプログラム１１１を用いた非暗号化通信検査処理の一例を示すフローチャートである。
この図２２に示す非暗号化通信検査処理は、図５のステップＳ５０１において、クライアント端末装置１００から非暗号化通信に係る接続要求を受信した際に行われる。以下では、この図２２と共に、図１１及び図１３を参照して、非暗号化通信検査処理について説明を行う。
【０２８６】
上述した暗号化通信の検査と異なり、非暗号化通信の検査では、中継サーバ１１０のＣＰＵ２０１は、中継サーバプログラム１１１を用いた処理で、すべての通信を検査することができる。このとき、非暗号化通信検査における検査対象となる代表的なデータは、接続先ＵＲＬ（送信先ＵＲＬ）を始めとしたヘッダ部や、ＨＴＴＰ通信上のＧＥＴ接続要求におけるクエリー部及びＰＯＳＴ接続要求におけるメッセージボディ部に相当するデータである。なお、非暗号化通信検査の対象となるデータは、これらに限定されるものではなく、例えば、ＦＴＰ通信データなど、様々な非暗号化プロトコルを介した通信データを対象とすることは言うまでもない。
【０２８７】
クライアント端末装置１００のウェブブラウザ１０３から非暗号化通信に係る接続要求があり、ステップＳ５０６の非暗号化通信検査処理が開始されると、まず、ステップＳ２２０１において、中継サーバ１１０のＣＰＵ２０１は、その非暗号化通信に係る送信先について、送信先の検査処理を行う。このステップＳ２２０１で行われる送信先検査処理は、図１１に示す処理と同様の処理である。
【０２８８】
この送信先検査では、予め送信先（例えば、ＵＲＬなど）に対して、中継許可／中継禁止を設定したり、正規表現を利用して送信先を設定したりした送信先リストを用意しておく。なお、この送信先リストは、上述した検査基準ルールに包含されており、最新のものは、中継サーバ１１０のＨＤＤ２０４に保存されている。
【０２８９】
ここで、図１１の説明を行う。
図１１のステップＳ１１０１において、中継サーバ１１０のＣＰＵ２０１は、ウェブブラウザ１０３から要求された送信先が自装置のＨＤＤ２０４に記憶されている送信先リストに存在するか否かを判断する（即ち、送信先が検査基準ルールに一致するか否かを判断する）。この判断の結果、当該送信先が送信先リストに存在しない場合には（Ｓ１１０１／ＮＯ）、中継サーバ１１０のＣＰＵ２０１は、送信先検査が失敗と判断する。
【０２９０】
なお、図１１に示す処理においては、当該送信先が送信先リストに存在しない場合に（Ｓ１１０１／ＮＯ）、送信先検査が失敗と処理するようにしているが、管理基準に応じて、この場合を送信先検査が成功として処理するようにしてもよい。
【０２９１】
一方、ステップＳ１１０１の判断の結果、当該送信先が送信先リストに存在する場合には（Ｓ１１０１／ＹＥＳ）、ステップＳ１１０２に進む。ステップＳ１１０２に進むと、中継サーバ１１０のＣＰＵ２０１は、送信先リストの当該送信先の設定が中継許可となっているか否かを判断する。この判断の結果、送信先リストの当該送信先の設定が中継許可となっていない場合には（Ｓ１１０２／ＮＯ）、即ち、当該送信先の設定が中継禁止等となっている場合には、中継サーバ１１０のＣＰＵ２０１は、送信先検査が失敗と判断する。
【０２９２】
一方、ステップＳ１１０２の判断の結果、送信先リストの当該送信先の設定が中継許可となっている場合には（Ｓ１１０２／ＹＥＳ）、中継サーバ１１０のＣＰＵ２０１は、送信先検査が成功と判断する。
【０２９３】
ここで、図２２の説明に戻る。
ステップＳ２２０１で送信先検査処理が行われると、続いて、ステップＳ２２０２において、中継サーバ１１０のＣＰＵ２０１は、ステップＳ２２０１における送信先検査が成功したか否かを判断する。
【０２９４】
ステップＳ２２０２の判断の結果、ステップＳ２２０１における送信先検査が失敗した場合には（Ｓ２２０２／ＮＯ）、ステップＳ２２０８に進み、中継サーバ１１０のＣＰＵ２０１は、ウェブブラウザ１０３からの非暗号化通信（ＨＴＴＰデータ送信）に対して、中継を拒否する処理を行う。
【０２９５】
一方、ステップＳ２２０２の判断の結果、ステップＳ２２０１における送信先検査が成功した場合には（Ｓ２２０２／ＹＥＳ）、ステップＳ２２０３に進む。ステップＳ２２０３に進むと、中継サーバ１１０のＣＰＵ２０１は、時間帯の検査処理を行う。このステップＳ２２０３で行われる時間帯検査処理は、図８のステップＳ８０４で説明した時間帯検査処理と同様の処理である。
【０２９６】
具体的に、ステップＳ２２０３の時間帯検査では、任意の時間帯に対して、予め中継許可／中継禁止を設定した時間帯設定リストを用意しておき、この時間帯設定リストを中継サーバ１１０のＨＤＤ２０４に保存しておく。そして、中継サーバ１１０のＣＰＵ２０１は、ウェブブラウザ１０３から非暗号化通信の接続要求を受信した時点（図５のＳ５０１）における中継サーバ１１０の時間Ｔ１に対して、当該時間帯設定リストを参照し、中継許可または中継禁止を検出することで、時間帯の検査処理を行う。この場合、中継許可が検出された場合には時間帯検査が成功となり、中継禁止が検出された場合には時間帯検査が失敗となる。
【０２９７】
また、時間帯検査では、当該時間Ｔ１が時間帯設定リストに設定されていなかった場合、その時間帯について初期値をＨＤＤ２０４に設定しておくこともできる。この初期値では、「すべて中継許可」或いは「すべて中継禁止」のいずれかを設定することが可能である。当該時間Ｔ１が時間帯設定リストに設定されていない場合には、初期値を参照し、「すべて中継許可」が設定されている場合には時間帯検査が成功となり、「すべて中継禁止」が設定されている場合には時間帯検査が失敗となる。
【０２９８】
なお、例えば、時間Ｔ１が時間帯設定リストの複数の設定項目に該当する場合を想定して、当該時間帯設定リストの設定項目ごとに予め優先順位を設定するようにしてもよい。この際、優先順位の付与方法は、例えば、時間帯設定リストの記述順にするなどしてもよい。この場合、時間Ｔ１に該当する時間帯設定リストの最上位の設定項目に中継許可が設定されている場合には時間帯検査が成功となり、当該最上位の設定項目に中継禁止が設定されている場合には時間帯検査が失敗となる。
【０２９９】
続いて、ステップＳ２２０４において、中継サーバ１１０のＣＰＵ２０１は、ステップＳ２２０３における時間帯検査が成功したか否かを判断する。
【０３００】
ステップＳ２２０４の結果、ステップＳ２２０３における時間帯検査が失敗した場合には（Ｓ２２０４／ＮＯ）、ステップＳ２２０８に進み、中継サーバ１１０のＣＰＵ２０１は、上述した中継拒否の処理を行う。
【０３０１】
一方、ステップＳ２２０４の結果、ステップＳ２２０３における時間帯検査が成功した場合には（Ｓ２２０４／ＹＥＳ）、ステップＳ２２０５に進む。ステップＳ２２０５に進むと、中継サーバ１１０のＣＰＵ２０１は、キーワードの検査処理を行う。
【０３０２】
このステップＳ２２０５のキーワード検査処理は、図９のステップＳ９０８における図１３に示すキーワード検査処理と同じ処理であるが、検査対象が非暗号化通信であるため、図１３のステップＳ１３０１のテキスト抽出処理については実施する必要がなく、非暗号化通信データに対して、直接キーワード検査が実施できる。
【０３０３】
ステップＳ２２０５のキーワード検査では、予め用意したキーワードに対して中継許可／中継禁止を設定したキーワードリストを用意しておき、このキーワードリストを中継サーバ１１０のＨＤＤ２０４に保存しておく。なお、このキーワードリストは、検査基準ルールに包含されており、最新のものである。
【０３０４】
ここで、検査対象のキーワードとしては、単一キーワードから構成されるものや、複数のキーワードから構成されるものがある。複数のキーワードから構成されるものとしては、例えば、ＡＮＤ演算、ＯＲ演算、ＮＯＴ演算等の各論理演算と、括弧記号を使った演算の優先順位指定を行うことができる。また、ダブルクォーテーション記号でキーワードを囲むことで、空白記号を含む複数単語から構成される単一キーワードを設定することもできる。
【０３０５】
さらに、検査基準ルールに記述されている設定により、例えば、全角数字文字と半角数字文字、丸文字で囲まれた数字文字等の複数の書式形態を持つが同一の意味を持つ複数の文字を同一文字として扱うこともできる。例えば、数字の１を例にすると、「１」、「（１）」、「一」、「壱」等は、すべて「１」として扱うことができる。
【０３０６】
ここで、図１３の説明を行う。
ステップＳ２２０５のキーワード検査処理では、まず、非暗号化通信データから直接取り出したテキストに基づいてテキストリストを作成し、図１３にステップＳ１３０２において、中継サーバ１１０のＣＰＵ２０１は、当該テキストリストの中から１つのテキストを取り出す。
【０３０７】
続いて、ステップＳ１３０３において、中継サーバ１１０のＣＰＵ２０１は、ステップＳ１３０２で取り出したテキストに対して、検査基準ルール（キーワードリスト）に基づくキーワード検査を行う。具体的に、このステップＳ１３０３のキーワード検査では、ステップＳ１３０２で取り出したテキストが上述したキーワードリストに存在するか否かや、存在する場合にキーワードリストの当該テキスト（キーワード）の設定が中継許可であるか否か等が検査される。
【０３０８】
続いて、ステップＳ１３０４において、中継サーバ１１０のＣＰＵ２０１は、ステップＳ１３０２で取り出したテキストが上述したキーワードリストに存在するか否かを判断する（即ち、ステップＳ１３０２で取り出したテキストが検査基準ルールに一致するか否かを判断する）。この判断の結果、ステップＳ１３０２で取り出したテキストがキーワードリストに存在しない場合には（Ｓ１３０４／ＮＯ）、ステップＳ１３０６に進む。
【０３０９】
一方、ステップＳ１３０４の判断の結果、ステップＳ１３０２で取り出したテキストがキーワードリストに存在する場合には（Ｓ１３０４／ＹＥＳ）、ステップＳ１３０５に進む。ステップＳ１３０５に進むと、中継サーバ１１０のＣＰＵ２０１は、キーワードリストの当該テキスト（キーワード）の設定が中継許可となっているか否かを判断する。この判断の結果、キーワードリストの当該テキスト（キーワード）の設定が中継許可となっていない場合には（Ｓ１３０５／ＮＯ）、即ち、当該テキスト（キーワード）の設定が中継禁止となっている場合には、中継サーバ１１０のＣＰＵ２０１は、キーワード検査が失敗と判断する。
【０３１０】
一方、ステップＳ１３０５の判断の結果、キーワードリストの当該テキスト（キーワード）の設定が中継許可となっている場合には（Ｓ１３０５／ＹＥＳ）、ステップＳ１３０６に進む。
【０３１１】
ステップＳ１３０６に進むと、中継サーバ１１０のＣＰＵ２０１は、テキストリストのすべてのテキストについてキーワード検査を行ったか否かを判断する。この判断の結果、テキストリストのすべてのテキストについては未だキーワード検査を行っていない場合には（Ｓ１３０６／ＮＯ）、ステップＳ１３０２に戻り、ステップＳ１３０２において、キーワード検査を行っていないテキストをテキストリストから取り出して、ステップＳ１３０３以降の処理が行われる。
【０３１２】
一方、ステップＳ１３０６の判断の結果、テキストリストのすべてのテキストについてキーワード検査を行った場合には（Ｓ１３０６／ＹＥＳ）、非暗号化通信データから取り出したすべてのテキストについて中継禁止の設定がされていないため、中継サーバ１１０のＣＰＵ２０１は、キーワード検査が成功と判断する。
【０３１３】
ここで、図２２の説明に戻る。
ステップＳ２２０５でキーワード検査処理が行われると、続いて、ステップＳ２２０６において、中継サーバ１１０のＣＰＵ２０１は、ステップＳ２２０５におけるキーワード検査が成功したか否かを判断する。
【０３１４】
ステップＳ２２０６の判断の結果、ステップＳ２２０５におけるキーワード検査が失敗した場合には（Ｓ２２０６／ＮＯ）、ステップＳ２２０８に進み、中継サーバ１１０のＣＰＵ２０１は、上述した中継拒否の処理を行う。
【０３１５】
一方、ステップＳ２２０６の結果、ステップＳ２２０５におけるキーワード検査が成功した場合には（Ｓ２２０６／ＹＥＳ）、ステップＳ２２０７に進み、中継サーバ１１０のＣＰＵ２０１は、クライアント端末装置１００のウェブブラウザ１０３からのＨＴＴＰウェブサーバ１６０に対する非暗号化通信の接続要求における中継を許可し、当該非暗号化通信の接続要求をＨＴＴＰウェブサーバ１６０に中継する。
【０３１６】
以上説明したように、本発明の実施形態に係る情報処理システム１を構成するクライアント端末装置１００及び中継サーバ１１０では、以下の処理を行うようにしている。
クライアント端末装置１００は、暗号化通信サーバであるＨＴＴＰＳウェブサーバ１５０と暗号化通信を行うための条件が定められた検査基準ルール（図１９）を自装置のＨＤＤ２０４に記憶している。
そして、まず、クライアント端末装置１００は、ＨＴＴＰＳウェブサーバ１５０に対して暗号化通信を行うアプリケーションを特定するようにしている（Ｓ７１１）。
また、クライアント端末装置１００は、暗号化通信を行う前のデータであって、ステップＳ７１１で特定されたアプリケーションを介して中継サーバ１１０に送信されるデータを抽出するようにしている（例えば、Ｓ１３０１）。
そして、クライアント端末装置１００は、抽出したデータが、前記検査基準ルールの条件を満たすか否かを判定する第１の判定を行うようにしている（例えば、Ｓ９０９）。その後、クライアント端末装置１００は、第１の判定結果を中継サーバ１１０に送信するようにしている（Ｓ９１０、Ｓ９１４）。
そして、中継サーバ１１０は、第１の判定結果に応じて、ＨＴＴＰＳウェブサーバ１５０にデータを送信するか否かを決定するようにしている（Ｓ８０９）。
なお、上述した実施形態では、上述した第１の判定をクライアント端末装置１００側で行う形態を示したが、当該第１の判定を中継サーバ１１０側で行うようにした形態も本発明に適用可能である。
この場合、クライアント端末装置１００では、前記抽出したデータを制御セッション１２２を介して中継サーバ１１０に送信するようにする。そして、中継サーバ１１０は、前記抽出したデータが、自装置のＨＤＤ２０４に記憶されている検査基準ルールの条件を満たすか否かを判定する第１の判定を行う形態を採ることになる。その後、上述した実施形態と同様に、中継サーバ１１０は、第１の判定結果に応じて、ＨＴＴＰＳウェブサーバ１５０にデータを送信するか否かを決定するようにする（Ｓ８０９）。
【０３１７】
また、クライアント端末装置１００と中継サーバ１１０との間には、暗号化通信（或いは非暗号化通信）を行うための接続セッション（第１のセッション）１２１と、接続セッション１２１とは独立して設けられ、制御を行うための制御セッション（第２のセッション）１２２とが形成されるようになっている。
そして、クライアント端末装置１００は、制御セッション１２２を用いて、前記第１の判定の判定結果を中継サーバ１１０に送信するようにしている（Ｓ９１０、Ｓ９１４）。
【０３１８】
また、中継サーバ１１０は、最新の検査基準ルールを保持している。そして、クライアント端末装置１００は、中継サーバ１１０が保持する最新のルールと自装置のＨＤＤ２０４に記憶されている検査基準ルールとが一致しない場合、中継サーバ１１０が保持する最新のルールに基づいて、自装置のＨＤＤ２０４に記憶されている検査基準ルールを更新するようにしている（Ｓ７０８）。
また、この検査基準ルールには、図１９に示すように複数の条件が定められており、クライアント端末装置１００が行う前記第１の判定では、検査基準ルールに定められている複数の条件のうちの一部の条件を満たすか否かを判定し（Ｓ９０２〜Ｓ９０９）、一方、中継サーバ１１０は、検査基準ルールに定められている前記一部の条件以外の他の条件を満たすか否かを判定する第２の判定を行うようにしている（Ｓ８０２〜Ｓ８０５）。
そして、中継サーバ１１０では、前記第１の判定の判定結果と前記第２の判定の判定結果とに基づいて、ＨＴＴＰＳウェブサーバ１５０にデータを送信するか否かを決定するようにしている（Ｓ８０５、Ｓ８０９）。
【０３１９】
さらに、クライアント端末装置１００は、非暗号化通信サーバであるＨＴＴＰウェブサーバ１６０と非暗号化通信が可能に構成されている。
そして、中継サーバ１１０では、クライアント端末装置１００からの通信接続要求に従って（Ｓ５０１）、クライアント端末装置１００から送信されるデータをＨＴＴＰＳウェブサーバ１５０又はＨＴＴＰウェブサーバ１６０に中継するようにしている。
【０３２０】
以上説明したように、クライアント端末装置１００におけるエージェントプログラム１０１を用いた処理と、中継サーバ１１０における中継サーバプログラム１１１を用いた処理とを、制御セッション１２２を介して連携させることで、暗号化通信を行う際に、第三者による暗号化データの復号といった暗号の枠組みを壊すことなく、暗号化通信の安全性を確保しつつ、情報の管理及び検査を実施することが可能となる。例えば、本実施形態は、ウェブメールサービスを始めとするＨＴＴＰＳを利用した暗号化通信或いはＨＴＴＰを利用した非暗号化通信の監視及び検査に用いて好適である。
【０３２１】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な内容で構成されることは言うまでもない。
【０３２２】
以上、本発明に係る一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様を取ることが可能であり、具体的には、中継サーバ１１０及びクライアント端末装置１００については、それぞれ複数の機器から構成されるシステムに適用しても、ひとつの機器からなるシステムに適用してもよい。
【０３２３】
また、本発明は、システム或いは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を当該システム或いは装置に読み出すことによって、そのシステム或いは装置が、本発明の効果を享受することが可能となる。
【０３２４】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステム或いは装置が、本発明の効果を享受することが可能となる。
【０３２５】
なお、上述した各実施形態及びその変形例を組み合わせた構成もすべて本発明に含まれるものである。
【図面の簡単な説明】
【０３２６】
【図１】本発明の実施形態に係る情報処理システムの概略構成の一例を示す図である。
【図２】図１に示すクライアント端末装置及び中継サーバのハードウェア構成の一例を示すブロック図である。
【図３】クライアント端末装置におけるエージェントプログラムを用いた起動時の処理の一例を示すフローチャートである。
【図４】クライアント端末装置におけるエージェントプログラムを用いた中継サーバ連携処理の一例を示すフローチャートである。
【図５】中継サーバにおける中継サーバプログラムを用いたエージェント連携処理の一例を示すフローチャートである。
【図６】中継サーバにおける中継サーバプログラムを用いたアプリケーション捕捉処理の一例を示すフローチャートである。
【図７】クライアント端末装置におけるエージェントプログラムを用いた制御セッション成功処理の一例を示すフローチャートである。
【図８】中継サーバにおける中継サーバプログラムを用いた中継サーバ検査処理の一例を示すフローチャートである。
【図９】クライアント端末装置におけるエージェントプログラムを用いたエージェント検査処理の一例を示すフローチャートである。
【図１０】図９のステップＳ９０２のユーザ認証名検査処理における詳細な処理の一例を示すフローチャートである。
【図１１】図９のステップＳ９０４（或いは、図２２のステップＳ２２０１）の送信先検査処理における詳細な処理の一例を示すフローチャートである。
【図１２】図９のステップＳ９０６のアプリケーション指定検査処理における詳細な処理の一例を示すフローチャートである。
【図１３】図９のステップＳ９０８（或いは、図２２のステップＳ２２０５）のキーワード検査処理における詳細な処理の一例を示すフローチャートである。
【図１４】図１３のステップＳ１３０１のテキスト抽出処理における詳細な処理の一例を示すフローチャートである。
【図１５】図１３のステップＳ１３０１のテキスト抽出処理における詳細な処理の一例を示すフローチャートである。
【図１６】図１３のステップＳ１３０１のテキスト抽出処理における詳細な処理の一例を示すフローチャートである。
【図１７】クライアント端末装置からＨＴＴＰＳウェブサーバへ最初の接続を試みるときの制御処理関係を示すものであって、ハンドシェイクシーケンスの一例を示すシーケンス図である。
【図１８】図１７に示すハンドシェイクシーケンスを経た後、クライアント端末装置のＣＰＵがエージェントプログラムを用いた処理で検出したウェブブラウザの入力検査の制御処理関係を示すものであって、検査シーケンスの一例を示すシーケンス図である。
【図１９】本発明の実施形態に係る情報処理システムで用いる検査基準ルールの一例を示す模式図である。
【図２０】図１９に示す検査基準ルールを設定するための設定画面の一例を示すイメージ図である。
【図２１】エージェントプログラムと中継サーバプログラムを用いた制御セッションのプロトコルの一例を示す模式図である。
【図２２】中継サーバにおける中継サーバプログラムを用いた非暗号化通信検査処理の一例を示すフローチャートである。
【符号の説明】
【０３２７】
１  情報処理システム
１００  クライアント端末装置
１０１  エージェントプログラム
１０２  キーロガー
１０３  ウェブブラウザ
１１０  中継サーバ
１１１  中継サーバプログラム
１２０  イントラネット
１２１  接続セッション
１２２  制御セッション
１３０  管理者用端末装置
１４０  広域ネットワーク網
１５０  ＨＴＴＰＳウェブサーバ
１６０  ＨＴＴＰウェブサーバ
２０１  ＣＰＵ
２０２  ＲＡＭ
２０３  ＲＯＭ
２０４  ＨＤＤ
２０５  ネットワークＩ／Ｆ
２０６  記憶媒体ドライブ
２０７  キーボード
２０８  ポインティングデバイス
２０９  表示部
２１０  外部機器接続Ｉ／Ｆ
２１１  バス
【図１】
0004874226.tif 000002
【図２】
0004874226.tif 000003
【図３】
0004874226.tif 000004
【図４】
0004874226.tif 000005
【図５】
0004874226.tif 000006
【図６】
0004874226.tif 000007
【図７】
0004874226.tif 000008
【図８】
0004874226.tif 000009
【図９】
0004874226.tif 000010
【図１０】
0004874226.tif 000011
【図１１】
0004874226.tif 000012
【図１２】
0004874226.tif 000013
【図１３】
0004874226.tif 000014
【図１４】
0004874226.tif 000015
【図１５】
0004874226.tif 000016
【図１６】
0004874226.tif 000017
【図１７】
0004874226.tif 000018
【図１８】
0004874226.tif 000019
【図１９】
0004874226.tif 000020
【図２０】
0004874226.tif 000021
【図２１】
0004874226.tif 000022
【図２２】
0004874226.tif 000023