アクセス管理システムおよびアクセス管理方法
【課題】有害なウェブサイトなどへのアクセスを適正に取り締まるのは困難である。
【解決手段】フィルタリング管理サーバ１０の条件登録部２０は、保護者が操作するユーザ端末１０４ａから、自分の子供に対するフィルタリング条件を取得し、それを子供の識別情報とともに条件データベース２６に格納する。フィルタリング条件には、指定したコミュニティにおける他の子供に対するフィルタリング条件等に基づく、対象ウェブサイトのコミュニティ内での「評判」をポイントとして数値化した値に対する条件を含める。子供がネットワーク接続サーバ１０６を介してウェブサイトへアクセスする指示を入力した際、アクセス可否判定部１４は子供の識別情報とアクセス先のＵＲＬを取得し、条件データベース２６に格納されたフィルタリング条件を用いてアクセス可否を判定する。
【解決手段】フィルタリング管理サーバ１０の条件登録部２０は、保護者が操作するユーザ端末１０４ａから、自分の子供に対するフィルタリング条件を取得し、それを子供の識別情報とともに条件データベース２６に格納する。フィルタリング条件には、指定したコミュニティにおける他の子供に対するフィルタリング条件等に基づく、対象ウェブサイトのコミュニティ内での「評判」をポイントとして数値化した値に対する条件を含める。子供がネットワーク接続サーバ１０６を介してウェブサイトへアクセスする指示を入力した際、アクセス可否判定部１４は子供の識別情報とアクセス先のＵＲＬを取得し、条件データベース２６に格納されたフィルタリング条件を用いてアクセス可否を判定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報処理技術に関し、特にネットワークを介して提供されるウェブサイトやコンテンツへのアクセスを管理するシステムおよび当該システムに適用できるアクセス管理方法に関する。
【背景技術】
【０００２】
近年の情報処理技術の発展およびネットワーク環境の充実化に伴い、人々はコンピュータや携帯電話などを用いて様々な情報を容易に取得できるようになった。一方、情報を提供する側においても、テレビ、ラジオ、書籍、実店舗など従来型の情報提供手段と比較し、格段の容易さで情報を提供することが可能になった。その結果、ネットワーク上には、有害か否かに関わらずあらゆる情報が氾濫することとなった。
【０００３】
ネットワークを介して情報を取得することの手軽さから、ユーザが誤って意図しない有害なウェブサイトへアクセスしてしまったり、子供が興味本位にそのようなウェブサイトへアクセスしたり、といったことは日常的に発生している。そこで、ネットワーク、あるいはユーザが操作する情報機器においてサイトのフィルタリングを行い、有害なウェブサイトへのアクセスを遮断する技術が必要とされる。フィルタリングは基本的には、有害なウェブサイトのＵＲＬやフィルタパターンをフィルタリングリストとして作成しておき、ユーザがアクセス要求を行った際、要求されたＵＲＬを当該リストと比較することにより有害か否かを判定し、有害であればアクセス要求を破棄したうえ、ユーザにその旨を通知する（例えば特許文献１参照）。
【特許文献１】特開２００６−１８６３５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
フィルタリング技術において重要な役割を果たすフィルタリングリストは、フィルタリング機能を提供する会社や審査機関などによって、独自の基準により作成される。しかしながら、ウェブサイトやコンテンツの数は日々増大していること、有害・無害の判断基準は人によって大きく異なること、表現の自由の遵守、などの理由で、有害、無害を適切かつ完全に判別できるフィルタリングの実現は困難を極める。
【０００５】
本発明はこうした状況に鑑みてなされたものであり、その目的はユーザのニーズに合致したフィルタリング技術を提供することにある。
【課題を解決するための手段】
【０００６】
本発明のある態様は、アクセス管理システムに関する。このアクセス管理システムは、アクセス者が操作する端末から情報提供サーバへのアクセス要求がなされた際、当該アクセス要求を許可するか否かを判定するフィルタリング管理部と、フィルタリング管理部が判定したアクセス可否の判定結果に基づき、接続処理およびアクセス遮断処理のいずれかを実施するネットワーク接続処理部と、を備え、フィルタリング管理部は、アクセス者の識別情報と、当該アクセス者に対し設定者が設定したフィルタリング条件とを対応づけて記憶する条件データベースと、アクセス者の識別情報とアクセス要求先の識別情報に基づき条件データベースを検索し、アクセス可否を判定するアクセス可否判定部と、を含み、条件データベースは、他のアクセス者に対して設定されたフィルタリング条件に基づき算出した、アクセス要求先の評価を表す指標の大きさに対してアクセス可否の条件を設定したフィルタリング条件を記憶することを特徴とする。
【０００７】
ここで「アクセス要求先の評価を表す指標」とは、アクセスを要求されている情報提供サーバが提供するウェブサイトやコンテンツなどに対して他のアクセス者がアクセスを許可されているか不許可とされているか、といった観点から、当該ウェブサイトやコンテンツの評価を導出して数値化したものである。
【０００８】
本発明の別の態様も、アクセス管理システムに関する。このアクセス管理システムは、情報提供サーバがユーザの要求に応じて当該ユーザが操作する端末へコンテンツファイルを送信する際、当該送信を許可するか否かを判定するフィルタリング管理部と、フィルタリング管理部が判定した送信可否の判定結果に基づき、送信処理および送信遮断処理のいずれかを実施するネットワーク接続処理部と、を備え、フィルタリング管理部は、コンテンツ要求者の識別情報と、当該コンテンツ要求者に対し設定者が設定したフィルタリング条件とを対応づけて記憶する条件データベースと、コンテンツ要求者の識別情報とコンテンツファイルのファイルシグネチャに基づき前記条件データベースを検索し、送信可否を判定する送信可否判定部と、を含み、条件データベースは、他のコンテンツ要求者に対して設定されたフィルタリング条件に基づき算出した、コンテンツの評価を表す指標の大きさに対して送信可否の条件を設定したフィルタリング条件を記憶することを特徴とする。
【０００９】
本発明のさらに別の態様は、アクセス管理方法に関する。このアクセス管理方法は、コンピュータがネットワークを介して端末から情報提供サーバへのアクセスを管理する方法であって、端末からアクセス要求がなされた際、データベースが記憶する、他のユーザに対して設定されたフィルタリング条件に基づき、アクセス要求先の評価を表す指標の大きさを算出するステップと、アクセス者に対して設定されたフィルタリング条件をデータベースから読み出し、当該フィルタリング条件に含まれる、評価を表す指標の大きさに対するアクセス可否の基準と、算出した前記アクセス要求先の評価を表す指標の大きさと、を比較してアクセス可否を判定するステップと、アクセス可否の判定結果に基づき、接続処理およびアクセス遮断処理のいずれかを実施するステップと、を含むことを特徴とする。
【００１０】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１１】
本発明によれば、ユーザの意向、環境などに適応する、ネットワークアクセスのフィルタリングを実現することができる。
【発明を実施するための最良の形態】
【００１２】
図１は本実施の形態を適用できるシステムの構成例を示している。ネットワークシステム１００は、コンテンツを提供する情報提供サーバ１０２ａおよび１０２ｂ、ユーザが操作するユーザ端末１０４ａ〜１０４ｃ、ユーザ端末１０４ａ〜１０４ｃを情報提供サーバ１０２ａ、１０２ｂへ接続するネットワーク接続サーバ１０６、ユーザ端末１０４ａ〜１０４ｃのアクセス可否判定を行うフィルタリング管理サーバ１０を含む。情報提供サーバ１０２ａ、１０２ｂ、ネットワーク接続サーバ１０６、フィルタリング管理サーバ１０はそれぞれネットワーク１１０に接続している。
【００１３】
ネットワーク接続サーバ１０６は、ユーザ端末１０４ａなどから情報提供サーバ１０２ａへのアクセス要求を受け付けると、フィルタリング管理サーバ１０に対しアクセス可否について問い合わせを行う。また、情報提供サーバ１０２ａなどからユーザ端末１０４ａなどへダウンロードされるコンテンツのファイルについても、フィルタリング管理サーバ１０に対しダウンロードの可否について問い合わせを行う。そしてフィルタリング管理サーバ１０が判定したアクセス可否の結果に応じて、接続やダウンロードを進捗させたり遮断したりする。
【００１４】
フィルタリング管理サーバ１０は、フィルタリングに用いるデータベースを構築するとともに、ネットワーク接続サーバ１０６からの問い合わせに応じて、構築したデータベースに基づきアクセスやダウンロードの可否を判定する。詳細は以下に述べる。
【００１５】
なお図１に示したネットワークシステム１００の構成は例であり、ネットワークを介して情報を提供する装置とそれにアクセスする装置、それらを接続する装置、およびフィルタリング管理サーバを１０含む構成であれば、その接続態様や接続数は限定されない。特に情報提供サーバ１０２ａ、１０２ｂ、ユーザ端末１０４ａ〜１０４ｃ、ネットワーク接続サーバ１０６は一般的に実施されているいかなる接続態様であっても、本実施の形態を適用することができる。
【００１６】
ユーザ端末１０４ａ〜１０４ｃはユーザが操作する端末であり、パーソナルコンピュータ、携帯情報端末、携帯電話、テレビ受像器など情報提供サーバ１０２ａなどへの接続要求やコンテンツファイルのダウンロード要求が可能な機器であればよい。ネットワーク接続サーバ１０６は、ルータ、ゲートウェイ、プロキシ、基地局、ＤＮＳサーバ、デジタルテレビなど、ユーザ端末１０４ａ〜１０４ｃが所望の情報提供サーバへ接続するために必要な処理を行ういずれかのハードウェア、ソフトウェア、あるいはその組み合わせであるが、広義には携帯キャリア、ポータルサイト、インターネット喫茶、セキュリティソフトなどネットワーク１１０への接続を仲介するサービス機構としてもよい。
【００１７】
また、ネットワーク接続サーバ１０６のうちフィルタリング管理サーバ１０に問い合わせを行い、その結果に基づきアクセス処理やダウンロード処理を進捗させたり遮断したりする機能、あるいはその一部は、ユーザ端末１０４ａ〜１０４ｃに含まれていてもよい。フィルタリング管理サーバ１０への問い合わせ前後に行う、ユーザのアクセス要求の検知、ダウンロードするファイルの検知、遮断処理などは、一般的に実施されている手法を適用できる。さらにフィルタリング管理サーバ１０はネットワーク接続サーバ１０６に含まれていてもよい。
【００１８】
本実施の形態において、フィルタリング管理サーバ１０が構築するデータベースは、基本的にはアクセスを行うユーザに対応させた情報である。すなわちネットワークシステム１００は、各ユーザに合わせた基準でネットワークアクセスのフィルタリングを行うシステムである。基準の設定にはユーザあるいはその関係者の意志を反映させることができる。図２は本実施の形態においてフィルタリングを行うしくみの例を模式的に示している。
【００１９】
同図は典型的な例として、保護者の意志を反映させた条件によって子供のネットワークアクセスやコンテンツファイルの取得をフィルタリングする場合について示している。しかしながら当該態様によって本実施の形態を限定するものではない。例えば「子供」はネットワークアクセスを行ういかなる人間でもよいし、複数の人間からなるグループとしてもよい。また本実施の形態を適用する場面によって、「保護者」をいかなる立場の人間としてもよい。
【００２０】
図２において保護者は、フィルタリング管理サーバ１０のフィルタリング条件設定機能に対し、子供のネットワークアクセスやコンテンツファイルの取得に係るフィルタリング条件を設定する。フィルタリング管理サーバ１０には、他の保護者が登録した条件を蓄積しておく。さらに、フィルタリング管理サーバ１０が有するＳＮＳ（ソーシャルネットワーキングサービス）の機能に対し他の保護者が入力した意見を蓄積しておく。先の保護者は、そのような第３者のフィルタリング条件や意見に基づき自分の子供のフィルタリング条件を設定する。フィルタリング条件として、保護者は個別の情報提供サーバあるいはウェブサイトに対しアクセス可否を設定する。あるいは対象の情報提供サーバなどを指定せずに条件を設定し、子供がアクセス要求を行う都度、当該条件に則りフィルタリング管理サーバ１０がウェブサイトを評価し、アクセス可否を判断する。以後の説明では、アクセス要求先を「ウェブサイト」とするが、ネットワークや提供される情報の形式を限定するものではない。
【００２１】
設定する条件としてはまず、「ホラー」、「アダルト」など、ウェブサイト上で提供されるコンテンツのジャンル、「Ｒ−１５」、「Ｒ−１８」など、審査機関が決定した閲覧に対する年齢制限を示すレイティングが挙げられる。これらの情報はコンテンツに元から付加されている情報や、コンテンツとレイティングとを対応づけたデータベースを利用できる。この場合、例えば保護者が「Ｒ−１５」をアクセス不許可の条件として設定すると、子供が「Ｒ−１５」のコンテンツを提供するウェブサイトへのアクセスを要求した際、フィルタリング管理サーバ１０によって当該ウェブサイトへのアクセスが不許可と判定される。
【００２２】
あるいは、あるコミュニティにおけるウェブサイトの「評判」に対して条件を設定する。ここで「コミュニティ」とは本ネットワークシステム１００に参加しているユーザ、上記の例では保護者とその子供を、ある条件で抽出した集合である。「評判」に対して条件を設定する場合、保護者は、他の保護者あるいは子供の属性を条件としてさらに設定することにより所望のコミュニティを形成する。「評判」は、コミュニティに属する保護者のうち対象のウェブサイトをアクセス許可／不許可としている人数などに基づき所定の規則で数値化する。保護者がそれに対して基準値を与え、基準値に満たないウェブサイトはアクセスを不許可とする、などの条件を設定する。これにより、コミュニティにおいて「評判の悪い」ウェブサイトに自分の子供がアクセスするのを阻止することができる。
【００２３】
フィルタリング管理サーバ１０は子供がアクセス要求をした際、当該子供に対し保護者が設定したフィルタリング条件を検索し、アクセス可否を判定する。コンテンツファイルのダウンロードについても同様である。なお同図は基本的なしくみを示しているに過ぎず、より詳細な処理手順、登録情報などは後に詳述する。
【００２４】
図３はフィルタリング管理サーバ１０の構成をより詳細に示している。フィルタリング管理サーバ１０は、フィルタリングに用いるデータベースの構築と、ユーザに対する情報提供を行うデータベース構築部１２と、構築されたデータベースを参照して子供のアクセス要求、ダウンロード要求の可否を判定するアクセス可否判定部１４を含む。なお図２に示したように、フィルタリング管理サーバ１０にはＳＮＳの機能を含めてよいが、一般的な技術を適用できるためここでは図示を省略している。
【００２５】
図３において、様々な処理を行う機能ブロックとして記載される各要素は、ハードウェア的には、ＣＰＵ、メモリ、その他のＬＳＩで構成することができ、ソフトウェア的には、ネットワークを介した通信や、データベースへのアクセスを行うプログラムなどによって実現される。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。
【００２６】
データベース構築部１２は、利用者属性登録部１６、ソーシャル評価管理部１８、条件登録部２０、アクセス履歴管理部２１を含み、保護者が操作するユーザ端末１０４ａからの入力情報を取得して、利用者属性データベース２２、ソーシャル評価データベース２４、条件データベース２６を構築する。利用者属性登録部１６は、当該システムを利用する子供の属性を取得し、識別情報を付与してそれらを対応づけてを利用者属性データベース２２に格納する。子供の属性は、当該システムへの加入を行う際に、保護者などに入力させてもよい。あるいは、ネットワーク接続サーバ１０６が取得した属性や識別情報を利用してもよい。
【００２７】
ソーシャル評価管理部１８は、保護者が操作するユーザ端末１０４ａから、ウェブサイトに対する評価や意見などを取得して、評価がなされた日付、評価内容などを、対象のウェブサイトのＵＲＬ（Uniform Resorce Locator）や入力した保護者の子供の属性と対応づけたソーシャル評価をソーシャル評価データベース２４に格納する。保護者の評価や意見は、各保護者が我が子のフィルタリング条件を設定する際に入力したものを利用することができる。あるいは、フィルタリング管理サーバ１０に設けたＳＮＳに対し参加者が様々なウェブサイトについて議論したり評価したりした結果を収集してもよい。
【００２８】
条件登録部２０は、保護者が入力したフィルタリング条件を子供の識別情報ごとに条件データベース２６に格納する。保護者が設定するフィルタリング条件は、前述のようにコミュニティの形成条件や当該コミュニティにおける評価に対する基準値を設定した条件（以後、ソーシャル条件と呼ぶ）と、個別のウェブサイトに対してアクセス許可／不許可を設定した条件（以後、個別条件と呼ぶ）の少なくともいずれかを含む。そのほか、レイティングやジャンルなどでアクセス許可／不許可を設定した条件なども含めてよい。また、フィルタリング条件を設定する際は、各条件に対する保護者の意見や理由も入力できるようにし、条件データベース２６に格納する。
【００２９】
条件登録部２０は、保護者がフィルタリング条件を入力するのに先立ち、入力が可能な条件を選択できる画像データを生成し、ユーザ端末１０４ａに表示されるようにしてもよい。これと同様に、アクセス履歴管理部２１は、フィルタリング条件を入力する子供のアクセス履歴や他の子供のアクセス履歴を表示する画像データを生成し、保護者の指示に従ってユーザ端末１０４ａに表示されるようにする。この場合保護者は、我が子がこれまでにアクセスしたウェブサイトや同世代で流行しているウェブサイトなどを確認し、アクセスが望ましくないと考えられるウェブサイトをアクセス不許可とするように個別条件を設定することができる。このためフィルタリング管理サーバ１０は、アクセス履歴を識別情報ごとに蓄積して記憶するアクセス履歴データベース３２を備える。
【００３０】
フィルタリング管理サーバ１０はさらに、ウェブサイトやコンテンツと、それらに付与されたタグやレイティングとを対応づけたデータを格納する基本フィルタリングデータベース２５を備える。ここで「タグ」は、「暴力的」、「性的」などファイルの特徴や内容を表すキーワードである。基本フィルタリングデータベース２５としては、流通している一般的なデータベースを利用してもよい。保護者がレイティングなどをフィルタリング条件として設定した場合、基本フィルタリングデータベース２５はアクセス可否判定において参照される。各データベースが保持するデータ構造の具体例は後に述べる。
【００３１】
一方、アクセス可否判定部１４は、ウェブサイトへの子供のアクセス可否について、ネットワーク接続サーバ１０６から問い合わせがあった際に、保護者が設定した条件に従いアクセス可否を判定し、その結果をネットワーク接続サーバ１０６に返信する。アクセス可否判定部１４は、アクセス情報取得部２８および照合部３０を含む。
【００３２】
アクセス情報取得部２８は、ネットワーク接続サーバ１０６から送信された、アクセス要求を行っている子供の識別情報と、アクセス要求先のウェブサイトのＵＲＬなどの情報を取得する。照合部３０は、アクセス要求を行っている子供の識別情報に基づき、条件データベース２６に格納されたフィルタリング条件を検出し、必要に応じてその他のデータベースを検索したうえでアクセス可否判定を行い、ネットワーク接続サーバ１０６へその情報を返す。なお以下の説明では主に、子供がウェブサイトへのアクセス要求を行った際の構成に主眼を置くが、すでにアクセスしたウェブサイトからコンテンツのファイルをダウンロードする場合も同様である。
【００３３】
次に各データベースが保持する情報について例示する。図４は利用者属性データベース２２に格納される利用者属性情報のデータ構造例を示している。利用者属性情報テーブル４８は、識別情報欄４８ａ、学校欄４８ｂ、学年欄４８ｃ、性別欄４８ｄ、および居住地域欄４８ｅを含む。識別情報欄４８ａには、フィルタリング管理サーバ１０の機能を利用する保護者あるいはその子供の識別情報を格納する。当該識別情報は、ネットワーク接続サーバ１０６がサービス利用者を識別するための情報を流用してもよく、たとえばメールアドレスやログインＩＤなどを利用することができる。
【００３４】
学校欄４８ｂ、学年欄４８ｃ、性別欄４８ｄ、居住地域欄４８ｅにはそれぞれ、識別情報に対応づけられた子供の学校名、学年、性別、居住地域を格納する。ただしこれらの項目をもって本実施の形態を限定するものではなく、国籍、趣味、クラスなど子供や保護者の属性情報であればよい。これらの情報はフィルタリング管理サーバ１０やネットワーク接続サーバ１０６の機能を利用するための申し込み時に入力させた情報を利用してもよいし、保護者がフィルタリング条件を設定する際に入力させるようにしてもよい。利用者属性情報テーブル４８に格納された情報は、保護者のコミュニティを形成する際に利用される。
【００３５】
図５および図６は条件データベース２６に格納されるフィルタリング条件のデータ構造例を示しており、図５がソーシャル条件、図６が個別条件の例である。図５においてソーシャル条件データ５０は、フィルタエントリー５２およびサブ条件５４ａ、５４ｂ、５４ｃを含む。フィルタエントリー５２はエントリー名欄５２ａ、条件欄５２ｂ、パブリックコメント欄５２ｃ、およびプライベートコメント欄５２ｄを含む。なお同図に示すソーシャル条件データ５０は、保護者がアクセスを不許可とする条件の例であり、例えば、識別情報ごとに用意された条件データベース２６の記憶領域のうち、「アクセスを不許可とする条件」の記憶領域に格納されている。
【００３６】
エントリー名欄５２ａには、登録した条件ごとに保護者が付与する名称をエントリー名として格納する。あるいはあらかじめ、フィルタリング管理サーバ１０側で条件のテンプレートを準備しておく場合は、それに付与された名称でもよい。エントリー名は当該フィルタリング条件を設定した保護者が、後に設定を変更する際などに呼び出すのに用いられる。また、フィルタリング管理サーバ１０が提供するＳＮＳにおいてエントリー名を匿名で公表し、それを他の保護者が指定することにより、自分のフィルタリング条件として使用できるようにする。
【００３７】
条件欄５２ｂには、フィルタリングの条件式へのポインタを格納する。同図の例ではフィルタエントリー５２の右に示した３つの「サブ条件」で構成される条件式へのポインタを「→」で表しているが、実際には条件式のアドレスなどでよい。ここでは、子供の学年が「小学校３年生」、居住地域が「東京都墨田区」、評価が「−１０ポイント以下」なる条件を「サブ条件１」５４ａ、「サブ条件２」５４ｂ、「サブ条件３」５４ｃとして設定し、最終的なフィルタリング条件はそれらのサブ条件の論理積としている。「評価」属性は、前述のとおり、他の属性の条件に合致するコミュニティにおける「評判」を数値化したものである。詳細については後に述べる。
【００３８】
フィルタエントリー５２のパブリックコメント欄５２ｃおよびプライベートコメント欄５２ｄはいずれも、保護者が当該フィルタリング条件を設定する際に入力した、条件に対するコメントを格納するが、前者は他の保護者間で共有するコメント（以後、パブリックコメントと呼ぶ）、後者は自分の子供に示すコメント（以後、プライベートコメントと呼ぶ）である。パブリックコメントは、フィルタリング管理サーバ１０が提供するＳＮＳにおいて、エントリー名とともに公開する。他の保護者は、公開されたフィルタリング条件を我が子のフィルタリング条件として設定する際、パブリックコメントを読んで拠り所とすることができる。
【００３９】
プライベートコメントは、子供がウェブサイトへアクセスしようとした場合に当該条件によってアクセス不許可となった際、子供が操作するユーザ端末に表示する。これにより子供は、アクセスが遮断された理由を知ることができる。
【００４０】
図６において個別条件データ５６は、可否情報欄５６ａ、ＵＲＬパターン欄５６ｂ、分類タグ欄５６ｃ、パブリックコメント欄５６ｄ、およびプライベートコメント欄５６ｅを含む。保護者は子供が過去にアクセスしたウェブサイトや、子供がアクセスしたいと言っているウェブサイトなど、個別のウェブサイトについてアクセス可否を設定する。例えば、ソーシャル条件で設定したアクセス不許可の条件に合致するウェブサイトであっても、子供の要求にしたがって内容を確認したうえで個別に許可する場合がある。このようなときに個別条件を設定し、ソーシャル条件より優先させることにより、臨機応変なフィルタリング条件設定が可能となる。
【００４１】
可否情報欄５６ａにはアクセスを許可するか不許可とするかを識別する情報を格納する。同図の例では「ポジティブ」なる文字列によりアクセス許可であることを表している。これに対し「ネガティブ」なる文字列であった場合はアクセス不許可を表すとする。ＵＲＬパターン欄５６ｂには条件設定対象のウェブサイトのＵＲＬを表す文字列を格納する。ＵＲＬを表す文字列に代わりサイト名やコンテンツ名などを格納しておき、別のデータベースによってそれらの名前とＵＲＬとを対応づけておいてもよい。ここでＵＲＬパターンはワイルドカードを含む設定を許してもよい。
【００４２】
分類タグ欄５６ｃは、条件設定対象のウェブサイトが提供するコンテンツのタグを格納する。同図の例では「Ｒ１６」、「教育的」なるタグが格納されているが、当該タグは条件を設定する保護者が付与する。タグはあらかじめ用意された文言の中から、コンテンツの内容に当てはまると思うものを選択させるようにしてもよい。
【００４３】
パブリックコメント欄５６ｄとプライベートコメント欄５６ｅには、図５に示したソーシャル条件のフィルタエントリー５２におけるパブリックコメント欄５２ｃおよびプライベートコメント欄５２ｄに格納されるパブリックコメントとプライベートコメントと同様のコメントをそれぞれ格納する。アクセスを許可する場合、プライベートコメントは、許可されたサイトを表示する直前などに保護者のコメントとして子供に示す。
【００４４】
条件データベース２６に格納するフィルタリング条件は、ソーシャル条件、個別条件のほかに、ジャンルやレイティングなどを設定した条件を含んでもよい。例えば「Ｒ−１５」のコンテンツを提供するウェブサイトは全てアクセス不許可とする、といった条件を設定できるようにする。
【００４５】
図７はソーシャル評価データベース２４に格納されるソーシャル評価のデータ構造例を示している。ソーシャル評価テーブル５８は、保護者がフィルタリングの個別条件を設定した際や、アクセス要求のあったウェブサイトのアクセス可否判定をソーシャル条件に基づき行った際などに、ソーシャル評価管理部１８が、対象となるウェブサイトごとにエントリーを追加していくテーブルである。それぞれの行が、あるウェブサイトについての一のソーシャル評価を表している。ソーシャル評価テーブル５８は、登録日欄５８ａ、ＵＲＬパターン欄５８ｂ、可否情報欄５８ｃ、居住地域欄５８ｄ、学年欄５８ｅ、分類タグ欄５８ｆ、マッチ頻度欄５８ｇを含む。
【００４６】
登録日欄５８ａには、そのソーシャル評価がソーシャル評価テーブル５８に追加された日付を、ＵＲＬパターン欄５８ｂには、対象のウェブサイトのＵＲＬを表す文字列を、それぞれ格納する。可否情報欄５８ｃには、アクセスが許可とされたか不許可とされたかを識別する情報を格納する。この情報は、図６に示した個別条件データ５６の可否情報欄５６ａに格納する情報と同様であるが、個別に設定されたアクセス可否以外に、ソーシャル条件によってアクセス可否判定がなされた結果でもよい。また、ＳＮＳにおける意見から、ポジティブ／ネガティブを判断して格納してもよい。
【００４７】
居住地域欄５８ｄおよび学年欄５８ｅには、当該ソーシャル評価元の子供の属性のうち、居住地域および学年を格納する。これらの属性情報は、識別情報に基づき、ソーシャル評価管理部１８が利用者属性データベース２２から取得する。したがって、利用者属性データベース２２に格納されている情報のいずれを本ソーシャル評価テーブル５８に含めてもよい。分類タグ欄５８ｆには各ウェブサイトのタグを格納する。当該タグは、ソーシャル評価管理部１８が、個別条件データ５６の分類タグ欄５６ｃから抽出したものである。あるいは、ＳＮＳなどにおいてタグづけされたものでもよい。マッチ頻度欄５８ｇには、過去のアクセス可否判定において条件に合致した割合を格納する。
【００４８】
ソーシャル評価テーブル５８は、図５で示したソーシャル条件によって設定された属性によってコミュニティを形成するのに用いる。さらに上述のとおり、「評価」属性についての条件を判定する際に、コミュニティにおける「評判」の指標を数値化するのにも用いる。図７の例では理解を容易にするため、あるウェブサイトのＵＲＬとして、「ｈｔｔｐ：／／ａａａ／ｂｂｂ／＊」なる同じＵＲＬパターン、またはその上位の「ｈｔｔｐ：／／ａａａ／＊＊」なるＵＲＬパターンに対する情報のみが示されているが、ソーシャル評価テーブル５８には当然、その他のウェブサイトについてのソーシャル評価も含まれていてよい。
【００４９】
次にこれまで述べた構成によって実現できるシステムの動作について説明する。図８は、図１に示したネットワークシステム１００において、ウェブサイトへのアクセスおよびコンテンツファイルのダウンロードに対しフィルタリングを行う全体的な処理手順を示している。同図は保護者によるフィルタリング条件の設定が済んでいることを前提としている。まず子供が、操作するユーザ端末１０４ａにおいて、情報提供サーバ１０２ａのウェブサイトへアクセスする要求を行うと（Ｓ１０）、ネットワーク接続サーバ１０６は、アクセス要求時にユーザ端末１０４ａから送信された子供の識別情報やパスワードなどから利用者認証を行う（Ｓ１２）。
【００５０】
次に要求先のウェブサイトのＵＲＬと子供の識別情報をフィルタリング管理サーバ１０に送信することにより、アクセス可否の問い合わせを行う（Ｓ１４）。フィルタリング管理サーバ１０では、アクセス可否判定部１４がアクセス可否について判定し、その結果をネットワーク接続サーバ１０６に返信する（Ｓ１６）。ネットワーク接続サーバ１０６は、要求されたアクセスが許可されればアクセスのための処理を行い、不許可であれば遮断する処理を行う（Ｓ１８）。
【００５１】
さらにネットワーク接続サーバ１０６は、アクセスが許可された場合、アクセス先の情報提供サーバ１０２ａからコンテンツのファイルとそれに付加されているファイルシグネチャを取得する（Ｓ２０）。そして取得したファイルシグネチャと要求元の子供の識別情報をフィルタリング管理サーバ１０に送信することにより、当該ファイルの送信可否の問い合わせを行う（Ｓ２２）。フィルタリング管理サーバ１０では、アクセス可否判定部１４が送信可否について判定し、その結果をネットワーク接続サーバ１０６に返信する（Ｓ２４）。この際、参照されるデータベースは、これまでに説明したデータベースにおいてＵＲＬのパターンをファイルシグネチャのパターンとしたものであるが、構成は同様である。
【００５２】
ネットワーク接続サーバ１０６は、要求されたファイルが送信可であれば送信のための処理を行い、不許可であれば遮断する処理を行う（Ｓ２６）。送信されたファイルは、要求元のユーザ端末１０４ａで適宜表示される（Ｓ２８）。
【００５３】
図９は図８のＳ１６においてフィルタリング管理サーバ１０がアクセス可否を判定する際の処理手順を示している。なおＵＲＬをファイルシグネチャと置き換えることにより、Ｓ２４の送信可否判定も同様の処理手順となる。まず、フィルタリング管理サーバ１０の照合部３０は、条件データベース２６を参照して、アクセス要求を行っている子供の識別情報に対して設定されたソーシャル条件があるか否かを確認する（Ｓ３０）。ソーシャル条件が設定されていたら（Ｓ３０のＹ）、ソーシャル評価データベース２４を検索し、アクセス要求先のウェブサイトを対象としたソーシャル評価のうち、ソーシャル条件に合致する評価を抽出する（Ｓ３２）。
【００５４】
図５のソーシャル条件の例では、「学年」が「小学校３年生」、「居住地域」が「東京都墨田区」となっているソーシャル評価を抽出する。アクセス先のＵＲＬが「ｈｔｔｐ：／／ａａａ／ｂｂｂ／＊」である場合、図７に示すソーシャル評価テーブル５８から、ソーシャル条件を満たすソーシャル評価を抽出すると、１行目は学年が、３行目は居住地域が条件と異なるため、２行目、および４〜６行目が抽出される。
【００５５】
次に、抽出したソーシャル評価に基づき、その中での「評判」の指標を表すポイントを算出する（Ｓ３４）。抽出したソーシャル評価には、対象のウェブサイトに対して「ポジティブ」、すなわちアクセスを許可する傾向の評価と、「ネガティブ」、すなわちアクセスを不許可とする傾向の評価があり得る。そこで「ポジティブ」な評価を正、「ネガティブ」な評価を負の数値に換算し、抽出したソーシャル評価で当該数値を足し合わせることによって最終的なポイントを算出する。最も単純には、ポジティブな評価１つを１ポイント、ネガティブな評価１つを−１ポイントとして和をとることが考えられる。
【００５６】
これにより、ネガティブな評価が相対的に多いほどポイントは小さくなり、ポジティブな評価が多いほどポイントは大きくなる。したがって、ある負の数以下、とするフィルタリング条件をポイントに対して設定すれば、いわゆる「評判の悪い」ウェブサイトが条件に合致することになる。逆にある正の数以上、なる条件を設定すれば、「評判の良い」ウェブサイトが条件に合致する。
【００５７】
ポイントは上述のような単純和で算出しなくてもよい。例えば抽出したソーシャル評価ごとの重要性を所定の基準で判断して重み付けをおこなったうえで和をとってもよい。図７のソーシャル評価を例にとると、抽出された２行目、４〜６行目のソーシャル評価のうち、２行目のソーシャル評価は可否情報欄５８ｃが「ネガティブ」のため、本来は−１ポイントであるが、登録日欄５８ａに記載された日付が「１９９５／３／３」と古いため、重みを下げ、例えば−０．５ポイントとする。同様に４行目の「ポジティブ」としたソーシャル評価も日付が古いため＋０．５ポイントとする。５行目のソーシャル評価はそのまま＋１ポイントとする。
【００５８】
６行目のソーシャル評価は、マッチ頻度欄５８ｇにおける値が高いため、様々なコンテンツに対する評価、あるいは上位のウェブサイトに対する評価を含んでいると考え、重みを下げて＋０．５ポイントとする。これら４つがアクセス要求先のウェブサイトに対するソーシャル評価の全てである場合は、各ポイントの和をとり、＋１．５ポイントが当該ウェブサイトのポイントとなる。このように、登録日やマッチ頻度などにあらかじめしきい値を設け、それとの大小関係によりポイントに重み付けを行ってよい。ポイント算出手法はそのほかに、抽出した全ソーシャル評価のうちポジティブ、あるいはネガティブとされた割合などを考慮してもよい。
【００５９】
次に、算出したポイントを、ソーシャル条件で設定された「評価」属性の条件と比較することにより、対象のウェブサイトのアクセス可否を仮に決定する（Ｓ３６）。上述の例ではポイントが＋１．５であったため、対象ウェブサイトは概ね評判がよく、図５のソーシャル条件における「サブ条件３」の「−１０ポイント以下」を満たしていないため、アクセス許可、という決定がなされる。Ｓ３６における決定が「仮」であるのは、同時に個別条件が設定されていた場合に、そちらの条件による判定結果を優先させるためである。
【００６０】
ソーシャル条件がない場合（Ｓ３０のＮ）、またはソーシャル条件によってアクセス可否を仮決定した場合（Ｓ３６）、次に照合部３０は、アクセス要求を行っている子供の識別情報に対して設定された個別条件があるか否かを確認する（Ｓ３８）。個別条件が設定されていたら（Ｓ３８のＹ）、個別条件で設定されたＵＲＬのパターンとアクセス要求先のウェブサイトのＵＲＬとを比較して、当該ウェブサイトに対するアクセス許可／不許可の設定があるか否かを確認する（Ｓ４０）。そして、アクセス不許可とした仮決定に対して個別条件ではアクセス許可と設定されていたり、その逆だったりと、Ｓ３６でなされた仮決定と矛盾した設定がある場合は（Ｓ４２のＹ）、個別条件を優先するように仮決定を破棄し（Ｓ４４）、個別条件の結果をアクセス可否の最終決定とする（Ｓ４６）。
【００６１】
仮決定と個別条件に矛盾がなければ（Ｓ４２のＮ）、仮決定をアクセス可否の最終決定とする（Ｓ４６）。Ｓ３８において個別条件が設定されていない場合（Ｓ３８のＮ）も同様に、仮決定をアクセス可否の最終決定とする（Ｓ４６）。なお、図５のソーシャル条件では子供の「学年」と「居住地域」がサブ条件として設定されていたが、サブ条件として「タグ」が設定されていれば、図７のソーシャル評価テーブル５８における分類タグ欄５８ｆに格納されたタグを検索し、設定されたタグが含まれていればそのソーシャル評価を抽出する。
【００６２】
また、サブ条件の設定対象は、「学年」、「居住地域」、「タグ」に限らず、「性別」、「学校」、「クラス」、「名前」などでもよく、「居住地域」属性などは区に限らず国から番地まで様々なレベルで条件設定を行えるようにしてもよい。そのような条件を設定可能とする場合は、ソーシャル評価のデータ構造も適宜変更してよい。このように、様々な属性を条件として入力できるようにするほど、形成できるコミュニティの多様性が増す。
【００６３】
例えば「クラス」属性と「名前」属性などをサブ条件として設定することによって、特定の個人のソーシャル評価のみを抽出し、評価ポイントが負の値であればアクセス不許可と判定されるように条件を設定すると、例えば子供の友達がアクセス不許可とされたウェブサイトは我が子にもアクセス不許可とする、といったことが可能になる。このように、複数の人間からなるコミュニティの総合的な意見から、一個人の意見まで、必要に応じて我が子のフィルタリング条件に多様な意見を反映させることができる。
【００６４】
次に、保護者が個別条件を設定するために、フィルタリング管理サーバ１０が提供する機能の例として、（１）自分の子供のアクセス履歴表示、（２）コミュニティにおけるアクセス動向表示、（３）アクセスが不許可とされた旨の通知画面の表示、について順に説明する。
【００６５】
図１０はフィルタリング管理サーバ１０が生成し、保護者が操作するユーザ端末１０４ａに表示する、子供のアクセス履歴の画面例を示している。この画面を確認することにより、自分の子供が最近アクセスしているウェブサイトや、当該ウェブサイトの評判について把握できる。子供アクセス履歴画面６０は、ユーザ端末１０４ａからの保護者の指示によりアクセス履歴管理部２１がアクセス履歴データベース３２から当該保護者の子供のアクセス履歴などを読み出すことによって生成する。子供アクセス履歴画面６０は、アクセス履歴テーブル６１を表示する。アクセス履歴テーブル６１は、アクセス日欄６１ａ、ＵＲＬ欄６１ｂ、アクセス回数欄６１ｃ、ソーシャル評価（タグ）欄６１ｄ、ソーシャル評価（属性）欄６１ｅ、レイティング欄６１ｆを含む。
【００６６】
アクセス日欄６１ａ、ＵＲＬ欄６１ｂ、アクセス回数欄６１ｃには、最終アクセス日、アクセス先のウェブサイトのＵＲＬ（図では「・・・」として簡略化している）、それまでのアクセス回数をそれぞれ表示する。これらの情報はアクセス履歴データベース３２に格納されている。また、ソーシャル評価（タグ）欄６１ｄには、ＵＲＬ欄６１ｂに記載されたＵＲＬに対応するウェブサイトについて、それまでに様々な保護者が付与したタグを表示する。この情報は、図７に示したソーシャル評価テーブル５８の分類タグ欄５８ｆに格納された情報を、同一のＵＲＬパターンについて集計することによって得られる。
【００６７】
図１０に示すように、ソーシャル評価（タグ）欄６１ｄはいわゆるタグ・クラウドの形式で表示してもよい。すなわち対象のウェブサイトに対し、付与した保護者の数が多いタグほどフォントサイズを大きく表示する。ソーシャル評価（属性）欄６１ｅには、自分の子供と同じ属性を有する子供の保護者のコミュニティによる、対象ウェブサイトの「評判」をポイントで表示する。同図の例では、「同年代」のコミュニティ、「同地域」のコミュニティにおけるポイントがそれぞれ表示されている。ここで表示する属性や、「同年代」・「同地域」の範囲はあらかじめ定義づけしておく。
【００６８】
ポイントの算出手法は、図７に示したソーシャル評価テーブル５８を参照して、アクセス可否判定時と同様に行う。すなわち、「同年代」と「同地域」の範囲に入る属性を有する評価を抽出し、同様の規則でポイントを算出する。ソーシャル評価（タグ）欄６１ｄおよびソーシャル評価（属性）欄６１ｅを表示することにより、対象のウェブサイトが他の保護者達の間でどのような評判であるか、すなわち有害か無害かに注目したウェブサイトの内容を一見して把握できる。レイティング欄６１ｆには、対象のウェブサイトに対して一般的に付与されているレイティングを表示する。当該情報は、基本フィルタリングデータベース２５から取得する。
【００６９】
保護者は子供アクセス履歴画面６０を確認することにより、自分の子供がどのようなウェブサイトにアクセスしているかを把握するとともに、その中に有害と思われるウェブサイトがあるか否かを同じ属性を有する他の保護者の評価やレイティングから判断できる。そして有害と思われるウェブサイトがあれば、フィルタリング条件の個別条件として設定することにより、当該ウェブサイトをアクセス不許可とすることができる。
【００７０】
図１１はフィルタリング管理サーバ１０が生成し、保護者が操作するユーザ端末１０４ａに表示する、コミュニティのアクセス動向の画面例を示している。保護者がコミュニティの形成条件となる属性を入力することにより、アクセス履歴管理部２１はまず、利用者属性データベース２２から当該属性を有する子供の識別情報を抽出し、それに基づきアクセス履歴データベース３２を参照することにより、各識別情報に対する所定期間内のアクセス履歴を抽出する。それを集計することにより、コミュニティにおいてアクセス件数が上位のウェブサイトに係る情報をアクセス動向として表示する。
【００７１】
図１１のコミュニティアクセス動向画面６２は、異なる属性で形成された２つのコミュニティのアクセス動向テーブル６４および６６を含む。各アクセス動向テーブルの上には、どのような属性で形成されたコミュニティかを示す属性情報６５を表示する。同図の例では、アクセス動向テーブル６４は「居住地域」属性が「東京都墨田区」のコミュニティ、アクセス動向テーブル６６は「居住地域」属性が「全国」であり「学年」属性が「小学校３年生」のコミュニティのアクセス動向をそれぞれ示していることがわかる。
【００７２】
アクセス動向テーブル６４は、ＵＲＬ欄６４ａ、アクセス件数欄６４ｂ、ソーシャル評価（タグ）欄６４ｃ、およびレイティング欄６４ｄを含む。ＵＲＬ欄６４ａには、アクセス件数が上位のウェブサイトのＵＲＬ（図では「・・・」として簡略化している）を表示する。同図では各コミュニティに対し２つのＵＲＬを記載しているが、表示件数はそれに限定されない。アクセス件数欄６４ｂには、対象ウェブサイトに対するアクセス件数をコミュニティ内で集計した値を表示し、ソーシャル評価（タグ）欄６４ｃには、コミュニティ内の保護者が付与したタグを例えばタグ・クラウドの形式で表示する。レイティング欄６４ｄには、対象のウェブサイトに対して一般的に付与されているレイティングを表示する。ソーシャル評価（タグ）欄６４ｃ、レイティング欄６４ｄに表示する情報は、図１０のアクセス履歴テーブル６１におけるソーシャル評価（タグ）欄６１ｄ、レイティング欄６１ｆの情報と同様に取得できる。アクセス動向テーブル６６も同様の構成を有する。
【００７３】
保護者はコミュニティアクセス動向画面６２を確認することにより、指定した属性を有するコミュニティにおいて流行しているウェブサイトやコンテンツを把握するとともに、それがどのような内容であるかを他の保護者の評価やレイティングから判断できる。そして有害と思われるウェブサイトやコンテンツがあれば、フィルタリング条件の個別条件として設定することによりアクセス不許可とすることができる。
【００７４】
図１０で示した子供アクセス履歴画面６０や、図１１で示したコミュニティアクセス動向画面６２において、表示されたＵＲＬをポインティングデバイスなどで選択すると、当該ＵＲＬのウェブサイトについて、他の保護者が入力したパブリックコメントが表示されるようにしてもよい。パブリックコメントは、条件データベース２６の個別条件データ５６から抽出できる。これにより保護者は、タグをさらに掘り下げ、他の保護者がどのような意見を述べているかを参照することができ、フィルタリング条件の検討に利用することができる。
【００７５】
図１２は、子供が要求したアクセスが不許可と判定された場合に、照合部３０が生成し、子供が操作するユーザ端末１０４ａに表示する、アクセス不許可を通知する画面例を示している。当該画面の画像データは一旦ネットワーク接続サーバ１０６に送信しておき、ネットワーク接続サーバ１０６における、アクセスを遮断する処理の一部としてユーザ端末１０４ａに送信する。アクセス不許可通知画面６８は、アクセス不許可マーク６８ａ、プライベートコメント表示欄６８ｂ、およびコメント入力欄６８ｃを含む。
【００７６】
アクセス不許可マーク６８ａは、アクセスが不許可であり遮断されたことを一見して認識できる表示であればよく、同図で示した図形以外の図形や文字列などでもよい。プライベートコメント表示欄６８ｂには、条件データベース２６に格納された、保護者が設定したソーシャル条件および個別条件のうち、今回のアクセスが遮断された原因となった条件において保護者が入力したプライベートコメントを表示する。子供は当該表示を見ることにより、保護者がアクセス不許可とした理由を知ることができる。
【００７７】
コメント入力欄６８ｃは、アクセスが許可されなかったことに対する子供の意見の入力を受け付ける欄である。ここに入力された文章は、次回に保護者が子供のアクセス履歴を確認したりフィルタリング条件を入力したりする画面をユーザ端末１０４ａに表示させた際に優先して表示する。あるいは保護者の電子メールアドレスに送信する。例えばソーシャル条件によりアクセス不許可とされたウェブサイトであっても、実際にはそれほど有害でなかったり、授業で話題になったため閲覧が必要なウェブサイトであったりする場合がある。このようなウェブサイトのアクセス不許可に対し、子供からの異議申し立ての場を設けることにより、アクセス可否の基準を状況に応じて調整することができる。
【００７８】
アクセス不許可に対する子供の意見を目にした保護者は、その申し立てが正当なものであると判断した場合に、当該ウェブサイトのＵＲＬについてアクセスを許可する個別条件を設定する。これにより図６に示したような個別条件が条件データベース２６に格納され、ソーシャル条件でアクセス不許可となっても、当該ウェブサイトのみはアクセスが許可されることになる。また、このようにしてなされたアクセス許可は、パブリックコメントやソーシャル評価の形で他の保護者間を伝搬し、フィルタリング条件に影響を与え得るため、結果として他の保護者のフィルタリングの適性度も向上することになる。
【００７９】
また、アクセス履歴データベース３２に、アクセス不許可となったウェブサイトの履歴を格納して表示するようにしてもよい。この場合保護者は、子供がアクセスしようとして不許可となったウェブサイトを確認し、その中で特に有害と思われないウェブサイトについてアクセスを許可する個別条件を設定できる。すると、子供の申し立てによる個別のアクセス許可と同様の効果を得ることができる。
【００８０】
以上述べた本実施の形態によれば、子供ごとに保護者が設定したフィルタリング条件をフィルタリング管理サーバが管理する。そして子供がユーザ端末からウェブサイトにアクセスする際、当該子供の識別情報をフィルタリング管理サーバが取得することにより、アクセス可否の判定を個別に行う。これにより、一般的なレイティングやジャンルなどによる画一的なフィルタリングと比較し、個々の状況や考え方に応じた最適なフィルタリング条件で子供のウェブサイトへのアクセスを制御することができる。
【００８１】
また、個々の保護者のウェブサイトに対する評価を、指定した属性を有するコミュニティ内で集約し、当該コミュニティにおけるウェブサイトの「評判」を数値化する。そしてその数値に対して設定した条件によってアクセス可否を判定する。これにより保護者が個別のウェブサイトについてアクセス可否の設定をせずとも、「評判」に応じて適切にアクセス可否が判定される。従って、日々増大するサイトの一つ一つを確認していく、といった手間をかけることなく、子供のウェブサイトへのアクセスを管理することができる。
【００８２】
ここで形成されるフィルタリングの基準は、コミュニティに属する保護者が築き上げていくものであるため、結果として、学校、地域などコミュニティの保護者によって皆で子供のアクセスを管理していく、という形態が実現できる。またフィルタリングの基準となる「評判」は、保護者の意識や社会情勢によって変化するものであるため、そのような変化に応じた適応的なフィルタリングが実現できる。
【００８３】
子供のフィルタリング条件を保護者が設定するような場合、形成されるコミュニティは「子供の保護者」で構成される。このような状況における「子供」は幼児から高校生程度であるため、子供の誕生から成長に伴いコミュニティの構成人員は自然に入れ替わる。したがって、ウェブサイトへの評価やフィルタリング条件の設定、といった行為への関心はコミュニティ内では常に維持され、コミュニティ疲労が発生しにくいため、結果としてウェブサイトの評価などの情報の信頼性を保つことができる。
【００８４】
さらに、保護者から子供へのコメントをあらかじめ設定しておき、アクセスが不許可となった場合にその理由としてコメントを表示する。そして当該理由に対する子供の意見を保護者が確認できるようにする。これにより、一方的にアクセスを不許可とするばかりでなく、保護者と子供とのコミュニケーションの結果、フィルタリング条件を調整することが可能となり、個人の状況に応じた臨機応変なアクセス可否判定が行える。
【００８５】
また、個々の保護者が設定したフィルタリング条件や各ウェブサイトに対するコメントを保護者間で共有することにより、それを参考にした保護者が自分も同様のフィルタリング条件を設定するなど、フィルタリング条件の設定をより効率化できる。フィルタリング条件の設定のためにはさらに、自分の子供のアクセス履歴や、コミュニティにおけるアクセス動向を表示する。これらの情報を参照することにより、子供がいつの間にかアクセスしていたウェブサイトや、流行の伝搬により子供がこれからアクセスしそうなウェブサイトのうち、有害なウェブサイトを把握でき、効率的にアクセス不許可の設定を行うことができる。
【００８６】
またアクセス可否の判定は、いずれもネットワーク上に存在する、ネットワーク接続サーバからの問い合わせによってフィルタリング管理サーバが行うため、ユーザ端末においてフィルタリング条件を保持する場合に比べ、端末によらず同様のフィルタリング条件が適用できる。結果として、まさに「対個人のフィルタリング」が実現できる。
【００８７】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【図面の簡単な説明】
【００８８】
【図１】本実施の形態を適用できるシステムの構成例を示す図である。
【図２】本実施の形態においてフィルタリングを行うしくみの例を模式的に示す図である。
【図３】本実施の形態におけるフィルタリング管理サーバの構成をより詳細に示す図である。
【図４】本実施の形態の利用者属性データベースに格納される利用者属性情報のデータ構造例を示す図である。
【図５】本実施の形態の条件データベースに格納されるフィルタリング条件のうちソーシャル条件のデータ構造例を示す図である。
【図６】本実施の形態の条件データベースに格納されるフィルタリング条件のうち個別条件のデータ構造例を示す図である。
【図７】本実施の形態のソーシャル評価データベースに格納されるソーシャル評価のデータ構造例を示す図である。
【図８】本実施の形態においてウェブサイトへのアクセスおよびコンテンツファイルのダウンロードに対しフィルタリングを行う全体的な処理手順を示すフローチャートである。
【図９】図８のＳ１６においてフィルタリング管理サーバがアクセス可否を判定する際の処理手順を示すフローチャートである。
【図１０】本実施の形態においてフィルタリング管理サーバが生成しユーザ端末に表示する、子供のアクセス履歴の画面例を示す図である。
【図１１】本実施の形態においてフィルタリング管理サーバが生成しユーザ端末に表示する、コミュニティのアクセス動向の画面例を示す図である。
【図１２】本実施の形態において子供が要求したアクセスが不許可と判定された場合に、照合部が生成しユーザ端末に表示する、アクセス不許可を通知する画面例を示す図である。
【符号の説明】
【００８９】
１０ フィルタリング管理サーバ、１２ データベース構築部、 １４ アクセス可否判定部、 １６ 利用者属性登録部、 １８ ソーシャル評価管理部、 ２０ 条件登録部、 ２１ アクセス履歴管理部、 ２２ 利用者属性データベース、 ２４ ソーシャル評価データベース、 ２５ 基本フィルタリングデータベース、 ２６ 条件データベース、 ２８ アクセス情報取得部、 ３０ 照合部、 ３２ アクセス履歴データベース、 ５０ ソーシャル条件データ、 ５６ 個別条件データ、 ５８ ソーシャル評価テーブル、 ６０ 子供アクセス履歴画面、 ６２ コミュニティアクセス動向画面、 ６８ アクセス不許可通知画面、 １００ ネットワークシステム、 １０２ａ 情報提供サーバ、 １０４ａ ユーザ端末、 １０６ ネットワーク接続サーバ。
【技術分野】
【０００１】
本発明は情報処理技術に関し、特にネットワークを介して提供されるウェブサイトやコンテンツへのアクセスを管理するシステムおよび当該システムに適用できるアクセス管理方法に関する。
【背景技術】
【０００２】
近年の情報処理技術の発展およびネットワーク環境の充実化に伴い、人々はコンピュータや携帯電話などを用いて様々な情報を容易に取得できるようになった。一方、情報を提供する側においても、テレビ、ラジオ、書籍、実店舗など従来型の情報提供手段と比較し、格段の容易さで情報を提供することが可能になった。その結果、ネットワーク上には、有害か否かに関わらずあらゆる情報が氾濫することとなった。
【０００３】
ネットワークを介して情報を取得することの手軽さから、ユーザが誤って意図しない有害なウェブサイトへアクセスしてしまったり、子供が興味本位にそのようなウェブサイトへアクセスしたり、といったことは日常的に発生している。そこで、ネットワーク、あるいはユーザが操作する情報機器においてサイトのフィルタリングを行い、有害なウェブサイトへのアクセスを遮断する技術が必要とされる。フィルタリングは基本的には、有害なウェブサイトのＵＲＬやフィルタパターンをフィルタリングリストとして作成しておき、ユーザがアクセス要求を行った際、要求されたＵＲＬを当該リストと比較することにより有害か否かを判定し、有害であればアクセス要求を破棄したうえ、ユーザにその旨を通知する（例えば特許文献１参照）。
【特許文献１】特開２００６−１８６３５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
フィルタリング技術において重要な役割を果たすフィルタリングリストは、フィルタリング機能を提供する会社や審査機関などによって、独自の基準により作成される。しかしながら、ウェブサイトやコンテンツの数は日々増大していること、有害・無害の判断基準は人によって大きく異なること、表現の自由の遵守、などの理由で、有害、無害を適切かつ完全に判別できるフィルタリングの実現は困難を極める。
【０００５】
本発明はこうした状況に鑑みてなされたものであり、その目的はユーザのニーズに合致したフィルタリング技術を提供することにある。
【課題を解決するための手段】
【０００６】
本発明のある態様は、アクセス管理システムに関する。このアクセス管理システムは、アクセス者が操作する端末から情報提供サーバへのアクセス要求がなされた際、当該アクセス要求を許可するか否かを判定するフィルタリング管理部と、フィルタリング管理部が判定したアクセス可否の判定結果に基づき、接続処理およびアクセス遮断処理のいずれかを実施するネットワーク接続処理部と、を備え、フィルタリング管理部は、アクセス者の識別情報と、当該アクセス者に対し設定者が設定したフィルタリング条件とを対応づけて記憶する条件データベースと、アクセス者の識別情報とアクセス要求先の識別情報に基づき条件データベースを検索し、アクセス可否を判定するアクセス可否判定部と、を含み、条件データベースは、他のアクセス者に対して設定されたフィルタリング条件に基づき算出した、アクセス要求先の評価を表す指標の大きさに対してアクセス可否の条件を設定したフィルタリング条件を記憶することを特徴とする。
【０００７】
ここで「アクセス要求先の評価を表す指標」とは、アクセスを要求されている情報提供サーバが提供するウェブサイトやコンテンツなどに対して他のアクセス者がアクセスを許可されているか不許可とされているか、といった観点から、当該ウェブサイトやコンテンツの評価を導出して数値化したものである。
【０００８】
本発明の別の態様も、アクセス管理システムに関する。このアクセス管理システムは、情報提供サーバがユーザの要求に応じて当該ユーザが操作する端末へコンテンツファイルを送信する際、当該送信を許可するか否かを判定するフィルタリング管理部と、フィルタリング管理部が判定した送信可否の判定結果に基づき、送信処理および送信遮断処理のいずれかを実施するネットワーク接続処理部と、を備え、フィルタリング管理部は、コンテンツ要求者の識別情報と、当該コンテンツ要求者に対し設定者が設定したフィルタリング条件とを対応づけて記憶する条件データベースと、コンテンツ要求者の識別情報とコンテンツファイルのファイルシグネチャに基づき前記条件データベースを検索し、送信可否を判定する送信可否判定部と、を含み、条件データベースは、他のコンテンツ要求者に対して設定されたフィルタリング条件に基づき算出した、コンテンツの評価を表す指標の大きさに対して送信可否の条件を設定したフィルタリング条件を記憶することを特徴とする。
【０００９】
本発明のさらに別の態様は、アクセス管理方法に関する。このアクセス管理方法は、コンピュータがネットワークを介して端末から情報提供サーバへのアクセスを管理する方法であって、端末からアクセス要求がなされた際、データベースが記憶する、他のユーザに対して設定されたフィルタリング条件に基づき、アクセス要求先の評価を表す指標の大きさを算出するステップと、アクセス者に対して設定されたフィルタリング条件をデータベースから読み出し、当該フィルタリング条件に含まれる、評価を表す指標の大きさに対するアクセス可否の基準と、算出した前記アクセス要求先の評価を表す指標の大きさと、を比較してアクセス可否を判定するステップと、アクセス可否の判定結果に基づき、接続処理およびアクセス遮断処理のいずれかを実施するステップと、を含むことを特徴とする。
【００１０】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１１】
本発明によれば、ユーザの意向、環境などに適応する、ネットワークアクセスのフィルタリングを実現することができる。
【発明を実施するための最良の形態】
【００１２】
図１は本実施の形態を適用できるシステムの構成例を示している。ネットワークシステム１００は、コンテンツを提供する情報提供サーバ１０２ａおよび１０２ｂ、ユーザが操作するユーザ端末１０４ａ〜１０４ｃ、ユーザ端末１０４ａ〜１０４ｃを情報提供サーバ１０２ａ、１０２ｂへ接続するネットワーク接続サーバ１０６、ユーザ端末１０４ａ〜１０４ｃのアクセス可否判定を行うフィルタリング管理サーバ１０を含む。情報提供サーバ１０２ａ、１０２ｂ、ネットワーク接続サーバ１０６、フィルタリング管理サーバ１０はそれぞれネットワーク１１０に接続している。
【００１３】
ネットワーク接続サーバ１０６は、ユーザ端末１０４ａなどから情報提供サーバ１０２ａへのアクセス要求を受け付けると、フィルタリング管理サーバ１０に対しアクセス可否について問い合わせを行う。また、情報提供サーバ１０２ａなどからユーザ端末１０４ａなどへダウンロードされるコンテンツのファイルについても、フィルタリング管理サーバ１０に対しダウンロードの可否について問い合わせを行う。そしてフィルタリング管理サーバ１０が判定したアクセス可否の結果に応じて、接続やダウンロードを進捗させたり遮断したりする。
【００１４】
フィルタリング管理サーバ１０は、フィルタリングに用いるデータベースを構築するとともに、ネットワーク接続サーバ１０６からの問い合わせに応じて、構築したデータベースに基づきアクセスやダウンロードの可否を判定する。詳細は以下に述べる。
【００１５】
なお図１に示したネットワークシステム１００の構成は例であり、ネットワークを介して情報を提供する装置とそれにアクセスする装置、それらを接続する装置、およびフィルタリング管理サーバを１０含む構成であれば、その接続態様や接続数は限定されない。特に情報提供サーバ１０２ａ、１０２ｂ、ユーザ端末１０４ａ〜１０４ｃ、ネットワーク接続サーバ１０６は一般的に実施されているいかなる接続態様であっても、本実施の形態を適用することができる。
【００１６】
ユーザ端末１０４ａ〜１０４ｃはユーザが操作する端末であり、パーソナルコンピュータ、携帯情報端末、携帯電話、テレビ受像器など情報提供サーバ１０２ａなどへの接続要求やコンテンツファイルのダウンロード要求が可能な機器であればよい。ネットワーク接続サーバ１０６は、ルータ、ゲートウェイ、プロキシ、基地局、ＤＮＳサーバ、デジタルテレビなど、ユーザ端末１０４ａ〜１０４ｃが所望の情報提供サーバへ接続するために必要な処理を行ういずれかのハードウェア、ソフトウェア、あるいはその組み合わせであるが、広義には携帯キャリア、ポータルサイト、インターネット喫茶、セキュリティソフトなどネットワーク１１０への接続を仲介するサービス機構としてもよい。
【００１７】
また、ネットワーク接続サーバ１０６のうちフィルタリング管理サーバ１０に問い合わせを行い、その結果に基づきアクセス処理やダウンロード処理を進捗させたり遮断したりする機能、あるいはその一部は、ユーザ端末１０４ａ〜１０４ｃに含まれていてもよい。フィルタリング管理サーバ１０への問い合わせ前後に行う、ユーザのアクセス要求の検知、ダウンロードするファイルの検知、遮断処理などは、一般的に実施されている手法を適用できる。さらにフィルタリング管理サーバ１０はネットワーク接続サーバ１０６に含まれていてもよい。
【００１８】
本実施の形態において、フィルタリング管理サーバ１０が構築するデータベースは、基本的にはアクセスを行うユーザに対応させた情報である。すなわちネットワークシステム１００は、各ユーザに合わせた基準でネットワークアクセスのフィルタリングを行うシステムである。基準の設定にはユーザあるいはその関係者の意志を反映させることができる。図２は本実施の形態においてフィルタリングを行うしくみの例を模式的に示している。
【００１９】
同図は典型的な例として、保護者の意志を反映させた条件によって子供のネットワークアクセスやコンテンツファイルの取得をフィルタリングする場合について示している。しかしながら当該態様によって本実施の形態を限定するものではない。例えば「子供」はネットワークアクセスを行ういかなる人間でもよいし、複数の人間からなるグループとしてもよい。また本実施の形態を適用する場面によって、「保護者」をいかなる立場の人間としてもよい。
【００２０】
図２において保護者は、フィルタリング管理サーバ１０のフィルタリング条件設定機能に対し、子供のネットワークアクセスやコンテンツファイルの取得に係るフィルタリング条件を設定する。フィルタリング管理サーバ１０には、他の保護者が登録した条件を蓄積しておく。さらに、フィルタリング管理サーバ１０が有するＳＮＳ（ソーシャルネットワーキングサービス）の機能に対し他の保護者が入力した意見を蓄積しておく。先の保護者は、そのような第３者のフィルタリング条件や意見に基づき自分の子供のフィルタリング条件を設定する。フィルタリング条件として、保護者は個別の情報提供サーバあるいはウェブサイトに対しアクセス可否を設定する。あるいは対象の情報提供サーバなどを指定せずに条件を設定し、子供がアクセス要求を行う都度、当該条件に則りフィルタリング管理サーバ１０がウェブサイトを評価し、アクセス可否を判断する。以後の説明では、アクセス要求先を「ウェブサイト」とするが、ネットワークや提供される情報の形式を限定するものではない。
【００２１】
設定する条件としてはまず、「ホラー」、「アダルト」など、ウェブサイト上で提供されるコンテンツのジャンル、「Ｒ−１５」、「Ｒ−１８」など、審査機関が決定した閲覧に対する年齢制限を示すレイティングが挙げられる。これらの情報はコンテンツに元から付加されている情報や、コンテンツとレイティングとを対応づけたデータベースを利用できる。この場合、例えば保護者が「Ｒ−１５」をアクセス不許可の条件として設定すると、子供が「Ｒ−１５」のコンテンツを提供するウェブサイトへのアクセスを要求した際、フィルタリング管理サーバ１０によって当該ウェブサイトへのアクセスが不許可と判定される。
【００２２】
あるいは、あるコミュニティにおけるウェブサイトの「評判」に対して条件を設定する。ここで「コミュニティ」とは本ネットワークシステム１００に参加しているユーザ、上記の例では保護者とその子供を、ある条件で抽出した集合である。「評判」に対して条件を設定する場合、保護者は、他の保護者あるいは子供の属性を条件としてさらに設定することにより所望のコミュニティを形成する。「評判」は、コミュニティに属する保護者のうち対象のウェブサイトをアクセス許可／不許可としている人数などに基づき所定の規則で数値化する。保護者がそれに対して基準値を与え、基準値に満たないウェブサイトはアクセスを不許可とする、などの条件を設定する。これにより、コミュニティにおいて「評判の悪い」ウェブサイトに自分の子供がアクセスするのを阻止することができる。
【００２３】
フィルタリング管理サーバ１０は子供がアクセス要求をした際、当該子供に対し保護者が設定したフィルタリング条件を検索し、アクセス可否を判定する。コンテンツファイルのダウンロードについても同様である。なお同図は基本的なしくみを示しているに過ぎず、より詳細な処理手順、登録情報などは後に詳述する。
【００２４】
図３はフィルタリング管理サーバ１０の構成をより詳細に示している。フィルタリング管理サーバ１０は、フィルタリングに用いるデータベースの構築と、ユーザに対する情報提供を行うデータベース構築部１２と、構築されたデータベースを参照して子供のアクセス要求、ダウンロード要求の可否を判定するアクセス可否判定部１４を含む。なお図２に示したように、フィルタリング管理サーバ１０にはＳＮＳの機能を含めてよいが、一般的な技術を適用できるためここでは図示を省略している。
【００２５】
図３において、様々な処理を行う機能ブロックとして記載される各要素は、ハードウェア的には、ＣＰＵ、メモリ、その他のＬＳＩで構成することができ、ソフトウェア的には、ネットワークを介した通信や、データベースへのアクセスを行うプログラムなどによって実現される。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。
【００２６】
データベース構築部１２は、利用者属性登録部１６、ソーシャル評価管理部１８、条件登録部２０、アクセス履歴管理部２１を含み、保護者が操作するユーザ端末１０４ａからの入力情報を取得して、利用者属性データベース２２、ソーシャル評価データベース２４、条件データベース２６を構築する。利用者属性登録部１６は、当該システムを利用する子供の属性を取得し、識別情報を付与してそれらを対応づけてを利用者属性データベース２２に格納する。子供の属性は、当該システムへの加入を行う際に、保護者などに入力させてもよい。あるいは、ネットワーク接続サーバ１０６が取得した属性や識別情報を利用してもよい。
【００２７】
ソーシャル評価管理部１８は、保護者が操作するユーザ端末１０４ａから、ウェブサイトに対する評価や意見などを取得して、評価がなされた日付、評価内容などを、対象のウェブサイトのＵＲＬ（Uniform Resorce Locator）や入力した保護者の子供の属性と対応づけたソーシャル評価をソーシャル評価データベース２４に格納する。保護者の評価や意見は、各保護者が我が子のフィルタリング条件を設定する際に入力したものを利用することができる。あるいは、フィルタリング管理サーバ１０に設けたＳＮＳに対し参加者が様々なウェブサイトについて議論したり評価したりした結果を収集してもよい。
【００２８】
条件登録部２０は、保護者が入力したフィルタリング条件を子供の識別情報ごとに条件データベース２６に格納する。保護者が設定するフィルタリング条件は、前述のようにコミュニティの形成条件や当該コミュニティにおける評価に対する基準値を設定した条件（以後、ソーシャル条件と呼ぶ）と、個別のウェブサイトに対してアクセス許可／不許可を設定した条件（以後、個別条件と呼ぶ）の少なくともいずれかを含む。そのほか、レイティングやジャンルなどでアクセス許可／不許可を設定した条件なども含めてよい。また、フィルタリング条件を設定する際は、各条件に対する保護者の意見や理由も入力できるようにし、条件データベース２６に格納する。
【００２９】
条件登録部２０は、保護者がフィルタリング条件を入力するのに先立ち、入力が可能な条件を選択できる画像データを生成し、ユーザ端末１０４ａに表示されるようにしてもよい。これと同様に、アクセス履歴管理部２１は、フィルタリング条件を入力する子供のアクセス履歴や他の子供のアクセス履歴を表示する画像データを生成し、保護者の指示に従ってユーザ端末１０４ａに表示されるようにする。この場合保護者は、我が子がこれまでにアクセスしたウェブサイトや同世代で流行しているウェブサイトなどを確認し、アクセスが望ましくないと考えられるウェブサイトをアクセス不許可とするように個別条件を設定することができる。このためフィルタリング管理サーバ１０は、アクセス履歴を識別情報ごとに蓄積して記憶するアクセス履歴データベース３２を備える。
【００３０】
フィルタリング管理サーバ１０はさらに、ウェブサイトやコンテンツと、それらに付与されたタグやレイティングとを対応づけたデータを格納する基本フィルタリングデータベース２５を備える。ここで「タグ」は、「暴力的」、「性的」などファイルの特徴や内容を表すキーワードである。基本フィルタリングデータベース２５としては、流通している一般的なデータベースを利用してもよい。保護者がレイティングなどをフィルタリング条件として設定した場合、基本フィルタリングデータベース２５はアクセス可否判定において参照される。各データベースが保持するデータ構造の具体例は後に述べる。
【００３１】
一方、アクセス可否判定部１４は、ウェブサイトへの子供のアクセス可否について、ネットワーク接続サーバ１０６から問い合わせがあった際に、保護者が設定した条件に従いアクセス可否を判定し、その結果をネットワーク接続サーバ１０６に返信する。アクセス可否判定部１４は、アクセス情報取得部２８および照合部３０を含む。
【００３２】
アクセス情報取得部２８は、ネットワーク接続サーバ１０６から送信された、アクセス要求を行っている子供の識別情報と、アクセス要求先のウェブサイトのＵＲＬなどの情報を取得する。照合部３０は、アクセス要求を行っている子供の識別情報に基づき、条件データベース２６に格納されたフィルタリング条件を検出し、必要に応じてその他のデータベースを検索したうえでアクセス可否判定を行い、ネットワーク接続サーバ１０６へその情報を返す。なお以下の説明では主に、子供がウェブサイトへのアクセス要求を行った際の構成に主眼を置くが、すでにアクセスしたウェブサイトからコンテンツのファイルをダウンロードする場合も同様である。
【００３３】
次に各データベースが保持する情報について例示する。図４は利用者属性データベース２２に格納される利用者属性情報のデータ構造例を示している。利用者属性情報テーブル４８は、識別情報欄４８ａ、学校欄４８ｂ、学年欄４８ｃ、性別欄４８ｄ、および居住地域欄４８ｅを含む。識別情報欄４８ａには、フィルタリング管理サーバ１０の機能を利用する保護者あるいはその子供の識別情報を格納する。当該識別情報は、ネットワーク接続サーバ１０６がサービス利用者を識別するための情報を流用してもよく、たとえばメールアドレスやログインＩＤなどを利用することができる。
【００３４】
学校欄４８ｂ、学年欄４８ｃ、性別欄４８ｄ、居住地域欄４８ｅにはそれぞれ、識別情報に対応づけられた子供の学校名、学年、性別、居住地域を格納する。ただしこれらの項目をもって本実施の形態を限定するものではなく、国籍、趣味、クラスなど子供や保護者の属性情報であればよい。これらの情報はフィルタリング管理サーバ１０やネットワーク接続サーバ１０６の機能を利用するための申し込み時に入力させた情報を利用してもよいし、保護者がフィルタリング条件を設定する際に入力させるようにしてもよい。利用者属性情報テーブル４８に格納された情報は、保護者のコミュニティを形成する際に利用される。
【００３５】
図５および図６は条件データベース２６に格納されるフィルタリング条件のデータ構造例を示しており、図５がソーシャル条件、図６が個別条件の例である。図５においてソーシャル条件データ５０は、フィルタエントリー５２およびサブ条件５４ａ、５４ｂ、５４ｃを含む。フィルタエントリー５２はエントリー名欄５２ａ、条件欄５２ｂ、パブリックコメント欄５２ｃ、およびプライベートコメント欄５２ｄを含む。なお同図に示すソーシャル条件データ５０は、保護者がアクセスを不許可とする条件の例であり、例えば、識別情報ごとに用意された条件データベース２６の記憶領域のうち、「アクセスを不許可とする条件」の記憶領域に格納されている。
【００３６】
エントリー名欄５２ａには、登録した条件ごとに保護者が付与する名称をエントリー名として格納する。あるいはあらかじめ、フィルタリング管理サーバ１０側で条件のテンプレートを準備しておく場合は、それに付与された名称でもよい。エントリー名は当該フィルタリング条件を設定した保護者が、後に設定を変更する際などに呼び出すのに用いられる。また、フィルタリング管理サーバ１０が提供するＳＮＳにおいてエントリー名を匿名で公表し、それを他の保護者が指定することにより、自分のフィルタリング条件として使用できるようにする。
【００３７】
条件欄５２ｂには、フィルタリングの条件式へのポインタを格納する。同図の例ではフィルタエントリー５２の右に示した３つの「サブ条件」で構成される条件式へのポインタを「→」で表しているが、実際には条件式のアドレスなどでよい。ここでは、子供の学年が「小学校３年生」、居住地域が「東京都墨田区」、評価が「−１０ポイント以下」なる条件を「サブ条件１」５４ａ、「サブ条件２」５４ｂ、「サブ条件３」５４ｃとして設定し、最終的なフィルタリング条件はそれらのサブ条件の論理積としている。「評価」属性は、前述のとおり、他の属性の条件に合致するコミュニティにおける「評判」を数値化したものである。詳細については後に述べる。
【００３８】
フィルタエントリー５２のパブリックコメント欄５２ｃおよびプライベートコメント欄５２ｄはいずれも、保護者が当該フィルタリング条件を設定する際に入力した、条件に対するコメントを格納するが、前者は他の保護者間で共有するコメント（以後、パブリックコメントと呼ぶ）、後者は自分の子供に示すコメント（以後、プライベートコメントと呼ぶ）である。パブリックコメントは、フィルタリング管理サーバ１０が提供するＳＮＳにおいて、エントリー名とともに公開する。他の保護者は、公開されたフィルタリング条件を我が子のフィルタリング条件として設定する際、パブリックコメントを読んで拠り所とすることができる。
【００３９】
プライベートコメントは、子供がウェブサイトへアクセスしようとした場合に当該条件によってアクセス不許可となった際、子供が操作するユーザ端末に表示する。これにより子供は、アクセスが遮断された理由を知ることができる。
【００４０】
図６において個別条件データ５６は、可否情報欄５６ａ、ＵＲＬパターン欄５６ｂ、分類タグ欄５６ｃ、パブリックコメント欄５６ｄ、およびプライベートコメント欄５６ｅを含む。保護者は子供が過去にアクセスしたウェブサイトや、子供がアクセスしたいと言っているウェブサイトなど、個別のウェブサイトについてアクセス可否を設定する。例えば、ソーシャル条件で設定したアクセス不許可の条件に合致するウェブサイトであっても、子供の要求にしたがって内容を確認したうえで個別に許可する場合がある。このようなときに個別条件を設定し、ソーシャル条件より優先させることにより、臨機応変なフィルタリング条件設定が可能となる。
【００４１】
可否情報欄５６ａにはアクセスを許可するか不許可とするかを識別する情報を格納する。同図の例では「ポジティブ」なる文字列によりアクセス許可であることを表している。これに対し「ネガティブ」なる文字列であった場合はアクセス不許可を表すとする。ＵＲＬパターン欄５６ｂには条件設定対象のウェブサイトのＵＲＬを表す文字列を格納する。ＵＲＬを表す文字列に代わりサイト名やコンテンツ名などを格納しておき、別のデータベースによってそれらの名前とＵＲＬとを対応づけておいてもよい。ここでＵＲＬパターンはワイルドカードを含む設定を許してもよい。
【００４２】
分類タグ欄５６ｃは、条件設定対象のウェブサイトが提供するコンテンツのタグを格納する。同図の例では「Ｒ１６」、「教育的」なるタグが格納されているが、当該タグは条件を設定する保護者が付与する。タグはあらかじめ用意された文言の中から、コンテンツの内容に当てはまると思うものを選択させるようにしてもよい。
【００４３】
パブリックコメント欄５６ｄとプライベートコメント欄５６ｅには、図５に示したソーシャル条件のフィルタエントリー５２におけるパブリックコメント欄５２ｃおよびプライベートコメント欄５２ｄに格納されるパブリックコメントとプライベートコメントと同様のコメントをそれぞれ格納する。アクセスを許可する場合、プライベートコメントは、許可されたサイトを表示する直前などに保護者のコメントとして子供に示す。
【００４４】
条件データベース２６に格納するフィルタリング条件は、ソーシャル条件、個別条件のほかに、ジャンルやレイティングなどを設定した条件を含んでもよい。例えば「Ｒ−１５」のコンテンツを提供するウェブサイトは全てアクセス不許可とする、といった条件を設定できるようにする。
【００４５】
図７はソーシャル評価データベース２４に格納されるソーシャル評価のデータ構造例を示している。ソーシャル評価テーブル５８は、保護者がフィルタリングの個別条件を設定した際や、アクセス要求のあったウェブサイトのアクセス可否判定をソーシャル条件に基づき行った際などに、ソーシャル評価管理部１８が、対象となるウェブサイトごとにエントリーを追加していくテーブルである。それぞれの行が、あるウェブサイトについての一のソーシャル評価を表している。ソーシャル評価テーブル５８は、登録日欄５８ａ、ＵＲＬパターン欄５８ｂ、可否情報欄５８ｃ、居住地域欄５８ｄ、学年欄５８ｅ、分類タグ欄５８ｆ、マッチ頻度欄５８ｇを含む。
【００４６】
登録日欄５８ａには、そのソーシャル評価がソーシャル評価テーブル５８に追加された日付を、ＵＲＬパターン欄５８ｂには、対象のウェブサイトのＵＲＬを表す文字列を、それぞれ格納する。可否情報欄５８ｃには、アクセスが許可とされたか不許可とされたかを識別する情報を格納する。この情報は、図６に示した個別条件データ５６の可否情報欄５６ａに格納する情報と同様であるが、個別に設定されたアクセス可否以外に、ソーシャル条件によってアクセス可否判定がなされた結果でもよい。また、ＳＮＳにおける意見から、ポジティブ／ネガティブを判断して格納してもよい。
【００４７】
居住地域欄５８ｄおよび学年欄５８ｅには、当該ソーシャル評価元の子供の属性のうち、居住地域および学年を格納する。これらの属性情報は、識別情報に基づき、ソーシャル評価管理部１８が利用者属性データベース２２から取得する。したがって、利用者属性データベース２２に格納されている情報のいずれを本ソーシャル評価テーブル５８に含めてもよい。分類タグ欄５８ｆには各ウェブサイトのタグを格納する。当該タグは、ソーシャル評価管理部１８が、個別条件データ５６の分類タグ欄５６ｃから抽出したものである。あるいは、ＳＮＳなどにおいてタグづけされたものでもよい。マッチ頻度欄５８ｇには、過去のアクセス可否判定において条件に合致した割合を格納する。
【００４８】
ソーシャル評価テーブル５８は、図５で示したソーシャル条件によって設定された属性によってコミュニティを形成するのに用いる。さらに上述のとおり、「評価」属性についての条件を判定する際に、コミュニティにおける「評判」の指標を数値化するのにも用いる。図７の例では理解を容易にするため、あるウェブサイトのＵＲＬとして、「ｈｔｔｐ：／／ａａａ／ｂｂｂ／＊」なる同じＵＲＬパターン、またはその上位の「ｈｔｔｐ：／／ａａａ／＊＊」なるＵＲＬパターンに対する情報のみが示されているが、ソーシャル評価テーブル５８には当然、その他のウェブサイトについてのソーシャル評価も含まれていてよい。
【００４９】
次にこれまで述べた構成によって実現できるシステムの動作について説明する。図８は、図１に示したネットワークシステム１００において、ウェブサイトへのアクセスおよびコンテンツファイルのダウンロードに対しフィルタリングを行う全体的な処理手順を示している。同図は保護者によるフィルタリング条件の設定が済んでいることを前提としている。まず子供が、操作するユーザ端末１０４ａにおいて、情報提供サーバ１０２ａのウェブサイトへアクセスする要求を行うと（Ｓ１０）、ネットワーク接続サーバ１０６は、アクセス要求時にユーザ端末１０４ａから送信された子供の識別情報やパスワードなどから利用者認証を行う（Ｓ１２）。
【００５０】
次に要求先のウェブサイトのＵＲＬと子供の識別情報をフィルタリング管理サーバ１０に送信することにより、アクセス可否の問い合わせを行う（Ｓ１４）。フィルタリング管理サーバ１０では、アクセス可否判定部１４がアクセス可否について判定し、その結果をネットワーク接続サーバ１０６に返信する（Ｓ１６）。ネットワーク接続サーバ１０６は、要求されたアクセスが許可されればアクセスのための処理を行い、不許可であれば遮断する処理を行う（Ｓ１８）。
【００５１】
さらにネットワーク接続サーバ１０６は、アクセスが許可された場合、アクセス先の情報提供サーバ１０２ａからコンテンツのファイルとそれに付加されているファイルシグネチャを取得する（Ｓ２０）。そして取得したファイルシグネチャと要求元の子供の識別情報をフィルタリング管理サーバ１０に送信することにより、当該ファイルの送信可否の問い合わせを行う（Ｓ２２）。フィルタリング管理サーバ１０では、アクセス可否判定部１４が送信可否について判定し、その結果をネットワーク接続サーバ１０６に返信する（Ｓ２４）。この際、参照されるデータベースは、これまでに説明したデータベースにおいてＵＲＬのパターンをファイルシグネチャのパターンとしたものであるが、構成は同様である。
【００５２】
ネットワーク接続サーバ１０６は、要求されたファイルが送信可であれば送信のための処理を行い、不許可であれば遮断する処理を行う（Ｓ２６）。送信されたファイルは、要求元のユーザ端末１０４ａで適宜表示される（Ｓ２８）。
【００５３】
図９は図８のＳ１６においてフィルタリング管理サーバ１０がアクセス可否を判定する際の処理手順を示している。なおＵＲＬをファイルシグネチャと置き換えることにより、Ｓ２４の送信可否判定も同様の処理手順となる。まず、フィルタリング管理サーバ１０の照合部３０は、条件データベース２６を参照して、アクセス要求を行っている子供の識別情報に対して設定されたソーシャル条件があるか否かを確認する（Ｓ３０）。ソーシャル条件が設定されていたら（Ｓ３０のＹ）、ソーシャル評価データベース２４を検索し、アクセス要求先のウェブサイトを対象としたソーシャル評価のうち、ソーシャル条件に合致する評価を抽出する（Ｓ３２）。
【００５４】
図５のソーシャル条件の例では、「学年」が「小学校３年生」、「居住地域」が「東京都墨田区」となっているソーシャル評価を抽出する。アクセス先のＵＲＬが「ｈｔｔｐ：／／ａａａ／ｂｂｂ／＊」である場合、図７に示すソーシャル評価テーブル５８から、ソーシャル条件を満たすソーシャル評価を抽出すると、１行目は学年が、３行目は居住地域が条件と異なるため、２行目、および４〜６行目が抽出される。
【００５５】
次に、抽出したソーシャル評価に基づき、その中での「評判」の指標を表すポイントを算出する（Ｓ３４）。抽出したソーシャル評価には、対象のウェブサイトに対して「ポジティブ」、すなわちアクセスを許可する傾向の評価と、「ネガティブ」、すなわちアクセスを不許可とする傾向の評価があり得る。そこで「ポジティブ」な評価を正、「ネガティブ」な評価を負の数値に換算し、抽出したソーシャル評価で当該数値を足し合わせることによって最終的なポイントを算出する。最も単純には、ポジティブな評価１つを１ポイント、ネガティブな評価１つを−１ポイントとして和をとることが考えられる。
【００５６】
これにより、ネガティブな評価が相対的に多いほどポイントは小さくなり、ポジティブな評価が多いほどポイントは大きくなる。したがって、ある負の数以下、とするフィルタリング条件をポイントに対して設定すれば、いわゆる「評判の悪い」ウェブサイトが条件に合致することになる。逆にある正の数以上、なる条件を設定すれば、「評判の良い」ウェブサイトが条件に合致する。
【００５７】
ポイントは上述のような単純和で算出しなくてもよい。例えば抽出したソーシャル評価ごとの重要性を所定の基準で判断して重み付けをおこなったうえで和をとってもよい。図７のソーシャル評価を例にとると、抽出された２行目、４〜６行目のソーシャル評価のうち、２行目のソーシャル評価は可否情報欄５８ｃが「ネガティブ」のため、本来は−１ポイントであるが、登録日欄５８ａに記載された日付が「１９９５／３／３」と古いため、重みを下げ、例えば−０．５ポイントとする。同様に４行目の「ポジティブ」としたソーシャル評価も日付が古いため＋０．５ポイントとする。５行目のソーシャル評価はそのまま＋１ポイントとする。
【００５８】
６行目のソーシャル評価は、マッチ頻度欄５８ｇにおける値が高いため、様々なコンテンツに対する評価、あるいは上位のウェブサイトに対する評価を含んでいると考え、重みを下げて＋０．５ポイントとする。これら４つがアクセス要求先のウェブサイトに対するソーシャル評価の全てである場合は、各ポイントの和をとり、＋１．５ポイントが当該ウェブサイトのポイントとなる。このように、登録日やマッチ頻度などにあらかじめしきい値を設け、それとの大小関係によりポイントに重み付けを行ってよい。ポイント算出手法はそのほかに、抽出した全ソーシャル評価のうちポジティブ、あるいはネガティブとされた割合などを考慮してもよい。
【００５９】
次に、算出したポイントを、ソーシャル条件で設定された「評価」属性の条件と比較することにより、対象のウェブサイトのアクセス可否を仮に決定する（Ｓ３６）。上述の例ではポイントが＋１．５であったため、対象ウェブサイトは概ね評判がよく、図５のソーシャル条件における「サブ条件３」の「−１０ポイント以下」を満たしていないため、アクセス許可、という決定がなされる。Ｓ３６における決定が「仮」であるのは、同時に個別条件が設定されていた場合に、そちらの条件による判定結果を優先させるためである。
【００６０】
ソーシャル条件がない場合（Ｓ３０のＮ）、またはソーシャル条件によってアクセス可否を仮決定した場合（Ｓ３６）、次に照合部３０は、アクセス要求を行っている子供の識別情報に対して設定された個別条件があるか否かを確認する（Ｓ３８）。個別条件が設定されていたら（Ｓ３８のＹ）、個別条件で設定されたＵＲＬのパターンとアクセス要求先のウェブサイトのＵＲＬとを比較して、当該ウェブサイトに対するアクセス許可／不許可の設定があるか否かを確認する（Ｓ４０）。そして、アクセス不許可とした仮決定に対して個別条件ではアクセス許可と設定されていたり、その逆だったりと、Ｓ３６でなされた仮決定と矛盾した設定がある場合は（Ｓ４２のＹ）、個別条件を優先するように仮決定を破棄し（Ｓ４４）、個別条件の結果をアクセス可否の最終決定とする（Ｓ４６）。
【００６１】
仮決定と個別条件に矛盾がなければ（Ｓ４２のＮ）、仮決定をアクセス可否の最終決定とする（Ｓ４６）。Ｓ３８において個別条件が設定されていない場合（Ｓ３８のＮ）も同様に、仮決定をアクセス可否の最終決定とする（Ｓ４６）。なお、図５のソーシャル条件では子供の「学年」と「居住地域」がサブ条件として設定されていたが、サブ条件として「タグ」が設定されていれば、図７のソーシャル評価テーブル５８における分類タグ欄５８ｆに格納されたタグを検索し、設定されたタグが含まれていればそのソーシャル評価を抽出する。
【００６２】
また、サブ条件の設定対象は、「学年」、「居住地域」、「タグ」に限らず、「性別」、「学校」、「クラス」、「名前」などでもよく、「居住地域」属性などは区に限らず国から番地まで様々なレベルで条件設定を行えるようにしてもよい。そのような条件を設定可能とする場合は、ソーシャル評価のデータ構造も適宜変更してよい。このように、様々な属性を条件として入力できるようにするほど、形成できるコミュニティの多様性が増す。
【００６３】
例えば「クラス」属性と「名前」属性などをサブ条件として設定することによって、特定の個人のソーシャル評価のみを抽出し、評価ポイントが負の値であればアクセス不許可と判定されるように条件を設定すると、例えば子供の友達がアクセス不許可とされたウェブサイトは我が子にもアクセス不許可とする、といったことが可能になる。このように、複数の人間からなるコミュニティの総合的な意見から、一個人の意見まで、必要に応じて我が子のフィルタリング条件に多様な意見を反映させることができる。
【００６４】
次に、保護者が個別条件を設定するために、フィルタリング管理サーバ１０が提供する機能の例として、（１）自分の子供のアクセス履歴表示、（２）コミュニティにおけるアクセス動向表示、（３）アクセスが不許可とされた旨の通知画面の表示、について順に説明する。
【００６５】
図１０はフィルタリング管理サーバ１０が生成し、保護者が操作するユーザ端末１０４ａに表示する、子供のアクセス履歴の画面例を示している。この画面を確認することにより、自分の子供が最近アクセスしているウェブサイトや、当該ウェブサイトの評判について把握できる。子供アクセス履歴画面６０は、ユーザ端末１０４ａからの保護者の指示によりアクセス履歴管理部２１がアクセス履歴データベース３２から当該保護者の子供のアクセス履歴などを読み出すことによって生成する。子供アクセス履歴画面６０は、アクセス履歴テーブル６１を表示する。アクセス履歴テーブル６１は、アクセス日欄６１ａ、ＵＲＬ欄６１ｂ、アクセス回数欄６１ｃ、ソーシャル評価（タグ）欄６１ｄ、ソーシャル評価（属性）欄６１ｅ、レイティング欄６１ｆを含む。
【００６６】
アクセス日欄６１ａ、ＵＲＬ欄６１ｂ、アクセス回数欄６１ｃには、最終アクセス日、アクセス先のウェブサイトのＵＲＬ（図では「・・・」として簡略化している）、それまでのアクセス回数をそれぞれ表示する。これらの情報はアクセス履歴データベース３２に格納されている。また、ソーシャル評価（タグ）欄６１ｄには、ＵＲＬ欄６１ｂに記載されたＵＲＬに対応するウェブサイトについて、それまでに様々な保護者が付与したタグを表示する。この情報は、図７に示したソーシャル評価テーブル５８の分類タグ欄５８ｆに格納された情報を、同一のＵＲＬパターンについて集計することによって得られる。
【００６７】
図１０に示すように、ソーシャル評価（タグ）欄６１ｄはいわゆるタグ・クラウドの形式で表示してもよい。すなわち対象のウェブサイトに対し、付与した保護者の数が多いタグほどフォントサイズを大きく表示する。ソーシャル評価（属性）欄６１ｅには、自分の子供と同じ属性を有する子供の保護者のコミュニティによる、対象ウェブサイトの「評判」をポイントで表示する。同図の例では、「同年代」のコミュニティ、「同地域」のコミュニティにおけるポイントがそれぞれ表示されている。ここで表示する属性や、「同年代」・「同地域」の範囲はあらかじめ定義づけしておく。
【００６８】
ポイントの算出手法は、図７に示したソーシャル評価テーブル５８を参照して、アクセス可否判定時と同様に行う。すなわち、「同年代」と「同地域」の範囲に入る属性を有する評価を抽出し、同様の規則でポイントを算出する。ソーシャル評価（タグ）欄６１ｄおよびソーシャル評価（属性）欄６１ｅを表示することにより、対象のウェブサイトが他の保護者達の間でどのような評判であるか、すなわち有害か無害かに注目したウェブサイトの内容を一見して把握できる。レイティング欄６１ｆには、対象のウェブサイトに対して一般的に付与されているレイティングを表示する。当該情報は、基本フィルタリングデータベース２５から取得する。
【００６９】
保護者は子供アクセス履歴画面６０を確認することにより、自分の子供がどのようなウェブサイトにアクセスしているかを把握するとともに、その中に有害と思われるウェブサイトがあるか否かを同じ属性を有する他の保護者の評価やレイティングから判断できる。そして有害と思われるウェブサイトがあれば、フィルタリング条件の個別条件として設定することにより、当該ウェブサイトをアクセス不許可とすることができる。
【００７０】
図１１はフィルタリング管理サーバ１０が生成し、保護者が操作するユーザ端末１０４ａに表示する、コミュニティのアクセス動向の画面例を示している。保護者がコミュニティの形成条件となる属性を入力することにより、アクセス履歴管理部２１はまず、利用者属性データベース２２から当該属性を有する子供の識別情報を抽出し、それに基づきアクセス履歴データベース３２を参照することにより、各識別情報に対する所定期間内のアクセス履歴を抽出する。それを集計することにより、コミュニティにおいてアクセス件数が上位のウェブサイトに係る情報をアクセス動向として表示する。
【００７１】
図１１のコミュニティアクセス動向画面６２は、異なる属性で形成された２つのコミュニティのアクセス動向テーブル６４および６６を含む。各アクセス動向テーブルの上には、どのような属性で形成されたコミュニティかを示す属性情報６５を表示する。同図の例では、アクセス動向テーブル６４は「居住地域」属性が「東京都墨田区」のコミュニティ、アクセス動向テーブル６６は「居住地域」属性が「全国」であり「学年」属性が「小学校３年生」のコミュニティのアクセス動向をそれぞれ示していることがわかる。
【００７２】
アクセス動向テーブル６４は、ＵＲＬ欄６４ａ、アクセス件数欄６４ｂ、ソーシャル評価（タグ）欄６４ｃ、およびレイティング欄６４ｄを含む。ＵＲＬ欄６４ａには、アクセス件数が上位のウェブサイトのＵＲＬ（図では「・・・」として簡略化している）を表示する。同図では各コミュニティに対し２つのＵＲＬを記載しているが、表示件数はそれに限定されない。アクセス件数欄６４ｂには、対象ウェブサイトに対するアクセス件数をコミュニティ内で集計した値を表示し、ソーシャル評価（タグ）欄６４ｃには、コミュニティ内の保護者が付与したタグを例えばタグ・クラウドの形式で表示する。レイティング欄６４ｄには、対象のウェブサイトに対して一般的に付与されているレイティングを表示する。ソーシャル評価（タグ）欄６４ｃ、レイティング欄６４ｄに表示する情報は、図１０のアクセス履歴テーブル６１におけるソーシャル評価（タグ）欄６１ｄ、レイティング欄６１ｆの情報と同様に取得できる。アクセス動向テーブル６６も同様の構成を有する。
【００７３】
保護者はコミュニティアクセス動向画面６２を確認することにより、指定した属性を有するコミュニティにおいて流行しているウェブサイトやコンテンツを把握するとともに、それがどのような内容であるかを他の保護者の評価やレイティングから判断できる。そして有害と思われるウェブサイトやコンテンツがあれば、フィルタリング条件の個別条件として設定することによりアクセス不許可とすることができる。
【００７４】
図１０で示した子供アクセス履歴画面６０や、図１１で示したコミュニティアクセス動向画面６２において、表示されたＵＲＬをポインティングデバイスなどで選択すると、当該ＵＲＬのウェブサイトについて、他の保護者が入力したパブリックコメントが表示されるようにしてもよい。パブリックコメントは、条件データベース２６の個別条件データ５６から抽出できる。これにより保護者は、タグをさらに掘り下げ、他の保護者がどのような意見を述べているかを参照することができ、フィルタリング条件の検討に利用することができる。
【００７５】
図１２は、子供が要求したアクセスが不許可と判定された場合に、照合部３０が生成し、子供が操作するユーザ端末１０４ａに表示する、アクセス不許可を通知する画面例を示している。当該画面の画像データは一旦ネットワーク接続サーバ１０６に送信しておき、ネットワーク接続サーバ１０６における、アクセスを遮断する処理の一部としてユーザ端末１０４ａに送信する。アクセス不許可通知画面６８は、アクセス不許可マーク６８ａ、プライベートコメント表示欄６８ｂ、およびコメント入力欄６８ｃを含む。
【００７６】
アクセス不許可マーク６８ａは、アクセスが不許可であり遮断されたことを一見して認識できる表示であればよく、同図で示した図形以外の図形や文字列などでもよい。プライベートコメント表示欄６８ｂには、条件データベース２６に格納された、保護者が設定したソーシャル条件および個別条件のうち、今回のアクセスが遮断された原因となった条件において保護者が入力したプライベートコメントを表示する。子供は当該表示を見ることにより、保護者がアクセス不許可とした理由を知ることができる。
【００７７】
コメント入力欄６８ｃは、アクセスが許可されなかったことに対する子供の意見の入力を受け付ける欄である。ここに入力された文章は、次回に保護者が子供のアクセス履歴を確認したりフィルタリング条件を入力したりする画面をユーザ端末１０４ａに表示させた際に優先して表示する。あるいは保護者の電子メールアドレスに送信する。例えばソーシャル条件によりアクセス不許可とされたウェブサイトであっても、実際にはそれほど有害でなかったり、授業で話題になったため閲覧が必要なウェブサイトであったりする場合がある。このようなウェブサイトのアクセス不許可に対し、子供からの異議申し立ての場を設けることにより、アクセス可否の基準を状況に応じて調整することができる。
【００７８】
アクセス不許可に対する子供の意見を目にした保護者は、その申し立てが正当なものであると判断した場合に、当該ウェブサイトのＵＲＬについてアクセスを許可する個別条件を設定する。これにより図６に示したような個別条件が条件データベース２６に格納され、ソーシャル条件でアクセス不許可となっても、当該ウェブサイトのみはアクセスが許可されることになる。また、このようにしてなされたアクセス許可は、パブリックコメントやソーシャル評価の形で他の保護者間を伝搬し、フィルタリング条件に影響を与え得るため、結果として他の保護者のフィルタリングの適性度も向上することになる。
【００７９】
また、アクセス履歴データベース３２に、アクセス不許可となったウェブサイトの履歴を格納して表示するようにしてもよい。この場合保護者は、子供がアクセスしようとして不許可となったウェブサイトを確認し、その中で特に有害と思われないウェブサイトについてアクセスを許可する個別条件を設定できる。すると、子供の申し立てによる個別のアクセス許可と同様の効果を得ることができる。
【００８０】
以上述べた本実施の形態によれば、子供ごとに保護者が設定したフィルタリング条件をフィルタリング管理サーバが管理する。そして子供がユーザ端末からウェブサイトにアクセスする際、当該子供の識別情報をフィルタリング管理サーバが取得することにより、アクセス可否の判定を個別に行う。これにより、一般的なレイティングやジャンルなどによる画一的なフィルタリングと比較し、個々の状況や考え方に応じた最適なフィルタリング条件で子供のウェブサイトへのアクセスを制御することができる。
【００８１】
また、個々の保護者のウェブサイトに対する評価を、指定した属性を有するコミュニティ内で集約し、当該コミュニティにおけるウェブサイトの「評判」を数値化する。そしてその数値に対して設定した条件によってアクセス可否を判定する。これにより保護者が個別のウェブサイトについてアクセス可否の設定をせずとも、「評判」に応じて適切にアクセス可否が判定される。従って、日々増大するサイトの一つ一つを確認していく、といった手間をかけることなく、子供のウェブサイトへのアクセスを管理することができる。
【００８２】
ここで形成されるフィルタリングの基準は、コミュニティに属する保護者が築き上げていくものであるため、結果として、学校、地域などコミュニティの保護者によって皆で子供のアクセスを管理していく、という形態が実現できる。またフィルタリングの基準となる「評判」は、保護者の意識や社会情勢によって変化するものであるため、そのような変化に応じた適応的なフィルタリングが実現できる。
【００８３】
子供のフィルタリング条件を保護者が設定するような場合、形成されるコミュニティは「子供の保護者」で構成される。このような状況における「子供」は幼児から高校生程度であるため、子供の誕生から成長に伴いコミュニティの構成人員は自然に入れ替わる。したがって、ウェブサイトへの評価やフィルタリング条件の設定、といった行為への関心はコミュニティ内では常に維持され、コミュニティ疲労が発生しにくいため、結果としてウェブサイトの評価などの情報の信頼性を保つことができる。
【００８４】
さらに、保護者から子供へのコメントをあらかじめ設定しておき、アクセスが不許可となった場合にその理由としてコメントを表示する。そして当該理由に対する子供の意見を保護者が確認できるようにする。これにより、一方的にアクセスを不許可とするばかりでなく、保護者と子供とのコミュニケーションの結果、フィルタリング条件を調整することが可能となり、個人の状況に応じた臨機応変なアクセス可否判定が行える。
【００８５】
また、個々の保護者が設定したフィルタリング条件や各ウェブサイトに対するコメントを保護者間で共有することにより、それを参考にした保護者が自分も同様のフィルタリング条件を設定するなど、フィルタリング条件の設定をより効率化できる。フィルタリング条件の設定のためにはさらに、自分の子供のアクセス履歴や、コミュニティにおけるアクセス動向を表示する。これらの情報を参照することにより、子供がいつの間にかアクセスしていたウェブサイトや、流行の伝搬により子供がこれからアクセスしそうなウェブサイトのうち、有害なウェブサイトを把握でき、効率的にアクセス不許可の設定を行うことができる。
【００８６】
またアクセス可否の判定は、いずれもネットワーク上に存在する、ネットワーク接続サーバからの問い合わせによってフィルタリング管理サーバが行うため、ユーザ端末においてフィルタリング条件を保持する場合に比べ、端末によらず同様のフィルタリング条件が適用できる。結果として、まさに「対個人のフィルタリング」が実現できる。
【００８７】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【図面の簡単な説明】
【００８８】
【図１】本実施の形態を適用できるシステムの構成例を示す図である。
【図２】本実施の形態においてフィルタリングを行うしくみの例を模式的に示す図である。
【図３】本実施の形態におけるフィルタリング管理サーバの構成をより詳細に示す図である。
【図４】本実施の形態の利用者属性データベースに格納される利用者属性情報のデータ構造例を示す図である。
【図５】本実施の形態の条件データベースに格納されるフィルタリング条件のうちソーシャル条件のデータ構造例を示す図である。
【図６】本実施の形態の条件データベースに格納されるフィルタリング条件のうち個別条件のデータ構造例を示す図である。
【図７】本実施の形態のソーシャル評価データベースに格納されるソーシャル評価のデータ構造例を示す図である。
【図８】本実施の形態においてウェブサイトへのアクセスおよびコンテンツファイルのダウンロードに対しフィルタリングを行う全体的な処理手順を示すフローチャートである。
【図９】図８のＳ１６においてフィルタリング管理サーバがアクセス可否を判定する際の処理手順を示すフローチャートである。
【図１０】本実施の形態においてフィルタリング管理サーバが生成しユーザ端末に表示する、子供のアクセス履歴の画面例を示す図である。
【図１１】本実施の形態においてフィルタリング管理サーバが生成しユーザ端末に表示する、コミュニティのアクセス動向の画面例を示す図である。
【図１２】本実施の形態において子供が要求したアクセスが不許可と判定された場合に、照合部が生成しユーザ端末に表示する、アクセス不許可を通知する画面例を示す図である。
【符号の説明】
【００８９】
１０ フィルタリング管理サーバ、１２ データベース構築部、 １４ アクセス可否判定部、 １６ 利用者属性登録部、 １８ ソーシャル評価管理部、 ２０ 条件登録部、 ２１ アクセス履歴管理部、 ２２ 利用者属性データベース、 ２４ ソーシャル評価データベース、 ２５ 基本フィルタリングデータベース、 ２６ 条件データベース、 ２８ アクセス情報取得部、 ３０ 照合部、 ３２ アクセス履歴データベース、 ５０ ソーシャル条件データ、 ５６ 個別条件データ、 ５８ ソーシャル評価テーブル、 ６０ 子供アクセス履歴画面、 ６２ コミュニティアクセス動向画面、 ６８ アクセス不許可通知画面、 １００ ネットワークシステム、 １０２ａ 情報提供サーバ、 １０４ａ ユーザ端末、 １０６ ネットワーク接続サーバ。
【特許請求の範囲】
【請求項１】
アクセス者が操作する端末から情報提供サーバへのアクセス要求がなされた際、当該アクセス要求を許可するか否かを判定するフィルタリング管理部と、
前記フィルタリング管理部が判定したアクセス可否の判定結果に基づき、接続処理およびアクセス遮断処理のいずれかを実施するネットワーク接続処理部と、を備え、
前記フィルタリング管理部は、
アクセス者の識別情報と、当該アクセス者に対し設定者が設定したフィルタリング条件とを対応づけて記憶する条件データベースと、
アクセス者の識別情報とアクセス要求先の識別情報に基づき前記条件データベースを検索し、アクセス可否を判定するアクセス可否判定部と、
を含み、
前記条件データベースは、他のアクセス者に対して設定されたフィルタリング条件に基づき算出した、アクセス要求先の評価を表す指標の大きさに対してアクセス可否の条件を設定したフィルタリング条件を記憶することを特徴とするアクセス管理システム。
【請求項２】
前記フィルタリング管理部は、前記設定者からのフィルタリング条件の入力を前記設定者が操作する端末から取得し、前記条件データベースに登録する条件登録部をさらに含むことを特徴とする請求項１に記載のアクセス管理システム。
【請求項３】
前記条件データベースは、前記指標の大きさに対する条件とともに、前記他のアクセス者の属性の条件をフィルタリング条件として記憶し、
前記アクセス可否判定部は、前記属性の条件を満たす他のアクセス者に対して設定されたフィルタリング条件に基づき算出した前記指標の大きさによってアクセス可否を判定することを特徴とする請求項１または２に記載のアクセス管理システム。
【請求項４】
前記アクセス可否判定部は、前記条件データベースが記憶する、前記属性の条件を満たす他のアクセス者に対するフィルタリング条件のうち、前記アクセス要求先へのアクセスを許可するフィルタリング条件の件数と、不許可とするフィルタリング条件の件数に基づき、前記指標の大きさを算出することを特徴とする請求項３に記載のアクセス管理システム。
【請求項５】
前記条件データベースは、前記フィルタリング条件とともに当該フィルタリング条件に対する設定者のコメントを記憶し、
前記フィルタリング管理部は、各フィルタリング条件とそれに対する前記コメントとをネットワーク上で公開することを特徴とする請求項１または２に記載のアクセス管理システム。
【請求項６】
前記条件データベースは、前記フィルタリング条件とともに当該フィルタリング条件に対する設定者のコメントを記憶し、
前記アクセス可否判定部は、アクセス要求が不許可となった際に、アクセス者が操作する端末に、前記コメントを表示させることを特徴とする請求項１または２に記載のアクセス管理システム。
【請求項７】
前記フィルタリング管理部は、
アクセス者の識別情報とアクセス要求先の識別情報とを対応づけて記憶するアクセス履歴データベースと、
設定者がアクセス者に対するフィルタリング条件を設定する際、前記アクセス履歴データベースを参照し、当該アクセス者が過去にアクセスしたアクセス先の識別情報と、当該アクセス先に対する、前記評価を表す指標の大きさを表した情報を、前記設定者が操作する端末に表示させるアクセス履歴管理部と、
をさらに含むことを特徴とする請求項１または２に記載のアクセス管理システム。
【請求項８】
前記フィルタリング管理部は、
アクセス者の識別情報とアクセス要求先の識別情報とを対応づけて記憶するアクセス履歴データベースと、
設定者がアクセス者に対するフィルタリング条件を設定する際、前記アクセス履歴データベースを参照し、当該設定者が指定した属性の条件を満たす他のアクセス者が過去にアクセスしたアクセス先の識別情報を、前記設定者が操作する端末に表示させるアクセス履歴管理部と、
をさらに含むことを特徴とする請求項１または２に記載のアクセス管理システム。
【請求項９】
情報提供サーバがユーザの要求に応じて当該ユーザが操作する端末へコンテンツファイルを送信する際、当該送信を許可するか否かを判定するフィルタリング管理部と、
前記フィルタリング管理部が判定した送信可否の判定結果に基づき、送信処理および送信遮断処理のいずれかを実施するネットワーク接続処理部と、を備え、
前記フィルタリング管理部は、
コンテンツ要求者の識別情報と、当該コンテンツ要求者に対し設定者が設定したフィルタリング条件とを対応づけて記憶する条件データベースと、
コンテンツ要求者の識別情報とコンテンツファイルのファイルシグネチャに基づき前記条件データベースを検索し、送信可否を判定する送信可否判定部と、
を含み、
前記条件データベースは、他のコンテンツ要求者に対して設定されたフィルタリング条件に基づき算出した、コンテンツの評価を表す指標の大きさに対して送信可否の条件を設定したフィルタリング条件を記憶することを特徴とするアクセス管理システム。
【請求項１０】
コンピュータがネットワークを介して端末から情報提供サーバへのアクセスを管理する方法であって、
端末からアクセス要求がなされた際、
データベースが記憶する、他のユーザに対して設定されたフィルタリング条件に基づき、アクセス要求先の評価を表す指標の大きさを算出するステップと、
アクセス者に対して設定されたフィルタリング条件をデータベースから読み出し、当該フィルタリング条件に含まれる、前記評価を表す指標の大きさに対するアクセス可否の基準と、算出した前記アクセス要求先の評価を表す指標の大きさと、を比較してアクセス可否を判定するステップと、
アクセス可否の判定結果に基づき、接続処理およびアクセス遮断処理のいずれかを実施するステップと、
を含むことを特徴とするアクセス管理方法。
【請求項１１】
前記指標の大きさを算出するステップは、アクセス者に対して設定されたフィルタリング条件に含まれる属性の条件を満たす、前記他のユーザに対して設定されたフィルタリング条件に基づき前記指標の大きさを算出することを特徴とする請求項１０に記載のアクセス管理方法。
【請求項１２】
端末からアクセス要求がなされた際、
データベースが記憶する、他のユーザに対して設定されたフィルタリング条件に基づき、アクセス要求先の評価を表す指標の大きさを算出する機能と、
アクセス者に対して設定されたフィルタリング条件をデータベースから読み出し、当該フィルタリング条件に含まれる、前記評価を表す指標の大きさに対するアクセス可否の基準と、算出した前記アクセス要求先の評価を表す指標の大きさと、を比較してアクセス可否を判定する機能と、
をコンピュータに実現させることを特徴とするコンピュータプログラム。
【請求項１】
アクセス者が操作する端末から情報提供サーバへのアクセス要求がなされた際、当該アクセス要求を許可するか否かを判定するフィルタリング管理部と、
前記フィルタリング管理部が判定したアクセス可否の判定結果に基づき、接続処理およびアクセス遮断処理のいずれかを実施するネットワーク接続処理部と、を備え、
前記フィルタリング管理部は、
アクセス者の識別情報と、当該アクセス者に対し設定者が設定したフィルタリング条件とを対応づけて記憶する条件データベースと、
アクセス者の識別情報とアクセス要求先の識別情報に基づき前記条件データベースを検索し、アクセス可否を判定するアクセス可否判定部と、
を含み、
前記条件データベースは、他のアクセス者に対して設定されたフィルタリング条件に基づき算出した、アクセス要求先の評価を表す指標の大きさに対してアクセス可否の条件を設定したフィルタリング条件を記憶することを特徴とするアクセス管理システム。
【請求項２】
前記フィルタリング管理部は、前記設定者からのフィルタリング条件の入力を前記設定者が操作する端末から取得し、前記条件データベースに登録する条件登録部をさらに含むことを特徴とする請求項１に記載のアクセス管理システム。
【請求項３】
前記条件データベースは、前記指標の大きさに対する条件とともに、前記他のアクセス者の属性の条件をフィルタリング条件として記憶し、
前記アクセス可否判定部は、前記属性の条件を満たす他のアクセス者に対して設定されたフィルタリング条件に基づき算出した前記指標の大きさによってアクセス可否を判定することを特徴とする請求項１または２に記載のアクセス管理システム。
【請求項４】
前記アクセス可否判定部は、前記条件データベースが記憶する、前記属性の条件を満たす他のアクセス者に対するフィルタリング条件のうち、前記アクセス要求先へのアクセスを許可するフィルタリング条件の件数と、不許可とするフィルタリング条件の件数に基づき、前記指標の大きさを算出することを特徴とする請求項３に記載のアクセス管理システム。
【請求項５】
前記条件データベースは、前記フィルタリング条件とともに当該フィルタリング条件に対する設定者のコメントを記憶し、
前記フィルタリング管理部は、各フィルタリング条件とそれに対する前記コメントとをネットワーク上で公開することを特徴とする請求項１または２に記載のアクセス管理システム。
【請求項６】
前記条件データベースは、前記フィルタリング条件とともに当該フィルタリング条件に対する設定者のコメントを記憶し、
前記アクセス可否判定部は、アクセス要求が不許可となった際に、アクセス者が操作する端末に、前記コメントを表示させることを特徴とする請求項１または２に記載のアクセス管理システム。
【請求項７】
前記フィルタリング管理部は、
アクセス者の識別情報とアクセス要求先の識別情報とを対応づけて記憶するアクセス履歴データベースと、
設定者がアクセス者に対するフィルタリング条件を設定する際、前記アクセス履歴データベースを参照し、当該アクセス者が過去にアクセスしたアクセス先の識別情報と、当該アクセス先に対する、前記評価を表す指標の大きさを表した情報を、前記設定者が操作する端末に表示させるアクセス履歴管理部と、
をさらに含むことを特徴とする請求項１または２に記載のアクセス管理システム。
【請求項８】
前記フィルタリング管理部は、
アクセス者の識別情報とアクセス要求先の識別情報とを対応づけて記憶するアクセス履歴データベースと、
設定者がアクセス者に対するフィルタリング条件を設定する際、前記アクセス履歴データベースを参照し、当該設定者が指定した属性の条件を満たす他のアクセス者が過去にアクセスしたアクセス先の識別情報を、前記設定者が操作する端末に表示させるアクセス履歴管理部と、
をさらに含むことを特徴とする請求項１または２に記載のアクセス管理システム。
【請求項９】
情報提供サーバがユーザの要求に応じて当該ユーザが操作する端末へコンテンツファイルを送信する際、当該送信を許可するか否かを判定するフィルタリング管理部と、
前記フィルタリング管理部が判定した送信可否の判定結果に基づき、送信処理および送信遮断処理のいずれかを実施するネットワーク接続処理部と、を備え、
前記フィルタリング管理部は、
コンテンツ要求者の識別情報と、当該コンテンツ要求者に対し設定者が設定したフィルタリング条件とを対応づけて記憶する条件データベースと、
コンテンツ要求者の識別情報とコンテンツファイルのファイルシグネチャに基づき前記条件データベースを検索し、送信可否を判定する送信可否判定部と、
を含み、
前記条件データベースは、他のコンテンツ要求者に対して設定されたフィルタリング条件に基づき算出した、コンテンツの評価を表す指標の大きさに対して送信可否の条件を設定したフィルタリング条件を記憶することを特徴とするアクセス管理システム。
【請求項１０】
コンピュータがネットワークを介して端末から情報提供サーバへのアクセスを管理する方法であって、
端末からアクセス要求がなされた際、
データベースが記憶する、他のユーザに対して設定されたフィルタリング条件に基づき、アクセス要求先の評価を表す指標の大きさを算出するステップと、
アクセス者に対して設定されたフィルタリング条件をデータベースから読み出し、当該フィルタリング条件に含まれる、前記評価を表す指標の大きさに対するアクセス可否の基準と、算出した前記アクセス要求先の評価を表す指標の大きさと、を比較してアクセス可否を判定するステップと、
アクセス可否の判定結果に基づき、接続処理およびアクセス遮断処理のいずれかを実施するステップと、
を含むことを特徴とするアクセス管理方法。
【請求項１１】
前記指標の大きさを算出するステップは、アクセス者に対して設定されたフィルタリング条件に含まれる属性の条件を満たす、前記他のユーザに対して設定されたフィルタリング条件に基づき前記指標の大きさを算出することを特徴とする請求項１０に記載のアクセス管理方法。
【請求項１２】
端末からアクセス要求がなされた際、
データベースが記憶する、他のユーザに対して設定されたフィルタリング条件に基づき、アクセス要求先の評価を表す指標の大きさを算出する機能と、
アクセス者に対して設定されたフィルタリング条件をデータベースから読み出し、当該フィルタリング条件に含まれる、前記評価を表す指標の大きさに対するアクセス可否の基準と、算出した前記アクセス要求先の評価を表す指標の大きさと、を比較してアクセス可否を判定する機能と、
をコンピュータに実現させることを特徴とするコンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１０−７３１６７（Ｐ２０１０−７３１６７Ａ）
【公開日】平成２２年４月２日（２０１０．４．２）
【国際特許分類】
【出願番号】特願２００８−２４３３４８（Ｐ２００８−２４３３４８）
【出願日】平成２０年９月２２日（２００８．９．２２）
【出願人】（０００１５５４６９）株式会社野村総合研究所 (1,067)
【Ｆターム（参考）】
【公開日】平成２２年４月２日（２０１０．４．２）
【国際特許分類】
【出願日】平成２０年９月２２日（２００８．９．２２）
【出願人】（０００１５５４６９）株式会社野村総合研究所 (1,067)
【Ｆターム（参考）】
[ Back to top ]