JPWO2009066365A1 - ウェブサイトの閲覧を管理するシステム - Google Patents

Abstract

フィルタリングサーバ６で行う探索処理は、閲覧対象となるＵＲＬが、ＵＲＬの集合に含まれているか否かを調べる。その結果として、ＵＲＬの探索とそのＵＲＬが属するカテゴリの取得処理、および、取得したカテゴリとクライアントが閲覧制限を行っているカテゴリとの比較処理という一連の処理が不要となるので、処理が高速になる。ＵＲＬＤＢ３１ＡとキャッシュＤＢ３１Ｂの探索処理を並列実行し、一方で閲覧対象となるＵＲＬが見つかった時点で探索処理を終了する。このことにより、探索処理のより一層の高速化が実現できる。

Description

本発明は、インターネット上のウェブサイトを閲覧するためのＵＲＬ（Uniform Resource Locator）を監視して、閲覧の可否を制御する技術に関するものである。

インターネット上の有害情報の閲覧を制御する手法として、いわゆるＵＲＬフィルタリング処理が知られている。このＵＲＬフィルタリング処理は、ウェブブラウザが表示しようとするウェブページのＵＲＬ文字列を、通信経路中に存在するフィルタリングサーバで調べることで、閲覧の可否を決定する手法である。

ＵＲＬフィルタリング処理は、以下のようにして実行される。まず、閲覧対象とするウェブサイトを表すＵＲＬをフィルタリングサーバへ送信する。フィルタリングサーバは、受信したＵＲＬをＵＲＬデータベースから探索し、当該ＵＲＬのカテゴリを取得して、閲覧が許可されているカテゴリかどうかを調べる。閲覧が禁止されているカテゴリであれば、クライアントへ規制情報を送信する。閲覧が許可されているカテゴリならば、閲覧対象とするウェブサイトのウェブサーバへ接続してウェブサイトの表示に用いるデータを取得し、クライアントへ送信する。

特開２００５−１０７８３１号公報

従来から知られている方法では、ウェブサイトを閲覧するたびに、フィルタリングサーバ上でＵＲＬデータベースに対して全数検索が実行されるので、フィルタリングサーバでの処理に時間がかかってしまうという問題があった。

