JP2010055202A - アクセス規制システム及びアクセス規制方法 - Google Patents

Abstract

【課題】端末によるＷｅｂページのアクセス履歴に基づくアクセス許可／禁止判定を簡便に行い、端末に則した設定を効率良く行う
【解決手段】アクセス規制システムは、ＵＵ数、禁止語情報及びリンク情報に基づき、子端末１１により閲覧されたＷｅｂページ同士のリンク関係を表すツリー構造を作成し、ＵＵ数が最大のＷｅｂページを当該ツリー構造の代表ページとして選択し、ページ毎表示、ツリー毎表示、ドメイン毎表示のいずれかの形態で提示された子端末１１のアクセス履歴リストを作成して親端末１２に送信し、アクセス履歴リストに提示された各Ｗｅｂページに関して子端末１１のアクセス可否を定めるアクセス可否情報を親端末１２から受信し、当該アクセス可否情報に応じて子端末１１のアクセス許可／禁止リストを更新するアクセスリスト更新サーバ１６を備える。
【選択図】図１

Description

本発明は、端末によるコンテンツへのアクセスを規制するためのアクセス規制システム及びアクセス規制方法に関するものである。

ＰＣや携帯電話システム上からインターネットやイントラネット上の情報を閲覧するシステムがある。この中で特にインターネット上のコンテンツを閲覧するシステムとしてＨＴＭＬ（HyperText Markup Language）とＨＴＴＰ（HyperText Transfer Protocol）を用いて情報をやりとりする方法がある。これらのシステムはＵＲＩ（Uniform Resource Identifier）やＵＲＬ（Uniform Resource Locator）と呼ばれるコンテンツを一意に識別する識別子を利用して、サイトと呼ばれるインターネットやイントラネット情報のサーバにアクセスを行い、それらのコンテンツを入手することを特徴とする。

現在、それらのコンテンツの中に有害な情報を含んでいることが問題となっている。ここでいう有害な情報とは、アダルト関連の情報や違法なコンテンツ、または青少年の育成に有害であるとされるコンテンツを示している。これらの公序良俗に反するコンテンツについてはＰＣや携帯電話の上でそのユーザが仮に未成年であったとしても、それらへのアクセスは基本的には成年のアクセスと変わりなくアクセスできる。しかし上記の理由により、これらのコンテンツへのアクセスは遮断したいというニーズが大きい。

そこで、これらの技術についてはペアレンタルコントロールという名前で非常に様々なサービス、技術が存在する。たとえば、公序良俗に反するコンテンツに対する規制については、そのリンクを押下してもそのコンテンツの表示を抑制する機能をもつものが提案されている（例えば特許文献１〜４）。

ペアレンタルコントロールの代表的な手段としてはホワイトリスト方式と、ブラックリスト方式というものがある。ホワイトリスト方式とは、あらかじめアクセスを許可するコンテンツのリストを定義しておくもので、そのリストに合致したもののみが閲覧を許可される。ブラックリスト方式はあらかじめアクセスを禁止するコンテンツのリストを定義しておくもので、そのリストに合致したもののみが閲覧を禁止される。逆にリストにないものは閲覧を許可される。以上の２方式が代表的であり、いくつかのサービス、技術が存在する。
特開２００２―１１６９５８号公報 特開２００１−２８２７９７号公報 特開２００６−３０９３５７号公報 特開２００４−１１０８０６号公報

しかしながら、上記従来技術にかかるアクセスを規制する手段では、ホワイトリストまたはブラックリストなどのアクセス許可／禁止リストを各端末に則して設定するためには、アクセスを許可／禁止したいＷｅｂページの内容が安全／危険かを逐一チェックして、アクセス許可／禁止リスト登録すべきＷｅｂページを抽出する必要がある。このような作業には膨大な時間を要するため、ホワイトリストやブラックリストなどのアクセス許可／禁止リストを端末に則して設定することは容易ではなかった。

そこで本発明は、上記の問題点を解決し、端末によるＷｅｂページのアクセス履歴に基づくアクセス許可／禁止判定を簡便に行い、端末に則したアクセス許可／禁止リストの設定を効率良く行うことができるアクセス規制システム及びアクセス規制方法を提供することを目的とする。

上記課題を解決するために、本発明のアクセス規制システムは、第１の通信端末によって設定されるアクセス許可／禁止リストに基づいて、第２の通信端末のＷｅｂページへのアクセスを規制するためのアクセス規制システムにおいて、第２の通信端末により閲覧されたＷｅｂページに含まれる所定の禁止語の数を示す禁止語情報、及び当該Ｗｅｂページへのアクセス数を示す閲覧情報を集計すると共に、Ｗｅｂページと他のＷｅｂページとのリンク状態を示すリンク情報を抽出する情報収集解析手段と、情報収集解析手段により抽出された閲覧情報及びリンク情報に基づき、第２の通信端末により閲覧されたＷｅｂページ同士のリンク関係を表すツリー構造を作成し、当該ツリー構造の中で最大の閲覧情報をもつＷｅｂページを当該ツリー構造の代表ページとして選択するツリー構造作成手段と、第１の通信端末から、第２の通信端末がアクセスしたＷｅｂページの情報を含むアクセス履歴リストを、Ｗｅｂページ単位、前記ツリー構造の代表ページ単位、ドメインが共通なＷｅｂページを１グループとするドメイン単位のうちいずれの形態で提示するかを示す提示形態情報を受信する提示形態受信手段と、提示形態受信手段により受信された提示形態情報に応じて、Ｗｅｂアクセス履歴から抽出されたＷｅｂページと、該Ｗｅｂページに関する禁止語情報とを含む第２の通信端末のアクセス履歴リストを作成して、該アクセス履歴リストを第１の通信端末に送信するアクセス履歴リスト送信手段と、アクセス履歴リストに提示された各Ｗｅｂページに関して第２の通信端末のアクセス可否を定めるアクセス可否情報を第１の通信端末から受信し、当該アクセス可否情報に応じてアクセス許可／禁止リストを更新する更新手段と、を備えることを特徴とする。

また、上記課題を解決するために、本発明のアクセス規制方法は、第１の通信端末によって設定されるアクセス許可／禁止リストに基づいて、第２の通信端末のＷｅｂページへのアクセスを規制するためのアクセス規制方法において、第２の通信端末により閲覧されたＷｅｂページに含まれる所定の禁止語の数を示す禁止語情報、及び当該Ｗｅｂページへのアクセス数を示す閲覧情報を集計すると共に、Ｗｅｂページと他のＷｅｂページとのリンク状態を示すリンク情報を抽出する情報収集解析ステップと、情報収集解析ステップにおいて抽出された閲覧情報及びリンク情報に基づき、第２の通信端末により閲覧されたＷｅｂページ同士のリンク関係を表すツリー構造を作成し、当該ツリー構造の中で最大の閲覧情報をもつＷｅｂページを当該ツリー構造の代表ページとして選択するツリー構造作成ステップと、第１の通信端末から、第２の通信端末がアクセスしたＷｅｂページの情報を含むアクセス履歴リストを、Ｗｅｂページ単位、前記ツリー構造の代表ページ単位、ドメインが共通なＷｅｂページを１グループとするドメイン単位のうちいずれの形態で提示するかを示す提示形態情報を受信する提示形態受信ステップと、提示形態受信ステップにおいて受信された提示形態情報に応じて、Ｗｅｂアクセス履歴から抽出されたＷｅｂページと、該Ｗｅｂページに関する禁止語情報とを含む第２の通信端末のアクセス履歴リストを作成して、該アクセス履歴リストを第１の通信端末に送信するアクセス履歴リスト送信ステップと、アクセス履歴リストに提示された各Ｗｅｂページに関して第２の通信端末のアクセス可否を定めるアクセス可否情報を第１の通信端末から受信し、当該アクセス可否情報に応じてアクセス許可／禁止リストを更新する更新ステップと、を備えることを特徴とする。

