(57)【要約】【課題】ＵＲＬ情報テーブルにおける同一ＵＲＬの重複登録を抑制することにより、実質的なコンテンツフィルタリング情報量を増やし、コンテンツフィルタリング情報管理サーバに対するアクセスを減少させる。【解決手段】ＵＲＬ情報テーブル２５が、過去に閲覧要求があった目標コンテンツ５のＵＲＬ及びコンテンツフィルタリング情報を時系列に蓄積するＵＲＬリクエスト履歴リスト２５１と、過去に閲覧要求があった目標コンテンツ５のＵＲＬ及びコンテンツフィルタリング情報を、ＵＲＬの重複を許さず、閲覧要求回数順にランキングするランキングリスト２５２と、を含み、テーブル管理手段２４が、ＵＲＬリクエスト履歴リスト２５１に所定数以上存在する同一ＵＲＬ及びそのコンテンツフィルタリング情報をランキングリスト２５２に移行して管理する。【選択図】図３
2011086086.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを閲覧する端末と、
コンテンツフィルタリング情報が蓄積されるコンテンツフィルタリング情報管理サーバと、
前記端末からのコンテンツ閲覧要求に応じて、目標コンテンツに係るコンテンツフィルタリング情報を前記コンテンツフィルタリング情報管理サーバから取得するとともに、取得したコンテンツフィルタリング情報に基づいて目標コンテンツの閲覧可否を判定し、閲覧可能と判定した場合にのみ目標コンテンツにアクセスするゲートウェイと、
前記コンテンツフィルタリング情報管理サーバ、前記ゲートウェイ及び前記目標コンテンツを通信可能に接続するネットワークと、を含み、
前記ゲートウェイが、
過去に閲覧要求があった目標コンテンツのＵＲＬ及びコンテンツフィルタリング情報を蓄積するＵＲＬ情報テーブルと、
前記端末からコンテンツ閲覧要求があったとき、目標コンテンツのＵＲＬが前記ＵＲＬ情報テーブルに含まれるか否かを検索し、含まれているときは、目標コンテンツに係るコンテンツフィルタリング情報を前記ＵＲＬ情報テーブルから取得して閲覧可否を判定し、含まれていないときは、目標コンテンツに係るコンテンツフィルタリング情報を前記コンテンツフィルタリング情報管理サーバから取得して閲覧可否を判定するコンテンツフィルタリング制御手段と、
前記ＵＲＬ情報テーブルを管理するテーブル管理手段と、を備え、
前記ＵＲＬ情報テーブルが、
過去に閲覧要求があった目標コンテンツのＵＲＬ及びコンテンツフィルタリング情報を時系列に蓄積するＵＲＬリクエスト履歴リストと、
過去に閲覧要求があった目標コンテンツのＵＲＬ及びコンテンツフィルタリング情報を、ＵＲＬの重複を許さず、閲覧要求回数順にランキングするランキングリストと、を含み、
前記テーブル管理手段が、
前記ＵＲＬリクエスト履歴リストに所定数以上存在する同一ＵＲＬ及びそのコンテンツフィルタリング情報を前記ランキングリストに移行して管理することを特徴とするコンテンツフィルタリングシステム。
【請求項２】
前記ＵＲＬリクエスト履歴リスト及び前記ランキングリストのＵＲＬ登録数が有限であり、ＵＲＬ登録数の上限が予め設定される請求項１記載のコンテンツフィルタリングシステム。
【請求項３】
前記ランキングリストが、
各目標コンテンツに対する最終アクセス日時を保持し、
前記テーブル管理手段が、
所定期間以上アクセスされていない目標コンテンツに係る情報を前記ランキングリストから削除する請求項１又は２記載のコンテンツフィルタリングシステム。
【請求項４】
前記ＵＲＬ情報テーブルが、
過去に閲覧要求があった目標コンテンツのＵＲＬ及びコンテンツフィルタリング情報を、ＵＲＬの重複を許さず、閲覧要求回数によるランキングも行わずに蓄積する常連リストを含み、
前記テーブル管理手段が、
前記ランキングリストにおいて閲覧要求回数が所定数以上となった目標コンテンツのＵＲＬ及びコンテンツフィルタリング情報を前記常連リストに移行して管理する請求項１〜３のいずれか一項に記載のコンテンツフィルタリングシステム。
【請求項５】
前記常連リストが、
各目標コンテンツに対する最終アクセス日時を保持し、
前記テーブル管理手段が、
所定期間以上アクセスされていない目標コンテンツに係る情報を前記常連リストから前記ランキングリストに差し戻す請求項４記載のコンテンツフィルタリングシステム。
【請求項６】
前記ネットワークを介して複数の前記ゲートウェイトと通信可能な視聴率集計サーバを含み、
前記ゲートウェイが、
前記ランキングリスト及び／又は前記常連リストに含まれる情報を前記視聴率集計サーバに送信する視聴率集計手段を備える請求項１〜５のいずれか一項に記載のコンテンツフィルタリングシステム。
【請求項７】
コンテンツを閲覧する端末と、
コンテンツフィルタリング情報が蓄積されるコンテンツフィルタリング情報管理サーバと、
前記端末からのコンテンツ閲覧要求に応じて、目標コンテンツに係るコンテンツフィルタリング情報を前記コンテンツフィルタリング情報管理サーバから取得するとともに、取得したコンテンツフィルタリング情報に基づいて目標コンテンツの閲覧可否を判定し、閲覧可能と判定した場合にのみ目標コンテンツにアクセスするゲートウェイと、
前記コンテンツフィルタリング情報管理サーバ、前記ゲートウェイ及び前記目標コンテンツを通信可能に接続するネットワークと、を用い、
前記ゲートウェイが、
過去に閲覧要求があった目標コンテンツのＵＲＬ及びコンテンツフィルタリング情報を蓄積するＵＲＬ情報テーブルと、
前記端末からコンテンツ閲覧要求があったとき、目標コンテンツのＵＲＬが前記ＵＲＬ情報テーブルに含まれるか否かを検索し、含まれているときは、目標コンテンツに係るコンテンツフィルタリング情報を前記ＵＲＬ情報テーブルから取得して閲覧可否を判定し、含まれていないときは、目標コンテンツに係るコンテンツフィルタリング情報を前記コンテンツフィルタリング情報管理サーバから取得して閲覧可否を判定するコンテンツフィルタリング制御手順と、
前記ＵＲＬ情報テーブルを管理するテーブル管理手順と、を備え、
前記ＵＲＬ情報テーブルが、
過去に閲覧要求があった目標コンテンツのＵＲＬ及びコンテンツフィルタリング情報を時系列に蓄積するＵＲＬリクエスト履歴リストと、
過去に閲覧要求があった目標コンテンツのＵＲＬ及びコンテンツフィルタリング情報を、ＵＲＬの重複を許さず、閲覧要求回数順にランキングするランキングリストと、を含み、
前記テーブル管理手順が、
前記ＵＲＬリクエスト履歴リストに所定数以上存在する同一ＵＲＬ及びそのコンテンツフィルタリング情報を前記ランキングリストに移行して管理することを特徴とするコンテンツフィルタリング方法。
【請求項８】
前記ＵＲＬリクエスト履歴リスト及び前記ランキングリストのＵＲＬ登録数が有限であり、ＵＲＬ登録数の上限が予め設定される請求項７記載のコンテンツフィルタリング方法。
【請求項９】
過去に閲覧要求があった目標コンテンツのＵＲＬ及びコンテンツフィルタリング情報を蓄積するＵＲＬ情報テーブルと、
端末からコンテンツ閲覧要求があったとき、目標コンテンツのＵＲＬが前記ＵＲＬ情報テーブルに含まれるか否かを検索し、含まれているときは、目標コンテンツに係るコンテンツフィルタリング情報を前記ＵＲＬ情報テーブルから取得して閲覧可否を判定し、含まれていないときは、目標コンテンツに係るコンテンツフィルタリング情報をコンテンツフィルタリング情報管理サーバから取得して閲覧可否を判定するコンテンツフィルタリング制御手段と、
前記ＵＲＬ情報テーブルを管理するテーブル管理手段と、を備え、
前記ＵＲＬ情報テーブルが、
過去に閲覧要求があった目標コンテンツのＵＲＬ及びコンテンツフィルタリング情報を時系列に蓄積するＵＲＬリクエスト履歴リストと、
過去に閲覧要求があった目標コンテンツのＵＲＬ及びコンテンツフィルタリング情報を、ＵＲＬの重複を許さず、閲覧要求回数順にランキングするランキングリストと、を含み、
前記テーブル管理手段が、
前記ＵＲＬリクエスト履歴リストに所定数以上存在する同一ＵＲＬ及びそのコンテンツフィルタリング情報を前記ランキングリストに移行して管理することを特徴とするゲートウェイ。
【請求項１０】
前記ＵＲＬリクエスト履歴リスト及び前記ランキングリストのＵＲＬ登録数が有限であり、ＵＲＬ登録数の上限が予め設定される請求項９記載のゲートウェイ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツフィルタリング情報に基づいてコンテンツの閲覧を制限するコンテンツフィルタリングシステム、コンテンツフィルタリング方法及びゲートウェイに関する。
【背景技術】
【０００２】
コンテンツフィルタリングは、コンテンツ閲覧要求に対して、あらかじめ設定されたコンテンツフィルタリングポリシーに照会し、コンテンツ閲覧の可否判断を行い、必要に応じて閲覧制限を行うサービスと定義することができる。
例えば、コンテンツフィルタリング機能を有するゲートウェイは、端末からのコンテンツ閲覧要求に応じて、目標コンテンツに係るコンテンツフィルタリング情報をコンテンツフィルタリング情報管理サーバから取得する。そして、ゲートウェイは、取得したコンテンツフィルタリング情報に基づいて目標コンテンツの閲覧可否を判定し、閲覧可能と判定した場合にのみ目標コンテンツにアクセスできるようにする。
【０００３】
しかしながら、上記のようなゲートウェイでは、端末からコンテンツ閲覧要求を受け付ける毎に、目標コンテンツに係るコンテンツフィルタリング情報をコンテンツフィルタリング情報管理サーバから取得する必要があるため、コンテンツの閲覧効率が低下するという問題がある。
具体的には、コンテンツフィルタリング情報管理サーバのネットワーク応答速度の影響でコンテンツフィルタリング情報の取得に時間がかかり、目標コンテンツへのアクセスが遅延してしまう。
そして、コンテンツフィルタリングサービスの利用者数が増加するほど、コンテンツフィルタリング情報管理サーバの負荷が高くなり、コンテンツ閲覧の効率低下が顕著になるという問題が発生する。
【０００４】
そこで、このような問題を解決するためのゲートウェイ技術が提案されている。
例えば、特許文献１には、過去に閲覧要求があった目標コンテンツのＵＲＬ及びコンテンツフィルタリング情報をゲートウェイ（ＵＲＬ情報テーブル）に蓄積しておき、端末からゲートウェイにコンテンツ閲覧要求があったとき、目標コンテンツのＵＲＬがＵＲＬ情報テーブルに含まれるか否かを検索し、当該ＵＲＬが含まれているときは、目標コンテンツに係るコンテンツフィルタリング情報をＵＲＬ情報テーブルから取得して閲覧可否を判定し、当該ＵＲＬが含まれていないときは、目標コンテンツに係るコンテンツフィルタリング情報をコンテンツフィルタリング情報管理サーバから取得して閲覧可否を判定するゲートウェイ技術が提案されている。
【０００５】
このようなゲートウェイによれば、過去に閲覧要求があった目標コンテンツについては、コンテンツフィルタリング情報管理サーバにアクセスしなくても閲覧可否を判定することができるので、コンテンツの閲覧効率を向上させることができ、さらに、コンテンツフィルタリング情報管理サーバの負荷も低減させることが可能となった。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３−２３３６２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述したようなゲートウェイのＵＲＬ情報テーブルでは、過去に閲覧要求があった目標コンテンツのＵＲＬ及びコンテンツフィルタリング情報が時系列に蓄積されるので、同一ＵＲＬ及びそのコンテンツフィルタリング情報が多数重複して登録される可能性がある。
このようなＵＲＬの重複登録は、ある程度やむを得ないものであるが、ユーザが頻繁に閲覧するコンテンツが多く存在する場合には、ＵＲＬ情報テーブルにおける重複情報の占有率が高くなり、ＵＲＬ情報テーブルの本来の機能が低下するという問題がある。
特に、ＵＲＬ情報テーブルにおける閲覧履歴の登録数が有限である場合には、コンテンツ閲覧要求毎に古い閲覧履歴が順次削除されていくので、ＵＲＬの重複登録が増加すると、実質的なコンテンツフィルタリング情報量が減少し、コンテンツフィルタリング情報管理サーバに対するアクセスが増加する可能性がある。
【０００８】
本発明の目的は、上述した課題である、ＵＲＬ情報テーブルにおける同一ＵＲＬの重複登録を抑制し、実質的なコンテンツフィルタリング情報量を増やして、コンテンツフィルタリング情報管理サーバに対するアクセスを減少させることができるコンテンツフィルタリングシステム、コンテンツフィルタリング方法及びゲートウェイの提供を目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため本発明のコンテンツフィルタリングシステムは、コンテンツを閲覧する端末と、コンテンツフィルタリング情報が蓄積されるコンテンツフィルタリング情報管理サーバと、前記端末からのコンテンツ閲覧要求に応じて、目標コンテンツに係るコンテンツフィルタリング情報を前記コンテンツフィルタリング情報管理サーバから取得するとともに、取得したコンテンツフィルタリング情報に基づいて目標コンテンツの閲覧可否を判定し、閲覧可能と判定した場合にのみ目標コンテンツにアクセスするゲートウェイと、前記コンテンツフィルタリング情報管理サーバ、前記ゲートウェイ及び前記目標コンテンツを通信可能に接続するネットワークと、を含み、前記ゲートウェイが、過去に閲覧要求があった目標コンテンツのＵＲＬ及びコンテンツフィルタリング情報を蓄積するＵＲＬ情報テーブルと、前記端末からコンテンツ閲覧要求があったとき、目標コンテンツのＵＲＬが前記ＵＲＬ情報テーブルに含まれるか否かを検索し、含まれているときは、目標コンテンツに係るコンテンツフィルタリング情報を前記ＵＲＬ情報テーブルから取得して閲覧可否を判定し、含まれていないときは、目標コンテンツに係るコンテンツフィルタリング情報を前記コンテンツフィルタリング情報管理サーバから取得して閲覧可否を判定するコンテンツフィルタリング制御手段と、前記ＵＲＬ情報テーブルを管理するテーブル管理手段と、を備え、前記ＵＲＬ情報テーブルが、過去に閲覧要求があった目標コンテンツのＵＲＬ及びコンテンツフィルタリング情報を時系列に蓄積するＵＲＬリクエスト履歴リストと、過去に閲覧要求があった目標コンテンツのＵＲＬ及びコンテンツフィルタリング情報を、ＵＲＬの重複を許さず、閲覧要求回数順にランキングするランキングリストと、を含み、前記テーブル管理手段が、前記ＵＲＬリクエスト履歴リストに所定数以上存在する同一ＵＲＬ及びそのコンテンツフィルタリング情報を前記ランキングリストに移行して管理する構成としてある。
【００１０】
また、本発明のコンテンツフィルタリング方法は、コンテンツを閲覧する端末と、コンテンツフィルタリング情報が蓄積されるコンテンツフィルタリング情報管理サーバと、前記端末からのコンテンツ閲覧要求に応じて、目標コンテンツに係るコンテンツフィルタリング情報を前記コンテンツフィルタリング情報管理サーバから取得するとともに、取得したコンテンツフィルタリング情報に基づいて目標コンテンツの閲覧可否を判定し、閲覧可能と判定した場合にのみ目標コンテンツにアクセスするゲートウェイと、前記コンテンツフィルタリング情報管理サーバ、前記ゲートウェイ及び前記目標コンテンツを通信可能に接続するネットワークと、を用い、前記ゲートウェイが、過去に閲覧要求があった目標コンテンツのＵＲＬ及びコンテンツフィルタリング情報を蓄積するＵＲＬ情報テーブルと、前記端末からコンテンツ閲覧要求があったとき、目標コンテンツのＵＲＬが前記ＵＲＬ情報テーブルに含まれるか否かを検索し、含まれているときは、目標コンテンツに係るコンテンツフィルタリング情報を前記ＵＲＬ情報テーブルから取得して閲覧可否を判定し、含まれていないときは、目標コンテンツに係るコンテンツフィルタリング情報を前記コンテンツフィルタリング情報管理サーバから取得して閲覧可否を判定するコンテンツフィルタリング制御手順と、前記ＵＲＬ情報テーブルを管理するテーブル管理手順と、を備え、前記ＵＲＬ情報テーブルが、過去に閲覧要求があった目標コンテンツのＵＲＬ及びコンテンツフィルタリング情報を時系列に蓄積するＵＲＬリクエスト履歴リストと、過去に閲覧要求があった目標コンテンツのＵＲＬ及びコンテンツフィルタリング情報を、ＵＲＬの重複を許さず、閲覧要求回数順にランキングするランキングリストと、を含み、前記テーブル管理手順が、前記ＵＲＬリクエスト履歴リストに所定数以上存在する同一ＵＲＬ及びそのコンテンツフィルタリング情報を前記ランキングリストに移行して管理する方法としてある。
【００１１】
また、本発明のゲートウェイは、過去に閲覧要求があった目標コンテンツのＵＲＬ及びコンテンツフィルタリング情報を蓄積するＵＲＬ情報テーブルと、端末からコンテンツ閲覧要求があったとき、目標コンテンツのＵＲＬが前記ＵＲＬ情報テーブルに含まれるか否かを検索し、含まれているときは、目標コンテンツに係るコンテンツフィルタリング情報を前記ＵＲＬ情報テーブルから取得して閲覧可否を判定し、含まれていないときは、目標コンテンツに係るコンテンツフィルタリング情報をコンテンツフィルタリング情報管理サーバから取得して閲覧可否を判定するコンテンツフィルタリング制御手段と、前記ＵＲＬ情報テーブルを管理するテーブル管理手段と、を備え、前記ＵＲＬ情報テーブルが、過去に閲覧要求があった目標コンテンツのＵＲＬ及びコンテンツフィルタリング情報を時系列に蓄積するＵＲＬリクエスト履歴リストと、過去に閲覧要求があった目標コンテンツのＵＲＬ及びコンテンツフィルタリング情報を、ＵＲＬの重複を許さず、閲覧要求回数順にランキングするランキングリストと、を含み、前記テーブル管理手段が、前記ＵＲＬリクエスト履歴リストに所定数以上存在する同一ＵＲＬ及びそのコンテンツフィルタリング情報を前記ランキングリストに移行して管理する構成としてある。
【発明の効果】
【００１２】
本発明によれば、ＵＲＬ情報テーブルにおける同一ＵＲＬの重複登録を抑制して、実質的なコンテンツフィルタリング情報量を増やし、コンテンツフィルタリング情報管理サーバに対するアクセスを減少させることができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の第一実施形態に係るコンテンツフィルタリングシステムの基本的な構成を示すブロック図である。
【図２】本発明の第一実施形態に係るコンテンツフィルタリングシステムの基本的な動作を示す動作シーケンスである。
【図３】本発明の第一実施形態に係るコンテンツフィルタリングシステムにおけるホームゲートウェイの具体的な構成を示すブロック図である。
【図４】本発明の第一実施形態に係るコンテンツフィルタリングシステムにおいて、ホームゲートウェイが備えるＵＲＬ情報テーブルの説明図である。
【図５】本発明の第一実施形態に係るコンテンツフィルタリングシステムの動作例（コンテンツフィルタリング情報管理サーバへのアクセスが発生しない場合）を示す動作シーケンスである。
【図６】本発明の第一実施形態に係るコンテンツフィルタリングシステムの動作例（コンテンツフィルタリング情報管理サーバへのアクセスが発生する場合）を示す動作シーケンスである。
【図７】本発明の第一実施形態に係るコンテンツフィルタリングシステムにおいて、ホームゲートウェイが行うコンテンツフィルタリング処理の処理手順を示すフローチャートである。
【図８】本発明の第一実施形態に係るコンテンツフィルタリングシステムにおいて、ホームゲートウェイが行うテーブル管理処理１の処理手順を示すフローチャートである。
【図９】本発明の第一実施形態に係るコンテンツフィルタリングシステムにおいて、ホームゲートウェイが行うテーブル管理処理２の処理手順を示すフローチャートである。
【図１０】本発明の第一実施形態に係るコンテンツフィルタリングシステムにおいて、ホームゲートウェイが行うテーブル管理処理３の処理手順を示すフローチャートである。
【図１１】本発明の第一実施形態に係るコンテンツフィルタリングシステムにおいて、ホームゲートウェイが行うテーブル管理処理４の処理手順を示すフローチャートである。
【図１２】本発明の第一実施形態に係るコンテンツフィルタリングシステムにおいて、ホームゲートウェイが行うテーブル管理処理５の処理手順を示すフローチャートである。
【図１３】本発明の第二実施形態に係るコンテンツフィルタリングシステムの構成を示すブロック図である。
【図１４】本発明の第二実施形態に係るコンテンツフィルタリングシステムの動作例を示す動作シーケンスである。
【発明を実施するための形態】
【００１４】
以下、本発明のコンテンツフィルタリングシステム、コンテンツフィルタリング方法及びゲートウェイの実施形態について、図面を参照して説明する。
なお、以下に示す本発明の印刷物検査装置及び印刷物検査システムで実行される処理動作（印刷物検査方法）は、プログラム（ソフトウェア）の命令によりコンピュータで実行される処理，手段，機能によって実現される。
プログラムは、コンピュータの各構成要素に指令を送り、以下に示すような本発明の所定の処理、例えば、ゲートウェイが端末からコンテンツ閲覧要求があったときに目標コンテンツのＵＲＬがＵＲＬ情報テーブルに含まれるか否かを検索する処理、目標ＵＲＬがＵＲＬ情報テーブルに含まれているときは目標コンテンツに係るコンテンツフィルタリング情報をＵＲＬ情報テーブルから取得して閲覧可否を判定する処理、目標ＵＲＬがＵＲＬ情報テーブルに含まれていないときは目標コンテンツに係るコンテンツフィルタリング情報をコンテンツフィルタリング情報管理サーバから取得して閲覧可否を判定する処理等の各処理・手順を行わせるようになっている。
【００１５】
このように、本発明における各処理や手段は、プログラムとコンピュータとが協働した具体的手段によって実現される。
なお、プログラムの全部又は一部は、例えば、磁気ディスク，光ディスク，半導体メモリ，その他任意のコンピュータで読取り可能な記録媒体により提供され、記録媒体から読み出されたプログラムがコンピュータにインストールされて実行される。また、プログラムは、記録媒体を介さず、通信回線を通じて直接にコンピュータにロードし実行することもできる。
【００１６】
［第一実施形態］
まず、本発明の第一実施形態に係るコンテンツフィルタリングシステムの基本的な構成について、図１を参照して説明する。
なお、図面においては、コンテンツフィルタリングを「ＣＦ」、ホームゲートウェイを「ＨＧＷ」、データベースを「ＤＢ」と適宜略称表記する。
【００１７】
図１は、本発明の第一実施形態に係るコンテンツフィルタリングシステムの基本的な構成を示すブロック図である。
この図に示すように、本発明の第一実施形態に係るコンテンツフィルタリングシステムは、端末１と、ホームゲートウェイ（ゲートウェイ）２と、ネットワーク３と、コンテンツフィルタリング情報管理サーバ４と、目標コンテンツ５とを備えて構成されている。
【００１８】
端末１は、コンテンツを閲覧する装置であり、一般的には、インターネット接続機能を有するパーソナルコンピュータなどを指す。
ネットワーク３は、一般的にはインターネットである。イントラネットなどの限定された範囲の閉域網であっても、システム構成に必要な要素が揃えば、本発明のコンテンツフィルタリングシステムは実現可能である。
目標コンテンツ５は、利用者が閲覧を求めるコンテンツであり、一般的には、インターネット上のＷｅｂサイトを指す。
【００１９】
ホームゲートウェイ２は、ネットワーク３を介して、コンテンツフィルタリング情報管理サーバ４や目標コンテンツ５と通信を行う装置であり、一般的には、モデム、光回線終端装置、家庭用ルータ、セットトップボックスなどを指す。コンテンツフィルタリング機能を有するホームゲートウェイ２は、ＨＴＴＰ（hypertext transfer protocol）制御手段２１だけでなく、コンテンツフィルタリング制御手段２２の実装が必要となる。
【００２０】
コンテンツフィルタリング機能を有するホームゲートウェイ２では、ＨＴＴＰ制御手段２１において、以下の三つの機能が要求される。
第一の機能は、端末１から送信されたコンテンツ閲覧要求（ＨＴＴＰリクエスト）を一旦保留して解析を行い、目標コンテンツ５のＵＲＬ（uniform resource locator）と加入者識別情報を抽出する機能である。
第二の機能は、コンテンツフィルタリング制御手段２２からのコンテンツフィルタリング情報の問い合わせや、コンテンツフィルタリングサービスの認証に関し、コンテンツフィルタリング管理サーバ４との間で情報のやり取りを行う機能である。
第三の機能は、端末１と目標コンテンツ５との間のＨＴＴＰ送受信に際し、コンテンツフィルタリング制御手段２２の要求に応じて、端末１のＨＴＴＰリクエストを廃棄してコンテンツ閲覧を制限し、また、閲覧を制限する際には、利用者に制限したことを告知するＨＴＭＬ（hypertext markup language）を端末１へ返信する機能である。
【００２１】
コンテンツフィルタリング機能を有するホームゲートウェイ２では、コンテンツフィルタリング制御手段２２において、以下の三つの機能が要求される。
第一の機能は、ＨＴＴＰ制御手段２１にて抽出したＵＲＬと加入者識別情報について、コンテンツフィルタリング情報管理サーバ４へコンテンツフィルタリング情報の問い合せを行う機能である。問い合せ時のプロトコルはＨＴＴＰを用いるのが一般的である。
第二の機能は、第一の機能にて入手したコンテンツフィルタリング情報を解析し、あらかじめ設定されたコンテンツフィルタリングポリシーに照会し、コンテンツの閲覧可否判断を行う機能である。閲覧不可と判断した場合は、ＨＴＴＰ制御手段２１に対してコンテンツ閲覧制限を要求する。閲覧可と判断した場合は、ＨＴＴＰ制御手段２１に対して保留していたコンテンツ閲覧要求の保留解除を要求する。
【００２２】
第三の機能は、コンテンツフィルタリングサービスの認証のために、コンテンツフィルタリング管理サーバ４に利用者毎の加入者識別情報を提供する機能である。加入者識別情報とは、コンテンツフィルタリングサービスの加入者を識別するための登録情報である。一般的には、ホームゲートウェイ２のＭＡＣアドレスや、固定されたＩＰアドレス、またはコンテンツフィルタリングサービス固有の設定値（ＩＤ、パスワード）などであり、ネットワーク構成に応じて、これらを単独または複合的に用いる。コンテンツフィルタリングサービスにおいて加入者識別情報が必要となる理由としては、加入者毎のコンテンツフィルタリングポリシーが異なる場合を想定している。端末１が一つ、または利用者が一人であるならば、コンテンツフィルタリングポリシーは一意に管理できるが、端末１または利用者が複数の場合は、コンテンツフィルタリングポリシーが異なる加入者として戸別に管理する必要があるためである。
なお、ホームゲートウェイ２を認証する手段の例としてＨＴＴＰＳ（ＨＴＴＰoverSSL）が挙げられるが、この場合には、固定されたＩＰアドレスが必要となる。
【００２３】
コンテンツフィルタリング情報管理サーバ４は、加入者管理を行う加入者管理サーバ４１と、コンテンツフィルタリング情報管理を行うコンテンツフィルタリングデータベース４２とを備えている。
加入者管理サーバ４１は、コンテンツフィルタリングサービスに関し、サービス提供中の加入者リスト管理機能と、通信相手（ホームゲートウェイ２）の加入者識別情報を元に加入者を識別及び認証する機能とを有する。
【００２４】
コンテンツフィルタリングデータベース４２は、インターネット上のコンテンツ毎のコンテンツフィルタリング情報を蓄積するデータベースである。コンテンツフィルタリング情報は、目標コンテンツ５がどのようなカテゴリに属するかを定義するＩＤ（番号）として表現することができる。例えば、「違法」カテゴリならＩＤ＝００１、「詐欺」が疑われるならＩＤ＝００２、「不健全」ならＩＤ＝００３など、コンテンツ毎にカテゴリ（ＩＤ）を定義する。ただし、必ずしもネガティブな内容のコンテンツにのみカテゴリを定義する訳ではなく、「ニュース」、「ビジネス」、「スポーツ」、「ゲーム」、「ギャンブル」、「広告」、「ショッピング」、「掲示板」、「Ｗｅｂメール」、「ダウンロード」、「ファイル交換」、「グルメ」、「レジャー」など、多種多様なカテゴリを定義することができる。また、ホームゲートウェイ２から問合せを受けたＵＲＬに対して、データベースからカテゴリを検索し、該当するカテゴリのＩＤを返答する機能を有する。
【００２５】
次に、本発明の第一実施形態に係るコンテンツフィルタリングシステムの基本的な動作について、図２を参照して説明する。
図２は、本発明の第一実施形態に係るコンテンツフィルタリングシステムの基本的な動作を示す動作シーケンスである。
【００２６】
ステップＳ１０１は、コンテンツ閲覧要求である。
ステップＳ１０２では、ＨＴＴＰ制御手段２１においてコンテンツ閲覧要求のＨＴＴＰリクエストを解析し、ＵＲＬと加入者識別情報の抽出を行う。ここでＨＴＴＰリクエストは、ホームゲートウェイ２の内部に保留される。
ステップＳ１０３では、抽出したＵＲＬについてコンテンツフィルタリング情報管理サーバ４へコンテンツフィルタリング情報の問い合せを行う。なお、このとき、コンテンツフィルタリングサービスの認証のため、加入者識別情報を同時に送信している。認証を行うのは加入者管理サーバ４１である。
ステップＳ１０４では、コンテンツフィルタリングデータベース４２が問合せを受けたＵＲＬの属するカテゴリを検索する。
ステップＳ１０５では、コンテンツフィルタリングデータベース４２が検索結果をＩＤで返答する。
ステップＳ１０６では、受信したコンテンツフィルタリング情報に基づいて、コンテンツの閲覧可否判断を行う。
【００２７】
シーケンス［Ａ］は、ステップＳ１０６においてコンテンツ閲覧可と判断した場合の分岐シーケンスである。
ステップＳ１０７では、ステップＳ１０６でコンテンツ閲覧可と判断したため、ステップＳ１０２の段階で保留されたＨＴＴＰリクエストが保留解除され、目標コンテンツ５へＨＴＴＰリクエストが送信される。
ステップＳ１０８は、目標コンテンツ５からのＨＴＴＰレスポンスである。
【００２８】
シーケンス［Ｂ］は、ステップＳ１０６においてコンテンツ閲覧不可と判断した場合の分岐シーケンスである。
ステップＳ１０９では、ステップＳ１０７においてコンテンツ閲覧不可と判断したため、ステップＳ１０２の段階で保留されたＨＴＴＰリクエストが廃棄され、端末１に対しては閲覧を制限したことを告知するＨＴＭＬが返信される。
【００２９】
上記のような一般的なコンテンツフィルタリングシステムの動作シーケンスでは、必ずホームゲートウェイ２からコンテンツフィルタリング情報管理サーバ４からコンテンツフィルタリング情報を入手する手順が必要となるので、コンテンツの閲覧効率が低下する。具体的には、コンテンツフィルタリング情報管理サーバ４のネットワーク応答速度遅延の影響による処理速度の低下である（図２の（Ｃ）区間参照)。
【００３０】
次に、本発明の第一実施形態に係るコンテンツフィルタリングシステムにおけるホームゲートウェイの具体的な構成について、図３及び図４を参照して説明する。
図３は、本発明の第一実施形態に係るコンテンツフィルタリングシステムにおけるホームゲートウェイの具体的な構成を示すブロック図、図４は、本発明の第一実施形態に係るコンテンツフィルタリングシステムにおいて、ホームゲートウェイが備えるＵＲＬ情報テーブルの説明図である。
【００３１】
図３に示すように、本発明の第一実施形態に係るコンテンツフィルタリングシステムにおけるホームゲートウェイ２は、ＨＴＴＰ制御手段２１やコンテンツフィルタリング制御手段２２に加え、テーブル検索手段２３と、テーブル管理手段２４と、ＵＲＬ情報テーブル２５と、視聴率集計手段２６とを備えている。
【００３２】
ＨＴＴＰ制御手段２１は、前述した三つの機能に加え、テーブル管理手段２４へ抽出したＵＲＬと加入者識別情報を受け渡す機能を有する。
コンテンツフィルタリング制御手段２２は、前述した三つの機能に加え、抽出したＵＲＬと加入者識別情報をテーブル検索手段２３に受け渡す機能を有する。
テーブル検索手段２３は、抽出したＵＲＬと加入者識別情報がホームゲートウェイ２内のＵＲＬ情報テーブル２５に存在するか否かを検索する。
テーブル管理手段２４は、ＨＴＴＰ制御手段２１から受け取ったＵＲＬをＵＲＬ情報テーブル２５に追加する。また、ＵＲＬ情報テーブル２５内に構成されるの三つのリスト間にわたりＵＲＬ情報の移動・削除を行う。
【００３３】
図３及び図４に示すように、ＵＲＬ情報テーブル２５には、ＵＲＬリクエスト履歴リスト２５１と、ランキングリスト２５２と、常連リスト２５３とが含まれている。
ＵＲＬリクエスト履歴リスト２５１は、端末１のコンテンツ閲覧要求から抽出したＵＲＬ、そのコンテンツフィルタリング情報、加入者識別情報及びアクセス日時を記録する。本リストは、有限かつ充分な数、例えば、１０００以上となるようにＵＲＬ登録数の上限があらかじめ設定される。ＵＲＬリクエスト履歴は、新しいアクセス日時の順で管理し、管理数上限を超える場合には、古いＵＲＬから削除する。また、本リストでは、ＵＲＬの重複管理を許容する。
【００３４】
ランキングリスト２５２は、ＵＲＬ、そのコンテンツフィルタリング情報、加入者識別情報、最終アクセス日時及び累計アクセス数を記録する。記録順は、累計アクセス数の多い順（コンテンツ視聴率の高い順）に並べるランキング形式とする。本リストは、有限かつ十分な数、例えば、１０００以上となるようにＵＲＬ登録数上限があらかじめ設定される。また、本リストは、一定周期で最終アクセス日時をチェックし、前回チェック時からアクセス日時の更新が無いＵＲＬをリストから削除する。また、本リストでは、累計アクセス数をランキングするので、ＵＲＬの重複管理は許容しない。
【００３５】
常連リスト２５３は、利用者のアクセス頻度が極めて高く、一定以上のコンテンツ視聴率を得たＵＲＬ、そのコンテンツフィルタリング情報、加入者識別情報及び最終アクセス日時を記録する。本リストは、有限かつ適正な数（ＵＲＬリクエスト履歴リスト２５１やランキングリスト２５２より少ない数）、例えば、１００程度（ＵＲＬリクエスト履歴リスト２５１やランキングリスト２５２の１／１０程度）で管理する。その理由は、常連ＵＲＬを過度に大きい数で管理すると、ホームゲートウェイ２の記憶装置容量の占有と検索時間の冗長が考えられるためである。
【００３６】
常連リスト２５３への追加条件は、アクセス数が一定の閾値を超えた場合（＝アクセス頻度が極めて高い場合のみ）とする。例えば、平均アクセス数の１０倍以上程度とする。アクセス数が一定の閾値を超えるＵＲＬが存在しない場合には、本リストへの追加は行わない。したがって、前述の二つのリストとは異なり、常に管理数上限に達しているとは限らない。また、本リストは、ランキング順の管理は行わない。その理由は、リクエスト頻度が高いＵＲＬは利用者にとっては習慣的に巡回するＵＲＬであり、閲覧毎のアクセス数カウントやランキング処理が無駄と考えられるからである。また、本リストは、利用者個人の趣向が強く反映した視聴率情報となるので、ランキングリスト２５２のような汎用的な視聴率情報とは区別して扱う。
【００３７】
常連リスト２５３は、一定周期で最終アクセス日時をチェックし、前回チェック時からアクセス日時の更新が無いＵＲＬを本リストから削除し、ランキングリスト２５２に差し戻す。差し戻し時のランク位置は、ランキング総数の中間位置が目安と考える。その際に累計アクセス数は、然るべき数値に調整する。また、チェックを行う一定周期は、ランキングリスト２５２より短いスパンとする。その理由は、常連リスト２５３に記録されるＵＲＬはアクセス頻度が高いＵＲＬであることをポリシーとするためである。また、本リストでは、ランキングリスト２５２と同様に、ＵＲＬの重複管理は許容しない。
【００３８】
視聴率集計手段２６は、ランキングリスト２５２及び常連リスト２５３のＵＲＬ、加入者識別情報、累計アクセス数などを視聴率情報として集計する機能を有する。また、集計した視聴率情報を、ＨＴＴＰ制御手段２１を介して外部サーバ（例えば、第二実施形態の視聴率集計サーバ）へ受け渡す機能を有する。
【００３９】
次に、本発明の第一実施形態に係るコンテンツフィルタリングシステムの動作例について、図５及び図６を参照して説明する。
【００４０】
図５は、本発明の第一実施形態に係るコンテンツフィルタリングシステムの動作例（コンテンツフィルタリング情報管理サーバへのアクセスが発生しない場合）を示す動作シーケンスである。
ステップＳ２０１は、端末１から送信されたコンテンツ閲覧要求（ＨＴＴＰリクエスト）である。
ステップＳ２０２では、ＨＴＴＰ制御手段２１においてＨＴＴＰリクエストを解析し、ＵＲＬ情報（ＵＲＬと加入者識別情報の組み合せ）の抽出を行う。ＨＴＴＰリクエストは、ホームゲートウェイ２内部で保留される。抽出したＵＲＬ情報は、コンテンツフィルタリング制御手段２２に受け渡される。コンテンツフィルタリング制御手段は、テーブル検索手段２３にＵＲＬ情報を受け渡し、ＵＲＬ情報テーブル２５に同一ＵＲＬ情報が存在しないか否かの確認を行う。図５に示す動作シーケンスは、ＵＲＬ情報テーブル２５に同一ＵＲＬ情報が存在する場合を想定しているので、コンテンツフィルタリング制御手段２２は、ＵＲＬ情報テーブル２５から同一ＵＲＬ情報のコンテンツフィルタリング情報を取得し、コンテンツ閲覧可否判断を行う。
【００４１】
シーケンス［Ｄ］は、ステップＳ２０２においてコンテンツ閲覧可と判断した場合の分岐シーケンスである。
ステップＳ２０３では、ステップＳ２０２でコンテンツ閲覧可と判断したため、ステップＳ２０２の段階で保留されたＨＴＴＰリクエストが保留解除され、目標コンテンツ５へＨＴＴＰリクエストが送信される。
ステップＳ２０４は、目標コンテンツ５からのＨＴＴＰレスポンスである。
【００４２】
シーケンス［Ｅ］は、ステップＳ２０２においてコンテンツ閲覧不可と判断した場合の分岐シーケンスである。
Ｓ２０５では、ステップＳ２０２においてコンテンツ閲覧不可と判断したため、ステップＳ２０２の段階で保留されたＨＴＴＰリクエストが廃棄され、端末１に対しては閲覧を制限したことを告知するＨＴＭＬが返信される。
【００４３】
図６は、本発明の第一実施形態に係るコンテンツフィルタリングシステムの動作例（コンテンツフィルタリング情報管理サーバへのアクセスが発生する場合）を示す動作シーケンスである。
ステップＳ３０１は、端末１から送信されたコンテンツ閲覧要求（ＨＴＴＰリクエスト）である。
ステップＳ３０２では、ＨＴＴＰ制御手段２１においてＨＴＴＰリクエストを解析し、ＵＲＬと加入者識別情報（以下、ＵＲＬと加入者識別情報の組み合せをＵＲＬ情報という）の抽出を行う。ＨＴＴＰリクエストは、ホームゲートウェイ２内部で保留される。抽出したＵＲＬ情報は、コンテンツフィルタリング制御手段２２に受け渡される。コンテンツフィルタリング制御手段は、テーブル検索手段２３にＵＲＬ情報を受け渡し、ＵＲＬ情報テーブル２５に同一ＵＲＬ情報が存在しないか否かの確認を行う。図６に示す動作シーケンスは、ＵＲＬ情報テーブル２５に同一ＵＲＬ情報が存在しない場合を想定しているので、コンテンツフィルタリング情報管理サーバ４への問合せが発生する。
【００４４】
ステップＳ３０３では、抽出したＵＲＬ情報についてコンテンツフィルタリング情報管理サーバ４へコンテンツフィルタリング情報の問い合せをする。なお、このとき、コンテンツフィルタリングサービスの認証のため加入者識別情報を同時に送信している。認証を行うのは、加入者管理サーバ４１である。
ステップＳ３０４では、コンテンツフィルタリングデータベース４２が問合せを受けたＵＲＬの属するカテゴリを検索する。
ステップＳ３０５では、コンテンツフィルタリングデータベース４２が検索結果をＩＤで返答する。
ステップＳ３０６では、受信したコンテンツフィルタリング情報に基づいてコンテンツ閲覧可否判断を行う。
【００４５】
シーケンス［Ｆ］は、ステップＳ３０６においてコンテンツ閲覧可と判断した場合の分岐シーケンスである。
ステップＳ３０７では、ステップＳ３０６でコンテンツ閲覧可と判断したため、ステップＳ３０２の段階で保留されたＨＴＴＰリクエストが保留解除され、目標コンテンツ５へＨＴＴＰリクエストが送信される。
ステップＳ３０８は、目標コンテンツ５からのＨＴＴＰレスポンスである。
【００４６】
シーケンス［Ｇ］は、ステップＳ３０６においてコンテンツ閲覧不可と判断した場合の分岐シーケンスである。
ステップＳ３０９では、ステップＳ３０７においてコンテンツ閲覧不可と判断したため、ステップＳ３０２の段階で保留されたＨＴＴＰリクエストが廃棄され、端末１に対しては閲覧を制限したことを告知するＨＴＭＬが返信される。
【００４７】
次に、本発明の第一実施形態に係るコンテンツフィルタリングシステムにおいて、ホームゲートウェイが行う各種処理の処理手順について、図７〜図１２を参照して説明する。
図７は、本発明の第一実施形態に係るコンテンツフィルタリングシステムにおいて、ホームゲートウェイが行うコンテンツフィルタリング処理の処理手順を示すフローチャートである。
【００４８】
コンテンツフィルタリング処理は、端末１からのコンテンツ閲覧要求（ＨＴＴＰリクエスト）が発生し、ＨＴＴＰ制御手段２１が抽出したＵＲＬ情報をコンテンツフィルタリング制御手段２２に受け渡した時点から開始される。
ステップＳ４０１は、ＵＲＬ情報テーブル２５に同一のＵＲＬ情報が存在するか否かを判断する処理である。存在しない場合は「無」としてステップＳ４０２に進み、存在する場合は「有」としてステップＳ４０３に進む。
ステップＳ４０２は、抽出したＵＲＬ情報についてコンテンツフィルタリング情報管理サーバ４へコンテンツフィルタリング情報の問い合せを行い、コンテンツフィルタリング情報を入手する処理である。
【００４９】
ステップＳ４０３は、コンテンツフィルタリング制御手段２２へコンテンツフィルタリング情報を入力する処理である。
ステップＳ４０４は、入力されたコンテンツフィルタリング情報に基づいてコンテンツ閲覧可否判断を行う処理である。閲覧「可」の場合は、ステップＳ４０５に進み、閲覧「不可」の場合はステップＳ４０６に進む。
ステップＳ４０５は、コンテンツ閲覧可と判断したため、目標コンテンツ５へＨＴＴＰリクエストを送信する処理である。
ステップＳ４０６は、コンテンツ閲覧不可と判断したため、端末１に対しては閲覧を制限したことを告知するＨＴＭＬを返信する処理である。
ステップＳ４０７は、ＵＲＬ情報テーブル２５に今回の閲覧要求があったＵＲＬ情報を履歴として登録する処理である。
【００５０】
図８は、本発明の第一実施形態に係るコンテンツフィルタリングシステムにおいて、ホームゲートウェイが行うテーブル管理処理１の処理手順を示すフローチャートである。
テーブル管理処理１は、ＵＲＬリクエスト履歴リスト２５１からランキングリスト２５２へＵＲＬ情報を移行させる処理であるり、前述したステップＳ４０７に続いて開始される。
【００５１】
ステップＳ５０１は、ランキングリスト２５２に同一ＵＲＬ情報が存在するか否かを判断する処理である。存在する場合は「有」としてステップＳ５０２に進み、存在しない場合は「無」としてステップＳ５０４に進む。
ステップＳ５０２は、ランキングリスト２５２に存在する同一ＵＲＬ情報の累計アクセス数に１を加算し、その結果、ランキングに変動があった場合は記録順を修正する処理である。
ステップＳ５０３は、ランキングリスト２５２に存在する同一ＵＲＬ情報の最終アクセス日時を更新する処理である。ランキングリスト２５２に同一ＵＲＬ情報が存在した場合の処理は以上で終了となる。
【００５２】
ステップＳ５０４は、同一ＵＲＬ情報がＵＲＬリクエスト履歴リスト２５１に存在するか否かを判断する処理である。存在する場合は「有」としてステップＳ５０７に進み、存在しない場合は「無」としてステップＳ５０５に進む。
ステップＳ５０５は、ＵＲＬリクエスト履歴リスト２５１のＵＲＬ履歴情報のうち、アクセス日時が最も古いＵＲＬ履歴情報を１つ削除する処理である。ただし、この削除処理は、管理数上限に達していない場合はスキップされる。
ステップＳ５０６は、今回のＵＲＬ情報をＵＲＬリクエスト履歴リストに追加する処理である。同一ＵＲＬ情報がＵＲＬリクエスト履歴リスト２５１に存在しない場合の処理は以上で終了となる。
【００５３】
ステップＳ５０７は、ＵＲＬリクエスト履歴リスト２５１にある同一ＵＲＬ情報の合計数がランキングリスト２５２への移行条件に適合するか否かを判断する処理である。具体的には、ランキングリスト２５２の最も低いランクの累計アクセス数と、同一ＵＲＬ情報の合計数を比較し、当該合計数が上回るか否かを判断する。ここで、上回る場合には「ＹＥＳ」としてＳ５０８に進み、上回らない場合には「ＮＯ」としてステップＳ５０５に進む。ただし、ランキングリスト２５２が管理数上限に達していない場合は、無条件でランキングリスト２５２に移行させる。
【００５４】
ステップＳ５０８は、ランキングリスト２５２の最も低いランキングのＵＲＬ情報を一つ削除する処理である。ただし、この処理は、管理数上限に達している場合にのみ実行される。
ステップＳ５０９は、移行条件を満たしたＵＲＬ情報をランキングリスト２５２に追加する処理である。アクセス日時は最新のものの最終アクセス日時とし、同一ＵＲＬ情報の合計数を累計アクセス数とする。
ステップＳ５１０は、ランキングリスト２５２に追加した同一ＵＲＬ情報をＵＲＬリクエスト履歴リスト２５１からまとめて削除する処理である。
【００５５】
図９は、本発明の第一実施形態に係るコンテンツフィルタリングシステムにおいて、ホームゲートウェイが行うテーブル管理処理２の処理手順を示すフローチャートである。
テーブル管理処理２は、ランキングリスト２５２から常連リスト２５３にＵＲＬ情報を移行させる処理であり、前述したステップＳ５０３に続いて開始される。
【００５６】
ステップＳ６０１は、今回アクセス回数の加算が行われたランキングリスト２５２のＵＲＬ情報が常連リスト２５３に移行する条件（アクセス数が所定の閾値に超えること）を満たすか否かを判断する処理である。満たす場合は「ＹＥＳ」として、ステップＳ６０２に進み、満たさない場合は「ＮＯ」として処理終了となる。
ステップＳ６０２は、移行条件を満たしたＵＲＬ情報を常連リスト２５３に追加する処理である。アクセス日時は最新のものを最終アクセス日時とする。
ステップＳ６０３は、常連リスト２５３に追加したＵＲＬ情報をランキングリスト２５２から削除する処理である。
【００５７】
図１０は、本発明の第一実施形態に係るコンテンツフィルタリングシステムにおいて、ホームゲートウェイが行うテーブル管理処理３の処理手順を示すフローチャートである。
テーブル管理処理３は、一定周期の間にアクセス日時の更新が無かったＵＲＬ情報を、常連リスト２５３からランキングリスト２５２に差し戻す処理であり、一定周期で開始される。なお、本処理は常連リスト２５３に存在するＵＲＬ情報毎に行われる。
【００５８】
ステップＳ７０１は、常連リスト２５３に登録されているＵＲＬ情報について、前回チェック時からアクセス日時の更新があったか否かを判断する処理である。更新があった場合は「有」として、現状維持となり処理終了となる。更新が無かった場合は「無」として、ステップＳ７０２に進む。
ステップＳ７０２は、更新が無かったＵＲＬ情報を、アクセス頻度が低くなったとみなし、ランキングリスト２５２に差し戻す処理である。
ステップＳ７０３は、差し戻したＵＲＬ情報を常連リスト２５３から削除する処理である。
【００５９】
図１１は、本発明の第一実施形態に係るコンテンツフィルタリングシステムにおいて、ホームゲートウェイが行うテーブル管理処理４の処理手順を示すフローチャートである。
テーブル管理処理４は、一定周期の間にアクセス日時の更新が無かったＵＲＬ情報をランキングリスト２５２から削除する処理でり、一定周期で開始される。なお、本処理はランキングリスト２５２に存在するＵＲＬ情報毎に行われる。
ステップＳ８０１は、前回チェック時からアクセス日時の更新があったか否かを判断する処理である。あった場合は「有」として、現状維持となり処理終了となる。無かった場合は「無」として、ステップＳ８０２に進む。
ステップＳ８０２は、更新がなかったＵＲＬ情報をランキングリスト２５２から削除する処理である。
【００６０】
図１２は、本発明の第一実施形態に係るコンテンツフィルタリングシステムにおいて、ホームゲートウェイが行うテーブル管理処理５の処理手順を示すフローチャートである。
テーブル管理処理５は、コンテンツフィルタリングデータベース４２におけるコンテンツフィルタリング情報の変更に対応するために、一定周期かつ利用者無通信状態において、ＵＲＬ情報テーブル２５のコンテンツフィルタリング情報の更新を行う処理であり、一定周期で開始される。
ステップＳ９０１は、端末１側から通信状態を判定する処理である。利用者が通信中である場合は「ＹＥＳ」として、本処理は終了し、無通信状態の場合は「ＮＯ」として、ステップＳ９０２に進む。
【００６１】
ステップＳ９０２は、ＵＲＬ情報テーブル２５に保存されている各ＵＲＬ情報のコンテンツフィルタリング情報を更新する処理である。この処理は、ＵＲＬ情報テーブル２５のＵＲＬ情報毎に、コンテンツフィルタリングデータベース４２のコンテンツフィルタリング情報と照合を行い、両者が異なる場合に、ＵＲＬ情報テーブル２５のコンテンツフィルタリング情報を更新する。
【００６２】
以上説明したように、本実施形態によれば、コンテンツを閲覧する端末１と、コンテンツフィルタリング情報が蓄積されるコンテンツフィルタリング情報管理サーバ４と、端末１からのコンテンツ閲覧要求に応じて、目標コンテンツ５に係るコンテンツフィルタリング情報をコンテンツフィルタリング情報管理サーバ４から取得するとともに、取得したコンテンツフィルタリング情報に基づいて目標コンテンツ５の閲覧可否を判定し、閲覧可能と判定した場合にのみ目標コンテンツ５にアクセスするホームゲートウェイ２と、コンテンツフィルタリング情報管理サーバ４、ゲートウェイ２及び目標コンテンツ５を通信可能に接続するネットワーク３と、を含み、ホームゲートウェイ２が、過去に閲覧要求があった目標コンテンツのＵＲＬ及びコンテンツフィルタリング情報を蓄積するＵＲＬ情報テーブル２５と、端末１からコンテンツ閲覧要求があったとき、目標コンテンツ５のＵＲＬがＵＲＬ情報テーブル２５に含まれるか否かを検索し、含まれているときは、目標コンテンツ５に係るコンテンツフィルタリング情報をＵＲＬ情報テーブル２５から取得して閲覧可否を判定し、含まれていないときは、目標コンテンツ５に係るコンテンツフィルタリング情報をコンテンツフィルタリング情報管理サーバ４から取得して閲覧可否を判定するコンテンツフィルタリング制御手段２２と、ＵＲＬ情報テーブル２５を管理するテーブル管理手段２４と、を備え、ＵＲＬ情報テーブル２５が、過去に閲覧要求があった目標コンテンツ５のＵＲＬ及びコンテンツフィルタリング情報を時系列に蓄積するＵＲＬリクエスト履歴リスト２５１と、過去に閲覧要求があった目標コンテンツ５のＵＲＬ及びコンテンツフィルタリング情報を、ＵＲＬの重複を許さず、閲覧要求回数順にランキングするランキングリスト２５２と、を含み、テーブル管理手段２４が、ＵＲＬリクエスト履歴リスト２５１に所定数以上存在する同一ＵＲＬ及びそのコンテンツフィルタリング情報をランキングリスト２５２に移行して管理する構成としたので、ＵＲＬ情報テーブル２５における同一ＵＲＬの重複登録を抑制することができ、その結果、ＵＲＬ情報テーブル２５の実質的なコンテンツフィルタリング情報量を増やし、コンテンツフィルタリング情報管理サーバ４に対するアクセスを減少させることができる。
【００６３】
また、ＵＲＬリクエスト履歴リスト２５１及びランキングリスト２５２のＵＲＬ登録数が有限であり、ＵＲＬ登録数の上限が予め設定されるので、ＵＲＬリクエスト履歴リスト２５１及びランキングリスト２５２がホームゲートウェイ２の記憶装置容量を過度に占有したり、検索時間の遅延を抑制することができる。
【００６４】
また、ランキングリスト２５２が、各目標コンテンツ５に対する最終アクセス日時を保持し、テーブル管理手段２４が、所定期間以上アクセスされていない目標コンテンツ５に係る情報をランキングリスト２５２から削除するので、アクセス頻度が低下したＵＲＬ情報によるランキングリスト２５２の占有を回避し、ランキングリスト２５２の品質を保つことができる。
【００６５】
また、ＵＲＬ情報テーブル２５が、過去に閲覧要求があった目標コンテンツ５のＵＲＬ及びコンテンツフィルタリング情報を、ＵＲＬの重複を許さず、閲覧要求回数によるランキングも行わずに蓄積する常連リスト２５３を含み、テーブル管理手段２４が、ランキングリスト２５２において閲覧要求回数が所定数以上となった目標コンテンツ５のＵＲＬ及びコンテンツフィルタリング情報を常連リスト２５３に移行して管理するので、アクセス頻度が極めて高い常連の目標コンテンツ５に関しては、閲覧毎のアクセス数カウントやランキング処理を省略し、ホームゲートウェイ２の処理負担を軽減することができる。
【００６６】
また、常連リスト２５３が、各目標コンテンツ５に対する最終アクセス日時を保持し、テーブル管理手段２４が、所定期間以上アクセスされていない目標コンテンツ５に係る情報を常連リスト２５３からランキングリスト２５２に差し戻すので、アクセス頻度が低下したＵＲＬ情報による常連リスト２５３の占有を回避し、常連リスト２５３の品質を保つことができる。
【００６７】
［第二実施形態］
次に、本発明の第二実施形態に係るコンテンツフィルタリングシステムの構成について、図１３を参照して説明する。
図１３は、本発明の第二実施形態に係るコンテンツフィルタリングシステムの構成を示すブロック図である。
【００６８】
この図は、コンテンツフィルタリングシステムをコンテンツ視聴率システムとして使用する場合のシステム構成を示しており、視聴率集計サーバ６が追加されている。
第二実施形態のホームゲートウェイ２は、第一実施形態のものと同じである。第二実施形態例において利用するゲートウェイ２の機能は、ＨＴＴＰ制御手段２１、コンテンツフィルタリング制御手段２２、ランキングリスト２５２、常連リスト２５３、視聴率集計手段２６であり、各機能が担う役割について以下に述べる。
【００６９】
ＨＴＴＰ制御手段２１は、視聴率集計サーバ６との通信を担う。視聴率集計手段２６から受け渡された視聴率情報を視聴率集計サーバ６に送信する。また、視聴率集計サーバ６から送信された加入者識別情報をコンテンツフィルタリング制御手段２２に受け渡す。
コンテンツフィルタリング制御手段２２は、自身の加入者識別情報と視聴率集計サーバ６から送信された加入者識別情報を照会し、一致した場合は自身がサーバの指名するホームゲートウェイ２であることを返信する。
ランキングリスト２５２は、各ＵＲＬと加入者識別情報、累計アクセス数（＝ランキング）を視聴率集計手段２６に受け渡す。
常連リスト２５３は、各ＵＲＬと加入者識別情報を視聴率集計手段２６に受け渡す。
視聴率集計手段２６は、ランキングリスト２５２と常連リスト２５３の情報をそれぞれ集計する。二つのリストの情報は別々に扱うことができる。また、集計した視聴率情報をＨＴＴＰ制御手段２１を介して、視聴率集計サーバ６へ受け渡す。
【００７０】
視聴率集計サーバ６は、コネクションを確立した複数のホームゲートウェイ２の視聴率集計手段２６から視聴率情報を収集し、広範囲なインターネット全体を対象としたコンテンツ視聴率を得る。なお、コンテンツフィルタリングシステムとコンテンツ視聴率システムは同一組織で管理する必要はないため、図１３ではコンテンツフィルタリング情報管理サーバ４と視聴率集計サーバ６が別装置であるが、管理が同一組織であれば、両者を一つのサーバに含めることも可能である。コンテンツフィルタリングシステムとコンテンツ視聴率システムが異なる組織で管理されている場合、全ての加入者識別情報を提供することは個人情報保護の観点で問題が生じる可能性がある。視聴率情報の収集対象は、コンテンツ視聴率システムへの参加に同意ある利用者のみとすべきであり、その場合、視聴率集計サーバ６は、対象利用者に制限した加入者識別情報のみ加入者管理サーバ４１から提供を受け、データベースとして管理する。
【００７１】
次に、本発明の第二実施形態に係るコンテンツフィルタリングシステムの動作について、図１４を参照して説明する。
図１４は、本発明の第二実施形態に係るコンテンツフィルタリングシステムの動作例を示す動作シーケンスである。
【００７２】
ステップＳ１００１では、視聴率集計サーバ６が収集対象の加入者識別情報を加入者管理サーバ４１に要求する。
ステップＳ１００２では、加入者管理サーバ４１が要求された加入者識別情報を視聴率集計サーバ６に返答する。
ステップＳ１００３では、取得した加入者識別情報をデータベース管理する。
なお、上記の動作は視聴率集計サーバ６と加入者管理サーバ４１との間の動作であり、ホームゲートウェイ２と必ずしも連動する必要は無い。
【００７３】
ステップＳ１００４では、視聴率集計サーバ６がホームゲートウェイ２に加入者識別情報を送信する。
ステップＳ１００５では、ホームゲートウェイ２が加入者識別情報を照会し、一致した場合は自身が指名されたホームゲートウェイ２であることを視聴率集計サーバ６に返信する。一致しない場合は、異常応答を返すか、無応答とし、シーケンスは終了となる。
【００７４】
ステップＳ１００６では、視聴率集計サーバ６がホームゲートウェイ２に視聴率情報を要求する。ここで要求する情報の範囲を細かく設定することも可能である。例えば、ランキングリスト２５２と常連リスト２５３の両方、または、いずれか一方のみを要求することができる。また、ホームゲートウェイ２の配下に複数の加入者識別情が存在する場合は、特定の加入者の視聴率情報ののみを要求したり、加入者の区別をせず、加入者総勢の視聴率情報を要求することができる。ただし、この場合は、ホームゲートウェイ２の配下の加入者全てについてコンテンツ視聴率システムへの同意が取れている必要はある。
【００７５】
以上説明したように、本発明の第二実施形態によれば、ネットワーク３を介して複数のホームゲートウェイ２と通信可能な視聴率集計サーバ６を含み、ホームゲートウェイ２が、ランキングリスト２５２及び／又は常連リスト２５３に含まれる情報を視聴率集計サーバ６に送信する視聴率集計手段２６を備えるので、コンテンツフィルタリングシステムを利用してコンテンツ視聴率収集システムを構築することが可能となる。
また、常連リスト２５３では、利用者のアクセス頻度が極めて高い利用者個人の趣向を反映した視聴率情報を得ることができ、また、ランキングリスト２５２では、アクセス頻度の高い汎用的な視聴率情報を得ることができるので、異なる２種類の視聴率情報を提供することが可能となる。
【００７６】
以上、本発明について、実施形態を示して説明したが、本発明は、上述した実施形態にのみ限定されるものではなく、特許請求の範囲内で種々の変更が可能であることは言うまでもない。
【産業上の利用可能性】
【００７７】
本発明は、コンテンツフィルタリング情報に基づいてコンテンツの閲覧を制限するコンテンツフィルタリングシステム、コンテンツフィルタリング方法及びゲートウェイに適用することができる。
【符号の説明】
【００７８】
１  端末
２  ゲートウェイ
２  ホームゲートウェイ
３  ネットワーク
４  コンテンツフィルタリング情報管理サーバ
５  目標コンテンツ
６  視聴率集計サーバ
２１  ＨＴＴＰ制御手段
２２  コンテンツフィルタリング制御手段
２３  テーブル検索手段
２４  テーブル管理手段
２５  ＵＲＬ情報テーブル
２６  視聴率集計手段
４１  加入者管理サーバ
４２  コンテンツフィルタリングデータベース
２５１  ＵＲＬリクエスト履歴リスト
２５２  ランキングリスト
２５３  常連リスト
【図１】
2011086086.tif 000003
【図２】
2011086086.tif 000004
【図３】
2011086086.tif 000005
【図４】
2011086086.tif 000006
【図５】
2011086086.tif 000007
【図６】
2011086086.tif 000008
【図７】
2011086086.tif 000009
【図８】
2011086086.tif 000010
【図９】
2011086086.tif 000011
【図１０】
2011086086.tif 000012
【図１１】
2011086086.tif 000013
【図１２】
2011086086.tif 000014
【図１３】
2011086086.tif 000015
【図１４】
2011086086.tif 000016