本発明の第１の様態は、クライアントから要求されたウェブサイトの閲覧を制御する装置であって、複数のＵＲＬ、および、複数のＵＲＬを１つの集合体としたとき集合体に割り振られた規制レベル符号を記憶するＵＲＬ記憶部と、ウェブサイトに対応したＵＲＬ、および、クライアントに固有の規制レベル符号を受信する閲覧要求受信部と、閲覧要求受信部により受信されたＵＲＬおよび固有の規制レベル符号に応答して、ＵＲＬ記憶部から固有の規制レベル符号に対応する集合体を特定し、特定した集合体から閲覧要求受信部により受信されたＵＲＬを検索した結果に応じて、ウェブサイトの閲覧を許可もしくは不許可とするフィルタリングサーバとを備え、フィルタリングサーバにより閲覧が許可されたウェブサイトに対してのみ、インターネットを介して所定の閲覧手続きを行う、ウェブサイトの閲覧制御装置である。
本発明の第２の様態は、第１の様態に記載のウェブサイトの閲覧制御装置において、ＵＲＬ記憶部は、規制レベル符号に対応して閲覧が禁止されているＵＲＬを格納したＵＲＬデータベースと、ＵＲＬデータベースに格納されていないＵＲＬであることが確認されたＵＲＬを格納しておくキャッシュデータベースとを備え、フィルタリングサーバは、ＵＲＬデータベースおよびキャッシュデータベースを同時並行的に検索し、いずれか一方のデータベースにおいて閲覧要求受信部により受信されたＵＲＬが発見された時点で他方のデータベースの検索を終了する。
本発明の第３の様態は、第２の様態に記載のウェブサイトの閲覧制御装置において、フィルタリングサーバは、ＵＲＬデータベースに閲覧要求受信部により受信されたＵＲＬが含まれていた場合には、ウェブサイトの閲覧を不許可とし、キャッシュデータベースに閲覧要求受信部により受信されたＵＲＬが含まれていた場合には、ウェブサイトの閲覧を許可する。
本発明の第４の様態は、あらかじめ定めたフィルタリング規則に従って閲覧の管理を行うＵＲＬフィルタリングシステムであって、ウェブサイトに対応したＵＲＬを特定する入力部と、複数のＵＲＬ、および、複数のＵＲＬを１つの集合体としたとき集合体に割り振られた規制レベル符号を記憶するＵＲＬ記憶部と、入力部により特定されたＵＲＬ、および、クライアントに固有の規制レベル符号を送出する閲覧要求部と、閲覧要求部から送出されたＵＲＬおよび固有の規制レベル符号に応答して、ＵＲＬ記憶部から固有の規制レベル符号に対応する集合体を特定し、特定した集合体から入力部により特定されたＵＲＬを検索した結果に応じて、ウェブサイトの閲覧を許可もしくは不許可とするフィルタリングサーバと、フィルタリングサーバにより閲覧が許可されたウェブサイトに対してのみ、インターネットを介して所定の通信を行う通信部と、を備えたＵＲＬフィルタリングシステムである。
本発明の第５の様態は、クライアントから要求されたウェブサイトの閲覧を制御する方法として、ウェブサイトに対応したＵＲＬを特定する入力ステップと、複数のＵＲＬ、および、複数のＵＲＬを１つの集合体としたとき集合体に割り振られた規制レベル符号を記憶するＵＲＬ記憶ステップと、入力ステップにおいて特定されたＵＲＬ、および、クライアントに固有の規制レベル符号を受信する閲覧要求受信ステップと、閲覧要求受信ステップにより受信されたＵＲＬおよび固有の規制レベル符号に応答して、固有の規制レベル符号に対応する集合体を特定し、特定した集合体から特定されたＵＲＬを検索した結果に応じて、ウェブサイトの閲覧を許可もしくは不許可とするフィルタリングステップと、閲覧が許可されたウェブサイトに対してのみ、インターネットを介して所定の閲覧手続きを行う閲覧ステップと、を備えるウェブサイトの閲覧制御方法である。
本発明の第６の様態は、第５の様態に記載のウェブサイトの閲覧制御方法において、ＵＲＬ記憶ステップでは、規制レベル符号に対応して閲覧が禁止されている第１のＵＲＬ群と、第１のＵＲＬ群には含まれていないＵＲＬであることが確認された第２のＵＲＬ群とを記憶し、フィルタリングステップでは、第１のＵＲＬ群および第２のＵＲＬ群とを同時並行的に検索し、入力ステップで特定されたＵＲＬが発見された時点で検索を終了する。
本発明の第７の様態は、第５の様態または第６の様態に記載のウェブサイトの閲覧制御方法において、フィルタリングステップでは、第１のＵＲＬ群に入力ステップで特定されたＵＲＬが含まれていた場合には、ウェブサイトの閲覧を不許可とし、第２のＵＲＬ群に入力ステップで特定されたＵＲＬが含まれていた場合には、ウェブサイトの閲覧を許可する。
本発明の第８の様態は、クライアントから要求されたウェブサイトの閲覧を制御する処理をコンピュータで実行させるためのプログラムであって、複数のＵＲＬ、および、複数のＵＲＬを１つの集合体としたとき集合体に割り振られた規制レベル符号を記憶するＵＲＬ記憶処理と、ウェブサイトに対応したＵＲＬ、および、クライアントに固有の規制レベル符号を受信する閲覧要求受信処理と、閲覧要求受信処理において受信されたＵＲＬおよび固有の規制レベル符号に応答して、固有の規制レベル符号に対応する集合体を特定し、特定した集合体から受信されたＵＲＬを検索した結果に応じて、ウェブサイトの閲覧を許可もしくは不許可とするフィルタリング処理と、フィルタリング処理により閲覧が許可されたウェブサイトに対してのみ、インターネットを介して所定の閲覧手続きを行う閲覧処理と、を有するプログラムである。
本発明の第９の様態は、第８の様態に記載のプログラムにおいて、ＵＲＬ記憶処理では、 規制レベル符号に対応して閲覧が禁止されている第１のＵＲＬ群と、第１のＵＲＬ群には含まれていないＵＲＬであることが確認された第２のＵＲＬ群とを記憶し、フィルタリング処理では、第１のＵＲＬ群および第２のＵＲＬ群とを同時並行的に検索し、閲覧要求受信処理で受信されたＵＲＬが発見された時点で検索を終了する。
本発明の第１０の様態は、第８の様態または第９の様態に記載のプログラムにおいて、フィルタリング処理では、第１のＵＲＬ群に閲覧要求受信処理で受信されたＵＲＬが含まれていた場合には、ウェブサイトの閲覧を不許可とし、第２のＵＲＬ群に閲覧要求受信処理で受信されたＵＲＬが含まれていた場合には、ウェブサイトの閲覧を許可する。