これらの構成により、第２の通信端末が閲覧したＷｅｂページ同士のリンク関係を表すツリー構造が作成され、これらのＷｅｂページをまとめたアクセス履歴リストが、第1の通信端末の選択に従って、Ｗｅｂページ単位、ツリー構造の代表ページ単位、またはドメイン単位のいずれかで作成される。そして、このアクセス履歴リストが、禁止語情報とともに第1の通信端末に提示され、こられの提示された情報に基づいて第１の通信端末により第２の端末のアクセス許可／禁止リストが更新される。このため、アクセス履歴を集約した情報を用いてアクセス可否が判定され、端末によるＷｅｂページのアクセス履歴に基づくアクセス許可／禁止判定を簡便に行うことができ、端末に則したアクセス許可／禁止リストの設定を効率良く行うことができる。

また、本発明のアクセス規制システムにおいては、第２の通信端末からＷｅｂページへのアクセス要求を受信すると、アクセス許可／禁止リストを参照してアクセス要求に関するＷｅｂページを第２の通信端末が閲覧可能か否かを判定する閲覧判定手段と、閲覧判定手段により閲覧可能と判定された場合に、Ｗｅｂページのコンテンツ情報を第２の通信端末に送信し、閲覧判定手段により閲覧不可と判定された場合に、アクセス拒否を通知するためのアクセス拒否情報を前記第２の通信端末に送信する情報送信手段と、を備えることが好適である。

この構成により、第２の通信端末に則して設定されたアクセス許可／禁止リストに基づいて、第２の通信端末が閲覧を希望するＷｅｂページの閲覧可否が判定されるため、端末に則したアクセス許可／禁止の判定を精度良く行うことができる。

また、本発明のアクセス規制システムにおいては、アクセス拒否情報を受け取った第２の通信端末からＷｅｂページの閲覧の許諾を要求する許諾要求情報を受信する許諾要求受信手段と、許諾要求情報の受信を第１の通信端末へ通知する通知手段と、を備え、更新手段は、第１の通信端末から受信した許諾要求情報に対する応答に応じてアクセス許可／禁止リストを更新することが好適である。

この構成により、第２の通信端末からの許諾要求情報に対する第１の通信端末の応答に応じてアクセス許可／禁止リストが更新されるため、第２の通信端末によるＷｅｂページの閲覧希望を反映させてアクセス許可／禁止リストを更新することができる。

本発明のアクセス規制システム及びアクセス規制方法によれば、端末によるＷｅｂページのアクセス履歴に基づくアクセス許可／禁止判定を簡便に行い、端末に則したアクセス許可／禁止リストの設定を効率良く行うことができる。

以下、本発明に係るアクセス規制システム及びアクセス規制方法の好適な実施形態について図面を参照しながら説明する。

図１は、本発明の一実施形態に係るアクセス規制システムの構成図である。図１に示すように、本実施形態のアクセス規制システム１は、Ｗｅｂページへのアクセスが規制される情報通信端末（第２の通信端末。以下「子端末」という）１１と、子端末１１のアクセス規制を管理する情報通信端末（第1の通信端末。以下「親端末」という）１２と、情報中継サーバ（閲覧判定手段、情報送信手段）１３と、情報収集解析サーバ（情報収集解析手段）１４と、許諾要求受付サーバ（許諾要求受信手段、通知手段）１５と、アクセスリスト変更サーバ（ツリー構造作成手段、提示形態受信手段、アクセス履歴リスト送信手段、更新手段）１６と、データベースサーバ１７と、を備えて構成されている。

また、データベースサーバ１７は、アクセス禁止カスタマイズデータベース（アクセス許可／禁止リスト）１７１、アクセス履歴データベース１７２、コンテンツ情報データベース１７３、サムネイル画像データベース１７４を備えている。情報通信端末１１，１２と、各種サーバ１３〜１７とは、移動体通信網およびインターネット網などによって構成される通信ネットワークＮＷを介して、相互にデータ通信が可能な状態で接続されている。

このアクセス規制システム１は、情報中継サーバ１３によって、アクセス禁止カスタマイズデータベース１７１に基づき子端末１１のＷｅｂページへのアクセス可否を判定すると共に、情報収集解析サーバ１４によって子端末１１がアクセスしたＷｅｂページから禁止語情報などのコンテンツ情報を抽出してコンテンツ情報データベース１７３に記憶する。さらに、アクセス要求が拒否された子端末１１からＷｅｂページ閲覧の許諾を求める許諾要求が許諾要求受付サーバ１５により受信すると、アクセスリスト変更サーバ１６によって子端末１１のアクセス履歴を示すアクセス履歴リストを親端末１２に提示し、親端末１２からのアクセス可否設定に応じて、アクセスリスト変更サーバ１６によりアクセス禁止カスタマイズデータベース１７１を更新する。

子端末１１及び親端末１２は、物理的には、ＣＰＵ、主記憶装置であるＲＡＭ及びＲＯＭ、ハードディスク装置等の補助記憶装置、入力デバイスである入力キー等の入力装置、ディスプレイ等の出力装置、無線送受信機等を含む無線通信モジュールなどを有する端末装置として構成されている。この無線通信モジュールは、移動体通信方式による無線通信を実行するモジュールであり、ＣＰＵ、ＲＡＭ、ＲＯＭ等との協働により任意の端末装置やサーバ装置との間でのデータ通信機能を実現する。

また、情報中継サーバ１３、情報収集解析サーバ１４、許諾要求受付サーバ１５、アクセスリスト変更サーバ１６、及びデータベースサーバ１７は、物理的には、ＣＰＵ、主記憶装置であるＲＡＭ及びＲＯＭ、ハードディスク装置等の補助記憶装置、入力デバイスである入力キー等の入力装置、ディスプレイ等の出力装置、ネットワークカード等を含む通信モジュールなどを有するサーバ装置として構成されている。この通信モジュールは、通信ネットワークＮＷとの間でデータ通信を実行するモジュールであり、ＣＰＵ、ＲＡＭ、ＲＯＭ等との協働により任意の端末装置やサーバ装置との間でのデータ通信機能を実現する。

なお、図１では便宜上、子端末１１及び親端末１２は１台ずつしか示されていないが、それぞれ複数個備えるよう構成してもよい。また、情報中継サーバ１３、情報収集解析サーバ１４、アクセスリスト変更サーバ１６、許諾要求受付サーバ１５、及びデータベースサーバ１７は、一部または全てのサーバを１台のサーバ装置にまとめて構成してもよい。また、データベースサーバ１７の各データベース１７１〜１７４は、それぞれが他のサーバ装置１３〜１６のいずれかに含まれるよう構成してもよい。

以下、アクセス規制システム１の各構成要素の機能について詳細に説明する。

まず、図２〜図４を参照して、データベースサーバ１７の各データベースについて説明する。

アクセス禁止カスタマイズデータベース１７１は、子端末１１ごとにＷｅｂページへのアクセスの許可／禁止を設定する「アクセス許可／禁止リスト」を保持している。図２に示すように、アクセス禁止カスタマイズデータベース１７１では、１つのレコードとして、「ユーザＩＤ」、「設定ＵＲＬ」、「設定フラグ」、「設定者ＩＤ」のデータが対応付けて保持されている。「ユーザＩＤ」は、当該レコードに登録されたＷｅｂページへのアクセスを許可又は禁止される子端末１１を特定するための識別情報である。図２では、ユーザＩＤ“０００１”を割り当てられた子端末１１に関するレコードが示されている。なお、上述の「アクセス許可／禁止リスト」とは、図２に示すようにアクセス禁止カスタマイズデータベース１７１の中から同一ユーザＩＤのレコードを抽出したものを指す。

