(57)【要約】【課題】ＵＲＬのフィルタリングにおいて、オリジナルサイトのＵＲＬがブロック対象リストに登録されている場合であっても、キャッシュサーバに保存されたコンテンツはブロックができない問題を解決すること。【解決手段】ＵＲＬアクセス・リクエストに対してフィルタリングのためのＵＲＬリストとの照合を行なう前にキャッシュサーバへのアクセスか否かを判定し、キャッシュサーバへのアクセス・リクエストを検出した場合に、アクセス・リクエストされたＵＲＬのクエリ文字列に基づいてオリジナルサイトのＵＲＬに変換することによりオリジナルＵＲＬを取得する。更に、キャッシュサーバへのアクセスと判定されたアクセス許可問い合わせに対しては、フィルタリングを、キャッシュサーバのＵＲＬに代えて前記オリジナルのＵＲＬに対して判定し、前記判定の結果に従ってキャッシュサーバのＵＲＬへの接続を許可又は遮断する。【選択図】図２
2008204427.tif 000002
【特許請求の範囲】
【請求項１】
オリジナルサイトのＷｅｂページを配信する第１のサーバと、当該オリジナルサイトと同一内容のＷｅｂページを配信する第２のサーバとからＷｅｂページを取得可能であって、前記第１のサーバ又は前記第２のサーバへのアクセスを有害判定サーバに問い合わせて当該アクセスのフィルタリングを行うフィルタリング装置において、
Ｗｅｂブラウザから送信されるアクセス要求を監視して、前記第２のサーバへのアクセス要求を検知する手段と、
前記検知されたアクセス要求による前記第２のサーバのＵＲＬに基づいて前記オリジナルサイトのＵＲＬを取得する手段と、
前記第２のサーバのＵＲＬに代えて前記取得されたオリジナルサイトのＵＲＬで前記第２のサーバに対するアクセス可否の問い合わせを前記有害判定サーバに対して行い、その問い合わせ結果に従って前記第２のサーバへのアクセスを許可又は遮断する手段と、
を備えたフィルタリング装置。
【請求項２】
前記検知する手段は、
前記Ｗｅｂブラウザから送信されるアクセス要求の文字列パターンに応じて前記第２のサーバへのアクセス要求を検知する、請求項１に記載のフィルタリング装置。
【請求項３】
前記第２のサーバは、前記オリジナルサイトを複製したＷｅｂページを記憶して、前記Ｗｅｂブラウザからのアクセス要求に応じて当該Ｗｅｂページを配信するキャッシュサーバである、請求項１又は２に記載のフィルタリング装置。
【請求項４】
前記第２のサーバは、前記オリジナルサイトを翻訳したＷｅｂページを記憶して前記Ｗｅｂブラウザからのアクセス要求に応じて当該Ｗｅｂページを配信する翻訳サーバである、請求項１又は２に記載のフィルタリング装置。
【請求項５】
請求項１乃至請求項４いずれかに記載のフィルタリング装置を実装すると共に、前記Ｗｅｂブラウザによる前記第１のサーバ又は前記第２のサーバへのアクセスを監視する情報処理装置。
【請求項６】
オリジナルサイトのＷｅｂページを配信する第１のサーバと、当該オリジナルサイトと同一内容のＷｅｂページを配信する第２のサーバとからＷｅｂページを取得可能であって、前記第１のサーバ又は前記第２のサーバへのアクセスを有害判定サーバに問い合わせて当該アクセスのフィルタリングを行うコンピュータ・プログラムにおいて、
コンピュータに、
Ｗｅｂブラウザから送信されるアクセス要求を監視して、前記第２のサーバへのアクセス要求を検知するステップと、
前記検知されたアクセス要求による前記第２のサーバのＵＲＬに基づいて前記オリジナルサイトのＵＲＬを取得するステップと、
前記第２のサーバのＵＲＬに代えて前記取得されたオリジナルサイトのＵＲＬで前記第２のサーバに対するアクセス可否の問い合わせを前記有害判定サーバに対して行い、その問い合わせ結果に従って前記第２のサーバへのアクセスを許可又は遮断するステップと、
を実行させるコンピュータ・プログラム。
【請求項７】
オリジナルサイトのＷｅｂページを配信する第１のサーバと、当該オリジナルサイトと同一内容のＷｅｂページを配信する第２のサーバとからＷｅｂページを取得可能であって、前記第１のサーバ又は前記第２のサーバへのアクセスを有害判定サーバに問い合わせて当該アクセスのフィルタリングを行う方法において、
Ｗｅｂブラウザから送信されるアクセス要求を監視して、前記第２のサーバへのアクセス要求を検知するステップと、
前記検知されたアクセス要求による前記第２のサーバのＵＲＬに基づいて前記オリジナルサイトのＵＲＬを取得するステップと、
前記第２のサーバのＵＲＬに代えて前記取得されたオリジナルサイトのＵＲＬで前記第２のサーバに対するアクセス可否の問い合わせを前記有害判定サーバに対して行い、その問い合わせ結果に従って前記第２のサーバへのアクセスを許可又は遮断するステップと、
を実行することを含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、キャッシュサーバに保存されたコンテンツ、又はＷｅｂ翻訳サービス等の別サイトに保存されたコンテンツに対し、オリジナルＵＲＬを取得してＵＲＬフィルタリングを行なう装置、プログラム、方法に関する。
【背景技術】
【０００２】
検索サイト等の検索結果表示ページにおいて、検索結果に表示されるオリジナルのサイトに加え、検索サイトのキャッシュサーバに保存されたコンテンツにアクセスするリンクメニューを表示するサービスが提供されている。また、海外のサイトを自動的に翻訳して表示するサービスを提供するサイトが、大手のポータルサイトを中心として増加している（例えば、非特許文献１）。
【非特許文献１】“Ｙａｈｏｏ！あんしんねっと”、［２００７年１月２６日検索］、インターネット、＜ＵＲＬ  ｈｔｔｐ：／／ａｎｓｈｉｎ．ｙａｈｏｏ．ｃｏ．ｊｐ／＞
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、ＵＲＬリストを使用してアクセスの許可判定を行なうフィルタリングサービスにおいて、上記のサービスを利用して表示されるコンテンツは、それらのサービスを運営しているサイト独自のＵＲＬが使用されているため、オリジナルサイトのＵＲＬが有害サイト等のフィルタリング対象となるリストに登録されている場合であっても、そのコンテンツをブロックができない問題が発生する。
【０００４】
そこで、ＵＲＬフィルタリングのサービス提供者としては、上記のサービスを提供するＵＲＬをブロックしてサービスの利用自体をできなくしてしまうか、又は、フィルタリングができない状態を放置するかの選択を迫られることになる。
【課題を解決するための手段】
【０００５】
本発明では、上記課題に鑑み、以下のような解決手段を提供する。
【０００６】
（１）  オリジナルサイトのＷｅｂページを配信する第１のサーバと、当該オリジナルサイトと同一内容のＷｅｂページを配信する第２のサーバとからＷｅｂページを取得可能であって、前記第１のサーバ又は前記第２のサーバへのアクセスを有害判定サーバに問い合わせて当該アクセスのフィルタリングを行なうフィルタリング装置において、
Ｗｅｂブラウザから送信されるアクセス要求を監視して、前記第２のサーバへのアクセス要求を検知する手段と、
前記検知されたアクセス要求による前記第２のサーバのＵＲＬに基づいて前記オリジナルサイトのＵＲＬを取得する手段と、
前記第２のサーバのＵＲＬに代えて前記取得されたオリジナルサイトのＵＲＬで前記第２のサーバに対するアクセス可否の問い合わせを前記有害判定サーバに対して行い、その問い合わせ結果に従って前記第２のサーバへのアクセスを許可又は遮断する手段と、
を備えたフィルタリング装置。
【０００７】
（２）  前記検知する手段は、
前記Ｗｅｂブラウザから送信されるアクセス要求の文字列パターンに応じて前記第２のサーバへのアクセス要求を検知する、（１）に記載のフィルタリング装置。
（３）  前記第２のサーバは、前記オリジナルサイトを複製したＷｅｂページを記憶して、前記Ｗｅｂブラウザからのアクセス要求に応じて当該Ｗｅｂページを配信するキャッシュサーバである、（１）又は（２）に記載のフィルタリング装置。
【０００８】
（４）  前記第２のサーバは、前記オリジナルサイトを翻訳したＷｅｂページを記憶して前記Ｗｅｂブラウザからのアクセス要求に応じて当該Ｗｅｂページを配信する翻訳サーバである、（１）又は（２）に記載のフィルタリング装置。
【０００９】
（５）  （１）乃至（４）いずれかに記載のフィルタリング装置を実装すると共に、前記Ｗｅｂブラウザによる前記第１のサーバ又は前記第２のサーバへのアクセスを監視する情報処理装置。
【００１０】
（６）  オリジナルサイトのＷｅｂページを配信する第１のサーバと、当該オリジナルサイトと同一内容のＷｅｂページを配信する第２のサーバとからＷｅｂページを取得可能であって、前記第１のサーバ又は前記第２のサーバへのアクセスを有害判定サーバに問い合わせて当該アクセスのフィルタリングを行うコンピュータ・プログラムにおいて、
コンピュータに、
Ｗｅｂブラウザから送信されるアクセス要求を監視して、前記第２のサーバへのアクセス要求を検知するステップと、
前記検知されたアクセス要求による前記第２のサーバのＵＲＬに基づいて前記オリジナルサイトのＵＲＬを取得するステップと、
前記第２のサーバのＵＲＬに代えて前記取得されたオリジナルサイトのＵＲＬで前記第２のサーバに対するアクセス可否の問い合わせを前記有害判定サーバに対して行い、その問い合わせ結果に従って前記第２のサーバへのアクセスを許可又は遮断するステップと、
を実行させるコンピュータ・プログラム。
【００１１】
（７）  オリジナルサイトのＷｅｂページを配信する第１のサーバと、当該オリジナルサイトと同一内容のＷｅｂページを配信する第２のサーバとからＷｅｂページを取得可能であって、前記第１のサーバ又は前記第２のサーバへのアクセスを有害判定サーバに問い合わせて当該アクセスのフィルタリングを行う方法において、
Ｗｅｂブラウザから送信されるアクセス要求を監視して、前記第２のサーバへのアクセス要求を検知するステップと、
前記検知されたアクセス要求による前記第２のサーバのＵＲＬに基づいて前記オリジナルサイトのＵＲＬを取得するステップと、
前記第２のサーバのＵＲＬに代えて前記取得されたオリジナルサイトのＵＲＬで前記第２のサーバに対するアクセス可否の問い合わせを前記有害判定サーバに対して行い、その問い合わせ結果に従って前記第２のサーバへのアクセスを許可又は遮断するステップと、
を実行することを含む方法。
【００１２】
上記解決手段の特徴を、キャッシュサーバに保存されたコンテンツの場合を例にとって説明する。
（Ａ）  Ｗｅｂブラウザからコンテンツを格納したＷＷＷサーバ（第１のサーバ）にアクセスする際に、キャッシュサーバ（第２のサーバ）を利用したサービスを提供するＵＲＬへのアクセスを自動的に検出するモジュールをファイルタリング装置に実装し、ＵＲＬアクセス・リクエストに対して、フィルタリング用のＵＲＬリストへの照合を行なう前に、キャッシュサーバへのアクセスか否かを判断する。このモジュールは、予めキャッシュサーバを利用するサービスを提供するＵＲＬについての複数のパターン化されたデータ（文字列パターン）を備え、アクセス・リクエストが出されたＵＲＬに対して上記のパターンのいずれかに一致するかを判定して検出するモジュールである。
【００１３】
（Ｂ）  上記（Ａ）により、キャッシュサーバへのアクセス・リクエストを検出したとき、リクエストされたＵＲＬのクエリストリングを基に自動的にオリジナルサイトのＵＲＬに変換するモジュールを実装してオリジナルＵＲＬを取得する。ここで、キャッシュサーバを利用するサービスにおいて、キャッシュされたコンテンツにアクセスするためＵＲＬには、オリジナルサイトのＵＲＬから特定のアルゴリズムを使用して変換された文字列を持つという特徴がある。このモジュールは、上記変換アルゴリズムを逆変換するアルゴリズムを複数備え、複数の逆変換アルゴリズムのどれを使用するかを自動的に選択する機能を備え、選択された逆変換アルゴリズムを使用してオリジナルサイトのＵＲＬを抽出する機能を備えたモジュールである。
【００１４】
（Ｃ）  上記（Ａ）によって、キャッシュサーバへのアクセスと判断されたアクセス許可問い合わせに対して、フィルタリング判定を、キャッシュサーバのＵＲＬに代えて上記（Ｂ）で取得されたＵＲＬに対する判定で実施し、その判定結果に従ってキャッシュサーバのＵＲＬへの接続を許可又は遮断することにより、正しいフィルタリングを可能にすることができる。
【００１５】
上記の（Ａ），（Ｂ），（Ｃ）は、Ｗｅｂ翻訳サービス等において、キャッシュサーバ（第２のサーバ）を、翻訳結果を格納したサーバ（翻訳サーバ）と置き換えれば、同様の方法でオリジナルＵＲＬを取得することができる。また、上記のモジュールを備えたフィルタリング装置を実装し、Ｗｅｂブラウザによるサーバのアクセスを監視する情報処理装置（コンピュータ）として提供してもよい。
【発明の効果】
【００１６】
本発明によれば、有害サイト等のフィルタリング対象となるＵＲＬリストに登録されているサイトであっても、ＵＲＬリストによるブロックができない問題を解決することができる。
【００１７】
検索サイトの検索結果ページに表示される「キャッシュ」及びＷｅｂ翻訳サービスを使用した場合の翻訳結果等は、接続したサイトとは別のサイトのコンテンツを表示している。そのため、そのようなサービスに対してＵＲＬフィルタリングを行なう場合に、サービスを提供しているサイトのＵＲＬがフィルタリング対象となってしまい、表示されているコンテンツに対するＵＲＬフィルタリングが不可能になる。そこで、表示しているコンテンツのオリジナルＵＲＬを取得するロジックを使用し、サービス自体の機能を損なわずにＵＲＬフィルタリングを行なう。多くのＵＲＬフィルタリングサービスは、そのようなサイトに対して一律にすべてブロック、もしくはＵＲＬフィルタリングを行なわない仕様となっている。そのため、本ロジックを適用し、サービスの機能を損なわずにＵＲＬフィルタリングが行なえる機能を有することは大きい。
【発明を実施するための最良の形態】
【００１８】
以下、本発明を実施するための最良の形態について図を参照しながら説明する。
【００１９】
［システムの全体構成図］
図１は、本発明の好適な実施形態の一例に係るシステム１の全体構成を示す図である。
【００２０】
本発明を構成するシステム１は、キャッシュサーバ等に保存されたコンテンツのオリジナルＵＲＬを取得してＵＲＬフィルタリングを行なうシステムである。本システムでは、ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）サーバ１０、キャッシュサーバ５０並びに有害判定サーバ４０が、通信回線３０を介して、ユーザ端末２０と接続される。図１では各サーバはそれぞれ別のサーバであるかのように記載しているが、同一のサーバで構成してもよい。また、サーバのハードウェアの数に制限はなく、必要に応じて、１又は複数で構成してよい。
【００２１】
ＷＷＷサーバ１０は、文書や画像等の情報（Ｗｅｂページともいう）を蓄積しておき、ユーザ端末２０のＷｅｂブラウザ等のソフトウェアの要求に応じて、通信回線３０、例えば、インターネット等のネットワークを通じて、これらの情報を送信する機能を備える。なお、個人や会社のホームページ等のＷｅｂページ群、又はＷｅｂページ群が置いてあるインターネット上の場所を、Ｗｅｂサイトという。ＷｅｂサイトはＷＷＷサーバ１０に１又は複数あってもよい。
【００２２】
キャッシュサーバ５０は、インターネット等のネットワーク上でＷＷＷサーバ１０により提供されているＷｅｂサイトのコンテンツ（Ｗｅｂページ等）の複製を蓄積し、ユーザから要求があったときに本来のＷＷＷサーバ１０に代わって配信することにより、ネットワークのトラフィックやサーバの負荷の分散を図る機能を備える。なお、ユーザ端末２０のＷｅｂブラウザ等のソフトウェアの要求において、ＷＷＷサーバ１０のＷｅｂサイトに対してはオリジナルＵＲＬを用いるが、キャッシュサーバ５０に蓄積されている複製のＷｅｂサイトに対しては、キャッシュサーバ５０のＵＲＬにオリジナルＵＲＬを付加したリクエストＵＲＬを用いる。
【００２３】
有害判定サーバ４０は、インターネットの情報を監視する管理者が、それぞれのＷＷＷサーバ１０が持つ情報を取得して、有害であると判定したＷｅｂサイトのＵＲＬをリスト（以下、ブラックリスト４１という）に記憶する。ユーザ端末２０からＷｅｂページのＵＲＬについて有害であるかどうかの判定依頼を受信したときに、ブラックリスト４１を参照し、判定結果（リストにある場合は有害Ｗｅｂサイトである）をユーザ端末２０に送信する機能を備える。有害であると判断する情報は、例えば、子供に見せたくない、アダルト、暴力、出会い系、反社会行為等の情報である。なお、有害ではないと判定したＷｅｂサイトのＵＲＬを別のリスト（以下、ホワイトリスト４２という）に記憶し、ブラックリスト４１と共に参照してもよい。ホワイトリスト４２にあるＷｅｂサイトに対しては、アクセスの許可をユーザ端末２０に送信する。
【００２４】
通信回線３０は、一般的にはインターネットであり、有線により実現するものだけではなく、アクセスポイントを介して無線ＬＡＮにより実現するもの等、本発明の技術的思想に合致するものであれば様々な通信技術により実現される。
【００２５】
ユーザ端末２０は、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）の他、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄａｔａ  Ａｓｓｉｓｔａｎｔ）等のいわゆるコンピュータ以外の通信端末であってもよい。
【００２６】
［端末及びサーバの機能ブロック］
図２は、本発明の好適な実施形態の一例に係るユーザ端末２０、並びに有害判定サーバ４０の機能ブロック図である。
【００２７】
ユーザ端末２０は、通信Ｉ／Ｆ（通信インターフェイス）を持ち、ＷＷＷサーバ１０からＷｅｂページ等を受信する、及びＷｅｂブラウザによるリクエスト等を送信する、送受信部２２を備える。また、ユーザ端末２０は、ＣＲＴや液晶ディスプレイ等の表示装置を持ち、Ｗｅｂページ等を表示する表示部２４を備える。更に、ユーザ端末２０は、キーボード及びマウス等の入力手段を持ち、ＷｅｂブラウザにおけるＵＲＬの入力、及びＷｅｂページに表示されたリンクをクリックする等の入力部２１を備える。
【００２８】
更に、ユーザ端末２０は制御部２３を持ち、ＷｅｂサイトやＷｅｂページの不適切な情報を閲覧できなくしたり、有益な情報だけを閲覧できるようにしたりするフィルタリングモジュール２０１、ＵＲＬアクセス要求がキャッシュサーバ５０へのアクセス要求（プロキシタイプ・リクエスト）であるかどうかを判断するプロキシタイプ・リクエスト判断モジュール２０２、ＵＲＬアクセス要求がプロキシタイプ・リクエストである場合に、プロキシタイプ・リクエストが含むリクエストＵＲＬからオリジナルＵＲＬを抽出するオリジナルＵＲＬ抽出モジュール２０３、並びに有害判定結果を保存するキャッシュモジュール２０４を備える。なお、有害判定結果は有害であるＷｅｂサイト並びにアクセスが許可されたＷｅｂサイトのＵＲＬがリストになっているものである。典型的には、これらのモジュールはＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）によって実行されるコンピュータ・プログラムで実現される。
【００２９】
有害判定サーバ４０は、制御部４５を持ち、ＵＲＬの有害性の判定依頼を受けて、当該ＵＲＬを持つＷｅｂサイトが有害であるかと、アクセスを許可であるかと、を判定する判定部４０１を備える。判定部４０１は、ブラックリスト４１及びホワイトリスト４２を備える。なお、ブラックリスト４１にあるＷｅｂサイト以外はアクセス許可するとして、ブラックリスト４１だけを備えてもよい。その他、有害判定サーバ４０には、送受信部を備え、更に、入力部、表示部を備えてもよいがここでは図示を省略している。
【００３０】
［ＵＲＬフィルタリング処理のフロー］
図３は、本発明の好適な実施形態の一例に係るＵＲＬフィルタリング処理のフローチャートである。
【００３１】
まず、ステップＳ１０１では、ユーザが、ユーザ端末２０の入力部２１により、Ｗｅｂブラウザでの、ＵＲＬの入力、及びＷｅｂページに表示されたリンク（接続先ＵＲＬ）をクリックする等でのＷｅｂページデータ要求を入力する。そして、Ｗｅｂブラウザが発信するＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）リクエストを、制御部２３が備えるフィルタリングモジュール２０１が受信する。なお、Ｗｅｂページが、リンク（接続先ＵＲＬ）に自動的にアクセスをするＨＴＴＰリクエスト等も、フィルタリングモジュール２０１が受信する。ここでＨＴＴＰリクエストとは、端末（クライアント）からサーバに送信するデータであり、Ｗｅｂページデータへのアクセス要求（以下、ＵＲＬアクセス要求という）を含む。
【００３２】
次に、ステップＳ１０２では、プロキシタイプ・リクエスト判断モジュール２０２が、ＵＲＬアクセス要求を含むＨＴＴＰリクエストを監視して、キャッシュサーバ５０へのＨＴＴＰリクエスト（以下、プロキシタイプ・リクエストという）が送信されているかどうかを判断する。判断方法は、ＵＲＬのパターンを分析してパターンファイルとマッチさせる方法で行なう。具体的には、図４で後述する。キャッシュサーバ５０のコンテンツにアクセスするためのＵＲＬ（以下、リクエストＵＲＬという）には、ＷｅｂサイトのオリジナルＵＲＬから特定のアルゴリズムを使用して返還された文字列を持つというパターンがある。
【００３３】
次に、ステップＳ１０３では、プロキシタイプ・リクエスト判断モジュール２０２が、プロキシタイプ・リクエストを検出した場合（Ｓ１０３：ＹＥＳの場合）は、オリジナルＵＲＬ抽出モジュール２０３による処理を行なう。プロキシタイプ・リクエストを検出しない場合（Ｓ１０３：ＮＯの場合）は、リクエストＵＲＬのアクセス許可判定を行なう。
【００３４】
次に、ステップＳ１０５では、オリジナルＵＲＬのＷｅｂサイトへのアクセス許可の判定を行なう。アクセス許可の判定は、キャッシュモジュール２０４のＵＲＬリストを参照する。キャッシュモジュール２０４のＵＲＬリストには、過去にアクセスを許可されたＷｅｂサイトが記憶されている。リストにオリジナルＵＲＬのＷｅｂサイトがある場合は、リクエストＵＲＬへのアクセスを許可する。すなわち、キャッシュサーバ５０のコンテンツ（キャッシュページ）へのアクセスが許可される（Ｓ１０５：許可の場合）。
【００３５】
又、キャッシュモジュール２０４で判定できない場合は、有害判定サーバ４０にオリジナルＵＲＬの有害性を判定依頼して、オリジナルＵＲＬのＷｅｂサイトが有害であるかをブラックリスト４１、又はホワイトリスト４２を用いて判定する。判定の結果、オリジナルＵＲＬのＷｅｂサイトへのアクセスを許可する場合（Ｓ１０５：許可の場合）は、キャッシュサーバ５０へのアクセスを許可する。オリジナルＵＲＬのＷｅｂサイトが有害である場合（Ｓ１０５：禁止の場合）は、アクセスを禁止する。
【００３６】
次に、ステップＳ１０６では、リクエストＵＲＬのＷｅｂサイトへのアクセス許可の判定を行なう。アクセス許可の判定は、キャッシュモジュール２０４のＵＲＬリストを参照する。キャッシュモジュール２０４のＵＲＬリストには、過去にアクセスを許可されたＷｅｂサイトが記憶されている。ＵＲＬリストにリクエストＵＲＬのＷｅｂサイトがある場合は、リクエストＵＲＬへのアクセスを許可する（Ｓ１０６：許可の場合）。
【００３７】
又、キャッシュモジュール２０４で判定できない場合は、有害判定サーバ４０にリクエストＵＲＬの有害性を判定依頼して、リクエストＵＲＬのＷｅｂサイトが有害であるかをブラックリスト４１、又はホワイトリスト４２を用いて判定する。判定の結果、リクエストＵＲＬのＷｅｂサイトへのアクセスを許可する場合（Ｓ１０６：許可の場合）は、リクエストＵＲＬへのアクセスを許可する。リクエストＵＲＬのＷｅｂサイトが有害である場合（Ｓ１０６：禁止の場合）は、アクセスを禁止する。
【００３８】
次に、ステップＳ１０７では、オリジナルＵＲＬへのアクセス許可が得られたことで、キャッシュページにアクセスする。ステップＳ１０８では、オリジナルＵＲＬ、又はリクエストＵＲＬが有害であると判定されたので、アクセスを禁止し、ブロックページを表示する。ステップＳ１０９では、リクエストＵＲＬへのアクセス許可が得られたことで、リクエストＵＲＬにアクセスする。
【００３９】
［プロキシタイプ・リクエスト判断処理］
図４は、本発明の好適な実施形態の一例に係るプロキシタイプ・リクエスト判断モジュール２０２の処理を示すフローチャートである。
【００４０】
まず、ステップＳ２０１では、ユーザ端末２０の制御部２３が、送受信部２２を介して、パターンファイルをダウンロードする。パターンファイルは、プロキシタイプ・リクエストを判断すると共に、オリジナルＵＲＬの抽出を行なうための、分析パターンを持つファイルである。具体的には、図５で後述する。パターンファイルは、プロキシタイプ・リクエスト判断モジュール２０２の起動時に、サーバから最新のファイルをダウンロードするとしてよい。こうすることで、様々なキャッシュサーバ５０に対応することが可能である。また、パターンファイルは、管理者が、実際にプロキシタイプ・リクエストのＨＴＴＰリクエストを解析することで生成されている。
【００４１】
次に、ステップＳ２０２では、ユーザが、ユーザ端末２０の入力部２１により、Ｗｅｂブラウザでの、ＵＲＬの入力、及びＷｅｂページに表示されたリンク（接続先ＵＲＬ）をクリックする等でのＷｅｂページデータ要求を入力する。そして、Ｗｅｂブラウザが発信するＨＴＴＰリクエストを、制御部２３が備えるフィルタリングモジュール２０１が受信する。なお、Ｗｅｂページが、リンク（接続先ＵＲＬ）に自動的にアクセスをするＨＴＴＰリクエスト等も、フィルタリングモジュール２０１が受信する。
【００４２】
次に、ステップＳ２０３では、プロキシタイプ・リクエスト判断モジュール２０２が、フィルタリングモジュール２０１が受信したＨＴＴＰリクエストを分析する。分析は、パターンファイルとマッチさせる方法で行なう。具体的には、図５で後述する。
【００４３】
次に、ステップＳ２０４では、ＨＴＴＰリクエストがプロキシタイプ・リクエストでない場合（ＮＯの場合）は、ＨＴＴＰリクエストに含まれたＵＲＬ（リクエストＵＲＬ）を抽出する（ステップＳ２０６）。一方、ＨＴＴＰリクエストがプロキシタイプ・リクエストである場合（ＹＥＳの場合）は、ＨＴＴＰリクエストに含まれたリクエストＵＲＬからオリジナルＵＲＬを抽出する（ステップＳ２０５）。具体的なパターンファイル、オリジナルＵＲＬ及びリクエストＵＲＬの一例として、図５を参照しながら説明する。
【００４４】
図５の例は、Ｙａｈｏｏ！（登録商標）  Ｊａｐａｎ検索ページ（ｈｔｔｐ：／／ｓｅａｒｃｈ．ｙａｈｏｏ．ｃｏ．ｊｐ／）において、「ｘｘｘｘｘ」というキーワードで検索した場合の結果ページに表示される検索結果「ｗｗｗ．○○○○．ｃｏｍ」と共に表示される「キャッシュ」をクリックした時に送信されるＨＴＴＰリクエストのヘッダの一部である。
【００４５】
まず、パターンファイルは、「ｐｒｅｆｉｘ＝“＆ｕ＝”，  ｓｕｆｆｉｘ＝“＆”，  ｈｏｓｔ＝“ｗｒｓ．ｓｅａｒｃｈ．ｙａｈｏｏ．ｃｏ．ｊｐ”」を指定する。これは、プロキシタイプ・リクエストの判断材料、及びオリジナルＵＲＬを抽出するときに参照する情報であり、接頭語である「ｐｒｅｆｉｘ」と、接尾語である「ｓｕｆｆｉｘ」とに挟まれた文字列がオリジナルサーバのホスト名である「ｈｏｓｔ」と一致するか否かにより判断を行う。
【００４６】
次に、ＨＴＴＰリクエストがプロキシタイプ・リクエストであるかどうかの判断処理は、ＨＴＴＰリクエストすべてを解析するのではなく、（ａ）「Ｈｏｓｔ：」又は（ｂ）「Ｒｅｆｅｒｅｒ：」の値を１つの判断ポイントとする。ただし、（ｂ）「Ｒｅｆｅｒｅｒ：」  を参照する場合は、（ａ）「Ｈｏｓｔ：」によって判断が困難な場合のみとし、基本は（ａ）「Ｈｏｓｔ：」を使用する。図５の例は、（ａ）「Ｈｏｓｔ：」の値が“ｗｒｓ．ｓｅａｒｃｈ．ｙａｈｏｏ．ｃｏ．ｊｐ”であり、パターンファイルのｈｏｓｔと合致するのでプロキシタイプ・リクエストと判断する。なお、（ａ）「Ｈｏｓｔ：」によって判断が困難な場合とは、ドメイン名ではなくＩＰアドレスが指定されているために、複数のパターンが想定されて、パターンを限定することが困難な場合である。
【００４７】
次に、オリジナルＵＲＬは、パターンファイルを参照して抽出を行なう。まず、パターンファイルのｐｒｅｆｉｘ“＆ｕ＝”については、ＨＴＴＰリクエストに（ｃ）“＆ｕ＝”がある。次に、パターンファイルのｓｕｆｆｉｘ“＆”についてはＨＴＴＰリクエストに（ｅ）「＆」がある。これにより、（ｃ）「＆ｕ＝」と（ｅ）「＆」との間にある（ｄ）「ｗｗｗ．○○○○．ｃｏｍ／」をオリジナルＵＲＬとして抽出できる。なお、オリジナルＵＲＬは特定のパラメータで指定されていることが多い（図５の例では、“＆ｕ＝”と“＆”で囲まれている）。そのため、オリジナルＵＲＬの抽出ポイントであるｐｒｅｆｉｘとｓｕｆｆｉｘをパターンファイルに、それぞれ指定することで抽出が可能となる。また、ｐｒｅｆｉｘについては、１ＵＲＬ中に同様の記述が見られる可能性があるので、複数のｐｒｅｆｉｘによってオリジナルＵＲＬの抽出を行なうとしてもよい。ここで、プロキシタイプ・リクエストであっても、パターンファイルに合致しない場合は、抽出を行わず、リクエストＵＲＬを用いた処理とする。
【００４８】
次に、リクエストＵＲＬは、ＨＴＴＰリクエストの（ａ）「Ｈｏｓｔ：」に（ｆ）を組み合わせてできる。図５の例は、「ｈｔｔｐ：／／ｗｒｓ．ｓｅａｒｃｈ．ｙａｈｏｏ．ｃｏ．ｊｐ／Ｓ＝２１１４７３６００３／Ｋ・・・（略）・・・ｉｎｔｌ＝ｊｐ」がリクエストＵＲＬとなる。ここで、リクエストＵＲＬの「ｈｔｔｐ：／／ｗｒｓ．ｓｅａｒｃｈ．ｙａｈｏｏ．ｃｏ．ｊｐ」はドメイン、「Ｓ＝２１１４７３６００３／Ｋ・・・（略）・・・ｉｎｔｌ＝ｊｐ」はページである。予め、ドメインをリストアップし参照することで、プロキシタイプのサービスをしているサーバであるか判断することもできる。
【００４９】
［ＵＲＬフィルタリング処理のシステム概要］
図６は、従来のＵＲＬフィルタリング処理のシステム概要を示す図である。
【００５０】
図６の例においては、ＷｅｂブラウザによるＨＴＴＰリクエストを、ユーザ端末２０の制御部２３が備えるフィルタリングモジュール２０１が受信して、ＵＲＬフィルタリング処理が行われる。フィルタリングモジュール２０１がＨＴＴＰリクエストに含まれるＵＲＬと同一ＵＲＬについてキャッシュモジュール２０４の判定結果のキャッシュ（アクセスログ）を参照する。キャッシュがない場合は、ＵＲＬの判定依頼を有害判定サーバ４０に送信する。有害判定サーバ４０が判定して、そのＵＲＬの判定結果をフィルタリングモジュール２０１に送信する。
【００５１】
ここで、キャッシュサーバ５０へのＨＴＴＰリクエスト（プロキシタイプ・リクエスト）である場合は、キャッシュサーバ５０を提供しているサイトのＵＲＬがフィルタリング対象となってしまい、表示されているコンテンツに対するＵＲＬフィルタリングが不可能になる。また、従来のＵＲＬフィルタリングサービスは、キャッシュサーバ５０を提供しているサイトに対して一律にすべてブロック、もしくはＵＲＬフィルタリングを行なわない仕様となっていて、正しくＵＲＬフィルタリングを行なうことができない。すなわち、有害サイトのＷｅｂページを、キャッシュサーバ５０を介せば、ＵＲＬフィルタリングをすり抜けることができてしまう。
【００５２】
図７は、本発明の好適な実施形態の一例に係るプロキシタイプ・リクエスト判断モジュール２０２、及びオリジナルＵＲＬ抽出モジュール２０３を図６の従来システムに追加し改良されたＵＲＬフィルタリング処理のシステム概要を示す図である。
【００５３】
図７の例においては、上述の図６の例に、更にプロキシタイプ・リクエスト判断モジュール２０２、及びオリジナルＵＲＬ抽出モジュール２０３を追加してＵＲＬフィルタリングを行なう。キャッシュサーバ５０へのＨＴＴＰリクエスト（プロキシタイプ・リクエスト）がプロキシタイプ・リクエスト判断モジュール２０２、及びオリジナルＵＲＬ抽出モジュール２０３により分析され、キャッシュサーバ５０がオリジナルのＷｅｂサイトから複製したコンテンツのオリジナルＵＲＬについて、キャッシュモジュール２０４を参照する。キャッシュモジュール２０４にない場合は、オリジナルＵＲＬの判定依頼を有害判定サーバ４０に送信する。有害判定サーバ４０が判定して、その判定結果をユーザ端末２０に送信する。
【００５４】
こうすることで、キャッシュされたＷｅｂページに対して、ＵＲＬフィルタリングサービスの機能を損なわずにＵＲＬフィルタリングを行なうことができる。すなわち、キャッシュサーバ５０のオリジナルのＷｅｂサイトから複製されたコンテンツ毎にＵＲＬフィルタリングが可能となり、キャッシュサーバ５０の有害サイトのキャッシュはブロックし、アクセス許可のあるキャッシュはアクセスが可能となる。
【００５５】
ここでは、ＵＲＬフィルタリングについて、ユーザ端末２０で行なう例について説明したが、例えば会社のネットワークに接続されたユーザ端末２０は、直接インターネット等のネットワークに接続ができないので、必ず、社内ネットワークのサーバ（イントラネットにおけるサーバ）を経由する。ＵＲＬフィルタリング処理は社内サーバで行なうようにすることができる。このことにより、ユーザ端末２０毎のＵＲＬフィルタリング処理が不要となる。なお、社内ネットワークではなく、学校や家庭等であっても、サーバを経由した外部アクセスのネットワークであれば、同様に行なうことができる。
【００５６】
［Ｗｅｂ翻訳サイトへの応用］
発明を実施するための最良の形態において、キャッシュサーバ５０の例を取り上げているが、Ｗｅｂ翻訳サービスを行なうサイトについても、本発明の技術を用いて、正しくＵＲＬフィルタリング処理を行なうことが可能である。Ｗｅｂ翻訳サービスを行なうサイトが、ユーザからのＵＲＬの入力を受け付け、あるいは自動的に、オリジナルのサイトのコンテンツ（Ｗｅｂページ）の翻訳を行い、別のＷｅｂページを生成してユーザ端末２０に送信する。この場合、オリジナルＵＲＬを含む翻訳サービスサイトのＵＲＬ、すなわちリクエストＵＲＬのＷｅｂページを表示することになる。
【００５７】
ここで、有害サイトのコンテンツ（Ｗｅｂページ）をＷｅｂ翻訳サービスにより翻訳したＷｅｂページは、ＵＲＬがＷｅｂ翻訳サービスサイトＵＲＬにオリジナルＵＲＬが付加されたＵＲＬ（プロキシタイプ・リクエスト）であるので、Ｗｅｂ翻訳サービスサイトを判定することになり、従来のＵＲＬフィルタリングでは、有害判定を正しく行なうことができない。そこで、Ｗｅｂ翻訳サービスを行なうサイトへのアクセス要求であることを判定する、プロキシタイプ・リクエスト判断モジュール２０２、及びオリジナルＵＲＬ抽出モジュール２０３を用いて、オリジナルＵＲＬを抽出し有害判定を行なうことで、正しくＵＲＬフィルタリング処理を行なうことが可能になる。
【００５８】
［サーバ及び端末のハードウェア構成］
図８は、本発明の好適な実施形態の一例に係るＷＷＷサーバ１０、有害判定サーバ４０並びにキャッシュサーバ５０（以下、サーバという）、及びユーザ端末２０のハードウェア構成を示す図である。以下、サーバを例にして説明するが、クライアントであるユーザ端末２０についても基本的には同様である。
【００５９】
サーバは、制御部１０１を構成するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１０（マルチプロセッサ構成ではＣＰＵ１２０等複数のＣＰＵが追加されてもよい）、バスライン１０５、通信Ｉ／Ｆ１４０、メインメモリ１５０、ＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）１６０、ＵＳＢポート１９０、Ｉ／Ｏコントローラ１７０、並びにキーボード及びマウス１８０等の入力手段や表示装置１２２を備える。
【００６０】
Ｉ／Ｏコントローラ１７０には、テープドライブ１７２、ハードディスク１７４、光ディスクドライブ１７６、半導体メモリ１７８、等の記憶部１０２を接続することができる。
【００６１】
ＢＩＯＳ１６０は、サーバの起動時にＣＰＵ１１０が実行するブートプログラムや、サーバのハードウェアに依存するプログラム等を格納する。
【００６２】
ハードディスク１７４は、サーバとして機能するための各種プログラム及び本発明の機能を実行するプログラムを記憶する。
【００６３】
光ディスクドライブ１７６としては、例えば、ＤＶＤ−ＲＯＭドライブ、ＣＤ−ＲＯＭドライブ、ＤＶＤ−ＲＡＭドライブ、ＣＤ−ＲＡＭドライブを使用することができる。この場合は各ドライブに対応した光ディスク１７７を使用する。光ディスク１７７から光ディスクドライブ１７６によりプログラム又はデータを読み取り、Ｉ／Ｏコントローラ１７０を介してメインメモリ１５０又はハードディスク１７４に提供することもできる。また、同様にテープドライブ１７２に対応したテープメディア１７１を主としてバックアップのために使用することもできる。
【００６４】
サーバに提供されるプログラムは、ハードディスク１７４、光ディスク１７７、又はメモリーカード等の記録媒体に格納されて提供される。このプログラムは、Ｉ／Ｏコントローラ１７０を介して、記録媒体から読み出され、又は通信Ｉ／Ｆ１４０を介してダウンロードされることによって、サーバにインストールされ実行されてもよい。
【００６５】
上述のプログラムは、内部又は外部の記憶媒体に格納されてもよい。ここで、記憶媒体としては、ハードディスク１７４、光ディスク１７７、又はメモリーカードの他に、ＭＤ等の光磁気記録媒体、テープメディア１７１を用いることができる。また、専用通信回線やインターネット等の通信回線に接続されたサーバシステムに設けたハードディスク１７４又は光ディスクライブラリ等の記憶装置を記録媒体として使用し、通信回線３０を介してプログラムをサーバに提供してもよい。
【００６６】
ここで、表示装置１２２は、ユーザによるデータの入力を受け付ける画面を表示したり、ＷＷＷサーバ１０及び有害判定サーバ４０による演算処理結果の画面を表示したりするものであり、ブラウン管表示装置（ＣＲＴ）、液晶表示装置（ＬＣＤ）等のディスプレイ装置を含む。
【００６７】
ここで、入力手段は、ユーザによる入力の受け付けを行なうものであり、キーボード及びマウス１８０等により構成してよい。
【００６８】
また、通信Ｉ／Ｆ１４０は、サーバを専用ネットワーク又は公共ネットワークを介して端末と接続できるようにするためのネットワーク・アダプタである。通信Ｉ／Ｆ１４０は、モデム、ケーブル・モデム及びイーサネット（登録商標）・アダプタを含んでよい。なお、ユーザ端末２０は、サーバと同様の構成を備えてよいが、端末として必要最小限のハードウェア構成としてよいのは言うまでもない。
【００６９】
以上の例は、サーバのハードウェア構成について主に説明したが、コンピュータに、プログラムをインストールして、そのコンピュータをサーバとして動作させることにより上記で説明した機能を実現することもできる。従って、本発明において一実施形態として説明したサーバにより実現される機能は、上述の方法を当該コンピュータにより実行することにより、あるいは、上述のプログラムを当該コンピュータに導入して実行することによっても実現可能である。
【００７０】
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施例に記載されたものに限定されるものではない。
【図面の簡単な説明】
【００７１】
【図１】本発明の好適な実施形態の一例に係るシステム１の全体構成を示す図である。
【図２】本発明の好適な実施形態の一例に係るユーザ端末２０、並びに有害判定サーバ４０の機能ブロック図である。
【図３】本発明の好適な実施形態の一例に係るＵＲＬフィルタリング処理のフローチャートである。
【図４】本発明の好適な実施形態の一例に係るプロキシタイプ・リクエスト判断モジュール２０２の処理を示すフローチャートである。
【図５】本発明の好適な実施形態の一例に係るパターンファイル、オリジナルＵＲＬ及びリクエストＵＲＬの一例を示す図である。
【図６】従来のＵＲＬフィルタリング処理のシステム概要を示す図である。
【図７】本発明の好適な実施形態の一例に係るプロキシタイプ・リクエスト判断モジュール２０２、及びオリジナルＵＲＬ抽出モジュール２０３を図６の従来システムに追加し改良されたＵＲＬフィルタリング処理のシステム概要を示す図である。
【図８】本発明の好適な実施形態の一例に係るＷＷＷサーバ１０、有害判定サーバ４０並びにキャッシュサーバ５０、及びユーザ端末２０のハードウェア構成を示す図である。
【符号の説明】
【００７２】
１  システム
１０  ＷＷＷサーバ
２０  ユーザ端末
３０  通信回線
４０  有害判定サーバ
５０  キャッシュサーバ
２０１  フィルタリングモジュール
２０２  プロキシタイプ・リクエスト判断モジュール
２０３  オリジナルＵＲＬ抽出モジュール
２０４  キャッシュモジュール
【図１】
2008204427.tif 000003
【図２】
2008204427.tif 000004
【図３】
2008204427.tif 000005
【図４】
2008204427.tif 000006
【図５】
2008204427.tif 000007
【図６】
2008204427.tif 000008
【図７】
2008204427.tif 000009
【図８】
2008204427.tif 000010
【手続補正書】
【提出日】平成20年2月27日(2008.2.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
オリジナルサイトのＷｅｂページを配信する第１のサーバと、当該オリジナルサイトと同一内容のＷｅｂページを配信する第２のサーバとからＷｅｂページを取得可能であって、前記第２のサーバへのアクセスのフィルタリングを行うフィルタリング装置において、
ユーザ端末から送信されるアクセス要求を監視して、当該アクセス要求の文字列中から前記第１のサーバへのアクセス要求を示す文字列を検出する手段と、
少なくとも前記第１のサーバから配信される前記Ｗｅｂページ毎の有害判定情報を記憶した記憶装置を参照し、前記検出されたアクセス要求を示す文字列に基づいて前記第２のサーバへのアクセスのフィルタリングを行う手段と、
を備えたフィルタリング装置。
【請求項２】
前記アクセス要求を示す文字列を検出する手段は、
前記ユーザ端末から送信されるアクセス要求の文字列のパターンに基づいて第１のサーバのＵＲＬを取得することにより、前記第２のサーバと同一の内容のコンテンツを有する前記第１のサーバへのアクセス要求を示す文字列を検出する、請求項１に記載のフィルタリング装置。
【請求項３】
前記フィルタリングを行う手段は、
前記有害判定情報を記憶する有害判定サーバに前記第２のサーバへのアクセスの可否を問い合わせ、その問い合わせ結果に応じて前記フィルタリングを行う、請求項１又は２に記載のフィルタリング装置。
【請求項４】
前記有害判定サーバへの問い合わせの結果である前記サーバへのアクセスの可否の履歴を保存する手段を更に備え、
前記フィルタリングを行う手段は、
前記有害判定サーバに問い合わせる前に、前記第２のサーバに対するアクセスの可否を前記保存された履歴を参照して判定する、請求項３に記載のフィルタリング装置。
【請求項５】
オリジナルサイトのＷｅｂページを配信する第１のサーバと、当該オリジナルサイトと同一内容のＷｅｂページを配信する第２のサーバとからＷｅｂページを取得可能であって、前記第２のサーバへのアクセスのフィルタリングを行うコンピュータ・プログラムにおいて、
コンピュータに、
ユーザ端末から送信されるアクセス要求を監視して、当該アクセス要求の文字列中から前記第１のサーバへのアクセス要求を示す文字列を検出するステップと、
少なくとも前記第１のサーバから配信される前記Ｗｅｂページ毎の有害判定情報を記憶した記憶装置を参照し、前記検出されたアクセス要求を示す文字列に基づいて前記第２のサーバへのアクセスのフィルタリングを行うステップと、
を実行させるコンピュータ・プログラム。
【請求項６】
オリジナルサイトのＷｅｂページを配信する第１のサーバと、当該オリジナルサイトと同一内容のＷｅｂページを配信する第２のサーバとからＷｅｂページを取得可能であって、前記第２のサーバへのアクセスのフィルタリングを行う方法において、
ユーザ端末から送信されるアクセス要求を監視して、当該アクセス要求の文字列中から前記第１のサーバへのアクセス要求を示す文字列を検出するステップと、
少なくとも前記第１のサーバから配信される前記Ｗｅｂページ毎の有害判定情報を記憶した記憶装置を参照し、前記検出されたアクセス要求を示す文字列に基づいて前記第２のサーバへのアクセスのフィルタリングを行うステップと、
を含む方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
（１）オリジナルサイトのＷｅｂページを配信する第１のサーバと、当該オリジナルサイトと同一内容のＷｅｂページを配信する第２のサーバとからＷｅｂページを取得可能であって、前記第２のサーバへのアクセスのフィルタリングを行うフィルタリング装置において、
ユーザ端末から送信されるアクセス要求を監視して、当該アクセス要求の文字列中から前記第１のサーバへのアクセス要求を示す文字列を検出する手段と、
少なくとも前記第１のサーバから配信される前記Ｗｅｂページ毎の有害判定情報を記憶した記憶装置を参照し、前記検出されたアクセス要求を示す文字列に基づいて前記第２のサーバへのアクセスのフィルタリングを行う手段と、
を備えたフィルタリング装置。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
（２）前記アクセス要求を示す文字列を検出する手段は、
前記ユーザ端末から送信されるアクセス要求の文字列のパターンに基づいて第１のサーバのＵＲＬを取得することにより、前記第２のサーバと同一の内容のコンテンツを有する前記第１のサーバへのアクセス要求を示す文字列を検出する、（１）に記載のフィルタリング装置。
（３）前記フィルタリングを行う手段は、
前記有害判定情報を記憶する有害判定サーバに前記第２のサーバへのアクセスの可否を問い合わせ、その問い合わせ結果に応じて前記フィルタリングを行う、（１）又は（２）に記載のフィルタリング装置。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
（４）前記有害判定サーバへの問い合わせの結果である前記サーバへのアクセスの可否の履歴を保存する手段を更に備え、
前記フィルタリングを行う手段は、
前記有害判定サーバに問い合わせる前に、前記第２のサーバに対するアクセスの可否を前記保存された履歴を参照して判定する、（３）に記載のフィルタリング装置。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
（５）オリジナルサイトのＷｅｂページを配信する第１のサーバと、当該オリジナルサイトと同一内容のＷｅｂページを配信する第２のサーバとからＷｅｂページを取得可能であって、前記第２のサーバへのアクセスのフィルタリングを行うコンピュータ・プログラムにおいて、
コンピュータに、
ユーザ端末から送信されるアクセス要求を監視して、当該アクセス要求の文字列中から前記第１のサーバへのアクセス要求を示す文字列を検出するステップと、
少なくとも前記第１のサーバから配信される前記Ｗｅｂページ毎の有害判定情報を記憶した記憶装置を参照し、前記検出されたアクセス要求を示す文字列に基づいて前記第２のサーバへのアクセスのフィルタリングを行うステップと、
を実行させるコンピュータ・プログラム。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
（６）オリジナルサイトのＷｅｂページを配信する第１のサーバと、当該オリジナルサイトと同一内容のＷｅｂページを配信する第２のサーバとからＷｅｂページを取得可能であって、前記第２のサーバへのアクセスのフィルタリングを行う方法において、
ユーザ端末から送信されるアクセス要求を監視して、当該アクセス要求の文字列中から前記第１のサーバへのアクセス要求を示す文字列を検出するステップと、
少なくとも前記第１のサーバから配信される前記Ｗｅｂページ毎の有害判定情報を記憶した記憶装置を参照し、前記検出されたアクセス要求を示す文字列に基づいて前記第２のサーバへのアクセスのフィルタリングを行うステップと、
を含む方法。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】削除
【補正の内容】
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
上記解決手段の特徴を、キャッシュサーバに保存されたコンテンツを例にとって説明する。
（Ａ）Ｗｅｂブラウザからコンテンツを格納したＷＷＷサーバ（第１のサーバ）にアクセスする際に、キャッシュサーバ（第２のサーバ）を利用したサービスを提供するＵＲＬへのアクセスを自動的に検出するモジュールをフィルタリング装置に実装し、ＵＲＬアクセス・リクエストに対して、フィルタリング用のＵＲＬリストへの照合を行なう前に、キャッシュサーバへのアクセスか否かを判断する。このモジュールは、予めキャッシュサーバを利用するサービスを提供するＵＲＬについての複数のパターン化されたデータ（文字列パターン）を備え、アクセス・リクエストが出されたＵＲＬに対して上記のパターンのいずれに合致するかを判定して検出するモジュールである。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００３２
【補正方法】変更
【補正の内容】
【００３２】
次に、ステップＳ１０２では、プロキシタイプ・リクエスト判断モジュール２０２が、ＵＲＬアクセス要求を含むＨＴＴＰリクエストを監視して、キャッシュサーバ５０へのＨＴＴＰリクエスト（以下、プロキシサイト・リクエストという）が送信されているかどうかを判断する。判断方法は、ＵＲＬのパターンを分析してパターンファイルとマッチさせる方法で行なう。具体的には、図４で後述する。キャッシュサーバ５０のコンテンツにアクセスするためのＵＲＬ（以下、リクエストＵＲＬという）には、ＷｅｂサイトのオリジナルＵＲＬから特定のアルゴリズムを使用して変換された文字列を持つパターンがある。