本発明によれば、規制レベル符号に対応したＵＲＬの集合体からＵＲＬを検索し、見つかったか否かに応じて閲覧可否の判定を行うので、フィルタリングサーバが実行する処理量を従来よりも少なくすることができる。これにより、フィルタリングサーバの処理速度が高速になる。

本発明を適用したＵＲＬフィルタリングシステムの全体構成を示すブロック図である。 図１に示したクライアント１、フィルタリングサーバ６、フィルタリングデータベース７およびウェブサーバＷＳの動作を説明するための詳細なブロック図である。 ＵＲＬフィルタリングを実行する際のクライアント１の処理内容を説明するためのフローチャートである。 ＵＲＬフィルタリングを実行する際のフィルタリングサーバ６の処理内容を説明するためのフローチャートである。 ＵＲＬフィルタリングを実行する際のウェブサーバＷＳの処理内容を説明するためのフローチャートである。 フィルタリングサーバ６がフィルタリングデータベース７を用いてＵＲＬの閲覧可否を判定する処理を説明するためのフローチャートである。

＜実施の形態１＞
図１は、本発明を適用したＵＲＬフィルタリングシステムの全体構成を示すブロック図である。インターネット２を介してウェブサーバＷＳとローカルネットワーク４が相互に接続されている。

ローカルネットワーク４は、フィルタリングサーバ６と、フィルタリングデータベース７と、複数のクライアント８、１０、１２、１４を備えている。それぞれのクライアントは、ＣＰＵ、メモリおよび図示しない表示装置、入出力装置を備えた装置であり、メモリには後述する制御プログラムが格納されている。それぞれのクライアントは、ＣＰＵがそれぞれの制御プログラムを実行することによって、ウェブブラウザ８Ａ、１０Ａ、１２Ａ、１４Ａの各機能を実現する。

ウェブブラウザ８Ａ、１０Ａ、１２Ａ、１４Ａは、ウェブサーバＷＳと通信を行い、入力装置（図示せず）から指示されたＵＲＬで特定されるウェブページを表示する機能を果たす。

フィルタリングサーバ６は、ローカルネットワーク４内の各クライアント８、１０、１２、１４とインターネット２の間の通信を中継する。一般に知られているように、各クライアント８、１０、１２、１４がウェブサーバＷＳとＨＴＴＰ通信を実行する際には、クライアントが表示しようとしているウェブページのＵＲＬを基に、フィルタリングサーバ６が当該ウェブページを閲覧することの可否を判定する。そして、フィルタリングサーバ６が閲覧させるべきではないと判定した場合は、ウェブサーバＷＳとの通信を行わずに、閲覧が禁じられているウェブページである旨をクライアントへ通知する。

フィルタリングデータベース７は、フィルタリングサーバ６に接続されているデータベースである。フィルタリングサーバ６がウェブページの閲覧可否を判定する際、フィルタリングデータベース７から閲覧対象（すなわち、閲覧しようとしているウェブページ）のＵＲＬを検索する。フィルタリングサーバ６は検索結果を基に、ウェブページの閲覧可否を判定する。

図２は、図１に示したクライアント１、フィルタリングサーバ６、フィルタリングデータベース７およびウェブサーバＷＳの動作を説明するための詳細なブロック図である。図１と同じブロック要素には、同一の符号を付してある。

クライアント１の入力装置（図示せず）からＵＲＬ入力が指示されると、クライアント１からフィルタリングサーバ６へＵＲＬ２０、および、そのクライアント１に対して予め設定されている固有の規制レベルＩＤ２２が送信される。フィルタリングサーバ６は、ＵＲＬ２０と規制レベルＩＤ２２を用いてフィルタリングデータベース７へ閲覧可否の問い合わせを行い、結果２４を得る。閲覧が許可されないのであれば、閲覧不許可を意味する信号である閲覧制限通知をデータ３０としてクライアント１へ送信する。閲覧が許可された場合は、以下に述べる動作を行う。
まずウェブサーバＷＳへウェブページ表示用データの取得リクエスト２６を送信し、その後ウェブサーバＷＳから送信されてくるウェブページ表示用データ２８を受信する。続いて、受信したウェブページ表示用データ２８をデータ３０としてクライアント１へ送信する。クライアント１は受信したデータ３０を用いて表示装置（図示せず）へウェブページの表示を行う。