「設定ＵＲＬ」は、子端末１１のアクセス可否に関するＷｅｂページのＵＲＬである。「設定フラグ」は、設定ＵＲＬのＷｅｂページを子端末１１が閲覧できるか否かを決めるフラグであり、閲覧を禁止されている場合には、“禁止”フラグが保持され、閲覧を許可されている場合には“許可”フラグが保持される。「設定者ＩＤ」は、当該レコードに登録されたＷｅｂページへの子端末１１のアクセスを許可又は禁止する設定を行った親端末１２を特定するための識別情報である。図２では、設定者ＩＤ“０００Ｘ”を割り当てられた親端末１２により、図２に示すレコードが設定されている。

アクセス履歴データベース１７２は、子端末１１ごとのＷｅｂページへのアクセス履歴を保持している。図３に示すように、アクセス履歴データベース１７２では、１つのレコードとして、「最終アクセス日時」、「ＵＲＬ」、「ステータス」、「ブロック」、「許諾」のデータが対応付けて保持されている。「ＵＲＬ」は子端末１１がアクセス要求したＷｅｂページのＵＲＬである。「ステータス」は、Ｗｅｂページの状態を判別する指標となるコードであり、具体的には、ＨＴＴＰのステータスコードである。例えば、図３に示すステータスコード“２００”は、リクエストが成功し、当該Ｗｅｂページのコンテンツデータをレスポンスとして受信できた状態を意味し、ステータスコード“４０４”は、リクエストに合致するＷｅｂページを見つけることができなかった状態を意味するものである。なお、ステータスコードの詳細については、例えば、標準化文書であるhttp://www.ietf.org/rfc/rfc2616.txt （R. Fielding, J. Gettys, J.Mogul, H. Frystyk, L. Masinter, P. Leach, T. Berners-Lee: Hypertext TransferProtocol -- HTTP/1.1 (RFC 2616), June 1999. ）のSection6.1.1に記載されている。

「ブロック」は、当該Ｗｅｂページへの子端末１１のアクセスが拒否されたか否かを示すフラグであり、アクセスが拒否された場合には“あり”フラグが保持され、アクセスが許可された場合には“なし”フラグが保持される。「許諾」は、子端末１１から当該Ｗｅｂページの閲覧の許諾要求があったか否かを示すフラグであり、許諾要求があった場合には“あり”フラグが保持され、許諾要求がなかった場合には“なし”フラグが保持される。なお、図３の例では、ステータス“４０４”のレコードでは、「ブロック」及び「許諾」の項目は“Ｎ／Ａ”になっているが、これは、当該レコードのＵＲＬに合致するＷｅｂページが見つからない状態であるため、ブロック及び許諾の対象外であることを意味する。また、「最終アクセス日時」から所定時間が経過した場合にも、「ブロック」及び「許諾」は“Ｎ／Ａ”となる。

なお、アクセス規制システム１に子端末１１が複数存在する場合には、アクセス履歴データベース１７２には、図３に例示したようなアクセス履歴に関するテーブルがそれぞれの子端末１１ごとに別個に作成される。

コンテンツ情報データベース１７３は、子端末１１がアクセス要求をしたＷｅｂページに関するコンテンツ情報を保持している。図４に示すように、コンテンツ情報データベース１７３では、１つのレコードとして、「ＵＲＬ」、「検出単語と検出数」、「スコア」、「閲覧（ＰＶ）数」、「閲覧者（ＵＵ）数」、「リンク先ＵＲＬ」、「更新日時」のデータが対応付けて保持されている。「ＵＲＬ」は当該ＷｅｂページのＵＲＬである。「検出単語と検出数」は、当該Ｗｅｂページ内で検出された所定の禁止語データベース１４３（情報収集解析サーバ１４に含まれる。詳細は後述。）に登録されている禁止語と、この禁止語を当該Ｗｅｂページ内で検出した回数である。「スコア」は、当該Ｗｅｂページで検出された禁止語の検出回数の総和である。「ＰＶ数」は当該Ｗｅｂページが閲覧された述べ数であり、「ＵＵ数」は当該Ｗｅｂページを閲覧したユーザ数である。

「リンク先ＵＲＬ」は、当該Ｗｅｂページからリンクが張られているＷｅｂページのＵＲＬである。なお、当該Ｗｅｂページから複数のＷｅｂページへリンクが張られている場合には、これらの複数のリンク先Ｗｅｂページにそれぞれ対応する複数のＵＲＬが、「リンク先ＵＲＬ」に保持される。

「更新日時」は、後述する禁止語情報判定部１４２、ＵＲＬ統計情報計算部１４５、リンク情報計算部１４６によって、上記の「検出単語と検出数」、「スコア」、「ＰＶ数」、「ＵＵ数」、「リンク先ＵＲＬ」のいずれかが更新された日時を示す時期情報である。

なお、アクセス規制システム１に子端末１１が複数存在する場合には、コンテンツ情報データベース１７３には、図４に例示したようなコンテンツ情報に関するテーブルがそれぞれの子端末１１ごとに別個に作成される。

サムネイルデータベース１７４は、Ｗｅｂページごとにサムネイル画像を保持している。

図１に戻り、情報通信端末１１，１２は、ＷｅｂページなどのＨＴＴＰ上で通信することの出来るコンテンツをユーザの入力に応じてＨＴＴＰの要求メッセージ（ＨＴＴＰリクエスト）として変換し、その応答としてのＷｅｂページやコンテンツを表示する。ＨＴＴＰリクエストには、Ｗｅｂページやコンテンツを指定するためのＵＲＬが含まれる。

情報中継サーバ１３は、子端末１１のＷｅｂページの閲覧を規制すると共にアクセス履歴を記録する。具体的には、情報中継サーバ１３は、子端末１１からのＨＴＴＰリクエスト（アクセス要求）に応じて、アクセス禁止カスタマイズデータベース１７１を参照してＨＴＴＰリクエストに関するＷｅｂページのコンテンツの閲覧の可否を判定する。閲覧可能と判定した場合には、当該Ｗｅｂページのコンテンツを子端末１１に送信する。閲覧不可と判定した場合には、その旨を通知するブロック結果（アクセス拒否情報）を子端末１１に送信する。

また、情報中継サーバ１３は、ＨＴＴＰリクエスト情報を中継し、インターネットやイントラネット等からＨＴＴＰリクエスト内のＵＲＬに該当するコンテンツを収集し、このコンテンツを情報収集解析サーバ１４に送信すると共に、ＨＴＴＰリクエスト、子端末１１のユーザＩＤ、コンテンツの状態（ステータスコード）、通信時刻、ブロック結果の有無、などをアクセス履歴データベース１７２に保存する。

情報収集解析サーバ１４は、子端末１１が閲覧したコンテンツを情報中継サーバ１３から受信し、このコンテンツを解析して各種情報（禁止語情報、閲覧情報、リンク情報）を抽出する。情報収集解析サーバ１４は、図５に示すように、コンテンツ情報収集部１４１、禁止語判定部（情報収集解析手段）１４２、禁止語データベース１４３、サムネイル作成部１４４、ＵＲＬ統計情報計算部（情報収集解析手段）１４５、リンク情報計算部（情報収集解析手段）１４６、データベース入出力部１４７を含んで構成されている。

コンテンツ情報収集部１４１は、情報中継サーバ１３から送られたＵＲＬ、コンテンツ情報、コンテンツデータなどを受信し、これらの情報を禁止語判定部１４２、サムネイル作成部１４４、及びデータベース入出力部１４７へ送信する。

禁止語判定部１４２は、コンテンツ情報収集部１４１から送信されたコンテンツデータの中から禁止語データベース１４３に登録されている禁止語を抽出し、抽出した禁止語の抽出数を集計する。禁止語データベース１４３には、放送禁止用語や公序良俗に反する言葉が予め登録されている。禁止語判定部１４２は、抽出した禁止語及びこれらの禁止語の抽出数からなる禁止語情報を、データベース入出力部１４７へ送信する。

サムネイル作成部１４４は、コンテンツ情報収集部１４１から送信されたＵＲＬとコンテンツデータから、当該コンテンツのサムネイル画像を作成し、作成したサムネイル画像とこのサムネイルに対応するＵＲＬとをサムネイル画像データベース１７４へ登録する。

