(57)【要約】  ＨＴＴＰＳ通信に対しＵＲＬフィルタリングを行う場合、フィルタリングサーバで復号化および再暗号化を行う必要があったので、ＨＴＴＰ通信の場合と比べてフィルタリングサーバへの負荷が高くなるという問題があった。そこで、ＵＲＬフィルタリングに必要なＵＲＬ情報（３０）を、ウェブブラウザ（８Ａ）からローカルプロキシ（８Ｂ）経由でフィルタリングサーバ（６）に伝達されるようにする。これにより、フィルタリングサーバ（６）で復号化および再暗号化を行う必要がなくなるので、フィルタリングサーバ（６）の負荷はＨＴＴＰ通信の場合と同程度にまで小さくなる。
2009054047.tif 000002
【特許請求の範囲】
【請求項１】
クライアント側のブラウザから、ローカルプロキシを介して、ＨＴＴＰＳ通信によりウェブサイトの閲覧を制御する装置であって、
ウェブサイトのＵＲＬを特定する入力手段と、
前記ＵＲＬに含まれている全ての文字列情報を抽出し、前記全ての文字列情報をフルＵＲＬ情報として前記ローカルプロキシへ伝達するフルＵＲＬ抽出手段と、
前記ローカルプロキシから供給される前記全ての文字列情報に応答して、所定のフィルタリング処理を実行し、前記ウェブサイトの閲覧の許可もしくは不許可を判定するフィルタリングサーバとを備え、
前記フィルタリングサーバにより閲覧が許可されたウェブサイトのＵＲＬに対してのみＨＴＴＰＳ通信を行う、ことを特徴とするウェブサイトの閲覧制御装置。
【請求項２】
請求項１に記載のウェブサイトの閲覧制御装置において、
前記ローカルプロキシは、前記ウェブサイトのＵＲＬに対するＨＴＴＰＳ接続要求を構成するに際して、前記全ての文字列情報を、該ＨＴＴＰＳ接続要求を構成するヘッダ情報の一部として組み込む処理を実行する、
ことを特徴とするウェブサイトの閲覧制御装置。
【請求項３】
請求項２に記載のウェブサイトの閲覧制御装置において、
前記ローカルプロキシで構成された前記ＨＴＴＰＳ接続要求は、前記フィルタリングサーバに伝達され、
前記フィルタリングサーバは、前記フィルタリング処理を実行した後、前記ＵＲＬに対応するウェブサーバに対してＨＴＴＰＳ接続要求を行う、
ことを特徴とするウェブサイトの閲覧制御装置。
【請求項４】
ＨＴＴＰＳ通信によりウェブサイトの閲覧を行う際に、予め定めたフィルタリング規則に従って、閲覧の管理を行うＵＲＬフィルタリングシステムであって、
閲覧しようとするウェブサイトのＵＲＬを検出するＵＲＬ検出手段と、
前記ＵＲＬ検出手段から供給されるＵＲＬを入力してＨＴＴＰＳ接続要求を行うに際し、ＨＴＴＰＳ接続要求を構成するヘッダ情報の一部に、該ＵＲＬに含まれている全ての文字列情報を組み込む前置処理手段と、
前記前置処理手段から供給される前記ヘッダ情報の一部に基づいて所定のフィルタリング処理を実行し、前記ウェブサイトの閲覧の許可もしくは不許可を判定する閲覧判定手段と、
前記閲覧判定手段により閲覧が許可されたウェブサイトのＵＲＬに対して、ＨＴＴＰ通信を行う通信手段と、
を備えたことを特徴とするＵＲＬフィルタリングシステム。
【請求項５】
クライアント側のブラウザから、ローカルプロキシを介して、ＨＴＴＰＳ通信によりウェブサイトの閲覧を管理する方法として、
ウェブサイトのＵＲＬを特定する工程と、
前記ＵＲＬに含まれている全ての文字列情報を抽出し、前記全ての文字列情報をフルＵＲＬ情報として前記ローカルプロキシへ伝達する工程と、
前記ローカルプロキシから供給される前記全ての文字列情報に応答して、所定のフィルタリング処理を実行し、前記ウェブサイトの閲覧の許可もしくは不許可を判定する工程と、
前記判定により閲覧が許可されたウェブサイトのＵＲＬに対してのみＨＴＴＰＳ通信を行う工程と、
を備えることを特徴とするウェブサイトの閲覧管理方法。
【請求項６】
請求項５に記載のウェブサイトの閲覧管理方法において、
前記ローカルプロキシは、前記ウェブサイトのＵＲＬに対するＨＴＴＰＳ接続要求を構成するに際して、前記全ての文字列情報を、該ＨＴＴＰＳ接続要求を構成するヘッダ情報の一部として組み込む処理を実行する、
ことを特徴とするウェブサイトの閲覧管理方法。
【請求項７】
請求項５または６に記載のウェブサイトの閲覧管理方法において、
前記ローカルプロキシにより構成された前記ＨＴＴＰＳ接続要求は、前記ローカルプロキシの後段に接続されているフィルタリングサーバに伝達され、
前記フィルタリングサーバは、前記フィルタリング処理を実行した後に前記ＨＴＴＰＳ接続要求を行う、ことを特徴とするウェブサイトの閲覧管理方法。
【請求項８】
クライアント側のブラウザおよびローカルプロキシを介したＨＴＴＰＳ通信により、ウェブサイトの閲覧処理をコンピュータで実行させるためのプログラムであって、
ウェブサイトのＵＲＬを特定する入力処理と、
前記ＵＲＬに含まれている全ての文字列情報を抽出し、前記全ての文字列情報をフルＵＲＬ情報として前記ローカルプロキシへ伝達するフルＵＲＬ抽出処理と、
前記フルＵＲＬ情報を受け取った前記ローカルプロキシが前記ウェブサイトのＵＲＬに対するＨＴＴＰＳ接続要求を構成するに際し、前記全ての文字列情報を、前記ＨＴＴＰＳ接続要求を構成するヘッダ情報の一部として組み込む手順を、前記ローカルプロキシに実行させるヘッダ処理と、
を有することを特徴とするプログラム。
【請求項９】
請求項８に記載のプログラムにおいて、さらに加えて、
前記ローカルプロキシから供給される前記全ての文字列情報に応答して所定のフィルタリング処理を実行し、前記ウェブサイトの閲覧の許可もしくは不許可を判定するフィルタリング処理を有する、ことを特徴とするプログラム。
【請求項１０】
請求項９に記載のプログラムにおいて、さらに加えて、
前記フィルタリング処理により閲覧が許可されたウェブサイトのＵＲＬに対してのみ、ＨＴＴＰＳ通信を実行させる通信処理を有する、ことを特徴とするプログラム。
【請求項１１】
請求項８〜１０のいずれかに記載のプログラムにおいて、
前記フルＵＲＬ抽出処理は、前記ブラウザに組み込まれた所定のアドオンソフトウェアにより実行される、ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット上のウェブサイトを閲覧するためのＵＲＬ（Uniform Resource Locator）を監視して、閲覧の可否を制御する技術に関するものである。
【背景技術】
【０００２】
インターネットにおけるウェブページ閲覧のためのデータ送受信には、ＨＴＴＰ（Hyper Text Transfer Protocol）が使用されている。ＨＴＴＰで情報の送受信を行う場合は、第三者にも判読可能な信号形式で情報が通信網を流れている。個人情報または機密情報を扱う際には、通信の秘匿性を確保するため、ＳＳＬ（Secure Socket Layer）等の暗号化および認証技術とＨＴＴＰとを組み合わせたＨＴＴＰＳによる通信が利用されている。【０００３】
他方、インターネット上の有害情報閲覧を制限する手法として、いわゆるＵＲＬフィルタリング処理が知られている。このＵＲＬフィルタリング処理は、ウェブブラウザが表示しようとするウェブページのＵＲＬ文字列を、通信経路中に存在するフィルタリングサーバで調べることで、閲覧の可否を決定する手法である。【０００４】
上記のＨＴＴＰＳ通信ではウェブブラウザがＵＲＬの一部分を暗号化して送信するので、フィルタリングサーバは、完全なＵＲＬ文字列を取得することができない。その結果として、ＨＴＴＰＳ通信では、ＨＴＴＰ通信と同様のＵＲＬフィルタリング処理を適用することができない。【０００５】
そこで、従来の手法として、フィルタリングサーバでいったん暗号化を解除し、ＵＲＬフィルタリングのための処理を実行してから、再度暗号化する手法が知られている（非特許文献１）。【０００６】
【非特許文献１】デジタルアーツ株式会社、“オプションツール i-FILTER SSL Adapter”、［online］、［平成１９年８月３０日検索］、インターネット〈URL：http://www.daj.co.jp/bs/ifbe/option/ssladapter.htm〉
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従来から知られている方法では、フィルタリングサーバ側で暗号化の解除および再暗号化を行う必要があるので、ＨＴＴＰ通信の場合と比べて、フィルタリングサーバに対する負荷が高くなるという問題があった。
【課題を解決するための手段】
【０００８】
本発明の第１の態様は、クライアント側のブラウザから、ローカルプロキシを介して、ＨＴＴＰＳ通信によりウェブサイトの閲覧を制御する装置であって、ウェブサイトのＵＲＬを特定する入力手段と、前記ＵＲＬに含まれている全ての文字列情報を抽出し、前記全ての文字列情報をフルＵＲＬ情報として前記ローカルプロキシへ伝達するフルＵＲＬ抽出手段と、前記ローカルプロキシから供給される前記全ての文字列情報に応答して、所定のフィルタリング処理を実行し、前記ウェブサイトの閲覧の許可もしくは不許可を判定するフィルタリングサーバとを備え、前記フィルタリングサーバにより閲覧が許可されたウェブサイトのＵＲＬに対してのみＨＴＴＰＳ通信を行う、ウェブサイトの閲覧制御装置である。
本発明の第２の態様は、第１の態様に記載のウェブサイトの閲覧制御装置において、前記ローカルプロキシは、前記ウェブサイトのＵＲＬに対するＨＴＴＰＳ接続要求を構成するに際して、前記全ての文字列情報を、該ＨＴＴＰＳ接続要求を構成するヘッダ情報の一部として組み込む処理を実行する。
本発明の第３の態様は、第２の態様に記載のウェブサイトの閲覧制御装置において、前記ローカルプロキシで構成された前記ＨＴＴＰＳ接続要求は、前記フィルタリングサーバに伝達され、前記フィルタリングサーバは、前記フィルタリング処理を実行した後、前記ＵＲＬに対応するウェブサーバに対してＨＴＴＰＳ接続要求を行う。
本発明の第４の態様は、ＨＴＴＰＳ通信によりウェブサイトの閲覧を行う際に、予め定めたフィルタリング規則に従って、閲覧の管理を行うＵＲＬフィルタリングシステムであって、閲覧しようとするウェブサイトのＵＲＬを検出するＵＲＬ検出手段と、前記ＵＲＬ検出手段から供給されるＵＲＬを入力してＨＴＴＰＳ接続要求を行うに際し、ＨＴＴＰＳ接続要求を構成するヘッダ情報の一部に、該ＵＲＬに含まれている全ての文字列情報を組み込む前置処理手段と、前記前置処理手段から供給される前記ヘッダ情報の一部に基づいて所定のフィルタリング処理を実行し、前記ウェブサイトの閲覧の許可もしくは不許可を判定する閲覧判定手段と、前記閲覧判定手段により閲覧が許可されたウェブサイトのＵＲＬに対して、ＨＴＴＰ通信を行う通信手段とを備える。
本発明の第５の態様は、クライアント側のブラウザから、ローカルプロキシを介して、ＨＴＴＰＳ通信によりウェブサイトの閲覧を管理する方法として、ウェブサイトのＵＲＬを特定する工程と、前記ＵＲＬに含まれている全ての文字列情報を抽出し、前記全ての文字列情報をフルＵＲＬ情報として前記ローカルプロキシへ伝達する工程と、前記ローカルプロキシから供給される前記全ての文字列情報に応答して、所定のフィルタリング処理を実行し、前記ウェブサイトの閲覧の許可もしくは不許可を判定する工程と、前記判定により閲覧が許可されたウェブサイトのＵＲＬに対してのみＨＴＴＰＳ通信を行う工程とを備える。
本発明の第６の態様は、第５の態様に記載のウェブサイトの閲覧管理方法において、前記ローカルプロキシは、前記ウェブサイトのＵＲＬに対するＨＴＴＰＳ接続要求を構成するに際して、前記全ての文字列情報を、該ＨＴＴＰＳ接続要求を構成するヘッダ情報の一部として組み込む処理を実行する。
本発明の第７の態様は、第５または第６の態様に記載のウェブサイトの閲覧管理方法において、前記ローカルプロキシにより構成された前記ＨＴＴＰＳ接続要求は、前記ローカルプロキシの後段に接続されているフィルタリングサーバに伝達され、前記フィルタリングサーバは、前記フィルタリング処理を実行した後に前記ＨＴＴＰＳ接続要求を行う。
本発明の第８の態様は、クライアント側のブラウザおよびローカルプロキシを介したＨＴＴＰＳ通信により、ウェブサイトの閲覧処理をコンピュータで実行させるためのプログラムであって、ウェブサイトのＵＲＬを特定する入力処理と、前記ＵＲＬに含まれている全ての文字列情報を抽出し、前記全ての文字列情報をフルＵＲＬ情報として前記ローカルプロキシへ伝達するフルＵＲＬ抽出処理と、前記フルＵＲＬ情報を受け取った前記ローカルプロキシが前記ウェブサイトのＵＲＬに対するＨＴＴＰＳ接続要求を構成するに際し、前記全ての文字列情報を、前記ＨＴＴＰＳ接続要求を構成するヘッダ情報の一部として組み込む手順を、前記ローカルプロキシに実行させるヘッダ処理と、前記ローカルプロキシから供給される前記全ての文字列情報に応答して所定のフィルタリング処理を実行し、前記ウェブサイトの閲覧の許可もしくは不許可を判定するフィルタリング処理と、を有する。
本発明の第９の態様は、第８の態様に記載のプログラムにおいて、前記フルＵＲＬ抽出処理は、前記ブラウザに組み込まれた所定のアドオンソフトウェアにより実行される。
本発明の第１０の態様は、第８または第９の態様に記載のプログラムにおいて、さらに加えて、前記フィルタリング処理により閲覧が許可されたウェブサイトのＵＲＬに対してのみ、ＨＴＴＰＳ通信を実行させる通信処理を有する。
【発明の効果】
【０００９】
本発明によれば、ウェブブラウザとインターネット上にあるウェブサーバとの間で実行される暗号化通信に手を加えることなく、ＵＲＬフィルタリング処理を実行することができる。これにより、フィルタリングサーバに対する負荷はＨＴＴＰ通信の場合と同程度となる。
【図面の簡単な説明】
【００１０】
【図１】本発明を適用したＵＲＬフィルタリングシステムの全体構成を示すブロック図である。
【図２】図１に示したウェブブラウザ８Ａおよびローカルプロキシ８Ｂの構成および動作を説明するための図である。
【図３】ウェブブラウザ８Ａ，ローカルプロキシ８Ｂ，フィルタリングサーバ６，ウェブサーバＷＳの通信手順を表す図である。
【図４】ＨＴＴＰＳのＵＲＬで特定されるウェブページを表示するよう指示された際における、ウェブブラウザの処理手順を示したフローチャートである。
【図５】ＨＴＴＰＳのＵＲＬで特定されるウェブページを表示するよう指示された際における、ローカルプロキシの処理手順を示したフローチャートである。
【図６】ＨＴＴＰＳのＵＲＬで特定されるウェブページを表示するよう指示された際における、フィルタリングサーバの処理手順を示したフローチャートである。
【発明を実施するための最良の形態】
【００１１】
＜実施の形態１＞
図１は、本発明を適用したＵＲＬフィルタリングシステムの全体構成を示すブロック図である。インターネット２を介してウェブサーバＷＳとローカルネットワーク４が相互に接続されている。【００１２】
ローカルネットワーク４は、後に詳述するフィルタリングサーバ６と、複数のクライアント８，１０，１２，１４を備えている。それぞれのクライアントは、ＣＰＵ，メモリおよび図示しない表示装置、入出力装置等を備えた装置であり、メモリには後述する制御プログラムが格納されている。それぞれのクライアントは、ＣＰＵがそれぞれの制御プログラムを実行することによって、ウェブブラウザ８Ａ，１０Ａ，１２Ａ，１４Ａおよびローカルプロキシ８Ｂ，１０Ｂ，１２Ｂ，１４Ｂの各機能を実現する。【００１３】
ウェブブラウザ８Ａ，１０Ａ，１２Ａ，１４Ａは、ウェブサーバＷＳと通信を行い、入力装置（図示せず）から指示されたＵＲＬで特定されるウェブページを表示する機能を果たす。ローカルプロキシ８Ｂ，１０Ｂ，１２Ｂ，１４Ｂは、ウェブブラウザ８Ａ，１０Ｂ，１２Ｂ，１４Ｂとフィルタリングサーバ６との間の通信を中継し、ＨＴＴＰＳ通信時にはフィルタリングサーバ６へ所謂フルＵＲＬ（後に詳述する）を送信する機能を果たす。【００１４】
フィルタリングサーバ６は、ローカルネットワーク４内の各クライアント８，１０，１２，１４とインターネット２との間の通信を中継する。一般に知られているように、各クライアント８，１０，１２，１４がウェブサーバＷＳとＨＴＴＰ通信を実行する際には、クライアントが表示しようとしているウェブページのＵＲＬを基に、フィルタリングサーバ６が当該ウェブページを閲覧することの可否を判断する。そして、フィルタリングサーバ６が閲覧させるべきでないと判断した場合は、ウェブサーバＷＳとの通信を行わずに、閲覧が禁じられているウェブページである旨をクライアントへ通知する。【００１５】
他方、ＨＴＴＰＳ通信を行う場合は、ウェブブラウザ８Ａ，１０Ａ，１２Ａ，１４Ａから送信される情報およびウェブサーバＷＳから送信される情報が暗号化されているので、フィルタリングサーバ６は上記ＨＴＴＰ通信の場合のように、クライアントが閲覧しようとしているウェブページのＵＲＬ（全文字列）を知ることができない。【００１６】
そこで本実施の形態において、ウェブブラウザ８Ａ，１０Ａ，１２Ａ，１４Ａは、ＨＴＴＰＳ通信を開始する前に、当該ＵＲＬに含まれている全ての文字列情報（以下、フルＵＲＬという）をそれぞれのローカルプロキシ８Ｂ，１０Ｂ，１２Ｂ，１４Ｂへ送信する。ローカルプロキシ８Ｂ，１０Ｂ，１２Ｂ，１４Ｂは受信したフルＵＲＬを記憶しておき、ウェブブラウザ８Ａ，１０Ａ，１２Ａ，１４ＡがＨＴＴＰＳ通信を開始した際に、記憶しておいたフルＵＲＬをフィルタリングサーバ６へ送信する。フィルタリングサーバ６は受信したフルＵＲＬを基に閲覧可否の判断を行い、ＨＴＴＰ通信の場合と同様に、閲覧させるべきでないＵＲＬであると判断した場合はウェブサーバＷＳとの通信を行わず、クライアントへ閲覧が禁じられていることを通知する。【００１７】
図２（Ａ）は、図１に示したウェブブラウザ８Ａおよびローカルプロキシ８Ｂの構成および動作を説明するための詳細なブロック図である。図１と同じブロック要素には、同一の符号を付してある。【００１８】
ＡＤＳは、ウェブブラウザ８Ａに対して本実施の形態に特有の機能を追加するためのアドオンソフトウェアである。２０はＵＲＬ入力指示であり、クライアント１の入力装置（図示せず）からウェブブラウザ８Ａへの、ウェブページ閲覧指示を意味する。例えば、ユーザがマウスでウェブブラウザに表示されている他ページへのリンクをクリックする、あるいは、ユーザがウェブブラウザのページアドレス表示部へキーボードを用いてＵＲＬを直接入力する、等によりＵＲＬ入力の指示が与えられる。３０は上述したフルＵＲＬであり、アドオンソフトウェアＡＤＳからローカルプロキシ８Ｂへ送られる。４０は、ウェブブラウザ８Ａとローカルプロキシ８Ｂの間において実行される、ＨＴＴＰまたはＨＴＴＰＳによる通信である。ＨＴＴＰＳ通信の場合は、暗号化された通信が行われる。５０は、ローカルプロキシ８Ｂからフィルタリングサーバ６へ送られる接続要求である。ＨＴＴＰＳ通信を行う場合、接続要求時にフルＵＲＬがヘッダ情報として付加される（後に、図（２）を参照して詳述する）。６０は信号線であり、インターネット２とフィルタリングサーバ６を接続している。７０は信号線であり、インターネット２とウェブサーバＷＳを接続している。【００１９】
ＨＴＴＰＳに対応したＵＲＬ入力指示２０がウェブブラウザ８Ａに与えられると、アドオンソフトウェアＡＤＳがフルＵＲＬ３０をローカルプロキシ８Ｂへ送信する。続いて、ローカルプロキシ８Ｂは、ＨＴＴＰＳ接続要求５０をフィルタリングサーバ６に送信する。ＨＴＴＰＳ接続要求５０のヘッダ情報部には、本実施形態に特有のフルＵＲＬが追加されている。ＨＴＴＰＳ接続要求５０を受信したフィルタリングサーバ６は、接続要求のヘッダ情報部に含まれているフルＵＲＬを基に、閲覧可否の判断を行う。閲覧を許可する場合、フィルタリングサーバ６は信号線６０、インターネット２、信号線７０を通じてウェブサーバＷＳへＨＴＴＰＳ接続要求を送信する。その後、ウェブサーバＷＳとウェブブラウザ８Ａは通常のＨＴＴＰＳ通信を行う。【００２０】
図２（Ｂ）は、ローカルプロキシ８Ｂがフィルタリングサーバ６へ送信するＨＴＴＰＳ接続要求の具体例である。Ｘ−ＵＲＬという名前のヘッダがヘッダ情報部の最終行へ追加されている。このＸ−ＵＲＬヘッダの値は、フルＵＲＬとなっている。なお、Ｘ−ＵＲＬヘッダはヘッダ情報部の任意の行に追加してよい。また、ヘッダの名称についても、他のヘッダと区別が可能な名称であれば、Ｘ−ＵＲＬではなく事前にローカルプロキシ８Ｂとフィルタリングサーバ６との間で取り決めた任意の名称を用いてよい。【００２１】
なお、図２ではクライアント１についてのみ描いてあるが、他のクライアントについても同様である。【００２２】
図３は、ウェブブラウザ８Ａ，ローカルプロキシ８Ｂ，フィルタリングサーバ６、ウェブサーバＷＳの通信手順を表した図である。
ＨＴＴＰＳ接続に先立って、ウェブブラウザ８Ａからローカルプロキシ８ＢへフルＵＲＬが送信される（Ｐ１）。続いて、ウェブブラウザ８Ａからローカルプロキシ８ＢへＨＴＴＰＳ接続要求が送信される（Ｐ２）。次に、ローカルプロキシ８Ｂは、ヘッダ情報部にフルＵＲＬを含んだＨＴＴＰＳ接続要求をフィルタリングサーバ６へ送信する（Ｐ３）。フィルタリングサーバ６は、ＨＴＴＰＳ接続要求のヘッダ情報部に含まれたフルＵＲＬを基に、ウェブページの閲覧可否を判断する。閲覧を許可する場合、フィルタリングサーバ６はウェブサーバＷＳへＨＴＴＰＳ接続要求を送信する（Ｐ４）。接続が完了すると、ウェブサーバＷＳはフィルタリングサーバ６へ接続完了通知を送信する（Ｐ５）。続いて、フィルタリングサーバ６はローカルプロキシ８Ｂへ接続完了通知を送信する（Ｐ６）。その後、ローカルプロキシ８Ｂはウェブブラウザ８Ａへ接続完了通知を送信する（Ｐ７）。【００２３】
これ以降、ローカルプロキシ８Ｂおよびフィルタリングサーバ６は通信の中継を行う。すなわち、ウェブサーバＷＳから送信されるデータをウェブブラウザ８Ａに送信し、ウェブブラウザ８Ａから送信されるデータをウェブサーバＷＳへ送信する。【００２４】
図４は、ＨＴＴＰＳに対応したＵＲＬで特定されるウェブページを表示するよう指示された際における、ウェブブラウザの処理手順を示したフローチャートである。この処理手順は、各クライアントのＣＰＵがメモリに記憶されているプログラムを実行することにより、実行される。【００２５】
ステップＳ１では、ウェブブラウザに組み込まれたアドオンソフトウェアがフルＵＲＬを取得する。ステップＳ２では、アドオンソフトウェアがフルＵＲＬ３０（図２（Ａ）参照）を送信する。ステップＳ３では、ウェブブラウザからローカルプロキシへ、ウェブサーバに対するＨＴＴＰＳ接続要求（Ｐ２：図３参照）を送信する。このＨＴＴＰＳ接続要求（Ｐ２：図３参照）は、ブラウザがプロキシサーバへＨＴＴＰＳ接続を依頼するための標準的な形式によるものであって図２に示した接続要求５０とは異なり、フルＵＲＬは付加されていない。ステップＳ４では接続完了を待ち、ステップＳ５では、ローカルプロキシから送信されてくるウェブページ表示用のデータを受信する。このステップＳ５で受信するウェブページ表示用のデータは２種類存在する。第１のデータは、ウェブサーバから送られてくる、当初のＵＲＬで特定されるウェブページのデータである。第２のデータは、閲覧が許可されなかった場合の閲覧不許可メッセージである。ステップＳ６では、受信したデータを元にウェブページを表示する。【００２６】
図５は、ＨＴＴＰＳに対応したＵＲＬで特定されるウェブページを表示するよう指示された際における、ローカルプロキシの処理手順を示したフローチャートである。この処理手順は、各クライアントのＣＰＵがメモリに記憶されているプログラムを実行することにより、実行される。【００２７】
ステップＳ１０では、ウェブブラウザに組み込まれたアドオンソフトウェアから送信されてくるフルＵＲＬを記憶しておく。ステップＳ１１では、フルＵＲＬに続いてウェブブラウザから送られてくるＨＴＴＰＳ接続要求を受信する。この受信に応答して、ステップＳ１０で記憶したフルＵＲＬを取り出しておく。ステップＳ１２では、ウェブサーバへの接続要求５０（図２（Ｂ）参照）をフィルタリングサーバへ送信する。接続要求５０のヘッダ情報部には、ステップＳ１１で取り出したフルＵＲＬが含まれている。ステップＳ１３では接続完了を待ち、ステップＳ１４では、フィルタリングサーバから送信されてくるウェブページ表示用のデータを受信する。このステップＳ１４で受信するウェブページ表示用のデータは２種類存在する。第１のデータは、ウェブサーバから送られてくる、当初のＵＲＬによって特定されるウェブページのデータである。第２のデータは、閲覧が許可されなかった場合の閲覧不許可メッセージである。ステップＳ１５では、受信したウェブページ表示用のデータをウェブブラウザへ送信する。【００２８】
図６は、ＨＴＴＰＳに対応したＵＲＬで特定されるウェブページを表示するよう指示された際における、フィルタリングサーバの処理手順を示したフローチャートである。この処理手順は、フィルタリングサーバ内のＣＰＵ（図示せず）がメモリＣＰＵ（図示せず）に記憶されているプログラムを実行することにより、実行される。【００２９】
ステップＳ２１では、ローカルプロキシから送信されてくるＨＴＴＰＳ接続要求５０（図２（Ｂ）参照）を受信し、ヘッダ情報部に含まれているフルＵＲＬを取り出す。ステップＳ２２では、ステップＳ２１の処理によって取り出されたフルＵＲＬを基に、閲覧の可否を判断する。閲覧を許可する場合はステップＳ２３へ進み、ウェブサーバへ接続要求（Ｐ４：図３参照）を送信する。その後、ステップＳ２４で接続完了を待ち、ステップＳ２５においてウェブサーバから送信されるウェブページ表示用のデータを受信する。ステップＳ２６では、ステップＳ２５でウェブサーバから受信したウェブページ表示用のデータを、ローカルプロキシへ送信する。一方、ステップＳ２２で閲覧を許可しない判断を下した場合は、ステップＳ２７へ進む。ステップＳ２７では、ローカルプロキシへ、閲覧不許可メッセージを送信する。【００３０】
（実施の形態１による作用・効果）
上述した実施の形態１によれば、以下に列挙する作用効果を得ることができる。
（１）ＨＴＴＰＳ通信を実行する際にも、フィルタリングサーバ側で暗号化の解除および再暗号化を行う必要がないので、よりセキュアなウェブサイトの閲覧管理システムを実現することができる。すなわち、フィルタリングサーバで一時的に暗号化を解除することに起因して、通常のＨＴＴＰ通信と比べて安全性が低下してしまうという問題を回避することができる。【００３１】
（２）フィルタリングサーバに対する負荷はＨＴＴＰ通信の場合と同程度となるばかりでなく、ＨＴＴＰ通信の場合と変わらず煩雑な処理を必要としないので、暗号化の安全面に対する懸念も生じることなく、よりセキュアな通信を実現することができる。【００３２】
（３）従来は、ウェブブラウザとフィルタリングサーバの間で独立したＨＴＴＰＳ通信を実行するために、暗号化に必要な証明書を別途用意する必要があったが、本実施の形態によれば、この証明書の管理を行う煩雑さがなくなる。【００３３】
＜その他の実施の形態＞
実施の形態１に対する変形例として、以下に列挙する構成をとることも可能である。
（１）アドオンソフトウェアＡＤＳが、フルＵＲＬ３０の他に、フィルタリングのために有用な情報をローカルプロキシ８Ｂに送信するようにしてもよい。例えば、閲覧したくないウェブページのカテゴリ情報を、フルＵＲＬ３０と同時にローカルプロキシ８Ｂへ送信する。この場合、ローカルプロキシ８Ｂは、ＨＴＴＰＳ接続要求５０のヘッダ情報部へこのカテゴリ情報を追加する。フィルタリングサーバ６は、ＨＴＴＰＳ接続要求５０のヘッダ情報から、閲覧したくないウェブページのカテゴリ情報を取り出し、ＵＲＬフィルタリングを実行する際に利用する。【００３４】
（２）ウェブブラウザ８Ａを新規に作成する場合、あるいは、ウェブブラウザ８Ａの改変が可能である場合には、アドオンソフトウェアＡＤＳではなくウェブブラウザ８Ａが、フルＵＲＬ３０を直接ローカルプロキシ８Ｂへ送信するようにしてもよい。この場合、アドオンソフトウェアＡＤＳの役割がウェブブラウザ８Ａへ取り込まれたことになる。すなわち、アドオンソフトウェアＡＤＳは不要となる。【００３５】
（３）上述した図１〜図６を参照して説明した制御手順は、コンピュータにより実行可能なプログラムとして、着脱自在な記録媒体を介して読み込むことが可能である。さらに、コンピュータで読み込み可能な形式のプログラムを有するコンピュータプログラム製品を介して、必要なプログラムを読み込むことが可能である。あるいは、図示しない通信回線を介して、必要なプログラムを読み込むことが可能である。さらに、インターネット等を介して改良プログラムの提供を受けることも可能である。【００３６】
これまで、種々の実施の形態および変形例を説明してきたが、本発明はこれらの内容に限定されるものではない。本発明の技術的思想の範囲内で考えられるその他の態様も本発明の範囲内に含まれる。【００３７】
特許請求の範囲に記載したクライアント側のブラウザは、図２のウェブブラウザ８Ａに相当する。特許請求の範囲に記載したローカルプロキシは、図２のローカルプロキシ８Ｂに相当する。特許請求の範囲に記載したＵＲＬを特定する入力手段は、図２のＨＴＴＰＳ  ＵＲＬ入力指示２０に相当する。特許請求の範囲に記載したフルＵＲＬ抽出手段は、図２のアドオンソフトウェアＡＤＳに相当する。特許請求の範囲に記載したフィルタリングサーバは図２のフィルタリングサーバ６に相当する。【００３８】
なお、以上の説明はあくまでも一例であり、本発明を解釈する際に、上記実施例の形態の記載事項と特許請求の範囲の記載事項との対応関係に何ら限定も拘束もされない。
【図１】
2009054047.tif 000003
【図２】
2009054047.tif 000004
【図３】
2009054047.tif 000005
【図４】
2009054047.tif 000006
【図５】
2009054047.tif 000007
【図６】
2009054047.tif 000008
【国際調査報告】
2009054047.tif 000009
2009054047.tif 000010
2009054047.tif 000011
2009054047.tif 000012