以下、フィルタリングデータベース７の構成について詳述する。フィルタリングデータベース７は、ＵＲＬデータベース（以下、ＵＲＬＤＢという）とキャッシュデータベース（以下、キャッシュＤＢという）から成る組を複数備えている。それぞれの組には固有のＩＤが与えられている。図２では、フィルタリングデータベース７は３１、３２、３３という３つの組を備えており、それぞれ１、２、３という固有のＩＤが与えられている。ＵＲＬＤＢとキャッシュＤＢは共に、後述する複数のＵＲＬを格納する。

ＵＲＬＤＢには、閲覧を制限するＵＲＬをあらかじめ登録しておく。登録方法としては、任意のＵＲＬを順に追加してもよいし、カテゴリ分けされた複数のＵＲＬについて、カテゴリごとに一括して登録してもよい。キャッシュＤＢは、最初は空になっており、ＵＲＬフィルタリングを実行する度に、閲覧が許可されているＵＲＬが追加されていく。
ＵＲＬＤＢが更新された場合には、キャッシュＤＢはリセットされて空になる。ＵＲＬＤＢとキャッシュＤＢから成る組の数は、クライアントにおいて利用される閲覧制限の設定種類と同じである。クライアントに設定されている規制レベルＩＤが変更された場合には、閲覧を制限するＵＲＬの集合（すなわち、ＵＲＬＤＢ）を切り替えて使用する。したがって、すべてのクライアントが同一の閲覧制限を設定する場合（すなわち、同一の規制レベルＩＤを使用する場合）は、ＵＲＬＤＢとキャッシュＤＢの組は１つだけでよい。

フィルタリングサーバ６がＵＲＬの閲覧可否を判定する際には、まず規制レベルＩＤ２２を用いてどのデータベースの組を用いるかを選択する。規制レベルＩＤ２２は各データベースの組３１、３２、３３に与えられている固有のＩＤ（ＩＤ＝Ｘ：Ｘ＝１，２，３）と対応しており、その規制レベルＩＤに対応するデータベースの組（３１、３２、３３のうちのいずれか１つ）が選択される。次に、選択されたデータベースの組に含まれているＵＲＬＤＢとキャッシュＤＢに対して、ＵＲＬ２０の検索処理を行う。ＵＲＬＤＢおよびキャッシュＤＢに対する検索処理は並列に実行される。フィルタリングサーバ６は、これら２つの検索結果に応じた内容の結果２４を得る。この結果を用いた判定処理については、図６を参照して後に詳述する。

以下、これまで述べてきた処理の具体的な手順を、フローチャートを用いて説明する。図３は、ＵＲＬフィルタリングを実行する際に、クライアントｎ（ｎ＝１，２，３，４）が実行すべき処理手順を示すフローチャートである。

図示しない入力装置からクライアントｎへＵＲＬ入力が指示されると、まずステップＳ３０において、閲覧対象となるＵＲＬ、および、クライアントｎに対して設定されている固有の規制レベルＩＤがフィルタリングサーバ６へ送信される。ステップＳ３１へ進み、フィルタリングサーバ６からのデータ送信を待つ。フィルタリングサーバ６からデータが送信されるとステップＳ３２へ進む。ステップＳ３２では、フィルタリングサーバ６から送信されてきたデータを受信し、その後にステップＳ３３へ進む。ステップＳ３３では、ステップＳ３２で受信したデータの種別を確認する。データの種別として、ウェブページ表示用データと、閲覧制限通知がある。ウェブページ表示用データを受信したのであればステップＳ３４へ、閲覧制限通知を受信したのであればステップＳ３５へ進む。ステップＳ３４では、受信したウェブページ表示用データを基にウェブページを表示して処理を終了する。一方、ステップＳ３５では、閲覧対象となるＵＲＬは閲覧が制限されているということを示すデータを表示して処理を終了する。

図４は、ＵＲＬフィルタリングを実行する際に、フィルタリングサーバ６が実行すべき処理手順を示すフローチャートである。