ＵＲＬ統計情報計算部１４５は、定期的にアクセス履歴データベース１７２を参照して、子端末１１がアクセスしたＷｅｂページに関する統計情報を算出する。統計情報とは、具体的には、当該Ｗｅｂページの閲覧数(ＰＶ数)及び閲覧者数（ＵＵ数）である。ＵＲＬ統計情報計算部１４５は、算出したＰＶ数及びＵＵ数をデータベース入出力部１４７へ送信する。

リンク情報計算部１４６は、ＵＲＬ統計情報計算部１４５と同様に、定期的にアクセス履歴データベース１７２を参照して、子端末１１がアクセスしたＷｅｂページに関するリンク情報を抽出する。リンク情報とは、具体的には、当該Ｗｅｂページと他のＷｅｂページとのＵＲＬ間リンクである。リンク情報計算部１４６は、抽出したリンク情報をデータベース入出力部１４７へ送信する。

データベース入出力部１４７は、コンテンツ情報データベース１７３へのアクセス機能を持ち、情報収集解析サーバ１４内で算出された子端末１１がアクセスしたＷｅｂページに関するコンテンツ情報を集約して、コンテンツ情報データベース１７３に記録する。具体的には、データベース入出力部１４７は、コンテンツ情報収集部から送信されたコンテンツデータに関して、当該コンテンツのＵＲＬ、禁止語判定部１４２により抽出された禁止語情報、ＵＲＬ統計情報計算部１４５により算出されたＰＶ数及びＵＵ数、並びにリンク情報計算部１４６により抽出されたリンク情報を、１つのレコードとしてまとめてコンテンツ情報データベース１７３に記録する。

図１に戻り、許諾要求受付サーバ１５は、情報中継サーバ１３によりブロック結果が通知されたアクセス禁止に設定されているＷｅｂページについて、子端末１１からアクセスの許諾を求める許諾要求情報を受信すると、子端末１１から許諾要求を受信した旨を親端末１２に通知すると共に、アクセス禁止カスタマイズデータベース１７１内の当該Ｗｅｂページに関するレコードに許諾要求があったことを記録する。

アクセスリスト変更サーバ１６は、親端末１２による子端末１１のアクセス許可／禁止リストの設定変更に応じて、アクセス禁止カスタマイズデータベース１７１のアクセス許可／禁止リストを更新する。具体的には、アクセスリスト変更サーバ１６は、親端末１２からの要求に応じて、または所定のタイミングで、アクセス履歴データベース１７２に記録されている子端末１１のアクセス履歴を抽出し、さらに、当該アクセス履歴に関連付けられた各種情報を、コンテンツ情報データベース１７３、サムネイル画像データベース１７４、及びアクセス禁止カスタマイズデータベース１７１から抽出し、これらをまとめて子端末１１のアクセス履歴リストを作成して親端末１２に提示する。

また、アクセスリスト変更サーバ１６は、（１）共通のドメインをもつＷｅｂページをまとめたグループ単位の表示（ドメイン単位表示）（２）リンク関係のあるＷｅｂページをまとめたグループ（ツリー構造。詳しくは後述）単位の表示（ツリー単位表示）、または（３）Ｗｅｂページ単位の表示（ページ単位表示）、のいずれの形態でこのアクセス履歴リストに提示するＷｅｂページを抽出するかを、親端末１２の希望に応じて変更することができるよう構成される。

以下、図６〜１６を参照して、アクセス規制システム１の動作について説明すると共に、アクセス規制システム１によるアクセス規制方法について詳述する。

図６は、子端末１１がアクセスを要求したＷｅｂページが情報中継サーバにより閲覧可能と判定される場合のアクセス規制システム１の動作を示すシーケンス図である。

まず、情報通信端末（子端末）１１において、ユーザが端末１１に入力を行うことで（Ｓ１０１）、ＨＴＴＰリクエストが情報中継サーバ１３に送信される（Ｓ１０２）。この場合のＨＴＴＰリクエストは、ユーザが新たなＷｅｂページの閲覧を要求したときや、Ｗｅｂページ内のコンテンツ（ＪＰＧ画像、ＧＩＦ画像等の画像を含むＷｅｂページ上で表示することが出来るあらゆるデータ）を表示しようとしたときに要求が送信される。またこの時に、ＨＴＴＰリクエストと共に子端末１１のユーザＩＤが送信される。このユーザＩＤは、例えばＩＰアドレス、携帯電話番号、または個々の携帯電話を識別するための端末識別情報などが考えられるが、端末を一意に識別するものであればこの限りではない。

次に、情報中継サーバ１３により、子端末１１から受信されたユーザＩＤをキーにして、当該ユーザＩＤが該当するレコードを抽出してまとめられた当該ユーザＩＤに関するアクセス許可／禁止リストが、アクセス禁止カスタマイズデータベース１７１から取得される（Ｓ１０３）。このアクセス許可／禁止リストに基づいて、子端末１１から受信されたＨＴＴＰリクエストについて、この要求に関するＷｅｂページが閲覧禁止として設定されているか否かを確認するコンテンツブロック判定が行われる（Ｓ１０４）。

ここで、コンテンツブロック判定は、具体的には、まず、図２に示すアクセス禁止カスタマイズデータベース１７１の「設定ＵＲＬ」に記録されている文字列が、ＨＴＴＰリクエストに含まれるＵＲＬに含まれるか否かを判定する。「設定ＵＲＬ」の文字列は、ＵＲＬ全文でもよいし、図２に示すようにhttp://などのリソースアクセス識別子を除外したＵＲＬの一部でもよい。ＨＴＴＰリクエストのＵＲＬがアクセス許可／禁止リストの「設定ＵＲＬ」と一致した場合には、次に「設定フラグ」を確認する。「設定フラグ」が「禁止」ならば、判定結果は「ブロック（閲覧禁止）」となる。「設定フラグ」が「許可」ならば、判定結果は「アクセスＯＫ（閲覧可能）」となる。なお、ＨＴＴＰリクエストのＵＲＬがアクセス許可／禁止リストの「設定ＵＲＬ」と一致しない場合には、判定結果は「アクセスＯＫ（閲覧可能）」となる。

図６ではコンテンツブロック判定が「アクセスＯＫ（閲覧可能）」だった場合について記述している。この場合、情報中継サーバ１３により、ＨＴＴＰリクエストはインターネットおよびイントラネット上のサーバに送信され、このサーバにより当該ＨＴＴＰリクエストに該当するコンテンツデータが返信される（Ｓ１０５）。

また、情報中継サーバ１３により、ＨＴＴＰリクエスト（ＵＲＬ）、子端末１１のユーザＩＤ、コンテンツの状態（ステータスコード）、通信時刻、ブロック結果（ここでは「アクセスＯＫ（閲覧可能）」すなわちブロック無し）を含むアクセス履歴に関する情報がアクセス履歴データベース１７２に送信されて保存される（Ｓ１０６）。ステータスコードは、ＨＴＴＰリクエストに応じてネットワークから返信されるＨＴＴＰレスポンスにコンテンツデータと共に含まれている。

さらに、情報中継サーバ１３により、前述の取得したコンテンツデータが子端末１１に送信される（Ｓ１０７）と共に、このコンテンツがＷｅｂページか否か、すなわちＨＴＭＬコンテンツやテキストコンテンツなどのテキスト形式のコンテンツかどうかが判定される（Ｓ１０８）。この判定は、コンテンツデータに付与されているコンテンツタイプや、一般的なテキスト判定ロジックを用いて行われる。Ｗｅｂページであると判断された場合には、ＨＴＴＰリクエストのＵＲＬとコンテンツデータとが情報収集解析サーバ１４に送信される（Ｓ１０９）。

