(57)【特許請求の範囲】
【請求項１】
暗号化された通信データを受信する受信手段と、
受信手段が受信した暗号化された通信データを復号する復号手段と、
復号手段が復号した通信データに機密情報を要求する情報が含まれている場合に、それ以降に受信手段が受信した通信データを復号しないように制御する制御手段と、
を備える通信データ中継装置。
【請求項２】
制御手段は、通信データに機密情報を要求する情報を含んでいた通信データの差出人または宛先から暗号化された通信データを再度受信した場合、暗号化された通信データを復号しないように制御する
請求項１に記載の通信データ中継装置。
【請求項３】
復号除外対象の宛先情報として有効期限情報を含む
請求項１，２のいずれかに記載の通信データ中継装置。
【請求項４】
制御手段は、通信データに含まれる入力タイプ、入力フォーマット、表示テキストの内容の少なくともいずれかを用いて機密情報を要求する情報が含まれていることを検出する
請求項１〜３のいずれかに記載の通信データ中継装置。
【請求項５】
プロキシサーバに、
暗号化された通信データを受信するステップと、
受信した暗号化された通信データを復号するステップと、
復号した通信データに機密情報を要求する情報が含まれている場合に、それ以降に受信した通信データを復号しないように制御するステップ
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信データ中継装置及びプログラムに関する。  
【背景技術】
【０００２】
ＴＬＳ（Transport Layer Security）は、インターネット上でデータを暗号化して送受信できるトランスポート層のプロトコルである。クライアント端末とウェブサーバ間のＨＴＴＰ（Hyper Text Transfer Protocol）やＦＴＰ（File Transfer Protocol）等の通信において、個人情報やクレジットカード情報等の機密性の高いデータを、ＴＬＳにより暗号化して安全にやりとりできる。
【０００３】
但し、情報通信を安全に行うためであるはずのＴＬＳ通信が情報漏洩の抜け道として使用されることもあるため、ＴＬＳ通信を解析・監視し、コンテンツフィルタリングを行う技術が提案されている。クライアント端末からのＴＬＳ通信データをプロキシサーバで受信して復号し、問題なければデータを再び暗号化して本来のウェブサーバに送信する。クライアント端末とプロキシサーバ間、及びプロキシサーバとウェブサーバ間において、それぞれ独立に暗号化された通信路が確立される。
【０００４】
また、クライアント端末からプロキシサーバ宛に送られるＣＯＮＮＥＣＴメソッドからウェブサーバのホスト名を取得し、ホスト名レベルでコンテンツフィルタリングを行う技術も知られている。この方法では、復号処理が不要という利点がある。
【０００５】
特許文献１には、接続先の安全性の確認作業負荷をクライアント端末から軽減することを課題として、中継装置が接続先の確認（サーバ証明書の検証）を行うことが記載されている。
【０００６】
特許文献２には、クライアント端末とサーバが中継装置を介して別々のセッションを使用して暗号化通信を行っている場合における、クライアント端末とサーバ間での直接的な認証を可能とすることを課題として、中継装置はサーバの一時的電子証明書を検証し、さらにセッションデータと一時的電子証明書を含む電子証明書を発行してクライアント端末に送信し、クライアント端末は中継装置の一時的電子証明書を検証してサーバの電子証明書を検証することが記載されている。
【０００７】
特許文献３には、暗号化されたプロトコルによる外部装置へのアクセスを把握できる情報処理装置を提供することを課題として、ＣＯＮＮＥＣＴ通知を検知し、設定情報から通信禁止か否かを判断することが記載されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１２−１３７９７５号公報
【特許文献２】特開２００３−１２４９２６号公報
【特許文献３】特開２０１４−２０６９２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
クライアント端末からのＴＬＳ通信データをプロキシサーバで受信して復号し、問題なければデータを再び暗号化してウェブサーバに送信する技術では、クレジットカード番号やパスワード等のプライバシー情報あるいは機密情報も復号されてしまう問題がある。他方、ウェブサーバのホスト名を取得し、ホスト名レベルでコンテンツフィルタリングを行う技術では、フィルタリングに用いる情報がホスト名のみであるため、フィルタリング精度が劣る問題がある。
【００１０】
本発明の目的は、プライバシー情報（機密情報）が含まれる場合には復号を除外する装置及びプログラムを提供することにある。  
【課題を解決するための手段】
【００１１】
請求項１に記載の発明は、暗号化された通信データを受信する受信手段と、受信手段が受信した暗号化された通信データを復号する復号手段と、復号手段が復号した通信データに機密情報を要求する情報が含まれている場合に、それ以降に受信手段が受信した通信データを復号しないように制御する制御手段とを備える通信データ中継装置である。
【００１２】
請求項２に記載の発明は、制御手段は、通信データに機密情報を要求する情報を含んでいた通信データの差出人または宛先から暗号化された通信データを再度受信した場合、暗号化された通信データを復号しないように制御する請求項１に記載の通信データ中継装置である。
【００１３】
請求項３に記載の発明は、復号除外対象の宛先情報として有効期限情報を含む請求項１，２のいずれかに記載の通信データ中継装置である。
【００１４】
請求項４に記載の発明は、制御手段は、通信データに含まれる入力タイプ、入力フォーマット、表示テキストの内容の少なくともいずれかを用いて機密情報を要求する情報が含まれていることを検出する請求項１〜３のいずれかに記載の通信データ中継装置である。
【００１５】
請求項５に記載の発明は、プロキシサーバに、暗号化された通信データを受信するステップと、受信した暗号化された通信データを復号するステップと、復号した通信データに機密情報を要求する情報が含まれている場合に、それ以降に受信した通信データを復号しないように制御するステップを実行させるプログラムである。
【発明の効果】
【００１６】
請求項１，５に記載の発明によれば、暗号化された通信データに機密情報（プライバシー情報）を要求する情報が含まれる場合にはその復号を除外して機密情報を保護できる。
【００１７】
請求項２に記載の発明によれば、さらに、復号を除外した場合においてもホスト名レベルのフィルタリングを実行できる。
【００１８】
請求項３に記載の発明によれば、さらに、情報を更新することができる。
【００１９】
請求項４に記載の発明によれば、さらに、機密情報を要求する情報を確実に検出できる。
【図面の簡単な説明】
【００２０】
【図１】実施形態のシステム構成図である。
【図２】実施形態の処理フローチャートである。
【図３】実施形態のデータ解析の詳細フローチャートである。
【図４】実施形態の記憶手段（データベース）に記憶される情報の説明図である。
【図５】実施形態の通信データの一例を示す説明図である。
【図６】他の実施形態の処理フローチャートである。
【発明を実施するための形態】
【００２１】
以下、図面に基づき本発明の実施形態について説明する。
【００２２】
まず、本実施形態の基本原理について説明する。
【００２３】
ＴＬＳ通信等の暗号化された通信データを受信し、これを復号してコンテンツフィルタリングを実行すると、プライバシー情報（機密情報）が含まれている場合に問題となり得る。
【００２４】
そこで、本実施形態では、暗号化された通信データを受信した場合に、一律にこれを復号してコンテンツフィルタリングを実行するのではなく、プライバシー情報が要求される通信が行われた場合、それ以降の通信データを復号しないように制御する。
【００２５】
本実施形態では、復号した通信データにプライバシー情報を要求する情報が含まれている場合に、自動的に通信データを差出人または宛先が記憶手段に順次登録されていくので、利用者は復号除外対象のホワイトリストを手動で作成する必要がない。また、一度、記憶手段に復号除外対象として登録されれば、それ以降の通信データについては復号されることなく、セキュリティが確保される。
【００２６】
記憶手段に記憶される情報は、通信データの差出人または宛先であるが、これとともにその情報の有効期限を設定してもよく、有効期限を用いて記憶手段に記憶される情報を自動的に更新してもよい。  
【００２７】
次に、本実施形態について、クライアント端末とサーバ装置との間に介在して通信データを中継処理するプロキシサーバ装置を例にとり具体的に説明する。
【００２８】
図１は、本実施形態のシステム構成図である。システムは、クライアント端末１０と、中継装置としてのプロキシサーバ装置１２と、ウェブサーバ装置１４を備える。クライアント端末１０とプロキシサーバ装置１２は通信回線で接続され、プロキシサーバ装置１２とウェブサーバ装置１４も通信回線で接続される。通信回線は、例えばインターネットである。
【００２９】
プロキシサーバ装置１２は、送受信手段１２０、復号除外判断手段１２１、送受信手段１２２、コンテンツフィルタリング手段１２３、復号／暗号化手段１２４、復号除外情報記憶手段１２５、及びデータ解析手段１２６を備える。
【００３０】
送受信手段１２０は、クライアント端末１０と通信データを送受信するインターフェースである。また、送受信手段１２２は、ウェブサーバ装置１４と通信データを送受信するインターフェースである。
【００３１】
復号除外情報記憶手段１２５は、復号除外情報を記憶するデータベースである。
【００３２】
データ解析手段１２６は、通信データにプライバシー情報を要求する情報が含まれているか否かを判定し、プライバシー情報を要求する情報が含まれている場合に、それ以降の当該通信データを復号除外情報として復号除外情報記憶手段１２５に登録する。具体的には、プライバシー情報を要求する情報を含む通信データの差出人または宛先であるホスト名を除外対象ホスト名として登録する。
【００３３】
復号除外判断手段１２１は、復号除外情報記憶手段１２５に記憶されている復号除外情報に基づき、クライアント端末１０から受信した通信データが復号除外対象であるか否かを判定し、その判定結果を復号／暗号化手段１２４に供給する。
【００３４】
復号／暗号化手段１２４は、復号除外判断手段１２１での判定結果に応じ、クライアント端末１０から受信した通信データが復号除外対象でない場合に、通信データを復号化してコンテンツフィルタリング手段１２３に供給し、コンテンツフィルタリングの実行後に復号化した通信データを再び暗号化して送受信手段１２２に供給する。復号／暗号化手段１２４は、復号除外判断手段１２１での判定結果に応じ、クライアント端末１０から受信した通信データが復号除外対象の場合に、通信データを復号化することなく送受信手段１２２にそのまま供給する。
【００３５】
コンテンツフィルタリング手段１２３は、復号化された通信データを処理し、安全（Ｓａｆｅｔｙ）かそうでないか（ＮＧ）を判定してその結果を復号／暗号化手段１２４に供給する。復号／暗号化手段１２４は、安全である場合には既述したように通信データを再び暗号化して送受信手段１２２に供給し、安全でない場合には当該通信データを遮断あるいはそれに準じた処理を実行する。
【００３６】
プロキシサーバ装置１２は、サーバ装置としての構成、すなわちＣＰＵ、ＲＯＭ、ＲＡＭ、入出力インターフェース、通信インターフェース、ＨＤＤ（ハードディスクドライブ）等の記憶装置からなるデータベースを備える。復号除外判断手段１２１、コンテンツフィルタリング手段１２３、復号／暗号化手段１２４、及びデータ解析手段１２６は、制御手段として機能し、１つ又は複数のＣＰＵが、ＲＯＭに記憶された処理プログラムを読み出し、ＲＡＭをワーキングメモリとして用いて当該処理プログラムを実行することにより実現される。なお、復号除外判断手段１２１、コンテンツフィルタリング手段１２３、復号／暗号化手段１２４、及びデータ解析手段１２６の少なくともいずれかをＰＬＤやＦＰＧＡ等のハードウェアで実現してもよい。
【００３７】
図２は、プロキシサーバ装置１２の処理フローチャートを示す。処理プログラムにより実現される処理である。
【００３８】
まず、送受信手段１２０は、クライアント端末１０からの通信データを受信する（Ｓ１０１）。あるいは、送受信手段１２２は、ウェブサーバ装置１４からの通信データを受信する（Ｓ１０１）。
【００３９】
次に、復号除外判断手段１２１は、受信した通信データが復号除外の対象であるか否かを判定する（Ｓ１０２）。具体的には、通信データの差出人ホスト名または宛先ホスト名と復号除外情報記憶手段１２５に記憶されている除外対象ホスト名が一致するか否かを判定し、一致する場合には復号除外の対象である（ＹＥＳ）と判定し、一致しなければ復号除外の対象でない（ＮＯ）と判定する。
【００４０】
復号除外の対象である場合、復号除外判断手段１２１は、受信した通信データを復号することなく、コンテンツフィルタリングは実行されない。送受信手段１２２あるいは１２０は、通信データをウェブサーバ装置１４あるいはクライアント端末１０に送信する。
【００４１】
復号除外の対象でない場合、復号除外判断手段１２１は、受信した通信データを復号／暗号化手段１２４に供給する。復号／暗号化手段１２４は、通信データを復号して（Ｓ１０３）コンテンツフィルタリング手段１２３に供給する。コンテンツフィルタリング手段１２３は、復号された通信データが適切であるか否かを判定する。コンテンツフィルタリングは公知であり、ＵＲＬフィルタリングあるいは動的コンテンツフィルタリングのいずれを用いてもよい。通信データのコンテンツが適切であれば安全（ｓａｆｅｔｙ）と判定し、不適切であればＮＧと判定する。不適切の場合、通信データを遮断するか、あるいは遮断に準ずる処理を実行する（Ｓ１０９）。遮断に準ずる処理には接続拒否が含まれる。
【００４２】
コンテンツフィルタリングで安全（ｓａｆｅｔｙ）である場合、復号された通信データはデータ解析手段１２６に供給される。データ解析手段１２６は、復号された通信データにプライバシー情報（機密情報）を要求する情報が含まれているか否かを解析する（Ｓ１０５）。データ解析手段１２６は、具体的には、通信データをＨＴＭＬ解析し、入力タイプ（input type）や入力フォーマット（input format）、ラジオボタン等の値（value）、表示テキストの内容等を用いてプライバシー情報を要求する情報が含まれているか否かを判定する。プライバシー情報は、例えばクレジットカード番号やパスワード等であり、プライバシー情報を要求する情報は、例えばクレジットカード番号を入力するフォーマットや「パスワード」を入力して下さい」等のテキスト情報等であるが、これに限定されない。データ解析手段１２６は、判定結果を復号／暗号化手段１２４に供給するとともに、判定結果に応じて復号除外情報記憶手段１２５に新たに復号除外情報を追加登録する。
【００４３】
すなわち、プライバシー情報を要求する情報が含まれていない場合、復号／暗号化手段１２４は、復号された通信データを再び暗号化し（Ｓ１０７）、暗号化された通信データを送受信手段１２２あるいは１２０に供給する。送受信手段１２２は、暗号化された通信データをウェブサーバ装置１４に送信し、あるいは送受信手段１２０は暗号化された通信データをクライアント端末１０に送信する（Ｓ１０８）。
【００４４】
他方、プライバシー情報を要求する情報が含まれている場合、データ解析手段１２６は、復号された通信データの差出人または宛先ホスト名を新たに除外対象ホスト名として復号除外情報記憶手段１２５に登録する（Ｓ１０６）。そして、復号／暗号化手段１２４は、復号された通信データを再び暗号化し（Ｓ１０７）、暗号化された通信データを送受信手段１２２あるいは１２０に供給する。送受信手段１２２は、暗号化された通信データをウェブサーバ装置１４に送信し、あるいは送受信手段１２０は、暗号化された通信データをクライアント端末１０に送信する（Ｓ１０８）。従って、次回からは、当該ホスト名が通信データの差出人または宛先である場合、復号除外判断手段１２１で復号除外対象と判定され、復号されることなくウェブサーバ装置１４あるいはクライアント端末１０に送信されるのでプライバシー情報が保護される。クライアント端末１０とウェブサーバ装置１４間で通信データを送受する場合、あるタイミングにおいてウェブサーバ装置１４からクライアント端末１０に通信データが送信され、この通信データについてデータ解析の結果プライバシー情報を要求する情報が含まれているとして復号除外情報記憶手段１２５に登録されると、次のタイミングにおいてクライアント端末１０からウェブサーバ装置１４に送信されると、当該通信データについては復号除外対象とされて復号されず、かつコンテンツフィルタリングも実行されず、そのままウェブサーバ装置１４に中継される。
【００４５】
図３は、図２のＳ１０５、すなわちデータ解析手段１２６でのデータ解析処理の詳細処理フローチャートを示す。
【００４６】
データ解析手段１２６は、復号された通信データのＨＴＭＬに対して、順次、データ解析を行う。まず、ＨＴＭＬの入力（input）タグの属性に関して解析を行う（Ｓ２０１）。例えば、ＨＴＭＬのソースコードが、
<input type=”password” name=”pass size=”10” maxlength=”8”>
である場合、input type=”password”は、パスワード入力を要求するタグであり、これをパターンマッチングで検出した場合には、プライバシー情報を要求する情報が含まれていると判定する。これ以外にも、input type=”tel”、input type=”email”である場合、これらはそれぞれ電話番号、メールアドレスの入力を要求するタグであり、これをパターンマッチングで検出した場合には、プライバシー情報を要求する情報が含まれていると判定する。また、チェックボックスやラジオボタンについて判定することもできる。例えば、
input type=”checkbox” name=”card type” value=”1” cheked=”checked”>mastercard
input type=”checkbox” name=”card type” value=”2” cheked=”checked”>visa
input type=”checkbox” name=”card type” value=”3” cheked=”checked”>jcb
である場合も、プライバシー情報を要求する情報が含まれていると判定する。さらに、入力フォーマットから判定してもよい。例えば、入力フォーマットが４桁×４の数字に対応したフォーマットである場合、クレジットカード番号の入力を要求している可能性があるのでプライバシー情報を要求する情報が含まれていると判定し、１２桁の数字に対応したフォーマットである場合にはマイナンバーの入力を要求している可能性があるのでプライバシー情報を要求する情報が含まれていると判定し、７桁の数字に対応したフォーマットである場合には口座番号の入力を要求している可能性があるのでプライバシー情報を要求する情報が含まれていると判定する。ＨＴＭＬの入力タグの属性に関して解析を行い、プライバシー情報を要求する情報が含まれていない場合には、次に、タイトル（Title）タグの属性に関して解析を行う（Ｓ２０２）。例えば、ＨＴＭＬのソースコードが
<title>決算画面：注文書情報入力</title>
である場合、プライバシー情報を要求する情報が含まれていると判定する。「クレジットカード」、「入力」等、判定基準となる文字列を予め決めておき、これが含まれるか否かを判定することでプライバシー情報を要求する情報の有無を判定する。
【００４７】
ＨＴＭＬのタイトルタグの属性に関して解析を行い、プライバシー情報を要求する情報が含まれていない場合には、次に、ラベル（Label）タグの属性に関して解析を行う（Ｓ２０３）。例えば、ＨＴＭＬのソースコードが
<label for=”credit_card_number”>
である場合、プライバシー情報を要求する情報が含まれていると判定する。
【００４８】
以上のような処理を複数段階、例えばＮ段階まで実行する（Ｓ２０４）。いずれかの段階においてプライバシー情報を要求する情報が含まれている場合には、図２のＳ１０６の処理、すなわち復号除外として復号除外情報記憶手段１２５に登録する。
【００４９】
図４は、復号除外情報記憶手段１２５に記憶される復号除外情報の一例を示す。ウェブサーバ装置１４のホスト名、及びその有効期限が関連付けて登録される。有効期限は、例えばＳＳＬ証明書の有効期限とすることができるが、これに限定されない。有効期限として、一般的なコンテンツ更新の頻度を考慮した上で予め決められた期限（２年等）を設定してもよい。有効期限を設定することで、一度、復号除外情報記憶手段１２５に登録されたとしても、有効期限経過後には再びデータ解析手段１２６でデータ解析を行うことになるため、コンテンツの更新に対応して、定期的に復号除外情報記憶手段１２５の登録内容も更新することができる。
【００５０】
本実施形態の処理をより具体的に説明する。クライアント端末１０がウェブサーバ装置１４にアクセスし、ウェブサーバ装置１４の特定のウェブサイトでオンラインショッピングを行う場合である。
【００５１】
クライアント端末１０がウェブサーバ装置１４にアクセスし、商品決算直前まで処理が進んだものとする。この時点までは、プライバシー情報を要求する情報が要求されるような通信はなかったものとする。
【００５２】
プロキシサーバ装置１２の送受信手段１２２は、ウェブサーバ装置１４からの、クライアント端末１０のＧｅｔリクエストのレスポンスとしてのデータを受信する。送受信手段１２２は、受信した通信データを復号除外判断手段１２１に供給する。
【００５３】
この時点では、ウェブサーバ装置１４の当該ウェブサイトは未だ復号除外情報記憶手段１２５に登録されていないとすると、復号除外判断手段１２１は、受信したデータは復号除外の対象でないと判定し、通信データを復号／暗号化手段１２４に供給する。復号／暗号化手段１２４は、通信データを復号し、コンテンツフィルタリング手段１２３は復号された通信データのＵＲＬ等を用いてコンテンツフィルタリングを実行する。仮に、コンテンツフィルタリングで適切（ｓａｆｅｔｙ）と判定されると、データ解析手段１２６でデータ解析が実行される。
【００５４】
図５は、復号された通信データの画面例を示す。一般的なショッピングサイトでの決算直前の画面である。この画面のＨＴＭＬソースコードには、「ＩＤを入力して下さい」、「パスワードを入力して下さい」、「クレジットカード番号を入力して下さい」、「クレジットカードのセキュリティコードを入力して下さい」、「氏名を入力して下さい」等が存在し、さらに４桁×４の数字の入力欄等も存在する。データ解析手段１２６は、これらを検出することでプライバシー情報を要求する情報が含まれていると判定すると、当該ショッピングサイトのホスト名を新たに復号除外情報記憶手段１２５に登録する。そして、復号／暗号化手段１２４は、復号した通信データを再び暗号化し、送受信手段１２０は、暗号化された通信データをクライアント端末１０に送信する。
【００５５】
その後、プロキシサーバ装置１２は、クライアント端末１０からウェブサーバ装置１４へのＰＯＳＴデータを受信する。送受信手段１２０は、受信したＰＯＳＴデータを復号除外判断手段１２１に供給する。このとき、復号除外情報記憶手段１２５には当該ショッピングサイトのホスト名が既に登録されているので、復号除外判断手段１２１は、受信したＰＯＳＴデータは復号除外対象であると判定し、復号することなくそのまま送受信手段１２２を介してウェブサーバ装置１４に送信する。
【００５６】
以上、実施形態について説明したが、本発明はこれに限定されるものではなく、種々の変形が可能である。
【００５７】
例えば、本実施形態では、図２の処理フローチャートに示すように、復号除外判断手段１２１で復号除外の対象であると判定された場合に、受信した通信データをそのまま中継しているが、ホスト名レベルでのフィルタリングを実行した上で中継してもよい。既述したように、クライアント端末１０からプロキシサーバ装置１２宛に送られるＣＯＮＮＥＣＴメソッドからウェブサーバのホスト名を取得し、ホスト名レベルでコンテンツフィルタリングを行う技術は、復号を行ってコンテンツフィルタリングを行う技術に比べてフィルタリング精度が劣るものの、何らのフィルタリングを実行しない場合と比べれば相対的にセキュリティをある程度確保し得る。
【００５８】
図６は、この場合の処理フローチャートを示す。Ｓ３０１〜Ｓ３０９は、図２に示すＳ１０１〜Ｓ１０９と同様である。
【００５９】
すなわち、クライアント端末１０からウェブサーバ装置１４への通信データを例にとり説明すると、送受信手段１２０は、クライアント端末１０からの通信データを受信する（Ｓ３０１）。
【００６０】
次に、復号除外判断手段１２１は、受信した通信データが復号除外の対象であるか否かを判定する（Ｓ３０２）。復号除外の対象である場合、復号除外判断手段１２１は、受信した通信データを復号することなく、コンテンツフィルタリングを実行しない。送受信手段１２２は、暗号化された通信データをウェブサーバ装置１４に送信して中継する。
【００６１】
復号除外の対象でない場合、復号除外判断手段１２１は、受信した通信データを復号／暗号化手段１２４に供給する。復号／暗号化手段１２４は、通信データを復号して（Ｓ３０３）コンテンツフィルタリング手段１２３に供給する。コンテンツフィルタリング手段１２３は、復号された通信データが適切であるか否かを判定する。通信データのコンテンツが適切であれば安全（ｓａｆｅｔｙ）と判定し、不適切であればＮＧと判定する。不適切の場合、通信データを遮断するか、あるいは遮断に準ずる処理を実行する（Ｓ３０９）。
【００６２】
コンテンツフィルタリングで安全（ｓａｆｅｔｙ）とされた場合、復号された通信データはデータ解析手段１２６に供給される。データ解析手段１２６は、復号された通信データにプライバシー情報（機密情報）が含まれているか否かを解析する（Ｓ３０５）。データ解析手段１２６は、具体的には、通信データをＨＴＭＬ解析し、入力タイプ（input type）や入力フォーマット（input format）、ラジオボタン等の値（value）、表示テキストの内容等を用いてプライバシー情報を要求する情報が含まれているか否かを判定する。プライバシー情報を要求する情報が含まれていない場合、復号／暗号化手段１２４は、復号された通信データを再び暗号化し（Ｓ３０７）、暗号化された通信データを送受信手段１２２に供給する。送受信手段１２２は、暗号化された通信データをウェブサーバ装置１４に送信する（Ｓ３０８）。
【００６３】
他方、プライバシー情報を要求する情報が含まれている場合、データ解析手段１２６は、復号された通信データの宛先ホスト名を新たに除外対象ホスト名として復号除外情報記憶手段１２５に登録する（Ｓ１０６）。このとき、その有効期限もホスト名に関連付けて登録してもよい。復号／暗号化手段１２４は、復号された通信データを再び暗号化し（Ｓ３０７）、暗号化された通信データを送受信手段１２２に供給する。送受信手段１２２は、暗号化された通信データをウェブサーバ装置１４に送信する（Ｓ３０８）。
【００６４】
Ｓ３０２で復号除外対象であると判定された場合、そのまま通信データを中継して送受信手段１２２からウェブサーバ装置１４に送信するのではなく、通信データを復号することなく、コンテンツフィルタリング手段１２３がホスト名レベルでのコンテンツフィルタリングを実行する（Ｓ３１０）。ＣＯＮＮＥＣＴメソッドは、プロキシサーバに対し、ＨＴＴＰＳのセッション中継せずに透過（トンネリング）させるように依頼するものであり、そのホスト名を用いてフィルタリングを実行する。適切であればそのまま中継し、不適切であればＳ３０４で不適切（ＮＧ）と判定された場合と同様に遮断あるいはこれに準ずる処理を実行する（Ｓ３０９）。
【００６５】
図６に示す処理でも、プライバシー情報（機密情報）を要求する情報が含まれている場合にそれ以降の通信データの復号を除外してプライバシー情報を保護できるとともに、復号除外のホワイトリストを自動的に作成できる。さらに、復号除外の場合でも、ある程度（ホスト名レベル）でのフィルタリングを実行して不適切な通信データを遮断し得る。
【００６６】
また、本実施形態では、図３に示すように、複数段階でプライバシー情報を要求する情報が含まれているか否かを判定しているが、プライバシー情報を要求する情報が含まれているか否かをポイント数として定量評価し、閾値と大小比較することでプライバシー情報を要求する情報が含まれているか否かを統合的に判定してもよい。この場合に、複数段階の各段階において異なる重みを付加して定量評価してもよい。プライバシー情報を要求する情報にはその機密度に相違があることを考慮したものである。
【００６７】
さらに、本実施形態において、コンテンツフィルタリングを実行した場合には、必要に応じてクライアント端末１０にその旨を通知してもよい。
【符号の説明】
【００６８】
１０  クライアント端末、１２  プロキシサーバ装置、１４  ウェブサーバ装置、１２０，１２２  送受信手段、１２１  復号除外判断手段、１２３  コンテンツフィルタリング手段、１２４  復号／暗号化手段、１２５  復号除外記憶手段、１２６  データ解析手段。
【図１】
0006699377.tif 000002
【図２】
0006699377.tif 000003
【図３】
0006699377.tif 000004
【図４】
0006699377.tif 000005
【図５】
0006699377.tif 000006
【図６】
0006699377.tif 000007