ステップＳ４０では、クライアントｎ（ｎ＝１，２，３，４）から送信されたＵＲＬ２０および固有の規制レベルＩＤ２２を受信する。ステップＳ４１では、受信したＵＲＬ２０および規制レベルＩＤ２２を基に閲覧可否を判定する。このステップＳ４１の具体的な処理内容は後ほど、図６を参照して詳述する。閲覧が許可されていればステップＳ４２において肯定判定がなされ、ステップＳ４３へ進む。ステップＳ４３では、ウェブサーバＷＳへウェブページ表示用データの取得リクエスト２６を送信する。ステップＳ４４では、ウェブサーバＷＳからデータが送信されてくるのを待つ。ウェブサーバＷＳからのデータ送信を確認するとステップＳ４５へ進む。ステップＳ４５では、送信されてきたウェブページ表示用データ２８を受信する。ステップＳ４６では、ウェブサーバＷＳから受信したウェブページ表示用データ２８をそのままクライアントｎへ送信して処理を終了する。
他方、ステップＳ４１でウェブページの閲覧を許可しないという判定が行われた場合は、ステップＳ４２において否定判定がなされるのでステップＳ４７へ進む。ステップＳ４７では、クライアントｎへ閲覧制限通知を送信して処理を終了する。

図５は、ＵＲＬフィルタリングを実行する際に、ウェブサーバＷＳが実行すべき処理手順を示すフローチャートである。

ステップＳ５０では、フィルタリングサーバ６から送信されるウェブページ表示用データの取得リクエスト２６を受信する。ステップＳ５１では、そのリクエスト２６に応じたウェブページ表示用データ２８をフィルタリングサーバ６へ送信する。

図６は、フィルタリングサーバ６がフィルタリングデータベース７を用いてＵＲＬの閲覧可否を判定する手順を示すフローチャートである。図４のステップＳ４１では、この図６に示す処理が実行されている。

始めに、ステップＳ６０では、規制レベルＩＤ２２に対応したＩＤを持つデータベースの組３１、３２、３３を探索する。これ以降の処理では、ＵＲＬＤＢならびにキャッシュＤＢとして、ステップＳ６０で選択したデータベースの組に含まれているＤＢを利用する。次に、ステップＳ１０１から始まる処理とステップＳ２０１から始まる処理を並列実行する。以下、まずステップＳ１０１から始まる処理について説明し、その後ステップＳ２０１から始まる処理の説明を行う。

ステップＳ１０１では、選択したＵＲＬＤＢから閲覧対象となるＵＲＬを探索する。探索の結果、ＵＲＬＤＢ内に閲覧対象となるＵＲＬが見つかったならばステップＳ１０２において肯定判定がなされ、ステップＳ１０４へ進む。ステップＳ１０４では、閲覧可否についての判定結果として「閲覧を許可しない」を設定し、探索処理を終了する。ステップＳ１０２において否定判定がなされた場合は、ステップＳ１０３へ進む。ステップＳ１０３において、ＵＲＬＤＢを全て探索し終えたときには肯定判定がなされ、ステップＳ１１１へ進む。ステップＳ１１１では、閲覧可否についての判定結果として「閲覧を許可する」を設定し、探索処理を終了する。ステップＳ１０３において否定判定がなされた場合は、ステップＳ１１０へ進む。同時並行して実行されているキャッシュＤＢの探索処理が既に終了しており、かつキャッシュＤＢで閲覧対象となるＵＲＬが見つかっているならばステップＳ１１０において肯定判定がなされるので、ステップＳ１２０へ進んで探索処理を終了する。ステップＳ１１０において否定判定がなされた場合は、ステップＳ１０１へ戻り探索処理を続行する。

ステップＳ２０１では、選択したキャッシュＤＢから閲覧対象となるＵＲＬを探索する。探索の結果、キャッシュＤＢ内に閲覧対象のＵＲＬが見つかったならばステップＳ２０２において肯定判定がなされ、ステップＳ２０４へ進む。ステップＳ２０４では、閲覧可否についての判定結果として「閲覧を許可する」を設定し、探索処理を終了する。ステップＳ２０２において否定判定がなされた場合は、ステップＳ２０３へ進む。キャッシュＤＢを全て探索し終えたならばステップＳ２０３において肯定判定がなされ、ステップＳ２１１へ進んで探索処理を終了する。ステップＳ２０３において否定判定がなされた場合は、ステップＳ２１０へ進む。同時並行して実行されているＵＲＬＤＢの探索処理が既に終了しているならばステップＳ２１０において肯定判定がなされるので、ステップＳ２２０へ進んで探索処理を終了する。ステップＳ２１０において否定判定がなされた場合は、ステップＳ２０１へ戻って探索処理を続行する。