そして、情報収集解析サーバ１４では、情報中継サーバ１３から送信されたＷｅｂページのＵＲＬやコンテンツデータを分析するコンテンツ内容解析が行われる（Ｓ１１０）。コンテンツ内容解析については、図１０を参照して後述する。

図７は、子端末１１がアクセスを要求したＷｅｂページが情報中継サーバにより閲覧禁止と判定される場合のアクセス規制システム１の動作を示すシーケンス図である。ここで、ステップＳ２０１〜Ｓ２０４は図６のステップＳ１０１〜Ｓ１０４と同一なので説明を省略する。

図７ではステップＳ２０４のコンテンツブロック判定が「ブロック（閲覧禁止）」だった場合について記述している。この場合、コンテンツブロック判定後に、ＵＲＬリクエストに対する返答としてブロック通知が子端末１１に送信され（Ｓ２０５）、ＨＴＴＰリクエストがブロックされたことが子端末１１を通じてユーザに通知される。図８は、このとき子端末１１に表示される通知画面である。図８に示すように、「このページはアクセスできません」というブロック結果の通知のほかに、「このページのアクセスの許可を求めたい場合はこちら」という許諾要求の入力を促すメッセージが表示されている。

また、情報中継サーバ１３により、ＨＴＴＰリクエスト（ＵＲＬ）、子端末１１のユーザＩＤ、コンテンツの状態（ステータスコード）、通信時刻、ブロック結果（ここでは「ブロック（閲覧禁止）」）を含むアクセス履歴に関する情報がアクセス履歴データベース１７２に送信されて保存される（Ｓ２０６）。なお、この場合、ステータスコードはヘッダリクエスト（ｈｔｔｐにおけるコンテンツの状態だけを確認するプロトコル規定）から抽出されて予め取得されている。

そこで、ユーザの操作によってさらに該ＵＲＬにおける許諾要求が送信された場合には（Ｓ２０７）、許諾要求受付サーバ１５により、この許諾要求が受け付けられ（Ｓ２０８）、許諾要求が子端末１１から送信された旨のメッセージが情報通信端末（親端末）１２に対して送信される（Ｓ２０９）。メッセージの通知方法は、メール、メッセージサービス、ＳＭＳなどが好適である。さらに、許諾要求受付サーバ１５により、許諾要求を受け付けたことがアクセス履歴データベース１７２へ送信され、該当するコンテンツのレコードに追記される（Ｓ２１０）。

次に、親端末１２において、許諾要求受付サーバ１５から受信されたメッセージが表示される（Ｓ２１１）。図９は、このとき親端末１２に表示される通知画面である。図９に示すように、「アクセス許可を求めています。許可をする場合にはこちら」という子端末１１からの許諾要求の許可を促すメッセージが表示されている。

ここで親端末１２のユーザが許諾要求を許可する場合には（Ｓ２１２）、親端末１２からアクセスリスト変更サーバ１６に対してアクセス許可／禁止リストの変更要求が送信され（Ｓ２１３）、アクセスリスト変更サーバ１６により処理が実行される（Ｓ２１４）。アクセス許可／禁止リストの変更処理については、図１１を参照して後述する。

図１０は、情報収集解析サーバ１４による動作を示すシーケンス図である。このシーケンス図は、上述のように図６のステップＳ１１０のコンテンツ内容解析の処理を詳細に示すものである。

情報中継サーバ１３から通知されたＵＲＬ、コンテンツ情報及びコンテンツデータについて、コンテンツ情報収集部１４１によりコンテンツの状態が確認される。具体的には、コンテンツ情報収集部１４１がデータベース入出力部１４７に対して、情報中継サーバ１３より通知されたコンテンツのＵＲＬについて問い合わせを行うと、データベース入出力部１４７がコンテンツ情報データベース１７３に当該ＵＲＬに関するレコードが保持されているか否かを確認し、この確認の結果をコンテンツ情報収集部１４１へ返信する（Ｓ３０１）。

次に、コンテンツ情報収集部１４１により、当該コンテンツについて新たに分析を行う対象であるか否かが判断される（Ｓ３０２）。具体的には、コンテンツ情報収集部１４１は、まず、ステップＳ３０１でデータベース入出力部１４７から受信した確認結果に基づき、コンテンツ情報データベース１７３に当該コンテンツに関するレコードが保持されているかを確認する。そして、該当レコードが保持されている場合には、当該コンテンツの分析を行うか否かを判定する。本実施形態では、コンテンツの分析可否を判定するために、コンテンツ情報データベース１７３の「更新日時」に基づいて、前回の分析・更新処理の後に所定期間経過したか否かが確認される。

ステップＳ３０２において、コンテンツ情報データベース１７３に当該コンテンツに関するレコードが保持されており、前回のコンテンツの分析処理が行われてから所定期間が経過しておらず、コンテンツの分析を行わないと判定された場合には、コンテンツ情報収集部１４１は、当該コンテンツについて新たに分析を行う対象ではないと判断して、コンテンツデータを破棄してコンテンツ内容解析処理を終了する（Ｓ３０３）。

一方、ステップＳ３０２において、（１）コンテンツ情報データベース１７３に当該コンテンツのＵＲＬに関するレコードが保持されていない場合、又は（２）コンテンツ情報データベース１７３に当該コンテンツに関するレコードは保持されているが、前回のコンテンツの分析処理が行われてから所定期間が経過しており、当該コンテンツの分析を行うと判定された場合には、コンテンツ情報収集部１４１は、当該コンテンツについて新たに分析を行う対象であると判断して、ＵＲＬとコンテンツを禁止語判定部１４２（Ｓ３０４）やサムネイル作成部１４４（Ｓ３０５）、必要に応じてリンク情報計算部１４６に送り（Ｓ３０６）、該当のコンテンツの分析が行われる。

なお、ステップＳ３０２におけるコンテンツの分析可否の判定は、上述の所定期間経過に基づく手法以外でもよく、例えばコンテンツが更新されたか否かを確認する手法でもよい。この場合、例えば、ＭＤ５やＣＲＣなどの手法によりコンテンツの特徴を示す文字列（例えば「a5b6d216e81f」）を算出して、この文字列を「コンテンツ署名」としてコンテンツ情報データベース１７３のレコードに予め保持しておく。この文字列はコンテンツが更新されると変化する。そこで、コンテンツ情報収集部１４１は、ステップＳ３０２の実行時にはコンテンツに関する上記文字列を毎回算出し、コンテンツ情報データベース１７３の「コンテンツ署名」に保持された文字列と比較して、両者が異なる場合にコンテンツが更新されたと判断して、当該コンテンツについて新たに分析を行う対象であると判断する。

次に、禁止語判定部１４２では、コンテンツ情報収集部１４１からＵＲＬを通知されると、禁止語データベース１４３から禁止語リストを取得し（Ｓ３０７）、Ｗｅｂページのコンテンツ内の禁止語の検出を行う（Ｓ３０８）。禁止語の検出方法は、もっとも簡単な方法としては禁止語リストに含まれている禁止語を検出する方法が考えられる。この場合には単純にコンテンツ内に禁止語がいくつ含まれているのかをカウントする。そして、検出した禁止語の種類とその回数を、当該ＷｅｂページのＵＲＬと関連づけ、これらの情報をまとめて「禁止語情報」として、これらの情報の更新日時と共に、データベース入出力部１４７を介してコンテンツ情報データベース１７３に送信して記録する（Ｓ３０９）。

また、他の禁止語検出方法として、動詞や形容詞については格変化を形態素解析で検出し、その格変化したものについてはすべて検出するという方法も考えられる。この場合、形態素解析を行い、格変化について正規化したものと禁止語辞書（この場合には辞書はあらかじめ格変化を正規化しておく必要がある）を比較し、前述のように禁止語の数え上げと行う。いずれにしても、ここでは禁止語情報としては、どの語がいくつ入っていたのかについてＵＲＬとともに記録する。

