JP2004013258A

JP2004013258A - 情報フィルタリングシステム

Info

Publication number: JP2004013258A
Application number: JP2002162498A
Authority: JP
Inventors: Yukiko Ito; 伊藤　由起子; Takeshi Kokado; 古門　健
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2002-06-04
Filing date: 2002-06-04
Publication date: 2004-01-15

Abstract

【課題】日々増加するＷｅｂのページに対応できる情報フィルタリングを行うためには、フィルタリングの判定のためのデータベースの記憶容量を非常に大きくする必要があり、少数のユーザで使用する場合には、無駄が大きい。
【解決手段】単数または複数のクライアント側情報フィルタリング機能部とサーバ側情報フィルタリング機能部を設け、クライアント側情報フィルタリング機能部において要求された情報をクライアントに送信するかどうかの情報フィルタリング判定を行ない、判定不可能な情報については、サーバ側情報フィルタリング機能部に情報フィルタリング判定を行なわせる。
【選択図】　図１

Description

【０００１】
【発明の属する技術分野】
本発明は、主として、Ｗｅｂアクセスなどの際に、クライアントより要求された情報に関する応答を送信するかどうかを判断する情報フィルタリング方式に関する。
【０００２】
【従来の技術】
インターネットの普及に伴い、様々なＷｅｂのページを誰もが閲覧できる様になってきている。また、日々様々なＷｅｂのページが作られている。これらＷｅｂのページの中には、閲覧することが不適切である情報も含まれている。たとえば、成人向けの情報や暴力的な情報を子供に閲覧させない様にするために、あるいは企業で業務に関連しない情報を閲覧させないようにするために、閲覧を規制するための情報フィルタリング技術が検討されている。
【０００３】
たとえば、特開２００１−０９２７５０号公報「情報評価装置およびコンピュータネットワークシステム」では、評価値データのサーバコンピュータから取得した評価値データを、データベースサーバ毎に設定されたパラメータおよび属性別に設定されたパラメータのいずれか一方または両方を用いて再評価する手段を備え、利用者にとって有益度の高い情報を有害リストなどに依存することなく容易に得ることを実現している。
【０００４】
また、特開２０００−２３５５４０号公報「ＵＲＬ階層構造を利用した情報自動フィルタリング方法および装置」では、入力されたＨＴＭＬ情報のＵＲＬが上位ＵＲＬである場合、前記上位ＵＲＬが示す情報に対して自動フィルタリングを行い、前記情報が不適切である場合、上位ＵＲＬを不適切上位ＵＲＬ一覧に登録し、情報の提供を阻止し、上位ＵＲＬでなかった場合、このＵＲＬを不適切上位ＵＲＬ一覧の各ＵＲＬと照合し、一致するＵＲＬがある場合、情報の提示を阻止し、一致するものがない場合、前記ＵＲＬが示す情報に対して自動フィルタリングを行い、情報が不適切である場合、前記情報の提供を阻止することによって、階層構造になっているＵＲＬの上位ＵＲＬを用いることにより正解率及び再現率共に向上し得るとともに、画像のみが掲載されている少テキストページに対しても内容の不適切さを的確に判定し得るＵＲＬ階層構造を利用した情報自動フィルタリング方法および装置を提供している。
【０００５】
【発明が解決しようとする課題】
日々増加するＷｅｂのページに対応して情報フィルタリングを行うために、フィルタリングの判定に比較手段として用いるデータベースは大きくなりつつある。また、新しく作成されたページを目視などで評価し、データベースの更新を煩雑に行い、新しく作成された不適切なページにアクセスしてしまったり、アクセスしたいページにアクセスできなかったりといった不具合が生じないよう対処してフィルタリングの信頼性を向上させている。
【０００６】
データベースの削減や、フィルタリングの信頼性向上のために従来技術に示したような様々な工夫がされているが、世界に存在するＷｅｂページの数は膨大であるため、依然として大きな記憶領域を必要とする。
【０００７】
しかしながら、個々人が実際にアクセスを行うＷｅｂのページは限られており、データベースの大半は使われないデータであり、データベースの煩雑な更新もほとんどが使われないデータのためのものであると想定される。フィルタリングの信頼性をあげるために、多くの記憶容量とデータベース更新処理を必要とするが、多くは使われないデータのためのものであり、無駄が多い。情報フィルタリング装置を多ユーザで共有する場合には、使われないデータは少なくなると想定されるが、アクセスの負荷により、サポートできるユーザ数に限界が生じる。
【０００８】
【課題を解決するための手段】
上記問題を解決するために、本発明の情報フィルタリングシステムは、クライアント側情報フィルタリング機能部と、サーバ側情報フィルタリング機能部で構成され、クライアントからの情報の要求が前記クライアント側情報フィルタリング機能部に到着すると、要求された情報をクライアントに送信するかどうかの情報フィルタリング判定を行い、前記クライアント側情報フィルタリング機能部で判定不可能な情報については、前記サーバ側情報フィルタリング機能部に情報フィルタリング判定を行わせる機能を有している。
【０００９】
さらに、サーバ側情報フィルタリング機能部による判定結果をもとに、前記クライアント側情報フィルタリング機能部での情報フィルタリングの判定に用いる判定リストを更新する情報フィルタリング判定リスト更新手段を有している。
【００１０】
【発明の実施の形態】
（実施の形態１）
以下、本発明の実施例を図面を用いて詳細に説明する。
【００１１】
図１は、本発明の実施の形態による情報フィルタリングシステムの構成を示す図である。図１において、１０１、１０２は、情報の送信をサーバに対して要求するクライアントである。１０３、１０４はクライアントが要求した情報に対して、応答送信の可否を判断するクライアント側情報フィルタリング機能部である。１０５は情報フィルタリング判定手段で、１０６は情報フィルタリング判定リスト更新手段であり、双方ともクライアント側情報フィルタリング機能部１０３、１０４の構成要素となっている。１０７はサーバ側情報フィルタリング機能部であり、クライアント側情報フィルタリング機能部１０３、１０４からの要求に応じて、応答送信の可否を判断する。１０８はサーバである。サーバ１０８にアクセスするクライアントは複数存在し、また、クライアント側情報フィルタリング機能部も複数存在する。クライアント側情報フィルタリング機能部１０３、１０４に接続されるクライアントは単数または複数である。
【００１２】
クライアント１０１、１０２はクライアント側情報フィルタリング機能部１０３、１０４に対して情報を要求することにより、サーバ１０８に格納されている情報を得る。クライアント１０１から、情報の送信を要求されると、クライアント側情報フィルタリング機能部１０３の情報フィルタリング判定手段１０５は、フィルタリングの判定を行う。情報フィルタリング判定手段１０５では、アクセスを許可するＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）のリスト（ホワイトリスト）とアクセスを不許可とするＵＲＬのリスト（ブラックリスト）を保持している。図５にホワイトリストの１例を示す。図６にブラックリストの１例を示す。ａａａ、ｂｂｂ／ｃｃｃ、ｄｄ、ｅｅ／ｆｆと記載されているのは、それぞれＵＲＬである。それぞれのＵＲＬには、最終アクセス日時が順序情報として対応づけられ、記憶されている。２００２／１／１０、２００２／３／２０、２００１／１２／２、２００２／２／１５と記載されているのはそれぞれ最終アクセス日時である。
【００１３】
情報フィルタリング判定手段１０５の動作を図２を用いて説明する。
【００１４】
図２は情報フィルタリング判定手段１０５のフィルタリング判定動作の１例を示すフローチャート図である。情報フィルタリング判定手段１０５は、クライアント１０１からの要求の受信を判断し（ステップ２０１）、要求を受信すると、ホワイトリストに要求されたＵＲＬが登録されているどうかを検索する（ステップ２０２）。登録されている場合には、アクセス許可とし、ホワイトリストの順序情報を更新するとともに、サーバ１０８に情報の要求を行い、送信された応答をクライアント１０１に送信する（ステップ２０３）。ホワイトリストに要求されたＵＲＬが登録されていない場合には、ブラックリストに要求されたＵＲＬが登録されているかどうかを検索する（ステップ２０４）。登録されている場合には、アクセス不許可とし、ブラックリストの順序情報を更新するとともに、アクセス不可の応答をクライアントに送信する（ステップ２０５）。ブラックリストに要求されたＵＲＬが登録されていない場合には、サーバ側情報フィルタリング機能部１０７に情報の要求を送信する（ステップ２０６）。
【００１５】
このときのサーバ側情報フィルタリング機能部１０７の動作について図３を用いて説明する。
【００１６】
図３は、情報フィルタリング判定手段１０５から情報の要求を受け取ったときのサーバ側情報フィルタリング機能部１０７の動作の１例を示すフローチャート図である。サーバ側情報フィルタリング機能部１０７は、クライアント側情報フィルタリング機能部１０３からの情報の要求の受信を判断し（ステップ３０１）、要求を受信すると、情報フィルタリングの判断を行う（ステップ３０２）。そして、その判断に従い、アクセス許可の場合には、サーバ１０８に情報を要求し、応答を情報フィルタリング判定リスト更新手段１０６に送信する。また、アクセス不許可の場合には、不許可の応答を情報フィルタリング判定リスト更新手段１０６に送信する（ステップ３０３）。
【００１７】
次に、サーバ側情報フィルタリング機能部１０７から応答をうけとった時の情報フィルタリング判定リスト更新手段１０６の動作について図４を用いて説明する。
【００１８】
図４は、サーバ側情報フィルタリング機能部１０７から応答をうけとった時の情報フィルタリング判定リスト更新手段１０６の動作の１例を示すフローチャート図である。
【００１９】
情報フィルタリング判定リスト更新手段１０６は、サーバ側情報フィルタリング機能部１０７からの応答の受信を判断し（ステップ４０１）、応答を受信すると、応答が正常応答であるかどうかを調査する（ステップ４０２）。正常応答である場合には、情報フィルタリング判定手段１０５が保持するホワイトリストにアクセスしたＵＲＬを追加できる記憶領域があるかどうかを調査する（ステップ４０３）。記憶領域がない場合には、最も順序情報の古い情報を消去し、記憶領域を確保する（ステップ４０４）。たとえば、順序情報が最終アクセス日時の場合、最も古い日時のＵＲＬが消去される。そして、ホワイトリストにアクセスしたＵＲＬとその順序情報を追加する（ステップ４０５）。正常応答でない場合には、サーバ１０８に直接アクセスした場合にはアクセス可能かどうか調査する（ステップ４０６）。アクセス可能な場合に限り、情報フィルタリング判定手段１０５が保持するブラックリストにアクセスしたＵＲＬとその順序情報を追加するために、リストの記憶領域があるかどうかを調べる。（ステップ４０７）。記憶領域がない場合には、最も順序情報の古いＵＲＬを消去し、記憶領域を確保する（ステップ４０８）。そして、ブラックリストにアクセスしたＵＲＬとその順序情報を追加する（ステップ４０９）。
【００２０】
また、クライアント側情報フィルタリング機能部１０３は、サーバ側情報フィルタリング機能部１０７から到着した応答をクライアント１０１に送信する。
【００２１】
以上、本発明の実施の形態１について説明したが、処理の順序は１例にすぎず、このかぎりではない。たとえば、図２におけるステップ２０２の判断とステップ２０４の判断は順序が逆になってもよい。
【００２２】
また、順序情報の例を最終アクセス日時としたが、アクセスの順序がわかる情報であれば、このかぎりではない。
【００２３】
（実施の形態２）
以下、本発明の実施の形態２について図面を用いて説明する。
【００２４】
図７は、本発明の実施の形態２における情報フィルタリング判定手段１０５の動作の１例を示すフローチャート図である。情報フィルタリング判定手段１０５は、クライアント１０１からの情報の要求受信を判断し（ステップ７０１）、要求を受信すると、情報フィルタリング判定リストに合致しているかどうかを判断する（ステップ７０２）。
【００２５】
ここで、情報フィルタリング判定リストには、たとえば、アクセスを許可するファイルあるいはディレクトリのリスト（ホワイトリスト）、アクセスを不許可とするファイルあるいはディレクトリのリスト（ブラックリスト）、送信を不許可とするフレームに含まれている文字列のリストといったものがある。図１０は、ホワイトリストの構成イメージを示し、図１１はブラックリストの構成イメージを示す。ここで、ｇｇｇ、ｊｊｊ／ｋｋｋ／ｌｌｌ、ｍｍはファイル名を、ｈｈｈ／ｉｉｉ／、ｏｏ／ｐｐ／ｑｑ／はディレクトリ名の例を示す。また、図１２は、送信を不許可とするフレームに含まれている文字列のリストのイメージを示す。「ｒｒｒｒ」、「ｓｓｓｓｓ　ｓｓｓｓ」はそれぞれ文字列の例である。送信を不許可とするフレームに含まれている文字列のリストの判断のためには、サーバ１０８に対して情報をサーバ側情報フィルタリング機能部１０７を介さないで直接要求し、判定を行なう。
【００２６】
情報フィルタリング判定リストをもとに判定を行ない、その結果、情報フィルタリング判定リストに合致せず判定が行えない場合には、サーバ側情報フィルタリング機能部１０７に情報を要求する（ステップ７０３）。また、情報フィルタリング判定リストに合致する場合には、フィルタリングの判定を行ない、アクセス許可、不許可の結果に応じた応答をクライアント１０１に送信する処理を行なう（ステップ７０４）。
【００２７】
次に、情報フィルタリング判定手段１０５から問い合わせを受けた際のサーバ側情報フィルタリング機能部１０７の動作について図８を用いて説明する。
【００２８】
図８は、情報フィルタリング判定手段１０５から問い合わせを受けた際のサーバ側情報フィルタリング機能部１０７の動作の１例を示すフローチャート図である。サーバ側情報フィルタリング機能部１０７は、クライアントサーバ側情報フィルタリング機能部１０３からの要求の受信を判断し（ステップ８０１）、受信した場合には、情報フィルタリングの判定を行なう（ステップ８０２）。そして、判定結果として得られる情報フィルタリング判定パラメータを応答に付与して、クライアント側情報フィルタリング機能部１０３に送信する（ステップ８０３）。たとえば、アクセスを許可するディレクトリの情報や、アクセスを不許可とする文字列の情報が判定パラメータとして送信される。
【００２９】
次に、サーバ側情報フィルタリング機能部１０７からの応答を受け取った場合のクライアント側情報フィルタリング機能部１０３の動作について説明する。図９は、サーバ側情報フィルタリング機能部１０７からの応答を受け取った場合の情報フィルタリング判定リスト生成手段１０６の動作の１例を示すフローチャート図である。情報フィルタリング判定リスト生成手段１０６では、サーバ側情報フィルタリング機能部１０７からの応答の受信を判断し（ステップ９０１）、応答を受信した場合には、フィルタリング判定リストへの追加を行なう（ステップ９０２）。
【００３０】
以上のようにして、情報フィルタリング判定リストを更新し、クライアント側情報フィルタリング機能部１０３は応答をクライアント１０１に送信する。
【００３１】
（実施の形態３）
以下、本発明の実施の形態３について図面を用いて説明する。図１３は、本発明の実施の形態３における情報フィルタリング判定手段１０５の動作の１例を示すフローチャート図である。情報フィルタリング判定手段１０５は、クライアント１０１からの情報の要求受信を判断し（ステップ１３０１）、要求を受信すると、情報フィルタリング判定リストに合致しているかどうかを判断する（ステップ１３０２）。
【００３２】
ここで、情報フィルタリング判定リストには、たとえば、アクセスを許可するファイルあるいはディレクトリのリスト（ホワイトリスト）、アクセスを不許可とするファイルあるいはディレクトリのリスト（ブラックリスト）、送信を不許可とするフレームに含まれている文字列のリストといったものがある。図１０は、ホワイトリストの構成イメージを示し、図１１はブラックリストの構成イメージを示す。ここで、ｇｇｇ、ｊｊｊ／ｋｋｋ／ｌｌｌ、ｍｍはファイル名を、ｈｈｈ／ｉｉｉ／、ｏｏ／ｐｐ／ｑｑ／はディレクトリ名の例を示す。また、図１２は、送信を不許可とするフレームに含まれている文字列のリストのイメージを示す。「ｒｒｒｒ」、「ｓｓｓｓｓ　ｓｓｓｓ」はそれぞれ文字列の例である。送信を不許可とするフレームに含まれている文字列のリストの判断のためには、サーバ１０８に対して情報をサーバ側情報フィルタリング機能部１０７を介さないで直接要求し、判定を行なう。
【００３３】
情報フィルタリング判定リストもとに判定を行ない、その結果、情報フィルタリング判定リストに合致せず判定が行えない場合には、サーバ側情報フィルタリング機能部１０７にフィルタリング判定の問い合わせを行う（ステップ１３０３）。また、情報フィルタリング判定リストに合致する場合には、フィルタリングの判定を行ない、アクセス許可、不許可の結果に応じた応答をクライアント１０１に送信する処理を行なう（ステップ１３０４）。
【００３４】
次に、情報フィルタリング判定手段１０５から問い合わせを受けた際のサーバ側情報フィルタリング機能部１０７の動作について図１４を用いて説明する。
【００３５】
図１４は、情報フィルタリング判定手段１０５から問い合わせを受けた際のサーバ側情報フィルタリング機能部１０７の動作の１例を示すフローチャート図である。サーバ側情報フィルタリング機能部１０７は、クライアント側情報フィルタリング機能部１０３からの要求の受信を判断し（ステップ１４０１）、受信した場合には、情報フィルタリングの判定を行なう（ステップ１４０２）。そして、判定結果として得られる情報フィルタリング判定パラメータを応答に付与して、クライアント側情報フィルタリング機能部１０３に送信する（ステップ１４０３）。
【００３６】
次に、サーバ側情報フィルタリング機能部１０７からの応答を受け取った場合のクライアント側情報フィルタリング機能部１０３の動作について説明する。
【００３７】
図１５は、サーバ側情報フィルタリング機能部１０７からの応答を受け取った場合の情報フィルタリング判定リスト生成手段１０６の動作の１例を示すフローチャート図である。情報フィルタリング判定リスト生成手段１０６では、サーバ側情報フィルタリング機能部１０７からの応答の受信を判断し（ステップ１５０１）、応答を受信した場合には、情報フィルタリング判定リストへの追加を行なう（ステップ１５０２）。
【００３８】
以上のようにして、情報フィルタリング判定リストを更新し、クライアント側情報フィルタリング機能部１０３は、更新された情報フィルタリング判定リストをもとに、「アクセス許可」の場合にはサーバ１０８に情報を要求して、応答をクライアント１０１に送信する。
【００３９】
以上、実施の形態で説明したように、クライアント側情報フィルタリング機能部１０３、１０４とサーバ側情報フィルタリング機能部１０７を設けることにより、クライアント側情報フィルタリング機能部のフィルタリング判定用リストの記憶領域をシステムの許容範囲に応じて、小さくすることができる。また、サーバ側情報フィルタリング機能部１０７へのアクセスの負荷を軽減できる。さらに、情報フィルタリング判定リスト更新手段１０６により、クライアント側情報フィルタリング機能部１０３の判定リストを、アクセス頻度の高いリストに自動更新することが可能となる。
【００４０】
【発明の効果】
以上のようにクライアント側情報フィルタリング機能部とサーバ側情報フィルタリング機能部を設け、クライアント側情報フィルタリング機能部で要求された情報をクライアントに送信するかどうかの情報フィルタリング判定を行い、判定不可能な情報については、サーバ側情報フィルタリング機能部に情報フィルタリング判定を行わせることにより、クライアント側で行うフィルタリング判定に用いる判定リストの記憶容量を小さくすることができ、なおかつ多ユーザがアクセスするようなサーバ側情報フィルタリング機能部へのアクセス頻度を減らしてアクセスの過負荷状態を避けることが可能となる。
【００４１】
また、サーバ側情報フィルタリング機能部の判定結果をもとに、クライアント側情報フィルタリング機能部が情報フィルタリング判定に用いる判定リストを更新する機能を設けることにより、クライアント側情報フィルタリング機能部の自動更新が可能となり、新しく作られたＷｅｂページにも容易に対応することが可能となるとともに、アクセス頻度の高いリストに自動更新することが可能となる。
【図面の簡単な説明】
【図１】本発明の実施の形態における情報フィルタリングシステムの構成を示すブロック構成図
【図２】本発明の実施の形態１における情報フィルタリング判定手段１０５のフィルタリング判定動作を示すフローチャート
【図３】本発明の実施の形態１における情報フィルタリング判定手段１０５から情報の要求を受け取ったときのサーバ側情報フィルタリング機能部１０７の動作を示すフローチャート
【図４】本発明の実施の形態１におけるサーバ側情報フィルタリング機能部１０７から応答をうけとった時の情報フィルタリング判定リスト更新手段１０６の動作を示すフローチャート
【図５】本発明の実施の形態１におけるアクセスを許可するＵＲＬのリスト（ホワイトリスト）を示す図
【図６】本発明の実施の形態１におけるアクセスを不許可とするＵＲＬのリスト（ブラックリスト）を示す図
【図７】本発明の実施の形態２における情報フィルタリング判定手段１０５の動作を示すフローチャート
【図８】本発明の実施の形態２における情報フィルタリング判定手段１０５から情報の要求を受け取ったときのサーバ側情報フィルタリング機能部１０７の動作を示すフローチャート
【図９】本発明の実施の形態２におけるサーバ側情報フィルタリング機能部１０７から応答をうけとった時の情報フィルタリング判定リスト更新手段１０６の動作を示すフローチャート
【図１０】本発明の実施の形態２、３におけるアクセスを許可するファイルあるいはディレクトリのリスト（ホワイトリスト）を示す図
【図１１】本発明の実施の形態２、３におけるアクセスを不許可とするファイルあるいはディレクトリのリスト（ブラックリスト）を示す図
【図１２】本発明の実施の形態２、３におけるクライアント１０１に送信を不許可とするフレームに含まれている文字列のリストを示す図
【図１３】本発明の実施の形態３における情報フィルタリング判定手段１０５の動作を示すフローチャート
【図１４】本発明の実施の形態３における情報フィルタリング判定手段１０５からフィルタリング判定の問い合わせ要求を受け取ったときのサーバ側情報フィルタリング機能部１０７の動作を示すフローチャート
【図１５】本発明の実施の形態３におけるサーバ側情報フィルタリング機能部１０７から応答をうけとった時の情報フィルタリング判定リスト更新手段１０６の動作を示すフローチャート
【符号の説明】
１０１，１０２　クライアント
１０３，１０４　クライアント側情報フィルタリング機能部
１０５　情報フィルタリング判定手段
１０６　情報フィルタリング判定リスト更新手段
１０７　サーバ側情報フィルタリング機能部
１０８　サーバ