ＵＲＬＤＢとキャッシュＤＢの探索処理がどちらも終了すると、ステップＳ３００へ進む。ステップＳ３００では、閲覧可否についての判定結果を確認する。閲覧可否についての判定結果が「閲覧を許可する」であればＳ３００において肯定判定がなされ、ステップＳ３０１へ進む。ステップＳ３０１では今回の閲覧対象となるＵＲＬをキャッシュＤＢへ登録し、処理を終了する。Ｓ３００において否定判定がなされた場合は、そのまま処理を終了する。

（実施の形態１による作用・効果）
上述した第１の実施の形態によれば、次の作用効果が得られる。
（１）フィルタリングサーバ６で行う探索処理は、閲覧対象となるＵＲＬがＵＲＬの集合に含まれているか否かを調べるだけとなっている。その結果として、従来必要とされている、ＵＲＬの探索とそのＵＲＬが属するカテゴリの取得処理、および、取得したカテゴリとクライアントが閲覧制限を行っているカテゴリとの比較処理という一連の処理が不要となるので、処理が高速になる。
（２）ＵＲＬＤＢとキャッシュＤＢの探索処理を並列実行し、一方で閲覧対象となるＵＲＬが見つかった時点で探索処理が終了するようになっている。このことに起因して、探索処理のより一層の高速化が実現できる。
（３）規制レベルＩＤが送られて来ない場合は、フィルタリング処理の対象外として取り扱うことができる。その結果として、フィルタリング処理を伴わない閲覧処理のスループットが、フィルタリングサーバ６が存在しない場合と同一になる。
（４）従来のフィルタリング処理のように、閲覧対象となるＵＲＬのカテゴリを探索して、閲覧可否を決めるルールと照合することによって閲覧可否を判定するのではなく、規制レベルＩＤごとに用意したＵＲＬＤＢに閲覧対象となるＵＲＬが存在するか否かで閲覧可否が判定できる。
（５）過去の許可実績によるキャッシュＤＢを備え、キャッシュＤＢの探索も同時に実行し、ＵＲＬＤＢの探索処理とキャッシュＤＢの探索処理とで、より早く得られたいずれかの結果を用いることにより、閲覧可否の判定が高速に行える。
（６）従来例に比べて、ウェブページの閲覧に発生するクライアントからの通信の回数、および、項目数が従来の半分ですむ。
（７）従来は、閲覧可否の判定を行う前に、閲覧対象となるＵＲＬからデータを先取りするが、閲覧制限が行われた場合には無駄な通信となる。一方、本実施形態ではデータの先取りは行わないので、無駄な通信がなくなる。
（８）従来は、クライアント側に閲覧可否を決めるルールの管理機能や先取り取得したデータの保持が必要となるので、クライアント側でのリソースが余計に必要になるが、本実施例ではデータを閲覧可否の判定が行われてからデータを取得するので、無駄な通信がなくなる。
（９）フィルタリングサーバ６の負荷が減少することに起因して、フィルタリングサービスを提供する回線業者側サーバの負荷を最小限に抑えることができる。
（１０）フィルタリングサーバ６の処理量が減るので、フィルタリングによるウェブページの閲覧処理の速度低下を最小限にすることができる。

＜その他の実施の形態＞
実施の形態１に対する変形例として、以下に列挙する構成をとることも可能である。
（１）キャッシュＤＢへのＵＲＬの登録処理を実行しないようにしてもよい。この場合、キャッシュＤＢは常に空となり、キャッシュＤＢの探索処理を実行する必要がないので、並列処理を実行できない環境でも本発明を適用することが可能となる。
（２）キャッシュＤＢの大きさに上限を設け、キャッシュＤＢの大きさが上限に達したときには、キャッシュＤＢ中のもっとも長い間使われていないデータを削除するようにしてもよい。このようにすることにより、キャッシュＤＢによる記憶領域の過度な占有を抑止することができる。
（３）ＵＲＬＤＢに閲覧制限の対象となるＵＲＬではなく、閲覧許可の対象となるＵＲＬを登録するようにしてもよい。この場合、ＵＲＬＤＢに含まれていないＵＲＬはすべて閲覧を禁止される。また、キャッシュＤＢには閲覧が禁止されているＵＲＬを登録することになる。
（４）上述した図１〜図６を参照して説明した制御手順は、コンピュータにより実行可能なプログラムとして、着脱自在な記憶媒体を介して読み込むことが可能である。さらに、コンピュータで読み込み可能な形式のプログラムを有するコンピュータプログラム製品を介して、必要なプログラムを読み込むことが可能である。あるいは、図示しない通信回線を介して、必要なプログラムを読み込むことが可能である。さらに、インターネット等を介して改良プログラムの提供を受けることも可能である。