一方、定時起動などを用いて、ＵＲＬ統計情報計算部１４５では、ＵＵ数、ＰＶ数の計算が開始されると（Ｓ３１０）、アクセス履歴データベース１７２に所定期間分の履歴が要求され、これに応じてアクセス履歴データベース１７２から当該所定期間におけるユーザＩＤ、ＵＲＬ、通信時刻が取得される（Ｓ３１１）、そして、ＵＲＬごとにＰＶ数及びＵＵ数が計算され（Ｓ３１２）、データベース入出力部１４５を介してＰＶ数及びＵＵ数が、これらの情報の更新日時と共にコンテンツ情報データベース１７３に記憶される（Ｓ３１３）。

また、リンク情報計算部１４６では、コンテンツ情報収集部１４１から得られたコンテンツ内部のハイパーリンクを検索し、そのコンテンツのリンク関係を分析する（Ｓ３１４）。コンテンツが収集できない場合には、アクセス履歴を分析し、同一ユーザが一定時間以内にページＡからページＢにアクセスしている場合（たとえば１０分以内）には、そこにページＡとページＢの間にリンク関係があったと仮定してもよい。分析したリンク関係の情報は、これらの情報の更新日時と共に、データベース入出力部１４７を通じてコンテンツ情報データベース１７３に記録される（Ｓ３１５）。なお、上記のリンク関係は、同一ドメインの内部のみについて記録し、ドメインを超えるリンク関係については、記録しないことで記録容量と、データベースの検索時間を短縮する効果がある。

また、サムネイル作成部１４４では、コンテンツからサムネイル画像が収集され（Ｓ３１６）、サムネイル画像データベース１７４にＵＲＬとともに格納される（Ｓ３１７）。

図１１は、アクセスリスト変更サーバ１６の動作を示すシーケンス図である。このシーケンス図は、上述のように図７のステップＳ２１４のアクセス許可／禁止リストの変更処理を詳細に示すものである。

情報通信端末（親端末）１２へのメッセージの送達による契機や、親端末１２のユーザの求めに応じて（Ｓ４０１）、親端末１２がアクセスリスト変更サーバ１６へアクセスを行い、親端末１２のユーザＩＤを送信する（Ｓ４０２）。アクセスリスト変更サーバ１６は、親端末１２から受信したユーザＩＤを「設定者ＩＤ」として、この「設定者ＩＤ」をキーにしてアクセス禁止カスタマイズデータベース１７１から、この「設定者ＩＤ」を含むレコードの「ユーザＩＤ」、すなわち親端末１２によりアクセス禁止／許可が設定された子端末１１を抽出する（Ｓ４０３）。

さらに、アクセスリスト変更サーバ１６は、これら抽出した子端末１１のユーザＩＤをキーにして、アクセス履歴データベース１７２から、この「ユーザＩＤ」の子端末１１に関するアクセス履歴を抽出し、抽出したアクセス履歴の「最終アクセス日時」を取りまとめて「履歴保持範囲」とする（Ｓ４０４）。

そして、アクセスリスト変更サーバ１６は、アクセス禁止カスタマイズデータベース１７１及びアクセス履歴データベース１７２から取得した子端末１１の情報と、この子端末１１に関するアクセス履歴の履歴保持範囲とを用いて、図１２に示すような表示設定画面２１のＨＴＭＬ文書を作成する（Ｓ４０５）。このＨＴＭＬ文書がアクセスリスト変更サーバ１６から親端末１２に送信され（Ｓ４０６）、親端末１２に表示設定画面２１が表示される。

表示設定画面２１は、図１２に示すように、アクセス許可／禁止リストを変更したい対象者（ここでは子端末１１）を示す「検索対象」、アクセス履歴リストの「表示方法」、アクセス履歴リストの「表示対象」、およびアクセス履歴の「検索期間」について、親端末１２のユーザが任意に選択できるように構成されている。

アクセス履歴リストの「表示方法」は、具体的にはすべてのアクセス（ＵＲＬ）リストを表示すると非常に多くのリストを表示することになるため、代表的なページのみを表示することが可能となる。ここでは、（１）ドメイントップを代表として表示（ドメイン毎表示）、（２）ツリーのトップを代表として表示（ツリー毎表示）、（３）ページ毎に表示（ページ毎表示）について選ぶことが出来る。これらの実際の表示の仕方については図１４〜１６を参照して後述する。

また、同様に「表示対象」を選択することが出来る。この点についても、前述した表示方法と同様に、閲覧するアクセス履歴リストを少なくする効果がある。ここでは、（１）禁止語を含むアクセスページ、（２）禁止語を含まないアクセスページ、（３）全アクセスページ（上記（１），（２）の論理和）の３つの方法が選択できる。また、検索期間を入力することで、同様に親端末１２のユーザが膨大なアクセス履歴を見なくても良いようになっている。一般的には子端末１１のユーザが許諾を求める場合、アクセスした日時は想定できているので、その旨を親端末１２のユーザに通知するか、もしくは親端末１２への許諾メッセージに、これらの日付が自動的に挿入されるようになっていることが望ましい。なお、これらのアクセス履歴の表示に関する絞り込み方法については、上記の限りではない。

図１１に戻り、表示設定画面２１で選択し、決定を行うと（Ｓ４０７）、親端末１２のユーザにより入力された検索対象、表示方法、表示対象、及び検索期間の情報がアクセスリスト変更サーバ１６へ送信され（Ｓ４０８）、アクセスリスト変更サーバ１６はアクセス履歴データベース１７２、コンテンツ情報データベース１７３、サムネイル画像データベース１７４、アクセス禁止カスタマイズデータベース１７１に対して検索を行う。

まずアクセス履歴データベース１７２に対して検索を行い、該当するユーザ（検索対象ユーザ）と検索期間でアクセスがあった履歴（ＵＲＬ、最終アクセス日時、許諾を行ったかどうか）を取得する（Ｓ４０９）。次に、アクセスのあった履歴を元に、その期間にアクセスしたＵＲＬに関する禁止語情報（「検出単語と検出数」、「スコア」）、リンク情報（「リンク先ＵＲＬ」）、ＰＶ数をコンテンツ情報データベース１７３から取得する（Ｓ４１０）。

ここで、親端末１２により選択された「表示方法」に従って、ドメイン毎表示、ツリー毎表示、ページ毎表示のうちいずれが選択されているかを判定し、表示すべきＷｅｂページを抽出する（Ｓ４１１）。

次に、抽出したＷｅｂページに関するサムネイルをサムネイル画像データベース１７４から取得する（Ｓ４１２）。最後にアクセス禁止カスタマイズデータベース１７１にアクセスし、該当するＵＲＬに対する検索対象ユーザの設定情報と、他ユーザの設定情報を取得する（Ｓ４１３）。

これらの情報を統合し、図１３に示すようなアクセス履歴リスト２２として親端末１２に表示する（Ｓ４１４）。図１３に示すように、アクセス履歴リスト２２は、抽出されたＷｅｂページに関する「サムネイル」、「タイトル、最終更新日」、「同一ドメイン内禁止語」、「他ユーザの設定比率」、「禁止／許容設定」、「ＱＲコード」、「許諾有無」の情報が提示される。親端末１２は、このアクセス履歴リスト２２により、子端末１１が過去にアクセスしたＵＲＬに関する情報を得ることが出来る。そして、親端末１２のユーザが自ら選択肢、それぞれのＵＲＬに対して禁止・許容を行い（Ｓ４１５）、それらのデータはアクセス禁止カスタマイズデータベース１７１に反映される（Ｓ４１６）。

ここで、アクセス履歴リスト２２を親端末１２に提示する際には、前述のように、表示設定画面２１によって選択されたアクセス履歴リスト２２の検索対象、表示方法、表示対象、検索期間に従ってアクセス履歴の中から表示すべきＷｅｂページが抽出される。表示方法は上述したようにドメイン毎表示、ツリー毎表示、及びページ毎表示の３通りである。以下に具体的な動作例を示す。