Claims

単数または複数のクライアント側情報フィルタリング機能部と、サーバ側情報フィルタリング機能部で構成され、クライアントは、サーバに情報を要求するときには、前記クライアント側情報フィルタリング機能部に情報を要求し、前記クライアントからの情報の要求が前記クライアント側情報フィルタリング機能部に到着すると、前記クライアント側情報フィルタリング機能部では、要求された情報をクライアントに送信するかどうかの情報フィルタリング判定を行い、前記クライアント側情報フィルタリング機能部で判定不可能な情報については、前記サーバ側情報フィルタリング機能部に情報フィルタリング判定を行わせることを特徴とした情報フィルタリングシステム。
前記サーバ側情報フィルタリング機能部によるフィルタリング判定の結果をもとに、前記クライアント側情報フィルタリング機能部での情報フィルタリング判定に用いる判定リストを更新する情報フィルタリング判定リスト更新手段をもつことを特徴とした請求項１に記載の情報フィルタリングシステム。
前記クライアント側情報フィルタリング機能部には、クライアントへの送信を許可する情報の位置情報またはクライアントへの送信を不許可とする情報の位置情報が存在し、前記送信を許可する情報の位置情報または前記送信を不許可とする情報の位置情報に該当しない位置情報をもつ情報については、前記サーバ側情報フィルタリング機能部に対して情報の要求を行ない、前記送信を許可する情報の位置情報に該当する位置情報をもつ情報については、前記サーバ側情報フィルタリング機能部を介さないで情報が格納されているサーバに要求を行ない、前記送信を不許可とする情報の位置情報に該当する位置情報をもつ情報については、前記クライアントに情報の送信を行なわないことを特徴とした請求項１記載の情報フィルタリングシステム。
前記サーバ側情報フィルタリング機能部に対して情報を要求した結果、情報が得られた場合には、前記送信を許可する情報の位置情報に要求した情報の位置情報を追加することを特徴とした請求項３記載の情報フィルタリングシステム。
前記サーバ側情報フィルタリング機能部に対して情報を要求した結果、情報を得ることができなかった場合には、前記サーバ側情報フィルタリング機能部を介さないで情報が格納されているサーバに要求を行ない、前記サーバから情報を得ることができた場合に前記送信を不許可とする情報の位置情報に要求した情報の位置情報を追加することを特徴とした請求項３記載の情報フィルタリングシステム。
前記クライアント側情報フィルタリング機能部で判定不可能な情報については、前記サーバ側情報フィルタリング機能部に対して情報を要求し、判定の結果送信可とした情報については前記サーバ側情報フィルタリング機能部を介さないでサーバに情報を要求することを特徴とした請求項１記載の情報フィルタリングシステム。
前記サーバ側情報フィルタリング機能部に対して情報を要求すると、前記サーバ側情報フィルタリング機能部は前記クライアント側情報フィルタリング機能部に対し、情報フィルタリング判定情報が付与された応答を送信し、前記クライアント側情報フィルタリング機能部では、前記情報フィルタリング判定情報をもとに情報フィルタリング判定手段を生成することを特徴とする請求項６記載の情報フィルタリングシステム。
前記クライアント側情報フィルタリング機能部で判定不可能な情報については、前記サーバ側情報フィルタリング機能部に対して情報フィルタリング判定の問い合わせを行い、前期問い合わせ結果をもとに情報フィルタリング判定リストを更新することを特徴とした請求項２記載の情報フィルタリングシステム。
前記クライアント側情報フィルタリング機能部では、前記情報フィルタリングの判定リスト参照の順序情報を記憶しており、前記判定リストを更新する際、あらかじめ決められた記憶容量を超える場合には、最も順序情報の古い情報を消去し、記憶領域を確保することを特徴とする請求項２記載の情報フィルタリングシステム。