これまで、種々の実施の形態および変形例を説明してきたが、本発明はこれらの内容に限定されるものではない。本発明の技術的思想の範囲内で考えられるその他の態様も本発明の範囲内に含まれる。

特許請求の範囲に記載したＵＲＬ記憶部は、図１のフィルタリングデータベース７に相当する。特許請求の範囲に記載した閲覧要求受信部およびフィルタリングサーバは、図１のフィルタリングサーバ６に相当する。

なお、以上の説明はあくまでも一例であり、本発明を解釈する際に、上記実施例の形態の記載事項と特許請求の範囲の記載事項との対応関係に何ら限定も拘束もされない。

Claims (10)

1. クライアントから要求されたウェブサイトの閲覧を制御する装置であって、
   複数のＵＲＬ、および、前記複数のＵＲＬを１つの集合体としたとき前記集合体に割り振られた規制レベル符号を記憶するＵＲＬ記憶部と、
   前記ウェブサイトに対応したＵＲＬ、および、前記クライアントに固有の規制レベル符号を受信する閲覧要求受信部と、
   前記閲覧要求受信部により受信された前記ＵＲＬおよび前記固有の規制レベル符号に応答して、前記ＵＲＬ記憶部から前記固有の規制レベル符号に対応する集合体を特定し、前記特定した集合体から前記閲覧要求受信部により受信されたＵＲＬを検索した結果に応じて、前記ウェブサイトの閲覧を許可もしくは不許可とするフィルタリングサーバとを備え、
   前記フィルタリングサーバにより閲覧が許可されたウェブサイトに対してのみ、インターネットを介して所定の閲覧手続きを行う、ウェブサイトの閲覧制御装置。
2. 請求項１に記載のウェブサイトの閲覧制御装置において、
   前記ＵＲＬ記憶部は、
   前記規制レベル符号に対応して閲覧が禁止されているＵＲＬを格納したＵＲＬデータベースと、
   前記ＵＲＬデータベースに格納されていないＵＲＬであることが確認されたＵＲＬを格納しておくキャッシュデータベースとを備え、
   前記フィルタリングサーバは、前記ＵＲＬデータベースおよび前記キャッシュデータベースを同時並行的に検索し、いずれか一方のデータベースにおいて前記閲覧要求受信部により受信されたＵＲＬが発見された時点で他方のデータベースの検索を終了する、ウェブサイトの閲覧制御装置。
3. 請求項２に記載のウェブサイトの閲覧制御装置において、
   前記フィルタリングサーバは、前記ＵＲＬデータベースに前記閲覧要求受信部により受信されたＵＲＬが含まれていた場合には、前記ウェブサイトの閲覧を不許可とし、
   前記キャッシュデータベースに前記閲覧要求受信部により受信されたＵＲＬが含まれていた場合には、前記ウェブサイトの閲覧を許可する、ウェブサイトの閲覧制御装置。
4. あらかじめ定めたフィルタリング規則に従って閲覧の管理を行うＵＲＬフィルタリングシステムであって、
   前記ウェブサイトに対応したＵＲＬを特定する入力部と、
   複数のＵＲＬ、および、前記複数のＵＲＬを１つの集合体としたとき前記集合体に割り振られた規制レベル符号を記憶するＵＲＬ記憶部と、
   前記入力部により特定されたＵＲＬ、および、前記クライアントに固有の規制レベル符号を送出する閲覧要求部と、
   前記閲覧要求部から送出された前記ＵＲＬおよび前記固有の規制レベル符号に応答して、前記ＵＲＬ記憶部から前記固有の規制レベル符号に対応する集合体を特定し、前記特定した集合体から前記入力部により特定されたＵＲＬを検索した結果に応じて、前記ウェブサイトの閲覧を許可もしくは不許可とするフィルタリングサーバと、
   前記フィルタリングサーバにより閲覧が許可されたウェブサイトに対してのみ、インターネットを介して所定の通信を行う通信部と、
   を備えたＵＲＬフィルタリングシステム。