ドメイン毎表示、ツリー毎表示、及びページ毎表示の共通の事前処理としては、アクセス履歴の全てのＷｅｂページについて、ＵＵ数、禁止語数、及びリンク情報をピックアップする。そして、リンク情報に従って、例えば図１４に示すように、リンクするＷｅｂページ同士を連結したツリー構造を作成する。ここで、符号Ａ〜ＦはそれぞれＷｅｂページを表し、リンクがあるページ同士が直線で結ばれている。また、各ＷｅｂページＡ〜Ｆに付された数字はＵＵ数であり、禁止語を含むＷｅｂページは黒色で示され（図１４ではＡ，Ｂ，Ｄ）、禁止語を含まないＷｅｂページは白色で示される（図１４ではＣ，Ｅ，Ｆ）。

図１５は、表示方法にドメイン毎表示を選択した場合の動作例である。ドメイン毎表示の場合には同一ドメインの代表ページ１ページのみが表示される。具体的には、ドメイン毎表示の場合には、同一ドメイン内で最もＵＵ数の高いＷｅｂページが代表ページとして選択され、図１５ではＷｅｂページＡが代表ページと判断されている。表示対象を「禁止語を含むアクセスページ」とした場合にはＷｅｂページＡ，Ｂ，Ｄの禁止語を掲示し、Ａ，Ｂ，Ｄの中でもっとも最近の最終アクセス日時が表示され、ＷｅｂページＡのサムネイルが表示される。なお、表示対象を「禁止語を含まないアクセスページ」とした場合には、このドメインのＷｅｂページは表示されない。

図１６は、表示方法にツリー毎表示を選択した場合の動作例である。ツリー毎表示の場合には同一ドメインで、リンクで接続されている関係で、禁止語があるリンク関係のあるページ群の中で最もＵＵ数の大きなものを代表ページとする。具体的には、図１６ではＷｅｂページＡ、Ｂにリンク関係があり、Ａ，Ｂは両方とも禁止語を含むので、ＷｅｂページＡ，Ｂがページ群となり、その中でもっともＵＵ数が大きなＷｅｂページＡが代表ページとして選択される。また、ＷｅｂページＤはリンク関係としてはＷｅｂページＣと接続しているが、ＷｅｂページＣは禁止語を含まないので、ページ群としてはカウントしない。この場合、ＷｅｂページＤは単独で代表ページとして表示される。表示対象を「禁止語を含むアクセスページ」とした場合にはＷｅｂページＡに関してはＡ，Ｂの禁止語を掲示し、ＷｅｂページＤにはＤの禁止語を掲示する。ＷｅｂページＡはＡ，Ｂの中でもっとも最近の最終アクセス日時が表示され、ＷｅｂページＡのサムネイルが表示される。ＷｅｂページＤについては、ＷｅｂページＤの最終アクセス日時とサムネイルが使われて表示される。なお、表示対象を「禁止語を含まないアクセスページ」「全アクセスページ」とした場合には、このモードでの表示はエラーとなる。

図１７は、表示方法にページ毎表示を選択した場合の動作例である。この場合はもっとも単純であり、すべてのページが代表ページとなり、個別に評価するモードとなる。表示対象に従って表示され、それぞれのページにおける禁止語のあるなしが表示対象に反映される。最終アクセス日時、サムネイルに関してもそれぞれのものが使われて表示される。

なお、アクセス履歴リスト２２の禁止／許容を示す設定ボタンでは、過去の設定を参照することが出来るが、過去に設定した表示方法、表示対象と異なった表示方法、表示対象で設定した場合、その対象の一部のみが禁止、もしくは許容に設定されている場合がある。この場合には、その一部が設定されていることがわかるように例えば設定ボタンの色を変えて表示されることが望ましい。

また、代表ページを作成するための指標として、ＵＵ数の代わりにＰＶ数を用いてもよい。

本実施形態にかかるアクセス規制システム１は、情報通信端末１１（子端末）でユーザの入力によって要求されたＨＴＴＰリクエストを情報中継サーバ１３で中継し、そのアクセス履歴やコンテンツデータを利用して分析することを特徴とする。このような構成することで、従来必要であったコンテンツをクロールして収集する必要なくなり、なおかつユーザが興味のあるコンテンツ、人気のあるコンテンツの状態は、ユーザによって良く見られるコンテンツであることから、より最新の状態を分析して保存することが可能である。また、一般的な検索エンジンが行っているクローラによるリンクをたどる方法と異なり、ユーザの見ようとしているコンテンツについての情報が記録されることから、インターネットやイントラネット上でのコンテンツの網羅性も非常に高い。

また、このような構成にすることで、コンテンツデータを保持することが出来るので、情報通信端末１２（親端末）のユーザがアクセス履歴を参照し、コンテンツ情報（タイトル、サムネイル、禁止語情報）を参照した上で、アクセス許可／禁止リストを作成することが可能となる。

また、情報中継サーバ１３において、子端末１１のアクセス制限を行う際に、子端末１１毎にあらかじめ設定されたアクセス許可／禁止リストをアクセス禁止カスタマイズデータベース１７１から取得することで、個別のアクセス許可／禁止リストを用いて子端末１１のコンテンツブロック動作を決定している。このような構成することで、ユーザ個別にアクセス禁止リストを定義することが可能となる。

さらに、子端末１１のユーザがコンテンツブロックされたときに子端末１１に表示されるブロック通知の中にコンテンツの閲覧許諾への操作を提示することで、その場で許諾要求操作を行うことが可能となり、さらに親端末１２のユーザは、子端末１１から許諾要求が発せられたことをメッセージで通知されるために、それを知ることが出来る。これに応じて、親端末１２によってアクセスリスト変更サーバ１６にアクセスすることで、子端末１１のアクセス許可／禁止リストを変更する際に、子端末１１のユーザがどのＷｅｂページに対して許諾を求めているのかについても知ることが出来る。

以上説明したように本実施形態のアクセス規制システム１及びアクセス規制方法によれば、子端末１１が閲覧したＷｅｂページ同士のリンク関係を表すツリー構造が作成され、これらのＷｅｂページをまとめたアクセス履歴リストが、親端末１２の選択に従って、Ｗｅｂページ単位、ツリー構造の代表ページ単位、またはドメイン単位のいずれかで作成される。そして、このアクセス履歴リストが、禁止語情報とともに親端末１２に提示され、こられの提示された情報に基づいて親端末１２により子端末１１のアクセス許可／禁止リストが更新される。このため、子端末１１のアクセス履歴を集約した情報を用いてアクセス可否が判定され、端末によるＷｅｂページのアクセス履歴に基づくアクセス許可／禁止判定を簡便に行うことができ、子端末１１に則したアクセス許可／禁止リストの設定を効率良く行うことができる。

また、情報中継サーバ１３は、子端末１１に則して設定されたアクセス許可／禁止リストに基づいて、子端末１１が閲覧を希望するＷｅｂページの閲覧可否を判定するため、子端末１１に則したアクセス許可／禁止の判定を精度良く行うことができる。

また、アクセスリスト変更サーバ１６は、子端末１１からの許諾要求情報に対する親端末１２の応答操作に応じて子端末１１のアクセス許可／禁止リストが更新されるため、子端末１１によるＷｅｂページの閲覧希望を反映させてアクセス許可／禁止リストを更新することができる。

以上、本発明をその実施形態に基づき具体的に説明したが、本発明は上記実施形態に限定されるものではない。例えば、上記の実施形態では、情報中継サーバ１３が、子端末１１により閲覧されたＷｅｂページのコンテンツデータを情報収集解析サーバ１４に送信しているが、情報中継サーバ１３によってコンテンツデータが取得できない場合には、情報収集解析サーバ１４が情報中継サーバから受信したＵＲＬに応じて、コンテンツデータをネットワークＮＷから収集するよう構成してもよい。