5. クライアントから要求されたウェブサイトの閲覧を制御する方法として、
   前記ウェブサイトに対応したＵＲＬを特定する入力ステップと、
   複数のＵＲＬ、および、前記複数のＵＲＬを１つの集合体としたとき前記集合体に割り振られた規制レベル符号を記憶するＵＲＬ記憶ステップと、
   前記入力ステップにおいて特定されたＵＲＬ、および、前記クライアントに固有の規制レベル符号を受信する閲覧要求受信ステップと、
   前記閲覧要求受信ステップにより受信された前記ＵＲＬおよび前記固有の規制レベル符号に応答して、前記固有の規制レベル符号に対応する集合体を特定し、前記特定した集合体から前記特定されたＵＲＬを検索した結果に応じて、前記ウェブサイトの閲覧を許可もしくは不許可とするフィルタリングステップと、
   前記閲覧が許可されたウェブサイトに対してのみ、インターネットを介して所定の閲覧手続きを行う閲覧ステップと、
   を備えるウェブサイトの閲覧制御方法。
6. 請求項５に記載のウェブサイトの閲覧制御方法において、
   前記ＵＲＬ記憶ステップでは、
   前記規制レベル符号に対応して閲覧が禁止されている第１のＵＲＬ群と、
   前記第１のＵＲＬ群には含まれていないＵＲＬであることが確認された第２のＵＲＬ群とを記憶し、
   前記フィルタリングステップでは、前記第１のＵＲＬ群および前記第２のＵＲＬ群とを同時並行的に検索し、前記入力ステップで特定されたＵＲＬが発見された時点で検索を終了する、ウェブサイトの閲覧制御方法。
7. 請求項５または６に記載のウェブサイトの閲覧制御方法において、
   前記フィルタリングステップでは、前記第１のＵＲＬ群に前記入力ステップで特定されたＵＲＬが含まれていた場合には、前記ウェブサイトの閲覧を不許可とし、
   前記第２のＵＲＬ群に前記入力ステップで特定されたＵＲＬが含まれていた場合には、前記ウェブサイトの閲覧を許可する、ウェブサイトの閲覧制御方法。
8. クライアントから要求されたウェブサイトの閲覧を制御する処理をコンピュータで実行させるためのプログラムであって、
   複数のＵＲＬ、および、前記複数のＵＲＬを１つの集合体としたとき前記集合体に割り振られた規制レベル符号を記憶するＵＲＬ記憶処理と、
   前記ウェブサイトに対応したＵＲＬ、および、前記クライアントに固有の規制レベル符号を受信する閲覧要求受信処理と、
   前記閲覧要求受信処理において受信された前記ＵＲＬおよび前記固有の規制レベル符号に応答して、前記固有の規制レベル符号に対応する集合体を特定し、前記特定した集合体から前記受信されたＵＲＬを検索した結果に応じて、前記ウェブサイトの閲覧を許可もしくは不許可とするフィルタリング処理と、
   前記フィルタリング処理により閲覧が許可されたウェブサイトに対してのみ、インターネットを介して所定の閲覧手続きを行う閲覧処理と、
   を有するプログラム。
9. 請求項８に記載のプログラムにおいて、
   前記ＵＲＬ記憶処理では、
   前記規制レベル符号に対応して閲覧が禁止されている第１のＵＲＬ群と、
   前記第１のＵＲＬ群には含まれていないＵＲＬであることが確認された第２のＵＲＬ群とを記憶し、
   前記フィルタリング処理では、前記第１のＵＲＬ群および前記第２のＵＲＬ群とを同時並行的に検索し、前記閲覧要求受信処理で受信されたＵＲＬが発見された時点で検索を終了する、プログラム。
10. 請求項８または９に記載のプログラムにおいて、
    前記フィルタリング処理では、前記第１のＵＲＬ群に前記閲覧要求受信処理で受信されたＵＲＬが含まれていた場合には、前記ウェブサイトの閲覧を不許可とし、
    前記第２のＵＲＬ群に前記閲覧要求受信処理で受信されたＵＲＬが含まれていた場合には、前記ウェブサイトの閲覧を許可する、プログラム。

Images