また、アクセス禁止カスタマイズデータベース１７１は、上記実施形態で例示したような１つのテーブルではなく、親端末１２のユーザＩＤ（図２の「設定者ＩＤ」）及び子端末１１のユーザＩＤ（図２の「ユーザＩＤ」）からなる第１テーブルと、図２の「ユーザＩＤ」、「設定ＵＲＬ」、「設定フラグ」からなる第２テーブルを含むように構成してもよい。この場合、図１１のステップＳ４０３では第１テーブルが参照される。また、図６のステップＳ１０３、図７のステップＳ２０３、及び図１１のステップＳ４１３，Ｓ４１６では第２テーブルが参照される。

本発明の一実施形態に係るアクセス規制システムの構成図である。 アクセス禁止カスタマイズデータベースの一例を示す図である。 アクセス履歴データベースの一例を示す図である。 コンテンツ情報データベースの一例を示す図である。 情報収集解析サーバの構成図である。 子端末がアクセスを要求したＷｅｂページが情報中継サーバにより閲覧可能と判定される場合のアクセス規制システムの動作を示すシーケンス図である。 子端末がアクセスを要求したＷｅｂページが情報中継サーバにより閲覧禁止と判定される場合のアクセス規制システムの動作を示すシーケンス図である。 子端末に送信されるブロック通知の画面の一例を示す図である。 許諾要求が子端末から発せられたことを親端末に通知するメッセージの一例を示す図である。 情報収集解析サーバの動作を示すシーケンス図である。 アクセスリスト変更サーバの動作を示すシーケンス図である。 親端末に表示される表示設定画面の一例を示す図である。 親端末に表示される子端末のアクセス履歴リストの一例を示す図である。 アクセス履歴のＷｅｂページを、ＵＵ数、禁止語数、及びリンク情報に基づいてツリー構造として表した図である。 アクセス履歴リストの表示方法にドメイン毎表示を選択した場合の動作例である。 アクセス履歴リストの表示方法にツリー毎表示を選択した場合の動作例である。 アクセス履歴リストの表示方法にページ毎表示を選択した場合の動作例である。

符号の説明

１…アクセス規制システム、１１…情報通信端末、子端末（第２の通信端末）、１２…情報通信端末、親端末（第１の通信端末）、１３…情報中継サーバ（閲覧判定手段、情報送信手段）、１４…情報収集解析サーバ（情報収集解析手段）、１５…許諾要求受付サーバ（許諾要求受信手段、通知手段）、１６…アクセスリスト変更サーバ（ツリー構造作成手段、提示形態受信手段、アクセス履歴リスト送信手段、更新手段）、１４２…禁止語判定部（情報収集解析手段）、１４５…ＵＲＬ統計情報計算部（情報収集解析手段）、１４６…リンク情報計算部（情報収集解析手段）、１７１…アクセス禁止カスタマイズデータベース（アクセス許可／禁止リスト）。

Claims (4)

1. 第１の通信端末によって設定されるアクセス許可／禁止リストに基づいて、第２の通信端末のＷｅｂページへのアクセスを規制するためのアクセス規制システムにおいて、
   前記第２の通信端末により閲覧されたＷｅｂページに含まれる所定の禁止語の数を示す禁止語情報、及び当該Ｗｅｂページへのアクセス数を示す閲覧情報を集計すると共に、前記Ｗｅｂページと他のＷｅｂページとのリンク状態を示すリンク情報を抽出する情報収集解析手段と、
   前記情報収集解析手段により抽出された前記閲覧情報及び前記リンク情報に基づき、前記第２の通信端末により閲覧されたＷｅｂページ同士のリンク関係を表すツリー構造を作成し、当該ツリー構造の中で最大の閲覧情報をもつＷｅｂページを当該ツリー構造の代表ページとして選択するツリー構造作成手段と、
   前記第１の通信端末から、前記第２の通信端末がアクセスしたＷｅｂページの情報を含むアクセス履歴リストを、Ｗｅｂページ単位、前記ツリー構造の代表ページ単位、ドメインが共通なＷｅｂページを１グループとするドメイン単位のうちいずれの形態で提示するかを示す提示形態情報を受信する提示形態受信手段と、
   前記提示形態受信手段により受信された前記提示形態情報に応じて、前記Ｗｅｂアクセス履歴から抽出されたＷｅｂページと、該Ｗｅｂページに関する前記禁止語情報とを含む前記第２の通信端末のアクセス履歴リストを作成して、該アクセス履歴リストを前記第１の通信端末に送信するアクセス履歴リスト送信手段と、
   前記アクセス履歴リストに提示された各Ｗｅｂページに関して前記第２の通信端末のアクセス可否を定めるアクセス可否情報を前記第１の通信端末から受信し、当該アクセス可否情報に応じて前記アクセス許可／禁止リストを更新する更新手段と、
   を備えることを特徴とするアクセス規制システム。
2. 前記第２の通信端末からＷｅｂページへのアクセス要求を受信すると、前記アクセス許可／禁止リストを参照して前記アクセス要求に関するＷｅｂページを前記第２の通信端末が閲覧可能か否かを判定する閲覧判定手段と、
   前記閲覧判定手段により閲覧可能と判定された場合に、前記Ｗｅｂページのコンテンツを前記第２の通信端末及び前記情報収集解析手段に送信し、前記閲覧判定手段により閲覧不可と判定された場合に、アクセス拒否を通知するためのアクセス拒否情報を前記第２の通信端末に送信する情報送信手段と、
   を備えることを特徴とする、請求項１に記載のアクセス規制システム。
3. 前記アクセス拒否情報を受け取った前記第２の通信端末から前記Ｗｅｂページの閲覧の許諾を要求する許諾要求情報を受信する許諾要求受信手段と、
   前記許諾要求情報の受信を前記第１の通信端末へ通知する通知手段と、を備え、
   前記更新手段は、前記第１の通信端末から受信した許諾要求情報に対する応答に応じて前記アクセス許可／禁止リストを更新することを特徴とする、請求項１又は２に記載のアクセス規制システム。
4. 第１の通信端末によって設定されるアクセス許可／禁止リストに基づいて、第２の通信端末のＷｅｂページへのアクセスを規制するためのアクセス規制方法において、
   前記第２の通信端末により閲覧されたＷｅｂページに含まれる所定の禁止語の数を示す禁止語情報、及び当該Ｗｅｂページへのアクセス数を示す閲覧情報を集計すると共に、前記Ｗｅｂページと他のＷｅｂページとのリンク状態を示すリンク情報を抽出する情報収集解析ステップと、
   前記情報収集解析ステップにおいて抽出された前記閲覧情報及び前記リンク情報に基づき、前記第２の通信端末により閲覧されたＷｅｂページ同士のリンク関係を表すツリー構造を作成し、当該ツリー構造の中で最大の閲覧情報をもつＷｅｂページを当該ツリー構造の代表ページとして選択するツリー構造作成ステップと、
   前記第１の通信端末から、前記第２の通信端末がアクセスしたＷｅｂページの情報を含むアクセス履歴リストを、Ｗｅｂページ単位、前記ツリー構造の代表ページ単位、ドメインが共通なＷｅｂページを１グループとするドメイン単位のうちいずれの形態で提示するかを示す提示形態情報を受信する提示形態受信ステップと、
   前記提示形態受信ステップにおいて受信された前記提示形態情報に応じて、前記Ｗｅｂアクセス履歴から抽出されたＷｅｂページと、該Ｗｅｂページに関する前記禁止語情報とを含む前記第２の通信端末のアクセス履歴リストを作成して、該アクセス履歴リストを前記第１の通信端末に送信するアクセス履歴リスト送信ステップと、
   前記アクセス履歴リストに提示された各Ｗｅｂページに関して前記第２の通信端末のアクセス可否を定めるアクセス可否情報を前記第１の通信端末から受信し、当該アクセス可否情報に応じて前記アクセス許可／禁止リストを更新する更新ステップと、
   を備えることを特徴とするアクセス規制方法。
   

Images